饭卡管理系统方案

课程设计II报告

题目：食堂饭卡管理系统

学号：

姓名：

指导教师：

职称：

成绩：

管理学院

2016 年7 月 5 日

邮电大学

课程设计II指导教师成绩评定表

一．需求分析

1、系统设计的背景信息

在如今计算机快速发展的时代，计算机的普遍应用已经惠及到方方面面，以简化人们的日常为目标，计算机网络在人类社会的各个领域都发挥这越来越重要的作用，管理信息系统是计算机应用的一个方面，使用管理信息系统可以简化管理者对项目的数量管理工作，统计简单。

与手工管理相比，使用计算机进行信息管理，可以方便地进行检索，查找便利，可靠性高，存储量大，极提高了信息管理的效率，是企业实现信息化，科学化，正规化管理的重要基本条件。

高校的后勤管理工作日趋复杂，以邮电大学食堂为例，学校共有三个食堂，南一，南二和南三，在三个食堂中就就餐的人数难以管理，消费难以统计。因此借助于饭卡的消费管理信息系统可以对此进行有效地管理。简化了食堂工作人员的买卖饭票的工作，有利于食堂管理者对食堂的就餐情况，消费金额进行统计，实现对食堂的有效管理。

2、需求分析

对食堂饭卡信息管理系统的需求分析如下：

（1）功能需求：

食堂信息管理系统主要实现以下功能：

①饭卡管理，例如对饭卡进行消费，充值，挂失，补办，消磁，充磁，转账，退

卡等。

②用餐人员信息管理，例如对增加用餐人员信息，删除用餐人员信息，修改用餐

人员信息。

③对用餐人员的消费信息进行管理。统计每一台消费机上消费金额，对金额进行

汇总，统计消费总数。

④食堂工作人员信息管理，工作人员的被分配到不同的消费机前进行服务，对服

务时间进行管理，工作安排。

（2）信息需求：

对用餐人员用餐的时间段，食物偏好等进行调查，以采取符合用户偏好的菜式来吸引用户进行消费。对用餐人员心理适合价位进行调查，充分考虑市场定价和用户可接受定价对价格进行调整，以更好的价格提供更好的服务。

食堂的环境进行改善，良好的环境可以使用户用餐愉快。食堂资源配置好，不仅仅提供快餐服务，还可以提供小食饮料等周边食品。

（3）系统性能要求：

饭卡上的用户信息必须明确，当有人捡到别人的饭卡进行恶意消费时，系统必须有保障措施，可以设置一天限定金额来管理。当进行消费时，消费机要及时记录消费情

相应的功能结构描述如下：

1）饭卡管理模块

饭卡管理模块具有消费，充值，挂失，补办，充磁，转账，退卡等操作，基本可以实现饭卡的使用者的基本要求。

2）用餐人员信息管理模块

用餐人员信息管理模块主要实验对用餐人员信息的增加，修改，删除等操作。可以方便管理用餐人员的信息。

3）消费统计模块

消费统计模块主要具有统计消费金额，将消费金额进行汇总，进行消费分析等操作，可以方便管理者分析数据，对日后管理工作进行决策。

2、UML视图

（1）确定系统的参与者，食堂饭卡管理信息系统的参与者包含以下三类人员：①管理员②食堂工作人员③用餐人员

（2）管理员用例图：管理员在系统中可以进行用餐人员信息增加，用餐人员信息查询，用餐人员信息修改，用餐人员信息删除，挂失，充磁，补卡等操作。通过这些活动创建的管理员用例图如下所示。

（3）用餐人员用例图：用餐人员包括学生和教师，用餐人员能够在本系统中实现余额查询，刷卡，消费信息查询，充值，提现等操作，其用例图如下所示。

（4）食堂工作人员用例图：食堂工作人员主要是提供打饭服务，在消费机上进行输入金额和统计消费机上的消费信息等操作，建立的用例图如下所示。

