软件项目计划书总结

软件项目计划书总结（精选8篇）

软件项目计划书总结篇1

软件项目计划书1

一、企业概况

天津桓博科技发展有限公司成立于2019年12月，位于天津市南开区高新技术产业园区的中心地带(白堤路)。是一家集计算机专业应用软件的培训、安装、批发、零售、技术服务于一体的知识密集型企业。员工队伍业务全面、经验丰富、敬业爱岗、素质优良，其中：专业技术人员20人，全部是大专以上学历，能够以最合理的价格为客户提供最专业的技术服务。

公司是北京用友集团天津地区小型管理软件授权营销服务商，并且连续两年获得用友软件在天津地区的产品A级代理销售及服务授权资格。而且销售额连续两年名列前两位，获得用友集团的表扬和鼓励。

公司内部管理制度合理适宜。外部社会关系广泛良好。经过不断地改进和完善，已基本形成了一套比较科学有效的管理运作体系。

为适应业务发展的需要，壮大经营规模，进一步增强核心竞争力，公司决定启动以“追求客户全面满意，扩大市场占有份额”为主旨的二次创业。

我们相信，通过努力，在以北京用友集团为后盾，桓博公司将成为更具综合实力的企业，也将为加速提高天津地区企业信息化技术应用水平，做出更大贡献。

二、营销计划

公司不仅注重短期目标，更加重视长期发展。公司将秉承“重诚信，竭精心，尽全力，为客户着想，让客户满意”服务理念，在日常业务中不断丰富公司品牌内涵，努力拓宽渠道，扩大市场知名度及美誉度，激活市场，带动人气，力求在天津大部分地区实现销售增长，成为天津地区财务软件的最大代理服务商。

1.目标市场：创业前期(两年内)目标主要集中在天津及周围区县的小型企业，个体经营和一般事业单位，在后期(两年后)逐步进入天津的大型企事业单位，占领这部分增值潜力最大的市场。

2.企业定位：“精细管理、卓越理财”为客户提供更及时、更准确、更全面的、更周到的服务，推动软件信息化的普及。

3.使用价格：参考报价

4.营销队伍：在创业初期，为了降低企业的运营成本，大部分的宣传工作都由本公司的成员承担;在企业不断发展过程中，再适时招纳一定数量新成员(15名左右)专门从事企业营销策划的工作。

5.服务支持：使顾客能迅速、方便的得到准确、完善的相关服务和技术支持。

6.广告宣传：开展有计划。有目的的广告活动。在初期(两年内)主要面向小型的企事业单位，提供尽可能多的免费培训和知识讲座，专门针对会计人员的业务应用环节，逐渐“渗透”的方式进入企业;从第三年开始，我们将集中一部分优势力量对企业中的广大财务人员展开新一轮软件的宣传、促销和培训攻势。广告中突出宣传我公司“专业化”、“人性化”等鲜明特点，并且保证初期的广告投入预算，迅速提升知名度，预计2019年广告费10万元。

7.推广计划：2019年下半年开始投入5万元建立自己的网站，并且丰富网站内容，建立会员机制，提供在线技术支持和交流论坛;注册3721网络实名和网站推广，在各大传媒中广告投入，吸引用户注册我们的会员，并且给予会员金额上的优惠和赠送礼品，以此扩大我们的客户群体。

三、产品服务

用友公司是中国最大的管理软件、ERP软件、财务软件供应商，是中国最大的独立软件供应商。在中国ERP软件市场，拥有公司是市场份额最大、产品线最丰富、成功应用最多、服务网落最大、交付能力最强的领导厂商。

(1)软件产品介绍

1：用友财务通由于信息计算在财务领域的广泛应用，会计将由核算型向核算管理型转移;财务工作将进一步参与单位的经营管理，在控制、决策、分析和考评等方面发挥重大的作用。用友财务通正是基于这种环境，以“精细核算，卓越理财”为核心应用理论，面向中小企业及组织的财务应用，提供企业投资融资决策，从而帮助企业全面实现电算化管理。本产品主要包括财务处理、工资管理、固定资产管理、报表、财务分析以及存货管理六大系统。其中，财务处理又细分为总帐、应收应付、项目管理、现金管理等四大模块。用友财务通提供数据接口，可实现向U8管理软件的平滑过渡，满足企业业务发展的需要。

2：商贸通本系统通过预置多种会计制度模板、多种业务类型，全面满足各类小型商贸企业进销存及财务核算需求，为企业提供多种灵活的业务处理方法，准确及时汇总财务数据，出具多角度业务分析报表，规范业务流程，加速资金周转，降低运营成本，提高企业盈利能力及市场竞争力，帮助小型商贸企业高速发展!

3：用友U8系列/用友ERP/U8产品介绍用友ERP—U8企业应用套件是在全面总结、分析、提炼中国中小企业业务运作与管理特性的基础上，针对中小企业不同管理层次、不同管理与信息化成熟度、不同应用与行业特性的信息化需求而设计。他具备五大产品特性。

1.企业全面应用2.按需部署3.高度整合4.快速见效5.低成本

3：用友商用表单及耗材：

用友表单与用友软件全线配套，具有丰富的产品线，主要包括：会计帐簿;业务表单(寻报价单、送收货单、收付款单);综合表单(工资单、固定资产卡片、出入库单)等以及配套装订用品。用友表单支持针式打印机、激光打印机、喷墨打印机等多种打印设备。

(2)软件优点说明：

1.系统优点：用友财务通针对新会计制度及财务管理的内涵和特点，形成了本身的一系列特色：(一)财务会计与管理会计的融合(二)内部管理的实现(三)灵活的数据接口(四)总帐工具的导入功能(五)系统的无缝连接与信息的共享

2.技术特点：

(一)严密的安全技术

a.数据操作安全性 b.数据存贮安全性 c.数据运用、查询、分析时的安全性

3.应用特点：

全面支持小企业会计制度，满足更多小企业管理需求。!a.业务流程自由选择，企业灵活选择自己的业务处理流程。b.报表统计与分析角色化，按应用角色多角度进行业务分析。c.灵活自定义各种基础档案业务属性、各种业务报表及单据格式。d.财务业务一体化管理，更加全面掌控企业物流，资金流，信息流。e.规范企业管理，有效控制企业财务经营风险。f.丰富快捷的财务，业务等分析处理，快速支持企业决策。g.完善的资金管理，提供从日记帐到银行对帐单、支票登记簿、费用报销等一套出纳业务。

(3)产品服务对象

1.财务通：基础版：面向小型企业，小型诊所社区医院、小规模学校等以及兼职会计人员或小型代理记帐公司(5套帐以内)标准版及网络版：面向以财务核算为核心进行全面经营管理的小企业(主要为小型工业企业)以及规模较大的代理记帐公司等。

2.ERPU8面向大中型企业或集团应用的一体化解决方案，用友ERP—U8企业应用套件是在全面总结、分析、提炼中国中小企业业务运作与管理特性的基础上，针对中小企业不同管理层次、不同管理与信息化成熟度、不同应用与行业特性的信息化需求而设计。将成功的管理经验与业务实践应用产品化，把管理要素合理预置在软件中，让更多的企业通过应用和实施用友ERP—U8企业应用套件来实现先进、成熟管理的应用价值。

3.授权资格等级用友软件时第一个通过国家财政部审批的财务信息化软件开发商。

四、业务收入

1.收入来源：桓博公司的收入来源主要为软件销售、升级和软件售后服务费(包括用友软件配套耗材)三个部分，并根据行业的平均标准和公司的成本预算制定相应的收费标准。

其中收入主要以软件销售收入为主，软件升级和服务费及配套耗材销售收入为辅。年均软件销售额超过80万元，服务费收入超过15万元，用友配套耗材销售收入超过10万元，计算机硬件及网络工程实施收入10万元。

五、竞争情况及市场营销

(1)、市场评估：计世资讯(CCWResearch)的研究表明，2019年上半年，中国通用型管理软件市场规模为22.7亿元，增长率32%;同期，ERP规模达到11.9亿元，增长率为29%。有关资料显示，截至到2019年底，天津地区共有各类企业和组织近10万家，其中以应用软件进行相关管理的只有2000家左右，仅占0.5%。市场发展潜力十分可观。(一)中小企业ERP需求旺盛2019年，中国中小企业ERP市场销售额已经占到ERP市场销售额的68.2%，中小企业市场同比增长速度达到24.1%大幅超过了大型企业市场18.7%的增长速度。2019年中小企业将会延续2019年的快速增长态势，增长速度仍将超出大型企业市场的增长速度，继续成为拉动ERP市场增长的主导力量。

(二)中小企业用户ERP选型慎重

通过调查研究表明，中小企业用户在ERP选型时更加慎重，选型时考虑的因素不再仅仅是厂商品牌、产品价格、功能模块是否全面等表现因素，而是会更加关注产品的可用行，产品是否真正适合企业业务和发展，是否真正能够满足企业现阶段和未来的潜在需求，给企业带来工作效率的提高和销售业绩的提升。

(2)主要竞争对手分析目前我们遇到的竞争对手主要有同行业的厂商，其他竞争对手虽然也有和用有软件争夺市场的能力，他们有和用友功能模块大致相同的产品投放市场，但是产品相对单一，配置也不如用友灵活。从长远的目光来看他们所占据市场份额还不足以威胁到用友软件的发展和生存。相反的，这部分市场份额对用友来说也是利润的增长点，而且中小企业占了国内企业的绝大部分。用友软件公司也注意到了这方面软件的需求，先后推出了系列产品，是所有软件厂商中唯一产品线最丰富，适用面最广泛，按需配置最灵活的管理软件开发商。

(3)销售策略：

帮助客户做到4个充分

充分了解需求;充分培训练习;充分反馈问题;充分总结经验;

利用各种方式，向目标客户传递以下理性诉求：

1.实时化-企业在经营中，必须掌握立即、快速的原则，新品上市快，客户服务要快，决策速度要快，企业应变速度要快。

2.信息化—切忌简单的把信息化理解为企业办公计算机化。而且必须考虑企业的客户数据库是否丰富?产品资料的搜集是否完整?经营环境的相关资料是否够新够多?企业经营结果的信息是否准确?

3.创利化-经营无非时为了活力及贡献社会责任，因此就必须不断创造利益，就要在重视有利益的销售的同时，努力提高效率，降低成本。达到提升竞争力的目的。

(4)价格政策

完全按照用友公司的政策规定执行。报价(略)

(5)销售方式

为了使本公司的产品一最快的速度，最全面的被目标客户企业家了解并接受，拟采取以区域集中推介会、社会关系介绍、销售人员上门联系3种直销形式为主，向下级代理商批发为辅的销售方式。公司还将重视做好现有客户的售后服务工作，力争在赢得美誉的基础上，将客户的关系渠道发展成为公司拓宽市场的销售通道。

