作者不祥　来源不祥　http://www.csai.cn  2005年1月2日

重要声明：

　　对此系列文章，error.cao仅授权www.51CMM.COM.com独家刊登，任何个人或团体不得转载作商业用途。

1. 4注释事物

1.4. 1注解(note)

　　附加定义性告诉被注解对象的性质、特征、用途等。

　　如果这样理解注解似乎是可以的，但描述性字符太少，免不了心里不塌实，但如何理解注解呢？就是说明性的文字。

　　说明什么，什么都可以被说明，只要是这个世界上存在的事物就可以被说明。

　　但在UML的定义中，这些描述性的文字常常被隐藏起来，并不直接地表示成为注解（事物），作者本人也是如此认为，注解最好的表述方式是隐性。作为被描述的事物本身由于没有直观的表述注解，其脉络是清晰的。

　　其实这个东西不用来解释，我记得张五常先生的《经济解释》中首先提及的套套逻辑即是如此，因为我们采用的注解的方式来注?quot;注解"这个词。

1.5关系事物

　　关系是UML中最难表示的一"件"东西（我自己认为，但不知道专家们如何看），难在那里，它就是从系统分析到系统构架的关键。

　　关于关系我会在下一章详细地说明，其实软件开发仔细想就是我们对现实事物的描述，而这个描述就是关系，其现实事物就是对象(Object)。

　　以下说明UML中几个典型的关系。

1.5. 1依赖(dependency)

　　一个元素(被依赖事物的提供者)的变化将影响到另一个元素(依赖事物的接收者)，或向其(接收者)提供信息。

关于依赖的语义，我举个简单的例子，一个小孩（依赖事物）是没有获取食物的能力的行为，他的生存就是依赖于他的父母（被依赖事物）对他的抚养（依赖方式）。故依赖被这样定义：一个事物为了达到某个目的，而采用一种依赖方式依赖于被依赖事物。

　　依赖的形式可能是多样的，这样我们就用依赖关系来表述它，针对不同的依赖的形式，依赖关系有不同的变体

　　(varieties)：

　　<1>抽象(abstraction)：从一个对象中提取一些特性，并用类方法表示。

　　<2>绑定(binding)：为模板参数指定值，以定义一个新的模板元素。

　　<3>组合(combination)：对不同类或包进行性质相似融合。

　　<4>许可(permission)：允许另一个对象对本对象的访问。

　　<5>使用(usage)：声明使用一个模型元素需要用到已存在的另一个模型元素，这样才能正确实现使用者的功能(包括调用、实例化、参数、发送)。

　　<6>跟踪(trace)：声明不同模型中元素的之间的存在一些连接。

　　<7>访问或连接(access)：允许一个包访问另一个包的内容。

　　<8>调用(call)：声明一个类调用其他类的操作的方法。

　　<9>导出(derive)：声明一个实例可从另一个实例导出。

　　<10>友员(friend)：允许一个元素访问另一个元素，不管被访问的元素的具有可见性。

　　<11>引入(import)：允许一个包访问另一个包的内容并被访问组成部分增加别名。

　　<12>实例(instantitate)：关于一个类的方法创建了另一个类的实例声明。

　　<13>参数(parameter)：一个操作和它参数之间的关系。

　　<14>实现(realize)：说明和其实之间的关系。

　　<15>精化(refine)：声明具有两个不同语义层次上的元素之间的映射。

　　<16>发送(send)：信号发送者和信号接收者之间的关系。

　　UML本身没有提供如此之多的定义，作者根据自身对UML的认识，添加一些，这些东西会在下一章中详细描述。

1.5.2关联(association)

　　关联是两个或多个特定类之间的关系，它描述了这些类元的实例的联系。参与其中的类元在关联内的位置有序。在一个关联中同一个类可以出现在多个位置上，关联的每一个实例链是引用对象的有序表，关联的外延即这种链的一个集合。在链集合中给定对象可以出现多次，或者在关联的定义允许的情况下可以在同一链中（不同的位置）出现多次。关联将一个组织在一起。如果没有关联，那只是一个无连接类集合。

　　关联可以有一个名称，但是它的大部分描述建立在关联端点中，每个端点描述了关联中类对象的参与。关联端点只是关联描述的一部分，不是可区分的语义或可用符号表示的概念。

　　关联名称在包含包的所有关联和类中它必须是唯一的。若名称不唯一，关联的端点并不明确。关联的端点定义在关联位置中给定位置的一个类（角色的参与）。同一个类可以出现在出现在多个位置，但位置是不可以交换的，这个位置的关系就是关联?quot;关系"。当然位置的端点也可以是其他情况下的类元。

如果想了解更多相关内容请访问:

 http://51cmm.csai.cn/OO/No039.htm

