软件项目策划书实用3篇
【导言】此例“软件项目策划书实用3篇”的范文资料由阿拉题库网友为您分享整理,以供您学习参考之用,希望这篇资料对您有所帮助,喜欢就复制下载支持吧!
软件项目策划书_软件项目策划书1
软件项目策划书范文
1引言。1 编写目的本开发计划的目的是:
a. 把在开发过程中对各项工作的人员、分工、经费、系统资源条件等问题的安排用文档形式记载下来,以便根据本计划开展和检查本项目工作,保证项目开发成功;
b. 制订项目组开发过程中的评审和审查计划,明确相应的质量管理负责人员;
规定软件配置管理的活动内容和要求,明确配置管理工作的人员。
特别要求:需求分析必须详细,并且有相关专家合作进行,.2 背景
本项目软件名称为《电能质量数据分析软件》。
任务来源于(略)公司;
交办单位:(略)公司;
承办单位:北京长峰新康科技有限责任公司。.3 参考资料
无;.4 术语和缩写词
暂无;
特别说明:有关公司内部秘密的内容用(略)代替。
2任务概要。1 工作内容
本项目开发过程中需要进行的各项主要工作为:
编制附和软件需求要求的软件功能的软件。
文档计划建立:
软件开发计划;
软件目录
软件需求规格说明
项目开发计划
可行性报告
软件标准规范
软件测试计划
软件测试办法
概要设计说明
软件可靠性和安全性设计指南
硬件总体设计报告
详细设计说明
软件详细设计报告
软件代码(略)
测试分析报告
软件可靠性和安全性设计检查单
软件评审检查单
软件使用说明。2 产品。 程序
见需求。. 文档
文档内容见中文档建立。
文档格式要求按照软件模式化要求进行,模式按照如下名称模板要求规定:
项目开发计划;软件开发计划
软件目录;文档目录
软件需求规格说明; 需求分析报告
概要设计说明; 概要设计文档
详细设计说明;详细设计文档
软件标准规范;源代码
软件使用说明;软件使用说明书
测试分析报告;软件测试报告
软件评审检查单。软件审查报告。 服务
培训:
时间:1天;
内容:软件使用及安装;
软件支持:略。. 验收标准和验收计划
验收测试:
时间:1天。
内容:软件使用。
软件确认:
时间:1天;
内容:确定软件的可使用性,软件的功能完整性。
3实施总计划。1 阶段划分
需求分析:2周;
概要设计:6天;
详细设计:周;
编码:3周;
测试:2周;
验收:2天。
项目启动时间: 人员组成姓名职责参加时间
廖燕宁负责软件的总体设计时段:全部,开发时段:部分
耿江涛软件设计,开发全部
高小光设计,开发全部
张欣说明书,部分文档 部分
赵健颖需求部分。3 任务的分解和人员分工
软件开发任务按软件种类采取逐层分解的办法把任务落实到实处。
管理、协调人员:廖燕宁,赵健颖;
确定质量保证人员:廖燕宁
配置管理人员:耿江涛
形式化检查人员:赵健颖
使用者:赵健颖。
软件任务:系统需求
负责人:(略)的市场部经理赵健颖
职责:提供需求。
软件任务:需求分析
负责人:廖燕宁
职责:进行需求分析,提供需求分析报告。
软件任务:概要设计
负责人:廖燕宁,耿江涛,高小光
职责:进行概要设计,概要设计框图,相应文档。
软件任务:详细设计
负责人:廖燕宁,耿江涛,高小光
职责:进行详细设计,出详细设计流图及报告。
软件任务:编码
负责人:耿江涛,高小光
职责:编码,调试及报告。
软件任务:测试
负责人:廖燕宁,耿江涛,高小光
职责:路径测试。
软件任务:更新
负责人:廖燕宁,耿江涛,高小光,赵健颖
职责:由赵健颖根据测试后的软件提出问题,变更需要更改的地方。
软件任务:文档编制
负责人:张欣
职责:软件使用说明书,部分其他文档。.4 进度和完成的最后期限
进度包括:
需求分析;
软件概要设计;
软件详细设计;
编码;
测试;的时间。
完成的最后期限(不包括测试及验收)为:2000/12/15日(中间有一周软件培训,延误一周)。 经费预算
略。6 关键问题
(略)。.7 独立确认测试工作计划和安排
测试由长峰新康进行;
测试数据由长峰华辉提供;
时间:编码结束后一周内;
设备:
普通PC 机
Windows 98
(略)电能分析仪。
4支持需求
Windows 98 操作系统;
Delohi 开发工具(软件开发);
C++(VC或C-Builder 5)开发工具;
Paradex 数据库软件。.1 计算机系统支持
本软件的开发需要工作平台:PC 主机;.2 需要交办单位承担的工作
需要(略)公司提供:
需求,在本周提供;
PF 1文件格式,或读写代码;.3 需要其它单位提供的条件
测试数据项目列表。
5质量保证
质量审核:赵健颖,廖燕宁。1 评审和审查计划
见评审表;.2 标准、条例和约定
代码每日发送到小组共享区,由廖燕宁提取。.3 人员
赵健颖,廖燕宁。4 对任务间接承办单位的管理
略
6软件配置管理。1 基线
开发编码结束后一周内,交齐文档、代码。.2 配置标识规则
软件开发计划:2000-10-1-1;
文档目录:2000-10-1-0;
需求分析报告:2000-10-1-2;
概要设计文档:2000-10-1-3;
详细设计文档:2000-10-1-4;
源代码:2000-10-1-5;
软件使用说明书:2000-10-1-6;
软件测试报告:2000-10-1-7;
软件审查报告:2000-10-1-8。
其他(略)。.3 配置控制。 更改控制
软件设计的更改权限为:廖燕宁;
软件需求的更改权限为:赵健颖;
需求分析的更改权限为:廖燕宁;
编码的更改权限为:耿江涛,高小光;
文档的更改权限为:廖燕宁, 张欣;. 更改规程
文档的更改;编码的更改软件设计的更改 需求分析的更改软件需求的更改
读书破万卷,下笔如有神。以上3篇软件项目策划书就是山草香小编为您分享的软件项目计划书的范文模板,感谢您的查阅。
软件项目计划书2
关键词 GJB5000A 成熟度模型
1 概述
和CMMI类似[1],GJB5000A分为1-5级,依次代表了软件研制能力成熟度的强弱。根据GJB5000A二级要求,需要包含如下6个过程域(PA):
需求管理(Requirements Management,ReqM);
项目策划(Project Planning,PP);
项目监控(Project Monitoring and Control,PMC);
过程和产品质量保证(Process and Product Quality Assurance,PPQA);
配置管理(Configuration Management,CM);
测量与分析(Measurement and Analysis,MA)。
下面将结合项目实施情况依次介绍需求管理(ReqM)和项目策划(PP)这两个较重要的过程域。
2 需求管理(ReqM)
需求管理的目的是管理项目的产品或产品部件的需求,并标识出这些需求与项目的计划和工作产品之间的不一致性。
需求管理包括与任务交办方一起制定并维护软件任务书等用户需求,该用户需求是估计、策划、执行和跟踪整个软件生存周期中软件项目活动的依据。
需求管理过程主要可分为如下四个活动:
需求确认:项目组成员、任务交办方以及相关人员一起对需求进行分析,以确保对该需求的理解达成共识。
需求评审:组织需求评审以获得软件项目负责人及其他受影响的成员对需求的承诺。
需求变更控制:在软件项目开发的任何一个阶段,都有可能发生需求变更。需求变更发生时,应当通过需求变更管理有效地控制变更。
需求跟踪的主要任务是建立和维护需求跟踪矩阵。需求跟踪矩阵分为正向跟踪和逆向跟踪两类。
3 项目策划(PP)
软件项目策划包括估计待完成的工作,建立必要的承诺并确定完成工作的计划。
项目策划是一个迭代的过程,应该使用已经获得的项目实际进展数据,为即将开始的阶段实施策划,详细制定可执行、可跟踪、可测量的实施计划。
按照体系文件要求,项目策划首先应定义项目生存周期,完成项目估计,制定风险管理计划、数据管理计划、项目资源计划、培训计划,利益相关方参与计划,制定测量与分析计划,最终形成软件开发计划(SDP)。
软件开发模型的选型
航天型号软件研制要经历一个多阶段的研制周期,包括方案阶段、模样、初样、试样(正样)、定型等。一般选取软件基本型作为软件开发模型。
软件基本型开发过程参考了瀑布型软件开发过程,规定了软件生命周期的各项软件工程活动,包括:系统需求与分析,软件需求分析,概要设计,详细设计,软件实现,组装测试,确认测试,系统联试及验收交付。列出了关键路径如图1,这些都是在项目策划(PP)和项目监控(PMC)过程中需要特别关注的。
风险管理计划
项目策划除了要选取适合本项目的软件开发模型,还必须关注软件项目的风险管理。必须在项目策划的初期,预计到整个项目开展过程中可能会遇到的风险,针对预计的风险拟定相应的风险规避措施和应对计划。同时在项目开展的每个阶段都必须对风险进行有效的跟踪。
4 结语
本文从软件项目管理方面来进行阐述。通过GJB5000A的实际工程使用,关注需求管理(ReqM)和项目策划(PP)这两个重点环节,对于需求管理介绍了需求跟踪矩阵,对于项目策划过程中重点介绍了软件开发模型的选用和风险管理计划的实施和维护。
软件项目计划书3
XX摩配厂生产 销售系统
软件项目计划书
Software Project Scheme Specification
编制:编制日期:审核:批准:
1.项目概述
目的帮助每个部门管理者管理,可以通过了解其他部门情况,以便了解全局发展;了解每一分资金流向,每一件产品开发、生产、销售;每一个客户信息,每一分费用的来龙去脉以及详细利用。
项目背景
随着电子商务时代的到来,企业要求充分利用各类信息来快速反应变化多端的市场环境。同时中国加入WTO以后,企业将直接面对国际企业的强劲挑战。面对错综复杂的市场和众多类型的客户,您的企业在竞争中能否比竞争对手更快地了解客户的需求变化?更快的掌握营销业务数据?更快地推出新产品、开拓新市场?您的企业内部业务是否能迅速处理?信息是否完整、规范?部门之间、岗位之间是否能有效协同?分支机构和业务伙伴是否能更有效地监控和协调。
很多摩配企业都是小个体户,企业商务形象不是很好;资金周转慢,库存积压大
职员工作效率底,劳动强度大;消耗的资金大。
这套摩配管理系统是专为从事摩配生产、摩配销售、摩配外贸等摩修摩配单位运用计算机所作的一套高品质的管理软件。可广泛使用于各种规模的摩配企业。
项目的范围和目标
范围描述
1).完整的生产流程管理,原料入厂、计划生产、车床人员分配、出厂销售环环紧扣。
2).摩配材料费、人工费、相关班组一目了然,可以灵活调整产品价格,完全符合摩配行业特点。
3).方便的产品档案管理,自动提取、更新产品档案资料。
4).充分考虑摩配通用件、横向件的复杂性,销售单打印可以实时调整产品类型、产品属性和价钱。
5).摩配销售时,可以随时查看通用车型及库存分布,对常规摩配项目提供简易管理。
6).独特的同行借调/炒件销售方式,摩配短平快销售即进即销,想顾客之所想,急顾客之所急。
7).简便实用的摩配内部消耗品领用管理,仓存帐目滴水不漏。
主要功能
1).概述
(一)、销售管理:包括客户信息、发货计划
(二)、计划管理:包括主生产计划生成以及查看
(三)、采购管理:包括采购单管理(可以进行查询、打印)、供应商管理
(四)、生产管理: 包括物料管理、生产计划查看、生产计划执行情况查询、(五)、仓库管理:包括出/入库单管理、仓库信息查询
(六)、质量管理:包括供应商供货质量、销货质量
2).系统流程图
调研实际情况的旧系统流程图如下:
新设计的系统流程图如下:
3).功能描述
此系统总概括来说包括三大功能:
(一)、原料采购功能,工厂大量生产、品种繁多,必定导致原料的采购也是数量大、品种繁多;在采购过程中必定要进行记录,确定是否已经执行;而且采购员必定是多人的,也可防止采购员之间将同一种材料重复采购。
(二)、仓库存储功能,仓库中存在的货物包括已采购原料和未销售产品。那么原料已经被谁领购,何时领购,被领购多少,领购何种原料,领够原料来自何处等都可以详细记录以及方便查询;仓库中的产品是否已经销售、销往何处、销售多少等。
(三)、销售功能,可以知道销售的客户有哪些,以及客户最基本的可、联系方式,可以方便新产品的推销等
性能
一、改进企业商务形象,增强用户信用度
二、加速资金周转,降低库存积压
三、提高职员工作效率
四、减轻劳动强度,降低职员对商业业务的水平要求
管理和技术约束
这是首次进行一个完整的项目作业,缺少经验在所难免;而且这一系统虽有前辈们所留下的经验,但是与这一系统共同点甚少,所以我们只能借介优点,发挥我们自己的想象以及能力;由于时间的紧迫,调研并不算完善,所以只能根据其他系统中的优点补充我们所缺的。
当然,技术上的欠缺也在所难免,在程序编写中我们必定会遇到这样那样的难题,比如数据库的连接等。
2.项目估算
使用的历史数据
叶迪厂生产销售流程的实地调查
使用的评估技术
软件规模估算:功能点计算(FP=UFC*TCF=34*=)
成本估算:Walston-Felix模型
工作量估算:COCOMO模型
时间估算:COCOMO模型
工作量、成本、时间估算
预计代码行L=30(L是以KLOC计数的源代码行)
成本估算:
=*L=(E是以人员为单位的工作量)
=*E=(D是以月为单位的所需时间)
=*E=(S是以人计的人员需求量)
=49*L=1520(DOC是以页数为单位的文本量)
工作量估算:a=,b=,S是以千源代码行(KLOC)计数的程序规模
=a*S=*30=
时间估算:c=,d=.=c*E=*=≈14月
3.风险管理战略
风险识别
列出TOP10风险
风险计划
1、确定风险应对策略
2、对TOP10中每条应用哪些策略去应对
4.进度
项目工作分解结构
问题定义与可行性研究、需求分析、总体设计、详细设计、编程、测试、运行与维护。
时限图如下:
图中内容如下所视:
5.关键问题
在制作这一系统中,最关键的问题是数据库的创建。数据库的是否优化,直接影响到系统的好坏;在数据库中如何建表,是影响数据库的,表中的资源如何分配也是一大问题;在连接数据库时采用那种技术也会影响到程序编程。
人员
总计6人:王霞,朱韩玲,吴萍,刘恋,杨阳,吉元
硬件和软件
硬件:计算机(4台)
软件:Microsoft Office Word 200
3Microsoft Office Project 2003
Microsoft Office Visio 2003
Visual C++
SQL Server 2000
解析评论:这是对摩配销售系统项目开发的一个项目计划书,对此系统开发的背景、目的。功能、风险、估算等做了详尽的分析计划,可是我觉得一个很好的项目计划书还应该包含项目开发的标准、条约和约定、产品目标与范围、假设与约束、项目应交付成果、可行性分析(什么设备上、资金上、经济上等方面)、项目资源分析配置、设备的安排(需要设备的总体数量等)、开发人员任务的分配等多个方面,然而该项目计划书只是对局部的计划做了详尽的描述与安排;例如关键问题这一块的人员部分。仅仅是总计6人,那么没有明确说明谁对这个项目负责,谁是这个软件项目开发的主要技术人员,要知道有一个好的领导管理者关乎着这个项目的成败,还有就是对项目资源的分析配置没有做具体的研究分析,资源的配置与安排直接影响项目的开发进度与交付成果,换句话说最终将影响公司的经济利益,所以一个项目计划书是一个项目开发的基础,将直接关乎项目开发成功与否。