武汉商业服务数字化招标文件.docx

《武汉商业服务数字化招标文件.docx》由会员分享，可在线阅读，更多相关《武汉商业服务数字化招标文件.docx（36页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、武汉商业服务学院数字化校园基础平台及应用系统软件工程（一期）招标编号:招 标人：武汉商业服务学院2012年 月 日的自身。最正确的性能价格比进行科学的投入产出分析，力求设计反映实际需求，在设计上寻求最正确的性能价格比。L4建设内容武汉商业服务学院数字化校园基础平台及应用系统软件工程主要内容包括：包括学校原有应用系统（迎新系统，网络教学平台，一卡通，图书馆系统，学工系统，0A系统）配套的系统软件产品包括数据库、中间件应用服务器、Portal、认证中间件1.5技术路线武汉商业服务学院数字化校园基础平台及应用系统软件工程应采用先进的设计思想和 技术，搭建合理的架构，应用先进成熟的软硬件技术进行设计，

2、保证系统具有较强的生命力, 符合当前和未来的开展趋势。应用开发应采用J2EE标准、组件技术及在数据交换上对XML的支持，使系统功能最优 化，同时将整体系统内部在技术上的相互依赖性减至最低。1.5. 1基于SOA的系统架构SOA是当前先进的软件设计架构，采用基于服务的设计理念，遵循SOA相关标准与规范（服务组件架构SCA、服务数据对象SDO）,来解决异构系统间的集成，建立学校的 WebService服务库和服务管理平台（SMP）,为教师、学生、行政办公人员提供个性化的服 务。本次工程的软件要求必须采用SOA的架构来进行设计和开发，可以提高系统的可维护性 和软件代码的重用性，降低学校对IT资源的投

3、资。1.5.2 应用程序的编程语言按J2EE （Java 2 Enterprise Edition）规格,采用Java编程语言和服务器端Java 技术 技：EJBs、ServletXJNDIS JDBC和RMI等）开发。采用分布式组件EJBs和Web Services 实现业务逻辑；服务的定位采用JNDI/UDDI方式，支持分布式服务提供者。1.5.3 面向对象的组件技术面向对象的组件技术是一种完全独立于硬件和操作系统的开发环境，着重于开发构成应 用程序“业务对象”的可重复使用的组件，利用这些组件顺利地建立分布式应用程序。第二章需求详细说明2. 1信息化标准信息标准在全校范围内为数据库设计提供

4、类似数据字典的作用，为信息交换、资源共享 提供了基础性条件。信息标准需要保证信息在采集、处理、交换、传输的过程中有统一、科 学、规范的分类和描述，能够使信息更加有序流通、发挥信息资源的综合效益。采用XML. WEB Service作为数据传输的标准。采用JMS消息传递机制建立统一的数据 传输与数据交换规范，实现不同部门间、不同应用系统间的数据交换，具有良好的扩展性。信息标准制定与执行 信息标准代码集、信息标准集的制定，信息标准代码集、信息标准集的发布执行； 学校软硬件平台标准与开发规范； 数据集成与交换标准； 信息化运行管理规范与标准；信息编码标准导入、维护、查询、订阅工具。在学校信息标准建设

5、应遵循已公布的国际标准、国家标准或行业标准，并在建设过程中 根据本单位的具体情况和实际需求，建立科学、实用、完善的信息化标准体系，形成对学校 信息标准涉及内容要求如下：子系统随着工程建设不断补充完善其内 容，该系统用于导入、维护、发 布信息标准伴随着参考信息编码不断有新版 本发布，需要持续改进学校管理信息子集办公管理信息子集学生管理信息子集教学管理信息子集教职工管理信息子集财务管理信息子集科研管理信息子集资产与设备管理信息子集校友管理信息子集其他 .2统一信息门户平台 .2 1统一信息门户平台功能要求：名称序号模块名称描述提供符合通用国际标准的、可持续升级的 运行和开发门户框架。门户必须支持标

6、准 的J2EE技术，门户产品应全面支持业界的 技术标准和技术规范：WSRP、JSR-168. JSR-17、 JSR-127 (JSF)、 Struts. Ant、 WSDL s SOAP、UDDT ；提供标准技术(JSP/Servlet/XML )的模板 Portlet 以 方便开发。提供二级部门门户网站和个人门户网站的 模板并能自定义，可进行网站内容管理， 提供统一的内容采编、审核和发布管理。用于满足对校内和校外各类系统应用的界 面集成需求，支持WebService. URL资源 管理插件、WEB剪辑 集成服务、frame集 成服务、RSS集成服务、API集成服务、 Portlets集成服