作者不祥　来源不祥　http://www.csai.cn  2005年1月2日

重要声明：

　　对此系列文章，error.cao仅授权www.51CMM.COM.com独家刊登，任何个人或团体不得转载作商业用途。

1.5图

1.5.1类图(Class diagram)

类图的语义：

　　类图是静态视图的图形表达方式，表示声明的（静态的模型元素），如类、类型及其他内容及相互关系。类图可以表示包的视图，包含嵌套包的符号。类图包含一些具体的行为元素，如操作他们的动态特征是在其他图中表示的，如状态图和协作图。

表示法：

　　类图是用图形方式表示的静态视图。通常，为了表示一个完整的静态视图，需要几个类图（类图这个时候要讲究关联性，如逻辑划分）。每个独立的类图需要说明基础模型中的划分，即是某些逻辑划分，如包是构成该图的自然边界。

类图的表示是一个简单的表示：

　　(我们还是来举个我们原先用过的例子来说明下面的各个图例。在述说状态的时候，我们举了一个下班拿钥匙的例子，这次，我们换一下说明方式，假如一位经理下班后，到了楼下，发现钥匙没有拿下来，这时他让秘书上去拿。最后秘书拿到钥匙后交给经理，经理拿到钥匙回家)

1.5.2对象图(Object diagram)

对象图的语义：

　　对象图显示某些时刻对象和对象之间的关系，比如对象是类的实体，那么对象就是将类图中的类换成该类的实体-对象，那么，这个图就是对象图。对象图和协作图相关，协作图显示处于语境中的对象模型(类元角色)。

对象图的表示法：

　　对于对象图无需提供单独的形式。类图中就包含了对象，所以只有对象而无类的类图就是一个"对象图"（和语义的描述一致）。然而，"对象图" 这一个术语仅仅在特定的环境下才很有用。

对象图不显示系统的演化过程，他仅仅是对象的关系等的静态描述。

1.5.3用例图(User case diagram)

用例图语义：

　　表示处于同一个系统中参与者和用例之间的关系。

用例图表示：

　　用例图是包括参与者、由系统边界（一个矩形）封闭的一组用例，参与者和用例之间的关联、用例间关系以及参与者的泛化的图。用例图表示来自用例模型的元素。

1.5.4顺序图(Sequence diagram)

顺序图语义：

　　以时间顺序显示对象的交互的图，实际上，它显示了参与交互对象的和所交换消息的顺序。也是以时间为次序的对象之间的通讯的集合。不同于协作图，顺序图仅仅时间关系，而对象关系（准确地讲应该是对象的时间顺序关系）。

顺序图表示方法：

　　顺序图有两个方向，就是我们所说的两维，垂直方向代表时间，水平方向代表参与交换的对象（其实含有先后次序），无论水平或垂直方向先后次序并没有规定，谁先谁后都可以。知道操作系统机制的朋友都有一个概念-就是消息机制为驱动，自然其他的应用程序也差不多，顺序的关系就是消息方向，这个方向对参加交互的对象也是有次序的，每次一个对象参与消息机制。

　　当然，对象在进程（一个进程有n个对象，采用new(object)声明即可）中也是有生命期（随着delete(object)方法生命就结束了），那么这个线就可以不在画下去。那么对于一个外部对象（不在内部生成，也不在进程结束时消失），又如何描述呢？同样。

　　每个消息显示为一个从发送消息的对象的生命线到接收消息的对象的生命线的水平箭头。在箭头相对空白处放置一个标号以表示消息被发送的时间或其他的约束条件。

1.5.5协作图(Collaboration diagram)

　　在前面对协作讲述较少，如何解决？没有办法欠下来的就补上！

协作图语义：

如果想了解更多相关内容请访问:

http://51cmm.csai.cn/OO/No040.htm

作者不祥　来源不祥　http://www.csai.cn  2005年1月2日

重要声明：

　　对此系列文章，error.cao仅授权www.51CMM.COM.com独家刊登，任何个人或团体不得转载作商业用途。

四．UML的内容详述

　　基本概念与其他面向对象技术中的基本概念大多相同,因而,UML必然成为这些方法以及其他方法的使用者乐于采用的一种简单一致的建模语言（我已经强调了这个不同于程序设计语言）；其次,UML不仅仅是上述方法（BOOCH91,OMT1和OOSE等）的简单汇合,而是在这些方法的基础上广泛征求意见,集众家之长,几经修改而成,UML扩展了现有方法的应用范围；第三,UML是标准的建模语言,而不是标准的开发过程（关于开发过程UML应用迭代过程，由三鼻祖力荐）。尽管UML的应用必然以系统的开发过程为背景,但由于不同的组织和不同的应用领域,需要采取不同的开发过程(但主要适用于迭代式开发，UML三鼻祖在统一开发过程中推荐的)。

