CN111815281A - 信息系统工程监理项目招投标管理系统 - Google Patents

Abstract

本发明公开的信息系统工程监理项目招投标管理系统，包含分级用户和备案模块；其中，分级用户包含用户，用户包括大领导用户、领导用户、综合管理部用户、分管领导用户、部门经理用户、普通员工用户，财务总监及出纳。备案模块包含登记备案模块及备案审核模块。登记备案模块，其包含但不限于采集：备案名称、业主单位、联系人联系方式、发起人及发起人部门、项目投资额或监理费，生成以备案编号(部门ID)为关键字的备案信息表单；发起备案审批流程，其中发起人关联用户ID，发起人部门关联部门ID。实现了企业各角色对于招投标管理过程的分级精细管理，并为项目后续执行及成本统计指标等提供了完整的数据支撑。

Description

信息系统工程监理项目招投标管理系统

技术领域

本发明属于计算机应用技术领域，更具体的说是涉及一种信息系统工程监理项目招投标管理系统。

背景技术

随着信息化、大数据、互联网技术的不断进步，目前信息系统工程监理行业也出现了一些用于监理项目管理的软件系统，用以实现项目监理过程中的数据信息化管理，并在一定程度上起到了提升管理过程的规范化、数字化及管理效率的积极效果。具体的，现有传统的监理项目管理系统功能主要分为两大部分：企业管理子系统和生产管理子系统。其中，企业管理子系统主要包括OA文件协同功能、行政管理、财务管理、人力资源管理、后勤管理等模块。生产管理子系统会根据监理服务项目专业方向设置模块，其中涵盖项目启动、项目执行、项目验收以及项目收尾等专业过程。其可以满足企业管理和项目管理的不同自动化需求，但是，同时也存在如下不足。

(1)目前随着工程项目管理的日益复杂化、大型化，使项目信息的交流和传递日趋频繁，但现有的企业管理子系统各功能模块与生产管理子系统各功能模块之间的耦合度较高，整体功能实现效果相对固定。以致现有监理系统无法满足快速定制以及快速发布的实际需求。往往只想调整很小的功能却不得不等待整体系统级全面翻新，消耗巨大的工时，既实现不了快速调整，也实现不了快速使用。

(2)现有的监理系统中可以满足按照监理管理行业标准及行业规定进行管理，但是系统的监理标准中只规定了有哪些行为，而没有规定及管理行为的时间和时长，以致无法对于监理项目中的人员投入成本进行把控。更无从把握项目成员的工作情况，及时了解项目进展情况，不能做到项目的精准把握。

(3)监理系统中的企业管理部分与生产(项目)管理部分功能及数据无法共享统合，企业高层无法及时了解整个部门、整个公司的项目成本等精准的项目统计数据，往往还需要单独抽调项目数据进行人工核算才可以了解公司整体的利润数据，即不及时也不精准，还要耗费人力统一核算，浪费资源。

(4)现有监理系统中的项目管理部分，是指项目负责人对于工作任务进行人员分配，其他角色均无法根据项目任务及实际执行中的变化进行进一步的人员调整，使得实际中任务分配与实际参与人员往往并不匹配，无法反应真实的执行情况，对于项目管控及后续成本核算造成较大偏差。

(5)现有监理系统的角色及权限配置比较固定单一，无法根据实际企业体制及工作流程等变化，对于系统用户权限进行对应调整，以致无法实现业务操作需求，只能重新进行研发。

发明内容

鉴于上述现有技术存在的问题，本发明所解决的技术问题就是提供一种信息系统工程监理项目招投标管理系统，满足监理项目管理功能的个性化定制及快速发布，并且实现了监理企业经营管理要求与监理专业服务在企业经营决策高级管理者层级和项目管理层级上统一一体化管理，能够将前期企业招投标管理与项目执行中的监理服务合理结合，利用项目在招投标中的数据进行项目人力资源投入、工时管理、成本预算和利润分配指标分析，从而实现对于监理项目的精细化数字化管理。

本发明提供了一种信息系统工程监理项目招投标管理系统，其包含分级用户和备案模块；其中，该分级用户包含用户，所述用户包括大领导用户、领导用户、综合管理部用户、分管领导用户、部门经理用户、普通员工用户，财务总监及出纳；该备案模块包含登记备案模块及备案审核模块；该登记备案模块，其包含但不限于采集：备案名称、业主单位、联系人联系方式、发起人及发起人部门、项目投资额或监理费，生成以备案编号(部门ID)为关键字的备案信息表单；发起备案审批流程，其中发起人关联用户ID，发起人部门关联部门ID；该备案审核模块，设置在具有部门经理、综合管理部用户、领导用户权限的系统中，部门经理、综合管理部用户、领导用户逐级审批备案信息表单，返回通过或不通过结果。

优选的，本发明进一步包含投标模块，其包含投标申请模块及投标审核模块；其中，该投标申请模块，其采集包含但不限于：投标项目名称、投标金额、招标方式、招标属性、投标保证金、保证金最迟支付时间、退还条件、经办人信息、经办部门信息、合同信息、合同附件，并采集备案名称关联备案信息，生成以投标编号为关键字的投标立项表单，保存并传递至投标审核模块；该投标审核模块，设置在领导用户、综合管理部用户、分管领导、财务总监及财务执行用户的权限的系统中，投标立项表单逐级经分管领导、出纳、综合管理部总经理、领导、财务总监，并返回通过或不通过结果，通过经出纳执行；该投标申请模块中涉及到投标保证金及保证金最迟支付时间，所述投标审核模块关联到保证金模块，保证金模块包含保证金申请模块，保证金审核模块；该保证金申请模块，采集包含但不限于：项目名称、保证金金额、保证金类型、最迟支付时间、收款单位财务信息、退还条件、经办人及经办人部门，生成以保证金保单编号为关键词的保证金表单信息；该保证金审核模块，设置在领导用户、财务审核人员、财务执行人员，分管领导的用户权限的系统中，将保证金申请模块采集的保证金表单信息逐级经分管领导、领导用户及财务审核人员审核，并最终经财务执行人员办理付款，并上传电子版支票或保函，推送消息至经办人；该投标审核模块，接收发起人投标申请模块传递投标立项表单，经分管领导审核，之后根据招标属性判断投标项目是自营或是其他，如果是自营，直接流转至综管部审核；如果是其他，需判断该申请是否需要支付保证金，如果需要支付，且金额大于等于两万元时，出纳确认保证金是否到账，反之，数据流转至综管部审核、总裁审核、财务总监审核、出纳付款、发送付款通知，每个审核节点审核不通过直接退回至经办人进行修改，再逐级审核。

优选的，该投标模块进一步包含中标服务费申请模块及服务费审核模块；其中，该服务费申请模块其根据所投标立项数据，进一步采集包含但不限于：投标项目名称、中标金额、服务费金额、付款时间、是否存在保证金转服务费情况、生成以服务费编号为关键字的服务费表单，传递至具有审核权限的所述服务费审核模块；该服务费审核模块设置在领导用户、财务审核人员、财务执行人员，分管领导的用户权限的系统中，接收发起人服务费申请模块传递服务费表单，经分管领导审核，之后根据招标属性判断投标项目是自营或是其他，如果是自营，直接流转至领导用户审核；如果是其他，需判断该申请是否需要支付保证金，如果需要支付，出纳确认保证金是否到账，反之，数据流转至领导用户审核、财务总监审核，逐级审核通过后出纳付款、发送付款通知，每个审核节点审核不通过直接退回至经办人进行修改，再逐级审核。

优选的，该备案模块进一步包含：我的备案模块、部门备案模块、分管部门模块、备案列表模块、我参与的备案及本部门支持备案；其中，该我的备案模块根据用户ID关联其对应的备案信息表单，显示备案信息及备案状态，并具有该条备案信息的查看、修改、结束操作模块；该备案审核模块返回通过信息后，选择结束操作模块；其中，备案审核模块返回不通过信息后，选择修改操作模块；所述备案状态包含暂存、提交待审核、审核通过及审核退回；该部门备案模块，设置在具有部门经理权限的系统中，根据部门ID列出该部门中全部用户的备案信息，并针对每个备案信息，指定其他支持部门，将备案信息推送至支持部门；该分管部门模块，设置在具有分管部门的负责人权限的系统中，根据分管部门管理的下属部门的部门ID列出用户的备案信息，并针对每个备案信息，指定其他支持部门，将备案信息推送至支持部门；该备案列表模块，设置在最高层权限的系统中，按照分管部门，部门，用户逐级列出备案信息，包含查看、指定支持部门，分配任务的模块；该本部门支持备案，设置在具有部门经理权限的系统中，接收部门备案模块或分管部门模块推送的备案信息，并在本部门中选择用户，将备案信息分派给该指定用户；该我参与的备案模块，接收部门经理分配的备案信息，作为备案工作执行。

优选的，该投标模块进一步包含，我的投标项目模块、我的投标模块及所管投标模块；其中，所述投标模块包含进一步包含我的投标项目模块，其根据用户ID关联立项表单信息，显示我的投标项目，并具有开标、二次开标模块及查看各级审核信息的查看模块；该我的投标模块，根据用户ID查看已经提交并审核通过的历史立项表单信息；该所管投标模块，设置在部门及分管部门权限的系统中，查看所管部门的投标立项信息或分管部门的全部投标立项信息。

优选的，该投标模块进一步包含投标信息变更模块，其包含投标信息变更申请模块、投标信息变更审核模块；其中，该投标信息变更申请模块编辑变更表单，包含变更原因传递至审核模块；该投标信息变更审核模块设置分管领导权限用户，其接受变更信息，指派接管人员，并推送至接管人员及/或相关财务人员；指派人员接受指派后作为新的责任人，相关投标项目信息或保证金信息变更为新的责任人。

优选的，该保证金模块还包含保证金退回模块，定位需要退还的保证金表单信息，进一步采集，退还账户信息、最迟支付时间、退还金额，生成退款表单，经分管领导审核，出纳判断是否已经退款，如果已经退款则返回，如果未退款则流转至领导用户审核，进一步财务总监审核，通过后出纳退款操作，每个审核节点审核不通过直接退回至经办人进行修改，再逐级审核。

本发明实现了企业招投标自动化管理。根据监理业务实际及管理标准将系统中角色权限分配、招投标相关业务、项目执行活动业务紧密结合，实现了企业各角色对于招投标管理过程的分级精细管理，并为项目后续执行及成本统计指标等提供了完整的数据支撑，数据留存易于追溯查询，可根据客户的不同需求快速调整业务流程及输出产物，为企业监理服务活动提供了关键的业务支撑，进一步提高了管理效率。

附图说明

图1为本发明信息系统工程监理项目招投标管理系统的整体功能模块构成示意图。

图2为本发明信息系统工程监理项目招投标管理系统的功能模块与用户关系示意图。

图3为本发明信息系统工程监理项目招投标管理系统的用户角色及权限分配功能模块关系示意图。

图4为本发明信息系统工程监理项目招投标管理系统的项目活动模块业务流转示意图。

图5为本发明信息系统工程监理项目招投标管理系统的项目预定计划与项目进度跟踪功能模块关系示意图。

图6为本发明信息系统工程监理项目招投标管理系统的项目任务执行分层管理功能模块关系示意图。

图7为本发明信息系统工程监理项目招投标管理系统的投标活动模块业务流转示意图。

图8为本发明信息系统工程监理项目招投标管理系统的项目成本核算及统计功能模块关系示意图。

图9为本发明信息系统工程监理项目招投标管理系统的精益质量管理功能模块关系示意图。

图10为本发明信息系统工程监理项目招投标管理系统的报销单业务流程图。

图11为本发明信息系统工程监理项目招投标管理系统的快速开发模式架构示意图。

图12为本发明信息系统工程监理项目招投标管理系统的研发微服务开发平台组件工程示意图。

图13为本发明信息系统工程监理项目招投标管理系统的定时器服务页面图。

图14为本发明信息系统工程监理项目招投标管理系统的认证授权服务实现时序图。

图15为本发明信息系统工程监理项目招投标管理系统的数据库服务的数据库表字段设计页面图。

图16为本发明信息系统工程监理项目招投标管理系统的我的待办实施例页面图。

图17为本发明信息系统工程监理项目招投标管理系统的角色授权管理实施例页面图。

图18为本发明信息系统工程监理项目招投标管理系统的里程碑阶段管理实施例页面图。

图19为本发明信息系统工程监理项目招投标管理系统的主项目类型阶段管理实施例页面图。

图20为本发明信息系统工程监理项目招投标管理系统的主项目监理活动管理实施例页面图。

图21为本发明信息系统工程监理项目招投标管理系统的备案登记实施例工作流图。

图22为本发明信息系统工程监理项目招投标管理系统的投标立项实施例工作流图。

图23为本发明信息系统工程监理项目招投标管理系统的保证金申请审批实施例工作流图。

图24为本发明信息系统工程监理项目招投标管理系统的费用退回申请审批实施例工作流图。

图25为本发明信息系统工程监理项目招投标管理系统的服务费申请审批实施例工作流图。

图26为本发明信息系统工程监理项目招投标管理系统的项目立项实施例页面图。

图27为本发明信息系统工程监理项目招投标管理系统的研制类项目立项审批工作流图。

图28为本发明信息系统工程监理项目招投标管理系统的自建类项目立项审批工作流图。

图29为本发明信息系统工程监理项目招投标管理系统的外包类项目立项审批工作流图。

图30为本发明信息系统工程监理项目招投标管理系统的里程碑阶段设定实施例页面图。

图31为本发明信息系统工程监理项目招投标管理系统的事件任务设定实施例页面图。

图32为本发明信息系统工程监理项目招投标管理系统的事件任务选择实施例页面图。

图33为本发明信息系统工程监理项目招投标管理系统的事件任务时间设定实施例页面图。

图34为本发明信息系统工程监理项目招投标管理系统的项目计划确认实施例页面图。

图35为本发明信息系统工程监理项目招投标管理系统的项目形象进度展示实施例页面图。

图36为本发明信息系统工程监理项目招投标管理系统的项目引导实施例页面图。

图37为本发明信息系统工程监理项目招投标管理系统的项目全周期预算实施例页面图。

图38为本发明信息系统工程监理项目招投标管理系统的发票申请审批实施例工作流图。

图39为本发明信息系统工程监理项目招投标管理系统的本财年项目核算实施例页面图。

图40为本发明信息系统工程监理项目招投标管理系统的项目收支统计实施例页面图。

具体实施方式

具体而言，如图1本发明整体功能模块构成示意图所示，本发明用以实现个性化定制的核心方法为，根据监理行业标准，进行分析总结出覆盖监理服务规划设计、部署实施、运行维护的36个事件作为监理项目执行的基本服务单元(如表1中所列36个监理标准事件)形成事件模板，并且将其分布在监理项目对应的里程碑阶段中，并进一步将基本服务单元拆解为几百个任务事件进行人员派发并采集工时经过系统算法分析实现对于监理项目的执行过程分层管理、项目进度精准跟踪、各级成本精益分析。