软件项目计划书2

计算机软件尤其是数据库软件，成为了当代计算机应用的主流。因此软件开发人员就必须掌握正确的开发手段，了解软件开发的主要过程，这样心中对软件项目才有清醒的认识，才能达到事半功倍的效果。本文就软件开发过程中的一些方法，结合本人开发过的一些软件项目做一些详细论述。开发前的准备工作

一般软件项目在开发前都有系统任务书，主要规定软件的开发目标、主要任务、功能、性能指标及研制人员和经费、进度等安排，作为系统设计开发和检验的基本依据。

系统任务书的基本框架如下：

(1)引言

包括编写目的，背景，参考资料。

(2)系统的目标及任务

包括系统建设目标，系统的主要任务，系统性能指标，系统标准化要求。

(3)系统的结构及功能

包括系统应用组成及结构，系统主要功能。

(4)系统的规模及进度要求

包括系统规模，系统研制进度，人员计划。

但是系统任务书只是这个软件项目的一个基本要求，针对具体情况，软件开发人员和需求分析人员就要联合对软件项目的细节进行具体分析，必要时还要进行实地调研，然后共同商讨写出系统的需求分析，需求分析的编写目的在于：

a.说明系统在军事方面、技术方面、经济方面和社会条件方面实现的可行性和必要性;

b.分析原系统(工作环境)现状,描述待开发系统的详细需求，提供用户和开发人员之间沟通的基础，提供项目设计的基本信息。

需求分析报告的基本框架如下：

(1)概述

包括编写目的，背景，参考资料，术语及缩写词。

(2)对现有系统的分析

(3)待开发系统的详细需求

包括功能需求，使用范围，业务流程，用户界面，输出要求，故障处理。

(4)使用环境

包括网络环境，硬件环境，软件环境，与其他系统的关系，安全与保密。

(5)可行性分析

包括技术可行性分析，经济可行性分析，人员可行性分析，影响待开发系统的主要因素。

(6)结论意见软件开发过程

有了系统任务书和需求分析报告，软件设计人员就要对软件项目的实现进行系统分析，系统分析包括系统的总体方案，系统的设计说明，作为软件设计的依据。具体说明如下。

2.1 系统总体方案

在系统开发单位和用户充分交互、理解的基础上，提出系统的技术构架，对系统功能、性能等主要指标作描述，对实现方法和要求作规定，是系统进行详细设计的依据。

系统总体方案基本框架包括：

(1)引言

包括：编写目的，背景，参考资料，术语及定义。

(2)项目概述

包括：

--项目的主要内容

--系统需求分析：①用户需求调查分析②现行系统的现状调查分析。

--系统功能：①系统的功能要求②系统主要技术性能。

--系统的数据要求：①基础数据②业务数据③交换数据④其它数据。

--系统的设计要求：①技术结构要求②系统划分及其接口要求③系统运行环境要求④系统标准化综合要求。

(3)实施总计划

包括：进度，预算，问题和措施。

2.2 系统设计说明

根据《系统总体方案》提出的系统构架、功能、性能及数据要求，确定系统的物理结构，说明系统主要技术方面的设计和采用的技术方法以及系统的标准化约束等，是系统实施的基本依据。就本人曾经开发过的一个软件项目，说明其基本框架：

(1)引言

包括：编写目的;背景;条件和限制;参考资料;术语及定义。

(2)系统总体技术方案

包括：

--概述：①系统目标②基本要求。

--系统设计：

①系统结构

a、应用结构。

b、功能结构。

c、技术结构。

② 系统功能设计：根据以上的分析，功能设计自然

包括业务管理功能设计、综合查询功能设计、邮件收发功能设计、数据库接口设计、文电接口设计。在对这些功能进行综合分析的基础上，开始进行数据库表的设计。在对表的设计过程中，既要考虑到关系数据库冗余字段的处理，又要考虑到系统运行的速度和实现的方便性等综合因素，笔者在实际开发后认为这两种考虑比例可以为7：3。

③系统安全设计：可以考虑以下一些安全设计思想，例如系统的数据传输通过电子邮件实现，要求电子邮件内部只传代码，不传涉密数据;系统的数据库操作需要充分利用Oracle数据库的事务提交和回滚机制，确保业务处理的完整性和一致性;系统的数据结构应充分利用存储空间，在不同的用户之间通过数据冗余提高整个系统的数据安全性;系统中存贮的用户口令、备份口令、数据库连接信息等重要数据，必需经过安全加密。

④ Oracle数据库自动优化设计：对于Oracle数据库可以进行数据库配置，可以大大提高大数据量查询速度，笔者已经做过尝试，并已经成功应用。

⑤ 友好界面设计：对于一个良好的应用系统当然需要设计良好的使用界面。

2.3 软件开发

对于开发语言的选择因人而易，开发数据库系统我比较倾向于DELPHI，因为它对于数据库开发的支持是很完善的。在软件实现方面，上面已经说明了一种客户/服务器结构，但是这种结构本身也包含了一些问题，例如客户/服务器结构经常把应用系统的企业逻辑编写在客户端的应用程序中，因此当应用系统需要改变时，所有在客户端的应用系统都必须改变，这对于MIS系统的维护来说成本太高了;为了解决这些重复开发应用系统的成本以及为了增加应用系统的重复使用性发挥面向对象分析/面向对象设计的功能，就必须导入所谓的应用程序服务器，软件开发人员以一种特定的组件形式，例如Microsoft的COM/DCOM，CORBA对象，或是EnterpriseJavaBean等，组装企业的逻辑程序代码。这种经过组装，能够执行特定企业功能的对象便称为“企业对象”，然后把这些企业对象分发到此应用程序服务器。由于本文不是专门讨论多层系统的文章，所以只是简单提一下，不再赘述。

程序设计中要注意合理的程序设计结构，可以将所有的公用组件放在一起。例如Delphi语言中可以新建一个单元，将所有编写的函数放在这个单元里，其他单元均可以调用，还可以新建一个数据模块(Datamodule),将所有的公共数据库控件放在这里，可以减少系统资源浪费，优化数据库程序设计。

关于程序设计中的技巧很多，这里也不再赘述。软件开发后的工作

软件项目在开发完成后还要进行系统测试，以测试开发出的软件的功能和性能是否达到预定要求。

3.1 软件测试大纲

这是软件设计人员用来自测系统的。包括：

(1)测试环境①硬件环境②软件环境③数据环境④网络环境。

(2)功能测试内容①模拟现场测试②应用现场测试。

(3)性能测试内容

另有附表：附表一系统功能测试表;附表二系统性能测试表。

3.2 用户应用测试

由用户在实际使用过程中进行测试，并给出应用证明。

4、总结

开发软件项目是一个庞大的系统工程，以上只是介绍了一般性软件主要是数据库软件的开发过程和设计思想，它要求软件开发者对此要有精深的理解，熟悉软件开发的思路。

通常一个人难以完成所有工作，需要一个良好的合作团队来协作完成，其中需求分析员和系统分析员要提供软件项目的具体要求和设计思想，由软件开发组把这些要求创建出便于维护和可持续开发的系统资源。

软件项目计划书3

一、公司描述、宗旨和目标

中国__软件有限公司是以__教授(原中国交大研究生)、__教授(原中科院计算所研究生)携带在加拿大多年学习和研究的先进创新成果回国创业的一家软件企业。公司于20__年7月在中国张江高科技园区注册，主要业务是开发具有自主版权和知识产权的大型通用数据库管理系统——__SQL，并基于__数据库产品进行应用开发和推广。

__软件的宗旨是以创新的核心技术为起点，以国际一流的专家为技术领路人，将核心技术转化成具有国际竞争力的商业产品，将__软件建设成一个大型的基础软件和应用软件供应商。

__软件的短期目标：基于__数据库(__SQL)的“__企业信息备份和搜索工具”能够在一些具体行业或项目中进行推广应用。初期市场开拓的目标在于建立和提高公司产品的信誉和客户对于产品的可接受程度，而非盲目追求数量增长。总之，首先使公司运营正常，实现良性现金流和一定的赢利空间，再求进一步发展，实现良好的投资回报。

__软件的长期目标：开发和推广大型通用数据库管理系统及其应用产品。

二、公司目前的股权结构

公司目前的股份构成：

三、已投入的资金及用途

公司于20__年7月成立，注册资金200万元人民币，主要用于产品的开发、测试，市场渠道的铺设。

公司成立以来成功申请了20__年科技部中小企业技术创新基金(75万元)和20__年中国市第一批软件和集成电路产业发展专项资金(50万元)。

四、公司目前主要产品及服务

公司的主要产品：“__数据库管理系统(__SQL)”。

正在开发的产品有：“__企业信息备份与搜索工具”。

公司还计划基于__数据库建立“__数据服务中心”，为广大中小企业用户提供数据集中维护及安全保障。

五、产品的知识产权和归属权

“__数据库管理系统(__SQL)”是由两位创始人(__、__)在国外任教期间发明，通过与任教所在大学签定法律合同(见附件)，数据库的专利权、出版权及其相关知识产权都归属于两位创始人所有，目前数据库的所有知识产权已转到中国__软件有限公司。

“__企业信息备份与搜索工具”则是在中国研发的基于__数据库的应用产品。中国__软件有限公司拥有产品的所有知识产权。

六、市场概况和营销策略

目前企业搜索市场还处于起步阶段，还没有出现一家独大或几分天下的局面，因此，现在是进入企业搜索市场的最好时机。

__的总体营销策略是：分别向中小企业、大型企业和服务运营商提供不同的细化产品，逐步开拓本地、国内、国际市场。

七、核心团队

公司的核心团队由五人组成：

__(公司创办人，现任董事长兼CTO，__大学计算机系终身教授，数据库及人工智能专家);

__(公司创办人，现任总经理，__大学计算机系终身教授，人工智能专家);

周先生(于95年获美国名校计算机科学博士学位，曾任美国__公司中层管理人员、大型外资公司副总裁，软件工程和人工智能专家);

陈先生(于88年获美国名校计算机科学博士学位，曾任美国加州硅谷著名软件公司高级系统分析师);

王先生(__大学计算机系博士后，曾任加拿大著名软件公司高级系统分析师，数据库专家)。

八、公司优势说明

公司的主要优势如下：

1)企业搜索引擎的技术处在不断发展完善中，__拥有自主的先进技术，创新能力强;

2)__企业备份和搜索工具是基于__自身的数据库产品研发的，充分利用了数据库的高性能和安全机制，产品性价比高;

3)__能快速灵活地向用户提供按需定制服务。

九、目前公司为实现目标的增资需求

为了抢占企业信息搜索的市场发展先机，__需要的外部投资为750万元人民币，加上__的预期销售收入及其他资金，致力于“__企业信息备份与搜索工具”产品的市场开发。

