《uml项目开发过程》由会员分享，可在线阅读，更多相关《uml项目开发过程（33页珍藏版）》请在金锄头文库上搜索。
1、项目开发指南刘智博UML包括的图w 1、类图 class diagram 2、对象图 Object diagram 3、用例图 Use case diagram 4、顺序图 Sequence diagram 5、协作图 Collaboration diagram 6、状态图 Statechart diagram 7、活动图 Activity diagram 8、组件图 Compomnent diagram 9、扩展框图 Deployment diagramUML中的四种事物w1）结构事物 类、接口、协作（它是一个交互，它是由一组共 同工作以提供某协作行为的角色和其它元素构成的一个群体。）、用例
2、 、主动类（至少拥有一个进程或者线程，其元素的行为可以和其它元素 的行为并发）、构件（如COM+和Java Bean）、节点。 w2）行为事物 交互、状态机（描述了一个对象或者一个交互在 生命期内响应事件所经历的状态序列）。 w3）分组事物 包 w4）注释事物 注解 w Uml的构成w 视图。视图是表达系统的某一方面特征的uml建模元 素的子集，视图并不是图，它是由一个或者多个图组 成的对系统某个角度的抽象。 w 图。视图由图组成。 w 模型元素。 w 通用机制。可以为模型元素提供额外的注释，信息或 语义。需求分析阶段w 1.根据用户需求画出用例图w参与者：参与者通过向系统输入或请求系统输入某
3、些事件来触发系统的 执行。参与者对于系统而言总是外部的，因此它们可以处于人的控制之 外。 w用例：在不揭示系统内部构造的前提下定义连贯的行为。用例的名字唯 一。 （1）关联关系参与者与用例之间的联系（2）包含关系预订取车客户还车网上预订填写电子表格（3）扩展关系一个用例可被定义为基础用例的增量扩展（4）泛化关系一个用例可以被列举为一个或多个子用例还车交纳罚金预定电话预订网上预订w 在软件建模的过程中，使用用例图可以 推断系统希望的行为；使用类图可以描 述系统中的词汇；使用时序图，组件图 ，状态图和活动图可以说明这些词汇中 的事物如何互相作用以完成某些行为。w显示使用案例（表示系统功能）与角色（
4、人或系统）间的交互。 w任务：建立用户需求和功能模块，确定系统中的角色和使用案例。利用 ROSE，生成角色，使用案例和生成用例图。用例图画法通过主题作者搜索通过回复作者搜索通过两者搜索通过标题中的关键字搜索通过内容中的关键字搜索通过作者搜索匿名通过关键字搜索顺序图w在需求分析阶段，如果时间充裕可把顺序图画出来。概要设计阶段w 1.确定基础类，包。 w 2.画出类图w 任务：通过分析Use-Case Diagrams ， 得到所用到的类，分析这些类的属性、 操作和它们之间的关系。 w 2.包图：具有一些共性的类组合在一起 的图。类图的画法w类图是描述类，接口，协作以及它们之间关系的图，用来显示系
5、统中各 个类的静态结构。 w类图包括7个元素：类(Class)，接口(Interface)，协作(Collaboration)，依 赖关系(Dependency)，泛化关系(Generalization)，关联关系(Association) 以及实现关系(Realization)。w 创建用例图，时序图，协作图，状态图，活动图都是在Use Case View的目录下新建 w 创建类图，包图是在Logical View的目录下新建类之间的关系包图的画法详细设计阶段w 1.任务：细化和个性Use-Case的描述 ， 如类的操作和对象之间的消息相对应，填 充参数及复杂的类的设计。 w 所用到的框图：
6、 1.Class Diagrams:细化类图 2.State Diagrams:显示一个对象从生成 到删除的生命周期。 3.画出顺序图模板顺序图（时序图）模板图例 时序图按时间顺序描述系统元素之间的交互协作图w 协作图用来表现系统的对象间的一种交 互，即时间和空间顺序上的交互。虽然 和时序图表现交互的方式不同，但系统 的时序图和协作图一般描述相同的内容 。 w F5键可以实现时序图和协作图之间的自 动转换。状态图w 一个状态图表示一个状态机，主要用于 表现从一个状态到另一个状态的控制流 。它不仅可以展现一个对象拥有的状态 ，还可以说明事件（如消息的接收，错 误，条件变更等）如何随着世界的推移
7、来影响这些状态。New book：还未入库的新书 Delete：已经从书库里删除的书 Available：书籍处于可用状态，既可以外借的状态 Reserved：预定状态 Borrower：借出状态活动图w 活动图描述活动是如何协同工作的。当 一个操作必须完成一系列事情，而又无 法确定以什么样的顺序来完成这些事情 时，活动图可以更清晰的描述这些事情 。w Login the system：图书管理员登录系统 w Get book：处理还书操所 w Lend book：处理借书操作 w Update borrows informaion：更新借阅者借阅凭证上的信息 w Accept money：收
8、取罚金组件图w 在完成系统的逻辑设计后，下一步要定 义设计的物理实现，对面对对象系统的 物理方面进行建模时要用到两种图：组 件图和配置图。 w 组件图描述了软件的各种组件之间和它 们之间的依赖关系。 w 组件图通常包括3种元素：组件，接口 和依赖关系。 w 图书管理系统有两个组件图：业务对象 组件图和用户界面组件图w 业务对象组件图w 用户界面组件图配置图w 配置图描述了运行软件的系统中硬件和 软件的物理结构，即系统执行处理过程 中系统资源元素的配置情况以及软件到 这些资源元素的映射。配置图中通常包 括两种元素：节点和关联关系。 w 节点：处理器和设备软件需求分析w IEEE软件工程标准词汇表
9、中将需求定义为： （1）用户解决问题或到达某种目的所需要的条件或权能 （2）系统或系统组件要满足合同，标准，规范或其他正式的文档 所需要的条件或职能 （3）反映以上（1）或（2）中描述的条件或权能的文档说明。软件需求包括三个层次：业务需求，用户需求，功能需求 业务需求：希望通过该系统达到什么功能 用户需求：描述用户使用产品所能完成的任务 功能需求：说明了软件功能，用户使用这些功能以完成任务。w 需求层次图业务需求项目视图与范围文档用户需求用例文档系统需求功能需求约束条件非功能要求质量要求软件需求说明书目录制定Strucs架构JSPACITONACITON FORMtldstruts-confi
10、g.xmljavabeanJSPservlettag显示查找查找通过链 接或者 form表 单提交实例化调用actionmapping跳转 到指 定页 面Tld文件写法w w w 1.0 w 1.1 w Application Tag Library w http:/jakarta.apache.org/taglibs/struts-example-1.0 w w TypeGroupForumListTag w yhgl.tag.TypeGroupForumListTag w empty w w catalogID w true w true w w w groupID w true w tr
11、ue w w wPorperties文件写法.mm = 密码 .yhm = 用户名 w写完后通过命令native2ascii将汉字转换为strucs能够识别的代码 .mm = u5bc6u7801 .yhm = u7528u6237u540d w在jsp中写法如下： w在servlet写法如下： wConstants.MESSAGE.getMessage(locale, “ .mm “)Action的写法wpublic class actionname extends Action wpublic ActionForward execute(ActionMapping actionMappin
12、g, w ActionForm actionForm, w HttpServletRequest servletRequest, w HttpServletResponse servletResponse) w/取出JSP页面传过的变量（包括链接传递href=aciton.do?action = 4或 form表单内输入框的值（如果输入框name为action）写法如下： w servletRequest.getParameter(“action“); w/调用javabean进行业务处理 w/将需要传递的值传递到jsp页面中 wservletRequest.setAttribute(“对象名”,对象值);/对象值可以为字符串，列 表（LIST），对象 w/返回到strucs-config.xml指定的页面 wreturn actionMapping.findForward(“success“); wstruts-config.xmlw w w w w w w w w w w w w w w
