uml的需求分析建模

满足客户的需求分析!

Chap02 需求分析与系统建模 教学目标– 掌握需求分析(OOA) – 掌握系统建模(类图、顺序图、协作图) – 掌握Rational Rose的使用(CASE)

教学重点– Rational Rose的使用 – OOA

– 系统建模

教学难点– 系统建模

满足客户的需求分析!

1、获得需求 收集需求 整理需求 描述需求

思考的问题 1、我们能否直接从“需求”进入“设计”? 2、为什么要增加一个“需求分析”的环节？

2、系统设计

需求分析和建模 理解需求 分析需求 建立域模型 编写需求文档 评审需求文档 管理需求

满足客户的需求分析!

一、Rational Rose对UML建模的支持 Rational Rose 2003– 美国Rational公司(现IBM)开发的面向对象建模工具 – UML(统一建模语言)由Rational 3世界级面向对象技术专家

Grady Booch、Ivar Jacobson、Jim Rumbaugh,为可视化建模奠 定了坚实的理论基础

Rational Rose 功能– Rational Rose(Rational Object Oriented Software Engineering)是

分析和设

第三章

需求分析与用例建模

本章目的： 了解可行性研究与风险分析的方法 掌握可行性分析报告的书写格式 掌握客户需求分析的要点及需求分析规格说 明报告的书写格式 掌握通过绘制用例图及其正文描述来完成客 户需求分析的方法 掌握UML的用例模型建模方法

知识图谱

3.1 可行性研究与风险分析

3.13.1.1

可行性研究与风险分析经济可行性研究

进行开发成本的估算以及了解取得效益的评估，确定要开 发的项目是否值得投资开发。

1.系统成本费用分析 设备购置费用。 系统开发费用。 系统安装、运行和维护费用。 人员培训费用。

2.系统效益分析 经济效益：经济效益包括使用基于计算机的系统后可增加的收入和可节省的运行费用(如操作人员数、工作时间、消耗的物资等)。

社会效益指使用基于计算机的系统后对社会产生的影响(如提高了办事效益，使用户满意等),通常社会效益只能定性地估计。4

3.1.2 技术可行性分析技术可行性主要根据系统的功能、性能、约束条件等，分 析在现有资源和技术条件下系统能否实现.具体包括：

1.风险分析分析在给定的约束条件下设计和实现系统的风险。采用不成熟的技术可能造成技 术风险；人员流动可能给项目带来风险；成本和人员估算不合理造成的预算风险。

UML及其工具实验指导书

实验一 熟悉UML开发工具Microsoft Visio 2007

【实验目的】

熟悉UML开发工具Microsoft Visio 2007。 【实验要求】

1． 熟悉Visio的UML建模绘图界面。 2． 通过绘制类图学习Visio的使用方法。 3． 通过绘制对象图学习Visio的使用方法。 4． 通过绘制顺序图学习Visio的使用方法。 【实验步骤】

一．熟悉Visio的UML建模绘图界面 1．进入Visio的UML建模绘图界面 通过“开始”|“程序”，运行Microsoft Office Visio 2007，出现Microsoft Visio界面。在左侧的“类别”区域中单击“软件”，然后在右侧的“模板”中单击“UML模型图”，则进入Visio的UML建模绘图界面。

2．熟悉UML建模绘图界面

在Visio的UML建模绘图界面中，最大的白色区域就是绘图区。左上方的“形状”窗口就是Visio的UML元素调板，它由很多的标签页组成。每个标签页提供了一个特定的UML图标。左下方的“模型资源管理器”就是Visio的字典，字典就是所创建的所有元素及其属性的记录的集合。当Visio打开并准备开始UML绘图的时候，“UML静

可视化面向对象建模技术 --UML与ROSE陈翔

陈翔 财政部财政科学研究所

第3讲 业务建模(业务分析模型) 讲 业务建模(业务分析模型)1. 业务分析模型概述 2. 活动图的重要图符和概念 3. 在业务分析模型中使用活动图

陈翔 财政部财政科学研究所

1. 业务分析模型概述从业务工作者的角度定义业务过程， 从业务工作者的角度定义业务过程，该模型体现 业务工作者之间如何协同工作， 业务工作者之间如何协同工作，如何处理和使用 业务实体来完成业务过程；反映业务工作者、 业务实体来完成业务过程；反映业务工作者、业 务实体间的静态和动态联系。 务实体间的静态和动态联系。业务分析模型的重 要组成成分包括： 要组成成分包括：①Business Systems ②Business Workers ③Business Entities ④Business Events ⑤Business Use-Case Realizations

陈翔 财政部财政科学研究所

①

Business Systems

业务系统是一组人、硬件、软件的抽象，他们协 作完成特定的职责，将大的模型分解为相互依赖 的职责范围。 业务系统间只能通过接口发生依赖关系，保持接 口稳定、改变业务系统的内部实现不

可视化面向对象建模技术 --UML与ROSE陈翔

陈翔 财政部财政科学研究所

第3讲 业务建模(业务分析模型) 讲 业务建模(业务分析模型)1. 业务分析模型概述 2. 活动图的重要图符和概念 3. 在业务分析模型中使用活动图

陈翔 财政部财政科学研究所

