文档库 最新最全的文档下载
当前位置:文档库 › 酒店管理系统 UML建模分析

酒店管理系统 UML建模分析

课程设计报告

课程名称UML建模与分析

设计题目酒店管理系统

专业班级12级软卓

指导教师徐卓然

小组成员:

酒店管理系统需求文档

1. 背景说明:

随着人民生活水平的提高,餐饮,住宿,娱乐业在

服务行业中占有越来越重要的地位。要使在当前酒店行业日趋激烈的竞争中脱颖而出,必须努力发展自己的特色。在酒店管理方面也要有自己的管理特色,避免传统管理方法的失误,使得酒店的信誉以及各个管理方面都能出现零失误,以及能给管理者和普通的营业员带来操作上的方便,对整个酒店各个方面的业务带来快捷、方便、高效的服务,使用户能够对这个软件感到满意。

目前大多数酒店提供的服务多种多样,规模大小也各不相同,但稍具规模的酒店必含下面三类服务:饮食、住宿和娱乐。由于我们对酒店行业没有具体的接触和实质性的了解。此次设计只能在一些收集到的基本材料与个人直观认识的基础上,简单模仿中等规模的酒店设计管理系统。

2.部门划分

2.1 饮食管理部

它是酒店基本部门之一。它提供服务的特点是实时性强、持续时间短,强调效率。例如,顾客人数、顾客所用的菜及其它饮料等种类繁多,数量不等;后勤各种活动如采购等频繁发生。对于饮食部门,需要较长时间保留的信息主要是财务信息,一方面便于期末汇总,另一方面便于向上级报告。

2.2 住宿管理部

它也是酒店基本部门之一。住宿管理部门的主要职责有:

A.给个房间布置各种设备、分类、编号、制定收费标

准、分配服务人员。

B.登记旅客信息,确认其身份,登记其入住、退房。

C.统计各类房间的客满程度。

D.对本部门的财务流动进行登记处理。

2.3 娱乐管理部门

娱乐是酒店非主流服务,它的存在除了赢利,更多的是为了吸引顾客食宿。娱乐部门的特点与饮食部门很相似,可以用计算机完成并且有必要用计算机完成的有:

A制定收费标准,分配负责人.

B收入支出财务处理:编号、财务来源去处的摘要、数量、单价、数额、结余、经手人等。这些信息都需要长时间保留并上报。

C、酒店KTV、洗浴城和酒吧的管理与经营、

2.4 大厅部门

大厅部门是直接与客户打交道的部门,主要负责任务:

A、客房的预定,客户入住登记,退房登记。

B、负责结账。

C、对礼仪队的分配与管理。

2.5 经理部门

经理部门的功能虽然不是面向顾客、不是酒店的服务项之一,但它的存在却是酒店管理必不可少的。它的主要职责有:

A.管理员工,给员工编号,登记其基本信息;

B.根据员工的平时表现及工龄确定工资;

C.给员工分配工作部门及职务等等。

D.划分部门,给个部门编号、命名、确定其职责范围、任命部门经理、分配员工。

E.对本部门的财务进行核算(支付工资等)

F.期末对酒店的收益情况进行核算。

酒店经理部

餐饮管理部客房管理部娱乐管理部

品采

购餐

Ktv

大厅部

退

部厨

酒店部门分配表

3. 各子系统的功能

虽然酒店按功能可以划分成四个部门,但是饮食部门的大部分工作手工操作比计算机操作更具有效率,如上所述,便于电脑操作只有财务处理。在划分子系统时,考虑到各子系统都有各自的财务处理,且有相似性,所以就把它们归为统一的一个“财务子系统”。同时“饮食子系统”取消,因为它的所有需要涵盖的功能都已包含在“财务子系统”中。因此系统共划分为四部

分:总经理子系统、财务子系统、住宿子系统和娱乐子系统。

酒店管理系统

预定管理客房管理顾客信息管理审查管理

登记入定取

结账管理

3.1 总经理子系统

A.对新来的员工进行编号、登记、分配工作。

{员工号、姓名、性别、年龄、工龄、级别、部门号、职务、其他备注}

B.对于被辞退的员工从系统中级联删除其信息,如

从员工表中删除其基本信息,从它所服务的工作部门中删除该员工的工作名额,结算支付其工

资、奖金;同时补充新的员工,代替它的工作。

C.对新增部门作各种初始工作。如编号、命名、任

命经理等。

{部门号、名称、部门经理、员工数量}

D.取消某个部门时,核算该部门的财务情况,并作

备份;同时对该部门的员工重新分配工作。

E.其他情况的处理。

3.2 财务子系统

F.每天的收入、支出登记

{编号、发票号、摘要、数量、单位、数额、经手人、日期}

G.期末各子系统的财务汇总

{编号、上月余额、总收入、总支出、余额、经手人、日期}

H.期末酒店汇总个部门的财务报表,结算本酒店收

(编号、部门号、部门名称、收入、支出、净收入、经手人、日期)

3.3 住宿子系统

I.来客登记

若多人住同一房间,只作一个记录。

客人信息{房间号、房间类别、客人数量、联系人

名、身份、证件名称(类型)、证件号码、入住

时间、退出时间}

J.房间管理

旅客入住(旅客退出)除了登记(删除)客人信

息之外,还应对相关的记录进行修改,如房间的

状态等。

房间类别{类别号、名称、设备、收费标准、总数

量、剩余量、管理人员}

房间{房间号,房间类型、状态}

( 该部门的财务处理与饮食子系统同,归到财务子系统)

K.订购类型{电话订购,网上订购,前台订购}

3.4 娱乐子系统

L.添加新的娱乐项目

娱乐项目{娱乐项目号、名称、收费标准、负责人} M.取消某娱乐项目

