需求分析与用例模型.pptxVIP

会计学1 第3章 需求分析与用例模型 在软件工程中，需求分析指的是在建立系统时描写系统的目的、范围、定义和功能时要做的所有工作。 需求分析是软件工程中的一个关键过程。在这个过程中，系统分析员和软件工程师要确定顾客的需求。第1页/共73页 第3章 需求分析与用例模型软件开发过程中常见的场景第2页/共73页 第3章 需求分析与用例模型什么是需求？需求层次内容业务需求 客户对系统、产品高层次的目标要求。通常问题定义就是业务需求用户需求 描述用户使用产品必须要完成什么任务，怎么完成，通常是在问题定义的基础上进用户访谈、调查，对用户使用的场景进行整理，从而建立从用户角度的需求系统需求 从系统的角度来说明软件的需求，它就包括了用特性说明的功能需求，质量属性以及其它非功能需求，还有设计约束。第3页/共73页 第3章 需求分析与用例模型在统一过程（UP）中，需求按照“FURPS”模型进行分类。功能性（Functional）：特性、功能、安全性； 可用性（Usability）：人性化因素、帮助、文档； 可靠性（Reliability）：故障频率、可恢复性、可预测性； 性能（Performance）：响应时间、吞吐量、准确性、有效性、资源利用率； 可支持性（Supportability）：适应性、可维护性、国际化、可配置性。非功能性需求第4页/共73页 系统的诞生系统架构如何开始？从 用 例 图 开 始！第5页/共73页 一、 什么叫用例图 在系统开发的初期阶段，基于以下目的做成用例图：明确开发系统的主要功能明确开发系统的范围明确开发对象和外界的关系1、用例图的目的第6页/共73页 一、 什么叫用例图2、用例图的含义由参与者（Actor）、用例（Use Case）以及它们之间的关系构成的用于描述系统功能的动态视图称为用例图（Use Case Diagram）。要在用例图上显示某个用例，可绘制一个椭圆，然后将用例的名称放在椭圆的中心或椭圆下面的中间位置。 要在用例图上绘制一个参与者（表示一个系统用户），可绘制一个人形符号。参与者和用例之间的关系使用带箭头或者不带箭头的线段来描述，箭头表示在这一关系中哪一方是对话的主动发起者，箭头所指方是对话的被动接受者。第7页/共73页 一、 什么叫用例图 在用例建模中，为了更加清楚的描述用例或者参与者，会使用到注释。第8页/共73页 一、 什么叫用例图3、用例图的作用 用例图是需求分析中的产物，主要作用是描述参与者和用例之间的关系，帮助开发人员可视化的了解系统的功能。借助于用例图，系统用户、系统分析人员、系统设计人员、领域专家能够以可视化的方式对问题进行探讨，减少了大量交流上的障碍，便于对问题达成共识。 用例图可视化地表达了系统的需求，具有直观、规范等优点，克服了纯文字性说明的不足。 用例方法是完全从外部来定义系统功能，它把需求和设计完全的分离开来。我们不用关心系统内部是如何完成各种功能的，系统对于我们来说就是一个黑箱子。第9页/共73页 一、 什么叫用例图3、用例图的作用 获取需求、指导测试、对开发过程中的其他工作起指导作用。第10页/共73页 二、用例图的构成要素用例图包含3方面内容：用例图中可以包含注释、约束参与者（Actor）用例（Use Case）关系： 关联（Association） 泛化（Generalization） 包含（Include） 扩展（Extend）第11页/共73页 二、用例图的构成要素参与者参与者是系统外部的一个实体，以某种方式参与用例的执行过程。是为了完成一个事件与系统进行交互的实体，是与系统交互作用的外部用户、进程或其他系统的理想化概念。在UML中，参与者用名字写在下面的人形图标表示。第12页/共73页 二、用例图的构成要素参与者由它们参与用例时所担当的角色来表示。第13页/共73页 二、用例图的构成要素任何事物人、外系统、特殊的硬件、时间(到某一时间触发某一事件）等第14页/共73页 参与者的识别 在获取用例前要先确定系统的参与者，可以根据以下的一些问题来寻求系统参与者。 （1）使用系统主要功能的人是谁？　　（2）需要借助于系统完成日常工作的人是谁？　　（3）谁来维护管理系统保证系统正常工作？　　（4）系统控制的硬件有哪些？　　（5）系统与哪些其他系统交互？　　（6）对本系统产生的结果感兴趣的人或事是哪些？第15页/共73页 参与者之间的关系多个参与者之间可以具有与类之间相同的关系。在用例图中，可以使用泛化关系来描述多个参与者之间的公共行为。第16页/共73页 参与者之间的关系例如，在图书馆管理系统中，借书者可以泛化成两类：学生和老师。再如，航空售票系统接受客户预定机票，客户可以进行电话预定和网上预定