软件工程-教务管理系统

1、System requirements specification 软件工程课程设计报告 报告题目：酒店管理系统学 院：计算机科学与技术专 业：计算机科学与技术 班 级： 计科132 组 长： 王垚 成 员：卢保安 余颖 吴颖 程夏煜 指导教师： 黄瑞章 2016年 5月 13 日System requirements specification目录 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用面向对象的方法进行问

2、题分析.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用户安全性需求.68.3.2用户安全性需求.68.3.3系统安全性需求.68.3.4服务安全性需求.6 8.4软件质量属性.68.4.1可用性.68.4.2健壮性.7 9

3、 需求模型9.1 Use cases用例分析.79.2 CRC Cards类模型分析.10 1、目的酒店订房和交易不能通过大量的电话呼叫方式进行，同时在登记和注册方面采用人工的方法会显得非常缓慢，在人流量过多时会造成拥堵，影响经营。所以我们需要开发一个预订、支付、查询等各种酒店管理一体化的酒店管理系统，能够充分让顾客拥有自主性，同时让整个交易环节变得简单高效。此文档的撰写是为了往后进行系统开发进行前期的准备工作。2、 范围2.1标识SRS适用范围：酒店管理系统标识号：GZU001（Guizhou University）标题：综合性酒店管理系统版本号：XXXXX2.2设计基线本文档设计基线是软件

4、工程实践者的研究方法（Roger S.Pressman 著，郑人杰，马素霞等译）3、 参考文献1 李红，数据库原理及应用（第二版) 高等教育出版社 20032 谢希仁，计算机网络（第五版）电子工业出版社 20123 Roger S.Pressman软件工程实践者的研究方法（第七版）机械工业出版社 2011 4、概述4.1 背景当前，随着信息的不断飞速发展，信息技术已逐渐成为各种技术的基础，信息也成为企业具有竞争力的核心要素。企业的生存和发展依靠正确的决策，而决策的基础就是信息，所以，企业竞争力的高低完全取决于企业对信息的获取和处理能力。企业要准确、快速的获取和处理信息，企业信息化是必然的选择。

5、企业必须加快内部信息交流，改进企业业务流程和管理模式，提高运行效率，降低成本，提高竞争力，信息化建设是企业适应社会发展的要求。企业管理信息系统即企业MIS是企业信息化的重要内容。4.2 总体概述随着旅游业的发展，酒店、餐饮娱乐行业日趋发达，引入全方位的计算机服务和计算机管理日益流行。同时，酒店和餐饮娱乐业引入计算机服务和管理也取得了优良的经济效益和社会效益。为此，国家建设部已作出明确规定：凡星级酒店在项目审批时，其设计方案必须包括计算机管理系统，否则不予立项。可见，酒店管理计算机化势在必行。而传统的酒店管理方法不仅耗时耗力而且容易出错，只有将酒店管理系统与先进的计算机技术结合起来，才能满足现代

6、化人们的需求。由此可见设计酒店管理系统软件的必要性。本次课程设计选择酒店管理系统为设计题目,要求设计出可适用于酒店的管理要求。通过本系统，能够实现完成客房标准管理，包括客房标准的添加、删除、修改等；查询客房的入住情况；方便快捷的订房功能，并能随时查询订房信息；对客户进行自动一体化的结账包括餐饮、客房使用、以及其他收费服务进行并账，并能实现对特定客户的折扣率的特殊管理等相关功能。要求结合课堂所学知识和生活中的信息管理和应用需求，完成本次酒店管理系统的设计和实现。5、调查和分析方法5.1.可行性分析和需求获取组织一个由多人组成的开发团队进行开发和实施，对目前软件的开发定期召开会议，对需求用户的需求

7、采集将进行系统的存档，员工的反馈系统以及沟通系统也是必须的。同时必须进行可行性和风险评估研究，以确定哪些方案是合理的。可行性和风险评估研究包括：·投资必要性及风险评估·技术可行性及风险评估·财务可行性及风险评估·经济可行性及风险评估·社会可行性及风险评估5.2系统分析和需求规模 5.2.1用面向对象的方法进行问题分析 酒店管理系统的外部视图包括酒店基本信息的简介，用户的信息，房间信息，结算界面，订单的查询和用户反馈界面。我们所主要需要实现的系统的具备的一些特点为： ·易学易用，特指在windows操作系统下，界面友好只管，方便操作，能

