软件工程课程设计-酒店预订系统.doc

北京石油大学函授教育软件工程课程设计题 目： 乌鲁木齐明园大酒店预订效劳管理系统 年级专业： 2021级计算机科学及技术 学生姓名： 蒋磊 学 号： 2021103001 完成时间： 2021 年 10月 7日目 录1.引言3目的41.2 背景4术语41.4 参考资料41.5 概述42.任务概述52.1 产品描述5系统接口6用户接口6硬件接口6软件接口7通信接口.7内存约束7操作7站点自适应需求7产品功能7预订系统：7会员系统9员工系统9用户特征10约束.10假定和依赖11ER图113.需求规定12外部接口需求12用户界面12功能需求14主要模块14功能详细描述15性能要求37静态要求37动态要求37设计约束条件37软件系统属性37可靠性37有效性38平安性38可维护性38可携带性38逻辑数据库要求38各种信息用到的信息种类：Character, number, float38应用的频率：数据库可以连续被访问每年365天38访问容量：由系统定义的不同角色所限制38数据实体和它们的关系：由数据库对象的PK和FK所限制38完整性限制：依赖不同的数据库对象38数据保持要求：24小时支持应该被提供39完毕语39引言这个文档详细说明了酒店预订系统的功能，需求，与规格,并且还详细的说明了酒店网站的其他功能模块的需求的规格。文档还包含了酒店预订系统的构造，用户接口，交互，约束。从理解的角度展示了一个酒店预订系统要完成的功能与一个真正的酒店网站的要完成的功能。目的编写该文档的目的在于明确酒店管理系统的用户需求，使得软件开发人员及用户对待开发软件的需求有统一的、无二义性的认识，安排工程规划及组织软件开发及测试，该文档所描述的内容，可作为软件确认测试的依据。本文档仅供工程经理、设计人员、开发人员参考。1.2 背景 软件系统的名称：明园大酒店预订系统系统的主要模块：酒店预定系统本工程的任务提出者：酒店本工程的任务开发者：新疆电信软件工程组本工程的用户：酒店的员工，酒店的潜在的客户，所有网民术语HRS：酒店预订系统MBS：会员系统EPS：员工系统1.4 参考资料参考资料： SRS实例模板1.5 概述 文档分为两个局部：首先是对需求的概述，这一节包括系统总体功能的概述，系统的体系构造，与影响设计的一些因素。其次是具体需求说明。 这一节包括系统的功能详细说明。 任务概述 2.1 产品描述 酒店门户网站包含三大模块：酒店预订系统最核心的模块，会员系统，员工系统。酒店预订系统:这是一个网上预订系统，用户可以在网上预定房间与取消预订房间。同时这个系统也是一个 预订系统，用户可以打 给前台工作人员，手工预订或者取消预订。这个软件提供应用户以下功能。 1预订请求 2预订取消 3更改预定 4预订查询 5其他比方酒店的活动公布会员系统：首先用户以游客身份进入系统。如果用户有意成为本酒店的会员，那么点击注册，进入注册系统。用户必须填写相关的个人信息名字，住址，联系方式。系统给用户提供以下功能： 1注册 2会员登陆 3会员功能 4注销员工系统：员工获得合法身份后，即持有有效ID与密码进入系统。员工获得员工权限。系统给员工提供的功能如下： 1登录 2查看订单 3维护房间的信息 4删除订单 5预定 6个人信息管理 系统接口酒店门户网站是一个独立的系统。此系统与网络相连，用户通过网络就很方便的在此系统上进展交易。系统及数据库相连，便于及时更新信息。 用户接口在用户与产品之间进展交互要使用的逻辑接口特征（1） 屏幕（2） 窗口化的界面（3） 菜单式的选项为使用户使用系统时，操作简单，用户容易掌握，接口还必须优化（1） 当用户操作不当时，系统给出的错误信息必须是简单易懂的，即用户很快就知 道为什么与哪儿出错了，并且给出的解决方法也要尽量简单。用户很快的从错误状态中恢复出来。（2） 及客户交互的选项要操作简单，手工填写的信息必须尽量少。 硬件接口 包括网络端口支持，输入设备 软件接口操作系统windows XP数据库MySQL 通信接口. Internet 局域网Local Area Network(LAN). 内存约束足够的内存及网站进展交互 操作 支持用户多种方式的操作交互操作周期与无人值守操作 支持数据处理功能撤销与恢复操作 站点自适应需求a. 数据初始化需求 为应用程序初始化数据库实例 初始化房间信息b. 网站站点必须不被用户制止 c 用户在线操作产品功能 预订系统：.1预订请求 1在线预订 处理预订请求是系统的主要功能。如果用户选择的房间类型的房间数在用户请求房间数的范围之内，那么预订成功，生成订单，订单的生面命周期在预订成成功的当天到入住日期这一段时间。如果房间数超过了系统预置的房间数，那么提示用户是不是可以在其它房间类型中选。如果酒店房间已满，提示已满，预订不成功。 2 预订 这时系统的操作由员工代替。2.2.1.2 预订取消 1网上取消 在订单有效之前都可以取消,即在用户入住日期之前都可以取消或者更改 2 取消 在订单有效之前都可以取消,即在用户入住日期之前都可以取消或者更改。系统的功能由员工替代。2.2.1.3预订修改 1网上修改：在订单有效之前都可以取消,即在用户入住日期之前都可以取消或者更改，不能更改订单号。 2 修改 ：系统的操作由员工代替2.2.1.4 预订查询 1网上查询：在订单有效之前都可以取消,即在用户入住日期之前都可以取消或者更改，不能更改订单号。 2 修改 ：系统的操作由员工代替2.2.1.5其他 公布酒店近期特惠活动 会员系统2.2.2.1 注册 用户申请会员后，填写必须的个人信息，注册成功2.2.2.2会员登陆 会员使用有效ID与密码登陆，登陆成功后即获得会员权限 2.2.2.3会员功能 1 会员查看或修改会员信息 2 会员查看订单历史信息 3 针对会员实现积分优惠制 4 会员能够享受我们的酒店优惠特价 5 会员具有普通用户的一切功能2.2.2.4注销注销有两种，1 永久注销，即用户放弃会员身份2 退出登陆 平安退出登录 员工系统2.2.3.1登陆 员工从系统管理员处获得员工的ID与密码，成功登陆后即获得员工权限2.2.3.2查看订单 员工可以查询当天到期的订单2.2.3.3 维护房间信息员工可以增加或者删除房间，改变房间价格2.2.3.4删除订单 员工仅能删除的订单为用户要求取消的订单2.2.3.5 预定 员工仅能在用户请求的下预定房间2.2.3.6 个人信息管理员工可以修改自己的密码用户特征 主要用户是需要预订酒店房间的客户，我们提供两种订购方式。 预订与网上预订。对于使用网上预订的客户，我们要求客户可以使用个人电脑上网。还有普通访问网站的网民，我们提供酒店介绍效劳。约束. 管理策略: N/A 硬件局限:支持网络效劳的个人电脑。 数据库效劳机: H80 (Dual 1GHZ CPU, 2G RAM, 120G Disk System) 其他应用接口: Web 浏览器: Internet Explorer or higher, Netscape 7.0 or higher 数据库: MySQL6.0 or above 并行操作: N/A 定期查核功能: N/A 控制功能: N/A 高阶语言需求: N/A 信号握手协议: N/A 可靠性需求: 出错命令处理不超过 0.01% 应急程度: High 平安需求: 满足平安需求，保证系统的平安 假定与依赖用户可以选择登陆与不登陆两种方式进入系统 ER图需求规定外部接口需求用户界面.1 新的预订窗口1 初始预订窗口 2 用户选择后的新预订窗口 3 新订单概要窗口.2 取消预订所需要的窗口 1 查找相应订单2 没有找到相应的订单3 取消预订确实认窗口4 取消预订异常窗口.3 修改预订所需要的窗口 1 查找相应订单窗口2 没有找到相应的订单窗口3 修改预订信息后确实认窗口4 修改预订信息异常窗口.4 用户注册 1 用户注册窗口 2 注册失败窗口 .5 用户登陆 1 用户登陆窗口 2 登陆失败窗口.6 用户注销 1 用户注销窗口 2 注销失败窗口.7 用户查看或修改 1 用户查看用户信息窗口 2 翻开窗口失败窗口 3 修改用户信息窗口 4 修改失败窗口.8 员工登陆 1 员工登陆窗口 2 员工登陆失败窗口.9 员工查看 1 员工查看窗口 2 员工查看失败窗口.10 员工维护房间信息 1 员工修改房间信息窗口 2 员工修改房间信息失败窗口功能需求主要模块预订系统会员系统员工系统功能详细描述 .1预订系统(HRS)Use Case 1: .1 酒店接收用户预订请求，处理预订请求，并把新的预订订单提供应酒店. 角色 处理预订. 参及者 主要参及者: 用户 次要参及者: 员工.1.1.4 先决条件 酒店有未被预订的房间客户在网站上注册了有效信息，即会员没有注册的客户也可以建立新的预订.1.1.5 主要场景描述 1. 预订请求由用户触发，用户要初始化一个新的预订请求2. HRS 列出酒店所有未被预订的房间类型包括此类房间的价格等其他信息给用户选择 3. 用户选择一种房间类型，输入需要的数量，提交预订请求给HRS. 4. HRS 比拟酒店此类房间的数量及用户输入的房间数量，确保酒店足够提供这么多房间。如果房间不够，那么提示用户并且建议用户换成其他的有足够房间数目的房间类型。5. 如果房间足够，用户必须在预订订单上填写订单需要的信息，比方住址，名字等，但是订单号码是由HRS生成的。但是如果用户是以会员身份登陆的，那 么订单中要填的个人信息系统就自动填写了，并且会员可以更改系统自动填写的信息。 6. 如果订单信息填写正确，HRS在没有意外的情况下下，报告用户预订成功。 7. HRS 减少相应房间类型的房间数目 8. HRS 把订单号反应给用户 9. 在订单到期的当天的，HRS把有关的订单报给酒店员工 . . 可供选择的场景 客户的状态信息 1 登录的会员 2 普通客户. 失败条件 1. HRS 未能及数据库建立房间信息的连接 HRS 报告系统管理员连接错误. HRS 因这个错误引起的不便给用户抱歉并建议用户稍后再试 2. 模块在日志里面记录这次连接错误 HRS 未能更新预订订单状态 HRS 报告系统管理员连接错误. HRS 因这个错误引起的不便给用户抱歉并建议用户稍后再试 3 模块在日志里面记录这次连接错误 HRS 未能及员工建立连接 HRS 报告系统管理员连接错误. HRS 因这个错误引起的不便给用户抱歉并建议用户稍后再试 模块在日志里面记录这次连接错误 . 后续条件 HRS 完成处理一个预订。HRS 等待另一个预订请求.1.1.9 活动图Use Case 2: .1.2 取消预定3.2.2. 酒店允许用户利用订单号取消订单.2. 处理用户取消预订动作3.2. 2. 主要参及者: 用户 次要参及者: 员工3.2. 2.预订取消必须在订单有效日期之前，即从预定开场那天到客户要入住的日期之前这一段时间3.2.2. 主场景1. 用户输入订单号，然后点击 “ 提交按钮 2. HRS 在订单列表中找到这个订单，并且审核这个订单是否在数据库中 3. 确认后，HRS 删除订单4. HRS 更新数据中的房间数5. HRS 给用户一个确认信息3.2.1.2. 选择的场景 1. 用户点击“取消按钮 ，HRS 删除订单 2. 在订单列表中找这个订单，并且订单号是有效 HRS 删除订单并且显示订单已经删除这个信息给用户 3. HRS在订单列表中找这个订单，订单号是无效的 4. HRS 发送给用户错误信息并且显示给用户“你的订单已经不存了3.2.1.2. 失败条件􀂃 HRS连接数据库失败􀂃 HRS 数据库查询失败 􀂃 数据更新操作失败3.2.1.2.处理用户取消预订的请求。系统进入一致状态. 3.2.1.2.3.2.1.2.2.10序列图 Use Case 3: 3.2.2.3.2.2. 目的 允许用户修改用户的订单信息3.2.2.角色 处理预订订单的修改3.2.2.参及者主要参及者：用户3.2.2.先决条件 用户已经预订过 3.2.2. 主场景1. 用户输入订单号，然后点击 “ 提交按钮. 2. HRS 在订单列表中找到这个订单，并且审核这个订单是否在数据库中3. 经过确认后，HRS显示订单，此时订单的状态是可修改的4. 用户更改订单信息，但不能修改订单号5. HRS 根据用户订单信息更新数据库6. HRS 给用户发确认3.2.2.1.3.6 选择场景 1. 用户点击修改按钮 2. 在订单列表中找这个订单，并且订单号是有效的3. 在用户修改订单信息之后,而且提交了更改后的订单，然后 HRS确认没有无效数据后给用户并且显示信息修改已成功 4. HRS在订单列表中找这个订单，订单号是无效的5. HRS 发送错误信息给用户，显示信息“你查找的订单不存在了3.2.2.失败条件􀂃 HRS 连接数据库失败􀂃 HRS 数据库查询失败 3.2.2. 后续条件 1.处理用户修改预订的请求。2.系统进入一致状态. 3.2.2.1.3.9 活动图3.2.2.1.3.10 序列图Use Case 4: 3.2.23.2.2.1.4.1 目的 允许用户查询用户的订单信息3.2.2.2 角色 处理预订订单的查询3.2.2.3 参及者 主要参及者：用户3.2.2.4 先决条件 用户已经预订过或会员已经登陆uo或3.2.2.5 主场景1. 用户输入订单号，然后点击 “ 提交按钮. 2. HRS 在订单列表中找到这个订单，并且审核这个订单是否在数据库中 3. 经过确认后，HRS显示订单，此时订单的状态是不可修改的3.2.2.6 选择场景 1.用户点击查询按钮 2.在订单列表中找这个订单，并且订单号是有效的 查看订单请求得到满足 3.HRS在订单列表中找这个订单，订单号是无效的 4.HRS 发送错误信息给用户，显示信息“你查找的订单不存在了3.2.2 失败条件􀂃 HRS 连接数据库失败􀂃 HRS 数据库查询失败 3.2.2 后续条件 处理用户查看预订的请求。 系统进入一致状态. 3.2.2.1.4.9 活动图3.2.2.1.4.10 序列图3.2.2.2会员系统MBS3.2.2.2.1 Use Case 1:用户注册3.2.2.1 目的 用户由普通用户升级到会员3.2.2.2.1.2 角色 处理用户注册请求3.2.2.3 参及者主要参及者：用户3.2.2.4 先决条件面向所有网络用户3.2.2.5 主场景1. 用户点击“注册 按钮2. MBS显示一个网络注册协议，要求用户仔细阅读3. 用户点击“同意后，MBS显示注册填写的表单4. 用户填写注册表单的必填工程后，点击“确定注册5. MBS确认用户填写的信息是否正确，并且确定ID是否唯一 6. MBS确认后给用户显示信息“注册成功3.2.2.6 选择场景 1.用户点击注册按钮 2.看完注册网络协议后，点击不同意，退出注册3.看完注册网络协议后，点击同意，进入填写注册表单窗口4. 用户提交注册表单后，MBS检测用户ID是唯一的，并且其他信息填写完整必须的信息包括用户姓名，住址，邮箱号那么显示“注册成功5. 用户提交注册表单后，MBS检测用户ID不是唯一的，或者其他信息填写不完整必须的信息包括用户姓名，住址，邮箱号那么返回注册表单3.2.2.7 失败条件􀂃 HRS 连接数据库失败􀂃 HRS 数据库更新失败 3.2.2.8 后续条件处理用户注册的请求。系统进入等待注册状态. 3.2.2.9 活动图3.2.2.10 序列图3.2.2.2.2 Use Case 2: 用户登录3.2.2.2.2.1 目的 用户登录接口3.2.2.2 角色 处理用户登录 3.2.2.3 参及者主要参及者：用户3.2.2.4 先决条件面向所有网络用户3.2.2.5 主场景1. 用户输入用户ID与密码后，点击“登录按钮2. MBS确认用户ID是否存在，ID并且是否与密码匹配3. MSB确认存在且匹配成功后，用户登录成功4. 这时候用户权限提高为会员权限3.2.2.6 选择场景 1. 用户输入ID 与密码后 点击登录按钮 2. 假设MBS检测到ID不存在那么提示，“用户名不存在，请重试 3. 假设MBS检测到ID存在但是密码错误，那么提示用户输入的密码错误。并去除密码框内容3.2.2.7 失败条件􀂃 HRS 连接数据库失败􀂃 HRS 数据库查询失败 3.2.2.8 后续条件处理用户登录的请求。系统进入一致状态. 3.2.2.9 活动图3.2.2.10 序列图3.2.2 Use Case 5: 预定3.2.2.3.5.1 目的帮助客户预定3.2.2.3.5.2 角色房间预定3.2.2.3.5.3 参及者 主要参及者：员工3.2.2.3.5.4 先决条件 员工登录后3.2.2.3.5.5 主场景 1. 员工接到用户预定 ，用户要求预定房间2. 员工获得客户许可后，记录用户预定的信息3. 员工立即获得用户权限，创立订单 4. 提示创立订单成功，并在日志中记录下此动作 3.2.2.3.5.6 选择场景 无3.2.2.3.5.7 失败条件 􀂃 EPS连接数据库失败􀂃 EPS更新数据库失败 3.2.2.3.5.8 后续条件员工进入系统3.2.2.9 活动图3.2.2.10 序列图性能要求 静态要求 a. 数据库的大小应该依赖数据库效劳器的硬件限制 b. 被支持的终端数目：1000 c. 被支持的同步用户数目：4000 动态要求 a. 需要重新得到数据的时间量要轻微依赖于平台与用户的电脑配置 b.需要提交数据的时间总量要稍微依赖于用户所用电脑的平台 c. 一个简单请求如发送用户请求，数据库事务处理与发送回响应的响应时间应该在一秒左右。HRS必须为当地网络连接确保这样一个执行速度为10Mbps左右的响应时间。 设计约束条件 必须被设计成将运行在共享资源的整个应用程序的组件 面向对象设计与译码方法应该被用着完成标准设计 HRS为完成HRS业务数据库应该及应用程序所用的其他数据库分开保存 HRS网络效劳器必须在Windous 2003效劳器上执行 HRS数据库效劳器必须在IBM AIX 4.3 上执行 DBMS应该是Oracle 或更高 软件系统属性 可靠性 软件能被用着处理将及局部化数据库连接的中等尺寸在线存储的顺序 有效性 这个软件不是很危急的任务，这个软件不是多余的在硬件错误的情况下，用户应该替换坏的硬件在这个系统之外与重装软件 。不完整的要求与报告可能丧失或者必须被复制到新的硬件 在软件失败的情况下，用户将必须重启软件。当软件失败发生时不完整的要求与报告可能被丧失或者不是可用的。 平安性 通过客户网络访问HRS，操作系统必须确保任何未授权的访问是不能到达的。平安性将会依赖用户所用的系统 可维护性系统不应该有除了以下的其他维护安装软件删除磁盘的顺序信息需要的维护应该最多10% 可携带性 其核心功能应该可能运行在UNIX与windows系统上。用户界面应该支持Windows操作系统 逻辑数据库要求 各种信息用到的信息种类：Character, number, float 应用的频率：数据库可以连续被访问每年365天 访问容量：由系统定义的不同角色所限制 数据实体与它们的关系：由数据库对象的PK与FK所限制 完整性限制：依赖不同的数据库对象 数据保持要求：24小时支持应该被提供3.7 完毕语：本系统的开发节省了大量的工作量，减少了重复操作，减少了出现错误的几率，加强了预订记录的平安性与完整性，提高工作效率，实现酒店预订管理的系统化、标准化与自动化。而且该系统具有人性化设计、系统的平安设置、简单的系统维护方法、使用的高效性、强大的功能、具有错误识别能力等创新点。本系统方便了大型酒店对预订业务的管理，浏览、添加、删除、修改等操作简单直观，能根本符合酒店预订管理的需求，在一定的时期内具有教好的开展前景。本系统设置了超级用户与普通用户两种权限，普通用户只可以对系统进展浏览，查询以及少量的添加删除工作；超级用户除了拥有普通用户的功能以外还能对普通用户进展添加删除，还能对系统中的全部内容进展修改，删除与添加。本系统完成酒店预订系统中的几个常用的模块，不仅适于酒店，也适用于规模较大的效劳性企业。 第 32 页