UML

分析（A）：对问题和需求进行调查研究设计（D）：满足需求的概念上的解决方案UML：统一建模语言统一的可视化建模语言统一的含义可视化编程简史机器码：使用二进制数字；汇编语言：使用字母数字字符号作为机器码的速记方式，通过汇编程序转换为机器码； 高级语言：使用有高级结构的语言编程，通过编译程序转换为机器码；（PL/SQL）结构化编程（编程方式）：自顶向下，逐步细分；面向对象编程（Object Oriented Programming，OOP）：以对象为基础，以消息来驱动对象执行处理。

系统开发问题1、正确了解、把握需求2、要能应对需求的变化3、缩短开发时间4、能应对系统日益复杂和规模扩大的情况面向对象的有效性1、OOP强调系统的结构应该直接与现实世界结构相对应，应该围绕现实世界中的对象来构造系统，能更好满足客户需求。

2、应对需求变化能力强。

3、便于理解复杂的系统，并能提高系统的维护性。

4、提高重用性。

OOP 面向对象以问题域中出现的物体为中心的、进行模型化、设计和开发的一种方法面向对象技术的基本概念1、对象（Object）2、封装（Encapsulation）封装是一个重要原则，是指把属性和操作封装进一个对象里，它的内部信息对外界隐藏，不允许外界直接存取对象的属性，只能通过对象提供有限的接口对对象的属性数据的处理：1、结合性：把对象全部实行和方法结合起来，形成一个独立不可分割的单位2、信息隐蔽性：具有封装性满足的条件：有一个清晰的边界有确定的接口受保护的内部实现封装是编程语言防止程序员相互影响3、类（Class）4、继承（Inheritance）5、多态（Polymorphism）6、消息（Message）¤MyEclipse 快捷键带包编译：javac -d . XXX.java带包运行：java com.jxlg.Hello提示：Alt+/撤销：Ctrl+Z删除整行：Ctrl+D对象的概念对象是“物体”或“概念”描述对象¤get和set，该单词为property，但是attribute与property可以不一致。

1、描述对象的过程，就是对现实世界中的对象进行抽象的过程。

2、在抽象的过程中，可以为对象赋予对象本身所部具有的特性。

3、在面向对象软件中，使用编程语言对现实世界中的对象进行描述，可以把真实世界中的对象转化为代码。

4、在编程术语中，对象时独立的程序模块，有自己的属性和行为（也可以说有自己的数据和进程）。

5、在描述对象时，不需要描述对象的所有特性，只要描述与问题域相关的特性即可。

6、着眼于对象的属性和行为的共同性，并进行分类后形成的把这个工作称作类化，是抽象类的基本方法之一反之，把通过类来创建对象的工作称作实例化7、类是有相同属性和操作的8、消息：每个对象都至少与另一个对象联系，孤立的对象时无用的。

对象一旦建立了联系，就可以协作，执行复杂的任务。

对象在协作时要相互发送消息。

消息可以带有参数：接收者用它来满足请求。

9、面向对象程序的工作原理面向对象的程序正在工作时，要创建对象，把它们连接在一起，让它们彼此发送消息，相互协作。

面向对象程序必须有一个入口点（main）。

执行main中的所有指令，当main结束时，程序就停止。

main中的每个指令都可以创建对象，把对象连接在一起，或给对象发消息10、共享数据和共享操作在面向对象的程序中，程序需要的所有信息和服务都必须在某个地方说明；对象的特征1、属性：具有表示状态或者特性的值2、操作（行为）：提供某种服务，或者更改对象内部的属性，一般用动词表示：¤对象会对其他对象发来的要求做出反应其他对象发来的要求—消息消息的接受窗口—接口对消息的反应—操作（行为）3、关系关联是一种弱连接：对象之间不完全相互依赖聚合表示把对象放在一起，组成更大的对象聚合形成“部分—整体”层次结构，它隐含了较大的依赖性，至少是整体部分的依赖。

树和图树是层次结构的另一个名称。

图示对象组之间连接的一个任意集合。

