您好，请问：我现在做设计MIS，目前需求分析阶段，如果用UML的话，都需要画哪些图？这些图都是做什么的？

1. 您好，请问：我现在做设计MIS，目前需求分析阶段，如果用UML的话，都需要画哪些图？这些图都是做什么的？

拜托，别用MIS这种专业术语，看不懂，我查了一下才知道的，信息管理系统。

你问的这个问题要看看 软件工程 中的过程控制。

基本上画的图包括，找到业务中的利益参与者（人和机构），利益参与者的业务需求分析（需求分析阶段不要考虑信息管理系统）

2. 课程中我对自己的学习与收获

带着多年从事教育教学的困惑，带着对理‎想教育的追求，更带着‎自我‎提升的期盼，我们青岛市第二实验初中的‎十五位教师在区教体局‎刘老‎师的带领下，于四月七日至十六日远赴上‎海，近距离的感受了上‎海的‎教育，写学习的感受和收获。十天来，先‎后在上海市西延安中学‎、上‎海市第三女子中学、华东政法大学附中三‎所学校进行了考察上海‎市西‎延安中学严谨求实的延安精神，上海市第‎三女子中学丰厚的底蕴‎、鲜‎明的特色，华东政法大学附中“一切为了‎学生健康成长，一切为‎了教‎师成功发展”的办学宗旨，二十三位教师‎高效的课堂教学，都给‎了我‎强烈的震撼和冲击。在每天忙碌的学习中‎，我边学习、边思考、‎边总‎结、边反思，收获颇丰，感悟良多。‎

3. UML在软件开发中各个阶段的作用和意义

统一建模语言UML 

软件工程领域在1995年至1997年取得了前所未有的进展,其成果超过软件工程领域过去15年来的成就总和。其中最重要的、具有划时代重大意义的成果之一就是统一建模语言(UML:Unified Modeling Language)的出现。 

在世界范围内,至少在近10年内,UML将是面向对象技术领域内占主导地位的标准建模语言。采用UML作为我国统一的建模语言是完全必要的:首先,过去数十种面向对象的建模语言都是相互独立的,而UML可以消除一些潜在的不必要的差异,以免用户混淆;其次,通过统一语义和符号表示,能够稳定我国的面向对象技术市场,使项目根植于一个成熟的标准建模语言,从而可以大大拓宽所研制与开发的软件系统的适用范围,并大大提高其灵活程度。 

统一建模语言（UML）是用来对软件密集系统进行描述、构造、视化和文档编制的一种语言。 

首先，也是最重要的一点，统一建模语言融合了Booch、OMT和OOSE方法中的概念，它是可以被上述及其他方法的使用者广泛采用的一门简单、一致、通用的建模语言。 

其次，统一建模语言扩展了现有方法的应用范围。特别值得一提的是，UML的开发者们把并行分布式系统的建模作为UML的设计目标，也就是说，UML具有处理这类问题的能力。 

第三，统一建模语言是标准的建模语言，而不是一个标准的开发流程。虽然UML的应用必然以系统的开发流程为背景，但根据我们的经验，不同的组织，不同的应用领域需要不同的开发过程。举个例子来说，开发错综复杂的软件是非常有趣的工作，但开发这种软件与构造严格实时的航空电子系统是大不一样的，后者是性命攸关的大事。因此我们首先把精力集中在设计通用的元模型上（统一不同方法的语义），其次是建立通用的表示法（提供对这些语义的形象化的表达）。虽然UML的开发者们将继续倡导从用例驱动到体系结构为中心最后反复改进、不断添加的软件开发过程，但实际上设计标准的开发流程并不是非常必要的。 

UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言。它溶入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计,还支持从需求分析开始的软件开发的全过程。 

面向对象技术和UML的发展过程可用上图来表示,标准建模语言的出现是其重要成果。在美国,截止1996年10月,UML获得了工业界、科技界和应用界的广泛支持,已有700多个公司表示支持采用UML作为建模语言。1996年底,UML已稳占面向对象技术市场的85%,成为可视化建模语言事实上的工业标准。1997年11月17日,OMG采纳UML 1.1作为基于面向对象技术的标准建模语言。UML代表了面向对象方法的软件开发技术的发展方向,具有巨大的市场前景,也具有重大的经济价值和国防价值。 

标准建模语言UML的内容 

首先,UML融合了Booch、OMT和OOSE方法中的基本概念,而且这些基本概念与其他面向对象技术中的基本概念大多相同,因而,UML必然成为这些方法以及其他方法的使用者乐于采用的一种简单一致的建模语言;其次,UML不仅仅是上述方法的简单汇合,而是在这些方法的基础上广泛征求意见,集众家之长,几经修改而完成的,UML扩展了现有方法的应用范围;第三,UML是标准的建模语言,而不是标准的开发过程。尽管UML的应用必然以系统的开发过程为背景,但由于不同的组织和不同的应用领域,需要采取不同的开发过程。 

