软件需求分析报告2010.doc

软件需求分析报告 酒店管理系统 学生姓名 梁娟 _ 张晓燕_ 学 号 541007010122 541007010154 专业班级 计算机科学与技术10-1 院 （系） 计算机与通信工程学院 指导教师 支 俊 完成时间 2012 年 11 月 11 日 成 绩 软件需求分析报告 酒店管理系统 学生姓名 梁娟 张晓燕 学 号 541007010122 541007010154 专业班级 计算机科学与技术10-1 院 （系） 计算机与通信工程学院 指导教师 支 俊 完成时间 2012 年 11 月 11 日 成 绩 前言1、 分工项目前景文档中业务需求、解决方案前景由梁娟写，项目范围和限制、业务环境由张晓燕写。需求规格说明书两人商量着写。二、项目简介随着人民生活水平的提高，餐饮，住宿，娱乐业在服务行业中占有越来越重要的地位。要使在当前酒店行业日趋激烈的竞争中脱颖而出，必须努力发展自己的特色。 在管理方面也要有自己的管理特色，避免传统管理方法的失误，使得酒店的信誉以及各个管理方面都能够出现零失误，以及能够给管理者和普通的营业员带来操作上的方便。使用户能够对这个软件感到满意，那么才是管理软件的成功之处。 鉴于此，我们课程设计小组设计出一个具有现代化的管理系统酒店管理系统。该系统给出了实际酒店管理中遇到的所有情况，此酒店管理系统软件是为了代替酒店管理者更好的管理而制作的，软件给出了酒店管理中的各种细节问题，使得管理变的更加的轻松。它符合人们平时的使用习惯,使用性强,能较好的实现各方面的功能。目录一、项目前景文档1 业务需求11.1背景、业务机会和客户需要11.2业务目标（Business Objective ,BO）和成功标准（Success Criteria ,SC）11.3业务风险（RIsk）22 解决方案的前景22.1前景陈述22.2主要的系统特性（FEature）22.3假设（ASsumption）和依赖（DEpendency）条件33 项目范围和限制33.1初始版本和后续版本的范围33.2限制和排除条件44 业务环境44.1涉众档案44.2项目优先级54.3运行坏境5二、软件需求规格说明书 附录酒店管理系统一、 项目前景文档1. 业务需求1.1 背景、业务机会和客户需要 随着计算机技术的飞速发展，信息时代的到来，信息改变了我们这个社会。各类行业在日常经营管理各个方面也在悄悄地走向规范化和网络化。客房管理的信息化程度体现在将计算机及网络与信息技术应用于经营与管理，以现代化工具代替传统手工作业。无疑，使用网络信息化管理使客房管理更先进、更高效、更科学，信息交流更迅速。 酒店客房管理系统是酒店经营管理中不可缺少的部分，它的内容对于经营的决策者和管理者来说都至关重要,所以客房管理系统、信息管理系统应该能够为用户提供充足的信息和快捷的查询手段。但一直以来人们使用传统人工的方式管理文件档案，这种管理方式存在着许多弊端，如:效率低、保密性差，容易出现差错等，且对于查询空房间及已定房间等极为不方便。在当今时代，这些完全可以改用计算机代替人的操作。 作为计算机及网络应用的一部分，使用计算机对客房信息进行管理，具有手工管理所无法比拟的优点。例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高客房经营管理的效率，也是企业的科学化、正规化管理，与世界接轨的重要条件。且办事效率也是决定收入的一个关键因素。1.2 业务目标（Business Objective ,BO）和成功的条件（Success Criteria ,SC）BO-1：初始版本发布之后的6个月内，酒店客户订房率提高20%。BO-2：始版本发布之后的12个月内，酒店营业额提高20%。BO-3：始版本发布之后的3个月内，每个员工每天的平均有效工作时间增加50分钟。BO-4：前通过酒店管理系统的客户，在初始版本发布之后的6个月内，使用本系统的人数大大增加。SC-1: 提高劳动生产、降低成本、提高服务质量和管理水平，进而促进酒店经济效益。SC-2: 酒店管理者、员工以及顾客对该酒店管理系统满意度达到80%。1.3 业务风险（RIsk）RI-1: 员工不喜欢使用计算机办公，认为使用计算机容易出错。RI-2: 如果存在紧急停电的情况（如天气恶劣等）则酒店将无法进行大部分业务。2解决方案的前景2.1前景陈述酒店在使用了酒店管理系统以后，账务处理的时间明显减少，数学计算上的错误也会消失。对客房状态（如是否入住，入住顾客信息等）的查询与统计也显得非常方便，减少了顾客等待与员工分类统计的时间。该软件实施后，能节约人力资源，提高服务质量，方便各项管理。2.2主要的系统特性（FEature）FE-1: 对酒店客房管理系统的使用员工进行管理，包括对员工的基本信息(如用户编号、用户姓名、电话、用户类型等)进行检索、录入和修改。FE-2: 用户对客房信息进行管理，包括对客房的基本信息(如客房号、客房类型、客房位置等)进行检索、录入和修改。FE-3: 用户可自定义客房类型，并对其进行管理，包括对客房类型的基本信息(如类型名称、面积、床位、价格等)进行检索、录入和修改。FE-4: 根据酒店客房的业务记录，用户可选择由客房类别和日期的统计方式对营业额进行统计。FE-5: 系统界面会自动显示各种房类的订房情况！以方便前台接待控制房态。FE-6: 根据各酒店的实际情况按顺序房号列出客房，很直观地显示客房所属的房间类型及用图形及颜色表示不同的房态FE-7: 按客人姓名系统可自动调出回头客信息及历次住店统计信息以确定房价优惠，优惠时段和客人具体的消费记录FE-8: 支持会议工作，包括开立会议工作单，会议单核查，会议单查询等。FE-9: 产生各类房务报表和房态报表，方便房务人员对客房进行打扫处理。FE-10: 支持帐单打印，可随时打印历史客人和在住客人的帐单2.3假设（ASsumption）和依赖（DEpendency）条件AS-1: 酒店拥有一台打印机和传真机，能方便打印报表，以及对预定客房的商务传真进行处理。AS-2: 酒店有链接外网的服务器或计算机，能提供网上预定付款功能，方便顾客预定。DE-1: 对于经常光顾或要求打折的顾客以及节假日或者店庆优惠活动，应具备折扣管理功能。DE-2: 对于使用酒店管理软件前的电话预定等，该管理软件应该有专门的录音功能。3.项目范围和限制3.1初始版本和后续版本的范围特性版本一版本二FE-1完全实现FE-2完全实现FE-3只能创建和浏览完全实现FE-4完全实现FE-5完全实现FE-6只能动态的显示客房号以及房间类型，不能动态的显示图形以及客房变化情况完全实现FE-7只能创建和浏览完全实现（通过记录计算出优惠根据酒店制度计算出优惠折扣以及确定时段）FE-8不实现完全实现FE-9完全实现FE-10不实现完全实现3.2限制和排除条件LI-1：网上银行付款，系统不能与网上银行建4.业务环境4.1涉众档案涉众主要价值态度主要兴趣约束条件酒店管理人员提高员工工作效，增加营业额强烈要求完成版本一使用该系统所节约的费用必须超过开发该系统的费用和使用此系统的费用需要权限认证（酒店管理员享有的最高权限）酒店前台工作人员更有效地利用了工作人员的整个工作时间；提高了顾客的满意度积极支持新系统，希望能完成版本二，但比较担心酒店可能会裁员减少工作任务量，能够简捷、快速更高质量的完成工作培训工作人员掌握使用计算机所必须的技能，部分功能需要权限认证顾客更为方便的进行客房预定、客房入住，节约了时间，更加方便积极支持新系统使用要简单，预定客房要可靠，网上银行付款要安全无财务管理部门减少了报表账务手动工作，减少了出错率，更有效地提高了工作效率积极支持新系统尽量减少对当前薪资核算软件所做的变更需要得到权限认证酒店房务服务人员及时获得前台开房、结账信息，以高效率的完成客房服务，提高了服务质量支持新系统使用简单需要掌握基础的计算机使用技能4.2项目优先级因素具体干活者约束条件自由度进度计划10年5月下旬完成第一版，到七月初完成第二版；在不包括责任人评审的情况下，最多可超过1个星期特性安排第一版本的系统安全实现的特性必须完全可操作质量必须通过95%的用户验收测验；必须通过全部的安全性测试；所有的安全事务系统执行标准都必须遵守酒店的安全标准规章制度工作人员项目团队规模包括一名项目经理（小组长），两名开发人员；如果有必要，还可以另外在一名开发人员和一名测试人员费用财政预算最多超支20%4.3操作环境 “酒店管理系统”将运行在一个服务器中，该服务器运行当前由公司批准的Red Hat Linux版本和Apache HTTP Server.用户如果是顾客，可以任何时间在酒店访问该系统的部分功能，而如果是酒店工作人员，只能是固定的上班时间在酒店内联网使用该系统，财务管理人员只能在酒店每天的固定时间使用该系统的财务结算功能。用户要准备好酒店服务中断应急措施。二 软件需求规格说明书1 引言1.1 概述经过酒店各部门间长期的调查并对工作人员提出的需求进行细致的分析，提出了这份用户需求规格说明书。该说明书主要对所开发的系统进行全面的说明，明确该系统的主要功能要求、性能要求，指出该系统所用到的数据及数据处理流程。其次，对开发该系统的任务进行概括性叙述，对系统的运行环境进行规定。通过该文档可使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。 该文档的预期读者为：项目提出者，项目管理者。1.2 背景酒店行业是一个前景广阔而又竞争激烈的行业。改革开放以来，我国的酒店业迅速发展，已经成为一个具有相当规模的产业。由于我国的旅游业迅速发展，通过调查，我国在2020 年将成为世界上第四大旅游国家；同时我国加入世界贸易组织，酒店业将完全开放，这个时候，我国的酒店业将面临着前所未有的机遇和挑战。但是，现在甚至还有一些酒店还停留在由人工操作和管理阶段，这样已经无法适应当前的发展趋势。因此，要想使酒店的工作质量和效率提高，采用先进的计算机网络通信技术改变酒店业务模式，实现酒店业务管理的自动化已经成为一种必然。1.3 定义B/S：Browser/Server(浏览器/服务器)C/S：Client/Server（客户端/服务器）订房：客户通过互联网预定房间或在酒店通过前台管理员预定退房：客户预定后没有开房直接取消预定开房：客户抵达酒店办手续后给客户房卡进入房间结房：客户要离开酒店办理结账业务换房：由于客户对现住房间不满意换房间续房：预定房间住的时间已到但仍继续住宿1.4 参考资料书名作者出版社软件工程导论（第4版）张海藩清华大学出版社C#入门经典（第三版）Karli Waston等清华大学出版社实用软件工程郑人杰、殷人昆、陶永雷清华大学出版社2.任务概述2.1目标酒店入住信息管理系统的使用是否方便，运行速度是否迅速，信息处理是否准确，直接影响到客人能否及时获得酒店客房信息和酒店的经营管理，然而，现在的系统显然不能满足这些需求，它存在的主要问题有：(1) 客人使用很不方便。客人预订客房，需自己亲自到酒店去预订或者是打电话到酒店预订，这显然是对时间很大的浪费；另外，若客人临时有事，需要修改和取消自己的预订也需那样做，相当麻烦。而在生活节奏越来越快的今天，显然是不科学的。(2) 管理酒店的各种信息相当困难。酒店的信息量越来越大，管理员要对客房、预订、入住、结账等信息进行人工管理，工作量相当大，如客人结账退房时，要通过手工记录的账单计算客人的结账金额，并修改客房信息。(3) 处理效率低，准确度差。采用人工方式，不但增加了工作量，浪费了人力，更重要的是不可避免地会降低处理效率，且出错机率大。对酒店整个来说，对酒店经营状况起决定作用的是酒店的服务管理水平。如何利用先进的管理手段来提高酒店的管理水平成为酒店业务发展的当务之急。面对信息时代的机遇和挑战，利用科技手段提高酒店的管理无疑是一条行之有效途径。虽然计算机管理并不是酒店管理走向成功的关键元素，但它可以最大限度地发挥准确、快捷、高效等作用，对酒店的业务管理提供强有力的支持。因此，采用全新的计算机网络和酒店业务管理系统，已成为提高酒店的管理效率，使作业人员与管理系统之间灵活互动，实现流畅的工作流衔接，帮助酒店有效地进行业务管理，释放最大价值。酒店业务管理系统在达到在节省人力资源成本的同时，可以提高业务效率， 并能够及时、准确、迅速地满足顾客服务的需求。本系统的目标为：1：初始版本发布之后的6个月内，酒店客户订房率提高20%。2：初始版本发布之后的12个月内，酒店营业额提高20%。3：初始版本发布之后的3个月内，每个员工每天的平均有效工作时间增加50分钟。4：目前通过酒店管理系统的客户，在初始版本发布之后的6个月内，使用本系统的人数超过一万。5：初始版本发布之后的3个月内，对酒店满意度的季度调查评价要提高0.5，而在初始版本发布之后的12个月内，这种满意度要提高1.0。2.2运行环境硬件设备:（1）处理器型号及内存容量：内存256M及以上；（2）外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量：硬盘40G及以上、声卡、显卡无要求；（3）输入及输出设备的型号和数量，联机或脱机：考虑到数据的安全性问题，要求使用磁盘阵列。（4）数据通信设备的型号和数量；（5）功能键及其他专用硬件支持软件:（1）操作系统：利用 Windows 操作系统进行开发（WinXP/Win2000/Win2003）（2）开发软件 后台开发工具使用JAVA 的MyEclipse8.5 前台开发工具使用Macromedia Dreamweaver MX 2004。 应用服务器选择为Tomcat5.5。（3）数据库系统考虑到用户的数据流量，建议使用MySQL数据库并且使用Apache Tomcat通用的JDBC数据库连接池来连接数据库。客户端运行环境 ：由于本系统是基于 B/S 结构开发出来的，对客户端的配置要求不是很高。Struts 则是为了Web层能够更好控制跳转。 （1）操作平台需求：可以是 Win2000/WinXP/WinMe/Win98 等平台； （2）软件需求：客户端需要安装一个 Internet 浏览器，如 Internet Explorer 。2.3假定（Assumption）和约束（Constraint）AS-1:酒店内部有可以访问公司内联网的计算机和打印机，这样酒店人员就可以处理订单量，不会遗漏客户预定信息。AS-2:酒店人员能及时地为客户提供客房预定服务，这样就能满足所有的客户的订房要求：入住酒店时即可入住所预定的客房。DE-1:酒店需要提供足够的人员，以保证系统能有效地运行。3. 需求规定 3.1对功能的规定3.1.1 用户需求 组织机构和角色角色说明： 角色名称 说明前台管理员普通员工，负责订房，开房，结房 房间管理员普通员工，负责为客户提供服务 酒店客户该公司的顾客 时间负责为该系统提供时间提示（1）前台管理员参与业务 说明：此视图展现前台管理员所有需要做的事情。用这个视图便于确保前台管理员的所有工作不会被漏掉。（2）房间管理员参与业务说明：此视图展现房间管理员所有需要做的事情。用这个视图便于确保房间管理员的所有工作不会被漏掉（3）酒店客户参与业务说明：此视图展现酒店客户所有需要做的事情。用这个视图便于确保酒店客户的所有工作不会被漏掉。（4）时间参与业务说明：此视图展现到所规定时间所有需要做的事情。 业务概览(1) 入住房间业务视图(2) 退出房间业务视图 业务场景(1) 入住房间业务场景(2) 退出客房业务场景3.1.2 系统需求 概览 系统需求规定 (1) 订房 业务说明用例1用例名称查询客房信息实现名称Bur_lookroom用例描述酒店客户通过此用例向系统查询客房信息请求参与者酒店客户前置条件酒店客户登陆酒店网页，通过相关权限验证后置条件客户根据自己的需要进行预订客房操作主事件流1用户登录系统，计算机用户权限界面2用户选择查询客户身份权限，计算机显示酒店客房查询界面3.计算机执行后置条件。用例结束业务规则只能查询客房信息，其它酒店信息需要进入另外相关的网页涉及的业务实体订房非功能性需求支持多种语言显示（有外文书籍）用例2用例名称订房实现名称Bur_orderroom用例描述酒店客户通过此用例向系统预订客房请求参与者酒店客户前置条件酒店客户登陆酒店网页，通过相关权限验证后置条件客户进入酒店，直接可以入住预订好的客房主事件流1用户登录系统，计算机用户权限界面2用户选择查询客户身份权限，计算机显示酒店客房查询界面3.用户按客房的容量，价位等进行查询，计算机显示查询结果4.用户可单选或多选（不需要预订的可直接退出），并确认预订。计算机显示确认预订客房清单。5.用户选择确认预订，计算机显示预订定单及所需押金费用6用户选择提交定单，计算机显示提交结果和定单号7.计算机执行后置条件。用例结束备选事件流1.a用户选择保存定单1.计算机保存并执行1；2.a用户选择退出，1.计算机执行1；3.a.用户查看已预订的客房信息 1.计算机保存并执行1； b.用户退订预订的客房1.计算机保存并执行1；业务规则至多预订二十间客房涉及的业务实体交纳定金非功能性需求支持多种语言显示（有外文书籍）用例3：用例名称交纳订金用例描述酒店客户通过此用例向系统交纳订金请求参与者酒店客户前置条件酒店客户已预订酒店客房后置条件客户预订客房成功主事件流1用户登录系统，计算机用户权限界面2用户选择查询客户身份权限，计算机显示酒店客房查询界面3.用户按客房的容量，价位等进行查询，计算机显示查询结果4.用户可单选或多选，并确认预订。计算机显示确认预订客房清单。5.用户选择确认预订，计算机显示预订定单及所需订金费用6用户选择提交定单以及订金，计算机显示提交结果和定单号7.计算机执行后置条件。用例结束备选事件流1.a用户选择付款方式1.计算机保存并执行1；2.a用户没有足够的资金，可以进行语音服务，进行语音预订1.计算机执行1；业务规则不同的客房，订金不同涉及的业务实体订房，退房非功能性需求支持多种语言显示（有外文书籍） 业务场景分析 业务实体分析(2) 退房 业务说明用例名称退房实现名称Bur_quitroom用例描述酒店客户通过此用例向系统退订客房请求参与者酒店客户前置条件酒店客户已预订酒店客房后置条件客户取消入住酒店或重新进行预订操作主事件流1用户登录系统，计算机用户权限界面2用户选择查询客户身份权限，计算机显示酒店客房查询界面 3.用户查看已预订的客房信息，计算机显示确认预订客房清单。4.用户选择确认退订，计算机显示退订定单5用户选择确定退订，计算机显示提交结果6.计算机执行后置条件。用例结束备选事件流 1.a.用户如果没有超出退订时间，订金退还1.计算机保存并执行1；b. 用户如果超出退订时间，订金不再退还1.计算机保存并执行1；业务规则退订可以重新进行选择涉及的业务实体退还订金非功能性需求支持多种语言显示（有外文书籍） 业务场景分析 业务实体分析(3) 开房 业务说明用例名称开房实现名称Bur_openroom用例描述酒店前台管理员根据客户需要进行开房操作参与者酒店前台管理员前置条件客户需要开房或酒店客户已预订酒店客房后置条件客户入住客房主事件流1用户登录系统，计算机用户权限界面2用户选择查询酒店管理员身份权限，计算机显示酒店客房信息界面3.用户按客户的需要进行查询，计算机显示查询结果4.用户按酒店客户的需要进行开房操作。计算机显示确认开房费用清单。5.用户选择确认开房，计算机打印房间清单及所需费用6酒店客户提交所需费用，系统设置所开房间状态为已开，计算机显示客房信息7.计算机执行后置条件。用例结束备选事件流1.酒店客户已经订房，则免去很多必要手续1.计算机保存并执行1；业务规则开房后，交给客户对应的客房卡涉及的业务实体房间，客房卡非功能性需求支持多种语言显示（有外文书籍） 业务场景分析 业务实体分析(4) 结房 业务说明用例名称结房实现名称Bur_overroom用例描述酒店前台管理员根据客户需要进行结房操作参与者酒店管理员前置条件客户已开房后置条件系统设置所对应的房间状态为空主事件流1用户登录系统，计算机用户权限界面2用户选择查询酒店管理员身份权限，计算机显示酒店客房信息界面3.用户按客户的需要进行查询，计算机显示查询结果4酒店客户提交所需费用（没有的话可以省去），交纳客房卡5.用户选择打印清单，计算机执行6.计算机执行后置条件。用例结束备选事件流1.a酒店客户开房时间已到，选择续费1.计算机保存并执行1；业务规则结房需要确认房间物品，客户需要交纳客房卡涉及的业务实体房间，客房卡非功能性需求支持多种语言显示（有外文书籍） 业务场景分析 业务实体分析数据分析概览 客房实体名称客房实体描述客房可以预订，退订，开房以及结房，详细看实体图属性名称类型精度说明(属性的业务含义及业务规则)类型编号INTEGER12楼层+房间号类型价格INTEGER3客房的类型价位床数Int8客房内部的床数量房间状态VARCHAR(20)20可能空，可能有客人住是否空调VARCHAR(20)100有空调的比普通没有空调的价位高是否有电视VARCHAR(20)50一般都有电视，但考虑到客户的资金问题，有少量没有电视，价位稍低是否有电话VARCHAR(20)100客户可以通过打电话到前台进行服务是否有卫生间VARCHAR(20)1000有单独卫生间的比普通没有的价位高 客户信息实体名称客户信息实体描述客房的信息属性名称类型精度说明(属性的业务含义及业务规则)顾客编号INTEGER3预订的客户编号顾客姓名VARCHAR(20)8预订的客户姓名，必须真实顾客身份VARCHAR(20)20可能为会员，待遇不同顾客电话VARCHAR(20)100客户的电话信息客房编号INTEGER50预订的客房号 订房清单实体名称订房清单实体描述客房可以查看已预订的房间属性名称类型精度说明(属性的业务含义及业务规则)订单编号INTEGER12订房时的编号顾客编号INTEGER3预订的客户编号顾客姓名VARCHAR(20)8预订的客户姓名，必须真实顾客身份VARCHAR(20)20可能为会员，待遇不同顾客电话VARCHAR(20)100客户的电话信息客房编号INTEGER50预订的客房号 退房清单实体名称退房清单实体描述客房可以查看已预订的房间，进行退订属性名称类型精度说明(属性的业务含义及业务规则)退房编号INTEGER12退订时的编号顾客编号INTEGER3预订的客户编号顾客姓名VARCHAR(20)8预订的客户姓名，必须真实顾客身份VARCHAR(20)20可能为会员，待遇不同顾客电话VARCHAR(20)100客户的电话信息客房编号INTEGER50预订的客房号3.2 非功能性需求 3.2.1 性能需求（Performance）PE-1.精度需求 在精度需求上，根据使用需要，在各项数据的输入，输出及传输过程中，可以满足各种精度的需求。 PE-2.时间需求 在软件方面，响应时间，更新处理时间都比较快且迅速，完全满足用户要求。PE-3.灵活性 当用户需求，如操作方式，运行环境，结果精度，数据结构于其他软件接口等发生变化时，设计的软件要做适当调整,灵活性非常大。 PE-4.故障处理 a. 内部故障处理 在开发阶段可以随即修改数据库里的相应内容。b. 外部故障处理 对编辑的程序进行重装载时，第一次装载认为错，修改。第二次运行，在需求调用时出错，有错误提示，重试。PE-5：系统生成的所有Web页面，通过速率为40KBps的调制解调器在不超过10秒时间内可以全部下载下