软件系统平台项目实施方案.docx

软件系统平台项目实施方案.docx

《软件系统平台项目实施方案.docx》由会员分享，可在线阅读，更多相关《软件系统平台项目实施方案.docx（37页珍藏版）》请在冰豆网上搜索。

软件系统平台项目实施方案

目录

1项目背景及项目内容 3

1.1项目背景 3

1.2项目内容 3

2技术解决方案 7

2.1与其他业务系统的一体化应用 7

2.2系统数据导入/导出 8

3项目总体设计 8

3.1项目启动阶段 8

3.2软件开发阶段 9

3.3上线准备和投产阶段 9

3.4系统测试阶段 10

3.5项目实施与推广阶段 11

3.6系统验收阶段 12

3.7运维工具实施 12

4售后项目组织及实施方案 13

4.1实施方法论 13

4.2项目组织 17

4.3产品实施方案 24

5项目管理要求 25

5.1总体管理要求 25

5.2项目开发方式与策略 26

5.3项目风险分析及控制 26

5.4项目实施计划 26

5.5项目实施控制 27

5.6项目实施组织要求 28

5.7项目的阶段目标 31

6项目质量保证措施 31

6.1质量保证方案 32

6.2质量保证细则 34

6.3质量保证活动 36

6.4质量评审与检查 37

6.5质量检查内容 37

6.6评审和检查方法 37

6.7质量跟踪与改进 38

7系统培训 38

7.1培训整体思路 38

7.2培训教材 39

7.3培训计划 40

7.4培训方式及环境要求 40

1项目背景及项目内容1.1项目背景

为满足各技术部门内部商城类产品发展要求，更好地服务于客户，加快内部商城产品的发展及落地，公开引入有实力的合作伙伴，双方一起提供丰富且有竞争力的产品及解决方案，实现共赢。

1.2项目内容

针对内部商城相关产品及服务项目，招募合作伙伴，提供内部商城相关产品的售前支撑、解决方案编制、投标文件编制、应答交流等支撑工作，提供相关产品的开发、测试、实施、运维、运营等支撑服务。

合作伙伴应具备相关企业资质，应具备完善的软件过程管理体系，包括项目管理、质量管理、服务保障等；在济南市能提供一定数量的项目管理人员和软件工程师团队；能在项目确定后及时提供项目所需人员。

针对软件开发及运营维护包括六个阶段，而六个阶段需要编写的各类文件达14种之多，在每个阶段需要编写哪些文件，根据软件开发的标准流程制定软件开发方案：

1可行性与计划研究阶段

可行性研究报告：

在可行性研究与计划阶段内，要确定该软件的开发目标和总的要求，要进行可行性分析、投资一收益分析、制订开发计划，并完成应编制的文件。

项目开发计划：

编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度、所需经费预算、所需软、硬件条件等问题作出的安排记载下来，以便根据本计划开展和检查本项目的开发工作。

2需求分析阶段

软件需求说明书：

软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解,使之成为整个开发工作的基础。

内容包括对功能的规定对性能的规定等。

数据要求说明书：

数据要求说明书的编制目的是为了向整个开发时期提供关于被处理数据的描述和数据采集要求的技术信息。

初步的用户手册：

用户手册的编制是要使用非专门术语的语言，充分地描述该软件系统所具有的功能及基本的使用方法。

使用户（或潜在用户）通过本手册能够了解该软件的用途，并且能够确定在什么情况下，如何使用它。

3设计阶段

概要设计说明书：

概要设计说明书又可称系统设计说明书，这里所说的系统是指程序系统。

编制的目的是说明对程序系统的设计考虑，包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计。

运行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。

详细设计说明书：

详细设计说明书又可称程序设计说明书。

编制目的是说明一个软件系统各个层次中的每一个程序（每个模块或子程序）的设计考虑，如果一个软件系统比较简单，层次很少，本文件可以不单独编写，有关内容合并入概要设计说明书。

数据库设计说明书：

