食堂门禁一卡通业务需求Word文件下载.docx
- 文档编号:16501633
- 上传时间:2022-11-24
- 格式:DOCX
- 页数:7
- 大小:19.40KB
食堂门禁一卡通业务需求Word文件下载.docx
《食堂门禁一卡通业务需求Word文件下载.docx》由会员分享,可在线阅读,更多相关《食堂门禁一卡通业务需求Word文件下载.docx(7页珍藏版)》请在冰豆网上搜索。
2012-8-27~2012-8-31
XXX
1.1
基础功能初稿
2
2012-9-3~2012-9-4
1.2
加入查询报表功能,校稿
3
4
5
6
7
8
9
第一部分一卡通食堂管理系统总体概要
1前言
一卡通系统系指XXXX内部使用的综合系统,包括两部分,第一部分是食堂系统,第二部分是商管办公区门禁系统,通过统一发放管理ID卡,来实现餐饮和门禁的一张卡片管理,本需求只针对XXX内食堂卡管理业务需求上的描述分析,不涉及门禁系统业务需求。
2目的
从行政部、财务部食堂管理实际需求出发,列出实际业务需求和管理上要求,以便厂商实际开发中以此需求为准,良好完成开发,制定出符合XXX食堂要求的应用系统软件。
3开发要求
采用高级主流开发语言,要求采用微软.NET2005或更高版本开发程序,数据采用关系型数据库,要求采用的是SQLSERVER2008。
系统开发需采取CS、BS混合开发模式,分食堂售饭客户端CS和食堂管理端BS两个独立程序。
厂方在需提供源代码和数据库字典。
4配置搭建
食堂处放置一台性能稳定PC机,厂家配置、培训运行环境搭建,安装食堂售饭客户端软件CS、SQLSERVER2008、读卡器;
办公区多个部门安装食堂管理端BS程序。
5报表要求
BS程序端事实数据产生的报表,在系统中需要按固定格式能导出EXCEL;
6数据要求
所有界面涉及到系统已在使用中的数据不可删除,但可以做标识代表数据“删除”;
数据在保存失败时能够按事务处理自动数据回滚。
第二部分一卡通食堂系统需求
一、食堂售饭客户端CS需求
101主窗体背景图片
可自定义更换背景图片,能够自适应满窗体全屏应用。
102主窗体光标
食堂售饭主窗体,只能有一处光标,该处为刷卡时显示卡号,只要是刷卡,就必须先清除编辑框内数据,显示新刷卡卡号。
编辑框可以编辑,以便刷卡器或卡存在故障时,可手动输入卡号,窗体内任何编辑框都需要隐藏;
103主窗体显示内容及要求
显示内容有:
卡号、姓名、卡充值金额、本次消费额、卡余额、消费日期时间、刷卡提示(见105解释)、收银员(登陆人员)、系统日期时间(与系统时钟同步)。
需要主窗体全屏显示,无窗体标题,隐藏任务栏(可借鉴视频播放全屏效果)。
104刷卡消费
主窗体光标处,在刷卡后显示卡号,同时自动提取计算相关数据,刷卡记录需要保存数据明细(同时可考虑在“209月初卡单独、批量充值管理”中将卡余额计算出来,当然也可以不考虑此方式。
);
刷卡器不可用时,可考虑手工输入,如果光标处手动输入卡号,则回车后自动提取计算相关数据,并保存系统数据。
105刷卡提示
卡余额不足、冻结、注销、挂失等问题卡进行操作时需提示,拦截消费。
卡消费成功、不成功进行提示;
数据连接异常提示;
数据保存失败提示;
等等;
106系统登录
有食堂CS端权限人员,使用账号密码登录系统。
107开机自动启动、F4关闭程序
PC开机后,自动启动客户端程序。
按键盘上F4键关闭食堂客户端CS系统;
二、食堂管理端BS需求
201组织机构
可按业态部门进行组织机构基础数据搭建,采用二级目录划分即可。
如:
01XX百货01001信息部,02XX商管01001信息部等等。
要求第二级能够控制是否“使用”和“停用”。
数据内容:
编号、组织名称、备注、是否启用。
调用时停用的组织机构将不显示。
202人员基础信息
对人员信息基本资料进行管理,数据内容:
人员编号、人员姓名、所属部门、组织机构、性别、联系电话、职务、在岗状态(离职、在岗,信息维护录入时默认在岗)、备注。
维护离岗人员在保存数据时,应对210功能中的状态进行“未绑”处理。
203系统权限定义与人员管理账号权限管理
可定义不同岗位具有不同功能权限,系统可自定义。
目前可分出纳、行政经理、食堂主管、财务主管等。
权限编号、权限名称、备注及拥有对应系统功能明细表、操作人、操作时间;
人员权限管理是为了登陆系统,提取岗位对应功能表单,通过选择人员信息,选择对应定义权限(可选择多个定义权限项),设定系统登陆密码、权限应用(前台、后台)、操作人、操作时间等基础项来搭建系统人员权限;
可修改人员密码、人员定义权限项。
人员权限前台CS不需要指定系统权限定义,后台BS需要指定系统权限定义。
204卡类定义
对所有卡进行分类,可自定义卡类。
卡类编号、卡类名称、此卡类对应金额、是否启用(分启用和停用)、备注。
停用的卡类在维护卡信息时不可使用。
205卡信息维护
对卡信息进行维护,分单张卡处理、批量卡处理两个功能。
单张卡维护,数据内容;
卡号、卡类、录入日期、录入人、卡
状态(未用、启用、冻结、挂失、注销,系统在录入时默认“未用”状态)、备注。
批量卡维护,数据主内容:
卡起始号、卡结束号、此批数量(自
动计算出来)、卡类、录入日期、录入人;
数据明细内容:
卡号、卡类、录入日期、录入人、卡状态(未用、启用、冻结、挂失、注销、作废,系统在录入时默认“未用”状态)、备注。
206卡状态维护
能够对卡冻结、解冻、挂失、解挂、注销、作废等分类进行操作,并同时记录数据。
卡冻结、挂失、注销、作废时需要将205卡信息维护状态做相应变动,卡解冻、解挂时在205卡信息维护中将状态置为启用。
卡号、卡类、动作(冻结、解冻、挂失、解挂、注销、作废)、原因、操作人、日期。
207人员卡绑定
将卡号与员工进行一对一绑定,一个员工只能绑定一张卡,如果一张卡已经被绑定,则其它员工就不能再次绑定磁卡,如果该卡是未绑定状态,则其它员工可以再次绑定此卡。
每次调用卡列表时显示的是未用卡信息,可以对卡进行取消绑定操作;
需要记录操作人、操作时间。
卡号、人员、部门、操作日期、操作人、状态(绑定、取消绑定)、备注。
卡绑定后在205卡信息维护中将状态置为启用,取消绑定时,将205卡信息维护中将状态置为未用。
208卡收回
能够对卡进行回收,回收后的卡,其状态是“未用”。
以便下次利用。
卡回收时,如果该卡已经绑定,则系统在207节自动取消绑定即状态为“未绑”。
卡号、人员、收回原因(描述)、操作人、回收时间。
209月初卡单独、批量充值管理
依据205、207两个基础信息来进行批次充值,以207人员卡绑定有效数据(状态:
绑定)为基础列表数据,同时参考205卡信息中卡类对应金额,共同批次生成当月所有卡充值。
对于单独充值结合205、207每次只对一人充值。
数据主内容:
充值日期、所属年份、所属月度、操作人、操作时间、卡有效卡是日期、卡有效结束日期、备注、生效否、结算否、充值方式(单独/批量)。
单据在功能设计是应有保存、审核功能,保存时单据是未生效,审核后单据是生效状态,未生效的单据可以删除,已有同年月度数据不允许保存和审核。
卡号、人员、卡充值金额、卡余额。
前台客户端在消费时,此信息为验证消费合理性数据参考之一。
210最低消费设置
设置使用卡人员在食堂消费的最低金额,当人员在食堂消费金额小于此最低金额时,在月末结算时,将以此最低金额为当月该人员的最终消费。
最低消费金额每个月可能不同,所以该最低消费金额参数在设置上可以修改。
211月末卡结算。
选择欲结算年度、月份,提取210对应年度、月度事实数据,通过系统运行计算,最终生成结算数据信息,并保存数据。
单据在功能设计是应有保存、审核功能,保存时单据是未生效状态,审核后单据是生效状态,未生效的单据可以删除,已有同年月度数据不允许保存和审核。
结算日期、操作人、操作日期、所属年度、所属月份、生效否、结算否(审核单据代表“结算”否则为“未结”)、备注。
卡号、人员、卡充值、卡消费额、最低消费参数、最终卡余额。
在结算生效时,对应209功能中的“结算否”变为“已结算”,前台在刷卡时提示已结算或卡金额为零不能消费。
212卡余额查询
通过读入卡号,年度、月份查询出卡信息,显示出卡现在余额。
数据显示内容:
卡号、人员、部门、卡余额。
222相关报表
1、卡信息查询报表
报表要求:
能够单独查询指定卡信息,或指定卡号段查询卡信
息,默认查询所有卡信息,可按以下表内容进行组合查询。
报表内容:
卡号、卡类、默认卡初始金额、录入日期、录入人、卡状态
2、卡状态维护查询报表
能够按卡状态类别、日期范围查询指定卡号当前状
态,可按以下表内容进行组合查询。
部门、人员、卡类、动作(冻结、解冻、挂失、解
挂、注销、作废)、原因、操作人、日期。
注释:
部门、人员两项在未绑定卡号时可无数据显示。
3、人员卡绑定查询报表
可指定日期范围,可按以下表内容进行组合查询。
卡号、人员、部门、绑定时间、操作人、状态(绑
定、未绑)、备注。
4、卡回收查询报表
报表内容;
5、卡单独、批量充值查询报表
报表要求1:
可指定充值日期范围,可按以下表内容进行组合查询出主表信
息内容,并能通过主表信息内容查看明细内容,即最后通过此方式调出历史单据,并能报表。
报表内容1:
a.数据主内容:
充值日期、所属年份、所属月度、操作人操
作时间、卡有效卡起始日期、卡有效结束日期、备注、生效否、结算否、充值方式(单独/批量)。
b.数据明细内容:
部门、人员、卡号、卡充值金额、卡余额。
报表要求2:
按着上述报表内容组合查询明细。
组合不限于:
所属年份、
所属月度、卡有效卡起始日期、卡有效结束日期、部门、人员、卡号。
报表内容2:
部门、人员、卡号、卡充值金额、卡余额、属年份、所属月度、
卡有效卡起始日期、卡有效结束日期、生效否、结算否、充值方式、操作人、操作日期等。
6、卡结算查询报表
结算日期、操作人、操作日期、所属年度、所属月份、结算否、备注。
组织机构、部门、人员、卡号、卡充值、卡消费额、最低消费参数、最终卡余额。
所属月度、组织机构、部门、人员、卡号。
组织机构、部门、人员、卡号、卡充值、卡消费额、最低消费参数、最终卡余额、所属年度、所属月份、操作人、结算日期。
7、月底未达最低消费卡金额查询等等。
指定所属年度、所属月份组合查询提出未达最低消费标准数据。
组织结构、部门、人员、卡号、卡充值、卡消费额、最低消费参数、最终卡余额、所属月份、所属年度、结算否等。
8、其它报表
其它报表按人事行政及财务管理上要求,开发方需给予补充调整。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 食堂 门禁 一卡通 业务 需求