公司计划在20__年实现收支平衡，09年实现销售赢利，占据国内企业搜索市场有一定影响力的份额，打造__软件品牌。

十、融资方案

企业的产品经营和资本经营是相辅相成的，产品经营是基础，资本经营则是企业快速发展的助推器。公司此次计划筹集750万元的风险资金，主要用于“__企业信息备份与搜索工具”的市场开发。

此次融资的资金筹措方式：股权融资(投资750万获取20%股权)或引进战略投资者。投资方可通过股票上市或公司兼并的方式退出。

十一、合作方式

中国__软件有限公司计划吸收750万元(人民币)风险资金，主要用于“__企业信息备份与搜索工具”的市场开发。

投资方和__软件有限公司可以组建新公司的方式或其他可行的方式进行合作，股份的最终分配方案可经由谈判确定。

软件项目计划书总结篇2

根据国际上通行的划分方法,项目管理生命周期可以划分为启动、计划、执行及收尾四个大的阶段,其中项目的计划与执行则是关系到项目成败与否的最重要的两个关键过程。通过项目策划所产生的项目计划是有效协调项目工作,推动项目工作顺利进行的最重要的工具。只有通过有效的项目策划,才能对制约项目的因素,特别是几处关键因素,如成本、进度及技术性能等做出有效的安排,并为随后的监督与控制,提供切实可行的基础和标准;而进行有效地项目执行,即项目的监督与控制则是确保项目计划得到有效实施的重要手段。

众所周知,自顶向下估计方法是软件项目策划中一种非常适用和重要的策划方法,特别是在项目初期,更是如此。本文针对软件项目所固有的特点,重点研究和介绍了计划与执行这两个关键过程在软件项目自顶向下策划方法中的应用,根据自顶向下方法的特点进行计划,并据此进行项目的执行和监控。根据现在国内外软件行业项目管理的现状和水平,我们应本着循序渐进的原则,逐步改进和完善我们的项目计划和监控方法。

2 自顶向下方法估计及监控

所谓的自顶向下估计方法,就是先根据需求进行规模估计,根据规模估计结果来估计项目的总工作量,再根据工作量情况考虑到各种依赖关系及关键路径等,并对工作量进行分解后得到项目的进度,见图1。自顶向下方法是相对于自底向上方法而言的,在自底向上估计方法中,是通过直接估计每一部分的工作量,来获得项目的总工作量。下面分别对规模、工作量及进度的估计、监控方法及其逻辑关系进行介绍。

2.1 进行规模估计与监控

2.1.1 进行规模估计

一般情况下,规模估计的方法有Delphi法、类比法、功能点估计法及PERT估计法等。下面以类比法和PERT法为例,对其使用情况进行说明。

类比法适合评估一些与历史项目在应用领域、环境和复杂度方面相似的项目,通过新项目与历史项目的比较得到规模估计。而PERT法则对各个项目的规模按三种不同情况估计:一是最可能估计(最接近值),二是最低估计(最小值),三是最高估计(最大值)。用这三种情况估计经计算得到一个产品期望规模和标准偏差的Pert统计估计。通过Pert估计可得到代码行的期望值E和标准偏差SD.

一般情况,在有历史数据的情况下使用类比法较多,在没有历史数据的情况下使用PERT法较多。在实际工作中,我们认为在有历史数据的情况下可尝试将类比法与PERT法两种估计方法结合使用,其效果则更佳。具体使用如下:

步骤1.

参与估计的人员分别独立地依据个人的经验(有历史数据的参考历史数据),按照产品功能结构图估计每一个功能模块的代码行数,分别列出最大值、最接近值及最小值,并计算出各项的期望值。期望值的计算公式为:(最大值+4*最接近值+最小值)/6。

步骤2.

项目经理汇总每个成员估计的期望值,对数据进行对比分析。如果个人估计的各项总值的差额的百分比小于30%,则取个人各项的平均值;如果差额的百分比超过30%,则要重新进行估计,转向步骤1。

步骤3.

对于选择出的数值,策划组的成员要对此进行分析和评审,确定出最终的产品规模估计值。

2.1.2 进行规模监控

因为项目工作量和进度是在规模估计的基础上进行的,因此规模的大小直接决定到工作量的大小并影响到项目的进度,因此应对规模进行监控。规模监控的主要步骤可系统地设定如下:

· 在项目策划阶段,采集规模估计值。

· 从计划开始执行到详细设计评审前,每个大的阶段结束,都应对规模进行重新估计,比较当前估计值与最新计划中的估计值,并记录偏差。

· 根据项目计划中定义的偏差域值,识别是否有重大偏差,偏差的设定根据组织自身的情况可有很多种方法,如可设定为:若规模的偏差值/规模总量*100%=10%,则为高等级偏差,必须对计划进行变更;若偏差率在5%—10%之间,则由项目负责人组织制定相应的纠正措施,改善项目的整体状态等。

· 在编码阶段开始后,开发人员每周提交已完成任务的代码,项目负责人或其指派人员测量已提交代码的规模,并用工具进行汇总、统计(如EXCEL),根据工具自动生成的规模总计进行分析,并预计是否会出现重大偏差。根据本周完成的任务数(项目编码阶段的阶段计划要求细化到任务),与项目阶段计划相比较,参考本周完成的代码行数,看阶段计划能否完成,阶段计划有无偏差出现。

· 根据记录及统计情况,分析偏差产生的原因,以及可能对项目产生的影响,并根据分析情况给出建议措施。例如:

◆ 当偏差未达到域值(即重大偏差)时,分析偏差产生的原因及影响,并根据分析情况确定是否需采取纠正措施(如对工作量进行重新估计等)。

◆ 当偏差达到域值时,应进行重新估计。

2.2 进行工作量估计与监控

2.2.1 进行工作量估计

项目工作量与规模的对应关系为:技术开发工作量=新代码规模*复杂度/平均生产率。其中,根据上述描述,新代码规模根据本文“2.1”中描述的规模估计方法进行估计得出,平均生产率根据对组织项目历史数据的统计分析确定;复杂度可定义范围为0.7-1.5,可以有5个值:非常低、低、正常、高、非常高;具体影响因素的设定需根据各组织的实际情况确定。

参与估计的成员根据公司产品规模的估计数据及公司的产品工作量与产品规模关系的对应关系,对产品开发的总体工作量进行估计,并依据历史数据统计分析得出的比例关系分解出各项开发过程的工作和项目管理、软件质量保证及软件配置管理的工作量的估计值。

2.2.2 进行工作量监控

对于软件企业来说,工作量是构成项目成本的一个重要的因素,也是进行进度分解和估计的基础,因此对工作量的监控是监督与控制的一个重点。工作量监控的主要步骤可系统地设定如下:

· 在项目策划阶段,采集工作量估计值。

· 每周采集当前阶段每个任务本周的工作量,并累加计算出每个任务“实际”工作量,再累加计算出该阶段“实际”工作量。对于工作量的每周监控主要应达到三个目的:一是可以判断总的阶段工作量有无可能出现重大偏差;二是通过每周工作量的计算,可以辅助观察阶段进度会否出现偏差;三是通过工作量的监控,对督促员工按时完成任务,提高工作效率,将起到很好的促进作用。

· 每阶段计算“偏差(当前计划)”,并根据项目开发计划中定义的标准判断“是否重大偏差”,在项目结束时计算“总计”和“偏差(初始计划)”,偏差的设定举例如:工作量的偏差值/阶段工作总量*100%=50%为高等级偏差,必须对计划进行变更;如果偏差率在40%—50%之间,由项目负责人采取相应的纠正措施来改善项目的偏离。在实际执行过程中,也可根据项目实际情况来设定项目的偏差标准,如可用工作量的偏差值/项目工作总量*100%来设定重大偏差等。

· 对项目工作量进行分析,并根据分析的结果分析偏差产生的原因,以及可能对项目产生的影响,给出建议措施。例如:

◇当偏差未达到域值(即重大偏差)时,分析偏差产生的原因及影响,并确定是否需采取纠正措施。如:分析是因估计不准而出现偏差,还是项目人员积极性不高,效率低导致,还是出现了什么问题等。

◇当偏差达到域值时,应进行重新估计。

2.3 进行进度估计与监控

2.3.1 进行进度估计

项目策划小组根据项目总工作量及工作量在各阶段的分布情况,并依据项目生命周期、活动WBS、所识别的关键路径及依赖关系,对项目的各开发阶段时间进度表进行估计,具体步骤如下:

步骤1.

根据合同或市场期望的时间确定项目的总体时间要求,即项目的完成日期。

步骤2.

按照所选择的软件生命周期模型及产品工作量的估计值,确定项目的各项任务和时间。

步骤3.

根据产品的功能WBS,分析各阶段任务的关键依赖关系,识别关键路径。确定哪些模块可以并行独立开发,哪些模块必须串行开发,定义出各功能模块的开发顺序,列出模块的开发顺序表,尤其要标明模块之间的依赖关系。

步骤4.

根据合同或市场期望的时间要求,产品工作量的估计值、各功能模块之间的依赖关系做出项目时间进度的估计,并在每阶段开始时,制定详细的阶段计划。在进行该步骤时,必须抛去一些不可用的工作时间,如节假日、员工请假、公司各项活动及其他所有在项目进行过程中必须抛去的非工作时间或非项目工作时间。

2.3.2 进行进度监控

成本、进度及功能是制约项目成功与否最重要的三大因素,因此对进度的监控也是项目计划及监控工作的一个重中之重,项目进度监控的主要步骤可系统地设定如下:

· 采集初始计划和当前计划中的“计划开始/结束日期”,在每阶段/任务开始时,采集该阶段/任务“实际开始日期”。

· 每周采集项目任务的实际进度情况。

· 对项目进度进行分析,识别偏差。例如:我们可设定,拖延的工期/总工期*100%=15%为高等级的偏差,组织要求必须对计划进行更改;如果比率在5%—15%之间,由项目负责人组织制定相应的纠正措施,改善项目的整体状态。另外,对于进度的偏差计算,还可以有其他的设定方式,如以拖延的工期/阶段工期*100%来计算等。

· 对进度的监控可用PROJECT,采用甘特图的形式来进行。

· 分析偏差产生的原因,以及可能对项目产生的影响,给出建议措施。例如:

◇ 在每周的测量中,对照细化的开发计划,如偏差较小,分析偏差产生的影响,可由项目负责人对阶段计划做细微调整,以消除偏差;

◇当偏差有可能导致重大偏差时,应采取相应的纠正措施,避免重大偏差的发生。

◇当偏差达到域值(即重大偏差)时,应分析原因,进行重新估计。

3 结语

