1、 软件工程的生命周期：需求分析阶段；系统分析与设计阶段；系统实现阶段；测试阶段；维护阶段。
2、 建模的目标是：
（1） 便于开发人员展现系统；
（2） 允许开发人员制定系统的结构或行为；
（3） 提供指导开发人员构造系统的模板；
（4） 记录开发人员的决策。
建模的实质是：对现实的简化；通过将问题分割成一系列可以解决的、较小的问题来解决复杂问题。
3、 建模的四原则是：
（1） 认真选择模型；
（2） 每个模型可以有多种表达方式；
（3） 最好的模型总是能够切合实际；
（4） 孤立的模型是不完整的。
4、 面向对象＝对象＋类＋继承＋通信。
继承是指子类可以自动拥有父类的全部属性与操作；使得父类和子类之间能够共享数据和方法。继承简化了对现实世界的描述，定义子类时不必重复定义那些在父类中已经定义过的属性与操作。而只需专注于自己特有的属性与操作。有了继承机制，软件的可复用性得到提高。
多态是指同一操作作用于不同的对象，可以有不同的解释，产生不同的执行结果。通常通过派生类重载基类中的同名函数来实现。分为：编译时的多态性和运行时的多态性。
5、 面向对象的程序设计语言有：基于Smalltalk的语言；基于C的语言；基于LISP的语言；基于Pascal的语言。
6、 面向对象分析的基本原则：抽象原则；分类原则；聚合原则；关联原则；消息通信原则。
7、 面象对象分析的层次共有：主题层；类与对象层；结构层；属性层；服务层。在设计期间主要扩充4个组成部分：人机交互子系统部分、问题域子系统部分、任务管理子系统部分、数据管理子系统部分。
8、 Rstional Rose的主界面由标题栏、菜单栏、工具栏、工作区和状态栏组成。默认的工作区由左侧的浏览器和文档区，右侧的编辑区和下方的日志记录组成。
9、Rational Rose中有4个视图：
（1）用例视图：只关注系统功能的高层形状，不关注系统的具体实现方法；
UML中数据流图，⽤例图，类图，对象图，⾓⾊图，活动图，
序列图详细讲述保存供参考
这个⽂章，是我在急需的情况下在园⼦⾥搜索到的，原创作者是：DO-websoftware,为了⾃⼰看⽅便，所以复制到我的空间，希望原创者
不要介意哦~~~~很详细的介绍，对我的帮助很⼤，谢谢哦。。。。
类图，对象图，⾓⾊图：
⼀、UML中基本的图范畴：
在 UML 2 中有⼆种基本的图范畴：结构图和⾏为图。每个 UML 图都属于这⼆个图范畴。结构图的⽬的是显⽰建模系统的静态结构。它们包括类，组件和（或）对象图。另⼀⽅⾯，⾏为图显⽰系统中的对象的动态⾏为，包括如对象的⽅法，协作和活动之类的内容。⾏为图的实例是活动图，⽤例图和序列图。
⼆、UML中的类图：
1.类图的表⽰：类的 UML 表⽰是⼀个长⽅形，垂直地分为三个区，如图 1 所⽰。顶部区域显⽰类的名字。中间的区域列出类的属性。底部的区域列出类的操作。在⼀个类图上画⼀个类元素时，你必须要有顶端的区域，下⾯的⼆个区域是可选择的（当图描述仅仅⽤于显⽰分类器间关系的⾼层细节时，下⾯的两个区域是不必要的）。
描述：
顶部区域显⽰类的名字。中间的区域列出类的属性。底部的区域列出类的操作。当在⼀个类图上画⼀个类元素时，你必须要有顶端的区域，下⾯的⼆个区域是可选择的（当
图描述仅仅⽤于显⽰分类器间关系的⾼层细节时，下⾯的两个区域是不必要的）。
·类名：如果是抽象类，则采⽤斜体
·类属性列表：name : attribute type 如 flightNumber : Integer，这是最常见的表达形式
name : attribute type = default value 如 balance : Dollars = 0，这是带有默认值的表达形式
·类⽅法列表：name(parameter list) : type of value returned注意：在业务类图中，属性类型通常与单位相符，这对于图的可能读者是有意义的（例如，分钟，美元，等等）。然⽽，⽤于⽣成代码的类图，要
UML各种图例——用例图、类图、状态图、包图、协作图、顺序图
面向对象的问题的处理的关键是建模问题.建模可以把在复杂世界的许多重要的细节给抽象出.许多建模工具封装了UML（也就是Unified Modeling Language™），这篇课程的目的是展示出UML的精彩之处.
UML中有九种建模的图标，即：
用例图
类图
对象图
顺序图
协作图
状态图
活动图
组件图
配置图
本课程中的某些部分包含了这些图的细节信息的页面链接.而且每个部分都有一个小问题，测试一下你对这个部分的理解.
为什么UML很重要?
为了回答这个问题，我们看看建筑行业.设计师设计出房子.施工人员使用这个设计来建造房子.建筑越复杂，设计师和施工人员之间的交流就越重要.蓝图就成为了这个行业中的设计师和施工人员的必修课. 写软件就好像建造建筑物一样.系统越复杂，参与编写与配置软件的人员之间的交流也就越重要.在过去十年里UML就成为分析师，设计师和程序员之间的“建筑蓝图”.现在它已经成为了软件行业的一部分了.UML提供了分析师，设计师和程序员之间在软件设计时的通用语言.
UML被应用到面向对象的问题的解决上.想要学习UML必须熟悉面向对象解决问题的根本原则――都是从模型的建造开始的.一个模型model就是根本问题的抽象.域domain就是问题所处的真实世界.
模型是由对象objects组成的，它们之间通过相互发送消息messages来相互作用的.记住把一个对象想象成“活着的”.对象有他们知道的事（属性attributes）和他们可以做的事（行为或操作behaviors or operations）.对象的属性的值决定了它的状态state.
类Classes是对象的“蓝图”.一个类在一个单独的实体中封装了属性（数据）和行为（方法或函数）.对象是类的实例instances.
用例图
ER图、对象联系图和类图的特征与比较
第一部分：简述 ER图，对象联系图和类图的基本概念和特点
ER图：
ER图是用来表示实体联系模型( Entity Relationship Model )的方式，这个模型可以直
接从现实世界中抽象出实体类型和实体间的联系。举个例子来说。
ER图的约定表示方法。
矩形框，表示实体类型(即考虑问题的对象) 菱形框，表示联系类型(即实体间的联系) 椭圆形框，表示实体类型和联系类型的属性(对于键的属性，在属性下面划一 条横线)
直线，联系类型与其涉及的实体类型之间用直线相连，用来表示他们之间的联 系，在直线端部标注联系的种类(1:1,1:N,M:N )
再通过一个例子来说明用 ER图表示现实世界的特点：
1)考虑零件和工程的关系，零件可以服务于不同的工程，一个工程也需要各种不 同的零件，因此，建模的时候零件和工程是一个多对多的联系。
a)
b)
c)
d)
J#、项目名称JNAME、项目开工日期 DATE ；而part的属性有零件号 P#、 零件名PNAME、零件颜色 COLOR以及零件重量 WEIGHT。联系类型
从上面的可以看出，ER图作为对现实世界的抽象，可以很方便的表示出现实
中实体以及实体间的联系， 不同形状的框代表不同的概念， 让读者一目了然哪些是
实体，哪些是联系，哪些是属性。实体间的数量对应关系也通过连线两端的数字记 号体现出来了。可以说， ER图是一种简洁的模拟现实世界的符号方法。
对象联系图：
使用类型构造图的思想， 可以把ER图扩充成为对象联系图。 对象联系图可以完整地揭 示数据间的联系。
对象联系图有一下几个基本成分： F面对上述例子做一个说明，同时给出
(1)
(2)
(3)
(4)
首先确定实体类型，这个例子中， 再确定联系类型，正如前面所述， 把实体类型和联系类型组合成 确定实体类型和联系类型的实体只有两个，就是工程和零件
工程和零件的关系是 M:N的关系