7、务等应用集成。提供基于个人访问权限的个性化界面和服 务，展示各级用户自定义显示的内容和主 题外观，需要提供图形化工具，让用户根 据其身份的不同，通过浏览器对自己的门 户菜单进行个性化的设置，定制其权限范 围内的各种信息，包括布局、标签、栏目、 信息内容等各种定制，支持换肤功能5集成办公软件的功能，在门户里实现个人 办公包括工作日志、领导日程、个人日程、 个人名片、个人会议、通讯录、网络存储、6支持全站搜索引擎支持HTML, XML、Office, PDF等文件的支 持统一门户平台性能要求(1)安全性：信息门户集成了校园网内所有的信息资源和应用系统，这要求综合信息 门户系统要能够为用户提供安全的

8、信息资源和业务数据的获取，保障信息传输的安全可靠、 保障信息不被非法用户窃取、保障用户的合法身份不被盗用。(2)可扩展性：面对高速开展的校园信息化建设，不断有新的应用系统和信息资源加入 到数据校园中，要求综合信息门户提供具有高扩展性的服务架构和访问接口，让各种资源可 以方便的集成到门户系统中，迅速的为校园网的用户提供服务。(3)稳定性：作为数字校园的访问入口，信息门户的稳定行决定了校园网内的信息资源 和应用系统能否被访问。这要求综合信息门户系统在高负载、甚至是运行环境出现故障的时 仍能提供稳定、持续的服务。（4）技术先进性：信息门户须采用先进的技术架构和设计理念，满足校园信息化建设不 断开展的

9、需要。（5）大规模用户访问支持：信息门户是整个数字校园的访问入口，校园网内的用户访问 校园内的信息资源和应用系统都需要通过门户，因此 信息门户是校园内用户访问量最大的 信息系统，必须保证信息门户要能够在大规模用户的访问的情况下仍然能够提供高速的服 务。至少支持5000人的并发访问。2. 3.统一身份认证2.3.1 ,统一身份认证的功能需求序号实现用户信息的集中管理，用户信息规范 命名、统一存储，用户ID全局唯一，并提 供标准接口，实现不同应用系统的用户身 份的同步，支持海量的基于LDAP目录服务 器的用户数据存储和管理功能；用户认证采用集中统一方式，支持用户名/ 密码、数字证书等认证方式，支持

10、B/S和 C/S等多种应用。支持多个应用系统（包括B/S和C/S）间的 单点登录，数字化校园中所有的应用系统 通过SSO单点登录系统来实现统一的身份 认证。支持高效的支持SS0 （单点登入）的 高性能身份认证服务支持多种权限管理方式，如单独授权、按 角色授权和分级授权等。能够提供细粒度的资源访问控制，包括对 网页、按钮、菜单、文件、数据库字段级 的访问控制6资源访问安全审计用户登录应用系统后对系统资源的访问按 需记入日志，具备完善的日志管理功能， 能详细记录对所有信息的操作 和变化情 况，以便事后对用户操作进行审计，建立 完善的事后追溯机制。7接口开放开放的支持不同开发语言、不同应用服务 器平

11、台实现的应用系统的认证集成方式序号(Java、.net、ASP、PHP 等),包括 WebService、API等方式，保证以后应用系 统能方便纳入统一身份认证及授权中心。8技术规范根据学校的管理机制，建立相应的技术规 范。3. 2.统一身份认证的性能需求(1)传输安全性：要求系统对用户登录信息进行加密传输，保证数据能在客户端与单 点登录服务器之间、WEB代理与单点登录服务器之间进行安全通信，保证数据传输的安全性, 中标方应能保证所采用的加密技术不可逆。(2)数据安全性：用户登录票据需要被加密保护，保证用户登录票据不能被篡改。在 统一身份认证系统中，目录服务和认证系统是管理信息系统所有业务应用

12、系统的基础，安全 性是一个非常重要的一个考虑，在整个基于管理信息系统集中身份库的基础上，充分利用操 作系统Unix/Linux等的认证系统和Directory Server目录服务器所提供的PKI技术、CA 认证技术、PIN+智能卡等技术来实现整个系统平台的安全性，同时各种认证技术可以灵活选 择。此外，Directory Server目录服务器还拥有完善的ACL(ACI)体系,能够充分保障数据 的访问安全。(3)高可靠性：采用合适的保护策略，保证系统的可靠性。在统一身份认证系统中，保 障系统具有良好的伸缩性是我们对学院数字化校园信息系统一个前瞻性的考虑，利用 Directory Server目

