7-软件需求管理.pptVIP

软件需求管理 周 立 新 博士 北京大学软件与微电子学院 需求工程 需求开发活动 确定产品所期望的用户类。 获取每个用户类的需求。 了解实际用户任务和目标以及这些任务所支持的业务需求。 分析源于用户的信息以区别用户任务需求、功能需求、业务规则、质量属性、建议解决方法和附加信息。 需求开发活动（续） 将系统级的需求分为几个子系统，并将需求中的一部份分配给软件组件。 了解相关质量属性的重要性。 商讨实施优先级的划分。 将所收集的用户需求编写成规格说明和模型。 评审需求规格说明，确保对用户需求达到共同的理解与认识，并在整个开发小组接受说明之前将问题都弄清楚。 1. 需求管理活动 CMMI中需求管理的流程图 1.1 版本控制 需求文档的每一个版本必须被统一确定。 组内每个成员必须能够得到需求的当前版本。 必须清楚地将变更写成文档，并及时通知到项目开发所涉及的人员。 为了尽量减少困惑、冲突、误传，应仅允许指定的人来更新需求。 需求的属性 创建需求的时间 需求的版本号 创建需求的作者 负责认可该需求的人员 需求状态 需求的原因或根据（或信息的出处） 需求涉及的子系统 需求涉及的产品版本号 使用的验证方法或接受的测试标准 产品的优先级或重要程度（例如高、中、低或） 需求的稳定性（在将来需求可能变更的指示器，不稳定的需求意味你应给予较多的关注，因为你将面临不定的、混沌的、或不能重复的