论文部分内容阅读
【摘 要】目前各高职院校普遍缺少对学生成才信息的整体管理，不能及时收集、统计和展示学生的成才信息，在一定程度上影响了学生成才的渴求。本文基于某高职院校的学生成才信息管理需求，对学生成才信息管理系统的功能与数据进行了分析，初步设计出系统的功能模块和数据库结构，为进一步进行系统的功能实现打下了基础。
【关键词】学生成才;需求分析;数据库设计
随着国家产业转型升级、向高质量发展迈进，对技术技能人才的需求将不断提升。为营造“人人皆可成才，人人尽展其才”的高职人才培养的良好环境，使培育的人才适应党和国家事业发展要求、契合学生成才期待，我校于2020年提出“433”学生成才工程，以培养多样化人才、传承技术技能、促进学生成长成才。
目前，学院“433”学生成才信息每年定期利用离线Excel表格、腾讯在线文档、问卷星微信小程序等方式来进行收集，数据需要重复采集，学生不方便实时和自己的规划进行比对，二级学院、职能部门对学生成果数据的输入、查询、统计以及报表统计输出的工作量繁重，并且通过腾讯在线文档、问卷星微信小程序等在线方式还存在学生信息泄露的安全风险。为此，在学校“互联网+”智慧学工建设的基础上，开发适合智慧校园大学工特点的“433”学生成才管理系统，急需提上日程。
一、系统需求分析
本学生成才信息管理系统是基于分布式和工作流相结合的信息管理系统[1]。系统兼顾PC端和移动终端，包括学生端和教师端。学生端需要为学生提供提交并查看成才信息的入口，教师端需要实现对学生成才信息的分析和汇总。学生通过该系统，可以随时向院部申报自己获得的成果，经过指导老师、辅导员、学院书记、学工处等各环节的审核后，最后形成自己的成才数据。为此，本系统的需求分析分为功能需求和非功能需求两个方面[2]。
（一）系统的功能需求
系统设计人员根据调查以及和用户交流的结果，同时结合系统目标，对用户提出的各种功能需求进行了仔细的研究和分析，经与用户反复讨论后，提炼出本系统应能提供的以下5个方面的功能。
①数据录入功能：完成系统相关数据的录入。包括：院系专业信息的录入、班级信息的录入、成果类型信息的录入、学生基本信息的录入、学生成果数据的录入。
②数据查询功能：完成对各种需求数据的查询。包括：学生基本情况的查询、成果类型信息的查询、学生成果信息的查询等。
③数据统计功能：完成对各种需求数据的统计。包括：班级人数的统计、专业人数的统计、学生成果的统计等。
④信息的浏览与维护功能：完成系统相关数据的维护。包括：院系专业信息的浏览与维护、班级信息的浏览与维护、成果类型信息的浏览与维护、成果信息的浏览与维护等。
⑤报表分析与输出功能：完成所需报表的分析与输出。包括：基本情況表、学生成果表、成果按班级、按专业统计情况表等。
另外，本系统是基于“互联网+”智慧学工校园网络环境下的学生成才管理系统，要求分3级用户使用，一级用户限于学工处熟悉“433”学生成才实施工作的教师及本系统的管理人员;二级用户为授予权限的熟悉院系学生工作及本系统操作的二级学院领导和教师;三级用户是学生主体，在得到初始密码后可以进行自己成才信息的录入与查询。系统具体功能如图1所示。
（二）系统的非功能需求
建立的学生成才信息管理系统应具有较好的易操作性、健壮性、安全性和可扩展性，并保证多个并发用户同时访问系统时的响应速度。系统设计人员根据系统功能需求分析的结果，与系统使用人员经过多次交流后，对系统进行了认真的分析，整理出如下的非功能需求。
①本系统内的所有信息输入项的数据约束或来源均依赖于本系统的数据字典。
②系统在出现运行错误时，应有明确提示，给出出错类型。如：用户输入信息类型不对，提示应输入的数据类型;输入数据不能为空时，提示不能为空等。
③实施必要的数据备份和恢复操作，对本系统用到的所有信息提供维护性操作，用户可对因错误操作毁坏的重要数据进行恢复。
④设置系统安全控制机制。对使用本系统的三级用户设定不同权限，凭用户名及密码进入，学校职能部门相应的工作限定专职人员在校园网内部完成;学生成果申报以及成果的查询则可在internet上进行，且必须满足各种操作响应时间的要求。
⑤系统在将来功能需求增加时可适当进行扩展。
二、系统功能设计
由于本学生成才信息管理系统基于分布式和工作流相结合进行学生成果的管理，如进行成果的录入、审核、查询、统计和打印等，而这些操作分别由学生管理部门、二级学院的教师以及学生完成。所以，设计人员根据系统功能需求分析的结果，与系统使用人员经过多次交流后，对学生、教师以及学工处的数据流管理进行了认真的分析，除提出共享学校原有智慧学工系统中的学生、教师用户信息及其权限，使用统一的用户登录界面外，还从以下3个方面进行了系统功能的详细设计。
（一）学生端功能模块设计
学生端主要包括密码修改、成果申报、成果查询、学校成才政策和宣传信息的浏览等功能。具体为：学生通过系统PC端或移动终端，在线进行成果的申报、修改与查看，一旦经过二级学院辅导员、指导教师、学生处各环节审核确认后则不能再进行修改，但可以随时随地查看自己已经申报的成果及其审核结果，并能将成才规划和已有成果动态自动比对，完成自我分析。
（二）院系教师端功能模块设计
教师端主要包括对学校学生成才政策、工作方案、活动通知的浏览、对自己所带学生成才信息的查看与审核、向二级学院或学校推荐成果突出的学生及其成果等功能。具体为：教师进入系统后，即可浏览学校或所在二级学院关于学生成才的政策导向、工作方案、成才活动安排;可以通过模糊查询方式，查看所带学生的成果信息和成才进度，并对学生处于申报状态的成果进行审核与确认。 （三）学生管理端功能模块设计
学生管理端（如二级学院辅导员、教学秘书以及学工处管理人员）主要包括数据维护、信息发布、统计分析、报表打印、成果展示等功能。具体为：在每学期开始或结束时，能够对系统用到的基础数据进行维护（如插入、删除与修改，数据的备份与恢复），及时发布学校或二级学院的学生成才政策文件信息、活动方案、成才典型案例等，輔助学工处、二级学院领导进行学生成果的审核，成果审核结果的及时反馈;以图表的形式统计分析与打印学生成果信息。对系统中的用户进行触角和权限的管理。
三、系统数据库设计
（一）数据库的概念设计
由系统功能需求分析与设计可知，本系统涉及的主要数据对象有专业、班级、学生、教师、成果类型和成果。由于成果是在学生申报某类成果后才能获得的属性，不属于实体类型，所以系统涉及的实体集有5个：专业、班级、学生、教师和成果类型。因为专业与班级之间有“拥有”关系，且一个专业可以有若干班级，一个班级只能属于一个专业，所以专业与班级之间的“拥有”关系为一对多联系;同样，学生与班级之间有“所属”关系，且一个班级可以有多个学生，一个学生只能属于一个班级，所以学生与班级之间的“所属”关系也为一对多联系;而学生与成果类型之间有“申报”关系，又由于一个学生可以申报多种类型的成果，每种类型的成果也可以被多个学生申报，所以学生和成果类型之间的“申报”关系为多对多的联系;同样，教师与成果类型之间的“审核”关系也是多对多的联系。至于各个实体集的属性，在任务描述中已有详细说明，只需在E-R 图中用椭圆形框表示出即可。需要注意的是，联系也会有属性，如本系统中，学生申报某类成果后才会产生的属性有：完成学期、成果内容、审核状态以及成果备注等均为“申报”联系的属性。教师审核学生成果后才会产生的属性有：审核时间、审核结果和审核意见。
由上述分析可得到如下结果。
①系统的实体类型有专业、班级、学生，教师、成果类型和学生成果。
②实体间的联系类型有专业与班级之间是1：N联系，取名为“拥有”;班级与学生之间也是1：N联系，取名为“属于”;学生与成果类型之间是M：N联系，取名为“申报”;教师与学生成果之间也是M：N联系，取名为“审核”。
③将实体类型和联系类型组合成E-R图，并确定实体类型和联系类型的属性及其主键，如图2及3所示。
（二）数据库的逻辑设计
逻辑设计的任务是将概念设计阶段产生的概念结构转换为与DBMS所支持的数据模型相符合的逻辑结构。对于关系型数据库管理系统，是要将概念设计的E-R模型转换为一组关系模式，也就是将E-R图中的所有实体类型和联系类型都用关系来表示[3]。本系统所具有的关系模式（即数据表）如表1所示。
四、结束语
本文基于“互联网+”智慧学工应用平台、面向学校职能部门学工处、各二级学院教师、辅导员以及学生等层次用户建立了一个“433”学生成才信息管理系统，该系统能够满足高职院校实现全方位全过程跟踪指导、随时随地记录学生的成才过程、动态综合生成学生成才录的需求，并具有一定的通用性和实用性，能够有效提高学生成才信息处理的准确性和高效性。
【参考文献】
[1]吴挺.浅谈新信息化环境下的学工系统的设计思路[J]，软件，2013，34（1）：14-16.
[2]李永.刘芳.高职院校学生社团管理系统的设计[J]，客联，2020，34（10）：82-83.
[3]刘芳. SQLServer数据库技术及应用项目教程（第二版）[M].北京：清华大学出版社，2015.1.
【关键词】学生成才;需求分析;数据库设计
随着国家产业转型升级、向高质量发展迈进，对技术技能人才的需求将不断提升。为营造“人人皆可成才，人人尽展其才”的高职人才培养的良好环境，使培育的人才适应党和国家事业发展要求、契合学生成才期待，我校于2020年提出“433”学生成才工程，以培养多样化人才、传承技术技能、促进学生成长成才。
目前，学院“433”学生成才信息每年定期利用离线Excel表格、腾讯在线文档、问卷星微信小程序等方式来进行收集，数据需要重复采集，学生不方便实时和自己的规划进行比对，二级学院、职能部门对学生成果数据的输入、查询、统计以及报表统计输出的工作量繁重，并且通过腾讯在线文档、问卷星微信小程序等在线方式还存在学生信息泄露的安全风险。为此，在学校“互联网+”智慧学工建设的基础上，开发适合智慧校园大学工特点的“433”学生成才管理系统，急需提上日程。
一、系统需求分析
本学生成才信息管理系统是基于分布式和工作流相结合的信息管理系统[1]。系统兼顾PC端和移动终端，包括学生端和教师端。学生端需要为学生提供提交并查看成才信息的入口，教师端需要实现对学生成才信息的分析和汇总。学生通过该系统，可以随时向院部申报自己获得的成果，经过指导老师、辅导员、学院书记、学工处等各环节的审核后，最后形成自己的成才数据。为此，本系统的需求分析分为功能需求和非功能需求两个方面[2]。
（一）系统的功能需求
系统设计人员根据调查以及和用户交流的结果，同时结合系统目标，对用户提出的各种功能需求进行了仔细的研究和分析，经与用户反复讨论后，提炼出本系统应能提供的以下5个方面的功能。
①数据录入功能：完成系统相关数据的录入。包括：院系专业信息的录入、班级信息的录入、成果类型信息的录入、学生基本信息的录入、学生成果数据的录入。
②数据查询功能：完成对各种需求数据的查询。包括：学生基本情况的查询、成果类型信息的查询、学生成果信息的查询等。
③数据统计功能：完成对各种需求数据的统计。包括：班级人数的统计、专业人数的统计、学生成果的统计等。
④信息的浏览与维护功能：完成系统相关数据的维护。包括：院系专业信息的浏览与维护、班级信息的浏览与维护、成果类型信息的浏览与维护、成果信息的浏览与维护等。
⑤报表分析与输出功能：完成所需报表的分析与输出。包括：基本情況表、学生成果表、成果按班级、按专业统计情况表等。
另外，本系统是基于“互联网+”智慧学工校园网络环境下的学生成才管理系统，要求分3级用户使用，一级用户限于学工处熟悉“433”学生成才实施工作的教师及本系统的管理人员;二级用户为授予权限的熟悉院系学生工作及本系统操作的二级学院领导和教师;三级用户是学生主体，在得到初始密码后可以进行自己成才信息的录入与查询。系统具体功能如图1所示。
（二）系统的非功能需求
建立的学生成才信息管理系统应具有较好的易操作性、健壮性、安全性和可扩展性，并保证多个并发用户同时访问系统时的响应速度。系统设计人员根据系统功能需求分析的结果，与系统使用人员经过多次交流后，对系统进行了认真的分析，整理出如下的非功能需求。
①本系统内的所有信息输入项的数据约束或来源均依赖于本系统的数据字典。
②系统在出现运行错误时，应有明确提示，给出出错类型。如：用户输入信息类型不对，提示应输入的数据类型;输入数据不能为空时，提示不能为空等。
③实施必要的数据备份和恢复操作，对本系统用到的所有信息提供维护性操作，用户可对因错误操作毁坏的重要数据进行恢复。
④设置系统安全控制机制。对使用本系统的三级用户设定不同权限，凭用户名及密码进入，学校职能部门相应的工作限定专职人员在校园网内部完成;学生成果申报以及成果的查询则可在internet上进行，且必须满足各种操作响应时间的要求。
⑤系统在将来功能需求增加时可适当进行扩展。
二、系统功能设计
由于本学生成才信息管理系统基于分布式和工作流相结合进行学生成果的管理，如进行成果的录入、审核、查询、统计和打印等，而这些操作分别由学生管理部门、二级学院的教师以及学生完成。所以，设计人员根据系统功能需求分析的结果，与系统使用人员经过多次交流后，对学生、教师以及学工处的数据流管理进行了认真的分析，除提出共享学校原有智慧学工系统中的学生、教师用户信息及其权限，使用统一的用户登录界面外，还从以下3个方面进行了系统功能的详细设计。
（一）学生端功能模块设计
学生端主要包括密码修改、成果申报、成果查询、学校成才政策和宣传信息的浏览等功能。具体为：学生通过系统PC端或移动终端，在线进行成果的申报、修改与查看，一旦经过二级学院辅导员、指导教师、学生处各环节审核确认后则不能再进行修改，但可以随时随地查看自己已经申报的成果及其审核结果，并能将成才规划和已有成果动态自动比对，完成自我分析。
（二）院系教师端功能模块设计
教师端主要包括对学校学生成才政策、工作方案、活动通知的浏览、对自己所带学生成才信息的查看与审核、向二级学院或学校推荐成果突出的学生及其成果等功能。具体为：教师进入系统后，即可浏览学校或所在二级学院关于学生成才的政策导向、工作方案、成才活动安排;可以通过模糊查询方式，查看所带学生的成果信息和成才进度，并对学生处于申报状态的成果进行审核与确认。 （三）学生管理端功能模块设计
学生管理端（如二级学院辅导员、教学秘书以及学工处管理人员）主要包括数据维护、信息发布、统计分析、报表打印、成果展示等功能。具体为：在每学期开始或结束时，能够对系统用到的基础数据进行维护（如插入、删除与修改，数据的备份与恢复），及时发布学校或二级学院的学生成才政策文件信息、活动方案、成才典型案例等，輔助学工处、二级学院领导进行学生成果的审核，成果审核结果的及时反馈;以图表的形式统计分析与打印学生成果信息。对系统中的用户进行触角和权限的管理。
三、系统数据库设计
（一）数据库的概念设计
由系统功能需求分析与设计可知，本系统涉及的主要数据对象有专业、班级、学生、教师、成果类型和成果。由于成果是在学生申报某类成果后才能获得的属性，不属于实体类型，所以系统涉及的实体集有5个：专业、班级、学生、教师和成果类型。因为专业与班级之间有“拥有”关系，且一个专业可以有若干班级，一个班级只能属于一个专业，所以专业与班级之间的“拥有”关系为一对多联系;同样，学生与班级之间有“所属”关系，且一个班级可以有多个学生，一个学生只能属于一个班级，所以学生与班级之间的“所属”关系也为一对多联系;而学生与成果类型之间有“申报”关系，又由于一个学生可以申报多种类型的成果，每种类型的成果也可以被多个学生申报，所以学生和成果类型之间的“申报”关系为多对多的联系;同样，教师与成果类型之间的“审核”关系也是多对多的联系。至于各个实体集的属性，在任务描述中已有详细说明，只需在E-R 图中用椭圆形框表示出即可。需要注意的是，联系也会有属性，如本系统中，学生申报某类成果后才会产生的属性有：完成学期、成果内容、审核状态以及成果备注等均为“申报”联系的属性。教师审核学生成果后才会产生的属性有：审核时间、审核结果和审核意见。
由上述分析可得到如下结果。
①系统的实体类型有专业、班级、学生，教师、成果类型和学生成果。
②实体间的联系类型有专业与班级之间是1：N联系，取名为“拥有”;班级与学生之间也是1：N联系，取名为“属于”;学生与成果类型之间是M：N联系，取名为“申报”;教师与学生成果之间也是M：N联系，取名为“审核”。
③将实体类型和联系类型组合成E-R图，并确定实体类型和联系类型的属性及其主键，如图2及3所示。
（二）数据库的逻辑设计
逻辑设计的任务是将概念设计阶段产生的概念结构转换为与DBMS所支持的数据模型相符合的逻辑结构。对于关系型数据库管理系统，是要将概念设计的E-R模型转换为一组关系模式，也就是将E-R图中的所有实体类型和联系类型都用关系来表示[3]。本系统所具有的关系模式（即数据表）如表1所示。
四、结束语
本文基于“互联网+”智慧学工应用平台、面向学校职能部门学工处、各二级学院教师、辅导员以及学生等层次用户建立了一个“433”学生成才信息管理系统，该系统能够满足高职院校实现全方位全过程跟踪指导、随时随地记录学生的成才过程、动态综合生成学生成才录的需求，并具有一定的通用性和实用性，能够有效提高学生成才信息处理的准确性和高效性。
【参考文献】
[1]吴挺.浅谈新信息化环境下的学工系统的设计思路[J]，软件，2013，34（1）：14-16.
[2]李永.刘芳.高职院校学生社团管理系统的设计[J]，客联，2020，34（10）：82-83.
[3]刘芳. SQLServer数据库技术及应用项目教程（第二版）[M].北京：清华大学出版社，2015.1.