智慧校园建设采购方案.DOC

1、智慧校园建设采购方案仙游职业中专学校2018 年 1 月 4 日数字智慧校园建设采购方案序号项目名称编号参数 数量一、OA 办公管理1每周安排、学校校历、办公用品、工资查询、业务档案、维修申请、印刷申请；1 套2通知公告：科室检查、党务公开、局务公开、重要通知、局公告、疑难解答、新闻、周会情况反馈、历史查询的管理和添加、删除、修改。1 套3量化评比：文明科室、遵规守纪、卫生保洁、黑板报；1 套4公文管理：草拟公文、公文核稿、待发公文、已发公文、收文阅读、公文汇总、公文类型；1 套5工作流：我的工作、待办工作、查询工作、工作监控、归档工作、表单设计、表单类别、工作流程；1 套6印章管理：公共印章

2、、私人印章、公章使用记录、私章使用记录；1 套7站内短信：发送短信、群体短信、回复的短信、未签收短信、未回复短信、已签收短信、已回复短信、已发送短信；1 套8日常办公：群发作业、工作计划、我的工作日志、工作日志查询、工作日志设置；1 套9个人账户：账号信息、密码修改、我的登入情况；1 套10教师考勤：上班打卡、教师缺勤统计、考勤使用帮助、君荣考勤机数据1 套11学生考勤：上课打卡、班级缺勤统计、班级缺勤详细、考勤使用帮助；1 套12工作测评：添加测评、群众测评、自我测评、学校测评、评测统计；1 套13文件共享：我的相册、共享图片、个人存储空间、处室存储、教研组存储空间；1 套1校园网上办公系统

3、设计（校长网上办公系统）14 档案资料：教师校研登记、职工档案、学校档案； 1 套15职工基本信息：基本信息、奖惩情况、绩效考核；1 套16学生：基本信息、奖惩情况、实践情况、综合素质评价、学籍类别管理；1 套17中专学生学籍卡：成绩学科设置、学籍卡基本信息、学籍卡成绩管理；1 套18学生综合素质：基本情况、学年自我规划、评价分类表、评价报告单、回顾与展望、暑假生活与学习、社会实践学分认证、社会服务学分认证；1 套19学生考试管理：考试网上报名、下载报名名单、查看会考成绩、考试成绩管理；学生成绩管理：成绩管理、成绩分析、考试名称管理；1 套20会议申请与安排：会议申请、会议安排、会议管理、会议

4、纪要、会议管理员设置、会议室设置；1 套21车辆申请与安排：车辆使用申请、车辆使用查询、车辆使用管理、车辆维护管理、车辆信息管理、调度人员管理；1 套22公共服务：学习资源网、常用网址、公共网址、发送电子邮件、值班管理、通讯录列表、内部论坛、教材管理；1 套23 出差请假：请假单列表 1 套24系统帮助：帮助查询、帮助类别管理、输入帮助信息。1 套二、后台功能模块：25文章管理 1）OA 文章管理：添加、删除、审核；2）OA 文章评论管理：管理所有文章评论，整合。3）OA 文章回收站：回收删除的文章，在此删除将永久性删除1 套26考勤管理考勤时间设置、考勤字符标记。1 套27 教师相关 1 套

5、教师工资管理：学校老师所有工资的管理，加班工资、代课费、加班费等全部包含；奖惩情况管理、绩效考核管理、业务档案审核、业务档案回收站；所有公文管理：管理 OA 里所有的公文，只有在总后台才有删除公文的权限。28用户管理 注册用户管理、注册用户回收站、管理员管理、添加管理员、管理员回收站、注册用户批量导入、EBOOK读者阅读排行1 套29权限设置 个人权限设置、部门权限设置、管理员权限设置、用户登录时限权限设置1 套30支持网络学生考勤校长网上办公系统免费维护三年。支持源码可以修改。公司提供中华人民共和国国家版权局“校长网上办公系统 V3.7”软件著作权证书复印件原件备查 ，以防软件盗版。版本不能

