软件工程课程设计校园卡

上传人:壹****1 文档编号:546560608 上传时间:2022-10-01 格式:DOC 页数:37 大小:1.02MB
返回 下载 相关 举报
软件工程课程设计校园卡_第1页
第1页 / 共37页
软件工程课程设计校园卡_第2页
第2页 / 共37页
软件工程课程设计校园卡_第3页
第3页 / 共37页
软件工程课程设计校园卡_第4页
第4页 / 共37页
软件工程课程设计校园卡_第5页
第5页 / 共37页
点击查看更多>>
资源描述

《软件工程课程设计校园卡》由会员分享,可在线阅读,更多相关《软件工程课程设计校园卡(37页珍藏版)》请在金锄头文库上搜索。

1、湖南人文科技学院计算机系课程设计说明书课程名称:软件工程导论课程代码:408029题 目:校园卡管理系统年级/专业/班:09级计科二班学生姓名:蒋瑞 杨金 刘嘉柏 邹振兵学 号: 09408228 12 10 48指导老师:颜富强开题时间: 2011年6月6日完成时间: 2011年6月30日2011年6月30日课程设计任务书及成绩评定课程名称:软件工程导论完成者:蒋瑞、杨金、刘嘉柏、邹振兵1、设计的目的与要求 1)加强学生的实践能力;2)理解小型系统开发的基本步骤; 3)本系统的功能包括:学生信息管理模块、刷卡消费、查询、存款模块(包括基本的添加、修改、删除功能)。2、设计进度及完成情况日 期

2、内 容6.6-6.7项目开发计划书6.8-6.10系统可行性研究 6.11-6.15系统需求分析 6.16-6.23系统设计系统测试项目的递交3、成绩评定设计成绩: (教师填写)指导老师: (签 字)2011 年 月 日目录第一章 项目开发计划书51.1引言5编写目的5背景51.2项目概述5工作内容5主要参加人员5产品6服务6验收标准6本计划的批准者和批准日期61.3实施计划6工作任务的分配与人员分工6进度71.4支持条件7第二章 可行性分析82.1可行性研究的前提82.2 对现有系统的分析82.3 所建议的系统8对所建议系统的说明8处理流程和数据流程82.4经济上可行性92.5技术可行性92

3、.6开发工具的选择92.7 新系统的影响102.8投资及效益分析102.9 结论10第三章 需求分析113.1市场需求分析113.2系统功能性需求分析11对功能的规定11对性能的规定133.3系统非功能性需求14故障处理要求14其他专门要求143.3 数据字典143.4运行环境规定153.5实体-联系图16第四章 系统设计174.1 总体设计17需求概述17校园卡管理信息系统概要设计174.2详细设计19编写定义19功能模块的设计与实现19运行设计20系统数据结构设计20系统出错处理设计21数据流划分214.3 功能模块设计224.3.1 入口程序entry() 设计说明224.3.2 查询模

4、块search() 设计说明254.3.3 存储、消费模块pay() 设计说明26 挂失模块deposit() 设计说明31第五章 系统测试335.1 测试的作用和意义335.2 测试方法335.3 测试内容335.4 测试结果34 注册和登录模块测试345.4.3 卡密码修改模块测试365.4.4 账户充值、消费模块测试365.5 结论37第六章 总结38参考文献和资料39第一章 项目开发计划书1.1引言 1.1.1编写目的此项目开发计划书的编写主要是为了给开发校园卡管理系统做主要的规划和整合,在开发过程中起到引导作用,以及给使用者提供简要的说明。1.1.2背景校园卡管理系统是一套针对大学校

5、园食堂饮食交费,一般消费等方面的信息管理系统,它包括了同学在校内消费各方面内容:刷卡消费、查询、存款,学生信息管理等。方便的对同学饭卡信息进行各项操作,定时进行数据的备份更新,保持数据的一致性和准确性,各方面的内容应该相互联系,最终产生各种查询统计报表,以供同学进行检查。用户通过系统首页面,创建饭卡,存入钱。消费时根据饭卡ID判断该用户是否是合法用户,同时进行消费操作。管理员可以对系统进行新建饭卡、注销饭卡、修改饭卡信息等操作,而学生进行消费的操作。1.2项目概述1.2.1工作内容校园卡卡管理系统的主要任务就是把人们从繁琐的交费,找零工作中解放出来,用计算机实现对销售合同资料进行存款,消费,查

6、询、修改、删除以及存储等功能。同时,用计算机能够快速准确地完成共档案资料的统计和汇总工作,迅速地打印出各种报表资料以供使用。1.2.2主要参加人员 组长:蒋瑞设计:刘嘉柏、蒋瑞开发:杨金、邹振兵1.2.3产品1 系统开发计划书2 系统需求说明书3 系统设计说明书4 测试计划5 一个能正确运行的可执行程序,源程序清单(有注释)1.2.4服务安装、维护和运行支持从使用该系统开始,维护期限为一年。 1.2.5验收标准 各个功能均能正常使用,满足用户的需求。1.2.6本计划的批准者和批准日期 批准者:颜富强批准日期:2011年6月6日1.3实施计划 1.3.1工作任务的分配与人员分工 组长: 蒋瑞 任

