软件项目实施及方案.pdf

《软件项目实施及方案.pdf》由会员分享，可在线阅读，更多相关《软件项目实施及方案.pdf（23页珍藏版）》请在三一文库上搜索。

1、 1.1 项目实施策略 1.1.1 遵循的规范 我方坚持“统筹规划、统一标准”的方针，因此参照以下标准和规范体系来指导教育 信息枢纽平台的可行性研究， 通过标准化的协调和优化功能，方能保证项目建设少走弯路， 提高效率。我方在项目实施过程中遵循以下标准规范： 分类参照标准和规范 业务类 电子政务标准化指南 国家电子政务试点城市工作方案 中办 17 号文关于我国电子政务建设的指导意见 GB/T9704-1999 国家行政机关公文格式 中国共产党机关公文处理条例 国家行政机关公文处理办法 信息类 GB/T9704-1999 国家行政机关公文格式 GB/TXXXXX信息技术可扩展置标语言（XM1 ）

2、技术类 GB 8566-88软件开发规范 GB / T 14394 -93 计算机软件可靠性和可维护性管理 XML 在电子政务中的应用指南（参考 W3CXML系列标准） Web 服务技术要求（参考UDDI 、 OA、WSDL 等国际标准） GB50174电子信息系统机房设计规范 GB50462电子信息系统机房施工及验收规范 电子信息系统机房环境检测标准 数据中心通信设施标准TIA-942 安全类 GB17859-1999 计算机信息系统安全保护等级划分准则 计算机信息系统保密管理暂行规定 计算机信息系统国际联网保密管理规定 质量类 ISO9000-3：1997 质量管理和质量保证标准第三部分

3、GB/T 12504 -90 计算机软件质量标准保证计划规范 GB/T 12504 -90 计算机软件配置管理计划规范 ISO/IEC 12207 -1995 信息技术、软件生存周期过程 GB/T 15532 -95 计算机软件单元测试 1.1.2 标准化体系建设 园区智慧教育作为园区智慧城市的重要组成部分，需要在技术、 业务、 运营三个方面都 建立标准化规范和制度，才能保证系统的正常运营和与整个智慧城市体系的衔接。xxxx在 政务制度方面有丰富的经验，可以为园区搭建这样的标准化体系。 类别规范与标准 技 术 类 架构设计标准架构性能标准服务注册模式 服务参数调用标准服务 /数据缓存标准数据封

4、装规范 数据库调用 /存储标准数据生命周期规范同步 /异步协同规范 系统部署规范 业 务 类 业务注册规范业务调用规范业务协同标准 常驻业务标准业务功能分析规范用户界面标准 人机交流规范 运营类 管理职责规范系统运维指南数据备份规范 运营考评指标运营方法 1.1.3 项目运营策略 国内很多城市的智慧教育发展的不好，其中一个重要的原因是平台从建设到运营全部由 政府独立投资完成，因此在业务组织、培训、推广等多个方面遇到困难，导致最终实施效果 不佳。 我方认为园区智慧教育平台应该是教育资源公共服务平台和教育管理信息平台，需要有 专门的运营机构，并采取政企共建的运营模式。 6.4.3.1 运营机构设想

5、 按照“高位监督、条块结合”的管理思想，我方建议成立高位独立的教育服务综合管理 处，作为全区监督、协调、 指挥和综合评价教育服务工作的行政机构。它的职责是制定园区 智慧教育的管理、沟通工作机制，包括联席会议、碰头会议等，打破部门间条块分割、职责 不清等管理问题。 智慧教育建设工作领导小组 教育服务综合管理处 综合考评科指挥协调科监督管理科 问题处置专业部门及考核对象 幼儿园小学其它初高中 6.4.3.2 运营模式设想 由于本平台同样是便民服务平台，因此在平台建设和运营上，我方建议充分吸收各类学 校、运营商、广告商、教育类企业等，形成一条完整的政企共建产业链。 通过这种政企共建的运营模式，可以大

6、大节省平台开发、运维的成本， 并且能切实有效 的提高工作效率。 1.2 项目服务管理方法 1.2.1 项目实施计划 本项目涉及面广，为了确保顺利完成，拟采用分步实施的方法，基本情况如下： 项目启动： 5 个工作日，主要是准备立项资料，双方沟通并协调项目各相关部门， 召开项目启动会议等；启动会议后，xxxx 项目团队将入驻现场，做好调研准备。 项目调研阶段：20 个工作日，在园区教育局的配合下，xxxx 咨询团队采用各种调 研方式，对本项目涉及的园区各学校、教育局各相关业务部门进行调研，并最终形 成调研报告。 方案设计编写阶段：70 个工作日，其中，规划框架设计14 个工作日，规划报告设 计、编

