北京东华软件股份公司建设方案(共50页)

1、目录 TOC o 1-3 h z u HYPERLINK l _Toc432494377 1方案设计 PAGEREF _Toc432494377 h 4 HYPERLINK l _Toc432494378 1.1建设目标 PAGEREF _Toc432494378 h 4 HYPERLINK l _Toc432494379 1.2总体要求 PAGEREF _Toc432494379 h 4 HYPERLINK l _Toc432494380 1.3技术需求 PAGEREF _Toc432494380 h 4 HYPERLINK l _Toc432494381 1.4系统安全 PAGEREF _

2、Toc432494381 h 6 HYPERLINK l _Toc432494382 1.5需求分析 PAGEREF _Toc432494382 h 6 HYPERLINK l _Toc432494383 1.6建设方案 PAGEREF _Toc432494383 h 10 HYPERLINK l _Toc432494384 1.6.1预算管理子系统 PAGEREF _Toc432494384 h 10 HYPERLINK l _Toc432494385 1.6.2房屋管理子系统 PAGEREF _Toc432494385 h 13 HYPERLINK l _Toc432494386 1.6.

3、3设备管理子系统 PAGEREF _Toc432494386 h 15 HYPERLINK l _Toc432494387 1.6.4采购申报子系统 PAGEREF _Toc432494387 h 17 HYPERLINK l _Toc432494388 1.6.5固定资产维修管理子系统 PAGEREF _Toc432494388 h 18 HYPERLINK l _Toc432494389 1.6.6系统管理 PAGEREF _Toc432494389 h 19 HYPERLINK l _Toc432494390 1.7技术要求 PAGEREF _Toc432494390 h 22 HYPE

4、RLINK l _Toc432494391 1.8本项目要完成或执行的服务器组件 PAGEREF _Toc432494391 h 23 HYPERLINK l _Toc432494392 1.9系统部署 PAGEREF _Toc432494392 h 23 HYPERLINK l _Toc432494393 1.10系统配件方案 PAGEREF _Toc432494393 h 24 HYPERLINK l _Toc432494394 1.11文档管理 PAGEREF _Toc432494394 h 27 HYPERLINK l _Toc432494395 1.11.1文档管理原则 PAGERE

5、F _Toc432494395 h 27 HYPERLINK l _Toc432494396 1.11.2项目文档收集 PAGEREF _Toc432494396 h 28 HYPERLINK l _Toc432494397 1.11.3项目文档的编制 PAGEREF _Toc432494397 h 28 HYPERLINK l _Toc432494398 1.11.4项目文档的整理与归档 PAGEREF _Toc432494398 h 29 HYPERLINK l _Toc432494399 1.11.5项目档案的整理与移交 PAGEREF _Toc432494399 h 32 HYPERL

6、INK l _Toc432494400 1.11.6项目文档规范 PAGEREF _Toc432494400 h 33 HYPERLINK l _Toc432494401 1.11.7交付文档内容与范围 PAGEREF _Toc432494401 h 33 HYPERLINK l _Toc432494402 1.11.8需求说明文档规范 PAGEREF _Toc432494402 h 33 HYPERLINK l _Toc432494403 1.11.9软件开发文档规范 PAGEREF _Toc432494403 h 33 HYPERLINK l _Toc432494404 1.11.10项目

7、阶段提交文档一览表 PAGEREF _Toc432494404 h 34 HYPERLINK l _Toc432494405 2项目培训方案 PAGEREF _Toc432494405 h 35 HYPERLINK l _Toc432494406 2.1培训承诺 PAGEREF _Toc432494406 h 35 HYPERLINK l _Toc432494407 2.2培训方式 PAGEREF _Toc432494407 h 36 HYPERLINK l _Toc432494408 2.3培训对象 PAGEREF _Toc432494408 h 36 HYPERLINK l _Toc432

8、494409 2.4培训组织机构 PAGEREF _Toc432494409 h 37 HYPERLINK l _Toc432494410 2.5培训大纲 PAGEREF _Toc432494410 h 37 HYPERLINK l _Toc432494411 2.6培训教材 PAGEREF _Toc432494411 h 38 HYPERLINK l _Toc432494412 2.7培训计划 PAGEREF _Toc432494412 h 38 HYPERLINK l _Toc432494413 2.8培训内容及应达到的效果 PAGEREF _Toc432494413 h 38 HYPER

9、LINK l _Toc432494414 2.8.1服务器安装、配置、管理维护培训 PAGEREF _Toc432494414 h 38 HYPERLINK l _Toc432494415 2.8.2系统使用培训 PAGEREF _Toc432494415 h 39 HYPERLINK l _Toc432494416 3项目集成方案 PAGEREF _Toc432494416 h 40 HYPERLINK l _Toc432494417 4质量保证方案 PAGEREF _Toc432494417 h 42 HYPERLINK l _Toc432494418 4.1质量保证承诺 PAGEREF

10、_Toc432494418 h 42 HYPERLINK l _Toc432494419 4.2项目风险管理 PAGEREF _Toc432494419 h 42 HYPERLINK l _Toc432494420 4.2.1项目风险的识别 PAGEREF _Toc432494420 h 42 HYPERLINK l _Toc432494421 4.2.2项目风险的分析 PAGEREF _Toc432494421 h 43 HYPERLINK l _Toc432494422 4.2.3风险的规避 PAGEREF _Toc432494422 h 45 HYPERLINK l _Toc432494

