软件项目实施方案

软件项目实施方案平台项目实施方案项目实施阶段主要包括项目启动需求调研确认阶段、系统实施阶段、系统测试阶段、系统培训及验收阶段等工作内容。项目需求调研阶段此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划组成。（1）公司系统分析员向用户初步了解需求，然后列出要开发的系统的各大功能模块，每个大功能模块有哪些小功能模块，对于有些需求比较明确相关的界面时，在这一步里面可以初步定义好少量的界面。（2）系统分析员深入了解和分析需求，项目组讨论做出系统的功能需求文档。这次的文档会清楚列出系统大致的大功能模块，大功能模块有哪些小功能模块，并且还列出相关的界面和界面功能。（3）系统分析员向用户再次确认需求。项目实施阶段项目实施规划“三分技术，七分管理，”任何项目的成功都是建立在健全、合理的组织结构基础之上的；规范和严密的管理制度、严格的项目质量检测和控制都是项目成功的必要保证。围绕本项目，*****科技和贵单位有关负责部门共同组建“项目组”，实现在“项目经理”领导下的项目实施小组管理模式，采用项目经理负责制，来对项目实施进行协调和管理。我们组织了有关工程技术人员和概算人员对平台设计方案进行了细致的研究，作了周密详细的安排。精心组织编制系统规划和深化设计，编写技术总负责单位的实施方案，并确定了承担技术总负责项目的组织机构和主要人员。我公司专门指派一名具有多年系统实施经验的项目经理担任技术负责人，带领多名技术人员来完成项目的实施以及培训等任务。为了实现本次投标中软件平台的各项要求和指标，确保在双方约定的安装日期内实现项目书中对系统的各项要求和技术指标。我们会在招标文件规定日期内完成系统的调整测试、安装、试运行、培训，完成交货的所有工作。用户购买项目产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作、软硬件兼容等方面进行系统调试、系统功能实现、人员培训、系统上线使用、后期维护等一系列的工作，我们将这一系列的工作称为项目实施。大量的公司项目实施案例证明，项目是否成功、用户的系统使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。在项目实施的各个过程中，为确保质量，必须明确各项活动的责任。即由谁负责、由谁辅助执行、工作应执行的流程、执行人员应具备的技能和培训经历等。责任越明确，可执行性就越好。同时要重视质量记录的产生和保存。在质量记录中，项目实施过程中产生的第一手原始资料是出现问题时查找原因的根据，也是系统可回溯性的保证。设计是项目实施的初期步骤之一，它为整个项目的实施奠定基础，是保证项目质量的关键要素。在项目实施前，必须提交合格的设计文档。设计文档应充分考虑项目实施的实际情况，并从技术的角度确保正确可行。为保证设计的质量，我们将遵从《软件产品策划程序》，《软件产品开发程序》的规定。项目实施阶段实施人员名单软件开发阶段概要设计首先，开发者需要对软件系统进行概要设计，即系统设计。概要设计需要对软件系统的设计进行考虑，包括系统的基本处理流程、系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为软件的详细设计提供基础。详细设计在概要设计的基础上，开发者需要进行软件系统的详细设计。在详细设计中，描述实现具体模块所涉及到的主要算法、数据结构、类的层次结构及调用关系，需要说明软件系统各个层次中的每一个程序(每个模块或子程序)的设计考虑，以便进行编码和测试。应当保证软件的需求完全分配给整个软件。详细设计应当足够详细，能够根据详细设计报告进行编码。软件编码在软件编码阶段，开发者根据《软件系统详细设计报告》中对数据结构、算法分析和模块实现等方面的设计要求，开始具体的编写程序工作，分别实现各模块的功能，从而实现对目标系统的功能、性能、接口、界面等方面的要求。升级前测试详细见项目测试方案。软件交付准备在软件测试结果证明软件达到要求后，软件开发者应向用户提交开发的目标安装程序、数据库的数据字典、《用户安装手册》、《用户使用指南》、需求报告、设计报告、测试报告等双方合同约定的产物。项目测试阶段测试方案测试目标是：“竭力且尽早发现系统存在的缺陷”，让用户能够无后顾之忧地使用系统，提高系统的功能性、稳定性，最终使平台成为一个健壮的稳定的系统。本测试方案描述针对性能测试的范围、方法、资源、进度，作为本平台测试的依据和指导大纲，该文档的目的主要有：明确测试目的、测试范围；明确测试环境需求，包括：测试需要的软、硬件环境以及测试人力需求；确定测试策略，测试的方法和步骤；分析测试的风险，确定规避办法；确定测试需要输出的结果和结果表现形式。测试环境及工具测试环境测试工具测试方法单元测试（1）单元测试目的单元测试的对象是软件设计中的最小单元模块。单元测试人员根据单元测试计划对已完成的系统单元进行测试，确保已完成的系统单元符合相应部分系统详细设计说明书所规定的要求。如果单元测试发现系统单元与其相应的详细设计说明书不符，则此系统单元必须修改以最终符合说明书的规定。（2）单元测试采用的方法、技术与内容单元测试主要采用白盒测试技术，用控制流覆盖和数据流覆盖等测试方法设计测试用例；主要测试内容包括单元功能测试、单元性能测试和异常处理测试等。（3）元测试流程单元测试流程分为单元测试设计、单元测试准备、单元测试实施和记录、单元测试错误跟踪。单元测试设计即单元测试用例设计，由系统设计人员在详细设计的同时完成。单元测试准备为按照测试用例的要求，准备单元测试驱动数据和驱动模块，由开发人员在开发过程中完成。单元测试实施和记录由开发人员在编码完成以后进行。单元测试问题跟踪由开发人员和系统设计人员共同完成，根据引起问题的不同原因进行不同处理。如果测试问题为编码错误，则由开发人员完成纠错后重新测试。如果测试问题为设计阶段引起的问题，则需要进行设计变更。通过单元测试的程序，进入配置管理系统。（4）单元测试用例开发负责人组织、指导开发人员根据《系统设计说明书》，编写所负责代码设计模块的《单元测试用例》，设计单元测试脚本。代码评审开发负责人组织人员进行代码检查。若所写的代码不符合编码规范，即便已实现了系统功能，仍然认为不合格的，需要重写。（1）代码检查的意义保证代码编写的规范；保证代码编写的过程不产生BUG；代码检查的依据。（2）检查代码是否有更新检查存在问题是否有更新；检查存在问题是否已解决。集成测试（1）集成测试目的集成测试是指根据《系统概要设计》，对系统的各单元进行组装。把分离的系统单元组装为完整的可执行的计算机软件。集成测试的目的是检查软件单元部件是否能够集成为一个整体，完成一定的功能，并找出单元测试中没有发现的错误，包括数据定义有没有重合与冲突，接口会不会产生错误，组合以后的模块功能会不会互相影响，组合的系统是不是达到预期的效果等。（2）集成测试采用的方法、技术和内容集成测试采用白盒测试和黑盒测试相结合的测试技术和渐增式的测试策略，用数据流等测试方法设计测试用例。主要测试内容包括单元之间的接口测试、全局数据结构测试等。（3）集成测试流程集成测试包括集成测试设计、集成测试准备、集成测试实施和测试记录、集成测试问题跟踪和结束测试等阶段。集成测试设计由测试组组长根据项目计划和开发计划编制《集成测试计划》，设计《测试用例》。测试计划和测试用例应当通过项目经理的审查。集成测试准备需要系统测试组组长建立独立的测试环境。测试环境包括测试硬件环境、网络、数据库、应用服务器等以及测试对象(程序)的安装和初始化工作。集成测试实施和测试记录是由系统测试组组长组织人员按照测试计划和测试用例要求进行测试，并且记录测试过程和测试结果。集成测试问题跟踪是在测试过程中发现的问题由系统测试组组长根据测试记录提交测试问题报告，并由系统设计人员和开发人员解决每一个问题的过程。测试结束指测试问题报告中的问题解决后，进行回归测试。当测试问题降低到一定程度并通过测试通过准则时，系统测试组组长提交测试总结报告结束测试。功能测试功能测试包括两大部分，一是包括基本业务功能、业务测试、接口测试和可用性测试等方面的功能测试，二是包括：软硬件的兼容性测试、安全性测试、故障恢复测试、数据库测试、配置测试、安装测试的产品化测试。验收测试主要从系统的实用性、稳定性、可维护性、灵活性、可操作性、和安全性方面进行测试。（1）测试目标我们要组织并执行测试，以降低软件产品中存在的缺陷，保证产品的质量和可用性，测试工作的目标就是降低BUG率，从各个方面提高软件产品的质量和可用性，为甲方提供优质的系统。计划进度表和测试计划对业务系统测试进行了时间和内容上的定义与约束。（2）测试步骤输入项目开发计划业务需求说明、系统需求规格说明测试数据关键步骤定义测试需求与策略开发测试脚本和用例准备测试环境执行测试输出测试计划测试用例、脚本测试结果关键成功因素确定系统需求的可靠方法认可了整体测试计划测试脚本开发与执行有足够资源与时间支持测试脚本开发与执行的工具，包括适当的配置环境开发以业务过程驱动为基础的测试脚本测试环境的可靠、及时（转换）的测试数据所有业务系统和系统集成测试的全面执行独立的质量保证测试和对所有测试活动的合格终止（3）缺陷管理追踪工具在上节描述中提到的PMS，即禅道管理系统，可以应用于测试的全过程，也可以用于管理各类评审的缺陷等。PMS还提供一些模板，例如测试计划、测试总结、测试大纲、测试问题卡，因此可以通过PMS实现从测试计划到总结的各测试活动管理。我们以需求说明书、软件需求规格说明为输入编写测试大纲，对应测试大纲中的内容和测试需求编写测试用例，测试人员可以根据测试大纲和用例执行测试，发现问题后，记录在PMS中，测试负责人通过查看缺陷问题列表将问题分配给对应的开发人员，开发人员通过查看问题列表修改问题，PMS还提供了各种统计功能，例如根据问题的发现日期、问题等级、问题的分布、问题引入阶段等进行统计，这些统计结果可用来进行分析和总结测试过程中使用PMS管理工具的益处在于：提高了测试的生产率工具自动进行统计和分析能够将问题卡输出到Excel文件中，便于与相关人员进行交流和确认。性能测试性能测试总体流程与业务系统测试的流程基本相同。验收测试主要从系统的实用性、稳定性、可维护性、灵活性、可操作性、和安全性方面进行测试。性能测试的内容源于甲方对系统集成服务和硬件配置的性能要求。（1）测试目标性能测试的目标是在整个系统或一个系统的特定组件上定义、建立和执行性能测试。验证系统是否满足甲方的性能要求，如不能满足，要进行相应的优化。（2）测试流程根据甲方的性能要求，我们首先对性能测试进行策划，确定性能测试的类别和测试方法。然后开发性能测试的用例，确定测试环境并准备就绪后执行性能测试，确定测试中的系统或组件的性能，并使用其结果决定性能是否可以被业务所接受。如果在测试中度量的性能特性证明是不能被接受的，我们可以通过对业务的改进、数据库、应用服务器等进行调优，以提高性能质量，在进行系统调优前，我们同样要进行调优的设计与分析。性能测试与应用和技术架构紧密相关并且两者互相影响。性能测试类别与方法举例（3）关键步骤输入性能需求关键步骤定义性能测试策略设计性能测试脚本准备测试环境和性能测试数据性能测试执行输出性能测试脚本性能测试报告关键成功因素性能测试的清晰的范围定义。性能测试限制的识别作为性能质量工具和现实的专有技术可形性的风险评估，以定义和解释性能测试。关于当前和未来业务量的质量信息的有效性，使能够定义测试模拟速度和容量。自动化测试工具的有效性和使用它们的技术，或用户提供人工测试事务处理的有效性。性能测试能够建立和运行的控制环境的有效性。（4）性能测试指标响应时间响应速度在用户心理所能承受的范围内。无论是客户端还是管理端，当用户登陆，进行任何操作的时候，系统应该及时进行反映，系统应能检测出各种非正常情况，并及时提示用户。可扩展性在设计上必须具有适应变化的能力，当系统新增业务功能或现有业务改变时，应保证业务在整体框架不变的基础上，业务变化造成的影响局部化。易用性所有的业务功能界面风格和操作流程一致，业务表单做到所见即所得，录入能够完全通过键盘完成。可靠性系统应保证7*24小时内不宕机，保证在正常情况下和极端情况下业务逻辑的正确性。可用性必须避免由于单点故障或系统升级而影响整个系统的正常运行。可维护性系统能够简单方便的修改和升级，包含可度性、可修改性、可测试性等。可管理性和服务支持能力每个层次、每个构件都提供标准的管理接口。实现统一的、一致的日志功能。每个构件都提供应用架构总体设计规定的必要的标准外部接口。多平台兼容性测试本平台作为一个包含WEB端、手机端、PC端、服务端、应用前端多平台上系统。需要在各个平台上都进行兼容性测试，才能兼保证系统在特定的硬件平台上，不同的应用软件之间，不同的操作系统平台上，在不同的网络等环境中能正常的运行兼容性测试的目的：确保本平台在不同的操作系统平台上正常运行，包括本平台能在同一操作系统平台的不同版本上的正常运行；本平台能与相关的其他软件或系统的正常兼容；并确保本平台能在不同的网络环境中正常运行。WEB端兼容性测试为了满足在WEB端下的兼容，需要在主流的浏览器上进行兼容性的测试，让系统达到支持全部直流浏览器的功能浏览器版本手机端兼容性测试在手机端确保本平台在IOS和安卓的操作系统下的主流品牌和主流分辨率上正常运行，需要在不同的手机上进行兼容性测试公司内部现有机型在testin上进行测试将手机客户端上传至testin后，利用testin自动化云测试进行对手机端的功能、测试、UI测试、性能测试、稳定性测试、压力测试，返回包括日志和截图的详细测试报告，testin云测试流程如下图。使用testin测试可以对手机端进行安装卸载测试、遍历测试、运行稳定性测试、UI适配测试、启动时间检测、内存、CPU耗用检测、流量耗用检测、电池温度检测、自定义脚本测试。从而可以更加全面的测试手机端应用的性能。测试启动结束1）测试启动测试需求已确定。测试用例设计完成，且通过评审。测试数据准备充份。测