用户需求调查问卷
|
作者 |
|
|
日期 |
提示：调查问卷被分发给用户填写，可以根据预期的调查内容剪裁。
填写人姓名：
单位：
职务：
职责：
|
需求名称 |
描述 |
需求类型 |
|
需求1 |
||
|
需求2 |
||
|
需求3 |
||
|
需求4 |
||
|
需求5 |
||
|
备注 |
附录：
需求类型：
1. 功能性
2. 可用性
3. 可靠性
4. 性能
5. 可支持性
6. 设计约束
7. 实施需求
8. 接口需求
9. 物理需求
功能性
功能性需求包括：
· 特性集、
· 功能和
· 安全性。
可用性
可用性需求可包含如下子类别：
· 人员因素
· 美观、
· 用户界面的一致性、
· 联机帮助和环境相关帮助、
· 向导和代理、
· 用户文档和
· 培训材料。
可靠性
需要考虑的可靠性需求有：
· 故障的频率／严重性、
· 可恢复性、
· 可预见性、
· 准确性和
· 平均故障间隔时间（MTBF）。
性能
性能需求可对功能性需求强加条件。例如，对于一个给定行为，它可以对以下项规定性能参数：
· 速度、
· 效率、
· 可用性、
· 准确性、
· 吞吐量、
· 响应时间、
· 恢复时间，或
· 资源用途。
可支持性
可支持性需求可包括：
· 可测试性、
· 可扩展性、
· 可适应性、
· 可维护性、
· 兼容性、
· 可配置性、
· 可服务性、
· 可安装性，或
· 是否可本地化（国际化）。
设计需求
设计需求常称为设计约束，它规定或约束了系统的设计。
实施需求
实施需求规定或约束了系统的编码或构建。例如：
· 所需标准、
· 实施语言、
· 数据库完整性策略、
· 资源限制和
· 操作环境。
接口需求
接口需求规定了
· 系统必须与之交互操作的外部项，或
· 对这种交互操作所使用的格式、时间或其他因素的约束。
物理需求
物理需求规定了系统必须具备的物理特征；例如，
· 材质、
· 形状、
· 尺寸和
· 重量。
这种需求类型可用来代表硬件要求，如
· 物理网络配置需求。