课程设计报告课程名称: 软件开发案例设计题目：学生考试管理系统系别：计算机系专业：计算机科学与技术学生姓名:学号：起止日期：2010年7月7日2010年7月11日指导教师：目录第一章 考试管理系统可行性分析 01.1 问题描述及开发背景 01.2 开发意义、资金消耗及应用范围分析 0第二章 考试管理系统需求分析 02.1 用户需求及功能分析汇总 02。2 系统流程图及数据流图 12.3 数据字典 12.4 数据库设计 2第三章 考试管理系统概要设计 33.1 系统模块划分 33。2 确定目标系统实现方案 4第四章 目标系统详细设计 54。1 数据库设计 54。2 创建数据源并通过数据库操作事务对象连接 54.3 创建前台控件与数据源间数据传输的数据窗口对象和查询对象 64。3 创建数据管道 7第五章 系统编码、测试 85。1 数据管道编程 85。2 定义存储过程 115.3 数据操作编程 115.4 用户自定义查询编程实现 12第六章 测试 136.1 单元模块测试与分析 136。2 集成测试与分析 136。3 确认测试与分析 14总结 14参考文献 16第一章 考试管理系统可行性分析1。1问题描述及开发背景随着教育改革的进行，目前高中阶段教学已逐步采用同大学教学类似的学分 制，原先对于学生考试管理成绩资料的那种人工或半人工的管理方式的低效性越 来越明显；而对于中学若采购成套资料管理系统，无论从资金还是人员配置方面 多少都有些小题大做。鉴于以上话题的诸多特征 ,策划设计一个功能、可操纵性 以及资金消耗与之适合的学生考试管理系统.1。2开发意义、资金消耗及应用范围分析开发此类系统主要是想,在兼顾到性能和资金消耗的前提下，加速中学的信 息管理方式同教育改革相适应的速度。该系统预定开发周期为一周,开发人员三人，每天工作八小时.规划同劳动量 等值市场开发经费为 500 元（具体规划为：人员酬劳每人每小时酬劳为 20 元, 共计 420 元;市场调研、计算机设备使用以及交付客户初期的系统适应性维护等 经费80 元.该系统主要面向中学学生考试成绩资料管理人员。第二章 考试管理系统需求分析2。1用户需求及功能分析汇总（1）保密方面:采用密码登陆方式启动。（2）数据存储管理方面：采用服务器工作站方式，仅在服务器上运行数 据库管理软件,各年级办公室的计算机共享数据资源；具备不同服务器间、已购数 据库系统间数据块的传输功能.（3）数据操作方面:学生基本信息的录入、修改和查询功能；课程开设情 况记录的录入、修改和查询功能；学期考试各课程的考场、开考时间以及考试 时长等记录的录入、修改和查询功能;学生成绩的查询功能。（4）易以操纵性：窗口界面布置风格尽量一致，要求输入类的操作尽量少。（5）容错性能：由于操作人员主要为教师或学生,所以对误操作的处理能能力 要相对强一些。（6）硬件及系统软件要求：基本的 windowsXP 平台即可。(7) 提供必要的维护文档.2。2系统流程图及数据流图系统流程图如图21所示(其中：“表示后台数据流动“表示信息管理员的前端操作)。数据流图如图22所示.23数据字典(1)名字：事务描述:需管理员操作的活动；(2) 名字：后台事务描述:通过激活的事件或数据库系统完成的活动，对于管理员是透明的。(密码登陆管理员同构岸沟数娇舉冋数据更新图21系统流程图(3) 名字：学生基本信息定义：学生基本信息=学号+姓名+性别+专业+总学分+备注位置：数据库(4) 名字：课程信息定义：课程信息=课程号+课程名+开课时间+学时+学分位置：数据库(5) 名字:考试安排定义：考试安排=考场号+考查课程号+开考时间+考试时长位置:数据库(6) 名字:学生成绩定义:学生成绩=学号+课程号+成绩+学分后台事务录修JH后台事务录入 修改 JM除入改除斥台事务D1学生基本信息D2D3考试安排台事务坪入改除录修JMD4学生成绩学学基*独曲一帚试安排事务事务事务查询查询2. 2査询图22系统数据流图2。4数据库设计E-R图如图2-3所示.第三章考试管理系统概要设计3.1系统模块划分系统层次结构如图3-1所示，模块划分如图32所示.图31系统层次结构示意图史标系统* 实现，时学些基本传島、课眷侑島、老试要排和学些成饋的录入、修改、查询、J*除、更靳以缺导入导出等搽件数据库构建摸块人机交互界面设习模央疤冇華护类辅助功能模块脚建两錄麴 据库架构：新建数据線、数据库 聲录、新建事务 对泉、数据管道 搭建等人机交互窗口底次 组駅录入、修敌、剜瞭 等更新数据库娄交互掾分析数据结果，新建数据库新建存储过 程、选图等构建数据在 救据库和前端窗 口间传酱的架杓 :新建录入、查 询等操柞冏雷的 救据窗口対象、 数据窗握件， 提拱轨披入类操 件所雷的查询柞界面的设讣助等支互操作界面设計询功龍设计为实现保持运程 数据库和当地数据库 间轅据一致面提供的 数捣管熒传鞍设计窑错机制和系统帮型功能设订系统的功龍诛计图32系统设计模块划分示意图 说明：我负责数据库构建模块的设计。3。2确定目标系统实现方案方案一:快速原型增量模式开发优点:开发出最终版本的系统之前，所有原型系统都已通过与用户交互而 得到验证，据此产生的规格说明文档正确地描述了用户的要求，因此，在开发过 程的后续阶段不会因为发现了规格说明文档错误而进行较大的返工。开发人员通过建立原型系统已经学到了许多东西（至少知道了“系统不应 该做什么，以及怎样不去做不该做的事情”），因此，在设计和编码阶段发生错 误的可能性也比较小，这自然减少了在后续阶段需要改正前面阶段所犯错误的可 能性.劣势:该模式的本质特征是“快速”，但由于原型系统的用途是获知用户的真 正需求，一旦需求确定了，原型版本就将被抛弃。这也决定了其对人员配备和劳动 量有较高的要求.方案二：文档驱动模块化一次性开发优点:由其文档驱动的特性，决定了这种方案具有阶段性和依赖性，同时 可最大限度推迟系统的具体代码实现。实践表明，对于规模相对较大的软件项目 来说，往往编码开始的越早，最终完成开发工作所需要的时间反而越长。因为 , 前面阶段的工作没做或做得不扎实，过早地考虑进行程序实现，往往导致大量返 工,有时甚至发生无法弥补的问题，带来灾难性结果。可强迫开发人员采用规范的方法严格地规定了每个阶段必须提交的文档， 这将使软件开发设计变得相对容易一些。由于是模块化设计，单元编码和测试，最后总装，正使得系统具有了一定 的开放性。一者简化了测试阶段复杂度，另一方面也有利于软件发布以后的运行 为阶段完善性维护和适应性维护。劣势:系统的开发过程完全由文档驱动，同方案一相比，开发周期可能会较 长些。 确定:从该系统的规模、应用范围、开发经费消耗和现实的开发意义等方面综合 考虑，决定开发过程采用方案二进行。第四章 目标系统详细设计说明:由于在开发过程中我主要负责数据库模块的设计，故接下来的内容将 主要叙述数据库模块的详细设计思路。4。1数据库设计根据第二章中图23所示的ER数据结构示意图设计了四个而为关系表， 分别是：学生基本信息表xs，如表41所示；课程信息表kc,如表4-2所示;考试安排表ks,如表43所示；学生成绩表xs_cj，如表44所示；4.2创建数据源并通过数据库操作事务对象连接总共创建两个数据源：本地服务器数据源（用于本校日常管理 ），远程数据 源（用于上传或下载数据）.采用PowerBuilder的初始化文件PB。INI文件，利用通用方式通过事务对 象连接数据源.连接的程序流程如图 41 所示.表 41 学生基本信息表定义数据类型字节大小可为空默认值备注学号char6否主键姓名char8否专业名char10否性别bit1否出生日期datetime8否总学分float8可0备注char20可Null表 42 课程信息表定义-名称数据类型字节大小可为空默认值备注课程号Char3否主键课程名Char16否开课学期Float8可学时Folat8否学分Float8否表 4-3 考试安排表定义名称数据类型字节大小可为空默认值备注考场号Char3否主键课程号Char3否主键，外键开考时间datetime8可考试时长int4否表44学生成绩表定义名称数据类型字节大小可为空默认值备注学号Char6否主键，外键课程号Char3否主键，外键成绩Float8可学分Float8否4。3创建前台控件与数据源间数据传输的数据窗口对象和查询对象d_cjupdat：a 存储过程类数据窗口对象,用于录入、修改、删除学生成绩表中 的记录；d_kc: sql类数据窗对象，用于通过课程号参数查询课程表中的对应记录; d_kcpudata quickSelec类型数据窗对象，用于录入、修改、删除课程表 中的记录；d_stuupdata quickSelec类型数据窗对象，用于录入、修改、删除学生基本 信息表中的记录;d_score:sq类数据窗对象，用于通过学号参数查询学生成绩表中的相应记 录；d_xs:sql类数据窗对象，用于通过学号参数查询学生基本信息表中的相应query_xs：查询对象，与d_xs搭配使用； query_kc：查询对象，与d_kc搭配使用； query_xs_xscj:查询对象，与d_score搭配使用;图4-1通过事务对象连接数据源程序流程示意图4.3创建数据管道表结构定义时曾强调，表名、列名、类型、宽度、Null值等一经确定，便难 以修改。要更改表的这些属性，只有利用数据管道。此外我们还经常要复制表的 结构及表中部分后全部数据、讲一个表中数据加到另一个表中去（即使两个表的 结构不一样），还有讲一个数据库中的表复制到另一个数据库（可能是两个不同 类型的数据库包括服务器和本地库）。数据管道都能满足这些要求。具体创建使 用程序流程如图4-2所示。进入董据管道界面窗口）