(财务处理(同饮食子系统)归到财务子系统

4.系统建模

4.1创建系统用例模型

系统的用例分析是UML建模的第一步,在需求分析中,我们已经确定了酒店管理系统的各功能模块,包

括:客房部管理、餐饮部管理、财务部管理等。

增加员工信息

修改员工信息

删除员工信息

查询员工信息

增加客房信息修改客房信息

删除客房信息

管理员工信息

include

include

include

include

客房信息管理

客房经营管理

酒店管理人员

include

include

include

客户当前入住情况查询

查询客房信息

查询经营统计信息

include

include

include

增加员工信息

修改员工信息

删除员工信息

划分部门

发放工资

管理员工信息

include include

include

管理员工

管理部门

酒店经理

审核员工表现

include

include

分配工作

include

include

客房预订

客房入住

客户退房

增加客户信息

修改客户信息

删除客户信息

查询客户信息

账号确认

前台服务

include

include

include

客户信息管理

include

include

include

include

修改个人信息

前台服务人员

include

用例描述

用户信息管理用例描述

描述项说明

用例名称用户信息管理

用例描述对酒店客房管理系统的使

用者进行管理,包括对员

工的基本信息进行检索、

录入和修改

参与者酒店管理员和前台服务员

(部分使用)

前置条件必须先登录(帐号、密码)后置条件若有改动,必须确认保存基本操作流程 1.管理员(或服务员)登

2.对员工信息进行查询或

修改

被包含的用例 1.添加员工

2.查询员工信息

3.修改员工信息

4.删除员工信息被泛化的用例暂无

被扩展的用例暂无

添加用户

描述项说明

用例名称添加用户

用例描述添加用户

参与者酒店管理员

前置条件必须先登录

后置条件如果有改动必须保存

基本操作流程 1.管理员登录

2.开始添加员工

3.输入员工信息

4.保存添加员工信息

查询用户信息

描述项说明

用例名称查询用户信息

用例描述查询用户(前台服务员、

系统管理员、经理)信息,

包括姓名、员工号、部门、

联系方式

参与者酒店管理员或服务员(部

分)

前置条件必须先登录

后置条件若有改动必须保存

基本操作流程 1.管理员登录

2.输入所要查询员工姓名

或员工号

3.检索查看信息

4.确认并退出

删除用户

描述项说明

用例名称删除用户

用例描述删除用户(前台服务员、

系统管理员、经理)信息

参与者酒店管理员

前置条件必须先登录

后置条件必须确认保存

基本操作流程 1.管理员登录

2.输入所要删除员工的姓

名或员工号

3.确认删除

4.退出

客房经营管理用例描述

描述项说明

用例名称客房经营管理

用例描述实现对客房的订房,入住

和退房管理,包括对客房

的业务信息(如客房号、

预定时间、入住时间、换

房情况、退房情况、金额

等)进行检索、录入和修

改。

参与者酒店管理员、酒店经理、

和前台服务员

前置条件必须登录

后置条件若有改动必须保存

基本操作流程 1.用户登录

2.根据用户请求,进行响

应操作

3.提交操作结果

被包含的用例 1.客户预定

酒店管理系统 UML建模分析

课程设计报告 课程名称UML建模与分析 设计题目酒店管理系统 专业班级12级软卓 指导教师徐卓然 小组成员: 酒店管理系统需求文档 1. 背景说明: 随着人民生活水平的提高,餐饮,住宿,娱乐业在

服务行业中占有越来越重要的地位。要使在当前酒店行业日趋激烈的竞争中脱颖而出,必须努力发展自己的特色。在酒店管理方面也要有自己的管理特色,避免传统管理方法的失误,使得酒店的信誉以及各个管理方面都能出现零失误,以及能给管理者和普通的营业员带来操作上的方便,对整个酒店各个方面的业务带来快捷、方便、高效的服务,使用户能够对这个软件感到满意。 目前大多数酒店提供的服务多种多样,规模大小也各不相同,但稍具规模的酒店必含下面三类服务:饮食、住宿和娱乐。由于我们对酒店行业没有具体的接触和实质性的了解。此次设计只能在一些收集到的基本材料与个人直观认识的基础上,简单模仿中等规模的酒店设计管理系统。 2.部门划分

2.1 饮食管理部 它是酒店基本部门之一。它提供服务的特点是实时性强、持续时间短,强调效率。例如,顾客人数、顾客所用的菜及其它饮料等种类繁多,数量不等;后勤各种活动如采购等频繁发生。对于饮食部门,需要较长时间保留的信息主要是财务信息,一方面便于期末汇总,另一方面便于向上级报告。 2.2 住宿管理部 它也是酒店基本部门之一。住宿管理部门的主要职责有: A.给个房间布置各种设备、分类、编号、制定收费标 准、分配服务人员。 B.登记旅客信息,确认其身份,登记其入住、退房。 C.统计各类房间的客满程度。 D.对本部门的财务流动进行登记处理。

2.3 娱乐管理部门 娱乐是酒店非主流服务,它的存在除了赢利,更多的是为了吸引顾客食宿。娱乐部门的特点与饮食部门很相似,可以用计算机完成并且有必要用计算机完成的有: A制定收费标准,分配负责人. B收入支出财务处理:编号、财务来源去处的摘要、数量、单价、数额、结余、经手人等。这些信息都需要长时间保留并上报。 C、酒店KTV、洗浴城和酒吧的管理与经营、 2.4 大厅部门 大厅部门是直接与客户打交道的部门,主要负责任务: A、客房的预定,客户入住登记,退房登记。 B、负责结账。 C、对礼仪队的分配与管理。

《UML系统分析和设计》

《UML系统分析和设计》

软工14级《UML系统分析与设计》 大作业 问题定义: 设计某医药公司进销存管理信息系统的进货、库存、销售三个组成部分。 进货子系统有 药品验收处理 1 产生进货传票(进货传票编码、商品编码、品名、规格、厂商、有效 期、进价、进货数量)。 2进货传票将被打印给供货商作为收货凭证。一次进货可有多项药品,由进货传票编码唯一标识;一种药品由商品编码唯一标识。系统设有一个商品目录(商品编码、品名、规格、厂商、有效期、销售价格)。 3当进货的药品是新药品(商品目录中没有的药品)时,进货子系统自动把新药品写入商品目录。 库存子系统有 1进货入库 2销售出库 处理维护库存帐(商品编码、品名、规格、厂商、有效期、进货量、进价、出库量、销售价、库存数量、库存下限量、库存上限量),库存帐不能做修改操作, 当进货入库时,根据进货传票产生一条新记录,库存数量加上进货量; 当销售出库时,根据销售传票产生一条新记录,库存数量减去出库量;商品编码是各药品的唯一标识字。 库存子系统设库存自动报警,当库存数量大于库存上限量或者小于库存下限量时,给出警告信息。 销售子系统有 定价处理和销售处理。 1定价处理有一个商品价格表(商品编码、品名、规格、厂商、有效期、建议价格、销售价格、批准责任人)首先由销售管理员定建议价格,经过经理批准后确定销售价,并自动更新商品目录的销售价; 2销售处理在公司的销售窗口,售货员根据顾客要求查找商品目录和库存帐,如果有货(库存数量满足顾客要求),一项销售成立,产生销 售传票的一条记录,一次销售可有多项记录,由销售传票唯一标识。销 售传票的数据结构是(销售传票编码、商品编码、品名、规格、厂商、 有效期、销售价、销售数量)。销售传票是库存子系统记录库存帐的依据。 销售传票将被打印给顾客作为提货凭证。 以上为本次试题的基本部分(称基本系统),为必做部分。事实上的进销存系统还有其它组成,例如“退货处理”、“客户管理”、“供货商管理”、“定价管理”等,有兴趣的同学可以选做或者补充某些附加内容。

UML课程设计报告_汽车租赁系统的需求分析与设计

课程设计报告 2009 ~ 2010 学年第二学期 教学单位信息工程与技术系 课程名称 UML统一建模语言课程设计课程设计题目汽车租赁系统的需求分析与设计指导教师 XXXX 学生姓名 XXXXX 专业名称计算机科学与技术(数据库)年级 08级 汽车租赁系统的需求分析与设计

一.课程设计目的 UML统一建模课程是一门面向对象开发方法的设计语言。UML统一建模课程设计实验课,着重加强面向对象建模技术。使用UML统一建模语言,用需求模型简化业务领域;用分析模型验证用例的正确性,一致性,完备性,可行性;用设计模型标识解决方案。通过模型实现了从业务领域到软件领域的映射。通过建模,使问题可视化,形式化。通过一序列的建模和迭代活动,对于提高学生综合素质十分必要。 UML统一建模课程是本科类计算机专业的一门骨干课程,技术复杂,应用范围广。本课程设计实验主要内容:构建系统的分析模型、设计模型。主要目标如下: 1. 掌握面向对象的分析技术、设计技术; 2. 构建“汽车租赁系统”的需求分析模型和设计模型; 二.课程设计题目描述和要求 本课程设计中包含: A.软件需求分析 B.汽车租赁系统的需求分析 C.系统的UML基本模型 D.系统中的类 E.系统的配置与实现 1、系统目标 系统的整体目标是:利用互联网和信息化技术,结合汽车租赁经营的实际运作情况,建设一个覆盖汽车租赁经营全部业务的“汽车租赁系统”,通过该系统提高企业信息化水平,完善经营管理体系,提高员工素质,进一步加强企业市场竞争能力。 2、功能要求 “汽车租赁系统”中的功能需求可以包括以下几个方面: ●客户可以通过不同的方式(包括电话、前台、网上)预订车辆; ●能够保存客户的预订申请单; ●能够保存客户的历史记录; ●工作人员可以处理客户申请; ●技术人员可以保存对车辆检修的结果。 满足上述需求的系统主要包括以下几个模块: ●基本数据维护模块:该模块提供了使用者录入、修改并维护基本数据的途径。 ●基本业务模块:在系统中,客户可以填写汽车租赁申请表,工作人员处理这些表格;

UML系统分析和设计

软工14级《UML系统分析与设计》 大作业 问题定义: 设计某医药公司进销存管理信息系统的进货、库存、销售三个组成部分。 进货子系统有 药品验收处理 1 产生进货传票(进货传票编码、商品编码、品名、规格、厂商、有效 期、进价、进货数量)。 2进货传票将被打印给供货商作为收货凭证。一次进货可有多项药品,由进货传票编码唯一标识;一种药品由商品编码唯一标识。系统设有一个商品目录(商品编码、品名、规格、厂商、有效期、销售价格)。 3当进货的药品是新药品(商品目录中没有的药品)时,进货子系统自动把新药品写入商品目录。 库存子系统有 1进货入库 2销售出库 处理维护库存帐(商品编码、品名、规格、厂商、有效期、进货量、进价、出库量、销售价、库存数量、库存下限量、库存上限量),库存帐不能做修改操作, 当进货入库时,根据进货传票产生一条新记录,库存数量加上进货量;

当销售出库时,根据销售传票产生一条新记录,库存数量减去出库量;商品编码是各药品的唯一标识字。 库存子系统设库存自动报警,当库存数量大于库存上限量或者小于库存下限量时,给出警告信息。 销售子系统有 定价处理和销售处理。 1定价处理有一个商品价格表(商品编码、品名、规格、厂商、有效期、建议价格、销售价格、批准责任人)首先由销售管理员定建议价格,经过经理批准后确定销售价,并自动更新商品目录的销售价; 2销售处理在公司的销售窗口,售货员根据顾客要求查找商品目录和库存帐,如果有货(库存数量满足顾客要求),一项销售成立,产生销售传票的一条记录,一次销售可有多项记录,由销售传票唯一标识。销售传票的数据结构是(销售传票编码、商品编码、品名、规格、厂商、有效期、销售价、销售数量)。销售传票是库存子系统记录库存帐的依据。销售传票将被打印给顾客作为提货凭证。 以上为本次试题的基本部分(称基本系统),为必做部分。事实上的进销存系统还有其它组成,例如“退货处理”、“客户管理”、“供货商管理”、“定价管理”等,有兴趣的同学可以选做或者补充某些附加容。 作业要求: 1.针对上述需求,请用面向对象的系统分析和设计方法完成附件中作业要求; 2.解答时可以查询资料、可以讨论、可以使用建模工具(如Rose、together等),

图书管理系统UML建模

图书管理系统UML建模: 1.1、确定系统涉及的总体信息 (1)读者: ?借书 ?还书 ?书籍预定 (2)图书馆管理员: ?书籍借出处理 ?书籍归还处理 ?预定信息处理 (3)系统管理员: ?增加书目 ?删除或更新书目 ?增加书籍 ?减少书籍 ?增加读者帐户信息 ?删除或更新读者帐户信息 ?书籍信息查询 ?读者信息查询 1.2.确定系统的参与者 (1)分析系统所涉及的问题领域和系统运行的主要任务:?分析使用该系统主要功能部分的是哪些人 ?谁将需要该系统的支持以完成其工作 ?系统的管理者与维护者 (2)图书馆管理系统的参与者: ?读者(借阅者) ?图书馆管理员 ?图书馆管理系统维护者 1.3.确定系统的用例 1.3.1借阅者请求服务的用例 (1)查询借阅者信息 (2)查询书籍信息 (3)增加书目 (4)删除或更新书目 (5)增加书籍 (6)删除书籍 (7)添加借阅者帐户

(8)删除或更新借阅者帐户 1.3.2 图书馆管理员处理借书、还书等的用例 (1)处理书籍借阅 (2)处理书籍归还 (3)删除预定信息 1.3.3系统管理员进行系统维护的用例 (1)查询借阅者信息 (2)查询书籍信息 (3)增加书目 (4)删除或更新书目 (5)增加书籍 (6)删除书籍 (7)添加借阅者帐户 (8)删除或更新借阅者帐户 1.4.使用Rational Rose绘制用例图的步骤(具体详见教材P83-92) 1.创建用例图 2.用例图工具栏按钮简介 3.工具栏的定制 4.添加参与者与用例 5.添加参与者与用例之间的关系 6.添加用例之间的关系 1.5.图书馆管理系统的用例图 1.5.1借阅者请求服务的用例图

试题管理系统UML系统分析与设计

《信息系统分析与设计》课程设计报告 班级:信管1002 姓名: 学号:

试题管理系统 课程设计要求: 1、应画出该系统的完整用例图。 2、给出负责模块的用例的详细事件流描述。 3、从用例的事件流描述中获取候选的实体类,确定类之间的关系 并画出正确的类图。 4、画出用例的顺序图以及协作图。 5、根据用例的事件流描述,画出用例的活动图。 6、根据类图,画出类的状态图。 7、最后给出系统的构件图、部署图。 8、具有完整清晰的设计流程。 9、各图布局合理、美观。 10、提供完整的课程设计说明书。 课程设计说明书的正文应包含以下几部分: 1、封面; 2、系统分析:给出详细分析过程; 3、系统设计:给出系统的UML图; 4、遇到的问题及解决方案。 摘要 传统的试题管理方法因受到时间、空间和管理维护等因素的限制, 已很难适应

现代信息社会教育教学发展的需求。随着计算机技术、网络技术和数据库技术的成 熟与稳定以及全国各高校校园网的建立和教育教学管理信息化程度的不断提高, 试 题管理系统获得了前所未有的发展前景与强大的技术支持。因此, 教学管理者希望 有一个集试卷分类、试卷管理、试题管理等功能于一体的网络试题库管理系统, 以 提高管理效率。而利用计算机自动生成试卷,并通过积累逐步形成有效试题库,使 试题和试卷的管理高效便捷,同时也使教学方式和考试方式有更多选择。这对提高 教学效率,有效利用资源和使传统的教学方式逐步走向自动化具有重要作用。 所开发的系统提供了试卷分类、试卷管理、试题管理及试卷生成等功能,为教师提 供了一个功能强大的平台,通过这个平台教师可以根据实际教学情况来组成相应的 试题与试卷,并轻松的管理试题库与试卷库,在实际应用中可以有效减轻教师的工 作量。 关键词:试题管理;试卷管理;UML;信息系统分析 目录 一、试题库管理系统的调查及初步分析 (2) (一)试题库管理系统的开发背景 (2) (二)试题库管理系统的需求分析 (3)

图书馆管理系统UML建模作业

图书馆管理系统UML建模

1 系统功能需求 ①借阅者可以通过网络查询书籍信息和预定书籍。 ②借阅者能够借阅书籍和还书。 ③图书管理员能够处理借阅者的借阅和还书请求。 ④系统管理员可以对系统的数据进行维护,如增加、删除和更新书目,增加、删除和更新借 阅者帐户,增加和删除书籍。 ⑤系统主要包括以下几个模块: 基本数据维护模块 基本业务模块 数据库管理模块 信息查询模块 2 基本数据维护模块 基本数据维护模块包括的主要功能模块: ①添加借阅者帐户 ②修改更新借阅者帐户信息 ③添加书目 ④修改和更新书目信息 ⑤添加书籍 ⑥删除书籍 3 基本业务模块 基本业务模块包含的功能: ①借书 ②还书 ③书籍预留 ④取消书籍预定 4 数据库模块 数据库模块的功能: ①借阅信息管理 ②书籍信息管理 ③帐户信息管理 ④书籍预留信息管理 5 信息查询模块 信息查询模块主要是查询数据库中的相关信息: ①查询书籍信息 ②查询借阅者信息 系统的参与者主要有三类:读者(也可称为借阅者)、图书馆管理员、图书馆管理系统维护者。

1、系统中的类 读者类Reader 图书馆人员类LibraryStaff 图书馆管理员类LibraryManager系统管理员类SystemManager 图书馆馆长类LibraryBoos

图书馆数据库类LibraryDatabase 图书馆资源数据库ResourcesDatabase 图书馆读者数据库ReaderDatabase 图书馆工作人员数据库LibraryStaffbase 图书馆资源类LibraryResources 实物书籍类BooksResources电子书籍类ElectronicResources 书类Book Magazine杂志类

图书馆管理系统uml建模

基于UML的图书馆管理系统建模设计 一、摘要 面向对象的软件工程,同传统的面向过程的软件工程相比,在需求的获取、系统分析、设计和实现方面都有着很大的区别。UML是OOA和OOD的常用工具。使用UML来构建软件的面向对象的软件工程的过程,就是一个对系统进行不断精化的建模的过程。这些模型包括用例模型、分析模型、设计模型,然后,我们需要使用具体的计算机语言来建立系统的实现模型。当然,在整个软件工程中,我们还需要建立系统的测试模型,以保证软件产品的质量。 使用面向对象的工具来构建系统,就应该使用面向对象的软件工程方法。然而,我们经常会发现,在实际的开发过程中,很多开发人员虽然能够理解UML的所有图形,却仍然不能得心应手的使用UML来构建整个项目,其很大的原因,是仍然在使用原有的软件工程方法,而不清楚如何使用UML来建立系统的这些模型,不清楚分析和设计的区别,以及他们之间的转化。 应用软件系统,就其本质来说,是使用计算机对现实世界进行的数字化模拟。应用软件的制造过程,按照UML的方法,就是建立这一系列模型的过程。关于这个图书馆系统,基本的需求比较简单,就是允许学生可以在图书馆借阅和归还图书,另外,也可以通过网络或者图书馆的终端来查阅和预订书。当然,图书馆管理员也可以对图书进行管理。为了简化系统,我们没有把图书馆中的人员作细分。 本文只是对使用UML的过程做一个探讨,着眼于使用UML进行建模的过程,说明各个层次的模型之间的区别和联系,展示系统演进的过程,而不会深入UML的细节方面。对于更加复杂的系统,其分析和设计的方法是相通的,可以举一反三。 二、图书馆管理系统可行性分析 随着政府机关与广大企事业单位内部网络的广泛建立,在通用信息平台上构筑高效实用的协同工作和自动化办公应用系统,满足信息高度共享和即时发布的需求,有效实现内部知识管理,已成为众多用户的共同需求。 图书管理系统,为政府机关与广大企事业单位自动化办公提供了一个较好的解决方案。在开发过程中,按照软件工程的步骤,从设计到开发采用了面向对象的思想和技术,采用了SQL SERVER 2000数据库,使得本系统可以方便的和其他子系统进行数据交换。同时,注意从软件的图形应用界面上优化软件质量,使得本系统具有很强的可操作性。 三、图书馆管理系统需求分析 3.1、系统目标设计 系统开发的总目标是实现内部图书借阅管理的系统化、规范化和自动化。 能够对图书进行注册登记,也就是将图书的基本信息(如:书的编号、书名、作者、价格等)预先存入数据库中,供以后检索。 能够对借阅人进行注册登记,包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。 提供方便的查询方法。如:以书名、作者、出版社、出版时间(确切的时间、时间段、某一时间之前、某一时间之后)等信息进行图书检索,并能反映出图书的借阅情况;以借阅人编号对借阅人信息进行检索;以出版社名称查询出版社联系方式信息。 提供对书籍进行的预先预订的功能。 提供旧书销毁功能,对于淘汰、损坏、丢失的书目可及时对数据库进行修改。

UML系统分析与架构设计实战

UML系统分析与架构设计实战 课程简介: 目前,在软件开发领域,各种框架、模型以及设计模式充斥着整个IT行业,纵观现在的各种软件开发技术 培训,我们发现几乎所有的培训中都会出现UML知识的培训。毋庸置疑,UML已经成为了现在的软件开 发技术的基础。但是如何透彻理解UML,迅速掌握UML的精髓却是所有技术人员一直以来困惑的地方。 本次培训,特别邀请了长期从事软件开发的国内著名架构师,以实战训练方式让大家迅速理解和掌握如何 利用UML贯穿于整个软件的OO设计与分析。课程没有枯燥的理论,在课程实战练习中,从UML疑难辨 析开始一直到软件体系的架构模式与设计模式,透彻了解UML的精髓。鉴于此,本中心联合国内知名IT 厂商,总结了几十个项目案例的经验与教训,推出了“UML系统分析与架构设计实战”培训课程,旨在为IT 行业培养高质量的软件分析、设计人员,打造软件厂商的核心竞争力。具体相关事宜通知如下: 本课程是一个UML系统分析与设计的高端课程,主要面向开发团队中的设计人员、系统分析人员、开发经 理、或项目经理,以及有望或有志成长为高级软件设计者的技术人员。 本课程通过一些大量的实际项目案例,揉合讲师的大型项目实际工作经验,以项目过程中的问题带动原理 的描述,从理论和实践的结合上有重点讲清问题。 【主办单位】中国电子标准协会【协办单位】深圳市威硕企业管理咨询有限公司 培训目标: 1、了解UML的正确应用方法与原理; 2、学员将了解如何把UML应用到面向对象分析和设计乃至整个软件过程中,包括使用UML建立业务模 型、需求模型、分析模型、设计模型、实现模型等; 3、重点讲解UML在具体的真实项目中的使用和应用过程指南,如何应用UML处理需求的变更,分析、 设计出强壮的架构,建立充分的实现模型。强调具体项目的过程。 4、运用系统分析模式进行本质分析; 5、了解如何设计稳健并易于扩展的架构; 6、通过实际的案例,掌握需求、分析设计的关键技巧; 7、看到好的和差的实际案例,反思自我,提高实际工作能力; 8、深入了解如何解决实际开发问题; 9、理解UML贯穿于迭代化、用例驱动和以构架为中心的过程; 10、掌握如何基于UML设计的可扩展的业务架构、应用架构和程序结构。 课题内容 第一单元: UML概念(一般介绍) UML的构成 视图、模型元素、图(用例、类、对象、序列、协作、状态、活动、构件、部署) 公共机制(规约、修饰符、扩展机制) 结构模型视图 数据类型、多重性、类、类与对象;关联(自关联、关联的多重性、角色名、关联的具体 化);属性和操作。

实验一-基于UML的网上购物系统分析与设计

实验一-基于UML的网上购物系统分析与设计

实验一基于UML的网上购物系统分析与设计 一、实验目的 1.熟悉UML各图的基本功能和使用方法。 2.掌握如何使用建模工具绘制UML各图方法。 3.学习面向对象的系统分析与设计方法。 二、实验器材 1.PC一台。 2.Rational Rose 2003工具软件。 三、实验内容 利用Ration Rose统一建模工具,以华龙百货销售有限公司的网上购物系统为实验案例,进行基于UML的系统分析与设计,完成需求获取、系统分析、系统设计各阶段的基本任务。 四、实验步骤 1.分析网上购物系统的需求,绘制用例图,建立用例模型。识别用例之间的关系。 用例图如图:

网上购物用例图 顾客服务用例图

订单管理用例图 顾客管理用例图

商品管理用例图 2.分析主要用例的用例描述(包括主事件流、可选事件流和例外事件流)。答:搜索商品 用例名:搜索商品(Search for Items) 简要说明:这个用例描述顾客根据关键词搜索商品的过程。 前置条件:顾客已进人Main Page页面。 事件流:(无)。 基本事件流: (1)顾客输人关键词,点击“搜索”按钮; (2)系统根据所输人关键词,查询数据库; (3)系统显示查询结果。 替代事件流:数据库中无符合关键词的商品(缺货或者没有该商品)。 (1)在基本事件流第2步,系统查询数据库时,查到数据库商品无符合关键 词的商品,用例开始; (2)系统显示“查无符合关键词的商品!”信息;

(3)用例结束。 后置条件:(无)。 把商品加人购物车 用例名:把商品加人购物车(Add Items to Shopping Cart) 简要说明:这个用例描述把物品加人购物车的过程。 前置条件:顾客已登录,并进人ItemUI页面。 事件流:(无)。 基本事件流: (1)顾客点击所选商品旁的“加进购物车”按钮,用例开始; (2)系统根据所选商品的PID查询数据库,看是否有所选商品; (3)系统根据顾客的C1D查询数据库,获取顾客信息; (4)系统把所选商品信息及顾客信息加人顾客的购物车中; (5)系统更新显示购物车的信息; (6)用例结束。 替代事件流一:所查商品不符合要求(缺货或者没有该商品)。 (1)在基本事件流第2步,系统查询数据库时,查到数据库里该商品已不存在,或者数量为0,用例开始; (2)系统显示“商品已无,加人购物车失败”信息; (3)用例结束。 替代事件流二:顾客没有购物车。 (1)在基本事件流的第3步,系统查出顾客没有购物车,用例开始; (2)系统提示顾客创建一个新的购物车; (3)用例结束。 后置条件:(无)。 查着购物车 用例名:查看购物车(View the Shopping Cart)o 简要说明:这个用例描述顾客查看购物车信息的过程。 前置条件:顾客已登录并且拥有一个购物车。

实例(图书馆管理系统)的UML建模

图书馆管理系统 1 系统功能需求 ①借阅者可以通过网络查询书籍信息和预定书籍。 ②借阅者能够借阅书籍和还书。 ③图书管理员能够处理借阅者的借阅和还书请求。 ④系统管理员可以对系统的数据进行维护,如增加、删除和更新书目,增加、删除和更新借 阅者帐户,增加和删除书籍。 ⑤系统主要包括以下几个模块: ◆基本数据维护模块 ◆基本业务模块 ◆数据库管理模块 ◆信息查询模块 2 基本数据维护模块 基本数据维护模块包括的主要功能模块: ①添加借阅者帐户 ②修改更新借阅者帐户信息 ③添加书目 ④修改和更新书目信息 ⑤添加书籍 ⑥删除书籍 3 基本业务模块 基本业务模块包含的功能: ①借书 ②还书 ③书籍预留 ④取消书籍预定 4 数据库模块 数据库模块的功能: ①借阅信息管理 ②书籍信息管理 ③帐户信息管理 ④书籍预留信息管理 5 信息查询模块 信息查询模块主要是查询数据库中的相关信息: ①查询书籍信息 ②查询借阅者信息 ◆系统的参与者主要有三类:读者(也可称为借阅者)、图书馆管理员、图书馆管理系统维 护者。

1、系统中的类 读者类Reader 图书馆人员类LibraryStaff 图书馆管理员类LibraryManager 系统管理员类SystemManager 图书馆馆长类LibraryBoos

图书馆数据库类LibraryDatabase 图书馆资源数据库ResourcesDatabase 图书馆读者数据库ReaderDatabase 图书馆工作人员数据库LibraryStaffbase

图书馆资源类LibraryResources 实物书籍类BooksResources电子书籍类ElectronicResources 书类Book Magazine杂志类

UML系统建模与分析设计-刁成嘉-课后答案

UML系统建模与分析设计-刁成嘉-课后答案

第一章系统建模与分析设计的演变 1、系统建模的三要素:方法、工具和过程 2、软件的分类: 按软件的功能划分:系统软件、支撑软件和应用软件 按软件的规模划分:小型软件、中型软件、大型甚至超大型软件 按软件的工作方式划分:实时处理软件、分时处理软件交互式软件和批处理软件 按软件服务对象的范围划分:一次性使用软件和使用频度较高的软件 按软件失效的影响程度划分:一般性软件和关键性软件 3、软件危机产生的原因主要有两个:一是与软件本身的特点相关;二是软件开发和维护的方法不正确。 4、软件开发过程模型:瀑布模型、渐增模型、演化模型、螺旋模型、智能模型 5、UML的特点:唯一性、连续性、维护性、复用性和逐步完善 6、面向对象的三大重要特征:封装性、继承性和多态性

7、软件开发方法从结构化开发方法、模块化开发方法到面向对象开发方法是一个渐进的演变过程 8、软件生命周期描述了一个软件从定义、开发、使用、维护到服用的全过程 9、面向对象的基本概念有:对象、类急气封装性、多态性、继承性和消息传递 10、软件开发过程由客户端需求分析、系统分析、系统设计和系统实现以测试与维护四个四个阶段组成 11、面向对象系统的开发过程以体系结构为中心,以用例为驱动,是一个反复、渐增的过程 课后习题: A 1、封装是吧对象的属性和操作结合在一起,组成一个独立的对象、 C 2、封装是一种信息隐蔽技术,目的是使对象的生产者和使用者分离,使对象的定义和实现分开。 B 3、面向对象方法中的继承机制使子类可以自动地拥有复制父类全部属性和操作 D 4、使得在多个类中能够定义同一个操作或属性名,并在每一个类中有不同的实现的一种方法

图书管理系统的uml建模

图书管理系统的UML建模设计 以图书管理系统为例,结合Rational Rose2003工具软件绘制图形,详细阐述UML的建模过程。 1 需求分析描述 图书信息管理系统是使用计算机实现图书大量信息处理的电子档案管理系统,在本系统中主要满足借书者、图书管理员和系统管理员3方面的需求。对借书者来说主要是查询个人信息、查询图书信息、预定当前正在被别人借阅的图书、借阅图书和返还图书等;图书管理员是系统的主要使用者,负责借书处理和还书处理,当读者预定的图书借出给定预定者后取消图书预定;系统管理员主要负责系统的维护工作,涉及到读者信息管理,图书信息管理,系统状态维护等。 2 模型建立 1)用例模型的建立 本系统共设置四个活动者。分别是TT_People、TT_Registrar、TT_Reader和 TT_Database。其中TT_People泛指与系统发生关系的人;TT_Registrar为系统管理员,负责添加、修改图书信息;TT_Reader为所有读者,读者可能发生借书、续借、还书的行为;TT_Database为存储各种信息的数据库对象。另:考虑到现实图书馆中还存在“图书馆管理员”这一角色,但其所起的作用仅为代替读者完成各种系统操作,故没有设置此活动者。 系统中共有五个用例。TT_Addinfo、TT_Modifyinfo、TT_Borrow、TT_Renew和TT_Return。TT_Addinfo表示管理员添加图书信息;TT_Modifyinfo表示修改图书信息;TT_Borrow表示读者借阅图书;TT_Renew表示读者续借图书;TT_Return 表示读者归还图书。 用例图如图2所示。

