软件工程酒店客房管理系统需求分析Word文件下载.docx
《软件工程酒店客房管理系统需求分析Word文件下载.docx》由会员分享,可在线阅读,更多相关《软件工程酒店客房管理系统需求分析Word文件下载.docx(8页珍藏版)》请在冰豆网上搜索。
![软件工程酒店客房管理系统需求分析Word文件下载.docx](https://file1.bdocx.com/fileroot1/2023-1/4/582b4760-caca-4e45-ac7d-cbde3ae499f8/582b4760-caca-4e45-ac7d-cbde3ae499f81.gif)
客户信息,录入顾客信息(姓名、身份证号、联系方式、详细地址、工作单位)
处理过程:
客户信息存入数据库
输出:
操作成功或失败的提示信息
2、客房信息管理:
设置客房标准,设置客房信息
客房信息管理子系统可以对客房信息进行添加,删除,修改和查询
客房信息,录入客房信息(客房标准、客房编号、所在楼、价格、
房间类型、使用配置、房态)
客房信息存入数据库
3、订房信息管理
功能实现:
客户订房子系统可以进行客房查询和对客户订房信息进行登记,修改和查询。
输入:
客房信息
处理过程:
提供客房信息,供客户选择房间并录入系统
输出:
客房信息以及订房信息
4、结算管理
客户结帐子系统可以算出客户应交金额并显示信息,并同时更新相应
客房信息,且可以对结算信息进行查询.
客户信息
客户信息查询消费情况
消费清单或者操作失败提示信息
[对系统进行简介,并简要说明系统的需求。
]
2(用例建模
[概要说明本小节内容]
2。
1参与者列表
从需求分析可以看出,酒店客房管理系统有4个人执行者和4个系统执行者,即“系统管理员”、“客户”、“前台服务员(收银员)”“酒店经理"
、“、客户信息管理系统”、“客房信息管理系统”、“订房信息管理系统"
、“结算管理系统”。
1)系统管理员:
负责整个软件的维护工作,可以添加用户,并对用户设置权限。
2)客户:
入住酒店,并填写相应信息。
3)前台服务员(收银员):
服务于客户,为客户提供客房信息,并录入客户相关信息,结算客户的消费情况,并收取相应金额.
4)超市经理:
监督超市的整个运营情况,可以查询销售情况,作出决策。
5)用户信息管理:
包括信息存入,信息查询,信息修改,信息删除.
6)客房信息管理:
设置客房标准,设置客房信息。
7)订房信息管理:
进行客房查询和对客户订房信息进行登记,修改和查询。
8)结算管理:
客户结帐子系统可以算出客户应交金额并显示信息,并同时
更新相应客房信息,且可以对结算信息进行查询。
[列出系统用例的参与者,并作简要说明。
例:
客户:
出钱购买我们服务的人。
]2.2用例列表
根据系统的需求分析中客户对系统功能提出的要求,可以粗略的找到系统用例,并在后期的用例建模工作中合并、优化、筛选这些用例。
(1)UC—1“酒店客房管理系统”中的用例
(2)UC—2“系统管理”中的用例
(4)UC—3“客房管理子系统”中的用例
(5)UC-4“订房管理子系统”中的用例
(6)UC-5“结算管理子系统"
中的用例
[列出系统需完成的用例的编号和名字,并简要说明其任务。
例:
UC-1登录:
用于验证用户权限。
]
2.3用例图
[画出系统的用例图,注意图不能单独出现,需要图名图号,并有正文对它的
引用。
例如:
本系统的用例图如图1所示。
(1)“酒店客房管理系统”中的用例
在第一层中,根据客户对“酒店客房管理系统”的整体业务功能要求,可选的用例有:
,客户管理
客房管理
前台服务管理
图2。
3。
1酒店客房管理系统用例图
(2)“系统管理”中的用例
在第二层中,根据客户对“系统管理”的业务功能要求,可选的用例有:
客房信息的管理
,客房经营管理
2系统管理用例图(3)“客房管理子系统”中的用例
在第二层中,根据客户对“客房管理”的业务功能要求,可选的用例有:
,添加客房信息
修改客房信息
删除客房信息
,查询客房信息
3.3客房管理用例图(4)“订房管理子系统”中的用例
在第二层中,根据客户对“订房管理"
的业务功能要求,可选的用例有:
添加订房信息
查询剩余客房
修改订房信息
,查询订房信息
图2.3.4订房管理用例图
(2)“结算管理”中的用例
在第二层中,根据客户对“结算管理”的业务功能要求,可选的用例有:
客户住房信息
,客房退订信息
结账管理
消费记录
图2.3.5结算管理用例图2.4辅助需求
2.4。
1系统环境需求
1、系统模式
本系统采用C/S模式作为开发模式
2、硬件环境
服务器端:
高性能的计算机一台,
普通的双绞线作为连接。
客户端:
普通的计算机或者工作站,
普通的双绞线作为连接.3、软件环境
服务器端:
安装SQLServer2000的服务器版本,
安装windows2000服务器版本,
配置了诺顿等必须的防毒软件。
客户端:
安装SQLServer2000的服务器版本,
安装了VB等可视化开发工具软件,
安装windows2000服务器版本。
[性能、容量等方面的需求]
3(对象建模
对象类静态结构模型描述了系统的静态结构,包括构成系统的类和对象、他们的属性和操作以及这些对象间的联系。
[概要说明本小节内容]
3.1确定类与对象
[分析并列出系统功能实现所涉及的类或对象.例:
学生、教师、课程等.]3。
2确定类与对象的关联、属性、服务
酒店管理系统的对象类包括:
(1)商品
类名:
商品
类的编号:
030101(共三层,每层用2位数字表示,采用6位编号)。
类的类型:
该类创建的对象为持久对象,存储在服务器上的数据库中,可以共享。
功能:
负责建立商品基本信息并对这些信息进行处理,包括增加、删除、查询操作等。
属性:
商品名称、编号、条形码、价格、规格、库存数量、库存预警数量、促销价格、促销起止日期、允许打折、入库日期。
操作:
增加商品()、删除商品()、修改商品信息()、查询商品().
(2)顾客
类名:
顾客
030102
类的类型:
负责建立顾客对象并进行处理,包括购买商品、付款、购物查询操作。
属性:
交易编号
操作:
购买商品()、付款()、购物查询()。
(3)会员
会员
030103
功能:
继承顾客类,负责建立会员基本信息并进行处理,包括添加会员、删除会员、修改会员信息、购物查询操作。
会员卡号、会员姓名、积分、电话、累计消费金额、注册日期。
添加会员()、删除会员()、修改会员信息()、购物查询()。
4)销售人员(
销售人员
030104
负责建立销售人员对象并进行处理。
姓名、性别、职位、电话。
(5)前台销售人员
前台销售人员
030105
继承销售人员类,负责建立前台销售人员对象并进行处理,包括商品扫描、录入商品编号、结账、打印购物小票操作。
销售人员[*]等。
商品扫描()、录入商品编号()、结账()、打印购物小票().
(6)后台销售人员
后台销售人员
类的编号:
030106
该类创建的对象为持久对象,存储在服务器上的数据库中,可以共享.
继承销售人员类,负责建立后台销售人员对象并进行处理,包括商品录入、商品信息修改、删除商品、商品查询、销售商品汇总操作.
销售人员[*]等。
商品录入()、商品信息修改()、删除商品()、商品查询()、销售商品()。
(7)前台客服人员类
前台客服人员
030107
该类创建的对象为持久对象,存储在服务器上的数据库中,可以
共享。
负责建立前台客服人员对象并进行处理,包括添加会员、删除会员、
修改会员信息、购物查询操作.
姓名、性别、职位、电话。
添加会员()、删除会员()、修改会员信息()、购物查询().(8)销售表
销售表
030108
该类创建的对象为持久对象,存储在服务器上的数据库中,可以
负责建立销售表基本信息并对这些信息进行处理.
交易编号、商品名称、商品价格、交易数量、交易金额、会员卡号、交易日期。
操作:
(9)销售汇总表
销售汇总表
030109
该类创建的对象为持久对象,存储在服务器上的数据库中,可以
负责建立销售汇总表基本信息并对这些信息进行处理。
属性:
商品编号、商品名称、商品价格、销售数量、销售金额操作:
查询()。
[分析并列出哪些类之间存在关联,及什么样的关联。
3.3系统类图
图3。
1类图及其之间的关系4(动态建模
4.1活动图
4.1.1客户订房活动图
4。
1.2客户入住活动图
2状态转移图
1管理员使用系统状态图
2.2客户入住状态图
4.3顺序图建模
3.1添加客房信息顺序图
图4。
3.2修改客房信息顺序图
3客户订房信息顺序图
图4.3.4收银员结算顺序图
5。
总结
[对本次实验做以总结。
经过了大家几次的讨论,并且参考一些资料来设计,我们对于这次的“酒店管理系统"
的UML建模已经基本完成。
虽然说在这次设计的过程中遇到过很多问题,主要体现在大家对于系统建模的很多认识不够,对于建模的概念比较模糊,不过通过查找资料以及翻书,大家都有了一定的了解与成长,对于UML建模的有了较之以前更为清晰的认识。
对于工具等的运用也相对熟练了.当然,这次的设计也暴露了我们的很多不足,因此,我们也需要在以后的学习中,不断的加深自己的知识。
酒店入住管理系统的分析与设计”,采用UML建模的方法已经基本完成。
在建模过程中,遇到一些问题,通过询问辅导老师和上网查找资料,得到了比较满意的解决,在这次课程设计中,关于UML的概念以前比较模糊的地方,在实际操作中,变得更加清楚了,对RationalRose的UML功能运用的更加熟练。
使我对UML建模的思想有了更进一步的理解,在以后的学习中,还将不断的学习UML的理论知识.