upp(统一流程平台)是本次技术转向中业务要求高/技术栈长且需要集成大量第三方标准组件的模块，是驱动整个业务平台运行的基础组件，本项目的成果将直接影响到整体基础平台的成败(没有统一流程平台的企业管理平台，将会沦为录入平台，很难在企业中串联到整个运营中)。所以，本项目必须作为核心组件优先编排，且风险最高......
由于整个团队在起始时期对java方向技术栈积累的缺失，在业务落地时需要经过功能规划设计-->功能业务与技术实现评审---->代码编写--->代码测试---->发布集成测试版本---->发布生产版本。整个业务流程将采用审核制，在团队批准后方可推进下一环节.
| 序号 | 目标 |
| 1 | 接收原始版本并完成技术栈与业务梳理，形成起始版本分析报告 |
| 2 | 基于自身业务需求与起始版本分析报告，完成upp（平台）业务模型设计，并形成详细设计文档 |
| 3 | 培养团队upp业务知识，让团队能较为完整的讲解upp业务逻辑,在基础应用软件中的位置以及产品集成要求。 |
| 4 | 提供初步可运行版本给实施团队试用 |
| 5 | 完成upp（统一流程平台）与业务平台的交互集成并正常运行业务 |
| 6 | 提供产品使用手册并完成二次集成方案与集成样例 |
upp(统一流程平台)，是企业管理软件中较为核心的标准化组件，业务内聚性高，二次扩展要求高，与org服务/sysdefinition服务/消息平台/消息中间件进行松散集成，让运行压力能在分布式环境中得到分解，最终形成能驱动企业运营流程稳定/便捷的自动流转引擎，让企业的整个运营流程能在系统中留痕....
由于upp（统一流程平台）涉及面广，持续时间长，在这过程中需要完成团队组建与技术/业务培训，并按照里程计划推进。
业务成果将参照R11(.net工作流平台)进行类比，完成大多数高频/常用功能实现，并在进行产品交付期后基于目标企业实际需求进行相关功能的加快推进，实现尽可能早的在生产环境中使用。
| 序号 | 预算项 | 说明 |
| 1 | 团队成员基本运行支出 | |
| 2 | 团队建设经费 | |
| 3 | 项目奖金规划 | |
| 4 | 项目风险预留 |
| 序号 | 里程碑名称 | 时间要求 | 产出标准 |
| 1 | 接收初始版本 | 2020.5 | 获取到初始化版本 |
| 2 | 团队建设 | 2020.5~2020.11 | 招聘与培养2到3名合格成员 |
| 3 | 初始化版本分析 | 2020.7 | 对获取的版本进行分解，并形成技术体系与业务实现情况分析 |
| 4 | 形成初步可运行版本 | 2020.10 | 发布可初步运行的版本，让 |
| 5 | 推进产品市场交付 | 2021.3 | 完成整体集成并通过初步测试 |
| 6 | 形成初步可用版本 | 2021.5 | 形成现场较为稳定版本 |
| 序号 | 风险名称 | 说明 | 影响 |
| 1 | 团队成员 | 在启动阶段，由于整个团队刚进入java方向，自身的技术储备较低，新引入团队成员的时间不可控.... | 较大 |
| 2 | 业务理解 | 由于upp（统一流程平台）的高度集成性与专业性，无法直接面向市场引入成熟人员，需要进行相关业务培养 | 中等 |
| 3 | 设计难度 | 基于.NET 工作流平台的设计与运营经验，需要从原有的嵌入式集成转向服务集成，要求upp(统一流程平台独立层体系又要求集成方便。) | 中等 |
| 4 | 起步版本移交时间 | 由于初始版本需要兄弟部门提供，他们的团队有较大的变化，已由大连团队转向西安团队，并且新团队由借调组成，无真实负责人 | 较大 |
| 5 | 其他 | --- |
委派 xxxxx为项目经理，项目经理将对upp（统一流程平台）的建设负主要责任，带领项目团队按时完成项目项目里程碑事项，并在整体推进过程中完成团队培训与梯队式成员构建。
项目经理需要关注项目里程碑，在存偏差时需要主动与主管部门沟通，协调资源追赶进度或调整计划。
在授权范围内，项目经理可以组织团队活动.......................
批准人签字： 批准人职位： 签发时间：2020年5月