需求来源

目录

• 其他

1. 访问并与有潜力的用户探讨
   为找出新软件产品的用户需求，最直截了当的方法是询问他们。本章讨论如何寻找合适
   的用户代表，而在第8章讲述从这些代表中获取需求的技巧。
2. 把对目前的或竞争产品的描述写成文档
   文档可以描述一种所必须遵循的标准或产品所必须遵循的政府或工业规则。
3. 系统需求规格说明
   一个包含软、硬件的产品需要一个高档次的系统需求规格说明以介绍整个产品。系统需
   求的子集被分配到每个软件子系统中（ Nelsen 1990）。附加的详细软件功能需求将从有关软件
   的系统需求里获得。
4. 对当前系统的问题报告和增强要求
   指导用户和提供技术支持的工作人员是最有价值的需求来源。他们收集了用户在使用现
   有系统过程中所遇到问题的信息，还接受了用户关于系统改进的想法。
5. 市场调查和用户问卷调查
   调查有助于从广大有潜力的用户那里获得大量定量的数据，务必调查相关的用户并询问
   一些能产生反响的好问题。
6. 观察正在工作的用户
   对当前系统的用户和将来系统的有潜力的用户，分析员观察“日常工作”以获得经验，
   这些经验能提供很有价值的信息。分析员可通过观察用户与所关联的任务环境的工作流程来
   预见用户在使用当前系统时所遇到的问题，并能分析新的系统可有效支持工作流程的方面
   （McGraw and Harbison 1997; Beyer and Holtzblatt 1998）。比起仅仅简单地询问用户，并记下
   用户在处理任务时的步骤来说，直接观察用户的工作流程可以对他们的活动有更正确的理解。
   分析员必须抽象和总结用户的直接活动，以确保所获得的需求具有普遍性，而不仅仅代表单
   个用户。一个富有技巧的分析员还可以为改进用户的当前事务处理过程提出一些见解。
7. 用户任务的内容分析
   通常通过开发具体的情节（ s c e n a r i o）或活动顺序（有时称作“情节”），可以确定用户利
   用系统需要完成的任务，分析员由此可以获得用户用于处理任务的必要的功能需求。这是使
   用实例方法的精髓（参看第 8章）。

其他

用户代表必须参加整个软件开发生存周期，而不仅仅是只参加开始的
需求阶段。