第一篇：软件项目开发工作任务书

摘要...................................................................................................................................2 关键词...............................................................................................................................2

1背景介绍........................................................................................................................................2

1.1项目范围.............................................................................................................................2 1.2目的.....................................................................................................................................2 1.3明确项目客户.....................................................................................................................2 2商务要求........................................................................................................................................2 3分配需求或PDT输入材料..........................................................................................................2 4交付文件........................................................................................................................................3 5里程碑和完成时间........................................................................................................................3 6质量目标........................................................................................................................................3 7验收标准........................................................................................................................................3 8限制和约束....................................................................................................................................3 9依赖关系........................................................................................................................................3 10其他信息......................................................................................................................................4

XXXX 软件项目开发工作任务书

摘要

xxxx 关键词

xxxx 1背景介绍

xxxx 1.1项目范围

xxxx 1.2目的

xxxx 1.3明确项目客户

xxxx 2商务要求

xxxx 3分配需求或PDT输入材料

xxxx 4交付文件

xxxx 5里程碑和完成时间

比如：

软件需求设计

时间点 概要设计

时间点 详细设计

时间点 编码

时间点 单元测试

时间点 集成测试

时间点 系统测试

时间点 联调

时间点

6质量目标

xxxx 7验收标准

xxxx 8限制和约束

xxxx 9依赖关系

xxxx 10其他信息

xxxx

第二篇：软件项目开发工作流程

软件项目开发工作流程

一、简述

对于一个新项目，从可行性研究到产品交货整个生存阶段将经历如下十大流程：

1、项目可行性研究阶段

2、立项阶段

3、需求分析阶段

4、开发策划阶段

5、设计阶段

6、编码实现阶段

7、测试阶段

8、验收阶段

9、产品交付使用

10、维护阶段

二、项目组基本组成及岗位职责

新项目立项时会成立项目组，不同的项目组成员有不同的职责，一个项目组成员也可以身兼多职，但不可身兼全职。

a项目负责人：负责项目的管理、组织、对技术、进度、质量全面负责。b质量保证人员：负责质量保证工作计划的落实和软件的质量保证。

C配臵管理人员：负责本项目的配臵管理工作，对本项目的文档、程序是否符合规程文件的要求进行形式化的检查。

D分析人员：主要负责本项目的需求分析工作。

E设计人员：主要负责本项目的设计工作。

F程序员：按设计要求和有关标准进行编程工作。

G测试人员：负责单元测试、组合测试和总装测试工作。

H文档人员：负责本项目有关文档的编写工作。

I产品经理：协助进行产品研制计划制定、产品发布与产品推广等,在产品开发中，充分代表用户的利益，提供建议,负责在产品功能与出品日期二者之间的权衡;负责产品市场营销、产品销售和市场推广过程。（通常由营销部门或中试部门人员担任）

三、软件开发流程

3．1 可行性研究阶段

如果是公司自主开发项目，可行性研究通常是由公司技术负责人根据公司产品规划和市场需求，在要开展新项目前通过部门负责人指定人员进行的前期调研工作，可行性研究负责人员对产品的市场需求、技术发展、市场定位、功能需

求、经济效益、进度需求、风险分析等进行可行性研究，提供产品立项建议，拟制可行性研究报告，由部门负责人指定营销部门配合可行性分析人员，技术负责人协助安排。可行性分析完毕后由总工办组织对可行性研究报告进行评审，评审通过后，总工办组织进行立项工作。

如果是系统集成部外接的系统集成项目，在系统集成部与客户签订合同之前，均应对将签项目进行资源、技术、市场的可行性分析，可行性分析通过后、签订合同前由总工办组织相关人员对合同条款进行评审，评审通过后，总工办组织进行立项工作。本阶段提交的文档：项目可行性研究任务书（技术负责人或部门负责人下达）项目可行性研究报告（可行性研究人员编写）

系统集成项目合同

质量记录：可行性分析评审报告

3．2立项阶段

可行性分析评审通过后，由开发部门经理下达立项任务，指定相关人员填写立项申请报告报批。报批通过后，由部门经理与技术负责人协商，下达开发任务书，经技术负责人审核确认后，报公司批准。批准立项后项目进度应以立项申请报告中的阶段进度为准，如果进度要调整，需填写进度调整申请报告报批。本阶段提交的文档：项目立项申请报告

