软件工程导论课程设计-饭卡管理系统开发文档精选.docxVIP

《软件工程》实验报告——饭卡管理系统开发文档组长：）指导老师： 2016年01月10日——饭卡管理系统开发文档1前言41 可行性研究41.1 系统概述41.2 初步的系统分析设计41.3 技术可行性分析71.4 经济/效益可行性分析71.4.1支出方面71.4.2收益方面81.5 系统开发计划82 需求分析82.1 总体目标82.2 具体目标92.3 系统数据建模92.4 系统功能建模92.5 数据字典123 总体设计153.1系统结构图153.2 数据库设计173.2.1逻辑设计要点183.2.2物理结构设计要点193.2.3触发器设计203.3 系统模块IPO图213.3.1验证用户登录功能模块213.3.2 用户注册功能管理模块223.3.3 查询用户详细信息功能模块233.3.4 用户挂失功能模块243.3.5 用户消费功能模块253.3.6 用户查询消费历史功能模块273.3.7 新建持卡者功能模块283.3.8 存款功能模块293.3.9 注销用户功能模块303.3.10 更改学生信息功能模块313.3.11 挂失，解锁功能模块323.3.12 查询更改消费历史功能模块333.3.13 数据库功能模块344 详细设计354.1 登录模块详细设计354.2 学生信息模块详细设计364.3 消费模块详细设计385 系统实现405.1 编码过程与特点405.2 部分功能模块实现405.2.1 对消费模块进行实现与测试405.2.2 对登陆模块进行实现与测试435.2.3 对查询模块的实现与测试465.3 测试495.3.1 本系统的测试计划495.3.2 测试方法和步骤505.3.3 测试过程506 维护606.1 系统维护工作内容606.2 系统维护策略617总结与体会617.1 总结617.2 体会61前言本文档根据软件工程的基本原理、开发方法以及开发过程进行了多次的讨论与实践，主要包括可行性研究、需求分析、总体设计、详细设计、编码、测试等章节，每一章节都图文并茂地阐述具体的设计过程。1 可行性研究1.1 系统概述随着高校扩招，大学生人数的逐年递增。关于学生生活切身利益的日常消费亟需解决，全国高校校园卡的升级，也是提高学生日常生活质量的一种方式。校园卡将安全、消费、学习集为一身，需要新的校园卡管理系统给予管理部门的技术支持。如校园卡管理系统采取银行卡的金融功能与校园卡的校务管理功能整合的方式，使师生操作更方便。校园卡系统的建设，为学校实现财务统一管理提供科学的、现代化的手段，将提高学校的管理水平，极大提高效率。1.2 初步的系统分析设计根据校园卡管理所涉及的领域，将校园卡的业务分为学生与商户信息管理、消费记录收益记录管理、饭卡信息管理三大类，形成初步的业务流程图如下1.2.1、1.2.2、1.2.3图所示。图1.2.1 学生消费业务流图图1.2.2 学生信息查询业务流图图1.2.3 商户信息查询业务流图根据以上业务流图可以画出数据流图，如图1.2.4、1.2.5。图1.2.4 顶层数据流图图1.2.5 0层数据流图根据初步的分析，我们需要管理员表，学生表，和饭卡信息表等。初步的数据字典如下：名称：管理员描述：对饭卡管理系统管理的人员定义：管理员=工号+密码+姓名+性别+联系方式 工号=字符/20位 密码=字符/20位 姓名=字符/20位 性别=【男/女】联系方式=字符/11位位置：管理员表名称：学生描述：在校的学生定义：学生=学号+姓名+性别+联系方式+宿舍 学号=字符/12位 姓名=字符/10位 性别=【男/女】 联系方式=字符/11位宿舍=字符/8位位置：学生表名称：饭卡描述：饭卡管理系统被操作的对象定义：饭卡=卡ID+余额+卡状态+消费限额+卡密码+学号 卡ID=字符/8位余额=浮点型(=0) 卡状态=字符/4位 卡上额=浮点型(=0) 卡密码=字符/6位 学号=字符/12位位置：饭卡信息表1.3 技术可行性分析对于高校人数数据量大约是万级左右，数据量并不大，对数据库的性能要求技术完全可行。对于每个学生消费并发性不高，消费补助数据库修改可以对接银行接口。同时，为了高质量完成本软件系统开发工作，还需要遵循如下准则： 好战略数据的规划，建立稳定的信息模型； 在功能模型的划分上，按组织机构来划分子系统或模块；应用软件的开发设计，要充分考虑应用软件的适应性，建立友好的人机界面。综上所述，系统的实现技术上完全可行。1.4 经济/效益可行性分析1.4.1支出方面借助校园本身的数据进行管理，数据库本地存储。除编程人力支出并无其他经济消费。（1）工作负荷人工操作频繁加减存款。工作繁琐，枯燥，容易出错，完成工作所需要的时间较长，工作效率比较低。（2）费用开支由于运行现有系统所引起的费用开支，如人力、设备、空间、支持性服务、