无忧范文网小编为你整理了多篇《软件类项目实施方案》范文，希望对您的工作学习有帮助，你还可以在无忧范文网网可以找到更多《软件类项目实施方案》。
第一篇：方案一软件项目实施方案
一、项目资料的准备工作，并对用户进行初装资料的软件操作培训，以便用户能够及时的将标准资料录入系统，初装完成后，项目实施人员会对资料初装的情况进行核查，为以后具体业务功能的开展做好基础。
(五)系统培训阶段
系统培训阶段工作是整个项目实施工作中比较重要的工作，用户对软件的操作功能是否熟练将直接影响到后面的软件应用效果，所以软件公司和用户双方要对此阶段的工作给予足够的重视。要充分认识培训的重要性和艰巨性。在项目实施之前对用户的相关人员进行系统和规范的产品培训是非常必要的，达到让用户了解软件产品，最终自己能够解决使用中的具体的问题。
此阶段的培训工作中将用户参加产品培训的人员划分为三个层次:决策层、技术层、操作层，对不同层次的用户参加产品培训人员的培训内容分别是:
决策层:领导在实施中的作用与重要性、决策查询。
维护层:系统维护知识、操作方法。
操作层:操作方法。
具体的培训工作流程为:
1、调研培训信息:在培训开始前3天由用户实施负责人，将参加培训的部门和人员情况填入《受训部门汇总表》、《受训人员情况一览表》。
2、编制培训计划:结合调研结果，与用户实施负责人商议具体培训内容、时间，场地，人员等。项目组编制《培训计划》。
3、签署培训计划:用户签署《培训计划》，进一步确认培训安排。
4、发培训通知:培训开始前2天，按照签署的《培训计划》，将培训内容、时间，场地，人员等信息通知用户实施负责人。
5、搭建培训环境:公司项目组在培训开始前，将培训环境搭建及检查妥当，将培训提纲及培训手册准备好。
6、组织培训:公司项目组培训负责人与用户实施负责人组织相关人员参加培训，按培训制度严格考核。由用户将考勤情况填入《培训人员签到表》。
7、培训考核:公司项目组培训负责人与用户实施负责人组织受训人员参加上机及理论考试。
8、培训总结:公司项目组培训负责人与用户实施负责人一起将出勤情况及考核情况做出总结，填入《培训及考核统计表》，及时向相关负责人
汇报。
(六)系统安装测试及试运行阶段
此阶段的主要工作是在用户真实环境下，对用户网络及硬件设备进行测试，对软件系统进行容量、性能压力等测试测试及试运行的目的在于确保系统各项功能均能正常使用，并且符合用户签署的《需求分析报告》中描述的需求，同时把尽可能多的潜在问题在正式运行之前发现并改正;同时目的还在于在正式运行前用户的有关人员能进一步提高操作水平，掌握操作规范。此阶段的主要工作内容为:
1、编制计划:与用户实施负责人商议具体测试及试运行时间，地点，人员等安排，项目组编制《测试及试运行计划》。
2、签署计划:用户签署《测试及试运行计划》，进一步确认测试及试运行安排。
3、发测试及试运行通知:在测试及试运行开始前2天，按照签署的《测试及试运行计划》，将时间，地点，人员等信息通知用户实施负责人。
4、搭建环境及数据准备:在试运行开始前搭建好软件环境、硬件环境、网络环境、调通线路;检查软件、硬件、网络、线路等各个环节是否有问题;
5、组织测试及试运行:用户相关各级领导给予全面配合，组织相关人员进行测试及试运行.
6、测试及试运行总结:测试及试运行完成，总结试运行中设备、软件的运行情况，总结试运行中业务流程和操作环节的情况，以书面总结形式将测试及试运行结果通知相关负责人。
公司项目组负责担当指挥，检查用户人员组织情况并给予指导，跟踪检查如下情况:
?跟踪单据流转状况。
?跟踪新资料登录环节。
?观察业务流程执行状况。
?观察操作人员操作表现。
?观察系统运行速度及异常表现。
?观察关键数据的正确性。
?及时纠正错误操作、对于新发生的问题及时与相关人员沟通，确定解决办法。
(七)总体验收阶段。
此阶段是对项目总体的完成情况进行验收。验收分阶段进行，在每一项目阶段结束时，用户对这一阶段的可交付成果进行验收，在测试及试运行结束后，对系统进行总体验收。
需要验收的可交付成果:
主要项目阶段
阶段组成
主要里程碑
可交付成果
启动
阶段
编制总体项目计划
签署的《总体项目计划》
启动会
项目启动会
签署的《项目实施协议》
需求调研阶段
需求分析报告确认
需求调研结束
签署的《需求分析报告》
软件
实现
软件功能确认
软件功能确认
签署的《软件功能确认表》
数据
初装
用户签署初装计划及初装培训计划
签署的《初装计划及初装培训计划》
初装检查及总结数据初装完成
《数据初装总结表》
培训及考核
用户签署培训计划
签署的《培训计划》
培训总结
培训完成
《培训总结表》
测试及试运行
用户签署测试及试运行计划
签署的《测试及试运行计划》
测试及试运行总结
试运行完成
《测试及试运行总结》
验收
总体验收
验收完成
《总体验收报告》
(八)系统交接阶段
此阶段是项目实施的最后一个阶段，主要工作是软件公司项目组向用户移交软件项目，包括软件产品、项目实施过程中所生成的各种文档，并签署《售后服务协议》，项目将进入售后服务阶段。软件公司项目组还需要让用户填写《用户满意度调查表》，对软件公司项目实施人员的整个项目实施情况进行评价，软件公司将听取用户的意见，再今后的项目实施管理中进行加强和改进。
第二篇：软件项目实施方案
1.1 项目实施策略
1.1.1 遵循的规范
我方坚持“统筹规划、统一标准”的方针，因此参照以下标准和规范体系来指导《教育信息枢纽平台的可行性研究》，通过标准化的协调和优化功能，方能保证项目建设少走弯路，提高效率。我方在项目实施过程中遵循以下标准规范：
1.1.2 标准化体系建设
园区智慧教育作为园区智慧城市的重要组成部分，需要在技术、业务、运营三个方面都建立标准化规范和制度，才能保证系统的正常运营和与整个智慧城市体系的衔接。xxxx在
政务制度方面有丰富的经验，可以为园区搭建这样的标准化体系。
1.1.3 项目运营策略
国内很多城市的智慧教育发展的不好，其中一个重要的原因是平台从建设到运营全部由政府独立投资完成，因此在业务组织、培训、推广等多个方面遇到困难，导致最终实施效果不佳。
我方认为园区智慧教育平台应该是教育资源公共服务平台和教育管理信息平台，需要有专门的运营机构，并采取政企共建的运营模式。
6.4.3.1运营机构设想
按照“高位监督、条块结合”的管理思想，我方建议成立高位独立的教育服务综合管理处，作为全区监督、协调、指挥和综合评价教育服务工作的行政机构。它的职责是制定园区智慧教育的管理、沟通工作机制，包括联席会议、碰头会议等，打破部门间条块分割、职责不清等管理问题。
6.4.3.2运营模式设想
由于本平台同样是便民服务平台，因此在平台建设和运营上，我方建议充分吸收各类学校、运营商、广告商、教育类企业等，形成一条完整的政企共建产业链。
通过这种政企共建的运营模式，可以大大节省平台开发、运维的成本，并且能切实有效的提高工作效率。
1.2 项目服务管理方法
1.2.1 项目实施计划
本项目涉及面广，为了确保顺利完成，拟采用分步实施的方法，基本情况如下： ① 项目启动：5个工作日，主要是准备立项资料，双方沟通并协调项目各相关部门，
召开项目启动会议等；启动会议后，xxxx项目团队将入驻现场，做好调研准备。 ② 项目调研阶段：20个工作日，在园区教育局的配合下，xxxx咨询团队采用各种调
研方式，对本项目涉及的园区各学校、教育局各相关业务部门进行调研，并最终形成调研报告。
③ 方案设计编写阶段：70个工作日，其中，规划框架设计14个工作日，规划报告设
计、编写及修订等56个工作日。
④ 项目验收阶段：2个工作日，首先将阶段性成果（大纲、初稿、送审稿等）提交业
主，由业主内部组织初步验收；初验通过后，组织专家验收会议，对项目的最终成果（《园区“智慧教育”顶层设计方案》、《园区教育基础数据库建构规划书》、《应用平台名称及定位报告》、《应用平台使用对象需求调研及可行性报告》、《应用平台功能部署及开发标准书》、《应用平台开发周期及人员经费预算表》等）进行项目终验，终验通过即宣告项目正式结束。
项目整个周期共包含四个阶段，具体起止日期如下表所示：
1.2.2 项目人力组织计划
为了能建立有效的沟通机制，保证项目有序推进，项目组机构设定如下：
其中每个小组的具体职责如下：
在本项目中拟投入商务经理1 人，同时投入的资深咨询顾问不少于3人，其中xxxxxxxx
首席咨询师1人；专家顾问若干；其中在调研阶段保持不少于2 人驻场。
具体人员名单请参见：5.7拟派人员情况。
1.2.3 项目移交验收计划
6.5.3.1 项目验收标准
验收标准包括与本项目检验与测试相关的所有国家标准、行业标准以及双方签字后的技术文档及附件。根据合同要求验收标准如下：
GB/T11457-1989 软件工程术语；
GB/T16260-1996 信息技术—软件产品评价—质量特性及使用指南；
GB/T 17544-1998 信息技术—软件包—质量要求和验收；
信息产业部令第五号《软件产品管理办法》；
设计文件；
本工程招标文件；
文档内容要求：可理解性、完整性、一致性、可验证性、易浏览性；
标识要求：产品描述的标识、产品的标识、供方信息、工作任务、符合需求文档、要求的系统配置、与其它产品的接口、安装、支持、维护；
6.5.3.2项目验收计划
为了保障项目稳定可靠的按计划推进，在项目验收方式上，采用业主内部评审和外部专家验收：
内部评审：在项目过程中，我方将按照项目进度向业主方提交阶段性成果物（大纲、初稿、送审稿等），由业主方进行内部评审，保证项目质量和项目进度。
专家验收：项目最终成果通过业主内部评审后，再组织外部专家对最终成果进行验收。 项目最终成果：
《园区“智慧教育”顶层设计方案》
《园区教育基础数据库建构规划书》
《应用平台名称及定位报告》
《应用平台使用对象需求调研及可行性报告》
《应用平台功能部署及开发标准书》
《应用平台开发周期及人员经费预算表》
1.2.4 xxxx项目管理制度
xxxxxxxx己经通过认证，获得系统集成资质，并经过长期积累逐渐形成了一套具有xxxx特色的项目管理制度体系。下面就其中较重要的部分进行简单介绍：
6.5.4.1项目管理体系
6.5.4.1.1 项目管理体系框架
6.5.4.1.2 体系概述
项目管理体系由“启动”、“策划”、“执行”、“管理和监控”、“收尾”5 个管理过程组组成，项目管理过程活动按照这5 部分有序开展。
启动过程：立项评审并快速启动项目的管理过程，通过项目立项、项目经理选定、分配关键项目资源、项目启动、项目信息发布以确定并核准项目正式运行。
策划过程：项目经理领导核心人员确定及细化项目目标，并通过过程定义、适合的开发生命期模型选择、WBS
制作、规模及资源估算、风险及问题识别等活动，从而能够定义出
一个合适的项目管理计划，为项目实施和管理打下良好的基础。
执行过程：项目工程实施过程，由需求开发及管理、概要设计、详细设计、编码与单元测试、集成测试、系统测试、发布及验收等基本软件工程活动组成，这些活动有序分布在选定的软件开发生命周期模型上。
管理和监控过程：按照项目计划对项目执行过程进行监控及管理，主要由以下过程域组成：进度管理、成本控制、质量保证、质量控制、配置管理、变更管理、风险管理、问题管理、沟通管理、评审管理、度量管理。
收尾过程：收尾过程分为项目总结及合同收尾，项目总结阶段主要是系统交付用户并予以实施稳定后，在项目资源未完全释放前进行的项目总结及经验交流工作；合同收尾是指用户验收完成后进行的项目考核及归档等工作。
6.5.4.1.3 角色和职责定义
6.5.4.2 启动过程
快速启动项目的管理过程，通过项目立项评审、项目经理选定、分配关键项目资源、项目启动、项目信息发布以确定并核准项目正式运行。
6.5.4.2.1 过程概要
6.5.4.2.2 过程活动说明
6.5.4.2.2.1 项目立项
①立项申请
事业部进行立项申请准备，组织相关人员进行项目成本总体估算，确定项目初步范围、项目目标及验收标准、可交付成果、里程碑计划、人力资源初步计划、识别启动后的重要风险，并编写《立项报告》；
事业部提交《立项报告》给PMO，由其组织立项评审。
②PMO 负责组织评审委员会进行立项审批。
③立项评审及审批
评审委员会进行立项评审及审批；
事业部在评审通过后，登陆OA 系统填写立项申请表完成立项审批流程；
如果审批没有通过，事业部根据评审意见进行整改，整改后重新提交PMO 组织评审及审批；
注：评审委员会由事业部总经理、首席技术官、财务总经理、首席运营官、PMO 主任组成。
④分配项目编号
只有在立项审批通过或经过总经办特批后，战略运营部才可以进行项目编号分配； 只有项目编号分配后，事业部才可以调配开发资源，进行成本核算和报销；
战略运营部发布立项通知给事业部、PMO 等相关部门。
6.5.4.2.2.2 项目经理选定
①项目经理选定及任命
事业部和PMO 负责进行项目经理选择和任命，有以下2 种方式：
直接指定――由事业部门负责人或客户直接指定合适人选为项目经理，并提交相关资料给PMO，经PMO 审核后发布；
竞聘――具备项目经理相关资质及经验的员工提出申请，竞聘项目经理。
注：竞聘流程如下：
PMO 组建选聘小组，发布项目的工作说明、目标要求及应聘人的对象范围等相关信息。并召开选聘说明会，对已发布的项目经理选聘信息和项目的相关背景资料进行说明，安排答疑活动；
竞聘人在选聘小组指定的时间内提交竞聘材料，竞聘材料应包括应聘人的管理和技术上的优势、项目管理经验等个人能力展示，及初步的项目计划内容，如，对此次项目的项目目
标的理解和风险分析，项目体制及预算设想等；
答辩和评价，选聘小组在书面材料审查结束后，组织召开答辩和评价会，评审委员会从管理经验、责任意识及技术能力等各方面综合评价应聘人，给出评价结论；
根据答辩和评价结果，选聘小组确定项目经理人选。
②项目启动准备
PMO 开发管理部登记项目信息到《项目管理信息表》中；
PMO 组织事业部根据项目规模及重要程度，选择是否召开启动会，如需召开启动会，项目经理准备项目启动会PPT。
6.5.4.2.2.3 项目启动
①分配项目关键资源
事业部在立项通过后分配项目关键资源，包括人力资源和软硬件资源。如需调用其他部门人力资源，可通
过PMO 协调。
②签署项目目标承诺书
项目经理签署《项目目标承诺书》，明确项目经理的职责。
③项目启动及发布
如需召开启动会，项目经理负责组织召开，PMO 协助；
PMO 发布启动信息及资料。启动资料至少包括但不限于：项目经理任命书、项目目标承诺书、立项报告、项目编号及项目正式启动通知邮件。
④信息建档
PMO 将项目的基本信息登录到项目信息库中，建立项目信息档案。同时开始对项目状态进行跟踪。
6.5.4.3项目策划
项目策划是为执行项目工程活动和管理活动制定合理的项目计划，以便所有相关人员按照该计划有条不紊地开展工作。项目策划包括估计待完成的工作，规划项目整个生命周期的活动，建立承诺并确定执行该工作的计划，同时形成相关文档，须通过部门或公司管理评审。
6.5.4.3.1 过程概要
6.5.4.3.2 过程活动说明
6.5.4.3.2.1 策划准备
①制作策划阶段工作计划
事业部和PMO 协助项目经理组建项目核心组，包括但不限于技术负责人、开发经理、测试经理等；项目经理制作策划阶段的详细工作计划，进行任务安排。
②策划过程培训
QA 根据项目经理对策划过程的了解程度，安排相关培训。
③核实项目初步范围
项目经理组织核心人员确认项目范围是否有效、清晰，是否可以成为后续项目估算的合格输入，如对日项目的要件定义说明书；如项目范围（用户需求等）不支持进行项目估算工作，按照《需求开发及管理》规程，进一步进行用户需求调研、需求分析及整理、里程碑及交付成果再确认等活动，直至能够进行相关估算工作。
6.5.4.3.2.2 项目过程定义
①项目特征识别
项目经理组织QA
及核心项目成员，共同对项目类型、项目进度要求、需求稳定性、
项目大致规模、是否有核心技术风险、人力资源配备状态、人员技能特征进行识别，以便于根据项目实际状况进行项目过程定义、裁剪，同时选择适合的开发生命期模型，确定合适的项目管理粒度。
②项目里程碑识别
项目经理、QA 共同对项目里程碑点进行识别，确定该里程碑点完成的关键成果物，并识别完成的可能性及对策。
③项目过程定义
项目经理、QA 根据已识别的项目特征、里程碑及需交付成果，按照公司《产品生命期说明》指南，选择开发生命期模型，该模型能提供适合项目实际的过程管理框架，为缓解项目进度压力、需求不稳定等不利因素，提供符合质量要求的系统，奠定管理战略及路线，提高项目实施及管理的可控性，项目计划是该模型的实例；
项目经理依据选择的生命周期模型、里程碑要求、公司《项目过程裁剪指南》对项目过程进行定义及裁剪，该过程定义及生命期模型将是制作项目计划、跟踪项目过程的依据；
如使用的是公司规定外的生命期模型，或者是不符合裁剪要求，或者是重新定义过程，需报PMO 审批。
④部门审查
项目经理或者QA 将过程定义成果提交部门管理层进行审查。
6.5.4.3.2.3 WBS 制作
①WBS 制作
项目经理组织核心人员根据用户需求，分解系统/产品的功能，制作WBS。
注：WBS 一般采取以可交付成果物为中心进行分解的方式，可从功能和开发过程两方面进行分解，也可以二者混合起来分解。一般由阶段、迭代阶段、过程、活动、任务/工作包6 种要素组成了项目的WBS 构成要素。
要求WBS 细分为4-5 层结构，不提倡超过5 层。WBS 细化标准：定义最低层的任务时应遵守“40 小时原则”，即，所定义的任务应当是一个人不承担其他任务时，能在一周（40 小时）内完成的任务。
6.5.4.3.2.4 项目估算
①规模、工作量及人力资源估算
项目经理组织核心人员根据已识别的项目特征、公司《软件项目估计方法指南》与估算模版、公司过程资产库积累数据，选择合适的估算方法，对项目规模、工作量和人力资源进
行估算。
项目估计范围包括工程类（需求开发、设计、开发、测试、交付及验收）所有活动和项目管理类（需求管理、项目计划、项目跟踪监控、项目评审）所有活动。
注：估算方法包括代理法、经验值模型、Delphi（专家法）、三点估计法、类比法等。 ②制作进度表
项目经理组织核心人员对WBS 分解活动进行排序、建立关联、分配资源及工期，制作进度表（可以使用MSProject 或者是细化的WBS）；
项目经理结合项目进度表（/细化后的WBS）及项目总体成本估算，进行项目成本预算，便于后续成本跟踪与控制；
项目经理参照《项目估算表检查单》，审核进度表是否使时间和资源使用率在满足里程碑的要求下达到最合理，如果不合理，需要进一步调优。
进度表制作（或使用细化的WBS），是一个滚动式计划制作过程，一个阶段结束前规划并制作下阶段详细进度表。
③部门审查：项目经理提交WBS 及项目估算表、进度表到部门管理层进行审查。
6.5.4.3.2.5 项目管理计划
①项目管理计划书编写
项目经理根据项目策划产生的数据，进行项目管理计划书的编写。计划书编写过程如下： 项目范围及目标的编写；
项目组织结构及职责的编写；
项目过程定义及开发生命期模型，可以引用4.2.2 附件；
项目估计，包括――里程碑计划；项目估算方法及估算结果，项目估算表、人力资
源计划可作为附件；
进度表/细化的WBS；
软硬件资源计划；
风险管理计划表（含跟踪）；
沟通管理计划表（含跟踪）；
项目度量目标确定及编写，度量计划，可作为附件；
如公司相关规程、指南不能满足项目管理需要，QA 协助项目经理制定项目过程改
进计划，按照改进计
划详细定义相关流程，同时需报PMO 审批。
②项目支持性计划编写
项目经理组织QA、配置管理员、测试经理/测试人员进行支持性计划编写，包括： 项目质量保证计划；
配置管理计划；
测试管理计划；
评审计划。
③策划阶段就绪检查
QA 协助项目经理根据项目过程定义及公司《策划阶段就绪检查单》，为项目裁剪合适的检查单；
项目经理、QA 根据检查单对策划阶段整体过程进行就绪检查，看是否合格并能提交计划评审，如不合格需整改合格后提交评审，QA 需推动问题纠正解决。
④项目管理计划评审
PMO 根据项目情况确定评审级别，重要项目由PMO 代表公司进行评审，其它项目进行部门级评审；具体管理办法参见评审章节及《评审指南》。
6.5.4.4管理和监控过程
6.5.4.4.1 进度管理
通过周期性地跟踪项目计划的各种参数如进度、工作量、资源、工作成果等，不断地了解项目的进展情况，
以便当项目实际进展状况显著偏离计划时能够及时采取纠正措施。
6.5.4.4.1.1 过程概要
6.5.4.4.2 成本控制
项目成本管理是项目管理重要的组成部分，它的目标是确保项目在公司批准的预算范围内完成。
项目成本管理包含：成本估算、成本预算、成本控制三个组成部分。
成本估算
项目成本估算是对完成项目所需的所有成本的近似估算。成本估算是后续成本预算和成本控制的依据；
项目成本估算通常在项目投标/启动阶段实施。
成本预算
项目成本预算是指在策划阶段，通过把成本估算按照时间分解到具体工作任务或活动中，形成作为成本控制基准的工作。
成本控制
项目成本控制是指项目组在项目执行阶段为了保证在变化的条件下实现其成本预算，对项目实施过程中发生的各种实际成本与预算成本进行对比、原因分析、纠正等手段，使项目的实际成本控制在预算范围内的管理过程。
下面过程重点描述成本控制，成本估算和成本预算过程启动和策划阶段说明。
6.5.4.4.2.1 过程概要
6.5.4.4.3 质量保证
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 变更管理
变更管理的目的是为了保证工作产品的完整性和一致性，对已经评审确认后的工作产品和过程进行控制。
根据变更来源，一般受控的变更有需求变更、基线（或受控配置项）变更、代码变更。需求变更流程见工程过程《需求管理》的相关规定，代码变更根据配置管理计划/方案来进行控制，本流程覆盖范围为基线（或受控配置项）变更。
6.5.4.4.6.1 过程概要
6.5.4.4.7 风险管理
风险管理需要处理可能危及项目关键目标的问题，是一种连续的前瞻性的过程。
在项目的生命周期内，循环执行风险识别、风险分析、风险减缓和风险跟踪，直到项目的所有风险都被识别与解决为止。
6.5.4.4.7.1 过程概要
6.5.4.4.8 问题管理
问题管理是对于项目管理过程中产生问题的解决与跟踪，防止问题扩大，及时消除对项目进度、质量、成本的影响。
问题管理范围包括：
项目例会发现的问题；
项目评审会发现问题；
项目执行过程中项目成员汇报问题；
项目经理进行项目跟踪与监控中发现问题；
项目经理内外部沟通问题；
QA 过程跟踪与监控产生问题。
6.5.4.4.8.1 过程概要
6.5.4.4.9 沟通管理
规划和管理各个方面沟通有关的活动；
确认不同级别参与沟通的人员；
确认沟通正常进行，且参与的人员均与项目相关；
建立内部各工作单元间的相互信任，确认项目过程中共同使用的工具。
6.5.4.4.9.1 过程概要
明确评审活动的流程与分工，以确保项目计划、需求、设计、开发、测试、实施等环节活动输出是经过严格的并符合规范的审核批准，从而确保提交给客户的产品符合质量要求。
评审活动适用于所有需要评审的过程，尽早和高效率地从工作产品中消除缺陷。经验表明，在开发工作早期发现和改正错误与在最后提交用户后或确认测试时才发现错误而进行的返工相比，代价极低。经过严格评审的工作产品会更易用，而评审所得到的经验会预防错误的发生。
6.5.4.4.10.1 过程概要
6.5.4.4.11 度量管理
度量与分析的目的是为了了解项目目标是否达到预期，而获取相关项目过程数据，通过测量分析检查这些目标的完成情况，监视开发和实施过程的状态，若超出控制范围，则采取改进和补救措施，保证项目正常进行。
通过数据收集和分析更加合理地设置和调整度量目标，为公司高效管理服务，为公司管理决策和过程改进提供依据。
6.5.4.5 收尾过程
6.5.4.5.1 过程概要
1.3 xxxx服务承诺
我方项目组成员全部由在政务领域具备年以上咨询规划经验的资深人士构成，同时投入项目人数不少于人；
我方承诺在项目期限内（）保质保量地完成本项目，其中首席咨询师在园区实地调研时间不少于周，另有至少人在项目期间常驻园区教育局；
我方有完整的项目实施、管理计划，将按期、按里程碑与业主进行沟通并移交相关阶段性成果，在项目尾声及时向业主移交包括《园区“智慧教育”顶层设计方案》、《园区教育基础数据库建构规划书》、《应用平台名称及定位报告》、《应用平台使用对象需求调研及可行性报告》、《应用平台功能部署及开发标准书》、《应用平台开发周期及人员经费预算表》等在内的各种成果物；
项目实施完毕后，我方将根据业主需要，进行业务、技术、运营培训等其他后续增值服务；
第三篇：软件系统项目实施总结
XXX医院HIS系统项目总结
2012年12月27日，我完成了HIS人生第一个独立实施的项目——XXX医院项目(ZLHIS标准版、医保接口)。医院有在2个住院科室，床位100，住院人数保持在50人左右，门诊诊室有7个，医生总数为9人，护士6人，收费室2人，西药房2人，中药房2人（不使用HIS系统），院长2人。就项目规模而言，这是一个袖珍型项目，其特点可用“麻雀虽小，五脏俱全”来描述。过程辛酸不赘述，在此总结项目实施过程中出现的几点问题，希望能起一些警示、提示的作用。
TIP1：实施计划的制定，要双方均可接受，要具有一定可执行性
本次项目实施中，培训工作进行的过程与培训计划中的预计安排出入较大，原因就在于没有充分与院方人员沟通，安排的合理性及认可度都没有得到保证。
实施计划的制定，不应该是“一厢情愿”式的空想。项目实施是一个关系到多方人员配合完成的任务，因此在制定何时、何地需要何人配合完成何任务的计划时，要考虑到各个因素条件是否允许，就需要各方负责人在场商榷，得出一个都可以接受并且具有一定可执行性的方案计划。
应对措施：在以后的方案制定前与院方沟通，得出合适自己实施的方案提供给院方，然后确定实施方案。
TIP2：按计划执行
本次项目实施中，实施任务实际执行时间与计划时间偏差较大，主要存在以下几个原因：A.认为项目时间充足，不按照计划执行也可完成项目实施，失去紧迫感；B.前期工作出现纰漏或未完成，导致该部分工作延后。
实施计划的重要意义之一，就是为了让工作的进度有一个明确的参照物，为项目实施做出指引，从而更好的完成项目任务；既然有了实施计划，却又不尽量严格按计划来执行，对实施计划的意义和产生实施计划所消耗的人力物力都是极大的浪费，是对项目和自己不负责任的态度。B情况下，第一应对策略不一定是以破坏后期实施计划为代价的延期；如果情况确实不允许，也应该拿出与院方达成一致意见的方案来积极控制，而不是简单的往后拖延。
应对措施：A、时刻保持紧迫感，我正在经历的，是我一生最有精力的年代，任何不尽100%努力的态度都是对自己最好时光的浪费，是对自己的不负责任；B、尽力保证实施的过程按计划进行，向小组长及主任报告进度情况，在可能出现较大偏差前作出调整。
TIP3：养成良好习惯，有效使用测试库
本次项目实施中，在后台进行流程测试及报表修改等过程时，均大量使用到测试库；但在测试库中已经得到验证和校正的相关设置及修改等没有及时、有效的被移植到正式库中，导致项目启用后出现一些前期已经注意并处理过的问题，院方也觉得已经提出却没有得到解决，对实施人员信任度及对公司的认可度都会大打折扣。主要原因在于我没有养成良好习惯，对问题在测试库中处理没有及时移植到正式库中。 测试库的重要意义之一，就是为正式库提供一个验证及校正环境，使用测试库得出一些结果而没有应用到正式库中，这不仅仅对在测试库中进行工作的质量大打折扣，更是项目实施进度推进及实施质量的损失。
应对措施：时刻注意测试库的信息与正式库的同步，在测试库中作出的验证与调整作出记录并移植到正式库中。
TIP4：支持文档的及时提供与通知
本次项目实施中，培训计划的通知及启用前注意事项的通知等，都有消息传达滞后的现象；这些都降低了项目实施的质量及实施效率。培训工作开展的当天，才通知相关培训人员，导致很多培训人员不能及时调整工作安排，降低了培训质量；启用第二天将一些注意事项及说明文件发送到相关人员手中，其中有较多已经预见可能出现的问题其实已经在第一天出现并耗费了时间去处理，如果启用前提供并得到强调可能启用时出现的问题量及问题处理的及时性都会大有改观。
项目实施需要较多文档支持，包括需要通知相关人员的文件及对某些情况进行说明、强调的文档等，例如通知初始化人员初始化工作的时间及方式，培训工作的时间、地点和人物，启用注意事项，操作文档等。为项目实施服务，需要实施人员在实施过程中提前做好准备(部分需要打印)并与相关关系人进行沟通做出有效及时的相关动作。
应对措施：实施过程中，提前提供：应用流程说明、收费操作文档、医保操作注意事项、启用注意事项、其他情况说明等文件，提前打印出来分发并强调相关人员关注学习。
TIP5：培训环境的建立
本次项目实施中，在第二周就落实了培训需要的电脑及网络环境的建立，但在前期培训过程中讲解及练习环节都是临场才添加的需要使用到的数据，例如为护士讲解如何记账操作时发现没有在院病人；因此培训期间的时间有效利用率受了较大影响。主要原因在于对培训环境的理解不全面导致准备不充分，没有提前考虑周全。
培训环境的建立，远远不止电脑等硬件的购置及网络环境的搭建，更重要的是软环境的建立。培训过程中的讲解及操作练习都需要实际数据才能进行，因此需要提前准备好培训要使用到的数据及参数设置。
应对措施：凡事预则立，不预则废。培训前考虑可能使用到的数据环境，提前在培训使用的数据库中准备好数据。
TIP6：启用前的重要准备及测试
本次项目实施在启用时，由于对产品不熟悉及对需要进行的准备工作没有足够的意识，导致在启用当天门诊收费后没有发票打印出来，启用前仅在测试库中进行了测试而没有在收费室进行打印机关联及设置等，且没有进行实际打印的测试。虽然当时医院旧系统仍然在使用，没有对医院业务运营造成重大损失，但是这个错误在我心中的印象是非常深刻的。
系统启用是项目实施中的关键性事务，关系到项目里程碑进展及医院业务开展，其重要性不言而喻。因此在，系统启用前需要做好充分的准备工作，例如：A.流程测试，B.票据打印测试，C.登陆账号、权限分配审核，D.重要基础参数设置的检查(例如药品库存检查、票据严格管理)。
应对措施：启用前，必须在正式库中测试门诊与住院收费单据打印、预交款单据打印，一日清单打印等，检查全局参数设置、收费室药房等本地参数情况。
TIP7：与院方的沟通方式
本次项目实施中，有两次与院方的沟通效果不好。一次是用于不当，与一位院长沟通的时候说了：“这个功能，那些大医院可能用的更多……”该院长当即表态“那如果我就是要用这个功能呢？”我明显感觉到院长的防御姿态瞬间提升，沟通进入尴尬境地；第二次是我非常直接的询问院方财务管理人员(每日收费结存人员)是谁，院长没有回答。
对于院方内部事务，特别是涉及内容较为敏感时，可以通过其他渠道了解；对于一些可能损伤院方自尊心的事务，尽量采用委婉或者隐晦的用词进行沟通。沟通始终要注意在合适的时间找对合适的人、使用恰当的词句及方式；否则不仅达不到沟通效果，还影响与院方的关系及项目实施工作的开展。
应对措施：学习卡耐基《说话的艺术》，在接下来项目中注意沟通方式及时间、频率。
TIP8：抓住关键性事务
本次项目实施中，一开始我认为初始化是项目实施中最重要的工作，因此一直在进行初始化数据的准备及对初始化人员的培训；后来在启用前一周才开始关注医保接口实施的具体方法步骤，然后让初始化人员又对收费项目进行医保对码，引起了初始化人员的强烈不满，认为初始化工作没有一次性结束；如果将收费项目的建立与医保对码放到一起进行，可能不会引起不满，而且条件是允许的，初始化数据的录入与医保接口实施并非逻辑先后关系。医保接口实施及医保刷卡测试的速度都相当慢，在启用前一天才完成所有测试。
经过这个项目，我认为该项目中除药品库存、费用流程至关重要，最重要的是医保刷卡功能的正常使用，因为该医院患者中绝大部分为医保病人，这是医院收入的主要支撑部分，医院安装新系统的主要目的就是为了解决原系统不能正常使用医保刷卡功能这一重大问题。
应对措施：时刻与同事、上级保持沟通，得到经验上的指导；项目实施方案中进行体现。
TIP9：项目外事务与项目的协调
本次项目实施中两次被综合部人员协调到另外一个医院处理“光纤交换机”事宜，两次都没有完成计划的任务，并且减少了自己在建项目的实际工作日，对公司的形象也产生了不好的影响。我方主要原因是：A.未得到关于该事务的足够信息；B.未判断清楚任务是否具备完成条件。
经过此事，我认为在涉及影响自己在建项目进展而被协调处理其他事务前，首先需要考虑的是是否会对在建项目的进度产生不良影响，其次是该任务是否能够正常进行并达成计划的结果；否则浪费时间不说，还不能达成结果。
应对措施：应答前，将被协调事务了解清楚，审核是否具备任务达成的条件。 问题诸多，不一一列出。
签完验收，一直期待的兴奋感并没有像我想象的那样从头顶瞬间灌注到脚底，而是一种难过的感觉隐隐在心中升起。系统使用存在的诸多问题，以及在这个项目过程中，学习到的东西都并非我期待的那样得到实现，对自己学习摸索的方式以及效率，对项目进度的把控能力都让自己感到失望。
第一个项目是做完了，但是我明白不管是从熟悉产品、学习业务、技术知识、项目管理等任何一个方面，我的HIS人生都才刚刚开始。
软件系统实施方案
软件项目实施方案
软件开发项目实施方案
软件实施方案
软件项目实施岗位职责
第四篇：方案二软件项目实施方案
一、软件项目实施方案概述
软件产品，特别是行业解决方案软件产品不同于一般的商品，用户购买软件产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作，我们将这一系列的工作称为软件项目实施。大量的软件公司项目实施案例证明，软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容，每个阶段下面有不同的工作事项，各个阶段之间都是承上启下关系，上一阶段的顺利完成是保证下一阶段的工作开展的基础。下面将按照每个项目实施阶段分别介绍。
二、软件项目实施方案介绍
(一)项目启动阶段
此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。
此阶段主任务:
公司:
在合同签定后，指定项目经理，成立项目组，授权项目组织完成项目目标。
公司项目组:进行前期项目调研，与用户共同成立项目实施组织，编制《总体项目计划》，召开项目启动会。
商务经理:
配合公司项目组，将积累的项目和用户信息转交给项目组。将项目组正式介绍给用户，配合项目组建立与用户的联系。
用户:
成立项目实施组织，配合前期调研和召开启动会，签署《总体项目计划》和《项目实施协议》。
1、成立项目组:
部门经理接到实施申请后，任命项目经理，指定项目目标，由部门经理及项目经理一起指定项目组成员及成员任务，并报总经理签署《项目任务书》。
2、前期调研:
项目经理及项目组成员，在商务人员配合下，建立与用户的联系，对合同、用户进行调研。填写《用户及合同信息表》。在项目商务谈判中，商务经理积累了大量的信息，项目组首先应收集商务和合同信息，并与商务经理一起识别那些个体和组织是项目的干系人，确定他们的需求和期望，如何满足和影响这些需求、期望以确保项目能够成功。
3、编制《项目总体计划》:
《项目总体计划》是一个文件或文件的集合，随着项目信息不断丰富和变化，会被不断变更，主要介绍项目目标、主要项目阶段、里程碑、可交付成果。通常包括以下几方面内容:项目描述，项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配(包括用户的);沟通管理计划，确定项目干系人对信息和沟通的需要:即什么人何时需要什么信息以及通过什么方式将信息提供给他们。质量管理计划，确定适合于项目的质量标准和如何满足其要求。如果有必要，可以包括上述每一个计划，详细程度根据每个具体项目的要求而定。未解决事宜和未定的决策
4、启动会:
项目组与用户共同召开的宣布项目实施正式开始的会议。
会程安排如下:
共同组建项目实施组织，实施组织的权利和职责;双方签署《项目实施协议》。
项目组介绍《项目总体计划》和《项目实施协议》，包括以下内容:
项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配(包括用户的);
项目实施中项目管理的必要性和如何进行项目管理，项目的质量如何控制;
项目实施中用户的参与和领导的支持的重要作用;
阶段验收、技术交接和项目结束后如何对用户提供后续服务。
(二)需求调研确认阶段
此阶段的主要工作是软件公司的项目实施人员向用户调查用户对系统的需求，包括管理流程调研、功能需求调研、报表要求调研、查询需求调研等，实施人员调研完成后，会编写《需求调研分析手册》，并交付用户进行确认，待用户对《需求调研分析手册》上所提到的需求确认完毕后，项目实施人员将以此为依据进行软件功能的实现。如果用户又提出新的需求，实施人员将分析需求的难度及对整个系统的影响程度来确定是否给予实现。需求调研阶段具体包括如下内容:
1、进行需求调研准备
2、编制《需求调研计划》
3、内部评审是否通过《需求调研计划》
项目组、部门经理、商务等人员根据合同要求和项目实际情况对《需求调研计划》草稿进行评审，如评审通过，则在稍后的时间内签署，如评审不通过则重新修改。
4、用户是否签署《需求调研计划》
如用户签署《需求调研计划》，则作为以后需求调研工作的指南。否则重新修改。
5、《需求调研计划》是否有变更
如果计划存在变更，则执行变更控制流程，否则按计划进行后续工作。
6、编写及发出《需求调研通知》
项目组编写《需求调研通知》，确定进行需求调研的相关事宜，发给用户，为顺利完成需求调研工作做准备
7、需求调研
项目组以《需求调研手册》为依据，从业务流程、单据使用、打印格式、报表查询几个方面展开深入和全面的调研，并搜集用户的个性化需求。
8、需求调研分析根据调研的结果
项目组和公司其他技术部门将进一步进行分析，确定合理、可行的需求，将分析结果形成《需求分析报告》草稿。
9、内部评审是否通过《需求分析报告》
项目组、部门经理、公司其他技术部门的人员对《需求分析报告》草稿进行评审，如评审通过，则在稍后由用户签署，如评审不通过则重新修改，直至内部评审通过。
10、编写及发出《需求分析报告确认通知》
项目组编写《需求分析报告确认通知》，发给用户，确定进行需求确认的相关事宜，告之相关部门及人员安排好工作，准时参与需求确认工作，为顺利完成需求确认工作做准备。
11、用户是否确认《需求分析报告》
如果用户确认，并签署了《需求分析报告》，则需求调研阶段工作结束，进行后续的软件功能实现的工作;如没有确认，则进一步进行调研、分析，直至用户最终确认并签署《需求分析报告》。双方签署了《需求分析报告》，需求调研工作结束之后，如果用户提出新的需求或是变更已有的需求，则执行需求新增及变更流程。
(三)软件功能实现确认阶段
此阶段的主要工作是项目实施人员根据需求调研阶段确认的《需求调研分析手册》中的用户需求内容进行具体软件功能的实现工作。在软件功能实现的过程中，项目实施人员将记录软件实现的详细过程。便于公司售后服务之用。每一个实施技术人员必须严格按照要求记录、存档。按照调研要求的所有功能实现完毕后，项目实施人员将编制《软件功能确认表》，将定制好软件功能待用户确认，用户根据《软件功能确认表》上的功能逐一确定软件功能是否达到要求，对不满足要求的功能，项目实施人员将会记录下来并进行功能修改，直到满足用于要求。
(四)数据标准化初装阶段
此阶段的主要工作是项目实施人员指导用户进行系统标准化资料的准备工作，并对用户进行初装资料的软件操作培训，以便用户能够及时的将标准资料录入系统，初装完成后，项目实施人员会对资料初装的情况进行核查，为以后具体业务功能的开展做好基础。
(五)系统培训阶段
系统培训阶段工作是整个项目实施工作中比较重要的工作，用户对软件的操作功能是否熟练将直接影响到后面的软件应用效果，所以软件公司和用户双方要对此阶段的工作给予足够的重视。要充分认识培训的重要性和艰巨性。在项目实施之前对用户的相关人员进行系统和规范的产品培训是非常必要的，达到让用户了解软件产品，最终自己能够解决使用中的具体的问题。
此阶段的培训工作中将用户参加产品培训的人员划分为三个层次:决策层、技术层、操作层，对不同层次的用户参加产品培训人员的培训内容分别是:
决策层:领导在实施中的作用与重要性、决策查询。
维护层:系统维护知识、操作方法。
操作层:操作方法。
具体的培训工作流程为:
1、调研培训信息:
在培训开始前3天由用户实施负责人，将参加培训的部门和人员情况填入《受训部门汇总表》、《受训人员情况一览表》。
2、编制培训计划:
结合调研结果，与用户实施负责人商议具体培训内容、时间，场地，人员等。项目组编制《培训计划》。
3、签署培训计划:
用户签署《培训计划》，进一步确认培训安排。
4、发培训通知:
培训开始前2天，按照签署的《培训计划》，将培训内容、时间，场地，人员等信息通知用户实施负责人。
5、搭建培训环境:
公司项目组在培训开始前，将培训环境搭建及检查妥当，将培训提纲及培训手册准备好。
6、组织培训:
公司项目组培训负责人与用户实施负责人组织相关人员参加培训，按培训制度严格考核。由用户将考勤情况填入《培训人员签到表》。
7、培训考核:
公司项目组培训负责人与用户实施负责人组织受训人员参加上机及理论考试。
8、培训总结:
公司项目组培训负责人与用户实施负责人一起将出勤情况及考核情况做出总结，填入《培训及考核统计表》，及时向相关负责人汇报。
(六)系统安装测试及试运行阶段
此阶段的主要工作是在用户真实环境下，对用户网络及硬件设备进行测试，对软件系统进行容量、性能压力等测试测试及试运行的目的在于确保系统各项功能均能正常使用，并且符合用户签署的《需求分析报告》中描述的需求，同时把尽可能多的潜在问题在正式运行之前发现并改正;同时目的还在于在正式运行前用户的有关人员能进一步提高操作水平，掌握操作规范。此阶段的主要工作内容为:
1、编制计划:
与用户实施负责人商议具体测试及试运行时间，地点，人员等安 排，项目组编制《测试及试运行计划》。
2、签署计划:
用户签署《测试及试运行计划》，进一步确认测试及试运行安排。
3、发测试及试运行通知:
在测试及试运行开始前2天，按照签署的《测试及试运行计划》，将时间，地点，人员等信息通知用户实施负责人。
4、搭建环境及数据准备:
在试运行开始前搭建好软件环境、硬件环境、网络环境、调通线路;检查软件、硬件、网络、线路等各个环节是否有问题;
5、组织测试及试运行:
用户相关各级领导给予全面配合，组织相关人员进行测试及试运行。公司项目组负责担当指挥，检查用户人员组织情况并给予指导，跟踪检查如下情况:
l 跟踪单据流转状况。
l 跟踪新资料登录环节。
l 观察业务流程执行状况。
l 观察操作人员操作表现。
l 观察系统运行速度及异常表现。
l 观察关键数据的正确性。
l 及时纠正错误操作、对于新发生的问题及时与相关人员沟通，确定解决办法。
6、测试及试运行总结:
测试及试运行完成，总结试运行中设备、软件的运行情况，总结试运行中业务流程和操作环节的情况，以书面总结形式将测试及试运行结果通知相关负责人。
(七)总体验收阶段
此阶段是对项目总体的完成情况进行验收。验收分阶段进行，在每一项目阶段结束时，用户对这一阶段的可交付成果进行验收，在测试及试运行结束后，对系统进行总体验收。
需要验收的可交付成果:
主要项目阶段
阶段组成
主要里程碑
可交付成果
启动
阶段
编制总体项目计划
签署的《总体项目计划》
启动会
项目启动会
签署的《项目实施协议》
需求调研阶段
需求分析报告确认
需求调研结束
签署的《需求分析报告》
软件
实现
软件功能确认
软件功能确认
签署的《软件功能确认表》
数据
初装
用户签署初装计划及初装培训计划
签署的《初装计划及初装培训计划》
初装检查及总结
数据初装完成
《数据初装总结表》
培训及考核
用户签署培训计划
签署的《培训计划》
培训总结
培训完成
《培训总结表》
测试及试运行
用户签署测试及试运行计划
签署的《测试及试运行计划》
测试及试运行总结
试运行完成
《测试及试运行总结》
验收
总体验收
验收完成
《总体验收报告》
(八)系统交接阶段
此阶段是项目实施的最后一个阶段，主要工作是软件公司项目组向用户移交软件项目，包括软件产品、项目实施过程中所生成的各种文档，并签署《售后服务协议》，项目将进入售后服务阶段。软件公司项目组还需要让用户填写《用户满意度调查表》，对软件公司项目实施人员的整个项目实施情况进行评价，软件公司将听取用户的意见，再今后的项目实施管理中进行加强和改进。
三、软件实施的成功之道
(一)软件必须能满足和适应企业需求
这一点是整个项目能否成功实施的最关键的一环。很多企业都在这一方面吃过亏，在选型时见到的软件有很多功能模块，在样板企业里数据也能跑起来，但当软件买回来了以后，却发现了软件的很多功能与企业的现实差别很大，所以根本就用不起来。不同企业之间的管理流程和对数据的要求差别很大，基本上两个完全相同的企业是不存在的，世界上绝对不会有一种“万能软件”能满足所有企业的需求。企业在选型软件时，要充分考虑各种管理流程的特点、数据的来源、统计报表不同功能模块的关系、企业员工的接受能力及与其它系统的接口等很多问题，所以企业选择的必须是软件提供商为企业订制开发出来的。如果软件提供商不为企业做前期需求分析和订制开发，只是把现成的软件卖给企业，它的实施成功率几乎为零，如果是这样的服务，企业还不如买一套盗版软件 。所以我们可以得出这样的结论，企业买软件提供商的不是它的软件，而是它的开发能力。
(二)软件是否能进行二次开发
因为企业现有的流程不是一成不变的，需不断完善与改进，所以软件的功能也需要能进行相应的修改，而且企业在第一次做项目需求时，有些问题可能忽略掉了，所以必须要求选型的软件有强大的二次开发能力。如果软件的结构过于僵死或二次开发能力不强，它未来可能会变成一块“鸡肋”，让企业有种“食之无味、弃之可惜”的感觉。测试软件是否具有快速二次开发能力的方法也不难，就是企业在选型时，不仅要看软件提供商如何演示，还要提出一些个性化需求，看看对方能否迅速开发出来。
(三)软件和实施费用应相对便宜
企业第一次实施由于经验上的不足，风险不是没有，确实有许多优秀的企业是通过第二次实施才获得了成功。因此企业在第一次选型软件时，不要只注意软件提供商的品牌和规模，因为价格越高，企业自身的风险就越高。我们建议企业最好还是购买那些物美价廉的产品，也就是当所选软件都能满足企业现实需求且能进行二次开发时，企业最好选择价格便宜的那家，就好像一个人刚学会开车，就要买一辆奔驰轿车，无论这个人是否真正有钱都不是明智的选择。现在出现了平台化组构的软件产品，它可以通过建模工具迅速按照客户的需求进行软件开发，这样就大量地节约软件开发周期和成本，而且二次开发工作也变得十分的简单，所以企业最好选择这样的产品。
(四)软件操作要简单、易学
由于许多企业过去没有信息化建设的经验，员工一下子由过去的手工工作转为计算机工作肯定有一个适应过程，如软件组构和操作过于复杂，那么一定会加大培训和实施的难度。
四、数据整合项目实施的成功之道
案例1:麦德龙
到麦德龙购物的消费者都知道要带一张会员卡，但对会员卡有什么作用几乎都不知晓。其实，会员卡最大的收益者是麦德龙。当消费者用会员卡结账时，便留下了详细的消费档案。据麦德龙中国公司总经理海力佛介绍，公司的专门网络每天都要对这些数据进行整合分析，不仅分析商品热销、滞销情况，还要分析目标客户的购买力，由此决定大类商品，乃至细目商品的结构调整，以及促销方式的变化。
案例2:中石化
中石化于2000年初开始制定中国石化ERP总体规划，努力构架从上到下、集成一体化的中国石化ERP系统的推进策略。目前，中石化集团已经完成近70%的ERP系统实施工作。2004年年底，中海油宣布集团整体实施SAP ERP系统项目正式启动。近期，很早就提出信息化建设“六统一”的中石油集团也开始了ERP系统的招标工作。由此可以看出，中国三大石油巨头已经对管理信息化有了更深层的理解和更为迫切的需求，建立与完善各自管理信息化系统的工作正在轰轰烈烈、有条不紊的进行中。
无论是案例中的麦德龙还是三大石油巨头，亦或是其他一些公司，他们其实都在不约而同地做着同样一件事情，那就是信息整合。众多企业之所以热衷于此并非盲目追随潮流，而是缘于整合信息、消除“信息孤岛”的迫切需要。这种需要的存在是出于信息传递系统对于现代公司获得生存发展的极大重要性。信息不充分导致的信息经济学所关注的逆向选择、柠檬市场等问题，在企业内部就会表现为治理机制失调、管理混乱、决策空虚。曾有人把企业的信息流比喻为人的神经系统，那么不难想象如果“神经系统”处于瘫痪，公司的生存发展将会何等艰难。
既然市场有如此强烈的需求，那么信息应用技术的提供者们自然不会视机会如浮云，必将开发相应的应用软件系统来迎合市场。一时间，各种系统层出不穷，技术手段也日渐纯青。一方面是企业的苦苦诉求，一方面是信息技术供应商的殷殷回应，似乎信息整合已经万事俱备，剩余的工作就是顺利地将信息整合工作付与实施了。
然而，也就是这个看似最简单的环节，却同时给企业和项目实施团队带来了诸多的烦恼。同时，也导致了信息整合的成功似乎近在眼前，却又远在天涯。据国家经贸委经济信息中心和每周电脑报社对近800家企业所做的调查结果显示，近50%的企业称信息整合化效果不明显。
那么，究竟在实施过程中出现了什么问题，让信息整合一而再、再而三的止步于最后关口?
在此，依据我们以往信息整合实施的经验来看，失败多因在经营分析、对标、数据整合三个环节存在问题甚至缺失导致，本文将从数据整合的角度展开分析，列举在实施过程中经常遇到的三个数据实施的问题，并提出我们对问题的分析与解决问题的思路，希望关切这个领域的同仁们可以共同思考。
(一)、企业内部管理粗放，造成基础数据难以寻获，从而导致实施在开始阶段就举步艰难。
1、问题陈述
对于任何一种版本的信息整合系统，在项目实施的第一阶段(系统实现阶段)都要进行基础数据的录入工作。然而，项目实施方也往往从这个阶段开始就要接受挑战了。相信有过整合实施经历的读者对以下两个事例并不陌生，因为它们在项目实施中非常普遍。
例1:在对生产型企业进行系统实施时，必然要涉及到设备编码数据的录入。然而，许多企业并没有对他们的设备进行统计编码，那么项目实施方则很难进行下一步的工作。
例2:任何系统实施中都首先要对不同使用者设立不同的权限，这就需要企业的人力资源部门向项目实施方提供完整的员工岗位分配表、岗位说明书与职责说明书。而当项目实施方要求企业递送这些文件的时候，人力资源部的回答往往是“我们没有这些东西，给你们一张员工工资表，将就用吧”。这样一来，系统权限的设置必将混乱，也势必影响到系统应用的最终效果。
像上面这种例子在实施项目中还有很多很多。其实，它们反映了同
