ul项目开发过程.ppt

项目开发指南 刘智博 UML包括的图 1、类图 class diagram2、对象图 Object diagram 3、用例图 Use case diagram4、顺序图 Sequence diagram5、协作图 Collaboration diagram6、状态图 Statechart diagram7、活动图 Activity diagram8、组件图 Compomnent diagram9、扩展框图 Deployment diagram UML中的四种事物 1）结构事物 －－－ 类、接口、协作（它是一个交互，它是由一组共同工作以提供某协作行为的角色和其它元素构成的一个群体。）、用例、主动类（至少拥有一个进程或者线程，其元素的行为可以和其它元素的行为并发）、构件（如COM+和Java Bean）、节点。 2）行为事物 －－－ 交互、状态机（描述了一个对象或者一个交互在生命期内响应事件所经历的状态序列）。 3）分组事物 －－－ 包 4）注释事物 －－－ 注解 Uml的构成 视图。视图是表达系统的某一方面特征的uml建模元素的子集，视图并不是图，它是由一个或者多个图组成的对系统某个角度的抽象。 图。视图由图组成。 模型元素。 通用机制。可以为模型元素提供额外的注释，信息或语义。 需求分析阶段 1.根据用户需求画出用例图 参与者：参与者通过向系统输入或请求系统输入某些事件来触发系统的执行。参与者对于系统而言总是外部的，因此它们可以处于人的控制之外。 用例：在不揭示系统内部构造的前提下定义连贯的行为。用例的名字唯一。 （1）关联关系——参与者与用例之间的联系 （2）包含关系 （3）扩展关系——一个用例可被定义为基础用例的增量扩展 （4）泛化关系——一个用例可以被列举为一个或多个子用例 在软件建模的过程中，使用用例图可以推断系统希望的行为；使用类图可以描述系统中的词汇；使用时序图，组件图，状态图和活动图可以说明这些词汇中的事物如何互相作用以完成某些行为。 用例图画法 显示使用案例（表示系统功能）与角色（人或系统）间的交互。 任务：建立用户需求和功能模块，确定系统中的角色和使用案例。利用ROSE，生成角色，使用案例和生成用例图。 顺序图 在需求分析阶段，如果时间充裕可把顺序图画出来。 概要设计阶段 1.确定基础类，包。 2.画出类图 任务：通过分析Use-Case Diagrams ，得到所用到的类，分析这些类的属性、操作和它们之间的关系。 2.包图：具有一些共性的类组合在一起的图。 类图的画法 类图是描述类，接口，协作以及它们之间关系的图，用来显示系统中各个类的静态结构。 类图包括7个元素：类(Class)，接口(Interface)，协作(Collaboration)，依赖关系(Dependency)，泛化关系(Generalization)，关联关系(Association)以及实现关系(Realization)。 创建用例图，时序图，协作图，状态图，活动图都是在Use Case View的目录下新建 创建类图，包图是在Logical View的目录下新建 类之间的关系 包图的画法 详细设计阶段 顺序图（时序图）模板图例时序图按时间顺序描述系统元素之间的交互 协作图 协作图用来表现系统的对象间的一种交互，即时间和空间顺序上的交互。虽然和时序图表现交互的方式不同，但系统的时序图和协作图一般描述相同的内容。 F5键可以实现时序图和协作图之间的自动转换。 状态图 一个状态图表示一个状态机，主要用于表现从一个状态到另一个状态的控制流。它不仅可以展现一个对象拥有的状态，还可以说明事件（如消息的接收，错误，条件变更等）如何随着世界的推移来影响这些状态。 New book：还未入库的新书Delete：已经从书库里删除的书Available：书籍处于可用状态，既可以外借的状态Reserved：预定状态Borrower：借出状态 活动图 活动图描述活动是如何协同工作的。当一个操作必须完成一系列事情，而又无法确定以什么样的顺序来完成这些事情时，活动图可以更清晰的描述这些事情。 Login the system：图书管理员登录系统 Get book：处理还书操所 Lend book：处理借书操作 Update borrow’s informaion：更新借阅者借阅凭证上的信息 Accept money：收取罚金 组件图 在完成系统的逻辑设计后，下一步要定义设计的物理实现，对面对对象系统的物理方面进行建模时要用到两种图：组件图和配置图。 组件图描述了软件的各种组件之间和它们之间的依赖关系。 组件图通常包括3种元素：组件，接口和依赖关系。 图书管理系