当前位置：文档之家 › 软件工程导论第3章 需求分析

软件工程导论第3章 需求分析

  • 格式：ppt
  • 大小：3.87 MB
  • 文档页数：82

下载文档原格式

  / 82

合集下载

[工学]软件工程导论张海藩第5版第2_3章

[工学]软件工程导论张海藩第5版第2_3章
-- 性能：软件系统在运行速度、可用性、响应时间、恢复 时间 等方面有什么要求？
- - 特性：件系统在可移植性、可维护性、安全性等方面 有什 么考虑？
-- 设计约束：是否存在必要的标准、开发语言、数据库、 资源 限制、运行环境等因素的影响和策略？
2021/5/21
软件工程导论 王培丽
28 29
编写需求规格说明的原则
2021/5/21
软件工程导论 王培丽
30 30
编写需求规格说明的原则
• 原则 5：文档段落不宜太长
- 简短 - 记住：不要在需求说明中使用“和/或”、“等等”之类的词
• 原则 6：避免使用模糊的、主观的术语
- 如用户友好、容易、简单、迅速、有效、许多、最新技术、 优越的、可接受的、最大化、最小化、提高等
可行性研究的任务 可行性研究的过程 系统流程图 成本/效益分析
2021/5/21
2
2.1.1 可行性研究的任务
可行性研究的目的
用最小的代价在尽可能短的时间内研究并确 定客户提出的问题是否有行得通的解决办法。
可行性研究的内容
技术可行性：使用现有的技术能实现这个系 统吗？
经济可行性：这个系统的经济效益能超过他 的开发成本吗？
进一步细化。
2021/5/21
12
2.1.4 数据流图
画数据流图的原则:
(1)数据流图中所有图形只限于四种基本图形元素； (2)每个处理至少有一个输入数据和一个输出数据； (3)每个元素都必须有名字； (4)数据流图只反映系统做什么； (5)按照层次给处理过程编号； (6)父图与子图要平衡(输入和输出要一致); (7)存储：一个局部存储只要当它作为某些处理的 数据接口或某个处理特定的输入输出时就要把它画出来；

软件工程导论(第6版)

软件工程导论(第6版)

第一章、软件工程学概述软件危机：是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。

软件危机包含下述两个方面的问题：1.如何开发软件，以满足对软件日益增长的需求。

2.如何维护数量不断膨胀的已有软件。

具体的说，软件危机主要有以下一些典型表现：1.对软件开发成本的进度的估计常常很不准确。

2.用户对“已完成的”软件系统不满意的现象经常发生3.软件产品的质量往往靠不住。

4.软件常常是不可维护的。

5.软件通常没有适当的文档材料。

6.软件成本在计算机系统总成本中所占的比例逐年上升。

7.软件开发生产率提高的速度，远远跟不上计算机应用迅速普及深入的趋势。

软件生命周期：一个软件从定义、开发、使用和维护，知道最终被废弃，要经历一个漫长的时期，通常把软件经历的这个漫长的时期称为生命周期。

软件配置：程序、文档和数据。

软件工程学的一个重要的目标：就是提高软件的可维护性，减少软件维护的代价。

软件：是程序、数据及相关文档的集合。

程序：是能够完成预定功能和性能的可执行的指令序列。

数据：是使程序能够适当地处理信息的数据结构。

文档：是开发、使用和维护程序所需要的图文资料。

软件工程：指导计算机软件开发和维护的一门工程学科。

软件工程具有下属的本质特性：1.软件工程关注于大型程序的构造。

2.软件工程的中心课题是控制复杂性。

3.软件经常变化。

4.开发软件的效率非常重要。

5.和谐地合作是开发软件的关键。

6.软件必须有效地支持它的用户。

7.在软件工程领域中通常由具有一种文化背景的人替具有另一种文化背景的人创造产品。

软件工程的7条基本原理：1.用分阶段的生命周期计划严格管理。

2.坚持进行阶段评审。

