《软件工程课程设计报告饭卡管理系统》由会员分享，可在线阅读，更多相关《软件工程课程设计报告饭卡管理系统（45页珍藏版）》请在金锄头文库上搜索。
1、软件工程课程设计报告 饭卡管理系统 目 录目 录2第一章 系统可行性分析41.1引言41.1.1编写目的41.1.2 定义：41.2可行性研究的前提41. 2.1要求41.2.2目标51.2.3条件、假定和限制51.2.4进行可行性研究的方法61.3 对现有系统的分析61.3.1处理流程和数据流程61.3.2工作负荷61.3.3费用开支61.3.4人员71.3.5设备71.3.6局限性71.4 所建议的系统71.4.1对所建议系统的说明71.4.2影响71.4.3局限性81.4.4技术条件方面的可行性8第二章 需求分析92.1引言92.1.1编写目的92.1.2 定义92.2任务概述92.2.
2、1目标92.2.2用户的特点102.2.3假定和约束102.3.工作原理102.4需求规定102.4.1对功能的规定102.4.2对性能的规定142.5运行环境规定142.5.1设备14第三章 概要设计153.1 系统功能设计153.1.1接口设计153.1.2 运行设计173.1.3 系统数据结构设计173.1.4系统出错处理设计173.2入口程序entry() 设计173.3查询模块search() 设计说明183.4 消费模块pay() 设计193.5存款模块deposit() 设计说明19第四章 详细设计214.1引言214.2对象模型214.3功能模型254.4动态模型25第五章 源
3、代码295.1.权限界面295.2提示界面305.3消费界面305.4 学生查询界面335.5挂失界面345.6管理员界面35第六章 软件测试报告416.1引言416.2静态测试416.3动态测试41第七章 课程设计体会45参考文献45第一章 系统可行性分析1.1引言 1.1.1编写目的 进一步分析和澄清问题定义，推导出系统的逻辑模型，对以后的行动方针提出建议。如果问题没有可行的解，那么花费在这项工程上的任何时间、资源、人力、经费、都是无谓的浪费。为了避免这些，我们要用最小的代价在尽可能短的时间内确定问题是否能够解决。对此项的报告即为可行性研究报告。1.1.2 定义：本文件中用到的专门术语的定
4、义及外文首字母词组的原词组:系统流程图：用图形符号以黑盒子形式描绘系统的每个部件（程序，文档，数据库，人工过程）。表达数据在系统各部件之间流动的情况。数据流图（DFD）：没有任何具体的物理部件，描绘信息流和数据从输入移动到输出的过程中经受的变换。数据字典（DD）：是对数据流图中包含的所有元素的定义的集合。其内容为数据流、数据元素、数据存储、处理。1.2可行性研究的前提 1. 2.1要求a功能：1实现消费使用卡片扣钱（取代现金）；2在固定保险的地方存钱；3有消费记录功能；4有挂失功能。b性能；1刷卡消费时，要求快速，准确，可撤销；2在查询消费记录时，达到一般的查询速度。c. 输出：在刷卡器上，每
5、次消费时：1存额2此次消费额3剩余额刷卡器上，额外的信息如：1出错信息2锁卡信息3剩余不多提示信息报单：1每学年或者每月，可选择性的（需学生主动要求）输出消费记录报单。详细程度可由使用者，自行定义。2存款时，可选择性的（需学生主动要求）输出存款记录报单。3注销卡时，返还剩余额（钱）。d输入：刷卡器上，每次消费时：1卡ID（可由读卡器自动读入）2消费额3操作符（确认，撤消，后退，计算（加减乘除），存款（有权限限制），其他功能）数据库管理电脑上：1输入学生信息2学生存款额（由读卡器端输入器完成）3查询，修改，删除功能输入e在安全与保密方面的要求：1使用者之间的ID号不能重复；2 ID号不被他人轻易
6、知道；3即便知道也能有快速相应的机制，予以弥补；4有使用追踪功能，可以让用户了解，自己使用的情况。1.2.2目标 主要开发目标：a处理速度的提高；b安全系统的改进；c用户使用上的便捷。1.2.3条件、假定和限制 a所建议系统的运行寿命的最小值：1年； b进行系统方案选择比较的时间：1天； c经费、投资方面的来源和限制：无； d法律和政策方面的限制：无； e硬件、软件、运行环境和开发环境方面的条件和限制：无； f可利用的信息和资源：图书馆；1.2.4进行可行性研究的方法 从以下几个方面研究解法的可行性：（1）经济可行性分析：从开发软件系统所需的总时间，总费用，及其中可行性研究所需的费用，以及系统
7、软件开发完成后，所能预计的市场占有率等方面进行考虑，看该软件系统是否能达到一定的经济效益。（2）技术可行性分析：由于新的系统需要对变化的数据进行动态的存贮，即数据库中数据要随着管理员对系统的操作来随时更新，并且具有定时数据备份功能。因此要从技术角度方面研究者性功能是否可以是实现。（3）操作可行性分析：要分析设计出的系统在用户的操作上是否简便，这一点很重要，因为它会影响到用户对该系统的反应。1.3 对现有系统的分析分析现有系统的目的是为了进一步阐明建议中的开发新系统或修改现有系统的必要性。(因为本身开发的系统就是想尽量接近于现有系统。所以对于这次试验，这一步没有什么实际意义) 。1.3.1处理流
8、程和数据流程 现有系统的基本的处理流程和数据流程。此部分请浏览4. 2中的数据流程图。1.3.2工作负荷 人工操作频繁加减存款。工作繁琐，枯燥，容易出错，完成工作所需要的时间较长，工作效率比较低。1.3.3费用开支由于运行现有系统所引起的费用开支，如人力、设备、空间、支持性服务、材料等项开支以及开支总额。（由于缺房相关调查，此处从略）1.3.4人员 由于现有系统的技术性含量比较低，操作不便，工作量大，因此需要较多的人才能完成工作。而新系统将具有较高的技术操作性，但它确使工作变得较为简便，因此只需要少量的高素质人才就可完成。1.3.5设备 1，读卡器（带输入器） 2，中央电脑（数据库）1.3.6
9、局限性人工处理的主要局限性表现在系统依赖于大量的人力和物质投入，工作效率较低和成本较高。1.4 所建议的系统用来说明所建议系统的目标和要求将如何被满足。1.4.1对所建议系统的说明使用饭卡可以快速便捷的进行消费。中央电脑-数据库对饭卡的操作相应至关重要。在高峰时刻，也能保证，存款，消费无错误，并且可记录，撤销操作。1.4.2影响1对设备的影响 设备不变2对软件的影响 新系统使用具有较高技术的软件（例如数据库软件等）2对对象的影响：新系统要求对客户、合同、操作人员有较为详细地记录，在其它方面没有什么带大的变化。3对系统运行过程的影响：系统的运行更加高速、有效。4对开发的影响：新系统的开发环境要求
10、不高，只需要现有设备就可以完成，且不会在开发过程中影响到现有系统的使用。5对地点和设施的影响：开发新系统不用考虑地点等方面的问题。6技术条件方面的可能性开发新系统的技术虽较现有系统比较先进，但总的来看，这些技术均已比较成熟，因此新系统的俄开发在技术方面应该不会有带大的困难。1.4.3局限性 因为时间有限，软件局限性很大。1.4.4技术条件方面的可行性 a在当前的限制条件下，该系统的功能目标能够达到； b利用现有的技术，该系统的功能能实现； c对开发人员的数量和质量的要求能满足； d在规定的期限内，本系统的开发能够完成。 第二章 需求分析2.1引言2.1.1编写目的需求分析是软件系统生存期中定义
11、阶段的最后一个步骤。这个阶段的任务不是具体解决问题，而是准确确定为解决问题系统必须具备哪些功能。这个阶段的一个重要任务是用正式的文档准确地记录目标系统的需求。该文档将最终交给软件具体的开发人员进行具体的开发。2.1.2 定义本文件中用到的专门术语的定义和外文首字母词组的原词组。实体联系图（E-R图）：包含实体（即数据对象）、关系和属性。作为用户与分析员之间有效交流的工具。状态转换图：通过描绘系统的状态及引起系统的状态转换的事件来表示系统的行为。提供行为建模机制。2.2任务概述饭卡管理系统是一套针对大学校园食堂饮食交费和一般消费等方面的信息系统，它包括了嘘声或教职工在校内消费的各方面内容：刷卡消
12、费、查询、存款和持卡者信息管理等，方便对饭卡信息进行各项操作，定时进行数据的备份和更新，保持数据的一致性和准确性。另外，各方面的内容应该互相联系，最终产生各种查询统计报表，以供持卡者进行检查。此系统的主要任务就是把人们从繁琐的交费找零工作中解放出来，用计算机实现存款、消费、查询、修改、删除以及存储等功能。同时用计算机能够快速准确地完成资料的统计和汇总工作，迅速地打印出各种报表资料以供使用。2.2.1目标主要开发目标是能够对饭卡信息进行查询和更新管理，且具有反映敏捷准确。2.2.2用户的特点由于系统的界面清晰、美观，操作简单、方便，所以操作人员只需要具备一定的电脑操作技能即可。管理员（维护人员）
13、不需要任何数据库专业技能知识。本系统可以极大的提高工作效率，预期使用频度较高。2.2.3假定和约束系统的规模较小,适于Windows和操作系统，Access数据库系统。2.3.工作原理饭卡管理系统的工作原理如下：(1)先建立数据库和数据库的驱动程序。(2)在使用时，由管理员输入需要了解的关键字的信息，然后通过饭卡管理系统选择相应的管理事务。(3)管理事务将根据所提供的信息在数据库中查找相应的记录。(4)返回相应的记录给管理员。(5)允许管理员在相应权限下对数据进行修改。(6)通过终端把得到的内容显示到相应的界面上。2.4需求规定2.4.1对功能的规定根据系统的功能需求，要建立三个库文件，分别是
14、学校持卡者信息，饭卡存款额及历史情况和饭卡信息备份。学校持卡者信息库用来存放全校持卡者的各类信息，比如姓名、学号、系别；饭卡存款额及历史情况库用来记录此张饭卡当前的余额、刷卡时消费记录以及存款的历史记录；为了防止意外导致这些重要文件丢失，需要备份，备份信息放入饭卡信息备份库中。（1）分析问题领域,绘制系统用例模型(2)状态变化图(3)动态数据动态数据包括程序运行时输入和输出的数据，具体是数据库的各个表的各个不同元组与属性值，就查阅信息。数据库描述本系统的实体有：学生信息、卡信息它们之间的关系是一对一的。卡信息和卡历史是一对多的。E-R图如下：(4)更准确的数据字典数据字典1、学生信息：学生学号 = 数字|字母卡ID = 数字|字母学生姓名