作为一种建模语言,UML的定义包括UML语义和UML表示法两个部分。 

(1) UML语义 描述基于UML的精确元模型定义。元模型为UML的所有元素在语法和语义上提供了简单、一致、通用的定义性说明,使开发者能在语义上取得一致,消除了因人而异的最佳表达方法所造成的影响。此外UML还支持对元模型的扩展定义。 

(2) UML表示法 定义UML符号的表示法,为开发者或开发工具使用这些图形符号和文本语法为系统建模提供了标准。这些图形符号和文字所表达的是应用级的模型,在语义上它是UML元模型的实例。 

标准建模语言UML的重要内容可以由下列五类图(共9种图形)来定义: 

·第一类是用例图,从用户角度描述系统功能,并指出各功能的操作者。 

·第二类是静态图(Static diagram),包括类图、对象图和包图。其中类图描述系统中类的静态结构。不仅定义系统中的类,表示类之间的联系如关联、依赖、聚合等,也包括类的内部结构(类的属性和操作)。类图描述的是一种静态关系,在系统的整个生命周期都是有效的。对象图是类图的实例,几乎使用与类图完全相同的标识。他们的不同点在于对象图显示类的多个对象实例,而不是实际的类。一个对象图是类图的一个实例。由于对象存在生命周期,因此对象图只能在系统某一时间段存在。包由包或类组成,表示包与包之间的关系。包图用于描述系统的分层结构。 

·第三类是行为图(Behavior diagram),描述系统的动态模型和组成对象间的交互关系。其中状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件。通常,状态图是对类图的补充。在实用上并不需要为所有的类画状态图,仅为那些有多个状态其行为受外界环境的影响并且发生改变的类画状态图。而活动图描述满足用例要求所要进行的活动以及活动间的约束关系,有利于识别并行活动。 

·第四类是交互图(Interactive diagram),描述对象间的交互关系。其中顺序图显示对象之间的动态合作关系,它强调对象之间消息发送的顺序,同时显示对象之间的交互;合作图描述对象间的协作关系,合作图跟顺序图相似,显示对象间的动态合作关系。除显示信息交换外,合作图还显示对象以及它们之间的关系。如果强调时间和顺序,则使用顺序图;如果强调上下级关系,则选择合作图。这两种图合称为交互图。 

·第五类是实现图( Implementation diagram )。其中构件图描述代码部件的物理结构及各部件之间的依赖关系。一个部件可能是一个资源代码部件、一个二进制部件或一个可执行部件。它包含逻辑类或实现类的有关信息。部件图有助于分析和理解部件之间的相互影响程度。 

配置图定义系统中软硬件的物理体系结构。它可以显示实际的计算机和设备(用节点表示)以及它们之间的连接关系,也可显示连接的类型及部件之间的依赖性。在节点内部,放置可执行部件和对象以显示节点跟可执行软件单元的对应关系。 

从应用的角度看,当采用面向对象技术设计系统时,首先是描述需求;其次根据需求建立系统的静态模型,以构造系统的结构;第三步是描述系统的行为。其中在第一步与第二步中所建立的模型都是静态的,包括用例图、类图(包含包)、对象图、组件图和配置图等五个图形,是标准建模语言UML的静态建模机制。其中第三步中所建立的模型或者可以执行,或者表示执行时的时序状态或交互关系。它包括状态图、活动图、顺序图和合作图等四个图形,是标准建模语言UML的动态建模机制。因此,标准建模语言UML的主要内容也可以归纳为静态建模机制和动态建模机制两大类。

4. UML在软件开发过程中的应用作用是什么？以及UML目前研究的问题与热？试举一列来用UML进行说明表述？

平常UML 就来画项目的各种分析需求，没有多作研究。

还是 visio用的顺手写。

5. 用uml做的系统分析与设计

拜托，别用MIS这种专业术语，看不懂，我查了一下才知道的，信息管理系统。

你问的这个问题要看看 软件工程 中的过程控制。

基本上画的图包括，找到业务中的利益参与者（人和机构），利益参与者的业务需求分析（需求分析阶段不要考虑信息管理系统）
另外,虚机团上产品团购,超级便宜

6. uml与系统分析设计复习题 软件需求来源有哪些