开发任务书

3．3 需求分析阶段

承办单位根据交办单位提出的技术要求和相应的软件任务书以及其它有关文件，与交办单位协作，确定详细的软件需求，该阶段完成的软件需求规格说明经审定和批准后将作为整个软件开发工作的基础列入配臵管理的基线，在本阶段可利用快速原型法使比较含糊的具有不确定性的软件需求（主要是功能）明确化。能给本公司开发的软件的“需求基线”确定提供一个讨论、进一步完善的基础。在本阶段，由产品经理负责，其他人员配合，编写产品规格说明书，此说明书面向最终用户和领导，主要描绘产品的形状以及功能、性能、功能特性、性能特性。由项目经理负责编写系统技术方案书，描述公司初次使用的技术的详细解决方案。本阶段完毕后对需求分析进行评审，出具需求分析评审报告。

本阶段提交的文档：软件需求规格说明书。

原型分析说明书

产品规格说明书

系统技术方案书

质量记录：需求分析评审报告

提交的软件：产品的原型（注：如果时间有限，可以只编写原型分析说明书而不作原型）

3．4开发策化阶段

根据项目要求和软件需求，由配臵人员配合项目经理编写本项目的质量保证计划、配臵管理计划和项目综合计划。在配臵管理计划中，应列明本项目需提交的各阶段文档的名称，在项目各阶段完成后，项目组需列表说明要移交的文档，将此表与各文档一并向总工办移交。在制定计划时，应为计划、设计、测试、改错、再测试、变更、以及编制文档留出足够的时间。不应使用突击的办法来完成项目。

本阶段涉及的文档：软件质量保证计划

配臵管理计划

项目综合计划

3．5设计阶段

3．5．1概要设计

根据软件需求规格说明建立软件总体结构和模块间的关系，确定各模块功能，定义各功能模块的接口，设计全局数据库和数据结构，在概要设计明确后，可以对综合计划进一步细化，填写项目进度预计。概要设计需经过评审。

本阶段涉及的文档：产品概要设计说明书

数据库设计说明

项目进度预计

质量记录：评审报告

3．5．2详细设计

对概要设计中产生的功能模块进行过程描述设计，设计功能模块的内部细节，包括算法和数据结构，为编写源代码提供必要的说明。详细设计需要经过评审。本阶段涉及的文档：软件详细设计说明书

测试计划

质量记录：评审报告

3．6编码实现阶段

根据软件详细设计说明、对各程序模块进行编码、调试、静态分析和单元测试，验证程序单元与设计说明的一致性。

本阶段涉及的文档：项目进度月报

项目周计划和周总结

项目开发人员周计划

工作日志

每周例会记录

配臵项更改申请单

3．6 测试阶段

3．6．1 软件单元测试

按详细设计的结构，根据软件单元测试计划，依照将经过单元测试的底层程序单元逐步组装成子项目直到开发项目的过程，对软件进行测试。

本阶段涉及的文档：测试计划

测试设计

测试问题报告单

参考文档：北京世纪科怡软件开发操作指导书中的“测试阶段操作指导书”

3．6．2组装测试

根据软件需求规格说明书中定义的全部功能和性能要求及组装测试计划，对软件进行组装测试，以确定整个软件是否满足软件需求，是否可以提交总装测试。

软件组装测试计划（含测试用例设计）的编制工作和软件组装测试环境的研制、组建工作，应从软件需求分析阶段起与软件开发同步展开。

本阶段涉及的文档：测试计划

测试设计

测试问题报告单

3．7 中试阶段

项目组开发的软件产品经中试部验收后提交中试部中试，中试部根据需求分析报告,从用户的角度出发对产品的功能、性能进行中试。

本阶段涉及的文档：中试计划 中试问题报告单

3．7 验收交付

对完成中试的软件进行检查、审查和评审，确定软件是否达到了软件任务书的要求。验收通过的软件可以向软件交办单位交付。项目经理及项目组人员应在此阶段完成项目总结，项目经理提交项目开发总结报告，项目组成员提交个人工作总结报告。

本阶段涉及的文档：验收报告

项目开发总结报告

个人工作总结报告

3．8 软件维护

对软件的维护包括针对软件运行过程中发现的问题而进行的改正性维护，针对不同任务对软件提出不需求而进行的改善性维护，以及可能出现的由于软件运行环境的改变而进行的适应性维护。