UML系统建模与分析设计的基础知识复习

第一章系统建模与分析设计的演变 1、系统建模的三要素:方法、工具和过程 2、软件的分类: 按软件的功能划分:系统软件、支撑软件和应用软件 按软件的规模划分:小型软件、中型软件、大型甚至超大型软件 按软件的工作方式划分:实时处理软件、分时处理软件交互式软件和批处理软件 按软件服务对象的范围划分:一次性使用软件和使用频度较高的软件 按软件失效的影响程度划分:一般性软件和关键性软件 3、软件危机产生的原因主要有两个:一是与软件本身的特点相关;二是软件开发和维护的方法不正确。 4、软件开发过程模型:瀑布模型、渐增模型、演化模型、螺旋模型、智能模型 5、UML的特点:唯一性、连续性、维护性、复用性和逐步完善 6、面向对象的三大重要特征:封装性、继承性和多态性 7、软件开发方法从结构化开发方法、模块化开发方法到面向对象开发方法是一个渐进的演变过程 8、软件生命周期描述了一个软件从定义、开发、使用、维护到服用的全过程 9、面向对象的基本概念有:对象、类急气封装性、多态性、继承性和消息传递 10、软件开发过程由客户端需求分析、系统分析、系统设计和系统实现以测试与维护四个四个阶段组成 11、面向对象系统的开发过程以体系结构为中心,以用例为驱动,是一个反复、渐增的过程 1、封装是吧对象的属性和操作结合在一起,组成一个独立的对象、 2、封装是一种信息隐蔽技术,目的是使对象的生产者和使用者分离,使对象的定义和实现分开。 3、面向对象方法中的继承机制使子类可以自动地拥有复制父类全部属性和操作 4、使得在多个类中能够定义同一个操作或属性名,并在每一个类中有不同的实现的一种方法是多态性 5、软件按照其工作方式可划分为实时处理软件、分时处理软件、交互式软件和批处理软件。 6、软件生存周期由软件的定义、软件的开发和软件的使用维护和更新换代三部分组成。 7、软件开发模型有瀑布模型、增量模型、螺旋模型、智能模型和快速原型模型等五种主要模型 8、面向对象技术采用以类为中心的封装、继承、多态等不仅支持软件复用,而且使软件维护工作可靠有效,可实现软件系统的柔性制造。 9、UML的优点是:唯一性、连续性、维护性、复用性和完善性。 第二章统一建模语言UML 1、UML的五种视图:用例视图、逻辑视图、构件视图、进程视图和配置视图 2、UML的三大类模型图是:用例模型图、静态模型图和动态模型图 3、用例模型描述的是外部执行者主要用于需求分析阶段 4、UML的静态建模机制包括:类图、对象图、包图、构件图、配置图 5、UML的动态模型包括4种兔:状态图、活动图、顺序图、合作图 6、软件的开发过程即生命周期划分为开始、详细规划、系统构造、移交四个阶段。