面向对象的程序
1.需求分析
2．总体设计
3．详细设计阶段
4．实现阶段
一、需求分析阶段：
以用例图为主，到类分析图为止。类图是源码的来源。用例的主功能用序列图表示。用例的状态可以用状态图标识， 注意活动图要细化到与序列图相同程度。按照不同用户画出不同用例图。按照不同物理位置画出部署图；按照不同类型用户对程序进行分类，得到组件图。从序列图得到协作图，并且进行简单类分析，得到类分析图。
序列图的消息变成操作，消息中的信息变成属性。
二、总体设计
   为用户所见的系统计算机层面，包括界面。
   每一个用例的完整序列图，包括主功能，备用功能，异常事件，错误输入与错误处理等序列图集，每一个分支一个序列图。用一个活动图归并全部序列图，遇到分支用菱形框，得到用例的完整功能。细化用例图，比较每一个用例的活动图，得到相同的部分，分解成包含用例；对于复杂功能的用例，分解成多个包含用例。对有些功能进行模块化扩展，称为扩展用例。对用户与用例可以用继承关系。
从序列图得到协作图，进行简单类分析，特别是实体类。增加类：界面类，事务管理类。
画出系统状态图（有活动表达式），对重要的类画出类的状态图，从中得到新的属性与操作。
对增加的类重新画序列图，活动图与协作图。分析类图。
细化状态图。
状态图为主，应用类图是重心，画出全部用户的细化用例图，说明与其它系统的接口。
画出系统总体设计图，根据应用类图与顺序活动图。建立UML总体模型。　　　
三、详细设计阶段
　　程序的内部结构与实现方案的详细
类图为主，重点是增加控制类。
从类图得到程序的结构，从顺序活动图得到程序的过程（C++）．
重画有控制类的序列图、协作图、活动图。
.用协作图将操作函数化，用返回值将属性变量化
.给出类状态图的活动表达式。状态图的事件是序列图的消息，是类的操作，活动表达式是转换事件的实现，因此是类的操作的实现。
分解活动图，根据某一个操作。与活动表达式不同。
将应用类图变成设计类图，用具体的语言，
子系统的划分：类图，活动图（模块图），组件图，部署图。
将类align到组件中，将组件到部署图中。
建立程序设计的完整模型。
四、实现阶段
建立并发视图。
组件图：可执行文件，配置文件。
部署图：进程，设置硬件，例如打印机
软件测试
    产品阶段

7. 需求建模，分析建模和设计建模用到uml哪些图

需求建模 ——做需求分析阶段 ，这个时候给出的是初步的类图(参与者什么的)、顶层用例，详细用例
分析建模 ——系统分析阶段，这时候给出的是分析类图 顺序图 协作图 状态图
设计建模——系统设计阶段给出 细化过程（包括顺序图 协作图 类图 等的细化和修改）、包图、组件图、部署图，再就是呈现数据库的设计图。

8. UML的应用在哪方面

UML的应用领域 UML的目标是以面向对象图的方式来描述任何类型的系统，具有很宽的应用领域。其中最常用的是建立软件系统的模型，但它同样可以用于描述非软件领域的系统，如机械系统、企业机构或业务过程，以及处理复杂数据的信息系统、具有实时要求的工业系统或工业过程等。总之，UML是一个通用的标准建模语言，可以对任何具有静态结构和动态行为的系统进行建模。  此外，UML适用于系统开发过程中从需求规格描述到系统完成后测试的不同阶段。在需求分析阶段，可以用用例来捕获用户需求。通过用例建模，描述对系统感兴趣的外部角色及其对系统（用例）的功能要求。分析阶段主要关心问题域中的主要概念（如抽象、类和对象等）和机制，需要识别这些类以及它们相互间的关系，并用UML类图来描述。为实现用例，类之间需要协作，这可以用UML动态模型来描述。在分析阶段，只对问题域的对象（现实世界的概念）建模，而不考虑定义软件系统中技术细节的类（如处理用户接口、数据库、通讯和并行性等问题的类）。这些技术细节将在设计阶段引入，因此设计阶段为构造阶段提供更详细的规格说明。  编程（构造）是一个独立的阶段，其任务是用面向对象编程语言将来自设计阶段的类转换成实际的代码。在用UML建立分析和设计模型时，应尽量避免考虑把模型转换成某种特定的编程语言。因为在早期阶段，模型仅仅是理解和分析系统结构的工具，过早考虑编码问题十分不利于建立简单正确的模型。 UML模型还可作为测试阶段的依据。系统通常需要经过单元测试、集成测试、系统测试和验收测试。不同的测试小组使用不同的UML图作为测试依据：单元测试使用类图和类规格说明；集成测试使用部件图和合作图；系统测试使用用例图来验证系统的行为；验收测试由用户进行，以验证系统测试的结果是否满足在分析阶段确定的需求。  总之，标准建模语言UML适用于以面向对象技术来描述任何类型的系统，而且适用于系统开发的不同阶段，从需求规格描述直至系统完成后的测试和维护。