软件需求分析报告2010

《软件需求分析报告2010》由会员分享，可在线阅读，更多相关《软件需求分析报告2010（40页珍藏版）》请在装配图网上搜索。

1、软件需求分析报告 酒店管理系统学生姓名 梁娟 _ 张晓燕_学 号 541007010122541007010154专业班级 计算机科学与技术10-1院 系 计算机与通信工程学院指导老师 支 俊完成时间 2012 年 11 月 11 日成 绩 docin 软件需求分析报告 酒店管理系统学生姓名 梁娟 张晓燕学 号 541007010122541007010154专业班级 计算机科学与技术10-1院 系 计算机与通信工程学院指导老师 支 俊完成时间 2012 年 11 月 11 日成 绩 docin 前言 一、分工项目前景文档中业务需求、解决方案前景由梁娟写项目范围和限制、业务环境由张晓燕写。需求

2、规格说明书两人商议着写。二、项目简介随着人民生活水平的提高餐饮住宿消遣业在服务行业中占有越来越重要的地位。要使在当前酒店行业日趋激烈的竞争中脱颖而出必需努力发展自己的特色。 在管理方面也要有自己的管理特色避开传统管理方法的失误使得酒店的信誉以及各个管理方面都能够出现零失误以及能够给管理者和一般的营业员带来操作上的便利。运用户能够对这个软件感到满足那么才是管理软件的胜利之处。鉴于此我们课程设计小组设计出一个具有现代化的管理系统酒店管理系统。该系统给出了实际酒店管理中遇到的全部状况此酒店管理系统软件是为了代替酒店管理者更好的管理而制作的软件给出了酒店管理中的各种细微环节问题使得管理变的更加的轻松。

3、它符合人们平常的运用习惯,运用性强,能较好的实现各方面的功能。 docin 书目 一、项目前景文档 1 业务需求 . 1 1.1背景、业务机会和客户须要 . 11. 2业务目标Business Objective ,BO和胜利标准SuccessCriteria ,SC . 11. 3业务风险RIsk . 22. 解决方案的前景 . 2 2.1前景陈述 . 23. 2主要的系统特性FEature . 24. 3假设ASsumption和依靠DEpendency条件 . 35. 项目范围和限制 . 3 3.1初始版本和后续版本的范围 . 36. 2限制和解除条件 . 47. 业务环境 . 4 4.

4、1涉众档案 . 48. 2项目优先级 . 59. 3运行坏境 . 5 二、软件需求规格说明书附录 docin 酒店管理系统一、 项目前景文档 1. 业务需求 1.1 背景、业务机会和客户须要 随着计算机技术的飞速发展信息时代的到来信息变更了我们这个社会。各类行业在日常经营管理各个方面也在静静地走向规范化和网络化。客房管理的信息化程度体现在将计算机及网络与信息技术应用于经营与管理以现代化工具代替传统手工作业。无疑运用网络信息化管理使客房管理更先进、更高效、更科学信息沟通更快速。酒店客房管理系统是酒店经营管理中不行缺少的部分它的内容对于经营的决策者和管理者来说都至关重要,所以客房管理系统、信息管理

5、系统应当能够为用户供应足够的信息和快捷的查询手段。但始终以来人们运用传统人工的方式管理文件档案这种管理方式存在着很多弊端如:效率低、保密性差简洁出现差错等且对于查询空房间及已定房间等极为不便利。在当今时代这些完全可以改用计算机代替人的操作。作为计算机及网络应用的一部分运用计算机对客房信息进行管理具有手工管理所无法比拟的优点。例如:检索快速、查找便利、牢靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高客房经营管理的效率也是企业的科学化、正规化管理与世界接轨的重要条件。且办事效率也是确定收入的一个关键因素。 1.2 业务目标Business Objective ,BO和胜利的条

6、件SuccessCriteria ,SC BO-1初始版本发布之后的6个月内酒店客户订房率提高20%。BO-2始版本发布之后的12个月内酒店营业额提高20%。BO-3始版本发布之后的3个月内每个员工每天的平均有效工作时间增加50分钟。 docin 酒店管理系统BO- 4前通过酒店管理系统的客户在初始版本发布之后的6个月内运用本系统的人数大大增加。SC-1: 提高劳动生产、降低成本、提高服务质量和管理水平进而促进酒店经济效益。SC-2: 酒店管理者、员工以及顾客对该酒店管理系统满足度达到80%。 1.3 业务风险RIsk RI-1: 员工不喜爱运用计算机办公认为运用计算机简洁出错。RI-2: 假

