下载文档原格式
软件项目管理实施方案模板一、引言。
软件项目管理是指对软件项目进行计划、组织、指挥、协调和控制，以达成项目目标的过程。
软件项目管理实施方案是为了确保项目按时、按质、按量完成，达到项目的目标和要求，保证项目的顺利进行而制定的一系列计划和措施。
本文档旨在为软件项目管理实施方案提供一个模板，以便项目管理人员能够根据实际情况进行具体的制定和实施。
二、项目背景。
（在此部分，应对项目的背景进行简要的描述，包括项目的起源、目的、范围、目标等内容。
）。
三、项目管理组织结构。
（在此部分，应对项目管理组织结构进行详细的描述，包括项目经理、团队成员、各自的职责和权限等内容。
）。
四、项目管理计划。
1. 项目启动阶段。
（在此部分，应对项目启动阶段的计划进行详细的描述，包括项目启动会议、项目章程、项目管理计划等内容。
）。
2. 项目规划阶段。
（在此部分，应对项目规划阶段的计划进行详细的描述，包括范围管理计划、进度管理计划、成本管理计划等内容。
）。
3. 项目执行阶段。
（在此部分，应对项目执行阶段的计划进行详细的描述，包括质量管理计划、沟通管理计划、风险管理计划等内容。
）。
4. 项目监控阶段。
（在此部分，应对项目监控阶段的计划进行详细的描述，包括项目监控计划、变更管理计划、问题管理计划等内容。
）。
5. 项目收尾阶段。
（在此部分，应对项目收尾阶段的计划进行详细的描述，包括项目收尾计划、项目总结报告、项目交接等内容。
）。
五、项目管理工具。
（在此部分，应对项目管理工具进行详细的描述，包括项目管理软件、沟通工具、版本控制工具、问题跟踪工具等内容。
）。
六、风险管理。
（在此部分，应对项目的风险进行详细的描述，包括风险识别、风险评估、风险应对等内容。
）。
七、沟通与协作。
（在此部分，应对项目的沟通与协作进行详细的描述，包括沟通计划、协作工具、沟通流程等内容。
）。
八、质量管理。
（在此部分，应对项目的质量管理进行详细的描述，包括质量计划、质量控制、质量保证等内容。
1.1项目管理方案
项目实施的难点在于系统的真正实用化，系统实用化的保证是项目管理和沟通机制。
“三分技术，七分管理”，良好的项目管理和沟通机制不仅仅是指我们内部的技术管理和协调机制，更重要的是指双方的业务需求管理和工作协调。
1.1.1项目的进度计划制定
我们开发了一整套项目计划范本，能够灵活适应客户业务需要，并将根据项目具体情况进行适当裁剪。
这套项目计划范围主要包括：
1.1.2项目质量的跟踪与控制
项目计划是一个项目顺利实施的指南，但一个项目能否成功实施，则需要对项目有效地跟踪和控制。
以下是我们常用的项目跟踪和控制手段：
双方负责人及具体任务的责任人必须参加的几个重要的阶段性项目工作会议：
1.1.3项目的风险及规避
项目组织体系不仅应是单纯的项目管理组织机构，还应该是项目设施的风险防范机构。
在项目实施过程中，充分考虑风险因素，及早规避，减少项目的损失。
附录1 会议纪要模版《软件项目管理》案例讨论第组会议纪要主持人：记录人：参加人员：讨论地点：讨论时间：附录2 章节知识综合运用案例分析报告文档模版××项目案例分析(注意：有话则长，无话则短，内容格式不是唯一的，合适的就是最好的，内容切忌面面俱到，突出重点。
案例格式根据自己编写的内容进行调整、裁减或增加，注意内容与标号要一致。
内容要么不写，要写就要写完整。
以下框架仅供参考)一、项目概况1.1项目简介1.2 项目特点(或基本数据)1.3项目承包方二、项目范围确定2.1项目目标项目主要目标：1.2. …2.2 项目描述为了使项目各相关方和项目团队成员准确理解项目内容，明确项目目标，对本项目进行描述，见表2-1。
(内容未包括以下全部)表2-1××项目描述2.3 项目重大里程碑本项目里程碑有以下个：1.2.…根据项目工期要求，编制的里程碑计划，如表2-2所示。
（可参考P91）表2-2 ××项目里程碑计划三、项目工作分解四、3.1工作分解结构在对项目工作描述后，为顺利完成这些工作，确定项目的人员的职责范围、进行项目估算等内容，编制工作分解结构图。
见图3-1为本项目工作分解结构图。
{注：表格方框中的1行字应该全部换成项目具体活动的具体名称}3.2 项目的任务描述在项目分解完成后，为了使项目团队成员更准确的理解项目所包含的各项的具体内容和要求，对本项目工作进行描述。
其具体内容见表3-1所示。
表3-1 工作(或任务)描述领导签字：日期：200 年月日3.3 项目组织形式与责任矩阵3.3.1项目组织形式本项目的组织形式为形式，其结构见下图3-2所示。
图3-2 ××组织结构图（尚需补充与完善）3.3.2项目责任分配为了使项目团队成员清晰地了解项目中每一个任务的责任承担情况，并能在相互之间关于项目任务内容进行有效地沟通，并对在项目执行过程中进行有小的监督与管理，本项目部采用责任分配矩阵对参与项目各方的责任进行表述。
软件项目管理模板以下是一个简单的软件项目管理模板：
1. 项目概述
- 项目名称：
- 项目目标：
- 项目范围：
- 主要里程碑：
2. 项目组织
- 项目经理：
- 项目团队成员及其职责：
- 利益相关者：
3. 项目计划
- 初步计划日期：
- 关键里程碑和交付物：
- 项目时间表和进度计划：
4. 需求管理
- 需求分析：
- 需求文档：
- 变更控制：
5. 资源管理
- 人力资源：
- 财务资源：
- 设备和设施：
6. 风险管理
- 风险识别：
- 风险评估和优先级排序：- 风险缓解措施：
7. 质量管理
- 质量标准和指标：
- 测试计划和报告：
- 缺陷管理：
8. 通信管理
- 项目沟通计划：
- 会议和报告：
- 问题解决和变更管理：
9. 项目监控与报告
- 项目进展报告：
- 问题和风险追踪：
- 费用和资源使用报告：
10. 项目收尾
- 项目总结：
- 审核和验收：
- 项目交付和文档存档：
请注意，该模板可以根据具体项目的要求进行定制和调整。
这仅是一个基本的模板，可以根据项目的规模和复杂性进行扩展和修改。
一、项目需求建议书（RFP）第一章项目简介1、项目名称2、项目建设单位和负责人、项目责任人3、项目建议书编制依据4、项目概况5、主要结论和建议第二章项目建设单位概况1、项目建设单位与职能2、项目实施机构与职责第三章项目建设的必要性1、项目提出的背景和依据2、现有信息系统装备和信息化应用状况3、信息系统装备和应用目前存在的主要问题和差距4、项目建设的意义和必要性第四章需求分析1、与政务职能相关的社会问题和政务目标分析2、业务功能、业务流程和业务量分析3、信息量分析与预测4、系统功能和性能需求分析第五章总体建设方案1、建设原则和策略2、总体目标与分期目标3、总体建设任务与分期建设内容4、总体设计方案第六章本期项目建设方案1、建设目标与主要建设内容2、标准规范建设3、信息资源规划和数据库建设4、应用支撑平台和应用系统建设5、网络系统建设6、数据处理和存储系统建设7、安全系统建设8、其它（终端、备份、运维等）系统建设9、主要软硬件选型原则和软硬件配置清单10、机房及配套工程建设第七章环保、消防、职业安全、职业卫生和节能1、环境影响和环保措施2、消防措施3、职业安全和卫生措施4、节能目标及措施第八章项目组织机构和人员1、项目领导、实施和运维机构及组织管理2、人员配置3、人员培训需求和计划第九章项目实施进度第十章投资估算和资金筹措1、投资估算的有关说明2、项目总投资估算3、资金来源与落实情况4、中央对地方的资金补贴方案第十一章效益与风险分析1、项目的经济效益和社会效益分析2、项目风险与风险对策附表：1、项目软硬件配置清单2、应用系统定制开发工作量初步核算表3、项目总投资估算表4、项目资金来源表附件：项目建议书编制依据及与项目有关的政策、技术、经济资料。
二、可行性研究报告1. 引言1.1 编写目的1.2 背景1.3 定义1.4 参考资料2. 可行性研究的前提2.1 要求2.2 目标2.3 条件、假定和限制2.4 进行可行性研究的方法2.5 评价尺度3. 对现有系统的分析3.1 处理流程和数据流程3.2 工作负荷3.3 费用开支3.4 人员3.5 设备3.6 局限性4. 所建议的系统4.1 对所建议系统的说明4.2 处理流程和数据流程。
软件项目管理文档模板本文档为软件项目管理的通用模板，旨在帮助项目管理人员在管理软件项目时顺利开展工作，确保项目顺利进行。
本文档将细致地介绍软件项目管理的每个步骤和所需的文档，希望对您有所帮助。
1. 项目概述1.1 项目目标项目目标应该明确、具体、可衡量，并体现时间和质量要求。
在此部分，您需要将项目的目标描述清楚，以便团队成员明确工作方向。
1.2 项目范围在此部分，您需要明确项目的功能、deliverables 和限制条件。
这有助于团队成员对整个项目有个全面的认识。
2. 项目计划2.1 项目时间计划在此部分，您需要明确每个任务的开始和结束日期，并合理地安排资源，确保项目按时完成。
2.2 项目成本计划在此部分，您需要考虑项目所需的财务、设备采购、人力资源等费用，并制定合理的预算计划。
2.3 项目资源计划在此部分，您需要考虑项目所需的人力资源、设备和材料，并合理地分配资源，确保项目成功完成。
2.4 项目风险管理计划在此部分，您需要考虑项目中出现可能的风险，并分析其概率和影响，制定合适的风险管理计划。
2.5 项目沟通计划在此部分，您需要规划项目内部和外部的沟通流程，并制定沟通计划，确保团队成员之间、项目和利益相关者之间保持通畅沟通。
3. 项目执行3.1 项目执行计划在此部分，您需要制定具体的任务分配计划，确保团队成员清楚自己的任务和时间安排。
3.2 项目进展跟踪在此部分，您需要跟踪项目的进展，确保项目进度顺利进行，发现问题及时进行调整。
3.3 项目质量管理在此部分，您需要制定质量标准和质量控制计划，确保项目的产品质量符合要求。
3.4 项目问题管理在此部分，您需要制定处理问题的流程和方法，以便团队成员及时处理遇到的问题。
3.5 项目变更管理在此部分，您需要考虑项目变更的处理流程，以便在项目过程中发现必要的变更并及时处理。
4. 项目收尾4.1 项目交接在此部分，您需要考虑项目交接的流程和方式，并制定交接计划，确保项目的顺利交接。
软件项目管理计划书项目名称: 时间: 年月日目录1.简介........................................................................................................... 错误!未定义书签。
1.1.项目概述............................................................................................... 错误!未定义书签。
1.2.项目主要功能及性能........................................................................... 错误!未定义书签。
1.3.项目交付产品....................................................................................... 错误!未定义书签。
1.4.参考资料............................................................................................... 错误!未定义书签。
2.项目组织................................................................................................... 错误!未定义书签。
2.1.过程模型............................................................................................... 错误!未定义书签。
2.2.团队的分工与合作............................................................................... 错误!未定义书签。
模版集萃综述在程序员的日常工作中，除了编写代码之外，还免不了需要编写各种技术文档。
一个编写良好的技术文档在项目中能够很好地建立沟通与协作，起到很积极的作用。
因此，编写技术文档也就成为了程序员技能提升的很重要的一面。
为此，我们特意收集了一些在项目开发过程中经常用到的文档模板，这些模板包括格式和简单的写作说明，相信能够帮助大家编写出更加高效、实用的技术文档。
在收集过程中，我们十分注重其实用性，以确保每个模板的价值，而且对于一些重要的文档提供了多个模板。
为了方便大家查找，我们将收录的57 模板分为以下几类：项目及开发管理类：包括立项前的分析，立项后的计划、以及进度跟踪、风险控制方面的文档模板，共计16 个；需求分析类：明确清晰的需求，是项目成功的基础，在此收集了在需求分析过程中所将使用到的文档模板，共计14 个；系统分析与设计类：包括体系结构设计、高层设计、详细设计、数据库设计等 6 个相关文档模板；软件质量保证类：软件测试是质量保证的关键活动，在此收集了软件测试相关的11 个文档模板；其它类：除此之外，还收集了关于用户手册、软件维护等方面的10 个文档模板，其中还有一个软件过程规范的示例。
另外，值得说明的是，文档模板只是为文档的编写提供一个基础，在实际的编写过程中，你可以根据自己的需要进行必要的剪裁和增补。
一、项目及开发管理类1.1可行性研究报告(ISO标准)编者说明：在立项时，应该对项目进行综合分析，探讨项目的经济、社会、技术可行性，从而为决策提供基础。
该模板为ISO 标准文档模板，其不仅适用于软件项目，对于其它的系统项目也适用。
1.引言1.1 编写目的[编写本可行性研究报告的目的，指出预期的读者。
]1.2 背景a.[所建议开发的软件系统的名称；]b.[本项目的任务提出者、开发者、用户及实现该软件的计算站或计算机网络；]c.[该软件系统同其他系统或其他机构的基本的相互来往关系。
]1.3 定义[列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
软件项目管理模板1XX 系统软件项目管理方案学号：班级：姓名：指导教师：完成时间：XXXX 年X 月XX 日目录1．需求管理------------------------- 101.1软件需求管理过程101.2需求规格 ----------------------- 11 1.3需求变更管理 -------------------- 122．任务分解--------------------------------------- 132.1 任务清单2.2 功能分解清单-132.3 WBS- -14 3．规模估算-- 153.1 直接成本153.2 间接成本183.3 估算的误差--- 1 8 4．项目进度-- 184.1 活动定义194.2 活动安排204.3 进度执行与优化-214.4 工具使用21 5．质量计划5.1 软件项目质量计划225.2 软件项目质---- 23量保证活动5.3 测试计划---- 255.4 质量改善 ------------------------------------- 25 6 ．配置计划6.1 配置 -------------- 26管理-26过程6.2 配置管理人员组成--- 266.3 配置管理活动-26 7．风险计划 ------------------------------------------ 287.2 风险规划- 30--------------------------------- 297.3 风险分析表7.1 风险识别与评----------- 317.4 风险控制---318．团队管理328.1 项目组织结构-328.2 团队沟通管理-33 9．项目度量339.1 度量指标-339.2 数据收集--34 10．集成项目3510.1 项目集成计划35 11 ．跟踪控制------ 3511.1 本案例分析---3511.2 阶段评审报告模版--36 12 ．项目结束------ 3612.1 项目终止---37计划12.2 结束---37工作收尾12.3-- 37评审12,4 最后-- 37总结12.5 项目-- 37。
软件项目管理制度模板一、总则1. 本制度适用于所有软件项目的管理过程。
2. 软件项目管理应遵循以下原则：计划性、系统性、透明性和可持续性。
二、项目管理组织结构1. 项目指导委员会：负责项目的战略指导和决策。
2. 项目经理：负责项目的整体规划、执行和监控。
3. 项目团队：由项目经理领导，负责项目的具体实施。
三、项目规划1. 项目启动：明确项目目标、范围和主要里程碑。
2. 需求分析：收集和分析用户需求，形成需求文档。
3. 计划制定：包括时间、成本、资源、风险和质量计划。
四、项目执行1. 资源分配：根据项目计划合理分配人力和物力资源。
2. 进度监控：定期检查项目进度，确保按计划执行。
3. 质量保证：实施代码审查、测试等质量控制措施。
五、项目监控与控制1. 风险管理：识别项目风险，制定应对策略。
2. 沟通管理：确保项目团队与利益相关者之间的有效沟通。
3. 变更管理：对项目范围的任何变更进行严格控制。
六、项目收尾1. 项目评审：对项目成果进行评审，确保满足用户需求。
2. 文档归档：将所有项目文档进行整理和归档。
3. 经验总结：总结项目经验教训，为未来项目提供参考。
七、项目审计与评估1. 定期审计：对项目进展进行定期审计，确保合规性。
2. 项目评估：项目结束后，对项目成果和过程进行评估。
八、培训与支持1. 培训计划：为项目团队成员提供必要的技能培训。
2. 技术支持：确保项目团队能够获得所需的技术支持。
九、制度的修订与完善1. 本制度由项目指导委员会负责解释和修订。
2. 根据项目实施情况和外部环境的变化，定期对制度进行评估和更新。
十、附则1. 本制度自发布之日起生效。
2. 对本制度的任何疑问，应向项目经理或项目指导委员会咨询。
模版集萃综述在程序员的日常工作中，除了编写代码之外，还免不了需要编写各种技术文档。
一个编写良好的技术文档在项目中能够很好地建立沟通与协作，起到很积极的作用。
因此，编写技术文档也就成为了程序员技能提升的很重要的一面。
为此，我们特意收集了一些在项目开发过程中经常用到的文档模板，这些模板包括格式和简单的写作说明，相信能够帮助大家编写出更加高效、实用的技术文档。
在收集过程中，我们十分注重其实用性，以确保每个模板的价值，而且对于一些重要的文档提供了多个模板。
为了方便大家查找，我们将收录的57模板分为以下几类：项目及开发管理类：包括立项前的分析，立项后的计划、以及进度跟踪、风险控制方面的文档模板，共计16个；需求分析类：明确清晰的需求，是项目成功的基础，在此收集了在需求分析过程中所将使用到的文档模板，共计14个；系统分析与设计类：包括体系结构设计、高层设计、详细设计、数据库设计等6个相关文档模板；软件质量保证类：软件测试是质量保证的关键活动，在此收集了软件测试相关的11个文档模板；其它类：除此之外，还收集了关于用户手册、软件维护等方面的10个文档模板，其中还有一个软件过程规范的示例。
另外，值得说明的是，文档模板只是为文档的编写提供一个基础，在实际的编写过程中，你可以根据自己的需要进行必要的剪裁和增补。
一、项目及开发管理类1.1 可行性研究报告(ISO标准)编者说明：在立项时，应该对项目进行综合分析，探讨项目的经济、社会、技术可行性，从而为决策提供基础。
该模板为ISO标准文档模板，其不仅适用于软件项目，对于其它的系统项目也适用。
1. 引言1.1 编写目的[编写本可行性研究报告的目的，指出预期的读者。
]1.2 背景a.[所建议开发的软件系统的名称；]b.[本项目的任务提出者、开发者、用户及实现该软件的计算站或计算机网络；]c.[该软件系统同其他系统或其他机构的基本的相互来往关系。
]1.3 定义[列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
]1.4 参考资料[列出用得着的参考资料。
]2. 可行性研究的前提[说明对所建议开发的软件的项目进行可行性研究的前提。
]2.1 要求[说明对所建议开发的软件的基本要求。
]2.2 目标[说明所建议系统的主要开发目标。
]2.3 条件、假定和限制[说明对这项开发中给出的条件、假定和所受到期的限制。
]2.4 进行可行性研究的方法[说明这项可行性研究将是如何进行的，所建议的系统将是如何评价的，摘要说明所使用的基本方法和策略。
]2.5 评价尺度[说明对系统进行评价时所使用的主要尺度。
]3. 对现有系统的分析[这里的现有系统是指当前实际使用的系统，这个系统可能是计算机系统，也可能是一个机械系统甚至是一个人工系统。
][分析现有系统的目的是为了进一步阐明建议中的开发新系统或修改现有系统的必要性。
]3.1 处理流程和数据流程[说明现有系统的基本的处理流程和数据流程。
此流程可用图表即流程图的形式表示，并加以叙述。
]3.2 工作负荷[列出现有系统所承担的工作及工作量。
]3.3 费用开支[列出由于运行现有系统所引起的费用开支。
]3.4 人员[列出为了现有系统的运行和维护所需要的人员的专业技术类别和数量。
]3.5 设备[列出现有系统所使用的各种设备。
]3.6 局限性[列出本系统的主要局限性。
]4. 所建议的系统4.1 对所建议系统的说明[概括地说明所建议系统，并说明在第2条中列出的那些要求将如何得到满足，说明所使用的基本方法及理论根据。
]4.2 处理流程和数据流程。
[给出所建议系统的处理流程式和数据流程。
]4.3 改进之处[按2.2条中列出的目标，逐项说明所建议系统相对于现存系统具有的改进。
]4.4 影响[说明新提出的设备要求及对现存系统中尚可使用的设备须作出的修改。
]4.4.1.对设备的影响[说明新提出的设备要求及对现存系统中尚可使用的设备须作出的修改]4.4.2.对软件的影响[说明为了使现存的应用软件和支持软件能够同所建议系统相适应，而需要对这些软件所进行的修改和补充。
]4.4.3.对用户单位机构的影响[说明为了建立和运行所建议系统，对用户单位机构、人员的数量和技术水平等方面的全部要求。
]4.4.4.对系统运行过程的影响[说明所建议系统对运行过程的影响。
]4.4.5.对开发的影响[说明对开发的影响。
]4.4.6.对地点和设施的影响[说明对建筑物改造的要求及对环境设施的要求。
]4.4.7.对经费开支的影响[扼要说明为了所建议系统的开发，统计和维持运行而需要的各项经费开支。
]4.5 技术条件方面的可能性[本节应说明技术条件方面的可能性]5. 可选择的其他系统方案[扼要说明曾考虑过的每一种可选择的系统方案，包括需开发的和可从国内国外直接购买的，如果没有供选择的系统方案可考虑，则说明这一点。
]5.1 可选择的系统方案1[说明可选择的系统方案1，并说明它末被选中的理由。
]5.2 可选择的系统方案2[按类似5。
1条的方式说明第2个乃至第n个可选择的系统方案。
] [……]6. 投资及效益分析6.1 支出[对于所选择的方案，说明所需的费用，如果已有一个现存系统，则包括该系统继续运行期间所需的费用。
]6.1.1 基本建设投资[包括采购、开发和安装所需的费用。
]6.1.2 其他一次性支出6.1.3 非一次性支出[列出在该系统生命期内按月或按季或按年支出的用于运行和维护的费用。
]6.2 收益[对于所选择的方案，说明能够带来的收益，这里所说的收益，表现为开支费用的减少或避免、差错的减少、灵活性的增加、动作速度的提高和管理计划方面的改进等，包括：6.2.1 一次性收益][说明能够用人民币数目表示的一次性收益，可按数据处理、用户、管理和支持等项分类叙述。
]6.2.2 非一次性收益[说明在整个系统生命期内由于运行所建议系统而导致的按月的、按年的能用人民币数目表示的收益，包括开支的减少和避免。
]6.2.3 不可定量的收益[逐项列出无法直用人民币表示的收益。
]6.3 收益/投资比[求出整个系统生命期的收益/投资比值。
]6.4 投资回收周期[求出收益的累计数开始超过支出的累计数的时间。
]6.5 敏感性分析[是指一些关键性因素与这些不同类型之间的合理搭配、处理速度要求、设备和软件的配置等变化时，对开支和收益的影响最灵敏的范围的估计。
]7. 社会因素方面的可能性7.1.[法律方面的可行性]7.2.[使用方面的可行性]8. 结论[在进行可行性研究报告的编制时，必须有一个研究的结论]1.2 软件项目商业性分析编者说明：随着市场经济的不断发展，一个项目的商业价值、市场价值往往是衡量项目价值的最大依据。
该文档模板十分适用于产品型项目，当你提出一个新的产品开发方向时，一份商业性分析是说服管理层的一个很好工具。
当然，如果是一些内部项目，也是可以借鉴该文档模板来论证该项目的商业价值。
1. 文档概述[该部分主要描述该文档的目的、范围、术语以及参考资料等方面的内容。
]1.1 目的[说明该文档的作用。
]1.2 范围[简要说明该与文档相关的其它事物与资料。
]1.3 术语[列出所有将出现于本文档的新术语、缩略语等。
]1.4 参考资料[在此应列出项目计划中引用的文档列表，对于引用的每个文档都应该列出其标题、文档编号、日期，并且指出这些文档的来源，以方便该计划的阅读者查找。
]1.5 概述[本小节说明该文档所包括的内容，以及它的组织方式。
]2.系统说明[在此简要地说明将要开发的系统，包括其名称、系统所解决的问题以及它的开发价值等，从而使得读者能够有一个直接的了解。
并且在这处还应列出与在本文档中出现的缩略词的解释，以便读者更好地阅读。
]3.业务环境[这一小节主要说明要开发的系统所处于的业务环境。
它包括系统所面向的领域、用户。
也可以在此指出它是产品型项目，还是用户定制型项目，同时如果该项目与原有的项目有紧密的联系，在此也应该把这些联系列出来。
]4.产品目标[这一小节则用于深入说明为什么要开发该系统，它有什么价值。
最好还应对进度计划、进度风险做一些评估。
一个明确确定、表述清晰、可以度量的目标将为今后系统的开发工作打下坚实的基础。
]5. 财务预测[如果是产品型项目，那么其输出就是一个商业软件产品。
对于这样的项目，在此应该包括对该项目的财务预测，最主要应该得出投资回报（ROI）指标。
在做ROI分析时，应该针对不同的完成时间做出不同的预测，以让系统开发者对于进度延迟对投资回报的损伤有一个直观的了解。
][在财务预测中，有一个基点就是对项目工作量、资源使用的估算，在这里还应给出估算的基础技术，当然这里的估算会随着项目的进展而逐步精化，应该这里还是应该估算出一个合理的范围。
]6. 约束[任何事有利就有弊，在本小节则主要列举执行该项目时会遇到的一个诸如外部接口、标准、认证、特殊的技术等约束，这些约速将会对项目带来很大的执行风险，可能对项目的成本也带来巨大的影响。
]1.3 软件开发项目立项表编者说明：在许多开发组织中，开发立项请求通常来自市场部门，该表格的设计就是为了更好地理顺两个部门之间的沟通与协调，也使得开发立项流程化，你可以根据自己公司的实际情况，对该表格的格式做一些修改。
1.4 软件项目计划(ISO标准)编者说明：拿破仑说过：“没有一场战役是按照计划打的，而胜利的战役没有一个是没有计划的。
”，战役尚且如此，软件项目也不例个。
一个经过周密考虑，团队协作共同制订的项目计划是成功的关键。
本文档模板是ISO标准模板，虽然时间有点久远，但还是十分有参考价值的。
1. 引言1.1 编写目的[说明编写这份项目开发计划的目的，并指出预期的读者。
]1.2 背景a.待开发软件系统的名称；b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；c.该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3 定义[列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
]1.4 参考资料[列出用得着的参考资料。
]2. 项目概述2.1 工作内容[简要地说明在本项目的开发中须进行的各项主要工作。
]2.2 主要参加人员[扼要地说明参加本项目开发工作的主要人员的情况，包括他们的技术水平。
]2.3 产品2.3.1 程序[列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式，并通过引用有关文件。
逐项说明其功能和能力。
]2.3.2.文件[列出需移交给用户的每种文件的名称及内容要点。
]2.3.3.服务[列出需向用户提供的各项服务。
]2.3.4.非移交的产品[说明开发集体应向本单位交出但不必向用户移交的产品。
]2.4 验收标准[对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。
]2.5 [完成项目的最迟期限]2.6 [本计划的批准者和批准日期]3. 实施计划3.1 工作任务的分解与人员分工[对于项目开发中需完成的各项工作，从需求分析、设计、实现、测试直到维护，包括文件的编制、审批、打印、分发工作，用户培训工作，软件安装工作等，按层次进行分解，指明每项任务的负责人和参加人员。