序号	事件编号	事件名称
			1	ZBX-JL01	组建项目监理团队
2	ZBX-JL02	遴选承建单位的咨询
			3	ZBX-JL03	审查中标单位的承建合同
4	ZBX-JL04	项目启动会
			5	ZBX-JL05	建立项目沟通机制
6	ZBX-JL06	拟定项目管理办法
			7	ZBX-JL07	项目开工报审
8	ZBX-JL08	停工、复工流程
			9	ZBX-JL09	工程变更/洽商流程
10	ZBX-JL10	工程款支付过程监理工作
			11	ZBX-JL11	项目需求调研
12	ZBX-JL12	项目设计评审
			13	ZBX-JL13	应用系统软件开发实施的监理工作
14	ZBX-JL14	应用系统软件开发项目测试阶段监理工作
			15	ZBX-JL15	应用系统软件开发项目部署阶段监理工作
16	ZBX-JL16	第三方测试
			17	ZBX-JL17	材料、设备验收监理
18	ZBX-JL18	设备安装调试监理
			19	ZBX-JL19	网络集成项目测试阶段监理工作
20	ZBX-JL20	非涉及国家秘密的信息安全工程监理
			21	ZBX-JL21	弱电项目深化设计监理工作
22	ZBX-JL22	弱电项目随工检查
			23	ZBX-JL23	弱电项目隐蔽工程检查
24	ZBX-JL24	弱电项目分部分项检验
			25	ZBX-JL25	项目监理例会
26	ZBX-JL26	项目里程碑(阶段)总结
			27	ZBX-JL27	专题技术协调会
28	ZBX-JL28	质量事故处理会
			29	ZBX-JL29	问题检讨会
30	ZBX-JL30	项目初步验收
			31	ZBX-JL31	项目试运行
32	ZBX-JL32	培训阶段监理工作
			33	ZBX-JL33	项目竣工验收
34	ZBX-JL34	项目决算工作
			35	ZBX-JL35	项目移交工作
36	ZBX-JL36	运维监理工作

表1-36个监理标准事件

同时，如图2本发明的信息系统工程监理项目招投标管理系统功能模块与用户关系示意图所示，根据监理企业涉及的人员结构提炼出几类用户，并且通过定义多种分级角色赋予单用户及多用户多维度的权限。在实际应用中进一步将不同功能模块与分级划分的不同角色权限相互匹配，进行系统资源及服务的授权，并在系统登录时通过认证授权服务进行用户验证后获得相应系统权限，从而方便的实现了监理业务的分级管理、人员工时及成本核算统计以及根据实际运行进展情况对于专业服务单元划分功能模块的快速个性化调整。按照监理业务管理实际具体用户角色与功能权限划分如下。

其中，本发明包含的用户角色为：大领导(董事长)、领导(总裁)、分管领导(分公司领导)、分公司助理、综合管理部总经理、财务部(财务总监)、财务部(出纳)、质量管理部(质量专员)、部门经理用户、项目经理用户、项目总监理工程师、营销部(销售经理)、普通员工用户(项目成员、职能部门成员、营销部门成员)、系统管理用户(系统管理员)，通过角色授权管理模块进行定义维护。以上用户的操作角色分类包含业务操作人员、业务管理人员、普通用户以及系统管理员。其中，上述业务操作人员完成日常业务操作以及查询、审批、统计等工作，涉及上述部门经理、项目经理用户；上述业务管理人员完成日常业务操作后的查询、监督、审批及管控等工作，涉及上述大领导用户、领导用户、分管领导用户、综合管理部用户、财务部用户、质量部用户；上述普通用户完成日常工作申请、领取、填写等工作；上述系统管理员能够对系统进行统一维护管理，包含部门维护、用户维护、角色维护、权限维护、菜单维护以及程序升级功能。

其中，本发明的权限划分为三个维度即功能操作模块权限、数据访问权限、工作流审批权限；上述功能模块操作权限，通过不同角色的用户登录系统后，对于可访问菜单、页面中的子页面、功能按钮进行是否可操作的限制进行权限控制；上述数据访问权限，通过不同角色的用户登录系统后，对于可查看或操作的数据范围是否展示进行权限控制；上述工作流审批权限，通过在工作流转模块中审批用户节点的配置控制可审批的用户权限、流转路线及审批模板信息内容。具体用户与权限的配置方式如下。

第一、上述功能操作模块权限。

(1)大领导及领导用户对于整个系统的功能模块具有全部操作权限；

(2)普通用户中的营销部门员工可以操作包含，投标功能相关的包含投标模块、备案模块、保证金模块、服务费模块、费用退回模块的增删改查功能操作；

(3)业务执行部门中的部门经理、项目经理可操作包含，项目活动模块中包含项目立项、项目计划、项目预算、项目引导，合同管理、回款管理、案例管理、发票管理、例会模块、报销模块功能模块；

具体操作功能权限分布为：

项目经理指定项目负责人员、参与人员及管理人员，事件任务执行人默认为项目经理，项目经理可以派发，分解，自己执行并记录工时及结束事件任务；

项目管理信息由部门经理录入，限定成本比例，成本均值(元/人月)；

部门经理可以修改项目经理、总监理工程师，可以操作项目挂起、解除；

项目经理可以添加项目变更记录，可录入变更类型(人员变更、承建方变更、金额变更)、变更内容、变更原因；

部门经理、分管领导可以修改项目归属部门；

综合管部门总经理可以修改项目合同编号、合同签订日期。

(4)普通员工中的项目成员可以操作包含，工作模块、工时模块、知识库模块、报销模块；

(5)财务部门用户可操作包含，财务模块、报销模块、核算模块、工时模块；

(6)质量部门用户可操作包含，质量模块、案例模块，可查看项目计划、项目进度、项目文档、工时模块；

(7)综合管理部用户可操作包含，投标模块、备案模块、项目季报；

(8)分管部门领导用户可操作包含，项目预算、项目展示、项目进度、工时模块；

(9)系统管理员用户可操作包含，用户管理、资源授权管理、规则管理、附件管理、定时模块、工作流转模块。

第二、上述数据访问权限。

(1)大领导用户、领导用户访问系统所有数据；

(2)财务部用户、质量部用户、综管部用户访问所有与之相关的数据；

(3)分管部门领导访问所属分公司的相关数据；

(4)部门经理访问所属部门的相关数据；

(5)项目经理访问所属项目的相关数据；

(6)普通员工访问个人相关的数据；

第三、上述工作流审批权限。

(1)投标立项工作流：发起人可为分公司助理，审核人为分管部门领导——(出纳)——综合管理部门(总经理)——领导(总裁)——财务部门(财务总监)——出纳执行；

(2)保证金申请工作流：

事业部的保证金申请发起人为部门经理，审核人为分管领导——(出纳)——综合管理部门(总经理)——领导(总裁)——财务部——出纳执行。

营销分公司的保证金申请发起人为营销部门(销售经理)，审核人为分管领导——(出纳)——综合管理部门 (总经理)——领导(总裁)——财务部——出纳执行。

(3)保证金费用退回工作流：

事业部的费用退回发起人为分公司助理，审核人为分管领导——(出纳)——综合管理部门(总经理)——领导(总裁)——财务部——出纳执行。

营销分公司的费用退回发起人为营销部门(销售经理)，审核人为分管领导——(出纳)——综合管理部门(总经理)——领导(总裁)——财务部——出纳执行。

(4)服务费申请工作流：

事业部的保证金申请发起人为部门经理，审核人为分管领导——(出纳)——综合管理部门(总经理)——领导(总裁)——财务部——出纳执行。

营销分公司的保证金申请发起人为营销部门(销售经理)，审核人为分管领导——(出纳)——综合管理部门 (总经理)——领导(总裁)——财务部——出纳执行。

(5)备案工作流：发起人可以为营销部门用户(销售经理)，审核人为部门经理——综合管理部总经理——总裁；

(6)项目立项工作流：发起人可以为部门经理并由其指定项目经理及项目总监理工程师，研发类项目审核人为部门经理——综合管理部门(总经理)——领导(总经办)——财务部门(财务总监)——大领导(董事长)；自建类项目(成本比例正常)审核人为部门经理——综合管理部门(总经理)；自建类项目(45％>＝本地成本比例＝<59％或者50％>＝外地成本比例＝<59％或者咨询成本>＝80％)审核人为部门经理——总工程师；自建类项目(成本比例>＝60％)审核人为部门经理——分管领导——领导(总裁)——综合管理部门(总经理)；外包类项目审核人为部门经理——综合管理部门(总经理)；

(7)项目计划审核工作流：发起人可以为项目经理，审核人为部门经理；

(8)发票申请工作流：发起人可为项目经理，审核人为部门经理——财务部门(财务总监)——出纳开票；

(9)项目季报工作流：发起人项目经理，审核人为质量管理部(质量专员)。

(10)合同录入工作流：发起人项目经理，审核人为部门经理；

(11)回款计划工作流：发起人项目经理，审核人为部门经理；

(12)报销申请工作流：项目中的报销发起人项目经理或项目成员，审核人为项目经理——部门经理——财务部——出纳执行。

以下，根据系统特色逐一详细介绍相关模块的相应功能及实现。

如图1所示，本发明信息系统工程监理项目招投标管理系统包含有项目招投标管理模块、企业项目活动管理模块、用户资源授权模块、附件管理模块、工作流转模块、定时模块、规则管理模块、员工管理模块、质量模块、案例模块、预警管理模块、财务模块、管理视图模块。

其中，如图3所示，上述用户资源授权模块，其包含用户部门维护模块、用户信息维护模块、角色授权管理模块、用户授权管理模块、授权资源管理模块、授权服务管理模块。其中，上述用户部门维护模块，包含不限于用户名、部门ID、部门名；上述用户信息维护模块，包含不限于用户ID、用户名、密码；其中，上述角色授权管理模块定义了系统中所需的角色权限，包含不限于角色ID及角色名(例如，项目员工、项目经理、部门经理、分管领导、财务部、综合管理部、高层领导角色、以及多个数据操作角色)。上述用户授权管理模块中为每个系统用户设定了用户角色权限以及用户数据权限，其中上述用户权限与上述一个或多个用户角色权限相对应，上述用户数据权限与上述角色权限中的数据相关权限相对应，包含，所有数据、多机构数据、本机构数据、多部门数据、本部门数据的数据权限。上述授权资源管理模块定义了系统资源地址、资源操作类型、资源授权域、并设定了资源授权角色及资源授权用户，其中上述资源地址与系统功能模块访问地址对应，上述资源操作类型包含查询、增加、修改、删除的操作权限，上述资源授权角色与上述一个或多个角色权限对应，上述资源授权用户与上述一个或多个系统用户对应。再有上述资源授权域对应不同数值范围，可以通过调整数值范围变化资源权限范围。上述授权服务管理模块定义了系统服务名称、服务授权域、并设定了服务授权角色及服务授权用户，其中，上述系统服务名称与系统中可调用的服务名称对应，包含日志、附件、工作流、定时器、规则管理服务权限，上述服务授权角色与上述一个或多个角色权限对应，上述服务授权用户与上述一个或多个系统用户对应。再有上述资源授权域对应不同数值范围，可以通过调整数值范围变化服务权限范围。其中角色与功能模块授权的对应关系通过系统视图中的菜单展示或屏蔽来实现，角色与功能服务的授权对应关系通过模块中的操作项目的制御来实现，角色访问的数据权限通过对于数据展示范围来实现。通过上述用户资源授权模块，实现了系统用户分角色灵活授权，不同的角色又进一步与不同的权限范围灵活对应，实现了各级用户对于功能模块操作权限、数据访问权限、工作流审批权限“三维”权限控制机制，无需修改代码就可以实现用户权限的快速调整变化。

其中，上述附件管理模块，其包含文档库注册模块、图片库注册模块、视频库模块。其中，上述文档库注册模块定义了文档类型注册码，包含，合同文档、服务费文档、项目文档、保证金文档、退还费用文档、投标文档、发票文档、报销文档、帮助文档，并为其设定上传服务器地址、允许上传文档类型(例如文件后缀，docx、pptx、xlsx、 txt、pdf的文档)、允许上传文档大小、允许上传文档数量属性，同时可以对于一条文档类型注册码的属性进行修改或删除该文档类型注册码。同时，上述图片库注册模块定义了图片类型注册码，并为其设定上传服务器地址、允许上传图片格式、允许上传图片大小、允许上传图片数量属性，同时可以对于一条图片类型注册码的属性进行修改或删除该图片类型注册码。上述视频库注册模块定义了视频类型注册码，并为其设定上传服务器地址、允许上传视频格式、允许上传视频大小、允许上传视频数量属性，同时可以对于一条视频类型注册码的属性进行修改或删除该视频类型注册码。其他系统功能模块通过调用上述附件管理模块，可以方便的实现系统附件资源的统一上传、存储、下载、分类及管理，降低了附件功能与其他功能之间的耦合度，提升了附件管理性能。

其中，上述工作流转模块，其包含流程定义模块，流程设计模块、参与用户设定模块、流转条件设定模块、审批模板设计模块、业务流转判定模块。其中，上述流程定义模块中至少定义了工作流名称，调用功能模块节点，工作流程节点属性。上述流程定义模块调用上流程设计模块，将其工作流程节点相互连接形成工作流转图、并通过上述参与用户设定模块为各个工作流程节点选择审批用户，例如，部门经理、综合管理部、财务部；并通过流转条件设定模块在流转分支上设定流转的条件(例如，是否通过审批、项目执行比例是否超过50％)确定流转审批的下一个工作流程节点，并通过调用审批模板设计模块，为各个工作节点配置审批页面模板，以致在各功能模块审批人员可以填写审批信息进行审批。上述业务流转判定模块接收到审批提交指令后，通过工作流名称判断执行的具体审批流程，之后开始按照流程图的设定进行流转，将审批结果反馈给发起模块。从而通过工作流转模块完成了各功能模块之间的业务数据流转、实现监理业务过程中的上报、审批、执行流程，并可以方便的对于工作流转条件及过程在无需修改程序的情况下进行简单配置快速实现业务流的灵活变化，满足监理行业不同场景及客户需求。

其中，上述定时模块，其设定有多个定时任务，包含，月度人员成本统计、生成项目季报、生成项目例会、提前30天报备人员预警、项目预算预警、工作待办推送提醒的定时任务。其中，一件上述定时任务，定义了执行程序地址、执行周期、起止时间、启动方式(手动/自动)等属性。可以增加或删除定时任务，并可以对于一件定时任务的定义属性进行修改。可以启动或停止一件定时任务，也可以同时启动或停止所有定时任务。系统管理员通过定时模块管理所有的定时任务为系统的其他功能模块运行提供统一支撑，方便统一管理维护，在单独的服务及时间自动运行，保证系统运行的安全准确，提升了系统运行及运算性能。