销售管理系统UML建模

超市销售系统UML建模

目录引言3 1.1背景3 1.2详细调查4 1.3 编写目的4 1.2预期读者5 1.3产品预期功能5 1.4产品前景5 2 需求分析与用例建模6 2.1可行性分析6 2.1.1管理可行性6 2.1.2经济可行性6 2.1.3技术可行性7 2.1.4社会可行性7 2.2功能需求8 2.3 约束11 2.4系统开发与运行环境11 2.4质量属性11 2.5系统的E-R模型图12 2.6系统功能结构模块图13 2.6系统流程图15 2.6管理业务16 2.6.1组织结构16 2.6.2业务流程调查17 2.6用例建模19 2.6.1确定系统范围和系统边界19 2.6.2确定执行者20 2.6.3确定用例20 2.6.4分层绘制用例图21 3 系统分析与对象类建模27 3.1系统分析原理27 3.2建立对象类28 3.2根据类之间的关系绘制类图31 4 顺序图建模33 5数据流程39 根据调查结果绘出销售系统数据流程图如下:39 6数据字典42 6.1数据流42 6.2逻辑处理43 6.3数据存储43 6.4外部实体44 6.5数据项的表述45 7数据库设计45

总结51 引言 1.1背景 在我国超市形成在20世纪90年代初期,现在已经成为我国零售业的一种重要形态,为国民经济的发展发挥了重要的作用。随着超市高速的发展,其经营管理也变得愈加复杂,早期的售货员站柜台的形式早已不能满足现有销售也的发展,超市需要处理大量的库存信息,还要时刻更新产品的销售信息,不断添加商品信息。面对不同种类的信息,需要合理的数据库结构来保存数据信息,需要有效的程序结构支持各种数据操作的执行。商店自动化的产品管理在欧美等国家早已经实现,也是零售业管理的基础。它最主要的特点是能够实时的和准确的控制店内的销售情况。对于我国来说,超市已经普遍存在,这种自动化管理也成为必要,有必要通过管理系统的应用来提高超市的服务效率。如果可以实时掌握销售流程及销售情况,则可以有效地加速商品的周转率并提高服务质量,而且可以减少产品售价不符等所产生的问题。顾客的消费要求的是希望在超市购物中能基本上都能购得所需的商品,并且还要既保证商品质量还要享受优质,方便的服务。 随着现代科学技术的迅猛发展,计算机技术已经渗透到各个领域,成为各行业必不可少的工具,特别是Internet技术的推广和信息高速公路的建立,使IT 产业在市场竞争中越发显示出其独特的优势,步入信息化时代,有巨大的数据信息等待加工处理和传输,这使得对书数据库的进一步开发和利用显得尤为迫切。作为国内市场的一些中小型超市,它们在信息化过程中的步伐要落后于大中型超市,而对于这些企业的资源管理,信息的存储和处理也显得迫切需要,要适应市场竞争,就需要有高效的处理方式和管理方法,因此加快超市的信息化进程是必可少的。如何将计算机技术与超市管理有机地结合起来,把计算机技术应用于超市管理,更高效地对超市的各种商品信息进行归类、划分、合理地组织,从而减少人们的劳动强度是很有必要的。 本系统针对中小型超市管理特点和技术人员的实际水平,采用Windows易学易用的图形用户界面操作系统,用面向对象的Java语言开发技术和数据库技术,开发出贴近用户实际需求的系统。本系统抛弃了大型财务软件功能泛泛不实用的缺点,既简洁又能满足用户需求,既可以解决在销售过程中出现的问题,也能够用于对商品采购的需求。在减少工作量的基础上,提高超市管理者对企业的