本阶段涉及的文档：软件问题汇总表

维护报告

四、项目开发文件的审批

 可行性研究报告及立项申请、项目开发计划及项目开发总结、确认计划及确

认报告、验收计划及验收报告由技术负责人审批。

 项目组人员编写的其他文件由项目经理审批。

五、各阶段共同的任务要求

5．1编写文档

在软件开发过程的各个阶段，都要求完成相应的文档编写工作。本文档的前面部分已给出了在软件自上而下周期各个阶段中的文档编制情况。软件文档从形式上来看，大致可分为两类：

a． 开发过程中填写的各种图表，称为工作表格；

b． 应编制的技术资料或技术管理资料，称为文档或文件。

按照文档产生和使用的范围，软件文档大致可分为三类：

a． 开发文档：这类文档是在软件开发过程中，作为软件开发人员前一阶段工作成果的体现和后一阶段工作依据的文档。包括软件需求说明书、数据库设计说明书、概要设计说明书、详细设计说明书、可行性研究报告、项目开发计划。

b． 管理文档：这类文档是在软件开发过程中，由软件开发人员制定的需提交人员的一些工作计划或工作报告。使管理人员能够通过这些文档了解软件开发项目安排、进度、资源使用和成果等。包括项目开发计划、测试计划、测试报告、开发进度月报、项目周计划周总结及项目开发总结等。c． 用户文档：这类文档是软件开发人员为用户准备的有关该软件使用、操作、维护的资料。包括用户手册、操作手册、维护修改建议、软件需求说明书。

项目各阶段完毕后需把本阶段相关文档列表向总工办移交。

5．2验证与评审

软件评审是保证软件产品质量的重要手段，必须纳入软件开发过程，并把评审通过作为一个软件阶段完成的标志，进而转入下一个开发阶段。软件评审包括有正式评审(即评审)、内部评审两种形式。正式评审是软件项目组上级技术主管主持的评审。内部评审以由项目负责人组织、开发人员相互检查为基本方式。

就整个软件开发过程而言，至少要进行可行性分析、软件需求评审、设计评审、软件验证和确认评审、管理评审等五个方面的评审和检查工作。

第三篇：软件项目开发工作流程

软件项目开发工作流程

一、简述

对于一个新项目，从可行性研究到产品交货整个生存阶段将经历如下十大流程：

1、项目可行性研究阶段

2、立项阶段

3、需求分析阶段

4、开发策划阶段

5、设计阶段

6、编码实现阶段

7、测试阶段

8、验收阶段

9、产品交付使用

10、维护阶段

二、项目组基本组成及岗位职责

新项目立项时会成立项目组，不同的项目组成员有不同的职责，一个项目组成员也可以身兼多职，但不可身兼全职。

a项目负责人：负责项目的管理、组织、对技术、进度、质量全面负责。b质量保证人员：负责质量保证工作计划的落实和软件的质量保证。

C配臵管理人员：负责本项目的配臵管理工作，对本项目的文档、程序是否符合规程文件的要求进行形式化的检查。

D分析人员：主要负责本项目的需求分析工作。E设计人员：主要负责本项目的设计工作。

F程序员：按设计要求和有关标准进行编程工作。

G测试人员：负责单元测试、组合测试和总装测试工作。H文档人员：负责本项目有关文档的编写工作。

I产品经理：协助进行产品研制计划制定、产品发布与产品推广等,在产品开发中，充分代表用户的利益，提供建议,负责在产品功能与出品日期二者之间的权衡;负责产品市场营销、产品销售和市场推广过程。（通常由营销部门或中试部门人员担任）

三、软件开发流程

3．1 可行性研究阶段

如果是公司自主开发项目，可行性研究通常是由公司技术负责人根据公司产品规划和市场需求，在要开展新项目前通过部门负责人指定人员进行的前期调研工作，可行性研究负责人员对产品的市场需求、技术发展、市场定位、功能需求、经济效益、进度需求、风险分析等进行可行性研究，提供产品立项建议，拟制可行性研究报告，由部门负责人指定营销部门配合可行性分析人员，技术负责人协助安排。可行性分析完毕后由总工办组织对可行性研究报告进行评审，评审通过后，总工办组织进行立项工作。

