与用户沟通获取需求的方法3 ■简易的应用规格说明技术:提倡用户与开发者密切合作,共 回标识问题,提出解决方案要素,商讨不同方案并指定基本 口初步的方谈,通过用户对基本问题的回答,初步确定待解决的问题的 范围和解决方案。 口开发者和用户分别写出“产品需求”。 口选定会议的时间和地点,并选举一个负责主持会议的协调人,邀请开 发者和用户双方组织的代表出席会议,并在开会前几天预先把写好的 需求分发给每位与会者认真审查。 口会议开始后,首先讨论是香需要这个新产品,如果大家都同意,每位 亏会者就应该把他们在会前准备好的列表展示出来供大家讨论 口大家共同创建一张组合列表 口把与会者分成更小的小组 个小组的工作目标是为每张列表中的项 百制定小型规格说明并向全体与会者展示 口每个与会煮都制定出产品的一整套确认标准,并把自己制定的标准提 交会 论,以创建出意见一義的确认标 口最后,由一名或多名与会者根据会议成果起草完整的软件需求规格说 明书。 口优点:开发者与用户不分彼此,齐心协力,密切合作;即时讨论并求 ;有能导出规格说明的具体步骤
与用户沟通获取需求的方法3 ◼ 简易的应用规格说明技术：提倡用户与开发者密切合作，共 同标识问题，提出解决方案要素，商讨不同方案并指定基本 需求。 初步的访谈，通过用户对基本问题的回答，初步确定待解决的问题的 范围和解决方案。 开发者和用户分别写出“产品需求”。 选定会议的时间和地点，并选举一个负责主持会议的协调人，邀请开 发者和用户双方组织的代表出席会议，并在开会前几天预先把写好的 产品需求分发给每位与会者认真审查。 会议开始后，首先讨论是否需要这个新产品，如果大家都同意，每位 与会者就应该把他们在会前准备好的列表展示出来供大家讨论。 大家共同创建一张组合列表。 把与会者分成更小的小组，每个小组的工作目标是为每张列表中的项 目制定小型规格说明并向全体与会者展示。 每个与会者都制定出产品的一整套确认标准，并把自己制定的标准提 交会议讨论，以创建出意见一致的确认标准。 最后，由一名或多名与会者根据会议成果起草完整的软件需求规格说 明书。 优点：开发者与用户不分彼此，齐心协力，密切合作；即时讨论并求 精；有能导出规格说明的具体步骤
与用户沟通获取需求的方法4 ■快速建立软件原型:快速建立起来的旨在演示 目标系统主要功能的可运行的程序。 ■第一个特性是“快速” ■第二个特性是“容易修改”(原型的“修 改一试用一反馈”过程可能重复多遍) ■使用的方法和工具 口第四代技术:包括众多数据库查询和报表语言、程序 和应用系统生成器以及其他非常高级的非过程语言。 口可重用的软件构件:可以是数据结构(或数据库),或软 件体系结构构件(即程序),或过程构件(即模块)。 口形式化规格说明和原型环境
与用户沟通获取需求的方法4 ◼ 快速建立软件原型：快速建立起来的旨在演示 目标系统主要功能的可运行的程序。 ◼ 第一个特性是“快速”。 ◼ 第二个特性是“容易修改”（原型的“修 改—试用—反馈”过程可能重复多遍）。 ◼ 使用的方法和工具 第四代技术：包括众多数据库查询和报表语言、程序 和应用系统生成器以及其他非常高级的非过程语言。 可重用的软件构件：可以是数据结构(或数据库)，或软 件体系结构构件(即程序)，或过程构件(即模块)。 形式化规格说明和原型环境
指导 快速分析,确定初步规格说明 匚。构造原型 运行/评价原型 修正与改进原型 原型完成否 要细部说明否 快速分析或修改 匚严格说明细部 评价原型构造 N 效果满意否 运行 整理原型提供文档 (a)原型开发模型 (b)模型的细化过程
需求工程 ■定义:指应用已证实有效的原理和方法, 系统地描述出待开发系统及其行为特征和 相关约束 求工程 需求开发 需求管理 呵题获防析编写规格说明[验证
需求工程 ◼ 定义：指应用已证实有效的原理和方法， 系统地描述出待开发系统及其行为特征和 相关约束
需求开发的主要活动 确定产品所期望的用户类 获取每个用户类的需求; ■了解实际用户任务和目标以及这些任务所支持的业务需求; 分析源于用户的信息以区别用户任务需求、功能需求、业务 规则、质量属性、建议解决方法和附加信息; 将系统级的需求分为几个子系统,并将需求中的一部份分配 给软件组件; ■了解相关质量属性的重要性; ■商讨实施优先级的划分; 将所收集的用户需求编写成规格说明和模型: 评审需求规格说明,确保对用户需求达到共同的理解与认识, 并在整个开发小组接受说明之前将问题都弄清楚
需求开发的主要活动 ◼ 确定产品所期望的用户类； ◼ 获取每个用户类的需求； ◼ 了解实际用户任务和目标以及这些任务所支持的业务需求； ◼ 分析源于用户的信息以区别用户任务需求、功能需求、业务 规则、质量属性、建议解决方法和附加信息； ◼ 将系统级的需求分为几个子系统，并将需求中的一部份分配 给软件组件； ◼ 了解相关质量属性的重要性； ◼ 商讨实施优先级的划分； ◼ 将所收集的用户需求编写成规格说明和模型； ◼ 评审需求规格说明，确保对用户需求达到共同的理解与认识， 并在整个开发小组接受说明之前将问题都弄清楚