一、系统设计的理论依据

1.知识管理理论。斯克姆对知识管理的定义是：为实现组织目标，通过创造、收集、组织、传播、应用和开发等一系列规范化、系统化的管理手段对知识进行管理。知识管理的内容可分为两种：第一种是知识本身的管理，即对显性知识、隐性知识、显性知识和隐性知识相互作用的管理。野中郁次郎将知识的特性（隐性和显性）与知识创新主体结合，提出了SECI组织知识创新螺旋模型。该模型将知识创造过程划分为社会化、外在化、组合化、内在化四个模式，反映了组织知识创新的动态特征和创新的全过程。知识社会化是隐性知识之间通过共享手段转化成新的隐性知识；知识外在化是通过言语和行为等手段将隐形知识表现出来，形成显性知识；知识组合化是将显性知识与显性知识融合起来，形成更加系统、完整的显性知识；知识内在化是通过学习等手段将显性知识变成自己的隐性知识。第二种是知识基本过程的管理，体现知识线性价值链，其过程包括知识的获取、表示、共享、应用、创新以及存储等几个环节。

2.系统设计思路。基于知识管理理论，基础教育改革项目管理系统应该符合如下要求：

（1）符合“省级管理部门-试点县区-试点学校-试点班级”四级知识主体的要求。

（2）符合项目信息采集、项目活动计划、项目过程监控、项目成果总结四个环节的知识管理需求。

（3）符合隐性知识和显性知识的获取、表示、存储和共享的特点。其中，从知识基本过程的管理角度来设计，针对知识获取，拟收集项目基础数据、教师和学生能力状态数据，以及项目实施过程中的各种通知、方案、活动人员名单或总结报告等数据文档，再进行归类整理，提供搜索，形成可用的、有价值的统计信息和知识；针对知识存储，规定统一的数据结构和规范，利用数据库对适用性知识进行存储，便于相互交流借鉴；针对知识共享，遴选推荐优秀案例或总结报告，推送至前台门户网站，将存储的知识分享给项目参加人员，并构建邮件系统和异步交流论坛，促进项目参加人员分享显性和隐性知识。

二、总体架构设计

基础教育改革项目管理系统分为后台管理系统、前台门户网站两大部分，其中，后台管理系统包括基本数据管理、项目信息管理、项目活动管理、教师能力状态监测、学生发展状态监测、站内通知邮件、在线论坛、前台门户管理七个模块。前台门户网站对外宣传试点项目的通知公告、文件、活动、成效等。根据试点项目分级负责、分级管理的要求，系统采取省级、县区、试点学校、实验教师四级管理模式，操作用户相应分为省级部门管理用户（含管理员和领导）、试点县区管理用户（含管理员和领导）、试点学校管理用户（含管理员和领导）、实验教师和项目专家等四大类。用户登录之后，可以访问后台管理系统。前台门户网站面向公众用户开放。

三、功能模块设计

1.基础管理。该模块用于管理系统的基础数据和设置，分为基础数据管理、系统参数设置、模块管理、用户权限管理、系统帮助等子模块。系统管理员利用模块管理，可以对后台系统的菜单模块进行添加、删除和禁用，指定模块标示和ASPX页面，动态维护后台系统的菜单结构。用户权限管理模块，用于实现系统权限的分配和管理，包括用户管理、角色管理、用户组管理、用户权限分配。基础教育改革试点项目是一个动态复杂的过程，涉及到的部门层级多，用户人员广。有鉴于此，该系统采用基于角色的访问控制（RBAC）来实现用户与访问权限的逻辑分离，RBAC的基本思想是：定义一组用户集和角色集，在特定的环境里，权限被赋予角色，而角色被指定给一个用户，此用户就拥有了该角色所拥有的权限。

2.项目信息管理。该模块对参加试点项目的部门和人员的基本信息进行管理，包括试点县区管理、试点学校管理、实验班级管理、实验教师管理、项目专家管理等子模块。各级项目管理人员可以对所辖区域内的项目信息进行查询、统计、导出和打印，以图表方式查阅统计结果，及时掌握试点学校、实验班级和实验教师的数量与结构。其中，数据图表采用JavascriptCharts实现。