基于UML的系统分析与设计

琼州学院电子信息工程学院课程设计报告 课程名称:UML面向对象建模与设计 设计题目:基于UML的选课子系统建模 专业:软件工程 班级:10软件工程(2)班 姓名:韦春涛 学号:10241075 起止日期:2012.03.13~2012.05.14 指导教师:王中华 指导教师评语: 最终成绩:指导教师签名: 年月日 成绩评定 项目权重成绩 1、设计过程中的学习态度0.2 2、课程设计的质量及答辩0.5 3、设计报告书规范程度0.3 4、总成绩

注意事项 一、设计目的 《UML面向对象建模与设计》是一门实践性较强的软件基础课,为了学好这门课程,必须在掌握理论知识的同时,加强上机实践。本课程设计的目的就是要达到理论与实际应用相结合,使同学们能够根据数据对象的特性,学会数据组织的方法,能把现实世界中的实际问题在计算机内部表示出来,并培养基本的、良好的程序设计技能。 二、设计要求 1.通过这次课程设计,要求在数据结构的逻辑特性和物理表示、数据结构的选择应用、算法的设计及其实现等方面加深课程基本内容的理解。同时,在程序设计方法以及上机操作等基本技能和科学作风方面受到比较系统和严格的训练。 2.学生必须仔细研读《UML面向对象建模与设计》课程设计要求,以学生自学为主、指导教师指导为辅,独立完成课程设计的任务,有问题及时主动与指导教师沟通。 3.本次课程设计按照教学要求需要在本学期7周前完成,学生要发挥自主学习的能力,充分利用时间,安排好课程设计的时间计划,并在课程设计过程中不断检测自己的计划完成情况,及时向指导教师汇报。 4.编程语言:Java 语言。 三、课程设计说明书的格式要求 设计文档的撰写必须提前进行,以保证使文档与程序同步提交。 1.设计题目2.运行环境(软、硬件环境) 3.算法的需求分析4.算法概要设计 5.算法详细设计6.算法的测试 7.运行结果分析8.收获及体会 四、问题分析、设计和测试过程要规范化。 1.需求分析:将题目中要求的功能进行叙述分析。 2.概要设计:算法的设计说明,描述解决此问题的数据存储结构,(有些题目已经指定了数据存储的,按照指定的设计),描述算法建议使用流程图,进行算法分析指明关键语句的时间复杂度。 3.详细设计:即各个算法的具体实现步骤,每个题目要有相应的源程序,其中每个功能模块采用不同的函数实现。源程序要规范编写:结构要清晰,注释要清楚。重点函数的重点变量和重点功能部分要加上清楚的程序注释。 4.调试和测试:给出实现功能的一组或多组测试数据,程序调试后,将按照此测试数据进行测试的结果列出来。在调试过程中遇到的问题和解决方法也要记录下来。程序要能够正常运行,还要有基本的容错功能。尽量避免出现操作错误时出现死循环。 5.改进措施:对有些题目提出算法改进方案,比较不同算法的优缺点。 五、对指导教师的要求 指导教师要关心学生的课程设计进展,认真答疑。对课程设计报告的撰写要给予充分的指导,报告中切忌出现大篇源代码,应严格要求学生将主要篇幅放在“原理实现”上,即如何用框图表达设计和实施思想。课程设计报告要用红笔批阅,最终成绩以优、良、中、及格与不及格分等计算。