3.实行严格的产品控制4.采用现代程序设计技术。

5.结构应能清楚的审查。

6.开发小组的人员应该少而精。

7.承认不断改进软件工程实践的必要性。

软件工程：包括技术和管理两方面的内容，是技术与管理紧密结合所形成的工程学科。

通常把在软件生命周期全过程中使用的一整套技术方法的集合称为方法学，也称为泛型。

张海藩《软件工程导论》(第6版)(课后习题 第3章 需求分析)【圣才出品】

张海藩《软件工程导论》(第6版)(课后习题 第3章 需求分析)【圣才出品】

第3章需求分析1．为什么要进行需求分析？通常对软件系统有哪些需求？答：（1）需求分析的原因为了开发真正满足用户需求的软件产品，需求分析是软件开发工作获得成功的前提条件，不能满足用户需求的程序只会令用户失望，给开发者带来烦恼。

（2）对软件系统的需求功能需求、性能需求、可靠性和可用性需求、出错处理、借口需求、约束、逆向需求、将来可能提出的要求。

2．怎样与用户有效地沟通以获取用户的真实需求？答：访谈是最早开始使用的获取用户需求的技术，也是目前广泛使用的需求分析技术，访谈有两种形式，分别是正式的和非正式的访谈。

正式访谈时，系统分析员将提出一些事先准备好的具体问题。

在非正式访谈中，分析员将提出一些用户可以自由回答的开放性问题，以鼓励被访问人员说出自己的想法。

其中情景分析技术往往非常有效。

3．银行计算机储蓄系统的工作过程大致如下：储户填写的存款单或取款单由业务员输入系统，如果是存款则系统记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期、到期日期、利率及密码（可选）等信息，并印出存单给储户；如果是取款而且存款时留有密码，则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算利息并印出利息清单给储户。

用数据流图描绘系统中的数据对象，并用实体联系图描绘系统中的数据对象。

答：（1）数据流图，如图3-9所示。

图3-9银行计算机储蓄系统数据流图（2）E-R模型如图3-10所示。

本题中共有两类实体，分别是“储户”和“储蓄所”，在它们之间存在“存取款”关系。

因为一位储户可以在多家储蓄所存取款，一家储蓄所拥有多位储户，所以“存取款”是多对多（M：N）关系。

储户的属性主要有姓名、住址、电话号码和身份证号码，储蓄所的属性主要是名称、地址和电话号码，而数额、类型、到期日期、利率和密码则是关系类型存取款的属性。

图3-10银行计算机储蓄系E-R图4．分析习题2第3题所述的机票预订系统。

试用实体一联系图描绘本系统中的数据对象并用数据流图描绘本系统的功能。

软件工程导论第六版课后习题答案完整版

软件工程导论第六版课后习题答案完整版

软件工程导论第六版课后习题答案完整版首先，感谢您对软件工程导论课后习题答案的需求。

以下是软件工程导论第六版课后习题的完整答案。

第一章：软件工程概述1.1 问题1. 什么是软件工程？答：软件工程是一种应用工程原理、方法和工具来开发和维护高质量软件的学科。

1.2 问题1. 什么是软件?答：软件是一系列按照特定顺序组织的计算机数据和指令。

第二章：软件过程模型2.1 问题1. 软件过程模型有哪些类型？答：常见的软件过程模型包括瀑布模型、迭代模型、螺旋模型和敏捷开发模型等。

2.2 问题1. 瀑布模型的特点是什么？答：瀑布模型是一种线性顺序模型，以阶段划分为基础，每个阶段的任务在进入下一个阶段前必须完成。

第三章：需求分析与规格说明3.1 问题1. 软件需求描述包括哪些方面的内容？答：软件需求描述需要包括功能性需求、非功能性需求、用户需求和系统需求等。

3.2 问题1. 什么是需求跟踪？答：需求跟踪是指在软件开发过程中，通过建立需求和软件项目中其他相关工件之间的关联，确保需求的准确实现和变更的有效管理。