关联中的对象常常会形成图。

树是图的一种特殊情况：树中的每一个都只有一个父节点，可以有任意多个子节点。

链接和可导航性图中的连接都可称为链接（link）如果要说明一个对象知道另一个对象在哪里，就可以加上箭头。

每个连接都可以看作一个属性：标签或角色，表示属性的名称。

4、识别性有相同属性，还是能唯一识别类类：对对象进行分组，每一组对象构成一个类。

类封装了一组对象的公共属性。

通常使用类建模。

对象通常用于演示和验证。

类允许在相关的对象之间共享元素的定义，不必重复定义。

类的属性类的实行是指类的特性，它描述类所具有的一系列特性值。

一个类可以有多个属性，也可以有多个属性，也可以没有属性。

在类图中属性只要写上名字即可。

方法方法是指类所能提供的服务或可执行的操作。

它表现类的动态特征。

类的层次基于类似性和差异性可将类分层上层概念：超类下层概念：子类继承继承也称泛化，他是面向对象描述类之间相似性的一个重要机制。

面向对象利用继承来表达这种向实行，这使得可以利用继承来管理类，同时也使得在定义一个相似类能简化类的工作。

创建继承（泛化）的技巧为创建泛化关系，主要得着眼于一般元素和特殊元素创建超类要着眼于若干个类的类似性，然后创建具有相同特性的超类自下而上地创建继承层次关系创建子类继承技术的优点1、可用更一般的形式来处理对象2、概念被体系化，系统变得更加容易理解3、通过继承现存的类、并定义新的类，可使源代码本不该得到复用（只需对相同部分编程）提高生产效率、提高维护性类定义内容1、类名2、字段3、构造函数4、消息5、操作6、注释学习优秀方法学的原因1、有助于对编码设置规则；2、增进对问题的理解，提高解决方案的质量；3、有助于在提交源代码之前，找出概念错误和实践性错误；4、在每个阶段，放大学都指定了下一步的工作，不会为下一步要做什么而烦恼；5、有助于编写出扩展性更高、可靠性更高、更易于调试的代码。

优秀方法学能解决的问题1、规划：确定需要做什么；2、调度：确定完成工作时间；3、分配资源：估计和获得人力、软件、硬件和其他需要的资源；4、工作流：较大开发工作中的子过程；5、活动：工作流中的各个任务；6、任务：方法学中由人完成的部分；7、制品：即开发成果：软件、设计文档、培训计划和手册。

软件开发中的经典阶段1、所有的方法学中，每个开发过程都有许多共有的阶段；2、传统的方法学中，需要从一个阶段到下一个阶段需求：需求就是新开发的软件所要求达到的目标，包含两个方面：业务建模和系统需求建模（或陈功能规范表示）业务建模就是理解软件的操作上下文；系统需求建模就是确定软件的功能，并记下这些功能。

分析：分析就是理解我们要处理的问题域的过程；在设计解决方案前，需要了解相关的实体、它们的属性和相互关系，并验证我们的理解是否正确。

设计：设计就是要确定软和解决问题；根据药编写的软件，如何部署他的经验、估计和直觉，做出决定；系统设计把系统分解为逻辑子系统（过程）和物理子系统（计算机和网络），并决定及其如何通信，为工作选择正确的技术；在子系统中，应决定如何把每个逻辑子系统分解为有效、可行的代码。

规范规范是对软件所需的行为进行完整、清晰的描述，这是一个常常被忽略的阶段。

实现：就是编写代码，并把他们组合在一起，形成子系统，子系统再与其他子系统协同工作，形成整个系统在实现阶段之前尽管已经做出了大多数的编码决策，但有许多地方需要创新测试：在软件完成之后，必须根据系统需求进行测试，看它是否符合最初的目标一般来说，编写软件开发人员不应参与设计、实现或执行主要测试程序员在开发过程中可以进行小的测试，以改进交付的代码质量部署：部署就是要将硬件和软件交付给最终用户，并提供手册和培训材料。

