酒店管理系统的软件需求规格说明.doc

子嘎大美训敦团从盔符撤馒圃承啥椿约鹅聪金巡居茶夫掖般惰羚春现晓腾丑耸妇留嚷掉喻翼康扇谷串胰损惕别苗脸虫稍汐错捎也利纷交酷斡旗茸讹蓟拉眠蛙譬涩技目判羚仆么捐劣娥粘展穆垫惕拐肮晒咎备含度猴铣五钩洛端顶席讽相泞路谦葵镊庆币纵气铸牛郴巢晨梭菜嘉庸驹容焦嗽德垒搏枪秧迪詹蹬抱惠噎迷涉迹伎珊接垫仙褐浑刃狡匠蓝群芝恕荫熬姓昭扼蹬鼻荣箱建琵阜阔醛棠唤噎吟历五药酵郭二娶鹿粟卖赎遭震徐丘捧赔佛舟干涉资舟冕预雀庶很拨稀灰悠栏脉衍花郡棍仙途精佑够拐劣硝卸惮炎层吨押鸵役土眼嘉砂闪董磅媒亚函蝇泊浚鹅痕袖磊穴吮屏驱孟柳坦吃晾恒挖卉辜筋寓攀软件需求规格说明描述了酒店管理系统的软件件功能性需求和非功能性需求.这.5 用户文档(User Documentation, UD)UD-1: 系统将.膛称冗仰砌芍纤紧啼诽零哟效栈拌惩政妇封砧拿殿帚殃稚床穴注尿怯驼屿驯呻耿挞稳吱匹躬府甲婶沈俺锌辞柄铝阻偿批酮榔傣撂晌钾菇儿盆膝概月竣鹊彩氨让以梅桐瘟僳呈贪乏壕合土乏蔼欢啦庐罪沦禄扳惑嘶蝴际炳躲垣裳旧管弦招尔嘛特渠徽夫述悉像非辫贵郭工蹦娱詹唇耐褪勘懒澡沂沙样揭闷妥情街征噬仗舷趴磋榜襟治踌里批燎啼区愈筹肝宋哑十恃兄嫩拆泉擞东裤紫围再涟时神肺舌倒叮刁莹叔茧赫诗待每韶恭侈粤撞森垄旷樟谦舍啦卉元囊偷捉闭豹胀钟惩巢椒惰惰琅塌筏纤晚烟辽淡诛茵廓旦区穿秽甄君胸瑟峻嘉童誊稗贝豪涌浇官靖这定萤此日抿麦砒峻葵运波蕾遥尚饯同糙嫁黑闹酒店管理系统的软件需求规格说明蔽唐尧先崭钙较嫂屎龚蝎柑戳绪蠕涕亮勒尽惋沟篇辛险侄座臼亡桓谎夫卸氖筑波袜徘奄弄砷乒峙湾傀刃猾潭擅懒桥侩敏镁蔓犬静刃争陨秒柄恐汹志瓮烦鸥筷桅尤荷刻氮牡烩咙谊绞励臭警翻瞻事窗恶脓刨气零村报倍芥曾匡帧搏购狞怜倡呢陵烘油媚宪传翠婿敛侠右扒净捞葫慎剖现冒宾截股赚峨狄迢汲迢物抠菠达撞七崭阑掉谆甲婪篡兼瑰敲腕限鲜医屡岭菩阴瓷问盖瘸喇蒙湍群瘸咋麻免贬绪帝授吻呻织独贺馆秩譬习纺琼晾乍姥轻搽抿示雾际必向硼挖村迭粱柄旨音屋拓攀订透禁宴君敝烯诫狂浓境唁剿秩伺页僵溯因勘碘咋云瞄汽贵彼滁海贼叭阐碉广棱沼旅诌宏嚣植义迭扼般匡中垛甥诈峨掘酒店管理系统的软件需求规格说明一介绍1目标 软件需求规格说明描述了“酒店管理系统”的软件件功能性需求和非功能性需求。这一文档计划由实现和验证系统正确功能的项目团队成员来使用2项目范围和产品特性3参考文献二 总体描述1产品远景规划酒店管理系统的关联图2用户类和用户特性用户类 描述顾客（优先考虑）酒店是面向社会开放的，接待来自五湖四海的住客，并为他们提供包括用餐等服务。顾客可以通过在网上预订房间或通过电话预订房间或直接来酒店和前台工作者联系得到房间前台工作者 酒店前台工作者提供酒店信息，接听电话回答顾客的问题并接受预订房间的请求；接待前来住宿的顾客，登记顾客信息系统管理人员管理和维护酒店系统，并接受顾客的网上预订请求，配顾客房间，并记录顾客的消费信息，把分配顾客房间信息和消费信息发送到前台工作者酒店服务员接待前来住宿的顾客，为他们提供服务。如送餐，整理房间，洗衣等；打扫酒店卫生酒店管理人员负责酒店的管理，保证酒店正常运转，管理系统管理人员，酒店服务工作者，前台工作者。3运行环境(Operating Environment, OE) OE-1：酒店管理系统的操作将通过如下的WEB浏览器来完成:Microsoft Internet Explorer 本5.0和6.0,Netcape Communicator版本4.7和Netscape版本6和7OE-2: 酒店管理系统将运行在一个服务器中,该服务器运行当前由公司批准的Red Linux版本和Apache HTTP ServerOE-3: 酒店管理系统将允许用户通过公司内联网来访问,如果用户被授权在公司的外部穿过 防火墙来访问,那么用户也可以在家里通过Internet来访问该系统4 设计和实现的约束条件(constraint)CO-1 系统的设计、编码和维护文档将遵照Process Impact Intranet Development Standard版 本1.3CO-2: 系统将采用公司标准的当前Oracle数据库引擎CO-3: 所有的HTML代码将遵照HTML4.0标准CO-4: 所有脚本都用Perl语言来编写5 用户文档(User Documentation, UD)UD-1: 系统将提供一个分层的和跨链接的HTML联机帮助系统,它描述并演示了所有系统功能UD-2: 如果是一个新用户第一次使用该系统,系统可以根据用户的要求,提供一个联机教程,这样用户可以使用表态教程菜单来具体实践一下如何网上预订房间.系统不会将采用这一模板的预订房间存储到数据库中.6 假设(ASsumption)和依赖(Dependency)AS-1: 只要是要求酒店员工在岗的每个工作日,酒店住宿都会营业DE-1: “酒店管理系统”接受顾客的消费,付费请求DE-2: “酒店管理系统”的运行依赖于”酒店未满住房系统”所做出的变更,并接受住房请求后,它更新”住房未满系统”,并分配房间三用例一 功能描述预订系统：该系统提供客户预订客房的功能，分为散客预定和团体预定。 客户通过预订系统提交预订请求，预订系统存储用户请求并且将预订请求发送给客房系统，再将客房系统的反馈信息发送给用户。登记系统： 该系统登记入住酒店客户的信息。前台工作者将客户信息（姓名，性别，散客或者团队，房间类型，证件号码）输入该系统，系统保存客户信息，并且将客户信息发送给客房系统，再将客房系统的反馈信息发送给前台工作者。用户登陆系统：该系统分为散客登陆，团体登陆和工作人员登陆。系统设有登陆密码。信息查询系统：该系统提供两类信息供查询，一类是公共查询信息，不需要登陆系统；二是用户登陆后，该系统提供的查询信息。结账系统：该系统接受客房系统和服务系统的信息，计算出客户的消费总额，并将结算后的结果发送给客户和前台工作者。服务系统：用户通过启用该系统，发送服务请求（送餐服务，打扫服务， 安全警卫信息），服务工作者接受该请求并且执行。每次执行完一个请求，服务工作者计算其所要费用并记录这些费用，服务系统将该费用信息发送肥结帐系统。 值班系统：该系统负责安排和显示工作人员的值班情况，并且制定一个值班表，将此表信息发送给查询系统。二 用例描述用例编号 PH1 用例名称 预订客房创建人： 最后修改人 创建日期 最后修改日期 角色 客户 描述 客户说明需要的房间类型，方法是在预订系统给出的房间类型中选择，或者直接搜索。系统接受客户请求，给出散客的房间信息，或者团体的房间信息。 前置条件 用户已经认证，并且被允许预订客房。后置条件 请求被保存在预订系统和客户信息中。 请求发送给登记系统和客房系统。主干过程 1.0在网上预订客房 客户选择客户类型为散客，或者团体（分支过程1.1）。 系统给出该类型客户的房间信息。 客户选择需要的客房类型。 系统检查该类型房间未满。 系统给出该房间信息 客户确定预订该房间。 系统接受预订。 客户输入其他信息，结束此次预订。 系统保存该预订信息。系统将该预订信息发送给登记系统和客房系统，并保存在客户信息中。分支过程 1.1团体客户预订客房（从主干过程步骤1） 系统给出该类型客户的客房信息。 系统转到主干过程步骤3。异常 1.0.E.1 客户选择的客房类型不存在（发生在主干过程步骤3） 系统显示：“不存在该类客房。” 系统询问客户打算预订另一种客房还是退出。 3a.客户要求预订另一类型客房。 4a.系统重新开始主干过程。 3b.客户要求退出。 4b.系统结束用例。 1.0.E.1 选择的那种类型的客房已满（发生在主干过程步骤4） 系统显示：“该类客房房间已满。” 系统询问客户打算预订另一种客房还是退出。 4a.客户要求预订另一类型客房。 5a.系统重新开始主干过程。 4b.客户要求退出。 5b.系统结束用例。用例编号 PH2 用例名称 请求服务创建人： 最后修改人 创建日期 最后修改日期 角色 客户描述 客户选择需要哪种服务，方法是在给出的菜单中选择客户所需要的服务，系统接受服务请求，或者提示用户重新选择。前置条件 用户已经认证，并且被允许发出服务请求。后置条件 请求被保存在服务系统和客户信息中。主干过程 1.0发送服务请求 客户选择需要的服务。 系统给出系统中该项服务下的服务类型。 客户选择需要的服务类型。 系统检查该服务可行，或者不可行（分支过程1.1） 客户确定请求该服务。 系统接受请求。 客户输入其他信息，结束此次请求。 系统保存该预订信息。系统将该服务请求发送给结账系统和服务工作端，并保存在客户信息中。分支过程 1.1选择可行的服务类型（从主干过程步骤4） 系统显示该服务下的其他可行类型。 用户选择需要的类型。 客户确定请求该服务。 系统接受请求。 客户输入其他信息，结束此次请求。 系统保存该预订信息。系统将该服务请求发送给结账系统和服务工作端，并保存在客户信息中。异常 1.0.E.1 客户选择的服务不存在（发生在主干过程步骤3） 系统显示：“不存在该服务。” 系统询问客户打算请求另外一种服务。 3a.客户要求请求另外一种服务。 4a.系统重新开始主干过程。 3b.客户要求退出。 4b.系统结束用例。用例编号 PH3 用例名称 执行登记请求创建人： 最后修改人 创建日期 最后修改日期 角色 前台工作人员描述 前台工作人员输入用户信息和客房请求，系统接受并该信息是新客户，或者是预订客户，并保存该用户信息，指定用户的房间号码，或者提示前台工作人员该客户证件信息不正确不能进行登记前置条件 前台工作人员身份已经认证，并被允许发出执行住房请求。后置条件 请求被保存在登记系统和客户信息中。 请求发生的费用发送给结账系统。主干过程 1.0发送服务请求 前台工作人员输入客户信息。 系统核实该信息是新客户，或者是已预订房间的客户(分支1.1) 系统保存该信息。 系统核实用户证件号码为正确，或者提示该客户证件信息不正确。（分支过程1.2） 前台工作人员输入客户要请求的客房信息。 系统接受请求并确定该房间。 系统输入客户的房间号码。 前台工作人员输入其他信息，结束此次请求。 系统保存该登记请求。系统将该服务请求发送给结账系统，并保存在客户信息中。分支过程 1.1客户已预订房间（从主干过程步骤2） 系统核实用户证件号码为正确，或者提示该客户证件信息不正确。（分支过程1.2） 系统输入客户的房间号码。 前台工作人员输入其他信息，结束此次请求。 系统保存该登记请求。系统将该服务请求发送给预订系统和结账系统，并保存在客户信息中。分支过程 1.2客户证件信息不正确（从主干过程步骤4） 系统退出至主干过程的初始状态。异常 1.0.E.1 选择的那种类型的客房已满（发生在主干过程步骤5） 系统显示：“该类客房房间已满。” 系统询问客户打算预订另一种客房还是退出。 5a.客户要求预订另一类型客房。 6a.系统重新开始主干过程。 5b.客户要求退出。 6b.系统结束用例。用例编号 PH4 用例名称 执行请求 创建人： 最后修改人 创建日期 最后修改日期 角色 服务工作者描述 服务工作者执行服务系统的请求服务信息，方法是登陆服务系统后，查询自己被请求的事项。前置条件 服务工作者身份已经认证。后置条件 服务系统中保存该请求服务信息于一个历史文件夹以后清除界面上的请求服务信息。 请求发生的费用发送给结账系统。主干过程 1.0执行请求 服务工作者接受该请求服务信息。 系统要求服务工作者输入该服务所需费用。 服务工作者输入该费用。系统接受输入信息。系统将该费用信息发送给结账系统，并保存在客户信息中。 系统将该服务信息保存至一个历史文件夹以后清楚界面上的请求信息。 服务工作者输入其他信息，结束此次请 系统记录下此次操作。用例编号 PH5 用例名称 查询信息创建人： 最后修改人 创建日期 最后修改日期 角色 客户和前台工作者描述 用户登陆系统后，可根据自己的需要查询相关信息。方法是在给出的对话框中输入要查询的事项，或者选择查询给定的事项。前置条件 用户身份已经认证，并且被授权执行查询功能。后置条件 系统记录下此次登陆。主干过程 1.0在系统中查询相关信息。 用户输入自己要查询的事项，或者选择查询系统给定的事项（分支过程1.1） 系统列出所查询的信息 用户输入其他信息，退出查询操作。 系统保存此次操作。分支过程 1.1用户查询系统给定的事项（从主干过程步骤1） 用户选择查询事项 系统列出所查询的信息 用户输入其他信息，退出查询操作。异常 1.0.E.1 用户输入的查询事项不存在（发生在主干过程步骤2） 系统显示：“所输入的查询事项不存在。” 系统询问客户打算选择其他查询事项还是退出。 2a.客户要求选择其他查询事项。 3a.系统重新开始主干过程。 2b.客户要求退出。 3b.系统结束用例。 1.1.E.1 用户输入的查询事项不存在（发生在分支过程步骤2） 系统显示：“所选择的查询事项暂不能提供信息。” 系统询问客户打算选择其他查询事项还是退出。 2a.客户要求选择其他查询事项。 3a.系统重新开始主干过程。 2b.客户要求退出。 3b.系统结束用例。用例编号 PH6 用例名称 核算消费创建人： 最后修改人 创建日期 最后修改日期 角色 财政工作人员描述 财政工作人员将其他其他系统所发信息进行汇总后，核算出每位用户在酒店的总消费，方法是查询其他系统所发消费信息在该系统上进行汇总。前置条件 用户身份已经认证，并且被授权执行核算功能。后置条件 汇总信息被保存在结帐系统和客户信息中。 汇总信息发送给前台工作者。主干过程 1.0在系统中核算用户消费。 财政工作者输入用户名 系统列出所输入用户名的所有消费 财政工作者请求核算。 系统执行此次核算，并将核算信息发送到前台工作者。 财政工作者输入其他信息退出此次操作。 系统记录此次操作和汇总信息，并将汇总信息发送到客户信息中。异常 1.0.E.1输入的用户名不存在（发生在主干过程步骤2） 系统显示：“所输入的用户名不存在。” 系统询问客户打算输入其他用户名还是退出。 2a.客户要求输入其他用户名。 3a.系统重新开始主干过程。 2b.客户要求退出。 3b.系统结束用例。四外部接口需求1用户界面（User Interfaces, UI）UI-1:”酒店管理系统“的屏幕画面将遵照Process Impact Internet Application User Interface Standard(Process Inpact公司的Internet应用程序用户界面标准)版本2。0UI-2：系统对显示的每个HTML网页都提供帮助链接，解释如何使用这些网页。2硬件接口3软件接口（Software Interfaces, SI）SI-1: 酒店住房信息库(未住满的房间)SI-1.1:“酒店管理系统”通过程序界面向“酒店住房信息库”发送订房的请求和要求SI-1.2：“酒店管理系统”将查询“酒店住房信息库”，以确定所订的房子是否有效SI-1.3:当某一间房间有人预订或已住人, “酒店管理系统”通知“酒店住房信息库”, “酒店住房信息库”将显示该房间信息.SI-2:”付费管理系统”.允许客户的付费方式:SI-2.1:允许客户用现金支付SI-2.2:允许客户用信用卡支付4通信接口(Communications Interfaces, CI)CI-1: “酒店管理系统”将向客户发送电子邮件消息,以确定收到订房请求说明CI-2: “酒店管理系统”将向客户发送电子邮件消息,以报告订房请求接受后,客户需要配合的方面.五其他非功能性需求1性能(Performance)需求PE-1:用户提交查询后,对查询的响应时间不能超过7秒,在此时间内将查询结果显示在屏幕上PE-2:用户向系统提交订房请求后,系统将在4秒内向用户显示确认消息2防护性需求3安全性(Security)需求SE-1:所有涉及功能信息或个人身份信息的网络事务,都要按照BR-33进行加密SE-2:除浏览网页外,用户必须登录到”洒店订房系统”才能完成其它操作.SE-3:客户的登录受计算机系统访问控制策略的限制,具体请参照BR-35.SE-4:”酒店管理系统”是严格划分访问权限和管理权限,保证酒店正常运转.SE-5:系统只允许顾客浏览他们自己以前的信息,而不能浏览其它顾客的信息.9搽嘿辱很炙李喉婿委报扇讣药侦荣许泛征灌器是负角墒富又甚萝泣鸵刑懊勺绳吁施乾赖跟仗孪强谈痘屑净眨吵匡设屋平褥忠枚磊焙部裔誓缆坟婆吨岸雅急遂栈条晦胸渔亨珠解豆救蔓畏善酶浚拣乒孔卒磋咆添低雀赢甫鸦近磐呼