　　下面我们来详细地说明关于UML的结构：

1．UML的事物

1．1结构事物

1．1．1类(Class)

　　我们学习过C++或者Java（面向对象的语言好象都有，但称谓是否是"类"我还不清楚）的人都知道，该语言中有类的概念。

　　类的定义是一组具有相同属性、操作、关系和语义的对象描述。

　　UML的图形表示上，类是一个矩形。

　　重要说明：UML图形是采用Rose工具画出，然后剪切下来的，对于以后的本书中的一切图形，都是如此而来的。

① 类的名称(Name)

　　类当然有名称，但也必须有一个名称；名称是一个标记，我们应该记起我们在数学一章中介绍的关于名称如何的标记的，可以是一个字符串也可以是一个数字串或者其他什么标记符号。

　　一般类有两种表示，一是直接表示，就是类名；一是路径表示，就是类名加路径名。就好象国外人起名字，喜欢加上父亲或爷爷的名字来表示他产生的"路径"。比如用TOMClass来表示一个类，也可以用TOMGranddadClass::TOMFatherClass::TOMClass来表示这个类。

　　以图示之：

② 类属性（Attribute）

　　光有类的名称是不完全的，徒其是个空类。

　　何谓属性？是以被冠名的类（事物的抽象）特性。我们仍然以农场主和羊的例子来说明：

　　羊的特性：有毛（叫羊毛），有皮（羊皮），有肉（羊肉）…

　　以此，我们画一个羊的类图：

　　同样我们也可以在表示属性的同时，给属性加上一些标记或属性的属性。比如说Wool是白色的，Mutton是鲜的，Sheepskin是一种皮革…等，我们可以在属性后附加如此说明。

　　说一句简单道理，何谓属性？属性就是文章中形容词（如果你老兄文章不识词性？），如果我们要说明一只羊，我们写了一篇文章，该文章有说明文字和被说明的对象，该说明文字就是属性，而被说明的对象有两层东西：操作和关系。

　　我们先来谈谈操作。

③ 类操作(operation)

　　何谓操作？操作是一个服务的实现，深了！操作是一个对象的动作行为。若对象的行为被对象实施或实施过或可能实施，该行为就是对象的一项操作。

　　比如羊的吃草就是一项操作（当然在没有吃草的时候不能算操作，但吃草就是羊操作的一种）；羊的产崽也是一项操作（当然公羊不可能实施了，但若为母羊呢？），对于操作，只要群体的部分有其行为，该行为也可以算该对象的一项操作。

　　以图示之：

　　我们看见了一个清晰的类，该类由三部分组成：类名、属性和操作。

　　那么，我们是否理解一个类了？先别问，我们还有一个问题没有解决-关系。我先问一个简单的问题，一个羊它产崽了，那么老羊和小羊有什么关系。从属性和操作上看是"继承"关系。

　　在羊的产崽的过程，这个继承过程是完全的（在这里我所指的是母羊产了母羊），我们现在讨论的关系是不是老羊和小羊间的母子关系，不是的。具体的关系会被表达成：该类（羊）被销售、让其产崽，被替换（可能养羊不值钱该养牛），被屠杀等，而不是一个羊是一个另一个羊的老妈，但老妈的关系是存在，这个存在关系并不需要我们关心。

　　如何正确地分析类与类的关系，我们将会在"关联"一段具体分析。

　　关于类的属性和操作，若完全分析

④ 类职责（Responsibility）

　　当创建一个类时就声明该类的所有对象具有相同种类的状态和行为。在理解上类的属性和操作正是完成该类的职责的说明或特征。

　　举例示之：

　　该WoolClass类负责说明羊毛的颜色、长度、质量和加工方法。

　　如此就很清楚了，类属性和类操作是负责该类的特性的描述和行为的执行（此时程序编写者就可以拿程序设计中的类和此比较，观察一下细微的区别）。如何说明该类（该问题）就是语义问题。

　　一般情况是如何表述类的职责的，在类图的矩形框中再加一栏来说明类的职责：

如果想了解更多相关内容请访问:

http://51cmm.csai.cn/OO/No035.htm

作者不祥　来源不祥　http://www.csai.cn  2005年1月2日

重要声明：

　　对此系列文章，error.cao仅授权www.51CMM.COM.com独家刊登，任何个人或团体不得转载作商业用途。

1.1. 2接口（Interface）

　　接口就是描述类或构件的一个服务()的操作。

　　如何理解该描述，就好比我们造房子，我们把门呀，窗呀全造地完美无缺，可惜呀我们使用油灯的时代结束了，我们需要拉电线，怎么拉，没有办法了，随便拉吧？太难看了！