通过上述对规模、工作量及进度的计划与执行,既可以根据自顶向下策划方法的特点对软件项目进行有效地策划,并对整个策划过程的结果根据其逻辑关系进行有效的控制,又可以通过对工作量的计划和控制实现对成本的计划与控制,而通过对规模的计划与控制实现对质量和范围的计划与控制。

总之,项目的计划与执行是一项关系到项目成败的关键活动,因此必须使用合理、正确的计划与执行方法来进行。理论和实践都证明自顶向下的估计方法是一种行之有效、可操作性极强的项目计划与执行方法,这种方法对于自底向上估计等其他策划方法也具有很大的借鉴意义。随着经验和数据的积累,计划与执行体系必将会越来越完善,我们相信项目的成功率也会越来越高。对项目计划的合理实施和监控,必将促进项目策划工作的进一步完善,而项目策划的完善又必将会为监控工作提供合理的监控基础,进而促进监控工作的顺利进行。通过项目经验及历史数据的不断积累和丰富,自顶向下计划与执行方法的作用将不断显现,其所能产生的经济效益和社会效益也将越来越大。

摘要：结合一些实际项目的数据,重点研究了自顶向下估计方法中软件项目的规模、工作量及进度等关系到项目成败的关键因素的计划与监控。提出了用PERT法和类比法相结合来进行规模估计,根据规模估计的结果来估计工作量,并根据工作量分布来获得进度的一套切实可行的项目策划和执行方法。在研究过程中,既考虑了单个因素的计划与执行,又考虑了各要素间的内在联系,从过程管理的角度进行整体研究,从而形成了一个完整的计划与监控体系,对于同行具有借鉴意义。

关键词：自顶向下,规模,工作量,进度,计划,执行

参考文献

[1]MARCEL KORTE.Confidence in Software Cost Estimation ResultsBased on MMRE and PRED[C].Proceedings of the 4th Interna-tional Workshop on Predictor Models in Software Engineering,2008:63-70.

[2]ROGER S PRESSMAN.Software Engineering,A Practitioner’s Ap-proach[M].Fifth Edition.McGraw-Hill Companies,Inc.

[3]MASOOD A BADRI,AMR MORTAGY.Effective Analysis and Plan-ning of R&D Stages:A Simulation Approach[J].International Jour-nal of Project Management,1997,15(6):351-358.

[4]R S CHANDA,P K BHATTACHARJEE.A Reliability Approach toTransmission Expansion Planning Using Fuzzy Fault-tree Model[J].Electric Power Systems Research,1998,45:101-108.

[5]M ABDOMEROVIC,G BLAKEMORE.Project Process Interactions[J].International Journal of Project Management,2002,20:315-323.

[6]HARVEY MAYLOR.Assessing the Relationship between PracticeChanges and Process Improvement in New Product Development[J].Omega,2001,29:85-96.

[7]K VINAY KUMAR.Software Development Cost Estimation UsingWavelet Neural Networks[J].Journal of Systems and Software,2008,73(1):93.

[8]美国项目管理学会(PMI).项目管理知识体系指南(2000中文版)[M].北京:北京现代卓越管理技术交流中心.

[9]RUCHI SHUKLA.Estimating Software Maintenance Effort:A NeuralNetwork Approach[C].Proceedings of the 1st Conference on IndiaSoftware Engineering Conference Table of Contents,2008:107-112.

软件项目计划书总结篇3

关键词：项目管理；资源平衡；网络计划

工程项目管理是以工程项目为对象，在有限的资源约束条件下，为了最优地实现工程项目目标和达到规定的工程质量标准，根据工程项目建设的内在规律性，运用现代管理理论与方法，对工程项目从策划决策到竣工交付使用全过程进行计划、组织、协调和控制等系统化管理的过程。在工程项目的进度管理中，限于资源的约束，网络计划的作业之间除了存在工作逻辑的联系，逻辑上无关系的作业也有可能因为需要同种资源而存在联系。因此，在安排各项作业逻辑关系时就要考虑资源的限制和资源的供应过程对网络计划的影响。对网络计划进行资源优化，不仅可以方便资源调配，而且能够降低工程成本。本文通过加权平均将多资源转化为单一资源综合指标，通过项目管理软件对总承包工程施工专项计划进行“工期固定，资源均衡”的优化，获得了较好的应用效果。

1.网络计划技术的优点

在工程项目管理的过程中，通过网络计划图和计算可以找出网络计划的关键线路和次关键线路，这种线路上的工作，花费时间长，消耗资源多，所以我们可以把整个工程项目有效地组织起来，明确地反映出整个项目的结构、相互关系，使组织者能够统筹兼、抓住关键，确保计划实现，避免造成浪费。与关键线路相呼应，利用网络计划可计算出除关键工作外其他工作的机动时间。对于每项工作的机动时间做到心中有数，有利于工作中利用这些机动时间，优化资源强度，支持关键工作，调整工作进程，降低成本，提高管理水平。使用网络计划技术对施工现场的质量管理有很大帮助。虽然一般认为网络计划是进度控制的手段，但从影响施工现场质量因素的分析中可以看出，采用网络计划技术，将有助于施工现场的质量管理。

2.网络计划技术应用现状分析

据有关资料分析，目前我国网络计划技术的理论研究与应用水平，尚处在中间状态，虽然我们在理论水平与应用方面同发达国家相比相差无几，但在应用管理上，特别是计划执行中的监督、控制及跟踪调整方面，较少落在实处，基本停留在编制上，主要影响为工程设计多变，材料供应跟不上，应用者素质不高。目前我国在网络计划技术的理论研究方面同国外发达国家相比相差无几，但在应用管理上比较落后，基本上停留在计划的编制与网络图绘制上。许多企业运用网络计划，或因招投标文件所要求，或为投标施工组织增加“技术含量”。所以如此绘制出的网络图不是错误连篇，就是华而不实，根本谈不上如何运用这一科学管理方法进行项目管理。绝大部分施工企业网络计划技术的应用只停留在编制计划或画出几张网络图上，对计划执行中的监督与控制及计划调整缺少有效的管理方法。网络计划在真正的应用过程中，应该对于实际进度滞后的项目通过改变某些后续工作的逻辑关系或缩短某些后续工作的持续时间，并制定相应保证措施来调整偏差。在施工网络计划的编制中，只是确定各工作单元之间的逻辑关系，而没有根据施工方法确定工作单元中各项工作之间的所有关系。编制深度不够，更谈不上网络计划的优化与控制。

3.网络计划资源优化方法分析

3.1资源优化

在通常情况下，网络计划的资源优化分为两种。“资源有限，工期最短”的优化是在资源供应有限制的条件下，寻求整个计划工期最短的方案。“工期固定，资源均衡”的优化是通过调整计划安排，在工期保持不变的条件下，使资源需用量尽可能均衡的过程。这里所讲的资源优化，其前提条件是在优化过程中，不改变网络计划中各项工作之间的逻辑关系；在优化过程中，不改变网络计划中各项工作的持续时间；网络计划中各项工作的资源强度为常数，而且是合理的；除规定可中断的工作外，一般不允许中断工作，应保持其连续性。衡量资源不均衡程度的指标有三种：资源需要量不均衡系数、资源需要量方差和极差。三种指标均是值越小，资源的均衡性越好。在实际工程中，很难使上述指标都达到最小，一般选用方差作为衡量指标，即资源需要量与单位时间平均需要量之差的平方和的平均值。

3.2多资源优化

资源作为工程项目实施的基本要素，它通常包括：人力，包括各专业、各种级别的劳动力以及不同层次和职能的管理人员；原材料和设备，它构成工程的实体，例如常见的砂石、水泥、砖、钢筋、木材、设备等；施工所需设备，如塔吊、混凝土拌合设备、运输设备和施工工具。此外，资源还可能包括资金、计算机软件、信息系统、专利技术和方法等。工程中各种工作所需资源的种类及数量不同决定了每种资源的需求曲线不尽相同。调整网络计划的非关键作业会对各种资源的均衡效果产生不同的影响，有可能会导致在改善有些资源平衡效果的同时又破坏了另一些资源的平衡状态，加大其不平衡程度。简单的重复使用单一资源均衡优化的方法不能解决多资源优化的问题，甚至出现矛盾。如果引入权重系数，，且所有种资源的权重和为，即。根据工程实际，按照各种资源对工程的影响程度进行加权平均，计算出综合资源指标，可以将多资源平衡问题转化为单一资源平衡优化。这样，对网络计划进行“工期固定，资源均衡”就是找出满足工期规定条件的网络计划关键路径和关键作业并计算总工期，计算各个非关键作业的总时差和自由时差。保持关键作业不动，调整非关键作业的开始时间，直到综合资源指标分布函数方差最小。

4.项目管理软件资源平衡实践分析

4.1适应性调整

Primavera早先版本的软件Primavera Project Planner，简称P3，对项目资源使用的规划只能由软件自动按照相应任务的计划时间将资源预算量分摊到每个时间周期中去。单纯使用软件功能规划资源的方式并不灵活，资源的分布柱状图非常平齐，这种情况在工程中是不现实的。目前的P6软件允许用户在软件自动分摊周期数量的基础上手工编制或调整资源在每个时间周期内的使用数量，以便根据实际情况更合理的规划项目资源使用。

4.2 P6软件资源平衡

用手工计算的方法对网络计划进行资源优化，计算调整工作量十分巨大，而且准确性也得不到保证，以往在实际工作中很难起到作用。在工程上应用项目管理软件可以替代繁琐的手工计算，为网络计划的资源优化提供便利，能够实现资源的动态分析与优化，使网络计划的及时更新成为可能。Primavera项目管理软件，简称P6，是用于项目组织协调的综合计划与控制软件，在国内外工程项目管理中都获得了广泛的应用。在EPC总承包工程中应用P6软件编制施工专项计划，按照多资源加权平均转化为单一资源综合指标的方法。专项计划的资源需求集中分布在工作周期的前半段，部分时段超出了资源限值，而且在第3天和第4天出现了最高峰，工作周期的后半段资源需求较少，整体分布不均。根据工程的实际情况和施工组织进行评估，近似认为该专项计划每日的资源综合指标限值为90，需要用P6软件的资源平衡功能对施工专项计划进行资源平衡。在工程实际中，资源的限值并不是一个绝对严格的数值。现场设计变更、设备材料的供货进展、工作难度的不同、施工工作面的布置以及劳动效率的变化都会影响权重的分配和权值估算的准确性，进而影响资源综合指标的数值。

5.结束语

资源优化的准确性受原始数据收集积累以及资源权重系数的影响。因此，对工程项目管理的基础数据要多收集、整理，通过不断分析和总结才能逐步提高资源均衡优化的质量及可靠性，使之更好地为工程管理服务。网络计划的资源均衡优化只是相对均衡，不可能绝对优化。在工程项目管理过程中还必须根据实际情况采用其它辅助措施，才能真正满足资源供需的矛盾。

