《软件工程》第6课需求工程与需求分析1.ppt

面向对象的需求建模-用例规约 用例规约用来描述每一个用例的功用。主要内容包括： 简要说明：作用和目的。 用文本，也可用UML图来辅助说明。 事件流：包括基本流和备选流，所有可能的活动。 基本流最正常的场景。每个步骤需要数字编号；主要内容用一句简短标题来概括；详细描述参与者与系统之间的交互。 备选流描述异常或偶尔发生的情况。 起点；条件；动作；恢复。 特殊需求：非功能需求和设计约束。 前置条件和后置条件：系统执行之前的状态和执行完毕后处于的状态。 用例建模示例—选课用例规约 1．简要说明 本用例允许学生选本学期提供的课程。在学期开始的添加/删除时期，学生可以修改或删除选择的课程。课程目录系统提供了当前学期开设的所有课程的列表。 2．事件流 2.1基本事件流 用例开始于学生选择选课，或修改已存在的课程表。 1）系统要求学生指出要执行的操作（创建，修改或删除课程表） 2）一旦学生提供了所需要的信息，以下的一条子事件流将被执行 如果选择的是“创建课程表”，创建课程表子事件流将被执行 如果选择的是“修改课程表”，修改课程表子事件流将被执行 如果选择的是“删除课程表”，删除课程表子事件流将被执行 2.2备选事件流 。。。。。。 3．特殊需求 无 4．前置条件 本用例开始前学生必须已经登录进系统。 5．后置条件 如果用例成功，学生的课程表被创建，修改，删除。否则系统状态不变。 面向对象的需求建模-用例规约 用例模型的检查 功能需求的完备性。 模型是否易于理解。 是否存在不一致性。 避免二义性语义。 面向对象的需求建模-描述补充规约 用于记录在用例模型中不易描述的系统需求。 选课系统的补充规约 1．目标 本文档的目的是定义选课系统的需求。本补充规约列出了不便于在用例模型的用例中获取的系统需求。它和用例模型一起记录关于系统的一整套需求。 2．范围 本补充规约适用于选课系统，除定义了在许多用例中所共有的功能性需求以外，还定义了系统的非功能性需求，例如：可靠性、可用性、性能和可支持性等。（功能性需求在用例规约中定义。） 3．参考——无 4．功能 多个用户必须能同时执行操作。 如果某个学生所建的课程表中包含人数已满的课程，必须通知这位学生。 5．可行性 桌面用户界面应与 Windows 98/2000/XP 兼容。 6．可靠性 选课系统在每周7天，每天24小时内都应是可用的。宕机的时间应少于 10%。 7．性能 。。。。。。 面向对象的需求建模-术语表示 选课系统的术语表 1.??简介 这份文档是用来对一些术语进行定义的，同时将用例说明或其他文档中读者不太熟悉的术语进行解释性的描述。通常来说，这份文档对一些数据信息进行一些定义，从而使得用例规约和其他的文档显得简洁易懂。 2.? 定义 这份术语表包含了选课系统中核心概念的定义。 课程：大学提供的某一门课。 开设课程：某一课程的具体安排情况，包括一周上课的天数、时间和教授。 课程目录：大学所开设的所有课程的完整目录。 教员：所有在此大学内任教的教授。 财务系统：用来处理收费信息的系统。 成绩：学生某门课程的成绩。 。。。。。。 面向对象的需求建模-调整用例模型 用例之间是否相互独立？ 多个用例之间是否有非常相似的行为或事件流？ 用例事件流的一部分是否已被构建为另一个用例？包含 是否应该将一个用例的事件流插入另一个用例的事件流中？扩展 课堂互动 如何简洁而正确的确定用例？ 小结 需求分析由需求获取、需求建模、规格说明和需求验证四个步骤组成。 建立需求模型是需求分析的核心，它通过各种图形及符号，可视化地从各个侧面描述系统需求。 需求规格说明书以各方共同认可的文档形式表述出来，是软件设计、系统验收的可靠依据。 面向对象的用例模型，由用例模型、补充规约和术语表一起组成。 随着人们对需求重要性的认识逐渐深入，软件需求管理应运而生。 课外任务 作业 P137：习题2、习题5 。 从教学群下载“《软件工程》课程学案.doc”文件完成第7次课学案内容并填写“《软件工程》课程前馈表”于本周六17:00前由各组组长收集（每组集成到一个文件中）通过QQ群及时反馈。 问题解答 如果还没有完善的软件系统，应该怎样进行需求的验证工作呢？荣婉如 建立用例模型时，在确定用例时应注意些什么问题？黄菲菲 会不会有某些用户所提出的条件，软件需求理论上可以完成，但却很难实现，请举个例子说明一下。党伟 参与者是人可以理解，参与者也可以是系统或者硬件设备这要怎么理解呢？李娜娜 怎样解释特殊需求？童磊 这节是常规需求获取方法，我认为面对面，建立小组是最有效的办法了，那不常规的有哪些？哪些有效吗？周洁莹 这种建模易于被用户理解，这种建模对程序设计人员来说方便不方便呢？陈双 如何简洁而正确的