建设目标.docx

《建设目标.docx》由会员分享，可在线阅读，更多相关《建设目标.docx（15页珍藏版）》请在第壹文秘上搜索。

1、建设目标随着移动互联网的兴起，和新一代信息技术浪潮的普及，高校师生获取资讯与服务的主要终端逐渐从PC端转移到手机移动端。师生使用移动手机的时间明显增多。目前高校师生作为移动互联网用户的主流人群，其移动应用服务的需求高涨。我们迫切的需要为师生的信息服务提供可控的移动化支撑，并提供满足师生的学工系统移动服务需求。为了适应目前国家信息技术新要求、提高我校智慧校园的整体建设，满足师生日益增长的应用需求，也为了保证与现有学生工作系统软件的一致性，数据迁移的安全性。我校特对现有学生工作管理系统进行升级改造，进行功能模块升级和移动端的扩展。总体技术要求供应商提供的平台和系统均要求采用B/S结构，可运行于Un

2、ix、Linux、windows等高安全性操作系统。开发技术应采用J2EE标准、组件技术及在数据交换上对XML的支持，使系统功能最优化，同时将整体系统内部在技术上的相互依赖性减至最低。具体要求如下：（1）平台及应用系统软件必须遵循J2EE的技术路线，采用Java编程语言和服务器端JaVa技术进行开发，业务应用系统必须基于oracle数据库上。（2）采用面向对象的组件技术，着重于开发构成应用程序业务对象的可重复使用的组件，利用这些组件顺利地建立分布式应用程序。并通过业务组件库实现行业知识的积累。组件采有面向对象的思想构建，组件之间可以继承，组件之间从物理和逻辑上都是隔离的。（3）应用程序开发与运

3、行结构要基于统一的技术开发平台的三层架构，即Web服务器、应用支撑服务器和数据库服务器。（4）能完成跨业务部门的业务流程和相对应的细颗粒度的分级授权体系。（5）各应用系统要充分利用现有先进技术手段，采用相同的体系结构和运行平台，基于多层架构和组件技术，进行构建，整体架构基于SPring的MVC结构，分为显示层、控制层、服务层、持久化层。组件的执行是以模型进行驱动，每层都有相应的模型配置，引擎解析这些模型，自动实现各层的功能做到系统结构层次清晰。所有应用逻辑、流程、数据等都应当能够根据实际业务要求的颗粒度进行封装。安全性要求1）认证授权：保证用户的合法性和用户使用应用信息资源的权力，避免内部敏感

4、信息泄漏和服务所提供的信息资源被非法访问，造成严重的安全事件。2）信息保密：充分利用密码技术，对于需要保密的信息，采用密码技术进行加解密处理，防止信息的非授权泄漏，确保涉密信息在产生、存储、传递和处理过程中的保密。3）数据完整性：建立数据完整性检验机制，保证收发双方数据的一致性，防止信息被非授权修改。4）审计：记录应用日志，对事件进行分析，并能提供预警信息。5）数据备份：利用数据库的备份功能将建设的平台和系统数据备份到指定的服务器或存储系统上。6）要求供应商需从物理安全、网络安全、系统安全、应用软件安全、数据备份安全等几个方面提出配套的安全体系完善方案，以便防范安全风险。7）配合采购方完成网络

5、安全等级保护2.0测评，并针对测评结果及时整改至达标为止。建设内容序号货物名称数量位规格、技术参数一站式学生事务平台通过吸纳信息化建设走在前列学校的先进经验，本次将不以基于部门级的信息管理系统构建学生工作业务，而以丰富的面向于“办事流程和业务场景的应用为建设模式。1建设要求1套要求将“消息、评价、推荐、流程、权限、配置、管理等基础能力通过统一的运行支撑平台进行提供，各类应用的功能设计仅面向于业务。通过对于学工业务场景和各角色办事流程的抽取分析，建设一系列可实现业务闭环的管理和服务类应用。从而打破原有学工系统的部门局限性，实现流程和数据的线上无缝流转，通过“大平台，小应用、微服务的建设理念和落地