7、如存在紧急停电的状况如天气恶劣等则酒店将无法进行大部分业务。 2解决方案的前景 2.1前景陈述 酒店在运用了酒店管理系统以后账务处理的时间明显削减数学计算上的错误也会消逝。对客房状态如是否入住入住顾客信息等的查询与统计也显得特别便利削减了顾客等待与员工分类统计的时间。该软件实施后能节约人力资源提高服务质量便利各项管理。 2.2主要的系统特性FEature FE-1: 对酒店客房管理系统的运用员工进行管理包括对员工的基本信息(如用户编号、用户姓名、电话、用户类型等)进行检索、录入和修改。FE-2: 用户对客房信息进行管理包括对客房的基本信息(如客房号、客房类型、客房位置等)进行检索、录入和修改。

8、FE- 3: 用户可自定义客房类型并对其进行管理包括对客房类型的基本信息(如类型名称、面积、床位、价格等)进行检索、录入和修改。FE-4: 依据酒店客房的业务记录用户可选择由客房类别和日期的统计方式对营业额进行统计。FE-5: 系统界面会自动显示各种房类的订房状况以便利前台接待限制房态。FE-6: 依据各酒店的实际状况按依次房号列出客房很直观地显示客房所属的房间类型及用图形及颜色表示不同的房态 docin 酒店管理系统FE- 7: 按客人姓名系统可自动调出回头客信息及历次住店统计信息以确定房价实惠实惠时段和客人具体的消费记录FE-8: 支持会议工作包括开立会议工作单 会议单核查会议单查询等。F

9、E-9: 产生各类房务报表和房态报表便利房务人员对客房进行打扫处理。FE-10: 支持帐单打印可随时打印历史客人和在住客人的帐单 2.3假设ASsumption和依靠DEpendency条件 AS-1: 酒店拥有一台打印机和传真机能便利打印报表以及对预定客房的商务传真进行处理。AS-2: 酒店有链接外网的服务器或计算机能供应网上预定付款功能方便顾客预定。DE-1: 对于常常光顾或要求打折的顾客以及节假日或者店庆实惠活动应具备折扣管理功能。DE-2: 对于运用酒店管理软件前的电话预定等该管理软件应当有特地的录音功能。 3.项目范围和限制 3.1初始版本和后续版本的范围特性版本一版本二FE- 1完

10、全实现FE- 2完全实现FE- 3只能创建和阅读完全实现FE- 4完全实现FE- 5完全实现FE- 6 只能动态的显示客房号以及房间类型不能动态的显示图形以及客房变更状况完全实现FE- 7只能创建和阅读 完全实现通过记录计算出优惠依据酒店制度计算出实惠折扣以及确定时段 docin 酒店管理系统FE- 8不实现完全实现FE- 9完全实现FE- 10不实现完全实现 3.2限制和解除条件 LI-1网上银行付款系统不能与网上银行建 4.业务环境 4.1涉众档案 涉众主要价值 看法 主要爱好 约束条件酒店管理人员提高员工工作效增加营业额剧烈要求完成版本一 运用该系统所节约的费用必需超过开发该系统的费用和

11、运用此系统的费用 须要权限认证酒店管理员享有的最高权限酒店前台工作人员更有效地利用了工作人员的整个工作时间提高了顾客的满足度主动支持新系统希望能完成版本二但比较担忧酒店可能会裁员削减工作任务量能够简捷、快速更高质量的完成工作 培训工作人员驾驭运用计算机所必需的技能部分功能须要权限认证顾客更为便利的进行客房预定、客房入住节约了时间更加便利主动支持新系统运用要简洁预定客房要牢靠网上银行付款要平安无财务管理部门削减了报表账务手动工作削减了出错率更有效地提高了工作效率主动支持新系统尽量削减对当前薪资核算软件所做的变更须要得到权限认证酒店房务服务人员刚好获得前台开房、结账信息以高效率的完成客房服务提高支