参考文献：

[1]刘炳南.工程项目管理[M]. 西安：西安交通大学出版社， 2012.

软件项目计划书篇4

中国xx软件有限公司是以xx教授（原中国交大研究生）、xx教授（原中科院计算所研究生）携带在加拿大多年学习和研究的先进创新成果回国创业的一家软件企业。公司于20xx年7月在中国张江高科技园区注册，主要业务是开发具有自主版权和知识产权的大型通用数据库管理系统――xxSQL，并基于xx数据库产品进行应用开发和推广。

xx软件的宗旨是以创新的核心技术为起点，以国际一流的专家为技术领路人，将核心技术转化成具有国际竞争力的商业产品，将xx软件建设成一个大型的基础软件和应用软件供应商。

xx软件的短期目标：基于xx数据库（xxSQL）的“xx企业信息备份和搜索工具”能够在一些具体行业或项目中进行推广应用。初期市场开拓的目标在于建立和提高公司产品的信誉和客户对于产品的可接受程度，而非盲目追求数量增长。总之，首先使公司运营正常，实现良性现金流和一定的赢利空间，再求进一步发展，实现良好的投资回报。

xx软件的长期目标：开发和推广大型通用数据库管理系统及其应用产品。

二、公司目前的股权结构

公司目前的股份构成：

三、已投入的资金及用途

公司于20xx年7月成立，注册资金200万元人民币，主要用于产品的开发、测试，市场渠道的铺设。

公司成立以来成功申请了20xx年科技部中小企业技术创新基金（75万元）和20xx年中国市第一批软件和集成电路产业发展专项资金（50万元）。

四、公司目前主要产品及服务

公司的主要产品：“xx数据库管理系统（xxSQL）”。

正在开发的产品有：“xx企业信息备份与搜索工具”。

公司还计划基于xx数据库建立“xx数据服务中心”，为广大中小企业用户提供数据集中维护及安全保障。

五、产品的知识产权和归属权

“xx数据库管理系统（xxSQL）”是由两位创始人（xx、xx）在国外任教期间发明，通过与任教所在大学签定法律合同（见附件），数据库的专利权、出版权及其相关知识产权都归属于两位创始人所有，目前数据库的所有知识产权已转到中国xx软件有限公司。

“xx企业信息备份与搜索工具”则是在中国研发的基于xx数据库的应用产品。中国xx软件有限公司拥有产品的所有知识产权。

六、市场概况和营销策略

目前企业搜索市场还处于起步阶段，还没有出现一家独大或几分天下的局面，因此，现在是进入企业搜索市场的最好时机。

xx的总体营销策略是：分别向中小企业、大型企业和服务运营商提供不同的细化产品，逐步开拓本地、国内、国际市场。

七、核心团队

公司的核心团队由五人组成：

xx（公司创办人，现任董事长兼CTO，xx大学计算机系终身教授，数据库及人工智能专家）；

xx（公司创办人，现任总经理，xx大学计算机系终身教授，人工智能专家）；

周先生（于95年获美国名校计算机科学博士学位，曾任美国xx公司中层管理人员、大型外资公司副总裁，软件工程和人工智能专家）；

陈先生（于88年获美国名校计算机科学博士学位，曾任美国加州硅谷著名软件公司高级系统分析师）；

王先生（xx大学计算机系博士后，曾任加拿大著名软件公司高级系统分析师，数据库专家）。

八、公司优势说明

公司的主要优势如下：

1）企业搜索引擎的技术处在不断发展完善中，xx拥有自主的先进技术，创新能力强；

2）xx企业备份和搜索工具是基于xx自身的数据库产品研发的，充分利用了数据库的

高性能和安全机制，产品性价比高；

3）xx能快速灵活地向用户提供按需定制服务。

九、目前公司为实现目标的增资需求

为了抢占企业信息搜索的市场发展先机，xx需要的外部投资为750万元人民币，加上xx的预期销售收入及其他资金，致力于“xx企业信息备份与搜索工具”产品的市场开发。

公司计划在20xx年实现收支平衡，09年实现销售赢利，占据国内企业搜索市场有一定影响力的份额，打造xx软件品牌。

十、融资方案

企业的产品经营和资本经营是相辅相成的，产品经营是基础，资本经营则是企业快速发展的助推器。公司此次计划筹集750万元的风险资金，主要用于“xx企业信息备份与搜索工具”的市场开发。

此次融资的资金筹措方式：股权融资（投资750万获取20%股权）或引进战略投资者。投资方可通过股票上市或公司兼并的方式退出。

十一、合作方式

中国xx软件有限公司计划吸收750万元（人民币）风险资金，主要用于“xx企业信息备份与搜索工具”的市场开发。

软件项目计划书编写说明篇5

一、项目计划书格式

根据《GB8567－88计算机软件产品开发文件编制指南》中项目开发计划的要求，结合实际情况调整后的《项目计划书》内容索引如下： 1 引言

1.1 编写目的 1.2 背景 1.3 定义

1.4 参考资料

1.5 标准、条约和约定 2 项目概述 2.1项目目标

2.2产品目标与范围 2.3假设与约束 2.4 项目工作范围 2.5 应交付成果 2.5.1 需完成的软件

2.5.2 需提交用户的文档 2.5.3 须提交内部的文档 2.5.4 应当提供的服务 2.6 项目开发环境

2.7 项目验收方式与依据 3 项目团队组织 3.1 组织结构 3.2 人员分工 3.3 协作与沟通 3.3.1 内部协作 3.3.2 外部沟通 4 实施计划

4.1 风险评估及对策 4.2 工作流程

4.3 总体进度计划 4.4 项目监控

4.4.1 质量控制计划 4.4.2 进度监控计划 4.4.3 预算监控计划 4.4.4 配置管理计划 5 支持条件

5.1 内部支持（可选）

5.2 客户支持（对项目而言）5.3 外包（可选）6 预算（可选）6.1 人员成本 6.2 设备成本

6.3 其它经费预算

6.4 项目合计经费预算 7 关键问题 8专题计划要点

二、项目计划书的编写说明引言

1.1 编写目的

说明编写这份项目计划的目的，并指出预期的读者。

作用：本节是为了说明编制“项目计划书”亦即本文档的意图和希望达到的效果。注意这里的“目的”不是“项目目标”，而是为了说明本文档的目的与作用。“项目目标”在2.1中说明。

意义：使项目成员和项目干系人了解项目开发计划书的作用、希望达到的效果。开发计划书的作用一般都是“项目成员以及项目干系人之间的共识与约定，项目生命周期所有活动的行动基础，以便项目团队根据本计划书开展和检查项目工作。”

例如可以这么写：为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。

常见的问题：把项目本身的“项目目标”误作编制项目开发计划的目的。

1.2 背景

主要说明项目的来历，一些需要项目团队成员知道的相关情况。主要有以下内容：

项目的名称：经过与客户商定或经过立项手续统一确定的项目名称，一般与所待开发的软件系统名称有较大的关系，如针对“XX系统”开发的项目名称是“XX系统开发”。

项目的委托单位：如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方；如果是自行研发的软件产品，项目的委托单位就是本企业。项目的用户（单位）：软件或网络的使用单位，可以泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的。如海关的报关软件、税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位。

项目的任务提出者：本企业内部提出需要完成此项目的人员，一般是领导或商务人员；注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员。如果是内部开发项目，则两者的区别在于前者指人，后者指单位。项目的主要承担部门：有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门（也有的分为不同事业部）。项目的特点就是其矩阵式组织，一般一个项目的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的范围确定本项目的主要承担部门。

项目建设背景：从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。这有利于项目成员更好地理解项目目标和各项任务。例句：根据《某部关于某建设工作的实施意见》精神，为了保障某建设工作的正常实施，必须加强监督考核，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容，及时掌握进度，相关部门建立市某建设工作简报制度，及时反映全市某建设工作动态。

目前对于某建设工作的工作主要采用计划部门手工编制计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划，某建设工作单位手工上报建设工作进度情况的方式，而全市的建设工作有数百个，加上前期建设工作的数量和今后某市建设发展的趋势，建设工作的数量将越来越多，原来的工作模式已经越来越无法适应市委市政府的要求。因此，充分利用现代信息化、因特网的优势，建立“某市某建设工作信息报送反馈系统”，提高某建设工作信息报送反馈工作效率，提高信息的及时性、减轻各级相关工作人员的劳动强度是非常有必要和紧迫的任务。

软件系统与其他系统的关系：说明与本系统有关的其他系统，说明它们之间的相互依赖关系。这些系统可以是这个系统的基础性系统（一些数据、环境等必须依靠这个系统才能运行），也可以是以这个系统为基础的系统，或者是两者兼而有之的关系、互相依赖的系统。例句：本系统中对外部办公部分如需要各个建设单位报送材料的子系统应当挂在市政府网站。

软件系统与机构的关系：说明软件系统除了委托单位和使用单位，还与哪些机构组织有关系。例如一些系统需要遵守那些组织的标准、需要通过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。

1.3 定义

列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释。注意尽量不要对一些业界使用的通用术语进行另外的定义，使它的含义和通用术语的惯用含义不一致。

1.4 参考资料

列出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位，必要时说明得到这些文件资料和标准的途径。本节与下一节的“标准、条约和约定”互为补充，注意“参考资料”未必作为“标准、条约和约定”，因为“参考”的不一定是“必须遵守”的。常用资料如：

本项目的合同、标书、上级机关有关通知、经过审批的项目任务书；属于本项目的其他已经发表的文件；

本文档中各处引用的文件、资料，包括所要用到的软件开发标准。

1.5 标准、条约和约定

列出在本项目开发过程中必须遵守的标准、条约和约定。例如：相应的《立项建议书》、《项目任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。“参考资料”一般具有“物质”特性，一般要说明参照了什么，要说明在哪里可以获得；“标准、条约和约定”一般具有“精神”特性，一般是必须遵守的，不说明在哪里可以获得。参考资料的内容应该涵盖“标准、条约和约定”。项目概述

2.1 项目目标

设定项目目标就是把项目要完成的工作用清晰的语言描述出来，让项目团队每一个成员都有明确的概念。注意，不要简单地说成在什么什么时间完成开发什么什么软件系统或完成什么什么软件安装集成任务。注意“要完成一个系统”只是一个模糊的目标，它还不够具体和明确。明确的项目目标应该指出了服务对象，所开发软件系统最主要的功能和系统本身的比较深层次的社会目的或系统使用后所起到的社会效果。项目目标应当符合SMART原则： l S Specific 明确的陈述 l M Measurable 可以衡量的结果 l A Attainable 可以达成的目标

l R Realistic 合理的，现实的或者说是能和实际工作相结合 l T Trackable 可以跟踪的