7、写及修订等56 个工作日。 项目验收阶段：2 个工作日，首先将阶段性成果（大纲、初稿、送审稿等）提交业 主，由业主内部组织初步验收；初验通过后，组织专家验收会议，对项目的最终成 果（ 园区“智慧教育”顶层设计方案、 园区教育基础数据库建构规划书、 应 用平台名称及定位报告、 应用平台使用对象需求调研及可行性报告、 应用平台 功能部署及开发标准书、 应用平台开发周期及人员经费预算表等）进行项目终 验，终验通过即宣告项目正式结束。 项目整个周期共包含四个阶段，具体起止日期如下表所示： 1.2.2 项目人力组织计划 为了能建立有效的沟通机制，保证项目有序推进，项目组机构设定如下： 其中每个小组的具体

8、职责如下： 组别职责 1 项目领导小组由项目双方共同组成，负责项目重大事项的决 策，协调单位内部与各部门的关系，协调解决项 目进行过程中一些重大问题等 2 商务小组商务计划，决策和执行 3 专家小组系统的方案论证、 业务咨询， 发挥专家的参谋顾 问作用，保证项目研究的权威性 4 项目执行和协调小组具体落实项目领导小组决策，定期召开项目例 会，按项目计划推进项目调研、规划设计、报告 起草、组织验收等 在本项目中拟投入商务经理1 人， 同时投入的资深咨询顾问不少于3 人， 其中 xxxxxxxx 项目领导小 组 商务小组 项目协调与 执行小组 专家小组 首席咨询师1 人；专家顾问若干；其中在调研阶

9、段保持不少于2 人驻场。 具体人员名单请参见：5.7 拟派人员情况。 1.2.3 项目移交验收计划 6.5.3.1 项目验收标准 验收标准包括与本项目检验与测试相关的所有国家标准、行业标准以及双方签字后的技 术文档及附件。根据合同要求验收标准如下： GB/T11457-1989 软件工程术语； GB/T16260-1996 信息技术 软件产品评价 质量特性及使用指南； GB/T 17544-1998 信息技术 软件包 质量要求和验收； 信息产业部令第五号软件产品管理办法； 设计文件； 本工程招标文件； 文档内容要求：可理解性、完整性、一致性、可验证性、易浏览性； 标识要求：产品描述的标识、产品

10、的标识、供方信息、工作任务、符合需求文档、要求 的系统配置、与其它产品的接口、安装、支持、维护； 6.5.3.2项目验收计划 为了保障项目稳定可靠的按计划推进，在项目验收方式上，采用业主内部评审和外部 专家验收： 内部评审：在项目过程中，我方将按照项目进度向业主方提交阶段性成果物（大纲、 初稿、送审稿等） ，由业主方进行内部评审，保证项目质量和项目进度。 专家验收： 项目最终成果通过业主内部评审后，再组织外部专家对最终成果进行验收。 项目最终成果： 园区“智慧教育”顶层设计方案 园区教育基础数据库建构规划书 应用平台名称及定位报告 应用平台使用对象需求调研及可行性报告 应用平台功能部署及开发标

11、准书 应用平台开发周期及人员经费预算表 1.2.4 xxxx 项目管理制度 xxxxxxxx 己经通过认证， 获得系统集成资质， 并经过长期积累逐渐形成了一套具有xxxx 特色的项目管理制度体系。下面就其中较重要的部分进行简单介绍： 6.5.4.1项目管理体系 6.5.4.1.1 项目管理体系框架 6.5.4.1.2 体系概述 项目管理体系由“启动” 、 “策划”、 “执行”、 “管理和监控” 、 “收尾” 5 个管理过程组组 成，项目管理过程活动按照这5 部分有序开展。 启动过程： 立项评审并快速启动项目的管理过程，通过项目立项、 项目经理选定、 分配 关键项目资源、项目启动、项目信息发布以