第四章：软件设计4.1 问题1. 软件设计的目标是什么？答：软件设计的目标是通过确定软件的整体结构和组成部分，确保软件满足需求并具有良好的可维护性和可重用性。

第五章：软件测试与维护5.1 问题1. 什么是软件测试？答：软件测试是一种评估和改进软件质量的过程，目的是发现错误并提高软件的可靠性和可用性。

5.2 问题1. 什么是软件维护？答：软件维护是指在软件交付后的整个生命周期中对软件进行修改和改进，以满足用户需求和修复错误。

第六章：软件配置管理6.1 问题1. 软件配置管理的目标是什么？答：软件配置管理的目标是确保软件在开发和维护过程中的可控性和可追踪性，以及保持软件配置的稳定性和一致性。

6.2 问题1. 软件版本控制是什么？答：软件版本控制是指对软件的不同版本进行管理，包括版本的创建、检出、合并和更新等操作。

至此，我们完成了软件工程导论第六版课后习题的完整答案。

《软件工程导论》课后习题详细答案

《软件工程导论》课后习题详细答案

《软件工程导论》课后习题详细答案第一章软件工程概论1．什么是软件危机？软件危机是指在运算机软件的开发和爱护过程中所遇到的一系列严峻咨询题。

这些咨询题表现在以下几个方面：(1)用户对开发出的软件专门难中意。

(2)软件产品的质量往往靠不住。

(3)一样软件专门难爱护。

(4)软件生产效率专门低。

(5)软件开发成本越来越大。

(6)软件成本与开发进度难以估量。

(7)软件技术的进展远远满足不了运算机应用的普及与深入的需要。

2．什么缘故会产生软件危机？(1) 开发人员方面，对软件产品缺乏正确认识，没有真正明白得软件产品是一个完整的配置组成。

造成开发中制定打算盲目、编程草率，不考虑爱护工作的必要性。

(2) 软件本身方面，关于运算机系统来讲，软件是逻辑部件，软件开发过程没有统一的、公认的方法论和规范指导，造成软件爱护困难。

(3) 专门是随着软件规模越来越大,复杂程度越来越高,原有软件开发方式效率不高、质量不能保证、成本过高、研制周期不易估量、爱护困难等一系列咨询题更为突出，技术的进展差不多远远不能适应社会需求。

3．如何样克服软件危机？(1) 充分吸取和借鉴人类长期以来从事各种工程项目中积存的行之有效的有效原理、概念、技术与方法，专门是吸取几十年来人类从事运算机硬件研究和开发的体会教训。

在开发软件的过程中努力作到良好的组织，严格的治理，相互友好的协作。

(2) 推广在实践中总结出来的开发软件的成功的技术和方法，并研究更好、更有效的技术和方法，尽快克服在运算机系统早期进展时期形成的一些错误概念和作法。

(3) 按照不同的应用领域，开发更好的软件工具并使用这些工具。

将软件开发各个时期使用的软件工具集合成一个整体，形成一个专门好的软件开发支环环境。

总之为了解决软件危机，既要有技术措施(方法和工具)，又要有必要的组织治理措施。

4.构成软件项目的最终产品：应用程序、系统程序、面向用户的文档资料和面向开发者的文档资料。

5．什么是软件生存周期？软件生存周期是指从软件定义、开发、使用、爱护到剔除的全过程。

软件工程需求分析课件

软件工程需求分析课件
当描绘循环运行过程时，通常并不关心循 环是怎样启动的。 当描绘单程生命期时，需要表明初始状态 和最终状态。


