需求工程之原型法获取需求

原型法：

把系统主要功能和接口通过快速开发制作为“软件样机”，以可视化的形式展现给用户，及时征求用户意见，从而明确无误的确定用户需求。同时，原型也可用于征求内部意见，作为分析和设计的接口之一，可方便于沟通。面对不确定需求时通常使用原型法。（原型是一个演示系统，原型是一种工具）

原型法进行的步骤：

• 确定用户的基本需求（如功能、界面的基本形式、所需要的数据、应用范围、运行环境等）
• 构造初始原型
• 运行、评价和修改原型
• 形成最终的软件系统

原型的分类：

• 淘汰（抛弃）式（原型用户完全不接受）
• 演化式（原型用户部分接受，进行原型演化）

原型法优点：

• 符合人们认识事物的规律，系统开发循序渐进，鼓励用户积极参与，有助于解决用户之间的差异
• 能给用户一个最终系统的直观感受，开发周期短，成本相对低
• 反复修改，确保较好的用户满意度
• 由于有用户的直接参与，系统更加贴近实际
• 易学易用，减少用户的培训时间
• 应变能力强

原型法的缺点：

• 不适合大规模系统的开发
• 开发过程管理要求高，整个开发过程要经过“修改—评价—再修改”的多次反复
• 用户过早看到系统原型，误以为系统就是这个模样，易使用户失去信息
• 开发人员易将原型取代系统分析
• 缺乏规范化的文档资料

原型法适用范围：

• 处理过程明确、简单的系统
• 涉及面窄的小型系统

原型法不适用范围：

• 大型、复杂系统
• 难以模拟，存在大量运算、逻辑性强的处理系统
• 管理基础工作不完善、处理过程不规范
• 大量批处理系统

需求获取的方法总结：

• 用户调查法
• 面谈
• 现场观摩
• 原型法（不属于传统的需求获取方法）
• 观察与文档审查（事情的情境性）
  • 从行业标准和规则中提取需求
  • 文档考古
  • 其他方法

非传统的需求获取方法：

• 基于知识的方法
• 基于观点的方法
• 联合应用设计（JAD、Joint Application Design）
• 质量功能部署（QFD、Quality Function Deployment）