摘要：
一、数据库模简介 二、数据建模元素1、表（Table）2、表索引（Table Index）3、表触发器（Table Trigger）4、表约束（Table Constraint）5、视图（View）6、存储过程（Stored Procedure）三、数据建模实例四、总结一、数据建模简介数据建模不仅可以对象的属性建模（比如E-R图），也可以对数据的行为建模（比如触发器Trigger、存储过程Stored Procedure）.在进行数据库设计时，设计到如下几个概念：模式 Schema、主键 Primary、外键 Foreign key、关系 Relationship、约束 constraint、 阅读全文
摘要：
一、为什么要学习UML二、UML的历史三、UML的特点四、UML中的视图五、UML建模工具六、UML的应用领域七、UML的构成1、需求阶段如何书写Use Case2、设计阶段如何画用例图（Use-Case Diagram）3、类与类之间的关系图(Class Diagram,UML图)4、UML建模之活动图介绍（Activity Diagram）5、UML建模之状态图（Statechart Diagram）6、UML建模之时序图（Sequence Diagram）7、UML建模之业务处理模型（Business Process Model,BPM）8、UML建模之数据建模（Data Model D 阅读全文
摘要：
一、时序图简介（Brief introduction） 二、时序图元素（Sequence Diagram Elements）角色（Actor）对象（Object）生命线（Lifeline）控制焦点（Focus of Control）消息（Message）自关联消息（Self-Message）Combined Fragments三、时序图实例分析（Sequece Diagram Example Analysis）时序图场景时序图实例时序图实例分析四、总结（Summary）一、时序图简介（Brief introduction）时序图（Sequence Diagram）是显示对象之间交互的图，这些对 阅读全文
摘要：
一、业务处理模型简介（Brief introduction）二、业务处理模型元素（Elements）1、目标（Goal）2、消息（Information）3、资源（Resource）4、输出（outputs）三、业务处理模型案例分析（Business Process Model Example Analysis）四、总结（Summary）一、业务处理模型简介（Brief introduction）业务处理模型是一组活动的集合，描述了活动从开始到结束在时间或者空间上的顺序，以及输入和输出。业务处理模型最终输出要能够满足业务需要。业务处理模型一般包括：1、目标（Goal）2、特定的输入（speci 阅读全文
摘要：
一、部署图简介（Deployment Diagram Introduction） 二、部署图元素（Deployment Diagram Elements）1、结点（Node）2、结点实例（Node Instance）3、结点类型（Node Stereotypes）4、物件（Artifact）5、连接（Association）6、结点容器（Node as Container）三、部署图项目示例（Deployment Diagram Example）1、Web Server服务器2、Web访问量分流设备3、FTP Server And Session Server服务器4、DB Server服务器 阅读全文
摘要：
状态图目录：一、状态图简介（Brief introduction）二、状态图元素（State Diagram Elements）1、状态（States）2、转移（Transitions）3、动作（State Actions）4、自身转移（Self-Transitions）5、组合状态（Compound States）6、进入节点（Entry Point）7、退出节点（Exit Point）8、历史状态（History States）9、并发区域（Concurrent Regions）三、状态图案例分析（State Diagram Example Analysis）四、总结（Summary）一、 阅读全文
摘要：
一、简介 二、类的构成三、类之间的关系（Relationship）1、单向关联2、双向关联3、自身关联4、多维关联(N-ary Association)5、泛化(Generalization)6、依赖(Dependency)7、聚合(Aggregation)8、组合（Composite）四、总结一、简介类是对象的集合，展示了对象的结构以及与系统的交互行为。类主要有属性（Attribute）和方法（Method）构成,属性代表对象的状态，如果属性被保存到数据库，此称之为“持久化”；方法代表对象的操作行为，类具有继承关系，可以继承于父类，也可以与其他的Class进行交互。类图展示了系统的逻辑结构. 阅读全文
摘要：
一、活动图的组成元素 Activity Diagram Element1、活动状态图（Activity）2、动作状态（Actions)3、动作状态约束（Action Constraints）4、动作流（Control Flow）5、开始节点（Initial Node）6、终止节点（Final Node）7、对象（Objects）8、数据存储对象（DataStore）9、对象流（Object Flows）10、分支与合并（Decision and Merge Nodes）11、分叉与汇合（Fork and Join Nodes）12、异常处理（Exception Handler）13、活动中断区 阅读全文
摘要：
一、概述 二、术语解释1、Extends 用例扩展关系2、Include 用例包含关系3、角色（Actor）三、如何画Use Case 用例视图1、新建工程2、新建Use Case View 用例视图3、根据业务需求画Use Case视图四、Use Case 在实际项目中的组织结构五、总结一、概述用例试图描概括了用例中角色和系统之间的关系，描述了系统功能需求，角色和系统的交互以及系统的反应。会员具有浏览商品类别、根据关键字产讯商品和选择商品加入购物车的功能。二、术语解释1、Extends 用例扩展关系扩展关系一般用来描述一个元素延伸为另外一种行为。Use Case中的扩展表示一个UC有可能.. 阅读全文
摘要：
什么是Use Case用例描述文档的书写是系统分析人员对用户需求的深刻理解的体现。是后期时序图和实际开发的重要依据。也可以对作为项目估算的依据，以及根据UC复杂度和开发周期来衡量开发人员的工作效率。因此UC的书写规范及其重要，就工作用的一些经验，比如书写格式、书写内容及其注意事项与大家分享。大纲图：一、前期准备Ø 对用户的问题要有非常深刻完善的理解Ø 确保能够解决用户的所有问题Ø 把用户的需求真正地反应到商业模型Ø 对以后的设计和开发过程提供说明和框架Ø 根据需求生成ＵＩ界面二、Use Case内容首先有用例名称：一般是模块名称或者模块中功能点 阅读全文
摘要：
"例，比也"（《说文》），本次连载将给出一个利用UML进行建模的完整实例，综合应用前面学到的知识，达到"举此以例其余"（元刘壎《隐居通议·欧阳公》）的目的。 在我国十年前ATM（自动取款机）还是一个很新鲜的事物，现在在城市的大街小巷随处可见。我们在日常生活中也经常和ATM打交道。本章我们将以简化的ATM系统为例将前面几章中学到的用例图、类图、顺序图、状态图、活动图及协作图知识运用到此例中。 5.1用例图 参与者"银行储户"和ATM机。简化后的ATM机仅有取款、存款及其余功能。其余功能不做详细说明。图5.1 自动取款机（ATM 阅读全文
摘要：
静可描形，动可描行。动和静是辩证的两面，在UML中，静态建模可以描述系统的组织和结构，而动态建模则可描述系统的行为和动作。 前一节中介绍的类图和对象图主要用于静态建模，本节我们将描述UML中的动态建模机制。在动态建模机制中，以消息来完成对象之间的交互，用状态图、顺序图、协作图和活动图来描述系统的行为。 4.1消息 在面向对象领域，两个对象的交互是通过消息的发送和接收来完成的。消息分为简单消息、同步消息和异步消息： （1）简单消息：只是表示控制如何从一个对象发给另一个对象，并不包含控制的细节； （2）同步消息：同步意味着阻塞和等待，如果对象A给对象B发送一个消息，对象A会等待对象B执... 阅读全文
摘要：
同类相从，同声相应，固天之理也。——《庄子·渔父》 类是一种对本质相同事物的抽象，人类软件开发技术的发展历史，就是还事物以本源的历史，开发技术、名词越来越接近世界的真实，“面向对象”、“类”就是这样的产物。 3.1类图 在UML中，类图显示了一组类、接口、协作以及它们之间的关系。在UML的静态机制中类图是一个重点，它不但为设计人员所关心，更为实现人员所关注，建模工具也主要依据类图来产生代码（正向）工程。因此，类图在UML的各种图中占据了相当重要的地位。 类在类图中类用矩形框来表示，它的属性和操作分别列在分格中，若不需要表达详细信息时，分格可以省略。一个类可能出现在好几个图中。同一个类 阅读全文
摘要：
目前，在的内地版《神雕侠侣》中，杨过和小龙女有一份不为人知的默契与浪漫，那就是他们所绘制的并肩小人图。这样的小人图，是UML用例图的一部分，被称为参与者。 2.1 用例与用例图 用例是需求分析中最重要的概念，需求表征了一个系统的设计特性、特征和行为，描述一个系统的需求意味着描述了建立在该系统外部的事物与系统之间的契约，契约上声明了期望系统做什么。 需求获取(Requirement Elicitation) 是需求工程的主体，其主要工作是建立待开发系统的模型，而用例就是用于建立这种模型的良好方法。用例最初由Ivar Jackboson博士提出，后被综合到UML规范之中，成为需求表述的标准化... 阅读全文
摘要：
20 世纪80 年代，随着面向对象技术成为研究的热点，先后出现了几十种面向对象的软件开发方法。其中，Booch、OMT 和OOSE等方法得到了广泛的认可。然而，采用不同方法进行建模不利于开发者之间的交流。而UML则统一了Booch、OMT 和OOSE 的表示方法，而且对其作了进一步的发展。1997 年，UML 被国际对象组织OMG采纳为面向对象的建模语言的国际标准，它溶入了软件工程领域的新思想、新方法和新技术。UML不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程。数年来，UML凭借其简洁明晰的表达方式、超凡脱俗的表达能力，一路杀将出来，为业界所广泛认同！目前，在多数大型 阅读全文
摘要：
在UML类图中，常见的有以下几种关系: 泛化（Generalization）, 实现（Realization），关联（Association)，聚合（Aggregation），组合(Composition)，依赖(Dependency) 1. 泛化（Generalization）【泛化关系】：是一种继承关系，表示一般与特殊的关系，它指定了子类如何特化父类的所有特征和行为。例如：老虎是动物的一种，即有老虎的特性也有动物的共性。【箭头指向】：带三角箭头的实线，箭头指向父类 2. 实现（Realization）【实现关系】：是一种类与接口的关系，表示类是接口所有特征和行为的实现.【箭头指向】：带三角 阅读全文
摘要：
UML由视图（View）、图（Diagrams）、模型元素（Model elements）和通用机制等几个部分构成。视图用来表示被建模系统的各个方面。由多个图构成，它不是一个图片，而是在某一个抽象层上，对系统的抽象表示。如果要为系统建立一个完整的模型图，只需定义一定数量的视图，每个视图表示系统的一个特殊方面就可以了。视图还把建模语言和系统开发时选择的方法或过程连接起来。图由各种图片构成，用来描述一个视图的内容。UML语言定了9中不同的图的类型，把它们有机地结合起来就可以描述系统的所有视图。模型元素代表面向对象中的类、对象、消息和关系等概念，是构成图的最基本的常用概念。通用机制用于表示其他信息， 阅读全文