43
例题：
办公室复印机的工作过程大致如下： 未接到复印命令时处于闲臵状态，一旦接到复 印命令则进入复印状态，完成一个复印命令规定的 工作后又回到闲臵状态，等待下一个复印命令； 如果执行复印命令时发现缺纸，则进入缺纸状 态，发出警告，等待装纸，装满纸后进入闲臵状态， 准备接受复印命令；如果复印时发生卡纸故障，则 进入卡纸状态，发出警告等待维修人员排除故障， 故障排除后回到闲臵状态。
系统对事件的响应，既可以是做一个（或一系 列）动作，也可以是仅仅改变系统本身的状态 ，还可以是既改变状态又做动作。
40
初态： 终态： 中间状态：
状态名 状态变量
活动表
事件：
事件名（参数表）[条件]/动作表达式
状态转换：
41
状态图中使用的主要符号
42

状态图可以表示系统循环运行过程，也可 以表示系统单程生命期。
时就应该再次订货。
27

再次阅读可知：

事务有类型，需要根据不同情况处理；---处理事务

对各类事务要更改库存信息；对出库事务当 库存量少于临界值时，要产生订货信息。
订货信息不同于订货报表，报表要有严格的 格式。------产生报表

28
库存清单（信息）
订货 订货报表 CRT终端 事务 2 1 采购员 （仓库管 处理事务 信息 产生报表 （部） 理员） 订 货 信 息 订货信息 订 货 信 息
11
系统流程图（4）
12
系统流程图（5）
13
数据流图（1）
一.数据流图的作用

软件工程导论简答题

软件⼯程导论简答题三、简答题1.什么是需求分析？需求分析阶段的基本任务是什么？答：需求分析是当前软件⼯程中的关键问题，需求分析阶段的任务是：在可⾏性分析的基础上，进⼀步了解、确定⽤户需求。

准确地回答“系统必须做什么？”的问题。

获得需求规格说明书。

还涉及到软件系统的⽬标、软件系统提供的服务、软件系统的约束和软件系统运⾏的环境。

它还涉及到这些因素和系统的精确规格说明，以及系统进化之间的关系。

需求分析的基本任务包括：(1)抽取需求分析现⾏系统存在需要解决的问题。

获取⾜够多的问题领域的知识，需求抽取的⽅法⼀般有问卷法、⾯谈法、数据采集法、⽤例法、情景实例法以及基于⽬标的⽅法等；还有知识⼯程⽅法，例如，场记分析法、卡⽚分类法、分类表格技术和基于模型的知识获取等。

(2)模拟和分析需求需求分析和模拟⼜包含三个层次的⼯作。

⾸先是需求建模。

需求模型的表现形式有⾃然语⾔、半形式化(如图、表、结构化英语等)和形式化表⽰等三种。

需求概念模型的要求包括实现的独⽴性:不模拟数据的表⽰和内部组织等；需求模拟技术⼜分为企业模拟、功能需求模拟和⾮功能需求模拟等。

(3)传递需求传递需求的主要任务是书写软件需求规格说明。

(4)认可需求就是对需求规格说明达成⼀致，其主要任务是冲突求解，包括定义冲突和冲突求解两⽅⾯。

常⽤的冲突求解⽅法有：协商、竞争、仲裁、强制、教育等，其中有些只能⽤⼈的因素去控制。

(5)进化需求客户的需要总是不断(连续)地增长，但是⼀般的软件开发⼜总是落后于客户需求的增长，如何管理需求的进化(变化)就成为软件进化的⾸要问题。

对于传统的变化管理过程来说，其基本成分包括软件配置、软件基线和变化审查⼩组。

当前的发展是软件家族法，即产品线⽅法。

多视点⽅法也是管理需求变化的⼀种新⽅法，它可以⽤于管理不⼀致性，并进⾏关于变化的推理。

2．等价分类法的基本思想是什么？答：根据程序的输⼊特性，将程序的定义域划分为有限个等价区段——“等价类”，从等价类中选择出的⽤例具有“代表性”，即测试某个等价类的代表值就等价于对这⼀类其他值的测试。

软件工程导论第3章


