摘要：1. 开闭原则（the Open Closed Principle OCP） 一个模块在扩展性方面应该是开放的而在更改性方面应该是封闭的。因此在进行面向对象设计时要尽量考虑接口封装机制、抽象机制和多态技术。该原则同样适合于非面向对象设计的方法，是软件工程 设计方法的重要原则之一。 我们以收音机的例子为例，讲述面向对象的开闭原则。我们收听节目时需要打开收音机电源，对准电台频率和进行音量调节。但是对于不同的收音机，实现这三个步骤的细节往往有所不同。比如自动收缩电台的收音机和按钮式收缩在操作细节上并不相同。因此，我们不太可能针对每种不同类型的收音机通过一个收音机类来实现（通过重载）这些不同的操作.. 阅读全文

摘要： 阅读全文

摘要：1. 类图 类图（Class Diagram）是描述类、接口、协作以及它们之间关系的图，用来显示系统中各个类的静态结构。类图是定义其他图的基础，在类图基础上，可以使用状态图、协作图、组件图和配置图等进一步描述系统其他方面的特性。类图包括7个元素：类（Class）、接口（Interface）、协作（collaboration）、依赖关系（Dependency）、泛化关系（Generalization）、关联关系（Association）以及实现关系（Realization）。1.1 类 类定义了一组有着状态和行为的对象。其中，属性和关联用来描述状态。属性通常用没有身份的数据值表示，如数字和字.. 阅读全文

摘要：1. 用例模型 用例模型包含了两部分：业务用例模型和系统用例模型。1.1 目的 业务用例模型的目的在于： （1）描述企业的内部组织结构 （2）描述企业各部门的业务 （3）关注于角色和系统的交互界面 系统用例模型的目的在于： （1）关注于演示对系统的需求 （2）抛弃部门的功能，更加细化 （3）系统用例模型应该划分子系统以对应不同的功能 这二者最大不同点在于：业务用例模型仅关注于企业部门的业务，而系统用例模型则关注于系统本身实现后的互动。1.2 图素 业务用例模型和系统用例模型有共同的图素，但是在意义上是完全不同的1.2.1 角色 业务用例模型： ... 阅读全文

摘要：1.需求分析：通过对客户业务的了解和与客户对流程的讨论对需求进行基本建 模，最终形成需求规格说明书。2.总体设计：通过分析需求信息，对系统的外部条件及内部业务需求进行抽象建模，最终形成概要设计说明文档。3.详细设计：此部分在对需求和概要设计的基础上进行系统的详细设计（也包含部分代码说明）。4.开发编程：对系统进行代码编写。5.测试分析与系统整合：对所有功能模块进行模拟数据测试及其它相关性测试并整合所有模块功能。6.现场支持：系统上线试运行进行现场问题记录、解答。7.系统运行支持：系统正式推产后，对系统进行必要的维护和BUG修改根据实际情况一般软件开发流程分为以下四个部分。（1）需求分析阶段：　 阅读全文