第5讲需求与验证导论.ppt

图5.21 家庭保安系统的分析类图 * * 例 5.10 导出分析类图 5.5 利用快速原型辅助需求分析 原型的分类： 探索性原型 实验性原型 进化性原型 * * 5.6 评审分析模型 参与人员：需求工程师、软件设计师、项目软件经理、利益相关方的代表和业务专家 任务：正式地审查需求优先级、基于UML的分析模型（含分析类图、交互图、状态图、活动图），快速原型等 分析模型是被评审的主体对象。 * * 5.7 需求规约 需求规约：需求工程师经需求获取的分析后形成的软件文档。 需求规约主体内容：软件需求的用例模型和分析模型。 需求规约的作用是什么？ * * 5.8 需求验证 ⑴需求评审。 ⑵问题整理。 ⑶问题求解。 ⑷达成一致。 * * 需求工程习题 详见需求工程习题.doc * 国防科技大学计算机学院 * 课堂作业 1、需求工程包括哪些活动，并简要说明其内容？软件开发中为什么要重视需求工程？ 2、需求获取活动包括那几个部分，并对每一部分活动作简要解释？ 3、需求分析的根本任务是什么？需求分析阶段需要执行哪些活动？ * 国防科技大学计算机学院 * 谢谢 * * * 国防科技大学计算机学院 需求分析与验证 教材P117 第5章 先思考几个问题？ 需求获取涉及的UML图形？（回顾） 需求获取过程模型？（回顾） * * 阅读书的第五章回答下列问题？ 需求分析使用的UML图形有哪些？ 需求分析的过程模型包括哪些活动？ 如何确定需求的优先级？ 10分钟 * * 第五章 需求分析与验证 5.1 分析模型的表示 顺序图、通信图、 状态图 5.2 需求分析的过程模型 5.3 需求优先级分析 5.4 用例分析 5.5 利用快速原型辅助需求分析 5.6 评审分析模型 5.7 需求规约 5.8 需求验证 * * 第五章 需求分析与验证 5.1 分析模型的表示 5.1.1 顺序图 5.1.2 通信图 5.1.3 状态图 * * 5.1 分析模型的表示 在用例模型已成的情形下为何还要构建分析模型？ * * 分析模型的表示 构建分析模型的两点理由： ⑴分析模型比用例模型更加结构化、更加清晰直观。 ⑵分析模型是用例模型与软件设计模型之间的“桥梁”。 * * 分析模型的表示 参与者： 需求工程师。 软件架构师、利益相关方，以及项目软件经理、质量保证工程师。 输入与输出： 输入制品与需求获取活动的输出制品相同。在所有这些输入制品中，用例模型最重要。 输出制品主要是软件需求的分析模型。该模型是需求规约的主要组成部分，同时也是后续软件设计、构造和测试活动的工作基础。 * * 5.1 分析模型的表示 * * 顺序图 分类：交互图包括顺序图和通信图两种。 前者强调消息传递的时间序，后者突出交换消息的对象之间的合作关系。 虽然它们各有侧重，但从语义上讲基本等价，可从一种图自动转换为另一种图。 * * 顺序图 交互图的作用： 业务分析及需求分析人员？ 软件设计及实现人员？ 测试人员？ 课程注册管理系统中“制订选课计划”用例的顺序图 * * 图5.1 课程注册管理系统中“制订选课计划”用例的顺序图 * * 5.1.2 通信图 通信图是顺序图的另一种表现形式。 如，图5.5是与图5.1所示的顺序图等价的通信图（除注解外） * * * * 图5.5 课程注册管理系统中“制订选课计划”用例的通信图 （三）顺序图与通信图之间的选取 顺序图和通信图互为派生视图，建模者往往面临选用顺序图还是通信图的困惑。 建议读者依次考虑以下规则（前面的规则优先级较高）： ⑴当需要强调消息传递的时间序时采用顺序图； 当需要强调对象之间的交互、协作关系时采用通信图。 ⑵当刻画用例的动作序列时，采用顺序图； 当刻画软件内部等某项功能的实现构想时，采用通信图。 ⑶在业务分析和需求建模阶段，优先考虑顺序图；在设计和实现阶段，优先考虑通信图。 * * 5.1.3 状态图 定义 ：状态图描述一个实体在事件刺激下的反应式动态行为。 构成：状态、事件以及响应动作。 实体可以是对象，软件系统（或其子部分）或其中一个软构件，整个大系统。 作用：状态图可用来描述实体的行为。 * * 图5.6 课程注册管理系统中“课程设置”类的典型对象的状态图 * * 5.2 需求分析的过程模型 如何展开需求分析？ 应该遵循何种过程模型来展开需求分析？ 需求分析的主要任务是：建立比用例模型更完整、更精细的分析模型，以期获得对软件需求的更深入理解，提高软件需求的质量，为软件设计奠定更坚实的基础。 * * 需求分析的过程模型 用例驱动的需求分析过程的主要活动如下 ⑴需求优先级分析。 ⑵用例分析