其中，上述规则管理模块，是系统业务模块的类型指标项明细数据，应由管理员统一管理与维护。其包含，事件管理模块、里程碑管理模块、事件任务管理模块、主项目里程碑配置模块、子项目里程碑配置模块、主项目事件任务配置模块、子项目事件任务配置模块、监理岗位管理模块、监理科目管理模块、日常科目管理模块、差旅科目管理模块、同义词管理模块、项目文档目录管理模块、帮助文档上传管理模块、项目阶段分层管理模块、监理文档分层管理模块、项目类型分层管理模块、考虑层面分层管理模块。其中，上述项目事件管理模块中定义了多件标准服务事件，其属性包含事件名称、事件编号、事件图标、事件颜色及是否为子项目，可以进行标准服务事件的增加、删除、修改属性。其中，上述里程碑管理模块中定义了多件里程碑阶段，其属性包含，阶段名称、阶段编号、阶段全称，可以进行里程碑阶段的增加、删除、修改属性。其中，上述事件任务管理模块中定义了多件事件任务，其属性包含，活动名称、需上传的文档名称，可以进行事件任务的增加、删除、修改属性。其中，上述主项目里程碑配置模块，为所有上述标准服务事件中属于主项目分类的事件配置上述里程碑阶段，并可以进行多次重新设置。其中，上述子项目里程碑配置模块，为所有上述标准服务事件中属于子项目分类的事件配置上述里程碑阶段，并可以进行多次重新设置。其中，上述主项目事件任务配置模块，为所有主项目分类事件匹配的上述里程碑阶段配置上述事件任务，并可以删除配置关系，可以设置是否允许跳过属性。其中，上述子项目事件任务配置模块，为所有子项目分类事件匹配的上述里程碑阶段配置上述事件任务，并可以删除配置关系，可以设置是否允许跳过属性。通过规则管理模块，将监理业务的标准服务事件划分为多个里程碑阶段，并在各个里程碑阶段中拆解为多件事件任务任务，并可采取跳过的方式就是项目阶段中的标准事件进行裁剪，从而完成了监理规则体系，以便在项目活动模块制定项目计划时规定好项目中包含的标准事件并按照其中的里程碑阶段设定时间范围，然后将里程碑阶段中拆解的监理任务分配给项目人员并进行工时监控。从而不仅实现了监理业务标准行为在项目中的划分，更实现了对于人员在项目工时中的精准采集，并可以进行进一步的人员成本核算以及项目进度管控。

其中，上述员工管理模块，包含员工信息查询模块、员工入职模块、员工岗位设定模块。上述员工入职模块填写员工个人信息及所属部门信息，保存后在上述员工信息查询模块中表示，并可以通过员工岗位设定模块为员工设定岗位信息，进而完成员工的信息定义。其中，员工信息包含不限于所属部门、姓名、邮箱及电话信息。

其中，如图1、4所示，项目活动模块起自于用户在部门中的管理角色定义，员工在部门内部的管理职责决定了他在系统中职级汇报关系，如用户登录错误超过指定次数时，进行用户锁定的记录数据在Redis缓存数据库中。 Zuul(微服务API网关)提供了动态路由、监控、弹性负载和安全功能；识别每个需要认证的资源，拒绝不符合要求的请求。项目活动模块按照不同职级的用户在项目管理过程中关注的对象进行分级管理。系统中对部门主管以上人员设计了教练动作，并通过管理视角展示项目资源调配及部门经营指标完成状况，对项目经理则设计了重点动作，便于他们更好地管理项目过程，对项目执行人员设计了规定动作，按照系统推送项目待办信息完成工作任务。用户登录系统后认领或被管理者指定为项目经理则获取到项目管理角色的相关职责，开始项目立项操作，填写初始化信息，包含：1.根据项目建设内容遴选项目中可能遇到36个事件作为项目活动单元(如表1所示)，赋予每个事件的各个环节起始时间，编制项目计划，项目人员按照项目计划工作流程实施项目，填报个人工时，在指定时间内上报工作成果。2.系统在部门人员设定过程中按照职级层次预置了人月成本阈值，当项目计划制定并得到部门经理确认后，项目预算会按照管理模型自动生成。3.项目人员填报工时记录，与系统预设的项目预算模型数值进行比对，控制项目成本支出，每项支出在系统申报审批。4.各职能部门相关人员可以在系统内跟踪和管控项目计划进度、执行等情况,运用系统实现完整的项目里程数据，项目招投标立项或非立项后，从项目备案、项目整体生命周期及对应产生的费用核算的所有数据在系统汇总均可以查询。

其中，上述项目活动模块具体功能模块如下：

上述项目活动模块包含项目模块、工作模块、工时模块。

其中，上述项目模块包含项目立项模块、项目管理模块、项目预算模块及发票管理模块。其各个功能模块的具体实现为：

第一，上述项目立项模块包含立项申请模块及项目审批模块；上述立项申请模块设定立项类型并采集项目的相关信息，包含但不限于项目全称、项目性质、项目类型、项目经理信息、合同信息、合同状态信息，暂存生成项目基本信息表单，确定填写信息无误后进行提交；上述项目审批模块将上述立项申请模块提交的项目基本信息表单通过工作流转模块逐级审批，并返回通过/不通过结果；具体的项目立项操作流程为，项目中标后由部门经理角色在上述立项申请模块填写立项申请，设定立项类型(包括研制及外包自建两种类型)并登记项目信息后暂存生成项目基本信息表单。确定无误后提交项目基本信息表单调用工作流转模块接口，之后根据立项类型判断后按照流程定义模块中设定的不同立项审批流程，然后根据项目基本信息表单中提交的成本比例条件信息逐级角色进行流转，如其中一个审批环节不通过直接由工作流转模块调出反馈审批意见及结果数据到上述立项申请审批模块并由立项申请提交人员根据审批意见进行数据修改之后再次提交继续进行后续审批。当各级审批均通过后将审批结果通过反馈给上述立项申请审批模块即完成立项审批将立项申请变更为审批通过状态。

第二，上述项目管理模块包含项目查询模块、项目信息维护模块、项目人员设定模块、项目管理信息维护模块、项目计划模块、项目导引模块及项目展示模块、合同模块、回款模块、项目例会模块、项目报告模块、项目文档模块。各模块具体实现为：

(1)上述项目查询模块关联投标模块申请立项审批通过的数据根据登录人角色及权限查询到负责项目、参与项目及所管项目的项目数据列表；如果登录人角色为项目负责人，选择项目数据列表中的一条数据后可以查看、修改项目相关信息、进行项目计划、项目预算等项目管理活动。

(2)上述项目信息维护模块，其包含修改项目类型模块，可以修改项目的类型；项目基本信息录入模块，编辑项目合同周期、项目预估周期、终验日期、执行地点属性并设定是否为子项目、定义子项目信息；项目经理修改模块、总监工程师修改模块、项目归属部门修改模块，上述三个模块由部分经理进行维护及项目变更模块，由项目经理填写项目人员变更等变更履历内容。

(3)上述项目人员设定模块，其调用上述员工管理模块选择项目负责人员、项目参与人员及项目管理人员，生成项目成员信息列表；其中选择的员工可以为本部门或非本部门的员工。

(4)上述项目管理信息维护模块，部门经理角色可填写部门占比(％)、执行合同比例(％)、执行合同金额(元)，用以作为项目预算中的参照值；其中，执行合同比例是指当一个合同对应多个项目时，该项目在合同中的占比情况，一般执行合同比例为100％，合同金额根据项目合同金额计算得出。

(5)上述项目计划模块包含里程碑阶段设定模块、事件任务设定模块、项目计划审核模块；

其中，上述里程碑阶段设定模块关联规则管理模块根据项目类型获取里程碑的各个阶段名称展示，并为各阶段设定时间范围；其中，可以选择跳过允许裁剪的里程碑阶段；主项目和子项目可以分别设定里程碑阶段时间范围；

其中，上述事件任务设定模块关联规则管理模块选择各里程碑阶段内的事件任务，并设定各个事件任务的时间范围；同时也可以通过自定义方式设定非里程碑阶段中的事件任务；

其中，如图5所示，上述项目计划审核模块根据里程碑阶段设定模块、事件任务设定模块生成项目计划表单通过工作流转模块逐级审批，并返回通过/不通过结果。项目计划审核通过后通过上述定时模块将事件任务发送到各个对应的项目人员并在工作模块的待办工作列表中列出。具体审批流程为，项目经理提交项目计划表单后，本部门经理进行审核，如审核通过将返回通过结果到项目计划审核模块并将项目计划状态变更为审核通过，反之，如果审核不通过，需要填写审核意见，并将审核意见及不通过结果返回到项目计划审核模块，项目经理需要重新在里程碑阶段设定模块和事件任务设定模块中进行设定后生成新的项目计划表单再次调用工作流转模块按照流程进行审批。项目计划由上述部门经理指定的项目经理填写，由事业部部门经理审核；项目经理指定项目负责人员、参与人员及管理人员，事件任务执行人默认为项目经理，项目经理可以派发，分解，自己执行并记录工时及结束事件任务。；

其中，项目起点是项目立项模块，项目终点是项目归档模块。项目立项时，部门负责人录入项目信息、项目经理和项目管理信息，系统启动了与项目有关的各类流程。项目全部工作执行完毕，项目经理各个项目任务被部门负责人确认后，在线下完成项目书面档案归档动作，进入系统填报项目归档申请，质量管理部质量专员进行确认，系统关闭所有与该项目有关的流程，这标志项目在系统里结束；

其中，在系统中，项目从立项到归档的生命周期中所产生的工时全部纳入项目成本核算。对于某些项目因为外部原因(如甲方原因、不可抗力等)造成项目中断或停滞，部门负责人向质量部质量专员申请项目挂起，质量专员确认后，系统中止与该项目有关的工时数据。如果该挂起项目又可以执行时，部门负责人向质量部质量专员申请项目启动，质量专员确认后，系统继续统计与该项目有关的工时数据。

(6)如图5所示，上述项目导引模块以列表形式展示项目计划中各事件任务的计划开始时间、计划结束时间、实际结束时间、投入工时、任务状态、任务执行人，并关联上述工时模块，记录工时；当实际结束时间大于计划结束时间时任务记录颜色标记为红色提示延期风险；可以手动结束一个里程碑阶段标记为完成。由此方便项目经理在项目进展中随时把握项目事件任务的进展情况，了解员工每日的工作情况，随时预知延期风险，调整人员工作安排。

(7)如图5所示，上述项目展示模块以列表形式显示项目各里程碑阶段名称、时间范围及当前状态；方便部门经理、综合管理部门及时了解项目当前进展的阶段、是否按时完整，有无延期状况。

(8)上述合同模块录入合同信息，包含合同名称、合同该编号、客户名称、工程投资(万元)、合同描述、实际金额、合同工期、终验方式、终验日期、执行部门、合同类型属性。

(9)上述回款模块录入回款信息，包含回款序号、预计回款时间、付款比例、应回款金额、付款条件属性。

(10)上述项目例会模块预定项目的例会周期及时间点，生成项目例会日历，并将会议召开信息通过上述定时模块推送至项目相关人员及质量管理部人员的会议提醒中。项目中的子项目可单独预定项目例会。

(11)上述项目报告模块包含项目周报模块、项目月报模块、项目季报模块，分别录入信息，生成项目周报、月报、季报表单并可打印文本。其中，上述项目季报模块，通过定时模块的生成项目季度报的模块自动在每个季度末会为下个季度生成一个季度空表单，允许项目经理在下一个月内填写季报信息，在一个月内可暂存修改，提交后不可修改季报，只有质量管理部门在质量管理模块可查看并解锁季报。

(12)项目文档模块按照目录上传、下载项目相关文档信息，支持批量上传。其中，文档目录结构通过上述规则管理模块设定。

第三、上述项目预算模块包含全周期预算模块及财年预算模块。其中，上述全周期预算模块由项目经理录入全周期项目预算信息生成全周期预算表单，提交后通过工作流转模块发送给部门经理进行审批。审批通过后通过上述财年预算模块新建项目财年预算，具体为输入对应财年年度、及计划回款金额(元)后进行财年成本试算。其中，进行全周期预算表单包含，显示合同预估工期、合同金额、限定成本比例信息；填写各个项目人员角色获得人月单价、计划投入人月数、项目其他费用自动核算出人员预估费用及计划投入人月数结余；填写并计算各财务科目费用 (例如：差旅、外采、外包情况)；从而生成详细的全周期预算表单，提供给部门领导审核，预先知晓项目成本，并方便调整控制。并且可通过上述定时模块推送预算风险信息，及时进行风险提示。

由于各个部门的人力成本不尽相同(即因人员资历、技能、水平不一致而存在同工不同酬)，各部门的项目成本比例也不尽相同，企业为了统一管理，对成本比例的设定是一个基于同类项目历史数据统计的相对值(注：即本地成本控制在项目合同额45％以内，外地成本控制在项目合同额50％以内)。在每个项目的项目管理信息填报时，系统自动展示上述规则信息，部门经理不修改即表示对这个比例数字认可，如果修改数值，即表示对这个比例数值有修改意见，那么系统将走前述的自建类审批流程对修改后的项目管理信息进行确认。

项目管理信息完成确认后，系统将为项目经理推送待办信息，显示该项目按照成本比例规则自动计算出的项目细分至每个阶段的人力薪酬预算、差旅费预算、报销额预算，项目经理进行确认。如不作修改而提交，即表示确认这个预算分配值；如做修改而提交，即表示对该项目预算分配值进行修改，部门经理进行审核后即完成确认。项目经理收到部门经理审核结果的待办信息后，系统不提供再次确认的功能，即项目经理接受部门经理的意见(即便部门经理的意见与项目经理意见不一致)。

第四、上述发票管理模块包含发票申请模块，发票审批模块142及发票查询模块；首先在发票申请模块中关联项目对应合同信息查找对应的合同，找到合同中需要开发票的回款计划填写申请的发票信息，包含发票类型、付款方名称、付款方税号、内容、金额(大写、小写)、申请人，保存后生成发票申请表单，提交后通过工作流转模块根据设定的工作流进行逐级审批(如图13所示)，返回是否通过结果。同时个人申请生成的发票可以在上述发票查询模块以列表形式展示。

其中，如图6所示，上述工作模块是项目计划中与项目有关工作任务的派发、分解、执行，结束的执行模块，项目经理默认为项目计划的执行人，部门负责人审核项目工作任务后，由系统定时推送下发，其可以①分解任务，派发给别人执行：别人如果接受工作，结束后反馈结果，项目经理结束工作任务；别人如果不接受工作，项目经理重新派发；②项自己可以执行，执行后自己确认工作结果，自己结束任务。

上述工作模块包含工作列表模块、工作认领模块、工作派发模块、工作分解模块、工作执行模块。其各个功能模块的具体实现为：

第一，上述工作列表模块列出登录员工负责的项目事件任务信息，包含事件任务名、项目名称、开始执行日期、派发人、要求结束日期、计划投入工时、已投入工时，以及操作列。

第二，上述工作认领模块接收其他员工派发或分解项目事件任务；进行认领后当前事件任务转移到当前登录员工的上述工作列表模块中列出。