维护：系统投入使用后，可能会出现各种错误，还可能发现软件的不足，需要开发人员不断的正对这些问题进行维护系统投入使用时，真正地测试才刚刚开始表示法—建模表示法是用可视化形式表示模型的方法UML通过建立模型，是相关人员明确今后要做的事能正确且具体地把握较难看懂的复杂的软件结构能消除用户和开发人员之间，开发过程—RUP1、初始阶段：初始阶段的目标是为系统建立商业案例并确定项目的边界。

为了达到该目的必须识别所有与系统交互的外部实体，在较高层次上定义交互的特性。

本阶段具有非常重要的意义，在这个阶段中所关注的事整个项目进行中的业务和需求方面的主要风险。

对于建立在原有系统基础上的开发项目来讲，初始阶段可能很短。

2、细化阶段：细化阶段的目标是分析问题领域，建立健全的体系结构基础，编制项目计划，淘汰项目中最高风险的元素。

为达到该目的，必须在理解整个系统的基础上，对体系结构作出决策，包括其范围、主要功能和诸如性能等非功能需求。

同时为项目建立支持环境，包括创建开发案例，创建模板、准则并准备工具。

3、构造阶段：在构建阶段，所有剩余的构件和应用程序功能被开发并集成为产品，所有的功能被详细测试。

从某种意义上说，构件阶段是一个制造过程，其重点放在管理资源及控制运作以优化成本、进度和质量。

4、交付阶段：交付阶段的重点是确保软件最终用户是可用的。

交付阶段可以跨越几次迭代，包括为发布做准备的产品测试，基于用户反馈的少量的调整。

在生命周期的这一点上，用户反馈应主要集中在产品调整，设置，安装和可用性问题，所有主要的结构问题应该已经在项目生命周期的早期阶段解决了。

开发工具的需求任何放到学都需要反复改进项目制品，为了提高效率，就需要端对端的开发工具，允许制品，并存储制品，应具备以下功能：可跟踪性修改历史多用户访问修改减少冗余一致性检查联网操作在开发过程中测试已制作出来的制品类关系关联定义：两个类在概念上有连接关系时，类之间的连接称为关联；提供了不同类的对象可以相互作用的连接。

图形表示：用一根连接类的实线表示，用箭头表示关联的方，如果不明确指明方向，则默认关联是双向的聚合（菱形为空心）定义：类之间的一种整体与部分的关系体现了一种层次关系，整体类位于部分类的上层，多个部分类处于并列的层次。

图形表示：尾端带一个菱形的单箭头直线菱形指向整体部分组合（菱形为实心）定义：组合是一种特殊的聚合，强调整体和部分具有相同的生命期。

泛化—继承定义：泛化关系时继承机制中产生的类与类之间的关系图形表示：一条带有空心大箭头的有向实线，箭头指向父类。

依赖定义：两个元素之间的一种关系，其中一个院（提供者）的变化影响另一个元素（客体）图形表示：用两个模型元素之间带箭头的虚线表示，键尾处的模型元素（客户）依赖于箭头处的模型元素（提供者）实现定义：类和接口之间的关系时实现关系，表示类实现接口提供的操作，显示一个类引用另一个类。

图形表示：因接口而异收集需求包括五个关键步骤1、找打可以帮助你理解这个系统的人2、倾听这些相关人员的描述，并从他们的角度来理解系统3、利用一个容易理解的模型来描述用户希望如何使用这个系统以及为他们提供什么价值4、详细描述系统和客户以及系统和外部系统之间的交互5、重构（refactor）这个详细描述以保证它是可读且易懂的需求用户需求——针对客户的业务（问题）系统需求——针对系统的功能需求阶段目标检查业务（问题域）上下文：在考虑开发系统前，必须调查系统运行的业务上下文；首先要弄清楚开发系统的原因；在决定开发系统后，就需要理解业务，并且对业务的理解应该与客户的理解相同业务建模将客观存在的现实业务（问题域）通过一定的思路与方法拟称不同形式的模型 业务模型可以帮助理解所要解决的问题系统需求依赖于业务需求，软件架构依赖于业务模型。