软件工程需求工程

《软件工程需求工程》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、第三章需求工程需求阶段是软件开发的关键阶段。该阶段的主要任务：必须回答一个问题：“系统应该做什么（what）”。所涉及的人员有：领域专家、领域用户、软件投资人、系统分析员和需求分析员。该阶段的工作量约占总工作量的10%以上。13.1软件需求IEEE软件工程标准词汇表（1997年）将需求定义为：（1）用户解决问题或达到目标所需的条件或能力；（2）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。（3）一种反映（1）或（2）所描述的条件或能力的文档说明。3.1.1软件需求的定义定义从两个角度阐述需求：用

2、户角度系统的外部行为开发者角度系统的内部特性其关键的问题：编写需求文档。23.1.2需求的层次软件需求包括四个不同的层次：1.业务需求：描述了组织结构或客户对系统的高层次的目标要求。2.用户需求：描述了用户使用产品必须要完成的任务，使用实例模型描述。3.功能需求：定义了开发人员实现的软件的功能。4.业务需求：描述系统的约束和限制条件。注：以上需求应详细的写到软件需求规格说明书里。33.1.3需求错误的原因需求描述模棱两可，有时写的过于简单；用户的要求不断变换，需求也不断变化；参与的用户过少，而且忽略了用户的分类；追求个性化，添加

3、不必要的特性。需求越来越复杂，但很重要，现在提出了采用工程化的思想对需求进行分析，引出需求工程的概念。43.2需求工程概述定义：指应用已证实有效的技术、方法进行需求分析，确定客户需求，帮助分析人员理解问题并定义目标系统的所有外部特征的一门学科。主要活动：需求获取需求建模（需求分析）需求传递：编写规格（规约）说明书需求验证需求管理5需求工程的层次分解示意图需求工程需求开发需求管理问题获取需求分析编写规格说明验证63.2.1需求开发从用户获得需求，并整理成文档。注：分析员与各种层析的客户进行交流，如决策人，具体使用人，系统维护人员等

4、等。OOA中常采用方法：用例方法获取需求。一.需求获取二.需求分析对上阶段获取的需求进行分析、提炼，并用相应的分析模型描述出来，分析出高质量的需求。7需求分析研究的对象是软件项目的用户要求准确地表达被接受的用户要求确定被开发软件系统的系统元素将功能和信息结构分配到这些系统元素中深入描述软件的功能和性能确定软件设计的约束和软件同其它系统元素的接口细节定义软件的其它有效性需求1主要任务：82.需求分析的过程(1)问题识别从系统的角度来理解软件并评审软件范围是否恰当确定对目标系统的综合要求，即软件的需求提出这些需求实现条件，以及需求应

5、达到的标准资源使用需求成本消耗需求开发进度需求预先估计以后系统可能达到的目标软件的需求包括：功能需求性能需求环境需求可靠性需求安全保密要求用户界面需求9问题识别的另一项工作是建立分析所需要的通信途径，以保证能顺利地对问题进行需求分析。10A.主要任务（建立系统的逻辑模型）从信息流和信息结构出发，逐步细化所有的软件功能，找出系统各元素之间的联系、接口特性和设计上的约束，分析它们是否满足功能要求，是否合理。剔除其不合理的部分，增加其需要部分。最终综合成系统的解决方案，给出目标系统的详细逻辑模型。(2)分析与综合B.常用的分析方法面向

6、数据流的结构化分析方法(SA)面向数据结构的Jackson方法(JSD)面向数据结构的结构化数据系统开发方法(DSSD)面向对象的分析方法(OOA)等11C.创建数据字典数据字典是对系统所用到的所有数据项和结构的定义，以确保开发人员使用统一的数据定义。12软件需求说明书数据要求说明书初步的用户手册修改、完善与确定软件开发实施计划注：格式见附录三需求传递（编制需求文档）四需求验证（需求评审）系统定义的目标是否与用户的要求一致;系统需求分析阶段提供的文档资料是否齐全;文档中的所有描述是否完整、清晰、准确反映用户要求;与所有其它系统成

7、分的重要接口是否都已经描述;13被开发项目的数据流与数据结构是否足够，确定;所有图表是否清楚，在不补充说明时能否理解;主要功能是否已包括在规定的软件范围之内，是否都已充分说明;设计的约束条件或限制条件是否符合实际;开发的技术风险是什么;是否考虑过软件需求的其它方案;是否考虑过将来可能会提出的软件需求;是否详细制定了检验标准，它们能否对系统定义是否成功进行确认;14需求开发流程15需求管理从形成需求基线开始，分析变更影响并控制变更过程。主要包括变更控制、版本控制和需求跟踪等活动。变更控制就是在一定的程序下有效地实施整个变更过程；版

8、本管理保证了在需求文档中记录和反映所有的需求变化；需求跟踪帮助人们全面地分析变更带来的影响，从而作出正确的变更决策。三者统一起来，真正做到了管理需求变化过程，以及维护需求变化后的一致性和完整性。3.2.2需求管理161.需求变更控制一些需求的改进是合理的且不可避