第三，上述工作派发模块将选中项目事件任务派发至其他员工，且该事件任务不再显示于派发人员的工作列表中；派发时在员工列表中选择新执行人、并填写计划需要工时、新任务名称、任务描述信息。

第四，上述工作分解模块将选中项目事件任务拆分后分配至其他员工，且该事件任务仍显示于分解人员的工作列表中；事件任务可以分配给多个项目员工或其他部门员工。

第五，上述工作执行模块记录项目执行消耗的工时及上传工作文档，并将该员工工时信息传递至工时模块；记录工时时可以批量记录。

其中，如图1、6所示，上述工时模块包含项目工时采集模块、非项目工时采集模块及工时统计模块。其各个功能模块的具体实现为：

第一，上述项目工时采集模块收集上述工作执行模块及项目引导模块传递的该员工项目工时信息并记录。

第二，上述非项目工时采集模块收集该员工输入的非项目工时信息并记录。

第三，上述工时统计模块收集项目工时采集模块及非项目工时采集模块采集的工时，按日/月统计每一名员工的工时，并按日/月统计每一个项目的总工时；并且不同的登录角色可以分层按照个人、项目、部门范围查看工时统计及详细工时情况。具体包含，设置在所有用户权限系统中的我的每日工时模块、我的每月工时模块、每日工时明细、统计每日超过8小时的工作信息模块、统计参与项目工时的模块；设置在所有用户权限系统中的检查每日工时模块、部门经理查看整体项目组、部门经理查看整体部门、分管领导查看所管部门；设置在部门经理及/或以上权限用户系统中的部门项目工时模块、检查记工时模块及部门查过8小时工时统计模块；设置在分管领导职务以上权限的所有项目工时模块，可以查看所有的工时信息。从而实现了员工工时的分层监督管理。

进一步的，如图1所示，本发明包含有预警管理模块，其包含审批数据停留时间预警模块、计划延期预警模块、开发超时预警模块、预算超支预警模块、计划回款与实际回款不一致预警模块，各个预警模块根据设定数据比对，针对预警数据风险程度进行颜色区分展示。通过上述定时模块将预警状态分层推送到预警模块进行预警提醒。从而各级角色及项目、部门相关人员可以逐层收到所负责项目及事件任务的风险预警提醒，及早做出精准应对。

进一步的，如图1所示，本发明包含有知识库模块，其内存储包含但不限于：监理标准模式，规章制度，优秀文档、标准库及经验交流模块。将不同分类的文档分别上传至上述模块的文档列表中，上传人可以进行删除维护，其他人可以下载文档进行参考，并支持打包批量下载。由此建立起知识库方便企业内部的标准化推行、工作分享及交流，提升工作效率。

进一步的，如图1、9所示，本发明包含有案例模块，其包含添加案例模块，部门案例模块，所有案例模块和我的案例模块。其中，上述添加案例模块采集案例信息，包含但不限于项目名称，合同编号，合同金额，进一步关联人员及部门信息。具体业务为，由项目经理进行添加案例生成项目案例表单，提交后通过上述工作流转模块派发到项目所在部门经理用户进行审核，审核通过的案例流转到部门案例中。其中，部门案例模块根据羡项目的所属部门信息，展示全部部门内上传并审核通过的项目案例信息。其中，我的案例模块展示登录用户自己上传的案例信息，并跟踪审批状态。其中，所有案例模块展示所有审核通过的全部案例信息。从而实现案例信息的分层留存，便于后期总结、分析、汇报及参考。

进一步的，如图1、9所示，本发明包含有质量模块，其包含有项目归档模块，项目文档由项目经理在项目管理模块维护，部门负责人、分管领导、综管部进行查阅。质量管理部的质量专员根据部门、项目名称、项目经理、合同金额查询条件进行项目筛选。数据列表显示每条项目的相关质量数据信息，包含但不限于，项目名称、项目编号、项目级别、合同额(万元)、项目性质、项目类型名称、项目经理真实姓名、投入工时信息。并可通过每条对应的操作按钮执行项目归档操作。项目归档时，项目名称自动带入，需输入归档位置，完成归档。上述质量模块进一步包含有季报解锁模块，系统将以前纸质的项目管理信息化，其中包括项目周报、月报、季报、进度计划、相关文档、干系人信息均在系统中项目管理模块录入并进行区分，便于分类和查询；各系统用户可以根据自己的需求和权限在系统中进行查阅。其中，质量管理部门可以查看所有提交项目的季报内容，并解锁季报。季报解锁后对应的项目经理才可以进行修改。从而通过对于项目文档归档，及季报解锁实现质量管理部方便的对于项目过程中成果物的检查监控，确保项目品质。

进一步的，如图1、7所示，本发明包含有投标活动模块，其包含有备案模块、投标模块、保证金模块、中标服务费申请模块及服务费审核模块。实现了项目监理前期的投标活动自动化管理，为项目监理提供销售数据支持。投标活动围绕招标项目信息，涵盖了从备案管理、投标过程的商务交接工作到申请投标保证金、履约保障金和质量保障金的一系列管理过程。这里技术实现方法主要是基于自动化工作流技术和数据封装技术，打通线下不同部门人工协调的断续工作流程，实现相关节点的自动衔接。各功能模块所有流程均在系统中实现，投标、保证金、项目立项等业务需要领导逐级审批时，利用Activiti工作流引擎进行标准业务流程管理。项目招投标立项或非立项后，从项目备案、项目整体生命周期及对应产生的费用核算的所有数据进行汇总，系统在复杂的数据协同中，构筑基于表单数据，审批和填写节点的人工控制工作流数据，开发平台根据设计的数据表，可对该业务进行代码生成。

其中，上述备案模块包含登记备案模块、备案审核模块、我的备案模块、部门备案模块、分管部门模块、备案列表模块、我参与的备案、本部门支持备案；各模块具体实现为：

第一，上述登记备案模块，设置在营销部门内销售经理权限中，其包含但不限于采集：备案名称、业主单位、联系人联系方式、发起人及发起人部门、项目投资额或监理费，生成以备案编号(部门ID)为关键字的备案信息表单；发起备案审批流程，其中发起人关联用户ID，发起人部门关联部门ID。

第二，上述备案审核模块，设置在具有营销部门的部门经理权限中，分管部门经理权限的系统中，部门经理及分管部门经理逐级审批备案信息表单，返回通过或不通过结果。

第三，上述我的备案模块根据用户ID关联其对应的备案信息表单，显示备案信息及备案状态，并具有该条备案信息的查看、修改、结束操作模块；其中，备案审核模块返回通过信息后，选择结束操作模块；其中，备案审核模块返回不通过信息后，选择修改操作模块；上述备案状态包含暂存、提交待审核、审核通过及审核退回。

第四，上述部门备案模块，设置在具有部门负责人权限的系统中，根据部门ID列出该部门中全部用户的备案信息，并针对每个备案信息，指定其他支持部门，将备案信息推送至支持部门。

第五，上述分管部门模块，设置在具有分管部门的负责人权限的系统中，根据分管部门管理的下属部门的部门 ID列出用户的备案信息，并针对每个备案信息，指定其他支持部门，将备案信息推送至支持部门。

第六，上述备案列表模块，设置在最高层权限的系统中，按照分管部门，部门，用户逐级列出备案信息，包含查看、指定支持部门，分配任务的模块。

第七，上述本部门支持备案，设置在具有部门负责人权限的系统中，接收部门备案模块或分管部门模块推送的备案信息，并在本部门中选择用户，将备案信息分派给该指定用户。

第八，上述我参与的备案模块，接收部门负责人分配的备案信息，作为备案工作执行。具体为依照本部门支持备案模块中部门经理或者综管部领导指派任务的员工，对应用户可以在“我参与的备案”中，看到指派的备案信息。

其中，上述投标模块包含投标申请模块、投标审核模块、我的投标项目模块、我的投标模块、所管投标模块、投标信息变更模块；各模块具体实现为：

第一，上述投标申请模块，设置在在分公司助理权限中，其采集包含但不限于：投标项目名称、投标金额、招标方式、招标属性、投标保证金、保证金最迟支付时间、退还条件、经办人信息、经办部门信息、合同信息、合同附件，并采集备案名称关联备案信息，生成以投标编号为关键字的投标立项表单，保存并传递至投标审核模块。其中，上述投标申请模块中涉及到投标保证金及保证金最迟支付时间，上述投标审核模块关联到保证金模块。

第二、上述投标审核模块，设置在领导用户、综合管理部用户、分管领导的用户权限的系统中，投标立项表单逐级经分管领导审核、综合管理部审核、领导用户审核，并返回通过或不通过结果。具体审批流程为接收发起人投标申请模块传递投标立项表单，经分管领导审核，之后根据招标属性判断投标项目是自营或是其他，如果是自营，直接流转至综管部审核；如果是其他，需判断该申请是否需要支付保证金，如果需要支付，且金额大于等于两万元时，出纳确认保证金是否到账，反之，数据流转至综管部审核、总裁审核、财务总监审核、出纳付款、发送付款通知，每个审核节点审核不通过直接退回至经办人进行修改，再逐级审核。

第三、上述我的投标项目模块，根据用户ID关联立项表单信息，显示我的投标项目，并具有开标、二次开标模块及查看各级审核信息的查看模块。

第四、上述我的投标模块，根据用户ID查看已经提交并审核通过的历史立项表单信息。

第五、上述所管投标模块，设置在部门及分管部门权限的系统中，查看所管部门的投标立项信息或分管部门的全部投标立项信息。

第六、上述投标信息变更模块，其包含投标信息变更申请模块、投标信息变更审核模块。其中，上述投标信息变更申请模块编辑变更表单，包含变更原因传递至审核模块。上上述投标信息变更审核模块设置分管领导权限用户，其接受变更信息，指派接管人员，并推送至接管人员及/或相关财务人员。之后指派人员接受指派后作为新的责任人，相关投标项目信息或保证金信息字该新的责任人。

其中，上述保证金模块包含保证金申请模块，保证金审核模块，保证金退回模块。各模块具体实现为：

第一、上述保证金申请模块采集包含但不限于的有关项目名称、保证金类型、最迟支付时间、收款单位财务信息、退还条件、保证金金额、经办人及经办人部门，生成以保证金保单编号为关键词的保证金表单信息。其中，保证金申请包含履约及质量保证金类型，分别填写保证金申请表单后进行提交。

第二、上述保证金审核模块设置在领导用户、财务审核人员、财务执行人员，分管领导的用户权限的系统中，将保证金申请模块采集的保证金表单信息逐级经分管领导、领导用户及财务审核人员审核，并最终经财务执行人员办理付款，并上传电子版支票或保函，推送消息至经办人。

第三、上述保证金退回模块定位需要退还的保证金表单信息，进一步采集，退还账户信息、最迟支付时间、退还金额，生成退款表单，经分管领导审核，出纳判断是否已经退款，如果已经退款则返回，如果未退款则流转至领导用户审核，进一步财务总监审核，通过后出纳退款操作，每个审核节点审核不通过直接退回至经办人进行修改，再逐级审核。

其中，上述中标服务费申请模块，其根据所投标立项数据，进一步采集包含但不限于：投标项目名称、中标金额、服务费金额、付款时间、是否存在保证金转服务费情况、生成以服务费编号为关键字的服务费表单，传递至具有审核权限的服务费审核模块。

其中，服务费审核模块设置在领导用户、财务审核人员、财务执行人员，分管领导的用户权限的系统中，接收发起人服务费申请模块传递服务费表单，经分管领导审核，之后根据招标属性判断投标项目是自营或是其他，如果是自营，直接流转至领导用户审核；如果是其他，需判断该申请是否需要支付保证金，如果需要支付，出纳确认保证金是否到账，反之，数据流转至领导用户审核、财务总监审核，逐级审核通过后出纳付款、发送付款通知，每个审核节点审核不通过直接退回至经办人进行修改，再逐级审核。

进一步的，如图1、6所示，上述工作模块进一步包含个人工作计划模块、布置他人工作模块、检查工作模块、检查分层管理工作模块、检查所有工作模块。其中，布置他人工作是个人工作计划外的突发性工作或新增的临时性工作，与项目无关，计入部门工时。设置这个功能模块主要想让管理更加精准。

其中，上述个人工作计划模块通过登录人员录入与项目无关的工作任务，并通过非项目工时采集模块记录工时。其中，非项目工作计划的工作，指的是发生在该项目工作计划外但仍属于该项目的工作，该工时纳入到项目核算。因为项目工作计划是项目开始阶段制订的，可能在项目执行过程中有变动，系统对此提供两种修正方法，一种是修改计划，另一种就是填写非项目工作计划的工作内容。与项目无关的工作，指的是非项目性的工作，比如部门内部送资料、写材料等临时工作，这部分的工时纳入到部门核算。其设置包含但不限于：任务名称、项目类型、项目阶段、工作内容、开始时间、完成时间、工作地点、工作时间，并包含不同任务类型，其中任务类型包含项目的教练动作、重点动作、规定动作；其中，重点工作是项目经理自定义其负责的项目里哪些任务是重要的、值得关注的内容。规定动作是项目经理要求项目人员承担的国家标准GB/T19668.1规定的监理任务。教练动作是部门负责人在项目服务过程中提炼的增值服务，并面向相关部门提出外协需求的功能。

其中，上述布置他人工作模块通过项目经理录入与项目无关的工作任务，提交后指定执行人员在上述工作认领模块中认领任务，并记录工时，其中布置他人工作又进一步细化为规定动作及教练动作，即可以申请项目部门之外的部门进行支援。上述检查工作模块检查已发布的工作是否被认领，如被执行人取消认领，可查看取消原因。如已认领或者工作完成，进行状态跟踪；对于自己发布的工作，可进行撤回，撤回需要填写撤回原因，并在在被执行人的消息模块中进行提醒，被执行人的工作列表中和发布工作人列表中状态显示已撤回且终止。其包含但不限于：任务名称、任务人员、任务要求开始时间、要求完成时间、工作地点、预计工作时间，工作任务提交后，指定执行人员在其认领模块中认领工作任务，任务工作信息转至执行人的个人工作模块，记录完成工作任务的工时。

其中，上述检查布置工作模块，设置于项目经理职务以上权限用户系统中，检查已发布的工作是否被认领，如被执行人取消认领，可查看原因，如已认领或者工作完成，在状态中进行跟踪；对于发布的工作，可进行撤回，撤回需要填写撤回原因，在被执行人的消息模块中进行提醒，被执行人的工作列表中和发布工作人列表中状态显示已撤回且终止。

其中，上述检查分层管理工作模块，设置于项目经理职务以上权限用户系统中，查看重点动作和规定动作所属职务下的所有数据；

其中，上述检查所有工作模块，设置在大领导用户权限的用户系统中，所有用户布置的的工作任务的详情。