12、确定并核准项目正式运行。 策划过程： 项目经理领导核心人员确定及细化项目目标，并通过过程定义、适合的开发 生命期模型选择、WBS 制作、规模及资源估算、风险及问题识别等活动，从而能够定义出 一个合适的项目管理计划，为项目实施和管理打下良好的基础。 执行过程：项目工程实施过程，由需求开发及管理、概要设计、详细设计、编码与单元 测试、 集成测试、系统测试、发布及验收等基本软件工程活动组成，这些活动有序分布在选 定的软件开发生命周期模型上。 管理和监控过程：按照项目计划对项目执行过程进行监控及管理，主要由以下过程域组 成：进度管理、成本控制、质量保证、质量控制、配置管理、变更管理、风险管理、问题管

13、理、沟通管理、评审管理、度量管理。 收尾过程： 收尾过程分为项目总结及合同收尾，项目总结阶段主要是系统交付用户并予 以实施稳定后， 在项目资源未完全释放前进行的项目总结及经验交流工作；合同收尾是指用 户验收完成后进行的项目考核及归档等工作。 6.5.4.1.3 角色和职责定义 角色定义及其主要职责 项目管理办公室（PMO ） 公司级项目管理部门。负责制定公司项目管理制度及相 关开发过程与质 量管理体系，并推动实施与持续改进。 公司项目状态的整体管理与监控、公司开发资源管理与 调配； 项目立项与收尾的组织工作，负责对项目实施公司级管 理评审工作。 技术委员会（ TC ） 公司级技术管理部门。负责

14、公司技术发展规划和技术规 范制定。 负责对项目实施公司级估算与技术方案评审。 指导项目的技术难题攻关。 评审委员会 由公司高层管理人员组成的公司级评审组织； 项目立项过程中实施管理评审。 事业部（ BD） 事业部（ BD: Business Department），项目的直接所 属部门。负责对本 部门项目的管理与监控。 项目经理（ PM） 负责项目整体管理及内外协调，对项目进度、质量、人 力资源管理、成 本负责，保证项目能够完成预定的目标。 测试经理（ TM）负责集成测试和系统测试管理及实施，对测试质量、进 度、成本负责。 项目组项目组的所有成员，包括开发和测试人员。 开发人员实施开发工作 （

15、包括设计、 编码及单元测试等）的人员。 测试人员实施集成测试和系统测试的人员。 质量保证人员（QA ） 负责跟踪及审查项目实施过程及其产品是否符合公司 的标准和规范； 定期提供审查报告，提高项目可视性。 配置管理人员（CM ）负责配置管理策划，建立并维护配置库，实施变更管理 和版本管理。 EPG 公司工程过程组，负责公司开发过程定义、过程改进和 过程推进工作的 组织。由PMO 主持日常工作。 变更控制委员会（CCB ） 负责审议、评价、批准或否决项目的变更； 根据项目规模及项目体制的不同，变更控制委员会 （CCB ）可由不同人 员组成。 6.5.4.2 启动过程 快速启动项目的管理过程，通过项

16、目立项评审、项目经理选定、分配关键项目资源、项 目启动、项目信息发布以确定并核准项目正式运行。 6.5.4.2.1 过程概要 6.5.4.2.2 过程活动说明 6.5.4.2.2.1 项目立项 立项申请 事业部进行立项申请准备，组织相关人员进行项目成本总体估算，确定项目初步范围、 项目目标及验收标准、可交付成果、里程碑计划、 人力资源初步计划、识别启动后的重要风 险，并编写立项报告； 事业部提交立项报告给PMO，由其组织立项评审。 PMO 负责组织评审委员会进行立项审批。 立项评审及审批 评审委员会进行立项评审及审批； 事业部在评审通过后，登陆OA 系统填写立项申请表完成立项审批流程； 如果审

17、批没有通过，事业部根据评审意见进行整改，整改后重新提交PMO 组织评审及 审批； 注：评审委员会由事业部总经理、首席技术官、财务总经理、首席运营官、PMO 主任 组成。 分配项目编号 只有在立项审批通过或经过总经办特批后，战略运营部才可以进行项目编号分配； 只有项目编号分配后，事业部才可以调配开发资源，进行成本核算和报销； 战略运营部发布立项通知给事业部、PMO 等相关部门。 6.5.4.2.2.2 项目经理选定 项目经理选定及任命 事业部和 PMO 负责进行项目经理选择和任命，有以下2 种方式： 直接指定由事业部门负责人或客户直接指定合适人选为项目经理，并提交相关资料 给 PMO，经 PMO