12、持新系统运用简洁须要驾驭基础的计算机运用技能 docin 酒店管理系统了服务质量4.2项目优先级 因素具体干活者 约束条件 自由度进度支配10年5月下旬完成第一版到七月初完成其次版在不包括责任人评审的状况下最多可超过1个星期特性支配第一版本的系统平安实现的特性必需完全可操作质量必需通过95%的用户验收测验必需通过全部的平安性测试全部的平安事务系统执行标准都必需遵守酒店的平安标准规章制度工作人员项目团队规模包括一名项目经理小组长两名开发人员假如有必要还可以另外在一名开发人员和一名测试人员费用财政预算最多超支20% 4.3操作环境 “酒店管理系统”将运行在一个服务器中该服务器运行当前由公司批准的R

13、ed Hat Linux版本和Apache HTTP Server.用户假如是顾客可以任何时间在酒店访问该系统的部分功能而假如是酒店工作人员只能是固定的上班时间在酒店内联网运用该系统财务管理人员只能在酒店每天的固定时间运用该系统的财务结算功能。用户要打算好酒店服务中断应急措施。 docin 酒店管理系统二 软件需求规格说明书 1 引言 1.1 概述 经过酒店各部门间长期的调查并对工作人员提出的需求进行细致的分析提出了这份用户需求规格说明书。该说明书主要对所开发的系统进行全面的说明明确该系统的主要功能要求、性能要求指出该系统所用到的数据及数据处理流程。其次对开发该系统的任务进行概括性叙述对系统的

14、运行环境进行规定。通过该文档可使系统分析人员及软件开发人员能清晰地了解用户的需求并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。 该文档的预期读者为项目提出者项目管理者。 1.2 背景 酒店行业是一个前景广袤而又竞争激烈的行业。改革开放以来我国的酒店业快速发展已经成为一个具有相当规模的产业。由于我国的旅游业快速发展通过调查我国在2020年将成为世界上第四大旅游国家同时我国加入世界贸易组织酒店业将完全开放这个时候我国的酒店业将面临着前所未有的机遇和挑战。但是现在甚至还有一些酒店还停留在由人工操作和管理阶段这样已经无法适应当前的发展趋势。因此要想使酒店的工作质量和效率提高采纳先进的计

15、算机网络通信技术变更酒店业务模式实现酒店业务管理的自动化已经成为一种必定。 1.3 定义 B/SBrowser/Server(阅读器/服务器)C/SClient/Server客户端/服务器订房客户通过互联网预定房间或在酒店通过前台管理员预定退房客户预定后没有开房干脆取消预定 docin 酒店管理系统开房客户抵达酒店办手续后给客户房卡进入房间结房客户要离开酒店办理结账业务换房由于客户对现住房间不满足换房间续房预定房间住的时间已到但仍接着住宿 1.4 参考资料 书名作者 出版社软件工程导论第4版 张海藩 清华高校出版社C#入门经典第三版 Karli Waston等 清华高校出版社好用软件工程 郑人

16、杰、殷人昆、陶永雷 清华高校出版社 2.任务概述 2.1目标 酒店入住信息管理系统的运用是否便利运行速度是否快速信息处理是否精确干脆影响到客人能否刚好获得酒店客房信息和酒店的经营管理然而现在的系统明显不能满足这些需求它存在的主要问题有(1) 客人运用很不便利。客人预订客房需自己亲自到酒店去预订或者是打电话到酒店预订这明显是对时间很大的奢侈另外若客人临时有事须要修改和取消自己的预订也需那样做相当麻烦。而在生活节奏越来越快的今日显然是不科学的。(2) 管理酒店的各种信息相当困难。酒店的信息量越来越大管理员要对客房、预订、入住、结账等信息进行人工管理工作量相当大如客人结账退房时要通过手工记录的账单计

