饭卡管理系统需求规格说明书
- 格式:docx
- 大小:10.78 KB
- 文档页数:4
武汉轻工大学科研训练题目:餐饮管理系统需求姓名_____xxx_________学号______xxxxxxxxx______学院___数学与计算机学院__专业_____软件工程___ ___指导教师______ xx_________2013 年 11 月 10日餐饮管理系统需求文档说明书目录:1.概述....................................... 错误!未指定书签。
1.1编写的目的............................. 错误!未指定书签。
1.2背景................................... 错误!未指定书签。
1.3本文件中用到的专门术语的定义:......... 错误!未指定书签。
1.4范围................................... 错误!未指定书签。
1.5.任务概述............................. 错误!未指定书签。
1.5.1目标............................. 错误!未指定书签。
1.5.2用户的特点....................... 错误!未指定书签。
1.5.3假定和约束....................... 错误!未指定书签。
1.6 运行环境.............................. 错误!未指定书签。
2.需求规定.................................... 错误!未指定书签。
2.1对功能的规定........................... 错误!未指定书签。
2.2系统功能的介绍......................... 错误!未指定书签。
2.2.1整体功能模块..................... 错误!未指定书签。
3.本系统数据库结构 (13)3.1菜谱列表 (13)3.2座位列表 (13)3.3客户列表 (13)3.4订菜列表 (13)3.5员工列表 (14)3.6管理员列表 (14)3.7总营业列表 (15)4.系统功能要求说明 (15)4.1输入输出要求 (15)4.2数据管理能力要求(针对软件系统) (15)4.3故障处理要求 (15)5.页面字段 (15)5.1登录界面字段 (15)5.2员工管理界面字段 (16)5.3客户信息管理界面字段 (16)5.4餐饮管理界面字段 (18)5.5订座管理界面字段 (18)5.6菜单管理界面字段 (19)5.7结账界面字段 (20)5.8员工信息管理界面字段 (20)5.9菜谱管理界面字段 (22)5.10营业查询字段 (23)1.概述现代社会,在餐饮业传统的餐饮管理现在已经很难应对当今社会对餐饮业的管理要求,采用人工处理这些信息不仅工作量繁重、复杂,而且容易产生错误和混乱。
学生网上订餐系统之需求分析说明书1。
引言1.1编写目的此立项报告旨在确定本项目的基本目标、主要内容,设计实现的流程、工作负荷、费用开支、人员结构、设备情况、局限性,运行设计的项目时间总体规划、进度分段标准、阶段考核方法,以及项目验收方式、提交的内容清单、后续工作情况.1.2定义本产品是为食堂专门开发的一套订餐管理系统,旨在合理化安排食堂的工作,提高食堂的管理效率,同时方便学生就餐.2. 项目概述2。
1项目背景众所周知,在中国的大学生高校中学生到食堂用餐,在路途和排队上浪费很多时间,并且去晚了经常会吃不到想吃的食物;这样便会导致学生对食堂的满意度不高,近期我们发现有很多的学生选择了网上订餐或者是叫外卖。
在这种情况下,学生的生活健康的不到保证,食堂更是无法准确预测学生需求,因此食堂经常会出现有些食物因为没有卖出去而浪费掉,而学生需要的一些食物却已售罄的现象。
2。
2 项目目标开发手机订餐系统节省学生的时间和精力,避免学生在食堂排队等很多时间,同时也减少食堂食物的浪费,并提高服务质量以及学生对食堂的满意度。
2。
3 构件图图2.3-1 构件图2.4 上下文关系图图2.4-1 上下文关系图菜品信息生成订单对菜品的评价订菜学生订餐子系统订单管理子系统学生就餐情况库存情况查询食堂管理子系统2。
4.1 业务事件a。
食堂接受订餐信息b. 学生查询菜谱和推荐菜单或套餐c.学生预约订餐d.返回客户订餐信息e。
学生进行进一步确定订单,并最终提交d.食堂接受订单信息,送食堂厨房2.5 对产品进一步解析到不前为止我们对学生的行为,食堂服务人员,厨房厨师的行为进行了准确的分析,做这一步的操作是为了进一步分析所设计的系统能否达到预想的目的。
2.6 适用范围通过分析,本项目仅适用于徐州工程学院中心校区一食堂,用于学生进行饭前订餐,以对用餐食物进行合理预算。
3.系统需求分析3.1 性能需求分析该系统在性能功能应达到如下要求:3.1.1操作简单,界面友好:完全空间式的页面布局,使得菜品、咨询等信息录入的工作更简单:另外,跟踪出现的提示信息也让用户随时清楚自己的操作情况.对常见类似的网站的管理的各个方面:基本信息录入、浏览、删除、修改、搜索等方面都大体实现,用户对菜品的预定以及支付方式;3。
餐饮管理信息系统设计说明书1引言1.1项目概况1.1.1.背景餐饮企业在高速发展的同时,自然会面临着传统的管理方法和竞争手段落后,效率低下的问题,企业迫切需要改进管理思维,利用科学的管理手段来加强自身管理。
随着餐饮连锁企业规模迅速的发展和壮大,先前的手工管理方式难以支撑该体系的快速扩充,并且信息的及时汇总和分析就显得尤为重要。
因此,建立起一套先进的连锁管理信息系统就非常重要,为餐饮连锁企业效率化提升提供保证1.1.2.建设目标利为了适应行业竞争的需要,使餐饮管理更加规范化和科学化,餐饮在开业前期就将电脑管理系统列入餐厅筹建项目的重要位置。
通过对餐饮管理过程的每个环节的电脑追踪和管理,软件将顾客开单、增加消费、宾客结帐、菜品外卖、会员管理、交班结款以及各种营业统计的查询、汇总分析紧密的结合起来。
降低工作人员的劳动强度,杜绝人为的疏忽和差错,提高工作效率,从而使得各个环节能够有条不紊地有序地开展工作,使得顾客能够得到快速高效的优质服务。
1.1.3.建设内容1)数据流程图,功能分析图,数据字典,输出设计(主要指打印输出设计主要负责系统设计方面。
搜集相关的资料,利用课本知识及其相关的知识对食堂管理信息系统进行深入的的分析和初步的设计)。
2)系统分析方面:业务流程图,存储文件格式设计(数据库结构设计),能结构图设计,数据加工处理的描述。
3)负责系统设计方面:在系统分析的基础上利用相关的知识和其他相关的资料对系统进行完全、完善的设计。
主要包括:功能结构图设计,输出设计(主要指打印输出设计),数据流程图,输入设计(主要指数据录入卡设计)。
4)文档管理方面:程序设计说明书,代码设计(职工证号和部门代号等),附录和参考资料的整理。
1.2编制依据数据处理技术已深入到我们工作和生活的方方面面,而数据库技术是数据处理不可缺少的手段。
随着数据库技术的发展,面向对象的数据库、分布式数据库、多媒体数据库、数据库开发工具的研究越来越多,这些技术的发展使用软件的开发速度更快、成本更低、质量更好、功能更强。
数据库-学校饭堂消费管理系统的设计说明书课程设计说明书设计名称:数据库系统原理课程设计题⽬:学校饭堂消费管理系统的设计学⽣姓名:孙璐专业:⽹络⼯程班级: 12⽹络1班学号: 2012394108指导教师:顾艳春、韦庆清、李娅、胡明⽇期: 2015 年 01 ⽉ 14 ⽇课程设计任务书⽹络⼯程专业 12 年级 1 班孙璐⼀、设计题⽬学校饭堂消费管理系统⼆、主要内容通过对学⽣在学校饭堂或餐厅的消费流程进⾏分析,完成具有⾷品管理、消费管理、帐户管理、餐厅管理等相关功能的⼩型数据库管理应⽤系统(消费刷卡可以通过⼿⼯输⼊来模拟完成)1.根据任务要求完成有关表的设计(表的设计需要遵循3NF)。
2.完成饭堂(餐厅)员⼯表、消费⼈员及帐户表、餐厅表、⾷品价⽬表的维护。
3.完成消费表的⽣成,并计算消费折扣(可现⾦消费也可刷卡消费)。
4.按⼈员、时间、餐厅统计计算消费总额。
5.按⾷品类别、时间、餐厅统计计算消费总额。
6.完成⽤户帐户管理功能。
7.完成数据备份与恢复功能。
三、具体要求围绕课程设计的⽬的和意义,基本要求如下:1、巩固和加深对数据库系统原理的理解,提⾼综合运⽤本课程所学知识的能⼒。
2、培养学⽣选⽤参考书,查阅⼿册及⽂献资料的能⼒。
培养独⽴思考、深⼊研究、分析问题、解决问题以及团队协作能⼒。
3、通过实际系统的分析设计、编程调试,掌握数据库软件的分析设计⽅法和巩固软件⼯程⽅法。
软件开发的流程可参见软件⼯程课程教材。
(见第六部分)4、能够按要求编写课程设计报告书,能正确阐述设计和实验结果、正确绘制系统数据流图和E-R图。
5、通过课程设计,培养学⽣严谨的科学态度,严肃认真的⼯作作风,和团队协作精神。
6、本课程设计只要求⼤家完成⼀个基本的数据库软件的开发⼯作,系统开发不要求⼤⽽全数据库软件的开发,只要完成数据的增、删、改、查等基本功能,并设计⼀个较友好系统操作界⾯(最好是图形界⾯)。
7、系统开发平台不做统⼀要求。
四、进度安排依照教学计划,课程设计时间为:2周。
饭卡管理系统需求分析1.需求分析(1)系统设计背景饭卡管理系统是一套针对大学校园食堂饮食交费和一般消费等方面的信息系统,它包括了学生或教职工在校内消费的各方面内容。
盐城师范学院食堂中教工,学生均采用刷卡消费,校园内食堂全部由内部承包、独立核算,不可付现金只可刷卡。
校园食堂统一由后勤科管理,共需管理20000余人用餐,需通过消费系统实现一卡通。
消费卡片标记持卡人相片、姓名、院名、系名、学号等信息。
(2)系统设计目的主要开发目的是能够对饭卡信息进行查询和更新管理,且具有反映敏捷准确。
此系统把人们从繁琐的交费找零工作中解放出来,用计算机实现存款、消费、查询、修改、删除以及存储等功能。
方便消费者进行刷卡消费、查询、存款和持卡者信息管理等,定时进行数据的备份和更新,保持数据的一致性和准确性。
另外,各方面的内容互相联系,最终产生各种查询统计报表,以供持卡者进行检查。
(3)系统设计特点由于系统的界面清晰、美观,操作简单、方便,所以操作人员只需要具备一定的电脑操作技能即可。
管理员(维护人员)不需要任何数据库专业技能知识。
本系统可以极大的提高工作效率,预期使用频度较高。
(4)系统设计功能食堂饭卡应能实现以下功能:饭卡的开户、更改、发卡、挂失解挂、注销、补卡、充值、统计;以及方便消费者进行刷卡消费、查询、存款、挂失和持卡者信息管理。
系统中每个消费者都有一张卡,在管理中心注册缴费,卡内记着消费者的身份、余额。
使用时将卡插入窗口机则显示卡上金额,服务员按窗口机上数字键,窗口机自动计算并显示消费额及余额。
管理中心监视每一笔消费,可打印出消费情况的相关统计数据。
(5)系统设计前景饭卡应支持定额扣费和自选扣费、记次消费三种模式;支持学校补贴包和个人充值两个独立钱包;补贴钱包支持覆盖上月余额或累加上月余额两种模式选择;支持软件订餐和硬件订餐功能;可以设定同一餐不同的卡扣不同的金额;IC卡使用有效期限定,离校学生或离职教工无法使用;支持联网、脱机使用;可自动生成各种报表(充值报表、发卡报表、退卡报表、消费报表、经营汇总表、平衡报表,可以按年、月、周、日、时段查询及打印报表)等。
Soft Requirements Specification _一卡通_软件需求规格说明书Prepared by 拟制Date 日期Reviewed by 评审人Date 日期Approved by 批准Date 日期Revision Record修订记录Date 日期Revision Version修订版本Change Description修改描述Author作者填写日期 1.0 第一稿组员姓名填写日期 1.5 修订稿组员姓名1Introduction 简介1.1Purpose 目的编写此文档的目的是进一步定制软件开发的细节问题,希望能使本软件开发工作更具体。
是为使用户、软件开发者及分析人员对该软件的初始规定有一个共同的理解,它说明了本产品的各项功能需求、性能需求和数据要求,明确标识各功能的实现过程,阐述实用背景及范围,提供客户解决问题或达到目标所需的条件或权能,提供一个度量和遵循的基准。
1.2Scope 范围在各个行业中,当我们接受到用户的商业项目后,在项目运行的全过程中充满了不确定因素,只有有效的运用项目管理的科学和艺术,才有可能使项目取得成功。
对以上方面要想达到有效的管理水平,必须有一套科学的管理方法,但是即使有了科学的管理方法,由于项目干系人之间的沟通、协作不到位,往往达不到预期的结果。
鉴于这种情况我们开发一套项目管理协作支撑系统,旨在为项目干系人提供一个交流、协作以及项目的进度跟踪监控、项目的质量控制、项目相关资源的管理的软件平台,从而提高项目管理水平,实现了工作的协同化、提高了工作效率。
2General description 总体概述定位:一卡通风格:商务用户人群:企业员工产品:桌面应用程序2.1Soft perspective 软件概述2.1.1About the Project 项目介绍本系统主要完成用户基本信息管理、模拟地铁刷卡消费、充值消费和用户消费往来记录查询等核心功能,使用用户在消费后可以通过本系统查询到账户的金额的明细信息,从而达到理性消费快速查询账单的需求。
学生网上订餐系统之需求分析说明书1。
引言1.1编写目的此立项报告旨在确定本项目的基本目标、主要内容,设计实现的流程、工作负荷、费用开支、人员结构、设备情况、局限性,运行设计的项目时间总体规划、进度分段标准、阶段考核方法,以及项目验收方式、提交的内容清单、后续工作情况。
1.2定义本产品是为食堂专门开发的一套订餐管理系统,旨在合理化安排食堂的工作,提高食堂的管理效率,同时方便学生就餐。
2. 项目概述2.1项目背景众所周知,在中国的大学生高校中学生到食堂用餐,在路途和排队上浪费很多时间,并且去晚了经常会吃不到想吃的食物;这样便会导致学生对食堂的满意度不高,近期我们发现有很多的学生选择了网上订餐或者是叫外卖.在这种情况下,学生的生活健康的不到保证,食堂更是无法准确预测学生需求,因此食堂经常会出现有些食物因为没有卖出去而浪费掉,而学生需要的一些食物却已售罄的现象。
2。
2 项目目标开发手机订餐系统节省学生的时间和精力,避免学生在食堂排队等很多时间,同时也减少食堂食物的浪费,并提高服务质量以及学生对食堂的满意度。
2.3 构件图图2。
3-1 构件图2。
4 上下文关系图图2.4-1 上下文关系图菜品信息生成订单对菜品的评价订菜学生订餐子系统订单管理子系统学生就餐情况库存情况查询食堂管理子系统2。
4。
1 业务事件a。
食堂接受订餐信息b。
学生查询菜谱和推荐菜单或套餐c.学生预约订餐d.返回客户订餐信息e. 学生进行进一步确定订单,并最终提交d.食堂接受订单信息,送食堂厨房2.5 对产品进一步解析到不前为止我们对学生的行为,食堂服务人员,厨房厨师的行为进行了准确的分析,做这一步的操作是为了进一步分析所设计的系统能否达到预想的目的.2。
6 适用范围通过分析,本项目仅适用于徐州工程学院中心校区一食堂,用于学生进行饭前订餐,以对用餐食物进行合理预算。
3.系统需求分析3。
1 性能需求分析该系统在性能功能应达到如下要求:3.1。
一卡通管理系统(消费模块)用户手册快速安装指南1、准备好一台计算机。
建议配置P4 1。
8G/内存256M/硬盘40G以上.最好是双硬盘,做数据备份,以免数据丢失.2、安装WIN2000 server操作系统.3、按照《用户手册》说明逐步安装SQL Server 2000 数据库系统。
4、按照《用户手册》说明逐步安装泰利德消费软件。
5、如果发卡机是串口通讯的就把发卡机插在计算机的COM1口上.6、如果发卡机是USB口通讯方式的,就把发卡机插在计算机的USB口上,并在光盘根目录下找到安装程序,安装USB发卡机驱动。
7、运行泰利德消费软件,在用户名上输入“超级管理员”,密码是空,不需要输入.选中“管理员区域",选中“超级管理员".则进入系统。
按照《用户手册》上的详细步骤开通系统并设置基本信息,最后产生出纳卡.退出消费软件。
8、在登陆界面上选择用出纳的账号和秘密,选择出纳管理区登陆。
一定要把出纳卡放置在刷卡机上。
9、为每一张卡开户、充值.10、把485卡插在计算机上.有两种485卡;一种插在计算机的PCI槽上,需要安装光盘中的驱动。
一种直接插在计算机的COM1/2口上.11、按照后面说明,设置每台POS机的通讯端口号和ID号。
12、运行“终端采集程序”。
把设置好的每一台POS机用485线按照并联的方式通过485卡接在计算机的COM口上,下传时间、参数、密码等等.才能消费。
13、把POS机放置食堂,可以正常使用了。
14、每隔一段时间采集一次数据(建议5天采集一次数据)。
或者等POS机显示“FULL”信息后,采集数据。
注:任何一台POS机在投入运行前,安装人员务必对其进行初始化。
POS机初始化的方法如下:一手始终按住后键盘的F1健,另一只手快速的按一下POS机电源开关(后键盘上的ON/OFF),再立刻松开.此时POS机蜂鸣两下,显示屏出现:Pn 00。
即设置本台POS 机通讯端,也就是与计算机通讯的串口(COM1-COM5)号,由安装485采集卡时显示的端口号决定。
1.引言1.1编写目的在完成了针对“一卡通”服务系统的前期调查,同时与用户进行了探讨和分析的基础上,提出了这份软件需求规格说明书。
此需求规格说明书对《一卡通服务系统》软件做了全面细致的用户需求分析,该文档首先给出了整个系统的整体网络结构和功能结构的概貌,试图从总体架构上给出整个系统的轮廓,然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。
该文档详尽说明了这一软件产品的需求和规格,这些规格说明是进行设计的基础,也是编写测试用例和进行系统测试的主要依据。
同时,该文档也是用户确定软件功能需求的主要依据。
1.2背景传统的校园管理方式具有诸多弊端,传统卡功能的局限,常常需要给学生签发多张卡证才能满足管理上的需要,不仅增加管理成本,也给每个学生管理自己的卡片增加了难度,有时甚至是卡多为患”。
没有实现真正的现代化校园管理,给学校管理带来负担,增加了学校的管理成本,学生没能方便、轻松的在校园通行。
随着计算机技术和网络技术的发展,学校原有陈旧繁琐的的消费和管理模式管理已经不能适应新的发展需求,现代化的教学管理系统“校园一卡通”应运而生。
为在校的师生和教学管理人员提供具有开放性,灵活性的管理平台,是教学管理科学化的必要前提和根本途径。
1.3定义校园一卡通管理系统就是利用高科技产品非接触式(接触式)IC卡为载体,结合电子、网络、计算机、数据库等诸多高新科技技术,用电子身份识别和电子钱包技术来替代学校传统所需要的教师工作证、学生证、借书证、食堂就餐卡、洗澡、购物、打水、洗衣、娱乐等一系列证件和现金交易。
达到证件、考勤、餐饮、娱乐等全部电子化和智能化作用。
校园一卡通系统简单的来说就是:使全校所有师生员工每人持一张校园卡,这张校园卡取代以前的各种证件(包括学生证、工作证、借书证、医疗证、出入证等)全部或部分功能师生员工在学校各处出入、办事、活动和消费均只凭这校园卡便可进行,并与银行卡实现自助圈存,最终实现“一^在手,走遍校园”,同时带动学校各单位、各部门信息化、规范化管程。
1.引言1.1编写目的在完成了针对“一卡通”服务系统的前期调查,同时与用户进行了探讨和分析的基础上,提出了这份软件需求规格说明书。
此需求规格说明书对《一卡通服务系统》软件做了全面细致的用户需求分析,该文档首先给出了整个系统的整体网络结构和功能结构的概貌,试图从总体架构上给出整个系统的轮廓,然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。
该文档详尽说明了这一软件产品的需求和规格,这些规格说明是进行设计的基础,也是编写测试用例和进行系统测试的主要依据。
同时,该文档也是用户确定软件功能需求的主要依据。
1.2背景传统的校园管理方式具有诸多弊端,传统卡功能的局限,常常需要给学生签发多张卡证才能满足管理上的需要,不仅增加管理成本,也给每个学生管理自己的卡片增加了难度,有时甚至是“卡多为患”。
没有实现真正的现代化校园管理,给学校管理带来负担,增加了学校的管理成本,学生没能方便、轻松的在校园通行。
随着计算机技术和网络技术的发展,学校原有陈旧繁琐的的消费和管理模式管理已经不能适应新的发展需求,现代化的教学管理系统“校园一卡通”应运而生。
为在校的师生和教学管理人员提供具有开放性,灵活性的管理平台,是教学管理科学化的必要前提和根本途径。
1.3 定义校园一卡通管理系统就是利用高科技产品非接触式(接触式)IC卡为载体,结合电子、网络、计算机、数据库等诸多高新科技技术,用电子身份识别和电子钱包技术来替代学校传统所需要的教师工作证、学生证、借书证、食堂就餐卡、洗澡、购物、打水、洗衣、娱乐等一系列证件和现金交易。
达页脚内容1到证件、考勤、餐饮、娱乐等全部电子化和智能化作用。
校园一卡通系统简单的来说就是:使全校所有师生员工每人持一张校园卡,这张校园卡取代以前的各种证件(包括学生证、工作证、借书证、医疗证、出入证等)全部或部分功能师生员工在学校各处出入、办事、活动和消费均只凭这校园卡便可进行,并与银行卡实现自助圈存,最终实现“一卡在手,走遍校园”,同时带动学校各单位、各部门信息化、规范化管程。
饭卡管理系统需求规格说明书
饭卡管理系统需求规格说明书
1. 引言
本需求规格说明书旨在描述饭卡管理系统的功能、性能、界面
设计以及其他相关需求。
该系统旨在优化学生食堂的饭卡管理流程,提高管理效率和用户体验。
2. 功能需求
2.1 用户管理
2.1.1 注册与登录
用户可以通过注册功能创建账号,并通过登录功能进行身份验证。
2.1.2 用户信息维护
用户可以查看和修改个人信息,包括姓名、学号、联系方式等。
2.1.3 用户权限管理
根据用户身份和角色进行权限管理,如管理员可以管理用户、
充值等操作,普通用户可以查询消费记录、余额等。
2.2 饭卡管理
2.2.1 充值与消费
用户可以通过系统进行饭卡充值操作,将款项从银行账户转移
到饭卡余额中。
用户也可以通过系统进行消费操作,将饭卡余额扣除。
2.2.2 余额查询
用户可以查看饭卡余额,系统需要实时更新余额信息。
2.2.3 消费记录查询
用户可以查询饭卡的消费记录,了解消费详情和余额变动。
2.2.4 饭卡挂失与解挂
用户可以通过系统申请挂失饭卡,并随时进行解挂。
系统应保
证挂失后的饭卡无法被他人使用。
2.3 饭堂管理
2.3.1 餐厅信息维护
管理员可以维护餐厅信息,包括餐厅名称、地址、菜单等。
2.3.2 菜品管理
管理员可以管理餐厅的菜品信息,包括添加、修改和删除菜品。
2.3.3 订餐管理
用户可以通过系统进行菜品预订,并选择取餐时间和地点。
管理员可以查看和处理用户的订餐请求。
3. 性能需求
饭卡管理系统应具有以下性能要求:
- 用户登录响应时间应不超过2秒。
- 饭卡余额的实时更新应在1秒之内完成。
- 系统应能同时处理1000个用户的充值、消费请求。
- 数据库应能存储10000个用户的信息。
4. 界面设计要求
饭卡管理系统的界面设计应符合以下要求:
- 简洁直观,易于操作和导航。
- 响应式设计,适应不同设备的屏幕大小。
- 用户界面应具有良好的可用性和可访问性。
附件:
1. 数据库表设计文档
2. 系统界面原型设计图
法律名词及注释:
- 饭卡:由学校发行的专用卡片,用于学生在食堂消费和管理余额。
- 挂失:用户因饭卡丢失或被盗而要求冻结饭卡的操作。
- 解挂:用户找回丢失的饭卡后,解除冻结状态并恢复正常使用。