软件工程报告 最终版.doc

对饭卡管理系统的需求分析与设计 目录 一、软件需求规格说明书 2 1.功能概述………………………………………………………………………...2 2.需求详细分析…………………………………………………………………...2 2.1对功能的需求 2 2.2外部界面需求 9 2.3其他需求 9 二、软件设计规格说明书 10 1.引言…………………………………………………………………………….10 2.总体设计……………………………………………………………………….10 3.接口设计……………………………………………………………………….12 3.1用户接口 12 3.2外部接口 13 3.3内部接口 14 4.运行设计……………………………………………………………………….14 4.1运行模块组合 14 4.2运行控制 14 4.3运行时间 14 5.系统数据结构设计…………………………………………………………….14 5.1物理结构设计 14 5.2数据结构与程序的关系 14 6.数据流划分…………………………………………………………………….14 6.1 变换型 14 6.2 事务型 15 7.详细设计……………………………………………………………………….15 7.1入口程序entry() 设计说明 16 7.2查询模块search() 设计说明 18 7.3消费模块pay() 设计说明 19 7.4存款模块deposit() 设计说明 20 8.数据字典……………………………………………………………………….21 9.心得和体会…………………………………………………………………….22 一、软件需求规格说明书 1.功能概述 饭卡管理系统是一套针对大学校园食堂饮食交费，一般消费等方面的信息管理系统，它包括了同学在校内消费各方面内容：刷卡消费、查询、存款，学生信息管理等。方便的对同学饭卡信息进行各项操作，定时进行数据的备份更新，保持数据的一致性和准确性，各方面的内容应该相互联系，最终产生各种查询统计报表，以供同学进行检查。 饭卡管理系统的主要任务就是把人们从繁琐的交费，找零工作中解放出来，用计算机实现对销售合同资料进行存款，消费，查询、修改、删除以及存储等功能。同时，用计算机能够快速准确地完成共档案资料的统计和汇总工作，迅速地打印出各种报表资料以供使用。 2.需求详细分析 2.1对功能的需求 （1）．主要功能： 1实现消费使用卡片扣钱（取代现金）； 2在固定保险的地方存钱； 3有消费记录功能； 4有挂失功能。 （2）．准确度； 1刷卡消费时，要求快速，准确，可撤销； 2在查询消费记录时，达到一般的查询速度。 （3）. 输出： 在刷卡器上，每次消费时： 1存额 2此次消费额 3剩余额 刷卡器上，额外的信息如： 1出错信息 2锁卡信息 3剩余不多提示信息 报单： 1每学年或者每月，可选择性的（需学生主动要求）输出消费记录报单。详细程度可由使用者，自行定义。 2存款时，可选择性的（需学生主动要求）输出存款记录报单。 3注销卡时，返还剩余额（钱）。 （4）．输入： 刷卡器上，每次消费时： 1卡ID（可由读卡器自动读入） 2消费额 3操作符（确认，撤消，后退，计算（加减乘除），存款（有权限限制），其他功能） 数据库管理电脑上： 1输入学生信息 2学生存款额（由读卡器端输入器完成） 3查询，修改，删除功能输入 （5）．在安全与保密方面的要求： 1使用者之间的ID号不能重复； 2 ID号不被他人轻易知道； 3即便知道也能有快速相应的机制，予以弥补； 4有使用追踪功能，可以让用户了解，自己使用的情况。 系统的处理流程： 系统数据流图： -------------0层------------- -------------1层------------- -------------2层------------- -------------3层------------- 2.2外部界面需求 界面清晰、美观，操作简单、方便。 2.3其他需求 （1）.数据库需求 本系统采用的是关系数据库——SQL数据库。 数据包括程序运行时输入和输出的数据具体是数据库的各个表的各个不同元组与属性值就本系统的实体有E-R图如下 （2）.用户操作需求 由于系统的界面清晰、美观，操作简单、方便，所以操作人员只需要具备一定的电脑操作技能即可。管理员（维护人员）不需要任何数据库专业技能知识。本系统可以极大的提高工作效率，预期使用频度较高。普通学生只能刷卡消费，系统管理员还可以进入管理员界面；刷卡服务员可以操作刷卡器。 二、软件设计规格说明书 1.引言 总体设计的主要任务是设计程序的体系结构，也就是确定程序有哪些模块组成以及模块计的关系