学生管理系统uml建模大报告

2011 —— 2012 学年第二学期 信息技术学院 《UML建模》综合设计实验 学生成绩管理系统的UML建模 班级2010级网络工程班 学号101124029 姓名范凌云 任课教师凌凤彩 日期2012年6月10日

目录 第1一章需求分析 (2) 1.1 系统的功能需求 (2) 1.2 用例模型 (3) 1.1.1 识别参与者 (3) 1.1.2 识别用例 (4) 1.1.3 用例的事件流描述 (4) 第2章静态结构模型 (6) 2.1 定义系统对象 (10) 2.2 定义用户界面类 (11) 2.3 建立类图 (11) 第3章动态行为模型 (13) 3.1 创建系统顺序图(协作图) (13) 3.2 创建系统的状态图 (16) 3.3 创建系统的活动图 (18) 第4章物理模型 (21) 4.1 创建系统组件图 (20) 4.2 创建系统部署图 (20) 第5章数据库模型 (20)

第1章需求分析 1.1 系统的功能需求 该学生成绩管理系统是一个面向学生,教师的用来进行对学生成绩管理的管理信息系统。 该信息系统能够为师生提供各种管理服务。 (1)学生成绩查询系统能够为一定数目的学生提供服务,每个学生都能够有唯一的账号,每一个账号包括个人的编号和个人信息,系统通过一个单独的程序为学生提供服务,不需要人员的干预,这些服务包括:查询成绩,修改自己的密码; (2)学生的成绩需要教师对其进行录入和修改,或删除,既学生不直接与系统交互,教师代其与系统进行交互,当然教师也可以进行对成绩的查询 (3)而系统管理员主要负责的是对教师或者学生的信息进行管理,并且管理员还得对本系统设置权限。或者可以通过师生的唯一账号对成绩进行查询。 对上述学生成绩管理系统的域描述进行分析,可以获得如下功能性需求: 学生拥有唯一的个人账户及密码 教师对学生的成绩进行录入 教师查看学生的成绩 教学管理员可以修改教师基本信息 教学管理员可以修改学生基本信息 教学管理员可以添加教师基本信息 教学管理员可以添加学生基本信息 教学管理员可以删除教师基本信息 教学管理员可以删除学生基本信息 教学管理员对学生的成绩进行修改