如果是系统集成部外接的系统集成项目，在系统集成部与客户签订合同之前，均应对将签项目进行资源、技术、市场的可行性分析，可行性分析通过后、签订合同前由总工办组织相关人员对合同条款进行评审，评审通过后，总工办组织进行立项工作。

本阶段提交的文档：项目可行性研究任务书（技术负责人或部门负责人下达）

项目可行性研究报告（可行性研究人员编写）

系统集成项目合同 质量记录：可行性分析评审报告 3．2立项阶段

可行性分析评审通过后，由开发部门经理下达立项任务，指定相关人员填写立项申请报告报批。报批通过后，由部门经理与技术负责人协商，下达开发任务书，经技术负责人审核确认后，报公司批准。批准立项后项目进度应以立项申请报告中的阶段进度为准，如果进度要调整，需填写进度调整申请报告报批。本阶段提交的文档：项目立项申请报告

开发任务书

3．3 需求分析阶段

承办单位根据交办单位提出的技术要求和相应的软件任务书以及其它有关文件，与交办单位协作，确定详细的软件需求，该阶段完成的软件需求规格说明经审定和批准后将作为整个软件开发工作的基础列入配臵管理的基线，在本阶段可利用快速原型法使比较含糊的具有不确定性的软件需求（主要是功能）明确化。能给本公司开发的软件的“需求基线”确定提供一个讨论、进一步完善的基础。在本阶段，由产品经理负责，其他人员配合，编写产品规格说明书，此说明书面向最终用户和领导，主要描绘产品的形状以及功能、性能、功能特性、性能特性。由项目经理负责编写系统技术方案书，描述公司初次使用的技术的详细解决方案。本阶段完毕后对需求分析进行评审，出具需求分析评审报告。本阶段提交的文档：软件需求规格说明书。

原型分析说明书

产品规格说明书

系统技术方案书

质量记录：

需求分析评审报告

提交的软件：产品的原型（注：如果时间有限，可以只编写原型分析说明书而不作原型）

3．4开发策化阶段 根据项目要求和软件需求，由配臵人员配合项目经理编写本项目的质量保证计划、配臵管理计划和项目综合计划。在配臵管理计划中，应列明本项目需提交的各阶段文档的名称，在项目各阶段完成后，项目组需列表说明要移交的文档，将此表与各文档一并向总工办移交。在制定计划时，应为计划、设计、测试、改错、再测试、变更、以及编制文档留出足够的时间。不应使用突击的办法来完成项目。

本阶段涉及的文档：软件质量保证计划

配臵管理计划

项目综合计划

3．5设计阶段 3．5．1概要设计

根据软件需求规格说明建立软件总体结构和模块间的关系，确定各模块功能，定义各功能模块的接口，设计全局数据库和数据结构，在概要设计明确后，可以对综合计划进一步细化，填写项目进度预计。概要设计需经过评审。本阶段涉及的文档：产品概要设计说明书

数据库设计说明

项目进度预计 质量记录： 评审报告 3．5．2详细设计

对概要设计中产生的功能模块进行过程描述设计，设计功能模块的内部细节，包括算法和数据结构，为编写源代码提供必要的说明。详细设计需要经过评审。本阶段涉及的文档：软件详细设计说明书

测试计划 质量记录： 评审报告 3．6编码实现阶段

根据软件详细设计说明、对各程序模块进行编码、调试、静态分析和单元测试，验证程序单元与设计说明的一致性。本阶段涉及的文档：项目进度月报

项目周计划和周总结

项目开发人员周计划

工作日志

每周例会记录

配臵项更改申请单 3．6 测试阶段

3．6．1 软件单元测试

按详细设计的结构，根据软件单元测试计划，依照将经过单元测试的底层程序单元逐步组装成子项目直到开发项目的过程，对软件进行测试。本阶段涉及的文档：测试计划

测试设计

测试问题报告单 参考文档：北京世纪科怡软件开发操作指导书中的“测试阶段操作指导书”

3．6．2组装测试

根据软件需求规格说明书中定义的全部功能和性能要求及组装测试计划，对软件进行组装测试，以确定整个软件是否满足软件需求，是否可以提交总装测试。

软件组装测试计划（含测试用例设计）的编制工作和软件组装测试环境的研制、组建工作，应从软件需求分析阶段起与软件开发同步展开。本阶段涉及的文档：测试计划

测试设计

测试问题报告单

3．7 中试阶段

