项目综合管理平台建设需求_第1页
项目综合管理平台建设需求_第2页
项目综合管理平台建设需求_第3页
项目综合管理平台建设需求_第4页
项目综合管理平台建设需求_第5页
已阅读5页,还剩15页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

项目综合管理平台建设需求1、对接集成要求1.1、本项目PC端应用需接入学校网上办事大厅(一网通办平台),移动应用需接入学校数字校园今日校园APP(如H5方式),对接费用由供应商承担。1.2、本项目须与学校数字校园统一身份认证平台对接,获取用户和组织机构数据;与学校消息中心对接,推送应用消息;与学校中心数据库对接,提供视图或中间库方式,根据学校数据标准及要求,推送相关数据到学校中心数据库,对接费用由供应商承担。1.3、本项目须通过数据总线和服务总线以授权的方式对外提供各类规范的数据型接口和服务型接口。1.4、在质保期内,如果供应商的产品有升级版本,及时通知学校且免费升级(软件架构不变的情况下)。1.5、本项目交付前须通过软件漏洞扫描检测,并根据报告完成代码整改工作后正式上线。配合学校完成信息安全等级保护测评工作。1.6、支持与第三方客户端的兼容,如:今日校园APP、钉钉等。对接费用由供应商承担。1.7、应用系统供应商须与学校签订网络及数据安全保密协议;参与系统建设或运维的供应商人员(含外包服务人员)须与学校签订网络及数据安全承诺书,对关键人员提供相关信息,以便学校开展背景审查。2、设计原则2.1、建设目标2.1.1项目综合管理平台本期项目以基建工程类项目和信息化建设项目的管理为核心,以掌握项目主要环节进度、控制项目成本、提高运作效率和管理效果为目标,从项目前期立项报批、招投标管理、合同签订及执行管理、项目实施建设与验收管理、项目结决算的整个过程进行数字化展示及跟踪。2.1.2通过与项目建设实际情况匹配,将各项目的管理工作落实到责任单位及责任人,有效体现项目责任制。在项目建设过程中不断完善项目建设过程信息的存档,避免信息集中式的录入与生产建设实际过程偏离,也为项目审计和资料存档提供数据支撑。2.1.3平台设计应考虑功能组件化,将不同类型的项目可共用的组件抽象成为公共服务,公共服务可在不同类型或相同类型的项目中进行模块化配置使用,进而帮助提升平台的集约化水平。2.2、业务构架项目综合管理平台本期项目以基建工程类项目和信息化建设项目的管理为核心,平台架构须具备可扩展性,后期可管理学校其他类型项目。2.3、安全性设计2.3.1、网络安全项目综合管理平台应采用应用集群架构设计模式,流量入口节点、应用节点和数据库节点服务器之间将通过内部专有网络的建立相互通信,且与外部网络进行隔离。在整体架构中仅向外部网络暴露单一流量入口服务,从而将网络安全管理的焦点聚集,极大降低了因多端口开放、不可控端口开放而引发网络安全事故的可能性,保障项目综合管理平台的网络安全。2.3.2、主机安全加强主机服务器操作的漏洞和补丁管理工作,定期不定期的进行漏洞扫描、渗透测试等系统化的相关配套工作,在漏洞出现后甚至是出现前的最短时间内封堵系统的漏洞。2.3.3、数据安全2.3.3.1、数据传输安全平台应该考虑数据远程传输的安全性,将通过报文加密传输等方法和措施,保证数据传输安全性。2.3.3.2、数据访问安全应根据数据内容的不同,以及不同级别的用户设置不同的数据访问权限。只允许经过授权的用户进行访问,保证数据访问的安全性。2.3.3.3、数据库安全加强数据库访问账户安全管理,杜绝数据库管理账户、应用账户公开传播。2.3.3.4、系统备份备份措施要保证主要线路、关键设备主机、重要业务数据、重要应用服务等要素的可用性,从而保证项目综合管理平台的稳定运行,提高其对各类事件的免疫能力。2.3.4、代码安全应在各个开发节点中将开展审核和评估代码安全性的工作,从而保障提供建设系统的代码安全质量。同时,基于人工和安全检测系统对系统进行黑白盒等代码安全检测,务求上线后的应用不存在中高危安全漏洞,增加项目综合管理平台的代码安全健壮性。2.4、通用性设计2.4.1、操作系统兼容从应用部署角度应支持主流应用类型操作系统,如RedHat系列、RockyLinux系统、WindowsServer系列等部署。应支持主流数据库。2.4.2、浏览器兼容从用户使用角度应兼容主流的浏览器访问,如各版本的Edge、Chrome、Firefox、Safari、360浏览器等。2.4.3、国产化适配符合国家信创工作要求,平台可平滑迁移至信创环境。3、建设内容从学校项目管理需求出发,本系统需具备管理职能功能和服务职能功能两大功能体系,可新增管理学校后期的其他类型项目。从用户管理使用角度,本系统提供管理后端和服务前端。从具体业务模块角度,本系统包含项目前期、采购招标进度、项目实施、验收售后、支撑组件(项目看板、项目模板、流程管理、表单管理、待办中心、文件管理、消息管理、统计查询)、系统对接、移动化等大类模块。序号功能模块模块属性项目类型具体功能参数1项目申报部分共用所有项目详见3.1.12立项审批部分共用所有项目详见3.1.23成员管理共用所有项目详见3.1.34设计与需求管理部分共用所有项目详见3.1.45采购信息共用所有项目详见3.26合同信息共用所有项目详见3.37进度控制部分共用所有项目详见3.3.18资金控制共用所有项目详见3.3.29质量控制-现场管理专用基建详见3.3.3质量控制-工程变更专用基建质量控制-工程联系单专用基建质量控制-会议管理共用所有项目质量控制-项目报告共用所有项目10项目验收部分共用所有项目详见3.4.111绩效评价部分共用所有项目详见3.4.212文件归档共用所有项目详见3.4.313售后维护共用所有项目详见3.4.414项目看板部分共用所有项目详见3.5.115项目模板部分共用所有项目详见3.5.216流程管理共用所有项目详见3.5.317表单管理共用所有项目详见3.5.418待办中心共用所有项目详见3.5.519文件管理共用所有项目详见3.5.620消息管理共用所有项目详见3.5.721统计查询部分共用所有项目详见3.5.822系统管理共用详见3.623系统对接共用详见3.724移动应用共用详见3.83.1、项目前期3.1.1.项目申报本期基建项目和信息化项目归口管理部门可独立设置各自归口管理项目的申报批次,可设置年度项目申报的批次,也可根据实际情况任意设置多个申报批次,通过开放申报时间段进行控制申报是否开启,以满足实际中项目申报管理的需要。“申报批次”应支持基建项目和信息化项目的申报类别设置,每种申报类别项目的申报内容应可以根据实际情况进行区分、并支持动态调整。相关人员可在申报批次开放时间内进行项目申报,申报时应根据项目申报表要求填写申请所需的信息及提交相关材料。其中申报经办人可支持选择,可选人员数据范围仅限于本学院(单位)内。3.1.2.立项审批3.1.2.1在项目申报时间截止后,归口管理部门可导出申报项目的相关资料,根据学校各类项目管理办法的相关工作流程,归口管理部门汇总各单位的项目申报信息,形成申报项目清单。最后可根据学校相关会议的决定,在系统对申报的项目进行必要性排序,根据排序结果组织可行性论证,系统支持专家在线上进行可行证意见填写。所有项目可按需勾选导出。3.1.2.2上会通过立项的项目,可在系统内进行立项状态的调整,立项状态为正式立项的,可通过“项目管理”按钮打开项目管理全页面,对项目的全过程进行管理。3.1.2.3项目申报需支持多级审核多人审批流程。应建立系统内部的待办中心,例如项目申报审批信息应该在“我的待办”页面显示,点击后进入对应的立项项目详细审批页面,显示该项目申报的信息、审批流程信息和审批修改记录信息等。不同立项审批环节的人员可以进行各自的审批操作,如审批通过或审批退回。并对接到学校数字校园的任务中心。3.1.3.成员管理项目成员管理按照不同的项目类别应加以区分。例如工程类项目成员功能应可以是相关的各单位,如协同单位、设计单位、管理单位、施工单位、使用单位等,信息化项目则可以包括协同单位、建设单位、管理单位、承建单位等。不同类型的单位使用卡片进行显示,并可以进行成员成员类型、成员类型权限的管理。平台可以对校外单位项目成员进行账号管理。并对接到学校数字校园的中心数据库,获取学校组织架构和人员基本信息。3.1.4.设计与需求管理3.1.4.1设计与需求管理是项目前期阶段中项目的设计与需求文件进行规范化管理的功能模块,模块采用公共服务形式进行设计,可运用到不同类型的项目中去。3.1.4.2该功能模块应用在基建项目中,需可留存工程设计、项目论证过程中的相关资料。资料分组可分为“设计建议书”、“方案设计”、“初步设计与审查”到“施工图设计”、“专项审查”、“施工图审查”、“施工图初审”、“施工图终审”等,不同的资料分组或资料菜单可单独授权给不同的项目内角色,包括读写查看等权限,各类文件应支持过程文件多次上传,例如设计的过程稿等。3.1.4.3该功能模块应用在信息化项目中,需可用于留存信息化项目的相关需求材料文档,支持需求相关材料的审核管理,需求相关材料例如初阶需求说明书、高阶需求说明书等。3.2、采购招标3.2.1.采购信息“采购信息”功能模块应实现与采购管理系统的数据对接,能够通过数据同步获取项目的采购信息数据,如采购记录等信息,支持人工录入。3.2.2.合同信息“合同信息”功能模块应实现与合同管理系统的数据对接,能够通过数据同步获取项目的合同信息数据(具体视相关业务系统中的数据情况),如,合同信息(合同名称、合同编号、合同金额、签订日期、乙方单位、乙方单位联系人、乙方单位联系人手机等)、合同文件、支付批次(批次、付款方式、应付款金额、支付比例等)等信息,支持人工录入。3.3、项目实施3.3.1.进度控制3.3.1.1.进度管理(1)项目进度控制和管理通过将项目以任务的形式进行拆分,并通过控制任务的完成情况作为项目进度把控的监督手段。项目管理人员可手工新增任务或通过表格导出的方式维护项目任务清单,维护的信息包括任务编号、任务名称、计划开始时间、计划结束时间、排序等数据项。支持导出项目任务清单,可设置任务为里程碑节点。(2)平台应支持对项目任务进度上报审批方式进行参数化设置。单个任务的报验过程根据项目实施的实际情况可分为多次上报,每次上报时可提交进度百分比和对应的佐证材料。任务进度上报带来的任务进度变更的情况,应考虑参数化设置是否进行工序报验的审批以及审批的范围。如该任务的完成状态变更条件设置为无须审批,则当提交进度达到100%时,该任务状态自动改变为完成状态。如该任务的完成状态变更条件设置为完成时审批,则当提交进度达到100%时,系统会发起对应的审批流程,流程中可能需要建立单位组织现场查验,待线下和线上的审批流程结束,该任务才变化为完成状态。如该任务的完成状态变更条件设置为报验即审批,则表示任何报验都需要进行审批。3.3.2.资金控制3.3.2.1.经费收支“经费收支”功能模块应实现与财务管理系统的数据对接,可通过数据同步获取各类项目的经费信息数据,支持手工录入、表格导入,可将项目的经费收支信息录入平台,主要是指将实际项目经费数据信息和本项目中的项目合同信息、付款申请记录进行关联,以方便统计合同、各类项目整体经费的实际执行情况。3.3.2.1.经费执行通过对合同中付款信息与实际经费收支情况的数据统计,绘制处项目的经费执行统计表格和统计图,在项目内和项目看板中进行经费执行分析展示。3.3.3.质量控制3.3.3.1.现场管理基建工程项目实施过程中,需要对项目建设现场开展工程质量、安全、文明检查,例如平台应可进行《工程质量、安全、文明检查记录表》等相关表格的填写发起、抄送,实现检查组会签功能。3.3.3.2.工程变更(1)项目计划执行过程中,需要进行变更则需要发起变更申请。经过审批后进行项目变更,在项目计划中改变。保留项目变更记录。(2)工程项目变更在项目实施过程中会存在发生的不确定性,因此使用列表形式设计实现。项目管理负责人、使用单位主管、设计单位、监理单位、施工单位等项目干系人都可以发起工程变更审批,发起的审批进入审批流程。相关参与审批的人员,需要在其待办中心、项目管理全页面菜单中显著显示其需要审批的事项。(3)《工程变更审批表》可由建设单位、设计单位、施工单位、项目管理单位、使用单位发起。项目变更的审批流程包括项目管理(监理)单位、跟踪审计、项目现场工作员、项目负责人、项目承办单位、归口管理部门。3.3.3.3.工程联系单归口管理部门可选择已审批通过的“工程变更记录”,合并创建《工程联系单汇总表》,由归口部门二次确认,并将确认结果记录到每一条对应“工程变更记录”。确认完成的过程中的状态变化,应可通过消息推送方式发送给相关人员。3.3.3.4.会议管理(1)平台应提供项目会议管理功能,可在项目中记录会议信息,包括设置会议的类型和可见范围,也可勾选项目干系人生成参会人员名单,会议将出现在项目看板的日程中心内容块中,也可以对参会人员进行消息发送提醒参会。(2)可将线下会议形成的会议纪要等文件上传,并作为项目过程文件进行归档。3.3.3.5.项目报告项目管理系统应具备“项目报告”功能模块,提供承建单位通过项目报告的方式上报项目进展情况,建立项目沟通方式渠道,项负责人等项目干系人可查看项目报告,了解项目进展情况。项目报告可分为日报、周报和月报。包括的数据项有报告类型、报告开始日期、报告结束日期、附件等,项目报告的变化情况也可在单个项目看板中体现。3.4、验收售后3.4.1.项目验收3.4.1.1项目验收功能主要是配合基建项目验收,包括项目专项验收、承建单位自检、监理单位初验、建设单位终验等环节模块,作为公共服务可在不同项目中进行配置使用。其他类项目具体验收方式和流程以学校相关管理制度为准。3.4.1.2不同的项目验收模板可设置不同的验收文件条目和验收审批流程,例如基建专项项目、小型修缮项目可配置不同的验收模板,并在后续项目中加以复用。3.4.2.绩效评价3.4.2.1应建设绩效评价模块,支持三级指标体系指标对项目进行百分制的评分、赋分,项目最终获得的百分制分数合计坐落区间,区间将以等级制对项目进行最终绩效评价,如优秀、良好、合格、不合格。绩效评价的结果支持按照建设年度、建设单位等条件进行排序、汇总、查询、导出。3.4.2.2支持绩效评价结果的建设单位自评和其他单位评价。3.4.3.文件归档支持一键生成项目归档文件功能,将项目过程资料按照项目管理过程结构生成归档文件集合并下载。3.4.4.售后管理在合同的保修期内发生质量问题,使用单位、管理单位等可在系统内进行保修提交,提供相关佐证材料,经审批确认后告知相关单位,并在约定的时间内进行相应和修复。3.5、支撑组件3.5.1.项目看板3.5.1.1.综合看板综合看板用于展示系统内管理的基建工程项目和信息化项目的汇总信息,后续可按项目类型扩展。应根据项目类别分别展示,并可单独授权不同的用户组查看,例如不同的归口部门和分管校领导。通过条件筛选来选定项目的集合范围进行数据的展示,选定条件可以为建设年度、项目状态等。看板的数据块应包括选定功能项目集合的该项目数量、合同额、风险预警提醒、项目建设进度、经费使用进度、项目阶段分布、项目支付趋势(月)、项目施工(实施)进度趋势(月)、项目绩效(信息化类)等。3.5.1.2.项目看板展示单项目的功能项目信息,支持不同项目项目类别的在看板模型展示,后续可按项目类型扩展。看板内容应包括有项目基本信息、合同支付进度图表、风险预警提醒、近期事项提醒、工序(开发)进度图表、日程信息等。3.5.2.项目模板3.5.2.1“项目模板”模块展示系统的项目模板,项目模板支持项目别类的区分。平台中涉及的基础建设项目、信息化类项目须可使用项目模板进行项目初始化,也可以将当前的项目转化成项目模板以方便后续套用,后续可按项目类型扩展。项目模板是一组符合学校管理需求的项目过程管理体系指导规范,通过模板来预设项目实际运行过程中需要进行管理的节点任务,来指导和规范项目建设过程管理。平台设置的公共服务,将可以在项目模板中进行配置和使用。3.5.2.2模板管理主体页面采用左树右表(嵌套左树右表)形式。左侧菜单树可进行项目阶段和阶段节点(任务)的设置,右侧则展示具体的节点(任务)对应的表单信息。例如项目可以大致分为项目前期阶段、采购招标阶段、项目施工阶段、项目验收阶段、项目售后阶段、基础配置等一级目录。3.5.2.3每个目录可增加子节点,例如基础建设项目的施工阶段可挂载工序管理、工程量管理、项目变更管理等子节点(任务),信息化项目的实施阶段可挂载开发进度管理、系统对接管理等子节点(任务)。左树菜单可进行缩放,支持模板内各菜单和数据的权限配置、支持项目模板复制功能。3.5.3.流程管理3.5.3.1流程管理通过工作流引擎实现对项目管理系统内相关的审批流程业务进行设计维护的功能,如应用接入审批、群发消息审批、流程节点设置管理、流程干预等。3.5.3.2通过选择审批流程编辑功能,通过图形化界面拖拉拽方式可进行该审批流程的审批节点控制、审批流转条件的设定等,在一定程度上提升审批流的灵活性,也是工作流在项目综合管理平台中使用的价值体现。3.5.4.表单管理3.5.4.1表单管理工具通过表单在线设计的模式,实现低代码表单的快速配置。通过在线表单的基础信息、数据模型、表单设计三块内容的设置,可图形化选择的方式实现表单生成,配合流程管理功能实现项目综合管理平台自定义功能模块,并可使功能模块成为公共服务,在项目模板中供实际项目进行配置使用。3.5.4.2基础信息包含页面编码、页面名称。3.5.4.3数据模型进行该表单涉及的数据库表定义,可新增数据库表、管理数据库表字段和字段的部分聚合计算操作。3.5.4.4表单设计页面采用页面图形化操作方式,通过页面组件的拖拉拽自由组合的方式实现表单页面的在线设计。3.5.5.待办中心需与学校数字校园任务中心对接。3.5.5.1.待办任务“待办任务”用于显示需要该用户进行待办(审批)的业务审批流,如提供项目负责人进行隐蔽工程验收等任务。3.5.5.2.已办任务“已办任务”用于显示需要该用户已进行了审批但尚未完全结束(或终止)的业务审批流。3.5.5.3.历史任务“历史任务”用于显示流程正常结束的任务流程。3.5.6.文件管理提供提供文件管理功能,本系统内的附件文件都在文件管理中进行存储。用户也可单独使用文件管理,创建文件夹和上传文件。系统内附件的上传可通过文件管理选取的方式进行。应支持通过微信扫码扫码方式实现手机照片批量上传到平台的功能。3.5.7.消息管理需与学校数字校园消息中心对接。消息管理功能提供管理员查看系统向用户发送的各类消息,应可根据消息类型、消息标题、消息内容、消息时间等条件进行查询。3.5.8.统计查询平台应内置自定义报表功能,可实现图形化界面对系统内报表进行管理。各功能页面也应支持页面内数据的查询导出功能。平台还应支持快速导航功能,对项目、合同、文件进行模糊全局、分类搜索,并可通过点击搜索结果快速查看其明细信息。统计查询UI界面须根据学校需求设计。3.6、系统管理3.6.1.组织机构展示学校组织机构的数据,组织机构数据作为项目管理系统内重要的结构数据。采用树型结构进行展示,数据应采集来自校级数据中心。3.6.2.用户管理展示项目综合管理平台用户数据的功能页面,教职工数据应采集来自学校数据中心,外部单位用户数据则通过项目管理进行生成。用户管理中可对用户类型进行筛选,并可对用户进行启用或停用操作。3.6.3.组别配置3.6.3.1组别是项目综合管理平台内进行用户分类和用户权限管理的重要基础功能模块。分为静态组别和动态组别两类。3.6.3.2静态组别是通过人工勾选平台内的用户信息的方式构成相对固定组内人员的组别类型,组内人员不会自行发生变化,需要人工进行维护。3.6.3.3动态组别应提供通过sql编写的方式,实现从数据库表中获取用户数据结果集来构成组别成员集合的功能,使其具备动态变化的能力,不需要在平台内进行逐一的手工维护,且可以通过定时调度任务配置实现自动调整组别成员。3.6.4.字典管理3.6.4.1字典管理是项目综合管理平台内部业务提供方便快捷的字典管理工具,字典管理大致分为静态字段和动态字典两类。3.6.4.2字典管理主列表显示系统内所有的字典信息,如公共字典(组织机构/性别等)、业务字典(消息分类/业务域等),并可以查看字典明细。3.6.5.页面配置应验证码启用、验证码类型选择控制,如文本验证码或图形验证码选择控制。支持对系统后台的系统名称、LOGO、底部备案号等文字更改信息进行设置,配置系统的菜单风格、主题样式,可对本地认证登录进行登录配置,如用户名密码连续错误后锁定的设置,解锁时间的设定等。3.7、系统对接应对项目综合管理平台需要对接外部系统如统一身份认证系统、采购管理系统、资产管

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论