数据库设计说明书的编制目的是对于设计中的数据库的所有标识、逻辑结构和物理结构作出具体的设计规定。

测试计划初稿：

这里所说的测试，主要是指整个程序系统的组装测试和确认测试。

本文件的编制是为了提供一个对该软件的测试计划，包括对每项测试活动的内容、进度安排、设计考虑、测试数据的整理方法及评价准则。

4模块编写实现阶段

模块开发卷宗（开始编写）：

模块开发卷宗是在模块开发过程中逐步编写出来的，每完成一个模块或一组密切相关的模块的复审时编写一份，应该把所有的模块开发卷宗汇集在一起。

编写的目的是记录和汇总低层次开发的进度和结果,以便于对整个模块开发工作的管理和复审，并为将来的维护提供非常有用的技术信息。

用户手册完工

操作手册：

操作手册的编制是为了向操作人员提供该软件每一个运行的具体过程和有关知识，包括操作方法的细节。

测试计划终稿

5测试阶段

模块开发卷宗（此阶段内必须完成）

测试分析报告：

测试分析报告的编写是为了把组装测试和确认测试的结果、发现及分析写成文件加以记载。

项目开发总结报告：

项目开发总结报告的编制是为了总结本项目开发工作的经验，说明实际取得的开发结果以及对整个开发工作的各个方面的评价。

6运行与维护阶段

开发进度月报的编制目的是及时向有关管理部门汇报项目开发的进展和情况，以便及时发现和处理开发过程中出现的问题。

一般地，开发进度月报是以项目组为单位每月编写的。

如果被开发的软件系统规模比较大，整个工程项目被划分给若干个分项目组承担，开发进度月报将以分项目组为单位按月编写。

对于一项软件而言，有些文件的编写工作可能要在若干个阶段中延续进行。

鉴于软件开发是具有创造性的脑力劳动，也鉴于不同软件在规模上和复杂程度上差别极大，本指南认为在文件编制工作中应允许一定的灵活性，并不是14种文件每种都必须编写。

2技术解决方案

2.1与其他业务系统的一体化应用

业务系统与其他业务子系统的集成应用，是通过WebService接口调用来实现的，是真正的系统间的无缝集成,而不是基于文本文件、中间表等接口方式。

由于这些子系统采用统一的平台、统一的数据库、统一的编码规范和开发技术，使得这种无缝集成成为可能，使得各子系统间的数据互通更加高效、实时，真正实现平台的一体化应用。

业务系统返回接口采用JSON格式传递。

JSON（JavaScriptObjectNotation）是一种轻量级的数据交换格式。

易于人阅读和编写。

同时也易于机器解析和生成。

JSON采用完全独立于语言的文本格式，但是也使用了类似于C语言家族的习惯（包括C,C++,C#,Java,JavaScript,Perl,Python等）。

这些特性使JSON成为理想的数据交换语言。

数据格式比较简单，易于读写，格式都是压缩的，占用带宽小。

易于解析这种语言，客户端javascript可以简单的通过eval（）进行JSON数据的读取。

支持多种语言，包括ActionScript,C,C古,ColdFusion,Java,JavaScript,Perl,php,Python,Ruby等语言服务器端语言，便于服务器端的解析。

2.2系统数据导入/导出

业务系统支持标准的数据导入/导出接口，可以将系统数据导出到本地Excel、txt、xml、Json等文本文件，进行本地备份或后续处理，如：

报表、统计分析表等。

同时，可以将保存在Excel、txt、XML、Json等文本文件中的数据导入到系统中。

3项目总体设计

3.1项目启动阶段

根据总体方案进行优化设计，设计过程中，加强各实施方的沟通与指导，设计完毕后，检查其是否符合方案中所提出的技术状态（即功能、技术及服务等），尤其检查实施协调、妥当，并进一步提出优化、细化要求，力争方案最优。

收集、审定实施用标准、规范；

工艺标准及有关规定；

实施前要认真组织学习标准、规范；

二次深化设计报审；