6、低于 V3.71 套备注：智慧校园软件开发要求：一、1.NET 技术架构使用.NET 语言来开发。因为.NET 是一套全能的框架平台，支持C+、C# 、J+、VB、ASP 等语言，能够解决 C/S、B/S 和单机等结构的软件开发需求。.NET 平台将这些语言编译成 CLR 语言，使它们可以无差别的运行在.NET Framework 上，是 2000 年以后微软最为重要的软件开发套件产品。.NET 的绝大部分是微软 Windows DNA(Distributed Network Architecture)的重写，DNA是微软以前开发企业应用程序的平台。Windows DNA 中包括了许多已经被证

7、实的技术，新的.NET 框架取代了这些技术，并包含了 Web 服务层和改良的语言支持。下图从较高的角度对架构设计进行了抽象描述，不针对具体的技术实现细节。(图 1.1 .net 架构的抽象描述)从整体架构上看，分为界面显示层、业务逻辑层及数据访问层三层，对于三层间的通信，可直接基于接口来进行调用（local） ，也可以通过被调用层所暴露的 Service 来进行通信（remote，distributed ） ，应根据不同的情况来灵活确定。比如，对于界面显示层与业务逻辑层的通信，如果系统是 C/S 架构，用户的客户端只是做简单的数据显示，所有的业务逻辑全部放在服务器端的业务逻辑层来进行，则客户端

8、的界面显示层通过访问业务逻辑层所暴露出的 Service 来进行通信；对于 B/S 架构来说，如果系统的业务复杂，数据访问量很大，考虑到负载均衡、备份等因素，可能将三层分别部署在不同的服务器上，同时各层也有不同的集群策略，此时，界面显示层与业务逻辑层间的通信，也是通过 Service 来进行，相反，如果系统的业务规模较小，三层均部署在同一台服务器上，则界面显示层与业务逻辑层之间直接通过接口进行调用。同样，对于业务逻辑层与数据访问层的之间的通信也是如此。1.1 界面显示层（User interface Layer）对于界面显示层，不包含任何业务逻辑，仅仅负责界面显示，因此，不论是基于 Windo

9、ws Presentation Foundation、WinForm ，还是基于 ASP.NET 来实现，在业务逻辑层上都有统一的访问接口。界面显示层包含了界面显示的元素及简单的显示逻辑，如下图所示。 (图 1.2 界面显示层)注：在上图及架构图中均只描述了常用的几种实现，由于业务逻辑层提供统一的访问接口，因此，对于其他形式的界面显示层的实现（如手持终端应用）也是类似的设计。界面显示层的设计需要满足以下目标： 根据项目的需要可以选择 B/S、C/S 或 SmartClient 的实现; 能够对界面风格进行统一管理 界面能够支持国际化与本地化界面显示层可选组件： Microsoft Compos

10、ite UI Application Block，用于 SmartClient 界面的开发 Microsoft User Interaction Process Application Block，可支持WinForm、SmartClient、ASP.NET 程序的开发，用于将界面与显示逻辑、用户交互、界面流向等分离 DotNetNuke，开源的 Web 应用程序开发框架 WPF，微软新一代界面显示技术，B/S 与 C/S 的融合1.2 业务逻辑层（Business Logic Layer）对于业务逻辑层，封装了系统的业务逻辑，并提供了供外部访问的接口，包括 API 形式的调用接口（用于同一进

11、程中的 local 调用） ，以及基于 WCF 暴露给外部的 Service（用于分布式的 remote 调用） 。对于暴露给外部的 Service，有的只提供给界面显示层，有的只提供给外部系统; 另外还有一些 Service 可以同时提供给界面显示层及外部系统，但提供的方式和策略是不同的，比如，考虑到网络环境及安全性要求等因素，对于不同的访问请求需要有不同的策略，对于界面显示层的请求，可以以二进制的 SOAP 格式通过 TCP 协议进行通信，而对于外部系统的请求，则以 SOAP 通过 HTTPS 进行通信。这种策略的定义，在 WCF 中是很容易配置的对于业务逻辑层所需要的数据，来源于两方面，

12、一是来源于数据访问层，二是来源于外部系统。1.3 数据访问层（Data Access Layer ）对于数据访问层，封装了对各种数据源的访问操作，提供了对底层的数据源（多种关系型数据库以及 CVS、Excel、及其他各种文件等）的统一访问接口，屏蔽不同数据源之间的差异，并且提供 O/R-Mapping 层，根据不同项目、不同模块的需要，返回给业务逻辑层的数据，可以是业务对象形式（在 O/R-Mapping 层进行转换） ，也可以是基于表结构的DataReader、DataSet 等对象。数据访问层对外提供的访问接口，也包括 API 形式的调用接口（用于同一进程中的 local调用，即业务逻辑层

