饭卡管理系统软件工程课程设计.docx
- 文档编号:10958792
- 上传时间:2023-02-24
- 格式:DOCX
- 页数:15
- 大小:25.11KB
饭卡管理系统软件工程课程设计.docx
《饭卡管理系统软件工程课程设计.docx》由会员分享,可在线阅读,更多相关《饭卡管理系统软件工程课程设计.docx(15页珍藏版)》请在冰豆网上搜索。
饭卡管理系统软件工程课程设计
饭卡管理系统软件工程课程设计
软件工程课程设计任务书 1、课程设计题目饭卡管理系统2、设计任务和内容一个饭卡管理系统是根据学校的饭卡管理工作专门设计的一个管理信息系统。
该系统能够完成饭卡管理的工作过程。
饭卡管理过程中主要涉及:
持卡者信息、饭卡信息、饭卡历史信息等数据,并对数据进行相应的增、删、改、查询操作。
使传统、手工的管理工作更加规范,更加科学,保证了饭卡信息查询更新及时到位。
本课题任务是开发一个饭卡管理系统,并撰写符合规范的课程设计说明书以体现设计过程和设计结果。
3、设计步骤和要求设计步骤:
首先进行相关资料查阅和学习,了解基本的业务流程和系统数据功能要求。
然后结合软件工程的理论和教材中数据库设计的六个阶段(重点是前三个阶段)完成设计任务,即系统结构设计(需求分析、概念结构设计、逻辑结构设计、物理结构设计)和系统功能设计,最后对系统进行调试和测试,完善功能。
设计要求:
1、撰写课程设计说明书。
其要求如下:
(1)基本要求:
①能反映完成了上述设计内容要求。
②要求撰写不少于5000个文字(20页)的文档。
③文档中至少要包括:
数据流图、数据字典、E-R图、数据库表的详细说明、系统功能结构图、主要功能模块说明和软件测试过程。
(2)文档格式要求(遵循软件工程课程设计大纲上的要求)
其中,正文部分:
①分章、层次等,每一章从新一页开始。
②章节安排可如下安排.可行性研究:
包括项目背景、编写目的、软件定义、开发环境等。
.需求分析:
问题陈述、需完成的功能。
以数据流图和数据字典表达。
.概要设计:
程序系统的基本处理流程、程序系统的组织结构、模块划分、数据库结构设计和出错处理设计。
.详细设计:
模块过程设计与界面设计以及代码设计.软件测试:
单元测试和集成测试2、一个可运行的饭卡管理系统原型。
(根据学分制的实际情况该要求为部分专业学生的要求,其他专业学生为可选要求)
教师签名:
软件工程课程设计工作安排 姓名设计部分百分比备注 软件代码的设计实现及系统的架构与分析30%组长 软件测试及需求分析的部分内容25%组员 可行性研究分析报告15%组员 详细设计15%组员 概要设计15%组员 目录一、可行性研究51分析系统目的52分析当前系统的状况53对当前系统的分析5工作负荷5费用开支5人员配备5系统局限性54.所建议的系统6 对所建议系统的说明6 业务处理流程图6 系统改进之处6 技术条件方面的可能性75.制定新系统的技术方案7 可选择的系统方案17 可选择的系统方案276投资及效益分析77社会因素方面可行性7 法律方面的可行性7使用方面的可行性78结论7二、需求分析81.引言8 编写目的8 背景8 参考资料82.任务概述8 目标8 用户特点8 假定和约束83.建立流程图94.建立数据流图95.建立数据字典116.建立E-R图14三、概要设计151.引言15 编写目的15 背景15 定义15 参考资料152.总体设计15 需求规定15 基本设计概念和处理流程15 系统功能模块结构图163.系统数据库结构设计16逻辑设计要点16物理结构设计要点174、触发器及存储过程设计18触发器18存储过程185.系统出错处理设计19补救措施19系统维护设计19四、详细设计20模块过程设计与界面设计20五、编码设计36连接数据库36登录界面36注册界面37用户界面38管理员界面39随机数40六、软件测试41 概述41饭卡管理系统概述41系统的测试计划41测试人员安排41 测试方法和步骤41 测试过程41单元测试(黑盒测试)
41集成测试(白盒测试)
45饭卡信息管理测试46饭卡消费记录管理测试:
48系统测试与回归测试49七、小结50 课设内容总结50 心得体会50 A50 50 C51 D51 E51八、参考文献52 一、可行性研究1分析系统目的随着我国大学扩招,大学生的人数呈逐渐上升趋势。
学生人数的众多使得现今大学校园的管理难度越来越高,学校对一款能够实现科学有效的一体化管理的系统软件的需求越来越紧迫。
校园卡管理系统采取银行卡的金融功能与校园卡的校务管理功能整合的方式,由银行与学校联合发行校园卡,师生可以用银行卡在学校的自主终端实现存取款、消费等金融支付。
校园卡系统的建设,为学校实现财务统一管理提供科学的、现代化的手段,将提高学校的管理水平,极大提高效率。
2分析当前系统的状况校园卡管理系统目前在我国各高校的应用还主要处于试点和探索的阶段。
在部分已建立一卡通的高校中,由于出发点和着重点的不同,使得系统存在相当大的差异,并无统一、均衡的系统方案可供参考。
有些大学以身份认证为出发点建立校园卡系统,强调对学生的身份信息认证、门禁等方面的功能比较强大,而电子消费方面则略显不足;
有些大学一的校园卡系统则以金融消费为重点,强调校园卡的电子货币功能,在需要身份认证的信息管理系统中校园卡的功能不够完善。
3对当前系统的分析分析现有系统的目的是为了进一步阐明建议中的开发新系统或修改现有系统的必要性:
工作负荷人工操作频繁加减存款。
工作繁琐,枯燥,容易出错,完成工作所需要的时间较长,工作效率比较低。
费用开支由于运行现有系统所引起的费用开支,如人力、设备、空间、支持性服务、材料等项开支以及开支总额。
人员配备由于现有系统的技术性含量比较低,操作不便,工作量大,因此需要较多的人才能完成工作。
而新系统将具有较高的技术操作性,但它确使工作变得较为简便,因此只需要少量的高素质人才就可完成。
系统局限性人工处理的主要局限性表现在系统依赖于大量的人力和物质投入,工作效率较低和成本较高,现有系统主要存在如下的局限性:
1)
信息分散、共享性差 每个人的时间精力是有限的,大量的信息资源分散在不同的收集者手中,难于共享和发挥作用。
2)
信息的及时性、准确性差 数据的采集和处理部分靠人工,效率低、速度慢、滞后严重、反馈不及时,严重影响信息的反馈速度和质量,不能有效地、及时地提供基层决策需要的定量信息和领导决策需要的宏观定性信息。
3)
职工多,开支大4.所建议的系统 对所建议系统的说明新的校园卡管理系统的设计遵循学校管理的理论和系统工程的方法,利用计算机技术、数据通讯技术、数据库技术,实现以计算机为主要工具的人机交互、信息存储系统。
它存储学生的个人信息、图书借阅信息以及消费信息。
具体原则如下:
1)
信息资源共享 2)
提高信息处理速度 3)
提高信息存储密度4)
减轻管理人员的工作强度,提高管理水平 5)
疏通信息传输渠道,加强职能部门的横向联系 业务处理流程图新校园卡系统业务的流程图如下图所示:
图4-1 新校园卡业务流程图 系统改进之处原系统采用分开管理各个功能,较麻烦,使用起来也不方便。
用一卡通取代了以前的各种卡证,实现了身份识别一卡通;
以前所有卡证的信息管理系统,其身份识别部分都连通一卡通系统,实现校内所有地方,包括食堂、校门、图书馆、超市、机房的身份识别,提高学校的管理水平。
技术条件方面的可能性在以上限制条件下,利用目前现有的技术条件和开发人员的投入,能够在规定时间内完成系统规定的开发设计任务。
同时,为了高质量完成本软件系统开发工作,还需要遵循如下准则:
(1)
好战略数据的规划,建立稳定的信息模型;
(2)
在功能模型的划分上,按组织机构来划分子系统或模块;
(3)
应用软件的开发设计,要充分考虑应用软件的适应性,建立友好的人机界面。
因此,从技术性方面来看是可行的。
5.制定新系统的技术方案 可选择的系统方案1卡片选择:
接触性IC卡;
网络平台:
采用校园网和银行网以及校园卡操作系统相结合;
数据库与前台操作:
采用大型数据库管理系统Oracle、DB2等作为后台数据库,采用VB或VC或者Delphi来开发前台的操作部分;
方案优势:
接触性IC卡在性能方面安全性好,网络要求不高,操作方便,数据库和前台操作简单,便于管理;
可选择的系统方案2卡片选择:
非接触性IC卡;
网络平台:
采用校园网和银行网以及校园卡操作系统相结合;
数据库与前台操作:
采用中小型数据库管理系统Access或SQLServer作为后台数据库,用C#等来开发前台的操作部分。
方案优势:
高效性、集成性、智能性、读写成本低,前台操作与数据库分离,便于实现多种需求,操作界面统一;
6.投资及效益分析新系统开发完成后,只需要2~3名管理员,大大减少的人员方面的开支,同时由于数据冗余度也大大降低,在物质方面也降低了开销,因此会有较好的市场效益。
7.社会因素方面可行性 法律方面的可行性本方案在法律方面完全可行;
使用方面的可行性本方案的使用技术的要求完全在能力范围之内,并且该系统的维护运行容易便捷,故使用方面完全可行;
8.结论综上所述,本系统从技术、经济、社会法律、使用性等方面来看,都是切实可行的。
二、需求分析1.引言 编写目的需求分析是软件系统生存期中定义阶段的最后一个步骤。
这个阶段的任务不是具体解决问题,而是准确确定为解决问题系统必须具备哪些功能。
这个阶段的一个重要任务是用正式的文档准确地记录目标系统的需求。
该文档将最终交给软件具体的开发人员进行具体的开发。
背景软件系统名称:
饭卡管理系统项目任务提出者:
软件工程课程设计 项目开发者:
安徽工程大学计算机与信息学院“饭卡管理系统”开发小组 参考资料《数据库系统概论》
萨师宣王珊高等教育出版社《SQLServer2000教材》龚波北京希望电子出版社《软件工程导论》
张海藩清华高校出版社《软件工程实验指导书》安徽工程大学计算机与信息学院2.任务概述 目标 主要开发目标是能够对饭卡信息进行查询和更新管理,且反映敏捷准确。
用户特点由于系统的界面清晰、美观,操作简单、方便,所以操作人员只需要具备一定的电脑操作技能即可。
管理员(维护人员)不需要任何数据库专业技能知识。
本系统可以极大的提高工作效率,预期使用频度较高。
假定和约束 系统的规模较小,适于WindowsXP和SQL数据库系统。
3.建立流程图 4.建立数据流图顶层:
一层:
二层:
持卡者信息管理:
饭卡信息管理:
饭卡消费记录管理:
5.建立数据字典Ø名称:
管理员描述:
对饭卡管理系统管理的人员定义:
管理员=用户名+密码+类别+工号 用户名=字符/20位 密码=字符/20位 类别=管理员工号=字符/50位位置:
用户表 Ø名称:
持卡者描述:
对饭卡管理系统进行操作的人员定义:
持卡者=用户名+密码+类别+学号/工号 用户名=字符/20位 密码=字符/20位 类别=持卡者学号/工号=字符/50位位置:
用户表 Ø名称:
刷卡服务员描述:
对饭卡管理系统操作的人员定义:
刷卡服务员=工号+姓名+性别+电话+地址 工号=数字/20位 姓名=字符/20位 性别=【男/女】 电话=数字/20位 地址=字符/500位 Ø名称:
饭卡描述:
饭卡管理系统被操作的对象定义:
饭卡=卡ID+余额+锁 卡ID=字符/50位余额=浮点型(>=0)锁=字符型位置:
饭卡信息表 Ø名称:
刷卡器与显示器描述:
消费付款,显示消费款额和余额定义:
刷卡器与显示器=余额+款额余额=浮点型/(>=0)款额=浮点型/(>=0)位置:
饭卡历史信息表 Ø名称:
用户信息描述:
对饭卡管理系统进行操作的人员定义:
用户信息=用户名+密码+类别+学号 用户名=字符/20位 密码=字符/20位 类别=持卡者/管理员学号=字符/50位位置:
用户表 Ø名称:
持卡者信息描述:
记录持卡者相关信息定义:
持卡者信息=学号/工号+卡ID+姓名+性别+电话+地址 学号/工号=字符/50位卡ID=字符/50位 姓名=字符/20位 性别=【男/女】 电话=数字/20位 地址=字符/50位位置:
持卡者信息表 Ø名称:
饭卡信息描述:
记录饭卡相关信息定义:
饭卡信息=卡ID+余额+锁 卡ID=字符/50位余额=浮点型/(>=0)锁=字符/10位 位置:
饭卡信息表 Ø名称:
饭卡历史信息描述:
记录饭卡历史使用的相关信息定义:
饭卡历史信息=卡ID+时间+款额+操作 卡ID=字符/50位 时间=年/月/日 款额=浮点型/(>=0) 操作=【存款|消费|其他】位置:
饭卡历史信息表 Ø名称:
注销信息描述:
将不再使用的卡信息去除定义:
注销信息=卡ID+余额+卡ID=字符/50位 余额=浮点型/(>=0)位置:
饭卡历史信息表 Ø名称:
挂失信息描述:
将丢失的卡加锁定义:
挂失信息=卡ID+余额卡ID=字符/50位 余额=浮点型/(>=0)位置:
饭卡历史信息表 Ø名称:
消费额描述:
描述消费款额定义:
消费额=款额 款额=浮点型/(>=0)位置:
饭卡历史信息表 Ø名称:
余额描述:
显示卡上的现有金额数定义:
余额=款额款额=浮点型/(>=0)位置:
饭卡信息表 Ø名称:
存款额描述:
对存款数目的统计定义:
存款额=款额款额=浮点型/(>=0)位置:
饭卡历史信息表 Ø名称:
锁信息描述:
对卡挂失后信息的记录定义:
锁信息=卡ID+状态 卡ID=数字/50位 状态=【加锁/解锁】位置:
饭卡历史信息表 Ø名称:
学生照片表描述:
对学生身份的一种验证定义:
学生照片表=卡ID+照片 卡ID=数字/50位 照片=字符/50 6.建立E-R图 三、概要设计1.引言 软件概要设计主要是一个把软件需求转化为软件表示的过程,这种表示只是描述出软件总的概貌。
编写目的概要设计说明书编制的目的是:
说明对程序系统系统的设计考虑,包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等,为详细设计提供基础。
本软件概要设计说明书的读者是系统开发人员或合同约定人员。
背景 软件系统名称:
饭卡管理系统项目任务提出者:
软件工程课程设计 项目开发者:
安徽工程大学计算机与信息学院“饭卡管理系统”开发小组 定义 学生照片表:
存放学生的照片 持卡者信息表:
记录持卡者的相关信息 饭卡信息表:
记录饭卡的相关信息 饭卡历史信息表:
记录饭卡的相关历史信息 参考资料《数据库系统概论》
萨师宣王珊高等教育出版社《SQLServer2000教材》龚波北京希望电子出版社《软件工程导论》
张海藩清华高校出版社《软件工程实验指导书》安徽工程大学计算机与信息学院2.总体设计 需求规定 本系统可大致划分为四大模块:
系统用户登录,持卡者信息管理,饭卡信息管理,饭卡消费记录管理。
Ø系统用户登录主要是对系统用户进行身份验证。
Ø持卡者信息管理主要是对持卡者信息进行管理,包括注册,修改和查询。
Ø饭卡信息管理主要是对饭卡信息进行管理,包括对饭卡的加锁与解锁,注销,充值和消费。
Ø饭卡消费记录管理主要是对饭卡的消费记录进行管理,包括消费记录的查询和修改。
基本设计概念和处理流程 本系统的基本设计概念和处理流程如下:
Ø系统启动时,激活身份验证模块。
Ø通过身份验证后,对系统进行初始化,判断用户身份,导入到不同的操作界面。
Ø系统进入消息循环状态,通过事件驱动机制激活各功能模块,并执行指定模块。
Ø各项功能执行完毕后,重新进入消息循环状态。
Ø由退出系统事件激活关闭系统模块,退出系统。
系统功能模块结构图饭卡管理系统系统用户登录持卡者信息管理饭卡信息管理饭卡消费记录管理持卡者注册修改持卡者信息查询持卡者信息加锁与解锁注销充值消费查询饭卡消费记录修改饭卡消费记录 3.系统数据库结构设计、逻辑设计要点用户(工号,用户名,密码,类别)
用户名密码类别学号 持卡者信息表学号|工号卡ID姓名性别电话地址 饭卡历史表卡ID时间款额操作 饭卡信息表卡ID余额锁 学生照片表卡ID照片 、物理结构设计要点用户表用户表数据项类型主键备注用户名varchar(20)
是不为空密码varchar(20)
否不为空类型char(20)
否不为空学号nvarchar(20)
否可为空持卡者信息表持卡者信息表数据项类型主键备注学号|工号nvarchar(50)是不为空卡IDnvarchar(50)否不为空姓名char(20)否不为空性别char(10)否不为空电话char(20)否不为空地址char(50)否不为空饭卡历史表饭卡历史表数据项类型主键备注卡IDnvarchar(50)是不为空时间datetime是不为空款额float否可为空操作char(20)否可为空饭卡信息表饭卡信息表数据项类型主键备注卡IDnvarchar(50)是不为空余额float否可为空锁char(10)否可为空学生照片表学生照片表数据项类型主键备注卡IDnchar(10)是不为空照片varchar(100)否可为空 4、触发器及存储过程设计、触发器持卡者信息表:
createtriggerchikaon持卡者信息表forinsertasdeclare@kaidnvarchar(50) declare@shijiandatetimeset@kaid=(select卡IDfrominserted)set@shijian=(selectCONVERT(VARCHAR(19),GETDATE(),20) asCurrentDateTime) insertinto饭卡历史表values(@kaid,@shijian,,'新建')insertinto饭卡信息表values(@kaid,,'已解锁')饭卡信息表:
create triggerfankaxinxibiaoon饭卡信息表forupdateas declare@kaidnvarchar(50)declare@shijiandatetimedeclare@moneryfloatset@shijian=(SELECTCONVERT(VARCHAR(19),GETDATE(),20) ASCurrentDateTime)set@kaid=(select卡IDfrominserted)set@monery=((select余额frominserted)-(select余额fromdeleted))if(@monery>0)begininsertinto饭卡历史表values(@kaid,@shijian,@monery,'充值') endelseif(@monery2->3->5->1 路径2:
1->2->3->4->7 路径3:
1->2->3->4->6->4->7测试用例:
路径1:
输入饭卡信息管理测试:
①利用加锁与解锁模块完成对卡的锁定任务,然后调用消费模块看刚加锁的卡号能否进行消费,若不能则进入下一步,否则查找错误。
②利用加锁与解锁模块完成对卡的解锁任务,然后调用消费模块看刚加锁的卡号能否进行消费,若能则进入下一步,否则查找错误。
③若在消费过程中发现余额不足,则调用充值功能模块增加可利用款额,以完成消费,如果可以进入下一步,否则查找错误④调用充值模块增加可用款额,然后调用消费模块进行消费,看之前不足的余额是否增加,可以消费,如果可以进入下一步,否则查找错误或重复本次操作。
⑤利用注销功能模块完成消除卡信息的任务,然后调用加锁与解锁模块检测卡是否还存在,若存在则重复此过程,否则查找错误。
流程图 程序图测试路径:
路径1:
1->2路径2:
1->3->4路径3:
1->3->5->6路径4:
1->3->5->7->8->10->15路径4:
1->3->5->7->8->9->7->8->10->15饭卡消费记录管理测试:
①调用查询饭卡消费记录模块功能,若在查询过程中发现此卡的某项记录有误,则调用修改饭卡消费记录模块修改这个不正确的记录,以完善此卡的信息,如果可以进入下一步,否则查找错误。
②调用查询饭卡消费记录模块查询上面所说的卡,看看是否修改了该卡不正确的记录,如果是,并且该卡再无企业不正确的记录则此次测试成功,否则发现错误,立即回到第一步继续测试。
流程图 程序图测试路径:
路径1:
1->2->4路径2:
1->2->3->5->2->4路径3:
1->2->3->5->3->5->2->4系统测试与回归测试完成了各个模块的测试后,要进行系统测试。
系统测试是针对整个产品系统进行的测试,目的是验证系统是否满足了需求规格的定义,找出与需求规格不相符合或与之矛盾的地方。
在系统测试的任何一个阶段,只要发现了错误,就要尽可能及时更正。
更正后还要检验已经发现的缺陷有没有被正确的修改和修改过程中有没有引发新的缺陷,即回归测试。
另外,每当一个新的模块被当作集成测试的一部分加进来的时候,软件环境都很发生改变,即建立起新的数据流路径,还有可能激活了新的控制逻辑。
这些改变可能会使原本工作得很正常的功能产生错误。
因此在集成测试策略的环境中,要进行回归测试,就是对部分已通过测试的功能要再次进行测试,以保证系统在新环境下能正常工作。
七、小结 课设内容总结本次课设我们没有用老师给的题目而是选择了饭卡管理系统,因为在我们看来对于在校学生的我们,饭卡是我们在校园里每天的必需品,更加贴近我们,所以相对来说更加有意义。
随着我国高校扩招,大学生的人数呈逐渐上升趋势。
传统的饭卡管理方式大多采用人工方式,这种方式具有明显的局限性,主要表现在信息分散和共享性差、信息的及时性和准确性差以及职工多开支大。
学生人数的众多使得传统的饭卡管理难度越来越高,学校对一款能够实现科学有效的一体化管理的系统软件的需求越来越紧迫。
本次课设的主题是设计一个饭卡管理系统,能够对饭卡信息进行查询和更新管理,且反映敏捷准确。
系统可分为持卡者信息管理、饭卡信息管理和饭卡消费记录
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 管理 系统软件 工程 课程设计
![提示](https://static.bdocx.com/images/bang_tan.gif)