11_项目实施阶段方案
- 格式：docx
- 大小：18.78 KB
- 文档页数：11
项目实施阶段方案
12 月 一、项目实施各环节实施方案
在明确本项目的建设目的、建设任务和范畴、建设时间进度规定、项目建设特点分析的基础上，根据招标文献的规定和我方在以往大型信息化平台建设实施方面的经验和教训，为了更加好的保障项目的整体进度和整体质量，更加好地回避和解决项目建设过程中的可能风险，更加好地达成系统的建设目的、项目的总体目的，针对本项目的特点，提出我们的项目建设实施整体阶段过程的划分、每个阶段要达成的目的、实施办法和实施计划。
系统建设过程重要分为需求调研/分析、系统设计、开发/测试、集成测试、培训/试运行、验收交付以及质保期七个大的建设阶段。
1） 项目里程碑
里程碑在项目实施中普通设立在阶段任务完毕点或核心任务的完毕点。
在项目实施计划中设立里程碑，便于以里程碑为监控点，对项目实施从进度、质量、绩效等方面进行更加有效的监控和管理；便于项目组织组员有一种共同的视野，展示项目简要清晰的阶段性目的；便于项目经理与有关人员之间就进度问题进行沟通。
在为项目进度计划设立里程碑时，遵照下列原则：
以项目目的为根据，以可交付成果物为向导，设立里程碑。可交付成果物能够是文档，也能够是可运行的程序。
将实施各阶段的完毕点设立成里程碑。如需求规格定稿作为需求分析阶段的完毕点，能够定义成为里程碑。
设立的里程碑必须可审查、可测量，有明确的完毕原则。只有里程碑通过审查，才干进入到下一种阶段的任务。
总而言之，本项目的里程碑以下表所示：
序号 时间 里程碑描述
1 第 20 天 应用系统需求分析\设计完毕
2 第 90 天 应用系统编码实现
3 第 100 天 系统完毕测试
4 第 115 天 系统上线试运行，完毕初验
5 第 150 天 系统试运行完毕 6 第 150 天 顾客培训完毕
7 第 180 天 系统终验
2） 需求分析阶段
（1） 任务范畴：
本阶段任务范畴涉及完善、细化需求分析阶段的工作计划；开展需求调研工作；进行需求分析；编写需求分析报告。
（2） 实施办法：
通过业务需求调研，拟定并定义问题区、顾客的需求、项目范畴、项目成功原则与招标方接受原则。
定义实施范畴：拟定并定义项目实施的目的、范畴和核心的成功要素。
编写需求分析报告：涉及业务系统的业务模型、业务流程、业务功效设计等。业务需求调研：重要采用一对一面谈、团体座谈、发送调研表、调查问卷、
查阅需求资料以及召开讨论会等多个方式，从业务层、管理层、决策层多方位的获取需求。
根据需求交流进展状况，采用快速原型法，以直观的方式确认需求。
（3） 完毕原则：
正式提交需求分析报告，通过招标方和监理方审核，并通过招标方确认。
（4） 可交付成果：
本阶段的可交付成果是：项目需求分析报告。
3） 系统设计阶段
（1） 任务范畴：
系统设计阶段将按照面对对象的分析设计办法并结合使用其它软件工程办法，完毕各子系统的概要设计。
涉及功效设计、数据库构造设计、页面设计、软件实现构造设计。
（2） 实施办法：
本子阶段将对业务流程、控制流程、功效模块和数据构造进行设计，这是承上（需求分析）启下（代码实现）的阶段，这个阶段把业务需求变成技术设计，由业务描述变成技术描述，由业务语言变成技术语言。普通来讲，这个阶段又能够划分为三个重要的环节，即：业务流程及逻辑设计、控制及体现逻辑设计、功 效模块设计、数据构造设计。
业务流程及逻辑设计：使用业务图形按照业务流程的次序对业务进行归纳、整顿，绘制业务流程图。对于其中描述良好和规范的业务需求可同需求分析合并进行，绘制工作将借助绘图工具软件 Visio 对图形表述进行规范。
功效模块及逻辑设计：抽取最小业务单元，按照按"职能域-业务过程-业务活动"三层构造分解和体现功效，根据业务流程组织功效层次，绘制功效层次图。把业务流图中以“操作单元”体现的节点看作功效模块，描述其输入、输出、重要解决过程和所涉及到的数据及数据单元。
数据构造设计：对于功效模块设计中所涉及的有关数据及数据单元进行归纳，运用“对象－关系型语言”表达出来，并指明数据之间的一致性或约束性关系。这就是普通所说的数据构造或称为数据字典。这部分工作将采用实体-关系设计 工具 PowerDesigner 来辅助进行。
系统设计阐明书审核：项目经理对各应用子系统的系统设计阐明书进行审核。审核工作由项目经理、技术总监和专家协同进行。
（3） 完毕原则：
本阶段任务完毕的原则是：正式提交概要设计阐明书，通过业主方确认。
（4） 可交付成果：
本阶段的可交付成果是：系统设计阐明书。
4） 编码开发阶段
（1） 任务范畴：
涉及对原则化的内部数字内容资源转换加工和管理、数字内容的深度加工、在线编撰流程管理、知识挖掘和知识数据库开发、网络数据采集和内容提供服务、产品打包和多渠道公布、在线交互服务等编码实现、单元测试；以及项目的安全保障体系的建设。
（2） 实施办法：
A. 日创立、日布署
在本项目各应用子系统开发实现阶段，将采用快速原型法与“日创立、日布署”开发办法，每天形成一种版本，并进行布署，在最短的时间内开发出核心业务功效交付顾客使用，并在此基础上再与顾客交流沟通，对问题做出对应调节。 B. 代码走查
代码走查是由一组人通过阅读、讨论和争议对程序进行静态分析的过程。走查小组由组长，2～3 名程序设计和测试人员及程序员构成。走查小组在充足阅读待审程序文本、控制流程图及有关规定、规范等文献基础上，召开代码走查会，程序员逐句解说程序的逻辑，并展开热烈的讨论甚至争议，以揭示错误的核心所在。实践表明，程序员在解说过程中能发现许多自己原来没有发现的错误，而讨论和争议则进一步促使了问题的暴露。
C. 单元测试
单元测试集中在检查软件设计的最小单位—模块上，通过测试发现实现该模块的实际功效与定义该模块的功效阐明不符合的状况，以及编码的错误。由于模块规模小、功效单一、逻辑简朴，测试人员有可能通过模块阐明书和源程序，清晰地理解该模块的 I/O 条件和模块的逻辑构造，采用构造测试（白盒法）的用例，尽量达成彻底测试，然后辅之以功效测试（黑盒法）的用例，使之对任何合理和不合理的输入都能鉴别和响应。高可靠性的模块是构成可靠系统的坚实基础。将单元测试成果编写成单元测试报告，提交项目经理审核，审核通过后提交项目领导组审批。
D. 系统测试
随着代码的实现和单元测试完毕，软件测试人员开始对代码进行系统测试。系统测试以子系统为基本单元进行，其基本测试根据是测试计划和测试方案。根据测试方案中的用例设计按照模块逐个“输入”数据（手工或自开工具），并进行一定的压力测试。重要工作过程是：
运行程序员提交的功效模块代码，输入数据，如实统计运行成果，填写“测试统计”。对于未通过测试的功效模块，填写测试反馈单，由程序员修改问题代码后再次提交测试。这是一种多次循环反馈的过程。
编制系统测试报告：测试结束后，测试人员编制完整的测试报告，涉及测试的对象、测试范畴、重要功效、测试环境、测试工具、测试成果汇总，并附完整的测试统计和反馈统计。
（3） 完毕原则：
本阶段任务完毕的原则是：编码完毕且通过单元测试、集成测试、系统测试， 并通过技术总监与项目经理的审核。
（4） 可交付成果：
本阶段的可交付成果是：网站各系统可进行正常运行。
5） 系统初验阶段
（1） 任务范畴：
本阶段任务范畴涉及：完毕应用系统在测试环境的布署和集成测试后，由招标方认定与否满足可进行试运行的基本条件，并完毕验收报告。
（2） 实施办法：
由供应商通过集成测试，对各应用系统自检合格后，提交初验申请至顾客方审批。顾客方检查应用系统运行状况，看与否符合：
与否满足签字确认的需求分析报告；与否满足招标文献规定；
与否能够开始试运行。
验收通过后，由双方共同订立初验报告。
（3） 完毕原则：
本阶段的完毕原则是：系统通过招标初步验收，且能够开始试运行。
（4） 可交付成果：
本阶段可交付成果是：系统初验报告。
6） 试运行阶段
（1） 任务范畴：
本阶段的任务范畴是：在顾客培训工作的阶段性成果完毕后，开始组织系统试运行工作，由项目经理和招标方主管领导共同拟定试运行范畴和试运行方略，并编制试运行计划、组织试运行工作。
（2） 实施办法：
A. 试运行实施环节：
准备应用系统运行需要的真实数据；组建运行组织和人员准备：
建立由招标方主管领导和项目经理构成的试运行领导小组；拟定试运行期间系统管理人员和系统维护人员； 召开试运行参加人员的动员会，统一思想，明确指导思想、工作方针、工作办法和工作计划；
贯彻其它试运行组织中的各职责人员。
双方共同制订试运行工作计划。工作计划中涉及试运行工作有关各方责任、工作日程安排、运行工作制度。
B. 试运行期间各方职责：
试运行工作将由供应商与招标方亲密配合完毕。试运行期间中，各方职责以下：
供应商负责在试运行期间进行应用系统运行统计，对试运行中出现的问题做到及时维护和更新，并完毕试运行报告。
在系统试运行阶段，应达成系统持续无重大故障运行 1 个月，并不停根据试运行报告进行修改完善，在试运行期内如出现重大故障，试运行期从故障排除之日起重新计算，直到系统持续 1 个月无重大故障为止。
招标方系统使用人员负责在试运行期间定时反馈系统存在问题。
（3） 完毕原则：
本阶段任务完毕的原则是：试运行期间系统运行稳定，性能达标，试运行报告通过招标方确认。
（4） 可交付成果：
通过试运行验证后的可运行的网站系统。
7） 系统终验阶段
（1） 任务范畴：
本阶段任务范畴涉及：试运行结束后，经招标方审核通过后，协助组织招标方进行系统终验验收。
（2） 实施办法：
试运行结束后，由供应商提出验收申请，并协助招标方组织项目验收，最后完毕项目交付。
A. 验收原则：
与否符合项目合同规定；
与否满足签字确认的需求分析报告；
