学生考试管理系统设计报告精选.doc

  1. 1、本文档共20页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
学生考试管理系统设计报告精选

课程设计报告 课程名称: 软件开发案例 设计题目: 学生考试管理系统 系 别: 计算机系 专 业: 计算机科学与技术 学生姓名: 学 号: 起止日期: 2010年7月7日 ~2010年7月11日 指导教师: 目 录 第一章 考试管理系统可行性分析 1 1.1问题描述及开发背景 1 1.2开发意义、资金消耗及应用范围分析 1 第二章 考试管理系统需求分析 1 2.1用户需求及功能分析汇总 1 2.2系统流程图及数据流图 2 2.3数据字典 2 2.4数据库设计 3 第三章 考试管理系统概要设计 4 3.1系统模块划分 4 3.2确定目标系统实现方案 5 第四章 目标系统详细设计 6 4.1数据库设计 6 4.2创建数据源并通过数据库操作事务对象连接 6 4.3创建前台控件与数据源间数据传输的数据窗口对象和查询对象 7 4.3创建数据管道 8 第五章 系统编码、测试 9 5.1数据管道编程 9 5.2定义存储过程 12 5.3数据操作编程 12 5.4用户自定义查询编程实现 13 第六章 测试 14 6.1单元模块测试与分析 14 6.2集成测试与分析 14 6.3确认测试与分析 15 总结 15 参考文献 17 第一章 考试管理系统可行性分析 1.1问题描述及开发背景 随着教育改革的进行,目前高中阶段教学已逐步采用同大学教学类似的学分制,原先对于学生考试管理成绩资料的那种人工或半人工的管理方式的低效性越来越明显;而对于中学若采购成套资料管理系统,无论从资金还是人员配置方面多少都有些小题大做。鉴于以上话题的诸多特征,策划设计一个功能、可操纵性以及资金消耗与之适合的学生考试管理系统。 1.2开发意义、资金消耗及应用范围分析 开发此类系统主要是想,在兼顾到性能和资金消耗的前提下,加速中学的信息管理方式同教育改革相适应的速度。 该系统预定开发周期为一周,开发人员三人,每天工作八小时。规划同劳动量等值市场开发经费为500元(具体规划为:人员酬劳每人每小时酬劳为20元,共计420元;市场调研、计算机设备使用以及交付客户初期的系统适应性维护等经费80元。 该系统主要面向中学学生考试成绩资料管理人员。 第二章 考试管理系统需求分析 2.1用户需求及功能分析汇总 (1)保密方面:采用密码登陆方式启动。 (2) 数据存储管理方面:采用服务器—工作站方式,仅在服务器上运行数据库管理软件,各年级办公室的计算机共享数据资源;具备不同服务器间、已购数据库系统间数据块的传输功能。 (3)数据操作方面:①学生基本信息的录入、修改和查询功能;②课程开设情况记录的录入、修改和查询功能;③学期考试各课程的考场、开考时间以及考试时长等记录的录入、修改和查询功能;④学生成绩的查询功能。 (4)易以操纵性:窗口界面布置风格尽量一致,要求输入类的操作尽量少。 (5)容错性能:由于操作人员主要为教师或学生,所以对误操作的处理能能力要相对强一些。 (6)硬件及系统软件要求:基本的windowsXP平台即可。 (7)提供必要的维护文档。 2.2系统流程图及数据流图 系统流程图如图2-1所示(其中:“”表示后台数据流动,“” 表示信息管理员的前端操作)。 数据流图如图2-2所示。 2.3数据字典 (1)名字:事务 描述:需管理员操作的活动; (2)名字:后台事务 描述:通过激活的事件或数据库系统完成的活动,对于管理员是透明的。 图2-13.1系统模块划分 系统层次结构如图3-1所示,模块划分如图3-2所示。 图3-1系统层次结构示意图 图3-2系统设计模块划分示意图 说明:我负责数据库构建模块的设计。 3.2确定目标系统实现方案 方案一:快速原型增量模式开发 优点:①开发出最终版本的系统之前,所有原型系统都已通过与用户交互而得到验证,据此产生的规格说明文档正确地描述了用户的要求,因此,在开发过程的后续阶段不会因为发现了规格说明文档错误而进行较大的返工。 ②开发人员通过建立原型系统已经学到了许多东西(至少知道了“系统不应该做什么,以及怎样不去做不该做的事情”),因此,在设计和编码阶段发生错误的可能性也比较小,这自然减少了在后续阶段需要改正前面阶段所犯错误的可能性。 劣势:该模式的本质特征是“快速”,但由于原型系统的用途是获知用户的真正需求,一旦需求确定了,原型版本就将被抛弃。这也决定了其对人员配备和劳动量有较高的要求。 方案二:文档驱动模块化一次性开发 优点:①由其文档驱动的特性,决定了这种方案具有阶段性和依赖性

文档评论(0)

tazhiq2 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档