　　何为接口，就是我们为以后拉电线的一个穿墙套管。

　　再把例子说下去。

　　我们给了电线留了穿墙套管，但是我们又使用了电话，网络了，强电和弱电不能共用同一套穿墙套管？怎么办？我们还必须给电话线，网络线留穿墙套管，如此变化是不是设计人员可以在当初预料的到呢？

　　即使，使用了网络线的穿墙套管，那么前两年使用的是同轴电缆，现在使用的是超五类双绞线，还得换？

　　是不是如此的接口太难留了？是的。

　　如何解决，重构（目前企业使用较为多的方法）！

①接口的名称

　　接口的图形表示：一是带有关键字《interface》的矩形表示，接口支持的操作在操作分栏中（如同类图）。

如果想了解更多相关内容请访问:

http://51cmm.csai.cn/OO/No036.htm

作者不祥　来源不祥　http://www.csai.cn  2005年1月2日

重要声明：

　　对此系列文章，error.cao仅授权www.51CMM.COM.com独家刊登，任何个人或团体不得转载作商业用途。

1．2行为事物

1.2.1交互(Interaction)

　　交互是协作中的一个消息集合，这些消息被类元角色通过关联角色交换。当协作在运行时，受类元角色约束的对象通过受关联角色约束的连接交换消息实例。交互作用可对操作的执行、用例或其他行为实体建模。

　　消息是两个对象之间的单路通信，从发送者到接收者的控制流。消息具有用于在对象间传值的参数。

　　消息序列从不同方向去理解可得两种图：顺序图（谁先谁后）和协作图（谁和谁交互信息）。

　　如上的消息序列表示出来是很重要的，主要由顺序图和协作图来关联编写源码。

　　如何理解交互，作为行为事物，交互是一组对象之间为了完成一项任务（如操作）而进行通讯的一系列消息交换的行为。首先交互在一组对象之间进行；其次，交换是为了完成一项任务；最后，交互进行一系列消息交换。

　　比如，农场主想计算羊的一年的产崽量，他首先知道找那些人询问；其次，他也知道问什么；最后，他问（一些饲养人员）了一些问题。当这个交互过程结束后，他计算出来羊的数量（可能该计算已经在消息的交互过程中进行了）。

　　从生活上理解，交互一个信息来往的过程，而在UML中，交互是这些信息交换过程（行为方面）的集合。

　　交互的表示在顺序图、协作图和活动图中。

1.2.2状态机（state machine）

　　状态机是一个状态和转换的图，描述了类元实例对事件接收的响应。状态机可以附属于某个类元（类或用例），还可以附属于协作和方法，状态机附于的元素被称为状态机的主机。

　　状态机的执行：状态机在某个时刻处理某个事件而在处理另外的事件之前必须完成这个事件的结果。

　　执行的语义描述（较生涩）：在任何时候都存在一个或者多个状态机的活动的状态。如果一个状态是活动的，那么离开这个状态的转换（是转换被激发）可能会激发，引起一个动作的执行，并使得另一个状态或位于初始状态位置的状态激活（下一个状态处于初始状态）。

　　状态机的子状态（也生涩）：状态机的结构和状态机的转换可以对并发活动的状态施加约束。即如果一个顺序状态，则只有一个直接的互斥子状态必须处于活动；而一个并发组成状态处于活动，则每个直接子状态都必须处于活动。

　　关于状态机的语义，我先生涩地说明如下，但其如何理解？

　　状态机它是说明它（状态机）的对象在它（对象）的生命期中事件的所经历的状态序列以及它们对那些事件的响应。

解释一下几个名词：

　　1.状态(state):是指在对象的生命期中的一个条件或状况，在此期间对象将满足某些条件、执行某些活动或等待某些事件。

　　2.事件(event)是对一个在时间和空间上占有一定位置的有意义的事情的规格说明。在状态机中，一个事件是一次激发的产生，激发可以触发一个状态转换。

　　3.转换(transition)是两个状态之间的一种关系，它指明对象在第一个状态中执行的一定的动作，并当特定事件或特定条件满足时进入第二个状态。

　　一个活动(activity)是状态机中进行的非原子执行。

　　一个动作(action)是一个引起模型状态改变或值的返回的可执行的原子计算。

　　下面来说明这几个概念：

　　状态机说白了很简单，说一个最常见的例子，我们下班回家这件事，人(假如是我error.cao)就是一个对象，我们来考察一下几个状态：

　　1.到下班时间了，收拾东西准备回家(不考虑加班)。

　　2.开始等电梯。

　　3.到了楼下。（发现没带家里钥匙，上楼拿。）

　　4.上楼。

　　4.去公交等车。

　　5.乘公共汽车去菜场。

　　6.买菜

　　7.回到家