进一步的，如图1、8所示，上述项目活动模块进一步包含有报销模块，其包含有项目报销模块、非项目报销模块、报销查询模块及报销统计模块。其中，如图10所示，上述项目报销模块通过项目经理把成员添加到项目组成员中后，项目成员通过填写报销申请表提交后通过工作流转模块逐级审批，审批通过后转交财务部门审核进行报销，财务人员可修改报销信息。上述非项目报销模块中采集项目无关的日常报销和差旅报销，生成报销申请表提交后通过工作流转模块逐级审批，审核通过后通过财务处理。其中，填写报销申请表单时可增加发票信息，可选择报销财年。上述报销查询模块根据员工登录信息列出该员工全部报销表单，对报销单进行修改，并查看审批状态。上述报销统计模块根据登录用户管理级别及选择年份查看按人员统计、按部门统计、按项目统计、按科目统计、按类型统计的报销数据分析图及列表，实现对于财年成本的实时把控。

进一步的，如图1、8中所示，上述项目活动模块进一步包含有核算模块，其包含本财年项目核算模块、项目收支统计模块、季度奖发放分析模块、项目人力投入分析模块、人员工时分配分析模块、项目回款统计模块、开票未回款统计模块。

其中，上述本年度项目核算模块，具体实现为，从上述财年预算模块中获取本财年计划投入人月数，计划费用，到部门比例，成本限定比例数据，从财务模块数据中获取合同额、计划回款额、实际拨付额、本财年实际费用、实际报销费用数据，从工时模块中计算出实际人员投入人月数。从字典表中得出预算执行情况，分为超标和正常两种标识，通过计算公式，实际费用-计划费用〉0判断出本年度项目支出费用超标，反之是正常生成。若此项目暂时未做预算，则给出相应提示，项目核算表中没有数据；若此项目已经投入过人月数或报销过费用，项目核算表则显示本财年实际投入人月数、本财年实际费用，其他数值赋值为空，项目名称显示为“与项目无关”。可导出此项目的本财年的项目核算表。

其中，上述项目收支统计模块，具体实现为，由项目基本信息模块获取项目性质，合同额，支付总笔数数据。由项目预算模块获取总体计划人员投入量、总体计划费用、本财年计划人员投入量、本财年计划费用数据。利用计算公式，通过总体人员已投入量计算项目下所有人工时折算成人月；通过本财年人员已投入量计算该项目本财年所有人工时并折算成人月。并由财务模块获取已回款额，未回款额，总体已支出费用，本财年已支出费用、已报销费用数据。从而生成项目收支统计表，并可以进行导出。其中具体展示统计数据项目及公式为：

①净回款额＝每笔实际拨付金额-每笔第三方费用；

②本财年净回款总额＝本财年每一笔净回款求和；

③项目净回款总额＝项目每一笔净回款求和；

④项目盈余＝项目净回款总额*部门占比*45％—总体已支出费用。

⑤本财年已支出费用与部门回款比例＝本财年已支出费用/(本财年净回款总额*部门占比*45％)；

⑥本财年项目报销结余参考＝本财年净回款总额*部门占比*5％—已报销费用，外地项目报销结余＝本财年净回款总额*部门占比*12％—已报销费用。

其中，上述季度奖发放分析模块，计算并展示各部门每个项目在季度时间段内的报销结余数据表，并导出数据表。具体展示数据及核算公式为：

①项目净回款额＝每笔实际拨付金额-每笔第三方费用；

②净回款总额＝每一笔项目净回款求和；

③本地项目报销结余＝净回款总额*部门占比*5％—已报销费用；

④外地项目报销结余＝净回款总额*部门占比*12％—已报销费用；

⑤将每个项目的报销结余求和。

其中，上述项目人力投入分析模块，计算在选择时间段内的人员投入工时并展示项目人员投入图表，并可出此项目每个人员在本项目的工时统计数表。具体计算公式：占总工时比例＝人员时间段内此项目投入工时总计/项目时间段内项目工时总计。

其中，人员工时分配分析模块，计算一个员工在选择时间段内的人员工时分配情况，通过图形展示项目人员工时与项目总工时的占比，并导出此项目每个人员在本项目的工时统计数表。具体计算公式：占总工时比例＝人员此时间段内在此项目上的工时总计/人员此时间段内工时总计(总工时包含与项目无关的工时数)。

其中，项目回款统计模块，根据查询条件查询出符合条件的项目，展示此项目的项目名称、合同金额、回款金额、待回款金额、回款状态，并查看此项目回款详情，并统计出列表展示数据的合同总金额、已回款总额、待回款总额。

其中，开票未回款统计模块，根据查询条件查询出符合条件的项目，展示此项目的项目名称、申请人、开票日期、回款日期、发票号、开票金额、实际回款金额、剩余回款，并查看此项目每笔发票的回款详情，并统计出展示数据的开票总金额、已回款总金额、待回款总金额。

进一步的，如图1、8所示，上述项目活动模块进一步包含有例会模块，其包含有会议预审模块、待参加会议模块、会议查询模块及会议室管理模块。其中，上述会议预审模块采集会议信息议，由发起人输入会议主题、会议地点、所属项目、计划开始时间、计划结束时间、参会人员，生成会议信息数据，并根据会议制定的参会人员，待参加会议信息数据消息分发。其中，上述待参加会议模块在预约会议室时自动判断房间占用的情况，对时间冲突的会议给出提示。其中，会议查询模块通过会议主题、开始时间、结束时间或会议状态列出会议信息表单，开启会以后会将会议信息通过定时管理模块推送给相关参会人员。其中，会议室管理模块针对会议信息数据进行成员管理、维护参会人员、结束会议、修改会议、删除会议的操作。

进一步的，如图1、8所示，上述项目活动模块进一步包含有财务模块，其包含有工资成本信息模块、人员小时工资成本模块、办理投标保证金模块、发票审核模块、保证金退回模块、发票退回模块、报销审核模块、开票未回审核模块、发票回款模块、项目管理人员成本统计模块、项目预算汇总模块、项目收款单模块。

其中，上述工资成本信息模块，财务部导入工资报表后生成员工工资成本列表，其包含并不限于序号、所属部门、人员姓名、状态信息，并可以根据所属部门、人员状态(在职、离职、停薪留职、作废)、人员姓名属性进行查询定位员工工资成信息。可以新增员工成本信息，录入所属部门、用户名称、工资(元)、五险(元)、公积金(元)、状态(在职、离职、停薪留职、作废)信息生成员工工资成本信息，并可以再列表中修改人员状态，查看人员成本信息详情。

其中，上述人员小时工资成本模块，财务部选择年月查看对应的日期的所有生成人员小时工资成本报表状态，通过定时任务模块中统计每月底统计人员成本的模块自动生成报表，如果状态为已经生成，可查看报表中对应的详细人员小时工资成本信息，包含所属部门、用户中文名、工时合计(人月)、人月、人员小时工资成本(元)。如果未生成报表可手动操作生成人员小时工资成本报表。从而各级领导可以按照月度及部门随时了解人员人时成本信息。

其中，上述办理投标保证金模块，关联保证金申请模块获取保证金申请信息，财务部在已审批通过的保证金列表中选择保证金项目上传进账单，并向申请的销售人员发送认领消息，销售人员认领确认后，财务部进行冲抵借款处理。并可以查看保证金的历史变更记录。

其中，上述发票审核模块，关联项目管理模块的发票申请已审批状态的数据，财务部查看所有的已审批通过的发票申请信息进行审核，审核通过后，财务开具发票并推送提醒项目经理。

其中，上述保证金退回模块，财务部在保证金列表中选择一件保证金发起退回消息，上传进账单据，冲抵借款，同时个人借款减少该保证金数据项。之后，推送消息给部门经理或经办人员进行提醒。财务删除进账单据时，系统自动生成个人借款数据，并推送消息给部门经理或销售人员进行提醒。

其中，上述发票退回模块，财务部在发票列表中，将项目因发票丢失、开票信息错误时，需要重开的发票时，当前月度内将在原发票处勾选作废；跨月的票据开具负票信息进行冲抵并推送提醒项目经理知晓。

其中，上述报销审核模块，关联报销申请模块获取报销申请数据，财务部查看已经审批通过的报销申请单列表，展示报销单名称、报销人、报销类型、项目名称、报销总金额等信息，可以进行查看报销明细信息，填写审核意见，进行审批通过或不通过的操作。财务审批通过后，此报销单将不能再进行打印。

其中，上述开票未回审核模块，财务部选择一个项目后，查看系统过滤出的项目所有开了发票但是实际回款金额<开票金额的回款发票。包含展示此发票的项目名称、申请人、开票日期、发票号、开票金额、实际回款金额、剩余回款信息。并进行回款操作，也可以查看项目回款的详情。

其中，上述发票回款模块，财务部选择部门及项目后录入与项目对应的合同金额、支付笔数、是否有履约保证金、到部门比例、每一笔回款合同约定金额、实际拨付金额和日期、开票金额、开票日期、发票号、付款单位、第三方销售费用、第三方费用支付日期、到部门金额。其中，合同金额由项目管理模块关联引入，可修改。到部门金额＝(实际拨付金额-第三方或销售费用)*到部门占比*45％，由系统计算得出。可支持一张发票对应多笔回款，及一笔回款对应多张发票的业务，并可查看每一笔发票对应的回款详情。对于已全部回款的项目和未全部回款的项目，在项目列表中通过状态标识提示。

其中，上述项目管理人员成本统计模块，选择年度月份，显示各项目该月份的成本列表。选择列表中一个项目，展示该月份项目每个人员在该月份的项目人员成本分摊情况。

其中，上述项目预算汇总模块，选择一个财年，列表中核算并展示包含但不限于序号、项目名称、合同金额(元)、成本预算(元)、当前发生成本(元)、累计发生成本(元)、签署日期的项目预算统计信息。并可将列表数据导出。

其中，上述项目收款单模块，财务部录入包含但不限于项目金额、业务日期、收款方名称、性质(是否预收款)、预收款金额、备注、是否开票、制单人、财务领导数据，保存为项目收款单，增加在列表中展示。可在列表中查询、查看表单信息，并可导出列表。

进一步的，本发明包含管理视图模块，高层领导使用该模块，其包含，按年统计分析每月各部门回款情况、按年统计分析每月各项目计划成本与执行成本对比情况、按年统计分析每月项目正常执行与延期执行个数对比情况、按年统计分析每月新增备案个数与已跟项目关联个数。

如图11所示，本发明的用以实现快速发布的开发模式为，基于一个集成了多个可视化业务模板的web应用程序生成器工具即微服务开发平台。

如图12所示，上述微服务开发平台包含，版本管理服务、日志服务、消息服务、定时服务、工作流服务、附件服务、认证授权服务、监控服务、网关服务、数据库服务、代码生成服务、部署服务、测试服务、打包服务、发布服务。

其中，上述版本管理服务，其为程序代码过程的版本控制工具，可追溯历史代码；其具体包含SVN及GIT版本管理方式。

其中，上述日志服务，其对系统业务处理上的操作过程进行监听并记录过程，具体可采用面向切面AOP方式对业务类进行监听并记录过程。

其中，上述消息服务，其实现了系统数据的指定推送，具体为当系统需要将数据发送到指定人员时，采用 RabbitMQ消息队列的方式进行推送，并且推送数据被查看后，将其更新为已查看状态。

其中、如图13所示，上述定时服务，用于控制系统中任务的定时执行及推送，其包含定时器列表模块、新增定时器模块、业务定时器设定模块；其具体实现方式为，首先，在工程的“TimerPluginImpl”类中新增定时器的业务方法，并确定定时器名称；然后，在上述新增定时器模块追加一个定时器任务，其属性包含定时器名称、服务名称、方法标识、间隔类型、间隔时间、开启类型(手动开启\自动开启)、启止时点；其中上述方法标识与在“TimerPluginImpl”类中增加的业务方法名称匹配；之后，在上述定时器列表中展示追加的定时任务，其展示项目包含定时器名称、服务名称、方法名称、执行周期、起止时间、启动类型、状态、操作列(修改/删除/执行方法)；可进行修改定时任务属性，删除定时任务，并更改执行方法，其中当状态为启用时，才可以进行手动执行定时任务未启用的定时任务将不会执行。之后，在上述业务定时器设定模块将定时器任务与其调用的任务方法及访问的数据库表相关联，具体属性包含定时器名称、定时器方法名、表名、业务方法，其中，业务方法名与在“TimerPluginImpl”类中增加的业务方法名称相同。例如，工作待办推送提醒的定时任务，在工作计划制定完成，需要每天晚上12点向执行人员推送，采用Spring的Quartz定时推送。

其中，上述工作流服务，经过配置后完成各监理业务模块中的表单上报、审批、执行流转；其包含定义模块、发布模块、执行模块、监控模块、优化模块；其中，上述定义模块对于按照业务系统的工作流转流程定义工作流，具体定义过程为根据业务中的审批需求要点定义包含不限于发起人、审核节点数量、审核节点人员、审核形式(串行)、是否有自处理任务属性，并使用流程图设计器进行流程图的设计，包含设定每个流程节点是(人工)审核，或者(程序)自处理；定义分支，以及进入分支的条件，其中定义的流程节点标识与业务系统前端页面关联；同时通过代码生成工具可自动生成默认的审批页面，并可根据需求定制审批页面。上述发布模块对于上述定义模块定义的工作流进行发布，包含设定该流程中的每个节点关联角色或节点审批用户，通过选择业务系统中定义的角色或选择业务系统中定义的用户来完成，并可预览流程中不同条件下对应的节点审批人，所有流程节点配置完成后流程发布完成；上述执行模块，通过各流程的流程ID关联到业务系统功能模块中，并在之后业务发起时触发工作流进行执行；上述监控模块及优化模块，通过流程实例对各项流转业务进行监控和优化调整。监理系统业务中的包含项目立项、报销申请、保证金申请、项目备案、发票申请、投标申请、项目计划审批、项目预算审批均通过上述工作流服务完成审批。

其中，上述附件服务，负责统一处理附件资源上传下载管理的基础微服务，提供附件数据的持久化，访问控制以及一定的统计工作，并且系统上层服务和前端服务都可以调用。具体的，上述附件服务包含注册模块及配置模块，其中，上述注册模块定义了包含文件类型、文件大小、是否自动转换格式属性，并保存后生成一条具有附件库注册码的附件库记录；之后通过上述配置模块，为需要附件服务的上层业务服务或前端绑定文件库注册码后，通过配置注册码实现对附件库的调用；从而实现了避免大量重复开发，直接在需要使用附件的业务代码中简单配置即可实现附件管理的全过程，简单且安全。例如，上述报销申请模块中的发票扫描件上传功能，使用附件服务的具体过程为：在前端页面或手机客户端上，用户选择了图片或文件后点击上传；图片或文件将会自动被上传到附件库服务器中的报销业务附件的存储目录中；其中在上传过程中，检查文件的大小、文件的扩展名是否符合报销附件库注册时的属性要求；完成上传后，附件服务将会返回附件存放的url，同时之前已经关联注册码的业务服务将会自动将附件服务的返回值记录到业务对应的数据表中，实现了业务数据和附件文件的关联。最终实现报销单在任何界面展示时，将会同步展现员工上传的发票照片。

