25/1/181软件工程（SoftwareEngineering）第三章需求分析25/1/182本章主要内容需求分析的任务获取需求的方法分析建模和规范化图形工具验证软件需求前一页25/1/183需求分析的任务需求(requirement)分析是定义软件的最后一个阶段，也是最重要的一个阶段，其基本任务是对目标系统提出完整、准确、清晰、具体的要求。需求分析的结果是系统开发的基础，关系到工程的成败和软件产品的质量。因此，必须采取行之有效的办法对需求分析进行严格的审查验证。前一页25/1/184需求分析的任务前一页分析系统的数据要求确定对系统的综合要求导出系统的逻辑模型修正系统开发计划开发原型系统主要内容25/1/185确定对系统的综合要求前一页需求分析的任务1．功能(function)要求划分出系统必须完成的所有功能。2．性能(performance)要求如：系统联机响应时间、吞吐率、连续运行时间、可靠性(reliability)、安全性(security)，以及操作简便、界面美观等等。25/1/186确定对系统的综合要求前一页需求分析的任务3．运行(execute)要求主要指系统运行时所处环境的要求。如：硬件平台、软件平台、网络环境、通信接口等等。4．可扩展性(expansibility)要求应明确列出将来可能会提出来的要求。在设计开发目标系统的同时，尽可能考虑到系统的扩展和修改，以免造成被动。25/1/187确定对系统的综合要求5.可靠性和可用性需求定量指定了系统的可靠性，量化用户使用系统的程度。6.出错处理需求该类需求说明系统对环境错误怎样响应。需求分析的任务25/1/188需求分析的任务前一页分析系统的数据要求任何一个软件系统，其本质都是信息处理系统，信息处理的要求决定了系统的性质。因此，分析系统的数据要求是需求分析的一项重要任务。通常采用建立概念模型的方法。利用数据字典并辅助以图形工具来描绘数据结构。使用数据结构规范化技术，使得软件系统有利于存储经常要使用信息。25/1/189需求分析的任务前一页导出系统的逻辑模型从分析系统的综合要求和数据要求，可以导出系统详细的逻辑模型，通常用数据流图、数据字典、主要的处理算法(algorithm)来描述。25/1/1810需求分析的任务前一页修正系统的开发计划通过需求分析对系统更深入具体的理解，可以比较准确地估计系统的成本和进度，修正以前制定的开发计划。25/1/1811获取需求的方法访谈：两种基本形式：正式和非正式使用情景分析技术：即是对用户将来使用目标系统解决某个问题的方法和结果进行分析。优点：（1）该技术可以演示目标系统（2）可以调动用户的积极性25/1/1812前一页面向数据流分析对数据的来源/处理/去向，是分析的出发点。通过可行性分析研究，已经得到了目标系统的高层数据流图，需求分析的目的之一就是把数据流和数据存储定义到元素级。采用结构化分析方法（SA），面向数据流自顶向下，逐步求精进行分析。25/1/1813分析过程沿数据流图回溯用户复查细化数据流图修正开发计划书写文档前一页主要内容25/1/1814沿数据流图回溯步骤：从输出端沿着数据流图向输入端回溯，由此确定出每个数据的来源把分析过程得到的有关数据元素的信息记录在数据字典中，把算法记录在IPO图中分析过程25/1/1815分析过程前一页用户复查对于数据字典、数据流图、IPO图中的有关内容是否完整正确地描述了目标系统，只有用户是最清楚的。与用户共同对描述的目标系统进行复查是极为重要的一个环节。“复查、补充、修改、再复查…”，是一个不断循环的过程，系统在这个过程中不断完善，分析员的认识在这个过程中不断加深。25/1/1816分析过程前一页细化数据流图为了追踪更详细的数据流图，分析员应该把数据流图扩展到更低的层次。通过对功能的分解来完成对数据流图的细化。在数据流图中选取功能比较复杂的处理，将其功能分解为若干子功能，使其成为数据流图新的处理。对数据流图细化之后，数据元素之间的关系更加清楚，处理加工算法更加具体。分析员将越来越深入具体地定义目标系统。25/1/1817细化数据流图分析过程前一页图3.1面向数据流自顶向下求精过程需要分解分析员向用户解释25/1/1818分析过程前一页修正开发计划经过需求分析阶...