（5）创建卡，卡处理，用餐消费，学生，教师等的类图，卡处理类中包含的属性包括卡号，，类别，剩余金额，操作包括充值，挂失，退卡，补办，充磁。用餐消费类中的属性包括卡号，金额，操作包括刷卡。卡类中包含属性卡号，，剩余金额，类别。教师类中包含属性教师工号，操作刷卡。学生类中包含属性学号，类别，，操作包括刷卡。

（6）创建序列图，实现用户的充值过程，用户打开用户使用界面，选择充值要求，输入用户名和密码，系统验证用户名和密码是否正确，如正确，用户则将饭卡和人名币提交给管理员，管理员进入主操作页面，选择充值，输入充值金额，系统将数据发送给数据库，数据库将数据进行保存后，将充值成功的信息返回给用户界面，最终显示充值完成。

（7）创建序列图实现用餐人员的刷卡消费过程，食堂工作人员通过操作窗口得的消费机完成对刷卡操作。

（8）创建饭卡管理人员为用餐人员补办饭卡的序列图

（9）创建活动图，管理员登录系统后根据相应的要求为用餐人员完成相应服务。

(10)建立当用餐人员来食堂进行消费时，食堂工作人员在消费机上进行的操作的活动图。在消费机上显示金额以及是否对用餐人员消费成功。

（11）建立当用餐人员进行消费时的活动图。用餐人员进行消费时在食堂工作人员的窗口中进行消费。若余额不足时，消费机会提示用户卡余额不足，不能进行消费。

（12）建立状态图，表示办理新卡的状态转变过程。由状态转变过程可知，在使用一新卡前需要将新卡与银行卡进行绑定，新卡可以通过银行卡进行转账操作，在注销新卡时需要对卡进行解绑操作，防止别人使用该卡进行不良操作。

（13）建立饭卡使用过程的状态图。饭卡自身有充值状态，进行消费后可能将饭卡中的余额全部消费完，使饭卡变成空卡，但也可以对空卡进行充值，使得饭卡能够重新被使用。

（14）建立食堂管理人员使用后台数据库进行操作的状态图。管理员使用用户名密码登录数据库，若用户名或密码错误，那么将不能进入数据库，则返回登录界面，当用户名和密

码正确后，才能进入数据库进行操作。

（15）该系统中的软件构件及其相互关系如下图所示，主要包括饭卡操作管理，用餐人员信息管理和消费信息管理和其各自系统中可以进行的操作。

（16）部署图表示该饭卡管理系统的物理布局，其包括食堂管理人员使用的服务器，用餐人员进行自主转账等操作的服务器，食堂工作人员使用的消费机，该物理布局中所有的设备都将数据上传到数据库中。

三．数据库设计

对后台数据库进行设计。

1.逻辑设计

用餐人员（，性别，）

饭卡（卡号，消费余额，消费密码，学号）

卡历史（卡号，时间，消费金额，操作）

食堂（食堂号，消费机号，窗口工作人员号）

2.物理设计

（1）用户表，用户表中包含用户名和密码，用户可以使用用户名和密码进行登录系统，进行操作。

字段名称列名数据类型

用户名username char

密码password int （2）用餐人员信息表，其中包含，卡号，用户类别等字段。其中，用户类别可划分为教师和学生，使用布尔类型。

字段名称列名数据类型

username char

性别male bool

学号usernumber int

用户类别usetype bool （3）饭卡信息表，其中包含卡号和余额，余额为浮点型。

字段名称列名数据类型

卡号card_id int

（4）饭卡历史信息

3.E-R图

四．本次设计心得体会

食堂饭卡管理系统的主要任务就是把工作人员从日常操作中解放出来，使用饭卡可以简化用餐人员的就餐，方便食堂数据库管理人员进行数据统计，生成消费报表信息。管理人员可以就饭卡进行挂失，充值等操作，用餐人员的饭卡出现因余额不足或丢失等情况，可以及时到管理人员处进行恢复操作。

