武汉大学国际软件学院Dormanager项目组及有关摘要.docVIP

武汉大学国际软件学院 Dormanager 项目组 Dormanager 学生宿舍管理系统 需求管理计划 用于系统设计说明及整体需求规划 版本 2.0 修订历史纪录 日期 版本 说明 作者 简介…………………………………………………………………………………………2 目的…………………………………………………………………………………2 范围…………………………………………………………………………………2 定义、首字母缩写词与缩略语……………………………………………………2 参考资料……………………………………………………………………………2 概述…………………………………………………………………………………2 需求工件与需求类型………………………………………………………………………3 需求属性……………………………………………………………………………………3 特性属性……………………………………………………………………………3 状态……………………………………………………………………………3 利益……………………………………………………………………………3 工作量…………………………………………………………………………3 风险……………………………………………………………………………3 稳定性…………………………………………………………………………3 目标发布版……………………………………………………………………3 职责分配………………………………………………………………………4 原因……………………………………………………………………………4 涉众请求的属性……………………………………………………………………4 状态……………………………………………………………………………4 利益……………………………………………………………………………4 工作量…………………………………………………………………………4 请求类别………………………………………………………………………4 风险……………………………………………………………………………4 原因……………………………………………………………………………5 用例的属性…………………………………………………………………………5 用例分级………………………………………………………………………5 风险……………………………………………………………………………5 原因…………………………………………………………………………5 用例图形说明………………………………………………………………5 用例详细需求……………………………………………………………………5 用例分级……………………………………………………………………5 用例图形说明………………………………………………………………5 用例书面说明………………………………………………………………5 补充需求的属性…………………………………………………………………5 状态…………………………………………………………………………5 利益…………………………………………………………………………5 风险…………………………………………………………………………5 原因…………………………………………………………………………6 书面说明……………………………………………………………………6 可追踪性标准……………………………………………………………………………6 简介 1．1目的 本文档说明需求文档、需求类型以及各自的需求属性，同时指定出于对项目需求进行评测、报告和控制等目的而要收集并使用的信息和控制机制 涉众的关键请求，包括变更请求 前景 (VIS) 特性 (FEAT) 系统的这一发布版的状况或功能 用例模型 用例 (UC) 该发布版的用例，记录在 Rational Rose 中 用例 (UC) 用例详细需求 (UC) 在用例规约中列出的各项详细需求 补充规约 (SS) 补充需求 (SUPP) 未记录在用例模型中的非功能性需求 系统构架师负责确定用例的优先级。 用例阐释者详细用例说明，详细说明软件需求。 系统分析员主要负责确定前景，管理依赖关系，获取常用词汇，查找主角和用例，获取涉众请求，制定需求管理计划。 用户界面设计员主要负责用户界面建模，设计用户界面原型。 需求属性 3．1特性的属性 3．1．1状态 在经过项目管理团队的商谈和复审后设置。用于在确立项目基线的过程中对进度进行跟踪。 已提出 用于说明正在进行讨论但尚未经过“正式渠道”（例如由项目团队、产品管理部门和用户或客户群的代表所组成的工作组）复审和验收的特性。 已批准 被认为是有用、可行并已获得正式渠道批准，准备实施的功能。 已并入 在特定时间点并入产品基线