6、成果，形成本期面向全校学生和管理人员的“一站式学生事务平台。供应商必须提供一套符合建设模式要求的统一的运行支撑平台，并对其基础能力进行详细描述。1 、一站式学生事务中心n.应用中心供应商需提供一站式学生事务中心，根据用户的权限仅显示其可用的应用，一站式学生事务中心主页需包括： 1、所有可用小应用的分类展示与全局搜索，能够将学校当前提供的所有信息化服务以平铺的方式进行展现。用户可通过小应用的全称或全称的部分字段进行全局搜索，快速定位到想要查找的应用。除常用的功能菜单外，平台应支持用户对自己常用的应用另外定义收藏菜单。2、支持个人代办事项、流程追踪等推送信息的提示，用户在主页能够看到新的代办事项，

7、如果用户有新的代办事项，可直接跳转到代办事项的相关处理界面进行处理。用户能够在主页看到与用户相关的事务流程有更新信息，用户可直接查看该流程最新的办理进度或处理意见。 3、用户个性化工作桌面，不同角色登录学工工作平台后展示不同桌面，至少包含学生、辅导员、院系、领导4种桌面。（此项需演示）用户桌面呈现的内容除包括学工应用模块列表之外，还需涵盖以下内容：校领导桌面：需包含学生的资助情况、政工队伍建设情况等信息，所展示的信息内容需通过柱状图、曲线图、环形比例图等不同形式在桌面首页进行直观量化展现。（此项需演示）院系管理老师桌面：展示内容需包括工作月历，所管辖范围内学生整体情况统计及各班级的具体人数情况

8、、下属院系辅导员当月所规定的工作完成情况、通知公告、待办和消息提醒等。工作月历内容、完成时间等支持自定义、工作月历支持按月以时间序列的方式呈现。辅导员桌面：展示内容需包括工作月历，所管辖范围内学生整体情况统计及各班级的具体人数情况、需完成的工作日志内容及完成情况、通知公告、待办和消息提醒等。工作月历内容、完成时间等支持自定义，工作月历支持按月以时间序列的方式呈现。（此项需演示）学生桌面：可查看学工相关的服务应用列表、收藏菜单应用列表，可进行应用搜索，可通过消息通知获悉事项的办理进度和审批结果、可查看信息公告内容等。2 、统一应用管理中心除面向终端用户的一站式学生事务中心以外，供应商必须提供一套

9、对于全校所有学工信息化应用的统一管理中心，支持根据周期性业务设置专题推荐功能，包括对专题内容的编辑、自定义开放时间与关闭时间的管理功能，可在后台根据应用分类预设应用文件夹，并将类似应用放在同一个文件夹之中，便于用户查找。实现统一管理、统一配置、统一授权。内2.1、应用管理提供对当期所有学工应用的全面管理功能，具体功能要求如下：1 .必须完整支持对于PC端、移动端应用的统一管理。2 .能够直观的在前台页面编辑应用名称、更换应用图标。3 .可对学生端的常用服务进行管理，便于学生更清晰直观的获取到常用应用。4 .可对应用分类进行自定义配置，可通过拖动的方式来管理每个模块在应用列表中的展示顺序。5 .

10、提供统一的后台管理功能，可查看每个用户组的应用和菜单权限，可在后台根据应用分类预设应用业务组，并将同一类业务应用放在同一个应用组之中，便于用户查找；（此项需演示）6 .需支持可对用户工作桌面展示内容、各内容模块呈现顺序进行配置管理，支持管理模块针对不同的管理人员负责内容展示不同管理面板内容。（此项需演示）2.2、平台更新管理必须提供在线检查更新功能，同时提供当前版本查看及在线更新操作的功能。B2.3、缓存管理为防止数据迁移时的数据同步问题，需提供多服务器间的缓存共享机制，并提供相应的缓存管理功能。82.4. 评价管理1 .需支持是否开启应用的评价功能。2 .需支持评价时间范围的筛选。3 .须能

