酒店管理系统需求分析说明书.docx

1、酒店管理系统需求分析说明书1 引言 (21.1 编写目的 (21.2 项目背景 (21.3 定义 (21.4 参考资料 (22 任务概述 (22.1 软件标识 (22.2 软件描述 (22.2.1 系统属性 (22.2.2 目标 (22.3 运行环境概述 (32.4 限制与约束 (33 功能需求 (33.1 功能划分 (33.2 功能描述 (44 性能需求 (104.1 数据精确度 (104.2 时间特性 (104.3 适应性 (105 数据描述 (105.1 静态数据 (105.2 数据字典 (126 数据流图 (137 系统属性 (227.1 可用性 (227.2 可靠性 (227.3 效

2、率 (237.4 安全性 (237.5 可维护性 (237.6 可移植性 (238 运行需求 (238.1 用户界面 (238.2 硬件接口 (238.3 软件接口 (248.4 通信接口 (248.5 故障处理 (241引言1.1 编写目的本需求说明书对软件进行总体描述,同时作为软件测试的依据,读者对象为该系统的所有开发人员。1.2 项目背景1.3 定义HMS:酒店管理系统1.4 参考资料面向对象软件工程与UML2任务概述2.1 软件标识Hotel Management System(酒店管理系统2.2 软件描述2.2.1系统属性本系统是用于酒店内部管理的系统,是独立完整的系统。2.2.2目

3、标本系统是提供给酒店使用的完整的管理系统,基于酒店内部管理工作,系统功能能遵循酒店管理工作程序。使用该系统将会有一些好处:1.电脑收银,打印账单:快速准确,减少宾客等待时间,并可杜绝收银过程中的舞弊现象;2.高效的客房管理:能有效的提高房率,增加营业收入;3.提高决策依据:管理者可以随时了解经营情况,以制定相应的经营方针;4.减轻员工的工作负担:从而使员工把更多的精力放在提高为宾客服务的质量上;5.简单方便地保存和查询历史资料;6.树立良好的酒店形象。2.3 运行环境概述2.4 限制与约束本系统使用ASP.NET技术开发,使用B/S结构。3功能需求3.1 功能划分a.高软件必须实现的功能,用户

4、有明确的功能定义和要求;b.中软件应该实现的功能,用户的功能定义和要求可能是模糊的、不具体的、或低约束的,但是这类功能的缺少会导致用户的不满意,因此这类功能的具体需求应当由需求分析人员诱导用户并明确;c.低软件尽量实现的功能,并可根据开发进度进行取舍,但这类功能的实现将会增加用 3.2 功能描述3.2.1预定功能 3.2.2前台接待 3.2.3前台收银 3.2.5合约系统 3.2.7经理管理系统 3.2.8管家系统 3.2.9账务系统 3.2.10报表系统 3.2.11总经理系统 3.2.12系统登录 4性能需求4.1 数据精确度查询时应保证查全率,所有相应域包含查询关键字的记录都应能找到;查

5、询时应保证查准率,查到的记录应与给定的单项或组合查询条件完全匹配。4.2 时间特性要求系统在一定的硬件、软件平台上正常运行的情况下,在12秒内完成用户的操作,对软磁盘和打印机的操作,以及数据的导入和导出也应在可接受的时间内完成。4.3 适应性5数据描述数据库要求具有大量数据高速存储能力,可以快速查找数据。5.1 静态数据数据库中包含以下表:团体信息表(Team表、客户个人信息表(Customer表、用户表(User 表、客历表(Record表、房态表(State表、客房信息表(RoomInfo表、预定证明表(Order 表、退房凭证表(表。 5.2 数据字典 6数据流图6.1系统DFD 6.2

6、个人预定DFD 客人来店预订,服务员查询“客房预订信息表”,无空房则返回客人。有客房则登记,并核对“客人黑名单”(进行消费而未付帐的客人名单及“挂帐表”,无误后收取预订押金并记入“预订金入帐表”。进行订房,将预订信息记入“客人预订信息表”,修改“客房预订信息表”的客房状态,给客人预订证明表。预订完成6.3团体预定DFD 团体预订与个人预订基本一样,只是将团队预订信息记入“团体预订信息表”。6.4接待(未预定DFD 6.5接待个人(已预定DFD 6.6接待团体(已预订DFD 6.7取消预定DFD 客人要取消预订,只需将“预订证明表”和“预订收据”交给服务员,经核对后退款并修改“客房预订信息表”及

7、“团队或个人预订信息表”。6.8客人离店DFD 6.9前台DFD 6.10夜审DFD6.11 数据备份 DFD 数据备份是指数据库管理员周期性的对系统产生的数据（客房占用信息表，客人信息表，日 现金入帐表，IC 卡管理表等一切表格）进行安全双备份，以防止数据丢失，不仅在硬盘里 要作备份，还要用软盘备份，以便进行灾害恢复。由于数据库中的数据是变化的，间隔时间 越长， 备份数据库中的数据与当前使用的库中数据差别就越大， 因而要根据数据库的变化快 慢确定转储周期 6.12 后台系统 DFD 后台不与客人发生直接的接触，主要支持经理查询、库房管理、数据的备份以及财务上的管 理。 7 系统属性 7.1

8、可用性 采用冗余技术保证数据可靠存储、系统可靠运行。 7.2 可靠性 要求在一定的软、硬件平台上，在规定的时间内，能高效率的完成用户规定的需求。 策略 1：系统（应用系统和数据库）设计尽可能详尽地故障处理方案，以保证系统的快速恢 复性； 策略 2：采用冗余技术保证数据可靠存储、系统可靠运行； 策略 3：系统硬件方面，采用专线供电方式，24 小时不间断运行。在系统使用过程中，由于 硬件故障或其它原因造成系统暂时性的中断后系统重启时， 能够保证系统将原有的数据快速 恢复，使其继续运行下去。 7.3 效率 在正常工作情况下，需数据库服务器、系统服务器、终端系统，和系统维护人员一名。 7.4 安全性

9、要求系统在不同的用户进行登录时，能有效控制和管理不同的权限。 策略 1：为确保系统的安全性，系统采取应用系统使用验证（操作员验证） 、数据库登录验 证两种验证方式相结合的方法验证用户； 策略 2：运用日志，对进入系统的用户的操作进行记录，可以根据日志进行事后分析，从而 找到事故的发生原因、责任者或非法用户。 7.5 可维护性 本系统是易于维护的。 7.6 可移植性 本系统在 Windows 95 及其以上版本的操作系统运行。 8 运行需求 8.1 用户界面 采用 Windows 的通用图形界面，对用户友好，且必须对鼠标和键盘提供支持，界面的设计 应遵循如下规则： 界面要具有一致性，界面规范应遵

10、循 MS Windows 软件界面的规范； 提供简单的错误处理； 提供信息反馈，用多种信息提示用户当前软件的运行状态、软件界面元件的功能； 操作可逆，其动作可以是单个人的操作，或者是一个相对独立的操作序列； 设计良好的联机帮助； 显示启动画面，画面简洁明快，富有现代气息，不能太过花哨； 应遵循国家关于计算机词汇的标准，用词应当精炼准确，没有歧义，图形的意义明朗； 8.2 硬件接口 支持一般的 PII 或更高档微机，笔记本电脑。 8.3 软件接口 本系统在 Windows 95 及其以上版本的操作系统运行。 8.4 通信接口 本软件应提供对电子邮件、web 浏览器、电话拨号、手机短信等的支持。 8.5 故障处理 正常使用时不应出错，若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。