8、够使用户能够轻松上手。 ·功能完整，区分前台和后台管理，权限分级，实现酒店的数字化管理。·数据安全，实现数据的手动备份和安全性监督，保障数据不被外泄。·查询简单，能轻松的管理酒店每天的顾客和收入等信息5.2.2适用范围和局限性 5.2.2.1分析方法 分析方法包括业务分析、需求分析、数据分析、过程分析、架构分析·业务分析：业务功能、业务所有权，赞助及相关项目预算要求·需求分析：系统IO描述，用户需求定义，功能和安全性需求·数据分析：数据采集过程、数据验证、数据存储、处理和检索·过程分析：项目进行流程分析，流程分解和系统界面&

9、#183;架构分析：系统可操作性，用户界面设计，系统信息结构 5.2.2.2运行环境：名称相关需求及描述服务器可自选软件 Windows XP及以上操作系统，配备Microsoft SQL Server 2000以上数据库，JDK 1.7以上版本。硬件 Inter 双核处理器，能够支持多线程，硬盘不少于100GB，内存大于1GB支持DDR2。电源 因有内部电源和外部电源，或者是应急电源，以保证在突然断电的情况下能够保存数据，避免数据丢失造成损失。5.2.2.3 用户特点系统开发人员：拥有系统最高权限，对系统进行维护和更新。系统管理员：拥有较高权限，能够对系统进行管理。顾客：拥有一般权限，不能进

10、入后台管理界面。5.2.2.4约束条件（1） 数据精确性：在顾客进行查询时必须使数据尽可能精确，所有相关域都应该能被搜索到。（2） 反应灵敏性：所有系统用户对系统进行操作时都应该在1-2秒内作出反应。（3） 数据库稳定性：所用的数据库必须足够稳定。6、操作要求 6.1应用服务和技术支持程序员和应用开发人员应随时准备访问和修改源代码，解决错误或者进行系统增强更新，同时网络管理员以及DBMS也保护系统全天性的正常运行。 6.2用户分级在线的系统中应包括系统安全性和访问级别的分配，房客的访问权限仅限进行查询和订购，而通过系统授权的管理员可以进行房间信息的发布修改、酒店主页面的更新等。7、功能需求该系

11、统应具有以下功能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.非功能需求

12、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）开启密码策

13、略。设置密码长度最小值为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）如果在缴纳

14、定金或退房结账时客户机和服务器中断，那么当时的操作全部视为无效，系统不记录到数据库。9需求模型9.1 Use Cases用例分析酒店管理系统酒店管理员extendextendextend修改信息修改信息修改信息管理员信息查询订单查询发布酒店主页退订客户订单生成在线支付房间预订注册登录房间查询浏览酒店首页extendincludeinclude产品用户使用场景场景分析使用我们的产品“酒店管理系统”的人员主要有系统开发人员、酒店管理员、顾客。用例名称：浏览系统首页用例标识号：001参与者：顾客情境目标：顾客能够从首页中浏览关于酒店的介绍前提条件：无场景：顾客无需登录直接从系统首页中浏览酒店信息异常

15、：无后置条件：无注释：无用例名称：房间情况查询用例标识号：002参与者：顾客情境目标：顾客登录系统后可对对房间入住和剩余情况进行查询前提条件：顾客已注册并登录系统场景：1、顾客浏览首页后点击“房间查询”按钮，如已登录则直接进入 2、如没登录系统提示登录，没注册则注册后再登录 3、登录后进入房间查询页面，显示酒店房间入住和剩余情况异常及异常处理：系统后台崩溃，无法显示信息，则开发人员及时维护后置条件：无注释：无用例名称：房间预订用例标识号：003参与者：顾客情境目标：顾客通过系统进行房间预订前提条件：顾客已注册并登录系统场景：1、顾客进行房间查询后，选中对应房间后进入房间预订界面 2、点击“预订

16、”按钮进行确认预订异常：无后置条件：在线支付注释：无用例名称：在线支付用例标识号：004参与者：顾客情境目标：顾客可通过系统网上预订并支付前提条件：进行了房间预订-参看用例：003房间预订场景：1、顾客在预订房间后进入支付界面，选择支付方式 2、点击“支付”按钮后弹出用于输入密码的弹框，用户输入密码后点击“确认” 3、如密码正确提示“支付成功”。 4、如密码不匹配提示“密码不正确，请重新输入”再次进入输入密码界面，重复（2）中步骤，如输入次数太多，提示“是否找回密码”，点击“找回”则进入手机验证界面。异常：无后置条件：订单生成注释：无用例名称：订单生成用例标识号：005参与者：顾客情境目标：通