17、算客人的结账金额并修改客房信息。(3) 处理效率低精确度差。采纳人工方式不但增加了工作量奢侈了人力更重要的是不行避开地会降低处理效率且出错机率大。对酒店整个来说对酒店经营状况起确定作用的是酒店的服务管理水平。如何利用先进的管理手段来提高酒店的管理水平成为酒店业务发展的当务之急。面对信息时代的机遇和挑战利用科技手段提高酒店的管理无疑是一条行之有效途径。虽然计算机管理并不是酒店管理走向胜利的关键元素但它可以最大限度地 docin 酒店管理系统发挥精确、快捷、高效等作用对酒店的业务管理供应强有力的支持。因此采用全新的计算机网络和酒店业务管理系统已成为提高酒店的管理效率使作业人员与管理系统之间敏捷互动

18、实现流畅的工作流连接帮助酒店有效地进行业务管理释放最大价值。酒店业务管理系统在达到在节约人力资源成本的同时可以提高业务效率 并能够刚好、精确、快速地满足顾客服务的需求。本系统的目标为1初始版本发布之后的6个月内酒店客户订房率提高20%。2初始版本发布之后的12个月内酒店营业额提高20%。3初始版本发布之后的3个月内每个员工每天的平均有效工作时间增加50分钟。4目前通过酒店管理系统的客户在初始版本发布之后的6个月内运用本系统的人数超过一万。5初始版本发布之后的3个月内对酒店满足度的季度调查评价要提高0.5而在初始版本发布之后的12个月内这种满足度要提高1.0。 2.2运行环境 硬件设备:1处理器

19、型号及内存容量内存256M及以上2外存容量、联机或脱机、媒体及其存储格式设备的型号及数量硬盘40G及以上、声卡、显卡无要求3输入及输出设备的型号和数量联机或脱机考虑到数据的平安性问题要求运用磁盘阵列。4数据通信设备的型号和数量5功能键及其他专用硬件支持软件:1操作系统利用 Windows 操作系统进行开发WinXP/Win2000/Win20032开发软件 后台开发工具运用JAVA 的MyEclipse8.5 前台开发工具运用Macromedia Dreamweaver MX 2004。 应用服务器选择为Tomcat5.5。 docin 酒店管理系统3数据库系统考虑到用户的数据流量建议运用My

20、SQL数据库并且运用Apache Tomcat通用的JDBC数据库连接池来连接数据库。客户端运行环境 由于本系统是基于 B/S 结构开发出来的对客户端的配置要求不是很高。Struts 则是为了Web层能够更好限制跳转。1操作平台需求可以是 Win2000/WinXP/WinMe/Win98 等平台2软件需求客户端须要安装一个 Internet 阅读器如 InternetExplorer 。 2.3假定Assumption和约束Constraint AS-1:酒店内部有可以访问公司内联网的计算机和打印机这样酒店人员就可以处理订单量不会遗漏客户预定信息。AS-2:酒店人员能刚好地为客户供应客房预定

21、服务这样就能满足全部的客户的订房要求入住酒店时即可入居处预定的客房。DE-1:酒店须要供应足够的人员以保证系统能有效地运行。 docin 酒店管理系统3. 需求规定 3.1对功能的规定 3.1.1 用户需求 3.1.1.1 组织机构和角色 角色说明角色名称 说明前台管理员 一般员工负责订房开房结房房间管理员 一般员工负责为客户供应服务酒店客户 该公司的顾客时间 负责为该系统供应时间提示 docin 酒店管理系统1前台管理员参加业务说明此视图呈现前台管理员全部须要做的事情。用这个视图便于确保前台管理员的全部工作不会被漏掉。2房间管理员参加业务 docin 酒店管理系统说明此视图呈现房间管理员全部

22、须要做的事情。用这个视图便于确保房间管理员的全部工作不会被漏掉3酒店客户参加业务说明此视图呈现酒店客户全部须要做的事情。用这个视图便于确保酒店客户的全部工作不会被漏掉。4时间参加业务 docin 酒店管理系统说明此视图呈现到所规定时间全部须要做的事情。3.1.1.2 业务概览(1) 入住房间业务视图 docin 酒店管理系统(2) 退出房间业务视图 docin 酒店管理系统3.1.1.3 业务场景 (1) 入住房间业务场景 docin 酒店管理系统(2) 退出客房业务场景 docin 酒店管理系统3.1.2 系统需求3.1.2.1 概览 docin 酒店管理系统3.1.2.2 系统需求规定(1

23、) 订房 业务说明用例1用例名称查询客房信息实现名称Bur_lookroom用例描述 酒店客户通过此用例向系统查询客房信息恳求参加者 酒店客户前置条件 酒店客户登陆酒店网页通过相关权限验证后置条件 客户依据自己的须要进行预订客房操作主事务流 1用户登录系统计算机用户权限界面2用户选择查询客户身份权限计算机显示酒店客房查询界面3.计算机执行后置条件。用例结束业务规则 只能查询客房信息其它酒店信息须要进入另外相关的网页涉及的业务实体 订房非功能性需求 支持多种语言显示有外文书籍用例2用例名称 订房实现名称Bur_orderroom用例描述 酒店客户通过此用例向系统预订客房恳求参加者 酒店客户前置条

