6.2 程序设计综合型实验6.2 程序设计综合型实验.doc

第2章 程序设计综合型实验指导 综合型实验要求在本章提供的基本架构的基础上，以小组为单位，每组均设计一套相对完整的银行业务管理系统。实验的目的是为了让学生综合应用课本上所学的知识，通过一系列指定功能模块的设计，巩固系统中所使用的技术，锻炼学生进行实际应用开发的能力。 2.1 综合型实验完成方式 综合型实验的题目由老师事先指定，要求学生分组完成指定的内容，并在完成基本功能的基础上，根据小组人员情况，进行适当的功能扩展。 2.1.1 综合型实验完成方式 综合型实验要求实行组长负责制，组内成员以分工合作的方式，共同完成银行业务管理系统的设计。学期开始由学习委员负责分组，每组学生一般由4到6人组成。 教师在实验的不同阶段，要及时检查各小组的进展情况，指出存在的问题和解决办法，而不是等所有功能全部完成后才开始检查和验收。 实验分为以下三个阶段进行。 1、架构分析阶段 该阶段要求各小组首先看懂本章提供的架构和源代码，并要求在提交的文档中，用Visio画出所提供的架构的系统整体架构图和系统功能模块图。 2、需求分析和功能描述阶段 该阶段要求各小组参考架构中的功能，画出自己小组准备实现的系统功能模块图，介绍所提供的每个模块的功能和界面。要求在最终提交的文档中，包含系统总体功能介绍、模块功能描述、操作方式以及对应的界面截图。 3、代码实现和文档修改阶段 该阶段由各小组完成本组所有模块功能的代码实现，并修改对应的文档介绍，使其和实际实现的代码相符。 2.1.2 综合型实验考核要求 学期期末验收综合型实验成果时，要求每小组提交一份文档报告和系统源程序。在学期结束前，所有小组统一在课堂上演示综合型实验设计成果，并介绍本小组设计的亮点。其他学生则根据小组任务完成情况和课堂演示情况，对在课堂上演示的小组集体打分，作为老师对最终成绩评定的参考依据。 综合型实验成绩评定标准为：如果小组实现了系统规定的基本功能，演示时不出现错误，则小组成绩为良好。如果在完成基本功能的基础上，又实现了扩展的功能，并运行正确，则小组成绩为优秀。 2.2 银行业务管理系统功能要求 为了让学生们顺利完成综合型实验的内容，本章提供了一套要求完成的银行业务管理系统的基本架构源程序。在基本架构中，提供了一些功能界面和部分代码。但是，架构中并没有全部实现所有功能，提供的代码也不完整。例如代码中故意没有对可能出现的异常进行必要的异常捕获，没有进行合法性验证、有些功能只提供了界面而没有提供代码实现等。这样做的目的是为了让学生在此基础上完善程序功能，避免简单地通过粘贴代码完成实验。 要求各小组在进行实际功能设计前，首先理解架构提供的界面和代码，并实现架构中提供的功能，不允许直接在提供的源程序内直接修改。 本节主要介绍系统基本要求以及提供的架构运行界面。要求各小组在理解并实现了基本架构所示功能的基础上，再重新设计自己的系统，最终每小组提交一份完整的银行业务管理系统源程序和对应的文档。 2.2.1 数据库结构基本要求 数据库要求使用SQL Server 2005或SQL Server 2008。 数据库名规定为Bank.mdf，要求各小组重新创建数据库结构，不允许直接使用架构中的数据库。表2-1～表2-5列出了基本架构提供的数据库Bank.mdf中对应的表名和表结构描述。 表2-1 业务员编号密码对照表（LoginInfo） 列名 数据类型 允许Null 说明 编号 nchar(5) N 主健 密码 nvarchar(20) N 表2-2 客户帐号信息表（AccountInfo） 列名 数据类型 允许Null 说明 帐号 nchar(6) N 主健 身份证号 nchar(18) N 姓名 nvarchar(20) N 密码 nvarchar(20) N 存款类型 nvarchar(8) N 表2-3 客户存款信息表（MoneyInfo） 列名 数据类型 允许Null 说明 Id int N 主健，自动增量 帐号 nchar(6) N 发生时间 datetime N 发生类别 nvarchar(8) N 开户、存款、取款、结算利息 发生金额 float N 余额 float N 表2-4 业务员信息表（EmployeeInfo） 列名 数据类型 允许Null 说明 编号 nchar(5) N 主健 姓名 nvarchar(20) N 性别 nchar(1) N 参加工作日期 datetime Y 联系电话 nvarchar(11) Y 身份证号 nchar(18) N 照片 varbinary(MAX) N 表2-5 各种存款利率表（RateInfo） 列名 数据类型 允许Null