18、 审核后发布； 竞聘具备项目经理相关资质及经验的员工提出申请，竞聘项目经理。 注：竞聘流程如下： PMO 组建选聘小组， 发布项目的工作说明、目标要求及应聘人的对象范围等相关信息。 并召开选聘说明会，对已发布的项目经理选聘信息和项目的相关背景资料进行说明，安排答 疑活动； 竞聘人在选聘小组指定的时间内提交竞聘材料，竞聘材料应包括应聘人的管理和技术上 的优势、项目管理经验等个人能力展示，及初步的项目计划内容，如，对此次项目的项目目 标的理解和风险分析，项目体制及预算设想等； 答辩和评价， 选聘小组在书面材料审查结束后，组织召开答辩和评价会，评审委员会从 管理经验、责任意识及技术能力等各方面综合评

19、价应聘人，给出评价结论； 根据答辩和评价结果，选聘小组确定项目经理人选。 项目启动准备 PMO 开发管理部登记项目信息到项目管理信息表中； PMO 组织事业部根据项目规模及重要程度，选择是否召开启动会，如需召开启动会， 项目经理准备项目启动会PPT。 6.5.4.2.2.3 项目启动 分配项目关键资源 事业部在立项通过后分配项目关键资源，包括人力资源和软硬件资源。如需调用其他部 门人力资源，可通 过 PMO 协调。 签署项目目标承诺书 项目经理签署项目目标承诺书，明确项目经理的职责。 项目启动及发布 如需召开启动会，项目经理负责组织召开，PMO 协助； PMO 发布启动信息及资料。启动资料至少

20、包括但不限于：项目经理任命书、项目目标 承诺书、立项报告、项目编号及项目正式启动通知邮件。 信息建档 PMO 将项目的基本信息登录到项目信息库中，建立项目信息档案。同时开始对项目状 态进行跟踪。 6.5.4.3项目策划 项目策划是为执行项目工程活动和管理活动制定合理的项目计划，以便所有相关人员按 照该计划有条不紊地开展工作。项目策划包括估计待完成的工作，规划项目整个生命周期的 活动， 建立承诺并确定执行该工作的计划，同时形成相关文档， 须通过部门或公司管理评审。 6.5.4.3.1 过程概要 6.5.4.3.2 过程活动说明 6.5.4.3.2.1 策划准备 制作策划阶段工作计划 事业部和 P

21、MO 协助项目经理组建项目核心组，包括但不限于技术负责人、开发经理、 测试 经理等；项目经理制作策划阶段的详细工作计划，进行任务安排。 策划过程培训 QA 根据项目经理对策划过程的了解程度，安排相关培训。 核实项目初步范围 项目经理组织核心人员确认项目范围是否有效、清晰，是否可以成为后续项目估算的合 格输入，如对日项目的要件定义说明书；如项目范围（用户需求等）不支持进行项目估算工 作，按照需求开发及管理规程，进一步进行用户需求调研、需求分析及整理、里程碑及 交付成果再确认等活动，直至能够进行相关估算工作。 6.5.4.3.2.2 项目过程定义 项目特征识别 项目经理组织QA 及核心项目成员，共

22、同对项目类型、项目进度要求、需求稳定性、 项目大致规模、 是否有核心技术风险、人力资源配备状态、人员技能特征进行识别，以便于 根据项目实际状况进行项目过程定义、裁剪， 同时选择适合的开发生命期模型，确定合适的 项目管理粒度。 项目里程碑识别 项目经理、 QA 共同对项目里程碑点进行识别，确定该里程碑点完成的关键成果物，并 识别完成的可能性及对策。 项目过程定义 项目经理、 QA 根据已识别的项目特征、里程碑及需交付成果，按照公司产品生命期 说明 指南，选择开发生命期模型，该模型能提供适合项目实际的过程管理框架，为缓解项 目进度压力、需求不稳定等不利因素，提供符合质量要求的系统，奠定管理战略及路

23、线，提 高项目实施及管理的可控性，项目计划是该模型的实例； 项目经理依据选择的生命周期模型、里程碑要求、 公司项目过程裁剪指南对项目过 程进行定义及裁剪，该过程定义及生命期模型将是制作项目计划、跟踪项目过程的依据； 如使用的是公司规定外的生命期模型，或者是不符合裁剪要求，或者是重新定义过程， 需报 PMO 审批。 部门审查 项目经理或者QA 将过程定义成果提交部门管理层进行审查。 6.5.4.3.2.3 WBS 制作 WBS 制作 项目经理组织核心人员根据用户需求，分解系统/产品的功能，制作WBS 。 注： WBS 一般采取以可交付成果物为中心进行分解的方式，可从功能和开发过程两方 面进行分解

