第二章需求分析.pptVIP

主讲教师：李刚 第二章 需求分析 §2.1 需求分析的任务 §2.2 需求分析的原则 §2.3 可行性研究 §2.4 需求分析方法 §2.5 软件需求分析建模与规格说明 §2.6 软件需求正确性验证 §2.7 需求分析指南 §2.1 需求分析的任务 需求分析是软件定义时期的最后一个阶段，它的基本任务是准确地回答 “系统必须做什么?”这个问题。 需求分析的任务不是确定系统怎样完成它的工作，而仅仅是确定系统必须 完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。 需求分析的具体任务： 1、确定对系统的综合需求 （1）系统功能要求 ：划分出系统必须完成的所有功能； （2）系统性能要求 ：联机响应时间、系统需要的存储容量、重新启动、安全性等； （3）可靠性和可用性要求 ：可用性与可靠性密切相关，它量化了用户可以使用系统的程度。 （4）出错处理需求 ：这类需求说明系统对环境错误应该怎样响应。 §2.1 需求分析的任务 （5）接口需求：描述应用系统与它的环境通信的格式，常见的接口需求有：用户接口需求；硬件接口需求；软件接口需求；通信接口需求。 （6）约束：包括设计约束或实现约束描述在设计或实现应用系统时应遵守的限制条件。 （7）逆向需求：说明软件不应该做什么。 （8）将来可能提出的要求 ：为系统的扩充和修改作准备。 2、分析系统的数据要求： 系统需要哪些数据，数据之间有什么联系，数据由哪些数据元素组成。 3、导出系统的逻辑模型： 数据流程图、数据字典、主要算法。 4、修正系统开发计划 5、开发原型系统（样机） §2.2 需求分析的原则 需求分析的前提是准确、完整地获取用户需求。向问题领域的专家学习， 进行用户需求查是需求分析的第一步。用户需求通常可以分为功能需求和 性能需求两类。功能需求定义了系统应该做什么，系统要求输入什么信 息，输出什么信息，以及如何将输入变换为输出。性能需求则定义了软件 运行的状态特征，如系统运行效率，可靠性，安全性，可维护性等等 §2.3 可行性研究 可行性研究的目的: 就是用最小的代价在尽可能短的时间内确定问题是否能够解决。 必须记 住，可行性研究的目的不是解决问题，而是确定问题是否值得去解。 可行性研究的任务： 可行性研究最根本的任务是对以后的行动方针提出建议。 （1）如果问题没用可行的解，则应停止该项开发工程，以免浪费时间、人 力、物力和财力； （2）如果问题值得去解，则应该推荐一个较好的解决方案，并且为工程制 定一个初步的计划。 §2.3 可行性研究(续) 可行性研究的过程： 一．复查系统规模和目标 二．研究目前正在使用的系统 1．理解现有系统能做什么，但不是了解它怎样做这些工作。 2．画出现有系统的高层系统流程图(物理模型)并加以检验。 3．了解并记录现有系统与其它系统之间的接口情况，注意这些都是设计新系统时的重要约束条件。 三．导出新系统的高层逻辑模型 §2.3 可行性研究(续) 四.进一步定义问题 五.导出和评价供选择的解法 导出若干个较高层次的物理解法供比较和选择 选择的原则： （1）技术上 （2）操作上 （3）经济上 为每个可行的系统制定实现进度表 六. 推荐行动方针 七. 草拟开发计划 八. 书写文档提交审查 §2.3 可行性研究(续) 可行性研究中所使用的工具：系统流程图、 数据流图、 数据字典 系统流程图 一．系统流程图及其基本思想 1．系统流程图是描绘物理系统的传统工具 2．系统流程图的基本思想是用图形符号以黑盒子形式描绘系统里面的每一部件（程序、文件、数据库、表格、人工过程等） 3．系统流程图与程序流程图的区别 系统流程图表达的是信息在系统各部件之间流动的情况，而不是对信息进行加工处理的控制过程。因此，系统流程图是物理数据流图，而不是程序流程图，尽管它使用的某些符号与程序流程图的符号相同。 §2.3 可行性研究(续) §2.3 可行性研究(续) 系统流程图的习惯画法是使信息在图中自顶向下流动或自左向右 1．注意：图中每个符号都用黑盒子形式定义后组成系统的一个部件，但并没有说明每个部件的具体工作过程 2．箭头表示信息通过系统的逻辑路径（信息流动路径 ） 应用举例：某装配厂有一座存放零件的仓库，仓库中现有的各种零件的数 量以及每种零件的库存量临界值等数据记录在库存清单文件中。当仓库中 零件数量有变化时，应该及时修改库存清单主文件，如果哪种零件的库存 量少于它