航空公司管理系统(uml建模)

航空公司管理系统UML 分析与设计文档 组员:******** 组 长: ******** ***** 学院******

目录 目录 (2) 1 问题陈述 (3) 2 需求分析 (4) 2.1 用例图 (4) 2.2 术语表 (6) 2.3 活动图 (6) 2.3.1 输入航线信息活动图 (6) 2.4 用例规约 (7) 2.4.1 用例规约Login (7) 2.4.2 用例规约用户管理 (8) 2.4.3 用例规约航线信息管理 (8) 2.4.4 用例规约客户信息管理 (9) 2.4.5 用例规约订票信息管理 (9) 3 分析与设计 (10) 3.1 架构分析 (10) 3.1.1 界面层 (10) 3.1.2 管理逻辑层 (11) 3.1.3 数据库层 (11) 3.2 关键抽象 (11) 3.3 用例实现 (11) 3.3.1 输入航线信息的用例实现 (11) 4 用例分析 (13) 4.1 分析类 (13) 4.2 分析类的功能 (13) 4.2.1 airline 类 (13) 4.2.2 plane 类 (13) 4.2.3 service 类 (13) 4.2.4 customerType 类 (14)

4.2.5 customer 类 (14) 4.2.6 ticket 类 (14) 4.3 类图及类之间的关联 (14) 4.4 数据库设计 (15) 4.4.1 user_info1 管理用户信息表 (15) 4.4.2 serviceInfo 舱位等级信息表 (15) 4.4.3 planeInfo 客机信息表格 (15) 4.4.4 airlineInfo 航线信息表 (16) 4.4.5 customerType 客户类型信息表 (16) 4.4.6 customerInfo 客户信息表 (16) 4.4.7 ticketInfo 订票信息表 (16) 4.4.8 数据库结构及各表间的关系 (17) 1 问题陈述 本小组项目任务是开发一个航空公司管理系统。一个正常营运的航空公司需要 管理所拥有的飞机、航线的设置、客户的信息等,更重要的还要提供票务管理。面对各种不同种类的信息,需要合理的数据库结构来保存数据信息以及有效的程序结构支持各种数据操作的执行。本系统对航空公司的内部运作进行管理,包括系统管理,航线信息管理,客户信息管理,订票信息管理等功能。系统开发的总体任务是实现各种信息的系统化、规范化和自动化。 系统设系统管理角色有:系统管理员和一般员工。系统管理员只有一个,负责监控整个系统的运行,添加和删除一般用户。一般员工负责对数据进行添加,修改,删除,查询。 系统允许舱位信息的输入和修改,包括舱位等级编号、舱位等级名称、提供的各种服务类别,以及备注信息等。客机信息的输入、修改和查询,包括客机编号、客机型号、购买时间、服役时间、经济舱座位数量、公务舱座位数量、头等舱座位

