2024-2025-2《Windows程序设计》课程设计指导书(09)

浙江树人高校实习指导书 信息科技学院课程实习浙江树人高校信息科技学院Windows程序设计课程设计指导书适合专业：计算机科学与技术编 写 人：邱宁编写时间：2024年2月浙江树人高校信息科技学院生产实习(课程设计)任务书课题或任务Windows程序设计周次15-16专业计算机科学与技术（本）班级091、092指导老师邱宁、虞飞华、戴国勇、华冠萍实习任务目的通过本次实习，驾驭C#的主要学问点以及.NET Windows常用控件的运用，并综合运用所学学问运用面对对象的程序设计思想开发一个Windows平台下基于三层架构的毕业生就业管理系统。驾驭.NET解决方案的管理及应用程序的设计、运行、调试等。实习时间地点2024年5月 21 日2024年6月 1 日，20-507数据库与软件1(091)2024年5月 21 日2024年6月 1 日，20-511数据库与软件2(092)实习具体内容本次实习要求运用面对对象的程序设计思想，设计开发一个Windows平台下基于三层架构的毕业生就业管理系统。该系统的主要运用用户为我校就业指导中心管理人员（含主任、操作员）、各院系管理人员（含分管领导、操作员、班主任）以及学校就业分管领导（含校领导、学生到处长）。该系统的主要功能如下图所示：实习任务支配本实习以分组形式开展，三人一个小组，按下面模块进行任务分工，最终进行整合。l 成员一完成文件管理和方案管理两大模块l 成员二完成用户管理和生源管理两大模块l 成员三完成系统管理模块实习要求设计开发一个基于三层架构的毕业生就业管理系统。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、驾驭SQL Server 2024中关于数据表创建、记录添加的操作方法8、驾驭.NET中连接数据库的方法9、驾驭.NET中操作数据（查询、添加、修改、删除）的方法10、驾驭三层架构设计（二）内容1、组建开发小组，确定成员分工和小组负责人。2、熟识本次实习的内容，以及每位成员的具体任务支配。3、分工对系统进行需求分析，并形成需求分析文档。4、分工对系统进行概要设计，并形成概要设计文档。5、分工对系统进行数据库设计，并在SQL Server 2024中创建数据库。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 文件管理此模块实现对系统的一般操作性管理，具体子功能如下：l 修改密码（FrmWjPassword）：修改当前登录用户的密码。l 锁定系统（FrmWjLock）：系统锁定后，必需正确输入当前登录用户的密码才能解锁。l 用户注销（FrmWjLogout）：注销当前登录用户。l 退出系统（FrmWjExit）：退出系统。2.2 生源管理此模块实现对生源信息的管理，具体子功能如下：l 生源导入（FrmSyImport）：将Excel或DBF文件形式的生源信息导入生源临时表，并对问题数据进行提示反馈。导入向导请参考SQL Server（参考界面如图2-7所示）。 图2 导入向导界面 图3 数据源选择界面 图4 字段匹配选择界面 图5导入确认界面 图6 导入错误提示界面 图7导入胜利提示界面l 生源导出（FrmSyExport）：将生源正式表中指定年份的生源信息导出到Excel文件，且能选择要导出的字段。导出向导请参考SQL Server（或参考图2-7）。l 生源检测（FrmSyCheck）：检测生源临时表中的生源信息（检测条件参见3.1），并能单独或批量修改错误信息（参考界面如图8-9所示）。当全部检测通过后，供应替换或追加两种方式导入到生源正式表。图8 生源检测界面图9 单独修改生源（修改栏标注红底）l 生源查询（FrmSyQuery）：依据条件查询生源信息，对选取的信息可双击阅读具体信息（参考界面如图10所示）。图10 生源阅读界面l 生源统计（FrmSyTotal）：以院系、专业、班级分别按学历、性别、生源地进行统计。l 变动申请（FrmSyApply）：对生源信息申请变动（包含新增、修改、删除），并填写变动缘由。留意：变动信息先写入生源变动表，待学校审核通过后再写入生源正式表。校级管理员操作或院系级管理员在生源操作开放期操作时，自动进行审核。l 变动审核（FrmSyVerify）：校级管理员审核院系级管理员提请的生源变动申请。l 变动反馈（FrmSyFeedback）：院系级管理员查询变动申请的审核状况。l 日志查询（FrmSyLog）：查询生源操作日志（留意各用户的查询对象范围）。2.3 方案管理此模块实现对方案信息的管理，具体子功能如下：l 方案导入（FrmJyImport）：将Excel或DBF文件形式的方案信息导入方案临时表，并对问题数据进行提示反馈。请参考生源导入界面。l 方案导出（FrmJyExport）：将方案正式表中指定年份的方案信息导出到Excel文件，且能选择要导出的字段。请参考生源导出界面。l 方案检测（FrmJyCheck）：检测方案临时表中的方案信息（检测条件参见3.2），并能单独或批量修改错误信息（请参考生源检测界面）。当全部检测通过后，供应替换或追加两种方式导入到方案正式表。l 方案查询（FrmJyQuery）：依据条件查询方案信息，对选取的信息可双击阅读具体信息。（参考界面如图11所示）图11 方案阅读界面l 方案统计（FrmJyTotal）：以院系、专业、班级分别按流向单位性质和流向地区统计人数；并按各学历的专业统计就业率（其中，签约率依据就业标记代码为1和4；应聘率依据就业标记代码为2；敏捷率依据就业标记代码为3；待就业率依据就业标记代码为5；不就业率依据就业标记代码为6）。l 方案生成（FrmJyCreate）：对未录入方案的毕业生，依据其师范类型自动派遣回生源地所属的主管单位（师范生到教化局，非师范生到人事局）。l 变动申请（FrmJyApply）：对方案信息申请变动，包含派遣（新录入）、改派（修改原方案，又分为从原签约协议改派和从原非签约协议改派）、解约（解除原签约协议）、重置（清除原非签约协议），并填写变动缘由。留意：变动信息先写入方案变动表，待学校审核通过后再写入方案正式表。校级管理员操作时，自动进行审核；院系级管理员在方案操作开放期操作时（除从原签约协议改派和解约），也自动进行审核。l 变动审核（FrmJyVerify）：校级管理员审核院系级管理员提请的生源变动申请。l 变动反馈（FrmJyFeedback）：院系级管理员查询变动申请的审核状况。l 日志查询（FrmJyLog）：查询方案操作日志（留意各用户的查询对象范围）。2.4 用户管理此模块实现对用户信息的管理，具体子功能如下：l 用户登录（FrmYhLogin）：以安排的用户名和密码登录系统；登录胜利后需先选择操作年份，然后才进入主窗体。l 用户设置（FrmYhUser）：对用户进行管理，包括查询、安排、修改、删除用户，以及为角色安排用户。l 角色设置（FrmYhRole）：对角色进行管理，包括查询、新增、修改、删除角色，以及为角色安排功能模块。l 信息维护（FrmYhInfo）：当前登录用户修改自己的联系方式信息。2.5 系统管理此模块实现对系统信息的管理，具体子功能如下：l 通知查询（FrmTzQuery）：依据条件查询通知信息，对选取的信息可双击阅读具体信息。l 通知编辑（FrmTzEdit）：发布、修改、删除通知信息。l 通知提示（FrmTzPopup）：以类似MSN、QQ弹窗的形式显示最近三天的系统通知信息和全部未阅读的私人通知信息。l 代码维护（FrmXtCode）：管理（查询、添加、修改、删除）系统运行所需的各个代码表。l 院系设置（FrmXtDept）：设置当前操作年份的院系设置（查询、添加、修改、删除、清除、导入、导出）。l 专业设置（FrmXtProf）：设置当前操作年份各院系的专业设置（查询、添加、修改、删除、清除、导入、导出）。留意：探讨生专业代码必需与探讨生专业代码表一样；本科专科高职生专业代码必需与本专科专业代码表一样；l 班级设置（FrmXtClass）：设置当前操作年份各院系的班级设置（查询、添加、修改、删除、清除、导入、导出）。l 操作设置（FrmXtOper）：设置生源操作开放期、方案操作开放期。l 数据维护（FrmXtData）：备份和还原数据库；按年度转移历年数据。三、检测条件3.1 生源检测l 院系或专业或班级错误。错误缘由：1) 所在院系和所在班级的格式不正确，正确应为：代码 + | + 名称；2) 所在院系和所在班级与相应的院系设置和班级设置不一样；3) 所在院系和专业代码与相应的院系设置和专业设置不一样l 姓名或学号或身份证号错误。错误缘由：1) 姓名或学号或身份证号未填；2) 学号或身份证号重复；3) 身份证号长度不正确，正确应为15或18位。l 性别或学历或学位错误。错误缘由：1) 性别代码未填或不正确，正确应为：1男；2女；2) 学历代码未填或与学历代码表不一样；3) 学位代码未填或与学位代码表不一样。l 招生类别或培育方式错误。错误缘由：1) 招生类别代码未填或与招生类别代码表不一样；2) 培育方式代码未填或与培育方式代码表不一样。l 生源所在地错误。错误缘由：1) 生源所在地代码或名称未填；2) 生源所在地代码与生源所在地代码表不一样，或选用了不正确的代码（包括：后四位为0的代码，浙江省内后两位为00或01的代码）；3) 生源所在地名称与生源所在地代码表中的简称字段不一样（即生源所在地名称应填简称）。l 民族或政治面貌或外语错误。错误缘由：1) 民族代码未填或与民族代码表不一样；2) 政治面貌代码未填或与政治面貌代码表不一样；3) 主修外语语种代码未填或主修外语语种代码表不一样。l 师范或在职或独立学院错误。错误缘由：1) 是否师范代码未填或不正确，正确应为：0否；1是；2) 是否在职代码未填或不正确，正确应为：0否；1是；3) 是否独立学院代码未填或不正确，正确应为：0否；1是。l 学制或入学时间或毕业时间错误。错误缘由：1) 学制未填或格式不正确，正确应为：一位整数或带一位小数的三位小数；2) 入学时间或毕业时间未填或格式不正确，正确应为：四位年份.两位月；3) 毕业年份与当前操作年份不一样，或毕业时间 入学时间 学制。l 联系方式错误。错误缘由：1) 手机号码未填或长度不足11位（没有手机号的可用11个0代替）；2) 电子信箱未填或不是有效的Email格式。3.2 方案检测l 就业标记代码或单位性质代码错误。错误缘由：1) 就业标记不属于（16）中的任一个；2) 就业标记代码和单位性质代码不一样。正确的对应规则如下：就业标记代码单位性质代码就业标记代码单位性质代码375、76、77570480、85671、721、2以上除外l 主管单位不正确错误缘由：1) 主管单位内容未填；2) 主管单位代码和主管代码表中的代码字段不一样或后三位为000；3) 主管单位名称和主管代码表中的名称字段不一样；4) 主管单位不在代码表中，按以下规则处理：主管类别主管代码主管类别主管代码1|省内市县1 2位市县代码 XXX2|省内高校2 XXXXX3|省内省级单位3 XXXXX4|省内中直单位4 XXXXX5|外省市5 2位省市代码 XXXl 报到地址不正确错误缘由：1) 报到地址内容未填；2) 报到地址代码和生源地代码表中的代码字段不一样；3) 报到地址代码的后四位为0000；4) 省内地市的后两位为00；5) 报到地址和生源地代码表中的名称字段不一样，需用全称。l 用人单位不正确错误缘由：1) 用人单位内容未填；2) 用人单位代码不正确，应为10位，第九位为分隔符“”；3) 同一个用人单位有多个代码；4) 同一个代码有多个用人单位。l 下基层项目代码不正确错误缘由：1) 下基层项目代码内容未填；2) 下基层项目代码与下基层代码表不一样。四、主要数据表清单序号表名表说明1dm_xb性别代码表2dm_yjszy探讨生专业代码表3dm_bzkzy本专科专业代码表4dm_xl学历代码表5dm_xw学位代码表6dm_zslb招生类别代码表7dm_pyfs培育方式代码表8dm_xzqh行政区划代码表9dm_mz民族代码表10dm_zzmm政治面貌代码表11dm_wyyz外语语种代码表12dm_jybz就业标记代码表13dm_dwxz单位性质代码表14dm_zgbm主管部门代码表15dm_yrdw用人单位代码表16dm_xjc下基层代码表17xt_yx院系设置表18xt_yxzy院系专业设置表19xt_yxbj院系班级设置表20xt_cz操作设置表21xt_tz通知表22sy_tmp生源临时表23sy_syxx生源正式表24sy_bdsq生源变动表25sy_log生源日志表26sy_his生源历史表27fa_tmp方案临时表28fa_faxx方案正式表29fa_bdsq方案变动表30fa_log方案日志表31fa_his方案历史表32yh_user用户表33yh_role角色表34yh_module模块表35yh_userrole用户角色表36yh_rolemodule角色模块表五、方法指导5.1 窗体间数据共享的方法l 系统级全局公共静态变量：首先在公共类中以public static定义全局变量，然后在须要访问的窗体中以命名空间.类名.变量名的形式进行访问（参见图12）。图12 系统级全局公共静态变量示例l 窗体级公共实例变量：首先在窗体类中以public定义变量，然后在须要访问的窗体中实例化窗体类，并以窗体实例名.变量名的形式进行访问（参见图13）。图13 窗体级公共实例变量示例附录二 实习学问打算一、基本学问1、重点是面对对象的程序设计思想2、.NET Windows应用程序的创建、编辑、编译和运行过程,还有词法约定。3、算法初步和程序设计的基本工具4、C#数据类型、运算符的概念5、限制结构 6、常用控件的常用属性、方法及事务7、.NET解决方案的管理二、软件测试1、概述软件系统的最终表示是几百条或成千上成条程序语句。在这些语句中，一个不引人留意的语句就有可能导致整个系统的失败。在软件测试过程，应当选择多种类、少数量的测试数据并保证每条指令、每个分支以及每种错误条件至少执行一次。多种类意味着选用各种不同类型的数据；少数量意味着在相同种类的数据量上要尽可能的少。不运用大量测试数据的理由是不至于花费太多的时间去检测很多的相同测试用例是否能正确工作。此外，对任何软件不行能去测试全部可能的状况。2、测试步骤1）模块测试：模块测试是实现阶段最为重要的一个软件工程步骤，是软件质量保证的关键环节，即使经过代码评审，模块中必定要留存很多未被发觉的逻辑错误，必需通过测试来暴露。这其实也是在程序组装成一个整体之前，分别测试各个模块的操作。2）组装测试：组装测试是软件生存周期中的一个独立阶段。其主要任务是依据选定的策略，采纳系统化的方法，将经过模块测试的模块按预先制定的支配逐步进行组装和测试。这种测试的目的在于发觉与模块接口有关的问题，并将各个模块构成一个设计所要求的软件系统。3）确认测试：测试的最终一个步骤也是软件开发的最终一个阶段，是验证所组合的软件系统是否的确满意用户的须要，这是软件开发部门把软件产品交付运用之前的最终一种测试。在这个测试步骤中所发觉的错误往往是“软件需求规范书“中的错误。三、测试用例设计技术测试中广为采纳的测试方法有三种：白盒测试法、黑盒测试法、灰盒测试法。不同的测试在选择测试用例方面有着很大的差别。白盒测试法：是依据具体设计中的逻辑流程来设计测试用例，以暴露编码中的逻辑错误。如逻辑覆盖法。黑盒测试法：是用“软件需求说明书”来设计测试用例，如等价划分法、边值分析法、错误揣测法等。灰盒测试法：是白盒测试法和黑盒测试法的混合。四、程序维护一个程序一旦被编写、调试、测试及最终推断为可以运用时，程序的研制阶段宣告结束，而程序的维护阶段就起先了。大部分的编程者都喜爱研制新程序而不愿去维护程序，其缘由之一就是因为程序的维护是一件没完没了的事，被认为不值得去做的工作。在程序维护时，应当特殊留意修改错误和爱护源程序两个问题。程序错误的类型：l 必需去修改的错误l 情愿去修改的错误l 感到有些疑点的错误20