摘要： 面向对象设计原则1，针对接口编程，而不是针对实现编程2，组合优于继承3，封装变化点3，使用重构得到模式，就是表示需要用到设计模式的地方在用设计模式设计模式原则单一职责原则（SRP）：一个类应该仅有一个引起它变化的原因开放封闭原则（OCP）：类模块应该是可扩展的，但是不可修改Liskov替换原则(LSP)：子类必须能够替换他们的基类依赖倒置原则（DIP）：高层模块不应该依赖于低层模块，二者都应该依赖于抽象抽象不应该依赖于实现细节，实现细节应该依赖于抽象接口隔离原则(ISP)：不应该强迫客户程序依赖于他们不用的方法。 阅读全文

摘要： 活动图是uml的动态视图之一，用来描述事物或对象的活动变化流程活动分为简单活动和复合活动。简单活动，不能再分解的活动；复合活动，可以再分解的复杂活动。 阅读全文

摘要： 状态图用来描述一个特定的对象所有可能的状态，以及由于各种事件的发生而引起的状态之间的转移和变化按照需求来分析事件的状态变化。历史状态表示某时刻包含多个状态深度历史状态 阅读全文

摘要： 用例：是文本形式的情节描述，用于用户需求的发掘和记录摘要：需求分析早期使用，通常用于主成功场景非正式：需求分析早期使用，可覆盖不同的场景详述：详细编写所有步骤及各种变化用例的名称应使用动词开头，表示系统能做什么，编写用例的时候应尽量使用行业的专业名称，而不是计算机专业术语。分析系统的时候需要知道系统谁用，典型场景是什么，目的是什么，使用系统的时候要达到什么目的，系统有哪些人来用，站在用户的角度来分析需求。用例的主要路径不要超过20步，否则用例粒度过大场景：是参与者和系统之间的一系列特定的活动和交互主成功场景：正常情况下的场景交替场景：表示假设情况下的场景用例就是一组相关的成功和失败场景的集合系 阅读全文

摘要： 正向工程：从uml图形生成代码逆向工程：从代码生成uml图形MDA：模型驱动架构PIM：平台无关的模型PSM：平台相关模型类图：实体类（领域模型）控制类边界类领域模型也称为概念模型，领域对象模型，分析对象模型，业务领域词汇顺序图：对系统的动态方面建模，即随着时间的推移，一些对象被创建，属性值的改变，以及其中一些对象的销毁，对象之间的互相调用，注意系统实现的步骤。顺序图不单纯是一个步骤的罗列，后面的步骤是包含了前面的步骤。协作图：http://talentkep.javaeye.com/blog/691897 阅读全文

摘要： 关系：依赖，关联（聚合，组合），泛化，实现1，依赖：一个事物的变化会影响到另一个事物的变化。依赖存在三种方式：c5包含c6的对象，c5与c6之间传递消息交互，c6作为c5中某个方法的参数。指C5可能要用到C6的一些方法，也可以这样说，要完成C5里的所有功能，一定要有C6的方法协助才行。C5依赖于C6的定义，一般是在C5类的头文件中包含了C6的头文件。ROSE对依赖关系不产生属性。注意，要避免双向依赖。一般来说，不应该存在双向依赖。ROSE生成的代码如下： //C5.h #include"C6.h" classC5 ...{ }; //C6.h #include"C5.h" classC6 . 阅读全文

摘要： 类图 顶端“ClassName”表示类名中间部分为该类的属性，其中分别表示为可访问性，属性名，以及属性的数据类型。第三部分为该类的方法，包括方法的可访问性，方法名，方法的参数以及方法的返回值。需要说明的是：“#”表示protected“+”表示Public“-”表示private “i” 表示internal接口 第一部分为接口名，为了更明确的标明其“接口”的身份通常以“I”开头。第二部分为属性，第三部分为方法。 包 包用来组织类，被包含在包里的类一般通过如Utility::StrUtility的形式来反应该类的路径。 阅读全文

摘要： UP是软件开发过程，描述了构造，部署以及维护软件的方式。统一过程是一种流行的构造面向对象系统的迭代软件开发过程。Rational（RUP）统一过程是对统一过程的详细精化，并且已经被广泛采纳。 UP以构架为中心 ，用例驱动，迭代和增量式开发。迭代和增量式开发分为，初始、细化、构造、交付四个过程，在初始阶段并不需要去分析全部的需求，在了解了整个业务之后找到最核心的需求，将最核心的需求分析并实现，展示给客户看，然后再客户给出新的需求后在分析需求，并将需求在初始系统的基础上扩展。 XP极限编程，是指在开发过程中不断的沟通，与客户沟通产生反馈信息，项目组内部沟通产生反馈信息，不断的修正系统，让系统朝着正 阅读全文