软件工程施工-教务管理系统

软件工程课程设计报告报告题目：酒店管理系统学院：计算机科学与技术专业：计算机科学与技术班级：计科132 组长：王垚成员：卢保安余颖吴颖程夏煜指导教师：黄瑞章 2016年 5月 13 日z目录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用面向对象的方法进展问题分析.3适用围和局限性.3分析方法.3运行环境.4用户特点.4约束条件.4 6 操作需求 6.1应用效劳和支持.4 6.2系统分级.4 7 功能需求 7.1顾客功能.5个人信息.5操作功能.5 7.2管理员功能.5 7.3辅助功能.5 8非功能需求 8.1性能需求.5 8.2平安设施需求.6 8.3平安性需求.6用户平安性需求.6用户平安性需求.6系统平安性需求.6效劳平安性需求.6 8.4软件质量属性.6可用性.6强健性.7 9 需求模型9.1 Use cases用例分析.79.2 CRC Cards类模型分析.10z1、目的酒店订房和交易不能通过大量的呼叫方式进展，同时在登记和注册方面采用人工的方法会显得非常缓慢，在人流量过多时会造成拥堵，影响经营。所以我们需要开发一个预订、支付、查询等各种酒店管理一体化的酒店管理系统，能够充分让顾客拥有自主性，同时让整个交易环节变得简单高效。此文档的撰写是为了往后进展系统开发进展前期的准备工作。2、 围2.1标识SRS适用围：酒店管理系统标识号：GZU001Guizhou University标题：综合性酒店管理系统版本号：*2.2设计基线本文档设计基线是?软件工程实践者的研究方法?Roger S.Pressman 著，人杰，马素霞等译3、 参考文献1 红，?数据库原理及应用?第二版) 高等教育 20032 谢希仁，?计算机网络?第五版电子工业 20123 Roger S.Pressman?软件工程实践者的研究方法?第七版机械工业 2011 4、概述4.1 背景当前，随着信息的不断飞速开展，信息技术已逐渐成为各种技术的根底，信息也成为企业具有竞争力的核心要素。企业的生存和开展依靠正确的决策，而决策的根底就是信息，所以，企业竞争力的上下完全取决于企业对信息的获取和处理能力。企业要准确、快速的获取和处理信息，企业信息化是必然的选择。企业必须加快部信息交流，改良企业业务流程和管理模式，提高运行效率，降低本钱，提高竞争力，信息化建立是企业适应社会开展的要求。企业管理信息系统即企业MIS是企业信息化的重要容。4.2 总体概述随着旅游业的开展，酒店、餐饮娱乐行业日趋兴旺，引入全方位的计算机效劳和计算机管理日益流行。同时，酒店和餐饮娱乐业引入计算机效劳和管理也取得了优良的经济效益和社会效益。为此，建立部已作出明确规定：凡星级酒店在工程审批时，其设计方案必须包括计算机管理系统，否则不予立项。可见，酒店管理计算机化势在必行。而传统的酒店管理方法不仅耗时耗力而且容易出错，只有将酒店管理系统与先进的计算机技术结合起来，才能满足现代化人们的需求。由此可见设计酒店管理系统软件的必要性。本次课程设计选择酒店管理系统为设计题目,要求设计出可适用于酒店的管理要求。通过本系统，能够实现完成客房标准管理，包括客房标准的添加、删除、修改等；查询客房的入住情况；方便快捷的订房功能，并能随时查询订房信息；对客户进展自动一体化的结账包括餐饮、客房使用、以及其他收费效劳进展并账，并能实现对特定客户的折扣率的特殊管理等相关功能。要求结合课堂所学知识和生活中的信息管理和应用需求，完本钱次酒店管理系统的设计和实现。5、调查和分析方法5.1.可行性分析和需求获取组织一个由多人组成的开发团队进展开发和实施，对目前软件的开发定期召开会议，对需求用户的需求采集将进展系统的存档，员工的反响系统以及沟通系统也是必须的。同时必须进展可行性和风险评估研究，以确定哪些方案是合理的。可行性和风险评估研究包括：投资必要性及风险评估技术可行性及风险评估财务可行性及风险评估经济可行性及风险评估社会可行性及风险评估5.2系统分析和需求规模用面向对象的方法进展问题分析酒店管理系统的外部视图包括酒店根本信息的简介，用户的信息，房间信息，结算界面，订单的查询和用户反响界面。我们所主要需要实现的系统的具备的一些特点为：易学易用，特指在windows操作系统下，界面友好只管，方便操作，能够使用户能够轻松上手。功能完整，区分前台和后台管理，权限分级，实现酒店的数字化管理。数据平安，实现数据的手动备份和平安性监视，保障数据不被外泄。查询简单，能轻松的管理酒店每天的顾客和收入等信息适用围和局限性分析方法分析方法包括业务分析、需求分析、数据分析、过程分析、架构分析业务分析：业务功能、业务所有权，赞助及相关工程预算要求需求分析：系统IO描述，用户需求定义，功能和平安性需求数据分析：数据采集过程、数据验证、数据存储、处理和检索过程分析：工程进展流程分析，流程分解和系统界面架构分析：系统可操作性，用户界面设计，系统信息构造运行环境：名称相关需求及描述效劳器可自选软件 Windows *P及以上操作系统，配备Microsoft SQL Server 2000以上数据库，JDK 1.7以上版本。硬件 Inter 双核处理器，能够支持多线程，硬盘不少于100GB，存大于1GB支持DDR2。电源因有部电源和外部电源，或者是应急电源，以保证在突然断电的情况下能够保存数据，防止数据丧失造成损失。5.2.2.3 用户特点系统开发人员：拥有系统最高权限，对系统进展维护和更新。系统管理员：拥有较高权限，能够对系统进展管理。顾客：拥有一般权限，不能进入后台管理界面。约束条件（1） 数据准确性：在顾客进展查询时必须使数据尽可能准确，所有相关域都应该能被搜索到。（2） 反响灵敏性：所有系统用户对系统进展操作时都应该在1-2秒作出反响。（3） 数据库稳定性：所用的数据库必须足够稳定。6、操作要求 6.1应用效劳和技术支持程序员和应用开发人员应随时准备访问和修改源代码，解决错误或者进展系统增强更新，同时网络管理员以及DBMS也保护系统全天性的正常运行。 6.2用户分级在线的系统中应包括系统平安性和访问级别的分配，房客的访问权限仅限进展查询和订购，而通过系统授权的管理员可以进展房间信息的发布修改、酒店主页面的更新等。7、功能需求该系统应具有以下功能7.1顾客功能顾客能够在线进展酒店房间查询、搜索、预订和反响等功能。7.1.1 个人信息1用户身份信息2用户身份验证/更改密码3用户/用户4用户的级别信息5退出操作功能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平安性需求用户平安性需求：1限制不必要的用户。经常检查系统的用户，删除已经不再使用的用户。2创立两个管理员账号。创立一个一般权限用户用来处理一些日常事物，另一个拥有管理员权限的用户只在需要的时候使用。3开启用户策略，分别设置复位用户锁定计数器时间为20分钟，用户锁定时间为20分钟，用户锁定阈值为3次。密码安性需求：1使用平安密码，注意密码的复杂性，还要经常改密码。2设置屏幕保护密码。3开启密码策略。设置密码长度最小值为6位，设置强制密码历史为5次，时间为30天。系统平安性需求：1安装防毒软件，经常进展系统扫描并升级病毒库。2关闭默认共享。效劳平安性需求：1关闭不必要的端口。用端口扫描器扫描系统已开放的端口，确定系统开放的哪些效劳可能引起黑客入侵。2设置好平安记录的访问权限。平安记录在默认情况下是没有保护的，把它设置成只有管理员和系统账户才有权访问。3要把一些重要的用户数据文件、数据表、工程文件等定时备份在另一个平安的效劳器中。8.4软件质量属性可用性1“酒店管理系统将具备每天24小时可用。强健性1如果在缴纳定金或退房结账时客户机和效劳器中断，则当时的操作全部视为无效，系统不记录到数据库。9需求模型9.1 Use Cases用例分析酒店管理系统酒店管理员e*tende*tende*tend修改信息修改信息修改信息管理员信息查询订单查询发布酒店主页退订客户订单生成在线支付房间预订注册登录房间查询浏览酒店首页e*tendincludeinclude产品用户使用场景场景分析使用我们的产品“酒店管理系统的人员主要有系统开发人员、酒店管理员、顾客。用例名称：浏览系统首页用例标识号：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.2 CRC Cards类模型分析酒店管理系统 CRC卡：如表1-1所示，它是酒店管理系统的顶层类，用于实现酒店管理的业务逻辑。表1-1 Hotel CRC卡Hotel说明：是酒店管理系统的顶层类，用于实现酒店管理的业务逻辑职责协作者当系统打卡时，欢送界面当系统关闭时，退出界面当用户注册时，进入注册界面当用户登陆时，进入用户界面当用户修改密码时，进入修改密码界面WelePageE*itPageRegisterLoginChangeKeyHomePageUserResiger CRC卡：如表1-2所示，用于处理用户注册的业务逻辑。表1-2 Resiger CRC卡Resiger说明：处理用户注册的业务逻辑职责协作者用户信息输入注册结果返回成功跳转登陆UserLogin表1-3 Login CRC卡Login说明：处理用户登陆的业务逻辑职责协作者登陆信息输入及验证根据信息跳转UserHomepageHomePage CRC卡：如表1-4所示，用于显示用户页面，提供根本业务逻辑。表1-4 HomePage CRC卡HomePage说明：显示用户页面，提供根本业务逻辑职责协作者根据登录信息显示不同功能酒店房间信息查询功能订单查询功能房间预定功能订单退订管理员功能LoginRoomSearchCheckOrderRoomOrderOrderUnsubscribeAdministratorAdministrator CRC卡：如表1-5所示，该类用于处理管理员能操作的业务逻辑。表1-5 Administrator CRC卡Administrator说明：处理管理员能操作的业务逻辑职责协作者发布修改房间信息订单修改功能用户信息查询和修改功能管理员信息修改查询ChangeRoomOrderChangeUserChangeCheckUser CRC卡：如表1-5所示，该类用于记录用户信息。表1-5 User CRC卡User说明：记录用户信息职责协作者用户信息查询修改时时调用用户登录注册时调用存储调用信息UserChangeCheckLoginRegisterRoomOrder CRC卡：如表1-6所示，该类用于处理房间预定的业务逻辑。表1-6 RoomOrder CRC卡RoomOrder说明：处理房间预定的业务逻辑职责协作者房间信息再次确认入住信息输入预定确认完成支付订单生成RoomPayOnlineOrderRoomSearch CRC卡：如表1-7所示，用于查询房间信息。表1-7 RoomSearch CRC卡RoomSearch说明：查询房间信息职责协作者显示房间信息满意房间预定跳转RoomRoomOrderRoom CRC卡：如表1-8所示，用于记录房间信息。表1-8Room CRC卡Room说明：记录房间信息职责协作者记录房间信息方便查询和修改时调用RoomOrderRoomSearchCheckOrder CRC卡：如表1-9所示，用于处理订单查询的业务逻辑。表1-9 CheckOrder CRC卡CheckOrder说明：处理订单查询的业务逻辑职责协作者查询订单信息OrderOrder CRC卡：如表1-10所示，用于记录订单信息。表1-10 Order CRC卡Order说明：记录订单信息职责协作者记录订单信息，方便调用OrderChange CRC卡：如表1-11所示，用于修改订单的业务逻辑。表1-11 OrderChange CRC卡OrderChange说明：修改订单的业务逻辑修改订单的业务逻辑职责协作者修改订单信息改变对应房间信息OrderRoomOrderUnsubscribe CRC卡：如表1-12所示，用于处理退订的业务逻辑。表1-12 OrderUnsubscribe CRC卡OrderUnsubscribe说明：处理退订的业务逻辑职责协作者订单退订金额退回房间信息修改OrderPayOnlineRoomUserChangeCheck CRC卡：如表1-13所示，用于执行用户和管理员信息的查询修改的业务逻辑。表1-13 UserChangeCheck CRC卡UserChangeCheck说明：执行用户和管理员信息的查询修改的业务逻辑职责协作者用户和管理员信息的查询修改UserChangeKey CRC卡：如表1-14所示，用于修改密码。表1-14 ChangeKey CRC卡ChangeKey说明：修改密码职责协作者修改密码用户自己验证UserPayOnline CRC卡：如表1-15所示，用于网上支付。表1-15 PayOnline CRC卡PayOnline说明：网上支付。职责协作者网上在线支付 WelePage CRC卡：如表1-16所示，用于欢送界面。表1-16 WelePage CRC卡WelePage说明：欢送界面职责协作者欢送界面E*itPage CRC卡：如表1-17所示，用于退出界面。表1-17 E*itPage CRC卡E*itPage说明：退出界面职责协作者退出界面z