项目目标可以进行横向的分解也可以进行纵向的分解。横向分解一般按照系统的功能或按照建设单位的不同业务要求，如分解为第一目标、第二目标等等；纵向的分解一般是指按照阶段，如分解为第一阶段目标、第二阶段目标等等，或近期目标、中期目标、远期目标等等。阶段目标一般应当说明目标实现的较为明确的时间。一般要在说明了总目标的基础上再说明分解目标，可加上“为实现项目的总目标，必须实现以下三个阶段目标······”

2.2 产品目标与范围

根据项目输入（如合同、立项建议书、项目技术方案、标书等）说明此项目要实现的软件系统产品的目的与目标及简要的软件功能需求。对项目成果（软件系统）范围进行准确清晰的界定与说明是软件开发项目活动开展的基础和依据。软件系统产品目标应当从用户的角度说明开发这一软件系统是为了解决用户的那些问题。产品目标如“提高工作信息报送反馈工作效率，更好地进行工作信息报送的检查监督，提高信息的及时性、汇总统计信息的准确性，减轻各级相关工作人员的劳动强度。”

2.3 假设与约束

对于项目必须遵守的各种约束（时间、人员、预算、设备等）进行说明。这些内容将限制你实现什么、怎样实现、什么时候实现、成本范围等种种制约条件。假设是通过努力可以直接解决的问题，而这些问题是一定要解决才能保证项目按计划完成。如：“系统分析员必须在3天内到位”或“用户必须在8月8日前确定对需求文档进行确认”

约束一般是难以解决的问题，但可以通过其他途径回避或弥补、取舍，如人力资源的约束限制，就必须牺牲进度或质量等等。

假设与约束是针对比较明确会出现的情况，如果问题的出现具有不确定性，则应该在风险分析中列出，分析其出现的可能性（概率）、造成的影响、应当采取的相应措施。

2.4 项目工作范围

说明为实现项目的目标需要进行那些工作。在必要时，可描述与合作单位和用户的工作分工。注意产品范围与项目工作范围的不同含义。

产品范围界定：软件系统产品本身范围的特征和功能范围。

工作范围界定：为了能够按时保质交付一个有特殊的特征和功能的软件系统产品所要完成的那些工作任务。

产品范围的完成情况是参照客户的需求来衡量的，而项目范围的完成情况则是参照计划来检验的。这两个范围管理模型间必须要有较好的统一性，以确保项目的具体工作成果，能按特定的产品要求准时交付。

2.5 应交付成果 2.5.1 需完成的软件

列出需要完成的程序的名称、所用的编程语言及存储程序的媒体形式。其中软件对象可能包括：源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件、声音文件、安装软件、安装软件源程序文件等等。2.5.2 需提交用户的文档

列出需要移交给用户的每种文档的名称、内容要点及存储形式，如需求规格说明书、帮助手册等。此处需要移交用户的文档可参考合同中的规定。2.5.3 须提交内部的文档可根据《GB8567-88计算机软件产品开发文件编制指南》附录O：“文件编制实施规定的实例（参考件）”结合各企业实际情况调整制定《软件开发文档编制裁减衡量因素表》。根据《因素表》确定项目对应的项目衡量因素取值，以确定本项目应完成的阶段成果。将不适用于本项目的内容裁减，以减少不必要的项目任务和资源。

根据因素取值列出本项目应完成的阶段成果，说明本项目取值所在的区间，将其他因素值区间删除。

2.5.4 应当提供的服务

根据合同或某重点建设工作需要，列出将向用户或委托单位提供的各种服务，例如培训、安装、维护和运行支持等。具体的工作计划如需要编制现场安装作业指导书、培训计划等，应当在本计划“4.3总体进度计划”中条列出。

2.6 项目开发环境

说明开发本软件项目所需要的软硬件环境和版本、如操作系统、开发工具、数据库系统、配置管理工具、网络环境。环境可能不止一种，如开发工具可能需要针对Java的，也需要针对C++的。有些环境可能无法确定，需要在需求分析完成或设计完成后才能确定所需要的环境。

2.7 项目验收方式与依据

说明项目内部验收和用户验收的方式，如验收包括交付前验收、交付后验收、试运行（初步）验收、最终验收、第三方验收、专家参与验收等等。项目验收依据主要有标书、合同、相关标准、项目文档（最主要是需求规格说明书）。项目团队组织

3.1 组织结构

说明项目团队的组织结构。项目的组织结构可以从所需角色和项目成员两个方面描述。所需角色主要说明为了完成本项目任务，项目团队需要哪些角色构成，如项目经理、计划经理、系统分析员（或小组）、构架设计师、设计组、程序组、测试组等等。组织结构可以用图形来表示，可以采用树形图，也可以采用矩阵式图形，同时说明团队成员来自于哪个部门。除了图形外，可以用文字简要说明各个角色应有的技术水平。注意虽然有一些通用的结构可以套用，但各种不同规模、不同形式的项目组织结构是不一样的。如产品研发项目可能就不需要实施人员（小组），但需要知识转移方面的人员（小组）。而软件编码外包的项目则不需要程序员，测试人员也可以适当地减少。3.2 人员分工

确定项目团队的的每个成员属于组织结构中的什么角色，他们的技术水平、项目中的分工与配置，可以用列表方式说明，具体编制时按照项目实际组织结构编写。以下是一个示例。

3.3 协作与沟通

项目的沟通与协作首先应当确定协作与沟通的对象，就是与谁协作、沟通。沟通对象应该包括所有项目干系人，而项目干系人包括了所有项目团队成员、项目接口人员、项目团队外部相关人员等等。

其次应当确定协作模式与沟通方式。沟通方式如会议、使用电话、QQ、内部邮件、外部邮件、QuickPlace、聊天室等等。其中邮件沟通应当说明主送人、抄送人，聊天室沟通方式应当约定时间周期。而协作模式主要说明在出现什么状况的时候各个角色应当（主动）采取什么措施，包括沟通，如何互相配合来共同完成某项任务。定期的沟通一般要包括项目阶段报告、项目阶段计划、阶段会议等

3.3.1 项目团队内部协作

本节说明在项目开发过程中项目团队内部的协作模式和沟通方式、频次、沟通成果记录办法等内容。

3.3.2 项目接口人员

应当说明接口工作的人员即他们的职责、联系方式、沟通方式、协作模式，包括： a、负责本项目同用户的接口人员；

b、负责本项目同本企业各管理机构，如计划管理部门、合同管理部门、采购部门、质量管理部门、财务部门等的接口人员；

c、负责本项目同分包方的接口人员。3.3.3 项目团队外部沟通与协作模式

项目团队外部包括企业内部管理协助部门、项目委托单位、客户等等。本节说明在项目开发过程中项目团队内部与接口人员、客户沟通的方式、频次、沟通成果记录办法等内容。明确最终用户、直接用户及其所在本企业／部门名称和联系电话。明确协作开发的有关部门的名称、经理姓名、承担的工作内容以及工作实施责任人的姓名、联系电话。确定有关的合作单位的名称、负责人姓名、承担的工作内容以及实施人的姓名、联系电话。实施计划

4.1 风险评估及对策

识别或预估项目进行过程中可能出现的风险。应该分析风险出现的可能性（概率）、造成的影响、根据影响应该采取的对策，采取的措施。风险识别包括识别内在风险及外在风险。内在风险是指项目工作组能加以控制和影响的风险，如人事任免和成本估计等。外在风险指超出项目工作组等控制力和影响力之外的风险，如市场转向或政府行为等

风险的对策包括：避免：排除特定危胁往往靠排除危险起源；减缓：减少风险事件的预期资金投入来减低风险发生的概率，以及减少风险事件的风险系数；吸纳：接受一切后果，可以是积

极的（如制定预防性计划来防备风险事件的发生），也可以是消极的（如某些费用超支则接受低于预期的利润）。

对于软件开发项目而言，在分析、识别和管理风险上投入足够的时间和人力可以使项目进展过程更加平稳，提高项目跟踪和控制的能力，由于在问题发生之前已经做了周密计划，因而对项目的成功产生更加充分的信心。软件开发项目常见预估的风险： 1)工程／规模／进度上的风险

规模大，规模估算不精确甚至误差很大；就规模而言，用户要求交付期、费用很紧；预料外的工作(测试未完时的现场对应等)； 2)技术上的风险

使用新的开发技术、新设备等，或是新的应用组合，没有经验；是新的行业或业务，没有经验；性能上的要求很严； 3)用户体制上的问题

用户管理不严，恐怕功能决定、验收不能顺利地完成（或者出现了延迟）；或者恐怕功能会多次变更；与用户分担开发，恐怕工程会拖延（或者出现了延迟）；用户或其他相关单位承担的工作有可能延误；

4)其它：应该包含此处没有、但据推测有风险的项目。

4.2 工作流程

说明项目采用什么样的工作流程进行。如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己创建的工作流程。不同的流程将影响后面的工作计划的制定。必要时画出本项目采用的工作流程图及适当的文字说明。4.3 总体进度计划

这里所说的总体进度计划为高层计划。作为补充，应当分阶段制定项目的阶段计划，这些阶段计划不在这份文档中，当要以这份总体计划为依据。

总体进度计划要依据确定的项目规模，列表项目阶段划分、阶段进度安排及每阶段应提交的阶段成果，在阶段时间安排中要考虑项目阶段成果完成、提交评审、修改的时间。

对于项目计划、项目准备、需求调研、需求分析、构架设计或概要设计、编码实现、测试、移交、内部培训、用户培训、安装部署、试运行、验收等工作，给出每项工作任务的预定开始日期、完成日期及所需的资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件（里程碑）。例如

需求评审

设计评审

表格中检查点／里程碑等阶段划分为举例，实际作业阶段划分、阶段成果等请根据项目需要确

定。

制定软件项目进度计划可以使用一些专门的工具，最常用的是Microsoft的Project作为辅助工具，功能比较强大，比较适合于规模较大的项目，但无法完全代替项目计划书，特别是一些主要由文字来说明的部分。小规模的项目可简便地使用EXCEL作为辅助工具。关于如何使用这些工具不在此作详细说明。

制定软件项目进度计划应当考虑以下一些因素: 1）对于系统需求和项目目标的掌握程度。如开始时对于系统需求和项目目标只有比较数的了解，就只能制定出比较粗的进度计划，等到需求阶段或设计阶段结束，就应该进一步细化进度计划。2）软件系统规模和项目规模，这两个不是一个概念。软件系统规模往往是从功能点的估算或其他估算方式得来的，而项目规模还要考虑对文档数量与质量的要求，使用的开发工具、新技术、多少复用、沟通的方便程度、客户方的情况、需要遵守的标准规范等等等等。例如，完成一个大型的系统，在一定的时间内一个人或几个人的智力和体力是承受不了的。由于软件是逻辑、智力产品，盲目增加软件开发人员并不能成比例地提高软件开发能力。相反，随着人员数量的增加，人员的组织、协调、通信、培训和管理方面的问题将更为严重。