项目组开发的软件产品经中试部验收后提交中试部中试，中试部根据需求分析报告,从用户的角度出发对产品的功能、性能进行中试。本阶段涉及的文档：中试计划

中试问题报告单

3．7 验收交付

对完成中试的软件进行检查、审查和评审，确定软件是否达到了软件任务书的要求。验收通过的软件可以向软件交办单位交付。项目经理及项目组人员应在此阶段完成项目总结，项目经理提交项目开发总结报告，项目组成员提交个人工作总结报告。

本阶段涉及的文档：验收报告

项目开发总结报告

个人工作总结报告

3．8 软件维护

对软件的维护包括针对软件运行过程中发现的问题而进行的改正性维护，针对不同任务对软件提出不需求而进行的改善性维护，以及可能出现的由于软件运行环境的改变而进行的适应性维护。本阶段涉及的文档：软件问题汇总表

维护报告

四、项目开发文件的审批

 可行性研究报告及立项申请、项目开发计划及项目开发总结、确认计划及确认报告、验收计划及验收报告由技术负责人审批。 项目组人员编写的其他文件由项目经理审批。

五、各阶段共同的任务要求 5．1编写文档

在软件开发过程的各个阶段，都要求完成相应的文档编写工作。本文档的前面部分已给出了在软件自上而下周期各个阶段中的文档编制情况。软件文档从形式上来看，大致可分为两类： a． 开发过程中填写的各种图表，称为工作表格； b． 应编制的技术资料或技术管理资料，称为文档或文件。按照文档产生和使用的范围，软件文档大致可分为三类： a． 开发文档：这类文档是在软件开发过程中，作为软件开发人员前一阶段工作成果的体现和后一阶段工作依据的文档。包括软件需求说明书、数据库设计说明书、概要设计说明书、详细设计说明书、可行性研究报告、项目开发计划。b． 管理文档：这类文档是在软件开发过程中，由软件开发人员制定的需提交人员的一些工作计划或工作报告。使管理人员能够通过这些文档了解软件开发项目安排、进度、资源使用和成果等。包括项目开发计划、测试计划、测试报告、开发进度月报、项目周计划周总结及项目开发总结等。c． 用户文档：这类文档是软件开发人员为用户准备的有关该软件使用、操作、维护的资料。包括用户手册、操作手册、维护修改建议、软件需求说明书。

项目各阶段完毕后需把本阶段相关文档列表向总工办移交。

5．2验证与评审

软件评审是保证软件产品质量的重要手段，必须纳入软件开发过程，并把评审通过作为一个软件阶段完成的标志，进而转入下一个开发阶段。软件评审包括有正式评审(即评审)、内部评审两种形式。正式评审是软件项目组上级技术主管主持的评审。内部评审以由项目负责人组织、开发人员相互检查为基本方式。

就整个软件开发过程而言，至少要进行可行性分析、软件需求评审、设计评审、软件验证和确认评审、管理评审等五个方面的评审和检查工作。

第四篇：软件项目开发风险

1.计划编制风险：

1.1 计划、资源和产品定义完全靠客户或者上层领导的口头命令，并且不完全一致；

1.2 计划是优化的，但是是不现实的；

1.3 计划忽略了必要的任务；

1.4 计划基于使用特定的小组成员，而那个小组成员基本上指望不上；

1.5 在限定时间内无法建立成已定规模的产品；

1.6 产品规模比估计的大；

1.7 进度已经拖延的项目在重新评估时过于优化和忽略项目历史；

1.8 过度的进度压力造成生产率下降；

1.9 目标日期提前，没有相应调整产品范围和可用资源；

1.10 一个任务的拖延导致相关任务的连锁反应；

1.11 涉足不熟悉的产品领域，花费在设计和实现上的时间比预期的要多；组织和管理：

2.1 项目缺乏一个有凝聚力的最高领导人；

2.2 由于前期乏力，项目长时间搁置；

2.3 解雇和削减开支导致项目小组能力下降；

2.4 仅由管理层或市场人员来进行技术决策，导致计划进度延长；

2.5 低效的项目组结构降低生产率；

2.6 管理层审查/决策的周期比预期时间长；

2.7 预算削减打乱项目计划；

2.8 管理层做出了打击项目积极性的决定；

2.9 非技术的第三方工作比预期延长（预算批准、设备采购批准……）

