软件项目策划书【实用4篇】

精编资料，供您参考软件项目策划书【实用4篇】【前言导读】由三一刀客最美丽的网友为您分享整理的“软件项目策划书【实用4篇】”文档资料，以供您学习参考，希望这篇文档对您有所帮助，喜欢就分享给朋友们呢！软件项目策划书【第一篇】第一部分摘要（整个计划的概括）一、公司简单描述二、公司的宗旨和目标（市场目标和财务目标）三、公司目前股权结构四、已投入的资金及用途五、公司目前主要产品或服务介绍六、市场概况和营销策略七、主要业务部门及业绩简介八、核心经营团队九、公司优势说明十、目前公司为实现目标的增资需求：原因、数量、方式、用途、偿还十一、融资方案（资金筹措及投资方式）十二、财务分析1.财务历史数据（前3年～5年销售汇总、利润、成长）2.财务预计（后3年～5年）3.资产负债情况第二部分综述第一章、公司介绍一、公司的宗旨（公司使命的表述）二、公司简介资料三、各部门职能和经营目标四、公司管理1.董事会2.经营团队3.外部**（外聘人士/会计师事务所/律师事务所/顾问公司/技术**/行业协会等）第二章、技术与产品一、技术描述及技术持有二、产品状况1.主要产品目录（分类、名称、规格、型号、价格等）2.产品特性3.正在开发/待开发产品简介4.研发计划及时间表5.知识产权策略6.无形资产（商标/知识产权/专利等）三、产品生产1.资源及原材料供应精编资料，供您参考2.现有生产条件和生产能力3.扩建设施、要求及成本，扩建后生产能力4.原有主要设备及添置设备5.产品标准、质检和生产成本**软件项目计划书【第二篇】关键词：软件企业能力成熟度模型软件过程改进一、引言CMM是软件过程能力成熟度模型的简称，它主要用于软件开发过程与软件开发能力的评估与改进，CMM自问世以来备受关注，在很多国家与地区得到了广泛的应用，成为衡量软件公司软件开发管理水平的重要参考因素和软件过程改进事实上的工业标准。二、CMM的主要用途有1.软件过程评估。软件过程评估主要用于软件企业自身内部的软件过程的改进问题，目的在于发现缺陷与不足，提出软件过程改进的方向。在评估过程中，由经过CMM系统培训的专业人员调查，评估与鉴别软件过程中存在的问题，确定出企业软件过程的现状，从中分析出企业最急于解决或者最重要的与软件过程相关的问题，将问题汇报给企业管理层，以便取得企业管理层对软件过程改进的支持。2.软件能力评价。对接受评价的企业或软件开发小姐，评价出他们在一定条件下，即资金与时间的约束条件下能否按时按质完成软件开发项目的能力。分析出其能够承受风险的系数大小。通过利用CMM确定评价结果后，可以利用这些结果确定选择软件外包企业的风险，也可以判断相关企业在软件开发过程中的工作进程，指导他们改进相关的软件过程。3.软件过程改进。CMM可以用于指导软件开发企业优化软件过程，对软件过程进行计划，制定与过程定义。CMM指出了软件企业如何摆脱无序与不成熟的软件过程，形成一个成熟的有规律的软件过程所必经的优化与提高的途径。同时CMM也列出了达到每一个成熟度等级所必须关注的软件过程的关键内容，即软件过程域，以及完成每一个软件过程域所必须要做的关键实践。随着软件企业CMM级别的提高，软件企业的软件过程能力成熟度不断地增长。三、中小型软件企业在软件开发过程中的特征不同企业有不同的情况，例如不同的规模，企业文化，技术水平，不同的优劣势，所以在实施软件过程改进时，要根据不同企业的特点有所裁减，要在软件过程改善时，有针对性的发挥优势，减少劣势所可能造成的负面影响。中小软件企业相对于大型软件企业有以下鲜明特征：第一，由于企业规模的限制导致中小软件企业大多数从事的是系统集成软件的开发，即特性软件的开发，人员规模与资金规模相对于大型软件开发企业的有限，使中小软件企业很难花费大量时间对开发员工进行彻底的软件过程改善的培训，且在软件发行过程中很难进行良精编资料，供您参考好的商业宣传与运作，这些都是由于规模有限产生的负面效应。第二，在企业文化上，中小软件企业的员工可能参与到软件开发流程中的各个环节与方面，例如需求分析，设计，开发或测试。在开发过程中的职责划分上，以员工为中心而不是以角色为中心。软件开发层次不明晰，不利于保障软件开发质量，因为不能做到像大型软件企业那样，设立不同的专业软件过程组来进行软件过程改善，比如划分了专门的软件工程组与软件过程组等。第三，中小企软件企业的项目成功主要依赖于核心开发人员的技术与管理能力，企业缺乏明确定义的软件过程，虽然这种开发模式能确保开发过程中的灵活性与自由化，但同时造成少部分人的工作量超负荷，也使得成功的开发模式与经验得不到有效的继承，限制了软件开发能力的提高，中小型软件企业的人员变更相对频繁，这使得软件过程改善必须以软件过程及其活动为中心，而不能以某个员工为中心。第四，中小型软件企业的沟通比较容易，这造成各项工作的文档化程度不高，主要是通过交流来达到监控项目的目的，几乎没有或者很少有库存的过往开发项目的文档资料。四、CMM在中小型软件企业中实施的步骤1.需求管理。从客户处获取原始需求，经分析后形成需求说明书，获得客户授权与认可，软件开发项目组评审需求说明书，加入配置管理，创建需求基线，对需求的开发状况进行跟踪，要及时了解需求的变化与实现情况，一旦需求变更，需要按配置管理变更流程的执行。2.软件项目计划。软件项目计划是软件项目跟踪与监控的基础，项目经理根据需求说明书进行估算，拟定软件项目计划，交上交软件开发计划给上级部门评审与审批。审批通过后，加入配置管理。3.软件项目跟踪与监控。项目经理使用进度表进行监控，根据项目的实际执行情况，拟定进度报告，并得到项目组相关成员的确认，一旦计划与实际执行情况有偏差，项目经理要发现差距，并形成问题报告。高层经理审查项目报告，监督项目经理修正计划和解决已经存在的问题和风险。4.软件质量保证。如有专人负责软件质量保证，可拟定专门的质量保证计划，根据计划进行审查，记录下不一致的问题，将问题记录到项目问题日志，了解问题的解决情况，并定期向高层经理汇报。5.软件配置管理。如有专人负责软件配置管理，可以拟定专门的配置管理计划。创建开发域和基线域，开发人员在各自的开发域上工作，软件配置管理则标识配置项并加入基线域。在各个阶段结束时创建基线，对配置项和基线进行审计。质量保证人员定期审计配置管理活动。6.同行评审。项目经理确定评审的人员、时间与地点，将相关材料发给评审人员，评审人员评审材料，记录发现的问题，如果时间充足，以会议方式进行交流，否则由项目组成员各自提交发现的问题，最后汇总发现的问题，由项目经理指定相关精编资料，供您参考人员跟踪解决问题。五、CMM在中小型软件企业中实施的策略对项目组相关成员进行CMM的培训，对软件企业当前的工作流程进行分析，整理及文档化，制定一个适合本企业的软件过程。合并管理任务，没有必要重复设置经理职位，可以把相关工作交给有关人员实施，个人可以执行项目或者组织中的多个角色。建立合理的组织结构，成立软件工程过程组，同时软件质量保证部门要独立于研发及测试部门。可以合并的文档就合并，可以消除的文档就消除，从而减少生成文档的负担，保持文档的简单性。适当合并评审实践，把评审实践非正式化，充分利用其他会议或者碰头机会解决评审需求。在软件开发过程中，将CMM与个体软件过程PSP和小组软件过程TSP有机地结合起来，以帮助提高软件企业的开发管理能力。总结：软件项目计划书【第三篇】中图分类号：D627；文献标识码：A文章编号：1009-914X（2016）21-0085-011.概述作者参与了一个项目，该项目开发出来的产品是一种智能教学设备，该设备可以实时同步地将用户在硬件端的书写内容显示在计算机屏幕上，用户可以保存、编辑、打印通过硬件端输入到计算机的书写内容，联网的计算机也可以实时观看用户的书写过程。另外，用户还可以通过投影在硬件端的PC机显示画面交互地操作PC机。对于这种实时通信且具有联网功能的软件项目，我认为首先需要制定一个良好的项目计划，才可以保证项目开发的成功。我认为行之有效的策略有三个，分别是分而治之、逐步求精、经验数据。下面就结合这三个策略详细讨论本次项目计划的制订。2.分而治之将一个过于复杂的问题分解成若干复杂度不那么高的小间题来依次解决，这种方法人类已经采用了几千年。这里我们也可以用于项目计划的制定。因为整个考虑项目的方方面面来制定计划其复杂度已经超过了人类处理问题的能力。为了解决这个问题，可以将整个项目分解为一些更小的组织体，逐一进行处理，这项工作也就是项目管理中的WBS（工作分解结构）。比如针对这次项目中采取的RUP开发过程模型，我在完成需求管理计划时我就将计划内容分解成初始、细化、构建、移交四个阶段来分别制定，最后合到一块儿就是完整的需求管理计划。除了按时间段分解的角度来制定项目计划，我制订软件开发计划时同时按照了RUP过程方法的工作流的概念来分解项目计划的制定工作，根据每个工作流在四个阶段业界通用的工作量估计来制定计划，安排工作人员以及相应的软件资源。因精编资料，供您参考为软件开发计划涉及到多个工作流，我认为以这种方式分解是合理的。同时因为本项目的特点，我省略了业务建模工作流，这是因为这次的产品是以硬件为主，软件为辅的消费类产品，所以业务建模不是那么必要了。以不同的方式分解项目，可以从多个不同的角度来制定整个项目计划，有利于全面、深入地了解项目，避免“瞎子摸象”的情况发生。3.逐步求精计划工作其实是一种管理未来、管理未知的工作，而未来是变化莫测的，还存在许多自身无法掌握的因素，因此存在很大的难度。而解决这一困难的法宝就是逐步求精。按照先框架后细节，先粗后细地进行项目的计划。比如在这个项目中，在接受这个项目后就开始了做了一个初步计划，这个计划的内容主要是做出时间上的安排。因为打算在5月需要用这个项目的产品申请国家中小企业创新基金的支持，所以完成时间就定在了4月，预留一个月用于写申请报告。总的时间进度确定后，大概分配了三个时间段：系统工程分析、软件开发模型确定、软件产品制造时间段、项目总结。比如在初始阶段时架构设计考虑以MFC为平台，根据这个决定软件开发计划的制定是比较粗略的，在细化阶段架构设计进一步详细，这时已经清楚各个模块和MFC的Doc/View主结构的接口定义，以及各模块之间的接口定义，这时我就可以根据所需开发的模块制定计划。比如这时我就计划了特效界面模块开发分两次迭代，第一次迭代计划一个月时间，第二次迭代两周时间，第一次迭代需要完成放大和缩小、树形选择、缩略显示等主要的界面效果，第二次迭代的主要任务是根据用户反馈进行修改调整。4.经验数据要制定一个良好的计划离不开精确的估算。不过项目计划是在项目开发的早期制定的，而在早期要完成精确的估算是非常困难的。要解决这个问题的关键就在于“经验数据”。由于整个软件产业都还十分年轻，经验数据的积累都普遍不足，才导致这一现象的出现。软件项目计划书【第四篇】项目计划书是一个全方位的商业计划，里面记录着行业、市场和企业等全方位的信息和分析。今天小编在这给大家带来项目计划书范文，接下来我们共同阅读吧！项目计划书范文1一、项目实施方案概述软件产品，特别是行业解决方案软件产品不同于一般的商品，用户购买软件产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作，我们将这一系列的工作称为软件项目实施。大量的软件公司项目实施案例证明，软件项目是否成功、用户精编资料，供您参考的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容，每个阶段下面有不同的工作事项，各个阶段之间都是承上启下关系，上一阶段的顺利完成是保证下一阶段的工作开展的基础。下