2.访谈
访谈是最早开始使用的获取用户需求的技术，也是迄今为止仍 然广泛使用的需求分析技术。 访谈有两种基本形式： 正式访谈：系统分析员将提出一些事先准备好的具体问题。 非正式访谈：分析员将提出一些用户可以自由回答的开放性问题， 以鼓励被访问人员说出自己的想法。 调查表是当需要调查大量人员的意见时的一个十分有效的做法。 分析员仔细阅读收回的调查表，然后再有针对性地访问一些用户， 以便向他们询问在分析调查表时发现的新问题。 在访问用户的过程中可以使用情景分析技术。情景分析技术的 用处主要体现在下述两个方面： (1) 它能在某种程度上演示目标系统的行为，从而便于用户理解， 而且还可能进一步揭示出一些分析员目前还不知道的需求。 (2) 由于情景分析较易为用户所理解，使用这种技术能保证用户在 需求分析过程中始终扮演一个积极主动的角色。
（1） 数据对象
数据对象是对软件必须理解的复合信息的抽象。所谓 复合信息是指具有一系列不同性质或属性的事物，仅有单 个值的事物(例如，宽度)不是数据对象。 数据对象可以是外部实体(例如，产生或使用信息的任 何事物)、事物(例如，报表)、行为(例如，打电话)、事件 (例如，响警报)、角色(例如，教师、学生)、单位(例如，会 计科)、地点(例如，仓库)或结构(例如，文件)等。总之，可 以由一组属性来定义的实体都可以被认为是数据对象。 数据对象彼此间是有关联的，例如，教师“教”课程， 学生“学”课程，教或学的关系表示教师和课程或学生和 课程之间的一种特定的连接。
（4）需求验证 由软件开发者和用户一起来进行软件需求规格
说明的复审。确保需求规格说明可作为软件设计和最 终系统验收的依据。
二. 需求获取的常用方法
1. 建立联合分析小组 建立一个由用户、系统分析员和领域专家参加 的联合分析小组，密切合作，共同标识问题，提出 解决方案要素，商讨不同方案并指定基本需求。 这是一种面向团队的需求收集法，又称为简易 的应用规格说明技术。

软件工程导论-第3章_需求分析_(第五版)(张海藩编著)_a_百度文库

求互相矛盾。
(2) 完整性：需求必须是完整的，规格说明书应该包括用户需要的
每一个功能或性能。
(3) 现实性：指定的需求应该是用现有的硬件技术和软件技术基本
上可以实现的。对硬件技术的进步可以做些预测，对软件技术的进步 则很难做出预测，只能从现有技术水平出发判断需求的现实性。
(4) 有效性：必须证明需求是正确有效的，确实能解决用户面对的
成功来之不易
31%
（取消）
16.2%
（成功地完成）
53.8%
（受到挑战） Source: Standish Group
2
软件项目失败的原因
软件项目失败的最重要的五个主要原因：
需求不完整 缺少客户的参与 缺少资源 期望值过高 缺少高层的支持
0% 5% 10% 15%
3
需求错误的成本
4
软件需求的重要性： •软件需求分析是决定软件成功开发的一个关键因素
3.1.4 修正系统开发计划
根据在分析过程中获得的对系统的更深入更具体 的了解，可以比较准确地估计系统的成本和进度，修 正以前制定的开发计划。
补充：与用户沟通获取需求的方法
3.2 与用户沟通获取需求的方法
需求获取的困难：
－用户通常并不真正知道自己希望计算机系统做什么 用户通常使用业务语言表达需求，开发人员缺乏相关 的领域知识和经验，难以准确理解这些需求 －不同的用户提出不同的需求，可能存在矛盾和冲突 管理者可能出于增加影响力的原因而提出特别的需求 －由于经济和业务环境的动态性，需求经常发生变更
图3.7 IPO图的一个例子图
模块编号:c.5.5.8
图3.7 IPO图的一个例子图
图3.8 改进的IPO图的形式
本书建 议使用 一种改 进的 IPO图 (也称 为IPO 表 )，

软件工程导论第3章 需求分析