24、件 酒店客户登陆酒店网页通过相关权限验证后置条件 客户进入酒店干脆可以入住预订好的客房 docin 酒店管理系统主事务流1用户登录系统计算机用户权限界面2用户选择查询客户身份权限计算机显示酒店客房查询界面3.用户按客房的容量价位等进行查询计算机显示查询结果4.用户可单选或多选不须要预订的可干脆退出并确认预订。计算机显示确认预订客房清单。5.用户选择确认预订计算机显示预订定单及所需押金费用6用户选择提交定单计算机显示提交结果和定单号7.计算机执行后置条件。用例结束备选事务流1. a用户选择保存定单1. 计算机保存并执行12. a用户选择退出1. 计算机执行13.a.用户查看已预订的客房信息1.

25、计算机保存并执行1b.用户退订预订的客房1. 计算机保存并执行1业务规则 至多预订二十间客房涉及的业务实体 交纳定金非功能性需求 支持多种语言显示有外文书籍用例3用例名称 交纳订金用例描述 酒店客户通过此用例向系统交纳订金恳求参加者 酒店客户前置条件 酒店客户已预订酒店客房后置条件 客户预订客房胜利 docin 酒店管理系统主事务流1用户登录系统计算机用户权限界面2用户选择查询客户身份权限计算机显示酒店客房查询界面3.用户按客房的容量价位等进行查询计算机显示查询结果4.用户可单选或多选并确认预订。计算机显示确认预订客房清单。5.用户选择确认预订计算机显示预订定单及所需订金费用6用户选择提交定单

26、以及订金计算机显示提交结果和定单号7.计算机执行后置条件。用例结束备选事务流1. a用户选择付款方式1. 计算机保存并执行12. a用户没有足够的资金可以进行语音服务进行语音预订1. 计算机执行1业务规则 不同的客房订金不同涉及的业务实体 订房退房非功能性需求 支持多种语言显示有外文书籍 docin 酒店管理系统 业务场景分析 docin 酒店管理系统 业务实体分析(2) 退房 业务说明用例名称 退房实现名称Bur_quitroom用例描述 酒店客户通过此用例向系统退订客房恳求参加者 酒店客户前置条件 酒店客户已预订酒店客房后置条件 客户取消入住酒店或重新进行预订操作 docin 酒店管理系统

27、主事务流1用户登录系统计算机用户权限界面2用户选择查询客户身份权限计算机显示酒店客房查询界面3.用户查看已预订的客房信息计算机显示确认预订客房清单。4.用户选择确认退订计算机显示退订定单5用户选择确定退订计算机显示提交结果6.计算机执行后置条件。用例结束备选事务流1. a.用户假如没有超出退订时间订金退还1. 计算机保存并执行1b. 用户假如超出退订时间订金不再退还1. 计算机保存并执行1业务规则 退订可以重新进行选择涉及的业务实体 退还订金非功能性需求 支持多种语言显示有外文书籍 docin 酒店管理系统 业务场景分析恳求退房全额退款是否超过全额退款时间否是计算机酒店客户 业务实体分析 bu

28、r_quitroom(from Business Use Case Realization)房间be_退房清单酒店客户(from Busness Actor)预房金额10.n10.n0.n10.n11111. docin 酒店管理系统(3) 开房 业务说明 用例名称开房实现名称Bur_openroom用例描述 酒店前台管理员依据客户须要进行开房操作参加者 酒店前台管理员前置条件 客户须要开房或酒店客户已预订酒店客房后置条件 客户入住客房主事务流 1用户登录系统计算机用户权限界面2用户选择查询酒店管理员身份权限计算机显示酒店客房信息界面3.用户按客户的须要进行查询计算机显示查询结果4.用户按酒店

