UML在需求分析阶段的应用
论基于UML的需求分析
2020.091项目概况根据上级领导的安排,为市政府开发一套OA 系统,该系统的使用范围为全市所有单位,通过接口可以与州级的OA 系统实现互联。
系统包括办公管理、收文管理、发文管理、个人事务、档案管理、信息管理、图书管理、会议管理以及车辆管理等功能。
通过该系统大大地减少了工作人员的工作负担,提高了办公效率,节省了办公费用的支出,实现了无纸化办公。
该系统采用面向对象的开发方法,采用基于UML 的需求分析方法。
系统采用了三层C/S 和B/S 混合架构方式,在各单位局域网内采用三层C/S 架构,而Internet 用户采用B/S 架构。
由于大部分开发人员对Microsoft 的.net 比较熟悉,选择了Microsoft 的.Net 作为软件开发平台,对于三层C/S 架构程序使用执行效率高的C++.NET 开发。
B/S 架构程序使用 书写web 表示层,C#来编写功能层,数据库使用SQL Server 2012,使用 来访问数据库。
服务器操作系统采用Windows Server 2012。
在该项目开发中,采用了层次式程序员组的人员管理方式,由1名组长负责全面的工作,组长领导着3名软设计师,每个软件设计师又领导着2名程序员,整个开发团队总共由10名开发人员组成,开发周期为5个月。
2UML 简介UML (统一建模语言)不仅统一了Booch 方法、OOSE 方法、OMT 方法中的概念和表示方法,而且对它们作了进一步的优化和发展,最终统一为大众所接受的标准建模语言。
使用UML 进行开发可以解决开发过程中可能会遇到的很多问题。
(1)UML 可以解决开发人员交流的障碍。
它提供了一套通用的思维方式和交流的语言,既有助于系统分析师与用户之间的交流,又有助于系统分析师与设计人员之间的交流。
(2)易于响应变化。
(3)便于软件构件的复用。
(4)因软件开发人员的水平、开发方法、软件工具以及经验的不同,容易造成大型或者是较为复杂的软件系统不能如期完成。
UML的优势和应用场景分析
UML的优势和应用场景分析在软件开发领域，UML（统一建模语言）是一种广泛应用的工具，它被用于描述、设计和分析软件系统。
UML具有许多优势和适用场景，本文将对其进行分析。
一、UML的优势1. 易于理解和学习：UML采用了图形化的表示方式，使得软件开发人员可以通过图形化的模型快速理解系统的结构和行为。
相比于繁琐的文字描述，图形化表示更加直观和易于理解。
此外，UML还提供了一套标准化的符号和术语，使得软件开发人员能够更加方便地进行交流和协作。
2. 提高开发效率：UML提供了一种可视化的工具，使得开发人员能够更加高效地进行需求分析、系统设计和代码生成。
通过使用UML，开发人员可以快速创建模型并进行模型验证，减少了开发过程中的错误和重复工作。
此外，UML还提供了一些自动生成代码的功能，可以进一步提高开发效率。
3. 支持面向对象的开发：UML是一种面向对象的建模语言，它提供了丰富的面向对象的概念和模型，如类、对象、继承、关联等。
这使得开发人员能够更加方便地进行面向对象的分析和设计，从而提高软件的可维护性和可扩展性。
同时，UML还支持面向对象的编程语言，如Java和C++，使得开发人员能够更加方便地将模型转化为代码。
4. 促进团队合作：UML提供了一种标准化的建模语言，使得团队成员能够共享和理解彼此的设计和模型。
通过使用UML，团队成员可以更加方便地进行交流和协作，减少了沟通和理解上的障碍。
此外，UML还提供了一些协作图和序列图等工具，使得团队成员能够更加清楚地了解系统的交互和通信过程。
二、UML的应用场景1. 需求分析和系统设计：UML可以用于描述和分析系统的需求和功能，通过使用用例图、活动图和状态图等工具，开发人员可以更加清楚地了解系统的行为和交互过程。
同时，UML还提供了类图和对象图等工具，用于描述系统的结构和关系。
通过使用UML进行需求分析和系统设计，开发人员可以更加准确地把握系统的需求和设计，从而提高系统的质量和可靠性。
UML系统需求分析建模实例包括业务建模
UML系统需求分析建模实例包括业务建模一、背景某公司为了提高内部管理效率，决定开发一个在线人事管理系统。
该系统主要目标是帮助公司员工和管理人员更好地进行人事管理工作，包括员工信息管理、薪资管理、请假管理等功能。
二、业务建模1. 参与者- 员工：具有查看和修改个人信息的权限。
- 人事部门：负责对员工信息进行管理、薪资管理和请假管理。
- 管理员：拥有所有功能权限。
2. 用例图用例图展示了系统的功能视图，包括主要的参与者和他们的交互。
（图1：用例图）3. 用例描述- 查看个人信息：员工可以查看自己的个人信息，包括个人资料、联系方式和工作历史。
- 修改个人信息：员工可以修改自己的个人信息，如联系方式和地址等。
- 管理员登陆：管理员可以使用管理员账号登陆系统。
- 管理员工信息：管理员可以查看和修改员工信息，包括添加员工、删除员工和修改员工信息等。
- 薪资管理：人事部门可以查看和修改员工薪资信息。
- 请假管理：人事部门可以管理员工的请假信息，包括请假申请和批准等。
4. 状态图状态图描述了系统中的一个对象或参与者的状态变化。
（图2：状态图）5. 类图类图展示了系统中的类以及它们之间的关联。
（图3：类图）三、系统分析1. 需求分析对于查看个人信息的用例，系统应该提供一个界面给员工输入自己的员工号，然后显示员工的个人信息。
对于修改个人信息的用例，系统应该提供一个界面给员工输入员工号和想修改的信息，然后保存修改后的信息。
对于管理员登陆的用例，系统应该提供一个界面给管理员输入管理员账号和密码进行登陆。
对于管理员工信息的用例，系统应该提供一个界面给管理员查看和修改员工信息，包括添加、删除和修改员工信息。
对于薪资管理的用例，系统应该提供一个界面给人事部门查看和修改员工薪资信息。
对于请假管理的用例，系统应该提供一个界面给人事部门管理员工的请假信息，包括请假申请和批准。
2. 非功能性需求- 界面友好：系统应该提供直观、易用的界面来满足用户的需求。
uml系统设计的一般步骤
uml系统设计的一般步骤UML（Unified Modeling Language）系统设计的一般步骤包括以下几个阶段：1. 需求分析阶段：——确定系统的目标和范围，明确系统的需求。
——收集用户需求，与用户进行沟通和讨论，理解用户的期望和需求。
——对需求进行分析和整理，将其转化为可用于系统设计的形式。
2. 概要设计阶段：——根据需求分析的结果，确定系统的整体结构和功能模块。
——绘制用例图，描述系统的功能和用户之间的交互。
——绘制类图，描述系统中的类及其之间的关系。
——绘制活动图，描述系统中的业务流程和操作流程。
3. 详细设计阶段：——对每个功能模块进行详细设计，包括类的属性和方法的定义、接口的设计等。
——绘制时序图，描述系统中各个对象之间的交互和消息传递的顺序。
——绘制状态图，描述系统中对象的状态和状态之间的转换。
——绘制组件图，描述系统中的组件及其之间的关系。
4. 编码和实现阶段：——根据详细设计的结果，进行编码和实现。
——使用合适的编程语言和开发工具，将设计的模型转化为可执行的代码。
——进行单元测试和集成测试，确保系统的功能和性能符合设计要求。
5. 部署和维护阶段：——将系统部署到目标环境中，进行系统的安装和配置。
——进行系统的验收测试，确保系统满足用户的需求。
——进行系统的维护和更新，修复系统中的错误和漏洞，提供技术支持和培训。
在每个阶段中，可以使用不同的UML图表来描述系统的不同方面，如用例图、类图、活动图、时序图、状态图、组件图等。
这些图表可以帮助设计人员和开发人员更好地理解和沟通系统的设计和实现。
uml的特点和用途
uml的特点和用途UML（Unified Modeling Language）是一种用于软件系统建模的标准化语言，它具有以下特点和用途。
特点：1. 统一性：UML是一种统一的建模语言，它将多种建模技术整合在一起，包括结构建模、行为建模和交互建模等，使得不同的模型之间可以进行无缝的集成和协作。
2. 易学易用：UML采用图形符号和文本描述相结合的方式，使得它的语法和语义非常直观和易于理解，从而降低了学习和使用的难度。
3. 可扩展性：UML提供了一种扩展机制，允许用户根据具体的需求和场景进行定制和扩展，从而满足不同的建模需求。
4. 高度表达性：UML提供了丰富的图形符号和符号组合方式，可以灵活地表达不同的建模概念和语义，使得模型具有更高的表达性和可读性。
5. 易于工具支持：由于UML已成为行业标准，因此有许多建模工具和开发环境提供了对UML的良好支持，便于开发人员进行建模、分析和设计工作。
用途：1. 需求分析：通过使用用例图、活动图和状态图等UML图形，可以帮助分析师和开发团队更好地理解用户需求，明确系统功能和行为，并对需求进行有效的沟通和验证。
2. 系统设计：UML提供了类图、对象图和组件图等建模工具，可以帮助开发人员进行系统结构设计和模块划分，明确系统的组成部分和它们之间的关系，从而指导代码的编写和开发过程。
3. 架构设计：通过使用包图、部署图和组合结构图等UML图形，可以帮助架构师对系统进行整体设计和布局，明确系统的组织结构和部署方案，从而提高系统的可扩展性和可维护性。
4. 测试和验证：UML提供了序列图和协作图等建模工具，可以帮助测试人员进行系统测试和验证工作，明确系统的行为和交互方式，并根据模型生成测试用例和测试脚本，提高测试效率和覆盖率。
5. 文档生成：UML模型可以作为软件系统的文档，包含了系统的结构、行为和交互等信息，可以通过工具自动生成文档，提高文档的可读性和维护性。
6. 项目管理：UML可以作为项目管理工具的一部分，用于描述系统的工作流程、任务分配和资源调度等信息，帮助项目经理进行进度控制和资源管理。
UML用例图和需求分析的关系深度解析
UML用例图和需求分析的关系深度解析需求分析是软件开发过程中至关重要的一环，它的目的是明确和理解用户的需求，为软件设计和开发提供指导。
而UML（统一建模语言）用例图则是一种常用的需求分析工具，它能够帮助开发团队更好地理解用户需求，并将其转化为可执行的软件功能。
本文将深度解析UML用例图与需求分析之间的关系，探讨其在软件开发中的作用和应用。
首先，我们需要了解UML用例图的基本概念和结构。
UML用例图是一种图形化工具，用于描述系统与外部参与者之间的交互。
它由参与者（actors）和用例（use cases）两个主要元素组成。
参与者代表系统的外部用户、其他系统或设备，用例则表示系统所提供的功能或服务。
用例图通过参与者和用例之间的关系，展示了系统的功能和用户之间的交互过程。
在需求分析过程中，UML用例图起到了至关重要的作用。
首先，用例图帮助分析人员更好地理解用户需求。
通过与用户沟通和交流，分析人员能够识别出系统的参与者和用例，并将其绘制成用例图。
用例图能够直观地展示系统与用户之间的交互过程，帮助分析人员更好地理解用户的需求和期望。
其次，用例图能够帮助开发团队明确系统的功能和边界。
通过绘制用例图，开发团队可以清晰地了解系统提供的功能和服务，并确定系统的边界。
用例图可以帮助开发团队明确系统的功能范围，避免功能的重复或缺失，从而提高开发效率和软件质量。
此外，用例图还能够帮助开发团队进行系统的需求验证和验证。
通过用例图，开发团队可以将用户需求转化为可执行的软件功能，并进行需求验证和验证。
用例图能够帮助开发团队检查和验证系统的功能是否满足用户需求，以及系统的交互过程是否符合用户的期望。
通过用例图，开发团队可以及时发现和修复需求中的问题，提高软件的质量和用户满意度。
此外，用例图还能够帮助开发团队进行系统的需求管理和变更控制。
在软件开发过程中，用户需求往往会发生变化。
通过用例图，开发团队可以及时发现和识别需求的变化，并进行相应的管理和控制。
基于UML的需求分析在EIMS系统中的应用
基于UML的需求分析在EIMS系统中的应用摘要：uml是集多种面向对象方法优点于一身的统一建模语言，通过uml可以解决开发过程中存在的一些问题。
介绍了基于uml的需求分析在eims项目中的实际应用，由于采用了uml中的多种技术，使得在系统开发过程中能从多个方面完整地把握需求，有效保证了需求工作的质量。
最后，分析了需求工作中存在的问题和改进的方法。
关键词：uml；用例技术；类图；序列图中图分类号：tp312文献标识码：a文章编号：1672-7800（2012）012-0053-030引言uml是集多种面向对象方法的优点于一身的统一建模语言，它使用统一的表示法，呈现一致的风格，通过uml可以解决开发过程中存在的一些问题。
首先，uml解决了人员交流的障碍。
它提供了一套通用的思维方式和交流的语言，既有助于分析人员与用户的交流，又有助于分析人员与设计人员的交流；其次，利于响应变化。
分析人员可以将对象作为构筑系统的基本单位，将容易发生变化的属性和操作封装在对象之内，对象之间通过接口联系，使得需求变化的影响尽可能限制在对象内部；再次，便于构件的利用。
集成uml 思想构建的系统模型能很好地支持软件复用，类可以派生子类，类又可以产生实例对象，而对象具有封装性和信息隐蔽性，这就实现了对象类的数据结构和操作代码的软件构件的复用；最后，因开发人员的方法、工具及经验的差异，往往造成较大型或是较复杂的软件项目开发周期得不到保证。
而运用uml进行系统的分析设计，利用规范化的表达方式及优秀的case工具，问题可能得到较好的解决。
eims系统是自主研发的综合电子装备信息管理系统。
在系统的开发过程中，考虑到传统结构化开发方法的局限性和软件本身的易复用性、易扩展性和可维护性，以及可能面对的需求变化，在开发时采用了面向对象的方法，使用uml进行了系统的需求分析。
1uml对需求分析的支持uml为软件系统的需求分析提供了强大而较为全面的模型，包括用例图、类图、序列图、活动图和部署图等。
UML用例图在需求分析中的应用指南
UML用例图在需求分析中的应用指南需求分析是软件开发过程中的重要环节，它的目标是明确系统的功能需求和用户需求，为后续的设计和开发工作提供基础。
在需求分析过程中，UML（统一建模语言）用例图是一种常用的工具，它可以帮助分析师和开发人员更好地理解系统的功能和用户行为。
本文将介绍UML用例图在需求分析中的应用指南，帮助读者更好地掌握这一工具。
1. 什么是UML用例图UML用例图是一种用于描述系统功能和用户行为的图形化工具。
它通过用例（Use Case）和参与者（Actor）之间的关系来展示系统的功能和用户与系统的交互。
用例图可以帮助分析师和开发人员更好地理解系统的需求，从而更好地设计和开发系统。
2. 用例图的基本元素用例图包含用例、参与者和关系三个基本元素。
用例表示系统的功能或者用户的行为，可以理解为一个功能模块或者一个用户操作。
参与者表示系统的用户，可以是人、其他系统或者外部设备。
关系表示用例和参与者之间的关系，常见的关系有关联关系、包含关系和扩展关系等。
3. 用例图的绘制步骤绘制用例图的步骤如下：（1）确定系统的功能和用户行为，将其抽象为用例。
（2）确定系统的参与者，包括人、其他系统和外部设备。
（3）绘制用例图的框架，将用例和参与者放置在合适的位置。
（4）使用关系连接用例和参与者，表示它们之间的关系。
（5）完善用例图，添加必要的细节和注释。
4. 用例图的应用场景用例图在需求分析中有广泛的应用场景，下面列举几个常见的应用场景：（1）明确系统的功能需求：用例图可以帮助分析师和开发人员明确系统的功能需求，从而更好地设计和开发系统。
（2）识别用户需求：用例图可以帮助分析师和开发人员更好地理解用户的需求，从而更好地满足用户的期望。
（3）辅助系统设计：用例图可以作为系统设计的基础，帮助设计人员更好地理解系统的功能和用户行为，从而更好地设计系统的架构和模块。
（4）沟通和交流：用例图可以作为沟通和交流的工具，帮助团队成员之间更好地理解系统需求和设计思路。
UML分析模型与设计模型的关系与对比解析
UML分析模型与设计模型的关系与对比解析在软件开发领域，UML（统一建模语言）是一种常用的工具，用于描述、设计和分析软件系统。
在使用UML进行软件开发过程中，分析模型和设计模型是两个重要的概念，它们之间有着密切的关系。
本文将对UML分析模型和设计模型的关系进行解析，并进行对比分析。
一、UML分析模型的概念与作用UML分析模型是对问题领域进行描述和分析的模型。
它主要关注的是系统的需求、功能和行为等方面。
通过使用UML的各种图形和符号，可以对系统进行建模，从而更好地理解和分析系统的需求和功能。
UML分析模型的作用有以下几个方面：1. 系统需求分析：通过UML分析模型，可以对系统的需求进行详细的分析和描述，包括功能需求、性能需求等。
这有助于开发团队更好地理解和满足用户的需求。
2. 系统行为分析：UML分析模型可以描述系统的行为，包括用例图、活动图等。
通过这些图形，可以清晰地展示系统的各种行为，帮助开发团队更好地理解系统的运行流程。
3. 系统结构分析：UML分析模型可以描述系统的结构和组成部分，包括类图、对象图等。
通过这些图形，可以清晰地展示系统的各个组成部分之间的关系，有助于开发团队更好地设计和实现系统。
二、UML设计模型的概念与作用UML设计模型是对软件系统进行设计和实现的模型。
它主要关注的是系统的结构和实现细节等方面。
通过使用UML的各种图形和符号，可以对系统进行详细的设计和实现。
UML设计模型的作用有以下几个方面：1. 系统结构设计：通过UML设计模型，可以对系统的结构进行详细的设计，包括类的设计、接口的设计等。
这有助于开发团队更好地组织和管理系统的各个组成部分。
2. 系统行为设计：UML设计模型可以描述系统的行为，包括状态图、序列图等。
通过这些图形，可以清晰地展示系统的各种行为，有助于开发团队更好地设计和实现系统的功能。
3. 系统实现细节设计：UML设计模型可以描述系统的实现细节，包括类的属性和方法等。
UML建模工具软件StarUML从入门到精通——软件系统需求分析中的UML用例图及其组成部件
（3）所应该注意的问题
1）用例确定的只是与用户交流的目的，而不是交流的手 段。 因为，客户并不需要了解执行者、用例这些概念。用例能 告诉软件系统的开发团队“去向客户了解什么”（目的），不 能告诉软件系统的开发团队如何向客户去了解（手段）； 2）获得用例的手段可以有很多种 文档研究、问卷调查、访谈、观察、研究竞争对手、开会、 原型、场景演示…，使用用例思维来指导这些交流手段，会使 交流更有目的，更加高效。
2）泛化关联包括用例之间及活动着之间的关联关系。例如， 修改员工资料和修改开发部员工资料就是用例的泛化关联。 3）泛化关联用空心三角箭头的实线表示：其方向从特殊指向 一般。
（4）用例的横向方面的包含关联 1）包含关联主要是指一个基本用例的行为包含了另一个用例 的行为，这种关联是一种依赖关系，被包含的用例不能独 立存在，只能作为包含它的用例的一部分。
11、UML用例模型的主要作用
（1）表示系统的需求 可以应用UML用例模型来开发一个精确的模型来表示软件系 统的需求，然后以这些用例为基础来推动软件系统开发的其它方 面。 （2）连接用户与软件系统需求 用例的作用就好象是项链上的一条线，它将所有的珍珠绑定 在一起。 用例在最终的用户和软件系统需求之间建立起一座桥梁。它 们可用来在功能需求和软件系统实现之间进行回溯。
3）时间 时间作为参与者时，经过一定时间触发系统的某个事件。 例如，ATM机可能每天午夜运行一些协调处理。 由于事件不在本系统的控制之内，因此也是本软件系统的参 与者。
3、某个“网上书店”和“在线网校”项目中的各个参与者 示例说明
（1）在“网上书店”项目中的参与者主要有用户和系统统管理 员，而管理员使用控制面板对系统和用户管理，也就是进行系统 设置，管理用户、用户组、权限，查看系统访问日志及用户使用 情况等的统计信息。 （2）在“在线网校”项目中的学校课程管理子系统中则有三个 参与者在不同的应用中互动。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
• 普通桥式起重机一般由起重小车、桥架 运行机构、桥架金属结构组成。起重小 车又由起升机构、小车运行 • 机构和小车架三部分组成。
案例：Auto Weight系统
物料称重系统设备连接示意图
天车的工作过程
每台天车配备一个操作工人，负责开动天车，搬运物料。
天车搬运物料的过程如下 ： （1）天车操作工人把天车开到指定地点。 （2）吊装物料。 （3）天车吊起物料。
• 天车 ：桥式起重机的别称。
• 桥式起重机是桥架在高架轨道上运行的 一种桥架型起重机，又称天车。桥式起 重机的桥架沿铺设在两侧高架上的轨道 纵向运行，起重小车沿铺设在桥架上的 轨道横向运行，构成一矩形的工作范围， 就可以充分利用桥架下面的空间吊运物 料，不受地面设备的阻碍。
• 桥式起重机广泛地应用在室内外仓库、 厂房、码头和露天贮料场等处。桥式起 重机可分为普通桥式起重机、简易粱桥 式起重机和冶金专用桥式起重机三种。
非功能需求分析
例：[需求] 称重数据能够长期保存。
通过分析得知，可以使用数据库来保存系统中的数据。 该系统的对该方面的要求应包括以下几个方面： •粒度：每个对象的大小。在该系统中一条数据的大小 大约是200B。 •容量：系统需要保存对象的数量。在系统中，每台计 算机最多管理6台天车，每台天车每天最多工作50次， 则系统每天最多需要保存300条记录，则每年需要保存 的数据不超过10万条。
天车操作工人Driver类类图：
领域模型分析——细化：为类增 加属性和方法
称重数据WeightData类
主要属性：
•materID：物料编号。
•weight：物料的重量。
•driverID：操作工人编号。
•dateTime：工作日期和时间。
主要方法：
•Check()：检查数据是否正确。
领域模型分析——细化：为类增 加属性和方法
simulator 系统 actualme 称重数据 ter meter hoist 操作员
领域模型分析——找出概念类
领域模型分析——对概念类进行 泛化处理
领域模型分析——找出类间关联
操作工人Driver类:
•操作工人需要使用仪表的键盘向仪表中输入 数据,Driver类和ActualMeter类有“使用” 关系。 •操作工人驾驶天车，Driver类和Hoist类有 “驾驶”关系。
序号
1
用户需求
软件需求
功能需求 可以实现
输入数据的过程尽量简洁，按 X 键次数越少越好，最好是自动 实现或“一键”完成。 能够处理吊运过程中的暂停情 √ 况 输入数据错误，能够进行修改 X 记录每次称重物料的重量和时 √ 间 记录每次称重物料的名称和操 √ 作工人 √ √ √ √ √ √
2 3 4 5
非功能需求分析
例：[需求] 称重数据能够长期保存。 通过分析得知，可以使用数据库来保存系统中 的数据。该系统的对该方面的要求应包括以下 几个方面： •粒度：每个对象的大小。在该系统中一条数据 的大小大约是200B。 •容量：系统需要保存对象的数量。在系统中， 每台计算机最多管理6台天车，每台天车每天最 多工作50次，则系统每天最多需要保存300条 记录，则每年需要保存的数据不超过10万条。
（4）天车吊运物料运行。
（5）到达指定的地点，放下物料。 （6）天车回到指定地点，准备下一次工作。
称重仪表的工作过程
（1）通过传感器得到天车吊运物料的重量数据。
（2）重量数据显示到称重仪表屏幕中。 （3）仪表提供串行输出接口，可以把重量数据 发送出去，数据的传输格式符合RS-232标准。
用户需求
显示每次称重物料的记录，不 部分是 能出现数据传输错误或丢失数 据的情况 打印各种统计报表 √
12 13 14 15
√ X X √
√ √ √ √
系统能够方便地启动和运行， √ 维护简单 系统有良好的可扩展性 √
提供模拟仪表，能够产生数据。√ 方便系统的开发、调试和安装
用例分析1、系统边界 NhomakorabeaAutoWeight系统是一个称重软件，可以将其 边界定在：
UML在需求分析阶段的应用
Abran和Moore的软件需求工程过程模型 （未包括需求管理）
可行性 研究 需求获取 分析建模 用户需求 草稿 分析模型 用户需求和 系统需求 需求规格 说明
2
需求描述 需求有效 性验证
UML在需求分析阶段中的应用
• 需求分析阶段:
使用用例图描述系统功能（功能模型）; 使用概念类图建立领域模型（分析对象模 型）; 使用顺序图描述系统与外界的交互过程 （动态模型）.
工作流程分析——称重过程
计算机系统对收到的重量数据进行处理，得到处 理后的重量记录。 计算机系统保存重量记录，并把重量记录显示出 来，同时把数据上传到局域网的数据库服务器中。
工作流程分析——称重过程
此处，领域指的是用户的业务领域，也 就是需要解决问题的领域。
领域模型分析——找出领域概念
领域概念：用来描述现实世界中某个问 题的一些名词和术语。 要建立领域模型，首先找出描述问题的 概念和术语。
领域模型分析——找出领域概念
对用例描述进行分析，找出名词、动词、 动词词组。 名词可能会成为领域模型中的类或类中 的属性，动词和动词词组可能会成为类 中的方法或类间的关联。
用户需求
3、操作员 （1）显示每次称重物料的记录，不能出现 数据传输错误或丢失数据的情况。 （2）打印各种统计报表。 （3）系统能够方便地启动和运行，维护 简单。
用户需求
4、系统开发人员 （1）系统有良好的可扩展性。 （2）提供模拟仪表，能够产生数据。方 便系统的开发、调试和安装。
需求分析与描述
用户需求
1、操作工人 （1）输入数据的过程尽量简洁，按键次数 越少越好，最好是自动实现或“一键” 完成。 （2）能够处理吊运过程中的暂停情况。 （3）输入数据错误，能够进行修改。
用户需求
2、车间主任 （1）记录每次称重物料的重量和时间。 （2）记录每次称重物料的名称和操作工人。 （3）按月统计每种物料的重量。 （4）按月统计每个操作工人吊运货物的重量。 （5）称重数据能够上传到数据库服务器中。 （6）系统能够长期可靠的运行。 （7）称重数据能够长期保存。
称重数据WeightData类类图：
领域模型分析——领域模型图
AutoWeight系统领域模型图：
工作流程分析
前面建立的领域模型图描述类系统中各个类之间 的静态结构。
下面使用活动图、顺序图来描述系统的动态行为。
工作流程分析——称重过程
天车在吊运物料的过程中，物料的重量通过传感 器传递给仪表。 当物料的重量数据稳定后，操作工人输入操作工 人自身的编号和物料的编号。 称重仪表把称重数据和操作工人输入的自身编号 和物料编号一起发送给计算机。
用例分析
根据执行者的目标，找出系统的用例：
•记录称重数据
•打印称重记录
•按照各种统计物料重量
•按照操作工人统计物料重量
用例模型图
用例描述
为了方便与用户进行交流，可以使用文档对用 例进行详细的描述。
例：对“记录称重数据”用例进行描述。
非功能需求分析
根据用户的需求描述，找出描述中属于系统的 非功能需求的部分，将非功能需求记录在文档 中。
需求分析与描述
序号
6
用户需求
按月统计每种物料的重量
软件需求
√
功能需求 可以实现
√ √
7
8
按月统计每个操作工人吊运货 √ 物的重量
称重数据能够上传到数据库服 √ 务器中
√
√
√
√
9
10
系统能够长期可靠的运行
称重数据能够长期保存
√
√
X
X
√
√
需求分析与描述
序号
11
用户需求
软件需求
功能需求 可以实现
X 部分是
3、建立动态模型
使用活动图对业务流程进行建模。
使用顺序图来描述用例的执行过程。
案例：Auto Weight系统
Auto Weight系统是一个自动称重系统中 的软件部分。 自动称重系统能够对移动天车运送的物料 进行称重，然后把称重的重量和物料的 编号等信息传送给计算机，并由Auto Weight系统进行必要的计算、统计和报 表打印。
与Auto weight系统相关的人员： （1）操作工人：负责操作天车，吊运物料，使用 仪表输入物料编号等。 （2）车间主任：车间负责人，查看系统数据。 （3）操作员：负责使用计算机、打印机和 AutoWeight软件，并负责软件系统的运行和维 护、打印报表。
（4）系统开发人员：负责开发AutoWeight软件。
领域模型分析——找出领域概念
动词和动词词组列表：
输入数据 上传 按键 保存 处理 显示 修改数据 打印 记录 产生 统计 开发
安装
调试
发送
接收
领域模型分析——找出领域概念
对需求描述进行分析，找出下面的名 词列表：
操作工人 重量 输入数据 统计报表 （按）键 物料名称 车间主任 模拟仪表 物料 数据库服 务器 操作员 重量记录 按照种类 统计表 物理仪表
按照操作 工人统计 表
仪表
系统
称重数据
领域模型分析——找出概念类
对名词列表进行筛选，找出可能的概 念类。概念类列表如下：
概念类名称 操作工人 物料 重量记录 英文名称 driver mater record 概念类名称 模拟仪表 物理仪表 仪表 天车 英文名称 概念类名称 英文名称 system weightda ta operator
1、建立功能模型
1、找出系统边界
2、找出系统的执行者
3、根据执行者的目标，找出系统的用例
4、为了方便与用户进行交流，可以使用文档 对用例进行详细的描述(使用事件流描述用例， 包括基本事件流和备选事件流）。