饭卡管理系统设计
管理信息系统课题方案
题目：饭卡管理系统
组员：祝小娟吕宏亮翟娟娟王骏徐晨隆朱恩科系部：电气信息工程系
专业：计算机科学与技术
班级：计科08101班
指导教师：王海荣
课题名称：饭卡管理系统
组长：张月旭
组员：杨宏洲，李飞，胡鹏鹏郑世超，王义辉
指导教师：王海荣
目录
第一章背景
1.1管理信息系统的发展 (3)
1.2选题背景 (3)
1.3研究现状 (3)
第二章系统调查
2.1系统设计要具有人性化特点 (5)
2.2系统可行性分析 (5)
2.3可行性结论 (6)
2.4系统需求分析 (6)
第三章系统功能模块
3.1 系统功能模块 (7)
3.2 业务流程图 (7)
3.3数据流程图 (10)
3.4 数据字典 (13)
第四章系统设计
4.1 详细设计 (19)
4.2 数据库设计 (29)
第五章结束语 (30)
第一章背景
1.1管理信息系统的发展
管理信息系统起源于20世纪50年代开始的基于计算机的电子数据处理（简称EDP，Electronic Data Processing）。EDP的主要目标提高一个组织内管理工作如计算、统计、制表、报告等工作的效率。此时利用计算机处理管理信息的方式是单项管理，到了20世纪60年代管理信息系统得到了较快的发展，成为实现组织整体目标，系统综合地处理各类管理信息支持各级管理决策的计算机硬件、软件、通信设备、规章制度及有关人员的统一体、其获取信息资源和管理、服务的范围更加广阔；20世纪90年代，人们对MIS的注意力不再只是信息技术的应用，而是为如何合理配置、有效利用信息资源以求得组织目标的实现。至此，MIS的发展经历了一个由技术管理到资源管理的过程
1.2 选题背景
高校食堂传统的餐券化管理费时费力，显然已不能适应高校后勤现代化的管理和社会化进步的需要。随着计算机及其网络的普遍运用，基于网络平台的管理信息系统越来越受人们的重视。由于计算机处理数据信息的高效性与准确性，对高校食堂的饭卡进行信息化管理，无论是在学生的使用上或是管理员操作上，都带来了便利，提高了工作上的效率，饭卡管理系统无疑成为学校重点管理的对象之一。我院食堂在实行了饭卡制后，实现了无餐券的流通，实现了食堂财务的电子化管理。对学生饭卡进行信息管理，便于食堂进行财务统计并且安全可靠，操作简单、快捷。如今的饭卡管理系统不仅追求高速的运行，同时越来越要求横向功能发展，越来越趋于多功能、智能化、人性化的发展，只有做到各模块之间的衔接与平衡，饭卡管理系统才能真正用于实际，真正做到“以人为本”，为人们带来便捷，提高工作效率。饭卡管理系统不仅方便管理者进行系统管理，资料的提取，同时在使用终端上面，也充分考虑到消费者和工作人员的人性化使用，从整体上宏观协调系统的各项功能，实现了系统的完备性。
1.3研究现状
（一）宁夏理工学院饭卡管理现状
我院自从建立起饭卡管理系统，实现联网操作之后，食堂管理走上了科学化的道路，解决了在实际中食堂管理上存在的许多问题，减少了矛盾的产生。
第一，解决了我院就餐拥挤问题。实施无餐券的流通后，学生只需要刷卡消费，靠售饭窗口机自动计算和扣除售饭金额，节省了补钱时间，简化了售饭过程，缩短了打饭时间、就餐人员排队时间，速度明显加快，速度明显加快，充分解决了食堂就餐拥挤的难题。
第二，解决了我院饭票流通失控，现金流失等问题。建立饭卡管理系统，丢失饭卡后可以及时控制，
封闭账户，防止他人使用。同时避免了现金的收取，不易出错、造成经济流失，解决了饭票不卫生、不易保存等问题，许多难题也迎刃而解。
第三，财务管理做到日清月结。传统的餐券交易模式容易出错、找钱慢，工作人员整理、核查饭票和现金极为繁琐。建立饭卡管理系统之后，用餐人数每人的消费金额，每餐的收入等，都能由饭卡管理系统进行统计，提供给我们全面、详尽的数据，大大降低了工作量，提高了工作效率。
第四，实行联网运行，系统安全可靠。饭卡管理系统采用实时交易，通讯速度快，挂失、解挂、充值等都很方便，做到了实时交易。饭卡遗失后，可立即进行挂失、作废、余额返还等操作，确保了学生利益不受损失，财务管理清清楚、方便。此外系统运行比较稳定，有数据备份，安全可靠。
（二）宁夏理工学院饭卡系统的问题
我院建立了饭卡管理系统之后，虽然在一定程度上解决了传统餐券交易模式中存在的问题，节约了一定的人力、物力、财力，但是在系统的管理和实施上还存在一定的缺陷和问题，需要进一步改进。
首先，对于饭卡管理系统的使用和管理上，随着高校信息化得要求和改革的深入，系统需要实现的功能越来越多，使得工作人员需要简化工作量的需求越来越大，对系统的依赖性越来越强，需要系统更加向人性化方向发展。
其次，在饭卡管理系统的使用上，学生要通过管理员才能对饭卡进行挂失、解挂等操作，自己不能直接进行操作。所以需要对现有的饭卡管理系统进行改进，从而可以针对学生用户设置访问权限，通过有效地审查和设密等方式，是学生能在网上直接查询余额、消费信息和挂失解挂操作等，使系统更方便与学生操作，更加人性化，节省人力。
（三）宁夏理工学院饭卡管理系统设计原则
①系统以C/S结构为基础，建立校园级食堂售饭网络体系，实现信息的开放性、共享性。
②设置中心机房系统软件，实现交易数据的采集和汇总，保证数据传递的准确性、及时性。
③中心机房系统软件界面友好，易于操作。
④售饭窗口的饭卡消费端方便操作，易于管理员使用，且与中心机房关联，实现金额的自动录入、统计结算。
⑤系统的资源配置合理，性价比高。
⑥在系统的操作权限管理上，管理员具有系统所有权限，学生作为系统的使用者，只能进行权限范围内操作，权限外的操作被程序禁止。
第二章系统调查
2.1.系统的设计要具有人性化的特点。
①界面友好、操作简便。
对于管理信息系统的可操作性一定要强，软件的交互性必须要好，可使使用者，即使在对计算机不很熟悉的情况下也可以很快的接受它，这就需要在对软件进行设计时考虑到用户界面的友好交互性，这一点很重要。在系统的使用过程中，有很大一部分是对基本数据的录入，录入的信息的量也是很大的，所以要求软件的输入设计符合操作人员的思维习惯和操作习惯，在本软件的设计过程中将考虑录入部分完全使用键盘操作，这样将大大提高操作人员的效率。由于录入操作非常的枯燥，所以在背景设计时需要考虑到添加清淡的让使用者心情放松的图案或颜色，这可以使操作者的烦躁心情得以环节，以减小在数据录入过程中误差和错误的出现概率。
③一看就懂、拿来就用。
在界面上使用人们平时熟悉的自然语言，而把陌生的计算机语言隐藏起来，达到计算机程序与人的主观意识和思维天衣无缝的吻合，表现了天地人和。使操作者一看就明白。软件还必须简洁明了地提供操作向导和必要的提示，使管理工作者做到拿来就用。
我院希望通过建立饭卡管理管理系统，使饭卡管理工作规范化和程序化，促进整体管理水平的提高。
2.2系统可行性分析
饭卡管理系统是学校管理的重要系统之一，其发展方向和使用者对该系统的需求还在不断变化，功能还要不断完善，只有不断完善改进的系统才能为使用者和管理者带来便利，提高工作效率，真正人性化地服务于使用者。
①经济上的可行性
本系统对硬件的要求不高，成本低廉，系统的功能较原来人工管理的效率有限大的优势，使用PC 机对数据进行管理，也大大节省了人力，减低了成本，经济上完全可行。
②技术上的可行性
本系统准备采用结构化的方式和C/S模式进行分析和设计，网络操作系统采用微软公司的Microsoft Windows 2003.数据库选用商务数据库Microsoft SQL Server 2000，操作人员只需要通过PC机操作，方便灵活、可靠性高。我校人事管理人员具有高学历、高水平、对外来的新事物接受能力快的特点，并且接受过教育系统的计算机等级培训，对Windows有基本的了解，所以，如果开发一套操作简单的人事工资管理信息系统，完全可以帮助他们从繁琐的重复性劳动中解脱出来，以提高的工作效率。
③社会上的可行性
传统的餐券交易模式在管理过程中效率低，容易出错，若建立起饭卡管理系统，则方便管理者和学生使用，可靠性高，且通过人机互助的形式，是食堂的消费更加精确、灵活、可靠。
④开发实施的可行性
此类软件属于一般类管理软件，开发难度不大，没有很高深的算法和令人难以理解的专业知识，只需要经常和管理人员进行沟通就可以掌握完成软件的要点。开发周期短，一般只需要一个月左右，产品出来后就可以推向市场，收回成本，获取利益。
2.3可行性结论
系统的成功开发将进一步促进学校管理的现化化和科学化，也为学校饭卡管理体系积累了经验，从长远来看，其经济和社会效益是肯定的，根据以上分析，我们认为本系统开发条件成熟，实施方案可行。
2.4 系统需求分析
传统的食堂在进行管理时，使用餐券进行消费。餐券的流通使得就餐过程复杂麻烦，数据的管理不清晰，出错后没有明确的备份信息进行核对，在日常管理时，分工不明确，透明度不高。使得食堂的就餐管理混乱无章，得不到学生的认可。使用饭卡管理信息系统可以极大的满足学生和管理员的需求：（1）通过学生刷卡消费，系统可以自动统计消费信息，系统备有余份，如果学生对消费刷卡理由疑问，可以进行查询，方便统计。
（2）系统对消费信息进行统计，避免了工作人员在餐券收集和统计过程中的错误错误，使财务管理更加透明。
（3）系统能打印报表，对于个人存取信息、消费信息，窗口的销售信息等都有记录，能提供各项信息，便于学生和管理人员对于不同数据的需求。
（4）刷卡机读写方便，不受食堂油污污染，操作简便，实现了金额的自动结算。
第三章系统功能模块
1.系统功能模块
我校饭卡管理系统分为办理新卡、存款-消费、查询、挂失和解挂-注销五个功能，其功能模块图如下：
由图其各个子功能如下：
（1）、办理新卡功能：学生提交申请饭卡，管理员在数据库中查找学生信息，判断学生信息的合法性，找到后管理员再申请饭卡ID，创建卡记录，建立卡的数据信息。
（2）、存款-消费功能：学生在存款时，管理员在核对卡的ID合法之后，读取出卡的余额，再存入金额，修改数据库信息；学生在刷卡消费时，首先也要读取卡ID，显示余额，最后修改数据库信息。
（3）、查询功能：首先判断学生信息合法性，然后查询数据库中饭卡信息，产生报表，最后返回给学生。
（4）、挂失功能：学生在遗失饭卡后，提出挂失申请，核对学生信息合法性，信息合法后，转换卡使用状态，使卡不可使用，开启挂失倒计时。
（5）、解挂-注销功能：在申请挂失后，如学生在挂失倒计时内捡回遗失的卡，撤销卡的挂失，恢复卡的使用，如果个、在挂失时内没有提出解挂申请，则注销卡信息。
2.业务流程图：
通过对食堂饭卡管理系统的分析，主要包括办理新卡、存款-消费、查询、挂失和解挂，注销等业务。
办理新卡管理：首先要核查学生的基本信息的合法性，通过后管理员建立卡的数据信息，办理新卡
给学生，其业务流程图如图2.2所示：
图2.2 办理新卡管理业务流程图
存款—消费管理：学生在存款消费时涉及到提取卡基本信息，当卡ID合法时才能继续操作。存款消费后都要修改饭卡历史信息表。其业务流程图如图2.3所示：
图2.3存款—消费管理业务流程图
查询管理：学生查询分按学号和按卡号查询两种，查询的是学生的消费存款信息，即饭卡历史操作信息。其业务流程图如图2.4所示：
图2.4 查询管理业务流程图
挂失管理：挂失处理包括修改卡的状态和挂失倒计时设置。其业务流程图如图2.5所示：
图2.5 挂失管理业务流程图
解挂注销管理：对于遗失的饭卡首先要进行挂失时间的判断，在进行解挂或者是注销处理。其业务流程图如图2.6所示：
图2.6 解挂注销业务流程图
3.数据流程图：
根据以上分析，设计数据流程图：
外部项数据流
数据存储
数据加工
顶层DFD 如图2.7所示：
图2.7 顶层DFD
图2.8 本系统零层数据流程图
1层DFD（1.0办理新卡管理系统）如图2.9所示：
饭卡
图2.9 1层1.0申请卡管理数据流程图1层DFD（2.0存款消费管理系统）如图2.10所示。
饭卡
1层DFD（2.0存款消费管理系统）如图2.10
图2.11 1层3.0查询管理数据流程图
1层DFD （4.0挂失管理系统）如图2.12所示：
饭卡信息
图2.12 1层挂失管理系统流程图
1层DFD （5.0
解挂注销管理系统）如图2.13所示：
饭卡信息
图2.13 1层解挂注销管理系统流程图
4.数据字典：
（1） 外部实体定义： 1、名称：学生
简述：用饭卡进行消费、查询等业务
输入的信息流：饭卡、学生信息、消费额、查询报表、挂失信息、解挂信息、注销信息 输出的信息流：学生信息、饭卡信息、饭卡、存款额 2、名称：管理员
简述：对饭卡进行在管理操作
输入的信息流：检查结果
输出的信息流：权限标准
（2）数据流的定义
1、编号：A-01
名称：学生信息
简述：学生基本注册信息
数据流来源：学生
数据流去向：饭卡管理系统
数据项组成：姓名+性别+学号+级别+所在院校+专业+入学日期+出生日期
数据流量：约2000次/日
高峰流量：约2500次/日
2、编号：A-02
名称：饭卡信息
简述：饭卡状态信息和消费信息
数据流来源：学生、饭卡管理系统
数据流去向：饭卡管理系统、学生
数据项组成：饭卡ID+姓名+学号+性别+存款记录+消费记录+挂失倒计时+解挂状态+注销状态+操作时间数据流量：约5000次/日
高峰流量：约5500次/日
3、编号：A-03
名称：饭卡
简述：读取饭卡ID，检查饭卡合法性
数据流来源：学生、饭卡管理系统
数据流去向：饭卡管理系统、学生
数据项组成：饭卡ID+姓名+学号+性别
数据流量：约4000次/日
高峰流量：约4500次/日
4、编号：A-04
名称：存款额
简述：学生存钱
数据流来源：学生
数据流去向：饭卡管理系统
数据项组成：饭卡ID+姓名+学号+性别+存款额+操作时间
数据流量：约200次/日
高峰流量：约250次/日
5、编号：A-05
名称：查询报表
简述：学生查询饭卡信息记录表
数据流来源：饭卡管理系统
数据流去向：学生
数据项组成：饭卡ID+姓名+学号+性别+存款记录+消费记录+挂失状态+操作时间
数据流量：约500次/日
高峰流量：约550次/日
6、编号：A-06
名称：消费额
简述：记录学生每次消费情况
数据流来源：饭卡管理系统
数据流去向：学生
数据项组成：饭卡ID+姓名+学号+性别
数据流量：约7000次/日
高峰流量：约7500次/日
7、编号：A-07
名称：权限标准
简述：管理员检查信息合法性的标准
数据流来源：管理员
数据流去向：饭卡管理系统
数据项组成：饭卡ID+姓名+学号+性别
数据流量：约100次/日
高峰流量：约1500次/日
8、编号：A-08
名称：检查结果
简述：将饭卡信息和学生基本信息返回管理员
数据流来源：饭卡管理系统
数据流去向：管理员
数据项组成：饭卡ID+姓名+学号+性别
数据流量：约100次/日
高峰流量：约1500次/日
（3）功能模块定义
编号：1.0
名称：办理新卡处理
简述：学生申请新卡，管理员对卡信息和相关记录进行修改输入的信息流：学生信息
输出的信息流：饭卡
编号：1.1
名称：检查学生信息合法性
简述：学生申请饭卡时，核对学生信息
输入的信息流：学生信息、权限标准
输出的信息流：学生信息、检查结果
编号：1.2
名称：创建卡ID
简述：申请卡之后，创建卡的ID，作为卡的唯一标识
输入的信息流：学生信息
输出的信息流：学生信息、卡信息
编号：1.3
名称：创建卡记录
简述：建立饭卡的基本信息
输入的信息流：卡信息、学生信息
输出的信息流：饭卡
编号：2.0
名称：存款—消费管理
简述：存钱到卡里，对学生每次消费做记录
输入的信息流：饭卡、存款额
输出的信息流：饭卡、消费额
标号：2.1
名称：检查卡ID合法性
简述：在存款时，卡信息存在并正确时才能继续操作
输入的信息流：饭卡、存款额、权限标准
输出的信息流：饭卡、存款额
编号：2.2
名称：存款额修改
简述：学生存款入卡，管理员修改相应数据库信息
输入的信息流：饭卡、存款额
输出地信息流：饭卡
编号：2.3
名称：读取饭卡ID合法性
简述：学生刷卡消费，读卡器读取卡的ID，核对其合法性
输入的信息流：饭卡
输出的信息流：饭卡
编号：2.4
名称：消费额修改
简述：学生刷卡信息，操作员修改卡消费信息，创造消费记录输入的信息流：饭卡
输出的信息流：饭卡、消费额
编号：3.0
名称：查询处理
简述：提供给学生所需的饭卡信息和消费信息，产生报表
输入的信息流：学生信息、饭卡
输出的信息流：查询报表
编号：3.1
名称：检查学生信息合法性
简述：核对学生信息，与卡内信息符合时才能查询
输入的信息流：学生信息
输出的信息流：学生信息
编号：3.2
名称：检查饭卡ID合法性
简述：核对学生信息，与卡内信息符合时才能查询
输入的信息流：饭卡信息
输出的信息流：饭卡信息
编号：3.3
名称：查询饭卡信息
简述：查询卡内学生消费信息记录
输入的信息流：学生信息、饭卡信息
输出的信息流:：查询报表
编号：4.0
名称：挂失处理
简述：当卡遗失后，修改卡挂失状态，卡被锁定不能再用
输入的信息流：学生信息
输出的信息流：挂失信息
编号：4.1
名称：检查ID合法性
简述：核对学生信息，与卡内信息符合时才挂失
输入的信息流：学生信息
输出的信息流：学生信息
编号：4.2
名称；挂失状态转换
简述：确认卡信息正确后，转换挂失状态，卡被确定不能用
输入的信息流：学生信息
输出的信息流：学生信息，挂失信息
编号：4.3
名称：挂失倒计时设置
简述：挂失后开始计时，在时限内可以解挂
输入的信息流：学生信息，挂失信息
输出的信息流：挂失信息
编号：5.0
名称：解挂注销处理
简述：在挂失时限内找到卡，解除挂失状态，当达到挂失时限时，对卡注销输入的信息流：挂失信息
输出的信息流：挂失信息，解挂信息，注销信息
编号：5.1
名称：挂失时间检查
简述：判断挂失的时间，确定是解挂还是注销
输入的信息流：挂失信息
输出的信息流：挂失信息，饭卡信息
编号：5.2
名称：注销
简述：挂失时间到之后，没有解挂信息，注销卡信息
输入的信息流：挂失信息、饭卡信息
输出的信息流：注销信息
编号：5.3
名称：解挂
简述：在挂失时间内找到卡，解除挂失信息，恢复卡的使用
输入的信息流：饭卡信息
输出的信息流：解挂信息
（4）数据存储定义
编号：F1
名称：学生基本信息表
简述：用于保存学生基本注册信息
组成：姓名+性别+学号+级别+所在系别+专业+入学日期+出生日期
关键字：学号
编号：F2
名称：饭卡基本信息表
简述：保存饭卡数据
组成：饭卡ID+姓名+学号+性别+挂失状态+操作时间
关键字：饭卡ID
编号：F3
名称：饭卡历史操作信息表
简述：保存饭卡的消费、存款记录，方便学生查询
组成：饭卡ID+姓名+学号+性别+存款记录+消费记录+挂失状态+操作时间
关键字：饭卡ID
第四章系统设计
4.1详细设计
4.1.1 代码设计
代码设计主要针对系统所涉及的表中，比较重要、代表性强的代码进行设计，就本系统而言，代码设计包括学生学号代码设计和发卡ID代码设计。
（1）学生学号代码设计：学生学号的代码组成包括入校时间、所在系别、所在专业和班级学号四部分
学生信息管理系统概要设计
第5章学生管理系统概要设计 5.1引言 5.1.1编写目的 由于现在的学校规模在逐渐的扩大，设置的专业类别、分支机构及老师、学生人数越来越多，对于过去的学生信息管理系统，不能满足当前学生信息管理的服务性能要求。本报告对于开发新的<<学生信息管理系统>>面临的问题及解决方案进行初步的设计与合理的安排，对用户需求进行了全面细致的分析，更清晰的理解学生信息管理系统业务需求，深入描述软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求，对开发计划进行了总体的规划确定开发的需求与面临困难的可行性分析。 5.1.2背景 开发软件的名称：《学生信息管理系统》 项目提出者： 项目开发者： 用户：管理员、老师、学生 5.1.3定义 数据流图：简称DFD，它从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。 数据字典：是指对数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等进行定义和描述，其目的是对数据流程图中的各个元素做出详细的说明。 https://www.wendangku.net/doc/e311569385.html,：是一项微软公司的技术，是一种使嵌入网页中的脚本可由特网服务器执行的服务器端脚本技术。指 Active Server Pages（动态服务器页面），运行于 IIS 之中的程序。
C#：（C Sharp)是微软(Microsoft)为。NET Framework量身订做的程序语言，微软公司在2000年6月发布的一种新的编程语言。C#拥有C/C++的强大功能以及Visual Basic简易使用的特性，是第一个组件导向(Component-oriented)的程序语言，和C++与Java一样亦为对象导向(object-oriented)程序语言。 SQL：（Structured Query Language)结构化查询语言，是一种数据库查询和程序设计语言，用于存取数据以及查询、更新和管理关系数据库系统。同时也是数据库脚本文件的扩展名。 SQL Server 2005：SQL Server 是一个关系数据库管理系统。它最初是由Microsoft Sybase 和Ashton-Tate三家公司共同开发的，于1988 年推出了第一个OS/2 版本。在Windows NT 推出后，Microsoft与Sybase 在SQL Server 的开发上就分道扬镳了，Microsoft 将SQL Server 移植到Windows NT系统上，专注于开发推广SQL Server 的Windows NT 版本。Sybase 则较专注于SQL Server在UNIX 操作系统上的应SQL Server安装界面用。 B/S ：（Client/Server，客户机/服务器）模式又称C/S结构，是20世纪80年代末逐步成长起来的一种模式，是软件系统体系结构的一种。C/S结构的关键在于功能的分布，一些功能放在前端机（即客户机）上执行，另一些功能放在后端机（即服务器）上执行。功能的分布在于减少计算机系统的各种瓶颈问题。C/S模式简单地讲就是基于企业内部网络的应用系统。与B/S（Browser/Server，浏览器/服务器）模式相比，C/S模式的应用系统最大的好处是不依赖企业外网环境，即无论企业是否能够上网，都不影响应用。 5.1.4参考资料 [1] 张海藩主编，《软件工程导论》，清华大学出版社 [2] 陆丽娜主编，《软件工程》，经济科学出版社 [3] 瞿中主编，《软件工程》，机械工业出版社 [4]《数据库系统概论》——萨师煊高等教育出版社 [5]《https://www.wendangku.net/doc/e311569385.html,实用案例教程》--石志国 [6]《C#入门经典》--齐立波，清华大学出版社 [7]《计算机软件文档编制规范》GB-T8567-2006 [8]需求分析与可行性研究报告
软件工程校园卡管理系统可行性分析报告
第一章1．引言 (2) 1.1编写目的 (2) 1.2项目背景 (2) 1.3定义 (3) 1.4参考资料 (3) 第二章2．可行性研究的前提 (3) 2.1要求 (3) 2.2目标 (3) 2.3条件、假定和限制 (3) 2.4可行性研究方法 (4) 2.5评价尺度 (4) 第三章3．对现有系统的分析 (4) 3.1处理流程和数据流程 (4) 3.2工作负荷 (4) 3.3费用支出 (4) 3.4人员、设备 (4) 3.5局限性 (4) 第四章4．所建议技术可行性分析 (5) 4.1对系统的简要描述 (5) 4.2处理流程和数据流程 (5) 4.3与现有系统比较的优越性 (6) 4.4采用建议系统可能带来的影响 (6) 4.5技术可行性评价 (7) 第五章 5. 所建议系统经济可行性分析 (7) 5.1支出 (7) 5.2效益 (7) 5.3收益/投资比 (8) 5.4投资回收周期 (8) 5.5敏感性分析 (8) 第六章6．社会因素可行性分析 (8) 6.1法律因素 (8) 6.2用户使用可行性 (8) 第七章7．其他可供选择的方案 (8) 第八章8．结论 (8)
第一章1．引言 计算机已经深入到日常工作和生活的方方面面，已经成为我们学习和工作的得力助手，比如文字处理、信息管理、辅助设计、图形图像处理、教育培训以及游戏娱乐等。各行各业的人们都在使用计算机完成许许多多复杂的工作。然而，虽然现在世界上的各种软件层出不穷，但它们依然不能满足用户的各种特殊需要，人们还不得不开发适合自己特殊需求的软件。校园卡管理系统是一个学校不可缺少的部分,它的内容对于学校的管理者和来说至关重要,校园卡管理系统应该能够为学生提供充足的消费信息和快捷的查询手段。校园卡在一定意义上也充当着钱包的角色，他对我们学生来说至关重要。使用计算机对学生校园卡信息进行管理,具有很多优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高学生校园卡管理的效率,也是企业的科学化、正规化管理的重要途径。故设计此系统。 1.1编写目的 该软件项目可行性研究报告是对校园卡管理系统的全面通盘考虑,是项目分析员进行进一步工作的前提,是软件开发人员正确成功的开发项目的前提与基础.此研究报告可以使软件开发团体尽可能早的估计研制课题的可行性,可以在定义阶段较早的认识到系统方案的缺陷,就可以节省时间和精力,也可以节省资金,并且避免了许多专业方面的困难.所以该软件项目可行性研究报告在整个开发过程中是非常重要的。 1.2项目背景 第一目前学校学生人数剧增,学生信息呈爆炸性增长，计算机成本日益下降的前提下,学生对校园卡管理的自动化与准确化的要求日益强烈的背景下提出的，本软件产品为学生管理系统的一个子系统，实现学生管理系统中的校园卡管理子功能。第二本人的校园卡曾丢失过，挂失以后本以为没事，可没曾想被捡到的人解除挂失并消费了卡里的200多元钱。我去校园卡管理中心去问他那个人的电话号码时，说无法调查出来。所以想设计此管理系统，希望学校能考虑改进一下自己的管理系统。 工程的名称：校园卡管理系统; 工程产品的名称：校园卡管理系统; 工程组织者：校园卡管理系统开发小组; 产品用户：学校校园卡管理人员; 产品设计者：校园卡管理系统开发小组; 产品生产者：校园卡管理系统开发小组;
饭卡管理系统
宁波大学饭卡管理系统 指导教师 班级 姓名 学号 完成日期 系统需求： 随着宁波大学的发展，学生，教师及外来人员的不断增加，对于食堂来讲，普通意义上的现金交易严重影响了工作效率，使消费者等待时间加长，食堂交易方式数字化已经刻不容缓，宁波大学饭卡管理系统就是基于以上问题开发，基本上能实现普通交易的功能，同时又能提高工作效率。 功能分析： 宁大高校饭卡信息包括：饭卡号码、饭卡所有者信息、初次办卡时间、余额。其中，饭卡的所有者分为学生、教师、临时人员，学生有各自的班级号，教师有所属学院等信息。实现功能： （1）学生入学或老师新调入，需要新建一张饭卡。
（2）学生毕业或老师调离，撤销当前对象的饭卡。 （3）饭卡的充值和消费。 （4）查询和排序功能 A：按饭卡所有人姓名查询，输出此饭卡的所有信息。 B：按饭卡号码查询，输出此饭卡的所有信息。 C：按饭卡号码大小排序，输出所有饭卡的信息。 程序设计： Ccard类：基类，设置初始信息，设置充值，消费，余额,信息查询对象函数，初始信息中包括人的公有特征，如姓名，性别，身份证号码。 声明代码： Cstudent类: 从Ccard类公有继承初始信息函数、查询函数，自己再设置独立的关于学生的对象，譬如班级号和类别，并要求对卡号保存。 声明代码： Cteacher类：从Ccard类公有继承初始信息函数、查询函数，自己再设置独立的关于教师的对象，譬如所属学院、职称，并要求对卡号保存。 声明代码： Ctemp类：从Ccard类公有继承初始信息函数、查询函数，由于是临时卡，不保存卡号。声明代码： 遇到问题： （1）当查询充值余额和消费余额时，程序正常是调用double result();//充值函数、double consume();//消费函数、double balance();//余额函数，但是当运行余额函数时，总会2次调用充值和消费函数，这样就直接导致充值的金额和消费的余额扩大一倍，最后发现原来是返回函数写错了，因为money是余额,money1是充值金额，money2是消费金额，我在而我都返回了money值给充值函数、消费函数和余额函数。 （2）按照卡号查询饭卡所有者信息时，除了初始信息，姓名，性别，身份证号码外，最主要的还是查询出这个号码的所剩余额，刚开始时我使用的是调用充值，消费函数，这样一来，当输出余额是会弹出对话框，问你充了多少钱，消费了多少钱，一般情况下查询时肯定不会充值和消费，所以应该输入充值0消费0，但是这样对于操作
电脑销售信息管理系统概要设计说明书
电脑销售系统概要设计说明书 一、引言 1.1 此文档的编写目的 该项目的是开发一个联想笔记本电脑销售管理系统 1.2项目背景 对于我们大学生而言，我们每个人都有一台笔记本电脑或者是一台式机吧，一般来说，电脑里面知识丰富多彩，多姿多样，五彩缤纷，陶醉迷人，你只需要动一下你的手指头，里面的场景是多么的迷人和吸引人呀，同时也看到了最近的发生的最新消息，最近的市场行情的变动，最近的网站网页，最近的歌曲等等，我们这些是从何而知道的呢，是从网上吧，不，使我们的电脑，是电脑第一时间给我最新的消息，是它第一时间给我传达的，是它让我学会在网上购物。 所以，电脑的出现，也随着网络的飞速发展如雨后春笋般盛行起来，同样也给我们提供大量的网络资源我与我们学计算机的学生来说基本上每个人都需要电脑，不管是笔记本电脑还是台式机电脑，我们消费者一样可以在家里拥有足不出门的待遇和享受乐趣。 网络大量资源收集，通过电脑的广泛运用，我们作为消费者就可以很快地查阅你想要的资料，你想看的电影和电视，比如留言板、QQ聊天、电子邮箱发送、论坛区、浏览网页，更多的是为了IT行业和我们学计算机的专业的学生提供了很多的帮助和贡献。 因此，趋于激烈的市场竞争，销售商不断提高业务处理效率、和信息处理速度，及时、正确的掌握市场需求。由于业务量的不断扩展，传统的手工管理方式已无法满足管理者的需求，造成业务管理混乱、财务账目不请，工作效率低下等问题，从而影响企业发展。 项目任务提出者：客户。 项目开发者：电脑销售信息管理系统项目组。 本电脑销售信息管理系统项目主要由两部分形成： 1.各分公司中的前台客户销售程序； 2.总公司中的数据库服务器程序； 1.3 定义 1.SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。 2.SQL: 一种用于访问查询数据库的语言 3.SQL: Structured Query Language（结构化查询语言）。 1.4参考资料 以下列出在概要设计过程中所使用到的有关资料： 1.电脑销售系统项目计划任务书3开发小组2012/4 2.电脑销售系统项目开发计划3开发小组2012/4 3.电脑销售系统需求规格说明书3开发小组2012/4 4.电脑销售系统用户操作手册（初稿）3开发小组2012/4
《校园一卡通系统》合同书
《荣昌校区一卡通系统》开发合同 合同编号： 甲方（委托人）：乙方（受托 人）： 鉴于甲方有意委托乙方开发《荣昌校区一卡通系统》，双方依据《中华人民国合同法》及相关的法律法规之规定，在自愿、平等、互利互惠、协商一致的基础上，双方达成如下协议： 第一条定义 1、“荣昌校区一卡通系统”属于软件系统，除另有指明外，指描述于《荣昌校区一卡通系统需求报告》中的在本合同履行期所开发和提供的当前和将来的软件版本，包括乙方为履行本合同所开发和提供的软件版本和相关的文件。 2、“可交附件”指附件中指定的由乙方所交付的软件，包括源代码、安装盘、技术文档、用户指南、操作手册、安装指南和测试报告等。 第二条开发目的 本软件是甲方为方便荣昌校区师生日常生活而委托乙方开发的软件。该软件的主要功能和目标为方便荣昌校区师生上课打卡签到以及食堂进餐打卡等。软件整体功能符合甲方所描述的易于管理、方便使用的要求，应达到正确性、安全性、可靠性、开放性、实用性等的技术指标。 第三条甲方原有信息系统描述
甲方原有的相关计算机信息系统为“学生饭卡管理系统”，其主要功能是方便使用者在荣昌校区各食堂以及超市消费。乙方将结合甲方的计算机信息系统进行软件开发，使开发软件的能同现有系统中已有的设备和相关软件相匹配。 第四条软件系统 1、乙方所开发的软件系统为“荣昌校区一卡通系统”，应采用C#为开发语言，SQL数据库。其中：乙方为甲方开发的软件系统分为3个子系统，包括消费子系统、考勤子系统和信息管理子系统，与甲方原有系统共同构成本合同所规定的软件系统。该软件系统的名称、模块、功能、规格、版本、检测标准等相关情况见《荣昌校区一卡通系统需求报告》。 2、甲方将为整个软件开发支付乙方10000（壹万元整）的研究经费。 第五条软件开发的交付进度和时间 1、本开发软件交付的时间为20XX年XX月XX日； 2、软件开发分为需求分析、概要设计、详细设计、功能实现和测试与维护5个阶段，每个阶段的项目完成后，均应该依据相关检测标准进行检测和交付。甲方将按照2：2：2：2：2的比例进行现金付款。 第六条质量要求 自本合同签订之日起，乙方应尽力履行其在开发计划中所规定的义务，按时完成并交付每一阶段项目成果，其质量标准应符合《荣昌校区一卡通系统需求报告》的规定。 第七条信息与资料 乙方有权根据本合同的规定和项目需要，向甲方了解有关情况，调阅有关资料，向有关职能人员调查、了解甲方现有的相关数据和资料，以对该软件进行全面的研究和设计。甲方应予以积极配合，向乙方提供有关信息与资料，特别是有关甲方对开发软件的功能和目标需求方面的信息和资料。如甲方对乙方完成本合同所需的乙方所有的信息和资料不予提供，则由甲方承担不予提供的损害后果。 第八条资料提供
校园管理系统设计说明书
校园管理系统设计说明书 1 引言 1．1编写目的 概要设计的主要任务是设计程序的体系结构，也就是确定程序有哪些模块组成以及模块计的关系。概要设计过程首先寻找实现目标系统的各种不同的方案，需求分析阶段得到的数据流图是设想各种可能方案的基础。然后分析员从这些供选择的方案中选取若干个合理的方案，为每个合理的方案都准备一份系统流程图，列出组成系统的所有物理元素，进行成本/效益分析，并且制定实现这个方案的进度计划。分析员应该综合分析比较这些合理的方案，从中选出一个最佳方案向用户和使用部门负责人推荐。如果用户和使用部门的负责人接受了推荐的方案，分析员应该进一步为这个最佳方案设计软结构，通常，进行必要的数据库设计，确定测试要求并且是定测试计划。 1．3术语定义 实体—联系图（E-R图）：包含实体（即数据对象）、关系和属性。作为用户与分析员之间有效交流的工具。 流程图：由一些特定意义的图形、流程线及简要的文字说明构成，能清晰明确地表示程序的运行过程 盒图：又称为N-S图呀CHAPIN图，它把整个程序写在一个大框图，大框图由若干个小的基本框图构成 1．4参考资料 《软件工程导论》 ---------海藩编著清华大学 《深入浅出面向对象分析和设计》 《数据为原理及应用》------绍原主编科学 2 概述 1．目标 该阶段目的在于明确系统的数据结构和软件结构，此外总体设计还将给出部软件和外部系统部件之间的接口定义，各个软件模块的功能说明，数据结构的细节以及具体的装配要求。 2．运行环境
软件基本运行环境为Windows环境。 3．需求概述 本系统要达到以下目标： 1、用户的存款与消费 2、用户挂失处理 3、管理员的新建与注销 4、用户的查询 4．条件与限制 为了评价该设计阶段的设计表示的“优劣程度”，必须遵循以下几个准则： 1.软件设计应当表现出层次结构，它应巧妙地利用各个软件部件之间的控制关系。 2.设计应当是模块化的，即该软件应当从逻辑上被划分成多个部件，分别实现各种特定功能和子功能。 3.设计最终应当给出具体的模块（例如子程序或过程），这些模块就具有独立的功能特性。 4.应当应用在软件需求分析期间得到的信息，采取循环反复的方法来获得设计。 3 系统分析 系统模型：
饭卡管理系统
饭卡管理系统
指导教师班级姓名学号完成日期
系统需求： 随着宁波大学的发展，学生，教师及外来人员的不断增加，对于食堂来讲，普通意义上的现金交易严重影响了工作效率，使消费者等待时间加长，食堂交易方式数字化已经刻不容缓，宁波大学饭卡管理系统就是基于以上问题开发，基本上能实现普通交易的功能，同时又能提高工作效率。 功能分析： 宁大高校饭卡信息包括：饭卡号码、饭卡所有者信息、初次办卡时间、余额。其中，饭卡的所有者分为学生、教师、临时人员，学生有各自的班级号，教师有所属学院等信息。 实现功能： （1）学生入学或老师新调入，需要新建一张饭卡。 （2）学生毕业或老师调离，撤销当前对象的饭卡。 （3）饭卡的充值和消费。 （4）查询和排序功能 A：按饭卡所有人姓名查询，输出此饭卡
的所有信息。 B：按饭卡号码查询，输出此饭卡的所有 信息。 C：按饭卡号码大小排序，输出所有饭卡 的信息。 程序设计： Ccard类：基类，设置初始信息，设置充值，消费，余额,信息查询对象函数，初始信息中包括人的公有特征，如姓名，性别，身份证号码。声明代码： Cstudent类: 从Ccard类公有继承初始信息函数、查询函数，自己再设置独立的关于学生的对象，譬如班级号和类别，并要求对卡号保存。声明代码： Cteacher类：从Ccard类公有继承初始信息函数、查询函数，自己再设置独立的关于教师的对象，譬如所属学院、职称，并要求对卡号保存。声明代码： Ctemp类：从Ccard类公有继承初始信息函数、查询函数，由于是临时卡，不保存卡号。 声明代码：
遇到问题： （1）当查询充值余额和消费余额时，程序正常是调用double result();//充值函数、 double consume();//消费函数、double balance();//余额函数，但是当运行余额 函数时，总会2次调用充值和消费函数， 这样就直接导致充值的金额和消费的余 额扩大一倍，最后发现原来是返回函数写 错了，因为money是余额,money1是充值 金额，money2是消费金额，我在而我都返 回了money值给充值函数、消费函数和余 额函数。 （2）按照卡号查询饭卡所有者信息时，除了初始信息，姓名，性别，身份证号码外， 最主要的还是查询出这个号码的所剩余 额，刚开始时我使用的是调用充值，消费 函数，这样一来，当输出余额是会弹出对 话框，问你充了多少钱，消费了多少钱， 一般情况下查询时肯定不会充值和消费， 所以应该输入充值0消费0，但是这样对 于操作会很繁琐，虽然结果一样会输出， 最后我直接调用money对象，直接输出，
医院信息管理系统-概要设计说明书V1.1.doc
. 医院信息管理系统概要设计说明书 编写人 审核人： 编写日期： 2012/4/18
版本更新内容日期修改人1.0新建2012/4/18 1.1接口设计2012/4/23
医院信息管理系统 (1) 概要设计说明书 (1) 1 引言 (5) 1.1 编写目的 (5) 1.2 背景 (5) 1.3 定义 (5) 1.4 参考资料 (6) 2 总体设计 (6) 2.1 需求规定 (6) 2.2 运行环境 (7) 2.3 基本设计概念和处理流程 (7) 2.4 结构 (8) 2.5 功能需求与程序的关系 (10) 2.6 人工处理过程 (12) 2.7 尚未解决的问题 (13) 3 接口设计 (13) 3.1 用户接口 (13) 3.2 外部接口 (15) 3.3 内部接口 (15) 4 运行设计 (15) 4.1 运行模块组合 (15) 4.2 运行控制15
. 4.3 运行时间 (16) 5 系统数据结构设计 (16) 5.1 逻辑结构设计要点 (16) 5.2 物理结构设计要点 (22) 5.3 数据结构与程序的关系 (22) 6 系统出错处理设计 (24) 6.1 出错信息 (24) 6.2 补救措施 (24) 6.3 系统维护设计 (24)
. 1引言 1.1 编写目的 根据需求分析说明书中的用户需求，编写概要设计说明书，为开发过程提供 了较为扼要的说明，使系统开发各类技术人员对整个系统所需实现的功能以及测 试过程中的各项测试内容有较为具体的认识，为整个系统的开发、测试、评定和移交的提供基础，本报告一旦确认后将成为系统开发各类技术人员共同遵守的准 则，并为以后的修改工作提供依据。 本说明书的预期读者为本项目负责人以及负责项目开发的各类技术人员、测试人员、管理人员、项目评审人员。 1.2 背景 说明： 系统名称：医院管理系统概要设计说明书 项目提出者：郑州大学10 级软工一班某小组 开发者：郑州大学10 级软工一班某小组 用户：各个医院 运行该软件的计算机（中心）：各个医院计算机局域网 1.3 定义 SQL STRUCTURE QUERY LANGUAGE数据库语言
校园一卡通管理系统(需求设计文档)
校园一卡通管理系统 需求文档 文档名称：需求分析规格说明书 项目名称：校园一卡通管理系统 A 引言 A.1 编写目的 所谓“需求分析”，是指对要解决的问题进行详细的分析，弄清楚问题的要求，包括需要输入什么数据，需要得到什么结果，最后应输出什么。需求分析阶段是一个非常重要的阶段，良好的需求分析文档，将为整个软件开发项目的成成打下良好的基础。 A.2 项目信息 本项目的名称：校园依旧阿通管理系统 本项目的应用范围：各个高校校园内 开发单位：武汉理工大学计算机学院软件1101班 用户：学生，老师，校车，校超市，校食堂等 A.3 参考文献 【1】方美琪，《软件开发工具》，经济科学出版社 【2】李建中，王珊.《数据库系统原理（第2版）》电子工业出版社，2004.9 【3】李昭原，刘又诚《数据库系统原理与技术》北京航空航天大学出版社【4】钟珞，袁景凌《软件工程》科学出版社 B 项目概述 B.1 组织结构与职责 本系统用户的组织结构如图b-1所示。 管理员 管理组 教师 用户组 学生 B.2 角色定义 用户系统中扮演的角色，以及可以执行的职责： 校园IC卡一卡通系统在校园网中起着通行桥梁的作用，通过与其它的各个管理系统模块的信息连接，将整个校园网有机、高效地带动起来，使得校园各个方面的工作因IC卡的高效、简便而更加顺利。 B.3 系统概述
随着社会信息化的蓬勃发展，校园的管理也进入了一个信息化的时代，先进的管理信息系统成为建设世纪一流大学的重要标志。在国内信息化建设进程的加速的今天,高校管理者要学会思考如何使学校现有资源得到高效、合理的应用,使教育信息化带动教育的现代化,将教育与信息技术真正地融合,提高教学质量和教学效率, 提高学校声誉,提升学校的竞争力。数字化校园将是今后校园建设的发展趋势和必然。数字化校园建设的实质就是学校的管理部门通过信息化手段,实现对各种资源的有效集成、整合和优化,实现资源的有效配置和充分利用,从而提高各种管理工作的效率和效益。而建设“校园一卡通系统”是实现数字化校园的有效途径。 随着社会信息化的蓬勃发展，校园的管理也进入了一个信息化的时代，先进的管理信息系统成为建设世纪一流大学的重要标志。在国内信息化建设进程的加速的今天,高校管理者要学会思考如何使学校现有资源得到高效、合理的应用,使教育信息化带动教育的现代化,将教育与信息技术真正地融合,提高教学质量和教学效率, 提高学校声誉,提升学校的竞争力。数字化校园将是今后校园建设的发展趋势和必然。数字化校园建设的实质就是学校的管理部门通过信息化手段,实现对各种资源的有效集成、整合和优化,实现资源的有效配置和充分利用,从而提高各种管理工作的效率和效益。而建设“校园一卡通系统”是实现数字化校园的有效途径。 校园“一卡通”系统的建设，首要目的是方便全院师生员工在学院内的各项活动，使在院内的所有消费、缴费行为变得简单易行，身份识别准确安全，数据收集全面、统一。其次，在全院形成学院统一管理的信息平台，促进教育信息的标准化，构建起优良的数字空间和信息共享环境，进一步实现教学资源数字化、数据传输网络化、用户终端智能化、结算管理集中化。第三，在全校实现统一的电子支付和费用收缴管理，解决我院各类费用收缴难、管理乱的问题。第四，借助校园“一卡通”系统提供的基础数据，可整合和带动学校各类管理信息系统的建设。第五，促进学校网络应用基础平台的建设，逐步完成校内应用系统体系结构的升级。 C 目标系统功能需求 C.1 系统用例 根据以上分析，主要介绍日常事务处理和日常消费处理的用例图所具有的功能。 ●餐厅消费 ●超市消费 ●校车消费 ●办卡 ●充值 ●挂失 ●解挂 ●查询
c语言饭卡管理系统课程设计报告
课程设计报告 课程名称： C语言程序设计课设 项目名称：饭卡管理系统 学院：专业： 姓名： 学号： 指导教师：成绩：
目录 第1部分课程设计题目与要求 (2) 1．问题描述 (2) 2．功能要求 (2) 3．任务分工................................. 错误!未定义书签。 第2部分《饭卡管理系统》的设计与功能实现 (3) 1．总体设计 (3) 2．数据结构 (3) 3.算法设计 (4) 4．程序代码设计 (12) 5．测试与调试 (22) 第3部分课程设计总结................................. 错误!未定义书签。 个人总结........................................ 错误!未定义书签。 个人总结........................................ 错误!未定义书签。 结束语.......................................... 错误!未定义书签。 附录Ⅰ程序清单 (23) 附录Ⅱ用户使用说明书 (34) 参考文献 (35)
第1部分课程设计题目与要求 1．问题描述 学校等大单位集体食堂买饭时间非常集中，这时如果食堂使用饭票卖饭，大家就得排长队等候，而且还要经过先去买饭票等麻烦的经历。因此食堂提出使用计算机进行管理，食堂用饭卡卖饭，不仅提高卖饭速度，还易于 2．功能要求 重复显示如图所示的主菜单，在主菜单中选择任意一项， 均实现相应功能。 在主菜单中选择1，建立名为card.dat的文件，并在其中 添加若干人的饭卡号、姓名、金额、挂失信息，要求饭卡号是唯一的。 在主菜单中选择2，要求用户输入饭卡号、饭费，然后系统自动从该人的饭卡中减去饭钱，并分别显示买饭前后的金额，如果原来饭卡中的金额不足5元，则不能买饭，而且显示“金额不足够，请续钱！”，如果挂失信息为真，则显示“本卡已冻结！”。 在主菜单中选择4，添加新饭卡，这时要求新饭卡号和已有的饭卡号不能重号。在主菜单中选择5，注销旧饭卡。 在主菜单中选择6，要求用户输入饭卡号和挂失信息，然后更新该饭卡的挂失信息。在主菜单中选择7， 在主菜单中选择0，显示“感谢使用本软件！已正常退出，按任意键结束。”按任 意键退出本系统。
煤矿信息综合信息化管理系统概要设计
煤矿信息综合信息化管理系统 概要设计
1.概述 1.1.编写目的 本文档是根据《矾石沟煤矿调研需求说明》内列出的各项功能需求进行全面分析并准确表达出用户的需求。并且不拘泥与矾石沟煤矿，对大多数煤矿企业具有适应性。本文档是为了确切地表达出系统的每项需求，并做为设计的基础，为软件设计人员提供明确的指导方向，并为软件的功能测试提供测试依据。 1.2.读者对象 本《系统需求说明书》的预期读者是： 部门经理 技术部经理 项目组所有人员 测试组人员 1.3.术语和缩写 名词解释 HRM Human Resource Management 人力资源管理系统 1.4.参考资料 序号文档名 称 标识号/出版号备注 1、 《矾石沟煤矿调研需求说明》 2.应用现状分析： 二十世纪九十年代以来，随着以计算机技术为代表的信息技术在企业的经营、管理、设计和制造中得到日益广泛深入的应用，世界煤炭工业的大公司和发
达国家的煤炭生产企业在技术发展和自身竞争需求的推动下，迅速由生产过程自动化向企业信息化转变，对扩大经营规模并有效控制经营成本，提升企业的核心竞争力起到巨大的推动作用。目前，在世界煤炭工业的大公司和发达国家的煤炭生产企业中，企业信息化水平已经达到相当高的程度。通过企业信息化建设，改进了企业的生产工艺和流程，极大地提高了生产效率，为企业生产经营中的信息获取、存储、处理、传输等创造了条件，为企业扩大经营并有效控制经营成本提供了有力的技术手段。 我国煤炭企业的信息化建设起步并不晚，但信息化水平与其他行业相比相对较低。企业信息化系统的开发和应用绝大部分任然停留在重复的单项开发和单项应用的水平上，形成了一个个的“信息孤岛”；部分企业建立了计算机网络，但大多数也只是空网，没有充分发挥其效用，即使有部分应用也是各自独立，各子系统之间没有共享数据。目前，很少有煤炭企业建成完善的管理信息系统，只有少数企业初步实现了基本的应用系统集成，建成了管理信息系统雏形。 3.系统业务流程分析 3.1.组织机构 3.1.1.部门管理 部门基础信息注册，树形结构维护。
饭卡管理系统
一、实验目的和要求 (2) 二、实验仪器和设备 (2) 三、实验过程 (2) 四、设计报告 (2) 1、设计概述 (2) 2、作品功能 (3) 3、系统方案 (3) 4、设计方法 (5) 5、系统特色 (12) 6、使用说明 (12) 五、设计心得及体会 (14)
一、实验目的和要求 进一步推动高等教育教学改革，促进人才培养模式和教学方法的创新,鼓励和支持大学生尽早参与科学研究、技术开发和社会实践等创新活动，不断激发学生学习的主动性、积极性和创造性，提高大学生的科学素质和文化素养，培养大学生的创新精神、创业精神和实践能力。 选题要求如下： 1. 有关教师科研与技术开发（服务）课题中的子项目； 2. 开放实验室、实训或实习基地中的综合性、设计性、创新性实验与训练项目； 3. 发明、创作、设计等制作项目； 4. 专业性研究及创新项目，创业计划与职业规划创新项目； 5. 社会调查项目； 6. 其他有研究与实践价值的项目。 工作要求如下： 1.注重实践创新。鼓励学生结合学科专业，从自身所长与兴趣出发，积极参与实验实践活动，在探索、研究、创新的实践训练过程中，提出自己的观点与见解。 2. 注重切实可行。训练计划重点资助思路新颖、目标明确、研究方案及技术路线可行、实施条件可靠的项目。 二、实验仪器和设备 计算机一台 windows XP操作系统 三、实验过程 1．学生个人或团队（限2人）结合毕业实习内容申报大学生实践创新项目，专任教师进行评审，确立立项项目。学生自主进行实践项目设计研究工作。实践项目结束后，由学院组织项目验收，给予相应的实践学分。对其中优秀者进行奖励，并推广宣传。 2．考核方式 （1）每人完成一篇设计论文。 （2）每组完成一项设计成果。 提交时间：2011年9月1日第一周周四 四、设计报告 1 设计概述 饭卡管理系统是一套针对大学校园食堂饮食交费，一般消费等方面的信息管理系统，它包括了同学在校内消费各方面内容：刷卡消费、查询、存款，学生信息管理等。方便的对同学饭卡信息进行各项操作，定时进行数据的备份更新，保持数据的一致性和准确性，各方面的内容应该相互联系，最终产生各种查询统计报表，以供同学进行检查。
食堂刷卡系统报告
食堂消费监控系统仿真 食堂是一个集体单位、企业等不可缺少的一部分，尤其是学校，学校一直以来都是人群集中比较密集的地方，再随着高校的扩招，学生的密集程度更是急剧增长，故高校食堂的增多是不可避免的。再加上学生没有经济来源，去餐馆消费是几乎消费不起的，所以食堂的存在，给广大的学生们带来了很多的方便及好处，同时也给提供餐饮方带来了极大的方便。又因为食堂一般都使用刷卡系统来进行收取金额，所以免去了找零钱退额的过程，同时也避免了现金在流通过程中的丢失、假钞、破钞等问题，省去了现金的兑换、回笼、清点、保管等环节上的人力、物力、财力，提高管理层次，，同时大大降低了打发和找零的环节中病菌交叉感染的机率，增强了餐饮的卫生程度。再因为刷卡系统的存在，同时也增加了消费过程的速度。为统一的管理带来了极大的方便。 以下是有关食堂刷卡系统的设计原理及过程: 一、对食堂消费监控系统相关介绍： 1、与刷卡系统相关的人员及设备的权限介绍： 1),持卡人（持有的权利）： 申请新卡、查询余额、刷卡、挂失、更改卡的密码、注销。 2), 刷卡机： a.显示卡上余额； b.判断卡中金额是否足够工作人员输入的金额。若足够，则减去工作人员输入的金额（并伴着一声滴声）；若不够，则发出连续的滴滴声 3), 工作人员： 输入所需刷的金额并按确定。 4), 管理员（持有的权利）： a负责操作计算机，完成计算机系统的功能 b. 处理刷卡机的活动; c.统计食堂当天的营业额, 统计和打印每天的每台刷卡机的总额; d.处理新卡申请、充值、挂失、注销、增加用户、取消用户。 其相应的结构图如下：
5), 数据库系统：保存所有数据。 2、刷卡系统主要实现以下的管理：饭卡管理、餐费管理、统计管理。 1），饭卡管理有以下几个方面：饭卡充值、饭卡挂失、解除挂失、补发新卡以及退卡； 2），餐费管理有：刷卡消费管理； 3)，统计管理有：个人存款余额的查询、挂失人员查询、退卡人员查询、消费金额查询。务管理日清月结，用户可按时间段、按日统计，也可按周、月、季、阶段、年统计，有账户操作统计、营业情况统计、班次情况统计，做到真正的日清月结。并可以打印报表。 3、食堂消费系统中所存的相应信息 1），所存的学生信息： 该计算机系统只存有我们该组11个人的基本信息，只有计算机里存有信息的学生卡号，才能够在该刷卡系统上应用。 计算机中所存的学生信息如图所示：
饭卡管理系统完全11.17
饭卡管理系统 1.5、需求分析 1.5.1 系统任务概述 饭卡管理系统是一套针对大学校园食堂交费和一般消费等方面的信息管理系统，它包括学生或教职工(后面把这两者统称为持卡者，把这两者的基本信息文档统一放在学校持卡者信息表中)在校内消费的各方面内容：刷卡消费、查询、存款和持卡者信息管理等，方便对饭卡信息进行各项操作，定时进行数据的备份和更新，保持数据的一致性和准确性。另外，各方面的内容应该相互联系，最终产生各种查询统计报表，以供持卡者进行检查。 对于此系统的任务就是把人们从繁琐的交费、找零工作中解放出来，用计算实现存款、消费、查询]修改、删除以及存储等功能。同时，用计算机能够快速准确地完成资料的统计和汇总工作，迅速地打印出各种报表资料以供使用。 1.5.2 工作原理 饭卡管理系统的工作原理如下：
1）先建立数据库和数据库的驱动程序。 2）在使用时，由管理员输入需要了解的关键字的信息，然后通过饭卡管理系统选择相应的管理事务。 3）管理事务将根据所提供的信息在数据库中查找相应的记录。 4）返回相应的记录给管理员。 5）允许管理员在相应的权限下对数据进行修改。 6）通过终端把得到的内容显示到相应的界面上。1.5.3 流程图 用图形符号以黑盒子形式描绘该系统的每个部件（程序、文档、数据库、人工过程），表达数据在系统各部件之间流动的情况。 根据系统的功能要求，要建立三个库文件，分别是学校持卡者信息、饭卡存款额及历史情况和饭卡信息备份。学校持卡者信息库用来存放全校持卡者的各类信息，比如姓名、学号（或工号）、系别；饭卡存款额及历史情况库用来记录此张饭卡的当前余额、刷卡时消费金额的历史记录以及存款的历史记录；为了防止意外导致这些重要文件丢
工程项目信息管理系统概要设计
工程项目信息管理系统 概要设计 目录 第一章. 项目背景 (4) 第二章. 建设目标 (5) 第三章. 建设方针.............................................. 错误！未定义书签。 第四章. 设计思路 (5) 第五章. 总体设计 (6) 5.1 技术路线........................................................ 错误！未定义书签。 5.2 功能结构 (7) 5.3 整体架构........................................................ 错误！未定义书签。第六章. 功能设计 (17) ?W
6.1 教育资源云服务平台............................................. 错误!未定义书签。 6.2 直、点播在线学习平台............................................ 错误！未定义书签。 6.3 教师绩效管理系统................................................ 错误！未定义书签。 6.4 基地统一信息服务平台............................................ 错误!未定义书签。 6.5 基地部工作流服务系统............................................ 错误!未定义书签。 第七章. 系统特点 (25) 7.1 先进的系统构架.................................................. 错误！未定义书签。 7.1.1 软件系统构架的优势..................................... 错误!未定义书签。 7.1.2 硬件构架的优势.......................................... 错误!未定义书签。 7.2 高性价比........................................................ 错误！未定义书签。 7.2.1 成熟而开放的软件系统降低了研发成本..................... 错误!未定义书签。 7.2.2 统一的硬件平台降低了设备采购和更新成本................. .错误!未定义书签。第八章. 总结...................................................... 错误！未定义书签。
食堂管理信息系统分析与设计
1.引言 1.1背景与目的 当今世界已经进入了在计算机领域中激烈竞争的时代，应用计算机已经变得十分普遍了，如同我们离不开的自行车、汽车一样。我们应该承认，谁掌握的知识多，信息量大，信息处理速度快，批量大，谁的效益就高，谁就能在各种竞争中立于不败之地。随着科学技术的不断提高，计算机日益成熟，其强大的功能已为人们深刻认识，它已进入人类社会的各个领域并发挥着越来越重要的作用，越来越多的管理人员意识到信息管理的重要性。 作为计算机应用的一部分，使用计算机对食堂信息进行管理，具有手工管理无法比拟的优点。例如：检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命查长、成本低等。这些优点能够极大地提高信息管理的效率，也是企业科学化、正规化管理与世界接轨的重要条件。 随着高校办学规模的不断扩大，高校后勤管理工作也日趋繁杂．许多大型高校拥有多个校区，有十几个甚至几十个学生和教工食堂，这些食堂的地理位置分散，又要实现统一的协调管理，就不得不借助现代化的管理模式——网络管理模式。 这样不仅提高了工作效率，也避免了以前手工作业的麻烦，从而使得管理者能够准确，有效的管理食堂餐饮。 2.需求分析与用例建模 2.1系统目标 利用食堂信息管理系统可以做到信息的规范管理、科学统计和快速查询，从而减少管理工作方面的工作量。大大降低食堂管理人员在信息管理精力上的投入，使企业获得更大的利润空间。与此同时给广大学生用户带来方便。在实用性上达到了双赢。 2.2需求分析 （1）功能分析：根据调查，确定食堂信息管理系统主要实现以下功能：用餐卡管理（注册，充值，挂失，退卡等），餐费管理，统计管理,用餐人员信息管理，用餐管理，系统设置等。 （2）非功能分析：主要包括以下非功能：性能需求；资源和环境需求；可靠性需求；安全保密要求；用户界面需求；成本消耗与开发进度需求；预先估计的可扩展性需求。
饭卡管理系统(软件需求说明书)
1引言 ............................................................................................................. 错误！未定义书签。 1.1编写目的............................................................................................... 错误！未定义书签。 1.2背景....................................................................................................... 错误！未定义书签。 1.3定义....................................................................................................... 错误！未定义书签。 1.4参考资料............................................................................................... 错误！未定义书签。2任务概述 ..................................................................................................... 错误！未定义书签。 2.1目标....................................................................................................... 错误！未定义书签。 2.2用户的特点 (2) 2.3假定和约束........................................................................................... 错误！未定义书签。3需求规定 (3) 3.1对功能的规定....................................................................................... 错误！未定义书签。 3.2对性能的规定 (13) 3.2.1精度 (13) 3.2.2时间特性要求 (13) 3.2.3灵活性 (13) 3.3输人输出要求 (13) 3.4数据管理能力要求 (13) 3.5故障处理要求 (14) 3.6其他专门要求 (14) 4运行环境规定 (14) 4.1设备 (14) 4.2支持软件 (14) 4.3接口 (14) 4.4控制 (14)