编写有关技术文件、管理文件、质保文件、系统测试文件，作为实施组织设计的支持文件。

技术交底：

技术交底包含设计交底及技术交底。

技术交底应在实施单位内部专业技术人员与实施负责人之间进行；

内容包括：

设计要求、实施组织设计中的有关要求，实施条件、实施计划、验收评定标准、实施中安全注意事项等。

3.2软件开发阶段

在经过优化设计、实施组织设计评审后，工程实施进入调试阶段，这是保证工程总体质量的关键时期，工程管理多采用协调会方式，根据工程需要，随时组织工程协调会，检查系统开发进度、各系统对接的工程进度、质量及资金使用情况，解决较为重大的问题，协调、归纳、总结并形成书面报告和通知，及时提交报告和整改通知。

3.3上线准备和投产阶段

此阶段的主要工作是在用户真实环境下，对用户网络及硬件设备进行测试，对软件系统进行容量、性能压力等测试，确保系统各项功能均能正常使用，同时把尽可能多的潜在问题在正式运行之前发现并改正，并进一步提高有关人员的操作水平，规范操作。

此阶段的主要工作内容为：

1、指导用户运行

用户相关各级领导给予全面配合，组织相关人员进行测试及试运行。

项目实施组负责担当指挥，检查用户人员组织情况并给予指导，跟踪检查如下情况：

跟踪单据流转状况；

跟踪新资料登录环节；

观察业务流程执行状况；

观察操作人员操作表现；

观察系统运行速度及异常表现；

观察关键数据的正确性；

及时纠正错误操作、对于新发生的问题及时与相关人员沟通，确定解决办法。

3.4系统测试阶段

（1）系统测试需要严格按照相关标准及规范进行。

需要提供测试所要依据的相关标准及规范。

系统测试方案应在详细解决方案确定后一周内提交。

（2）测试方案至少需要包括：

各项测试指标明细及制定测试指标的理由和依据、测试时间进度安排、测试不通过时的解决办法、测试目标、测试监督办法等。

（3）测试内容应至少包括：

1）功能测试：

对系统所实现的每一项业务和对应功能进行测试；

2）性能测试：

查看系统是否具备一些必备的性能;

3）稳定测试：

测试系统的稳定性运行时间；

4）大业务量测试：

测试系统所能接收的应用请求个数,直至系统报满警告发生以及在此量下系统的稳定运行时间；

5）容错测试：

人为生成经常出现的错误，测试系统是否能正常处理；

6）故障测试：

人为制造一些错误，如拔掉网线、断开与

相关系统的连接等，看看系统是否能照旧运行；

7）网管功能测试；

8）安全性测试；

9）UAT测试；

10）其它测试等。

（4）提供测试所需要的各种设备。

3.5项目实施与推广阶段

（1）项目的实施需采用现场与远程相结合的方式。

（2）项目实施过程中需为实施省分指定专职的负责人，该负责人作为项目组与省分用户的接口人。

（3）项目实施过程中如出现个性化的需求，需及时向项目组负责人反馈。

（4）负责项目实施的主要成员和各负责人，必须具有5年以上项目实施经验。

同时要必须保证实施人员的稳定性。

（5）项目实施过程中应根据实际需要协助召开项目协调会，

项目联络会，项目经验交流会等。

3.6系统验收阶段

（1）系统安装、调试达到技术规范书规定的指标并具备业务开通能力后，系统试运行期，为期3个月。

如系统出现重大故障，则试运行期从故障修复之日起重新计算，顺延3个月，若仍达不到要求，继续顺延，一直到系统连续3个月无故障时为止。

在全部达到要求时，双方签署初验文件。

在试运行期间，应指定有经验的技术人员在现场，一旦系统出现问题或故障时，应立即响应并予以解决。

（2）系统经过3个月试运行期，所有性能指标达到技术规范书的要求时，可进行系统初验。

初验规范（包括项目、指标、方式和测试仪器等）应提前一个月提交。

可根据合同