uml 小总结范文.doc

uml 小总结范文 U ML，全拼Unified ModelingLanguage，中文意思是分析与设计领域的沟通语言SDLC，软件开发生命周期，是为解决软件开发过程中产生的各种问题的。 它是一个规范、系统的软件开发方法，是一个方法论的范畴。 它将软件开发过程划分为几个阶段可行性分析，分析我们能不能做这个软件项目，做这个软件项目都有哪些风险？相当于我们对我们自己的一个自我能力的分析。 会产出一个可行性分析文档。 需求分析与说明，包括收集、分析、验证需求。 产出是需求分析说明书。 该阶段由系统分析师唱主角。 设计，将需求分析转换成编程编程语言能够实现的逻辑结构。 设计一般可分为概要设计，详细设计。 一般包括界面设计、系统框架设计、数据库设计、系统组件设计。 产出有，设计文档，数据库模型，系统框架模型。 该阶段以系统设计师为主。 编码，对照设计文档编写代码。 程序员在该阶段是主角。 产出就是软件系统的代码。 测试，根据需求文档、设计文档对程序员编写的代码进行测试，检查代码是否是按照设计文档编写的，它有没有实现需求分析文档中描述的某个功能？产出测试报告。 维护，软件系统提交给客户后一般会有一个类似于保修期的问题，在保修期内要对软件系统进行维护。 产出有维护文档，如描述某次维护的文档年月日对客户提出的用户名不区分大小问题进行修改，由原来的区分大小写改为不区分大小，修改人，客户确认人，确认时间。 瀑布方法，以线性序列描述软件开发过程。 其特征是线性。 线性体现在SDLC中的各阶段之间存在严格的先后顺序，如只能整个系统在设计阶段的工作完成了，才能进入编码阶段。 而进入编码阶段后，设计阶段、需求分析阶段等其它阶段的人员整天闲的发慌。 它比较适合在整个项目开发过程中，需求不变化，这样的项目。 原型方法，演化方法。 特征是迭代性。 体现在先将系统的整体以界面的形式显示出来再一步步的将系统中的某部分进行细化再以界面的形式呈现出来。 大多用于需求收集和分析阶段方便准确获取需求。 螺旋方法，具有线性和迭代性。 微软采用的就是这种方法。 增量方法，具有迭代性，体现在比如现在要对某系统做分析，假定将该系统分为几个模块的话，一模块需求分析做完了，一模块的设计就可开始。 不用管其它模块的需求分析是否做完。 用例图作用静态从用户角度反映系统都有什么功能的图形，它适于软件开发整个流程。 包含以下四个图形符号参与者，UML官方文档对其定义为actor是在系统之外与系统交互的人或事。 通信，参与者和用例间的交互。 用例，原始英文是use case，直译过来就成了用例。 这也是一个比较贴切的叫法了，从字面的直接理解就是使用的例子。 另一种比较流行的定义是用例就是与使用者(actor)交互的，并且给使用者提供可观测的有意义的结果的一系列活动的集合。 边界，系统边界，用例的适用范围。 参与者间关系泛化（继承）。 用例间关系泛化（继承），扩展，包含。 类图作用，静态描述系统包含的类以及类之间的关系。 类间的关系关联，类与类间有联系。 单向关联，通过类A可以找到类B,通过类B找不到类A。 双向关联，通过类A可以找到类B,通过类B可以找到类A。 依赖，类A离不开类B。 聚合，类A与类B是整体与局部的关系，其中A是整体，B是局部，当A消失后B仍存在。 组合，类A与类B是整体与局部的关系，其中A是整体，B是局部，当A消失后B也不存在。 继承，类大概分析几种，从软件开发的过程分分析类，设计类，测试类；从类的作用分边界类，控制类，实体类；序列图序列图（Sequence Diagram，又称为顺序图）。 序列图是一个用来记录系统需求，和系统设计的好图。 序列图是如此好用的理由是，因为它按照交互发生的时间顺序，显示了系统中对象间的交互逻辑。 图的目的序列图主要用于按照交互发生的一系列顺序，显示对象之间的这些交互。 很象类图，开发者一般认为序列图只对他们有意义。 然而，一个组织的业务人员会发现，序列图显示不同的业务对象如何交互，对于交流当前业务如何进行很有用。 除记录组织的当前事件外，一个业务级的序列图能被当作一个需求文件使用，为实现一个未来系统传递需求。 在项目的需求阶段，分析师能通过提供一个更加正式层次的表达