其中，如图14所示，上述认证授权服务，基于OAuth2标准授权模型，通过简单配置调用统一的认证入口，根据优化后的规则处理逻辑，对于用户、角色、权限、客户端、和授权域进行管理。具体实现方式为：结合业务系统中对于功能权限的处理，将用户与角色对应并将功能方法接口与角色匹配，实现系统功能与登录用户的关联；例如，上述报销申请，所有用户都有权限，报销的审批是部门经理有权限，报销的出账凭据提交只有财务部的出纳有权限，以此管理整体系统的权限控制。上述认证授权服务，通过用户登录信息采集用户的角色信息及用户使用的客户端信息，并将上述信息制成不可篡改，并具有失效时间的jwt(json web token)信息串并返回给用户浏览器后计入在浏览器的cookie中，之后用户在系统操作中的所有请求都会携带此token信息串。上述网关服务可以按照服务及接口(uri+method)定义，进行统一的过滤，并按照请求地址(uri)，和请求方法(method)来匹配授权规则；如果匹配到系统功能模块中的规则，将读取规则中这个接口允许访问的用户、角色，客户端和授权域信息，然后和请求中携带的token中解码出来的信息进行比较，如果满足用户属于授权用户，或包括授权角色，同时客户端属于授权客户端，或者包含此已授权的授权域，就放行请求，否则禁止请求，并返回登录认证错误信息。从而通过简单配置即实现了系统中对于登录用户的权限入口控制，并且整个过程信息通过加密保证安全可靠。

其中，上述监控服务，采用portainer可视化管理界面监控事件日志显示和容器控制台的操作显示，了解系统操作运转中耗时及持久操作的中间运转情况，从而及时发现运行错误及问题，以便进行快速应对解决。

其中，上述网关服务，采用Zuul提供动态路由、监控、弹性负载和安全功能，用以识别每个需要认证的资源，拒绝不符合要求的操作请求。

其中，上述数据库服务，提供数据库创建、维护、更新相关功能，其包含数据库连接创建、数据库设计、数据库脚本生成、数据库版本基线管理模块。具体实现功能为：

第一、上述数据库连接创建模块，建立数据库连接方式并创建数据库；其包含数据库类型(例如：oracle或 MySQL)、数据库实例、数据库IP地址、数据库端口号、数据库用户名、数据库密码属性，填写后保存进行对应数据库连接。

第二、上述数据库设计模块，进行数据库表结构设计及字段设计；其进一步包含表结构设计模块及表字段管理模块。其中，上述表结构设计模块，其维护信息包含标识、表名称、对象名、物理表名、是否为统计表、是否为流程标识、状态；功能操作包含操作列(修改/查看表信息/删除/字段管理/复制)及查询、增加表、导入表、全部启用或禁用功能；通过填写维护信息可进行手动建表并可通过设定数据库连接信息导入已有表结构。其中，如图15所示，上述表字段管理模块，进行数据库表的字段管理，其根据既有通用数据库表字段类型划分为多种字段类别，根据表具体业务选择需要的类别进行追加设定，其类别包含，外键类、流程类、类型type、标志flag、排序类字段、地区类、行业类、价格类、所属类、附件类、tree类、产权类；各类别字段其维护信息包含字段标识、字段中文名称、字段名、数据类型、字段长度、约束类型、缺省值、产生类型、输入框类型、数据字典名；其操作功能包含操作列(修改/删除/复制)及查询、增加字段、导出表格、导入表格功能；其中，“外键类”增加数据表的外键，在“字段名称”和“字段标识”输入框分别输入外键对象的名称和标识，点击“增加”按钮就会自动生成外键字段；“流程类”增加工作流程的字段，保存后数据表中自动增加了“process_name”和“process_ins_id”字段；“类型type”在表中自动增加类型的字段；“标志flag”自动增加表达逻辑删除的标志字段；“排序类字段”自动生成系统功能列表手工排序业务的的表字段；“地区类”自动生成系统功能业务显示三级地区的表字段；“行业类”自动生成业务需要选择项目的所属行业的表字段；“价格类”自动生成系统业务中价格类的表字段，例如“保证金金额”只需要在“价格类”选项卡中输入“标识”和“名称”，则会自动生成保证金的相关字段，“bail_price_value”表示保证金的值，“bail_price_unit”表示保证金的单位，“bail_price”表示转换为单位“元”之后的值；“所属类”只需要勾选“所属类”选项卡中的“所属机构”、“所属部门”、“所属人”，然后点击“保存”按钮，会自动生成相关的字段；“tree字段”对于系统业务需要递归展示信息，或者存在父子关系时会自动生成相关的字段。如果上述类型字段不能满足业务表需要，则可以自定义追加表字段，并通过导入功能导入表字段。

第三、上述数据库脚本生成模块，包含生成SQL、生成SQL文件、执行SQL模块；其中，生成SQL模块把选中的表生成创建表的SQL语句文本；生成SQL文件模块把选中的表生成创建表的SQL文件；执行SQL模块是直接执行生成的SQL语句创建表。

第四、上述数据库版本基线管理模块，包含设置版本基线模块、取消版本基线模块、修改记录SQL模块；其中，上述设置版本基线模块对当前的数据库结构做基线，用以记录区分以后对数据库的操作，设置版本基线之后，以后所有对数据库的操作都会有留痕，以便系统更新过程中进行对应的数据库版本记录。上述取消版本基线模块，对当前的版本基线进行删除，之前所有的操作留痕均清除，用作系统出现大的版本更新时，或者需重新进行设计清除之前的版本记录。上述修改记录SQL模块，可以查看版本基线后的所有数据表的变化记录，用作系统增量更新时数据库升级使用，可以单独使用修改的SQL进行数据库的快速增量部署，以便影响现有系统的运行。

其中，上述代码生成服务，根据上述数据库服务中设计的数据表，对系统业务进行代码自动生成，包含增加、删除、修改、工作流、导入、导出、分析图、数据列表、主键查询功能的实体代码；同时生成前台页面，包含数据列表、编辑页面、查看页面、工作流页面、多页签页面；并且前端页面支持VUE、Freemarker模板；并且生成的代码可进行下载后放入研发工程中。

其中，上述部署服务，包含前端及后端部署；通过服务部署与监控平台进行发布，包含boot web容器、web 页面容器、业务系统以及微服务开发平台中的各个服务，并查看各系统的运行日志，并修改各系统配置文件；从而自动完成系统的快速部署。

其中，测试服务，提供自动化与人工测试的测试代码自动生成服务，生成的测试代码具有开箱即用的效果，成熟稳定，用以支撑系统快速增量开发的迅速准确测试。

其中，打包服务，完成已上传到版本控制的代码，通过Jenkins进行打包、发布、部署操作。

其中，发布服务，用于服务部署与监控平台中在管理服务与组件里对需要发布的容器或服务进行发布、更新等上线操作。

基于上述微服务开发平台中提供的微服务完成快速研发上线的具体技术实现过程步骤如下。

第一、需求分析人员从公司各层职级用户了解系统使用需求，厘清业务场景，快速构建简单的业务功能框架。在图形化UI编制器中拖拽等人机交互来设计前端页面，进行数据分析和建模。后端数据结构依靠表单建立，程序员将业务要素和字段类型进行匹配，数据表之间关联，数据表结构优化、接口服务关系、底层数据与应用联通。

第二、核心业务逻辑建模方面则是靠添加组件设计工作流，工作流依靠触发器和节点来配置。程序员划清节点和数据表关系，配置大量的业务参数构建程序脚本。在设计表字段时，通过设置主外键关联、字段验证规则、关联字典、查询条件等方式，对设计好的数据表进行创建存在数据库中，同时生成前台页面，包括数据列表、编辑页面、查看页面、工作流页面、多页签页面等，对前端界面进行美化。

第三、对于一些资源类功能应用，比如人力资源分配、物品领用等等，系统会实时扣减库存，这部分系统个性化需求在程序员进行业务逻辑分析后，使用触发器在数据保存之前编写代码进行条件校验，数据保存之后更新相关的数据表。

第四、程序员使用微服务技术实现部门级和项目级业务处理，采用统一的API规范和权限管理，准备好对应的服务逻辑，将数据与工作流审批节点进行关联，建立数据库连接方式并创建数据库，通过手工建表，以及从其他数据库导入数据表两种方式封装普通业务表、业务流程表、字典表。通过标准API规范构建起半成品应用，通过编辑器里插件生成代码，调用中百信微服务开发平台自带的用户管理、身份验证、数据推送等服务组件集成前端功能。通过DevOps流水线自动化测试过程，针对系统所生成的增加、删除、修改、工作流、导入、导出、分析图、数据列表、主键查询实体等代码进行测试，组装和配置应用程序直至系统上线运转。

综上所述，之所以采用这种基于微服务开发平台的开发模式，与规模化的监理业务组织方式有很大关系。每个监理业务系统功能应用界面元素大致相同，只是数据项布局略有不同，后台程序代码控制性语句也基本一致，只是数据模型略微不同。Web页面顶部和左侧菜单只在功能导航和消息推送有所区别，主界面表格结构和数据操作动作基本雷同。在系统设计时，引入了数据中台管理思路，重点分析数据结构与应用工作流，在此基础上进行前端应用程序界面原型定制开发以快速响应用户不断变化的服务需求，有效减少了程序员一遍又一遍地重复写代码等无效工作，节省开发时间和开发成本。业务人员一边试用系统原型，一边与程序员进行功能确认。使用这种迭代开发模式，数据建模通常在1-2周内完成，业务逻辑建模则在一月内完成。系统维护时只需对业务功能模块中的数据和流程进行配置，调整配置参数在当天即可完成新功能的发布。

以下，根据本发明系统功能特点介绍部分主要功能的优选实施案例。

一、首页

1.个人信息

(1)维护项目：用户姓名、手机号码、邮箱；

2.修改密码

(2)维护项目：原密码、新密码、确认密码；

3.待批

(1)列表展示：业务名称、任务类型、任务名称、操作(办理/查看流程)；

(2)功能说明：所有涉及到审批的业务数据全部在这里对应菜单进行显示，根据权限的不同进行数据审批；通过/不通过的数据都从该表中移除，不通过的数据需要填写审核意见，便于提交人修改。通过定时器实时推送提醒，有新的待批任务会用红点标记；

(3)页面布局：如图16所示。

4.认领

(1)数据列表：任务名称、所属项目名称、任务发送人、要求完成时间、计划工时、操作列；

(2)功能说明：

认领：任务流转到我的工作中；

取消认领：填写原因，分配人员在消息中查看；

通过定时器实时推送提醒，有新的分配任务会用红点标记。

5.会议

(1)数据列表：会议主题、会议地点、计划开始时间、计划结束时间、参会人员；

(2)功能说明：查看自己需要参加的会议；通过定时器实时推送提醒，有新的待参与会议会用红点标记。

6.消息

(1)数据列表：消息标题、消息接收人、消息发送人、消息类型、发布时间、状态；

(2)功能说明：

点击标题可进行查看；

按发布时间及未读状态进行升序排序；

通过定时器实时推送提醒，有新的消息会用红点标记。

二、用户资源授权管理

1.用户授权管理

(1)数据列表：登录名、显示名、手机、邮箱、机构、部门、操作列(用户拥有的角色、用户的数据权限、图片、附件)；

(2)功能说明：查看并配置用户的一个或多个角色；查看并配置用户的一个或多个数据权限。

2.角色授权管理

(1)数据列表：角色名、角色标识、授权操作(拥有该角色的用户、已授权资源、已授权服务)、操作列(删除、修改)；

(2)功能说明：增加角色；查看并配置角色对应的用户；查看并配置授权资源；查看并配置授权服务；删除角色；编辑角色；

(3)页面布局：如图17所示。

3.授权资源管理

(1)数据列表：服务、资源地址、类型、授权域、授权app、授权角色；授权用户；

(2)功能说明：追加/编辑/删除资源；配置授权域、配置授权角色、配置授权用户。

4.授权服务管理

(1)数据列表：服务名、授权域、授权App、授权角色、授权用户、操作列；

(2)功能说明：追加/编辑/删除服务；配置授权域、配置授权APP、配置授权角色、配置授权用户。

三、规则管理

1.里程碑阶段管理

(1)数据列表：里程碑编号、里程碑名称、里程碑全称、创建时间、操作列；

(2)功能说明：追加/编辑/删除里程碑阶段；

(3)页面布局：如图18所示。

2.监理活动管理

(1)数据列表：选择里程碑名称、活动名称、需上传文档名称、操作列；

(2)功能说明：为一项里程碑阶段追加/编辑/删除监理活动。

3.主项目类型阶段管理

(1)数据列表：主项目类型、里程碑名称、操作列；

(2)功能说明：为主项目类型选择所属的里程碑阶段；删除已添加的里程碑阶段；

(3)页面布局：如图19所示。

4.子项目类型阶段管理

(1)数据列表：子项目类型、里程碑名称、操作列；

(2)功能说明：为子项目类型选择所属的里程碑阶段；删除已添加的里程碑阶段。

5.主项目监理活动管理

(1)数据列表：里程碑名称、项目类型、活动名称、是否允许跳过，操作列；

(2)功能说明：删除主项目里程碑阶段中的监理活动；设置监理活动是否可以跳过；

(3)页面布局：如图20所示。

6.子项目监理活动管理

(1)数据列表：里程碑名称、项目类型、活动名称、是否允许跳过，操作列；

(2)功能说明：删除子项目里程碑阶段中的监理活动；设置监理活动是否可以跳过。

四、投标活动-备案管理

1.登记备案

(1)入口动作：用户选择菜单栏中的备案—登记备案；

(2)维护项目：备案名称*、是否劳务外包、业主单位*、项目投资额(万元)、监理费(万元)、联系人姓名*、联系人电话*、报备人所属部门、报备人；(加*为必须输入项目)；

(3)操作按钮：暂时保存、修改、提交；

(4)流转操作：我的备案列表页面；

(5)审批工作流：如图21所示。

2.备案查询

(1)入口动作：用户选择菜单栏中的备案—备案查询；

(2)列表项目：序号、备案编号、备案名称、部门、报备人、报备时间、到期日期、状态、操作列；

(3)子页面：

我的备案：查看自己提交的备案，可查看备案状态，对其进行查看、结束、顺延等操作；

我参与的备案：当部门经理或者综管部领导，指派任务给用户后，用户可以在“我参与的备案”中，看到备案信息；

本部门支持备案：部门经理可以在该模块中，查看本部门的所有备案信息，并且可以选择支持部门，还可以指派任务。被选择的支持部门的部门经理，可以在“支持部门备案信息查询”中，看到备案信息；

备案列表：与自己有关的备案信息，对其可查看、支持部门、指派任务。

五、投标活动-投标管理

1.投标立项

(1)入口动作：用户在菜单栏中选择投标—投标立项；

(2)维护项目：投标项目编号(自动生成)、投标项目名称*、业主单位名称*、业主负责人、招标公司、招标项目经理、招标项目经理联系方式、账户名称*、账号*、开户行*、投标保证金(元)*、最迟支付时间*、预算金额(元)、开标时间、招标方式*(公开招标、邀请招标、竞争性谈判、竞争性磋商、比选、其他)、招标属性*(自营、自营战略合作、配合、劳务外包)、保证金形式*(支票、电汇、保函、现金、银行汇票)、经办部门*、经办人*、是否支付保证金、退还条件*、备注*、附件、备案名称(可与备案关联)(加*为必须输入项目)；

