需求分析
1、引言
1.1编写目的
为明确网上图书销售系统需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。本文档供全体用户使用。
1.2项目背景
项目委托单位：南京信息职业技术学院
开发单位：90916P班
主管部门：计算机与软件学院
1.3 定义
1.4参考资料
2、任务描述
2.1目标
2.2运行环境
Windows XP操作系统、Rational Rose
2.3条件与限制
3、数据描述
3.1静态数据
3.2动态数据
3.3数据库描述
3.4数据词典
3.5数据采集
4、功能需求
4.1功能划分
网络图书销售系统分为三个模块用户接口模块、管理员接口模块、数据服务模块；用户接口模块分为用户信息维护、商品查询、订购商品、订单维护；管理员接口模块分为商品信息维护、内部员工信息维护、订单处理、销售情况查询、报表维护；
4.2功能描述
4.2.1用户接口模块
用户接口是网站使用图书销售系统服务的入口，所有在线用户都通过浏览器登陆网站，并进行一系列的查询，订购操作。用户接口模块包括了用户信息维护、商品查询、订购商品、订单维护四个部分。用户登陆系统后，用户ID将被保存在服务器的缓存中，用户在系统中所作的操作，包括查询、订购等都将被系统存储在数据库中，以供系统进行销售以及销售走势分析。
4.2.2管理员接口模块
这是系统提供给网站维护人员和管理人员的接口。管理员接口模块包括商品信息维护、内部员工信息维护、订单处理、销售情况查询、报表维护5个部分。网站的一般工作人员通常只具有订单处理的权限，他们获得用户提交的订单，并根据库存情况来决定发货或推迟发货。网站的管理员具有所有的权限，可以处理客户的订单，可以阅读网站的销售情况、销售走势，以便根据不同的情况及时调整经营战略，将库存成本和资金占用率降到最低的限度。
4.2.3数据服务模块
数据服务模块是系统正常运行的基础，包括客户的查询，订单的保存;网站工作人员的订单处理；网站管理员的销售情况查询和分析。
5、性能需求
5.1数据精确度
5.2时间特性
5.3适应性
6、运行需求
6.1用户界面
6.2硬件接口
硬件要求CPU PⅢ、内存256 M
6.3软件接口
软件要求Windows XP操作系统，Rational Rose软件。
6.4故障处理
7、其他需求
1.系统需求 (2) 2．需求分析 (4) 2.1功能设置 (4) 2.2模块划分 (5) 2.3识别参与者和用例 (6) 2.3．1 顾客Customer用例图 (7) 2.3.2 系统管理员用例 (13) 2.3 静态结构模型 (16) 2.3.1 类Customer (17) 2.3.2类Goods (18) 2.3.3类Order (19) 2.3.4管理员 (20) 2.3.5标题title类 (21) 2.3.6二级标题类 (21) 2.3.7公共操作类 (22) 2.3.8类图 (23) 3.动态行为模式 (23) 3.1时序图 (23) 3.1.1顾客注册成为会员时序图 (24) 3.1.2顾客反馈信息时序图 (25) 3.1.3顾客浏览商品时序图 (26) 3.1.4顾客查询商品时序图 (27) 3.1.5顾客购买商品时序图 (28) 3.2.6管理员添加商品时序图 (29) 3.2.7管理员删除商品时序图 (29) 3.2.8管理员添加二级商品目录时序图 (30) 3.2.9管理员删除二级商品目录时序图 (31) 3.2.10管理员编辑促销产品时序图 (31) 3.2.11管理员编辑条款信息时序图 (32) 3.2.12管理员编辑购买流程时序图 (33) 3.2.13管理员删除会员时序图 (34) 3.2.14用户结算时序图 (35) 3.3.活动图 (35) 3.3.1用户顾客的活动图 (35) 3.3.2管理端管理员的活动图 (36) 3.4协作图 (38) 3.4.1顾客登录协作图 (38) 3.4.2顾客注册协作图 (38) 3.4.3顾客浏览商品协作图 (39)
课程设计报告 2009 ～ 2010 学年第二学期 教学单位信息工程与技术系 课程名称 UML统一建模语言课程设计课程设计题目汽车租赁系统的需求分析与设计指导教师 XXXX 学生姓名 XXXXX 专业名称计算机科学与技术（数据库）年级 08级 汽车租赁系统的需求分析与设计
一．课程设计目的 UML统一建模课程是一门面向对象开发方法的设计语言。UML统一建模课程设计实验课，着重加强面向对象建模技术。使用UML统一建模语言，用需求模型简化业务领域；用分析模型验证用例的正确性，一致性，完备性，可行性；用设计模型标识解决方案。通过模型实现了从业务领域到软件领域的映射。通过建模，使问题可视化，形式化。通过一序列的建模和迭代活动，对于提高学生综合素质十分必要。 UML统一建模课程是本科类计算机专业的一门骨干课程，技术复杂，应用范围广。本课程设计实验主要内容：构建系统的分析模型、设计模型。主要目标如下： 1. 掌握面向对象的分析技术、设计技术； 2. 构建“汽车租赁系统”的需求分析模型和设计模型； 二．课程设计题目描述和要求 本课程设计中包含： A.软件需求分析 B.汽车租赁系统的需求分析 C.系统的UML基本模型 D.系统中的类 E.系统的配置与实现 1、系统目标 系统的整体目标是：利用互联网和信息化技术，结合汽车租赁经营的实际运作情况，建设一个覆盖汽车租赁经营全部业务的“汽车租赁系统”，通过该系统提高企业信息化水平，完善经营管理体系，提高员工素质，进一步加强企业市场竞争能力。 2、功能要求 “汽车租赁系统”中的功能需求可以包括以下几个方面： ●客户可以通过不同的方式（包括电话、前台、网上）预订车辆； ●能够保存客户的预订申请单； ●能够保存客户的历史记录； ●工作人员可以处理客户申请； ●技术人员可以保存对车辆检修的结果。 满足上述需求的系统主要包括以下几个模块： ●基本数据维护模块：该模块提供了使用者录入、修改并维护基本数据的途径。 ●基本业务模块：在系统中，客户可以填写汽车租赁申请表，工作人员处理这些表格；
电子科技大学软件学院标准实验报告（实验）课程名称UML 电子科技大学教务处制表
电子科技大学 实验报告 学生姓名：黄斌学号：2823102006 学生姓名：马少龙学号：2823102008 学生姓名：袁孝涛学号：2823102007 学生姓名：文志伟学号：2823102009 学生姓名：杨超学号：2823102010 指导老师：訾德义 实验地点：教学楼A105 实验时间：10,12,05 一、实验室名称：软件实验室 二、实验项目名称：可存取款ATM系统 三、实验学时：16 四、实验原理：（是不是把银行系统都改成ATMXXX？） 五、实验目的： 随着经济建设的发展，人民生活水平得到了质的飞跃，手头的多余资金越来越多，在倡导消费理念的同时，人们也热衷于理财，银行管理系统为广大用户提供了方便，快捷的资金管理通道。
银行系统分为ATM机，用户，后台服务器。用户向ATM提交数据，ATM机向服务器提出申请，服务器向ATM发送数据，ATM机将数据反馈给用户。 银行系统主要功能用：取款，存款，账户设置，转账汇款，查询账户。六、实验内容： 一个功能完善的银行管理系统，必须包括以下的几个模块。 ●用户登陆 由用户登陆、用户注销、退出系统3个部分组成。 ●取款 客户从银行合法账户取出一定资金。 ●查询账户 客户接受银行合法账户余额。 ●转账 用户把一个合法账户的款项存到另一个合法账户。 ●账户设置 主要对用户的账户相关信息的设置与修改。 七、实验器材（设备、元器件）： a.试验环境Rose 2003 b.操作系统window XP
八、实验步骤： 步骤1：需求分析 步骤1.1：用户登陆 用户登陆所包括的功能模块如下图： 用户进入本银行管理系统的入口，没有得到身份验证的用户只能拥有最低的使用权限，即只能选择退出系统或是用户登陆。这是一个稳定、安全的系统所必须具备的。 步骤1.2：账户管理 账户管理系统是整个银行系统的核心，用户在此选项可以对合法账户的资金进行一定的操作，满足客户日常需要。并且对自己账户的密码，个人信息等进行安全方面的设置。
UML需求分析步骤实例解析 在UML使用过程中，经常会遇到UML需求分析问题，这里就向大家介绍一下UML的需求分析大致步骤，为了便于大家理解以实例向大家介绍，希望通过本文的介绍你对UML需求分析步骤有所了解。 本节向大家介绍一下UML需求分析的一般步骤，本节用实例向大家介绍，相信通过本节的介绍你对UML需求分析有一定的认识。下面让我们一起来学习具体介绍吧。 基于UML需求分析 在初步的业务需求描述已经形成的前提下，基于UML需求分析大致可分为以下步骤： （1）利用用例及用例图表示需求。从业务需求描述出发获取执行者和场 景；对场景进行汇总、分类、抽象；形成用例；确定执行者与用例、用例与用例图之间的关系，生成用例图。 （2）利用包图及类图表示目标软件系统的总体框架结构。根据领域知识、业务需求描述和既往经验设计目标软件系统的顶层架构；从业务需求描述中提取“关键概念”，形成领域概念模型；从概念模型和用例出发，研究系统中主要的类之间的关系，生成类图。 上述两个步骤并没有时序关系，它们可以并行展开，如图5-3-1所示。 图5-3-1 UML需求分析过程
本节将依次介绍上述步骤中涉及的UML语言机制，并结合“家庭保安系统”实例说明每步骤中基于UML需求分析方法。 开发场景 场景是指从单个执行者的角度观察目标软件系统的功能和外部行为。这种功能通过系统与用户之间的交互来表征。因此也可以说，场景是用户与系统之间进行交互的一组具体的动作。相对于用例而言，场景是用例的实例，而用例是某类场景的共同抽象。 对场景的完整描述应包含场景名称、执行者实例，前置条件、事件流和后置条件。 例如，“家庭保安系统”的初步需求描述：“家庭保安系统”的软件允许用户在安装时进行系统配置，实施对传感器的监控并通过控制面板与用户进行信息交互。 配置操作包括： （1）指定每一传感器的种类和编号； （2）设置开、关机密码； （3）指定报警电话电码； （4）指定报警延迟和电话重拨延迟时间（以秒为单位）； 当软件系统收到传感器发出的数据后，判别是否出现异常事件。如果是，则在指定的延迟时间内拨报警电话号码，拨号操作将按照重拨延迟反复进行，直至电话接通。然后软件系统负责报告时间、地点和异常事件的性质。 开机后，软件系统负责显示当前工作状态，接收并处理用户指令。 根据以上描述，该系统具有“系统配置”、“开机”、“关机”、“门窗监测”、“烟雾监测”和“复位”等场景。其中，门窗监测场景的具体描述如下： 场景名称：门窗监测。 参与执行者实例：警报器、报警电话、显示器和门窗监视器。 前置条件：系统已开机。 事件流： （1）门窗监视器发现门或窗户发生异动，向软件系统报告异常事件。
软件需求分析报告 网上机票预订管理系统 学生姓名张泽郑威颂 学号 0151 0154 专业班级网络09-1班 院（系）计算机与通信工程学院 指导教师支俊 完成时间 2011年12月8日 成绩
前言 组员分工： XX 负责项目信息的搜集、整理、归纳、总结，前景文档、需求规格说明书的文字部分，文档的排版格式 XX 负责项目模型的建立以及对需求规格说明书中功能规定的书写和完善，为文档的建立做出来巨大贡献。 全球经济一体化的进程使得乘客来源更加丰富多样化，也让航空公司面临着日趋激烈的竞争环境和不断攀升的客户期望，迫使经营者不断寻求扩大销售机会、改进服务质量、降低管理成本和提升客户满意度的新法宝来增强酒店的核心竞争力。在此环境下，信息化管理已成为中国航空业提高管理水平，获得新竞争优势的重要工具。 中国的航空信息化，已经有20多年的历史，经历了“前台系统”普及发展阶段、“后台系统”普及发展阶段再到现在的“协同系统”发展阶段。从电算到互联网，酒店信息化服务系统跨越了数代升级，但探索的步伐从未停止过，而目前，航空信息化正在朝着智能化、数字化的方向发展。
目录 一项目前景文档 (1) 1.业务需求 (1) 业务背景 (1) 业务目标 (2) 市场需要 (2) 2 解决方案的前景 (2) 前景陈述 (2) 主要的系统特征 (3) 管理员和用户的登陆 (3) 管理员的日常操作 (3) 用户的的日常操作 (3) 假设和依赖条件 (3) 3 项目范围和限制 (4) 初始发布的范围 (4) 后续发布范围 (4) 限制和排除条件 (5) 4 业务环境 (5) 涉众档案 (5) 运行环境 (5) 二软件需求规格说明书 (7) 1 引言 (7) 概述 (7) 背景 (7) 参考资料 (8) 2 任务概述 (8)
一．选择 1.UML中，有3种基本构造块，分别是（ A ） A. 事物、关系和图 B. 注释、关系和图 C. 事物、关系和结构 D. 注释、关系和结构 2. 下面哪个不是UML中的静态视图（A） A.状态图 B.用例图 C.对象图 D.类图 3.用户在银行员工的指导下，使用ATM机，查阅银行帐务系统的个人帐务数据，并打印其个人用户帐单。在上述过程中，对ATM机管理系统而言，哪个不是系统的参与者( B ) A.用户 B.银行员工 C.打印系统 D.帐务系统 4. 在用例之间，会有三种不同的关系，下列哪个不是他们之间可能的关系（ D ） A.包含（include） B.扩展（extend） C.泛化（generalization） D.关联（connect） 5. 下列关于活动图的说法错误的是（ D ） A. 一张活动图从本质上说是一个流程图，显示从活动到活动的控制流 B. 活动图用于对业务过程中顺序和并发的工作流程进行建模。 C. 活动图中的基本要素包括状态、转移、分支、分叉和汇合、泳道、对象流。 D. 活动图是UML中用于对系统的静态方面建模的五种图中的一种 6. 在下面的图例中，哪个用来描述状态（State）（ B ） 7.（event）表示对一个在时间和空间上占据一定位置的有意义的事情的规格说明，下面哪个不是事件的类型（ C ） A.信号 B.调用事件 C.空间事件 D.时间事件 8. 下列关于状态图的说法中，正确的是（ C ） A. 状态图是UML中对系统的静态方面进行建模的五种图之一。 B. 状态图是活动图的一个特例，状态图中的多数状态是活动状态 C. 活动图和状态图是对一个对象的生命周期进行建模，描述对象随时间变化的行为。 D. 状态图强调对有几个对象参与的活动过程建模，而活动图更强调对单个反应型对象建模
?UML需求分析步骤实例解析 在UML使用过程中，经常会遇到UML需求分析问题，这里就向大家介绍一下UML的需求分析大致步骤，为了便于大家理解以实例向大家介绍，希望通过本文的介绍你对UML需求分析步骤有所了解。 本节向大家介绍一下UML需求分析的一般步骤，本节用实例向大家介绍，相信通过本节的介绍你对UML需求分析有一定的认识。下面让我们一起来学习具体介绍吧。 基于UML需求分析 在初步的业务需求描述已经形成的前提下，基于UML需求分析大致可分为以下步骤： （1）利用用例及用例图表示需求。从业务需求描述出发获取执行者和场 景；对场景进行汇总、分类、抽象；形成用例；确定执行者与用例、用例与用例图之间的关系，生成用例图。 （2）利用包图及类图表示目标软件系统的总体框架结构。根据领域知识、业务需求描述和既往经验设计目标软件系统的顶层架构；从业务需求描述中提取“关键概念”，形成领域概念模型；从概念模型和用例出发，研究系统中主要的类之间的关系，生成类图。 上述两个步骤并没有时序关系，它们可以并行展开，如图5-3-1所示。 图5-3-1 UML需求分析过程
本节将依次介绍上述步骤中涉及的UML语言机制，并结合“家庭保安系统”实例说明每步骤中基于UML需求分析方法。 开发场景 场景是指从单个执行者的角度观察目标软件系统的功能和外部行为。这种功能通过系统与用户之间的交互来表征。因此也可以说，场景是用户与系统之间进行交互的一组具体的动作。相对于用例而言，场景是用例的实例，而用例是某类场景的共同抽象。 对场景的完整描述应包含场景名称、执行者实例，前置条件、事件流和后置条件。 例如，“家庭保安系统”的初步需求描述：“家庭保安系统”的软件允许用户在安装时进行系统配置，实施对传感器的监控并通过控制面板与用户进行信息交互。 配置操作包括： （1）指定每一传感器的种类和编号； （2）设置开、关机密码； （3）指定报警电话电码； （4）指定报警延迟和电话重拨延迟时间（以秒为单位）； 当软件系统收到传感器发出的数据后，判别是否出现异常事件。如果是，则在指定的延迟时间内拨报警电话号码，拨号操作将按照重拨延迟反复进行，直至电话接通。然后软件系统负责报告时间、地点和异常事件的性质。 开机后，软件系统负责显示当前工作状态，接收并处理用户指令。 根据以上描述，该系统具有“系统配置”、“开机”、“关机”、“门窗监测”、“烟雾监测”和“复位”等场景。其中，门窗监测场景的具体描述如下： 场景名称：门窗监测。 参与执行者实例：警报器、报警电话、显示器和门窗监视器。 前置条件：系统已开机。 事件流： （1）门窗监视器发现门或窗户发生异动，向软件系统报告异常事件。
小区物业管理系统 需求分析 文档编号：____________________日期：____________________
目录 目录 第一章概述 (3) 1.1 引言 (3) 1.2 开发背景 (3) 1.3 开发时间 (3) 1.4 开发人员 (4) 1.5 目的 (4) 第二章系统总体结构及开发、运行环境 (4) 2.1 系统的总体结构 (4) 2.2.1）硬件环境 (5) 2.2.2）软件环境 (5) 第三章系统需求分析 (6) 3.1 系统功能描述 (6) 3.2 数据库描述 (6) 3.2.1表的设计： (6) 3.3 业务流程分析 (7)
第一章概述 1.1引言 本软件使用Oracle、MVC(Jsp+ Servlet + JavaBean)模式进行的系统编码。 1.2开发背景 随着我国市场经济的快速发展和人们生活水平的不断提高，简单的社区服务已经不能满足人们的需求。如何利用先进的管理手段，提高物业管理水平，是当今社会所面临的一个重要课题。要想提高物业管理水平，必须全方位地提高物业管理意识。只有高标准、高质量的社区服务才能满足人们的需求。面对信息时代的挑战，利用高科技手段来提高物业管理无疑是一条行之有效的途径。在某种意义上，信息与科技在物业管理与现代化建设中显现出越来越重要的地位。物业管理方面的信息化与科学化，已成为现代化生活水平步入高台阶的重要标志。 某小区，由于管理面积大，户数多，物业管理范围广，管理内容繁杂，小区物业管理混乱的问题一直无法解决。再者，小区物业管理中一项重要的工作是计算、汇总各项费用，由于费用项目较多，计算方法繁重，手工处理差错率较高。同时查询某房产资料或业主资料往往也需要较长时间，给物业管理者的工作带来了诸多弊端。因此该物业公司决定采用计算机进行物业管理。根据该小区具体情况，该系统在实施后，能够满足对小区住户资料、楼宇，房屋资源统计、日常管理、收费管理
学生基本信息的管理的需求分析 编写目的 为学生管理系统的开发提供可行性分析的结论，为项目是否正式立项、启动提供依据，为项目启动后的需求分析、设计、开发、测试等工作提供基础依据。 可行性分析（Feasibility Analysis）也称为可行性研究，是在系统调查的基础上，针对新系统的开发是否具备必要性和可能性，对新系统的开发从技术、经济、社会的方面进行分析和研究，以避免投资失误，保证新系统的开发成功。可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决。该系统的可行性分析包括以下几个方面的内容。 在可行性分析阶段已经粗略的研究了该项目的需求，并分析了开发平台及软件的可行性，但为了准确的确定目标系统必须做什么，了解用户的明确需求，在息学院相关部门进行了详细的调研，进一步明确了作者所实现子系统的功能。 1：系统功能需要 1.1 学生信息的存储 管理者能通过界面按钮轻松的实现对所 有学生的个人信息进行增、删、改和查询操作。 (1)学生信息增加 信息增加：向数据库中插入数据条目。 (2)学生信息删除 信息删除：向数据库中删除指定条目信息。 (3)学生信息更改 信息更改：修改指定信息后提交数据到数据库中。 (4)学生信息查询 信息查询：通过学生的学号或姓名进行准确查询操作，并显示查询结果。 1.2 功能要求 通过系统界面按钮实现对学生信息的增、删、改和查询操作，并且实现数据库中学生数据的动态同步更新。 性能要求： 用户的操作能及时的反应到具体的代码，及能够及时的隐似对数据库的操
作，将用户的操作反应到数据库中。 2：技术可行性 信息管理系统的开发需要对管理的需求进行分析，最终通过简单的界面按钮操作实现对学生数据的增、删、改和查询操作，并将这些操作反应到数据库的操作。技术上的可行性：技术上的可行性分析主要分析技术条件能否顺利完成开发工作，硬、软件能否满足开发者的需要等。该管理系统采用了当前新兴的Browser/Server模式进行开发。三层的Browser/Server体系结构具有许多传统Client/Server体系结构不具备的优点，而且又紧密的结合Internet/Intranet 技术，是技术发展的大势所趋，它把应用系统带入了一个崭新的发展时代。数据库服务器选用IBM的DB2数据库，它能够处理大量数据，同时保持数据的完整性并提供许多高级管理功能。它的灵活性、安全性和易用性为数据库编程提供了良好的条件。因此，系统的软件开发平台已成熟可行。硬件方面，科技飞速发展的今天，硬件更新的速度越来越快，容量越来越大，可靠性越来越高，价格越来越低，其硬件平台完全能满足此系统的需要。 (1)数据显示技术 通过什么方式和形式把数据库中的学生数据显示到界面上供管理者查阅，目前的基本技术都是基于Sql语言的混合编程实现遍历数据库，对数据的提取，然后通过GUI编程在界面上显示。目前的界面编程和Sql语言的混合编程已经比较成熟，比如用于界面编程的有C、Java、Qt、C++等等，并且他们基本都是开源的不会存在侵权和成本的问题。 (2)数据库数据修改技术 对数据库的操作基本的还是离不开Sql语言的混合编程，主要是通过对按钮事件的捕捉，通过对应的Sql代码实现对数据库相关操作。 (3)系统在运行和维护面临的问题 系统在运行过程中，系统的用户主要是学校的信息管理人员，用户对系统使用的熟练程度会影响系统应用的效果，增加系统维护的压力。这个问题可以通过一份简单的管理人员使用说明文档来解决。在系统运行的初级阶段，可以由开发方的系统维护人员提供现场的使用指导。 系统维护面临的主要问题是系统存储的学生数据量比较大，数据备份和数据
预习报告 1、实验目的 1）熟练使用Rational rose2003，掌握用例图和活动图的绘制方法 2）掌握用例的设计方法 3）掌握活动图的设计方法 2、实验内容 网上选课系统的需求分析 3、实验要求 1）使用JA V A语言通过三层模型MVC（数据核心层、显示层和业务逻辑层） 实现； 2）分析系统，确定参与者和用例，绘制选课系统的用例图； 3）使用文本详细描述每个用例的事件流； 4）为每个用例制作活动图； 5）确定类间的关联关系，创建类间的关联关系； 4. 系统的开发环境及运行环境： 操作系统：Windows XP Pro SP2 建模工具：Rational Rose 2003 5.系统需求分析 学生选课系统主要满足来自三方面的需求，这三个方面分别是学生用户，教师用户和管理员用户，也即是三类用户角色。 1）学生用户是主要的需求者，主要需求功能是查询可选课程、查看自己选课情况及进行选课、退课操作等； 2）教师用户主要需求功能是查看自己所教授的课程、课程有哪些学生选修、以及利用本系统提交学生的成绩； 3）管理员用户的功能需求较为复杂，包括对学生信息、教师信息、课程信息进行管理。
6.系统结构图 7.学生登录流程图 图4-1 系统用户登录流程图
实验报告 1.选课用例图 2.用例图说明： （1）系统的外部角色有：学生用户、教师用户和管理员。 （2）系统主要用例的文档描述： ①学生管理用例：学生用户可见的功能，包含了选课、退课和查看选课三 个用例功能。 ②教师管理用例：教师用户可见的功能，包含了查看学生选课和提交成绩 两个用例功能。 ③信息管理用例：管理员可见的功能，这个用例进一步分为三个用例：学 生信息管理用例、教师信息管理用例和课程信息管理用例。
基于UML用例图的系统需求分析 一、UML简介 UML（统一建模语言，Unified Modeling Language）是一种定义良好、易于表达、功能强大且普遍适用的可视化建模语言。它融入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程。在系统分析阶段，我们一般用UML来画很多图，主要包括用例图、状态图、类图、活动图、序列图、协作图、构建图、配置图等等，要画哪些图要根据具体情况而定。其实简单的理解，UML的作用就是用很多图从静态和动态方面来全面描述我们将要开发的系统。 二、用例建模简介 用例建模是UML建模的一部分，它也是UML里最基础的部分。用例建模的最主要功能就是用来表达系统的功能性需求或行为，图示化系统的主事件流程。 用例图主要用来描述客户的需求，即用户希望系统具备的完成一定功能的动作，通俗地理解用例就是软件的功能模块，设计人员根据客户的需求来创建和解释用例图，用来描述软件应具备哪些功能模块以及这些模块之间的调用关系。 ●用例图 包含了用例Use Case）和参与者（Actor）。用例之间用关联来连接，以求把系统的整个结构和功能反映给非技术人员（通常是软件的用户），对应的是软件的结构和功能分解。 ●用例描述 用来详细描述用例图中每个用例，用文本文档来完成。 三、用例图说明 ●参与者 参与者不是特指人，是指系统以外的，在使用系统或与系统交互中所扮演的角色。因此参与者可以是人，可以是事物，也可以是时间或其他系统等等。还有一点要注意的是，参与者不是指人或事物本身，而是表示人或事物当时所扮演的角色。参与者在画图中用简笔人物画来表示，人物下面附上参与者的名称。 ●用例