使用饭卡管理系统可以对用餐人员的消费情况进行分析，得出关于用餐人员就餐时间和就餐金额的信息，方便管理人员对数据进行处理，分析出食堂运行存在的问题和不足，并进行改善，以提高食堂的就餐率。

该系统中有三个主要用例，其分别为用餐人员（主要包含教师和学生），食堂工作人员，食堂管理人员（后勤部分）。使用uml可以绘制出用例图，类图，顺序图/协作图，状态图等，这些图可以用来表示该饭卡管理系统中进行的操作以及用例之间的关系。如建立顺序图可以

用来表示用餐人员到食堂进行的用餐活动的顺序，进行刷卡消费等操作，通过食堂工作人员的终端机将消费信息存入数据库中。方便管理人员对信息进行汇总，分析，便于对食堂进行高效管理。

由于时间和能力有限，对食堂饭卡管理的认识可能存在不足，需求分析不完全。在本次饭卡数据库设计中只对数据库进行了表单设计，没有给出具体的操作界面，在设计方面也可能存在不足之处，使用uml进行逻辑设计，由于rational rose对绘制的图形不能够进行对错的验证，不清楚图形的对错问题。还有待改进。

学生信息管理系统概要设计

第5章学生管理系统概要设计 5.1引言 5.1.1编写目的 由于现在的学校规模在逐渐的扩大，设置的专业类别、分支机构及老师、学生人数越来越多，对于过去的学生信息管理系统，不能满足当前学生信息管理的服务性能要求。本报告对于开发新的<<学生信息管理系统>>面临的问题及解决方案进行初步的设计与合理的安排，对用户需求进行了全面细致的分析，更清晰的理解学生信息管理系统业务需求，深入描述软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求，对开发计划进行了总体的规划确定开发的需求与面临困难的可行性分析。 5.1.2背景 开发软件的名称：《学生信息管理系统》 项目提出者： 项目开发者： 用户：管理员、老师、学生 5.1.3定义 数据流图：简称DFD，它从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。 数据字典：是指对数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等进行定义和描述，其目的是对数据流程图中的各个元素做出详细的说明。 https://www.wendangku.net/doc/7a6374957.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/7a6374957.html,实用案例教程》--石志国 [6]《C#入门经典》--齐立波，清华大学出版社 [7]《计算机软件文档编制规范》GB-T8567-2006 [8]需求分析与可行性研究报告

软件系统整体设计方案

技术文件 技术文件名称：系统总体设计方案 版本： 拟制 绿网天下(福建)网络科技股份有限公司 修改记录

目录 1.编写目的 .............................................................. 2.设计依据 .............................................................. 3.术语、定义和缩略语..................................................... .术语、定义 ........................................................... .缩略语 ............................................................... 4.概述.................................................................. .系统目标 ............................................................. .设计原则 ............................................................. .演进规划--待补充..................................................... 5.整体方案 .............................................................. .技术架构 ............................................................. .功能架构 ............................................................. .运行流程 ............................................................. .部署架构 ............................................................. .性能设计 ............................................................. 6.功能详述 .............................................................. .管理平台 ............................................................. 软件列表......................................................... 推荐排行......................................................... 热门搜索.........................................................

饭卡管理系统

