软件项目策划书范文
1 引言
1 .1 编写目的
本开发计划的目的是：
a． 把在开发过程中对各项工作的人员、分工、经费、系统资源条件等问题的安排用文档形式记载下来，以便根据本计划开展和检查本项目工作，保证项目开发成功；
b． 制订项目组开发过程中的评审和审查计划，明确相应的质量管理负责人员；
规定软件配置管理的活动内容和要求，明确配置管理工作的人员。
特别要求：需求分析必须详细，并且有相关专家合作进行，
1 .2 背景
本项目软件名称为《电能质量数据分析软件》。
任务来源于（略）公司；
交办单位：（略）公司；
承办单位：北京长峰新康科技有限责任公司。
1 .3 参考资料
无；
1 .4 术语和缩写词
暂无；
特别说明：有关公司内部秘密的内容用（略）代替。
2 任务概要
2 .1 工作内容
本项目开发过程中需要进行的各项主要工作为：
编制附和软件需求要求的软件功能的软件。
文档计划建立：
软件开发计划；
软件目录
软件需求规格说明
项目开发计划
可行性报告
软件标准规范
软件测试计划
软件测试办法
概要设计说明
软件可靠性和安全性设计指南
硬件总体设计报告
详细设计说明
软件详细设计报告
软件代码（略）
测试分析报告
软件可靠性和安全性设计检查单
软件评审检查单
软件使用说明
2 .2 产品
2 .2.1 程序
见需求。
2 .2.2 文档
文档内容见2.1中文档建立。
文档格式要求按照软件模式化要求进行，模式按照如下名称模板要求规定：
项目开发计划；?软件开发计划
软件目录；?文档目录
软件需求规格说明；? 需求分析报告
概要设计说明；? 概要设计文档
详细设计说明；?详细设计文档
软件标准规范；?源代码
软件使用说明；?软件使用说明书
测试分析报告；?软件测试报告
软件评审检查单。?软件审查报告
2 .2.3 服务
培训：
时间：1天；
内容：软件使用及安装；
软件支持：略。
2 .2.4 验收标准和验收计划
验收测试：
时间：1天。
内容：软件使用。
软件确认：
时间：1天；
内容：确定软件的可使用性，软件的功能完整性。
3 实施总计划
3 .1 阶段划分
需求分析：2周；
概要设计：6天；
详细设计：1.5周；
编码：3周；
测试：2周；
验收：2天。
项目启动时间：20xx-11-14
3 .2 人员组成
姓名 职责 参加时间
廖燕宁 负责软件的总体 设计时段：全部，开发时段：部分
耿江涛 软件设计，开发 全部
高小光 设计，开发全部
张欣 说明书，部分文档 部分
赵健颖 需求 部分
3 .3 任务的分解和人员分工
软件开发任务按软件种类采取逐层分解的办法把任务落实到实处。
管理、协调人员：廖燕宁，赵健颖；
确定质量保证人员：廖燕宁
配置管理人员：耿江涛
形式化检查人员：赵健颖
使用者：赵健颖。
软件任务：系统需求
负责人：（略）的市场部经理赵健颖
职责：提供需求。
软件任务：需求分析
负责人：廖燕宁
职责：进行需求分析，提供需求分析报告。
软件任务：概要设计
负责人：廖燕宁，耿江涛，高小光
职责：进行概要设计，概要设计框图，相应文档。
软件任务：详细设计
负责人：廖燕宁，耿江涛，高小光
职责：进行详细设计，出详细设计流图及报告。
软件任务：编码
负责人：耿江涛，高小光
职责：编码，调试及报告。
软件任务：测试
负责人：廖燕宁，耿江涛，高小光
职责：路径测试。
软件任务：更新
负责人：廖燕宁，耿江涛，高小光，赵健颖
职责：由赵健颖根据测试后的软件提出问题，变更需要更改的地方。
软件任务：文档编制
负责人：张欣
职责：软件使用说明书，部分其他文档。
3 .4 进度和完成的最后期限
进度包括：
需求分析；
软件概要设计；
软件详细设计；
编码；
测试；
的时间。
完成的最后期限（不包括测试及验收）为：20xx/12/15日(中间有一周软件培训，延误一周)。 3 .5 经费预算
略
3 .6 关键问题
（略）。
3 .7 独立确认测试工作计划和安排
测试由长峰新康进行；
测试数据由长峰华辉提供；
时间：编码结束后一周内；
设备：
普通PC 机
Windows 98
（略）电能分析仪。
4 支持需求
篇二：软件项目计划书范例
XX 摩 配 厂 生 产 销 售 系 统
软件项目计划书
Software Project Scheme Specification
编 制：编制日期：审 核：批 准：
1.项目概述
1.1目的
帮助每个部门管理者管理，可以通过了解其他部门情况，以便了解全局发展；了解每一分资金流向，每一件产品开发、生产、销售；每一个客户信息，每一分费用的来龙去脉以及详细利用。
1.2项目背景
随着电子商务时代的到来，企业要求充分利用各类信息来快速反应变化多端的市场环境。同时中国加入WTO以后，企业将直接面对国际企业的强劲挑战。面对错综复杂的市场和众多类型的客户，您的企业在竞争中能否比竞争对手更快地了解客户的需求变化？更快的掌握营销业务数据？更快地推出新产品、开拓新市场？您的企业内部业务是否能迅速处理？信息是否完整、规范？部门之间、岗位之间是否能有效协同？分支机构和业务伙伴是否能更有效地监控和协调。
很多摩配企业都是小个体户，企业商务形象不是很好；资金周转慢，库存积压大
职员工作效率底，劳动强度大；消耗的资金大。
这套摩配管理系统是专为从事摩配生产、摩配销售、摩配外贸等摩修摩配单位运用计算机所作的一套高品质的管理软件。可广泛使用于各种规模的摩配企业。
1.3项目的范围和目标
1.3.1范围描述
1）. 完整的生产流程管理，原料入厂、计划生产、车床人员分配、出厂销售环环紧扣。
2）. 摩配材料费、人工费、相关班组一目了然，可以灵活调整产品价格，完全符合摩配行业特点。
3）. 方便的产品档案管理，自动提取、更新产品档案资料。
4）. 充分考虑摩配通用件、横向件的复杂性，销售单打印可以实时调整产品类型、产品属性和价钱。
5）. 摩配销售时，可以随时查看通用车型及库存分布，对常规摩配项目提供简易管理。
6）. 独特的同行借调/炒件销售方式，摩配短平快销售即进即销，想顾客之所想，急顾客之所急。
7).简便实用的摩配内部消耗品领用管理，仓存帐目滴水不漏。
1.3.2 主要功能
1）.概述
（一）、销售管理：包括客户信息、发货计划
（二）、计划管理：包括主生产计划生成以及查看
（三）、采购管理：包括采购单管理（可以进行查询、打印）、供应商管理
（四）、生产管理： 包括物料管理、生产计划查看、生产计划执行情况查询、
（五）、仓库管理：包括出/入库单管理、仓库信息查询
（六）、质量管理：包括供应商供货质量、销货质量
2）.系统流程图
调研实际情况的旧系统流程图如下：
新设计的系统流程图如下：
3）.功能描述
此系统总概括来说包括三大功能：
（一）、原料采购功能，工厂大量生产、品种繁多，必定导致原料的采购也是数量大、品种繁多；在采购过程中必定要进行记录，确定是否已经执行；而且采购员必定是多人的，也可防止采购员之间将同一种材料重复采购。
（二）、仓库存储功能，仓库中存在的货物包括已采购原料和未销售产品 。那么原料已经被谁领购，何时领购，被领购多少，领购何种原料，领够原料来自何处等都可以详细记录以及方便查询；仓库中的产品是否已经销售、销往何处、销售多少等。
（三）、销售功能，可以知道销售的客户有哪些，以及客户最基本的可、联系方式，可以方便新产品的推销等
1.3.3性能
一、 改进企业商务形象，增强用户信用度
二、 加速资金周转，降低库存积压
三、 提高职员工作效率
四、 减轻劳动强度，降低职员对商业业务的水平要求
1.3.4管理和技术约束
这是首次进行一个完整的项目作业，缺少经验在所难免；而且这一系统虽有前辈们所留下的经验，但是与这一系统共同点甚少，所以我们只能借介优点，发挥我们自己的想象以及能力；由于时间的紧迫，调研并不算完善，所以只能根据其他系统中的优点补充我们所缺的。
当然，技术上的欠缺也在所难免，在程序编写中我们必定会遇到这样那样的难题，比如数据库的连接等。
2.项目估算
2.1使用的历史数据
叶迪厂生产销售流程的实地调查
2.2使用的评估技术
软件规模估算：功能点计算（FP=UFC*TCF=34*0.8=27.2）
成本估算：Walston-Felix模型
工作量估算：COCOMO模型
时间估算：COCOMO模型
2.3工作量、成本、时间估算
预计代码行L=30(L是以KLOC计数的源代码行)
成本估算：
0.91E=5.2*L=114.8639（E是以人员为单位的工作量）
0.35D=13.47*E=70.8650（D是以月为单位的所需时间）
0.35S=0.54*E=2.8409（S是以人计的人员需求量）
1.01DOC=49*L=1520（DOC是以页数为单位的文本量）
工作量估算：a=3.6,b=1.20,S是以千源代码行（KLOC）计数的程序规模
b1.2E=a*S=3.6*30=213.2299
时间估算:c=2.5,d=.32
d0.32t=c*E=2.5*213.2299=13.9≈14月
3. 风险管理战略
3.1风险识别
列出TOP10风险
3.2风险计划
1、确定风险应对策略
2、对TOP10中每条应用哪些策略去应对
4．进度
4.1项目工作分解结构
问题定义与可行性研究 、需求分析 、总体设计、详细设计、编程、测试、运行与维护。
4.2时限图如下：
图中内容如下所视：
5.关键问题
在制作这一系统中，最关键的问题是数据库的创建。数据库的是否优化，直接影响到系统的好坏；在数据库中如何建表，是影响数据库的，表中的资源如何分配也是一大问题；在连接数据库时采用那种技术也会影响到程序编程。
5.1人员
总计6人：王霞，朱韩玲，吴萍，刘恋，杨阳，吉元
5.2硬件和软件
硬件：计算机（4台）
软件：Microsoft Office Word 2003
Microsoft Office Project 2003
Microsoft Office Visio 2003
Visual C++6.0
SQL Server 2000
解析评论：这是对摩配销售系统项目开发的一个项目计划书，对此系统开发的背景、目的。功能、风险、估算等做了详尽的分析计划，可是我觉得一个很好的项目计划书还应该包含项目开发的标准、条约和约定、产品目标与范围、假设与约束、项目应交付成果、可行性分析(什么设备上、资金上、经济上等方面)、项目资源分析配置、设备的安排(需要设备的总体数量等)、开发人员任务的分配等多个方面，然而该项目计划书只是对局部的计划做了详尽的描述与安排；例如关键问题这一块的人员部分。仅仅是总计6人，那么没有明确说明谁对这个项目负责，谁是这个软件项目开发的主要技术人员，要知道有一个好的领导管理者关乎着这个项目的成败，还有就是对项目资源的分析配置没有做具体的研究分析，资源的配置与安排直接影响项目的开发进度与交付成果，换句话说最终将影响公司的经济利益，所以一个项目计划书是一个项目开发的基础，将直接关乎项目开发成功与否。
篇三：软件项目计划书模板
XXX系统
20xx-10-12 10:10
目录
1 引言 ................................................................................................................................................... 1
1.1 背景 ......................................................................................................................................... 1
1.3 定义 ......................................................................................................................................... 2
1.4 参考资料 .................................................................................................................................. 2
1.5 标准、条约和约定 .................................................................................................................... 2
2 项目概述 .................................................................................................................
........................... 2
2.1 项目目标 .................................................................................................................................. 2
2.2 产品目标与范围 ........................................................................................................................ 3
2.3 假设与约束 ............................................................................................................................... 3
2.4 项目工作范围 ........................................................................................................................... 3
2.5 应交付成果 ............................................................................................................................... 3
2.5.1 需完成的软件 .................................................................................................................. 3
2.5.2 需提交用户的文档 ........................................................................................................... 3
2.5.3 须提交内部的文档 ........................................................................................................... 3
2.5.4 应当提供的服务 .............................................................................................................. 4
2.6 项目开发环境 ........................................................................................................................... 4
2.7 项目验收方式与依据 ................................................................................................................. 4
3 项目团队组织 ..................................................................................................................................... 4
3.1 组织结构 .................................................................................................................................. 4
3.2 人员分工 .................................................................................................................................. 4
3.3 协作与沟通 ............................................................................................................................... 5
3.3.1 项目团队内部协作 ........................................................................................................... 5
3.3.2 项目接口人员 .................................................................................................................. 5
3.3.3 项目团队外部沟通与协作模式 ......................................................................................... 5
4 实施计划 ............................................................................................................................................ 5
4.1 风险评估及对策 ........................................................................................................................ 5
4.2 工作流程 .................................................................................................................................. 6
4.3 总体进度计划 ........................................................................................................................... 6
4.4 项目控制计划 ........................................................................................................................... 7
4.4.1 质量保证计划 .................................................................................................................. 7
4.4.2 进度控制计划 .................................................................................................................. 7
4.4.3 预算监控计划 .................................................................................................................. 8
4.4.4 配置管理计划 .................................................................................................................. 8
5 支持条件 ............................................................................................................................................ 8
5.1 内部支持 .................................................................................................................................. 8
5.2 客户支持 .................................................................................................................................. 8
5.3 外包（可选） ........................................................................................................................... 8
6 预算 ................................................................................................................................................... 9
6.1 人员成本 .................................................................................................................................. 9
6.2 设备成本 .................................................................................................................................. 9
6.3 其它经费预算 ........................................................................................................................... 9
7 关键问题 ............................................................................................................................................ 9
8专题计划要点 ...................................................................................................................................... 9
XXX软件项目计划书
根据《GB8567－88计算机软件产品开发文件编制指南》中项目开发计划的要求，结合实际情况调整后的《项目计划书》内容如下：
1 引言
1.1 背景
主要说明项目的来历，一些需要项目团队成员知道的相关情况。主要有以下内容：
(1) 项目的名称
经过与客户商定或经过立项手续统一确定的项目名称，一般与所待开发的软件系统名称有较大的关系，如针对“XX系统”开发的项目名称是“XX系统开发”。
(2) 项目的委托单位
如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方；如果是自行研发的软件产品，项目的委托单位就是本企业。
(3) 项目的用户（单位）：
软件或网络的使用单位，可以泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的。如海关的报关软 件、税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位。
(4) 项目的任务提出者
本企业内部提出需要完成此项目的人员，一般是领导或商务人员；注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员。如果是内部开发项目，则两者的区别在于前者指人，后者指单位。
(5) 项目的主要承担部门
有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门（也有的分为不同事业部）。项目的特点就是其矩阵式组织，一般一个项 目的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的范围确定本项目 的主要承担部门。
(6) 项目建设背景
从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。这有利于项目成员更好地理解项目目标和各项任务。
(7) 软件系统与其他系统的关系
说明与本系统有关的其他系统，说明它们之间的相互依赖关系。这些系统可以是这个系统的基础性系统（一些数据、环境等必须依靠这 个系统才能运行），也可以是以这个系统为基础的系统，或者是两者兼而有之的关系、互相依赖的系统。例句：本系统中对外部办公部分如需要各个建设单位报送材 料的子系统应当挂在市政府网站。
(8) 软件系统与机构的关系
说明软件系统除了委托单位和使用单位，还与哪些机构组织有关系。例如一些系统需要遵守那些组织的标准、需要通过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。
1.3 定义
列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释。注意尽量不要对一些业界使用的通用术语进行另外的定义，使它的含义和通用术语的惯用含义不一致。
1.4 参考资料
列出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位，必要时说明得到这些文件资料和标准的途径。本节与下一节的“标 准、条约和约定”互为补充，注意“参考资料”未必作为“标准、条约和约定”，因为“参考”的不一定是“必须遵守”的。常用资料如：
本项目的合同、标书、上级机关有关通知、经过审批的项目任务书；
属于本项目的其他已经发表的文件；
本文档中各处引用的文件、资料，包括所要用到的软件开发标准。
1.5 标准、条约和约定
列出在本项目开发过程中必须遵守的标准、条约和约定。例如：相应的《立项建议书》、《项目任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。
“参考资料”一般具有“物质”特性，一般要说明参照了什么，要说明在哪里可以获得；“标准、条约和约定”一般具有“精神”特性，一般是必须遵守的，不说明在哪里可以获得。参考资料的内容应该涵盖“标准、条约和约定”。
2 项目概述
2.1 项目目标
设定项目目标就是把项目要完成的工作用清晰的语言描述出来，让项目团队每一个成员都有明确的概念。注意，不要简单地说成在什么什么时间完成开发什么什么软件系统或完成什么什么软件安装集成任务。注意“要完成一个系统”只是一个模糊的目标，它还不够具体和明确。明确的项目目标应该指出了服务对象，所开发软件 系统最主要的功能和系统本身的比较深层次的社会目的或系统使用后所起到的社会效果。
项目目标应当符合SMART原则：
? 明确的陈述(Specific)
? 可以衡量的结果(Measurable)
? 可以达成的目标(Attainable)
? 现实的或者说是能和实际工作相结合(Realistic)
? 可以跟踪的(Trackable)
项目目标可以进行横向的分解也可以进行纵向的分解。
横向分解
一般按照系统的功能或按照建设单位的不同业务要求，如分解为第一目标、第二目标等等；
纵向的分解
一般是指按照阶段，如分解为第一阶段目标、第二阶段目标等等，或近期目标、中期目标、远期目标等等。阶段目标一般应当说明目标实现的较为明确的时间。一 般要在说明了总目标的基础上再说明分解目标，可加上“为实现项目的总目标，必须实现以下三个阶段目标······”
2.2 产品目标与范围
根据项目输入（如合同、立项建议书、项目技术方案、标书等）说明此项目要实现的软件系统产品的目的与目标及简要的软件功能需求。对项目成果（软件系统）范 围进行准确清晰的界定与说明是软件开发项目活动开展的基础和依据。软件系统产品目标应当从用户的角度说明开发这一软件系统是为了解决用户的那些问题。
产品目标如“提高工作信息报送反馈工作效率，更好地进行工作信息报送的检查监督，提高信息的及时性、汇总统计信息的准确性，减轻各级相关工作人员的劳动强 度。”
2.3 假设与约束
对于项目必须遵守的各种约束（时间、人员、预算、设备等）进行说明。这些内容将限制你实现什么、怎样实现、什么时候实现、成本范围等种种制约条件。
假设是通过努力可以直接解决的问题，而这些问题是一定要解决才能保证项目按计划完成。如：“系统分析员必须在3天内到位”或“用户必须在8月8日前确定对需求文档进行确认”
约束一般是难以解决的问题，但可以通过其他途径回避或弥补、取舍，如人力资源的约束限制，就必须牺牲进度或质量等等。
假设与约束是针对比较明确会出现的情况，如果问题的出现具有不确定性，则应该在风险分析中列出，分析其出现的可能性（概率）、造成的影响、应当采取的相应措施。
2.4 项目工作范围
说明为实现项目的目标需要进行那些工作。在必要时，可描述与合作单位和用户的工作分工。注意产品范围与项目工作范围的不同含义。
产品范围界定：软件系统产品本身范围的特征和功能范围。
工作范围界定：为了能够按时保质交付一个有特殊的特征和功能的软件系统产品所要完成的那些工作任务。
产品范围的完成情况是参照客户的需求来衡量的，而项目范围的完成情况则是参照计划来检验的。这两个范围管理模型间必须要有较好的统一性，以确保项目的具体工作成果，能按特定的产品要求准时交付。
2.5 应交付成果
2.5.1 需完成的软件
列出需要完成的程序的名称、所用的编程语言及存储程序的媒体形式。其中软件对象可能包括：源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件、声音文件、安装软件、安装软件源程序文件等等。
2.5.2 需提交用户的文档
列出需要移交给用户的每种文档的名称、内容要点及存储形式，如需求规格说明书、帮助手册等。此处需要移交用户的文档可参考合同中的规定。
2.5.3 须提交内部的文档
可根据《GB8567-88计算机软件产品开发文件编制指南》附录O：“文件编制实施规定的实例（参考件）”结合各企业实际情况调整制定《软件开发文档编 制裁减衡量因素表》。根据《因素表》确定项目对应的项目衡量因素取值，以确定本项目应完成的阶段成果。将不适用于本项目的内容裁减，以减少不必要的项目任务和资源。
根据因素取值列出本项目应完成的阶段成果，说明本项目取值所在的区间，将其他因素值区间删除。
