RPA开发服务服务方案
招标编号:****
投标单位名称:****
授权代表:****
投标日期:****
本次项目采购X台RPA开发服务器。
RPA(机器人流程自动化)的本质在于,作为一种软件或平台,它专为执行基于规则的高频率重复任务而设计,以取代人力操作,而非实际物理流程的执行器。然而,由于其创新特性,人们对RPA的结构与功能可能抱有疑问。
一个标准的RPA平台通常由开发、执行与管理这三个核心模块构成。
RPA三件套
●开发工具
开发工具的核心功能在于配置和设计软件机器人,它提供了平台供开发者进行编程,以便让机器人能够执行精细的指令和蕴含决策逻辑的任务。
在接纳新生力量——机器人加入公司运作时,它们对原有业务流程的了解初始空白。因此,我们必须对这些机器人进行详尽的业务流程培训,以充分挖掘并发挥它们的独特效能,从而提升整体工作效率。
为了推动商业发展,大多数开发工具通常要求开发者具备基础的编程理解,例如掌握循环结构和变量赋值等技能。然而,令人欣慰的是,现今大部分RPA软件的代码复杂度相对较低,即使是没有IT背景但经过适当培训的用户也能迅速上手并有效运用。
开发工具里还包括——
中的宏功能,记录仪可以记录用户界面(UI)里发生的每一次鼠标动作和键盘输入。 记录仪:也称之为“录屏”,用以配置软件机器人。就像Excel
为了简化配置的运行软件机器人的操作,平台广泛提供了多种插件和扩展应用。
为了提升开发者对RPA开发平台的操作体验,众多RPA供应商提供了直观的流程图可视化工具。例如,UiBot平台特别设计了三种视角:流程视图、可视化视图以及源码视图,这些视图分别针对不同用户的特定需求,确保操作的便捷性与灵活性。
运行工具
完成开发后,该工具可供用户执行已有的软件机器人,并查阅其运行反馈。
控制中心
该系统主要功能涵盖软件机器人的部署与管理操作,具体涉及如下方面: - 启动/停止机器人运行进程 - 为机器人定制工作计划(日程表) - 维护和发布相关代码,确保持续优化 - 管理并重新分配机器人的任务职责 - 控制和管理许可证及访问凭证 在多台PC上协同运行时,具备集中控制器功能,支持流程同步分发与启动条件的一致设定。
RPA机器人的工作流程
开发流程与配置:开发团队负责制定详尽的操作指南,并将其部署至系统,工作内容涵盖应用设置、数据导入、验证客户端资料、生成测试样本、数据装载,以及生成相关报告。
在控制中心,业务用户得以对机器人进行任务分配和活动监控,将流程操作分解为独立的自动化作业,由软件机器人承担执行职责。
在虚拟化或实体环境中,机器人作为独立组件运作,无需接入系统的公开接口。它主要通过用户界面与各类繁多的应用系统如ERP、SAP、CRM及OA等进行无缝交互,完美模拟人类操作流程,从而实现对日常繁重且重复工作的自动化执行。
·业务用户审查并解决任何异常或进行升级。
XXX有限公司委派的技术团队将按照既定的日程,进行合同设备的安装与调试,并对贵公司的维护人员提供现场技术支持和培训。在整个安装工程中,XXX有限公司需承担全面的管理和协调职责,指定专门的技术人员协同并负责相关协调工作,并配备适量的辅助人力以支持此次服务器安装与调测任务。工程执行将以正式合同的条款为准。
随着业务需求的增长及用户规模的扩大,原系统已显现出其局限性,无法充分支持,因此,有必要对系统进行升级优化。同时,外部技术力量的提升也对数据安全提出了新的防护需求。因此,新系统的设计不仅要强化计算性能,更需着重提升数据安全保障能力。
XXX项目乃一项囊括众多元素的综合体系工程,其特性包括部门与单位广泛参与、内容繁复多变且技术规格严格。在XXX作为数据的核心承载者,其建设过程中务必恪守以下关键原则:
·统一规划、统一标准、分级管理
依据XXX网络系统的整体构想,网络基础设施构建、网络安全保障、网络管理体系、技术实施可行性、网络可扩展性分析以及应用潜力的发掘等工作均遵循统一规划原则,并坚守标准化建设方针。
·可靠性、稳定性
作为XXX工程的核心组件,传输平台肩负着整个系统的数据传输重任。系统的高可靠性和稳定性被视为工程的关键指标。在设计网络架构时,我们审慎采纳成熟的稳定技术,并充分考量网络的冗余和纠错能力,以确保其平稳、持续的运行效能。
系统的安全保障体系主要分为两个维度:一为系统运行安全,其目标在于确保系统的稳定运行并防范任何形式的恶意侵犯;二为信息安全,致力于保障信息的完整性和机密性不受破坏。
项目依托全球领先的RPA开发服务器,其卓越的性能确保了系统的稳定性与可靠性。我们采取集中的数据管理策略,有效防止了潜在的数据泄露风险。同时,为了保障数据安全,我们提供了全面的数据备份解决方案。此外,通过多级权限控制和严谨的密码验证与登录验证机制,进一步提升了系统的防护等级。更为严密的是,系统具备强大的日志记录和地理位置追踪功能,全方位强化了系统的安全性保障。
我们所提议的基于USB的用户身份验证方案,已通过严谨的审批流程,荣获信息安全产品销售许可证、公安部的权威认证以及国家密码委员会的商用密码销售许可,确保了高度的安全性和合规性。
装备了经公安部信息系统安全认证的NTKO安全签名印章组件,这一设计显著提升了文档的安全保障性。
该工作流表单采用内置的手写签章组件,致力于保障数据传输过程中的安全性。此组件已荣获公安部的销售许可及国家密码委员会的商用密码产品销售认证双重认可。
以下是建议在项目实施阶段考虑以确保系统安全的若干防范策略:
可扩展性、开放性
系统设计方案秉承开放与标准化理念,旨在实现网络互联的简易高效,强调其卓越的可扩展性、互连性、可维护性和可移植性。规划过程中严格遵循开放性原则,兼容各类国际、国家及行业标准,优选具备开放性、安全性和稳定性的软硬件产品。在构建过程中,我们顺应技术进步潮流,充分考虑了适应单位业务未来发展和扩展的需求。
·实用性、可管理性
网络构建的核心原则在于务实应用与实用性,旨在满足XXX工程系统传输平台在特定时期的建设需求。网络规划需依据实际应用场景及未来发展态势,引导建设策略。设计过程中,首要考虑的是系统应用的兼容性,通过剖析应用系统的功能布局,决定数据组织、站点配置以及网络段落划分,以提升网络的运行速度与效率。作为XXX工程系统传输的关键承载,网络的可管理性对于系统稳定运行至关重要。因此,在设计过程中,务必充分考量其可维护性和管理系统的匹配度,以实现对网络的科学化、精细化管理。这将直接促进网络效能的提升,降低故障发生率,并缩短故障处理时间。
·安全保密性
鉴于XXX工程系统的特殊性质,其涉及的财政数据与资金运用具有极高的保密程度,对地方的政治、经济和社会秩序产生显著影响。因此,对于系统安全性的要求极为严苛,旨在确保运行过程中所有机密信息的绝对安全无虞。
●适用性原则
在项目质量体系的诸多评价标准中,适应性占据显著地位。系统设计之初即需考虑其广泛的适用性,包括应对多元运行环境的能力,并强调其灵活性以适应未来环境变迁和需求升级。为此,软件设计必须展现出高度的灵活性,以确保其卓越的通用性。
依托互联网/内联网建设的核心理念,本信息管理平台将以先进的基础网络平台为基础,构建采用'客户机/WWW服务器/应用服务器/数据库服务器'架构的内部管理体系。通过浏览器模式的客户端设计,显著提升了系统的易用性,无需安装专用软件,极大地简化了系统的管理和维护工作。尤其在面对众多用户、跨部门协作以及潜在的远程访问需求时,传统的客户端软件维护将带来繁琐的安装与调试,可能干扰系统的平稳运行。选择浏览器作为单一的信息访问工具,能够避免频繁切换不同业务系统应用程序,使得管理人员能更便捷地通过计算机获取全方位的业务数据。系统的体系结构图如下所示:
XX公司计划在本项目中构建一个全面的信息管理系统,该系统由五个核心模块构成:个人事务管理、公共事务处理、工作流程执行、信息共享与沟通以及系统维护。
个人管理模块:主要包括整合与个人日常工作和通信相关的功能,例如电子邮件和短信服务。
公告发布及新闻发布等公共事务方面,我们整合了涵盖综合管理的各类功能模块,其中包括对公共事务和业务的全面管理。
工作流程:可自定义流程的工作流功能。
信息交流:是单位内部进行交流的有力手段。
设计信息系统菜单,根据用户部门、角色及管理权限范围进行精细化管理: - 用户部门划分:明确各业务单元的专属菜单。 - 角色权限设定:根据用户在组织中的职责定制操作权限。 - 管理范围控制:确保信息系统的高效运作与数据安全。 系统规划:致力于构建本单位信息系统的基础架构,包括内容规划和组织机构的映射。
协同办公平台信息中心创新的信息管理模型旨在构建个性化定制的系统,以满足用户的多元化信息化需求,致力于实现一劳永逸的投资效益。所有行业用户在用户管理、模块管理和权限管理方面具有共性,尽管功能模块需求各异。为此,我们为协同办公平台专属设计了一款能满足本单位特定需求的信息管理系统。以下是信息管理平台的架构图示:
权限管理在系统访问中的关键作用体现在:根据用户身份,进入系统后他们能看到并操作的功能模块各异。特定功能的使用权直接关联到信息获取,例如,若无相应权限,将无法查看相关数据。对于企业内部的信息安全管理,权限划分至关重要,部分信息限于领导查阅,部门间信息仅限于各自权限范围内共享。缺乏有效的权限管理,将严重影响网络上业务相关数据的安全共享性。
本项目依托于服务器运行的应用系统,其最低配置需求为一台配备有XXX操作系统的服务器。系统内嵌了由Apache支持的Web服务器、PHP执行环境及基础数据库,安装后可自动完成配置。客户端需安装Windows98及以上版本操作系统,并采用XXX及以上版本的浏览器即可。鉴于便捷性,我们推荐使用XXX浏览器,无需在客户端额外安装专用软件。
针对用户规模庞大及高访问流量的场景,建议将Web服务器和数据库服务器部署于独立的双机架构,旨在提升系统的运行效能。
数据库系统担当着数据信息的组织、管理和安全保障职责,同时确保其可靠运行,为各类应用提供数据访问与存储服务。信息管理系统所承载的数据内容丰富多样,既包括结构化的信息数据,也涵盖了非结构化信息以及多媒体资料。业务管理的核心围绕数据信息展开,而决策支持则需依赖于数据仓库系统的有力支撑。在协同办公平台的办公自动化系统(OA)中,Oracle数据库被选为信息管理系统的关键数据库设施。
在协同办公平台OA中,电子邮件作为关键组件,主要包括两大功能:
1)内部员工的电子邮件;
2)收发员工的外部Internet邮件。
●内部邮件
通过内部邮件系统,企业无需投入购置专用邮件服务器的资源,即可支持员工间高效进行协作、沟通与信息交流。该系统简化了邮件服务器的繁琐配置与管理工作,尤为契合机构内部日常运营的需求。
外部邮件
系统服务器部署邮件代理服务,旨在高效管理外部通信。该服务负责自动接收并转发来自外部的电子邮件至相应收件人。员工提交的邮件亦经由此代理服务器代为发送。外部邮件模块的引入极大地简化了网络管理与邮件使用流程,提升了便利性。
建议采纳TCP/IP网络协议,作为构建跨平台和操作系统兼容的互联网络的基础。TCP/IP协议的优势在于其灵活性,能够无缝连接不同类型的计算机系统,且已成为当代网络协议领域公认的通用标准。
信息系统整体效能的发挥,受到硬件设备、网络设施及应用软件的显著影响,然而,系统软件尤其是操作系统的表现,在很大程度上左右了这一进程。特别在采用Browser/Server架构及内联网/互联网模式后,数据库相关操作主要由服务器执行,因此,操作系统性能对管理信息系统构建的成败至关重要。
目前,从安全性和性能上讲,Linux/UNIX操作系统在某些应用领域优于WindowsNT,协同办公平台OA全系列产品均可以很好的支持Linux/UNIX操作系统。Windows Server系列操作系统具有网管能力强,Internet/Intranet集成度高,易维护,有较好的性能价格比等等优势,协同办公平台OA也可以很好的支持Windows平台。
以下是工程实施进度计划表编订的依据假设:
物料与设备的构成将依据招标文件所阐述的场景进行配置。
准备工作已全面完成,包括机房设施、网络配置以及工程所需材料均准备就绪。
建议的工期进度表根据以下原则制定。
1)可行性
我们的工程进度计划将以深厚项目经验和对本地环境的深入理解为基础精心构建,全面考虑了资源分配、时间安排、品质保证以及成本控制等关键要素。
2)合理性
本项目的子任务与活动设计紧密契合XXX公司的既定流程,并充分考量了客户的需求及地域特性。
3)效率
通过优化的工期进度管理,预期将实现XXX有限公司与XXX公司间的双赢局面,并致力于最大化XXX有限公司客户的投资回报效益。
以下是XXX公司为本项目规划的工作流程与时间框架,鉴于合同签订日期的不确定性,我们暂时未设定明确的时间节点。
在此假定签订合同之日为T,从该日起开展设备采购、系统详细设计等项目实施阶段的工作;合同签订后/收到甲方指令后 日内将所有本合同项下的设备及技术资料以适当的包装和运输方式运抵甲方指定地点,并承担运输费、保险费和其他有关费用。到货验收合格后30天内完成所有最终用户设备安装、调试和系统初验,开始进入系统试运行阶段;系统连续试运行为期1个月,在试运行正常结束后,将进行系统的最终验收。
本规划仅为参考依据,项目执行方案须由双方根据现场实际情况与XXX有限公司客户协商并依据其总体需求,进行详尽策划。
序号 |
名称 |
开始时间(日历日) |
完成时间(日历日) |
1 |
合同签订 |
T |
T |
2 |
项目准备 |
T+1 |
T+10 |
2.1 |
设备到货 |
T+1 |
T+10 |
2.2 |
设备到货验收 |
T+11 |
T+11 |
2.3 |
场地准备 |
T+12 |
T+12 |
2.4 |
实施方案设计 |
T+11 |
T+11 |
3 |
安装调试阶段 |
T+12 |
T+13 |
3.1 |
设备安装、调试 |
T+12 |
T+13 |
3.2 |
与整个系统的集成联调 |
T+13 |
T+13 |
3.3 |
系统初验 |
T+14 |
T+14 |
4 |
系统试运行阶段 |
T+15 |
T+15 |
6 |
系统终验 |
T+16 |
T+16 |
1、项目实施期间,自合同签订至最终验收,XXX公司需全面承担软硬件的安装与调试工作。
项目变更管理由专设的变更控制小组实施,该小组构成包括项目组长、项目管理部同仁、项目总监及客户代表与客户部成员。对于涉及重大修改的任务(其工作量需超过一周),经集体审议并获得授权后方可执行。相比之下,项目经理则承担日常的项目修改决策职责,即处理修改工作量在一日至一周范围内的变更事项。
变更管理流程涵盖修改提议的提出、详细评审、审批通过、实施执行以及全程跟踪管理。
变更管理要点如下:
●变更批准权限:
1)项目的重大修改由变更控制组负责审议并作出决策。
2)项目经理通常会审议并作出普遍性修订,随后将决策内容呈报给项目管理部备案。
●修改审批程序:
1)根据不同地点的客户有不同的审批程序。
项目管理人员负责维护变更状态登记,详细记录配置项的状态演变以及在项目全过程中产生的管理信息和历史记录。这些内容涵盖:完整的变更请求文档、变更报告表单以及变更记录档案。
该变更状态登记的设立旨在规范化软件需求变更的管理流程,确保在遵循既定程序的前提下进行,从而维持软件需求的完整性。
1)客户方提出变更请求,填写变更申请表;
2)将变更申请表交本项目组的项目经理;
3)项目经理(或经项目经理书面授权的代理人)须共同对需求变更的技術可行性及其对项目整体影响进行审议与评估。
4)经审批通过后,变更申请表将由文档管理员记录并提交,待双方项目经理(或经项目经理书面授权的代理人)签字确认后转交给XXX公司。若申请未获批准,相应的拒绝理由将及时通知需求变更的提出者。
5)在收到并经审阅且获批准的需求变更请求后,我们将在三个工作日内出具书面确认,确认已收悉,并同时提供关于变更分析及预期执行所需时间与工作量的初步估算。
6)针对所要求的变更规模与复杂性,将进行详细的成本审核。如无需额外费用,变更工作可立即执行;若成本有所增加,将以书面形式向文档管理员通报。经管理员记录确认后,将遵循项目管理办法中的变更管理程序进行操作。
项目:RPA开发服务器的实施,其成效在很大程度上取决于业务人员的深度参与及技术团队对业务需求的精准理解。因此,确保技术与业务人员间的有效沟通至关重要,他们需共同制定并遵循项目沟通管理策略。
针对本项目的特定结构与特性,我们提议采用多样化的沟通模式:
序号 |
沟通形式 |
负责人 |
沟通对象 |
容 |
频度 |
输出文档 |
|
领导小组与项目组的联系会议 |
领导小组组长 |
项目管理组、领导小组 |
项目实施状态汇报,问题报告、建议措施并要求得到回复,项目组进行问题回复和传达领导组指示 |
每两周1次 |
会议纪要 |
2 |
总体组会议 |
项目总监、项目经理 |
总体组成员 |
总体组部工作分工协调、布置,分析各专业组工作情况和提出的问题决策,为与项目组的联系会议作准备 |
每周1次 |
会议纪要 |
3 |
专业组组长会议 |
项目总监、项目经理 |
各专业组组长、总体组 |
专业组进行进展汇报、问题汇报及建议措施;总体组部署工作安排,决策, |
每周1次 |
会议纪要* |
序号 |
沟通形式 |
负责人 |
沟通对象 |
容 |
频度 |
输出文档 |
|
|
|
|
协调,分析进度、问题等 |
|
|
4 |
专业组部会议 |
专业组组长 |
专业组组员 |
专业组部交流会议,任务布置、信息交流、问题讨论等 |
每2~3天1次 |
/ |
5 |
动员大会 |
总体组、领导小组 |
全体人员 |
在全体项目成员围宣布项目总体和阶段目标,回顾前阶段成果,激励士气 |
项目各阶段的开始 |
/ |
6 |
简报 |
项目助理 |
全体人员 |
反映项目动态,包括进展情况、问题及解决方案,本周工作成果、下周工作重点等 |
每周1次 |
简报* |
7 |
小组工作周报 |
专业组组长 |
总体组 |
反映各个专业组每周实际工作情况及结果,包括根据计划的执行情况和进 |
每周1次 |
小组工作周报* |
序号 |
沟通形式 |
负责人 |
沟通对象 |
容 |
频度 |
输出文档 |
|
|
|
|
度偏差。 |
|
|
8 |
个人工作周报 |
专业组组员 |
专业组组长 |
反映个人每周实际工作情况及结果,包括根据计划的执行情况和进度偏差。 |
每周1次 |
个人工作周报 |
9 |
电子 |
全体人员 |
当事人 |
需讨论问题的非正式书面交流 |
按实际需求 |
电子 |
10 |
日常交流 |
全体人员 |
当事人 |
需讨论问题的非正式口头交流 |
按实际需求 |
/ |
备注:1、“负责人”为各类沟通形式的组织者;2、“沟通对象”为需参与各类沟通的项目干系人;3、“输出文档”为各类沟通所产生的书面文件,由各类沟通的“负责人”或其指定人员制作并派发“沟通对象”;4、“输出文档”一栏中有“*”记号的文件需由项目办公室作为项目文件进行存档。 |
项目启动后,确保有效管控需适时召开关键性会议。这些会议的核心内容包括:阶段性工作的全面总结,问题剖析与改进策略的讨论,以及下一阶段主要任务与目标的阐述,以期使所有相关人员充分了解情况,明确工作导向。同时,关键会议还是调和各部门间人员协作及任务分配的关键途径。
在项目的实施进程中,周期性地安排例行会议至关重要。此类会议的核心内容包括项目进度报告、进度核查以及问题排查。每次会议要求有详尽的会议纪要,并确保会后立即分发给所有项目相关人员。以下是主要的项目会议操作规程:
●会前准备:
1)预先规划会议细节,包括明确会议目标及设定议程。
2)预先将会议上计划审议的资料分发给与会人员。
3)提前两天通知各位与会成员;
4)准备会议环境、会议用设备等。
●会议之中:
1)会议成员准时到会;
2)按会议议程逐项进行;
3)严格控制会议时间。
·会后跟踪:
1)会议决议落实和检查。
为了确保项目的顺利执行和系统的高品质,我们将在项目管理与实施过程中强化质量管理。基于公司过往的成功实践,我们深谙现代质量管理理论——‘质量源于策划’的重要性。因此,我们在项目启动和各阶段推进时,均会严谨规划各项任务,并严格遵循已批准的计划进行项目管控。
为了确保本项目的顺利进行,我们提出从质量保证(QA)与控制(QC)两个关键环节着手。具体的质量管理策略如下:
项目将组建质量保障团队,其中包括来自XXX和XXX公司的两位QA成员。他们的主要职责是在项目进程中,依据项目总体组制定的质量核查清单,逐一检查项目的执行与控制,确保其按计划进行,并直接向相关管理层报告项目的质量绩效。
针对本项目的特性,我们计划组织包括相关领导和专家在内的评审团队,对项目计划、软件需求规格说明书、系统设计说明书、测试规格说明书以及测试报告等一系列文档进行正式审阅。此评审旨在确保各开发阶段产生的过程文档内容与上一阶段生成的软件文档相一致,并能满足用户的实际需求。
在满足项目规定的技术评审标准之外,本项目推行全面的模块间代码互审机制。各模块主管需依据总体组编定的代码质量评估清单,对所负责审核的其他模块软件代码进行严谨细致的核查。对于未能通过交叉评审的代码,必须进行修正和完善。确保软件代码的交叉评审覆盖率至少达到60%以上。
在确保软件产品质量的前提下,开发过程中我们将严谨地应用配置管理工具实施变更控制。此举旨在确保最终软件产品完全契合业务需求的各项规定,并对整个开发流程进行实时监控、生成详细报告并提供专业咨询支援。具体质量属性要求如下:
1)软件产品与需求、说明书和设计一致;
2)按照说明的标准建立文档;
3)可测试和可维护;
4)被识别、管理、评审和测试;
5)当变更发生时可管理。
在项目开发实施全过程中,不可避免地会遭遇各种规模的风险,包括但不限于工程本体风险、技术风险、新产品开发风险、资源分配风险以及流程管理风险等。为了有效防控,需对这些风险进行量化评估,并据此制定详尽的风险管理计划。同时,针对潜在的突发情况,应预先构建应急响应机制,确保在关键时刻能够迅速、有序并有效地应对。
1)在应对需求风险的过程中,我们应强调系统建设的高标准起步,视规范化运营为基石工程,推行构件化技术进行软件开发,并借助B/S架构来降低信息点的维护成本,以此策略有效防控需求风险。
2)为了有效管控合作风险,优先考虑与一家具有持久性、规模化、行业经验丰富、严谨项目管理体系、技术领先且员工归属感强,始终坚持用户视角的公司建立合作关系,这将最大程度地保障您的合作安全。
3)在保障资源安全的策略中,XXX公司凭借其完善的组织结构和管理体系,致力于降低人员流动性。即便个别员工出于个人因素离职,由于其严谨的制度和有序的产品架构,项目的正常运行几乎不受显著影响或仅受轻微干扰。
4)在技术风险防控方面,业务系统凭借丰富的成功实践案例,秉持与国际接轨的理念和技术,构建了灵活且持续优化的技术架构。我们严格遵照标准化体系设定的质量规范,并在执行过程中实施分阶段评审,从而极力减小因技术因素引发的风险至最低限度。
在强化自我制度管控的同时,我们采取了包括实施培训考核并确保持证上岗,以及定期开展培训与总结分析的策略,旨在有效防控操作风险。
风险管理的内容如下:
1)风险管理流程:从项目启动阶段的风险识别与发掘,经由及时上报、详尽分析,直至风险责任人的确立与跟进。
2)风险管理策略的设计与实施:分为两个层面,一是预防措施,致力于减少风险发生的可能性;二是应急响应预案,针对风险实际发生时的应对策略。
3)风险状态的监控和更新;
4)实施定期的风险统计、分类与整体结构剖析。
参与方 |
角色 |
职责 |
备注 |
风险识别人 |
项目相关的任何人 |
报告发现的风险,填写风险登记表描述风险,注明风险严重度、风险发生机率和风险分类如果是项目相关人员,提交至项目经理,如果是项目管理办公室人员,提交项目管理办公室主任 |
|
项目经理 |
项目风险管理负责人 |
在项目进行中,管理项目的风险并提供项目的应对计划对于无法在项目解决的风险,审核风险登记表,并确认风险描述、风险发生机率、风险责任人以及风险发生后的应急预案
|