软件工程案例开发与实践4-1.pptVIP

第4章 软件需求分析 4.1 软件基础 4.1.1需求分析的目标 需求分析要回答的问题是“系统做什么”。 软件需求分析是把软件计划期间建立的软件可行性分析求精和细化，分析各种可能的解法，并且分配给各个软件元素。它位于软件开发的前期，是软件生命周期中重要的一步，也是最关键的一步。 软件需求分析的基本任务是确定系统必须完成什么工作，也就是对目标系统提出完整、准确、清晰、具体的要求。 4.1.2 需求分析的任务 （1）确定系统的综合要求； （2）分析系统的数据和信息要求； （3）模型分析--导出目标系统的逻辑模型 （4）修正系统开发计划； （5）开发原型系统。 4.2 软件需求分析的过程 4.2.1 如何获取项目需求 （1）功能需求 （2）环境需求 （3）性能需求 （4）可靠性需求 （5）安全保密要求 （6）用户界面需求 （7）资源使用需求 （8）软件成本消耗与开发进度需求 获取需求的形式和沟通类型： 建立分析所需要的通信途径，以保证能顺利地对问题进行分析。交流的方式可以是会议、电话、电子邮件、小组讨论、模拟演示等不同形式。需要注意的是，每一次交流一定要有记录，对于交流的结果还可以进行分类，便于后续的分析活动。 4.2.2．分析与综合 系统分析员需要从信息流和信息结构出发，逐步细化所有的软件功能，找出系统各元素之间的联系、接口特性和设计上的约束，分析它们是否满足功能要求，是否合理。依据功能需求、性能需求、运行环境需求等，去除其不合理的部分，增加其需要的部分。最终综合成系统的解决方案，给出目标系统的详细逻辑模型。 4.2.3．编制需求分析文档 （1）软件需求规格说明书 。 （2）数据要求说明书 。 （3）初步的用户手册 。 （4）修改、完善与确定软件开发实施计划。 4.2.4、综合评审 （1）设计方案正确性、先进性、可行性和经济性；　　 （2）系统组成、系统要求及接口协调的合理性； （3）系统与各子系统间技术接口的协调性； （4）采用设计准则、规范和标准的合理性； （5）系统可靠性、维修性、安全性要 求是否合理； （6）关键技术的落实解决情况； （7）编制的质量计划是否可行。 4.2.5 需求变更管理 （1）不要轻易答应用户进行修改； （2）即使可能修改，也要用户方书面写出《变更申请书》，在项目组讨论确定之后进行变更； 影响分析。在用户向项目组递交《变更申请书》后，项目组要进行影响分析和评价，评价的结果可能是“批准”，也可能“驳回”《变更申请书》的变更。 重计划。如果批准变更，有可能对项目的计划进度或人员等进行相应变更，所以要进行重新计划。 变更执行。下面的步骤就是执行变更计划了。 再见！！！