　　那么事件呢？

　　1.下班时间到了(准备下班)。

　　2.电梯到(上电梯)

　　3.电梯到楼下(下电梯)

　　3.发现没有家里钥匙(去拿钥匙)。

　　4.自己要乘公共汽车到了(上车)。

　　5.公共汽车到站(下车)。

　　6.忽然想起家里没菜(去买菜)。

　　那么何为转换：有个事件(发现没有家里钥匙)，状态一(到楼下)转换到状态二(上楼)，当然这个转换是对象(error.cao)的行为。此时再提一下初态和终态的概念：初态和终态并不针对转换，而是针对对象，该状态一(到楼下)不是初态，初态是到了下班时间；终态自然也不是状态二(上楼)，而是回到家。那么该转换的状态一是什么呢？是该转换的源状态(source state),状态二呢？是该转换目标状态(target state)。

　　关于非触发转换我不太赞成这个说法，仅仅可以说是它被隐式地被触发了，比如，以上的事件二，我们可以不表述它是个事件，但从状态二(开始等电梯)到状态三(到了楼下)就是个隐式地被触发，它有没有事件，当然有，仅仅是我们没有考虑(这些事件可以忽略)。

　　在转换中还有个术语，叫监护条件，何谓监护条件？看一下事件一(下班时间到了)，我们必须定义一个时间，然后由时钟告诉你(是你拿时钟上的时间和下班时间比较)时间到了，好了，时间到该下班了(事件产生了)，事件产生了，对象就发生状态的转换。

如果想了解更多相关内容请访问:

http://51cmm.csai.cn/OO/No038.htm

作者不祥　来源不祥　http://www.csai.cn  2005年1月2日

重要声明：

　　对此系列文章，error.cao仅授权www.51CMM.COM.com独家刊登，任何个人或团体不得转载作商业用途。

第一节 UML

一．UML简史

　　面向对象的分析与设计(OOA&D)方法的发展在80年代末至90年代中出现了一个高潮,UML是这个高潮的产物。它不仅统一了Booch、Rumbaugh和Jacobson(UML之父：三人)的表示方法,而且对其作了进一步的发展,并最终统一为业界所接受的标准建模语言。

　　统一建模语言（UML）的出现公认的面向对象建模语言出现于70年代中期。从1989年到1994年,其数量从不到十种增加到了五十多种,哎，百家争鸣。在众多的建模语言中,语言的创造者努力推崇自己的产品,并在实践中不断完善。但是,面向对象（OO）方法的用户并不了解不同建模语言的优缺点及其差异,因而很难根据自身应用特点选择合适的建模语言。90年代中,一批新方法出现了,其中最引人注目的是Booch 1993、OOSE和OMT-2等(看下图)。

　　Booch是面向对象方法最早的倡导者之一,他提出了面向对象软件工程的概念。1991 年,他将以前面向Ada的工作扩展到整个面向对象设计领域。Booch 1993比较适合于系统的设计和构造。Rumbaugh等人提出了面向对象的建模技术(OMT)方法,采用了面向对象的概念,并引入各种独立于语言的表示符。这种方法用对象模型、动态模型、功能模型和用例模型,共同完成对整个系统的建模,所定义的概念和符号可用于软件开发的分析、设计和实现的全过程,软件开发人员不必在开发过程的不同阶段进行概念和符号的转换。OMT-2特别适用于分析和描述以数据为中心的信息系统。

　　Jacobson于1994年提出了OOSE方法,其最大特点是面向用例(Use-Case),并在用例的描述中引入了外部角色的概念。用例的概念是精确描述需求的重要武器,但用例贯穿于整个开发过程,包括对系统的测试和验证。OOSE比较适合支持商业工程和需求分析。此外,还有Coad/Yourdon方法,即著名的OOA&D,它是最早的面向对象的分析和设计方法之一。该方法简单、易学,适合于面向对象技术的初学者使用,但由于该方法在处理能力方面的局限,目前已很少使用。

　　概括起来,首先,面对众多的建模语言,用户由于没有能力区别不同语言之间的差别,因此很难找到一种比较适合其应用特点的语言;其次,众多的建模语言实际上各有千秋;第三,虽然不同的建模语言大多雷同,但仍存在某些细微的差别,极大地妨碍了用户之间的交流。因此在客观上,极有必要在精心比较不同的建模语言优缺点及总结面向对象技术应用实践的基础上,组织联合设计小组,根据应用需求,取其精华,去其糟粕,求同存异,统一建模语言。

