第四讲需求工程.pptVIP

CASE 工具支持 需求存储。 变更管理。 可追溯性管理。 问题分析和变更描述 识别出的问题 变更分析和成本计算 变更实现 修正后的需求 需求变更管理 4.7.2 需求变更管理 问题分析和变更描述过程。 变更分析和成本计算。 变更实现。 预习的主要问题？？？ 1.什么是软件需求？有哪些类型的软件需求？ IEEE软件工程中的标准定义： （ 1 ）用户解决问题或达到目标所需的条件或权能（ Capability）； （ 2 ）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。 （ 3 ）一种反映上面（ 1 ）或（ 2 ）所描述的条件或权能的文档说明。 2.为什么软件需求在软件开发中相当重要？ 需求分析可以帮助开发人员真正理解业务问题。 需求分析是估算成本和进度的基础。 需求分析可以避免建造错误的系统，从而减少不必要的浪费。 软件规格说明有助于开发人员与客户在“系统应该做什么”问题上达成正式契约。 需求分析形成了软件开发的基线，有助于管理软件的演化和变更 。 软件需求是软件质量的基础，为系统验收测试提供标准。 3.需求规格说明在软件开发中起什么作用？ 需求规格说明是软件设计和实现的基础。 需求规格说明是测试和用户验收软件系统的依据。 4. 需求规格说明应遵循什么样的原则？？？ 功能与实现分离，描述要“做什么”而不是“怎样实现”。 要求使用面向处理的规格说明语言，从而得到“做什么”的规格说明。 规格说明必须包括系统运行的环境。 规格说明必须是一个认识的模型，而不是设计或实现的模型。 规格说明必须是可操作的。这意味着规格说明充当了一个可能行为的生成器。 规格说明必须容许不完备性并允许扩充。 规格说明必须局部化和松散的耦合。 5.需求工程和软件工程的关系？ 从软件工程提出的各种开发模型中可以看出，需求工程是软件开发过程的一个阶段。 它处在处在软件开发的开始阶段，提供了软件项目其余部分得以实现的根基。 对软件开发起着十分重要的影响。 6.需求工程分为几个阶段？ 需求获取：确定和收集和软件系统相关的，来自不同来源和对象的用户需求信息。 需求分析：对获得的用户需求信息进行分析和综合。 需求定义：使用适当的描述语言，按标准的格式描述软件系统的需求，并产生需求规格说明及其相应文档。 需求验证：审查和验证需求规格说明是否正确和完整地表达了用户对软件系统的需求。 * 需求发现的困难 信息持有者不知道希望计算机系统做什么； 信息持有者用他们自己的语言表达需求； 不同的信息持有者会有相冲突的需求； 组织或政治上的因素可能影响系统的需求； 在分析过程中，需求是变化的。新的需求可能从新的信息持有者那里得到。 需求发现的策略 1、需求发现应该是主动的。 需求捕获是一个主动动词，强调了需求分析人员在整个过程中应该充分发挥出主动性，要善于把握主动权，要随时根据每次调研的对象和调研的内容制定相应的计划。 需求捕获是撒网打鱼（主动寻找鱼群），不是休闲钓鱼（愿者上钩）。 需求发现的策略（续） 2、需求发现应该是聚焦的。 需求捕获时应该针对问题，步步深入，一次集中一个问题进行深入交流。 如当监控中心收到一个警告时，希望以什么形式体现？收到后一般会进行什么样的处理？在这个过程中需要做一些什么配套工作？原来处理时存在什么困难？有哪些问题是比较辣手的？ 善于聚焦访谈话题是需求捕获人员成功地关键。不要当提问者和听话筒。 需求发现的策略（续） 3、破解需求的冰上模型 用户的需求是一座冰山，这座冰山可以分为三个层次： 意识到的需求：经常困扰用户的问题使用户自己能够设想到的功能。需求分析人员能够很容易捕获到。 无意识的需求：与用户的实际工作场景有关。这样的需求只有到实际场景中去“亲身感受”才能了解到，而且只有这样才能设计出更加合理的解决方案。 未梦想的需求：需求分析人员在充分理解问题的基础上，选择合适的技术方案，用简单的功能解决原来很繁琐的处理过程，即创造出用户未梦想到的功能。 尝试理解业务场景是合格需求人员的良好习惯。 善于利用技术为用户创造全新体验是优秀需求人员的特质。 需求发现的首要问题？？ 谁是这个产品的用户？ 或者，谁是这个产品系统中的角色？ 什么是角色(Actor)？？ 与系统发生交互作用的、系统之外的任何东西都是角色 可以是人 也可以是机器 角色不等同于使用者 角色存在于系统外部 角色不是活动的准确描述 使用者是行驶某个角色职责的系统的使用人员 如小王是个采购员 角色分类 主动角色：Use Case的动作序列是由他先发起的，通常系统返回最后结果 主叫方，采购人员，票据录入员等 被动角色：系统通过调用角色来完成Use Case的动作序列（或其中的某一个动作） 不是初始动作的发起者 当系统需要它们帮助的时候 最终是为了满足主动角色