(3)操作按钮：暂时保存、修改、提交；

(4)审批工作流：如图22所示。

2.我的投标项目

(1)维护项目：项目名称、开标时间、预算金额、参与家数、招标方式、具体各家报价、中标结果(是否中标)；

(2)操作描述：与自己有关的数据都在该处进行查询，可在一次投标的数据项基础上，进行二次投标流程的发起；可对已开标的投标数据进行开标数据的完善，填写此次参与的公司信息；对已发起审批的申请数据，可以撤回和通过流程图按钮查看目前审批节点及审批日志信息。

六、投标活动-保证金管理

1.保证金申请

(1)关联项目：需与中标的项目进行关联；

(2)维护项点包括：项目名称*、最迟支付时间*、收款单位*、户名*、开户行*、账号*、合同总金额(元)*、退款条件、申请日期*、保证金金额(元)*、经办部门*、经办人*、保证金形式(支票、电汇、保函、现金、银行汇票)、用途*、备注*；

(3)审批流程：经办人、分管领导、出纳确认、总裁、财务总监、出纳付款；(如图23所示)

(4)功能说明：审批通过后，上传电子版支票或保函、经办人消息提醒。

2.费用退回申请

(1)维护项点包括：项目名称、最迟支付时间*、收款单位*、户名*、开户行*、账号*、合同总金额(元)*、退还条件、申请日期*、退还金额(元)*、经办部门*、经办人*、用途*、备注*；

(2)审批流程：经办人、分管领导、出纳确认、总裁、财务总监、出纳付款、发送通知；(如图24所示)。

3.服务费申请

(1)维护项点包括：申请名称*、付款时间*、账户名称*、账号*、开户行*、中标金额(万元) *、保证金转服务费(是、否)、服务费金额(元)*、费率、中标说明、备注、附件(中标通知书或中标公告等证明文件)；

(2)审批流程：如图25所示；

(3)功能说明：如保证金状态是未退回，保证金可结转服务费。

七、项目活动-项目立项

1.立项申请

(1)维护项点包括：立项类型、项目全称、项目属性、项目级别、项目性质、业主单位、项目类型、合同金额、项目经理、执行地点、所属行业、审核人员、总监理工程师；

(2)页面布局：如图26所示；

(3)功能说明：选择项目类型，填写项目基本信息(注：如果合同状态是待签状态，则不能提交立项，同时会给已填写的商务人员发送一条完善合同信息的通知，商务人员或项目经理再次项目查询，点击列表项目名称进入项目首页，在“项目合同/回款信息”中进行数据完善)，合同状态选择已签后，需要填写合同信息(注：对于一个合同对应多个项目时，合同名称可以输入关键字，回车进行查询，选中一个名称，合同其他信息进行页面赋值，不需要修改)、合同支付条件、开票信息；可以进行暂存不提交，提交后发起审批流程；按照(研制、自建、外包)不同类型项目审批流程不同。

(4)审批流程：如图27、28、29所示。

2.项目管理信息录入

(1)操作人：由部门经理进行维护；

(2)维护项点：部门占比(％)、执行合同比例(％)、执行合同金额(元)；

(3)功能说明：“执行合同比例”是当一个合同对应多个项目时，该项目在合同中的占比情况，一般执行合同比例为100％，合同金额根据项目合同金额计算得出。

3.项目合同信息录入

(1)维护项点：合同名称、合同该编号、客户名称、工程投资(万元)、合同描述、实际金额、合同工期、终验方式、终验日期、执行部门、合同类型。

4.项目回款信息录入

(1)维护项点包括：回款序号、预计回款时间、付款比例、应回款金额、付款条件。

八、项目活动-项目计划

1.总体实现描述：

(1)项目计划由项目经理来完成。项目经理登录系统后，在“负责项目”中，完成项目计划。工作计划制定完成，系统用Spring的Quartz每天晚上12点自动向执行人员推送5个项目的待办信息。

(2)项目阶段划分兼顾项目整体阶段划分和子项目阶段划分两种需求。整个项目包括多个子项目的，分别编制每个子项目阶段划分，整个项目如无子项目可按照有一个子项目来编制阶段划分。自定义类型子项目的里程碑阶段设定需自行输入阶段名称和时间段，需自行选择所需要的事件任务。设定项目计划编制过程中可随时保存，下次继续编制。也可以返回不保存当前的编辑。计划编制完成进入确定项目计划页面显示整个项目计划，包括取消必选事件任务的说明，并可提交审核；

(3)项目计划制定后提交上级审核，审核之后可随时调取修改。修改后须再次提交审批。一旦新的计划审核通过后，上一个版本的项目计划仍需保留，可以在确定项目计划-查看历史计划链接中看到保留的历史计划。项目计划提交审核后，部门经理可以从待批中找到该待批事项，点击审核按钮进入，可以看到整个项目计划的展示，展示中应能通过不同颜色以表示提交的计划在哪里进行了最新修改和最新修改时间。

2.里程碑阶段设定

(1)操作：项目经理点击“里程碑阶段设定”应显示主项目和子项目里程碑设定界面，其中子项目里程碑设定显示各子项目名称列表，选择某子项目可进入该子项目的里程碑设定界面。已设定过里程碑阶段的，应显示上次设定的结果值。每个阶段需要设定开始和结束时间段，制定后可修改。时间控件可手输也可点选日历；

(2)里程碑阶段划分：项目阶段划分不再只提供唯一模板，项目经理可根据项目的类型不同自行设定阶段划分。系统提供五种阶段划分模板(综合类型、纯设备采购、弱电室内外建设、应用系统开发、系统集成)。如系统提供的5种阶段划分模板不能满足项目实际时，项目经理可选择自定义，自行设定各阶段名称、时间段和阶段内的事件任务。项目整体阶段划分包括：项目整体准备阶段(可跳过)、项目整体启动阶段(可跳过)、项目整体初验(可跳过)、项目整体试运行(可跳过)、项目整体终验；对于项目整体和子项目阶段划分中都有的项目准备、项目启动两个阶段，允许项目经理根据项目实际需要选择分别编制或只编制其中之一，如不编制的需点选“跳过”该阶段；对于项目计划中子项目试运行、子项目验收、项目整体试运行、项目整体初验四个阶段，项目经理可根据项目实际需要选择“跳过”相应的阶段不进行编制；具体阶段为：

纯设备采购子项目阶段分成：开工准备(可跳过)、项目启动(可跳过)、采购到货、试运行(可跳过)、子项目验收(可跳过)几个阶段；

弱电室内外建设子项目阶段分成：开工准备(可跳过)、项目启动(可跳过)、深化设计、采购到货、基础环境施工、设备安装、验收测试、试运行、子项目验收(可跳过)几个阶段；

应用开发子项目阶段分成：开工准备(可跳过)、项目启动(可跳过)、需求调研、设计评审、编码开发、软件部署、确认测试、试运行、子项目验收(可跳过)几个阶段；

系统集成子项目阶段分成：开工准备(可跳过)、项目启动(可跳过)、深化设计、采购到货、设备安装、集成测试、试运行、子项目验收(可跳过)几个阶段；

综合类型没有子项目阶段；

(3)页面布局：如图30所示。

3.事件任务设定

(1)设定任务功能：设定里程碑阶段设定后方可进行事件任务的设定。点击某个阶段就可以对该阶段设定事件任务。选择跳过的阶段不能对该阶段进行事件任务设定。系统针对四种阶段划分模板对应提供了各阶段内的事件任务模板，模板内的事件任务可以取消，但需要在后面填写说明。如系统提供的事件任务模板不能满足项目实际时项目经理可依据项目特点，选择其他的事件任务或选择自定义，自行设定事件任务名称。事件任务—编写监理规划作为整个项目关键任务应列在整个事件任务清单的第一条，不在任何一个阶段内。在制定项目计划时不需人工介入编制，直接作为工作任务推送给项目经理。该事件任务时间限制为从立项申请提交后三个月内。(页面布局如图31、32所示)；

(2)设定任务时间功能：事件任务设定后方可对每个事件任务进行时间设定。对于未选择的事件任务不能进行时间设定。每个事件任务开始时间和结束时间默认代入阶段时间段。项目经理可根据需要逐条修改事件任务的开始结束时间。事件任务时间保存时需检查事件任务的时间段不能与阶段的时间段冲突。如冲突应提示冲突原因，并重新设置任务时间；(页面布局如图33所示)。

4.项目计划确认提交

(1)页面布局：如图34所示；

(2)审批流程：提交后由部门经理来审核。

5.项目形象进度展示

(1)功能说明：

以列表形式进行显示项目各阶段时间范围及当前状态(未开始、进行中、已结束、已延期)；

输出静态信息表：对项目的基本信息进行Excel导出；

输出动态信息表：对下表可进行Excel导出；

(2)输出数据列表：合同编号、项目名称、合同额(元)、已回款额、总笔数、已回款笔数、未回款额、项目状态、验收日期、验收方式、归档状态、部门经理、项目经理、备注；

(3)页面布局：如图35所示。

6.项目引导

(1)任务数据列表：任务名、计划开始时间、计划结束时间、投入工时、实际结束日期、状态 (已完成/未完成)、执行人、操作列；

(2)功能说明：

查看项目中主项目和子项目的当前状态、计划时间、已投入工时；

查看主项目及子项目内的任务执行情况；

记录工时；

查看工时；

结束项目阶段

通过颜色标示延期的事件任务；

显示项目计划最后修改时间；

(3)页面布局：如图36所示。

九、项目活动-项目预算

1.全周期预算

(1)维护项点：人力资源名称、人员月均成本(元/月)、总体计划投入人月数、项目其他费用 (元)、总体计划人员预估费用(元)、总体计划投入人月结余；

(2)项目差旅、租房(车)、外采、外包费用计划表：科目(飞机、轮船、火车、住宿、差旅补助、租房、租车、飞机、长途汽车、机场巴士、室内出租)、单价(元)、数量、单位、小计(元)；

(3)列表项目：预算类别、预算名称、状态、操作列；

(4)功能说明：查看数据详情；修改数据；提交后部门经理审核；审核通过后可添加新增财年预算；查看历史预算；

(5)计算说明：预算表填报后根据填入的数据按求和方式计算得出总体计划人员预估费用和差旅累计费用总和。点击试算按钮，计算人均产值、总体预算状态两项。其中人均产值率＝合同额/总体计划投入人年。总体计划人员预估费用＝人员月均成本*总体计划投入人月数+ 项目其他费用。全周期预算的人员和计划投入人月数决定了以后每财年预算中的人员和计划投入人月数。小计＝科目单价*数量，合计＝各科目小计之和+外采费用+其他或外包费用。点击成本试算按钮，计算人均产值、总体预算状态两项。其中人均产值率＝合同额/总体计划投入人年，总体计划投入人年＝总体计划投入人月数合计/12,总体预算状态＝总体计划费用/合同额，判断是否超过成本限定比例，超过显示超标，未超过显示正常。总体计划费用＝总体计划人员预估费用+项目差旅、租房(车)、外采、外包费用；

(6)页面布局：如图37所示。

2.财年预算

(1)维护项点：人力资源名称、人员月均成本(元/月)、总体计划投入人月数、项目其他费用 (元)、总体计划人员预估费用(元)、总体计划投入人月结余；其中到部门比例由财务数据代入；

(2)计算说明：预算表填报后根据填入的数据按求和方式计算得出本财年计划人员预估费用和差旅累计费用。总体计划投入人月结余＝全周期总体计划投入人月数-本财年总体计划投入人月数；点击成本试算按钮可以计算项目本财年预算状态，本财年计划费用＝本财年计划人员预估费用+本财年差旅、租房(车)、外采、外包费用；其中本财年预算状态＝本财年计划费用/本财年计划回款额，判断是否超过成本限定比例。如本财年计划到部门额—本财年计划总费用<0，则显示对部门负贡献，否则超过限定比例的显示超标，未超过限定比例的显示正常。总体计划投入人月数结余＝全周期预算中总体计划人月数合计值-各财年预算中本财年计划投入人月数合计。

十、项目活动-发票管理

1.发票申请

(1)维护项点：申请日期、项目编号、表单编号、合同名称、开票记录(第一笔、第二笔、第三笔)发票类型、付款方名称、付款方税号、内容、金额(大写、小写)、申请人；

(2)功能说明：在左侧列表中选中需要开票的合同，右侧显示每笔款项，点击申请开票填写表单即可；(如果右侧未显示回款计划，需要到项目列表中找到该项目，在该项目的项目合同/回款计划中，补充回款计划和开票信息，项目组成员中添加开票的商务人员或者项目经理即可；)

(3)审批流程：如图38所示。

十一、项目活动-工作管理

1.项目工作派发

(1)查询条件：工作任务、派发人、项目名称、子项目名称、状态(工作待办、我的已办)；

(2)数据列表：工作任务(红色任务表示已延期，请尽快结束掉)、项目名称、开始执行日期、派发人、要求结束日期、计划投入、已投入、操作列；(需要先认领)

(3)功能说明：

记工时：填写工作日期、工时(小时数)、工作内容；

派发：填写选择新执行人、计划需要工时、新任务名称、任务描述；将任务派发给其他人，派发后不在工作列表中显示；

分解：任务名称*、计划需要工时、要求完成时间*、选择项目组成员、选择部门成员、分解此任务人员(在列表中点击可删除)；说明：任务可分解多人；

结束：终止任务；

批量记工时：批量填写工时；

我的今日工时：查看数据列表。

2.非项目工作派发

(1)维护数据项：任务名称*、任务人员*、任务要求开始时间*、要求完成时间*、工作地点、预计工作时间(小时)、工作内容；

(2)功能说明：派发后后的任务流转到认领中，执行人认领后进入个人工作。

3.检查分层管理工时

(1)查询项目：部门、任务类型(教练动作、重点动作、规定动作)、任务名称、执行人、项目名称、任务状态(所有、待认领、待完成、已完成)、操作(所有、被派发、被分解、被撤回)；

(2)列表项目：工作任务、任务类型、项目名称、派发人、执行人、任务开始、计划完成、预计工时、实际投入、状态、操作列；

(3)功能说明：查看任务详情。

十二、项目活动-报销

1.报销申请(项目/无项目/备案)

(1)日常报销填写：报销单名称、财务编号、财年；

(2)差旅报销填写：报销单名称、财务编号、出差目的地、出差日期、出差说明、财年；

(3)报销单列表：报销单名称、报销类型、项目名称、操作列；

(4)功能描述：

发票管理：维护项点包括发票科目、发票号后4位、发票金额、发票日期、发票地点、发票备注说明、起始地、目的地；

提交审核：进入流程审核；

删除：删除指定数据项；

(5)未审核通过的报销单查看：报销单名称、报销类型、项目名称、审核状态(查看审核意见)。