面向对象分析与设计(UML)课程设计报告范文1

面向对象分析与设计(UML) 课程设计报告 题目: 学号: 姓名: 班级:

【课程设计名称】网络教学系统-使用UML进行系统的分析和设计 【课程设计目的】1.掌握UML建模的基础知识和其应用; 2.熟悉Rational Rose环境及功能,能够设计出完整系统。 【课程设计要求】1.对系统功能进行必要的描述; 2.绘制系统的主要模型图; 3.模型图要有说明性文字解释。 【课程设计内容】1.网络教学系统的需求分析; 2.网络教学系统UML建模。 【课程设计步骤】 一: 网络教学系统的需求分析 1、系统功能需求 (1)学生可以登陆网站浏览和查找各种信息以及下载文件。 (2)教师可以登陆网站给出课程见解、发布、修改和更新消息以及上传课件。 (3)系统管理员可以对页面进行维护和批准用户的注册申请。 满足上述需求的系统主要包括下面几个模块 (1)数据库管理模块:提供使用者录入、修改并维护数据的途径。 (2)基本业务模块:教师可以上传文件、发布消息、修改和更新消息;学生可以下载文件;管理员可以维护页面,批准注册等。 (3)信息浏览、查询模块:主要用于对网站的信息进行浏览、搜索查询。 图 1.1系统功能需求 2、数据库管理模块 图 1.2数据库管理模块 (1)教师信息管理:负责教师信息的管理。 (2)课程简介信息管理:负责课程简介信息的管理。 (3)文件上传信息管理:负责文件上传信息的管理。

3、基本业务模块 图 1.3基本业务模块 (1)文件上传:教师可以使用此模块将课程的数据上传到网站服务器。 (2)文件下载:学生可以使用此模块从网站上下载课件及其他资料。 (3)消息发布:教师可以通过此模块发布学习方法、课程重点等和教学相关的文章,以及和课程相关的通知等。 (4)消息修改和更新:教师可以通过此模块对自己发布的信息进行修改和更新。 (5)页面维护:网站管理员可以使用此模块对网站的页面进行维护。 (6)用户注册批准:网站管理员可以使用此模块批准用户注册。 4、信息浏览、查询模块 图 1.4信息查询模块功能 (1)网页信息浏览:用户浏览网站信息。 (2)文章信息搜索:用户根据关键字搜索文章。 二: 系统的UML建模 1、系统的用例图 创建用例图之前首先需要确定参与者。 ①在网络教学系统中,需要学生和教师的参与。学生可以浏览课程简介,教学计划,学习方法等教 师发布的文章,并可以根据关键字查询文章。此外,学生可以从网站上下载课件。教师作为教学的主导者,使用此网站可以发布学习方法,课程重点等和教学相关的文章,以及和课程相关的通知等,还可以将某一门课程的课件上传。 ②网站需要一个专门的管理者进行日常维护与管理,所以需要有系统管理员的参与。 (1)系统用户参与的总的用例图 教师和学生都可以从“网站用户”这个参与者泛化而来,网站用户是指网站的注册用户,注册用户可以登录系统完成相应的操作。 系统用户参与的总的用例图如图所示。从图中可以清楚地看到泛化关系与各个参与者所参与的用例。

相关文档