3）软件系统复杂程度和项目复杂程度：和软件系统规模和项目规模一样，软件系统的复杂程度主要是考虑软件系统本身的功能、架构的复杂程度，而项目的复杂程度主要是指项目团队成员的构成、项目任务的复杂程度、项目干系人的复杂程度、需求调研的难易程度，多项目情况下资源保障的情况，等等等等。软件系统的规模与软件系统的复杂程度未必是成比例的关系；同样项目的规模与项目的复杂程度未必是成比例的关系。

4）项目的工期要求，就是项目的紧急程度。有些项目规模大，却因为与顾客签订了合同，或者为了抢先占领市场，工期压缩得很紧，这时就要考虑如何更好地合理安排进度，多增加人选多采用加班的方式是一种万不得已的选择。增加人选除了增加人的成本外必定会增加沟通的成本（熟悉项目任务所需要的时间）；加班如果处理不好会造成情绪上的问题，也可能会因为过于忙碌而无法顾及质量，造成质量的下滑。

5）项目成员的能力。这些能力包括项目经理的管理能力，系统分析员的分析能力、系统设计人员的设计能力、程序员的编码能力、测试人员的测试能力，以及企业或项目团队激发出这些能力的能力。从另外一个角度看还有总体上对客户行业业务的熟悉程度；对于建模工具、开发工具、测试工具等技术的掌握程度；企业内部对行业业务知识和主要技术的知识积累。

4.4 项目控制计划

4.4.1 质量保证计划

执行质量评审活动，对过程质量进行控制。规模较大的项目应当单独编写《软件开发项目质量计划》。根据GB/T 12504 计算机软件质量保证计划规范，内容包括： l 引言（本章节包括质量计划的目的、定义、参考资料）

l 管理（描述负责软件质量管理的机构、任务及其相关的职责）

l 文档（列出在该软件的开发、验证与确认以及使用与维护等阶段中需要编制的文档，并描述对文档进行评审与检查的准则）

l 标准、条例和约定（列出软件开发过程中要用到的标准、条例和约定，并列出监督和保证执行的措施）

l 评审和检查（规定所要进行的技术和管理两个方面的评审和检查工作，并编制或引用有关的评审和检查规程，以及通过与否的技术准则。至少要进行软件需求评审、概要设计评审、软件验证与确认评审、软件系统功能检查、程序和文档物理检查）l 软件配置管理（编制有关配置管理条款，或在“4.4.4 配置管理计划”中说明，或引用按照《GB/T 12505 计算机软件配置管理计划规范》单独制定的文档）

l 工具、技术和方法（指明用于支持特定软件项目质量管理工作的工具、技术和方法，指出它们的目的和用途）

l 媒体控制（说明保护计算机程序物理媒体的方法和设施，以免非法存取、意外损坏或自然老化）

l 对供货单位的控制（供货单位包括项目承办单位、软件销售单位、软件开发单位。规定对这些供货单位进行控制的规程，从而保证项目承办单位从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的需求。）

l 记录的收集、维护和保存（指明需要保存的软件质量保证活动的记录，并指出用于汇总、保护和维护这些记录的方法和设施，并指明要保存的期限）4.4.2 进度控制计划

（可直接引用以下描述或根据项目情况制定本节内容）本项目的进度监控执行本企业《项目管理规范》，由本企业过程控制部门如质量管理部统一进行监控，并保留在监控过程中产生的日常检查记录。4.4.3 预算监控计划

说明如何检查项目预算的使用情况。根据项目情况需要制定。4.4.4 配置管理计划

编制有关软件配置管理的条款，或引用按照GB/T 12505单独制订《配置管理计划》文档。在这些条款或文档中，必须规定用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的状态以及评审和检查配置管理工作等四方面的活动。还必须规定用以维护和存储软件受控版本的方法和设施；必须规定对所发现的软件问题进行报告、追踪和解决的步骤，并指出实现报告、追踪和解决软件问题的机构及其职责。

根据《GB/T 12505 计算机软件配置管理计划规范》，软件配置管理计划内容如下：

l 引言（本章节包括质量计划的目的、定义、参考资料）

l 管理（描述负责软件配置管理的机构、任务、职责及其有关的接口控制。）

l 软件配置管理活动（描述配置标识、配置控制、配置状态记录与报告以及配置检查与评审等到四方面的软件配置管理活动的需求。）

l 工具、技术和方法（指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法，指明它们的目的，并在开发者所有权的范围内描述其用法）

l 对供货单位的控制（供货单位是指软件销售单位、软件开发单位或软件子开发单位。必须规定对这些供货单位进行控制的管理规程，从而使从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的软件配置管理需求）

l 记录的收集、维护和保存（指明要保存的软件配置管理文档，指明用于汇总、保护和维护这些文档的方法和设施，并指明要保存的期限）支持条件

说明为了支持本项目的完成所需要的各种条件和设施。5.1 内部支持

逐项列出项目每阶段的支持需求（含人员、设备、软件、培训等）及其时间要求和用途。例如，设备、软件支持包括客户机、服务器、网络环境、外设、通讯设备、开发工具、操作系统、数据库管理系统、测试环境，逐项列出有关到货日期、使用时间的要求。5.2 客户支持

列出对项目而言需由客户承担的工作、完成期限和验收标准，包括需由客户提供的条件及提供时间。

5.3 外包（可选）

列出需由外单位分合同承包者承担的工作、完成时间，包括需要由外单位提供的条件和提供的时间。6 预算

6.1 人员成本

列出产品/项目团队每一个人的预计工作月数。

列出完成本项目所需要的劳务（包括人员的数量和时间）

劳务费一般包括工资、奖金、补贴、住房基金、退休养老金、医疗保险金 6.2 设备成本

设备成本包括：原材料费，设备购置及使用费

列出拟购置的设备及其配置和所需的经费列出拟购置的软件及其版本和所需的经费使用的现有设备及其使用时间 6.3 其它经费预算

列出完成本项目所需要的各项经费，包括差旅费、资料费、通行费、会议费、交通费、办公费、培训费、外包费等，包括：

（1）差旅费（旅费、出租）（含补贴）

（2）资料费（图书费、资料费、复印费、出版费）

（3）通信费（市话长话费、移动通信费、上网费、邮资）

（4）会议费（鉴定费、评审会、研讨费、外事费等）

（5）办公费（购买办公用品）

（6）协作费（业务协作招待费、项目团队加班伙食费）

（7）培训费（培训资料编写费、资料印刷费、产地费、设备费）其他（检测、外加工费、维修费、消耗品、低易品、茶话会等）6.4 项目合计经费预算

列出完成本项目需要的所有经费预算（上述各项费用之和）。7 关键问题

逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目成败的影响。

8专题计划要点

专题计划也就是因为项目的需要在本文档之外独立建立的计划，本节说明本项目开发中需要制定的各个专题计划的要点。专题计划可能包括分合同计划、分项目计划、项目团队成员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装部署计划。参考文献

《项目管理—计划、进度和控制的系统方法》（第7版）Harold Kerzner（电子工业出版社，杨爱华等译）；

《计算机软件工程规范国家标准汇编2003》中国标准出版社；《PMBOK-2000》PMI；《PMBOK-2004》PMI；

软件项目详细工作计划篇6

作用:本节是为了说明编制“项目计划书”亦即本文档的意图和希望达到的效果。注意这里的“目的”不是“项目目标”，而是为了说明本文档的目的与作用。“项目目标”在2.1中说明。

意义:使项目成员和项目干系人了解项目开发计划书的作用、希望达到的效果。开发计划书的作用一般都是“项目成员以及项目干系人之间的共识与约定，项目生命周期所有活动的行动基础，以便项目团队根据本计划书开展和检查项目工作。”

例如可以这么写:为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。

常见的问题:把项目本身的“项目目标”误作编制项目开发计划的目的。

1.2 背景

主要说明项目的来历，一些需要项目团队成员知道的相关情况。主要有以下内容:

项目的名称:经过与客户商定或经过立项手续统一确定的项目名称，一般与所待开发的软件系统名称有较大的关系，如针对“__系统”开发的项目名称是“__系统开发”。

项目的委托单位:如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方;如果是自行研发的软件产品，项目的委托单位就是本企业。

项目的用户(单位):软件或网络的使用单位，可以泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的。如海关的报关软件、税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位。

项目的任务提出者:本企业内部提出需要完成此项目的人员，一般是领导或商务人员;注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员。如果是内部开发项目，则两者的区别在于前者指人，后者指单位。

项目的主要承担部门:有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门(也有的分为不同事业部)。项目的特点就是其矩阵式组织，一般一个项目的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的范围确定本项目的主要承担部门。

项目建设背景:从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。这有利于项目成员更好地理解项目目标和各项任务。

例句:根据《某部关于某建设工作的实施意见》精神，为了保障某建设工作的正常实施，必须加强监督考核，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容，及时掌握进度，相关部门建立市某建设工作简报制度，及时反映全市某建设工作动态。

目前对于某建设工作的工作主要采用计划部门手工编制年度计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划，某建设工作单位手工上报建设工作进度情况的方式，而全市的建设工作有数百个，加上前期建设工作的数量和今后某市建设发展的趋势，建设工作的数量将越来越多，原来的工作模式已经越来越无法适应市委市政府的要求。因此，充分利用现代信息化、因特网的优势，建立“某市某建设工作信息报送反馈系统”，提高某建设工作信息报送反馈工作效率，提高信息的及时性、减轻各级相关工作人员的劳动强度是非常有必要和紧迫的任务。

软件系统与其他系统的关系:说明与本系统有关的其他系统，说明它们之间的相互依赖关系。这些系统可以是这个系统的基础性系统(一些数据、环境等必须依靠这个系统才能运行)，也可以是以这个系统为基础的系统，或者是两者兼而有之的关系、互相依赖的系统。例句:本系统中对外部办公部分如需要各个建设单位报送材料的子系统应当挂在市政府网站。

软件系统与机构的关系:说明软件系统除了委托单位和使用单位，还与哪些机构组织有关系。例如一些系统需要遵守那些组织的标准、需要通过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。

1.3 定义

1.4 参考资料

列出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位，必要时说明得到这些文件资料和标准的途径。本节与下一节的“标准、条约和约定”互为补充，注意“参考资料”未必作为“标准、条约和约定”，因为“参考”的不一定是“必须遵守”的。常用资料如:

本项目的合同、标书、上级机关有关通知、经过审批的项目任务书;

属于本项目的其他已经发表的文件;

本文档中各处引用的文件、资料，包括所要用到的软件开发标准。

1.5 标准、条约和约定

