软件工程导论第三章 需求工程.ppt

3.7需求管理3.7.4 需求管理活动 1.需求变更管理 建立变更控制组, 变更管理过程分为变更描述、变更分析和变更实现三个阶段 2.需求文档版本管理 需求文档的版本控制可以保证得到的是最新的需求文档版本和记录需求的历史版本。 3.需求跟踪管理 正向跟踪与逆向跟踪 4.需求状态管理 建立需求状态是为了表示需求的各种不同情况。 需求分析文档 如果系统中包含软件和非软件的部分，如数控系统，移动电话，那么应建立独立的系统需求规格说明书。 软件需求规格说明书应以系统需求规格说明书以基础进行编写，描述软件部分的需求。 通常由系统工程师编写系统需求规格说明书，由软件工程师编写软件需求规格说明书。 需求报告和需求规格说明书的差异 (1)《用户需求报告》是对外的， 《需求规格说明书》是对内的 ； (2)《用户需求报告》是合同的产物， 《需求规格说明书》是立项建议书的产物； (3) 由《用户需求报告》可产生《需求规格说明书》； 需求报告和需求规格说明书的差异 (4) 需要注意的问题 国内有的软件公司，不仅将用户需求报告和需求规格说明书不加区分地合二而一，而且还将概要设计说明书和详细设计说明书也不加区分地合二而一。这种做法对小而熟悉的项目可以，对大而生疏的项目不合适。 在软件开发的总工作量中，需求的工作量一般占30%，设计的工作量一般占30%，编码和单元测试的工作量一般占30%，Alpha测试的工作量一般占5%，返工返修的工作量一般占5%。 用户需求报告 《用户需求报告》参考指南要点： 以业务流程为主线，以需求分析的九大任务为中心，以功能、性能、接口三个列表为基本点，按照规定的格式，就可以制作出合格的用户需求报告。 格式说明： 1.概述。参考资料与相关文档是不同的。 2.现有系统描述。 3.目标系统描述(功能、性能、界面、接口、其他、假设与约束条件)。 需求规格说明书 《需求规格说明书》参考指南要点： 以用户需求报告为基线，按照规定的格式，就可以制作出合格的需求规格说明书。 格式说明： 1.概述。参考资料与相关文档是不同的。 2.目标系统描述(功能、性能、界面、接口、其他、假设与约束条件) 。 需求管理文档 需求管理文档有： 1.《用户需求报告评审记录表》； 2.《需求规格说明书评审记录表》； 3.《需求变更管理表》 。 《用户需求报告/需求规格说明书评审记录表》的特色是：突出了不符合项的跟踪记录。只有当不符合项为零时，评审才能最后通过。因此，评审可能进行多次。评审意见可以指出文档中的强项和弱项。评审结论就是通过或不通过。 需求管理文档 需求管理文档记录了需求分析过程中，软件企业对需求的管理过程。大量过程管理记录的积累，为软件企业的软件测量数据库累积了财富。这些财富信息既为软件企业的科学管理与决策提供了良好的基础，又为软件企业实施CMM4级和5级评估做好了充分准备。 (CMM是指“能力成熟度模型”，其英文全称为Capability Maturity Model for Software，英文缩写为SW-CMM，简称CMM。它是对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述。) 在软件工程的“五个面向”理论中，有一个面向过程管理。通过以上的论述，说明了软件管理是面向过程的。 小结 小结 软件需求分析是软件生存周期中重要的一步，也是最关键的一步。 只有通过软件需求分析，才能把软件功能和性能的总体概念描述为具体的软件需求规格说明，进而建立软件开发的基础。 本章主要介绍了需求分析的任务和步骤、需求分析方法和需求分析规格说明。 * 1.如果客户本身就懂软件开发，能把需求说得清清楚楚，这样的需求分析将会非常轻松、愉快。 2.如果客户全不懂软件，但信任软件开发方，这事也好办。分析人员可以引导客户，先阐述常规的需求，再由客户否定不需要的，最终确定客户真正的需求。 3.如果客户是“不懂装懂”或者“半懂充内行”的客户，他们会提出不切实际的需求。这些客户甚至觉得自己是上帝的爸爸，那么沟通和协商都会很困难。 * 1、尽可能地分析清楚哪些是稳定的需求，哪些是易变的需求。以便在进行系统设计时，将软件的核心建筑在稳定的需求上，否则将会吃尽苦头。 2、在合同中一定要说清楚“做什么”和“不做什么”。如果合同含含糊糊，日后扯皮的事情就多。要防止象韩复渠那样，在别人请他喝酒吃饭时他什么都点头（人家就更加献殷勤），吃完了他就宣布刚才答应的