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