列出在本项目开发过程中必须遵守的标准、条约和约定。例如:相应的《立项建议书》、《项目任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。

软件项目计划书总结篇7

随着中国改革开发20多年的发展, 中国软件产业已逐渐成为中国国民经济的支柱产业。2011年, 中国软件产业完成软件业务收入超过1.5万亿元, 同比增长40%, 规模比2001年扩大10多倍, 占电子信息产业的比重由2001年的6%上升到18%。然而, 目前我国软件企业在快速发展的同时, 由于其具有的特点也出现了一些问题。如果这些问题不能解决, 那么对我国软件产业今后的盈利能力产生不良影响。

我国软件企业具有以下特点:1.规模比较小, 资金有限, 一般以中小型企业为主, 其人数一般在50-100人之间。2.企业的核心技术掌握在几个核心人物手里。3.相比其他行业, 主要生产资料在人, 所以人力资源价格较一般行业高。4.人员变化频繁, 流动率高。这些特点决定了人力资源的成本对软件企业盈利有重要影响。[1,4]在电脑数量及其他设备已知的情况下唯有通过优化企业中人力资源配置来提高软件企业开发效率, 降低人力资源成本。

软件企业的人力资源, 从项目开发的角度来说, 主要有以下几类, 最高层的是项目经理, 其次, 是系统分析师、系统架构师、系统设计师、开发组长、测试组长, 然后是高级软件工程师、高级测试工程师, 最下层的是软件工程师, 即程序员。

项目经理负责整个项目, 系统分析师对用户的需求进行分析和确认, 系统架构师进行架构设计, 例如:采用什么结构、用什么语言开发、分几个层次等, 系统设计师进行软件概要设计, 高级软件工程师、软件工程师等完成代码设计, 最后, 测试组长、高级测试工程师完成软件测试。

就软件企业各人力资源来说, 具有以下特点:由于项目不同, 各项目组中人力资源一般是不能共享的, 但可以通过一定条件进行协助。企业中高级人力资源如:系统分析师等具有软件开发的多种技能, 而低级人力资源如:程序员, 一般必须在高级人力资源的指导下完成某项工作。项目组中人力资源都有聘用期, 高级人力资源的招聘成本高且需要的人数少, 低级人力资源的招聘成本低且需要的人数多。本文将针对中型软件开发企业研究项目组的人力资源配置问题, 试图得出一套优化配置方法。

2. 国内外研究状况:

多阶段单种人力资源计划问题是NP问题, 而多阶段多种人力资源计划更是一个强NP问题。本文优化的目标是多阶段多种人力资源成本最小问题, 所以不存在多项式的解法。

下面是有关人们对人力资源计划方面的研究:从1980开始, Rao就提出了考虑的招聘费用动态规划方法去优化人力资源中的各种招聘策略。[5]1981年, Bartholdi将系统仿真的方法应用到了制造单元人力资源的优化配置方面, 通过对各种配置方案的仿真建模, 分析了各种指标下的最优方案;1983年, Edwards讨论了在各种人力资源模型的假设条件下, 人力资源需求预测, 共给预测以及两者间的平衡问题, 得出准备易懂的人力资源模型比复杂的理论研究更加重要;1997年, Askin提出一个基于整数规划的数学模型, 它解决了制造单元的人员安排及培训项目制定问题;2000年, Cai提出了考虑多类工作多类人员多阶段的人力资源计划问题的遗传算法的求解方法, 其中具有多种技能的高级员工可以代替低级员工, 但是它没有考虑各类人员不同的工作效率及高级员工与低级员工的约束的小组工作模式, 同时对各种招聘费用也没有考虑;Sohoni提供了一种预测未来劳动力规模的优化策略, 通过该策略, 满足了因员工培训和新的招聘而产生的人力资源需求;Cesani通过对只有两位工人单元开展经验调研, 发现任务在工人间的共享程度越高, 单元的生产率提高得越快;Azadeh研究了基于多目标的人力资源调度问题, 在满足第一目标且考虑各种人力资源变动最小化的第二目标的情况下, 提出了雇佣全职员工与兼职员工问题的启发式算法。Bhatnagar考虑在高速发展行业中固定员工与临时员工的优化配置, 并提出了线性规划模型;Tang为了研究员工的规模, 移动距离及按时交货率, 开发了一个仿真模型。

基于以上的研究基础, 本文在考虑软件企业人力资源计划的同时, 不仅考虑了不同级别的员工的工资, 招聘和续聘的费用, 还考虑了软件企业员工的稳定性。因此本文所建立的人力资源规划模型是多阶段多目标的动态规划模型。为了使求解该模型更有效率, 本文拟采用遗传算法来完成该人力资源模型的求解。

3. 问题描述:

本文研究经营定制中小型软件企业的人力资源配置问题, 这类软件企业一般是定制开发, 以单项目为一个开发团队。目前主要采用面向项目的布局方式, 开发工具主要是电脑, 就项目来说, 一般有几个项目同时开发。经过与人力资源管理人员深入交流, 可以将软件企业的项目开发人员分为4类, 即高技能管理人员 (项目经理) , 高级员工 (系统分析师、系统架构师、系统设计师) , 中级员工 (高级软件工程师、高级测试工程师) , 初级员工 (软件工程师) , 每类员工在软件项目中进行不同类型的工作, 同时其工作效率各不一样。现将工作分为两大类:1.开发及开发完成后的工作;2.开发前的准备工作。其中开发前的准备工作包括与客户重新确认需求, 查看需求分析, 安装开发软件等。高技能管理人员主要是从事管理工作, 及深技术难点攻破工作, 高级员工及中级员工工作比较复杂, 也比较关键。当初级员工遇到困能时, 一般要求高级或者中级员工可以指导若干初级员工进行团队模式参与开发, 而高级及中级员工一般都独立参与工作。

假设条件如下:1.软件开发中各类工作每个阶段的人力资源, 按照高级及中级员工的平均的工作效率, 需求人数已知。2.各类人员在软件开发阶段可独自进行招聘解聘活动, 招聘的新员工将进入到下一阶段。3.每阶段解聘的员工将在下一阶段开始时离职, 不能影响阶段工作。4.高技能管理人员, 高级员工, 在软件项目开发中是非常重要的, 但是由于他们的人力资源成本比较高, 所以每阶段可获得数量有限。5.在人力资源的费用方面考虑各类员工的工资, 招聘费用和解聘费用, 尤其应聘用期的员工解聘费用高, 所以一般不能解聘 (即:每阶段只解聘合同到期的员工) 。6.一般解聘中, 初级员工, 不解聘高技能管理人员和高级员工, 同时考虑合同到期的员工。7.招聘费用包括可变费用与固定费用 (可变费用包括体检费用等, 固定费用主要指招聘入场费等) , 续聘员工比新增员工成本低, 所以一般续聘到期员工。8.每个阶段各类人员的合同到期人数是已知的。根据企业实地调研, 我们发现在人力资源的聘用上除了考虑成本之外, 还需要一个稳定的开发团队, 所以高技能管理人员, 高级员工不在解聘之列。现设立3个优化目标:1.在满足软件项目开发各阶段的人力资源需求的情况下, 使得人力资源总成本最小。2.在满足第一个目标的情况下, 使得中级员工和初级员工招聘与解聘的人数波动最小。

4. 问题模型:

此问题对应的数学模型为:

其约束条件为:

论软件项目的进度管理篇8

关键词医保通系统项目进度管理

2013年6月，笔者作为项目经理参加了某保险公司医保通系统建设，主要职责是项目管理。“医保通系统”是指保险公司通过信息化手段和医院之间搭建的信息平台。医保通系统在省级公司建立医保通中心端，搭建数据库和应用服务平台，医保通前端设在医院。系统的主要功能包括：客户入院申报；探访核实的信息录入；处方信息采集和上传；处方审核；理赔金结算；统计分析功能。医保通项目历时6个月，于2013年12月成功上线。

该系统开发中，我主要担任项目管理工作。软件开发进度管理是一项软件开发项目管理的一个重要内容，有效的进度管理是保证软件开发项目如期完成的重要环节，在医保通系统开发过程中，我采用合理估算项目工期、工作量和技术难度，制定出项目的进度计划表；制作项目周报，及时了解项目进度，适时进行调整和动态控制；采用CPM法，识别关键任务，允许一些任务并行以及组件的复用等方法来保证项目如期完成。

一、合理估算项目工期、工作量和技术难度，制定出项目的进度计划表

首先制定项目日程主计划，内容包括项目在定义阶段、实现阶段、验证阶段、确认阶段的里程计划及主要成果物。

其次制定详细的进度表，先进行项目的工期的精确估算。在工期估算方面，我们主要采用基于公司项目估算参考表，如模块复杂度划分参考表、功能点代码行转换参数表、功能点生产率参数表、缺陷参考基准表、工作量分布参数表，对项目所需要实现的每一个功能模块在项目生命周期的每个阶段的基准规模、需求定义/设计/测试占阶段人天比例、评审占阶段人天比例、bug修复占阶段人天比例、模块规模（FP）、模块规模（LOC）进行详细的估算，同时估算出项目组每一位成员在项目生命周期的每个阶段以人天为单位的工作量，形成项目估算明细表。依据项目估算明细表，汇总统计出每一阶段/任务工作量、缺陷、详细的进度安排（包含每一阶段的开始时间、结束时间）、人员投入安排，制定出项目进度计划表。

最后在project中参照项目进度计划表相关数据填写各阶段工时值时形成项目甘特图。

二、制作项目周报，及时了解项目进度，适时进行调整和动态控制

在project中项目的计划开始、完成时间就是比较基准时间，它在项目计划做好后即可保存起来。项目开始、完成时间随项目成员反馈的任务进度进行更新，两者比较形成项目进度偏差。因此利用project的任务视图和资源视图可以随时看出目前项目进度、资源、成本与计划是否存在偏差。

每周利用project采集项目进度数据填写入度量计划表所列项目进度、里程碑进度差异等内容，按照《标准度量指标定义》中制定的度量方法和度量公式，计算度量结果，并对度量结果进行分析形成度量分析表，寻找偏差，采取行动调整偏差。综合project中反映出的项目的风险和问题形成项目周报，项目周报的主要内容有：项目进展概况、本周任务工作完成情况、下周任务计划、项目目前存在的问题和风险、度量分析表。每周举行项目例会，分析项目周报列出的进度风险和问题。

三、采用CPM法，识别关键任务

允许一些任务并行以及组件的复用采用CPM法，识别出项目的关键任务，允许关键任务以外的其他任务在机动期内收缩。而关键任务的收缩不得超过一周。当遇到关键任务延期时，就会召集大家开会，讨论找出项目延期的原因，并由主要责任人签字，把这种责任作为业绩考核的依据与工资挂钩。

四、结束语

【软件项目计划书总结】推荐阅读：