2.10 计划性太差，无法适应期望的开发速度；

2.11 项目计划由于压力而放弃，导致开发混乱，低效；

2.12 管理层强调英雄主义，而忽略客观确切的状态报告，降低发现和改正问题的能力； 3 开发环境：

3.1 设施没有及时到位；

3.2 设施到位，但是不配套；

3.3 设施拥挤，杂乱或者破损；

3.4 开发工具没有及时到位；

3.5 开发工具不如期望那样有效，开发人员需要时间创建工作环境或者切换新的工具；

3.6 开发工具的选择不是基于技术需求，不能提供计划所需要的性能；

3.7 新开发工具的学习比预期的长，内容多；最终用户：

4.1 最终用户坚持新的需求；

4.2 最终用户对于最后交付产品不满意，要求重新设计和重做；

4.3 最终用户不买进项目产品，无法提供后续支持；

4.4 最终用户的意见没有被采纳，造成产品最终无法满足用户期望，而必须重做； 5 客户：

5.1 客户坚持新的需求；

5.2 客户对规划、原型和规格的审核/决策周期比预期要长；；

5.3 客户没有或不能参加规划、原型、规格阶段的评审，导致需求不稳定和耗时的变更；

5.4 客户坚持技术决策导致进度计划延长；

5.5 客户对于开发进度管理过细，导致实际进度变慢；

5.6 客户提供的组件无法和开发产品匹配，导致额外的设计和集成工作；

5.7 客户提供的组件质量欠佳，导致额外的测试、设计和集成工作，以及额外的客户管理管理工作；

5.8 客户要求的支持工具和环境不兼容，性能差或者功能不完善，导致生产率下降；

5.9 客户不接受交付的软件，尽管已经满足了所有的规格；

5.10 客户期望的开发速度是开发人员无法达到的；承包商：

6.1 承包商没有按承诺交付组件；

6.2 承包商递交的组件质量低下无法接收，必须花费时间改进质量；

6.3 承包商没有买进项目开发所需要的公举，进而无法提供需要的性能水平；需求：

7.1 需求已经成为项目的基准，但是变化还在继续；

7.2 需求定义欠佳，而进一步的定义会扩展项目范畴；

7.3 添加额外的需求；

7.4 产品定义含糊的部分比预期需要更多时间；产品：

8.1 错误发生几率高的模块需要比预期更多的测试，设计和实现工作；

8.2 校正质量低下不可接受的产品，需要比预期更多的测试，设计和实现工作；

8.3 在一个或多个新兴领域推广计算机技术使得计划进度的延长不可预期；

8.4 由于软件功能的错误，需要重新设计和实现；

8.5 开发额外不需要的功能，延长了计划进度；

8.6 要满足产品规模和进度要求，需要比预期更多的事件，包括重新设计和实现工作；

8.7 严格要求与现有系统兼容，需要进行比预期更多的事件进行测试，设计和实现工作；

8.8 要求在不同操作系统下运行将花费比预期更长的时间；

8.9 在不熟悉或没有经验的软件环境中运行产生没有预料的问题；

8.10 在不熟悉或者没有经验的硬件环境中运行产生没有预料的问题；

8.11 开发一种对组织全新的模块将比预期花费更长的时间；

8.12 依赖于正在开发中的技术将延长计划进度；外部环境：

9.1 产品依赖于政府规章，而规章的改变是不可避免的；

9.2 产品依赖于草拟中的技术标准，而最后的标准是不可预期的；人员：

10.1 招聘人员所花费时间比预期长；

10.2 做为先决条件的任务不能万丞，比如培训，其他项目的万丞，工作许可证； 10.3 开发人员和管理层关系不佳导致决策缓慢，影响全局；

10.4 项目组乘员没有全身心投入项目，进而无法达到需要的产品性能水平；

10.5 缺乏激励机制，士气低下，降低了生产能力；

10.6 缺乏必要的规范，增加了工作失误和重复工作；

10.7 某些人需要更多时间适应不熟悉的软件工具和环境；

10.8 某些人需要更多时间适应不熟悉的硬件工具和环境；

10.9 某些人需要更多时间适应不熟悉的编程语言；

10.10 项目结束前，合同制人员离开团队；

10.11 项目结束前，雇员辞职；

10.12 项目后期加入新的开发人员，额外的培训和沟通降低现有成员的效率；