7、务: (1)系统总的开发计划书 (2)每周至少组织小组讨论一次,列出本周开发计划 (3)项目开发进度的管理 (4)团队的组织和协调设计: 刘嘉柏、蒋瑞 任务: (1)参与小组讨论 (2)进行系统的需求分析和系统设计 (3)完成系统需求说明书和系统设计说明书 (4)编写测试计划,参与系统测试 (5)协助文档人员完成用户相关文档开发:邹振兵、杨金 任务: (1)参与小组讨论 (2)根据设计完成编码,并注释 (3)进行单元测试1.3.2进度 系统规划阶段: 项目标志性事件 开始到完成开发阶段: 项目开发计划书的完成 6.6-6.7需求分析阶段: 系统需求说明书完成 6.8-6.10设计阶段: 系统设

8、计说明书 6.11-6.15编码实现: 项目的形成 6.16-6.23测试阶段: 测试计划 移交阶段: 1.4支持条件操作系统需要 windows 2000以上;操作系统环境:java虚拟机,.netFrameWork3.0;数据库需要SQL Server 2000;第二章 可行性分析2.1可行性研究的前提要求:满足客户使用校园卡的各项功能及要求,并对客户资料具有保密性目标:提高处理速度,改进安全系统,方便用户使用。条件、假定和限制:所建议系统的运行寿命最少1年;进行系统方案选择比较的时间为1天。 2.2 对现有系统的分析人工操作频繁加减存款。工作繁琐,枯燥,容易出错,完成工作所需要的时间较长

9、,工作效率比较低。现有系统技术性含量比较低,操作不便,工作量大,需要较多的人才能完成工作。系统依赖于大量的人力和物质投入,工作效率较低和成本较高。2.3 所建议的系统2.3.1对所建议系统的说明使用饭卡可以快速便捷的进行消费。中央电脑-数据库对饭卡的操作相应至关重要。在高峰时刻,也能保证,存款,消费无错误,并且可记录,撤销操作。2.3.2处理流程和数据流程系统的处理流程 图1 系统的处理流程图2.4经济上可行性开发成本:200元人民币。效益:暂时无法具体衡量。效益/投资比:暂时无法估算。投资回收期:大约2个月。2.5技术可行性 a在当前的限制条件下,该系统的功能目标能够达到; b利用现有的技术

10、,该系统的功能能实现; c对开发人员的数量和质量的要求能满足; d在规定的期限内,本系统的开发能够完成。2.6开发工具的选择Java概述Java语言的优良特性使得Java应用具有无比的健壮性和可靠性,这也减少了应用系统的维护费用。Java对对象技术的全面支持和Java平台内嵌的API能缩短应用系统的开发时间并降低成本。Java的编译一次,到处可运行的特性使得它能够提供一个随处可用的开放结构和在多平台之间传递信息的低成本方式。特别是Java企业应用编程接口(Java Enterprise APIs)为企业计算及电子商务应用系统提供了有关技术和丰富的类库。2.7 新系统的影响1对设备的影响 设备不

11、变2对软件的影响 新系统使用具有较高技术的软件3对对象的影响:新系统要求对客户、合同、操作人员有较为详细地记录。4对系统运行过程的影响:系统的运行更加高速、有效。5对开发的影响:新系统的开发环境要求不高,只需要现有设备就可以完成,且不会在开发过程中影响到现有系统的使用。6对地点和设施的影响:开发新系统不用考虑地点等方面的问题。7技术条件方面的可能性开发新系统的技术虽较现有系统比较先进,但总的来看,这些技术均已比较成熟,因此新系统的开发在技术方面应该不会有带大的困难。2.8投资及效益分析 新系统开发完成后,只需要23面管理员,大大减少的人员方面的开支,同时由于数据冗余度也大大降低,在物质方面也降

12、低了开销,因此会有较好的市场效益。2.9 结论通过技术、经济、具体操作等方面的研究可知,新系统可开发风险较低,可以开始进行具体的开发工作。第三章 需求分析3.1市场需求分析过去的系统技术性含量比较低,操作不便,工作量大,需要较多的人才能完成工作,而且还依赖大量人力物力的投入,工作效率低,成本高。相比于过去低级的系统,现在经过改良之后的系统不但操作简便,而且只需要极少数的管理人员,大大的提高的工作效率。3.2系统功能性需求分析3.2.1对功能的规定本系统面向全体学生,所以需要录入学生的一些信息,然后再创建饭卡。最后才是学生向饭卡中存款,进行刷卡消费。由于存储了学生的信息,所以挂失起来也更为的方便。以下给予数据流图来更为直观的描述出此系统的功能:图2 顶层数据流图图3 创建校园卡ID数据流图图4 校园卡消费数据流图图5 校园卡信息查询数据流图图6 校园卡存款流图3.2.2对性能的规定(1)精度输入数据:查询最大查询范围1年内;卡ID合法性;客户信息合法性;输出数据:余额以 213.12的形式最多小数点后两位,即到分为止显示。(小于的部分不可能出现)(2)时间特性要求刷卡响应时间不超过1秒;查询响应时间不超过5秒;3.3系统非功能性需求3.3.1故障处理要求刷卡响应时间超过1秒后,自

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 建筑/环境 > 综合/其它

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号