KTV包房管理系统 《需求规格说明书》
8.3 产品质量需求
主要质量属性 正确性 健壮性 需要按照需求要求实现功能 应连可以连续工作24小时并保持稳定，在输入条件错误或者误操作后可以有正确的处理方式并保持稳定。 系统运行稳定，包括系统软件故障恢复策略、硬件故障恢复策略、软件自身容错策略、软件备份策略和软件恢复策略等 一般操作的响应时间在0.1～3秒内 用户友好，操作简便 业务流程明确、规范 前台服务机KTV内部Intranet访问，不与Internet 建立连接 安全性 用户口令安全加密 合理授权，不同级别的用户仅能在自己的权限内操作 可扩展性 兼容性 可移植性 可维护性需求 可在当前需求基础之上进行功能上的扩展 可运行在大多数主流的操作平台上 可运行在大多数主流的操作平台上 系统提供系统管理和维护，方便客户进行可配置化的管理 详细要求 可靠性 性能，效率 易用性 清晰性
? 姜亚娟组，2011
Page 25 of 38
KTV包房管理系统 《需求规格说明书》
9. 需求建模与分析报告
9.1 KTV功能结构图
KTV包房管理系统信息管理与分析结账收银服务项目管理人员管理系统信息消费查询结算管理营业分析发布信息包房查询包房预订包房唱歌管理酒水餐饮服务员工信息管理会员信息管理帮助关于本软件换房开房续唱并房
（图 KTV功能结构图）
9.2 业务流程分析报告
9.2.1 流程图的图形表示的意义
处理过程信息判断文件存储
处理过程 信息判断 业务开始标志 业务结束标志 文件存储
（图 业务流程图图例）
? 姜亚娟组，2011
Page 26 of 38
KTV包房管理系统 《需求规格说明书》
9.2.2 用户的业务流程图 9.2.2.1包房预订业务流程：
前台服务人员接到预订信息（预订时间、房间类型）后，首先查询是否有和预订信息相吻合的空闲包房，如果有则安排预订，并记录预订信息，将预定编号通知预订者；如果没有则查询与预订信息最接近的空闲包房信息，与预订者进行协调时间或者房间类型，协调成功则处理过程同上，如协调不成功则本次预订失败，同时记录预订者联系方式及原始预订信息到等待预订队列，一旦有与预订信息相吻合的包房，电话通知预订者。
<<预订者预订包房>>预订信息包房房间信息查询包房房间信息是否有匹配包房<<无>>协调预订<<有>><<成功>>协调结果<<失败>>预订编号将预订信息和预订者添加到等待预订队列等待预订队列包房预订安排安排预订并通知预订者<<预订成功>><<预订失败>> 9.2.2.2包房开房业务流程： 9.2.2.2.1 团购券开房方式
顾客将团购券交给前台服务人员，前台服务人员审核团购券的真实性和有效性，如果有效则按团购规定安排包房，并把包房安排信息记录到销售流水，更新包房房间信息；如果无效则告知顾客团购券无效。
? 姜亚娟组，2011
Page 27 of 38
KTV包房管理系统 《需求规格说明书》
<<顾客把团购券交给前台服务人员>>团购券审核团购券的真实、有效性是否有效无效信息<<无效>>告知顾客团购券无效<<有效>>团购规定根据团购规定安排包房<<开房未完成>>开房信息将开房信息记录到销售流水销售流水房间号更新包房房间信息包房房间信息<<完成开房>>
9.1.2.2.2 免单开房流程
免单的处理流程大致与团购券的处理方式相同，此处不再赘述。 9.1.2.2.3 买断情况下开房流程
前台服务人员根据顾客选择的套餐信息安排包房，如果有预定则直接安排，并把包房
安排信息记录到销售流水，更新包房房间信息；如果没有预定则根据套餐安排包房，如果没有满足条件的包房则安排预订。
? 姜亚娟组，2011
Page 28 of 38