宁波大学饭卡管理系统 指导教师 班级 姓名 学号 完成日期 系统需求： 随着宁波大学的发展，学生，教师及外来人员的不断增加，对于食堂来讲，普通意义上的现金交易严重影响了工作效率，使消费者等待时间加长，食堂交易方式数字化已经刻不容缓，宁波大学饭卡管理系统就是基于以上问题开发，基本上能实现普通交易的功能，同时又能提高工作效率。 功能分析： 宁大高校饭卡信息包括：饭卡号码、饭卡所有者信息、初次办卡时间、余额。其中，饭卡的所有者分为学生、教师、临时人员，学生有各自的班级号，教师有所属学院等信息。实现功能： （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的比例进行现金付款。 第六条质量要求 自本合同签订之日起，乙方应尽力履行其在开发计划中所规定的义务，按时完成并交付每一阶段项目成果，其质量标准应符合《荣昌校区一卡通系统需求报告》的规定。 第七条信息与资料 乙方有权根据本合同的规定和项目需要，向甲方了解有关情况，调阅有关资料，向有关职能人员调查、了解甲方现有的相关数据和资料，以对该软件进行全面的研究和设计。甲方应予以积极配合，向乙方提供有关信息与资料，特别是有关甲方对开发软件的功能和目标需求方面的信息和资料。如甲方对乙方完成本合同所需的乙方所有的信息和资料不予提供，则由甲方承担不予提供的损害后果。 第八条资料提供

软件开发方案书

四川省物流智慧骨干网络开发方案书 一、项目描述 项目名称 软件项目需求方：四川省物流信息服务有限公司 软件项目设计方：四川联柯八佰科技有限公司 软件项目名称：四川省物流智慧骨干网络 软件开发代号：ZHGG_LK 软件当前版本： 项目简介 项目总体由3部分构成： 地图模块的完善。调用百度地图的指定API接口，后台查询指定的物流要素关键字后并在前 台显示出相应样式的物流要素（物流公司，物流园，加油站，加气站，口岸，货主单位等）； 企业信息与项目信息录入模块。即提供入口，允许企业自主注册登记备案，并递交审核（公 司信息录入，项目申报等）；表格批量导入的功能；与指定的系统商量好接口及参数，对接 导入； 后台客服审核模块。即根据前台用户或导入或对接过来的数据，设置后台客服审核的权限和 界面，以确定内容是否通过并允许前台搜索显示。 项目调研内容 企业信息审核标准 企业前台需要显示的字段 与已有系统对接的需求调研 二、开发方案 进度安排 阶段计划完成时间完成内容软件报价(元) 1 2016-8-31 地图模块的完善 保证金50万元 企业自主手动录入 2 2016-9-30 表格批量导入的功能； 对接导入； 客服审核后台模块；

优化前台查询体验。 软件开发进度安排 开发周期(天) 工作任务责任人起止时间 1 确定前台地图上需要显示的字段 前台显示要求确认刘路伟项目签约日 期待定 2 前台设计与产品需求的界定许俊骁 14 设计数据结构 功能需求开发，包括物流要素的增删改查 html+css+js的前端开发刘路伟许俊骁 1 企业手动录入信息界面的表单设计 确定需要审核的字段刘路伟许俊骁 1 企业手动录入信息前台与后台的衔接刘路伟 3 设定账户权限，协助创建账户 优化前台用户体验 许俊骁 3 DEMO版测试，递交测试用例许俊骁 5 根据测试的结果修复bug，并反复测试刘路伟 许俊骁第一阶段End 正式发布，并收集反馈意见，运维刘路伟 3 设定批量导入的格式标准并开发此功能需 求 刘路伟 5-10（取决于配合程 度）与指定的系统或平台进行数据对接 并批量导入企业与项目信息 确定接口类型和参数 刘路伟 3 企业信息审核列表和明细界面的搭建 审核的逻辑设计以及表单的增删改查 刘路伟2 Html+css+js前台代码和体验的优化许俊骁1 账户权限的划分，协助开设账户许俊骁3 DEMO版发布测试，并提交测试用例许俊骁3 根据测试结果修复bug，并反复测试刘路伟 许俊骁

饭卡管理系统

饭卡管理系统

指导教师班级姓名学号完成日期