3.功能或行为需求 3.1 功能或行为需求1：1）引言 3）处理过程描述 3.2 功能或行为需求2：1）引言 3）处理过程描述 … … … … 3.n 功能或行为需求n: 1）引言 3）处理过程描述 4.外部界面需求 4.1 用户界面 4.2 硬件界面 4.3 软件界面
3.3 续
2）输入 4）输出 2）输入 4）输出 … 2）输入 4）输出
普通高校本科计算机专业特色教材精选
张海藩 编著
软件工程导论 （第5版）
第3章 需求分析
主要内容
3.1 需求分析的任务 3.2 与用户沟通获取需求的方法 3.3 分析建模与规格说明
3.4 实体-联系图
3.5 数据规范化 3.6 状态转换图 3.7 其他图形工具 3.8 验证软件需求
教学重点
基本技术、需求规格说明书的作用与组成。
③行为模型——状态转换图
3.3 续
2.软件需求规格说明
需求分析的主要阶段性产品是需求规格说明书。 它必须通过需求评审后才能生效，这是一个重要 的里程碑。
需求规格说明书的作用：
•
①它是软件设计人员进行设计和编码的出发点和 基础；
•
②它是对目标软件产品进行验收测试的依据。这 就要求需求规格说明书中的各项需求都应该是可 测试的；
⑷当需要调查大量人员的意见时，利用分发调查 表的方式发现的新问题。
⑸情景分析技术，即对用户将来使用目标系统解 决某个具体问题的方法和结果进行分析。
3.2 续
情景分析技术用处
⑴它能在某种程度上演示目标系统的行为，从而 便于用户理解，而且还可能进一步揭示出一些分 析员目前还不知道的需求。
⑵保证用户在需求分析过程中始终扮演一个积极 主动的角色。
3.2 续
  1. 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Leabharlann 203.2.4 DFD分层
