《软件工程基础》第3章需求分析PPT教学课件
合集下载
软件工程03软件需求分析98页PPT
1、最灵繁的人也看不见自己的背脊。——非洲 2、最困难的事情就是认识自己。——希腊 3、有勇气承担命运这才是英雄好汉。——黑塞 4、与肝胆人共事，无字句处读书。——周恩来 5、阅读使人充实，会谈使人敏捷，写作使人精确。——培根
软件工程03软件需求分析
26、机遇对于有准备的头脑有特别的 亲和力 。 27、自信是人格的核心。
28、目标的坚定是性格中最必要的力 量泉源 之一， 也是成 功的利 器之一 。没有 它，天 才也会 在矛盾 无定的 迷径中 ，徒劳 无功。- -查士 德斐尔 爵士。 29、困难就是机遇。--温斯顿．丘吉 尔。 30、我奋斗，
软件工程v3_课件_03_需求分析_
正常使用主观题需2.0以上版本雨课堂
作答
主观题 10分
2.为方便旅客，某航空公司拟开发一个机票预订 系统。旅行社把预订机票的旅客信息（姓名、性 别、工作单位、身份证号码、旅行时间、旅行目 的地等）输入进该系统，系统为旅客安排航班， 印出取票通知和账单，旅客在飞机起飞的前一天 凭取票通知和账单交款取票，系统校对无误即印 出机票给旅客。请绘制该系统的ER图。
3.2 与用户沟通获获取需求的方法
面向数据流自顶向下求精 3.数据流分析的结果 • 清晰地定义了可实际操作的个数据元素； • 明确地展现了数据的来源与去处； • 初步描绘了数据处理的可能算法（方法）。 4.数据流描述方法 • 数据流图：数据及其处理关系 • 数据字典：数据元素 • IPO图：处理算法
可靠性Reliability：系统失效时间间隔的描述，以发生的失 效个数为驱动 可用性Availability：系统可供使用时间的描述，以丢失的 时间为驱动 4. 出错处理需求：如何响应环境错误 5. 接口需求：与环境通信的格式 6. 约束：应遵守的限制条件，精度、工具、标准、硬件平台 7. 逆向需求：不应该做什么 8. 未来的需求：不属于当前系统的开发范畴
析重要性
① 数据决定了需要的处理和算法，数据是需求分析的出 发点
② 信息系统的基本模型：输入数据 数据处理 输出数 据
③ 数据在流动中被处理，数据决定了处理所需的算法
3.2 与用户沟通获获取需求的方法
面向数据流自顶向下求精 1.基于数据流图的结构化分析方法 ① 结构化分析方法就是面向数据流自顶向下逐步求精进 行需求分析的方法
需求分析的原则
基本原则 P56 尽管目前有许多不同的用于需求 分析的结构化分析方法，但是所有 这些方法都遵循下述原则
软件工程之第3章-需求分析(第五版)(张海潘编著)精品PPT课件
根据在分析过程中获得的对系统的更深入更具 体的了解，可以比较准确地估计系统的成本和 进度，修正以前制定的开发计划。
3.2 与用户沟通获取需求的方法
访谈 面向数据流自顶向下求精 简易的应用规格说明技术 快速建立软件原型
需求的获取
需求获取是开发人员与客户或用户一起对应用领 域进行调查研究，收集系统需求的过程
层次的方法展示细节。
3.1 需求分析的任务
确定对系统的综合要求
---功能需求、性能需求、可靠性和可用性需求、出错处理需求、 接口需求、约束、 逆向需求、将来可能提出的要求。
分析系统的数据要求 导出系统的逻辑模型 修正系统开发计划
3.1.1 确定对系统的综合要求
1. 功能需求 2. 性能需求 3. 可靠性和可用性需求 4. 出错处理需求 5. 接口需求 6. 约束 7. 逆向需求 8. 将来可能提出的要求
确定系统必须完成哪些工作，也就是对目标系 统提出完整、准确、清晰、具体的要求。
系统分析员应该写出软件需求规格说明书，以 书面形式准确地描述软件需求。
需求：正在构建的系统必须符合的事务。
需求管理：是一种获取、组织并记录系统需求 的系统化方案以及一个使客户与项目团队不断 变更的系统需求达成并保持一致的过程。
第四代技术特点：
简单易学，用户界面良好，面向问题、非过程化程度 高，用户只需告知系统做什么，而无需说明怎么做。 用4GL编程使用的代码量较少，并可成数量级地提高 软件生产率。
程序设计语言划代：
1GL是汇编语言；
2GL是高级程序设计语言，如FORTRAN，ALGOL， BASIC，LISP等；
术性的转换
功能范围更广，
现代
全过程的，注 重整个产品过 程的全部
3.2 与用户沟通获取需求的方法
访谈 面向数据流自顶向下求精 简易的应用规格说明技术 快速建立软件原型
需求的获取
需求获取是开发人员与客户或用户一起对应用领 域进行调查研究，收集系统需求的过程
层次的方法展示细节。
3.1 需求分析的任务
确定对系统的综合要求
---功能需求、性能需求、可靠性和可用性需求、出错处理需求、 接口需求、约束、 逆向需求、将来可能提出的要求。
分析系统的数据要求 导出系统的逻辑模型 修正系统开发计划
3.1.1 确定对系统的综合要求
1. 功能需求 2. 性能需求 3. 可靠性和可用性需求 4. 出错处理需求 5. 接口需求 6. 约束 7. 逆向需求 8. 将来可能提出的要求
确定系统必须完成哪些工作，也就是对目标系 统提出完整、准确、清晰、具体的要求。
系统分析员应该写出软件需求规格说明书，以 书面形式准确地描述软件需求。
需求：正在构建的系统必须符合的事务。
需求管理：是一种获取、组织并记录系统需求 的系统化方案以及一个使客户与项目团队不断 变更的系统需求达成并保持一致的过程。
第四代技术特点：
简单易学，用户界面良好，面向问题、非过程化程度 高，用户只需告知系统做什么，而无需说明怎么做。 用4GL编程使用的代码量较少，并可成数量级地提高 软件生产率。
程序设计语言划代：
1GL是汇编语言；
2GL是高级程序设计语言，如FORTRAN，ALGOL， BASIC，LISP等；
术性的转换
功能范围更广，
现代
全过程的，注 重整个产品过 程的全部
03第三章 软件需求分析精品PPT课件
统计资料：
In 1994, the Standish Group surveyed over 350 companies about their over 8000 software projects to find out how well they were faring. The results are sobering. Thirty-one percent of the software projects were canceled before they were completed. Moreover, in large companies, only 9% of the projects were delivered on time and cost what they were budgeted, and 16% met those criteria in small companies (Standish 1994).
2021/1/1
仲恺农业技术学院计算机与电子工程学院
4
在美国高科技历史上曾有过令人痛心的事件： 大家知道，DEC曾经是美国三大计算机公司之一，几年前
被康柏收购，从地球上消失，成为美国计算机界一大憾事。 DEC曾以众多的高新技术著称于世。其中，它在最后的几年里 研发出的 Alpha 计算机芯片更以卓越的技术在性能上超过了 Intel, sun 和其他厂家的芯片。微软也曾大力协助 DEC ，将 Windows Nt 移植到 Alpha 系统，然而，Alpha 在市场上彻底地 失败了，成为 DEC 最终失败的原因之一。
the Ariane-5, a space rocket belonging to the European Space Agency (ESA). On June 4, 1996, on its maiden flight, the Ariane-5 was launched and performed perfectly for approximately 40 seconds. Then, it began to veer off course. At the direction of an Ariane ground controller, the rocket was destroyed by remote
《软件工程导论》第3章需求分析ppt课件
3.1.3 导出系统的逻辑模型
包括完善的数据流图、实体－联系图、状态转换图、 数据字典、主要的处理算法（IPO图）等。
3.1.4 修正系统开发计划
修订前期制定的开发进度计划、等。
3.2 与用户沟通获取需求的方法
3.2.1 访谈
正式访谈：系统分析员提出事先准备好的问题。 非正式访谈：提出一些用户可以自由回答的开放性问
题，鼓励被访者说出自己的想法。 需要访问大量人员时，利用调查表访问较佳。 情景分析技术：对用户将来使用目标系统解决某个具
体问题的方法和结果进行分析。
3.2.2 面向数据流自顶向下求精
借助数据流图、数据字典、IPO图等，细化、完善详
细的数据流图，等到各处理环节对应的功能。
需要分解
有补充修正
分析追踪数 据流图
3.6.2 事件
事件是某个特定时刻发生的事情，它是引起系
统做动作或状态转换的控制信息。 3.6.3 符号 初态：实心圆 终态：同心圆（内圆为实心园） 中间态：圆角矩形，分为上、中、下三部分
状态名称 状态变量 活动表
状态变量的名字和值 事件名（参数表）/动作表达式 标准事件：entry, exit, do
1.引言
1.1 目的 1.2 文档的约定 1.3 预期的读者和阅读建议 1.4 产品的范围 1.5 参考文献
2. 综合描述
2.1 产品的远景 2.2 产品的功能 2.3 用户类和特性 2.4 运行环境 2.5 设计和实现的限制
需求规格说明书
3. 外部接口
3.1 用户界面 3.2 硬件接口 3.3 软件接口 3.4 通信接口
用户接口、硬件接口、软件接口、通信接口、等。 6. 约束
精度、工具和语言、设计约束、硬件约束、标准，等。 7. 逆向需求 ：软件系统不应该做什么 8. 将来可能提出的要求 ：为将来的修改和扩充做准备。
包括完善的数据流图、实体－联系图、状态转换图、 数据字典、主要的处理算法（IPO图）等。
3.1.4 修正系统开发计划
修订前期制定的开发进度计划、等。
3.2 与用户沟通获取需求的方法
3.2.1 访谈
正式访谈：系统分析员提出事先准备好的问题。 非正式访谈：提出一些用户可以自由回答的开放性问
题，鼓励被访者说出自己的想法。 需要访问大量人员时，利用调查表访问较佳。 情景分析技术：对用户将来使用目标系统解决某个具
体问题的方法和结果进行分析。
3.2.2 面向数据流自顶向下求精
借助数据流图、数据字典、IPO图等，细化、完善详
细的数据流图，等到各处理环节对应的功能。
需要分解
有补充修正
分析追踪数 据流图
3.6.2 事件
事件是某个特定时刻发生的事情，它是引起系
统做动作或状态转换的控制信息。 3.6.3 符号 初态：实心圆 终态：同心圆（内圆为实心园） 中间态：圆角矩形，分为上、中、下三部分
状态名称 状态变量 活动表
状态变量的名字和值 事件名（参数表）/动作表达式 标准事件：entry, exit, do
1.引言
1.1 目的 1.2 文档的约定 1.3 预期的读者和阅读建议 1.4 产品的范围 1.5 参考文献
2. 综合描述
2.1 产品的远景 2.2 产品的功能 2.3 用户类和特性 2.4 运行环境 2.5 设计和实现的限制
需求规格说明书
3. 外部接口
3.1 用户界面 3.2 硬件接口 3.3 软件接口 3.4 通信接口
用户接口、硬件接口、软件接口、通信接口、等。 6. 约束
精度、工具和语言、设计约束、硬件约束、标准，等。 7. 逆向需求 ：软件系统不应该做什么 8. 将来可能提出的要求 ：为将来的修改和扩充做准备。
软件工程第三章 软件需求分析 PPT课件
购 书 申 学 请 书 购 单 开发票 发 票 领 书 单 发书
生
审查 有效性
开领 书单
书
学 生
学生购买教材的逻辑模型
需求分析过程示意
(3) 分析当前系统与目标系统的差别， 建立目标系统的逻辑模型
无效书单
学 购书单 审查并 发票 领书单 开领
生
开发票
书单
学 生
计算机售书系统的逻辑模型
需求分析过程示意
对象 系统
抽象（映射） 模型应用
模型 系统
模型构造的过程
逻辑模型 (本质模型、概念模型)
物理模型 (实施模型、技术模型)
现 行 系 统
描述重要的业务 功能，无论系统 是如何实施的。
描述现实系统是 如何在物理上实 现的。 描述新系统是如 何实施的（包括 技术）。
目 标 系 统
描述新系统的主要 业务功能和用户新 的需求，无论系统 应如何实施。
接收、发送数据的频率？
数据的准确性和精度？ 数据流量？ 数据需保持的时间？
(8)
资源需求
软件运行时所需的数据、软件。
内存空间等资源。
软件开发、维护所需的人力、
支撑软件、开发设备等。
(9)
安全保密要求
需对访问系统或系统信息
加以控制吗？ 如何隔离用户之间的数据？ 用户程序如何与其它程序 和操作系统隔离？ 系统备份要求？
(1)
功能需求
系统做什么？
系统何时做什么？
系统何时及如何修改
或升级？
(2)
性能需求
软件开发的技术性指标：
存储容量限制 执行速度、相应时间 吞吐量
(3)
环境需求
生
审查 有效性
开领 书单
书
学 生
学生购买教材的逻辑模型
需求分析过程示意
(3) 分析当前系统与目标系统的差别， 建立目标系统的逻辑模型
无效书单
学 购书单 审查并 发票 领书单 开领
生
开发票
书单
学 生
计算机售书系统的逻辑模型
需求分析过程示意
对象 系统
抽象（映射） 模型应用
模型 系统
模型构造的过程
逻辑模型 (本质模型、概念模型)
物理模型 (实施模型、技术模型)
现 行 系 统
描述重要的业务 功能，无论系统 是如何实施的。
描述现实系统是 如何在物理上实 现的。 描述新系统是如 何实施的（包括 技术）。
目 标 系 统
描述新系统的主要 业务功能和用户新 的需求，无论系统 应如何实施。
接收、发送数据的频率？
数据的准确性和精度？ 数据流量？ 数据需保持的时间？
(8)
资源需求
软件运行时所需的数据、软件。
内存空间等资源。
软件开发、维护所需的人力、
支撑软件、开发设备等。
(9)
安全保密要求
需对访问系统或系统信息
加以控制吗？ 如何隔离用户之间的数据？ 用户程序如何与其它程序 和操作系统隔离？ 系统备份要求？
(1)
功能需求
系统做什么？
系统何时做什么？
系统何时及如何修改
或升级？
(2)
性能需求
软件开发的技术性指标：
存储容量限制 执行速度、相应时间 吞吐量
(3)
环境需求
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
2020/12/09
《软件工程》陆惠恩主编
8
4.6 需求分析文档
4.5.1 软件需求规格说明
1.引言
2.信息描述
4.功能描述
4.行为描述
5.确认标准
6.运行需求
7.附录。
4.5.2 用户手册编写提示
1. 引言
2. 用途
4. 运行环境
4. 使用过程
4.5.3 编写需求分析文档的步骤
编写软件需求分析说明书
也可写为 成绩单＝学号＋姓名＋ {课程名＋成绩}
2020/12/09
《软件工程》陆惠恩主编
6
5.3 数据字典与图形工具
数据字典与图形工具应相辅相成、互相 配合，既要互相补充又要避免冗余。 系统分析员在编写数据字典和使用图形 工具时应遵守一些约定
2020/12/09
《软件工程》陆惠恩主编
7
4.5 需求分析举例
2020/12/09
《软件工程》陆惠恩主编
5
5.2 数据字典使用的符号
＝ 表示“等价于”或“定义为” ＋ 连接 [ ]，| 表示“或”，用“|”分隔，表示可任选其中某一项 { } 表示“重复” ( ) 表示“可选”，用“，”号隔开
1{A} 表示 A 的内容至少要出现 1 次。 {B} 表示 B 的内容允许重复 0 至任意次。 如： 成绩单＝学号＋姓名＋1{课程名＋成绩}3
5.1 数据字典的内容 １. 数据元素 ２. 数据流 4. 数据存储 ４. 数据处理
2020/12/09
《软件工程》陆惠恩主编
4
定义电子邮件。
电子邮件的规则：字母或者数字的组合 +@+字母或者数字的组合+.+域名后缀。
域名后缀假设只有以下几种： Com、net、、、 不考虑下划线等特殊符号。
2020/12/09
《软件工程》陆惠恩主编
10
PPT精品课件
谢谢观看
Thank You For Watching
2020/12/09
教学单元七 状态转换图
能力目标：能绘制状态转换图。 知识目标：行为模型用状态转换图来描 绘。
2020/12/09
《软件工程》陆惠恩主编
1
5.3状态转换图
1. 什么情况下要 画状态转换图 2. 状态转换图的 符号 【例5】画出数据结 构中“栈”对象 的状态转换图。
2020/12/09
《软件工程》陆惠恩主编
编写初步的用户手册
编写确认测试的计划完善项目开发计划。
2020/12/09
《软件工程》陆惠恩主编
9
第3章小结
软件需求是进行软件设计、实现和质量度量的基础。 需求分析是发现、逐步求精、建模、规格说明和复审的 过程。 建立模型是描述用户需求，定义需求，用以验收产品。 数据模型用实体-关系图来描述数据对象及相互关系。 功能模型用数据流图来描述。 行为模型用状态转换图来描绘。 数据字典用来描述软件使用或产生的所有数据对象、数 据存储规则和处理算法等。 需求分析阶段还应写出软件需求规格说明，有时附上可 执行的原型及初步的用户手册。它是需求分析阶段的最 终成果。 复审：需求分析的结果要经过严格的审查，确保软件需 求的一致性、完整性、现实性和有效性。
2
5.4 IPO 图
输入／处理／输出 （Input Process Output ）图的简称。
【例4.5】画出学生 成绩管理系统的 IPO 图。
2020/12/09
《软件工程》陆惠恩主编
3
5 数据字典
数据字典(Data Dictionary ，DD) 是对实体-关系图、状态转换图和数据流图中出现的 所有数据对象、属性、关系、状态、数据流、文件、 处理等元素的定义的集合。除了为后面的系统设计提 供参考，还对建立数据库有指导作用。