17、过系统在线预订好房间前提条件：顾客已支付订单场景：1、顾客已成功在线支付，订单生成 2、顾客可以点击“个人信息”查看已有订单异常：个人信息里无订单-是否成功支付查看用例004“在线支付”后置条件：退订注释：无用例名称：房间退订用例标识号：006参与者：顾客情境目标：在线退订房间前提条件：订单已生成场景： 1、顾客已生成订单后想退订 2、点击“个人信息”后查看已有订单 3、点击对应订单进入订单详情，点击“退订”，弹出“是否退订”，点击“确认”成功退订，刷新后查看已有订单成功退订异常：无后置条件：无注释：无用例名称：发布酒店首页用例标识号：007参与者：酒店管理员情境目标：管理员发布酒店最新动态，

18、方便顾客了解酒店前提条件：管理员已注册登录场景：管理员发布酒店最新动态，方便顾客了解酒店异常：无后置条件：修改首页信息注释：无用例名称：订单查询用例标识号：008参与者：酒店管理员情境目标：对已有订单进行查询前提条件：管理员已注册登录场景：对已有订单进行查询异常：无后置条件：订单修改注释：无用例名称：管理员信息查询用例标识号：009参与者：管理员情境目标：查询用户和管理员信息前提条件：管理员已注册登录场景：管理员查询用户和管理员信息异常：无后置条件：修改用户和管理员信息注释：无9.2 CRC Cards类模型分析酒店管理系统 CRC卡：如表1-1所示，它是酒店管理系统的顶层类，用于实现酒店管理

19、的业务逻辑。表1-1  Hotel CRC卡Hotel说明：是酒店管理系统的顶层类，用于实现酒店管理的业务逻辑职责协作者当系统打卡时，欢迎界面当系统关闭时，退出界面当用户注册时，进入注册界面当用户登陆时，进入用户界面当用户修改密码时，进入修改密码界面WelcomePageExitPageRegisterLoginChangeKeyHomePageUserResiger CRC卡：如表1-2所示，用于处理用户注册的业务逻辑。表1-2  Resiger CRC卡Resiger说明：处理用户注册的业务逻辑职责 协作者用户信息输入注册结果返回成功跳转登陆UserLogin表1-3&

20、#160; Login CRC卡Login说明：处理用户登陆的业务逻辑职责协作者登陆信息输入及验证根据信息跳转UserHomepageHomePage CRC卡：如表1-4所示，用于显示用户页面，提供基本业务逻辑。表1-4  HomePage CRC卡HomePage说明：显示用户页面，提供基本业务逻辑职责协作者根据登录信息显示不同功能酒店房间信息查询功能订单查询功能房间预定功能订单退订管理员功能LoginRoomSearchCheckOrderRoomOrderOrderUnsubscribeAdministratorAdministrator CRC卡：如表1-5所示，该类用于处

21、理管理员能操作的业务逻辑。表1-5  Administrator CRC卡Administrator说明：处理管理员能操作的业务逻辑职责协作者发布修改房间信息订单修改功能用户信息查询和修改功能管理员信息修改查询ChangeRoomOrderChangeUserChangeCheckUser CRC卡：如表1-5所示，该类用于记录用户信息。表1-5  User CRC卡User说明：记录用户信息职责协作者用户信息查询修改时时调用用户登录注册时调用存储调用信息UserChangeCheckLoginRegisterRoomOrder CRC卡：如表1-6所示，该类用于处理房间预

22、定的业务逻辑。表1-6  RoomOrder CRC卡RoomOrder说明：处理房间预定的业务逻辑职责协作者房间信息再次确认入住信息输入预定确认完成支付订单生成RoomPayOnlineOrderRoomSearch CRC卡：如表1-7所示，用于查询房间信息。表1-7  RoomSearch CRC卡RoomSearch说明：查询房间信息职责协作者显示房间信息满意房间预定跳转RoomRoomOrderRoom CRC卡：如表1-8所示，用于记录房间信息。表1-8 Room CRC卡Room说明：记录房间信息职责协作者记录房间信息方便查询和修改时调用RoomOrderRoomSearchCheckOrder CRC卡：如表1-9所示，用于处理订单查询的业务逻辑。表1-9  CheckOrder CRC卡CheckOrder说明：处理订单查询的业务逻辑职责协作者查询订单信息OrderOrder CRC卡：如表1-10所示，用于记录订单信息。表1-10  Order CRC卡Order说明：记录订单信息职责协作者记录订单信息，方便调用OrderCh