《软件需求分析》阅读笔记6
需求规格说明
获取的需求需要被编写成文档。业务需求被写入项目前景和范围文档，用户需求被写入用户需求文档（或用例文档），系统级需求被写入需求规格说明。
编写文档的主要目的是在系统涉众间交流需求信息，因此编写的文档应具有一定的质量。质量来源于所有独立需求的质量之和，有些来源于编写者的写作技巧，最重要的质量要求是简洁、精确、一致和便于理解。
1、制定文档模板
通常组织都会参考【IEEE1998】推荐的规格说明文档，然后根据自己的特点和需要进行调整，建立组织的参考模板。在进行具体的项目开发时更加项目特点进一步对参考文档进行定制。
2、编写文档
准确的表达、良好结结构和易读性。使用模型语言和自然语言两种表达方式。
需求的验证
为了尽可能不给设计、实现、测试等后续开发活动带来不必要的影响，需求规格说明文档至少要满足下面几个标准
- 文档内每一条需求都正确、准确地反映了用户的意图。
- 文档记录的需求集在整体上具有完整性和一致性。
- 文档的组织方式和需求的书写方式具有可读性和可修改性。
1、执行验证
同级评审。使用原型和模拟。
2、问题修正
及时修正问题，并进行跟踪，以保证修正的落实。
需求的管理
需求的影响力贯穿于整个软件的生命周期。需要保证需求作用的持续、稳定和有效发挥，需求管理就是这样的一个管理活动。
1、建立维护需求基线集
首先表示每项需求，记录相关属性。为每一个需求文档建立一个唯一版本号的标识。
进行的修改要明确地加以记录，及时传达给受到影响的每一个人。
2、建立需求跟踪信息
以需求为出发点进行双向跟踪。
后向跟踪：跟踪每一个需求被设计、实现为那些制品，并回溯每一个设计，实现制品是为哪一个需求存在的。
前向跟踪：回溯系统级需求是为支持哪些用户需求而存在的。如何被转化为系统级需求。
3、进行变更控制
积极接受外界需求变化，并及时做出调整与反馈。为了保证项目进行，减小需求变化带来的失败风险，这些需求需要得到有效的控制，随意变更需求是禁止的。
选定一些有经验的用户和开发人员组成变更控制团队，分析需求变更的利益得失，审定变化接受与否。每一个变化都要严格进行分析、判断和落实。