24、，也可以二者混合起来分解。一般由阶段、迭代阶段、过程、活动、任务/工作 包 6 种要素组成了项目的WBS 构成要素。 要求 WBS 细分为 4-5 层结构， 不提倡超过5 层。WBS 细化标准： 定义最低层的任务 时应遵守 “40 小时原则”， 即，所定义的任务应当是一个人不承担其他任务时，能在一周（ 40 小时）内完成的任务。 6.5.4.3.2.4 项目估算 规模、工作量及人力资源估算 项目经理组织核心人员根据已识别的项目特征、公司软件项目估计方法指南与估算 模版、 公司过程资产库积累数据，选择合适的估算方法，对项目规模、 工作量和人力资源进 行估算。 项目估计范围包括工程类（需求开发、设

25、计、开发、测试、交付及验收）所有活动和项 目管理类（需求管理、项目计划、项目跟踪监控、项目评审）所有活动。 注：估算方法包括代理法、经验值模型、Delphi （专家法）、三点估计法、类比法等。 制作进度表 项目经理组织核心人员对WBS 分解活动进行排序、建立关联、 分配资源及工期，制作 进度表（可以使用MSProject 或者是细化的WBS） ； 项目经理结合项目进度表（/细化后的WBS） 及项目总体成本估算，进行项目成本预算， 便于后续成本跟踪与控制； 项目经理参照项目估算表检查单，审核进度表是否使时间和资源使用率在满足里程 碑的要求下达到最合理，如果不合理，需要进一步调优。 进度表制作 （

26、或使用细化的WBS） ，是一个滚动式计划制作过程，一个阶段结束前规划 并制作下阶段详细进度表。 部门审查：项目经理提交WBS 及项目估算表、进度表到部门管理层进行审查。 6.5.4.3.2.5 项目管理计划 项目管理计划书编写 项目经理根据项目策划产生的数据，进行项目管理计划书的编写。计划书编写过程如下： 项目范围及目标的编写； 项目组织结构及职责的编写； 项目过程定义及开发生命期模型，可以引用4.2.2 附件； 项目估计，包括里程碑计划；项目估算方法及估算结果，项目估算表、人力资 源计划可作为附件； 进度表 /细化的 WBS； 软硬件资源计划； 风险管理计划表（含跟踪）； 沟通管理计划表（含

27、跟踪）； 项目度量目标确定及编写，度量计划，可作为附件； 如公司相关规程、指南不能满足项目管理需要，QA 协助项目经理制定项目过程改 进计划，按照改进计 划详细定义相关流程，同时需报PMO 审批。 项目支持性计划编写 项目经理组织QA、配置管理员、测试经理/测试人员进行支持性计划编写，包括： 项目质量保证计划； 配置管理计划； 测试管理计划； 评审计划。 策划阶段就绪检查 QA 协助项目经理根据项目过程定义及公司策划阶段就绪检查单，为项目裁剪合适 的检查单； 项目经理、 QA 根据检查单对策划阶段整体过程进行就绪检查，看是否合格并能提交计 划评审，如不合格需整改合格后提交评审，QA 需推动问题

28、纠正解决。 项目管理计划评审 PMO 根据项目情况确定评审级别，重要项目由PMO 代表公司进行评审，其它项目进 行部门级评审；具体管理办法参见评审章节及评审指南。 6.5.4.4管理和监控过程 6.5.4.4.1 进度管理 通过周期性地跟踪项目计划的各种参数如进度、工作量、资源、工作成果等，不断地了 解项目的进展情况， 以便当项目实际进展状况显著偏离计划时能够及时采取纠正措施。 6.5.4.4.1.1 过程概要 6.5.4.4.2 成本控制 项目成本管理是项目管理重要的组成部分，它的目标是确保项目在公司批准的预算范围 内完成。 项目成本管理包含：成本估算、成本预算、成本控制三个组成部分。 成本

29、估算 项目成本估算是对完成项目所需的所有成本的近似估算。成本估算是后续成本预算和成 本控制的依据； 项目成本估算通常在项目投标/启动阶段实施。 成本预算 项目成本预算是指在策划阶段，通过把成本估算按照时间分解到具体工作任务或活动中， 形成作为成本控制基准的工作。 成本控制 项目成本控制是指项目组在项目执行阶段为了保证在变化的条件下实现其成本预算，对 项目实施过程中发生的各种实际成本与预算成本进行对比、原因分析、 纠正等手段， 使项目 的实际成本控制在预算范围内的管理过程。 下面过程重点描述成本控制，成本估算和成本预算过程启动和策划阶段说明。 6.5.4.4.2.1 过程概要 6.5.4.4.3