　　1994年10月,Grady Booch和Jim Rumbaugh开始致力于这一工作。他们首先将Booch9 3和OMT-2 统一起来,并于1995年10月发布了第一个公开版本,称之为统一方法UM 0.8(Un itied Method)。1995年秋,OOSE 的创始人Ivar Jacobson加盟到这一工作。经过Booch、Rumbaugh和Jacobson三人的共同努力,于1996年6月和10月分别发布了两个新的版本,即UML 0.9和UML 0.91,并将UM重新命名为UML(Unified Modeling Language)。1996年,一些机构将UML作为其商业策略已日趋明显。UML的开发者得到了来自公众的正面反应,并倡议成立了UML成员协会,以完善、加强和促进UML的定义工作。当时的成员有DEC、HP、I-Logix、 Itellicorp、 IBM、ICON Computing、MCI Systemhouse、Micr osoft、Oracle、Rational Software、TI以及Unisys。这一机构对UML 1.0(1997年1月)及UML 1.1(1997年11月17日)的定义和发布起了重要的促进作用。

　　UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言。它溶入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计,还支持从需求分析开始的软件开发的全过程。

图1 UML的发展历程

　　注：该UML的发展历程从标准的文档上抄下的，具体的内容可以参见UML1.1标准。

　　面向对象技术和UML的发展过程可用上图来表示,标准建模语言的出现是其重要成果。在美国,截止1996年10月,UML获得了工业界、科技界和应用界的广泛支持,已有700多个公司表示支持采用UML作为建模语言。1996年底,UML已稳占面向对象技术市场的85%,成为可视化建模语言事实上的工业标准。1997年11月17日,OMG采纳UML 1.1作为基于面向对象技术的标准建模语言。UML代表了面向对象方法的软件开发技术的发展方向,同时也提供软件工程化的思想和方法。

二．UML简单结构

图2 UML结构图

　　根据UML的结构，UML也相关对其操作、运用和表述提供一系列的规则，该规则的表述见下面简述：

　　UML规则：<注：以下注解为著者观点>

如果想了解更多相关内容请访问:

http://51cmm.csai.cn/OO/No033.htm

--------------------------------------------------------------------------------

作者：席相霖　来源：不详　http://www.csai.cn

Project 2000 何帮您管理项目

　　网络计划技术是现代管理科学中比较盛行的一种科学管理方法。它以缩短工期、提高效率、节约劳力、降低消耗为目标。采用这种技术，不仅在计划制定期间求得工期、资源、成本的优化，更重要的是在计划的执行过程中，通过信息反馈，进行有效的监督、控制和调整，能够保证项目预定目标的实现。

　　Project 2000是一个功能强、管理细腻、操作方便的优秀项目管理网络计划软件。它为您提供了一套完整的项目描述和计算的方法及模型，通过这个软件生成的图、表或文件，使所有参加项目工作的人员对于项目的理解达到共识，从而能够协调一致地工作，出色地完成项目。

　　这个软件的理论基础是国际上公认的关键路径法（CPM）和计划评审技术（PERT）。它采用的网络模型为肯定型网络。它是如何帮助您管好项目的呢？让我们从以下几个方面探讨。

帮您快速地建立项目计划

　　为建设一个20层高的一栋大楼编制计划，按常规的方法，您要完成一份正确的网络计划图，至少要一个星期的时间进行设计、参数计算、校对、成图。如果需要在原方案上做些修改，您就不得不重新再算一遍，时间成倍地增长，简直无法适应当前飞速发展的形势。Project 2000则把您最费时、费力的工作都承担起来，使您能轻松愉快地完成项目计划的制定工作。Project 2000只需要您提供基本的数据，如：项目任务的名称、持续时间、在任务上工作的人员和设备的工作量，以及项目任务之间的关系就足够了，其它的工作它都会自动地为您完成。像前面所说的大楼，一个项目经理，只需要2个小时就可以做完这个项目计划，如果您要修改、增删、优化，您只需把修改的地方输入给Project 2000，它会按您新的意图自动重新计算，在几秒内就给您出结果。以前，您需要自己计算出关键路径，计算每个任务的时差，在Project 2000中您就不必操这个心，他会自动计算出关键路径，自动计算出每个任务和整个项目的开工、完工日期，告诉您项目能否能如期竣工，告诉您资源分配是否合理，这样的高效的助手哪里可寻呢？

按任务生命期阶段帮您管好项目中的工作任务

　　项目是由一个一个的活动、工作、任务组成的。当这些活动、工作、任务一一最终完成后，项目也就完成。Project 2000把为完成项目所安排的这些活动抽象为"任务"，根据具体项目内容，也称为"工序"，"事件"等等。一个项目就是由众多具有特定依赖关系的任务组织起来的。管好任务是Project 2000的重要内容之一。

