您好,欢迎访问三七文档
当前位置:首页 > 建筑/环境 > 设计及方案 > 软件工程课程设计报告
目录1问题定义...................................................12可行性研究报告............................................12.1引言....................................................12.2可行性研究的前提........................................12.3所建议的系统............................................23需求分析...................................................23.1引言....................................................23.2需求规定................................................34总体设计部分...............................................44.1引言....................................................44.2总体设计................................................45详细设计...................................................65.1引言....................................................65.2入口程序设计说明.........................................65.3查询模块设计说明.........................................75.4存款模块设计说明.........................................711问题定义可定位校园卡管理系统主要用于大学校园食堂饮食交费和图书馆进入以及卡位置信息查询等方面的信息管理系统,它是一款自带定位芯片并包括学生在校内消费各方面内容:刷卡消费、查询、存款,学生信息管理等。方便对学生饭卡信息进行各项操作,定时进行数据的备份更新,保持数据的一致性和准确性。可定位校园卡管理系统的主要任务就是利用计算机实现对学生进行定位,存款,消费,查询等功能。并且用计算机能够快速准确地完成学生各种消费资料和数据的统计和汇总工作,迅速地完成学校对学生信息的修改,录入等工作。可定位校园卡管理系统首先要考虑两部分内容,一是数据库的信息要求,二是定位芯片的植入。2可行性研究报告2.1引言进一步分析和澄清问题定义,推导出系统的逻辑模型,对以后的行动方针提出建议。如果问题没有可行的解,那么花费在这项工程上的任何时间、资源、人力、经费、都是无谓的浪费。为了避免这些,我们要用最小的代价在尽可能短的时间内确定问题是否能够解决。对此项的报告即为可行性研究报告。2.2可行性研究的前提2.2.1要求(1)实现消费使用卡片扣钱和消费记录功能;(2)在固定保险的地方存钱和挂失和定位功能;(3)有利于解决学生短期内校园丢失饭卡现象。2.2.2进行可行性研究的方法(1)经济可行性分析:从开发软件系统所需的总时间,总费用,及其中可行性研究所需的费用,以及系统软件开发完成后,所能预计的市场占有率等方面进行考虑,看该软件系统是否能达到一定的经济效益。(2)技术可行性分析:由于新的系统需要对变化的数据进行动态的存贮,即数2据库中数据要随着管理员对系统的操作来随时更新,并且具有定时数据备份功能。因此要从技术角度方面研究者性功能是否可以是实现。(3)操作可行性分析:要分析设计出的系统在用户的操作上是否简便,这一点很重要,因为它会影响到用户对该系统的反应。2.3所建议的系统图2-1系统的处理流程3需求分析3.1引言需求分析是软件系统生存期中定义阶段的最后一个步骤。这个阶段的任务不是具体解决问题,而是准确确定为解决问题系统必须具备哪些功能。这个阶段的一个重要任务是用正式的文档准确地记录目标系统的需求。该文档将最终交给软件具体的开发挂失学生信息和存款额及消费记录申请饭卡录入学生信息,饭卡ID提交饭卡刷卡消费存款使用报表注销卡3人员进行具体的开发。3.2需求规定3.3.1更准确的系统流程图图3-1系统流程图本系统的实体有:学生信息、卡信息它们之间的关系是一对一的。卡信息和卡历史是一对多的。E-R图如下:注销卡存款挂失及定位刷卡消费报表申请新卡创建学生饭卡信息学校学生信息库学生饭卡信息备份饭卡存款额,历史信息录入学生信息,从学生信息看确认信息提交饭卡4图3-2E-R图4总体设计部分4.1引言总体设计的主要任务是设计程序的体系结构,也就是确定程序有哪些模块组成以及模块计的关系。总体设计过程首先寻找实现目标系统的各种不同的方案,需求分析阶段得到的数据流图是设想各种可能方案的基础。然后分析员从这些供选择的方案中选取若干个合理的方案,为每个合理的方案都准备一份系统流程图,列出组成系统的所有物理元素,进行成本/效益分析,并且制定实现这个方案的进度计划。分析员应该综合分析比较这些合理的方案,从中选出一个最佳方案向用户和使用部门负责人推荐。如果用户和使用部门的负责人接受了推荐的方案,分析员应该进一步为这个最佳方案设计软结构,通常,进行必要的数据库设计,确定测试要求并且是定测试计划。4.2总体设计HIPO图(层次图加输入/处理/输出图),为了能使HIPO图具有可追踪性。在H图(层次图)离除了最顶层的方框之外,每个方框都加了编号如下:额时间操作卡ID卡历史记录学号卡ID性别姓名电话学校卡ID锁定位余额学生信息卡信息申请5表4-1层图读取ID卡并确认2.2.1查询3.2显示余额2.1.2存款2.1.3读取ID卡并确认2.1.1定价消费2.2.3消费2.2.4显示余额2.2.2判断学生简单信息一致1.1读取学生其他信息办卡1.2创建饭卡历史信息表1.3判断条件合法性3.1产生报表3.3挂失状态转换4.1判断挂失倒时5.1挂失计时,定位置4.2注销5.2可定位饭卡管理系统新建饭卡信息1.0存款—消费2.0查询历史3.0挂失4.0注销及定位5.0消费存款65详细设计5.1引言详细设计阶段的任务就是把解法具体化,解决具体应怎样实现这个系统。也称为模块设计,详细地设计每个模块,确定实现模块所需的功能需要的算法和数据结构。5.2入口程序设计说明5.2.3流程逻辑图5-1程序流程图理员权限判断用户名密码是否合法管理员界面欢迎提示管理员管理库程序开始判断什么权限输入权限类别用户名密码学生查询界面刷卡服务界面提示错误学生查询权限刷卡服务员权限错误正确7表5-1盒图否是5.3查询模块设计说明5.3.2流程逻辑PAD图查询条件打印打印与否图5-2PAD图5.4存款模块设计说明5.5.1程序描述正确输入查询条件查询给出提示错误从数据库读数据显示结果在屏幕打印报表管理员权限输入用户名密码检验用户名密码直到输入用户名密码正确给提示错误给欢迎信息学生查询界面刷卡服务界面Case输入权限类别学生查询权限刷卡服务权限管理员界面8完成存款部分。对输入和存款额,进行合法性验证。5.5.2判断表表5-2判断表学生代号12345678读卡成功NYNNYYNY卡没有锁NNYNYNYY存款成功NNNYNYYY显示余额显示不可能不可能显示不可能不可能显示提示错误提示不可能不可能不可能不可能显示存款不显示不显示不可能不可能不显示不可能不可能显示
本文标题:软件工程课程设计报告
链接地址:https://www.777doc.com/doc-4639042 .html