11、够以直观的方式展现评分最高的10个应用及评分最低的10个应用。4 .对于每个应用，必须支持其评价星级和评价内容的查看。需提供服务运行状况监控功能，可监控后台浏览量、访客数、应用使用情况、性别与角色分布等功能；可在后台查看每个应用的评分，并可按照评价星级查看详情。（此项需演示）?2.5、应用评价1 .为用户提供应用评价功能，需提供从1星到5星供用户选择。2 .提供评价详情的在线填写和提交功能。3 .提供匿名填写和提交的功能。下2.6、服务运行监控1 .提供平台的累计访问总量和累计访问人数。2 .可按时间范围筛选出PC端和移动端在不同时间点访客量数据对比变化趋势。3 .对于每个应用，可查看其某个时

12、间范围内的访问总量和访客人数。4 .需能够可视化直观展现校内不同性别、使用角色访问量占比分布情况。2学工应用1套1、建设目标学工应用需涵盖对于学生的基本信息管理、综合测评管理、奖学金管理、荣誉称号管理、违纪处分管理、困难生管理、勤工助学管理、助学金管理、助学贷款管理、困难补助管理等功能，并且可以为学生提供相关业务的在线申请与信息提交的功能，管理人员只需要做简单的审核操作，从而达到提高工作效率、简化管理流程的效果。真正做到服务提升、管理优化。2、建设要求2.1、 基本信息支持各种综合信息筛选查询，如按成绩条件、违纪处分条件、困难生条件、奖助条件作为查询条件查询，从而实现多维度、跨业务域的综合条件

13、筛选查询；可使用图形化界面集中展示学生的成绩、奖惩、日常、团学、消费、图书借阅、上网时长的情况（此项需演示）基本信息（移动）1 .需支持学生在移动端查看个人信息，并支持可维护信息修改。2 .需支持老师移动端查看学生信息。3 .需支持各级管理老师可针对学生提交的基本信息修改内容进行审核。政工队伍（权限代理）需支持各级政工人员可针对自己管理范围的班级院系及业务模块权限配置代理任职人员的权限，并可指定代理任职的时间范围。（此项需演示）2.2、 综合测评1 .需支持综合测评方案配置，可灵活设置各测评指标项、指标项所占的比例以及加减分（附加分）体系标准，需支持可创建三级测评指标。附加分可关联学生校内外的

14、评优获奖、社会实践、学生干部任职，论文专利、证书技能等可纳入综合测评评定的数据信息。2 .需支持各院系可在校级评价体系下自定义院系的附加分评价指标。3 .需支持测评开启前的测评对象名单核对与调整。4 .需支持学生自评及班级评定。5 .需支持可灵活配置学校业务管理老师、院系业务管理老师、辅导员或班主任对学生提交的测评评分及附加分进行审核的功能。6 .需支持根据设定的测评指标体系自动计算学生测评总分、班级排名、专业年级排名，并可汇总统计各院系综合测评的开展情况。7 .针对一些无需参与审核，或者无需添加附加分的学生需支持测评评分。8 .需支持测评结果查询和相关结果导出、测评公示及测评统计。9 .测评

15、结果统计展现对于学生：需提供除了能展现学生各项测评指标得分及排名的结果之外，还需提供能量化对比展现学生在不同学年的各项测评指标得分的变化趋势，以及与同专业平均水平和最高水平在同类指标上的强弱倾向情况等。需提供图形化的展示方式方便查看。对于学校老师：可查看校级测评各指标得分总览，排名前五和后五各学院指标得分的情况对比，以及以院系、班级为维度的测评指标横向对比等。需提供图形化的展示方式方便查看。2.3、 综合测评（移动）1需支持学生在自评期间在移动端根据指标体系进行自评。2需支持并附加分项目的填写提报及证明材料上传。3需支持随时查询本人历史或当前学年的综合测评结果。4支持班级测评小组成员通过移动端对班级成员进行测评打分。2.4、 奖学金（移动）1 .需支持学生在移动端直接查看开放申请的奖学金种类，并可针对希望申报的奖项进行详细查看和申请。2 .需支持学生可查看自己已经申请的奖学金审核进度及历史奖学金获得情况。3 .需支持管理老师通过移动端对学生的奖学金申请进行审核、提名。4 .需支持师生可通过移动端查看奖学金的公示信息。5 .需支持管理老师通过移动端对学生奖学金获得情况进行明细查询，并支持校级管理员可监控各二级学院奖学金的开展情况。2