321需求获取的常用方法 (4)分组制定小型规格说明 ◆与会者分成更小的小组,为每张列表中的项目制定小 型规格说明。每个小组都向全体与会者展示他们制定的 小型规格说明,供大家讨论。 (5)制定确认标准,起草需求规格说明书 每位与会者都制定出产品的一整套确认标准,并提交 会议讨论,以创建出意见一致的确认标准。 ◆最后,起草完整的软件需求规格说明书。 第3章软件需求分析
第3章 软件需求分析 3.2.1 需求获取的常用方法 （4）分组制定小型规格说明 ◆与会者分成更小的小组，为每张列表中的项目制定小 型规格说明。每个小组都向全体与会者展示他们制定的 小型规格说明，供大家讨论。 （5）制定确认标准，起草需求规格说明书 ◆每位与会者都制定出产品的一整套确认标准，并提交 会议讨论，以创建出意见一致的确认标准。 ◆最后，起草完整的软件需求规格说明书
321需求获取的常用方法 简易的应用规格说明技术的优点: ◆开发者与用户不分彼此,齐心协力,密切合作; ◆即时讨论并求精; ◆有能导出规格说明的具体步骤。 第3章软件需求分析
第3章 软件需求分析 3.2.1 需求获取的常用方法 简易的应用规格说明技术的优点： ◆开发者与用户不分彼此，齐心协力，密切合作； ◆即时讨论并求精； ◆有能导出规格说明的具体步骤
3.22快速建立软件原型来获取需求 快速建立软件原型 口快速建立软件原型是一种有效的需求获取方法。 口快速原型的目的是尽快向用户提供一个演示目标系统主 要功能的可运行的程序。 快速原型的特性: (1)“快速”。 (2)“容易修改”:如果原型的第一版不是用户所需要的, 就必须根据用户的意见迅速地修改它,构建出原型的第二 版,以更好地满足用户需求。如果修改耗时过多,势必延 误软件开发时间。 第3章软件需求分析
第3章 软件需求分析 3.2.2 快速建立软件原型来获取需求 快速建立软件原型 快速建立软件原型是一种有效的需求获取方法。 快速原型的目的是尽快向用户提供一个演示目标系统主 要功能的可运行的程序。 快速原型的特性： （1）“快速” 。 （2）“容易修改”：如果原型的第一版不是用户所需要的， 就必须根据用户的意见迅速地修改它，构建出原型的第二 版，以更好地满足用户需求。如果修改耗时过多，势必延 误软件开发时间
322快速建立软件原型来获取需求 只包含基本功能 快速原型法基本思想 和基本数据库 在很短时间内建立 短时间内建立原型 起一个只包含基本数 据库和一些基本功能修改完善原型 的原型给用户使用, 否 然后根据用户意见对 用户满意 原型进行修改直到 是 满意为止 完成原型 2021年2月7日 第3章软件需求分析 第19页
2021年2月7日 第3章 软件需求分析 第19页 3.2.2 快速建立软件原型来获取需求 快速原型法基本思想: 在很短时间内建立 起一个只包含基本数 据库和一些基本功能 的原型给用户使用, 然后根据用户意见对 原型进行修改,直到 满意为止. 短时间内建立原型 否 用户满意? 修改,完善原型 完成原型 是 只包含基本功能 和基本数据库
322快速建立软件原型来获取需求 Andriole提出的以下6个问题,可用来帮助判断是否 选择原型法来帮助获取需求: 1.需求已经建立,并且可以预见是相当稳定吗? 2.软件开发人员和用户已经理解了目标系统的应用领 域吗? 3.问题是否可被模型化? 4.用户能否清楚地确定基本的系统需求? 5.有任何需求是含糊的吗? 6.已知的需求中存在矛盾吗? 第3章软件需求分析
第3章 软件需求分析 3.2.2 快速建立软件原型来获取需求 Andriole提出的以下6个问题，可用来帮助判断是否 选择原型法来帮助获取需求: 1. 需求已经建立，并且可以预见是相当稳定吗？ 2. 软件开发人员和用户已经理解了目标系统的应用领 域吗？ 3. 问题是否可被模型化？ 4. 用户能否清楚地确定基本的系统需求？ 5. 有任何需求是含糊的吗？ 6. 已知的需求中存在矛盾吗？ × √