系统需求： 随着宁波大学的发展，学生，教师及外来人员的不断增加，对于食堂来讲，普通意义上的现金交易严重影响了工作效率，使消费者等待时间加长，食堂交易方式数字化已经刻不容缓，宁波大学饭卡管理系统就是基于以上问题开发，基本上能实现普通交易的功能，同时又能提高工作效率。 功能分析： 宁大高校饭卡信息包括：饭卡号码、饭卡所有者信息、初次办卡时间、余额。其中，饭卡的所有者分为学生、教师、临时人员，学生有各自的班级号，教师有所属学院等信息。 实现功能： （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数据库语言

校园管理系统设计说明书

校园管理系统设计说明书 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 系统分析 系统模型：

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.部门管理 部门基础信息注册，树形结构维护。

软件系统项目解决方案模板

XXX系统方案

目录 1 序言 (3) 2用户需求 (3) 3 硬件系统技术方案设计 (3) 3.1 网络方案设计 (3) 3.1.1 设计原则 (3) 3.1.2 设计要点 (3) 3.1.3 方案设计 (3) 3.1.4 方案描述 (3) 3.1.5 方案设计理由 (4) 3.1.6 方案特点及优势 (4) 3.2 服务器方案设计 (4) 3.2.1 设计原则 (4) 3.2.2 设计依据 (4) 3.2.3 选型方案 (4) 3.2.4 系统总体设计图 (4) 3.2.5 方案特点及优势 (4) 3.5 系统软件方案设计 (4) 4 软件应用系统技术方案设计 (5) 4.1组织机构和业务角色 (5) 4.2业务概述 (5) 4.3业务流程 (5) 4.4系统功能结构及功能描述 (6) 4.4.1系统功能结构 (6) 4.4.2项目管理 (6)

1 序言 【简述项目实施的必要性及意义。】 2用户需求 3 硬件系统技术方案设计 3.1 网络方案设计 3.1.1 设计原则 【根据项目具体情况，提出设计原则，应突出可靠性、安全性、高性能、和可管理性四项原则。】3.1.2 设计要点 【强调方案设计过程中技术要点及难点。】 3.1.3 方案设计 【画出网络方案拓扑结构图。】 3.1.4 方案描述 【根据网络方案拓扑结构图，描述出采用的网络产品及其配置和特点、网络互联、端口设计等。】

3.1.5 方案设计理由 【主要从性能价格比的角度来阐述关键设备采用的恰当性。】 3.1.6 方案特点及优势 【该部分需重点论述，应突出可靠性、安全性和高性能等特点和优势。】 3.2 服务器方案设计 3.2.1 设计原则 【根据实际情况，列出若干设计原则，应突出可靠性和高性能设计原则。】 3.2.2 设计依据 【提供选型方案依据，可定性或定量来分析，主要指标应包括TPC-C值。】 3.2.3 选型方案 【根据用户需求，分文别类阐述，具体应包括产品型号及其配置、应用环境、网络接口。】3.2.4 系统总体设计图 【画出方案整体设计图，应包括网络和服务器部分。】 3.2.5 方案特点及优势 【该部分需重点论述，应突出可靠性和高性能等特点和优势。】 3.5 系统软件方案设计 a) 阐述系统软件的选型及特点。 b) 根据情况，本部分可以和“服务器方案设计”部分合并。

饭卡管理系统