11、423 4.3系统安全建议 PAGEREF _Toc432494423 h 46 HYPERLINK l _Toc432494424 4.3.1物理安全需求 PAGEREF _Toc432494424 h 46 HYPERLINK l _Toc432494425 4.3.2访问控制需求 PAGEREF _Toc432494425 h 46 HYPERLINK l _Toc432494426 4.3.3存储技术的选择 PAGEREF _Toc432494426 h 46 HYPERLINK l _Toc432494427 4.4系统备份方案建议 PAGEREF _Toc432494427 h 4

12、7 HYPERLINK l _Toc432494428 4.4.1导出参数及数据备份 PAGEREF _Toc432494428 h 47 HYPERLINK l _Toc432494429 4.4.2备份数据文件夹 PAGEREF _Toc432494429 h 47 HYPERLINK l _Toc432494430 4.4.3关键设备的双备方案 PAGEREF _Toc432494430 h 47 HYPERLINK l _Toc432494431 4.5数据备份实现 PAGEREF _Toc432494431 h 48 HYPERLINK l _Toc432494432 4.5.1系统

13、备份周期 PAGEREF _Toc432494432 h 48 HYPERLINK l _Toc432494433 4.5.2备份数据执行方法 PAGEREF _Toc432494433 h 48 HYPERLINK l _Toc432494434 4.5.3设置方法 PAGEREF _Toc432494434 h 48 HYPERLINK l _Toc432494435 4.5.4备份技巧 PAGEREF _Toc432494435 h 49 HYPERLINK l _Toc432494436 4.5.5容灾方案 PAGEREF _Toc432494436 h 50 HYPERLINK l

14、_Toc432494437 5项目要求 PAGEREF _Toc432494437 h 53 HYPERLINK l _Toc432494438 5.1项目实施 PAGEREF _Toc432494438 h 53 HYPERLINK l _Toc432494439 5.2知识转移 PAGEREF _Toc432494439 h 54 HYPERLINK l _Toc432494440 5.3验收交付 PAGEREF _Toc432494440 h 55 HYPERLINK l _Toc432494441 5.4售后服务要求 PAGEREF _Toc432494441 h 55方案设计建设(j

15、insh)目标结合(jih)现代(xindi)化的教育教学要求，构建与数字化校园无缝对接的符合首都经济贸易大学需求的资产管理一体化平台。建立以资产管理为核心、以学校管理为重点，以教师、学生为中心、以资产管理员为主体的新型校园资产信息系统，实现校园资产管理内不同业务系统之间统一集成、资源整合和高效运转，提高信息共享和业务协同管理，全面提升资产管理、学校管理的整体水平。在达到预期目标的同时，争取人力和财力的最小付出。总体要求系统应采用B/S架构，并具备有效集成其他三方系统能力，具备工作流引擎实现各类基础数据的采集，具备报表系统实现数据统计分析，具备开放性设计平台提供丰富的接口、便于二次开发。实现固