十三、财务管理

1.维护人员工资成本

(1)查询条件：所属部门、人员状态(在职、离职、停薪留职、作废)、人员姓名；

(2)数据列项目：序号、所属部门、人员姓名、状态、操作列

(3)功能说明：

导入工资报表：根据Excel模板进行数据导入；

新增人员：所属部门、用户名称、工资(元)、五险(元)、公积金(元)、状态(在职、离职、停薪留职、作废)；

修改人员：状态(在职、离职、停薪留职、作废)、工资(元)、五险(元)、公积金(元)；

查看人员：查看数据详情。

2.查看人员小时工资成本

(1)查询条件：年份、月份

(2)数据列表：

一级列表：日期、报表状态、操作列；

二级列表：所属部门、用户中文名、工时合计(人月)、人月、人员小时工资成本(元)；

(3)功能说明：

查看：查看二级列表详情；

自动生成：每月自动生成员工工资成本数据。

3.办理投标保证金

(1)维护项点：上传进账单；

(2)功能说明：向销售人员发出认领信息，销售确认后财务进行冲抵借款操作。

4.中标服务费

(1)数据列表：项目名称、金额、账户信息、附件(中标通知书或中标公告)打款电汇凭证；

(2)功能说明：

打款：上传电汇凭证；

指派销售维护发票：指派销售人员追回发票，进行消息提醒。

5.报销审核

(1)查询条件：报销单名称、报销人

(2)数据列表：报销单名称、报销人、报销类型、项目名称、报销总金额(元)、操作列

(3)功能说明：审核：所有领导审批通过后，数据流转到财务，有财务审批。

6.回款查询

(1)查询条件：部门、项目名称、合同编号；

(2)数据列表：序号、合同编号、项目名称、部门、项目经理、立项时间、回款状态、操作列；

(3)功能说明：

项目回款发票维护项点：合同金额、支付总笔数、是否有履约保证金、部门占比、开票日期、申请人、付款单位、开票金额(元)、发票号、合同约定金额(元)、实际回款(元)、实际回款日期、第三方或销售费用(元)、第三方费用支付日期、到部门金额；

回款：修改实际回款(元)、实际回款日期、第三方或销售费用(元)、第三方费用支付日期；

回款记录：每笔回款记录，可进行修改。

7.查看项目人员统计成本

(1)查询条件：时间(年份、月份)

(2)数据列表：项目名称、月项目成员成本(元)、操作列；

(3)功能说明：

生成：生成当前年月数据统计表；

导出：导出统计结果为Excel；

查看：查看数据详情。

8.项目预算汇总表

(1)查询条件：当前财年；

(2)数据列表：序号、项目名称、合同金额(元)、成本预算(元)、当前发生成本(元)、累计发生成本(元)、签署日期；

(3)功能说明：导出预算统计表：导出Excel。

9.项目收款单

(1)查询条件：填表日期范围、合同名称、收款方名称

(2)数据列表：填表日期、收款方名称、制单人、操作列；

(3)维护项点：各项目金额、业务日期、收款方名称、性质(是否预收款)、预收款金额、备注、是否开票、制单人、财务领导；

(4)功能说明：

查看：查看数据详情；

导出：导出Excel。

十四、核算统计

1.本财年项目核算

(1)查询条件：部门、项目名称、合同编号；

(2)数据列表：项目名称、合同编号、合同额(元)、操作列；

(3)功能说明：

项目核算：查看项目核算表；

导出Excel；

(4)算法说明：从本财年预算表中代入本财年计划投入人月数，计划费用，到部门比例，成本限定比例，从财务数据中代入合同额、计划回款额、实际拨付额、本财年实际费用、实际报销费用等，从工时中计算出实际人员投入人月数。从表中数据得出预算执行情况，分为超标和正常两种情况，计算方式为实际费用-计划费用〉0判断是超标反之是正常。若此项目暂时未做预算，则给出相应提示，项目核算表中没有数据；若此项目已经投入过人月数或报销过费用，项目核算表则显示本财年实际投入人月数、本财年实际费用，其他数值赋值为空，项目名称显示为“与项目无关”。可导出此项目的本财年的项目核算表。执行情况计算方式为实际费用-计划费用〉0判断是超标反之是正常；

(5)页面布局：如图39所示。

2.项目收支统计

(1)查询条件：部门、项目名称、合同编号；

(2)数据列表：项目名称、合同编号、合同额(元)、操作列；

(3)功能说明：

项目收支统计：查看项目费用收支统计表；

导出Excel；

(4)算法说明：项目性质，合同额，支付总笔数由项目基本信息代入。总体计划人员投入量、总体计划费用、本财年计划人员投入量、本财年计划费用由预算表代入。总体人员已投入量计算该项目下所有人工时折算成人月，本财年人员已投入量计算该项目本财年所有人工时折算成人月。已回款额，未回款额，总体已支出费用，本财年已支出费用、已报销费用由财务数据代入。具体计算公式：

净回款额＝每笔实际拨付金额-每笔第三方费用；

本财年净回款总额＝本财年每一笔净回款求和；

项目净回款总额＝项目每一笔净回款求和；

项目盈余＝项目净回款总额*部门占比*45％—总体已支出费用；

本财年已支出费用与部门回款比例＝本财年已支出费用/(本财年净回款总额*部门占比*45％)；

本财年项目报销结余参考＝本财年净回款总额*部门占比*5％-已报销费用；

外地项目报销结余＝本财年净回款总额*部门占比*12％-已报销费用；

(5)页面布局：如图40所示。

3.季度奖发放分析

(1)查询条件：部门、时间范围(年月)；

(2)数据列表：所属部门、可报销费用(元)、已报销费用(元)、报销结余(元)；

(3)功能说明：导出Excel；

(4)算法说明：计算部门每个项目在季度时间段内的报销结余，公式：

项目净回款额(可报销费用)＝每笔实际拨付金额-每笔第三方费用；

净回款总额＝本季度每一笔项目净回款求和；

本地项目报销结余＝季度净回款总额*部门占比*5％—已报销费用；

外地项目报销结余＝季度净回款总额*部门占比*12％—已报销费用。

4.项目人力投入分析

(1)查询条件：部门、项目名称、合同该编号；

(2)数据列表：项目名称、合同该编号、合同额(元)、操作列；

(3)功能说明：

项目人员投入统计：查看项目人员投入表

导出Excel；

(4)算法说明：人员占总工时比例＝人员在项目上的工时/项目总工时。

5.人员工时分配分析

(1)查询条件：部门、时间范围(年月)；

(2)数据列表：项目名称、项目工时(人月)、占总工时比例(总工时包含与项目无关的工时数)；

(3)功能说明：导出Excel；

(4)算法说明：人员占总工时比例＝人员在项目上的工时/人员总工时。

6.项目回款统计

(1)查询条件：部门、项目名称、合同签订时段、回款时段、合同编号、回款状态、开票时段；

(2)数据列表：序号、合同编号、项目名称、部门、项目经理、合同金额(元)、已回款金额 (元)、待回款金额(元)、回款状态、项目状态、签署日期、操作列；汇总项：合同总金额、已回款总金额、待回款总金额；

(3)功能说明：

导出Excel；

回款详情：查看回款详情列表。

7.开票未回统计

(1)查询条件：部门、项目名称、开票时段；

(2)数据列表：项目名称、申请人、开票日期、回款日期、发票号、开票金额(元)、实际回款金额(元)、剩余回款(元)；汇总项：开票总金额、已回款总金额、待回款总金额。

由上述可知，本发明满足了监理项目管理功能的个性化定制及快速发布，并且实现了监理企业经营管理要求与监理专业服务在企业经营决策高级管理者层级和项目管理层级上统一一体化管理，能够将企业在项目人力资源投入、工时管理、成本预算和利润分配指标决策反映在项目执行过程中，从而得出精准的经营管理视图。满足了规范化、标准化、模块化、科学化，提高监理机构的监理服务标准，实现了日常监理项目活动和企业经营管理活动的一体化管理需求。推动企业监理服务的深化应用，不断提高生产、经营、管理、决策的效率和水平，提升企业经济效益和核心竞争力。

Claims (7)

1.信息系统工程监理项目招投标管理系统，其特征在于：包含分级用户和备案模块；

其中，所述分级用户包含用户，所述用户包括大领导用户、领导用户、综合管理部用户、分管领导用户、部门经理用户、普通员工用户，财务总监及出纳；

其中，所述备案模块包含登记备案模块及备案审核模块；

其中，所述登记备案模块，其包含但不限于采集：备案名称、业主单位、联系人联系方式、发起人及发起人部门、项目投资额或监理费，生成以备案编号(部门ID)为关键字的备案信息表单；发起备案审批流程，其中发起人关联用户ID，发起人部门关联部门ID；

其中，所述备案审核模块，设置在具有部门经理、综合管理部用户、领导用户权限的系统中，部门经理、综合管理部用户、领导用户逐级审批备案信息表单，返回通过或不通过结果。

2.如权利要求1所述的信息系统工程监理项目招投标管理系统，其特征在于：进一步包含投标模块，其包含投标申请模块及投标审核模块；

其中，所述投标申请模块，其采集包含但不限于：投标项目名称、投标金额、招标方式、招标属性、投标保证金、保证金最迟支付时间、退还条件、经办人信息、经办部门信息、合同信息、合同附件，并采集备案名称关联备案信息，生成以投标编号为关键字的投标立项表单，保存并传递至投标审核模块；

其中，所述投标审核模块，设置在领导用户、综合管理部用户、分管领导、财务总监及财务执行用户的权限的系统中，投标立项表单逐级经分管领导、出纳、综合管理部总经理、领导、财务总监，并返回通过或不通过结果，通过经出纳执行；

其中，所述投标申请模块中涉及到投标保证金及保证金最迟支付时间，所述投标审核模块关联到保证金模块，保证金模块包含保证金申请模块，保证金审核模块；

其中，所述保证金申请模块，采集包含但不限于：项目名称、保证金金额、保证金类型、最迟支付时间、收款单位财务信息、退还条件、经办人及经办人部门，生成以保证金保单编号为关键词的保证金表单信息；

其中，所述保证金审核模块，设置在领导用户、财务审核人员、财务执行人员，分管领导的用户权限的系统中，将保证金申请模块采集的保证金表单信息逐级经分管领导、领导用户及财务审核人员审核，并最终经财务执行人员办理付款，并上传电子版支票或保函，推送消息至经办人；

其中，所述投标审核模块，接收发起人投标申请模块传递投标立项表单，经分管领导审核，之后根据招标属性判断投标项目是自营或是其他，如果是自营，直接流转至综管部审核；如果是其他，需判断该申请是否需要支付保证金，如果需要支付，且金额大于等于两万元时，出纳确认保证金是否到账，反之，数据流转至综管部审核、总裁审核、财务总监审核、出纳付款、发送付款通知，每个审核节点审核不通过直接退回至经办人进行修改，再逐级审核。

3.如权利要求1或2所述的信息系统工程监理项目招投标管理系统，其特征在于：所述投标模块进一步包含中标服务费申请模块及服务费审核模块；

其中，所述服务费申请模块其根据所投标立项数据，进一步采集包含但不限于：投标项目名称、中标金额、服务费金额、付款时间、是否存在保证金转服务费情况、生成以服务费编号为关键字的服务费表单，传递至具有审核权限的所述服务费审核模块；

其中，所述服务费审核模块设置在领导用户、财务审核人员、财务执行人员，分管领导的用户权限的系统中，接收发起人服务费申请模块传递服务费表单，经分管领导审核，之后根据招标属性判断投标项目是自营或是其他，如果是自营，直接流转至领导用户审核；如果是其他，需判断该申请是否需要支付保证金，如果需要支付，出纳确认保证金是否到账，反之，数据流转至领导用户审核、财务总监审核，逐级审核通过后出纳付款、发送付款通知，每个审核节点审核不通过直接退回至经办人进行修改，再逐级审核。

4.如权利要求1或2所述的信息系统工程监理项目招投标管理系统，其特征在于：所述备案模块进一步包含：我的备案模块、部门备案模块、分管部门模块、备案列表模块、我参与的备案及本部门支持备案；

其中，所述我的备案模块根据用户ID关联其对应的备案信息表单，显示备案信息及备案状态，并具有该条备案信息的查看、修改、结束操作模块；

其中，所述备案审核模块返回通过信息后，选择结束操作模块；其中，备案审核模块返回不通过信息后，选择修改操作模块；所述备案状态包含暂存、提交待审核、审核通过及审核退回；

其中，所述部门备案模块，设置在具有部门经理权限的系统中，根据部门ID列出该部门中全部用户的备案信息，并针对每个备案信息，指定其他支持部门，将备案信息推送至支持部门；

其中，所述分管部门模块，设置在具有分管部门的负责人权限的系统中，根据分管部门管理的下属部门的部门ID列出用户的备案信息，并针对每个备案信息，指定其他支持部门，将备案信息推送至支持部门；

其中，所述备案列表模块，设置在最高层权限的系统中，按照分管部门，部门，用户逐级列出备案信息，包含查看、指定支持部门，分配任务的模块；

其中，所述本部门支持备案，设置在具有部门经理权限的系统中，接收部门备案模块或分管部门模块推送的备案信息，并在本部门中选择用户，将备案信息分派给该指定用户；

其中，所述我参与的备案模块，接收部门经理分配的备案信息，作为备案工作执行。

5.如权利要求3所述的信息系统工程监理项目招投标管理系统，其特征在于：所述投标模块进一步包含，我的投标项目模块、我的投标模块及所管投标模块；

其中，所述投标模块包含进一步包含我的投标项目模块，其根据用户ID关联立项表单信息，显示我的投标项目，并具有开标、二次开标模块及查看各级审核信息的查看模块；

其中，所述我的投标模块，根据用户ID查看已经提交并审核通过的历史立项表单信息；

其中，所述所管投标模块，设置在部门及分管部门权限的系统中，查看所管部门的投标立项信息或分管部门的全部投标立项信息。

6.如权利要求5所述的信息系统工程监理项目招投标管理系统，其特征在于：所述投标模块进一步包含投标信息变更模块，其包含投标信息变更申请模块、投标信息变更审核模块；

其中，所述投标信息变更申请模块编辑变更表单，包含变更原因传递至审核模块；

其中，所述投标信息变更审核模块设置分管领导权限用户，其接受变更信息，指派接管人员，并推送至接管人员及/或相关财务人员；指派人员接受指派后作为新的责任人，相关投标项目信息或保证金信息变更为新的责任人。

7.如权利要求6所述的信息系统工程监理项目招投标管理系统，其特征在于：所述保证金模块还包含保证金退回模块，定位需要退还的保证金表单信息，进一步采集，退还账户信息、最迟支付时间、退还金额，生成退款表单，经分管领导审核，出纳判断是否已经退款，如果已经退款则返回，如果未退款则流转至领导用户审核，进一步财务总监审核，通过后出纳退款操作，每个审核节点审核不通过直接退回至经办人进行修改，再逐级审核。

Images