一、实验目的和要求 (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 设计概述 饭卡管理系统是一套针对大学校园食堂饮食交费，一般消费等方面的信息管理系统，它包括了同学在校内消费各方面内容：刷卡消费、查询、存款，学生信息管理等。方便的对同学饭卡信息进行各项操作，定时进行数据的备份更新，保持数据的一致性和准确性，各方面的内容应该相互联系，最终产生各种查询统计报表，以供同学进行检查。

软件系统的架构设计方案

软件系统的架构设计方 案 集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#

软件系统的架构设计方案 架构的定义 定义架构的最短形式是：“架构是一种结构”，这是一种正确的理解，但世界还没太平。若做一个比喻，架构就像一个操作系统，不同的角度有不同的理解，不同的关切者有各自的着重点，多视点的不同理解都是架构需要的，也只有通过多视点来考察才能演化出一个有效的架构。 从静态的角度，架构要回答一个系统在技术上如何组织；从变化的角度，架构要回答如何支持系统不断产生的新功能、新变化以及适时的重构；从服务质量的角度，架构要平衡各种和用户体验有关的指标；从运维的角度，架构要回答如何充分利用计算机或网络资源及其扩展策略；从经济的角度，架构要回答如何在可行的基础上降低实现成本等等 软件系统架构(SoftwareArchitecture)是关于软件系统的结构、行为、属性、组成要素及其之间交互关系的高级抽象。任何软件开发项目，都会经历需求获取、系统分析、系统设计、编码研发、系统运维等常规阶段，软件系统架构设计就位于系统分析和系统设计之间。做好软件系统架构，可以为软件系统提供稳定可靠的体系结构支撑平台，还可以支持最大粒度的软件复用，降低开发运维成本。如何做好软件系统的架构设计呢 软件系统架构设计方法步骤 基于体系架构的软件设计模型把软件过程划分为体系架构需求、设计、文档化、复审、实现和演化6个子过程，现逐一简要概述如下。

体系架构需求：即将用户对软件系统功能、性能、界面、设计约束等方面的期望（即“需求”）进行获取、分析、加工，并将每一个需求项目抽象定义为构件(类的集合)。 体系架构设计：即采用迭代的方法首先选择一个合适的软件体系架构风格(如C/S、B/S、N层、管道过滤器风格、C2风格等)作为架构模型，然后将需求阶段标识的构件映射到模型中，分析构件间的相互作用关系，最后形成量身订做的软件体系架构。 体系架构文档化：即生成用户和研发人员能够阅读的体系架构规格说明书和体系架构设计说明书。 体系架构复审：即及早发现体系架构设计中存在的缺陷和错误，及时予以标记和排除。 体系架构实现：即设计人员开发出系统构件，按照体系架构设计规格说明书进行构件的关联、合成、组装和测试。 体系架构演化：如果用户需求发生了变化，则需相应地修改完善优化、调整软件体系结构，以适应新的变化了的软件需求。 以上6个子过程是软件系统架构设计的通用方法步骤。但由于软件需求、现实情况的变化是难以预测的，这6个子过程往往是螺旋式向前推进。 软件系统架构设计常用模式

饭卡管理系统完全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),持卡人（持有的权利）： 申请新卡、查询余额、刷卡、挂失、更改卡的密码、注销。 2), 刷卡机： a.显示卡上余额； b.判断卡中金额是否足够工作人员输入的金额。若足够，则减去工作人员输入的金额（并伴着一声滴声）；若不够，则发出连续的滴滴声 3), 工作人员： 输入所需刷的金额并按确定。 4), 管理员（持有的权利）： a负责操作计算机，完成计算机系统的功能 b. 处理刷卡机的活动; c.统计食堂当天的营业额, 统计和打印每天的每台刷卡机的总额; d.处理新卡申请、充值、挂失、注销、增加用户、取消用户。 其相应的结构图如下：

5), 数据库系统：保存所有数据。 2、刷卡系统主要实现以下的管理：饭卡管理、餐费管理、统计管理。 1），饭卡管理有以下几个方面：饭卡充值、饭卡挂失、解除挂失、补发新卡以及退卡； 2），餐费管理有：刷卡消费管理； 3)，统计管理有：个人存款余额的查询、挂失人员查询、退卡人员查询、消费金额查询。务管理日清月结，用户可按时间段、按日统计，也可按周、月、季、阶段、年统计，有账户操作统计、营业情况统计、班次情况统计，做到真正的日清月结。并可以打印报表。 3、食堂消费系统中所存的相应信息 1），所存的学生信息： 该计算机系统只存有我们该组11个人的基本信息，只有计算机里存有信息的学生卡号，才能够在该刷卡系统上应用。 计算机中所存的学生信息如图所示：