公司管理服务平台项目一期系统建设技术方案投标文件(技术标)_第1页
公司管理服务平台项目一期系统建设技术方案投标文件(技术标)_第2页
公司管理服务平台项目一期系统建设技术方案投标文件(技术标)_第3页
公司管理服务平台项目一期系统建设技术方案投标文件(技术标)_第4页
公司管理服务平台项目一期系统建设技术方案投标文件(技术标)_第5页
已阅读5页,还剩1069页未读 继续免费阅读

下载本文档

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

文档简介

封面投标文件封面公司管理服务平台项目一期系统建设方案(技术方案)投标方案投标人:****通讯地址:****联系方式:****投标日期:****报告说明声明:本文内容信息来源于公开渠道,对文中内容的准确性、完整性、及时性或可靠性不作任何保证。本文内容仅供参考与学习交流使用,不构成相关领域的建议和依据.请下载后自行调整修改使用。目录1.技术偏离表 12.拟投入本项目的主要人员简历表 52.1.项目组人员配置建议 52.2.组织机构 62.3.主要工作小组职责 82.3.1.项目领导小组 82.3.2.项目经理 82.3.3.咨询顾问 92.3.4.需求规划小组 102.3.5.系统研发小组 112.3.6.系统实施小组 112.3.7.技术支持小组 122.3.8.专家顾问 122.3.9.质量监管(QA) 122.3.10.项目配置管理员 122.4.项目开发实施团队 132.4.1.项目开发实施团队能力 132.4.2.项目开发实施资源投入 132.5.项目主要人员一览表 142.6.保密承诺 143.拟在本项目实施的管理流程 163.1.实施约定 163.1.1.项目协商、沟通、评估原则 163.1.2.实施条件确认 163.2.项目实施概述 163.2.1.项目实施目标 163.2.2.项目实施原则 173.2.3.项目实施标准 183.2.4.项目实施方法论 193.3.项目实施流程 293.4.项目实施各阶段工作内容 293.4.1.项目实施阶段划分说明 293.4.2.项目前期准备与启动 303.4.3.需求调研分析阶段 303.4.4.系统研发与管理阶段 333.4.5.系统集成测试阶段 433.4.6.系统实施部署阶段 443.4.7.系统培训及现场初步验收阶段 453.4.8.系统上线试运行阶段 553.4.9.系统最终验收阶段 573.5.成果与交付物 573.6.知识产权 603.7.项目保障措施 613.7.1.充分做好系统调研工作,保证调研的深度和广度.613.7.2.依靠平台、统一认识、制度先行 613.7.3.建立连续有效的沟通和交流机制 613.7.4.其他项目保障措施建议 624.项目进度实施计划 635.技术方案 735.1.项目介绍 735.1.1.项目背景 735.1.2.应用现状 735.1.3.项目概述 735.1.4.建设目标 745.1.5.建设范围 745.2.需求分析 745.2.1.项目总体需求分析及建设思路 755.2.2.咨询设计需求 795.2.3.系统功能需求 795.3.项目咨询和设计 805.3.1.咨询团队配置 805.3.2.需求调研 815.3.3.整体方案设计 825.3.4.流程设计方案 995.3.5.组织人力方案 1185.3.6.运营管理方案 1415.3.7.中、长期信息化管理规划方案 1745.3.8.系统实施中的指导工作 1765.4.系统应用平台 1815.4.1.平台概述 1845.4.2.运行环境 1855.4.3.开放性 1865.4.4.可扩展性 1875.4.5.可维护性 1885.4.6.平台计算性能 1895.4.7.工作流建模与管理 1895.4.8.系统管理 2005.4.9.系统安全保密性设计 2345.4.10.平台优势 2365.4.11.技术架构 2395.4.12.平台特性 2445.4.13.二次开发功能 2485.5.系统实现 2525.5.1.系统总体设计 2525.5.2.合同管理 2785.5.3.发票管理 2985.5.4.税务管理 3265.5.5.电子档案管理 3365.5.6.电子影像管理 3525.5.7.资产管理 3705.5.8.网上报账 3985.5.9.会计核算系统 4435.5.10.资金管理系统 6495.5.11.财务预算管理 6905.5.12.人力资源管理 7215.5.13.财务共享中心运营管理功能 7455.6.系统集成方案 7755.6.1.系统集成概述 7755.6.2.接口集成规范 7755.6.3.接口集成原则 7765.6.4.接口集成流程 7775.6.5.接口集成类型 7785.6.6.本项目内数据交互方案 7795.6.7.已建项目集成方案 7815.6.8.系统通用接口方案 7885.6.9.服务命名建议规范 8065.6.10.接口定义建议规范 8085.6.11.接口容错机制 8115.6.12.接口数据质量管理 8135.7.系统部署方案 8215.7.1.网络拓扑图 8215.7.2.系统性能指标估算与选型 8225.7.3.数据库选型 8265.7.4.软硬件需求 8315.8.项目管理方案 8365.8.1.项目管理总论 8365.8.2.项目范围管理 8385.8.3.项目进度管理 8405.8.4.项目质量管理 8445.8.5.项目风险管理 8455.8.6.项目过程管理 8515.8.7.项目人员管理 8725.8.8.沟通汇报机制 8735.8.9.安全保密措施 8775.8.10.项目文档管理 8795.8.11.项目应急预案 8815.9.系统安全方案 8875.9.1.系统安全需求分析 8875.9.2.系统安全设计原则 8905.9.3.系统安全的定义和范畴 8915.9.4.组建安全组织机构 8915.9.5.系统安全策略 8925.9.6.数据安全机制 9125.9.7.系统安全运行保障规范 9175.10.系统测试方案 9255.10.1.测试原则 9255.10.2.测试过程 9265.10.3.测试方法 9315.10.4.测试环境和开发、测试工具介绍 9425.10.5.测试内容 9525.10.6.系统测试通过标准 9625.10.7.注意事项 9625.11.质量管理方案 9635.11.1.项目QA组织结构 9635.11.2.xx质量保证体系概述 9645.11.3.运行管理体系 9715.11.4.软件开发质量管理 9765.11.5.项目实施质量保障 9805.11.6.项目运行质量管理 9845.12.项目验收方案 9875.12.1.概述 9875.12.2.验收原则 9875.12.3.验收流程 9885.12.4.验收依据 9895.12.5.验收内容及标准 9895.12.6.验收结论 9945.12.7.验收安排 9955.13.项目培训方案 10015.13.1.系统培训概述 10015.13.2.培训及知识转移目标 10025.13.3.培训组织机构 10045.13.4.培训流程 10045.13.5.课程安排 10055.13.6.培训方式 10105.13.7.培训对象及素质要求 10125.13.8.培训重点 10135.13.9.培训教材 10145.13.10.培训时间 10145.13.11.培训质量保证 10145.13.12.培训承诺 10165.13.13.知识转移 10165.14.合理化建议 10175.14.1.项目组织:高效的项目组织和管理 10175.14.2.业务开展:注重用户参与 10205.14.3.项目实施:循序渐进、注重实效、差异化处理原则 10225.14.4.项目推广:采取轮训机制 10276.服务承诺 10296.1.售后服务承诺 10296.2.售后服务方案 10326.2.1.服务响应时间 10326.2.2.服务保障体系 10336.2.3.本地化服务保障措施 10356.3.运维服务方案 10366.3.1.运维服务的组织机构 10366.3.2.项目服务总负责人 10386.3.3.项目运维团队 10386.3.4.服务方式及服务内容 10396.3.5.服务范围及特点 10426.3.6.IT服务管理体系 10436.3.7.运维服务管理 10551.技术偏离表供应商名称:项目编号:项目名称:公司管理服务平台项目一期系统建设序号招标文件条款号招标文件的技术条款投标文件的技术应答偏离情况说明1需求调研研无偏离2整体方案设计案设计无偏离3流程设计方案计方案无偏离4组织人力方案力方案无偏离5运营管理方案理方案无偏离6中、长期信息化管理规划方案期信息化管理规划方案无偏离7系统实施中的指导工作施中的指导工作无偏离8应用现状状无偏离9项目概述述无偏离第2页建设目标和设计原则17.1.4建设目标系统设计原则无偏离品目号:A01-01合同管理系统理无偏离品目号:A01-02发票管理系统理无偏离品目号:A01-03税务管理系统理无偏离品目号:A01-04电子档案系统案管理无偏离品目号:A01-05电子影像系统像管理无偏离品目号:A01-06资产管理系统理无偏离品目号:A01-07网上报账系统账无偏离品目号:A01-08会计核算系统算系统无偏离品目号:A01-09资金管理系统17.5.10资金管理系统无偏离品目号:A01-10财务预算管理系统17.5.11财务预算管理无偏离品目号:A01-11人17.5.12人力资无偏离第3页力资源管理系统源管理技术平台要求17.4系统应用平台无偏离项目文档要求15.5成果与交付物17.12项目验收方案无偏离培训服务要求17.13项目培训方案无偏离项目实施要求13拟委派的项目经理简历表14拟投入本项目主要人员简历表15拟在本项目实施的管理流程17.8项目管理方案无偏离项目工期进度要求16项目进度实施计划无偏离售后服务要求18服务承诺无偏离知识产权与保密要求15.6知识产权密措施无偏离项目一期建设规划16项目进度实施计划无偏离第4页供应商授权代表签字:供应商(盖章):第5页2.拟投入本项目的主要人员简历表xx公司是一家通过了IS09001质量管理体系的相关认证,所有保质保量地完成合同内容中规定的内容。xx公司对本项目非常重视,公司将采取重点项目公司级高管分保项目的顺利完成。xx公司承诺密切与项目监理方配合实施,确保项目进度、质共同为本项目进展发挥作用。严格参照《信息化工程监理规范》 2.1.项目组人员配置建议根据xx公司实施方法论和在其它项目实施中的经验,一个项目开发、建设的一种良好交流机制。交流机制越好,双方沟通越彻底,项目完成的越顺利。第6页括IT维护人员,配合软硬件系统的安装和网络集成,并负责管理设与相关的业务部门关系。设施,配合系统安装和网络集成;负责各源系统的数据抽取/转换/据抽取/转换/加载系统。析应用、关键指标展示,并负责维护这些应用系统。数据库管理员:管理数据库系统。2.2.组织机构xx公司将在良好的组织机构保障下,确保软件项目开发的顺利户完成验收工作。项目总监:xx公司将委任公司交付中心副总经理为项目总监,第7页项目经理:xx公司将委任公司资深财务共享服务中心专家、国富的财务共享服务中心建设经验,重点负责本项目的项目管理工作。咨询负责人:在咨询方面,xx公司将委任公司资深财务共享服完成本次财务共享服务中心的建设工作。技术负责人:在本项目的开发方面,xx公司将指派公司资深技术架构师,负责本次项目的的开发业务,确保需求得到实时响应。项目配置管理员项目配置管理员呼叫中心地方服务组总部服务组系统集成组统施系统培训组系统实施组系统测试组统发系统研发组系统设计组需求分析组久其软件项目组(含项目总监)集团项目组需求规划系实系开第8页2.3.主要工作小组职责2.3.1.项目领导小组全面协调企业各部门之间的关系,提供资源,确保项目成功。组员,确保项目实施的资源保证和管理决策和协调。2.3.2.项目经理●制定项目计划与进度管理方案,并负责项目计划与进度管理;●及时有效更新计划和总结,主要包括周报和里程碑总结报告;●制定交付物管理方案;●制定项目风险管理方案,负责项目风险管理;●监督项目实施的进展状况,纠正项目执行的偏差;●对项目需求与变更进行管理;●监督项目组具体的实施过程;●负责布置本项目组所有成员的日常实施工作;●负责本项目组所有资源(人员、设备)的调配;●负责本项目进度、质量的控制;●定期对本项目组成员进行绩效评估;第9页●相互协调配合开展项目实施的具体工作;●负责单位内部部门间的沟通和协调;●确认项目组提交的各项成果和阶段项目实施的计划;●对项目实施过程碰到的问题,进行沟通协调;●定期组织项目进度汇报的例会;●负责向项目领导小组提交《项目实施报告》;●负责与客户化开发人员讨论开发事项;●协助项目的模拟测试和运行;●组织项目验收。●与用户定期共同对项目的执行结果进行分析和评价,确保项2.3.3.咨询顾问本项目的咨询顾问由甲方业务专家及xx公司财务信息化领域咨询专家共同组成,根据项目阶段分为4个组(各组之间的人员允许交叉),包括:需求调研组、业务改进组、方案设计组、实施支撑组,各组分别对应项目的不同阶段。析,逻辑数据模型设计。●通过与用户部门的调研了解当前业务流程和关键业务需求;第10页●根据信息化规划和业务需求,设计业务蓝图;●制定系统总体设计方案;●进行系统各项业务分项设计,流程优化及交互设计;●制定信息系统开发标准规范,指导系统设计;●提供数据搜集模版,并协助整理系统所需要的业务数据;●协助准备用户培训教材,以及与集团项目组合作进行最终用●项目知识转移。2.3.4.需求规划小组●负责需求的调研进度与调研成果;●收集、梳理相关方需求;●配合项目组实施人员进行工作;●定期与实施人员进行需求沟通与交流;●对项目经理负责,定期或及时向项目经理提供需求落实进度;●从整体角度出发,出具阶段性需求落实差异报告;●参与“项目实施方案”及各阶段计划;●参与项目组的客户方开发人员讨论开发事项;●协助项目的模拟测试和运行;●参与项目验收。第11页2.3.5.系统研发小组系统研发小组下设系统设计组、系统研发组和系统测试组。●系统设计组务需求的设计、建模。直接汇报项目经理。●系统研发组实现。直接汇报项目经理。●系统测试组有专业测试人员组成,对系统进行全面有计划的测试。2.3.6.系统实施小组●系统实施组的联调测试、分单位确认。●系统集成组第12页●系统培训组2.3.7.技术支持小组要时,寻求外部IT业技术专家给予必要的技术支持。设置和系统部署配置。在项目进入调试及售后服务阶段,做好7X24小时现场技术支持出的关于应用系统的问题给以全方位的支持。2.3.8.专家顾问对项目建设提出建设性意见。环节质量进行把关。2.3.10.项目配置管理员第13页2.4.项目开发实施团队2.4.1.项目开发实施团队能力xx公司将为本项目提供一支具有丰富集团管控与数据分析项目项目的历练,是一支配合默契,具有很高团队精神和战斗力的队伍。人、实施负责人、培训与服务负责人都是xx公司的绝对骨干力量。这些核心人员都是从基层开发开始,逐渐成长起来的xx公司宝贵财xx公司将配备专业的项目团队,团队中配备项目经理、需求分库建设和数据分析等各方面的高质量服务。2.4.2.项目开发实施资源投入对于本项目的项目团队投入,xx公司做以下承诺和保证:第14页●投入时间保证项目团队中的组长及以上岗位、配置管理员、QA人员,所有系统分析人员、开发人员、测试人员,确保全职、全程投入。●团队稳定保证xx公司通过经济、荣誉、晋升、文化、关怀等综合手段确保整个项目团队的稳定,确保整个项目期间核心人员非经用户同意不变更。如有意外情况、用户单位要求等情况发生,xx公司将提供同等资历,且经用户方认可的人员补充。●总体投入保证在项目进行的各阶段xx公司确保项目组成员按时投入,并且提供充裕的后备人员,以备必要时及时增派。2.5.项目主要人员一览表本次项目人员分布为:项目管理团队5人;咨询团队3人;实施交付团队8人;技术团队5人;质量保证工程师1人。2.6.保密承诺xx公司郑重向集团承诺,严格按照招标文件要求,遵守项目保●对集团提供的技术资料和价格保密,本项目正式启动之前,xx公司所有参与项目人员需要签署保密协议。●xx公司将对项目过程中所涉及到的所有发展规划、业务数据、财务数据、生产工艺、投资与设备等信息的所有数据保密。第15页●双方所承担的保密义务不以本规格书的失效而失效。同时不管有任何其他规定,保密义务的期限为自保密信息披露之日起三(3)年。第16页3.拟在本项目实施的管理流程3.1.实施约定3.1.1.项目协商、沟通、评估原则●在本项目中,所有需要xx公司在系统中实现的功能、业务流程,必须用书面形式明确提出;●在项目的实施过程中,进行阶段评估,阶段改善的模式;●对实施效果的评估采用“双方集体评审”方式;●在项目的实施过程中,如遇到不可抗因素或实施外因素影响项目进程时,双方本着友好协商的原则,解决出现问题。3.1.2.实施条件确认本项目最终的实施效果将建立在以下条件得以确认的基础之上,目的最终效果,并可能导致集团公司对于项目预期目标的达成和xx公司的服务满意度出现重大的偏差。●由集团保证各级单位的网络连接畅通,相应的硬件条件必须●在需求调研过程中,由集团负责人员召集访谈人,并确保访谈人所提供的信息符合业务现状。3.2.项目实施概述3.2.1.项目实施目标第17页●完成所有的软件开发、项目实施工作,保证软件系统功能模块的正常运行,实现对系统的需求。●保证实施质量,对实施过程进行严格的质量控制,对实施质量进行全程管理。●提供全方位的技术支持与售后服务,对用户方提出的各类软件方面的问题予以快速、有效的解决,保证项目单位能够及时、便捷地获得所需的服务。●提供完善的培训服务,让工作人员能够掌握有关系统硬件、软件的维护和管理的工作、常见问题及解决办法,达到能受训者熟悉软、硬件操作方法、掌握日常故障排除、日常测试维护的目的,从而保证系统的软、硬件产品能够正常、安全3.2.2.项目实施原则●将项目计划与其他业务计划结合。●项目完成以满足客户需求为目标。●明确定义项目的可交付物、里程碑、预期目标。●直接掌握项目要素和实施过程。●通过早期的计划分析和对例外的准备降低项目风险。●有效的控制项目变更和费用。●有效的、灵活的项目沟通。第18页理标准描述意同规定的所有任务xx公司与客户方签定的供货及服务合同是具有法律效力的。我们信守所有的承诺,不折不扣的完成合同规定的所有任务。如果合同执行过程中出成任务参与方满意合作伙伴积极配合,如硬件集成厂商、系统软件厂第19页这些合作伙伴是经严格考核,满足我们选择合作伙伴的标准。xx公司会兼顾各方利益,使各方心情愉快的参与项目的实施。算3.2.4.项目实施方法论.系统实施方法论概述建设应该遵循渐进的原则,按照科学的方法有秩序、有步骤地推进,须“大处着眼、小处着手”,必须提供系统可以分阶段实施、并在应用层面保持系统可持续发展。产品框架定制针对性解决方案,并组织人员完成个性化开发、测试、安装、配置和培训,最后成功运行的全过程。xx公司在大量的应用开发和实施的基础上总结了一套有纪律的阶段、需求分析与设计阶段、系统实现阶段和系统运行与收尾阶段。第20页.xx项目实施方法论.1.项目计划于关键技术分析●项目实施组织的确认;●项目实施计划的讨论与确认;●项目关键风险的分析与规避方案确认;●项目的关键技术方案确定。.2.项目前期准备项目启动会议(Kick-offMeeting)确认项目范围和主要目标确认项目阶段性验收及总体验收标准确认项目实施计划成立项目组确定各项目小组的成员及各自的工作职责确定各项目小组的阶段性工作目标确定服务流程及方式《项目组织机构》第21页《项目实施计划》.3.业务调研、需求分析与功能设计系统需求进行功能模块和数据项进行分析,生成功能实现。1)业务需求调研确定系统的用户,即确定哪些人将是应用系统的最终用户确定需求调研的部门与人员。确定系统数据源的采集范围。结合合同约定、以及用户的具体需求确定最终的数据采集进行用户需求调研、访谈与确认。用户需求和数据源的筛选和分析。对用户的需求进行分析与挖掘,并分析用户需求的数据源支撑情况,了解哪些需求是没有数据源支撑的或难以支撑的,以便最终确定可施的需求的范围。对用户需求进行整理、归并,形成用户的总体功能需求和具体功能需求列表。用户需求的优先级排序。第22页根据用户对业务需求的急迫状况、需求本身产生效益的、数据源的支撑状况、处理流程的复杂程度等,制定业务需求的实现顺序。《业务需求说明书》《软件功能清单》2)需求分析与功能定义用户需求概要分析。通过对用户需求的分析,确定用户需求所涉及的、详细的数据源情况,包括数据的来源、粒度的要求。业务需求定义。对实现用户需求所要建设的应用功能进行定义,包括分析的指标、权限要求等进行详细的分析与定义。应用功能分析。对应用功能需求进行分析,区分技术性需求和非技术性需《软件功能需求规格说明书》.4.蓝图设计(编制设计报告)第23页系统总体架构设计。业务应用体系结构设计。定义技术基础架构。系统设计、系统分析。业务流程分析。业务子系统的详细设计。对原始数据、单据、报表进行分析,了解并分析数据间固有的业务关系;对系统涉及的业务流程进行分析,了解数据之间的业务规则、数据流向。建立业务模型。建立实体间依赖关系。分析并定义实体的所有属性项和关系属性。建立过程模型,以及过程中每个步骤涉及的表单和角色。建立数据库结构视图。按照关系范式理论,结合业务流程的分析结果、功能实现关系的优化、历史类实体的处理。功能模块分析。根据IPO(输入/处理/输出)理论对所有功能点详细分析,确认所有的功能的输入/输出和处理逻辑。权限划分设计。第24页《系统蓝图设计说明》《概要设计说明书》《数据库设计说明书》《系统定制文档》《操作者权限分配表》《系统配置文档》.5.需求评审的最终设计文档。需求评审的内容包括:●编写的所有需求,是否符合本项目的招标要求,其详细程度●需求是否能为设计提供足够的基础;●所有对其他需求的内部引用是否正确;●是否包含了每个需求的实现优先级;●是否定义了功能说明的内在算法;●是否包含了所有已知的客户需求或系统需求;●是否遗漏了必要的信息,如果有遗漏的话,需对关键的信息进●是否对所有预期的错误条件所产生的系统行为都编制了文档;第25页●其他与需求评审相关的重要信息。.6.系统开发、实施与测试的装配测试和模块之间接口测试。1)应用开发与单元测试开发环境安装配置。为团队开发环境准备必要的开发工作站、文件服务器、数据库服务器和应用服务器,并安装必要的开发工具和开发辅助工具。创建数据库。根据《数据库设计说明书》生成数据库创建脚本,并在数据库服务器上执行脚本。编写测试用例和测试数据。测试人员根据《需求规格说明书》编写测试用例和测试数应用功能开发与单元测试。开发人员根据《概要设计说明书》和项目进度阶段计划中所分配的任务编写功能模块的代码,并对自己编写的功能模块调试和单元测试。项目经理定期组织项目组成员对功能模块互测。第26页《用户使用手册》2)集成测试《系统测试计划》《系统测试报告》第27页《系统操作手册》《试运行跟踪日志》第28页●系统上线检查;●数据转换;●系统正式运行通知下发;●系统正式培训已完成;●系统运行涉及的流程变动及管理制度变动已下发到相关公司●系统试运行阶段发现的问题已调整;●试运行阶段产生的数据根据集团公司的要求进行全部清除或部分清除。.9.项目验收●主要任务建立并执行系统验收测试计划。移植开发系统到生产系统。执行用户培训计划。项目实施完成。签署项目验收报告。●输出内容《项目验收报告》《项目总结报告》3.3.项目实施流程开始开始项目团队组建项目启动业务模型、管理流程、分析监控系统安装与初始化用户使用手册/培训资料整理用户培训用户验收测试项目验收试运行跟踪与支持项目终验进入技术服务支持流程需求调研与需求分析、业务规划功能模块设计、开发与测试3.4.项目实施各阶段工作内容3.4.1.项目实施阶段划分说明根据xx实施方法论,完整的大型项目可划分为项目策划阶段、阶段,这个划分依据是根据项目的天然生命周期所必须经历的过程。第30页作内容描述,以以上划分为主要依据。3.4.2.项目前期准备与启动●项目启动会议●确认项目范围和主要目标●确认项目阶段性验收及总体验收标准●确认项目实施计划●成立项目组●确定各项目小组的成员及各自的工作职责●确定各项目小组的阶段性工作目标●确定服务流程及方式3.4.3.需求调研分析阶段需求进行功能模块和数据项的整理,生成功能实现的输入。第31页.需求调研收集表单编写蓄求育研议明节满意度调查需求端认告书调研组按调研计划到用户的各个业务部门进行需求调研。整个调研的质量和进度由项目经理全权负责监督执行,并根据调研结果形成.内部需求评审需求评审指的是《需求说明书》的评审。需求评审会由xx项目经理组织,集团公司人员参与,评审人员对需求说明书进行评审并提出修改意见,调研组按修改意见进行修改,直到评审通过、评审人员签字认可为止。需求调研说明书是系统分析人员分析设计的依据,也是客户验证第32页时的依据,评审组长负责提交《综合评审报告》。.需求确认需求的确认包括业务需求描述的确认、项目实施范围的确定和系统功能需求的确认。经评审之后的需求调研说明书必须经集团公司代表签字确认,并经签字确认的系统功能需求说明书一般不能随意更改,如果集团公司要对需求进行更改,那么必须进行更改申请,填写《需求变更申请表》后由xx公司项目经理下达《需求更改确认书》,通知相关人员进行需求更改。.交付成果此阶段也为蓝图设计阶段,主要交付成果有:●《系统功能及技术架构,实施策略》●《现状调研和需求报告文档》●《接口说明书》第33页3.4.4.系统研发与管理阶段.系统分析序,或对原有的系统提出改进方案的过程。素及其相互影响,全面思考解决问题。学的确定行动的方略。●系统分析的一般步骤明确问题,设定目标收集资料,制定方案分析计算,评价比较检验核实,做出决策●系统分析的原则●整体性原则后当前。●科学性原则第34页●综合性原则第一目标的情况下完成下一个目标。这就需要综合分析,统筹兼顾,.系统设计系统设计是信息系统开发过程中另一个重要阶段。这一阶段中,《系统数据库设计》等文档。详细设计方案。但是,实际情况往往与主观设定存在差距。1)系统设计步骤系统设计的基本任务大体上可以分为两个步骤。第35页●把总任务分解成许多基本的、具体的任务。这些具体任务合理地组织起来构成总任务,称为总体结构设计(Architecturaldesign),又称为概要结构设计(Preliminarydesign)。其基本任务是:将系统划分成模块,决定每个模块的功能,决定模块的调用关系,决定模块的界面,即模块间信息的传递。总体结构设计是系统开发过程中很关键的一步。系统的质量及一些整体特性基本上是这一步决定的。组合起来就一定好的想法是不实际的,因为部分最优,并不能保证总体最优。●为各个具体任务选择适当的技术手段和处理方法,即详细设计。内容包括代码设计,输出设计,输入设计,处理过程设计,数据存储设计,用户界面设计,安全控制设计。2)系统设计原则为保证总体结构设计的顺利完成,主要应遵循以下几条原则:●分解协调原则过程中根据系统总体要求协调各部门的关系。第36页按系统的功能进行分解;按信息处理的方式和手段分解;按用户工作的特殊需要分解(如按保密的要求);按开发、维护和修改的方便性分解。工作进程协调;信息协调(指信息的提供和收回);业务内容协调(如某些业务指标的控制)。●自顶向下的原则的功能,再确定下层模块的功能。●信息隐蔽、抽象的原则模块与模块之间层次分明,易于理解,易于实施,易于维护。●一致性原则第37页●明确性原则每个模块必须功能明确,接口明确,消除多重功能和无用接口。模块之间的藕合尽可能小,模块内部组合要尽可能紧凑。模块的扇入系数和扇出系数要合理统的平均扇入、扇出系数通常是3或4,一般不应超过7,否则会引起出错概率的增大。但菜单调用型模块扇入与扇出系数可以大一些,公用模块扇入系数可以大一些。●模块的规模适当.系统编码第38页字母型、数字字母混合型等。3种类型的代码各有所长,应根据使用者的要求、信息量的多少、信息交换的频度、使用者的习惯等方面综合考虑。代码设计应该遵循以下基本原则:●唯一性:一个对象可能有多个名称,也可按不同的方式对它进行描述。但在一个编码体系中,一个对象只能赋予它唯一的代码。最简单的就是职工编号、学生的编号等。●合理性:代码结构与相应的分类体系相对应。●可扩充性:应留有充分的余地,以备将来不断扩充的需要。●简单性:结构尽可能简单,以减少各种差错。●适用性:代码尽可能反映对象的特点,以助记忆,便于填写。●规范性:国家有关编码标准是代码设计的重要依据,已有标准的必须遵循。在一个代码体系中,代码结构、类型、编写格式必须统一。●系统性:有一定的分组规则,从而在整个系统中具有通用性。代码设计可以按照以下步骤进行:●确定代码对象。●考察是否已有标准代码。如果已有国家标准或某个部门对某些事物已规定了标准代码,那么应遵循这些标准代码。●根据代码的使用范围、使用时间,根据实际情况选择代码的种类与类型。第39页●考虑检错功能。●编写代码表。代码编好后,要编制代码表,做详细说明,通知有关部门组织学习,以便正确使用。●顺序码。以某种顺序形式编码。●数字码。即以纯数字符号形式编码(严格地说顺序码也属此类)。数字码是在各类管理中最常用的一类编码形式。●字符码。即以纯字符形式编码(英文、汉语拼音等)。这类编码常见的有程序设计中的字段名、变量名编码。这种编码优点是可辅助记忆,缺点是校对不易,不易反映分类的结构。理中最常用的另一类编码形式。理的需要。●必须保证有足够的容量,以包括规定范围内的所有对象。如果容量不够,不便于今后变化和扩充,随着环境的变化这种第40页分类应按照处理对象的各种具体属性系统地进行。●分类要有一定的柔性,不至于在出现变更时破坏分类的结构。所谓柔性是指在一定情况下分类结构对于增设或变更处理对象的可容纳程度。柔性好的系统在一般的情况下增加分类不会破坏其结构。但是柔性往往还会带来别的一些问题,如冗余度大等,这都是设计分类时必须考虑的问题。●注意本分类系统与外系统、已有系统的协调。任何一项工作都是从原有的基础上发展起来的,故分类时一定要注意新老分类的协调性,以便于系统的联系、移植、协作以及新老系统的平稳过渡。.单元测试发现实现该模块的实际功能与定义该模块的功能说明不符合的情说明书和源程序,清楚地了解该模块的I/0条件和模块的逻辑结构,第41页采用结构测试(白盒法)的用例,尽可能达到彻底测试,然后辅之以功能测试(黑盒法)的用例,使之对任何合理和不合理的输入都能鉴别和响应。模块接口测试,测试数据能否正确流入、流出模块。变量申明、上溢、下溢和地址异常等局部数据,以保证临时存储在模块内的数据在程序执行过程中完整、正确。模块边界条件测试,是采用边界值分析技术,针对边界值及其左、右设计测试用例,检测程序在边界值处理上的错模块中所有独立执行通路测试,是对程序每一条独立执行路径进行测试,保证模块中每条语句至少执行一次,以发现因错误计算、不正确的比较和不适当的控制流造成的错模块的各条错误处理通路测试,检测程序是否能预见各种功能测试,执行系统应用程序中的功能(黑盒测试),检查能否实现需求中描述的各项规定与约束。实施步骤第42页完成模块编码和编译工作后,根据该模块功能需求、逻辑结构及程序通路,编写测试计划、用例或测试程序;程序员对自己的程序进行细致的审查,可以使用自动测试工具辅助进行代码测试,发现程序潜在错误及时修改;完成代码自检后,将单元代码在项目组各程序员之间进行交互审查,发现问题及时修改;测试工程师对模块各项功能按功能需求和特性要求进行逐项测试、并记录测试结果;程序员对程序错误完成修改后,及时进行回归测试(regressiontesting-选择性重新测试,目的是检测系统或系统部件在修改时所引起的故障,用以验证上述修改未引起不希望的有害效果,或证明修改后的系统或系统部件仍满足规定的需求);各模块需要在本阶段优先解决的所有已发现问题全部测试通过则宣告单元测试结束;提交单元测试记录或报告、准备集成测试。.系统封闭在项目编码结束之后,由测试组出具《测试报告》对项目质量的整体状况进行说明,并做成是否可以封闭的判定。如果系统判定合格,由项目经理提出程序打包申请。第43页产品功能测试内存测试第44页3.4.6.系统实施部署阶段.准备系统运行环境准备系统运行环境的主要目标是为软硬件安装、配置、验收等协调资源和先决条件,策划详细的实施方案,并在规定的期限内完成设备的安装和调试。硬件网络环境准备:按照集团公司信息中心专网情况,完成主机、存储备份系统的设置要求,完成各业务部门终端的安装调试。.系统运行集成部署工程实施主要为全系统安装、部署与调试,主要包括以下内容:对信息中心的应用服务器进行部署、安装、调试等实施工作。依据工程软硬件环境配置要求在集团公司提供的软硬件环境中依据数据库安装配置规范来进行数据库系统的安装配置,搭建数据库主服务器、应用服务器和数据中心,安装磁盘阵列,双机热备份、负载均保障系统正常运行,集中存储数据。搭建备份服务器,安装磁带机,安装备份软件,备份主服务器全部数据。在开发阶段试验的基础上,制定数据抽取计划和方案并执行数据抽取、数据清理与数据转换/格式化等工作。第45页3.4.7.系统培训及现场初步验收阶段如下工作步骤逐一进行。.用户测试不同,用户测试主要是定性的发现问题。根据测试产品特点的不同,.用户培训系统上线试运行后,xx将派出具有丰富的相同课程教学经验的点、时间安排、人数、次数、教材、课程(包括课程介绍)、培训师资情况、培训环境、培训设备、培训组织方式.初步验收●提交现场初步验收大纲。第46页●完成所有的软件开发工作,软件开发的质量评价将以软件测评单位测评报告为依据。●完成所有的项目实施工作。每一个实施节点的实施工作完成后必须出具节点实施完工报告。并由相应的用户单位进行签字确认。由客户方、专家与实施方共同对初验提交记录或报告进行评审,经书面确认后建议客户是否进行上线运行,初验是否通过,如通过初步验收,采购人需对初验报告进行签字确认。验收手段主要通过验收测试完成。所谓验收测试则是按照规格说明书的规定,模拟用户实际操作,根据用户业务特点设计测试用例,使用用户界面输入测试数据,并分析测试的输出结果的测试过程,用以检测系统能否像预定要求那样工作,必要时还可以再通过现场测试或平行运行等方法对目标系统进一步测试检验。测试分为三个阶段,第一个阶段完成对功能及其完整性、数据准确性进行测试,第二个阶段进行交互性及性能测试、第三个阶段进行文档验收。.功能验收模仿用户对系统功能的使用和操作,检测系统功能对用户需求的符合程度,测试软件各菜单项、功能按钮、功能模块、快捷键等是否能够执行并不出系统错误。描述测试标准第47页资料●能实现概要设计描述的产品属●支持需求描述或使用手册描述的式运行目,测试其是否可以执行模块无法使用或导致系统关闭。●主菜单中各功能模块的快捷键可用,且使用后不出现错误而导致该模块无法使用或导致系统关闭。捷方式运行目,测试其是否可以执行●各编辑窗口(输入输出窗口)中的功能按钮(包括各级子窗口及执行并不出错误。●各编辑窗口(输入输出窗口)中运行●输入、输入出表格中的列表锁定、第48页查询功能锁定、滚动条等功能检测其是否能执行分界栏、滚动条能够正确完成其切换多个窗口并进行切换●各编辑窗口能够正确切换并不出.完整性验收测试项目描述测试标准主窗口菜单项测试主窗口菜单项及快捷方式是否齐全●主菜单中含有《需求说明书》中所述的全部菜单项。●主菜单的各菜单项中含有《需求说明书》中所述的必要快捷键。编辑窗口测试各编辑●各编辑窗口菜单栏中含第49页菜单项窗口菜单项及快捷方式是否齐全有《需求说明书》中所述的必要编辑、执行具体操作等功能的菜单功能按钮测试功能按钮是否具备●各编辑窗口菜单栏中含有《需求说明书》中所述的必要功能按钮。●各编辑窗口功能按钮具备《需求说明书》所述的必要快捷键。运算处理测试各分支条件的考虑是否有明显缺陷●分支条件的考虑是没有完整性约束登记薄、单据等这种以主从表的形式存在的●如果一个地方有,则另一个地方也有,否则都没有,且数据完整,保持一致。测试项目描述测试标准数据的输入、输出、运●结果正确。第50页算精度测试小数位数在等情况下,数据是否正确。读/写/删除操作有写/删除删除操作的结果正确,测试时应手工打开数据库表,以检查写/删除的效果●能实现概要设计描述的●各项操作没有非系统给●数据编辑窗口与数据浏览窗口数据能及时刷新并保持一致。●对非法输入、修改、删●增删改的操作及时更新功能点查询检查在各种选择项的合理组合下,所产生的结果,对照数据●能实现概要设计描述的●项操作没有非系统给出第51页库中的数据是否正确●各数据项中不缺少《需求说明书》中所述的必要输入、输出项。选中项目、输入格式、打印及其他格式输出检测单页、多页情况下输出的正确性●能实现概要设计描述的●输出结果符合设计要●各项操作没有非系统给功能执行及运算处理执行系统各项功能检测其是否与需求一致●没有出现除零溢出错●主菜单中的菜单项或快捷键执行后调用功能模块正确。第52页●各编辑窗口、输入输出窗口中各各功能键、控制键、快捷键的执行结果与《需求说明书》或《用户操作手册》中所述相符。●未出现使用了未定义变●各数据项的计算方法或计算结果正确(如:小窗口显示查看窗口显示项目是否于需求一致●列表结构树显示区与列●信息提示窗口的内容正确,没有出现非法输出(例如:出现程序编写过程中的调试窗口)。●各数据项中具备《需求说明书》中所述的必要输入、输出项。●在当前状态下应隐藏或第53页置灰的菜单项、功能按数量金额对显示长度及小数位数的测试●长度及小数位数能满足实际工作的需要词汇、术语测试系统中显示的专业术语及说明是否准确●所用词汇、专业术语及其解释准确一致,没有歧义。提示信息对系统各项性、准确性进行测试●信息提示窗口的内容准确而不会产生歧义,不会误导使用者的操作。处理过程显示对进度状态及相关显示进行的测试●窗口、窗口内文字、过程进度显示器(如:重建索引时的进度显示器)不超界。最小或最大值检测各项性能的最大、最小边界值是否●产品能实现概要设计描●对于超界值能够有效控第54页最大最小值参考概要设计;键的长度检测概要设计中描述的键值在软件程序是否实现●对于需求有描述的符合其描述,没有描述的,.交互性验收测试软件是否易用,是否符合日常使用习惯。测试项目描述测试标准提示信息测试对于一些可能导致错误的操作能否给予提示记录定位测试对于录入或查询时能否实现对记录的快速定位●光标能正确显示、隐藏以及自动定位帮助信息测试对于各项功能和操作能否提供及时帮助●系统帮助及引导输入完备且灵敏第55页输入方式对键盘、鼠标、智能引导、支持的测试●输入方式多样化且符合操作习惯窗口调用及切换测试在某一窗口能否实现对相关模块窗口的调用和数据查询●没有出现异常错误提示;调用的窗口准确无.文档验收购人完整的四套,以作留档备案。3.4.8.系统上线试运行阶段理解的直接发现阶段,在这个阶段发现任何问题应立即纠正。第56页和数据初始化开始正式上线。试运行阶段也是一个逐步验证的过程,按照项目实施策略试运行工作。同时检查服务器运转是否正常,网络传输是否通畅。在现场初步验收签字通过后次日开始系统试运行,具体包括静态数据录入,组织安排上线试运行及用户的使用培训通过系统的试运行初步实现国家粮油统计信息系统的预期目标。.操作员、权限确定各部门按照部门所需模块,指定操作员及相应的操作权限上报集团公司,并由集团公司汇总形成操作员权限分配表;系统管理员将操作员输入系统,并指定权限。.系统试运行在系统运行期间,应实时关注各岗位是否可以进行日常工作、查询与数据分析。并且对本系统进行业务流程、数据的核验。各岗位日常工作运行辅导是保证系统日后正常运行的一个十分重要的阶段,也是发现各种偏差、培训未落实到实处、新管理观念及新流程未能被充分理解的直接发现阶段,在这个阶段发现任何问题应立即纠正,以免养成习惯。在辅导监督运行期间,发生程序错误、业务流程变更等问题,应填写《系统运行问题报告单》。试运行期结束后,提交《系统试运行报告》及《终验申请》。主要任务:第57页●现场联网测试;●执行系统割接计划;●试运行跟踪与现场服务支持。3.4.9.系统最终验收阶段在试运行期结束后,xx公司将与采购人进行最终验收,签署最●xx公司提交试运行报告。●xx公司完成、提交所有的项目成果及交付物,通过采购人审核,经由采购人指定人员签字认可。●系统在部署完成,并组织完成培训工作后,达到各项技术指标要求,无因xx或设备制造厂商原因而未解决的问题,采购人项目经理签字确认xx公司交付的项目完工报告后,标志着审,采购人与xx公司共同签署最终验收证书。3.5.成果与交付物性和完整性,分阶段以纸质文档和电子文档的形式提交给集团公司。第58页护手册、培训计划和培训资料、验收相关文档等。xx公司有着标准的项目管理流程,对于项目交付物质量完全满足集团本次招标要求:●编号:所有文档类交付物必须按规则进行编号。●文档格式:使用Microsoftword格式,演示文档使用Microsoftpowerpoint格式,表单文档使用Microsoftexcel格式;项目管理工具文档使用microsoftproject或excel格式。●介质:所有文档要求U盘介质的电子文档一份,需要签署的正式文档需要打印硬拷贝(HardCopy)。●语言:所有文档均要求以中文编写;涉及到IT相关缩写可以使用英文但有注释。在实施过程中,根据招标文件要求,项目组提交给业主的具体交付的成果清单,详见下表:启动会相关材料、讲话稿、第59页《访谈调研计划》《调研报告》《顶层设计方案》2各板块上线阶阶段《阶段阶段调研报告》《系统集成需求说明书》《阶段组织人力设计方案》《阶段流程设计方案》《阶段流程汇编手册》《阶段制度汇编手册》《阶段信息系统设计方案》《项目需求分析文档》《项目实施工作任务书》《项目解决方案文档》《阶段系统集成方案》《阶段场地设计方案》《阶段设备测算方案》《阶段用户操作手册》《阶段测试用例》第60页《阶段测试报告》《项目上线报告》《项目总结报告》《项目上线报告》《项目总结报告》《阶段培训资料》3项目总体上线及验收《上线运行报告》《问题修改记录》《项目验收报告》3.6.知识产权在本项目所使用的产品和平台是在本项目合同生效日前已经存在的知识产权,属于xx公司所有。但在合同签订后,在集团已支付交付物版权以及所产生的技术成果(包括计算机软件、技术诀窍、秘密信息、技术资料和文件等)的知识产权属于集团所有。在项目结束时,xx公司将向集团提交所涉及的所有相关文档(包括文字资料和电子文件)和程序,并在未经集团同意的前提下不向第三方有偿或无偿提供此交付物。第61页3.7.项目保障措施3.7.1.充分做好系统调研工作,保证调研的深度和广度我们建议由集团公司的信息中心以及各业务部门共同组织系统调研工作,并保证调研时间和调研的深度和广度。调研的过程,xx公司将针对工程业务进行充分、认真的研究,项目后期由于需求不明确而给系统建设带来的影响。息系统建成后由于业务的变更导致系统重新开发或废弃。同时,xx公司应用支撑平台的可扩展性的优势也会保障系统需求发生变更后的对系统的及时调整。3.7.2.依靠平台、统一认识、制度先行信息系统的开发与应用一般都是建立在比较完善的相关制度基用环境,我们建议在系统上线前,针对相关制度进行完善。充分发挥工程的作用,提高系统使用效益。3.7.3.建立连续有效的沟通和交流机制第62页项目会议制度就是要明确规定在项目建设过程中的会议的种类、形式、内容,从而对会议给予足够的重视,严格按照会议制度执行。3.7.4.其他项目保障措施建议度地将其降到最低。●双方项目经理应当全面、深入地了解整个项目可能存在的风●在必要的情况下应当以项目的顺利实施为最高目标,及时向相关领导报告请求资源支持。第63页4.项目进度实施计划xx公司按照集团对本项目的招标要求,制定项目总体计划。项划以通知中标日作为开始时间进行规划。xx公司将依据是项目合同划。在项目正式开始之前,将和集团一同对本计划进行明确和修改。开展的工作尽量并行开展,同时xx公司也充分考虑了时间安排的可项目质量,工程周期压缩的前提是保证工程的质量。立项目变更流程,记录项目变更。虑到了项目群管理的工作模式,总体上按照“总-分”进行项目计划第64页目验收。于2018年4月9日正式启动项目,2018年8月9日前完成本次项目咨询优化及顶层设计工作,2018年12月31日日完成总部及试点单位上线,2019年6月30日完成项目全单位推广,2019年7月31日完成项目的整体验收工作,此方案完全满足招标文件要求。序号开始时间2018年04月09日系统规划2018年04月16日表使用现状,2018年04月16日第65页序号开始时间务人员情况蓝图设计财务共享顶层设蓝图等2018年05月17日2018年05月31日详细方案设计组织、人员、2018年06月01日2018年07月15日方案评审评审及修改2018年07月15日2018年07月31日方案宣贯宣贯2018年08月01日2018年08月09日2018年07月01日主数据梳理财务档案梳2018年07月01日2018年07月31日第66页序号开始时间调试2018年07月15日2018年08月01日2018年08月01日化、财务主数据导入2018年08月01日始化工作2018年09月01日分子公司上线2018年10月01日2018年10月01日梳理报表方案2018年10月01日第67页序号开始时间报表测试合并报表体系梳理2018年11月01日2018年11月30日总部及各分子公司上线2018年12月01日2018年12月31日2018年08月01日预算体系梳理算指标、预算公式、流程设置2018年08月01日2018年09月30日预算数据编报2019年预算编报2018年10月01日2018年10月31日预算控制策略控制策略配置及测试2018年11月01日2018年11月30日2018年08月01日第68页序号开始时间合同基础设置合同基础档2018年08月01日2018年08月31日历史合同导入2018年09月01日2018年09月30日上线试运行2018年10月01日2018年10月31日2018年09月01日基础设置初始化2018年09月01日2018年09月10日实物资产管理实物资产流2018年09月10日2018年9月30日固定资产卡片导入历史卡片导入2018年09月10日2018年09月30日实物资产与外围系2018年10月09日2018年10月31日第69页序号开始时间统衔接测试动系统上线测试2018年11月01日2018年11月30日平台2018年08月01日报账单据设计据系统实施,2018年08月01日2018年09月30日业务流程审批设置审批流设置2018年09月01日2018年09月30日共享业务单据实施共享平台参数设计2018年08月01日2018年09月30日报账平台与外围系统集成测试联调测试2018年12月01日2018年12月31日第70页序号开始时间2018年11月01日2018年12月01日2018年11月01日2018年11月01日2018年08月01日2018年08月01日开发及测2018年08月01日2018年10月09日与报账平台联2018年11月第71页序号开始时间调测试01日2018年09月01日基础数据、人员基本信息维护2018年09月01日薪酬福利工资项目、工资发放、福利2018年10月09日工作台2018年12月01日2018年12月01日2018年12月01日2019年01月04日2019年01月11日2019年07月第72页序号开始时间01日第73页5.技术方案5.1.项目介绍5.1.1.项目背景转型数字化企业。5.1.2.应用现状●现有财务系统无法满足公司核算需求,更无法支持公司未来●解决分公司财务服务,支撑分公司业务发展的要求。●财务职能亟待转变,以满足公司经营管理发展需要。●公司整体运营效率有待提升。●业务及财务数据缺乏标准、规范性、及时性。●公司风险管理和运营控制的需要。●亟需建立人力资源系统。5.1.3.项目概述支持等的全面的信息化管理服务平台,为各级管理者决策提供信息,为员工办理业务提供服务,支撑公司未来发展需求。第74页本次项目建设组织范围为中经社本部及其下属30家分公司和10家子公司。5.1.4.建设目标通过财务共享中心的建设,将共享范围内各单位分散的会计核算、资金收付等业务集中处理,提升工作效率,提高标准化程度;通过信息系统嵌入标准和流程,强化集团财务管控,提供决策支持。本期项目建设首要目标是完成财务共享平台建设;达到业务和财务全程自动化,所有实物单据电子化、影像化,能够实现“一查到底”的目标;平台需要实现云化部署,快速高效,同时能够满足移动办公的需要;最终能够实现员工绩效考核可量化,用户财务按需计费。5.1.5.建设范围本次项目建设组织范围为中经社本部及下属30家分公司和10家子公司。系统满足2000人以上使用,未来可进行横向扩展,满足万人用户访问。5.2.需求分析根据本次招标谈判文件描述,结合xx前期项目经验,针对本次项目,我们认为本次项目需求涉及咨询设计、平台支撑、系统集成三个层面的需求,同时整体需求应遵循“统一规划、统一部署、分步实施、信息集成”的思路,因此需要考虑分层管控、面向转型的出发点为共享中心的优化和业财融合规划。第75页5.2.1.项目总体需求分析及建设思路.项目需求分析通过对中经社本次招标文件的认真研读,xx公司认为通过本项目的建设,中经社希望完成总部财务共享服制定中经社财务共享中心发展规划进行了调研及访谈,梳理财务信息系统、财务人员信息及工作量等,中心发展路径、建设阶段及近期工作目标任务。系,确定集团实施财务共享服务落地实现策略。财务共享中心运营模式详细设计第76页序进行。得以高速运作的基础,也是实现信息化的前提,同时也是制度管理、财务共享落地执行的保障,依赖组织人力设计和信息化建设。规则与流程体系的梳理及落地设计询成果进行实施落地,实现咨询与落地一体化建设。建设实施财务共享服务平台实现集成处理与数据共享第77页程的专业化、标准化、统一化,实现业务财务一体化及数据共享。规避运营风险,实现运营管理促进财务转型,提升治理与适应能力中,推动财务共享人员向专业型、复合型方向发展。.项目建设思路承接战略、落实管控第78页置能力、资本运作能力、监督评价能力。统一标准、兼顾差异财务共享模式需要标准化流程做支撑,落实风险控制植入效果、提升集团化管理能力都需要标准化流程。业务贯穿、促进协同同时,财务共享中心的流程也不是对现有流程的百分百无条件继承,工作关系、促进跨组织协同的一次机遇。控制转型风险第79页基于技术条件5.2.2.咨询设计需求要的系统改造。1)制定完整的FSSC整体规划咨询服务和方案设计,满足未来3-5年财务共享中心建设,并优化建设规划,形成可落地的推进2)合理规划集团共享管控模式,提供制度保障;4)基于财务共享中心作业流程,配套建设共享中心系统架构,按标准化流程统一财务核算,并根据FSSC建设进度,提出系统建设计划。5.2.3.系统功能需求基于上述咨询成果,本次项目建设系统需满足以下功能:第80页1)满足中经社的基本业务申报,包括:报账业务、应收业务、应付业务、资金业务、资产业务、税务、合同管理;资金、资产、税务、报表。3)实现财务共享中心的基本共享运营职能,包括:抢派单、信用管理、绩效管理、质量管理、知识管理、影像管理、档案管理、沟通平台、计费系统。4)实现人力资源的管理:包括人员档案、岗位、薪酬福利、员实现现有系统的单点登录和统一身份认证●未来建设系统接口:预留标准接口。5.3.项目咨询和设计方案,本方案对后续实施的落地均有持续支持作用。5.3.1.咨询团队配置中经社是xx大客户战略的核心客户,为了能与中经社达成未来的战略合作,本项目xx将派出最优质的团队,以保障项目的成功,为双方的长期合作打下良好的基础。第81页咨询规划是整合项目的核心所在,xx公司将委任公司资深财务共享服务中心专家、国家投资开发公司财务共享项目项目经理为本项目的咨询负责人,具备丰富的财务共享服务中心建设经验,重点负责本项目的项目咨询工作。将带领咨询团队完成本次项目的顶层设计、业务蓝图布局和规划、方案设计等工作,确保顺利完成本次财务共享服务中心的建设工作。5.3.2.需求调研制定调研计划并通过深入调研,了解公司系统建设的背景及建设目标,详细了解公司各部门、各下属分(子)公司的具体业务需求以及各层级现有工作流程,了解目前工作中出现的痛点。对现有系统情况作详细了解,形成现状评估和需求报告。具体要求包括但不限于以下方面:●对项目背景的调研通过对项目背景的调研,包括对公司的管理现状,现有系统的使用情况,系统的使用对象,以及对项目建设周期的要求等基本情况进行了解。对管理层要求的调研,能够清晰准确地把握公司管理层对系统建设期望达成的目标和需要解决的核心问题。●对各部门、各下属分(子)公司业务需求的调研了解项目所承载的业务内容以及各业务的特性,对各项业务的处理流程中各个节点以及节点的工作内容进行详细调研;了解系统上线第82页后,各部门、各分(子)公司对业务流程有哪些改变的需求;收集业●对部门组织人力及业务流程的调研的收集,形成全面的人力需求报告。●信息系统接口的调研●需求调研需提交的文件(1)公司管理服务平台项目调研计划(2)公司管理服务平台项目访谈备忘录(3)公司管理服务平台项目现状评估报告和需求报告5.3.3.整体方案设计.总体建设策略概述第83页行资源分配和目标纠偏,确保各项具体工作对总体目标行支撑。确保在跨组织协作过程中避免出现责任不清和边界不明等情况的出.集团建设财务共享中心总体目标第84页风险管控能力。中经社财务共享中心的建设提升集团的财务治理和风险管控能力范运营风险与财务风险,促进集团相关制度规范得到有效贯彻执行,推动集团风险管控措施深入落实。提升决策支持信息的及时性与信息质量,促进财务职能转型升级创造者转型。支持中经社的业务创新和发展壮大第85页优化综合成本通成本管理等方面也能带来明显的作用。其他作用.财务共享服务中心应用结构财务共享中心的应用结构是指财务共享中心的组织结构性总体第86页球中心”和“区域中心”,也可以按照业务范围划分为“全业务中心”和“专业中心”,还可以按照管控关系划分为“集团中心”和“板块/二级单位中心”等。不同的应用结构将导致财务共享中心的建设效果(预期目标的实现程度)、建设难度、业务运营难度、管理复杂程度发生较大差别。对中经社而言,从“管控关系”角度定义财务共享中心的应用结构最为重要。按照财务共享中心的控制权集中程度,有如下模式可供优点缺点集团总部建设大集中财务共享中心,基层单位被动配合风险管控、效率提升、成本优化效果最佳,推行的难度适中要求集团总部必须具有较高的管控能力和二级单位的参与度有限,积极性不高适合强管控、高业务趋同度、无上市公司或整体上市的专业化集团采用各二级单位分散自主建设,多个财务共享对部分大型二级单位的风险管控、效率提升有效果,部分弱化集团总部的管理价值,形成彼此隔离的多个共享中心,对集团整适合管控力度偏弱、业务高第87页优点缺点中心独立运作,集团总部不具体参与二级单位有积极性体战略的支持力度有限;部分二级单位不积极推进集团公司明确管理要求并统一推进建设工作,二级单位具体建设,多分中心运营对集团整体价值的提升有作用;共性和个性、效率和风险平衡;二级单位有积极性集团公司的管理要求必须精心设计,以书面方式下发,进行必要的检查、审批与指导,适当地增加了管理工作适合多组织层级、管控多样化、业务多元化大型产业集团,旗下拥有多家上市公司。和中经社公司特点趋同暂不适用共享中心将是最优选择。.财务共享管控关系.1.财务共享管控关系的定义原则集团的财务共享管控关系用于界定财务共享中心与各级财务部第88页关系需要基于如下原则:促进总体目标实现财务共享管控关系的定义应服务于集团建设财务共享中心的总承接集团管控模式集团管控模式通过合理的权责界定和协作模式来支持集团的战次优化,应更好的承接集团管控模式。调动各级组织的积极性织的积极性,整合各方面资源。.2.财务共享中心与财务部门的管理关系机构定优点适用层领导的支持;同度较高,财务共享中心定位于“会计服务”和第89页未来成立独立的服务外包组织中心与财务团队难以实现人员流动,对基层业务的理解更容易退化“操作外包”,对财务部门下设专业机构各项具体的建设推进工作更能获得各级财务组织的配合与协作;与财务部门实现跨组织人员流动,较好地跟踪基层业务的最新变化如果未来成立独立的服务外包实体企业,需要适当投入一部分资源进行资产和组织的拆分适合国内大多数对“管控”有明显需求的大型集团从国内外企业的应用情况来看,全球化业务布局的国外企业的财务共享中心通常会采用“与财务部门平行设置”的模式,其中大部分还成为了收取费用的独立法人公司,但是在财务共享中心建立初期,国外企业有相当一部分也采用了“财务部门下设专业机构”的模式;几乎所有的国内大型企业的财务共享中心普遍采用与财务部门平行设置的模式,这与国内企业注重财务共享中心的管控价值有关,是一种理性选择。从集团财务共享中心的总体目标来看,财务共享中心应作为集团第90页务部门的下设专业机构,接受集团公司和二级单位财务部门的管理。财务共享分中心与集团公司财务部和二级单位财务部的工作职制定制定总体规划,制定规范与指引,督导执行,审批备案执行集团的规划与规范,细化本单位的规范与指引细化设计与执效果反馈执行详细方审批,重大事项决细化制定与执行起草、论证、执案策推进行推进业务流程制定和维护集团统一管理要求;对与集团统一管理要求不一致的特殊需求进行审对暂不属于集团统一管理要求范围内的方法进行要求之下牵头制定本单位细化方确保对口财务共享分中心的执行力度执行集团和二级单位管理要求,整理细化的业务需求提出,起草与论证具体的执行方案,具体的执行推进工作制度规范数据标准组织人员运营管第91页理备案选址场所信息系统业务协作优化提升业务范围对集团各个财务共享中心的业务和组织变化需求对本单位管理的财务共享分中心的业务和组织变化需求进行审批执行集团和二级单位管理要求,整理细化的业务需求提出,起草与论证具体的执行方案,具体的执行推进工作组织范围业务实现方法变化审批属于集团统一管理要求范围内的内容;对其他内容进行备案在符合集团统一管理要求的基础上,审批本单位的变化内容;对其他内容进行备案.3.财务共享中心与基层单位财务和业务部门的管理关系第92页程甚至在不经过各单位财务人员的情况下与各单位业务部门直接进行流程互动,使得业务财务协作的主体更加复单位财务部门对其自身业务变化的“敏感度”,二级单位及其下属单位的属地财务部门(业务财务)应作为本单位财务共享业务的重要责财务共享中心。财务共享中心与基层单位财务和业务部门的管理关系如下表所各单位业务部门属地财务部门(业务财务)(共享财务)围内提出业务需接收属地财务部门的需求,对需求进行体系化的整理和归纳,要求属地财务部门进行核实确属地财务人员与属地业务部门进行需第93页进行核实确认新增业务或现有业务变更后的落实措施对具体的业务实现方案进行核实确认并反馈意见组织本单位各业务部门对具体的业务实现方案进行核实确认并反馈意见,根据自身专业判断进行确认和汇总,提交财务共享中心设计具体的业务方案,在属地财务部门对本单位业务方案进行确认后,组织外部协作单位进行具体实现对业务操作方式进行培训参加业务培训并反馈意见在共享中心支持下对本单位各业务部门进行培组织本单位各业务部门参加业务培训并反馈意见编写通用的培训资料(含网上教程),对属地财务部门进行业务培训,支持其对各业务部门的培训.4.纳入财务共享业务范围的基层组织并非所有的二级单位及其下属企业的财务工作都需要一次性纳入财务共享组织范围,各二级单位应根据以下原则分阶段逐步将下属各单位纳入财务共享组织范围:第94页说明对集团管控具有较高价值效益贡献大、风险管控需求高的单位应作为重点。管理基础薄弱、问题多发的优先级较高与现有的共享业务的相似度较高与共享中心现有的共享标准化业务流程相似度较高,则纳入的难度较小优先级较高自身意愿较强烈希望通过财务共享为二级单位自身提供管理价值优先级较高管理整合尚在进行管理整合尚在进行,且管理层无异于通过纳入共享加速这一过程。收并购单位优先级较低业务稳定性预计即将进行业务大幅度转型、资产重大重组、股权退出、处置、清算的企业可暂不纳入。管控力度尚待加强无实际控制力的参股企业优先级较低法律条件限制且共享价值有限上市公司,且自身业务规模有限优先级较低第95页.财务共享服务模式构建定位规划间的关系需要进行清晰的规划设计。在财务共享服务中心建立之前,考虑到财务共享实施后基层释放的财务团队的增强或新增的财务职能,以推动其实现转型。角色规划和下级机构之间的角色分工。布局规划第9

温馨提示

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

评论

0/150

提交评论