为了表达数据处理过程的数据加工情况，需要 采用层次结构的数据流图。按照系统的层次结 构进行逐步分解，并以分层的数据流图反映这 种结构关系，能清楚地表达和容易理解整个系 统
21
3.2.4 DFD分层
22
3.2.4 DFD分层
在多层数据流图中，顶层流图仅包含一个加 工，它代表被开发系统。它的输入流是该系统 的输入数据，输出流是系统所输出数据 底层流图是指其加工不需再做分解的数据流 图，它处在最底层 中间层流图则表示对其上层父图的细化。它的 每一加工可能继续细化，形成子图。
19
3.2.3 DFD的画法
由外向里画系统的顶层数据流图
首先，将系统的输人数据和输出数据用一连串的加 工连接起来。在数据流的值发生变化的地方就是一 个加工。 接着，给各个加工命名。 然后，给加工之间的数据命名。最后，给文件命 名。
自顶向下逐层分解，绘出分层数据流图
对于大型的系统，为了控制复杂性，便于理解，需 要采用自顶向下逐层分解的方法进行，即用分层的 方法将一个数据流图分解成几个数据流图来分别表 示。
数据流 加工（处理） 文件（数据存储） 数据池（数据源或终点）
13
3.2.1 DFD主要图形元素
14
3.2.1 DFD主要图形元素
数据流
是一组数据。在数据流图中数据流用带箭头的线表 示，在其线旁标注数据流名。在数据流图中应该描 绘所有可能的数据流向，而不应该描绘出现某个数 据流的条件。
加工（处理）
42
3.3.2 属性
属性定义了数据对象的性质。必须把一个或多 个属性定义为“标识符”，也就是说，当我们希 “ ” 望找到数据对象的一个实例时，用标识符属性 作为“关键字”(通常简称为“键”)。 “ ” “ ” 应该根据对所要解决的问题的理解，来确定特 定数据对象的一组合适的属性。
43
3.3.3 联系
6
3.1.2 过程
书写需求分析的文档
把分析的结果用正式的文档记录下来，作为最终软 件配置的一个组成成分。应该完成下述四份文档资 料：系统规格说明 、数据需求 、用户系统描述 、 修正的开发计划 。
需求分析评审
作为需求分析阶段的复查手段，在需求分析的最后 一步，应该对功能的正确性、完整性和清晰性，以 及其他需求给予评价。
在数据流图中加工用圆圈表示，在圆圈内写上加工 名。一个处理框可以代表一系列程序、单个程序或 者程序的一个模块。
15
3.2.1 DFD主要图形元素
文件（数据存储）
是按照某种规则组织起来的、长度不限的数据。在 数据流图中文件用一直线表示，在线段旁注上文件 名。一个数据存储也并不等同于一个文件，它可以 表示一个文件、文件的一部分、数据库的元素或记 录的一部分等；
是在某个特定时刻发生的事情，它是对引起系统做 动作或(和)从一个状态转换到另一个状态的外界事 件的抽象。
符号
圆圈“○”表示可得到的系统状态 “ ” 初态用实心圆表示，终态用一对同心圆(内圆为实心 圆)表示。 箭头“→”表示从一种状态向另一种状态的迁移。 “ ”
49
3.4 状态迁移图
45
3.3.4 数据规范化
软件系统经常使用各种长期保存的信息，这些 信息通常以一定方式组织并存储在数据库或文 件中，为减少数据冗余，避免出现插入异常或 删除异常，简化修改数据的过程，通常需要把 数据结构规范化。
46
3.3.4 数据规范化
通常按照属性间的依赖情况区分规范化的程度。
第一范式每个属性值都必须是原子值，即仅仅是一个 简单值而不含内部结构。 第二范式满足第一范式条件，而且每个非关键字属性 都由整个关键字决定(而不是由关键字的一部分来决 定)。 第三范式符合第二范式的条件，每个非关键字属性都 仅由关键字决定，而且一个非关键字属性不能仅仅是 对另一个非关键字属性的进一步描述(即一个非关键字 属性值不依赖于另一个非关键字属性值)。
7
3.1.3 有效获取需求
8
3.1.4 结构化分析方法
结构化分析方法（Structured Analysis，简称SA方 法）是70年代中期提出的一种面向数据流、自顶向 下、逐步求精进行需求分析的方法。 结构化分析方法适用于分析大型的数据处理系统，特 别适用于企事业管理系统。 结构化分析方法通常与设计阶段的结构化设计方法 （Structured Designed，简称SD方法）衔接起来使 用。
数据对象彼此之间相互连接的方式称为联系， 也称为关系。联系可分为以下3种类型：
(1) 一对一联系(1∶1)
例如，一个部门有一个经理，而每个经理只在一个部门任 职，则部门与经理的联系是一对一的。
(2) 一对多联系(1∶N)
例如，某校教师与课程之间存在一对多的联系“教”，即每 “ ” 位教师可以教多门课程，但是每门课程只能由一位教师来 教。
23
3.2.5 绘制 DFD的原则
数据流图上所有图形符号只限于前述四种基本 图形元素 数据流图的主图必须包括前述四种基本元素， 缺一不可 数据流图的主图上的数据流必须封闭在外部实 体之间 每个加工至少有一个输入数据流和一个输出数 据流
24
3.2.5 绘制 DFD的原则
在数据流图中，需按层给加工框编号。编号表 明该加工所处层次及上下层的亲子关系 规定任何一个数据流子图必须与它上一层的一 个加工对应，两者的输入数据流和输出数据流 必须一致。此即父图与子图的平衡 图上每个元素都必须有名字，不能重复 数据流图中不可夹带控制流 初画时可以忽略琐碎的细节，以集中精力于主 要数据流
47
3.4 状态迁移图
状态迁移图是描述系统的状态如何相应外部的 信号进行推移的一种图形表示。 状态
状态代表系统的一种行为模式。状态规定了系统对 事件的响应方式。 初态(即初始状态)、终态(即最终状态)和中间状态。 在一张状态图中只能有一个初态，而终态则可以有 0至多个。
48
3.4 状态迁移图
事件
25
3.2.6 例： 定 货系统
假设一家工厂的采购部每天需要一张定货报 表，报表按零件编号排序，表中列出所有需要 再次定货的零件。对于每个需要再次定货的零 件应该列出下述数据；零件编号、零件名称、 定货数量、目前价格、主要供应者和次要供应 者。零件入库或出库称为事务，通过放在仓库 中的CRT终端把事务报告给定货系统。当某种 零件的库存数量少于库存量临界值时就应该再 次定货。
(3) 多对多联系(M∶N)
例如，图3.2表示学生与课程间的联系(“学”)是多对多的， ” 即一个学生可以学多门课程，而每门课程可以有多个学生 来学。
44
3.3.3 联系
联系也可能有属性。
例如，学生“学”某门课程所取得的成绩，既不是学 “ ” 生的属性也不是课程的属性。由于“成绩”既依赖于 “ ” 某名特定的学生又依赖于某门特定的课程，所以它 是学生与课程之间的联系“学”的属性。 “ ”
数据池（源点和终点）
在数据流图中用方框表示，在框内写上相应的名 称。
16
3.2.2 数据流与加工的关系
17
3.2.2 数据流与加工的关系
18
3.2.3 DFD的画法
确定系统的输入输出
由于系统究竟包括哪些功能可能一时难于弄清楚， 可使范围尽量大一些，把可能有的内容全部都包括 进去。此时，应该向用户了解“系统从外界接受什 “ 么数据”、“系统向外界送出什么数据”等信息，然 ” “ ” 后，根据用户的答复画出数据流图的外围。
内容
3.1 简介 3.2 数据流图 3.3 实体 -联系图 3.4 状态转换图 3.5 数据字典 3.6 加工描述工具 3.7 小结 习题
2
3.1 简介
任务 过程 有效获取需求 结构化分析
3
3.1.1 任务
目的
准确回答“系统做什么?”这个问题 “
详细任务： 确定系统的综合需求： 功能、性能、环境需求、用户界面需求、开发进度需求、 接口需求、约束、可靠性和可用性需求、资源使用需求、 成本消耗需求、出错处理需求、以后系统可能达到的目标 分析系统的数据需求 导出软件系统的逻辑模型 修正系统开发计划 开发原型系统 验证软件需求分析的正确性 编写软件需求规格说明书 评审
32
3.2.7 练习：供销系统
该供销系统的分层数据流图中部分数据流和文件的组 成如下：
文件 配件库存=配件号+配件名+规格+数量+允许的最低库存量 数据流 订货单=配件号+配件名+规格+数量+顾客名+地址 提货单=订货单+金额 采购单=配件号+配件名+规格+数量+供应商名+地址 送货单=配件号+配件名+规格+数量+金额
XX图中遗漏了XX加工（或文件）流向XX加工（或文件）的 XX数据流； XX图中XX加工遗漏了XX输入（或输出）数据流。
38
3.2.7 练习：供销系统
答案：
［问题１］
0层图中的“采购清单”多余应去掉 “ ”
［问题２］
加工1子图中遗漏了“配件库存”文件到1.3加工的数据流 “ ” 加工1子图中1.4加工遗漏了“提货单”输出数据流 “ ” 加工1子图中1.5加工遗漏了“到货通知”输入数据流 “ ” 加工2子图中2.3加工遗漏了“采购请求”输入数据流 “ ”
9
图 结构化分析模型
数据字典
10
3.1.4 结构化分析方法
结构化分析方法中使用的工具：
数据流图（功能模型）
描绘信息流和数据从输入移动到输出的过程中所经受的变 换。
实体-联系图（数据模型）
定义系统中的数据
状态转换图（行为模型）
通过描绘系统的状态及引起系统状态转换的事件，来表示 系统的行为。
11
3.1.4 结构化分析方法
39