1《Windows程序设计》课程设计指导书.docx
《1《Windows程序设计》课程设计指导书.docx》由会员分享，可在线阅读，更多相关《1《Windows程序设计》课程设计指导书.docx（21页珍藏版）》请在冰点文库上搜索。
1《Windows程序设计》课程设计指导书
浙江树人大学信息科技学院
《Windows程序设计》
课
程
设
计
指
导
书
适合专业：
计算机科学与技术
编写人：
邱宁
编写时间：
2011年2月
浙江树人大学信息科技学院
生产实习（课程设计）任务书
课题或任务
Windows程序设计
周次
13-14
专 业
计算机科学与技术（本）
班级
12级（.net方向）
指导教师
邱宁/虞飞华、丁健龙/华冠萍
实习任务目的
通过本次实习，掌握C#的主要知识点以及.NETWindows常用控件的使用，并综合运用所学知识使用面向对象的程序设计思想开发一个Windows平台下基于三层架构的毕业生就业管理系统。
掌握.NET解决方案的管理及应用程序的设计、运行、调试等。
实习时间地点
2014年12月8日－2014年12月19日，20-608（班）
2014年12月8日－2014年12月19日，20-612（班）
实习具体内容
本次实习要求使用面向对象的程序设计思想，设计开发一个Windows平台下基于三层架构的毕业生就业管理系统。
该系统的主要使用用户为我校就业指导中心管理人员（含主任、操作员）、各院系管理人员（含分管领导、操作员、班主任）以及学校就业分管领导（含校领导、学生处处长）。
该系统的主要功能如下图所示：
实习任务安排
本实习以分组形式开展，三人一个小组，按下面模块进行任务分工，最后进行整合。
●成员一完成文件管理和方案管理两大模块
●成员二完成用户管理和生源管理两大模块
●成员三完成系统管理模块
实习要求
设计开发一个基于三层架构的毕业生就业管理系统。
1、学习系统分析方法
2、使用面向对象的设计思想
3、学会使用三层架构
4、掌握常用的Windows窗体控件
5、编写相关设计文档
实习报告编写要求
每个小组交一份实习报告和完成系统的源代码与数据库等电子资料，其中实习报告应包含以下内容：
1、系统需求分析
2、系统概要设计
3、遇到的问题及解决方法
4、心得体会
成绩评定
1、考勤（副班长做好考勤记录，三次旷课取消考试资格）（10%）
2、系统功能的完成情况（40%）
3、实习报告及相应文档规范性和完整性（30%）
4、现场考核（20%）
指导教师
邱宁、华冠萍
预备知识
软件工程、数据库、C#，另请参考附录二
第一周（周1-2）系统分析与数据库设计
（一）目的
1、进行小组组建和分工
2、熟悉实习内容
3、掌握系统分析方法
4、掌握系统需求分析文档的编写
5、掌握系统概要设计文档的编写
6、掌握数据库设计方法
7、掌握SQLServer2005中关于数据表创建、记录添加的操作方法
8、掌握.NET中连接数据库的方法
9、掌握.NET中操作数据（查询、添加、修改、删除）的方法
10、掌握三层架构设计
（二）内容
1、组建开发小组，确定成员分工和小组负责人。
2、熟悉本次实习的内容，以及每位成员的具体任务安排。
3、分工对系统进行需求分析，并形成需求分析文档。
4、分工对系统进行概要设计，并形成概要设计文档。
5、分工对系统进行数据库设计，并在SQLServer2005中创建数据库。
6、熟悉三层架构，搭建系统框架。
7、建立数据库访问公共类，并分工完成各自部分的数据模型层类的设计。
（三）指导
1、请认真阅读附录一的实习内容。
2、请参考《软件工程》中的相关内容，完成系统需求分析与概要设计文档。
3、请参考《数据库原理》中相关内容，完成数据库设计，并创建数据库。
4、请参考《动软.Net代码生成器》软件中MODEL层的使用说明。
5、请结合参考《面向对象的程序设计》的相关内容，完成数据模型层类的设计。
6、数据表清单参见附录一的第四部分。
第一周（周3-4）数据访问层的设计
（一）目的
1、掌握面向对象的设计方法
2、掌握三层架构中数据访问层的设计方法
3、掌握数据访问公共类的调用方法
4、掌握数据模型层的调用方法
（二）内容
1、掌握面向对象的设计方法
2、分工完成各自部分的数据访问层类的设计
3、测试数据访问公共类的正确性
4、测试数据模型层类的正确性
（三）指导
1、请认真阅读附录二的测试内容。
2、请参考《动软.Net代码生成器》软件中DAL层的使用说明。
3、请结合参考《面向对象的程序设计》的相关内容，完成数据访问层类的设计。
第一周（周5）第二周（周1）业务层的设计
（一）目的
1、掌握面向对象的设计方法
2、掌握三层架构中业务层的设计方法
3、掌握数据访问层类的调用方法
4、掌握数据模型层的调用方法
（二）内容
1、掌握面向对象的设计方法
2、分工完成各自部分的业务层类的设计
3、测试数据访问层类的正确性
4、测试数据模型层类的正确性
（三）指导
1、请参考《动软.Net代码生成器》软件中BLL层的使用说明。
2、请结合参考《面向对象的程序设计》的相关内容，完成业务层类的设计。
第二周（周2-3）系统界面层的设计
（一）目的
1、掌握Windows程序的开发方法
2、掌握常用Windows控件的使用方法
3、掌握三层架构中界面层的设计方法
4、掌握业务层类的调用方法
5、掌握数据模型层的调用方法
（二）内容
1、分工完成各自部分的系统界面层的设计
2、测试业务层类的正确性
3、测试数据模型层类的正确性
（三）指导
1、请参考《Windows程序设计》的相关内容，完成系统界面层的设计。
2、窗体间数据共享的方法指导（前参见附录一的5.1）。
第二周（周4-5）系统整合
（一）目的
1、掌握系统测试方法
2、掌握系统部署方法
（二）内容
1、完成系统整合
2、完成系统的综合测试
3、完成系统的安装部署
（三）指导
1、请认真阅读附录二的测试内容，完成系统的综合测试。
2、请参考《Windows程序设计》的相关内容，完成系统的安装部署。
附录一实习内容
一、系统概述
本次实习要求使用面向对象的程序设计思想，设计开发一个Windows平台下基于三层架构的毕业生就业管理系统。
该系统的主要使用用户为我校就业指导中心管理人员（含主任、操作员）、各院系管理人员（含分管领导、操作员、班主任）以及学校就业分管领导（含校领导、学生处处长）。
该系统的主要功能如图1所示：
图1系统功能
二、功能模块
2.1文件管理
此模块实现对系统的一般操作性管理，具体子功能如下：
●修改密码（FrmWjPassword）：
修改当前登录用户的密码。
●锁定系统（FrmWjLock）：
系统锁定后，必须正确输入当前登录用户的密码才能解锁。
●用户注销（FrmWjLogout）：
注销当前登录用户。
●退出系统（FrmWjExit）：
退出系统。
2.2生源管理
此模块实现对生源信息的管理，具体子功能如下：
●生源导入（FrmSyImport，加分功能）：
将Excel或DBF文件形式的生源信息导入生源临时表，并对问题数据进行提示反馈。
导入向导请参考SQLServer（参考界面如图2-7所示）。
图2导入向导界面图3数据源选择界面
图4字段匹配选择界面图5导入确认界面
图6导入错误提示界面图7导入成功提示界面
●生源录入（FrmSyAdd）：
允许管理员直接录入生源信息，布局参照图8。
要求实现相关字段的联动输入（比如：
选择了某个学院后，专业名称下拉框中只出现该学院包含的专业信息）。
●生源查询（FrmSyQuery）：
依据条件查询生源信息并显示在列表中，对选取的信息可以直接删除，也可以双击浏览详细信息（FrmSyEdit，参考界面如图8所示）。
在浏览界面，可以对生源信息进行编辑修改，也可以进行删除。
图8生源浏览界面
●生源统计（FrmSyTotal）：
以院系、专业、班级分别按学历、性别、生源地进行统计。
说明：
统计与查询的区别。
1）查询生源信息时，应当详细列出每条生源信息，包括：
姓名、学号、学院、专业等；
2）统计生源信息时，首先需要确定统计条件，不同统计条件得出的统计结果是不同的。
例如：
当统计条件为性别时，将只有性别和人数两列，且仅有两行记录（男生行与女生行），没有生源的具体信息；当以学院为条件时，也只有学院与人数两列，记录行数则为学院的总数。
2.3方案管理
此模块实现对方案信息的管理，具体子功能如下：
●方案录入（FrmJyAdd）：
允许管理员直接录入方案信息，布局参照图9，其中上方部分是该生源的简要信息。
要求实现相关字段的联动输入（比如：
选择了某个就业标志后，用人单位性质下拉框中只出现该标志允许的单位性质选项）。
●方案查询（FrmJyQuery）：
依据条件查询方案信息并显示在列表中，对选取的信息可以直接删除，也可以双击浏览详细信息。
（FrmJyEdit，参考界面如图9所示）。
在浏览界面，可以对方案信息进行编辑修改，也可以进行删除。
●
图9方案浏览界面
●方案生成（FrmJyCreate，加分功能）：
对未录入方案的毕业生，依据其师范类型自动派遣回生源地所属的主管单位（师范生到教育局，非师范生到人事局）。
●方案统计（FrmJyTotal）：
以院系、专业、班级分别按流向单位性质和流向地区统计人数；并按各学历的专业统计就业率（其中，签约率依据就业标志代码为1和4；应聘率依据就业标志代码为2；灵活率依据就业标志代码为3；待就业率依据就业标志代码为5；不就业率依据就业标志代码为6）。
2.4用户管理
此模块实现对用户信息的管理，具体子功能如下：
●用户登录（FrmYhLogin）：
以分配的用户名和密码登录系统；登录成功后需先选择操作年份，然后才进入主窗体。
●用户设置（FrmYhUser）：
对用户进行管理，包括查询、分配、修改、删除用户，以及为角色分配用户。
●角色设置（FrmYhRole）：
对角色进行管理，包括查询、新增、修改、删除角色，以及为角色分配功能模块。
●信息维护（FrmYhInfo）：
当前登录用户修改自己的联系方式信息。
2.5系统管理
此模块实现对系统信息的管理，具体子功能如下：
●代码维护（FrmXtCode）：
管理（查询、添加、修改、删除）系统运行所需的各个代码表。
●院系设置（FrmXtDept）：
设置当前操作年份的院系设置（查询、添加、修改、删除、清除、导入、导出）。
●专业设置（FrmXtProf）：
设置当前操作年份各院系的专业设置（查询、添加、修改、删除、清除、导入、导出）。
注意：
研究生专业代码必须与研究生专业代码表一致；本科专科高职生专业代码必须与本专科专业代码表一致；
●班级设置（FrmXtClass）：
设置当前操作年份各院系的班级设置（查询、添加、修改、删除、清除、导入、导出）。
●操作设置（FrmXtOper）：
设置生源操作开放期、方案操作开放期。
●数据维护（FrmXtData）：
备份和还原数据库；按年度转移历年数据。
三、检测条件
3.1生源检测
●院系或专业或班级错误。
错误原因：
1）所在院系和所在班级的格式不正确，正确应为：
代码+|+名称；
2）所在院系和所在班级与相应的院系设置和班级设置不一致；
3）所在院系和专业代码与相应的院系设置和专业设置不一致
●姓名或学号或身份证号错误。
错误原因：
1）姓名或学号或身份证号未填；
2）学号或身份证号重复；
3）身份证号长度不正确，正确应为15或18位。
●性别或学历或学位错误。
错误原因：
1）性别代码未填或不正确，正确应为：
1－男；2－女；
2）学历代码未填或与学历代码表不一致；
3）学位代码未填或与学位代码表不一致。
●招生类别或培养方式错误。
错误原因：
1）招生类别代码未填或与招生类别代码表不一致；
2）培养方式代码未填或与培养方式代码表不一致。
●生源所在地错误。
错误原因：
1）生源所在地代码或名称未填；
2）生源所在地代码与生源所在地代码表不一致，或选用了不正确的代码（包括：
后四位为0的代码，浙江省内后两位为00或01的代码）；
3）生源所在地名称与生源所在地代码表中的简称字段不一致（即生源所在地名称应填简称）。
●民族或政治面貌或外语错误。
错误原因：
1）民族代码未填或与民族代码表不一致；
2）政治面貌代码未填或与政治面貌代码表不一致；
3）主修外语语种代码未填或主修外语语种代码表不一致。
●师范或在职或独立学院错误。
错误原因：
1）是否师范代码未填或不正确，正确应为：
0－否；1－是；
2）是否在职代码未填或不正确，正确应为：
0－否；1－是；
3）是否独立学院代码未填或不正确，正确应为：
0－否；1－是。
●学制或入学时间或毕业时间错误。
错误原因：
1）学制未填或格式不正确，正确应为：
一位整数或带一位小数的三位小数；
2）入学时间或毕业时间未填或格式不正确，正确应为：
四位年份.两位月；
3）毕业年份与当前操作年份不一致，或毕业时间－入学时间＜学制。
●联系方式错误。
错误原因：
1）手机号码未填或长度不足11位（没有手机号的可用11个0代替）；
2）电子信箱未填或不是有效的Email格式。
3.2方案检测
●就业标志代码或单位性质代码错误。
错误原因：
1）就业标志不属于（1－6）中的任一个；
2）就业标志代码和单位性质代码不一致。
正确的对应规则如下：
就业标志代码
单位性质代码
就业标志代码
单位性质代码
3
75、76、77
5
70
4
80、85
6
71、72
1、2
以上除外
●主管单位不正确
错误原因：
1）主管单位内容未填；
2）主管单位代码和主管代码表中的代码字段不一致或后三位为000；
3）主管单位名称和主管代码表中的名称字段不一致；
4）主管单位不在代码表中，按以下规则处理：
主管类别
主管代码
主管类别
主管代码
1|省内市县
1＋2位市县代码＋XXX
2|省内高校
2＋XXXXX
3|省内省级单位
3＋XXXXX
4|省内中直单位
4＋XXXXX
5|外省市
5＋2位省市代码＋XXX
●报到地址不正确
错误原因：
1）报到地址内容未填；
2）报到地址代码和生源地代码表中的代码字段不一致；
3）报到地址代码的后四位为0000；
4）省内地市的后两位为00；
5）报到地址和生源地代码表中的名称字段不一致，需用全称。
●用人单位不正确
错误原因：
1）用人单位内容未填；
2）用人单位代码不正确，应为10位，第九位为分隔符“－”；
3）同一个用人单位有多个代码；
4）同一个代码有多个用人单位。
●下基层项目代码不正确
错误原因：
1）下基层项目代码内容未填；
2）下基层项目代码与下基层代码表不一致。
四、主要数据表清单
序号
表名
表说明
1
dm_xb
性别代码表
2
dm_yjszy
研究生专业代码表
3
dm_bzkzy
本专科专业代码表
4
dm_xl
学历代码表
5
dm_xw
学位代码表
6
dm_zslb
招生类别代码表
7
dm_pyfs
培养方式代码表
8
dm_xzqh
行政区划代码表
9
dm_mz
民族代码表
10
dm_zzmm
政治面貌代码表
11
dm_wyyz
外语语种代码表
12
dm_jybz
就业标志代码表
13
dm_dwxz
单位性质代码表
14
dm_zgbm
主管部门代码表
15
dm_yrdw
用人单位代码表
16
dm_xjc
下基层代码表
17
xt_yx
院系设置表
18
xt_yxzy
院系专业设置表
19
xt_yxbj
院系班级设置表
20
xt_cz
操作设置表
21
xt_tz
通知表
22
sy_tmp
生源临时表
23
sy_syxx
生源正式表
24
sy_bdsq
生源变动表
25
sy_log
生源日志表
26
sy_his
生源历史表
27
fa_tmp
方案临时表
28
fa_faxx
方案正式表
29
fa_bdsq
方案变动表
30
fa_log
方案日志表
31
fa_his
方案历史表
32
yh_user
用户表
33
yh_role
角色表
34
yh_module
模块表
35
yh_userrole
用户角色表
36
yh_rolemodule
角色模块表
五、方法指导
5.1窗体间数据共享的方法
●系统级全局公共静态变量：
首先在公共类中以publicstatic定义全局变量，然后在需要访问的窗体中以[命名空间].[类名].[变量名]的形式进行访问（参见图12）。
图12系统级全局公共静态变量示例
●窗体级公共实例变量：
首先在窗体类中以public定义变量，然后在需要访问的窗体中实例化窗体类，并以[窗体实例名].[变量名]的形式进行访问（参见图13）。
图13窗体级公共实例变量示例
附录二实习知识准备
一、基本知识
1、重点是面向对象的程序设计思想
2、.NETWindows应用程序的创建、编辑、编译和运行过程,还有词法约定。
3、算法初步和程序设计的基本工具
4、C#数据类型、运算符的概念
5、控制结构
6、常用控件的常用属性、方法及事件
7、.NET解决方案的管理
二、软件测试
1、概述
软件系统的最终表示是几百条或成千上成条程序语句。
在这些语句中，一个不引人注意的语句就有可能导致整个系统的失败。
在软件测试过程，应当选择多种类、少数量的测试数据并保证每条指令、每个分支以及每种错误条件至少执行一次。
多种类意味着选用各种不同类型的数据；少数量意味着在相同种类的数据量上要尽可能的少。
不使用大量测试数据的理由是不至于花费太多的时间去检测很多的相同测试用例是否能正确工作。
此外，对任何软件不可能去测试全部可能的情况。
2、测试步骤
1）模块测试：
模块测试是实现阶段最为重要的一个软件工程步骤，是软件质量保证的关键环节，即使经过代码评审，模块中必然要留存许多未被发现的逻辑错误，必须通过测试来暴露。
这其实也是在程序组装成一个整体之前，分别测试各个模块的操作。
2）组装测试：
组装测试是软件生存周期中的一个独立阶段。
其主要任务是按照选定的策略，采用系统化的方法，将经过模块测试的模块按预先制定的计划逐步进行组装和测试。
这种测试的目的在于发现与模块接口有关的问题，并将各个模块构成一个设计所要求的软件系统。
3）确认测试：
测试的最后一个步骤也是软件开发的最后一个阶段，是验证所组合的软件系统是否确实满足用户的需要，这是软件开发部门把软件产品交付使用之前的最后一种测试。
在这个测试步骤中所发现的错误往往是“软件需求规范书“中的错误。
三、测试用例设计技术
测试中广为采用的测试方法有三种：
白盒测试法、黑盒测试法、灰盒测试法。
不同的测试在选择测试用例方面有着很大的差别。
白盒测试法：
是根据详细设计中的逻辑流程来设计测试用例，以暴露编码中的逻辑错误。
如逻辑覆盖法。
黑盒测试法：
是用“软件需求说明书”来设计测试用例，如等价划分法、边值分析法、错误猜测法等。
灰盒测试法：
是白盒测试法和黑盒测试法的混合。
四、程序维护
一个程序一旦被编写、调试、测试及最后判断为可以使用时，程序的研制阶段宣告结束，而程序的维护阶段就开始了。
大部分的编程者都喜欢研制新程序而不愿去维护程序，其原因之一就是因为程序的维护是一件没完没了的事，被认为不值得去做的工作。
在程序维护时，应该特别注意修改错误和保护源程序两个问题。
程序错误的类型：
●必须去修改的错误
●愿意去修改的错误
感到有些疑点的错误
●
升级会员 