软件项目计划书范文
光阴迅速，一眨眼就过去了，迎接我们的将是新的生活，新的挑战，一起对今后的学习做个计划吧。想学习拟定计划却不知道该请教谁？下面是小编为大家收集的软件项目计划书范文，希望对大家有所帮助。
软件项目计划书范文1计算机软件特别是数据库软件已成为当今计算机应用的核心力量，因此软件开发人员需掌握精准的开发技巧，了解整个开发过程，这样才能使他们对软件项目有清晰的认识，从而获得事半功倍的效果。
1 开发前的准备工作
一般来说，每个软件项目在开发之前都会有一份系统任务书，明确了软件的开发目标、主要任务、功能、性能指标，还有研究人员和经费、进度等方面的安排，这将是系统设计开发和验收的基本依据。
然而，系统任务书只是对软件项目的基本要求。面对具体情况，软件开发人员和需求分析师需要共同探讨并详细分析软件项目的细节。必要时还需要进行实地考察，最后共同制定出系统的需求分析。需求分析的目标在于：
确保软件在军事、技术、经济和社会环境上的可行性和必要性；
分析现有系统（工作环境）的状态，描绘待开发系统的具体需求，为用户提供与开发人员之间的交流基础，并提供项目设计的基本信息。
需求分析报告的基本框架包括：
概述：包括编写的目的、背景、参考资料和术语缩写；
现有系统的分析；
待开发系统的详细需求；
使用环境；
可行性分析；
结论意见。
2 软件开发过程
拥有系统任务书和需求分析报告后，软件设计师就需要对软件项目的实现进行系统分析，系统分析包括系统的整体方案、系统设计说明，它们是软件设计的重要参考。
2.1 系统总体方案
基于系统开发单位和用户的深入互动和理解，我们需要提出系统的技术架构，明确系统的功能、性能等主要指标，规定实现方法和要求，这些都是系统进行详细设计的基础。
系统总体方案基本框架包括：
引言：包括编写的目的、背景、参考资料和术语缩写；
项目概述；
实施总计划。
2.2 系统设计说明
根据《系统总体方案》提出的系统架构、功能、性能及数据要求，我们需要确定系统的物理结构，阐述系统主要技术方面的设计和采用的.技术方法以及系统的标准化约束等，这些都是系统实施的基本依据。
2.3 软件开发
开发语言的选择因人而异，开发数据库系统我更倾向于DELPHI，因为它对数据库开发的支持非常完善。
在软件实现方面，我们已经说明了一种客户/服务器结构，但这种结构本身也有一些问题，例如客户/服务器结构经常将应用系统的企业逻辑编写在客户端的应用程序中，因此当应用系统需要改变时，所有在客户端的应用系统都必须改变，这对MIS系统的维护来说成本太高了。为了解决这些问题，我们必须导入所谓的应用程序服务器，软件开发人员以一种特定的组件形式，如Microsoft的COM/DCOM，CORBA对象，或EnterpriseJavaBean等，组装企业的逻辑程序代码。这种经过组装，能够执行特定企业功能的对象便称为"企业对象"，然后把这些企业对象分发到此应用程序服务器。
关于程序设计中的技巧有很多，这里不再赘述。
3 软件开发后的工作
软件项目在开发完成后还需要进行系统测试，以验证开发出来的软件的功能和性能是否达到预期要求。
3.1 软件测试大纲
这是软件设计人员用来自测系统的。包括：
测试环境；
功能测试内容；
性能测试内容；
附录：附表一 系统功能测试表；附表二 系统性能测试表。
3.2 用户应用测试
由用户在实际使用过程中进行测试，并给出应用证明。
4、总结
开发软件项目是一个庞大的系统工程，上述只是介绍了通用软件特别是数据库软件的开发过程和设计理念。它要求软件开发者对其有深入的理解，熟悉软件开发的思路。
通常一个人难以完成所有工作，需要一个优秀的合作团队来协同完成。其中，需求分析师和系统分析师负责提供软件项目的具体要求和设计理念，由软件开发组把这些要求转化为易于维护和持续发展的系统资源。
软件项目计划书范文2一、引言
撰写此文档的目的在于保证项目顺利完成所需的所有工作，同时仅包含必要的过程。它是项目管理团队用来确定、记录、验证、管理和控制项目范围的指导。本文涵盖了创建工作分解结构以及确定如何维护和批准这个结构的方式；还规定了如何正式核实和接受项目的已完成可交付成果。
二、参考资料
韩万江，姜立新编著，《软件项目管理案例教程》，机械工业出版社。
张海藩编著，《软件工程导论》(第五版)，清华大学出版社。
王宏编著，《酒店管理工作——细化执行与模板》，人民邮电出版社。
三、重要术语
SQL Server 20xx：数据库管理软件。
DBMS：数据库管理系统。
Windows XP：运行环境。
vb.net 20xx：软件开发语言。
visual studio 20xx：软件开发环境。
四、项目概述
五、系统与项目的定义
该系统是在C/S系统架构基础上，利用SQL Server数据库，使用vb.net技术构建的酒店信息化管理系统。它基本满足了酒店管理的需求，具有友好的用户界面。系统通过对用户（主要是酒店管理层和员工）的数据进行有效的电子化处理，降低了人工劳动并增加了信息的准确性。该系统主要包括客房、餐饮、财务和人力资源等方面的信息，用户登录后可根据权限操作这些信息。
六、系统开发背景与目标
在当今信息高度发达的时代，酒店业务已经不再局限于传统的住宿和结算业务，而是变得更加广泛和全面的服务行业。为了提高酒店管理水平，简化复杂的`操作，需要在最短的时间内完成酒店业务的规范化操作，让客户感到舒适和满意。对于酒店业的竞争形势，许多酒店都在尝试通过信息技术扩展其服务能力。虽然信息化并不是决定酒店成功的关键因素，但它可以帮助那些真正影响成功的因素发挥更大的作用。因此，采用全新的酒店管理系统将是提高酒店管理效率和改善服务质量的重要手段之一。
七、用户需求概述及系统主要功能
八、项目范围界定
九、开发技术选择与理由
开发酒店管理系统时，选择了可视化Visual 20xx和SQL Server 20xx数据库，Windows XP操作系统等作为软硬件平台。VB具有图形用户界面（GUI），可以轻 ……此处隐藏14105个字……内一个人或几个人的 智力和体力是承受不了的。由于软件是逻辑、智力产品，盲目增加软件开发人员并不能成比例地提高软件开发能力。相反，随着人员数量的增加，人员的组织、协 调、通信、培训和管理方面的问题将更为严重。
3）软件系统复杂程度和项目复杂程度：和软件系统规模和项目规模一样，软件系统的复杂程度主要是考虑 软件系统本身的功能、架构的复杂程度，而项目的复杂程度主要是指项目团队成员的构成、项目任务的复杂程度、项目干系人的复杂程度、需求调研的难易程度，多 项目情况下资源保障的情况，等等等等。软件系统的规模与软件系统的复杂程度未必是成比例的关系；同样项目的规模与项目的复杂程度未必是成比例的关系。
4） 项目的工期要求，就是项目的紧急程度。有些项目规模大，却因为与顾客签订了合同，或者为了抢先占领市场，工期压缩得很紧，这时就要考虑如何更好地合理安排 进度，多增加人选多采用加班的方式是一种万不得已的选择。增加人选除了增加人的成本外必定会增加沟通的成本（熟悉项目任务所需要的时间）；加班如果处理不 好会造成情绪上的问题，也可能会因为过于忙碌而无法顾及质量，造成质量的下滑。
5）项目成员的能力。这些能力包括项目经理的管理能力，系统分析员 的分析能力、系统设计人员的设计能力、程序员的编码能力、测试人员的测试能力，以及企业或项目团队激发出这些能力的能力。从另外一个角度看还有总体上对客 户行业业务的熟悉程度；对于建模工具、开发工具、测试工具等技术的掌握程度；企业内部对行业业务知识和主要技术的知识积累。
4.4 项目控制计划
4.4.1 质量保证计划
执行质量评审活动，对过程质量进行控制。规模较大的项目应当单独编写《软件开发项目质量计划》。根据gb/t 12504 计算机软件质量保证计划规范，内容包括：
引言（本章节包括质量计划的目的、定义、参考资料）
管理（描述负责软件质量管理的机构、任务及其相关的职责）
文档（列出在该软件的开发、验证与确认以及使用与维护等阶段中需要编制的文档，并描述对文档进行评审与检查的准则）
标准、条例和约定（列出软件开发过程中要用到的标准、条例和约定，并列出监督和保证执行的措施）
评审和检查（规定所要进行的技术和管理两个方面的评审和检查工作，并编制或引用有关的评审和检查规程，以及通过与否的技术准则。至少要进行软件需求评审、概要设计评审、软件验证与确认评审、软件系统功能检查、程序和文档物理检查）
软件配置管理（编制有关配置管理条款，或在"4.4.4 配置管理计划"中说明，或引用按照《gb/t 12505 计算机软件配置管理计划规范》单独制定的文档）
工具、技术和方法（指明用于支持特定软件项目质量管理工作的工具、技术和方法，指出它们的目的和用途）
媒体控制（说明保护计算机程序物理媒体的方法和设施，以免非法存取、意外损坏或自然老化）
对供货单位的控制（供货单位包括项目承办单位、软件销售单位、软件开发单位。规定对这些供货单位进行控制的规程，从而保证项目承办单位从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的需求。）
记录的收集、维护和保存（指明需要保存的软件质量保证活动的记录，并指出用于汇总、保护和维护这些记录的方法和设施，并指明要保存的期限）
4.4.2 进度控制计划
（可直接引用以下描述或根据项目情况制定本节内容）
本项目的进度监控执行本企业《项目管理规范》，由本企业过程控制部门如质量管理部统一进行监控，并保留在监控过程中产生的日常检查记录。
4.4.3 预算监控计划
说明如何检查项目预算的使用情况。根据项目情况需要制定。
4.4.4 配置管理计划
编 制有关软件配置管理的条款，或引用按照gb/t 12505单独制订《配置管理计划》文档。在这些条款或文档中，必须规定用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的状态以及评审和检 查配置管理工作等四方面的活动。还必须规定用以维护和存储软件受控版本的方法和设施；必须规定对所发现的软件问题进行报告、追踪和解决的步骤，并指出实现 报告、追踪和解决软件问题的机构及其职责。
5 支持条件
说明为了支持本项目的完成所需要的各种条件和设施。
5.1 内部支持
逐项列出项目每阶段的支持需求（含人员、设备、软件、培训等）及其时间要求和用途。
例如，设备、软件支持包括客户机、服务器、网络环境、外设、通讯设备、开发工具、操作系统、数据库管理系统、测试环境，逐项列出有关到货日期、使用时间的要求。
5.2 客户支持
列出对项目而言需由客户承担的工作、完成期限和验收标准，包括需由客户提供的条件及提供时间。
5.3 外包（可选）
列出需由外单位分合同承包者承担的工作、完成时间，包括需要由外单位提供的条件和提供的时间。
6 预算
6.1 人员成本
列出产品/项目团队每一个人的预计工作月数。
列出完成本项目所需要的劳务（包括人员的数量和时间）
劳务费一般包括工资、奖金、补贴、住房基金、退休养老金、医疗保险金
6.2 设备成本
设备成本包括：原材料费，设备购置及使用费
列出拟购置的设备及其配置和所需的经费
列出拟购置的软件及其版本和所需的经费
使用的现有设备及其使用时间
6.3 其它经费预算
列出完成本项目所需要的各项经费，包括差旅费、资料费、通行费、会议费、交通费、办公费、培训费、外包费等，包括：
（1） 差旅费（旅费、出租）（含补贴）
（2） 资料费（图书费、资料费、复印费、出版费）
（3） 通信费（市话长话费、移动通信费、上网费、邮资）
（4） 会议费（鉴定费、评审会、研讨费、外事费等）
（5） 办公费（购买办公用品）
（6） 协作费（业务协作招待费、项目团队加班伙食费）
（7） 培训费（培训资料编写费、资料印刷费、产地费、设备费）
其他（检测、外加工费、维修费、消耗品、低易品、茶话会等）
6.4 项目合计经费预算
列出完成本项目需要的所有经费预算（上述各项费用之和）。
7 关键问题
逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目成败的影响。
8专题计划要点
专题计划也就是因为项目的需要在本文档之外独立建立的计划，本节说明本项目开发中需要制定的各个专题计划的要点。专题计划可能包括分合同计划、分项目计划、项目团队成员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装部署计划。