10.13 项目组成员不能有效地一起工作；

10.14 由于项目组成员的冲突，导致沟通不畅，设计欠佳，接口错误和额外的重复工作； 10.15 有问题的成员没有调离项目组，损害了项目组其他成员的积极性；

10.16 项目组的最佳人员没有加入项目组；

10.17 项目组的最佳人员已经加入项目组，但是因为政治或其他原因没有合理使用； 10.18 关键人员只能兼职参与；

10.19 项目人员不足；

10.20 人员工作的进展比预期的慢；

10.21 任务的分配合人员技能不匹配；

10.22 项目管理人员的怠工导致计划和进度失控；

10.23 技术人员怠工导致工作遗漏或质量低下，工作需要重做；设计和实现：

11.1 设计过于简单，无法确定主要事件，并导致重新设计和实现；

11.2 设计过于复杂，导致一些不必要工作，并影响效率；

11.3 设计质量低下，导致重复设计和实现；

11.4 采用不熟悉的方法，导致额外的培训时间，并重犯以前的错误；

11.5 产品采用低级语言来实现，导致生产率比预期低；

11.6 一些必要的功能无法是用现有的代码和库实现，开发人员必需使用新的库或者自行开发所需要的功能；

11.7 代码和库质量低下，导致需要额外的测试，错误修正或重做；

11.8 过高估计增强型工具对项目进度的节省量；

11.9 分别开发的模块无法有效集成，需要重新设计或者重做；过程

12.1 大量纸面工作导致进展比预期慢；

12.2 进度跟踪不准确，导致无法预知项目是否已经落后计划进度；

12.3 前期的质量保证行为不真实，导致后期的重复工作；

12.4 质量跟踪不准确，导致无法得知影响进度的质量问题；

第五篇：软件项目开发计划书

软件项目开发计划书

软件08-1班李岩200820205069

一、项目提出的背景和必要性

在信息化高速发展的时代，图书管理系统已经渐渐的走进了国内外的许多图书馆，开发一套图书管理系统能获得良好的收益。

二、国内外市场分析

图书管理系统在未来会逐渐的普及到全世界各个图书馆，具有很大的潜在市场。

三、项目主要开发和建设内容

图书管理系统主要需要建设服务器，数据库，已经搜索引擎，登陆客户端等等。我们的开发目标是建设一个可以查询书本基本信息，提供会员的登陆，以及实现凭借图书证借阅书籍，查看用户情况，设置管理员，查询管理员信息，实现网络查询书籍信息。

四、项目实施的技术方案

图书管理系统的开发在我国的技术早已经成熟，而由我们开发的图书管理系统已经在x图书馆，y图书馆，得到了实现。因为我们有开发的经验与技术的支持，开发这款图书管理系统对我们来说已经轻车熟路。可以在预定的时间实现一个性能优良的图书管理系统。

五、项目实施的现有基础

Bigsoft®公司于1989年在上海注册，本公司属于股份集团，本公司的注册资产是5000万亿元人民币，本公司有编程人员30万名，高级程序员1000名，主要业务是软件项目的开发，主要的产品有Bigsoft xp系统，Bigsoft 2000系统，Bigsoft 7系统等等。本公司的生产规模来说达到世界一流水平，技术水平达到世界一流水平。近年来，在我们公司ceo达芬奇的带领下，公司的规模不断的扩大，每年的纯收入不断增长。我公司具有很强的创新能力，攻克了世界上许多的软件方面的难题。我公司具有良好的信用，在客户间建立了很好的口碑。

六、项目组织机构和人员安排

本项目采取小组开发方式，预计人员是20人，其中项目经理1人，项目分管人员5人，项目的开发人员14人。本项目承担单位负责人是项目经理李元霸。本项目由李元霸负责，李元霸，曾参见过Bigsoft xp系统，Bigsoft 2000系统，Bigsoft 7系统的开发，具有丰富的经验。

七、项目实施进度计划

本项目预计用时3个月。本项目的开发地点是Bigsoft公司的27层，2709室。

八、项目资金需求及来源

本项目需要购买机器的总价是270万元，人员开支300万元，计划外支出定为100万元。

九、项目风险分析及应对措施

本项目预计开发成功率是90%，延时交付时间内的费用项目的开发公司负责50%，项目完全失败的风险由双方各负责50%。