1. 业务分析模型概述从业务工作者的角度定义业务过程， 从业务工作者的角度定义业务过程，该模型体现 业务工作者之间如何协同工作， 业务工作者之间如何协同工作，如何处理和使用 业务实体来完成业务过程；反映业务工作者、 业务实体来完成业务过程；反映业务工作者、业 务实体间的静态和动态联系。 务实体间的静态和动态联系。业务分析模型的重 要组成成分包括： 要组成成分包括：①Business Systems ②Business Workers ③Business Entities ④Business Events ⑤Business Use-Case Realizations

陈翔 财政部财政科学研究所

①

Business Systems

业务系统是一组人、硬件、软件的抽象，他们协 作完成特定的职责，将大的模型分解为相互依赖 的职责范围。 业务系统间只能通过接口发生依赖关系，保持接 口稳定、改变业务系统的内部实现不

目录

1. 需求模型................................................................................................................. 2

1.1 场景建模 ...................................................................................................... 2

1.1.1 用例列表............................................................................................ 2 1.2 用例 .............................................................................................................. 2

1.2.1 安装解除系统........................................................

火龙果 整理

软件需求分析与建模基础空间与交易产品部-高飞 2011年1月26日

火龙果 整理

目录一 什么是需求分析

二

系统建模

三

需求分析建模实例

四

经验总结

目录一 什么是需求分析 1. 软件生命周期 2. 需求分析的定义

火龙果 整理

3. 需求分析阶段的重要性4. 需求分类

5. 需求捕获6. 需求过程定义

火龙果 整理

一、什么是需求分析？1、软件生命周期(SDLC-Software Day Light Cycle)

同任何事物一样,一个软件产品或软件系统也要经历孕育、诞生、成 长、成熟、衰亡等阶段，一般称为软件生命周期。

《软件工程国家标准—计算机软件开发规范》(GB8566—88)中将软 件生命周期划分为8个阶段：

可行性研 究与计划

需求分析

概要设计

详细设计

实现(包 括单元测 试)

组织测试 (集成测 试)

确认测试

使用和维 护

火龙果 整理

一、什么是需求分析？2、需求分析的定义

是软件工程中的一个关键过程；是系统分析员进行软件功能和性能分析的依据； 是指明软件和其他系统元素的接口、是建立软 件必须满足的约束； 是软件设计师进行软件分解的基础； 是软件处理的数据模型、功能模型和行为模型； 是软件设计师翻译成数据、体系结构、界面和 过程

目录

1. 需求模型................................................................................................................. 2

1.1 场景建模 ...................................................................................................... 2

1.1.1 用例列表............................................................................................ 2 1.2 用例 .............................................................................................................. 2

1.2.1 安装解除系统........................................................

学生成绩管理系统---应用UML建模

2013——2014 学 年 第 二 学 期

软件学院

《UML建模》综合设计实验

五子棋的UML建模

班 级 学 号 姓 名 任课教师

2013级.Net 20137750252 张兵豪 薛均晓

0

学生成绩管理系统---应用UML建模

一 需求分析

1.1 五子棋功能需求

五子棋标准玩发。

该系统可进行人机对战，人人对战，联网对战，观战。

玩家可创建个人用户，查看编辑个人信息，查看对战信息，隐藏个人信息，隐藏个人战绩。管理员查看用户信息，对用户进行封号，禁言处理。大厅和游戏进行中进行聊天，观战玩家不在同一聊天频道。

? 玩家创建个人用户，编辑个人信息，查看个人信息 ? 玩家隐藏个人信息，隐藏个人战绩 ? 玩家选择对战模式 ? 玩家观战

? 不同聊天频道聊天

? 五子棋游戏规则，输赢判断，悔棋，和棋 ? 管理员登陆 ? 管理员查看个人信息 ? 管理员对玩家禁言封号 根据以上分析，给出系统功能图

1

学生成绩管理系统---应用UML建模

五子棋 登陆系统 聊天 用户管理 禁言 封号 登陆系统 用户管理 玩家 管理员 五子棋系统 1.1．1 参与者

玩家，管理员

。

-可编辑修改-

。

U M L系统分析设计与建模

-可编辑修改-

。

-可编辑修改-

以简单的学生选课系统进行详细的系统分析与建模。

(一)系统用例图

1.首先根据需求分析可知：管理员维护课程信息，对其进行添加、修改、删除等。学生可以在线查询课程信息，并进行选课，也可以在规定时间内更改选修的课程。我们发现系统中的参与者有：管理员和学生，然后从参与者的角度就可以发现系统的用例，并绘制出系统的用例图，如图1所示：

图1 学生选课系统用例图停开课程删除课程

2.对部分用例进行描述：

“添加课程”用例

1） 用例名：添加课程

2） 执行者：管理员

3） 目的：管理员通过系统界面进入，添加所要开设的课程，确认无误后将其信息保

存到数据库中，以供学生选择。

。

4）过程描述：

5）管理员选择进入管理界面，用例开设

6）系统提示输入管理密码

7）管理员输入密码

8）系统验证密码

9）A1:密码错误

10）进入管理界面，系统显示目前所建立的全部课程信息

11）管理员选择添加课程

12）系统提示输入新课程信息

13）管理员输入信息

14）系统验证是否和已有的课程冲突

15）A2：有冲突

16）10）系统添加新课程，提示课程添加成功

17）11）系统重新进入管理界面，显示所有课程

18）12）用例结束

19）异常事件流处理