29、客户的须要进行开房操作。计算机显示确认开房费用清单。5.用户选择确认开房计算机打印房间清单及所需费用6酒店客户提交所需费用系统设置所开房间状态为已开计算机显示客房信息7.计算机执行后置条件。用例结束备选事务流1. 酒店客户已经订房则免去很多必要手续1. 计算机保存并执行1业务规则 开房后交给客户对应的客房卡涉及的业务实体 房间客房卡非功能性需求 支持多种语言显示有外文书籍 docin 酒店管理系统 业务场景分析 接待来宾选择登记房间输入登记姓名输入登记人信息输入其他客人资料是否预定否是否有客史否导入来宾资料是选定已预定房间是是否团购是确认客户资料确定入住否来宾续住是否修改来宾资料来宾是否续住在

30、线资料修改来宾换房来宾是否换房打印接待状态表是否是否是计算机前台管理员 docin 酒店管理系统 业务实体分析bur_openroom(from Business Use Case Realization)客房篮费用记录房间be_房间费用单开房金前台管理员(from Busness Actor)1110.n0.n0.n11. .n0.n11111. .n111110.n110.n11111 (4) 结房 业务说明 用例名称结房实现名称Bur_overroom用例描述 酒店前台管理员依据客户须要进行结房操作参加者 酒店管理员前置条件 客户已开房后置条件 系统设置所对应的房间状态为空主事务流 1用

31、户登录系统计算机用户权限界面2用户选择查询酒店管理员身份权限计算机显示酒店客房信息界面3.用户按客户的须要进行查询计算机显示查询结果 docin 酒店管理系统4酒店客户提交所需费用没有的话可以省去交纳客房卡5.用户选择打印清单计算机执行6.计算机执行后置条件。用例结束备选事务流1. a酒店客户开房时间已到选择续费1. 计算机保存并执行1业务规则 结房须要确认房间物品客户须要交纳客房卡涉及的业务实体 房间客房卡非功能性需求 支持多种语言显示有外文书籍 业务场景分析 来宾退房是否是团体查询预付额计算其他商品销费计算总费用计算房费否结账计算团体每个人房费是计算个人其他商品销费个人分账单生成团体单计算

32、机前台管理员 docin 酒店管理系统 业务实体分析 bur_overroom(from Business Use Case Realization)房间be_房间费用单11. .n11. .nbe_结房清单酒店客户(from Busness Actor)预房金额10.n10.n10.n10.n0.n10.n11111 docin 酒店管理系统数据分析 概览 客房 实体名称客房 实体描述 客房可以预订退订开房以及结房具体看实体图 属性名称 类型 精度 说明(属性的业务含义及业务规则)类型编号 INTEGER12 楼层+房间号类型价格 INTEGER3 客房的类型价位床数 Int 8 客房内部的

33、床数量房间状态 VARCHAR(20)20 可能空可能有客人住 docin 酒店管理系统是否空调VARCHAR(20) 100 有空调的比一般没有空调的价位高是否有电视 VARCHAR(20)50 一般都有电视但考虑到客户的资金问题有少量没有电视价位稍低是否有电话 VARCHAR(20)100 客户可以通过打电话到前台进行服务是否有卫生间VARCHAR(20)1000 有单独卫生间的比一般没有的价位高 客户信息实体名称客户信息 实体描述 客房的信息 属性名称 类型 精度 说明(属性的业务含义及业务规则) 顾客编号 INTEGER 3 预订的客户编号 顾客姓名 VARCHAR(20) 8 预订的

34、客户姓名必需真实 顾客身份 VARCHAR(20) 20 可能为会员待遇不同 顾客电话 VARCHAR(20) 100 客户的电话信息 客房编号 INTEGER 50 预订的客房号 订房清单实体名称订房清单 实体描述 客房可以查看已预订的房间 属性名称 类型 精度 说明(属性的业务含义及业务规则) 订单编号 INTEGER 12 订房时的编号 顾客编号 INTEGER 3 预订的客户编号 docin 酒店管理系统顾客姓名 VARCHAR(20)8 预订的客户姓名必需真实 顾客身份 VARCHAR(20) 20 可能为会员待遇不同 顾客电话 VARCHAR(20) 100 客户的电话信息 客房编

