软件工程施工教务管理系统.docx
《软件工程施工教务管理系统.docx》由会员分享，可在线阅读，更多相关《软件工程施工教务管理系统.docx（22页珍藏版）》请在冰点文库上搜索。
软件工程施工教务管理系统
软件工程课程设计报告
报告题目：
酒店管理系统
学院：
计算机科学与技术
专业：
计算机科学与技术
班级：
计科132
组长：
王垚
成员：
卢保安余颖吴颖程夏煜
指导教师：
黄瑞章
2016年5月13日
1目的..............................................................1
2围
2.1标识........................................................1
2.2设计基线....................................................1
3参考文献..........................................................1
4概述
4.1背景........................................................2
4.2总体概述....................................................2
5调查和分析方法
5.1可行性分析和需求获取........................................3
5.2系统分析和需求规模..........................................3
5.2.1用面向对象的方法进行问题分析..............................3
5.2.2适用围和局限性..........................................3
5.2.2.1分析方法...........................................3
5.2.2.2运行环境...........................................4
5.2.2.3用户特点...........................................4
5.2.2.4约束条件...........................................4
6操作需求
6.1应用服务和支持..............................................4
6.2系统分级....................................................4
7功能需求
7.1顾客功能....................................................5
7.1.1个人信息..................................................5
7.1.2操作功能..................................................5
7.2管理员功能..................................................5
7.3辅助功能....................................................5
8非功能需求
8.1性能需求....................................................5
8.2安全设施需求................................................6
8.3安全性需求..................................................6
8.3.1用户安全性需求..........................................6
8.3.2用户安全性需求..........................................6
8.3.3系统安全性需求..........................................6
8.3.4服务安全性需求..........................................6
8.4软件质量属性................................................6
8.4.1可用性..................................................6
8.4.2健壮性..................................................7
9需求模型
9.1Usecases用例分析........................................7
9.2CRCCards类模型分析......................................10
1、目的
酒店订房和交易不能通过大量的呼叫方式进行，同时在登记和注册方面采用人工的方法会显得非常缓慢，在人流量过多时会造成拥堵，影响经营。
所以我们需要开发一个预订、支付、查询等各种酒店管理一体化的酒店管理系统，能够充分让顾客拥有自主性，同时让整个交易环节变得简单高效。
此文档的撰写是为了往后进行系统开发进行前期的准备工作。
2、围
2.1标识
SRS适用围：
酒店管理系统
标识号：
GZU001（GuizhouUniversity）
标题：
综合性酒店管理系统
版本号：
XXXXX
2.2设计基线
本文档设计基线是《软件工程——实践者的研究方法》（RogerS.Pressman著，人杰，马素霞等译）
3、参考文献
[1]红，《数据库原理及应用》（第二版）高等教育出版社2003
[2]谢希仁，《计算机网络》（第五版）电子工业出版社2012
[3]RogerS.Pressman《软件工程——实践者的研究方法》（第七版）机械工业出版社2011
4、概述
4.1背景
当前，随着信息的不断飞速发展，信息技术已逐渐成为各种技术的基础，信息也成为企业具有竞争力的核心要素。
企业的生存和发展依靠正确的决策，而决策的基础就是信息，所以，企业竞争力的高低完全取决于企业对信息的获取和处理能力。
企业要准确、快速的获取和处理信息，企业信息化是必然的选择。
企业必须加快部信息交流，改进企业业务流程和管理模式，提高运行效率，降低成本，提高竞争力，信息化建设是企业适应社会发展的要求。
企业管理信息系统即企业MIS是企业信息化的重要容。
4.2总体概述
随着旅游业的发展，酒店、餐饮娱乐行业日趋发达，引入全方位的计算机服务和计算机管理日益流行。
同时，酒店和餐饮娱乐业引入计算机服务和管理也取得了优良的经济效益和社会效益。
为此，建设部已作出明确规定：
凡星级酒店在项目审批时，其设计方案必须包括计算机管理系统，否则不予立项。
可见，酒店管理计算机化势在必行。
而传统的酒店管理方法不仅耗时耗力而且容易出错，只有将酒店管理系统与先进的计算机技术结合起来，才能满足现代化人们的需求。
由此可见设计酒店管理系统软件的必要性。
本次课程设计选择酒店管理系统为设计题目,要求设计出可适用于酒店的管理要求。
通过本系统，能够实现完成客房标准管理，包括客房标准的添加、删除、修改等；查询客房的入住情况；方便快捷的订房功能，并能随时查询订房信息；对客户进行自动一体化的结账包括餐饮、客房使用、以及其他收费服务进行并账，并能实现对特定客户的折扣率的特殊管理等相关功能。
要求结合课堂所学知识和生活中的信息管理和应用需求，完成本次酒店管理系统的设计和实现。
5、调查和分析方法
5.1.可行性分析和需求获取
组织一个由多人组成的开发团队进行开发和实施，对目前软件的开发定期召开会议，对需求用户的需求采集将进行系统的存档，员工的反馈系统以及沟通系统也是必须的。
同时必须进行可行性和风险评估研究，以确定哪些方案是合理的。
可行性和风险评估研究包括：
·投资必要性及风险评估
·技术可行性及风险评估
·财务可行性及风险评估
·经济可行性及风险评估
·社会可行性及风险评估
5.2系统分析和需求规模
5.2.1用面向对象的方法进行问题分析
酒店管理系统的外部视图包括酒店基本信息的简介，用户的信息，房间信息，结算界面，订单的查询和用户反馈界面。
我们所主要需要实现的系统的具备的一些特点为：
·易学易用，特指在windows操作系统下，界面友好只管，方便操作，能够使用户能够轻松上手。
·功能完整，区分前台和后台管理，权限分级，实现酒店的数字化管理。
·数据安全，实现数据的手动备份和安全性监督，保障数据不被外泄。
·查询简单，能轻松的管理酒店每天的顾客和收入等信息
5.2.2适用围和局限性
5.2.2.1分析方法
分析方法包括业务分析、需求分析、数据分析、过程分析、架构分析
·业务分析：
业务功能、业务所有权，赞助及相关项目预算要求
·需求分析：
系统I\O描述，用户需求定义，功能和安全性需求
·数据分析：
数据采集过程、数据验证、数据存储、处理和检索
·过程分析：
项目进行流程分析，流程分解和系统界面
·架构分析：
系统可操作性，用户界面设计，系统信息结构
5.2.2.2运行环境：
名称
相关需求及描述
服务器
可自选
软件
WindowsXP及以上操作系统，配备MicrosoftSQLServer2000以上数据库，JDK1.7以上版本。
硬件
Inter双核处理器，能够支持多线程，硬盘不少于100GB，存大于1GB支持DDR2。
电源
因有部电源和外部电源，或者是应急电源，以保证在突然断电的情况下能够保存数据，避免数据丢失造成损失。
5.2.2.3用户特点
系统开发人员：
拥有系统最高权限，对系统进行维护和更新。
系统管理员：
拥有较高权限，能够对系统进行管理。
顾客：
拥有一般权限，不能进入后台管理界面。
5.2.2.4约束条件
（1）数据精确性：
在顾客进行查询时必须使数据尽可能精确，所有相关域都应该能被搜索到。
（2）反应灵敏性：
所有系统用户对系统进行操作时都应该在1-2秒作出反应。
（3）数据库稳定性：
所用的数据库必须足够稳定。
6、操作要求
6.1应用服务和技术支持
程序员和应用开发人员应随时准备访问和修改源代码，解决错误或者进行系统增强更新，同时网络管理员以及DBMS也保护系统全天性的正常运行。
6.2用户分级
在线的系统中应包括系统安全性和访问级别的分配，房客的访问权限仅限进行查询和订购，而通过系统授权的管理员可以进行房间信息的发布修改、酒店主页面的更新等。
7、功能需求
该系统应具有以下功能
7.1顾客功能
顾客能够在线进行酒店房间查询、搜索、预订和反馈等功能。
7.1.1个人信息
（1）用户身份信息
（2）用户身份验证/更改密码
（3）用户/用户
（4）用户的级别信息
（5）退出
7.1.2操作功能
（1）注册和登陆状态
（2）房间查询和搜索
（3）房间预订和在线支付
（4）订单的生成与退订
7.2管理员功能
（1）房间信息发布及修改
（2）订单查询和修改
（3）用户信息查询和修改
（4）管理员信息查询和修改
7.3辅助功能
错误信息判断：
（1）房间不存在或者预订冲突
（2）顾客注册时身份证号与姓名不匹配
（3）预订房间数量超过已有数量
8.非功能需求
8.1性能需求
1、当查询空余项目时，系统的响应时间不能超过2秒。
2、用户向系统提交信息后，系统将在1秒钟向用户显示确认信息。
8.2安全设施需求
无
8.3安全性需求
8.3.1用户安全性需求：
（1）限制不必要的用户。
经常检查系统的用户，删除已经不再使用的用户。
（2）创建两个管理员账号。
创建一个一般权限用户用来处理一些日常事物，另一个拥有管理员权限的用户只在需要的时候使用。
（3）开启用户策略，分别设置复位用户锁定计数器时间为20分钟，用户锁定时间为20分钟，用户锁定阈值为3次。
8.3.2密码安性需求：
（1）使用安全密码，注意密码的复杂性，还要经常改密码。
（2）设置屏幕保护密码。
（3）开启密码策略。
设置密码长度最小值为6位，设置强制密码历史为5次，时间为30天。
8.3.3系统安全性需求：
（1）安装防毒软件，经常进行系统扫描并升级病毒库。
（2）关闭默认共享。
8.3.4服务安全性需求：
（1）关闭不必要的端口。
用端口扫描器扫描系统已开放的端口，确定系统开放的哪些服务可能引起黑客入侵。
（2）设置好安全记录的访问权限。
安全记录在默认情况下是没有保护的，把它设置成只有管理员和系统账户才有权访问。
（3）要把一些重要的用户数据（文件、数据表、项目文件等）定时备份在另一个安全的服务器中。
8.4软件质量属性
8.4.1可用性
（1）“酒店管理系统”将具备每天24小时可用。
8.4.2健壮性
（1）如果在缴纳定金或退房结账时客户机和服务器中断，那么当时的操作全部视为无效，系统不记录到数据库。
9需求模型
9.1UseCases用例分析
产品用户使用场景场景分析
使用我们的产品“酒店管理系统”的人员主要有系统开发人员、酒店管理员、顾客。
用例名称：
浏览系统首页
用例标识号：
001
参与者：
顾客
情境目标：
顾客能够从首页中浏览关于酒店的介绍
前提条件：
无
场景：
顾客无需登录直接从系统首页中浏览酒店信息
异常：
无
后置条件：
无
注释：
无
用例名称：
房间情况查询
用例标识号：
002
参与者：
顾客
情境目标：
顾客登录系统后可对对房间入住和剩余情况进行查询
前提条件：
顾客已注册并登录系统
场景：
1、顾客浏览首页后点击“房间查询”按钮，如已登录则直接进入
2、如没登录系统提示登录，没注册则注册后再登录
3、登录后进入房间查询页面，显示酒店房间入住和剩余情况
异常及异常处理：
系统后台崩溃，无法显示信息，则开发人员及时维护
后置条件：
无
注释：
无
用例名称：
房间预订
用例标识号：
003
参与者：
顾客
情境目标：
顾客通过系统进行房间预订
前提条件：
顾客已注册并登录系统
场景：
1、顾客进行房间查询后，选中对应房间后进入房间预订界面
2、点击“预订”按钮进行确认预订
异常：
无
后置条件：
在线支付
注释：
无
用例名称：
在线支付
用例标识号：
004
参与者：
顾客
情境目标：
顾客可通过系统网上预订并支付
前提条件：
进行了房间预订-------参看用例：
003房间预订
场景：
1、顾客在预订房间后进入支付界面，选择支付方式
2、点击“支付”按钮后弹出用于输入密码的弹框，用户输入密码后点击“确认”
3、如密码正确提示“支付成功”。
4、如密码不匹配提示“密码不正确，请重新输入”再次进入输入密码界面，重复
（2）中步骤，如输入次数太多，提示“是否找回密码”，点击“找回”则进入手机验证界面。
异常：
无
后置条件：
订单生成
注释：
无
用例名称：
订单生成
用例标识号：
005
参与者：
顾客
情境目标：
通过系统在线预订好房间
前提条件：
顾客已支付订单
场景：
1、顾客已成功在线支付，订单生成
2、顾客可以点击“个人信息”查看已有订单
异常：
个人信息里无订单-------是否成功支付查看用例004“在线支付”
后置条件：
退订
注释：
无
用例名称：
房间退订
用例标识号：
006
参与者：
顾客
情境目标：
在线退订房间
前提条件：
订单已生成
场景：
1、顾客已生成订单后想退订
2、点击“个人信息”后查看已有订单
3、点击对应订单进入订单详情，点击“退订”，弹出“是否退订”，点击“确认”成功退订，刷新后查看已有订单成功退订
异常：
无
后置条件：
无
注释：
无
用例名称：
发布酒店首页
用例标识号：
007
参与者：
酒店管理员
情境目标：
管理员发布酒店最新动态，方便顾客了解酒店
前提条件：
管理员已注册登录
场景：
管理员发布酒店最新动态，方便顾客了解酒店
异常：
无
后置条件：
修改首页信息
注释：
无
用例名称：
订单查询
用例标识号：
008
参与者：
酒店管理员
情境目标：
对已有订单进行查询
前提条件：
管理员已注册登录
场景：
对已有订单进行查询
异常：
无
后置条件：
订单修改
注释：
无
用例名称：
管理员信息查询
用例标识号：
009
参与者：
管理员
情境目标：
查询用户和管理员信息
前提条件：
管理员已注册登录
场景：
管理员查询用户和管理员信息
异常：
无
后置条件：
修改用户和管理员信息
注释：
无
9.2CRCCards类模型分析
酒店管理系统CRC卡：
如表1-1所示，它是酒店管理系统的顶层类，用于实现酒店管理的业务逻辑。
表1-1 HotelCRC卡
Hotel
说明：
是酒店管理系统的顶层类，用于实现酒店管理的业务逻辑
职责
协作者
当系统打卡时，欢迎界面
当系统关闭时，退出界面
当用户注册时，进入注册界面
当用户登陆时，进入用户界面
当用户修改密码时，进入修改密码界面
WelcomePage
ExitPage
Register
Login
ChangeKey
HomePage
User
ResigerCRC卡：
如表1-2所示，用于处理用户注册的业务逻辑。
表1-2 ResigerCRC卡
Resiger
说明：
处理用户注册的业务逻辑
职责
协作者
用户信息输入
注册结果返回
成功跳转登陆
User
Login
表1-3 LoginCRC卡
Login
说明：
处理用户登陆的业务逻辑
职责
协作者
登陆信息输入及验证
根据信息跳转
User
Homepage
HomePageCRC卡：
如表1-4所示，用于显示用户页面，提供基本业务逻辑。
表1-4 HomePageCRC卡
HomePage
说明：
显示用户页面，提供基本业务逻辑
职责
协作者
根据登录信息显示不同功能
酒店房间信息查询功能
订单查询功能
房间预定功能
订单退订
管理员功能
Login
RoomSearch
CheckOrder
RoomOrder
OrderUnsubscribe
Administrator
AdministratorCRC卡：
如表1-5所示，该类用于处理管理员能操作的业务逻辑。
表1-5 AdministratorCRC卡
Administrator
说明：
处理管理员能操作的业务逻辑
职责
协作者
发布修改房间信息
订单修改功能
用户信息查询和修改功能
管理员信息修改查询
ChangeRoom
OrderChange
UserChangeCheck
UserCRC卡：
如表1-5所示，该类用于记录用户信息。
表1-5 UserCRC卡
User
说明：
记录用户信息
职责
协作者
用户信息查询修改时时调用
用户登录注册时调用存储调用信息
UserChangeCheck
Login
Register
RoomOrderCRC卡：
如表1-6所示，该类用于处理房间预定的业务逻辑。
表1-6 RoomOrderCRC卡
RoomOrder
说明：
处理房间预定的业务逻辑
职责
协作者
房间信息再次确认
入住信息输入
预定确认
完成支付
订单生成
Room
PayOnline
Order
RoomSearchCRC卡：
如表1-7所示，用于查询房间信息。
表1-7 RoomSearchCRC卡
RoomSearch
说明：
查询房间信息
职责
协作者
显示房间信息
满意房间预定跳转
Room
RoomOrder
RoomCRC卡：
如表1-8所示，用于记录房间信息。
表1-8 RoomCRC卡
Room
说明：
记录房间信息
职责
协作者
记录房间信息方便查询和修改时调用
RoomOrder
RoomSearch
CheckOrderCRC卡：
如表1-9所示，用于处理订单查询的业务逻辑。
表1-9 CheckOrderCRC卡
CheckOrder
说明：
处理订单查询的业务逻辑
职责
协作者
查询订单信息
Order
OrderCRC卡：
如表1-10所示，用于记录订单信息。
表1-10 OrderCRC卡
Order
说明：
记录订单信息
职责
协作者
记录订单信息，方便调用
OrderChangeCRC卡：
如表1-11所示，用于修改订单的业务逻辑。
表1-11 OrderChangeCRC卡
OrderChange
说明：
修改订单的业务逻辑修改订单的业务逻辑
职责
协作者
修改订单信息
改变对应房间信息
Order
Room
OrderUnsubscribeCRC卡：
如表1-12所示，用于处理退订的业务逻辑。
表1-12 OrderUnsubscribeCRC卡
OrderUnsubscribe
说明：
处理退订的业务逻辑
职责
协作者
订单退订
金额退回
房间信息修改
Order
PayOnline
Room
UserChangeCheckCRC卡：
如表1-13所示，用于执行用户和管理员信息的查询修改的业务逻辑。
表1-13 UserChangeCheckCRC卡
UserChangeCheck
说明：
执行用户和管理员信息的查询修改的业务逻辑
职责
协作者
用户和管理员信息的查询修改
User
ChangeKeyCRC卡：
如表1-14所示，用于修改密码。
表1-14 ChangeKeyCRC卡
ChangeKey
说明：
修改密码
职责
协作者
修改密码
用户自己验证
User
PayOnlineCRC卡：
如表1-15所示，用于网上支付。
表1-15 PayOnlineCRC卡
PayOnline
说明：
网上支付。
职责
协作者
网上在线支付
WelcomePageCRC卡：
如表1-16所示，用于欢迎界面。
表1-16 WelcomePageCRC卡
WelcomePage
说明：
欢迎界面
职责
协作者
欢迎界面
ExitPageCRC卡：
如表1-17所示，用于退出界面。
表1-17 ExitPageCRC卡
ExitPage
说明：
退出界面
职责
协作者
退出界面
升级会员 