　　一个项目经理经常关心的是项目任务已经完成了多少？原计划是怎样的？还有多少工作量需要完成？按当前的进度能否完成预定目标？经理的这些思路，Project 2000都编在软件之中。Project 2000把一个任务划分为以下四个阶段进行管理，即：比较基准计划（原始计划）、当前计划、实际计划和待执行计划（剩余计划或未完成计划〕。它为每个阶段的计划都设置了数据域，用户随时都可以查看。这几个计划所代表的内容和它们的关系是怎样的呢？

　　比较基准计划（原始计划） 这里的计划数据记录了最初制定项目计划时项目的状态情况。由于项目一旦开始运作执行，项目计划总是处于动态变化中，如何评价实际实施的计划的好坏？与最初安排的计划相比，是按计划、超前还是落后了？为了给项目经理随时进行比较提供素材，Project 2000把最初编制的计划作为"比较基准"存储起来，这个计划数据在项目调整过程中始终保持不变，无论何时，当需要原始计划数据时您都可以从这个计划数据域中得到。

如果想了解更多相关内容请访问:

http://51cmm.csai.cn/casepanel/Other/No021.htm

--------------------------------------------------------------------------------

作者：席相霖　来源：不详　http://www.csai.cn

Project 2000 如何帮您管理资源

　　为完成任务，需要安排人、设备等在其中工作，也需要投入材料和资金，我们把这些统称为"资源"。资源管理是Project 2000的另一个非常重要的内容。它是怎样帮助您管理资源的呢？它为您提供每个资源的全方位的信息；帮您编制资源库并按类别组织起来；帮您把资源分配到各个任务上；帮您检查分配的资源是否超出了现有的强度；帮您调配平衡资源，根据任务实际情况为您合理地安排在一个任务上工作的资源如何有效投入；为您绘出需求、成本、工作量等分布图；您准备好详尽报表，您需要的资源信息几乎都能从中获取得到。

提供全方位资源信息

　　为了有成效地利用资源，加快项目进展，您需要随时了解每个资源的诸多方面的信息，例如，承担的任务、时间、工时、成本等等。如果按传统办法，由办公室工作人员搜集、汇总、计算，很难做到准确和及时。Project 2000则能自动地、随时地、全面地为您提供这方面的信息。Project 2000为每个资源设置了多达202个数据域，也就是说，对于每一个资源它可以为您提供200多个数据信息，让我们列举一些主要的信息内容。

　　资源基本信息 对于每个资源，Project 2000都能够为您提供出它们的名称、数量、所在部门、正常班费率、加班费率、设备进出场费额、工作日历、结算支付方式等信息，以及它们的电子邮件地址，Windows帐号，在国际互联网上的站址等。

　　资源工作量和成本信息 Project 2000能够把正常班发生的工作量和成本与加班发生的工作量和成本分别统计，它向您提供出资源在原计划中工作开始时间、结束时间、工作量和成本；根据项目实际运作的情况，最新调整后的开始时间、结束时间、工作量和成本；实际开始的时间和结束时间，实际已经执行的和待执行的工作量和成本，并且显示出当前计划或实际的计划日期和原始计划比较的差异值，从而可以评价项目在资源使用方面的运作情况。

　　资源状况信息 资源最高峰时分配量，资源是否过度分配，可以使用的时间区间，已经分配的资源占全部资源的百分比。

　　这里列出的仅仅是Project 2000能够向您提供的资源信息中的一小部分，如果您自己或请办公室的工作人员到现场去搜集整理，要花不少时间，但从Project 2000中获取，只是手指点鼠标之劳。和任务信息一样，Project 2000提供的这些信息并不要求您事先一一输入给系统，它要求您提供给它的只是非常基本的数据，绝大部分信息都是系统自动计算和生成的，而且总是最新的。真是滴水之劳，得之涌泉之报。

如果想了解更多相关内容请访问:

http://51cmm.csai.cn/casepanel/Other/No022.htm

--------------------------------------------------------------------------------

作者：天雨　来源：希赛网　http://www.csai.cn

　　在随着面向对象的程序设计的广泛应用，可视化编程遍地开花的今天，编程工作人员的地位一再被动摇，早以不再作为开发中的主流，而软件工程的应用以作为软件开发的质量和效率的重要见证已越来越被重视，针对早期的结构化建模工具的明显不足，ROSE吸取众多建模工具的优点，排除其不足，采用面向对象的成熟技术和双向工程的技巧，为提高软件开发的效率，保证软件开发的质量和可维护性作出了巨大的贡献。

软件工程概述

　　软件开发是一套关于软件开发各阶段的定义、任务、作用的建立在理论上的一门工程学科。它为解决软件危机，指导人们利用科学、有效的方法来开发软件，提高及保证软件开发的效率和质量取到了一定的作用。 软件开发过程：需求分析（开始阶段）--概要设计（静态结构）--详细设计（动态结构） --编码-测试-维护