35、号INTEGER50 预订的客房号 退房清单实体名称退房清单 实体描述 客房可以查看已预订的房间进行退订 属性名称 类型 精度 说明(属性的业务含义及业务规则) 退房编号 INTEGER 12 退订时的编号 顾客编号 INTEGER 3 预订的客户编号 顾客姓名 VARCHAR(20) 8 预订的客户姓名必需真实 顾客身份 VARCHAR(20) 20 可能为会员待遇不同 顾客电话 VARCHAR(20) 100 客户的电话信息 客房编号 INTEGER 50 预订的客房号 3.2 非功能性需求 3.2.1 性能需求Performance PE-1.精度需求在精度需求上依据运用须要在各项数据的

36、输入输出及传输过程中可以满足各种精度的需求。PE-2.时间需求在软件方面响应时间更新处理时间都比较快且快速完全满足用户要求。PE-3.敏捷性 docin 酒店管理系统当用户需求如操作方式运行环境结果精度数据结构于其他软件接口等发生变更时设计的软件要做适当调整,敏捷性特别大。PE-4.故障处理a. 内部故障处理在开发阶段可以随即修改数据库里的相应内容。b. 外部故障处理对编辑的程序进行重装载时第一次装载认为错修改。其次次运行在需求调用时出错有错误提示重试。PE- 5系统生成的全部Web页面通过速率为40KBps的调制解调器在不超过10秒时间内可以全部下载下来。 3.2.2 平安性需求 SE-1全

37、部涉及功能信息或个人身份信息的网络事物都要采纳128位的加密。SE-2用户必需登录到“酒店客房管理系统”才能完成全部操作 。SE-3用户完成操作之后安必需全退出以免被他人误用导致自己新丢失。SE-4当原始系统数据万一丢失时启用的副本的建立和启动的技术周期性地把磁盘信息记录到磁带上去。3.2.3 软件质量属性 可用性-1“酒店客房管理系统”系统将对内联网的全部用户可用用户在当地时间早晨5点到晚上12点99.9%的时间可用当地时间晚上12点到早晨5点则95%的时间可用。可用性-2在装载总程序时正常就运行异样就停止系统出现错误将会产生不行遇见的问题热启整个终端程序就会再启动程序出现错误 重新装载,若

38、仍有错依据提示渐渐装载。牢靠性-1假如在定单得到确认或取消之前用户和系统的连接中断那么用户应当能通过“酒店客房管理系统”复原不完整的定单。 docin 酒店管理系统可维护性-1本软件的组成结构独立性强模块化程度高具有高内聚低耦合的特性维护起来比简洁。可移植性-1可转移的环境是P3以上至少256兆的环境不行修改任何部分可用向上兼容的高版本的汉语编程系统。 3.3 外部接口需求 3.3.1 用户界面User InterfacesUI UI-1“酒店客房管理系统”的屏幕画面将遵照公司的Internet应用程序界面标准V2.0版本。UI-2系统对所显示的每个HTML网页都供应链接帮助说明如何运用这些网

39、页。UI-3Web页面的全部导航和书目选择除了综合运用鼠标和键盘共同完成外还可以通过键盘来单独完成。 3.3.2 硬件接口Hardware InterfacesHI 短信猫接口、打印机接口。服务器端CPUP4以上。内存256MB以上。客户端CPUP3以上。内存256MB以上。显示卡16K色以上显示模式。3.3.3 软件接口Software InterfacesSI 服务器端操作系统中文WindowsServer2000WindowsXP。JRE环境JRE1.5以上版本。客户端操作系统Windows2000/XP docin 酒店管理系统JRE环境JRE1.5以上版本。 3.3.4 通信接口Communications InterfacesCI CI-1“酒店客房管理系统”将向读者发送电子邮件消息以报告定单接受之后定单中或递送中存在的问题。CI-2“酒店客房管理系统”将向读者发送电子邮件消息以提示所借书目将要到期。CI-2基于TCP/IP协议的Internet网。 docin 2051785