中国**软件有限公司是以**教授（原中国交大研究生）、**教授（原中科院计算所研究生）携带在加拿大多年学习和研究的先进创新成果回国创业的一家软件企业。公司于20XX年7月在中国张江高科技园区注册，主要下面是小编为大家整理的软件项目计划书【五篇】,供大家参考。
软件项目计划书范文第1篇
中国**软件有限公司是以**教授（原中国交大研究生）、**教授（原中科院计算所研究生）携带在加拿大多年学习和研究的先进创新成果回国创业的一家软件企业。公司于20XX年7月在中国张江高科技园区注册，主要业务是开发具有自主版权和知识产权的大型通用数据库管理系统——**SQL，并基于**数据库产品进行应用开发和推广。
**软件的宗旨是以创新的核心技术为起点，以国际一流的专家为技术领路人，将核心技术转化成具有国际竞争力的商业产品，将**软件建设成一个大型的基础软件和应用软件供应商。
**软件的短期目标：基于**数据库（**SQL）的“**企业信息备份和搜索工具”能够在一些具体行业或项目中进行推广应用。初期市场开拓的目标在于建立和提高公司产品的信誉和客户对于产品的可接受程度，而非盲目追求数量增长。总之，首先使公司运营正常，实现良性现金流和一定的赢利空间，再求进一步发展，实现良好的投资回报。
**软件的长期目标：开发和推广大型通用数据库管理系统及其应用产品。
二、公司目前的股权结构
公司目前的股份构成：
三、已投入的资金及用途
公司于20XX年7月成立，注册资金200万元人民币，主要用于产品的开发、测试，市场渠道的铺设。
公司成立以来成功申请了20XX年科技部中小企业技术创新基金（75万元）和20XX年中国市第一批软件和集成电路产业发展专项资金（50万元）。
四、公司目前主要产品及服务
公司的主要产品：“**数据库管理系统（**SQL）”。
正在开发的产品有：“**企业信息备份与搜索工具”。
公司还计划基于**数据库建立“**数据服务中心”，为广大中小企业用户提供数据集中维护及安全保障。
五、产品的知识产权和归属权
“**数据库管理系统（**SQL）”是由两位创始人（**、**）在国外任教期间发明，通过与任教所在大学签定法律合同（见附件），数据库的专利权、出版权及其相关知识产权都归属于两位创始人所有，目前数据库的所有知识产权已转到中国**软件有限公司。
“**企业信息备份与搜索工具”则是在中国研发的基于**数据库的应用产品。中国**软件有限公司拥有产品的所有知识产权。
六、市场概况和营销策略
目前企业搜索市场还处于起步阶段，还没有出现一家独大或几分天下的局面，因此，现在是进入企业搜索市场的最好时机。
**的总体营销策略是：分别向中小企业、大型企业和服务运营商提供不同的细化产品，逐步开拓本地、国内、国际市场。
七、核心团队
公司的核心团队由五人组成：
**（公司创办人，现任董事长兼CTO，**大学计算机系终身教授，数据库及人工智能专家）；
**（公司创办人，现任总经理，**大学计算机系终身教授，人工智能专家）；
周先生（于95年获美国名校计算机科学博士学位，曾任美国**公司中层管理人员、大型外资公司副总裁，软件工程和人工智能专家）；
陈先生（于88年获美国名校计算机科学博士学位，曾任美国加州硅谷著名软件公司高级系统分析师）；
王先生（**大学计算机系博士后，曾任加拿大著名软件公司高级系统分析师，数据库专家）。
八、公司优势说明
公司的主要优势如下：
1) 企业搜索引擎的技术处在不断发展完善中，**拥有自主的先进技术，创新能力强；
2) **企业备份和搜索工具是基于**自身的数据库产品研发的，充分利用了数据库的
高性能和安全机制，产品性价比高；
3) **能快速灵活地向用户提供按需定制服务。
九、目前公司为实现目标的增资需求
为了抢占企业信息搜索的市场发展先机，**需要的外部投资为750万元人民币，加上**的预期销售收入及其他资金，致力于“**企业信息备份与搜索工具”产品的市场开发。
公司计划在20XX年实现收支平衡，09年实现销售赢利，占据国内企业搜索市场有一定影响力的份额，打造**软件品牌。
十、融资方案
企业的产品经营和资本经营是相辅相成的，产品经营是基础，资本经营则是企业快速发展的助推器。公司此次计划筹集750万元的风险资金，主要用于“**企业信息备份与搜索工具”的市场开发。
此次融资的资金筹措方式：股权融资（投资750万获取20%股权）或引进战略投资者。
投资方可通过股票上市或公司兼并的方式退出。
十一、合作方式
软件项目计划书范文第2篇
【关键词】软件；
策划；
风险分析
【中图分类号】TP399
【文献标识码】A
【文章编号】1672—5158（2012）10-0416-01
引言
嵌入式软件已经在我国航天导弹武器系统等尖端产品中得到广泛的应用。目前，《GJB5000A-2008军用软件研制能力成熟度模型》已经并实施，航天嵌入式软件项目的研制过程逐渐要依据这个标准进行。软件作为航天控制系统的关键部分，其地位显得越来越突出，分系统级软件规模已经超过数万行。同时从事软件研制人员已经形成一个组织分工明确、相互配合紧密的团队，从任务书、需求分析、概要设计、详细设计、代码实现、软件测试、交付和维护等环节，每个岗位可能涉及到多个人员。如何通过软件项目策划，保证软件研制流程明晰、可控、软件产品质量可靠，成为型号研制工作的一个不可或缺的重要环节。
1 项目策划的目的
随着管理要求日益严谨，软件管理由粗放式向精细化和准确化转型成为大势所趋，利用软件策划帮助研制方提高研制进度管理的有效性，保证产品质量、提升核心竞争力已经成为共识。策划的目的是为执行软件工程和管理软件项目制定合理的计划，旨在使软件开发人员及管理人员充分了解软件项目策划过程，使项目管理人员遵照过程实施项目策划活动、制定项目开发计划及执行相关策划活动。
2 软件策划前提和输入
项目策划的前期，软件项目组成员要积极参加整个系统项目的早期策划活动，并在系统方案的制定和评审过程中，共同讨论方案报告，协商有关软件项目的目标、范围、进度、资源等，从而逐步了解软件在系统中的作用、进度、功能等。同时对设计输入的任务书要进行认真评审，对其每项内容了如指掌，并纳入配置管理。参加项目策划活动的人员还要接受相关培训。
3 软件策划的规程
软件策划需经多个步骤，从而对整个项目阶段工作进行全面梳理。根据输入的任务书和标准等，首先依据策划的主要内容，制定软件策划的工作计划，然后选择软件生命周期模型，确定软件开发阶段，其次就要进行工作分解结构（WBS）分解，这是策划中非常重要的步骤。在此基础上进行规模、工作量、成本和进度估计，最后形成软件开发计划。其中有多个非常关键的环节，直接影响策划的真实性和可执行性，因此需要重点关注。
3.1 工作分解结构
工作分解结构（Work Breakdown Structure，简称WBS）是归纳和定义整个软件项目范围的一种最常用方法，它将一个项目分解成易于管理的几个部分或子项，以确保找出完成项目工作范围需要的所有工作元素。
工作分解结构是对软件工作产品和软件过程进行分解，以层次结构来组织软件项目的产品元素和活动元素，将项目的软件工作产品和软件过程分解为较小的、更易于管理的元素。
WBS分解时，通常按照树型结构，不断将项目的最终目标分解到一些较小工作单元，直到这些工作单元可以被很容易地“控制”住为止。在划分任务时，任务的颗粒度不能太大，也不能太小。颗粒度太大，难以及时发现问题；
颗粒度太小，就会增加管理成木。任务的颗粒度最小可以到半天，最大到周，一般以小于3天为宜，也就是说项目经理能够在1周中至少检查2次成员的工作进展情况。适当的任务颗粒度便于监控，另一方而也有利于调整任务。当出现任务拖期时，可以比较灵活地重新安排人员接手其他人员的任务。
3.2 项目估计
根据WBS分解的项目内容进行项目估计，项目估计包括项目规模、工作量和成本的估计，这是整个策划中的关键环节，只有项目估计尽量准确，才能保证项目进度、质量能够受控。为了保证项目估计合理性，可采用下面措施：
1）借助历史数据。历史数据是“经验”的量化，通过和历史项目的数据对比，可降低估计的风险。在借鉴历史数据时，要注意数据的可比性，要考察项目类型是否类似、生命周期模型是否类似等。
2）采用多种估计方法互相验证。在估计时可以采用多种估计方法，然后对多种方法的结果进行对比，通过分析其差异以判断合理性。
3）细分任务。任务拆分的越详细，就越容易估计，越容易和历史数据对比。内容任务要完备。估计时要识别出所有工作，不要有遗漏。
4）有估计经验的人参与估计。一方面要对参与估计的人员进行培训，另一方面需要在实践中积累估计经验。每次估计完成后，都要和实际的情况进行对比，经过3-5次反复，则可积累估计经验，提高估计准确性。
多人分别估计并形成估计表，然后由项目负责人进行汇总形成软件估计报告。
3.3 资源和管理计划
人力资源策划方面要包含完成软件开发项目必需的人员数量，姓名，指明项目管理、软件工程、正式软件测试、软件产品评价、软件配置管理等分别所需的人员数目及总数。相应岗位若需通过相应岗位的培训考核，则还要制定培训计划。
项目负责人要确定软件项目相关的利益相关方，包含硬件设计人员、任务提出方、测试设备负责人、用户代表、评测机构等。从而协调制定相关的计划或关键点，描述利益相关方的权限和责任，以及与其它组织的关系。
基础设施资源的策划要同步进行，估计时参考类似项目的历史数据，根据项目需求、工作产品的规模，考虑开发环境、测试环境、目标环境或者这些环境的任何适当组合情况下所需的基础设施资源。同时制定测试计划、配置管理计划、质量保证计划、风险管理计划、数据管理计划、里程碑评审计划和沟通计划等。对上述计划确认后进行配置管理。
4 风险估计
标识风险源为项目研制过程中检查随时间而更改的状态提供了基础，直接显示出影响项目研制目标的各个因素。风险源来自项目的内部和外部。随着项目的进展，可能会发现更多的风险源。项目策划阶段就要识别和分析风险，并制订风险减缓计划，才能进一步跟踪项目风险，及时消除各个风险源带来的影响。
5 形成软件开发计划
策划输出的果就是软件开发计划，根据WBS分解的结果，根据软件任务、任务的工作量、项目成本、任务之间的衔接关系、系统的约束条件和人员分配表等，得出项目的进度和关键路径，并得出软件项目预算，连同项目进度及网络图写入阶段软件开发计划，在形成项目计划过程中，如出现各项约束条件与任务进度冲突情况，需重新估计。软件开发计划应通过正式评审，从而保证具有相应约束力，并纳入管理和控制。
软件项目计划书范文第3篇
第一，流程选择。流程重组不能搞全线出击，需要在考虑该流程是否为企业发展的“瓶颈”，重组后能带来多大的效益，以及成功或失败的概率和影响之后，选择要进行重组的重点流程，建议以财务作为试点，将财务管理、成本管理、固定资产管理等业务进行BPR，实现集成化财务。待财务流程理顺之后，再有选择的开展人力资源管理、物资管理、发电运行业务管理及设备检修业务管理等方面的业务流程重组工作。第二，组织模型。传统金字塔形的组织模式虽然具有一定的优点，但是也不可避免地存在很多缺点，例如部门间摩擦大，管理费用和管理成本高，无效劳动相对较多，因此，应当采用扁平化和无边界化的组织模型，缩短指令传达路径，提倡一岗多能。建议设立流程控制点负责制，由控制点负责人主导整个业务流程，减少部门之间的责任交接，提高效率。
二、软件选择风险应对计划
第一，在软件选择之前要选聘值得信赖的业内专家或专家组，帮助公司进行需求分析，以及设计对软件的评估体系。为了选好咨询专家，建议公司加强市场调研，向同类型企业收集咨询专家信息，以及评价意见，采取公开招标的形式确定咨询企业。第二，设计科学的软件评估体系。公司项目实施小组与咨询专家密切配合，对软件供应商进行全面的评估，建立一个科学规范的软件该评估体系。由企业内部组织精选出来的评估小组（由外聘信息化专家参加）进行评估。这样的评估小组对自己企业的需求很了解，在加上外聘信息化专家的帮助，会有很好效果。评估小组在听取软件供应商介绍和演示以后，可以进行充分讨论，在讨论的基础上进行评分。
三、数据风险应对计划
第一，扎实推进KKS编码工作。建议在设备采购阶段即严格采用KKS编码原则，与设计单位及设备厂家通过设计联络会的形式确定全厂数据编码规则，并按照唯一性、标准化、易用性的原则编写KKS编码技术规范书，对以下三个阶段的各类技术数据进行规范：（1）规划设计阶段：电厂的设计图纸等技术文档数据；
（2）工程建设阶段：设备的采购、安装、工程的质量、进度、费用等数据信息；
（3）经营管理阶段：产生和积累电及热能生产实时数据、设备维护、成本管理、技术管理等信息。第二，建立数据核查机制。信息化软件上线后，保持原有管理软件与其同步运行一段时间，期间由项目实施小组安排专人负责每周对信息化系统数据的准确性进行可靠性核查。对同步运行过程中出现的数据差异，要查明数据来源，分析差异产生原因，书面向公司高管进行汇报，由公司确定责任部门，限期进行整改。
四、软件技术风险应对计划
软件项目计划书范文第4篇
在软件开发的整个过程中，要经历这样几个阶段：需求分析提出总体方案系统规划概要设计详细设计代码设计测试用户培训试运行用户意见反馈产品完善正式运行用户意见反馈产品升级，最终成为完善的软件产品。
其中最重要的是需求分析阶段。只有明确需求，并满足软件设计人员和用户在对同一问题的理解完全一致的前提下，才能确保一个软件开发工作的顺利进行，该阶段是项目能否成功的关键。这个阶段需要和用户反复沟通，明确用户要实现的功能、达到的效果以及其现有硬件设备和网络环境等情况。一个大的项目有时需要进行几十次需求沟通，每次形成一个简单的需求说明书，当需求说明书得到用户的认可后，才可以进入下一阶段。也有人说，完成需求，就已经完成了项目的一半。该阶段需要介入的人员有项目经理、系统分析师、软件设计师、美工。其中，项目经理负责整个项目的协调工作；
系统分析师和软件设计师负责根据用户提出的需求，判断该需求根据现有人员、技术是否可以实现，如果不可以，协商用户以可以实现的方式解决问题；
美工负责理解用户对软件产品展现形式的需求，并以此来设计软件的外观（包括内容展现形式、色调、风格等）。该阶段形成的书面材料：《需求分析说明书》。
明确需求后，由系统分析师和软件设计师严格按照《需求分析说明书》为用户设计总体方案，该方案是面向用户的，内容尽量少地涉及技术层面内容，主要侧重功能描述。包括该软件有多少功能模块，具体功能描述，辅助手段说明，最终达到的使用效果，以及对一些用户关心的特性（如安全性、可靠性等）方面的描述，同时，为客户提供一些硬件设备选择方案。该阶段形成的书面材料：《项目总体方案》。
系统分析师和软件设计师根据《项目总体方案》，做系统规划和概要设计。从该步骤开始，以下的各步都将面向开发人员，形成的文字材料均以专业术语和列表等形式展现，尽量少用或不用描述性语言，力求言简意赅地表达。该阶段按软件模块提取功能点，不同模块间有交叉或相似内容的进行合并，并详细说明每个模块下包含的具体功能点，如增加、删除、修改、检索、分类、排序等，即对功能模块进行细化。形成的书面材料：《概要设计说明书》。
在概要设计基础上，系统分析师和软件设计师进行详细设计。该阶段将搭建软件系统的整体框架，框架搭建一般有两种方式：一种从技术角度，按功能点搭建；
另一种按内容，即按模块来组织。其中第二种用的居多，即按内容分成若干模块，在每个模块下，确定需要开发的功能函数（在面向对象的设计方法中我们称其为方法），把这些函数或方法要实现的功能都确定下来，并设计数据库的结构，包括有多少表，每个表有哪些字段，主键，外键，字段长度，是否需要索引，表与表间是否有关联，是否需要建立触发器等内容。形成的书面材料：《功能设计说明书》、《数据库设计说明书》。
代码设计，即逐行编写代码的过程，也是从无到有建立该软件的过程。很多人通常所说的开发，都狭义地指这部分。实际开发中，这部分在前面各项设计完成的基础上，仅仅是一个实施过程，难度很小。该阶段主要介入的人员是软件设计师和程序员。形成的书面材料：《项目实施计划》、《软件安装手册》、《客户端配置说明书》、《性能优化配置参考》、《系统常见问题帮助文档》、《用户使用手册》、《管理员使用手册》、《软件验收确认单》、《培训计划》等。
软件项目计划书范文第5篇
【关键词】 软件文档；
软件工程；
设计和实现；
管理和维护
一、软件文档的作用
（1）管理依据。在软件开发过程中，管理者必须了解开发进度、存在的问题和预期目标。每一阶段计划安排的定期报告提供了项目的可见性，定期报告还提醒各级管理者注意该部门对项目承担的责任及该部门效率的重要性。开发文档规定若干个检查点和进度表，使管理者可评定项目的进度。如果开发文档有遗漏、不完善或内容陈旧，管理者将失去跟踪和控制项目的重要依据。（2）任务之间联系的凭证。大多数软件开发项目通常被划分成若干任务，由不同的小组去完成，学科方面的专家建立项目，分析员阐述系统需求，设计员为程序员制定总体设计，程序员编制详细的程序代码，质量保证专家和审查员评价整个系统性能和功能的完整性，负责维护的程序员改进各种操作或增强某些功能。这些人员需要的互相联系是通过文档资料的复制、分发和引用而实现的，因而任务之间的联系是文档的一个重要功能。大多数系统开发方法为任务的联系规定了一些正式文档。分析员向设计员提供正式需求规格说明，设计员向程序员提供正式设计规格说明等等。（3）质量保证。对于负责软件质量保证和评估系统性能的人员需要程序规格说明、测试和评估计划、测试该系统用的各种质量标准以及关于期望系统完成什么功能和系统怎样实现这些功能的清晰说明；
必须制订测试计划和测试规程，并报告测试结果；
还必须说明和评估完全、控制、计算、检验例行程序及其他控制技术。这些文档的提供可满足质量保证人员和审查人员上述工作的需要。（4）培训与参考。软件文档的另一个功能是使系统管理员、操作员、用户、管理者和其他有关人员了解系统如何工作，以及为了达到各自的目的，如何使用系统。（5）维护支持。维护人员需要软件系统的详细说明书以帮助熟悉系统，尽可能找出并修正错误、改进系统，以适应用户需求的变化或适应系统环境的变化。(6)历史档案。软件文档可用作未来项目的一种资源。通常文档记载系统的开发历史，可使有关系统结构的基本思想为以后的项目所利用。系统开发人员通过审阅以前的系统以查明什么部分已试验过，什么部分运行的很好，什么部分因某种原因难以运行而被排除。良好的系统文档有助于把程序移植到新的系统环境中。
二、软件文档管理在项目进程中的重要作用
软件文档管理，是指在一个系统(软件)项目开发进程中将提交的文档进行收集管理的过程。文档管理在项目开发中不是很受重视，当发现其重要性时，已经为时已晚。整个项目可能因此变得管理混乱，问题无据可查。作为管理完善的项目文档，管理者完全可依顺它的轨迹看清整个项目进展的脉络，通过对阶段性文档的把握使整个项目质量得到很好的掌控。制定一套完整有序的项目文档管理规定十分必要，其作用有以下6个方面。（1）它是项目管理者了解开发进度、存在的问题和预期目标的管理依据。（2）大多数软件开发项目会被划分成若干个任务，并由不同的组去完成。文档管理则是不同小组任务之间联系的重要凭证。（3）可提供完整的文档，保证项目开发的质量。（4）项目文档是系统管理员、操作员、用户、管理者和其他相关人员了解系统如何工作的培训与参考资料。（5）项目文档将为系统维护人员提供维护支持。（6）项目文档作为重要的历史档案将成为新项目的开发资源。
现在大多数金融、通信企业为了更好的服务客户、准确掌握自身数据，都在不遗余力地建立数据仓库系统。企业数据仓库(EDW)从筹建项目组到软件开发建设再到系统上线维护，基本涉及了软件项目建设的所有环节，对文档管理提出了较全面的要求。以下就EDW建设为例作了探讨，首先，借助VSS软件建立项目文档管理服务器以保存所有的项目文档。其次，项目保存的文档要涵盖项目管理、项目调研、项目开发、项目应用、系统管理、系统测试验收、项目培训、版本控制、数据质量管理、用户手册、系统上线等整个项目周期。从项目管理者的亲身体会来讲，这些文档的保存往往是混乱无序、无法快捷地获得所需信息。究其原因，项目组在系统开发过程中虽然很重视文档的保存，但是忽视了文档的管理。文档归档没有正式的管理要求，缺少文档提交的依据和规则。最后，建立文档管理规定。由于项目文档管理员按照规定对文档进行管理，因此项目经理及小组成员都能快速得到自己所需的各类文档。项目经理还可很清晰地透过项目文档把握项目进展情况。
三、如何建立软件文档管理规定
从不同的行业和项目的个性出发，需要管理者结合实际情况制订出适合自身文档管理的规定。《软件文档管理指南》和《计算机软件产品开发文件编制指南》(以下统称《指南》)给提供了相关的指导。首先要明确关于软件项目文档的具体分类。《指南》中提出文档从重要性和质量要求方面可分为非正式文档、正式文档；
从项目周期角度可分为开发文档、产品文档、管理文档；
更细致还可分为l4类文档文件，具体有：可行性研究报告、项目开发计划、软件需求说明书、数据要求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、用户手册、操作手册、模块开发卷宗、测试计划、测试分析报告、开发进度月报、项目开发总结报告。这样的分类细化了项目进度中各个阶段所需管理的文档。其次需要将项目文档进行归类整理。对EDW项目组文档情况与软件文档管理指南进行对比分析，可以看出，没有规范管理的EDW项目组文档存在以下4方面问题。（1）项目组在开发初期针对业务部门和科技部门进行了需求及信息调研，可覆盖部分软件需求和数据需求说明书的内容，但缺少业务部门对项目需求描述和变更的文档记录。这部分文档需建立相应目录予以保存。（2）对于设计说明，在系统较复杂的情况下，设计阶段应分解成概要设计和详细设计两个步骤。目前EDW项目组只对ETL模块提供了概要设计说明书，并没有单独的存放目录，而是同其他设计文档混乱地放在一起。对于比较复杂的应用开发项目，应将这两种设计说明文档分目录管理。（3）在项目测试验收中，项目组没有要求将测试计划文档和测试结果报告进行规档，只重视了测试过程中的问题文档，因此无法掌控测试进度与质量。（4）EDW项目组的工作分为模型设计、ETL、集市应用3个工作小组，对应的文档管理需要围绕这3个主题进行。其中模型设计和ETL都是数据仓库项目实施的模块，集市应用则包括建立在数据仓库基础上的小项目开发。因此，文档管理也应该针对这3个部分不同的性质制定管理规则。
针对EDW文档管理存在的问题，EDW项目组最终依据通用规则建立了正式的项目文档管理规定。具体规定有以下5点。（1）将文档分为两大部分提交管理。项目常规文档和项目归档文档。常规文档的提交和使用根据项目组内部小组成员任务的不同进行权限划分；
项目归档文档由项目管理主管(或项目文档管理员)将项目中的重要文档从常规文档中进行分类归档。（2）常规文档管理目录分为项目日常管理文档和项目流程管理文档。（3）日常管理文档包括项目报告、会议纪要、项目管理模板、重大问题跟踪、数据质量管理。项目报告可分为个人周报、小组周报、项目周报、项目简报，项目简报。并都按照不同目录进行分类管理。（4）提交完整的项目开发、应用开发流程文档。一般包括项目计划、业务需求说明书、数据需求说明书、模块、应用开发文档、系统测试文档、详细设计文档、系统测试文档、用户手册、上线文档、培训资料、系统运行维护等。（5）所有项目组成员均建立VSS软件环境下的对应用户，各自拥有对以上各类文档的读、写、增加、删除权限。由各项目小组长保证提交已保存文档的质量；
由文档管理员或项目经理整体把握项目文档在各阶段的提交情况。
参考文献
[1]李成大.软件工程基础[M].北京:电子工业出版社，2003