16、定资产从入账至消亡整个生命周期的全流程化动态监管，方便资产管理人员随时从事资产管理与相关的业务，并从繁琐的登记、查询、报废及报表等工作中解放出来；实现资产三级管理体系，建立高度一体化的资产管理信息系统，包括房屋管理信息系统和设备管理信息系统等，并与上级教委管理部门、校园、以及第三方应用系统等外部系统实现互联互通、信息共享。管理系统应采用先进的设计思想和技术，搭建合理的架构，保证系统具有较强的生命力，符合当前和未来发展的趋势。技术需求J2EE开发平台各项目涉及全部信息系统均需基于J2EE平台开发设计，主体代码采用Java编程语言和服务器端Java技术(如EJBs、Servlet、JSP、JNDI

17、、JDBC和RMI等)开发。J2EE平台是目前为企业级应用提供分布式、高可靠、先进的解决方案。Java作为基于Web的软件业公共标准，其独立于操作系统，独立于服务器的“跨平台特性”，其“一次编写，到处运行”是最适合运行于互联网应用系统的开发语言，其完整的编程能力和丰富的中间件资源，可开发具有复杂业务逻辑的大型应用系统。基于(jy)SOA的数字化校园架构设计面向(min xin)服务的体系结构（Service Oriented Architecture，简称SOA）是目前EAI(Enterprise Application Integration，企业应用集成(j chn)领域最先进的体系结构的

18、设计方法、软件架构思想，它也是一个以业务为驱动点建设信息管理系统的框架标准，基于关注点分离、松散耦合等源自最佳实践的架构原则，继承了EAI、消息总线、流程集成、数据集成等优秀技术，结合以服务为中心的先进思想。基于SOA的数字化校园架构设计的核心是建立我校SOA架构的技术标准，对于不同厂家、不同产品、不同运行环境、不同开发工具所开发的应用系统需遵循该技术标准，进行组件化和服务化定制，实现松散型、低耦合的集成，不同应用系统可以相互调用功能服务模块，大大提高了软件系统的重复利用率和可扩展性。面向对象的组件技术面向对象的组件技术是一种完全独立于硬件和操作系统的开发环境，着重于开发构成应用程序“业务对象

19、”的可重复使用的组件，利用这些组件顺利地建立分布式应用程序。应用平台模块间相对独立，接口清晰，内部的业务流程升级和改造与其它模块无关，所有模块基于组件如EJB、Web Services开发，可插拔，并为将来学校二次开发提供开发API。基于物理的三层结构应用系统平台的开发及运行结构要基于后台数据库的三层架构，即Web应用服务器、中间件应用服务器和数据库服务器，任何应用服务器需要访问数据库服务都需要通过中间件应用服务器，并且根据需要可以把Web应用服务器、中间件应用服务器和数据库服务器部署在不同的VLAN里，以加强系统安全性。（如使用其它结构请在投标文件中详细说明）Oracle(甲骨文)数据库数字

20、化校园建设的基础是数据，数据存储和处理的基础是数据库系统，而选择一种技术先进、安全可靠、服务能力强的数据库厂商是数字化校园基础建设的关键，Oracle作为全球第一大数据库厂商，无论是市场份额还是应用系统占有率都遥遥领先，各应用系统必须采用Oracle数据库。系统(xtng)协同要求具备良好的协同工作能力，可以实现与其他业、业务系统进行数据交换，去除不必要的手工传递批件等操作(cozu)，实现跨业务系统的数据流转。系统安全安全(nqun)性满足认证授权、信息保密、数据完整性、防抵赖性、审计、数据的可回溯性等。既要充分考虑信息资源的共享，更要注意信息资源的保护和隔离，应分别针对不同的应用和不同的网

21、络通信环境，采取不同的措施，包括系统安全机制、数据存取的权限控制等。应标方案应提供全面的软硬件结合的系统安全策略，包括系统完善的用户及权限管理，配合多种数据备份策略以保证数据的安全，及用户身份认证策略以防非法用户入侵等。具有完备的、涉及管理各环节的各类用户及群体的角色定义、授权与操作审计功能，支持按照任意选择的字段的内容进行灵活功能授权，具有详细的数据操作日志及数据跟踪管理能力，日志内容包括IP地址、修改时间、修改前后内容（支持同一条所有修改记录追溯的功能）、操作人、操作模块等。提供可靠的数据自动、远程备份和快捷易用的手工备份功能。应标方说明全部数据备份间隔和恢复时间，并给出能达到这些要求的硬

22、件参数建议。提供成熟完备的故障恢复手段，提供数据容灾建设方案，确保系统的稳定性。需求分析预算管理子系统1.预算申报根据预算情况登记预算信息表，将需要申报的信息完整记录到登记表内，并可以上传需要上报的附件材料等，完成预算信息申报，实现按照不同口径查询已申报项目信息及统计分析。2.预算审批实现预算管理的流程管理，包括申请、审批、流程查看、意见批复等功能。 审批过程中可以查看已经申报的预算明细，可以按照单位、项目等进行汇总分析，查看已经申报的预算明细，根据情况完成预算申报的审批，可以同意或驳回，并填写批复意见，为项目预算的批复提供依据。3.预算(y sun)执行(zhxng)对通过(tnggu)审批

23、后的预算申请进行预算执行，包括初始信息录入、预算执行进度查询、预算执行预警、预算执行录入及跟踪等功能。4.预算分析为保证预算的有效分析，更好的提供执行决策依据，该功能模块需满足对预算执行情况、预算与资产关联和预算申报整理情况的分析，并支持可以多维度的生成账表、图表等分析结果。房屋管理子系统1.房屋信息登记对学校内的楼栋楼层、公用房、周转房、住宅等房屋信息进行登记管理和统计。楼栋楼层登记主要包括建设、设计、施工、结构、材料、验收、图形图像等基础信息。公用房登记包括教研用房、行政用房、学生宿舍、食堂用房、附属用房、经营用房等，通过对不同类别的公共用房进行登记全面了解房产的“家底”，并实现不同口径的

24、查询和分类统计。周转房登记包括基础信息，登记房屋的名称、所属楼栋、面积、使用状态等信息，登记居住人的姓名、职务、所属单位等基本信息。通过房屋档案管理掌握周转房的基本信息。住宅登记实现住房楼栋、产权住宅、承租住宅的基本信息登记和查询。2.房屋使用管理主要实现对房屋维修、补贴、供暖情况及各种费用报销的登记管理。房屋维修管理实现对房屋（包括整楼、房间）、附属设施、职工住宅等进行定期检修和修缮的管理。对定期检修计划、过程、费用进行管理，对装修、修缮项目、过程、费用进行管理，对检修、修缮的申请审批业务流程进行管理。住房补贴需根据学校的公用房管理办法进行补贴管理登记，包括职工一次性住房补贴、差额补贴、级差

25、补贴、按月补贴的发放情况等，通过公式计算出补贴金额，并导出当年预算决算表格。房屋供暖需根据学校公用房供暖管理办法，对房屋的供暖情况进行登记，包括是否供暖、面积、应缴费用等，并可以实现供暖费的“收、付、补、扣、报”的全面管理，根据登记信息看自动生成报表。并提供供暖费收报、支付等明细情况，自动生成有关供暖费的相关统计报表。线上报销(boxio)是根据房屋管理规定(gudng)，对房屋的费用情况已经通过流程化定义，进行线上报销。3.办公用房申请分配调整及定额(dng )核算办公用房申请分配模块是根据各部门的具体情况、办公用房配置标准等制定办公用房配置标准（或定额参数）和定额分配的公式，自动计算各部门

26、、人员的办公用房分配与费用核算，办公用房申请调整是根据办公用房的分配情况及实际需求，在系统内实现申请调整，并可以通过审批完成调整。设备管理子系统1.设备信息登记设备信息登记可以通过设备卡片管理进行资产的登记、修改、删除、批量、打印、导出等操作。2.设备登记验收使用部门、资产管理部门等共同联合对资产进行验收，其中使用部门登记资产验收单，资产管理部门在系统中进行审核以完成资产的正式入账。3.设备调剂设备调剂模块包括单位内部调剂和单位间调剂。完成资产配置到各高校后，各学院或处根据实际需求以及资产使用情况，在内部部门间、学院或处之间进行资产调整。4.设备领用与收回设备配置到学校后或学校内部做资产调整时

27、，完成设备领用或者回收的登记，再进行具体分配。5.设备报废设备在其使用过程中，因为损坏、损毁、到达其规定使用年限，或经过科学鉴定已经无法使用的时候，需要进行资产处置，通过系统完成设备报废申请。资产处置登记，直接通过本单位资产卡片库选择需要处置的资产进行处置登记，实现资产减少核销的处理。6.动态查询及报表实现设备按照不同口径查询，包括按使用部门查询、按使用人查询、按存放地点查询、按使用状况查询、按使用方向查询、资产增减变化情况、日常办公设备统计查询等，并根据上级部门或主管领导的要求可以按照指标自定义完成设备信息报表。采购申报子系统1.专项申报针对专项申报，将需要申报的信息完整记录到登记表内，并可

28、以上传需要上报的附件材料等，完成专项信息申报。根据系统内部设定的专项申报审批流程完成专项申报的审批。专项审批批复之后，形成专项申报执行单据，生成(shn chn)相应的专项申报信息，并根据(gnj)申报的专项情况进行汇总分析，为校内专项项目的批复提供(tgng)依据。2.协议申报将申报信息完整记录到登记表内，并实现上传需要上报的附件材料等，完成协议信息申报，根据系统内部设定的协议申报审批流程完成专项申报的审批。协议审批批复之后，形成协议申报执行单据，生成相应的协议申报信息，并根据申报的专项情况进行汇总分析，为校内专项项目的批复提供依据。固定资产维修管理子系统1.在线报修根据保修信息填写维修申请

29、单，包括“维修原因”、“维修内容”、“维修时间”等等，还可以根据单位的使用情况选择是否将维修产生的费用计入固定资产原值，并将维修申请提交审核，根据已设定的维修审批流程进行审批，完成维修申请，保证设备维修申请生效。2.维修记录根据维修申请及实际维修情况，完成维修基本信息的记录，实现对所有维修的设备信息可以按照不同口径进行汇总分析，并根据实际维修产生的费用进行维修费用结算，并形成相应的单据。该功能模块还提供根据设备卡片的信息，对即将到达保修期限的设备进行预警提示。3.服务评价对维修的服务进行评价，填写评价信息，并根据不同的评价结果进行统计分析。系统维护1.用户管理定义用户并进行授权。可进行部门、人

30、员授权，实现依据学校各院系、各教学管理单位按照岗位职责进行角色定义，并依据岗位职责进行权限的分配。可实现多级授权管理，实现多种权限管理方式，如单独授权、按角色授权等实现管理权限的逐级下移。支持管理系统中多个应用系统间的统一身份认证和单点登录。2.数据备份有完善的备份机制，可简单快速查询、即时备份和恢复数据。3.日志管理对于系统中的全部用户具有详细的数据操作日志及数据跟踪管理能力，日志内容包括IP地址、修改时间、修改前后内容（支持同一条记录多次修改多次记录的功能）、使用人、操作模块等，并能依修改日期、资产编号、修改人等灵活查询。4.系统(xtng)通知、公告用户(yngh)发布、接收(jishu

31、)自己相应权限内通知、公告等。建设方案预算管理子系统预算申报需求描述：根据预算情况登记预算信息表，将需要申报的信息完整记录到登记表内，并可以上传需要上报的附件材料等，完成预算信息申报，实现按照不同口径查询已申报项目信息及统计分析功能实现：系统中设置预算情况信息申报功能，根据日常的预算申请业务进行系统设计，符合日常单据的格式要求；预算申报单涵盖预算情况等内容；功能按钮如下：新增、修改、删除、上报、取回、流程监控等按钮。新增：弹出单据新增页面，用户可在弹出的单据页面中进行数据的填报。修改：对已经填报的单据进行数据信息的修改。删除：删除当前的单据。增行：对单据内的表格内容进行添加行操作。删行：对单据

32、内的表格内容进行删除行操作。首张：跳转到第一张单据。上一张：跳转到上一张单据。下一张：跳转到下一张单据。末张：跳转到末张单据。提交：上报填报的单据。取回：对于上报但审核人未审核的单据可以进行取回操作。流程监控：单据流转进行监控。关闭：关闭当前单据。刷新：刷新当前单据内容。预算审批需求描述：实现预算管理的流程管理，包括申请、审批、流程查看、意见批复等功能。审批过程中可以查看已经申报的预算明细，可以按照单位、项目等进行汇总分析，查看已经申报的预算明细，根据情况完成预算项目申报的审批，可以同意或驳回，并填写批复意见，为项目预算的批复提供依据。功能(gngnng)实现：用户填报完成预算申报单后可对预算

33、申报单进行提交审批操作，提交给相对应的责任人或相关部门进行审批操作（可通过审批流程设置(shzh)功能设定单据流转方向）；审核(shnh)人员登录系统可查看待审批的相关单据，也可按照单位、项目名称、预算金额等信息对待审批的信息进行筛选，双击单据信息可查看预算申报单的详细信息，并对提交的预算申报单进行处理，处理方式主要包括同意、驳回并可以填写审批意见记录到单据的处理信息中，处理完成后系统可将数据信息汇总到查询统计中进行汇总分析。功能按钮介绍：同意、驳回、查询、关闭、流程监控等按钮。同意：对于符合管理要求的单据进行审批同意操作。驳回按钮：对于不符合管理要求的单据进行审批驳回操作，退回给单据发起人。

34、查询：对想要审批的单据进行筛选。关闭：关闭当前操作页面。审批意见：对于审批通过或驳回的单据填写相应的意见全部：显示全部单据记录。待审批：显示审批状态为待审批的单据等待下一步审批：显示审批通过但未结束的单据。审批通过：显示审批通过的单据列表。驳回页签：显示驳回的单据列表。预算执行需求描述：对通过审批后的预算申请进行预算执行，包括初始信息录入、预算执行进度查询、预算执行预警、预算录入及跟踪功能。功能实现：预算申报单审批通过后系统提供基本信息录入页面，用户可通过基本信息的录入页面将预算执行情况录入到系统中（用户也可按照一定的格式进行数据导入操作），用户可根据预算的执行情况设定预警值，当预算执行数超过

35、预算数据时系统会给出相应提示，用户可以按照一定的条件对预算执行数据进行查询并跟踪。预算(y sun)分析需求(xqi)描述：为保证预算的有效分析，更好的提供(tgng)执行决策依据，该功能模块需满足对预算执行情况、预算与资产关联和预算申报整理情况的分析，并支持可以多纬度的生成帐表、图表等分析结果。功能实现：为满足用户管理需要系统提供预算分析统计功能，并可以与资产数据等数据做接口，可以按照一定的格式对预算数据及抽取的资产数据进行展示，系统中可预设预算执行情况表等，展示的方式主要有报表和图表两种方式。房屋管理子系统房屋信息登记需求描述：对学校内的楼栋楼层、公用房、周转房、住宅等房屋信息进行登记管理

36、和统计。楼栋楼层登记主要包括建设、设计、施工、结构、材料、验收、图形图像等基础信息。公用房登记包括教研用房、行政用房、学生宿舍、食堂用房、附属用房、经营用房等，通过对不同类别的公共用房进行登记全面了解房产的“家底”，并实现不同口径的查询和分类统计。周转房登记包括基础信息，登记房屋的名称、所属楼栋、面积、使用状态等信息，登记居住人的姓名、职务、所属单位等基本信息。通过房屋档案管理掌握周转房的基本信息。住宅登记实现住房楼栋、产权住宅、承租住宅的基本信息登记和查询。功能实现：系统提供房屋信息登记页面，系统会根据房屋类型的不同进行不同信息的登记页面，并提供查询统计功能用户可按照不同类型、日期等条件进行

37、房屋数据的查询。房屋使用管理需求描述：主要实现对房屋维修、补贴、供暖情况及各种费用报销的登记管理。房屋维修管理实现对房屋（包括整楼、房间）、附属设施、职工住宅等进行定期检修和修缮的管理。对定期检修计划、过程、费用进行管理，对装修、修缮项目、过程、费用进行管理，对检修、修缮的申请(shnqng)审批业务流程进行管理。住房补贴(bti)需根据学校的公用房管理办法进行补贴管理登记，包括职工一次性住房补贴、差额补贴、级差补贴、按月补贴的发放情况等，通过公式计算出补贴金额，并导出当年(dngnin)预算决算表格。房屋供暖需根据学校公用房供暖管理办法，对房屋的供暖情况进行登记，包括是否供暖、面积、应缴费用

38、等，并可以实现供暖费的“收、付、补、扣、报”的全面管理，根据登记信息看自动生成报表。并提供供暖费收报、支付等明细情况，自动生成有关供暖费的相关统计报表。线上报销是根据房屋管理规定，对房屋的费用情况已经通过流程化定义，进行线上报销。功能实现：房屋信息登记后可在房屋使用管理中对房屋维修、补贴、供暖情况及各种费用报销情况进行登记，并提供各类的登记页面；房屋维修管理：相关用户填报房屋维修申请单（房屋基本情况可由房屋登记信息中带出），填报完成后提交相关人员或部门进行上报审批，审批人员登录系统后会显示待审批信息，用户可根据实际情况对申报单进行相对应的操作。房屋补贴管理：用户填报房屋补贴信息，登记信息包括职

39、工一次性住房补贴、差额补贴、级差补贴、按月补贴的发放情况等，并可以通过自定义公式计算补贴金额；补贴单据的功能主要包含新建、修改、删除、导入、导出等操作并可通过条件进行补贴数据查询操作。房屋供暖情况管理：系统通过对房屋供暖情况数据进行填报登记；并可以通过各种状态进行数据管理实现供暖费的“收、付、补、扣、报”的全面管理，并提供查询界面。线上报销(boxio)管理：对于房屋产生的费用进行线上上报操作，用户可点击(din j)报销管理功能填报报销单，根据报销类型的不同流转到不同的审批人处，审批完成后进行付款操作。办公用房申请分配调整及定额(dng )核算需求描述：办公用房申请分配模块是根据各部门的具体

40、情况、办公用房配置标准等制定办公用房配置标准（或定额参数）和定额分配的公式，自动计算各部门、人员的办公用房分配与费用核算，办公用房申请调整是根据办公用房的分配情况及实际需求，在系统内实现申请调整，并可以通过审批完成调整。功能实现：系统根据房屋登记类型的不同会将办公用房信息显示在该模块中，并按照等级进行管理，用户可以点击分配配置功能设定分配公示，可自动计算各部门、人员的办公用房分配与费用核算，用户可在系统中填报办公用房申请调整，提交审批完成后可完成调整工作。设备管理子系统设备信息登记需求描述：设备信息登记可以通过设备卡片管理进行资产的登记、修改、删除、批量、打印、导出等操作。功能实现：系统提供设

41、备管理功能，用户可点击设备信息登记功能将设备信息录入到系统中也可通过导入功能将信息导入到系统中，并可对登记的卡片信息进行修改、删除、打印、导出等操作。设备登记验收需求描述：使用部门、资产管理部门等共同联合对资产进行验收，其中使用部门登记资产验收单，资产管理部门在系统中进行审核以完成资产的正式入账。功能(gngnng)实现：设备进行登记后需进行审批(shnp)入账操作，系统提供联合审批功能对单据进行审批，只有同时通过使用部门和资产管理部门的共同审批后才能点击入账按钮，点击入账后设备进入使用状态。设备(shbi)调剂需求描述：设备调剂模块包括单位内部调剂和单位间调剂。完成资产配置到各高校后，各学院

42、或处根据实际需求以及资产使用情况，在内部部门间、学院或处之间进行资产调整。功能实现：系统提供设备调剂功能，按照方式的不同分为内部调剂和单位间调剂，内部调剂可将设备在内部部门之间进行单位内部的转换，也可以通过单位间调剂功能将设备在部门、学院或处之间进行资产调剂。系统提供两种调剂单据，用户填写调剂单上报审批部门，审批通过后设备信息中的使用部门会进行自动更新，单据中系统会提供新建、修改、删除、打印等操作功能按钮。设备领用与回收需求描述：设备配置到学校后或学校内部做资产调整时，完成设备领用或者回收的登记，再进行具体分配。功能实现：设备登记后需要进行设备领用登记，填写设备领用单，填写完成后实现提交审批功

43、能，审批通过后设备信息会自动更新设备信息中的使用部门等信息，如果设备需要进行回收才做则需要填写回收单，填写完成后实现提交审批功能，审批通过后设备信息会自动更新设备信息中的使用部门等信息。设备报废需求描述：设备在其使用过程中，因为损坏、损毁、到达其规定使用年限，或经过科学鉴定已经无法使用的时候，需要进行资产处置，通过系统完成设备报废申请。资产处置登记，直接通过本单位资产卡片库选择需要处置的资产进行处置登记，实现资产减少核销的处理。功能(gngnng)实现：对于(duy)需要进行设备报废的设备用户填写设备报废单，填写资产报废单提交审批部门进行设备审批。动态查询(chxn)及报表需求描述：实现设备按

44、照不同口径查询，包括按使用部门查询、按使用人查询、按存放地点查询、按使用状况查询、按使用方向查询、资产增减变化情况、日常办公设备统计查询等，并根据上级部门或主管领导的要求可以按照指标自定义完成设备信息报表。功能实现：系统提供查询分析模块，用户可按照不同的使用部门、使用人、存放地点、使用状况、使用方向、资产增减变化等信息进行统计查询，并按照用户要求完善设备信息报表。采购申报子系统专项申报需求描述：针对专项申报，将需要申报的信息完整记录到登记表内，并可以上传需要上报的附件材料等，完成专项信息申报。根据系统内部设定的专项申报审批流程完成专项申报的审批。专项审批批复之后，形成专项申报执行单据，生成相应

45、的专项申报信息，并根据申报的专项情况进行汇总分析，为校内专项项目的批复提供依据。功能实现：用户点击专项申报功能填写专项申报单，填写内容主要包括单据基本信息并且上传上报的附件材料等操作，并根据选定的流程完成项目的审批操作，项目批复后可在查询统计进行专项情况查询提供查询依据。协议申报需求描述：将申报信息完整记录到登记表内，并实现上传需要上报的附件材料等，完成协议信息申报，根据系统内部设定的协议申报审批流程完成专项申报的审批。协议审批批复之后，形成协议申报执行单据(dnj)，生成相应的协议申报信息，并根据(gnj)申报的情况进行汇总分析(fnx)，为校内专项项目的批复提供依据。功能实现：用户点击协议

46、申报功能填写协议申报单，填写内容主要包括单据基本信息并且上传上报的附件材料等操作，并根据选定的流程完成项目的审批操作，项目批复后可在查询统计进行查询提供查询依据。固定资产维修管理子系统在线报修需求描述：根据保修信息填写维修申请单，包括“维修原因”、“维修内容”、“维修时间”等等，还可以根据单位的使用情况选择是否将维修产生的费用计入固定资产原值，并将维修申请提交审核，根据已设定的维修审批流程进行审批，完成维修申请，保证设备维修申请生效。功能实现：维修申请单填报内容主要包括“维修原因”、“维修内容”、“维修时间”等等，填报人员填报维修申请单，填写完成后报讯提交审核，审核人员通过审批后设备维修单会进

47、入生效状态，并可即时进行查询维修单。维修记录需求描述：根据维修申请及实际维修情况，完成维修基本信息的记录，实现对所有维修的设备信息可以按照不同口径进行汇总分析，并根据实际维修产生的费用进行维修费用结算，并形成相应的单据。该功能模块还提供根据设备卡片的信息，对即将到达保修期限的设备进行预警提示。功能实现：维修人员根据实际的维修情况记录维修记录信息的填报（主要内容为维修中产生的费用信息等）填报完成后系统可对数据进行存储分析，形成分析报表，用户还可以通过设置预警提示将即将达到保修期限的设备进行提示。服务(fw)评价需求(xqi)描述：对维修的服务进行(jnxng)评价，填写评价信息，并根据不同的评价

48、结果进行统计分析。功能实现：对维修人员的维修情况进行评价可填写评价信息，并按照评价情况形成对维修人员的信用记录等。系统管理权限管理功能权限功能权限管理实现对不同用户进行不同职能的划分，划分的功能模块包括模型的定义、数据填报、数据审核、数据上报、数据导入/导出、数据预测、分析表制作引擎、敏感度分析、差异分析/进度分析和系统维护等功能。功能权限管理包含以下功能：实现系统提供功能的使用权力进行分配，分配不同级别用户使用不同的功能及模块，功能包含系统提供的所有功能项，如录入、审核、汇总、查询、分析和系统维护等。单位权限按单位对数据访问授权可以实现划分不同层次级别数据的访问界限，划分不同级别用户访问不同

49、数据的级次，上级单位能够访问下级单位的所有上报数据，也可以指定是否可以读、写等指标级别操作，下级单位可以通过管理员设定权限访问上级单位的数据，或者更上一级单位的数据，以及相关分析数据。数据权限数据权限功能可以按指标/指标组、表单、查询模板等对用户授权。得到授权的可以访问某一范围内的数据。例如，如果系统对用户张三授权可以访问A业务方面的指标（指标组），而没有分配其它指标的访问权限，则张三只能访问A业务数据，而不能访问其它数据。功能权限和数据权限功能可以实现许多个性化的设置。用户(yngh)及角色权限用户和角色同时是权限模块的资源，这类资源有四项权限：读、写、授权、删除，这四项权限用来控制权限管理

50、操作(cozu)员的操作范围。“读”表示属性（包括(boku)所属用户）和权限的查看权，“写”表示可“读”且可以修改属性，“授权”表示可以查看、修改属性和权限，“删除”表示可以删除用户（角色）。“管理员组” 和“系统管理员”对“管理员组”不具有删除权，这意味着“管理员组”和“系统管理员”不能被删除。要增加用户或用户组，操作员必须拥有“用户管理”功能权，操作员对新建的用户（角色）具有全部权限和全部授权权。要将用户加入（移出）角色，操作员需要对用户具有管理权，对用户组具有写权限。要设置用户权限，操作员必须对用户（角色）拥有管理权，并拥有该资源的对应权限项的授权权。分级权限将用户/角色作为一项资源来

51、管理，则实现了管理员分级授权功能。本系统的分级授权包含如下三个功能：1.数据访问的分级授权对于绝大多数的公司而言，组织机构均依地区而设，这就使得在组织机构和数据块之间建立映射对应关系成为可能。在本系统中，当用户被创建时必须指定用户所属组织机构（如XX公司），用户创建后，自动拥有访问所在组织机构对应的数据维度切割的数据块。从而实现数据分级访问授权功能。2.管理员分级授权本系统将用户和用户组作为授权资源，是为了实现分级管理，减轻系统管理员的管理负担，可以控制用户对其他用户或用户组信息和权限能否读写。例如各业务司局可以授权某个申报单位用户可以访问该单位所有用户和用户组，从而该用户就成了该机构的管理员

52、，可以创建/删除用户、进行数据资源的授权和撤消等操作。3.资源分级授权各项资源可进行分级管理，资源将继承其上级资源组的权限，以减轻权限设置的工作量。单位管理单位信息初始对单位基础信息的基础信息进行管理和维护，初始化之后，此功能支持对单位信息进行修改。单位的撤销(chxio)与合并功能提供(tgng)单位的撤销与合并功能，某一个单位会被合并或者撤销，此时资产卡片也应当有相应的转移。资产卡片会相应的移动到合并或者指定的部门，简化复杂的卡片调拨的过程，保证数据的准确性。用户(yngh)管理用户管理包括两级管理，角色和用户。用户管理是权限管理的基础，需要对用户进行分组管理，涉及到角色和用户两种对象，角

53、色作为容器来容纳用户，用户可以属于多个角色，但角色之间不再具有从属关系。另外，系统内置了管理员角色和系统管理员，后者属于前者。用户新建的组和用户均属于普通角色和普通用户。所有的权限都指定到角色上，而不是直接指定到具体的用户，这样方便了具有相同权限集合的用户的管理。日志管理需求描述：对于系统中的全部用户具有详细的数据操作日志及数据跟踪管理能力，日志内容包括IP地址、修改时间、修改前后内容（支持同一条记录多次修改多次记录的功能）、使用人、操作模块等，并能依修改日期、资产编号、修改人等灵活查询。功能实现：日志管理可以记录用户的操作轨迹和系统的状态，如用户登录、非授权访问、敏感操作等。系统管理员可以利

54、用日志管理提供的信息作为系统的监视、诊断和维护的依据。日志信息按照工作任务来组织，即每个工作任务的日志是独立的。日志信息包括三种类型：信息、告警和错误。日志管理提供了以下功能：1.日志查询：系统管理员可以按时间、事件发生源、日志类型等属性对日志信息进行过滤和浏览2.日志导出/备份：将查询出来的日志数据导出到一个文本文件或Excel文件中3.日志统计：统计满足指定条件或类别特征的日志记录的数量4.日志删除：删除指定范围的日志记录。通知公告系统提供首页通知公告发布功能，由系统发布人员对通知公告进行编辑发布操作。技术(jsh)要求1.7.1运行环境(hunjng)要求支持虚拟化环境(hunjng)部

55、署与应用。技术框架支持多语言。交付应用支持IE8及更高版本浏览器(IE11不能运行在兼容模式)，兼容WebKit内核(Safari浏览器)和Blink内核(Chrome浏览器)。1.7.2数据标准要求各业务域信息化涉及的数据项要执行行政管理部门发布的国标、地标，国标或地标没有涉及到的数据项目要形成学院的校标，并纳入学院数据标准信息管理软件系统。投标商投标即视同接的数据标准管理要求，项目验收时要提交业务所涉及的所有数据项的详细数据字典。1.7.3安全要求本项目所涉及业务需求形成的解决方案要满足等保定级对于信息系统安全要求，不低于二级标准要求，并提供官方认可的证明材料。顶层设计技术服务组件关系图本

56、项目要完成或执行的服务器组件通过本项目的实施，要依据下列规范实施，对于没有的规范，要通过本项目来建立。开源负载均衡产品及接口规范开源分布式计算产品及接口规范开源(ki yun)分布式存储产品及接口规范开源硬件(yn jin)虚拟化产品及接口规范开源数据库产品及接口(ji ku)规范开源监控系统产品及接口规范制定并发布日志服务组件调用接口规范制定并发布用户权限与角色管理调用接口规范制定并发布统一界面展示及调用接口规范系统部署系统支持建立信息系统资产管理数据大集中部署模式，能够实时掌握资产情况，保证数据的时效性及准确性，为预算编审、财务管理和领导决策提供数据基础和依据，解决信息不对称问题。本系统主

57、要采用BS网页浏览器的方案。系统配件方案业务目标系统建设应实现以下三个目标：搭建(d jin)完善的 B/S 架构(ji u)系统；对信息系统管理功能进行升级改造，通过建立完善的功能模块、审批流程(lichng)以及统计分析体系实现资产管理的流程再造，提高信息系统的有用性；结合新的固定资产标准分类重新设计资产卡片，特别是完善重点资产卡片基础信息，形成信息更为全面的覆盖全学院高校的资产动态数据库。实现资产管理和公共财政管理其他业务子系统的紧密结合，能够实现业务信息的相互共享。技术目标通过系统的升级改造，使系统能够支持不少于100人同时登录在线操作；使系统查询数据量在10000条时，响应时间不多于

58、1秒。软硬件系统集成方案方案拓扑图本系统采用Java技术路线，参考系统拓扑如下图所示：数据库服务器和应用服务器采用互备方案，将数据库定期备份到应用服务器，便于在其中一台服务器出现故障时能快速恢复生产。系统性能指标估算和选型系统高峰期约有300个在线用户。内存性能规划根据估算经验，在业务高峰期需要为每个用户预留的内存平均为10MB，300在线用户所需消耗的内存容量约为3GB。这些内存是Java进程所需的堆内存容量，除此之外Java虚拟机和操作系统本身也会有一定量的内存消耗。考虑到B/S结构的特点，关闭浏览器操作并不会立刻释放该用户的会话数据，而是需要等待服务器端会话超时，所以实际内存中的会话数量

59、可能会更多。考虑到此服务器的内存架构和冗余性，建议为应用服务器配置8GB内存。CPU性能(xngnng)规划按照(nzho)估算经验，我们假设对于耗时比较长的操作，平均每个操作在应用服务器端等效于500个TPC-C性能测试(csh)中的交易。300在线用户按照10%并发操作率计算，约产生30个并发操作。为了完成这些并发操作，系统需要完成等效于TPC-C性能测试中的15000个交易。从TPC-C权威官方站点上可以大致了解到目前主流的Intel Xeon E5 2609四核处理器的tpmC值大约为不低于20万，使用一块该处理器可以将30个并发操作的处理时间降低到10秒以下，这样的处理时间用户通常是

60、可以接受的。对于三层结构设计的应用程序，各种操作在应用服务器和数据库服务器上性能消耗基本达到平衡，为了让系统不至于在某一端出现性能瓶颈，数据库服务器与应用服务器之间的性能比例最好保持在2:1至1:2之间。网络带宽估算本系统基于B/S结构来完成用户业务，根据经验，最终用户端到服务器端的网络传输速率在500Kbps（大约50KB/s）之上时，用户体验比较流畅。考虑到约30个左右的网络并发操作，系统需要的网络出口带宽大约是15Mbps，考虑到互联网运营商之间的互通互联问题，建议与多线路接入互联网的ISP合作来解决这类问题。由于估算中我们使用了一些冗余的数据，而且本系统并不像音频和视频系统那样需要固定