下载文档原格式
1.UML 中关联的多重度是指 (B)A.一个类有多个方法被另一个类调用B.一个类的实类能够与另一个类的多个实类相关联C.一个类的某个方法被另一个类调用的次数D.两个类所具有的相同的方法和属性2.已知三个类 A.B 和C.其中类 A 由类B 的一个实类和类 C 的1 个或多个实类构成.请画出能够正确表示类 A,B 和 C 之间关系的 UML 类图.3 在某个信息系统中，存在如下的业务陈述：①一个客户提交 0 个或多个订单；②一个订单由一个且仅由一个客户提交。
系统中存在两个类：“客户”类和“订单”类。
对应每个“订单”类的实例，存在 (46)_B “客户”类的实例；对应每个“客户”类的实例，存在(47)D 个“订单” 类的实例。
供选择的答案：（1）A.0 个 B.1 个 C.1 个或多个 D.0 个或多个（2）A.0 个 B.1 个 C.1 个或多个 D.0 个或多个4、 UML 中的交互图有两种，分别是顺序图和协作图，请分析一下两者之间的主要差别和各自的优缺点。
掌握利用两种图进行的设计的方法。
答：顺序图可视化地表示了对象之间随时间发生的交互，它除了展示对象之间的关联，还显示出对象之间的消息传递。
与顺序图一样，协作图也展示对象之间的交互关系。
顺序图强调的是交互的时间顺序，而协作图强调的是交互的语境和参与交互的对象的整体组织。
顺序图按照时间顺序布图，而协作图按照空间组织布图。
顺序图可以清晰地表示消息之间的顺序和时间关系，但需要较多的水平方向的空间。
协作图在增加对象时比较容易，而且分支也比较少，但如果消息比较多时难以表示消息之间的顺序。
14.什么是对象间的可见性 ?答:可见性（Visibility）指的是一个对象能够“看到” 或者引用另一个对象的能力。
5、UML 提供了一系列的图支持面向对象的分析与设计，其中 (1)给出系统的静态设计视图；(2) 对系统的行为进行组织和建模是非常重要的；(3) 和(4) 都是描述系统动态视图的交互图，其中(3) 描述了以时间顺序组织的对象之间的交互活动，(4)强调收发消息的对象的组织结构。
软件工程9种图软件工程9种图本文档旨在介绍软件工程中常用的9种图，包括需求分析图、用例图、活动图、类图、状态图、序列图、通信图、部署图和物理架构图。
每个章节将详细说明各种图的定义、特点和使用方法。
1.需求分析图需求分析图主要用于描述系统的需求和功能，并将其转化为可视化的图形表示。
它包括用例图、活动图、状态图等多种子图。
用例图用于展示系统的功能、用户以及各功能之间的关系；活动图则表示系统中的各种活动以及它们之间的关系；状态图则描述系统中对象的不同状态和状态之间的转移。
2.用例图用例图是描述系统功能和用户之间交互的图表。
它展示了系统的功能性需求，包括系统的主要功能和参与者（用户）之间的关系。
用例图由参与者、用例和关系构成，通过参与者和用例之间的关系来表示用户与系统的交互。
3.活动图活动图用于描述系统中的活动或业务流程，以及这些活动之间的顺序关系。
它展示了系统的业务流程，包括活动、决策、并行和合并分支。
活动图通过节点、边和分支条件来表示活动之间的关系。
4.类图类图用于描述系统中的类、对象以及它们之间的关系。
它展示了系统的结构，包括类的属性、方法、关联关系、继承关系等。
类图通过类、对象、关联和继承等元素来表示系统的结构。
5.状态图状态图用于描述系统中对象的不同状态和状态之间的转移。
它展示了系统中对象的状态及其变化，包括对象的初始状态、中间状态以及最终状态。
状态图通过状态、转移和条件来表示对象的状态和状态之间的转移。
6.序列图序列图用于描述系统中对象之间的交互顺序和消息传递。
它展示了系统中对象之间的交互流程，包括对象的创建、销毁、方法调用等。
序列图通过对象、消息、生命线等元素来表示对象之间的交互和顺序关系。
7.通信图通信图用于描述系统中对象之间的交互和消息传递。
它展示了对象之间的通信方式，包括消息的发送和接收。
通信图通过对象、消息、连接线等元素来表示对象之间的交互和通信关系。
8.部署图部署图用于描述系统中软件和硬件组件的部署布局。
一、判断题并说明理由1、软件工作的考虑范围主要是程序设计和实现。
( F )2、在项目计划发生延迟的情况下，增加更多的程序员一定会加快进度。
( F)3、软件错误可能出现在开发过程的早期，越早修改越好。
( T) 4, 在软件开发的过程中，若能推迟暴露其中的错误，则为修复和改正错误所花费的代价就会降低。
(F )5, 模型是对现实的简化，建模是为了更好地理解所开发的系统。
( T )1、文档是软件产品的一部分，没有文档的软件就不称其为软件。
( T)2、在需求分析过程中，分析员要从用户那里解决的最重要的问题是给该软件提供哪些信息。
( T )3、需求规格说明书在软件开发中具有重要的作用，它也可以作为软件可行性分析的依据。
( T)4、数据流图建立系统的功能模型，它由数据流、加工和数据存贮组成。
( F )5、好的测试是用少量的测试用例运行程序，发现被测程序尽可能多的错误。
(T )1、程序设计语言不具有的特性是应用特性。
( )2、在制定项目开发计划文档时，不包含的内容是测试计划。
( )3、系统流程图用于可行性分析中的当前运行系统的描述。
( T )4、PDL工具在软件详细设计过程中不采用。
( F)5、程序的三种基本控制结构的共同特点是只有一个入口和一个出口。
(T )二、填空题（10分，每空1分）1、在学校中，一个学生可以选修多门课程，一门课程可以由多个学生选修，那么学生和课程之间是多对多关系。
2、动物与老虎之间是继承关系，森林和树木之间是组合关系。
3、衡量模块独立的两个标准是内聚和4、结构化分析实质是就是一种建模活动，通常建立数据模型、功能模型、行为模型。
5、在面向对象设计过程中，先后要建立3个模型，它们分别是对象模型、 _ 动态模型、_ 功能模型6、组成数据流图的四种成分是（源点或终点）、（数据流）、（处理）、（数据存储）1. 维护阶段是软件生命周期中，持续时间最长的的阶段，花费精力和费用最多的的阶段。
经典的软件工程思想将软件开发分成5个阶段:需求分析\系统分析与设计;系统实现\测试及维护五个阶段。
序言如果想搭一个狗窝，备好木料、钉子和一些基本工具（如锤子、锯和卷尺）之后，就可以开始工作了。
从制定一点初步计划到完成一个满足适当功能的狗窝，可能不用别人帮助，在几个小时内就能够实现。
只要狗窝够大且不太漏水，狗就可以安居。
如果未能达到希望的效果，返工总是可以的，无非是让狗受点委屈。
如果你要建造一座高层办公大厦，若还是先备好木料、钉子和一些基本工具就开始工作，那将是非常愚蠢的。
因为你所使用的资金可能是别人的，他们会对建筑物的规模、形状和风格做出要求。
同时，他们经常会改变想法，甚至是在工程已经开工之后。
由于失败的代价太高了，因此必须要做详尽的计划。
负责建筑物设计和施工的是一个庞大的组织机构，你只是其中的一部分。
这个组织将需要各种各样的设计图和模型，以供各方相互沟通。
只要得到了合适的人员和工具，并对把建筑概念转换为实际建筑的过程进行积极的管理，将会建成这座满足使用要求的大厦。
如果想继续从事建筑工作，那么一定要在使用要求和实际的建筑技术之间做好平衡，并且处理好建筑团队成员们的休息问题，既不能把他们置于风险之中，也不能驱使他们过分辛苦地工作以至于精疲力尽。
奇怪的是，很多软件开发组织开始想建造一座大厦式的软件，而在动手处理时却好像他们正在仓促地造一个狗窝。
有时你是幸运的。
如果在恰当的时间有足够的合适人员，并且其他一切事情都很如意，你的团队有可能（仅是可能）推出一个令用户眼花缭乱的软件产品。
然而，一般的情况下，不可能所有人员都合适（合适的人员经常供不应求），时间并不总是恰当的（昨天总是更好），其他的事情也并不尽如人意（常常由不得自己）。
现在对软件开发的要求正在日益增加，而开发团队却还是经常单纯地依靠他们唯一真正知道如何做好的一件事——编写程序代码。
英雄式的编程工作成为这一行业的传奇，人们似乎经常认为更努力地工作是面对开发中出现的各种危机的正常反应。
软件工程各种图结构摘要：本文档旨在详细介绍软件工程中常见的图结构，包括数据流图、用例图、类图、时序图、活动图等。
每个章节都对不同的图结构进行了细化讲解，以帮助读者更好地理解和使用这些图结构。
1、数据流图1.1 概述1.2 数据流图符号1.3 数据流图的绘制步骤1.4 数据流图的应用场景2、用例图2.1 概述2.2 用例图符号2.3 用例图的绘制步骤2.4 用例图的应用场景3、类图3.1 概述3.2 类图符号3.3 类图的绘制步骤3.4 类图的应用场景4、时序图4.1 概述4.2 时序图符号4.3 时序图的绘制步骤4.4 时序图的应用场景5、活动图5.1 概述5.2 活动图符号5.3 活动图的绘制步骤5.4 活动图的应用场景6、总结在本文档中，我们详细介绍了软件工程中常见的各种图结构，包括数据流图、用例图、类图、时序图和活动图。
每个章节都对不同的图结构进行了介绍、符号说明和绘制步骤。
这些图结构在软件开发过程中有着重要的应用，能够帮助开发人员更好地理解需求、设计系统和测试功能。
附件：本文档无附件。
法律名词及注释：1、软件工程：指以工程化的方法开发、维护和管理软件的一门学科或技术体系。
2、数据流图：是一种表示系统功能模型的图形符号技术，用来描述系统功能的输入、输出以及数据在系统中流动的路径。
3、用例图：是一种用来表示系统功能和用户之间交互的图形符号技术，以用户使用系统的需求为基础来描述系统功能。
4、类图：是一种用来表示系统中各个类以及它们之间的关系的图形符号技术，以类、属性和方法为基础进行建模。
5、时序图：是一种用来描述对象之间消息交互顺序的图形符号技术，以时间为基准，展示对象之间的时序关系。
6、活动图：是一种用来表示系统中各个活动以及它们之间的关系的图形符号技术，以流程、动作和决策为基础进行建模。
信息技术基础知识点汇总1.信息概念：香农---信息就是用来消除不确定性的东西维纳---信息就是信息非物质非能量两个层次：本体论和认识论2.信息质量的属性：精准性，完整性，可靠性，及时性，经济性，可验证性，安全性（精完可及经验安）3.信息化6 要素：信息人才（关键）、信息资源（核心）、信息网络（基础）、信息技术应用（龙头）、信息技术产业（国家信息化基础）、政策法规标准（保障）4.信息化层次：产品信息化、企业信息化、产业信息化、国民信息化（生产，流通，分配，消费）、社会生活信息化（提高生活品质，智慧城市）、信息化主体是全体社会成员，空域是一切领域，时域是一个长期过程5.两化融合的含义：信息化和工业化发展战略的融合信息资源与材料，能源等工业资源的融合虚拟经济与工业实体经济的融合信息技术与工业技术，IT 设备与工业装备的融合6.人工智能：原则---科技引领，系统布局，市场主导，开源开放战略目标----2020 世界先进同步2025 重大突破2050 世界领先7.电子政务类型G2G （公对公）G2B （公对企）G2C （政府对个人）G2E （政府对职员）8.电子商务凡使用电报、电话、广播、电视、传真、计算机、网络等手段和技术的商务活动都为电子商务EDI（电子数据交换）是连接原始电子商务和现代电子商务的手段9.电子商务的类型：B2B （四个阶段：EDI，基本电子商务，电子交易集市，协同商务）B2C （天猫，京东，苏宁，当当等）C2C （淘宝，个人对个人）O2O （美团等，线上购买线下商品）10.电子商务发展基本原则企业主体政府推动、统筹兼顾虚实结合、着力创新注重实效、规范发展保障安全法律法规体系标准规范体系安全认证体系信用体系在线支付体系现代物流体系技术装备体系运行监控体系服务体系12.信息安全等级：用户自主级，系统审计级，安全标记级，结构化保护，访问验证保护13.企业信息化：大吃小变快吃慢内容：库存管理，销售管理，生产管理，财务管理演化过程： MRP(基本MRP 物料需求计划,闭环MRP 产能、采购+物料)MRPII：制造资源计划+产供销财管理企业资源计划ERP14.企业信息化过程中3 个重要影响：经营战略，业务流程和组织，信息架构15..企业信息化过程原则：效益原则、一把手原则、中长期与短期结合原则、规范化和标准化原则、以人为本原则16.十二金工程：一站：中国政府网（公众访问层）十二金：不包括金土、金信（应用系统层）四库：人员，资源，地理，经济（数据资源层）两网：政府内，外网（网络项目层）17.信息系统生命周期：立项（规划）开发（系统分析、设计、实施、验收）运维（纠正性维护---错误，适应性维护---环境，预防性维护---将来，完善性维护---功能）消亡18.系统开发方法：架构华法，原型法，面向对象（复用），面向服务（功能），敏捷开发19.信息系统生命周期模型：V 模型，瀑布模型，原型模型，RUP/UP 统一过程模型，螺旋模型，喷泉模型，SCRUM—敏捷开发20.信息系统服务标准组成ITSS：人员，资源，技术，过程21.IT 服务管理ITSM：思想---提供高质量低成本的服务，以服务为中心目标----以客户为中心，提供高质量低成本服务，可精准计价任务---管理客户和用户的IT 需求22.ITSM 基本原理：“二次转换”第一次：梳理，第二次：打包23.信息系统监理：四控：质量控制，进度控制，投资控制，变更控制三管：合同管理，信息管理，安全管理一协调：项目组织协调24.信息系统开发过程：需求分析（可验证，《需求规范说明书》）目标：检测和解决需求间冲突，发现系统边界，描述系统需求 软件设计（软件构造基础，分为概要设计和详细设计，由软件设计师做）软件测试（识别缺陷和问题，发现错误）软件维护（更正行维护，适应性维护，完善性维护，预防性维护）25.软件需求：定义了软件质量特性，以确认这些特性的方法和原则26.软件质量保证及质量评价：内部质量，外部质量，使用质量验证：确保输出的产品是正确的，看生产的东西对不对确认：产品满足其特定目的27.软件配置管理：软件配置计划、配置标识、配置控制、配置状态记录、配置审计、软件发布交付28.系统架构（UML5 种视图）：逻辑视图，进程视图，实现视图，过程视图，部署视图29.UML4 种事务：结构事务，行为事务，分组事务，注释事务30.UML 建模9 种图：静态---类图：描述类以及类与类间的关系，描述静态结构。
Rhapsody介绍-Logix公司的Rhapsody与苹果公司的Rhapsody操作系统完全是两码事，I-Logix的Rhapsody 是遵循UML标准的面向对象设计工具。
其中国大陆及香港地区独家代理华力创通的副总经理熊运鸿先生这样形容Rhapsody：它为嵌入式软件的开发提供了一个“四化”的支撑平台，即可视化、工程化、自动化和团队化。
它提供了可视化的开发环境，贯穿了工程化的设计思想，使用了自动化的开发模式，并支持团队化的协作开发。
通常首次使用此类软件工程工具对开发效率的提升并不是很明显，但据I-Logix介绍，第一次使用Rhapsody的用户可以比常规开发周期缩短30%。
I-Logix的首席讲师Bruce Powel Douglass博士在近期来华访问的演讲中，介绍了Rhapsody的几个重要特性：完全遵循UML标准、独特的模型/代码相关性技术以及图形化的、设计级的调试和验证技术。
此外，Rhapsody还能支持大项目开发对于信息共享的需要。
每个用户在私有工作区维护自己的设计模型，Rhapsody将所有设计模型以包的形式存储在项目内，并提供管理和划分功能。
团队之间可以通过工作区的直接导入以及现有的配置管理工具实现协同开发。
UML的忠实“追星族”UML（统一建模语言）给软件界带来的震动不亚于六级地震，它与OOAD（面向对象分析和设计）工具的结合，更使软件工程思想的实现往前走了一大步。
Rhapsody是业界第一个遵循UML语言的面向对象设计工具。
总部在美国的I-Logix是OMG（对象管理组织）的成员，并且参与了UML标准的制订。
UML在1997年11月成为OMG采纳的标准建模语言，Rhapsody 在1998年2月就开始提供对UML的支持。
在Rhapsody中，设计者可以创建UML支持的9种图：顺序图、协作图、类图、对象图、用例图、构件图、状态图、活动图和实施图，其中类图和对象图在Rhapsody中统称为对象模型图。
面向对象分析与设计课程总结0923010208指导老师：庄育飞这学期学院开设了面向对象分析与设计（UML）这门课，通过老师的讲解，自己一些相关书籍的阅读和实践作业的完成，逐步对课程有了由浅及深的认识。
我觉得学习这门课还是受益匪浅的。
面向对象(Object Orient ed,OO)是一门以实践为主课程，课程中可以分开两块OOA（面向对象系统分析)和OOD（面向对象系统设计）。
OOA（面向对象系统分析)主要内容: 研究问题域和用户需求,运用面向对象的观点和原则发现问题域中与系统责任有关的对象,以及对象的特征和相互关系.OOA不涉及针对具体实现采取的设计决策和有关细节,独立于具体实现的系统模型。
是一个完整确切反映问题域和用户需求的系统模型。
OOA的优势：复用、可扩展、可维护性、弹性。
OOD（面向对象系统设计）：以OOA模型为基础，按照实现的要求进行设计决策，包括全局性的决策和局部细节的设计，与具体的实现条件相关。
OOD的步骤：细化重组类→细化和实现类之间的关系，明确其可见性→增加属性,指定属性的类型和可见性→分配职责,定义执行每个职责的方法→对消息驱动的系统,明确消息传递的方式→利用设计模式进行局部设计→画出详细的类图和时序图。
面向对象的分析与设计方法将致力于解决传统软件研发过程中由于软件模块化结构化程度不高带来的软件重用性差、软件可维护性差、开发出的软件不能满足用户需要等方面问题。
面向对象的概念包括：对象、对象的状态和行为、类、类的结构、消息和方法。
对象概念将包含对象唯一性、抽象性、继承性、多态性的重要特征。
面向对象的要素包含：抽象、封装性、共享性三方面。
在设计模式的研究过程中，我们组选择的是迭代器（Iterat or）的设计模式研究。
第一章一．单项选择题1. 软件是计算机系统中与硬件相互依存的另一部分，它包括文档、数据和（）A.数据B.软件C.文档D.程序2. 软件工程具体研究的对象就是软件系统，包括了三个要素：方法，工具和（）。
A.技术B. 过程C. UMLD.方法学4.“软件危机”是指（）A. 计算机病毒的出现B. 利用计算机进行经济犯罪活动C. 软件开发和维护中出现的一系列问题D. 人们过分迷恋计算机系统6. 以下判断正确的是（）。
A、所谓软件开发就是编写程序。
B、利用软件工程的思想，已成功的解决了软件危机。
C、完成软件测试工作以后，为了缩短程序的长度应删除程序中的注释。
D、一般来说，程序中存在错误的概率与在该段程序中已发现的错误数成正比。
7. 软件工程的出现的原因主要是（）A.方法学的影响B.软件危机的出现C.其他工程学科的发展D.计算机的发展8.软件工程具体研究的对象就是软件系统，包括了三个要素：工具、过程和（）A. 方法B. 技术C. 概念D.元素9. 把在开发过程中各项工作的负责人员、开发进度、所需经费预算、所需软件、硬件条件等问题做出的安排用文件的形式记载下来，这是编制（）。
A.需求分析文档B. 可行性研究报告C.软件项目计划D.维护报告二。
填空题1.软件是计算机系统中与硬件相互依存的另一部分，它包括文档、数据和2.软件是计算机程序、规程以及运行计算机系统可能需要的相关文档和。
3．软件危机是指在计算机软件的和维护过程中遇到的一系列严重问题。
4.软件工程的出现的原因主要是5. 软件工程具体研究的对象就是软件系统，包括了三个要素：工具、过程和。
6. 软件是计算机系统中与硬件相互依存的另一部分，它包括文档、数据和7.软件工程是一门研究如何用系统化、、可度量等工程原则和方法进行指导软件开发和维护的学科。
8.编制的目的是用文件的形式，把在开发过程中各项工作的负责人员、开发进度、所需经费预算、所需软件、硬件条件等问题做出的安排记载下来。
（2006 / 2007 学年第一学期）一、填空题（20分，每空1分）: 1. 《用户需求与系统建模》课所涉及的内容应划分为（）学科的.重要知识领域。
该学科于1968年在NATO的一次学术会议上被提出，旨' 在为软件开发引入健全的工程化原则和系统的、成熟的方法学指导，以解: 决日益严重的（）。
!2. Rational统一过程是适应于OO方法和UML建模表示的，以（/驱动的，以（）为中心的，迭代和增量的软件开发过程，:Rational统一过程的英文缩写为（）。
|3. 软件需求可以被划分为“功能需求”和“非功能需求”两类。
按照这种区•分标准，“系统必须对登录用户的身份进行验证，并分配给合法用户相应 : 的公文操作权限”属于（）需求；“身份验证必须在4秒之内•完成”属于（）需求。
：4. 在需求开发阶段，分析员可以“快速而粗糙”地开发出模拟目标软件系统-行为的原型程序，并利用它与用户更直观地讨论需求内容；这种以获取需求为目地的原型属于（）原型；除此而外原型还存在另一种类- 型称为（）原型。
'5. 在结构化分析技术中，实体关系图用于创建目标系统的（）.模型。
在实体关系图中矩形表示（）；椭圆表示（）；以无向边连接矩形的菱形表示（）。
| 6. 需求开发过程通常包括4个主要活动，分别是（），（），（）和需求验证。
定义需求优先级|应该是（）活动的工作任务。
:7. 事物、关系和图是UML词汇表中所包含的3种基本构造块。
其中:1. 2. 3. 4. 5. 6. 7. 8. （ ）是模型中所应用的基本成分；（ ）是事物之间的结合形式；（ ）聚集了一组相关的事物，传达某一方面的整体信息。
、选择题（20分，每空2分） 借鉴了制造行业“流水线生产”的思想，将开发活动按线性 关系组织，是在软件工程历史上提出最早也是影响最广泛的过程模型。
A.瀑布模型 B.增量模型 C.螺旋模型 在能力成熟度模型的5个等级中，从（ 须包括与“需求管理”有关的关键过程区 A.初始级 B.可重复级 C. 调查表是进行需求收集的手段之一 查表的不足。
UML建模学生选课系统(类图+对象图+用例图+部署图)-课程设计UML建模学生选课系统(类图+对象图+组件图+部署图)录1．项目简介 31.1. 学生选课系统 31.2. 项目主题 31.3. 设计思路 31.4. 项目目的 32. 小组成员 42.1. 小组成员简介 43. 需求分析和设计过程 53.1. 需求分析 53.2. 技术支持 53.3. 设计过程 64. 本次课程设计小结 85.附录 95.1 用例图 95.2 活动图 105.3 状态图 135.4 顺序图 145.5 协作图 195.6 类图 225.7 对象图 235.8 组件图 245.9 部署图 245.10 产考资料 251．项目简介1.1. 学生选课系统随着学校教学管理的网络化，为了简化在校学生选课的复杂程序，为了便捷的管理教学教务，学生选课系统成为了现在高校教学中必不可少的一个部分。
由于，目前高校多采用学分制，学生在一定范围内可以选择自己喜欢的和学需要的学科进行学习和研究，使得高校更好的进行学生的个性教育，同时这也加重了教学教务中工作负担。
此外，我国高校进行扩招，在校学生越来越多，使学校的教学资源紧张，管理教职人员和课程安排更加复杂。
所以，学校推行学生选课系统势在必行。
1.2. 项目主题为了满足在校大学生人数的不断增加，从而对教务系统的数据量的需要。
本系统包括了学生上网选课和教师发布课程两个方面进行设计，基本实现了学生的信息查询、选课功能，教师发布课程的功能，另外也解决了管理员的管理权限问题。
1.3. 设计思路1. 利用UML和Rational Rose工具对系统进行建模 ;2. 进行需求分析，从而绘制系统的用例图、活动图和时序图 ;3. 根据用例模型，进行架构建模，绘制系统的状态图，类图和交互图 ;4. 绘制系统中重要功能的对象图 ;5. 绘制系统的组件图和部署图 ;6. 对所完成的模型进行正向工程，创建系统的主要程序框架;1.4. 项目目的1. 理解UML语言的概念、结构、语义、表示方法以及UML的便捷；2. 掌握UML建模工具Rational Rose的使用方法；3. 通过学生选课系统，熟练地使用Rose工具；2. 小组成员2.1. 小组成员简介李诺进行需求分析，从而绘制系统的用例图、活动图和时序图。
软件工程的23种设计模式的UML类图0 引言谈到设计模式，绝对应该一起来说说重构。
重构给我们带来了什么？除了作为对遗留代码的改进的方法，另一大意义在于，能够让我们在写程序的时候能够不需事先考虑太多的代码组织问题，当然这其中也包含了应用模式的问题。
尽管大多数开发者都已经养成了写代码前先从设计开始的习惯，但是，这种程度的设计，涉及到到大局、到总体架构、到要紧的模块划分我觉得就够了。
换句话说，这时就能写代码了。
这就得益于重构的思想了。
假如没有重构的思想，有希望获得非常高质量的代码，我们就不得不在开始写代码前考虑更多事实上并非非常稳固的代码组织及设计模式的应用问题，那开发效率当然就大打折扣了。
在重构与设计模式的合理应用之下，我们能够相对较早的开始写代码，并在功能尽早实现的同时，不断地通过重构与模式来改善我们的代码质量。
因此，下面的章节中，在谈模式的同时，我也会谈谈关于常用的这些模式的重构成本的懂得。
重构成本越高意味着，在遇到类似的问题情形的时候，我们更应该提早考虑应用对应的设计模式，而重构成本比较低则说明，类似的情形下，完全能够先怎么方便，怎么快怎么写，哪怕代码不是很优雅也没关系，回头再重构也很容易。
1 创建型1.1FactoryMethod思想：Factory Method的要紧思想是使一个类的实例化延迟到其子类。
场景：典型的应用场景如：在某个系统开发的较早阶段，有某些类的实例化过程，实例化方式可能还不是很确定，或者者实际实例化的对象（可能是需要对象的某个子类中的一个）不确定，或者者比较容易变化。
如今，假如直接将实例化过程写在某个函数中，那么通常就是if-else或者select-case代码。
假如，候选项的数目较少、类型基本确定，那么这样的if-else还是能够同意的，一旦情形变得复杂、不确定性增加，更甚至包含这个构造过程的函数所在的类包含几个甚至更多类似的函数时，这样的if-else代码就会变得比较不那么容易保护了。
