敏捷开发框架下的软件工程/第二轮迭代/良好需求
< 敏捷开发框架下的软件工程 | 第二轮迭代
将是关于需求结构的页面
| ===功能性需求 === (系统做什么，10-12个，这是重要的部分。想想用户如何使用系统 - 他们需要它做什么？针对你的项目具体说明。 | ||
| 编号 示例 | 需求 系统应： | 描述 |
| FR1 | 允许博物馆物品数据输入 | 当物品捐赠给博物馆时，用户需要将新数据添加到系统中。 |
| FR2 | 使公众能够访问存储的博物馆数据 | 研究人员可能希望访问存储的家谱、航运和地方史信息。 |
|
(系统拥有什么) | ||
| A. 数据需求 | ||
| 编号示例 | 需求 系统应 |
描述 |
| D1 | 存储物品采集数据 | 随着博物馆获得物品，必须捕获与该物品相关的數據 |
| D2 | 存储物品位置数据 | 使工作人员能够快速定位任何博物馆物品。 |
| B. 安全需求 | ||
| 编号 示例 | 需求 系统应 |
描述 |
| S1 | 防止未经授权的博物馆数据更改 | 使用系统的公众不能删除文件。 |
| C. 界面需求 | ||
| 编号 示例 | 需求 系统应 |
描述 |
| I1 | 提供管理界面 | 管理员将需要直接访问系统以进行编辑。 |
| I2 | 提供反映海事遗产主题的界面 | 这对确保公众和政府对新建筑的支持至关重要 |
| D. 约束 什么可能限制系统开发 | ||
| 编号 示例 | 需求 系统应 |
'描述' |
| C1 | 成本低于20,000美元 | 软件资金有限。 |
| C2 | 在2004年1月之前完成 | '这使得系统能够及时运行，以迎接新的学年' |