结构化模型设计方法

A．E-R图（实体关系图）

　　实体：客观存在并可区分的事物。

　　属性：实体所具有的某种特性，一个实体可以有多个属性。

　　关系：实体之间的对应关系，可分为1：1联系、1：n联系、m：n联系

如果想了解更多相关内容请访问:

http://51cmm.csai.cn/casepanel/OO/No025.htm

--------------------------------------------------------------------------------

作者：席相霖　来源：不详　http://www.csai.cn

Microsoft Project 2000 技术指标

　　在 Windows 95、Windows 98 或 Windows NT 中运行 Microsoft Project2000 时，支持以下说明和限制（尽管实际的限制和运行速度在很大程度上依赖于计算机的配置）。需要注意的是：在达到列出的限制之前，"内存不足"的错误就可能发生。

　　属性　　　　　　　　　最大值

　　每个项目文件的任务数　1 百万

　　每个项目的资源数　　　1 百万

　　每个工作分配的资源单位数目 10,000 个单位或百分之一百万

　　每个项目文件的任务相关性 无限制

　　每个任务的前置任务数目 无限制

　　每个任务的后续任务数目 无限制

　　每个项目的大纲级别数目 65,535

　　合并计算项目数目 1,000

　　每个合并项目中打开的项目文件数目 1,000

　　连接到一个资源库的共享文件数目 999（即为打开项目文件的最大值减去资源库文件本身的 1）

　　打开窗口数目 50

　　基准日历数目 无限制

　　每个日历的例外日历数目 1,400

　　月历中可打印任务数目 4,000

　　支持不同支付费率及标准的费率表数目 每个资源 5 个

　　每个成本费率表的可变费率数目 25

　　货币域中的最大成本值 999,999,999,999

　　最大工时值 1,666,666,667 小时

　　最大工作分配工时值：

　　对工时分配 999,999,999 分钟

　　对可变材料分配 999,999,999 单位

　　对固定材料分配 60,000,000 单位

　　打印缩放调整范围的百分比 10 到 500 个百分点

　　页面页眉文本 5 行

　　页面页脚文本 3 行

　　页面图例文本 3 行

　　页面图例文本框宽度 5 英寸（12.7 厘米）

　　每个筛选器的筛选条件数目 40

　　每个自动筛选器中的筛选条件数目 每列 2 个

　　可以计算的最早日期 1984 年 1 月 1 日

　　可以计算的最晚日期 2049 年 12 月 31 日

　　工作表视图中最大不连续选项数 9

Microsoft Project 2000新增功能

　　微软的project 2000将于第三季度推出，本文力图全面介绍一下Project 2000与Project 98相比增加的新功能。

一、有关日程排定的新功能

　　Project 98中任务设置可以10个优先级别，Project 2000 现在可将任务的优先级设置为从 1 到 1000 的任何值。还可将优先级应用到某个项目上。

　　Project 98中只能设置项目日历和资源日历，现在可以为任务设置日历，包括工作时间。利用任务日历可创建仅影响选定任务的日程。

　　现在主项目可跨越所有子项目计算最晚完成日期。利用该功能可查看该主项目内的某条关键路径。

　　在 Microsoft Project 2000 中，现在可以查看资源在每个单位时间内的可用数量。该功能非常适于为资源组定义随时间推移而变化的可用数量。

　　现在可以设置期限日期，即用户为该任务设置的最晚时间，允许Project 2000 在某项任务日程排定的完成时间超出期限日期的情况下发出警告。

　　任务工期现在可以输入为预计工期，预计工期的含义是大致估计出的工期，不是一个肯定的值。用户可以利用新增的"具有预计工期的任务"筛选器快速查找工期可能不太确定的任务。

　　Microsoft Project 2000 现在把资源划分为两类，材料资源单独作为一个类别列出。您可以跟踪各种材料类资源，例如木材或混凝土，并将资源分配给任务。

二、"网络图"视图的改进

　　Microsoft Project 中的"网络图"视图取代了早期版本中的"PERT 图"。现在可在"网络图"视图中应用筛选器。 在"网络图"视图中，可利用大纲符号来隐藏或显示摘要任务的子任务，方法类似于在"甘特图"视图中显示大纲。

　　Microsoft Project 2000 可更好地控制每个节点上数据域的数量，包括新节点的形状，并提供了更多的节点格式选项。例如，现在可为每个节点最多指定 16 个域，可以更改节点中单元格的行高，还可在单元格中放置标签和改变字体。甚至可以独立于任务类型设置单个节点的格式。

　　在网络图的自动布局方面也有很大改进，有8种布局方法，布局效果较Project 98有显著的提高。

如果想了解更多相关内容请访问:

http://51cmm.csai.cn/casepanel/Other/No019.htm