30、 质量保证 6.5.4.4.3.1 过程概要 6.5.4.4.4 缺陷管理 缺陷管理的目的是为了明确缺陷处理流程、步骤及分工，保证通过对系统问题的获取、 分析、 修复和发布， 使项目开发或实施后存在的问题得以及时、正确的解决。本流程仅对测 试过程缺陷管理进行规定，评审发现纳入问题管理流程。 6.5.4.4.4.1 过程概要 6.5.4.4.5 配置管理 软件配置管理的目的是在项目的整个软件生存周期中，建立和标识软件配置项，并对其 进行控制、管理，维护其完整性、一致性和可跟踪性。 6.5.4.4.5.1 过程概要 6.5.4.4.6 变更管理 变更管理的目的是为了保证工作产品的完整性和一致性，对

31、已经评审确认后的工作产品 和过程进行控制。 根据变更来源，一般受控的变更有需求变更、基线（或受控配置项）变更、代码变更。 需求变更流程见工程过程需求管理的相关规定，代码变更根据配置管理计划/方案来进 行控制，本流程覆盖范围为基线（或受控配置项）变更。 6.5.4.4.6.1 过程概要 6.5.4.4.7 风险管理 风险管理需要处理可能危及项目关键目标的问题，是一种连续的前瞻性的过程。 在项目的生命周期内，循环执行风险识别、风险分析、风险减缓和风险跟踪，直到项目 的所有风险都被识别与解决为止。 6.5.4.4.7.1 过程概要 6.5.4.4.8 问题管理 问题管理是对于项目管理过程中产生问题的

32、解决与跟踪，防止问题扩大， 及时消除对项 目进度、质量、成本的影响。 问题管理范围包括： 项目例会发现的问题； 项目评审会发现问题； 项目执行过程中项目成员汇报问题； 项目经理进行项目跟踪与监控中发现问题； 项目经理内外部沟通问题； QA 过程跟踪与监控产生问题。 6.5.4.4.8.1 过程概要 6.5.4.4.9 沟通管理 规划和管理各个方面沟通有关的活动； 确认不同级别参与沟通的人员； 确认沟通正常进行，且参与的人员均与项目相关； 建立内部各工作单元间的相互信任，确认项目过程中共同使用的工具。 6.5.4.4.9.1 过程概要 6.5.4.4.10 评审管理 明确评审活动的流程与分工，以

33、确保项目计划、需求、设计、开发、测试、实施等环节 活动输出是经过严格的并符合规范的审核批准，从而确保提交给客户的产品符合质量要求。 评审活动适用于所有需要评审的过程，尽早和高效率地从工作产品中消除缺陷。经验表 明， 在开发工作早期发现和改正错误与在最后提交用户后或确认测试时才发现错误而进行的 返工相比， 代价极低。 经过严格评审的工作产品会更易用，而评审所得到的经验会预防错误 的发生。 6.5.4.4.10.1 过程概要 6.5.4.4.11 度量管理 度量与分析的目的是为了了解项目目标是否达到预期，而获取相关项目过程数据，通过 测量分析检查这些目标的完成情况，监视开发和实施过程的状态，若超出

34、控制范围，则采取 改进和补救措施，保证项目正常进行。 通过数据收集和分析更加合理地设置和调整度量目标，为公司高效管理服务，为公司管 理决策和过程改进提供依据。 6.5.4.4.11.1 过程概要 6.5.4.5 收尾过程 6.5.4.5.1 过程概要 1.3 xxxx 服务承诺 我方项目组成员全部由在政务领域具备年以上咨询规划经验的资深人士构成，同时投入 项目人数不少于人； 我方承诺在项目期限内（）保质保量地完成本项目，其中首席咨询师在园区实地调研时 间不少于周，另有至少人在项目期间常驻园区教育局； 我方有完整的项目实施、管理计划， 将按期、 按里程碑与业主进行沟通并移交相关阶段 性成果，在项目尾声及时向业主移交包括园区“智慧教育”顶层设计方案、 园区教 育基础数据库建构规划书、 应用平台名称及定位报告、 应用平台使用对象需求调研 及可行性报告 、 应用平台功能部署及开发标准书、 应用平台开发周期及人员经费预 算表等在内的各种成果物； 项目实施完毕后，我方将根据业主需要，进行业务、技术、运营培训等其他后续增值服 务；