餐饮企业营业管理系统需求规格说明书【版本1.2】(共17页).doc

精选优质文档-倾情为你奉上需求分析规格说明书项目名称：餐饮企业营业管理系统项目组成员：张森编写日期：2011年04月20日至2011年05月10日编写项目组：软工0801班-餐饮企业营业管理系统小组1 引言餐饮企业营业管理系统简介：餐饮企业营业管理系统是针对国内较大规模的餐饮企业在日常运营管理较混乱这个问题而开发的MIS系统，它包括：餐饮订餐功能子模块、餐饮点菜功能子模块、餐饮收银功能子模块、餐饮权限管理功能子模块以及其他附加功能模块，旨在为餐饮企业提供便捷、方便的服务。1.1. 编写目的此需求分析文档对餐饮企业营业管理系统做了全面细致的用户需求分析，目的在于明确所要开发的软件应具有的功能模块、操作对象、性能评价和数据信息，满足前期系统分析人员及软件开发人员能够清楚的了解用户的需求，餐饮企业能够了解软件系统的模型和构架，从而可以为开发系统的工作提供的便捷和规范。本需求规格说明书的预期读者是项目开发人员、软件测试人员、用户文档分析者、项目管理人员以及甲方相关人员。1.2. 背景传统餐饮娱乐行业的经营者大都为家族式经营，受传统思想影响，餐饮娱乐业的中高级人才很缺乏，而这正是制约餐饮娱乐行业进一步发展壮大的关键问题-不能将传统经营积累的经验贯穿下去，而信息技术的出现使这个形成了可能。餐饮业是我国最传统、涉及面最广的行业。信息技术在我国各行各业应用已非常普遍，而在这个最传统、最广泛同时也是最新的行业的应用却既少又低。市场已迫切需要高技术管理产品来提升餐饮娱乐管理的各个层面。 另一方面，现在的餐饮业已不是几年前的样子，超大规模、一体化、连锁经营的餐饮企业已遍布全国。传统的餐饮管理模式已满足不了现代餐饮企业的管理要求，市场非常需要高效率的应用解决方案。早期，已经有一些IT行业的公司开发了一些用于餐饮行业的软件和设备，并在一些餐饮企业进行了试用，但成功的较少，原因主要是以下两点：一是限于当时的计算机技术发展水平，产品的技术含量低，达不到使用者的期望值；二是对餐饮行业的认知不够，产品不能适应餐饮的发展水平。现在，快速发展的计算机技术和其应用品、电子通信技术已为餐饮管理的各个环节提供了多种计算机管理的手段。正是由于使用软件管理系统对餐饮企业的日常运营进行管理对比传统使用大量劳动力和纸张的管理方式有着无法比拟的优点，所以我们项目组预计使用C#语言和面向对象的编程理念开发出一套餐饮企业营业管理系统。1.3. 定义Ø 凡下文中涉及到本系统或本软件的都是指餐饮企业营业管理系统。1.4. 参考资料A. 需求工程软件建模与分析B. UML系统建模与分析设计2 任务概述2.1. 目标2.1.1. 总体目标 应用现代化的计算机和通信技术，采用先进的现代化企业管理模式，建设一个以宾客消费为主线，涵盖经营中楼面、点单、收银、结算、成本、财务等各个环节管理，实现企业的管理现代化、信息资源化、传输网络化，达到提高管理与服务水平、提高效率、提升宾客满意度、堵塞各种漏洞、减低运作成本。2.1.2. 概要目标介于项目经费和时间有限，我们项目组先期会着重实现本系统中以下五方面的对于餐饮企业来说最基本的功能，保障餐饮企业的正常运营。1) 餐饮订餐功能子模块2) 餐饮点菜功能子模块3) 餐饮收银功能子模块4) 餐饮权限管理功能子模块5) 餐饮数据管理功能子模块6) 其他附加功能模块2.1.3. 系统结构2.2. 用户特点本系统中涉及到的用户涉及到：餐饮企业的管理层，餐饮企业的员工以及前来就餐的顾客。用户类型比较复杂，但是由于系统采取了良好的人机交互界面，顾客只需根据自己的口味爱好使用鼠标在屏幕上选择自己菜品佳肴，然后点几个确认按钮提交就完成了，操作上不存在难度，如果还有问题服务员也可给予帮助，所以系统对消费者的要求比较低。对于餐饮企业的员工来说，大部分员工很少与计算机直接交互，只有一少部分服务员使用计算机操作，但是这种操作也是比较简单的，只需在员工应聘前培训一个星期就完全能够胜任，所以本系统对普通员工的要求也不是很高。相对于餐饮企业的管理层来说，一些掌管着企业日常运营的管理者须具有一定的计算机操作水平，这些管理者要对系统进行必要的配置和维护，并定期检测和备份数据，以保证系统争创稳定的运行，其余不直接操作系统的管理者(查看权限)只需懂得本系统基本的操作即可。对餐饮企业管理者的培训花费半个月时间基本就可满足要求。2.3. 假定和约束甲方要求本系统应该这半年之内完成建设并投入使用。3 需求设计3.1. 系统详细设计3.1.1. 餐饮订餐功能子模块餐饮订餐功能用例描述用例编号0521-02-01用例说明:订餐功能执行者订餐顾客，前台服务员目的：完成一次顾客订餐的全过程类型：主要的，基本的类别二级过程描述：1) 订餐顾客通过某些方式（打电话，提前预约等）订餐（或更改订餐内容）。2) 顾客确定预约（或更改）的桌号和菜品。3) 前台服务员确定顾客预订桌号时候可用。4) 服务员操作完成相应桌号和菜品的预订，并记录顾客信息。5) 系统自动将预订信息更新到系统数据库中。异常事件流处理：1) 顾客预订桌号不可用，需要重新预订。2) 顾客信息符合系统黑名单，则终止订餐过程。3.1.2. 餐饮点菜功能子模块餐饮点菜功能用例描述用例编号0521-02-02用例说明:点菜功能执行者用餐顾客，厨师目的：完成一次用餐顾客点菜的全过程类型：主要的，基本的类别二级过程描述：1) 用餐顾客使用系统确定自己的菜品选择。2) 系统自动提交顾客菜品选择信息及桌位信息。3) 系统更新信息到系统数据库中。4) 系统发送信息到厨房的信息显示面板中。异常事件流处理：1) 顾客要求特定的厨师完成某个菜品且此厨师不在，则需要顾客重新选择。2) 顾客选定的某个菜品原材料不够，需要顾客重新选择。3.1.3. 餐饮收银功能子模块餐饮收银功能用例描述用例编号0521-02-03用例说明:收银功能执行者顾客，前台服务员目的：完成一次收银的全过程类型：主要的，基本的类别二级过程描述：1) 顾客用餐完成后，支付消费账单。2) 顾客选择想要的支付方式。3) 前台服务员完成对顾客的身份验证。4) 顾客完成消费支付，服务员完成相应操作。5) 系统更新信息到系统的数据库中。异常事件流处理：1) 由于某些原因，顾客不能完成消费支付，企业酌情处理。3.1.4. 餐饮权限管理功能子模块餐饮权限管理功能用例描述用例编号0521-02-04用例说明:权限管理功能执行者管理者目的：完成对于系统权限的设置类型：主要的，基本的类别二级过程描述：1) 管理者登陆系统后，进入相应的权限设置模块。2) 管理者按照要求对于相应的系统权限作出更改。3) 管理者退出权限管理模块。4) 系统自动更新权限设置信息到系统的数据库中。异常事件流处理：1) 管理者对他人的权限的设置超出了自身的权限范围。2) 权限管理功能支持单连接，多人同时登陆此功能会导致登录失败。3.1.5. 餐饮数据管理功能子模块餐饮数据管理功能用例描述用例编号0521-02-05用例说明:数据管理功能执行者管理者，财务数据管理系统，人事信息管理系统目的：完成对于系统的数据管理类型：主要的，基本的类别二级过程描述：1) 管理者登陆系统后，进入相应数据管理模块。2) 管理者按照要求完成相应的数据操作。3) 财务数据管理系统，人事信息管理系统通过相应接口实现数据同步。4) 系统自动更新数据信息到系统的数据库中。异常事件流处理：1) 管理者操作数据格式不正确导致更新数据失败。2) 数据管理功能支持单连接，多人同时登陆此功能会导致登录失败。3.1.6. 其他附加功能模块这一部分模块的说明请参阅本系统所提供的其他图件，这里不一一显示。3.2. 对功能的规定3.3. 对性能的规定3.3.1 精度本系统涉及的数据大部分由系统运行过程中自动生成，其余的一部分数据多为字符类型和整形数字，所以本系统对于精度要求不高，但是在本系统和财务数据管理系统接口的部分，这样一部分的数据涉及到了计算的相关事宜，所以对于数据的精度要求比较高，本系统提供了一定的容错、自动修正机制，但是希望相关人员在使用时候多多注意。3.3.2 时间特定要求本系统的各种事物的核心处理部分是一台工作组级别的服务器，能够同时支持五十人左右同时访问，本系统在在时间特性的要求：Ø 时间响应的要求：20台设备以下同时访问，系统能够在一秒内将数据传输到服务器处理，50台设备以下同时访问，系统能够在三秒内将数据传输到酒店服务器上处理，100台设备以下同时访问时，系统能够在五秒内将数据传输到酒店服务器处理，100台设备以上时，系统能够在十秒内做出反应。Ø 更新和处理时间：顾客将选择发送到服务器后，服务器会根据用户的选择将相应的信息传送给对应的接受者，并对必要数据存入数据库中，这其中大部分数据都是一些展示性质的信息，没有需要消耗大量CPU时间的功能，所以对于消息的更新和处理时间应该在半分钟内完成。Ø 数据转化和传送：本系统设定有一定的容错机制，可以进行一些简单的数据转化，但是为了系统的正常运行，希望企业的相关人员在操作系统的时候多多注意输入数据的格式问题。对于数据的传送，由于本系统的网络搭建是使用的本地局域网，所以数据的传输速度完全可以满足不同用户的操作。3.3.3 灵活性本系统采用有好的图形界面，操作简单，本系统设计本着简单、实用的原则，相应的服务均显示在显眼的地方，用户只需根据指自己的需要选择相应菜单或是按钮即可完成相应的功能，所以在操作上具有很大的灵活性；同时本系统提供一组接口，企业可以使用本接口实现和其他系统（如财务数据管理系统、人事信息管理系统等）实现比较完美结合，为相应操作人员和企业的使用提供了极大的便利。3.4. 输入输出的要求本系统在设计的过程中提供了一些必要的数据转化操作，但是为了系统正常稳定运行，相应的操作人员在输入数据的时候还是需要按照规范进行；本系统所实现的数据输出的绝大部分都由系统内部操作完成实现，并且大多数输出数据都是存放在数据库中，具有相应权限的用户可以通过本系统查看和修改相应的数据，普通用户所能接触到的输出数据只是系统运行相应功能所提示时候运行成功的最终结果。3.5. 数据管理能力要求本系统的绝大部分数据存放在系统目录下的DB_CTServer.mdf的数据库文件中，正常情况下此文件的大小应在几十M到几百M之间，但是为了防止数据库文件过大导致系统查询数据速度急剧下降，相应的操作人员应该定期（一个月左右）的对数据文件进行打包备份，同时对数据库文件中的一些临时数据清空（本系统提供相应功能），完成对数据文件的“瘦身”。3.6. 故障处理要求为了防止一些突发的异常事故造成的数据丢失或是系统非正常退出，本系统提供“灾难恢复”功能，本功能可以在本系统内部生成“异常信息”文件，并且在一定程度上恢复丢失的数据，企业可以将“异常信息”文件通过邮箱发送到我们小组，我们会在最短的时间内解决问题。如果最终导致了数据库文件的不可修复，本系统提供了“数据恢复”功能，使得企业可以恢复系统数据到上一次所备份的数据的断点处，尽可能的减少企业由于系统不能正常运行所造成的损失。3.7. 其他专门要求Ø 安全日志：为了维护软件的正常运行，防止由于操作人员的不正当操作导致的系统崩溃，本系统会自动将系统的操作人员信息和操作信息记录在“安全日志”文件中，从而在发生错误时找出造成错误的个人。Ø 安全性：虽然系统是在自身局域网内部运行，但还是建议企业定期对系统中的各种存储设备进行查杀病毒的相应操作。4 设备运行环境4.1. 设备a) 工作组级服务器一台b) 交换机一台c) 无线PDA若干及无线信号接受器d) 数据备份存储设备（硬盘）一块e) 包间内用于服务的显示器若干f) 构建局域网的双绞线若干4.2. 支持软件操作系统：Window NT数据库：SQL Server 2005运行环境：Windows Framework 3.54.3. 接口本系统提供了财务数据管理和人事信息管理的相应接口，相应的软件可以通过这些接口对本系统的相关数据进行更改，从而达到企业信息同步，减少不必要的麻烦和损失。4.4. 控制本系统的相应操作控制请参阅软件系统自身的帮助文件。专心-专注-专业