13、与数据访问层部署在同一台服务器上，被业务逻辑层直接调用） ，以及基于 WCF 暴露给外部的 Service（用于分布式的 remote 调用，即业务逻辑层与数据访问层部署在不同的服务器上，供业务逻辑层调用） 。数据访问层可以再细分为两个层面，一层是用来进行 O/R-Mapping，另一层是用来屏蔽数据源（多种关系型数据库以及 CVS、Excel、及其他各种文件等）之间的差异，如架构设计图中的数据访问层的设计所示。目前现有的一些数据访问层组件，在实现上将上述提到的两层结合在一起进行了实现，如NHibernate，既实现了 O/R-Mapping，同时也屏蔽了多种数据库之间的差异。另外一些数据访问

14、层组件，如微软的 Data Access Application Block，提供了数据访问的统一接口，屏蔽了数据库的差异性。通过数字化校园项目建设，构造能够满足数字化校园应用长期持续发展的应用框架，通过这一稳定、可扩展的应用框架为应用系统建设提供良好的支撑和服务。该应用框架将充分支持于中职院校的应用需求和未来发展，同时考虑到系统的总体拥有成本，必须采用先进的理念和思路，辅以成熟的、主流的、符合未来发展趋势的技术，运用现代系统工程和项目管理规范标准，科学合理的进行建设。以建成完整统一、技术先进，覆盖全面、应用深入，高效稳定、安全可靠的数字化校园，消除信息孤岛和应用孤岛，建立校级统一信息系统，实

15、现部门间流程通畅，可平滑过渡到新一代技术，对校园的各项服务管理工作和广大教职工提供无所不在的一站式服务。提高工作效率，提高管理效率，提高决策效率，提高信息利用率，提高核心竞争力，总体水平达到国内一流，满足教学、科研和管理工作的需要。统一规划中职院校数字校园综合管理平台建设是一个庞大的系统工程，涉及到计算机技术、网络技术、通讯技术与网络工程、软件工程、项目管理等多个方面，具有投资高、建设难、周期长、涉及部门和人员多等特点，因此建设之前必须站在整个学校的层面，做好项目分析和规划设计工作，整体考虑、统一规划，确保统一的信息标准、统一的技术路线、统一的基础架构和统一的组织管理。在数字校园综合管理平台的

16、建设过程中，以坚持“统一规划、分步实施、加强应用、整合资源、共享数据”的指导思想对平台建设进行逐步完善。分步实施中职院校数字校园综合管理平台建设是一个建设周期比较长的项目，涉及到需求调研、方案论证、系统选型、部署与集成、人员培训、推广应用、运行反馈、修改完善等多个过程，因此整个建设过程必须统筹安排、分步实施，确保项目的进度和质量、降低项目失败的风险。加强应用中职院校数字校园综合管理平台建设的核心目的就是“应用” ，使各个职能部门实现管理信息化，实现上下级部门之间更简便快捷的沟通，实现不同职能部门之间的数据共享与交换，提高决策的科学性和民主性，减员增效，形成充满活力的新型管理机制；为广大师生提供

17、个性化的综合信息服务。因此，数字校园综合管理平台建设必须时刻坚持以应用为主导、优先确保应用系统建设，加强应用、以“应用起来”为主要目的。整合资源中职院校数字校园综合管理平台是一个庞大的系统，许多中职院校经过十多年的信息化建设，购置、开发了不少应用系统，沉淀了大量的信息资源，平台建设必须考虑保护原有的投资、充分利用已有的信息资源，充分发挥它们的作用。因此，数字校园综合管理平台建设必须不断整合已有的信息资源、开发新的资源，建设集中的信息资源管理机制。共享数据 大部分中职院校原有的多个应用系统不能互联互通、不能共享数据，形成一个个信息孤岛，导致重复建设、重复工作，严重影响了学校的信息化建设和日常管理工作。因此，数字校园综合管理平台建设必须确保各个应用系统之间的数据共享与实时交换。