过程规范第9章需求开发(编辑修改稿)

过程规范第9章需求开发(编辑修改稿)内容摘要：

输入  《用户需求说明书》 主要步骤 『 Setp1』 细化并分析用户需求 • 需求分析员对《用户需求说明书》进行细化，以便产生详细的产品需求。 • 需求分析员对比较复杂的用户需求进行建模分析，以帮助软件开发人员更好的理解需求。 建议采用 Rational 的 Rose 工具进行需求的建模分析，建模分析产生的文档可以作为《产品需求规格说明书》的附件。 提示 : 建模分析的技术难度比较高，需求分析员应当根据自身水平进行取舍。 『 Setp2』 撰写产品需求规格说明书  需求分析员按照指定的文档模板撰写《产品需求规格说明书》，如果待开发的产品分为软件和硬件两部分的话，则应当分别撰写《软件需求规格说明书》和《硬件需求规格说明书》。  《产品需求规格说明书》的主要内容包括： ☆ 产品介绍。 ☆ 描述用户群体的特征。 ☆ 定义产品的范围。 ☆ 阐述产品应当遵循的标准或规范。 ☆ 定义产品中的角色。 ☆ 定义产品的功能性需求。 ☆ 定义产品的非功能性需求，如用户界面、软硬件环境、质量等需求。 [后继活动：需求确认 ]  项目经理邀请同行专家和用户（包括客户和最终用户）一起评审《产品需求规格说明书》，尽最大努力使《产品需求说明书》能够正确无误地反映用户的真实意愿。  需求评审之后，开发方和客户方的责任人对《产品需求说明书》做书面承诺。 说明 : “需求确认”活动属于需求管理范畴，详见 [SPPPROCRM]。 输出  《产品需求规格 说明书》 结束准则  《产品需求规格说明书》  已经对产品需求进行了审判，并且获得了开发方和客户方对需求地承诺。 度量  项目经理统计工作量和上述文档地规模。 需求分析地方法概述 很多时候用户说不清楚需求、说错需求或者提出一些无法实现地需求。 需求分析是指在需求开发过程中，对所获取地需求信息进行分析，及时排除错误、弥 补不足，确保需求文档正确地反映用户的真实意图。 需求 分析 是需求开发过程中“最费脑子”的工作。 分析方法大体有两类：“问答分析法”和“建模分析法”。 后者技术性比较强，大多数软件工程书籍都有论述。 前者就是一些常识而已，虽然写不成文章，但是简单易用，很有实用价值。 问答分析法 问答分析法很简单：刨根究底地问，如果解答了这些问题，那么需求分析也就分析清楚了。 一个人可以“自问自答”的分析需求，几个人分析需求则称为“研讨”。 问答分析最重要的问题是：“是什么”和“。