13、录服务器系统提供的集群、复制、分区特性可充分保障系统具有非常 好的伸缩性。(4)系统容错性：由于此平台是整个数字化校园建设的基础平台，系统必须具备高度的 容错性，保证系统的正常运行。(5)可审计性：对用户进行资源访问情况要进行记录，保证对用户访问的可审计。(6)高性能：平台至少要能支持5000人并发使用。4. 4.数据中心平台.数据中心平台功能需求通过数据中心平台，实现各种异质应用系统(在不同操作系统上运行，使用不同的数据库系统）数据的交换与共享，数据中心交换平台可以成为后续开发各种应用系统的数据集成 平台。分模块提供异构数据源的适配器：支持结构化、半结 构化、非结构化数据源；支持Inform

14、ix、 Sybasex Oracles MS SQL Server x Mysql、ODBC、 OLEDB、JDBC、Native 数据源；Web Services. XML、消息队列数据源。数据交换应具有灵活的 方式与多种交换触发机制，能同步或异步方式 实现数据的交换及推送，并保证各应用系统交 换和共享的各种数据的一致性、准确性；提供一种尽可能简单易行的日常运作方案，使 各类共享业务数据能够及时、安全的同步到数 据交换中心，或数据换中心平台订阅所需数据； 数据交换功能应满足以下需求：功 能系统维护系统资源监控数据备份业务系统数据字典维护数据抽取配置数据订阅配置数据交换消息服务数据更新、 问题

15、反响2. 4. 2.数据中心的性能需求(1)稳定性：数据中心交换平台是我院各应用系统的基础平台，对该平台的稳定性要 求很高。除对平台本身稳定性要求很高外，还要求其运行的操作系统稳定与可靠性有很高的 要求。要求投标方能提供提高平台稳定性的可性方案。(2)高性能：数据中心交换平台是各应用系统与数据库系统进行数据交换的平台，数 据流量和操作任务非常繁重，并且在学校使用环境中，有许多事务处理具有突发性，要求平 台处理任务具有高性能。(3)可扩展、易维护：要求平台的系统结构设计合理，系统层次清楚，各功能模块相 对独立，具有可扩展和易维护。(4)界面友好：管理界面应符合管理人员的软件操作使用习惯，操作步骤

16、明了，文字 描述简洁、清晰。(5)标准化：数据中心交换平台应支持与功能相对应的国际标准、国家标准、行业标 准与部门标准等。如支持电子数据交换标准、数据操作支持SQL语言标准、运行状态监控支 持SNMP、信息编码支持教育部教育管理信息化标准等。(6)安全性：中标方应提供合理的安全解决方案，保证数据的安全性。2. 5.应用系统建设需求2.5.1 .人事管理系统人事管理系统功能需求：序号教职工（在职人员/离退休人员）的基本信 息，变动信息（异动/离退），档案信息（存 放/借阅/移交/转出）与合同信息等。机构与编制职数管理、招聘入职管理、聘 用、聘任合同管理，并对合同到期的自动 提醒功能。离校离岗、人

17、员离校个人申请、离校申请 所在单位审核、离校申请人事处审核、打 印审批表、人员离校确认、人员离校信息 维护和查看离校人员信息列表等功能；校 内调动：管理教职工校内调开工作，这里 提供流程式的审批过程。员工考勤、员工请销假、计划生育服务和 证明出具服务等.与学校其他职能部门联动，可以实现自动 更新功能，提供员工所获各级奖励的录入、 查询等功能；员工违法违纪情况及处理。专业技术资格评聘、教师继续教育、专家 信息管理、双师资格教师、教师兼职、年 度考核、资格证书管理等功能。包括档案工资、实发工资、绩效工资、奖 金等工资薪酬管理，能与学校数据中心实 现数据交换（教务系统：教学任务、绩效 考核；财务：薪

18、酬发放）。教师工作业绩申报教师教学工作量申报、审核（系部、教务 处、人事处等）；教师论文、奖项、指导奖 项等申报、审核（系部、科研处审核、人 事处等）。文档下载：系统提供各种申请表格等模板 文档的下载功能；个人消息、任务提醒： 根据业务特点设置的权限控制、数据流推 送、消息提醒等方式来实现人事协同办公； 个人消息、任务提醒会在系统主页或者相 应的操作菜单下显示；数据导入、导出： 提供方便的数据导入导出功能。便捷的报表浏览，常用各类报表一应俱全， 能从各个层面上对于各类数据进行统计分 析。并有直观丰富的柱状图、饼图、折线 图等图表方便查看。能对系统内的教职工数据进行各类统计分序号析，完成如“学缘

19、分析”、“教职工职称分 布与学位关联分析”等复杂的统计分析。获取各类通知：教职工通过自有帐号、密 码登录系统即可获得最新的人事业务通 知。个人信息维护：教职工通过自有的帐号、 密码登录系统可以方便的浏览、查看以及各类电子表格：教职工可以及时的在系统 中完成各类电子表格的填写、提交、导出、 打印等操作。职称聘任：教职工在系统中进行职称 申报，完善职称申报表格并提交人事处审 核。12政策法规管理人事厅以及学校内部各制度、相关规定 的管理。2.5.2 .科研管理系统科研管理系统实现对学校研究所、科研院所等单位科研机构进行有效管理以及对科研活 动的全程跟踪。为科研参加人员和科研管理人员服务，既能实现对

20、科研信息的高效率管理和 控制，又能满足研究所的决策者对科研活动的宏观管理与决策的需要，还能够为学校对研究 所的科研、工作评价以及研究所对科研参加人员的评价提供依据。科研管理系统应包括：系统维护、科研机构、科研人员、科研设备、科研工程、科研考 评、科研成果/专利、成果/工程获奖、学术交流、查询统计等功能模块。具体功能需求如下：是科技处对外发布信息的门户，系统通过将基础数据和门 户网站相结合，在门户上及时发布动态的科研信息。工程库管理是指对立项后工程进行管理，包括不同来源、 不同级别、横向纵向等各类工程。科研工程评分管理用于计划工程报送前校内评议，以提高 计划工程的中标率。3科研工程合同管理科研工

21、程签订合同、合同的执行情况等合同管理4科研工程经费管理对科研工程经费的使用进行管理，从工程到款经费、年度 经费、支出经费进行管理，同时能生成到款分割单，对项第一章招标公告日 期：2012年 月 日招标编号：根据中华人民共和国政府采购法等有关法律法规规定，就“武汉商业服务学院数 字化校园基础平台及应用系统软件工程”进行公开招标，诚邀符合资格要求的供应商参加投 标。一、工程概况1-工程编号：2 .工程名称：武汉商业服务学院数字化校园基础平台及应用系统软件工程3 .工程内容：二、投标商资格要求1 .具有独立法人资格及相应经营范围，注册资金人民币10000万元或以上；2 .具有IS09001质量管理体

22、系认证证书；3 .具有计算机系统集成企业资质三级或以上资质；4,拒绝软件代理商投标，拒绝多企业联合投标，拒绝工程转包。三、购买公开招标文件的时间地点对上述信息感兴趣且符合资格要求的供应商，请于2012年 月 日,至 购买公开招标文件。相关技术要求详见招标文件。四、投标截止时间：逾期或不符合规定的投标文件恕不接收。投标地点：五、开标时间：开标地点：六、联系方式武汉商业服务学院地址：联系人：联系 ： ：2012年 月对科研工程所涉及的设备进行管理主要是通过多个方面总结的基础上，在科研基本信息、人 员基本信息和协作单位信息资金费等基础上做处工程评 估。可以在技术成果、专利信息、经费情况等方面总结。科

23、研成果/专利管理 /学术交流管理工程相关的成果与专利情况，专利信息包才舌专利申请 信息、法律状态、向国外申请专利、专利实施、专利奖励 与酬金、专利费用、专利纠纷与调处信息。报表服务系统报表服务系统是基于学校数据中心平台之上的一个工具应用，重点要解决学校三方面的 问题： 学校各单位及个人日常的统计报表 高级教育基本统计报表 学校开展动态情报服务报表在学校日常管理中，经常会出现通过数据中心对某些数据自动或手动抽取填报的需求， 配置一个可定制的、灵活的报表服务系统，可根据用户需求完成表格自动统计、填写和导入、 导出、保存等功能，可以自定义数据源，可以对数据中心数据库及其它部门、私有数据库的 数据进行

24、数据分析、数据抽取统计和数据挖掘。报表服务系统应根据具体业务数据集，通过报表服务系统设计报表模板，对模板进行修 饰整理，将数据按指定的格式、样式显示在模板中，形成最终报表；对数据集的管理是通过 数据源来进行统一管理，而报表模板设计和报表展示那么是基于大家比拟熟悉的EXCEL格式。灵活的授权机制，可以实现对单元格（CELL）、单元格区域、行、歹入表格的设置管理, 可写，可读，发布，无五种权限，以区分不同组织、不同用户对报表具备的权限；支持中国学校的报表的特色，可实现单元格二分、单元格三分等功能支持协同填报功能，可以实现对下级部门填报的数据进行自动汇总及多张报表的数据汇 总校验报表系统既有一搬报表

25、工具自动产生报表功能，也有不同部门、不同人员间的协同填报、 汇总产生更高级、跨部门、跨部门数据的报表。报表服务系统是立足在我校的数据中心库平台之上，在设计、开发和实施上需要注意以 下原那么：1 .专业性立足于学校的数据中心平台，实现报表工具与其他系统的无缝结合：配合使用统一身份 认证及授权平台；从整体上把握学校报表系统的开展方向，从细节上着手，完善学校各个方 面的业务数据的整理和管理；能够深刻理解学校的业务逻辑，符合学校业务数据信息化、网 络化、数字化的特殊要求。2 .灵活性使用灵活：由于使用的用户群体大，分布位置不固定，需要让用户可以随时随地使用任 何设备去访问用户所需的各种数据和资源。报表

26、设计灵活：对于简单报表的生成或者改变，做到让只是经过简单培训的用户就可以 自己完成，减少用户对于开发商的依赖，而且在设计报表时的操作方式，贴近常用的软件的 操作，比方Excel等。架构灵活：最终用户可以从各种网络环境下访问到所需的报表，或者进行查询，对于用 户端而言，防止了使用特殊的软件、ActiveX控件，减小对用户端的要求和整个系统的维护 费用。3 .方便性使用方便：对报表系统软件的使用，要求从用户的使用角度和需求去考虑，简化了各种 不必要的操作过程，以方便非专业人士的顺利使用。设计方便：在报表的设计方面，提供一些通用的模板，以方便用户的设计，同时也允许 用户按照业务的特点和需求去定制相应

27、的模板或者改变这些通用模板。维护方便：使其模板的设计和制作都是实时的和不受限制的。另外还提供丰富的手段去 帮助用户对系统进行管理和维护，并且大多数的管理和维护的功能，都允许用户从远程进行 操作，使管理员能够做到跨地域的对系统进行管理和维护，提高了系统的维护效率，减小了 系统在出现问题时的解决时间。同时，维护方便还包括了系统安装和扩展的方便。4 .可扩展性软件功能可扩展：在满足用户需求的大前提下，系统提供丰富的可由用户自定义的功能， 比方自定义函数、自定义数据格式等，在产品不进行升级换代的情况下，通过自定义一些新 的函数等途径，去满足用户不断变化、提升的需求。5 .规范性接口规范：灵活报表系统提

28、供标准的函数接口和组件接口，让其他第三方系统可以方便 地应用本系统中的报表功能，或者与本系统融合在一起，从最大程度上保证了用户的投资。数据规范：灵活报表系统从统一大平台上获取规范的数据，经过处理的数据又以规范的 数据格式保存起来，为以后系统的升级换代作好了准备。报表服务系统是整个系统平台有机结合的一局部，其具有系统平台的所有特性，通过统 一认证和授权允许的用户可以直接在用户端上进行报表的设计工作，按照提供的操作友好、 功能强大的用户界面上制作出报表模板，随后方便快捷地生成所需的报表，将报表数据以多 种方式、多种格式友好地展示在用户面前。灵活报表系统主要应包括以下功能：1、功能强大的数据检索和统

29、计：由于学校数据量大，数据分类属性 繁杂，需要多组条件的检索和统计，并且要保证性能，提高运行效率；2、不同格式的数据转换和整理；3、自定义报表的数据源：帮助用户从学校不同的业务系统当中抽取 用户所需的数据，按照自定义的格式汇总给用户；4、可视化的报表模板制作：用户界面友好，操作方便快捷，功能齐 全，实现用户需要的效果；5、可以实现按单元格（CELL）、行、歹人表格的无限级授权；对报表的整表，整列，整行，区域或者单元格设置权限，权限分为五 种（管理，可写，可读，发布，无）当填报人填写报表时，假设需要让填报人所在单位的下级单位进行填 报，那么可以在填报页面对下级单位进行授权。可授权的区域不得超过授

30、权 人所有的权限区域，并且授予的权限不能超过授权人的权限（发布权限除 外）7、报表归档管理：根据组织机构划分不同的归档目录，便于查看和 检索；8、与统一平台一致的用户认证和授权；9、提供相对的灵活性：如自定义方法和函数，符合用户的特殊要求。提供报表数据服务运行报表的设计模板，即可出现所要求的报表，接下来的工作要求是：1、使用多种发布形式：将制作好的报表发布出去，以信息公告等形 式提供给指定的人或者部门查看；2、将报表导出多种格式：Excel. XML、PDF等采用多种保存方法： 保存在服务器指定位置、历史记录、本地文件中；3、提供数据的再加工，提供报表的分类汇总：例如将多个部门做出 的报表按照

31、要求再次组合，制作成新的报表；4、以多种形式展示：可以使用表格、图形、文字等展示报表得出的 结果。使得用户更直观查看。高级教育基本统计报表（一）教务处1、高基212 ：普通本科、专科分专业学生数2、高基221 ：在校学生年龄情况中（普通专科生、普通本科生栏目）3、高基222 ：招生、在校学生来源情况（在校学生数普通本科、专科生，普通本科、专 科招生数）4、高基231 ：学生变动情况（普通本科、普通专科）5、高基232 ：学生休退学的主要原因（普通本科生、普通专科生）6、高基24 :在校学生中其它情况（少数民族等）（二）、人事处1、高基31 ：教职工情况2、高基32 :专任教师、聘请校外教师岗位

32、分类情况3、高基33 ：专任教师、聘请校外教师学历（位）分类情况4、高基34 ：专任教师年龄情况5、高基35 ：分学科专任教师数6、高基36 ：专任教师变动情况7、高基37 ：研究生指导教师情况（研究生填写）8、高基38 ：教职工中其他情况（三）、研究生院1、高基211全表：研究生分专业学生数2、高基221 ：在校学生年龄情况中（博士生、硕士生、研究生）3、高基222 :招生、在校学生来源情况（在校学生数博士生、硕士生、研究班学生）4、高基231 ：学生变动情况（博士生、硕士生、研究班学生）5、高基232 ：学生休退学的主要原因（博士生、硕士生、研究班学生）6、高基25 ：在职人员攻读博士、硕

33、士学位分学科学生数7、高基24 ：在校学生中其它情况8、高基27 ：其他学生情况9、高基37 ：研究生指导教师情况（研究生填写）（四）、继续教育学院1、高基213 ：成人本科、专科分专业学生数2、高基214 :网络本科、专科分专业学生数3、高基221 ：在校学生年龄情况中（普通专科生、普通本科生、网络专科生、网络本科生）4、高基222 ：招生、在校学生来源情况（在校学生数成人本科、专科生，网络本科、专科生）5、高基231 ：学生变动情况（成人本科生、成人专科生、网络本科生、网络专科生）6、高基232 ：在校学生中其它情况（成人本科生、成人专科生、网络本科生、 网络专科生）7、高基261 ：学历

34、文凭考试、电大注册视听生、自考助学班分学科学生数（其中的招生数应该是由招生处提供）8、高基262 ：学历文凭考试、电大注册视听生、自考助学班在校（学）学生年龄情况9、高基263 ：学历文凭考试、电大注册视听生、自考助学班在校（学）学生来源情况10、高基264 ：学历文凭考试、电大注册视听生、自考助学班在校（学）学生其它情况（五）、团委1、高基24 ：在校学生其他情况（共青团员）2、高基38 ：教职工中其他情况（共青团员）（六）、党委组织部1、高基24 ：在校学生其他情况（共产党员）2、高基38 ：教职工中其他情况（共产党员）（七）、党委统战部1、高基24 ：在校学生其他情况（民主党派、华侨）2

35、、高基38 ：教职工中其他情况（民主党派、华侨）（八）、图书馆1、高基41 ：资产情况（“图书、资料”这列）（九）、房地产管理处1、高基42 ：校舍情况（十）、后勤管理处1、高基41 ：资产情况（绿化用地面积）（十一）、招生处（普通本科招生均由招生处来填写）1、高基212 :普通本科、专科分专业学生数（招生数）2、高基222 ：招生、在校学生来源情况（普通本科、专科招生数）（十二）、就业指导中心1、高基91 ：补充资料（就业率）学校开展动态情报服务报表（一）、党委统战部1、教职工中民主党派2、学生中少数民族（二）、党委组织部1、挂职干部人数及年龄结构2、干部年龄、学历、职务分布情况3、学生中党

36、员数4、教职工中党员数（三）房地产管理处1、各校区地产情况2、校舍情况（四）国际教育学院1、外国留学生分来源分资助方式人数2、外国留学生分年级分学科分层次人数3、外国留学生短期培训交流生人数（五）继续教育管理处1、在校学生年龄结构2、远程教育学生数3、进修及培训情况4、成人教育学生数（六）教务处1、国家教学成果奖2、综合指标3、学生休退学4、在校学生年龄5、学生变动情况6、招生来源7、普通本科生数（七）就业指导处1、本科就业率、出国率、深造率2、毕业生就业流向3、本科生研究生留浙江、杭州人数（A）科学技术研究所1、科学技术情况综合报表（九）情报服务开展1、教学、科研仪器设备资产情况；10万元以

37、上仪器设备资产；教学用计算机数量；大型仪 器设备利用率。数据来源于实验室与设备管理处。2、聘请外国专家数；与会外国学者人数；接待来访外国及港澳台客人批次；举办国际会议 数；教职工出国境人数（6个月以下）。数据来源于外事处。3、各校区绿化用地面积。数据来源于后勤处。4、图书数量（万册）；电子图书数量（万册）；当年购书量（万册）。数据来源于图书馆。5、资产总值；总收入；总支出；负债额；接受捐赠金额。数据来源于计财处。6、招收港澳台学生数；流失数量及原因。来源于本科生招生处。（十）人事处1、专任教师变动情况2、教职工人数3、专任教师、聘请校外教师岗位分类情况4、分学科专任教师数5、专任教师年龄情况6

38、、专任教师、聘请校外教师学历（位）分类情况7、综合指标（十一）社会科学研究院1、综合指标2、续表3、纵向和横向工程数及经费数4、国家社科基金工程及资助金额（十二）团委1、教职工中团员数2、学生中团员数(十三)研究生院1、研究生人数2、年龄就业3、研究生知道教师情况4、学生变动情况5、在职人员攻读博士、硕士学位分学科学生数6、综合指标其它学校常用统计数据报表学校各单位及个人常用统计数据报表。6 . 5.4.一站式服务中心与应用系统集成武汉商业服务学院数字化校园信息平台与应用系统集成包括学校原有应用系统与本次 新建应用系统的集成。学校应用软件系统的集成主要是三个层次的现有集成：数据集成、身 份集成

39、、应用发布(界面)集成。我们将采用面向服务集成的模式来完成应用系统集成，基 于统一信息门户的基础上为全校师生提供一站式服务平台。(1)、数据集成：利用数据中心的数据交换与共享平台，从现有的应用系统数据中抽取 出需要共享的数据，使共享数据平台成为全校范围内唯一的全面的数据源，完成数据层的集 成，同时为相关应用系统提供共享数据访问服务，即数据订阅，为在全校范围内进行综合数 据分析服务提供完备、有效、可信的数据基础。(2)、统一身份认证集成：根据现状确定一套用户身份信息，作为身份认证平台和数字 化校园平台及应用软件系统的用户权威身份信息，建立起统一的认证平台，完成目前适合集 成认证的系统的集成工作，

40、同时留有接口供后续建设的系统无健的与身份认证平台进行集 成。(3)、应用发布(界面)集成：应用发布(界面)集成主要是对各应用系统或应用系统的功能进行集成到学校统一信息门户(Portal)上来，以供师生使用。(4)、提供面向师生个人的业务系统数据查询包括：人事资源查询、办公信息查询、 学生信息查询、教务信息查询、固定资产信息查询、财务信息查询、科研信息查询。为了能灵活的查询及教师、职工、学生、领导方便的查询，系统提供了先由数据中心系 统管理员或各业务系统查询配置管理员配置出灵活查询页面。管理人员、教职工、学生及其 他人员凭系统管理员或各业务系统查询配置管理员设置的账号功能权限和查询配置进行很 方

41、便的查询。支持查询结果的导出功能，包括Excel、DBF、HTML等多种格式，满足学校的处理需要。提供面向领导的查询：如师资队伍查询、学科建设查询、资产设备查询、生源情况查询、 就业情况查询、财务情况的查询等；面向教师查询：如教学计划、学生成绩、授课情况、工资、课题信息、科研成果等信息 查询、学生评教信息查询、个人基本信息查询与修改等；面向学生的查询：如交费情况、学习成绩、课表信息、考试安排信息、校内消费信息、 个人基本信息查询与修改等。(5)、提供教师、学生数字档案教工数字档案：教职工通过此功能，可以查询个人的电子档案，包括基本信息以及个人 相关的个人变迁、个人简历、合同信息、培训培养、教学

42、信息、档案工资、科研信息和年度 考核信息等。学生数字档案：学生通过此功能，可以查询个人的电子档案，包括基本信息 以及个人相关的学习信息、个人家庭情况信息、担任过的学生干部信息、参加过 的学生活动信息、生活信息、奖勤补贷信息和发表的论文信息等。2. 6应用系统集成2.6.1 .应用系统集成目标本期工程所建设的应用系统必须可以与学校现有管理系统做下面五个层面的应用集成： 页面整合、数据层整合、数据应用层整合、认证整合、特殊情况。2.6.2 应用集成整合内容购置厂家正月软件学工系统正方软件图书馆系统一卡通网络教学平台迎新系统青果软件2. 6. 3,应用集成整合要求1）页面集成方式，无论是新建设的工程

43、还是原有系统的集成，都需要在门户中实现平 滑、无缝整合。2）用户、认证集成，基于统一身份认证平台，实现统一中央身份库与相关应用系统的 身份同步，并通过WebService. API等方式来实现认证集成（包含单点登入、伪登入方式）3）数据集成采用数据中心平台提供的数据交换功能来自动实现。4）清晰描述系统集成的整合方案。2. 7.系统安全随着业务应用系统的持续建设，应用系统所涉及的重要信息数据不断增加，不可防止地 面临着众多安全威胁。应用系统的安全风险主要表达在信息资源被非法使用，用户越权访问 系统资源等方面，针对措施具体包括：1）认证授权：保证用户的合法性和用户使用应用信息资源的权力，防止内部敏

44、感信息 泄漏和服务所提供的信息资源被非法访问，造成严重的安全事件。2）信息保密：充分利用密码技术，对于需要保密的信息，采用密码技术进行加解密处 理，防止信息的非授权泄漏，确保涉密信息在产生、存储、传递和处理过程中的保密。3）数据完整性：建立数据完整性检验机制，保证收发双方数据的一致性，防止信息被 非授权修改。4）防抵赖性：为第三方验证信息源的真实性和信息的完整性提供证据。5）审计：记录应用日志，对事件进行分析，并能提供预警信息。6）数据的可回溯性，当发生数据误操作后，可以实现数据的可回溯性。2. 8.第三方软件需求下面所列的软件需求均为招标方的参考配置，投标方可根据自己的优化设计提出软件配 置

45、方案。1）关系型数据库及工具：Oracle 10g企业版数据库（支持RAC）。投标方须知一、工程需求L工程编号：2 .工程名称：武汉商业服务学院数字化校园基础平台及应用系统软件工程3 .招标内容：详见“需求说明”4上述要求，仅作为供应商编制应谈判文件和参加谈判时之参考。通过谈判，最终确定符合 采购需求的技术指标及相关要求。二、合格的投标人本次招标要求投标人具备以下条件：1 .具有独立法人资格及相应经营范围，注册资金人民币10000万元或以上；.具有IS09000质量管理体系认证证书；2 .具有计算机系统集成企业资质三级或以上资质；.拒绝软件代理商投标，拒绝多企业联合投标，拒绝工程转包。三、投标

46、书的编制.投标方编制投标书，应按照招标文件所规定的格式、内容、逐项填写齐全，并提交全部资格证明文件，否那么投标无效。标书应包括：（1）投标函（见附件一）（2）法人授权书（见附件二）（3）投标报价一览表（见附件三）（4）投标方资质证明文件（提供复印件并加盖公章）公司情况简介（公司成立时间、公司人员组成、公司业务范围、隶属关系等）。营业执照、资质证明、税务登记证，业绩证明（合同复印件）和法人代表委托书等材料投标方法人代表或被授权人身份证复印件高新技术企业资质认证证书复印件软件企业认定资质认证证书复印件招标文件资格要求中需提供的资质复印件投标方认为需要加以说明的其它内容.投标报价主要包括：2)认证中间件及LDAP数据库，可以采用SUN、IBM、N。V ELL等公司的目录服务器， 在性能保证的情况下开源免费产品优先；3