《软件工程课程设计》
实验报告书
2014 至 20## 学年 第 一 学期
目 录
一、系统可行性研究报告... 1
1.1 引言... 1
1.2 现行系统调查... 1
1.3 新系统概述... 1
1.4 可行性综合评述... 2
1.5 方案选择... 2
1.6 项目进度计划... 2
二、需求分析规格说明书... 3
2.1 用例模型... 3
2.2 用例文档描述... 3
2.3 用例实现... 3
三、设计规格说明书... 4
3.1 系统的逻辑架构模型及其说明... 4
3.2 设计类图... 4
3.3 数据库子系统设计... 4
四、测试说明书... 5
4.1 测试范围... 5
4.2 测试覆盖设计... 5
4.3 测试用例... 5
五、工作总结... 6
5.1 本人在项目实现中的主要工作... 6
5.2 个人遇到的困难与获得的主要成果... 6
5.3 课程设计完成结果分析与个人小结... 6
六、附录... 7
6.1 软件配置... 7
6.2 个人完成的程序模块... 7
6.3 文档清单... 7
一、系统可行性研究报告
1.1 引言
饭卡管理系统是一套针对大学校园食堂交费和一般消费等方面的信息管理系统,它包括学生或教职工(后面把这两者统称为持卡者,把这两者的基本信息文档统一放在学校持卡者信息表中)在校内消费的各方面内容:刷卡消费、查询、充值和持卡者信息管理等,方便对饭卡信息进行各项操作,定时进行数据的备份和更新,保持数据的一致性和准确性。另外,各方面的内容应该相互联系,最终产生各种查询统计报表,以供持卡者进行检查。
对于此系统的任务就是把人们从繁琐的交费、找零工作中解放出来,用计算实现存款、消费、查询]修改、删除以及存储等功能。同时,用计算机能够快速准确地完成资料的统计和汇总工作,迅速地打印出各种报表资料以供使用。
1.1.1 编写目的
进一步分析和澄清问题的定义,推导出系统的逻辑模型,对以后的行动方针提出建议。如果问题没有可行的解,那么花费在这项工程上的时任何时间、资源、人力、经费、都是无所谓的浪费。为了避免这些,我们要用最小的代价在尽可能短的时间内确定问题是否能够解决。对此项的报告即为可行性研究报告。
1.1.2 背景
自计算机应用于管理领域以来,在短短的30多年中,世界发生了 深刻的变化。从MIS、OA系统的开发,到当今“信息高速公路”、 “信息港"、“政府上网工程”、“电子商务”等等系统的建设, 信息化的浪潮一浪高过一浪;信息系统建设的三大支柱,即管理 科学、信息技术、系统理论的新成果不断涌现,特别是信息技术, 包括信息理论、计算机科学、网络通信技术的发展日新月异;与 此同时,教育行业为了满足社会对人才的需求,其信息化建设更 是方兴未艾,波澜壮阔。 伴随着近年来高校的迅速扩招,学生人数急剧增加,高校食堂传 统的餐券化管理费时费力,显然已不能适应高校后勤现代化的管 理和社会化进步的需要。随着计算机及其网络的普遍运用,基于 网络平台的管理信息系统越来越受人们的重视。
1.1.3 术语定义
饭卡管理系统是一套针对大学校园食堂饮食交费和一般消费等方面的信息系统, 它包 括了嘘声或教职工在校内消费的各方面内容: 刷卡消费、 查询、 存款和持卡者信息管理等, 方便对饭卡信息进行各项操作, 定时进行数据的备份和更新, 保持数据的一致性和准确性。 另外,各方面的内容应该互相联系,最终产生各种查询统计报表,以供持卡者进行检查。 此系统的主要任务就是把人们从繁琐的交费找零工作中解放出来, 用计算机实现存款、 消费、查询、修改、删除以及存储等功能。同时用计算机能够快速准确地完成资料的统计 和汇总工作,迅速地打印出各种报表资料以供使用。
1.2 现行系统调查
调查现有系统的目的是为了进一步阐明建议中的开发新系统或修改现有系统的必要性。
1.2.1 组织机构与业务范围
1.2.1.1 组织概况
1.2.1.2 各部门业务范围及职能说明
1.2.2 组织信息处理流程
现行信息处理办法与流程,可用业务流程图表示。
1.2.3 现行系统存在问题
由于现有系统的技术性含量比较低,操作不便,工作量大,因此需要较多的人才能完成工作。
1.3 新系统概述
1.3.1 目标
1.3.2 新系统功能范围及划分说明
划分子系统,画出系统总体结构图。
1.4 可行性综合评述
1.4.1 经济可行性
从开发软件系统所需的总时间,总费用,及其中可行性研究所需的费用,以及系统软件开发完成后,所能预计的市场占有率等方面进行考虑,看该软件系统是否能达到一定的经济效益。
1.4.2 技术可行性
由于新的系统需要对变化的数据进行动态的存贮,即数据库中数据要随着管理员对系统的操作来随时更新,并且具有定时数据备份功能。因此要从技术角度方面研究者性功能是否可以是实现。
1.4.3 操作可行性
要分析设计出的系统在用户的操作上是否简便,这一点很重要,因为它会影响到用户对该系统的反应。
1.5 方案选择
1.5.1 首选方案
1.5.2 可选方案
1.5.3 方案对比
1.6 项目进度计划
软件项目进度计划,是对项目的进度、人员工作分工以及资源需求所做的计划,此计划依据上述的估算和分析结果,进度计划建议采用甘特图表示,人员按功能结构分配。
二、需求分析规格说明书
2.1 用例模型
(用例图)
2.2 用例文档描述
(10个)
2.3 用例实现
(序列图+类图)
三、设计规格说明书
3.1 系统的逻辑架构模型及其说明
3.1.1 架构描述
3.1.2 定义子系统
说明划分的各个子系统以及子系统之间的依赖关系和接口,子系统在各个节点上的部署。
3.2 设计类图
3.3 数据库子系统设计
F注意:还有一些与系统设计相关的内容,例如设计目的、意义、关键词汇定义、参考资料等,它们是系统设计规格说明书不可缺少的,本模板未包括进来,可以自行添加。
四、测试说明书
由于本次测试主要是针对需求进行的系统测试,包括功能测试和性能测试的技术,功能测试是执行指定的工作流程,性能测试是将功能测试过程中的单独用户改为20人同时执行以验证系统的性能。
4.1 测试范围
系统测试依据的系统的应用工作流:
4.2 测试覆盖设计
4.3 测试用例
4.3.1 用例一:基本页面的链接
五、工作总结
5.1 本人在项目实现中的主要工作
5.2 个人遇到的困难与获得的主要成果
5.3 课程设计完成结果分析与个人小结
(这一部分不得与他人雷同,否则影响成绩,严重者无成绩。)
六、附录
6.1 软件配置
6.2 个人完成的程序模块
6.3 文档清单
注:此部分在打印文档中可只含一页列出有关文档目录即可,但在交付的个人电子文档中应当含有所有必须完成的具体文档内容。