3.项目活动管理。该模块用于对各级部门、各类项目活动的计划、实施、总结的整个周期进行管理，便于上级部门监控下级部门的项目工作状态，以及收集下级部门开展项目的佐证性材料，实现项目知识的获取与存储。

（1）活动计划管理，包括上报活动计划、审核活动计划、查阅活动计划统计。每级部门均可上报本级的活动计划，活动计划表需要填写活动内容、起止时间、参加对象人员、活动地点、活动类型、活动负责人及联系信息等。其中，活动类型包括考察学习类、会议研讨类、培训训练类、展示观摩类、实验研究类、评比竞赛类、检查评估类等。下级单位的上报活动计划为待审状态，经上级单位审核后，即进入已审核待实施状态。

（2）活动实施管理，包括实施活动、填写活动报名表、审核学员报名。活动计划经过上级单位审核后，可以向下级单位活动通知，将活动添加到活动实施表，后的活动进入“正在实施”状态，纳入进程监督和考核验收的范围，活动承担部门需要定期上报活动完成的比率。上级部门可以通过所属地市、试验县区、活动实施状态等字段，筛选监控活动实施情况和完成率，可以对完成率进行排序比对。活动参加人员名单是项目活动的重要佐证材料。经授予权限，实验人员和非实验人员可以填报活动回执进行报名。活动承担部门能够对报名名单进行审核，并导出活动人员名单用于会务工作。

（3）活动总结与存档，包括填报活动总结、审阅和浏览活动总结。活动结束后，要求参加教师撰写教师个人总结，活动承担部门撰写活动总结报告，作为项目活动开展的过程性资料进行存档。活动总结的主要属性有：活动效果评级（1~5级）、审阅状态（不存档、存档）、分享范围（不共享、本级部门内共享、后台共享、前台共享）、上传附件（活动的文档资料、视频、图片等）。

4.教师能力状态监测。该模块包括掌握进度监测和能力档案监测，用于对教师参加项目所需能力的掌握进度进行监测，对教师参加项目的教案、获奖、参加活动情况及总结报告等各种档案信息进行管理。教师能力状态监测利用一个基于系统设定的、包含二级项目的评价量规，由教师本人及上级管理部门进行评价，具体分为个人自评、学校评价、县区评价、自治区级评价等四级评价。评价量规中的每个评分项目由未知、知道、理解、掌握、精通五级（用1~5分表示）构成。定期评价教师能力状态，及时更新教师得分。各级管理人员可以按教师、学校、县区三个层面，对教师掌握能力情况的得分进行查询和统计。

5.学生发展状态监测。该模块用于对实验学校学生的中高考成绩和综合素质等方面的发展状态进行监测，包括上报监测数据、学生发展状态分析等子模块。

6.站内邮件通知。该模块用于项目人员传阅文件和交流信息，包括邮件管理和通知管理。站内邮件是面向用户、部门或某一类角色发送信息和文件的工具。站内通知是部门管理员文件和信息的工具。邮件管理和通知管理在字段上基本相似，区别是：邮件管理用于非公开的一对一、一对多方式传递信息，发件人可以是个人或部门管理员，具有一定的私密性、非正式性，在一定程度上可以促进系统内人员的非正式交流，促进隐形知识和显性知识的相互转换；通知管理则一般是一对多，人一般是部门管理员，并且可以在前台页面予以公布，具有一定的公开性和严肃性。通知类型分为普通通知和任务通知。普通通知用于普通的通知下发和查阅，相比而言，任务通知用于下发要求收阅人完成一定的任务（例如，要求下属单位提交工作计划或方案文档）的通知，人可以指定收阅人完成的截止时间，监控收阅人的查阅时间和状态，以及完成任务的时间和状态，可以集中收取材料附件。与传统的邮件或QQ收取材料相比，任务通知具有较强的状态监控功能。

作者：蒋红星单位：广西教育学院