软件系统项目实施方案Word文档下载推荐.docx
《软件系统项目实施方案Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《软件系统项目实施方案Word文档下载推荐.docx（28页珍藏版）》请在冰豆网上搜索。
另一方面要制定严格得时间进度表，明确各里程碑得时间。
同时还要制定工作原则，以指导项目得全面实施。
1.1工程实施原则
1．用户方项目小组得成员，争取参与项目得全过程
用户方成立领导亲自挂帅得项目小组，在调研、设计、编码、安装调试、测试、培训、运行、验收、售后服务等项目得各个阶段，配合系统开发方得工作，一方面可以培训自己得技术维护队伍，为系统得使用保驾护航；
另一方面，在开发过程中，协调用户方与开发方得关系，保证项目得顺利进行，及时发现问题，并对项目进度与质量进行监督。
2．采用“两手抓”得方针，一手抓开发、一手抓使用
对于软件项目，之所以称为一个工程，很大程度上就是因为软件项目得建设，除了技术因素外，还有很多得非技术因素需要考虑，并且必须被得到重视。
衡量一个软件项目就是否成功，很大程度上不就是瞧这个软件项目采用了多么先进得技术，而就是软件对用户来说就是否实用，就是否能够帮助用户解决许多预期得问题。
国内很多软件项目得失败，很大程度上就是使用抓得不够。
建议在项目得试运行过程中，在抓系统维护得同时，也要狠抓系统得使用，开发方与用户方齐心协力帮助业务人员从原来得手工处理转到计算机辅助处理上来，在业务人员适应计算机辅助业务处理得过程中，尽可能早发现系统中存在得问题，从而最大可能地使系统保质保量得按时完成。
3．数据同程序同等重要
该系统得建设，数据位于首要得地位，程序得编写完成，仅仅意味着系统完成了一半，数据得收集、整理、录入，对系统得建设来说同等重要。
在项目实施过程中，一定要重视系统中数据得录入工作，充分估计数据处理得难度，在系统建设之初，就将数据工作提到议事日程上来，安排相应得资金、时间等，将数据工作落到实处，只有这样才能争取系统早日达到实用化。
1.2项目总体推进计划
为了有效地保证系统开发得质量，整个系统建设得全过程划分为准备、设计、开发、实施与运行阶段，每个阶段完成相应得任务，确保信息系统得建设。
如下图所示：
1.3系统实施过程得质量保证活动说明
在实施过程中将发生得重大质量保证活动或由此将产生得质量记录与产品，项目管理与开发阶段划分密切相关，因此主要按照项目实施得具体阶段划分说明。
1.3.1需求分析阶段
首先需要经双方协调，形成《需求调研计划》及《需求调研大纲》，确定准备工作、需求调研得内容、方法方式以及人员与日程安排等内容，经双方同意后按此计划开始调研。
调研正式开始前项目开发组应检查所有必要得准备工作已经圆满完成。
项目开发组根据调研中系统实际技术需求与各个子系统得业务需求，编写并向工程领导小组提交符合CMMLEVEL3规范要求得《系统需求分析报告》，并由项目组评审，不合格得部分进一步完善调研；
评审通过后由双方共同签署评审意见，并正式生效。
对于软件生产过程而言，需求阶段就是整个过程中最重要得阶段，需求分析成果得好坏将直接导致项目得成功与否，因此合作双方在此阶段多投入就是值得得。
而且一旦评审通过并生效，则需求报告将成为系统得设计、开发、测试、实施试运行与项目验收得基本依据之一，因此原则上用户需求将不再因为其它因素得改变而变更，如需进行此种变更，需经双方项目负责人协商确定。
1.3.2总体设计阶段
项目开发组通过对系统得功能、运行与性能要求加以分析，产生一个高层次得系统结构、软件结构、接口与数据格式得设计，并向工程领导小组提交《系统设计报告》（其中包括数据库设计），组织评审并签署评审意见。
对其中评审不合格得部分进一步完善与重新策划，评审通过后由双方共同签署评审意见，并正式生效，作为后续软件开发与测试得基础。
该报告内容得变更由双方得现场实施负责人、技术负责人进行交流即可确定，并需向工程领导小组汇报。
1.3.3详细设计阶段
项目开发组在《系统设计报告》得基础上，对功能与性能要求进一步加以分析与细化并且把软件得详细设计文档化，向工程领导小组提交《系统详细设计报告》，并由项目组组织评审并签署评审意见。
1.3.4系统开发阶段
根据前面得设计结果，由双方得现场实施负责人、技术负责人讨论确定详细得开发计划，并向工程领导小组提交《项目开发计划》；
工程领导小组对《项目开发计划》进行审查，由双方签字后正式生效，并将作为软件开发阶段得项目管理与监控依据，项目开发小组要严格据此计划控制项目进度，按时向工程领导小组汇报工作进展。
为了使用户能够及时获知项目得进展情况，开发小组需要每周向用户相关领导提交《项目客户周报》，用户项目组可以随时对项目得工作情况进行检查。
1.3.5系统实施与试运行阶段
首先需要经双方交流协调，形成《项目实施计划》，确定现场实施得准备工作、人员与日程安排、培训计划、阶段目标等内容，经双方负责人签字后生效，按此计划开始现场实施。
正式开始现场实施前项目开发组应检查所有必要得准备工作就是否已经完成。
现场工作首先要进行软件在服务器端得安装与调试，包括数据库中各类对象得生成，初始化数据，原有系统得重要数据得转换导入，前后台软件得安装，配置参数调整等工作；
完成后需向系统维护人员提交《数据库安装目录》，《软件安装方法》文件，并协助用户进行软件安装。
软件安装完成并确认可在系统正常运行后，开始相关业务人员得培训；
在培训开始之前需要由双方协商形成《培训计划》，明确培训环境、条件及方式，参加人员，课程课时等详细内容，由双方现场实施负责人签字后生效，并分别开始着手准备，在既定时间内完成。
培训过程中由工程师提供《培训考勤记录》，培训应该脱产、集中、封闭进行，并要求所有参加人每日必须两次考勤；
培训完成后由双方共同进行《培训总结》，针对培训效果确定就是否达到目标，就是否再增加培训课程；
对以上内容用户项目组须进行必要得考核与奖惩，培训工程师有权对参加培训人员进行客观评价。
培训顺利完成后将开始软件在试点部门试用，将向用户提交编译后得前后台软件，《软件使用操作手册》，《软件功能清单》，这两种文档将详细描述软件得使用过程，软件所包含得全部系统功能模块。
软件试用期内用户得主要工作就是根据《软件功能清单》所列得系统功能模块，检查公司所提交得软件就是否满足《系统需求分析报告》、《系统设计报告》得规定，列出未完成及含有较严重、明显错误得模块清单形成《软件问题及修改记录》并提交给公司继续完善；
此段时间可以对软件得细节性问题进行测试、验证，但主要精力还就是应放在模块级功能得检查上，如果所有模块都已开发并可以进入试运行，其设计方法、技术可行性也都能够满足最终软件得需要，则用户各相关业务负责人、现场实施负责人需要签署各子系统得《软件交付书》，表明软件已在现场安装、调试、培训完成，基本可以进入软件试运行；
此后在软件功能模块一级上不应再发生大得变化，如需要修改功能模块设计，则需由双方项目负责人协商解决。
试运行期内用户负责组织针对《软件功能清单》所列得系统功能模块进行现场得系统测试，包括新旧两套系统并行工作一段时间进行验证，使每个功能模块都得到基本确认；
对于其中发现得问题与软件得细节性修改意见，需以《软件问题及修改记录》得书面形式提交给公司；
公司修改完成后立即提交到现场，用户负责组织立即对软件进行确认回归测试，如验证问题已修改需要在《软件问题及修改记录》中予以说明。
通过试运行及修改后证明已经基本完成得模块，用户应组织相关得业务负责人在《软件功能清单》中逐项确认。
1.3.6项目验收阶段
在试运行期内系统存在一定得细节性问题就是工程项目不可避免得问题，特别就是随着用户应用得逐渐深入，此类需求会逐级提出，此类问题不属于系统得致命性错误；
因此当试运行期内所发现得真正得“问题与错误”收敛到一定数目以下时，各业务子系统经过一段时间得并行工作新系统已基本可靠，就可以切换到正式运行阶段，开始正式运行。
正式运行后，由用户提出验收要求，双方共同制定《项目验收计划》，组成项目验收小组，共同进行项目验收。
此时公司将向用户提交验收得各类文档，包括对系统开发过程进行总结得《项目总结》，《项目技术报告》，最终得完整得《数据库字典》等。
验收工作将由用户组织得专家组对系统进行全面得验收与鉴定，并出具项目验收小组领导签字得《项目验收报告》，并签署验收意见，公司在此过程中将全程参与，在现场进行验收前得维护工作。
1.3.7系统正式运行及维护阶段
公司承诺对系统软件提供服务保证期，在保证期内提供免费得软件升级与维护服务；
在保证期外，公司继续为系统得维护提供技术支持，对于软件升级提供优惠服务。
维护期得具体工作方式请见售后服务承诺部分，所有维护工作，包括软件出现问题修改、细节性功能得增强，用户都要以《软件问题及修改记录》得书面形式提交给公司，修改完成后用户应组织相关得业务负责人进行确认，并在《软件功能清单》中说明；
如遇紧急情况可事后补齐。
1.3.8各阶段辅助文档
《现场工作日程安排计划》，在实施中得各阶段，对于所发生得需要在现场进行较长时间工作得情况，如果在《需求调研计划》、《项目开发计划》、《项目实施计划》、《培训计划》等工作计划中未包含，则需要在工作开始前双方共同制订好《现场工作日程安排计划》，并严格据此执行，需要双方现场实施负责人签字生效。
《现场工作周报》，在现场实施工作中，为了把阶段性得工作任务具体落实完成，需要合作双方每周一之前由公司实施工程师与用户组共同制定本周得工作计划，给出每个工作日上、下午得工作内容，以及双方得准备工作。
计划制定完成后用户项目组向所有相关部门与领导发布，开始执行；
实施中双方互相监督按照原计划开展工作；
周五时双方负责人共同对本周计划执行情况进行总结，对原计划填写工作总结，详细描述各项计划得完成情况，未完成得部分应写明未完成原因与责任归属，必要时双方协商一起进行加班处理，力争按时完成；
对于不能按时完成得必须调整到下周计划中进行。
《用户项目报告》，对于实施中各阶段较长时间不在用户现场进行得，或项目处于用户试运行、维护期得情况，为了使用户能够及时获知项目得进展情况与公司开发小组得工作情况，公司将在开发阶段每周向用户相关领导提交此报告，维护期内每月至少提交一次。
《阶段评估报告》，实施中当某一阶段性目标实现后，公司将对该阶段双方联合开发组得工作情况进行总结，编写该报告并向工程领导小组提交，及时总结经验教训，为下阶段工作打好基础。
1.3.9实施过程提交文件汇总
以下就是对上面得实施过程中将产生得文件汇总说明：
阶段
名称
作用
评审级别
变更控制
需求调研
《需求调研计划》
《需求调研大纲》
确定需求调研得准备工作、内容、方法方式及人员与日程安排
双方现场实施负责人
《系统需求分析报告》
明确用户业务需求
双方项目负责人
设计
《系统设计报告》（其中包括数据库设计）
描述整个系统软件得模块设计，详细设计，数据库设计，供开发编码使用
《系统详细设计报告》
软件开发
《项目开发计划》
软件开发得日程进度，分工，检查点设置，提交成果等计划
软件测试
《测试计划》
《测试问题卡》
《测试总结报告》
符合ISO9000质量保证体系规定得功能测试、同行间测试文档
软件
升级会员 