软件项目计划书

作者:成功大师 | 网站:www.qqzf.cn
软件项目计划书http://www.qqzf.cn/lizhi20950/

【篇一:软件商业运营项目计划书】

1、0项目概要

1、1项目公司

1、2项目简介

1、3客户基础

1、4市场机遇

1、5项目投资价值

1、6项目资金及合作

1、7项目成功关键

1、8公司使命

1、9经济目标

2、0公司介绍(参考兆联公司的商业计划书范文:软件商业运营商业计划书模板格式)

2、1项目公司与关联公司

2、2公司组织结构

2、3[历史]财务经营状况

2、4[历史]管理与营销基础

2、5公司地理位置

2、6公司发展战略

2、7公司内部控制管理

3、0服务项目介绍

3、1、软件商业运营服务项目

3、2、软件商业运营服务项目特点

3、3软件商业运营服务技术

3、4软件商业运营服务设备与设施

3、5项目地理位置与背景

3、6项目建设基本方案与内容

4、0市场分析(参考兆联公司的商业计划书范文:软件商业运营商业计划书模板格式)

4、1软件市场分析

4、2目标市场区域服务项目供需现状与预测(目标市场分析)

4、3软件商业运营行业市场状况

4、4软件商业运营市场容量分析

4、5软件商业运营市场需求与趋势分析

4、5、1服务项目的市场需求

4、5、2服务项目的趋势分析

4、6销售渠道分析

4、7竞争对手情况与分析

4、7、1竞争对手情况

4、7、2竞争对手情况分析

4、8行业准入与政策环境分析

5、0发展战略与实施计划

5、1项目执行战略

5、2项目合作方案

5、3公司发展战略

5、4客户满意服务系统建设

5、5市场营销策略

5、5、1市场定位策略

5、5、2服务项目定价策略

5、5、3市场促销策略

5、5、4电子网络营销

5、6服务项目推销计划

6、0项目swot综合分析

6、1优势分析

6、2弱势分析

6、3机会分析

6、4威胁分析

6、5swot综合分析

7、0项目管理与人员计划

7、1组织结构

7、2管理团队介绍

7、3管理团队建设与完善

7、4人员招聘与培训计划

7、5人员管理制度与激励机制

7、6成本控制管理

7、7项目实施进度计划

8、0风险分析与规避对策

8、1经营管理风险及其规避

8、2技术人才风险及其规避

8、3安全、污染风险及控制

8、4市场开拓风险及其规避

8、5政策风险及其规避

8、6中小企业融资风险与对策

9、0投入估算与资金筹措

9、1项目中小企业融资需求与贷款方式

9、2项目资金使用计划

9、3中小企业融资资金使用计划

9、4贷款方式及还款保证

10、0财务预算(参考兆联公司的商业计划书范文:软件商业运营商业计划书模板格式)

一.财务分析说明

二.财务资料预测

1、销售收入明细表

2、成本费用明细表

3、薪金水平明细表

4、固定资产明细表

5、资产负债表

6、利润及利润分配明细表

7、现金流量表

8、财务指针分析

1)反映财务盈利能力的指针

a。财务内部收益率(firr)

b。投资回收期(pt)

c。财务净现值(fnpv)

d。投资利润率

e。投资利税率

f。资本金利润率

g。不确定性分析:盈亏平衡分析、敏感性分析、概率分析

2)反映项目清偿能力的指针

a。资产负债率

b。流动比率

c。速动比率

d。固定资产投资借款偿还期

附件附表:(参考兆联公司的商业计划书范文:软件商业运营商业计划书模板格式)

一.附件

1、营业执照影本

2、董事会名单及简历

3、主要经营团队名单及简历

4、专业术语说明

5、专利证书生产许可证鉴定证书等

6、注册商标

7、企业形象设计宣传资料(标识设计、说明书、出版物、包装说明等)

【篇二:软件项目计划书】

1、引言

1、1编写目的

报告的主要作用是确定各个项目模块的开发情况和主要的负责人,供各项目模块的负责人阅读,做到及时协调,按步有序进行项目的开发。减少开发中的不必要损失。便于项目团队成员更好地了解项目情况,使项目工作开展的各个过程合理有序,因此以文件化的形式,把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件等内容做出的安排以书面的方式,作为项目团队成员以及项目干系人之间的共识与约定,项目生命周期内的所有项目活动的行动基础,项目团队开展和检查项目工作的依据。

具体步骤:拟订开发计划书,分配项目工作,安排项目进度

计划对象:网上书店开发小组

2、项目概述

2、1项目背景

随着网络技术的发展,Internet已成为最具市场潜力的技术领域,使用Web技术设计的数据库应用软件,是目前Internet市场的技术中坚,各种Web应用如电子商务,网上购物等都采用这种方式实现。互联网的优势在于用户能同时从不同地点、不同数据库中存取数据。网上购物系具体是指利用各种电子工具与网络,高效率,低成本地从事以商品交换为中心的各种商务贸易活动。电子商务应用的兴起已经促使商品流通领域发生了一场巨大的革命。它打破了时空的界限,加速了整个社会的商品流通,有效地降低了企业生产成本,提高企业竞争力。电子商务的一个重要技术特征。是利用Web技术来传输与处理商业信息,因此有人称:电子商务=web+IT。因此我们将开发一个典型的电子商务系统:网上书店。

2、2项目目标与范围

2、2、1目标和范围描述

项目:网上购书系统

该系统适用于在网上书籍交易,网上书店的管理,通过此软件系统对书籍进行有效管理,灵活的满足自己客户需要。

问题:实地购书比较麻烦,购书范围小,能购书的种数也有限。

项目目标:开发一个网上购书系统是项目的总目标,为实现项目的总目标可按以下三个阶段目标来进行:

第一阶段目标:实现网上购书系统的基本功能,小组个成员进行各个模块的开发,形成初步的系统。

第二阶段目标:攻克技术上的难题,实现网上购书系统的一些特殊功能,进一步完善系统。

第三阶段目标:让系统投入到实际运用中,做好系统的维护工作。

项目范围:利用现有的微型计算机,借鉴前人的网上购书系统开发经验、徐州博库网上书城和资料中的电子商铺系统的开发模式,预计软件开发费用不超过***元。

初步设想:建议在系统中增加一个BBS的模块,方便用户发表言论。

2、2、2主要功能

(1)概述

可行性分析:这个系统没有经济效益,不能收回成本,但可以得到知识,熟悉做项目的过程;现有的技术能够完成系统的基本功能,但做BBS论坛还有一定的技术困难,开发这个新系统,只是借鉴前人的开发模式,做出有个人特色的网上购书系统,仅供平时学习用。不会引起任何的侵权问题。通过对用户的进一步访问,用户希望能够通过互连网,能够浏览书籍,查找他们想要的书籍,并能够订购要买的书,这不仅很方便,还节省了用户的时间。

(2)传统购书系统流程图

网上购书流程

(3)功能描述

图书查询和浏览功能:当进入网上书店后,无需登录,就可以浏览书籍,而电子书店还可以提供一个更好的功能,即通过图书名称、类别等信息从浩瀚的书海中迅速的找到的书。

用户登录注册功能:在用户购买的图书时,系统将判断其是否登录,如果没有,则转向登录界面,登录后,系统还将转向原来用户浏览的页面。

购物车功能:用户登录后,就可以把图书放入购物篮中,可以对购物篮进行管理,包括修改所购图书数量、删除图书等。

图书信息管理功能:管理人员可以添加图书,修改图书的类别,价格,上传图书的相关图片等。

定单信息管理功能:用户确认购买图书,将形成一条订单信息,用户可以查询自己的定单。管理员可以查看定单,售出书籍。

2、2、3性能

2、2、4管理和技术约束

由于没有做过项目的经验,在加上编程技术的限制,小组人员少,时间的限制只能实现一个具有简单功能的网上购书系统。

2、项目估算

2、1使用的历史数据

徐州博库网上书店、电子商铺系统

2、2使用的评估技术

软件规模估算:采用类比的方法,根据历史数据来进行估算

工作量估算:基本COCOMO模型

成本估算:基本COCOMO模型

时间估算:基本COCOMO模型

2、3工作量、成本、时间估算

软件规模:LOC=[(50(重新设计)%+50(重新编码)%+重新测试(100)%)/3]×已有代码行(20000)=13000

工作量估算:人员:六人

成本估算:资料费(资料费、复印费)

通信费(移动通信费、上网费、电费)

时间估算:

基本COCOMO模型把工作量作为软件规模的函数来计算,其计算公式为:

E=aS^bS是以千源代码行(KLOC)计数的程序规模,a,b为开发模式因子

在我们的项目中,我们采用半分离式,因此a取值为3、0,b取值为1、12

即E=3、0*13^1、12=53、056

根据计算的工作量,我们由下面公式计算所需的开发时间:

t=cE^dE为我们所计算的工作量人月为单位,c,d是随开发模式而改变的因

子,在这里我们同样采用半分离式,c取值为2、5,d取值为0、35

即t=2、5*53、056^0、35=10、036

在小组中,我们共六人,大约2个月完成任务。

【篇三:软件项目开发计划书】

1引言-3-

1、1编写目的-3-

1、2背景-3-

1、3定义-4-

1、4参考资料-4-

1、5系统动机-4-

1、6标准、条件和约定-5-

1、7编写文档的WBS-5-

2项目概述-6-

2、1工作内容-6-

2、2主要参加人员-6-

2、3产品及成果-8-

2、3、1程序-8-

2、3、2文件-8-

2、3、3服务-8-

2、3、4非移交产品-8-

2、4验收标准-9-

2、4、1代码的验收-9-

2、4、2文档验收-9-

2、4、3服务验收-10-

2、5完成项目的最迟期限-10-

2、6本计划的审查者与批准者-10-

3实施总计划-11-

3、1开发过程-11-

3、1、1需求分析-11-

3、1、2系统设计-11-

3、1、3编码及测试阶段-11-

3、1、4文档、产品部署-11-

3、1、5项目总结-11-

3、2工作任务的分解-12-

3、3接口人员-13-

3、4进度-13-

3、5预算-14-

3、6关键问题-14-

4支持条件-15-

4、1计算机系统支持-15-

4、2需要用户承担的工作-16-

4、3需由外单位提供的条件-17-

5专题计划要点-18-

5、1开发人员培训计划-18-

5、2测试计划-18-

5、3质量保证计划-18-

5、4人员配置计划-18-

5、5客户培训计划-19-

5、6安全保密计划-19-

5、7合同计划-19-

1引言

1、1编写目的

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

本项目开发计划用于从总体上指导图书管理系统项目顺利进行并最终得到通过评审的项目产品。本项目开发计划面向项目组全体成员。

1、2背景

沈阳师范大学图书管理系统是由沈阳师范大学委托我们开发的大型管理系统,主要功能是实现图书馆的信息化管理,包括读者信息管理,书籍信息管理,借阅信息管理,管理者信息管理等功能。项目周期为六个月,项目背景规划如表1、1所示。

表1、1项目背景规划

项目名称项目委托单位任务提出者项目承担单位

图书管理系统沈阳师范大学周老师

图书管理系统是学校信息管理系统的一个重要组成部分,它需要学生基本信息系统提供学生的基本资料,因为很多情况下,图书证号和学生的学生证号是一样的,而且在图书管理中,需要知道学生所在的系别和班级等信息;另外,它还需要教职工信息系统提供基本资料,因为教职工当然也能在图书馆借阅图书。因此,在设计时可以和校园信息管理系统的其他系统使用同一个数据库管理系统,以便系统之间的信息交流和管理。

1、3定义

专门术语:

SQLSERVER:系统服务器所使用的数据库关系系统(DBMS)。

SQL:一种用于访问查询数据库的语言

事务流:数据进入模块后可能有多种路径进行处理。

主键:数据库表中的关键域。值互不相同。

外部主键:数据库表中与其他表主键关联的域。

ROLLBACK:数据库的错误恢复机制。

缩写:

系统:若未特别指出,统指本图书管理系统。

SQL:StructuredQueryLanguage(结构化查询语言)。

ATM:AsynchronousTransferMode(异步传输模式)。

UML:统一建模语言、是一套用来设计软件蓝图的标准建模语言,是一种从软件分析、设计到编写程序规范的标准化建模语言。

1、4参考资料

文档格式要求按照我国GB/T8567-1988国家标准和IEEE/ANSI830-1993标准规范要求进行。包括以下文件:

图书借阅关系系统需求说明书

软件工程项目开发文档范例

软件工程国家标准文档

图书借阅管理需求说明书

软件需求说明书编写规范

书籍包括:

《软件项目管理》朱少民,韩莹编著,人民邮电出版社。

《软件项目管理》RajeevTShandilya编著科学出版社。

1、5系统动机

图书的管理是一门复杂的学问,与一般的企业和机构管理不同,它要处理的信息量极大,进行的操作繁琐。很多年以来,管理图书馆是利用人工操作,读者要借书还书时需要操作员手动进行,这中间查询、录入信息、管理的过程是很复杂的。在计算机被广泛应用之后,利用计算机进行图书管理成为成为了可能。

本软件系统通过实现读者、图书馆操作员与图书馆内部资料的交互,使得快速地进行图书管理成为了可能。借还书环境和管理环境将更加方便快捷。

1、6标准、条件和约定

本项目遵从以下标准:

GB/T13702-1992计算机软件分类与代码

GB/T20918-2007信息技术

GB/T19003-2008软件工程

GB/T5538-1995软件工程标准分类法

GB/T9386-2008计算机富安居测试文档编制

GB/T9385-2008计算机软件需求规格说明

GB/T5532-2008计算机软件测试规范

GB/T18221-2000信息技术程序设计语言

GB/T11457-2006信息技术软件工程

GB/T8567-2006计算机软件文档编制规范

1、7编写文档的WBS(WorkBreakdownStructure,工作分解结构)

2项目概述

随着人们知识水平层次的提高,图书馆成为日常生活中不可缺少的一部分。而图书馆的存书量和业务量庞大,仅仅靠传统的记帐式管理是不可行的。图书馆系统应运而生,逐渐成为信息化建设的重要组成部分。图书管理系统为学校或社会型图书馆的管理员提供所有借阅者的详细信息,以及馆内库存的详细情况,对借书和还书两大功能进行合理操纵并登记。

图书管理系统采用目前比较流行的C/S模式,eclipse作为前端开发工具,后台数据库管理系统为SQLServer2000,系统的运行平台为Windows。系统运行再图书馆工作人员的客户机上,对数据库访问的并发处理由SQLServer控制。

本图书管理系统主要实现的功能如下:

进入系统前需要身份验证,输入正确的用户名和密码才能进入系统。

用户可以根据需要进行书库管理。

用户可以进行借书证的办理、查询、挂失等操作。

用户可以添加账户和修改密码。

项目开发时间:90天

开发工具:eclipse

2、1工作内容

1、制作和修订项目开发计划;

2、进行计划跟踪与监控;

3、配合SQA的质量保证工作;

4、工作产品及时进行受控管理;

5、按计划提请阶段评审;

6、提交测试部门评测开发产品;

7、交付最终工作产品。

8、项目实施总结

9、项目验收

2、2主要参加人员

为了完成图书管理系统的项目开发,公司组建了一个临时的项目团队,有项目组组长、副组长、组员构成,如图2、1所示。

2、3产品及成果

2、3、1程序

软件名称:沈阳师范大学图书管理系统

编程语言:Java

存储方式:U盘

功能:图书馆业务集成系统采用国内先进的汇文文献信息服务系统,该系统由采访、编目、典藏、流通、连续出版物、统计、系统管理、OPAC等模块组成。

2、3、2文件

用户操作手册:本手册详细描述软件的功能、性能和用户界面,使用户对如何使用该软件得到具体的了解,为操作人员提供该软件各种运行情况的有关知识,特别是操作方法的具体细节。

软件维护手册:主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明,便于软件的维护。

2、3、3服务

计划提供以下服务:

课堂培训:以讲课形式对客户进行培训,使其能够正确使用软件。

免费咨询:客户可以在工作时间向技术人员提出问题并获得解答。

技术支持:对于某些客户,采取上门指导的方式。

软件维护:获取软件使用中的问题,提供补丁程序。

升级通知:在软件新版本发布的时候,及时通知(Email或邮寄信件)注册的用户,并提供试用版本。

软件升级:对于注册用户,只需较少的费用即可升级到新的版本。

2、3、4非移交产品

可行性分析报告:说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性,评述为了合理地达到开发目标可供选择的各种可能实施方案,说明并论证所选定实施方案的理由。

项目开发计划:为软件项目实施方案制订出具体计划,应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。

软件需求说明书(软件规格说明书):对所开发软件的功能、性能、用户界面及运行环境等做出详细的说明。它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的,也是实施开发工作的基础。该说明书应给出数据逻辑和数据采集的各项要求,为生成和维护系统数据文件做好准备。

概要设计说明书:该说明书是概要实际阶段的工作成果,它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理设计等,为详细设计提供基础。

详细设计说明书:着重描述每一模块是怎样实现的,包括实现算法、逻辑流程等。

测试计划:为做好集成测试和验收测试,需为如何组织测试制订实施计划。计划应包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。

测试分析报告:测试工作完成以后,应提交测试计划执行情况的说明,对测试结果加以分析,并提出测试的结论意见。

开发进度月报:该月报系软件人员按月向管理部门提交的项目进展情况报告,报告应包括进度计划与实际执行情况的比较、阶段成果、遇到的问题和解决的办法以及下个月的打算等。

项目开发总结报告:软件项目开发完成以后,应与项目实施计划对照,总结实际执行的情况,如进度、成果、资源利用、成本和投入的人力,此外,还需对开发工作做出评价,总结出经验和教训。

软件问题报告:指出软件问题的登记情况,如日期、发现人、状态、问题所属模块等,为软件修改提供准备文档。

软件修改报告:软件产品投入运行以后,发现了需对其进行修正、更改等问题,应将存在的问题、修改的考虑以及修改的影响做出详细的描述,提交审批。

源程序:软件开发过程中的全部代码以及注释。

2、4验收标准

2、4、1代码的验收

最后在交付客户之前进行小组内评审,代码编写符合HB6465标准,与文档说明保持一致,代码书写风格统一,采用标准规范,没有下列错误:由于软件缺陷造成丢失数据,不符合设计要求,响应时间太长无法接受等问题。

2、4、2文档验收

最后在交付客户之前进行小组内评审,文档格式符合HB6465标准,功能符合与客户的合同要求,清晰易读,没有语病与歧义。

2、4、3服务验收

服务硬件达到文档说明的要求,人员技术考核合格,定期上门维护。

2、5完成项目的最迟期限

交付日期

从2011年9月15日开始至2012年1月18日,完成对整个系统的可行性报告分析、需求分析说明书、开发计划说明说、系统设计书、项目测试、项目总结,对概念模型、存储模式、完整性控制、存取权限等进行了定义,对系统功能各模块进行了详细设计,定义了数据库总体结构、编码命名规范,并交付用户。交付日期为2012年1月20日,延期交付日为2月1号。

2、6本计划的审查者与批准者

本系统由客户提出,自2011年9月28号正式批准,审查者为周老师,批准人为周老师。

3实施总计划

3、1开发过程

3、1、1需求分析

需求分析是整个设计中重要的一环,当可行性分析完成,项目立项,确定开发角色后,从9月20开始至10月5日,有关的设计开发人员与相关业务人员共同对业务流程、管理方式进行分析,并进行资料的收集、整理。在完成了对有关数据信息的收集、归纳和分析整理后,确定了用户需求,对软件必须完成的功能进行了定义,在此基础上完成了数据定义,建立了数据字典。

3、1、2系统设计

从10月6日开始至11月5日,完成对整个系统的分析设计,对概念模型、存储模式、完整性控制、存取权限等进行了定义,对系统功能各模块进行了详细设计、定义了数据库总体结构、编码命名规范。

3、1、3编码及测试阶段

从11月6日开始至11月22日,完成程序设计和系统测试,完成了数据库建立及程序的编制调试。为了避免错误积累,采用边开发边测试的基本模式,对每个模块都安排专人进行单独测试,系统联调及系统测试,对系统处理逻辑、例外处理能力、容错能力等进行大规模的测试,对发现的问题进行彻底纠正。

3、1、4文档、产品部署

从1月2日开始至1月25日,完成用户培训工作,编写各类文档,系统投入运行阶段。

3、1、5项目总结

项目结束后用一周左右时间,对项目研发、部署等开发过程中的问题、经验教训总结备案,以利于项目经验的积累和开发进的的缩短。

3、2工作任务的分解

3、3接口人员

负责本项目同用户的接口人员为邹浩,由软件发开方派专人,按客户要求,指定地点安装,调试,运行并给客户演示,在后期中负责维护和更新。

3、4进度

方法:采用结构化开发

设置模块开发优先级:通过对图书管理的特点和信息流程等的分析,确定各模块开发的先后次序。

具体开发进度安排如下:

注:有四个里程碑,分别是需求完成时、详细设计完成时、系统编码完成时、整个项目工作完成时。

3、5预算

3、6项目风险因素

影响本计划完成的主要问题有:

没有经费和硬件设施有限

用户需求不清,存在误解及二义性

第一次开发软件,开发人员没有实际经验

时间有限,没有足够的开发时间

4支持条件

4、1计算机系统支持

开发时需要的支持条件:

硬件:

服务器:PentiumIII500以上或更高,

内存:512M以上;

硬盘:至少80G以上;

CD-ROM:32倍速以上;

网络适配器:10MB/100MB自适应;

打印机一台

UPS(选配)

工作站:Pentium4以上微机;

内存:512MB

硬盘:至少80以上;

CD-ROM:32倍速以上;

网络适配器:10MB/100MB自适应

网络:至少一台服务器

至少一台工作站

使用TCP/IP协议的局域网

软件:

操作系统为WindowXP,使用集成开发工具Eclipse5、5、1,数据库采用SQLServer2000,项目运行环境为JDK6、0、

其他开发工具包括:Dreamweaver,MicrosoftVisio,RationalRose,PowerDesignerTrial11,TomCat6、0CVSNT2、5、03

运行时需要的支持条件:

一、服务器的要求

1.服务器的中央处理部件(CPU)建议使用PIII1G(以上)Xeon处理器芯片。

2.服务器内存必须使用服务器专用ECC内存

3.为了保证数据存储的绝对可靠,硬盘应使用磁盘冗余阵列(RAID01)

4.为了防止服务器不可预测的故障,或者服务器的定期维护对公司整个业务造成的影响,所有建议使用两台服务器。两台服务器应构成双机热备份。中间使用Watchdog电路。这样的结构可以保证整个系统的长时间不间断工作,即使在服务器定期维护的时候也可以使用后备另一台服务器工作。

5.服务器应支持热插拔电源

6.服务器必须配备UPS(不间断电源)。

7.服务器应该放在学校内部。不然无法进行程序调试。

8.服务器应该必须有固定IP地址。

9.其他性能在经济条件允许的情况下,应该尽量使用高速稳定的配件。

二、服务器上应该配备的软件

1.操作系统:MicrosoftWindows2000server或者MicrosoftWindows2000Advancedserver

2.数据库:MicrosoftSQLServer2000(简体中文版)

3.服务器必须使用专业的防火墙和反病毒软件。

4.除了为了运行必须配备的程序以外,服务器上建议尽量不要安装其他无关程序,以减少程序的混乱或者程序的意外冲突。

5.各系的操作系统尽量统一。(Windows9x系列或者Windows2000系列)。这样可以避免管理软件因为操作系统版本不一致造成的过多的开销。

6.各系的机器必须也安装反病毒软件和防火墙。以防止网络上的蠕虫病毒在整个网络范围内的蔓延。

7.如果要打印涉及字段比较多的报表,应该配备针式打印机。

4、2需要用户承担的工作

向本小组成员进行培训,其内容包括图书馆的工作结构、图书管理系统的工作流程,以及图书馆规模包括可容纳多少图书,多少读者,有几个级别的管理员和管理员数目这些内容必须在数据库创建之初就进行培训。配备相应硬件系统,做到规范操作,备份好数据防止数据丢失,软件交付日期为软件安装测试人员提供环境。

4、3需由外单位提供的条件

本系统为独立开发,不需要外单位提供条件。

5专题计划要点

5、1开发人员培训计划

2011年9月18日起,至2011年10月28日,共十天实习期间,上午进行软件工程项目开发各项内容的专题知识讲座;下午进行开发设计。

5、2测试计划

2012年1月2日—2012年1月13日对软件进行各项测试工作;

5、3质量保证计划

严格按照项目开发过程中的各项步骤,从项目立项,可行性研究报告、需求分析报告、项目开发计划等,具体实施;

5、4人员配置计划

该项目开发小组共8人:组长:邹浩

组员:王莹、卢珊珊、侯迪、张旭、印万涛、刘啸虎、张竣铭。

5、5客户培训计划

在软件实际应用后的前一个月,对用户进行软件操作方法的具体培训;

5、6安全保密计划

在从项目开发阶段到最后软件的正式发布期间,做好项目的保密工作,小组成员对所有项目所有相关文档进行加密,做好备份工作。

5、7合同计划

和客户协商签订软件使用合同。

【篇四:软件项目计划书】

1、项目介绍3

1、1项目概述3

1、1、1目的3

1、1、2项目背景3

1、1、3项目的范围与目标3

1、2项目可交付成果4

1、2、1需完成的软件4

1、2、2需提交的文档4

1、3软件项目计划的制定过程5

1、4参考资料5

1、5有关定义和缩写说明5

1、5、1相关术语5

1、5、2缩写说明6

2、项目组织6

2、1过程模型6

2、2组织结构6

2、3组织界限和界面7

2、4项目责任7

2、4、1责任分配矩阵7

2、4、1项目干系人的责任分配矩阵8

3、管理过程9

3、1管理目标和优先级9

3、1、1管理目标9

3、1、2优先级9

3、2设定条件、依赖关系和约束条件9

3、3风险管理10

3、3、1风险条目表10

3、3、2风险定性分析11

3、3、3风险管理清单12

3、3、4项目风险应对措施12

3、3、5风险监控14

3、4监督与控制机制14

3、4、1报告机制14

3、4、2监督机制14

3、4、3评价和审核机制14

3、5人员计划14

4、技术过程15

4、1方法、工具和技术15

4、2软件文件15

4、3项目各项辅助职能16

5、工作包、进度和预算16

5、1工作包(WBS)16

5、2依赖关系19

5、2、1甘特图19

5、2、2网络日历图19

5、3资源要求19

5、3、1计算机系统支持19

5、3、2外部提供的条件20

5、4预算与资源分配以及进度计划20

5、4、1预算20

5、4、2资源分配20

5、4、3进度计划20

1、项目介绍

1、1项目概述

1、1、1目的

编写本项目开发计划的目的是把远程在线考试系统开发过程中对各项工作任务的负责人员、开发的进度、经费的预算、硬件和软件资源条件等问题所做的安排用文档的形式记载下来,以便根据本计划开展和检查项目开发工作,保证项目开发成功。

1、1、2项目背景

随着信息的发展,考试报名的网络化已成为趋势,很多考试都已开通了网上报名系统,并通过计算机网络实现异地考试报名。因此,为方便考试系统的管理与维护,故开发了该系统。

1、1、3项目的范围与目标

1、1、3、1范围描述

首先,因为考试是面向特定对象的,所以考试者进入系统应该进行身份验证。首次进入报名系统的考生应该先进行注册。考试者进入考试系统后,应该能根据自己的需要选择不同的功能,比如网上报名、成绩查询等等。各种功能实现后,可以返回功能主界面,继续实现其他功能。此外,对于管理员来说,能够方便、快捷的对网上报名系统进行管理。

1、1、3、2主要功能

1、概述

(一)、登陆:考生输入身份证号和密码登陆进入系统。

(二)、考生注册:首次登陆的考生要先进行注册。

(三)、网上报名:考生通过网上报名功能,填写报名信息,进行报名。

(四)、成绩查询:考生登录个人账号,在考试结束并且成绩发布后可以查看自己的考试成绩。

(五)、用户管理:管理员进入考生管理功能,管理员对考生信息进行查询、修改。

(六)、成绩录入:管理员将考生成绩文件导入系统,并且将考生成绩保存在数据库中。

(七)、成绩统计:管理员可以分类统计考生成绩,统计全部考生的成绩、通过的考生以及不通过的考生的成绩等等。

(八)、信息发布:管理员进入系统维护功能,通过信息发布功能,编写信息标题和内容,将考试信息发布出去

(九)、报名时间管理:管理员通过考试报名时间管理功能对考试报名时间进行限制。

2、功能描述

此系统总概括来说包括三大功能:

(一)、考生网上报名功能。考生登录网上报名系统,填写报名信息,进行报名。首次登录的考试需要先注册。

(二)、成绩查询功能。考生可以登录本系统进行本人成绩查询,管理员也可以登录本系统的后台根据某些条件部分考生成绩。

(三)、管理功能。管理员登录本系统,可以对用户进行增删改查,对考试报名时间、信息发布以及成绩等进行管理。

1、1、3、3性能

(一)、管理员动态的管理各种考试信息。

(二)、考生报名方便,可实现远程报名。

(三)、考生可随时掌握考试相关信息。

1、1、3、4管理和技术约束

这是我们首次进行一个完整的项目作业,缺少经验在所难免,我们在借鉴前人优点的同时,也发挥我们自己的想象力以及能力,补充所缺少的部分。由于时间的紧迫,各个方面完成的并不算完善。在技术方面,在程序编写中我们丙丁会遇到这样那样的难题,但是一定会想办法克服。

1、2项目可交付成果

1、2、1需完成的软件

(一)、源程序

(二)、数据库对象创建语句

(三)、可执行程序

1、2、2需提交的文档

1、3软件项目计划的制定过程

制定项目计划是软件项目管理过程中一个关键的活动,是软件开发工作的第一步。其主要过程如下:

(一)、确定详细的项目实施范围

(二)、确定须交付的工作成果

(三)、评估实施过程中主要的风险

(四)、制定项目实施的时间计划

(五)、成本和预算计划以及人力资源计划等

1、4参考资料

软件项目计划书范例

软件风险控制计划案例

1、5有关定义和缩写说明

1、5、1相关术语

用户

考生与考试管理人员之和。

考生

拥有在线考试权利的所有人员。

管理员

指派的考试管理员。

1、5、2缩写说明

WBS任务分解结构

SPM软件项目管理

2、项目组织

2、1过程模型

在计算机等级考试网上报名系统中,首先,本系统的工作流程比较稳定,需求明确。在开发过程中需求很少发生变化。其次,用户使用环境相对稳定。最后,本系统属于小系统,项目周期较短。经过综合分析,本系统采用瀑布模型。

瀑布模型中,每一个阶段都定义明确的产出物,在每一个阶段完成后都可以组织相关的评审和验证,只有在评审通过后才能够进入到下一个阶段。如下图:

2、2组织结构

计算机等级考试网上报名系统开发项目组人员结构如下图所示:

2、3组织界限和界面

2、4项目责任

2、4、1责任分配矩阵

2、4、1项目干系人的责任分配矩阵

3、管理过程

3、1管理目标和优先级

3、1、1管理目标

基本管理原则:每位成员既是积极地建言者,又是负责的合作者,同时也是决策的制定者。决策应在充分的讨论基础上由大家共同做出,一旦决策做出就必须被及时有效的执行。

目标1:按时按量完成项目的基本功能,按时发布产品及文档,这是本团队的最高目标。

目标2:遵循规范化的项目运作标准,文档严谨完整,代码注释充分,便于后续维护,这是第二目标。

目标3:产品运行稳定,界面友好,用户易操作,尽量从用户的角度去看问题,并提出解决问题的方案。

目标4:注重团队建设,成员分工合理,团队成员合作默契,气氛融洽。每周的讨论会积极建言。在开发过程中积极协作。

目标5:项目设计和开发上尽量有创意,有亮点。

3、1、2优先级

在遵循基本原则的基础上,管理目标的优先级如下图所示(优先级1-5依次递减):

3、2设定条件、依赖关系和约束条件

假设1:指导老师对项目进度进行压缩或组员推出该项目

限制:某些关键某块与功能不能及时交付

假设2:相关硬件设备或者软件设备瘫痪

限制:造成部分工作甚至整体工作无法进行而造成拖延

假设3:组员在项目开发过程中推出该项目

限制:任务需重新分配可能导致最终延期交付

假设4:最终没有外援美工指导

限制:最终系统界面友好性相对较差

3、3风险管理

本计划主要针对项目开发涉及到的风险,包括在项目开发周期过程中可能出现的风险以及项目实施过程中外部环境的变化可能引起的风险等进行评估。

3、3、1风险条目表

3、3、1、1需求风险

(一)、分析员对业务了解不全面

(二)、需求的不断变化

3、3、1、2相关性风险

(一)、项目经理管理经验不足

(二)、不可抗力因素造成的危害

(三)、高层管理人员对时间的要求不合理

3、3、1、3管理风险

(一)、项目范围定义不清楚

(二)、进度拖延

(三)、沟通不善

3、3、1、4技术风险

(一)、设计错误导致程序实现困难

(二)、缺乏质量跟踪

(三)、缺少测试计划

(四)、相关人员缺乏技术培训,缺乏经验

(五)、特殊功能不能及时交付

3、3、1、5开发环境风险

(一)、所使用开发软件的质量问题

(二)、备份环境不稳定

(三)、系统崩溃或者被攻击

3、3、1、6人员数目及经验风险

(一)、人力资源有限

(二)、开发人员没有接受过正规培训

(三)、开发人员经验不足

3、3、1、7客户风险

(一)、客户对于最后交付的产品不满意,要求重新设计和重做

(二)、客户对规划、原型和规格的审核决策周期比预期的要长

(三)、客户没有参加审核,导致需求不稳定

3、3、2风险定性分析

如下表格中对可能发生的风险做了定性的分析,表中数据是通过资料搜集以及个人和团队推测得来。

3、3、3风险管理清单

如下表格对前十项可能发生的风险进行了排序,表中数据是通过资料搜集以及个人和团队推测得来。

3、3、4项目风险应对措施

3、3、5风险监控

制定规划,实施保护措施,在保护措施实施的每一个阶段都要进行监控和跟踪。风险贯穿于项目的整个生命周期中,因为风险管理是个动态的、连续的过程。因此制定了风险防范计划后,还需要时刻监督风险的发展和变化情况。只有了解风险,才能规避风险。

3、4监督与控制机制

3、4、1报告机制

各开发过程、培训负责人以周为单位记录工作进展,形成电子文档报告。负责人在每次讨论时作口头总结,项目组成员给出意见,报告修改后发送至组长邮箱。各风险负责人密切监控风险状态,定期提交风险报告。必要时将突发情况邮件列表通知所有组员,并由组长做出临时处理决定。

3、4、2监督机制

开发过程中功能与模块相关联的两个组别有权利与义务对相关组别进行监督与进度询问。督促其按照规定进度完成任务。由技术组长对开发过程应用技术进行监督,并提供技术咨询。由管理组长对整体进度进行把握。

3、4、3评价和审核机制

每次讨论中小组讨论形成一致意见后即为通过,相关负责人针对改进意见开展下一周工作,小组会议持续评估其成效。每一项目阶段结束之前(里程碑前后),组织一次阶段评审会,评估整个阶段的工作效率和成果质量。尽量与项目例会合并,并邀请老师参加评议。

3、5人员计划

4、技术过程

4、1方法、工具和技术

本小组的团队组织结构为技术管理式组织结构;编程语言为java,采用面向对象的分析设计方法,利用UML进行系统建模,使用SqlSever2005作为数据库管理系统图,并采用统一的java标准的文件命名方式、代码版式、注释等编码规范;编码人员对代码进行严格检查后再进行代码编译;测试人员根据测试文档进行单元测试;最后实现软件的交付。

开发环境:Sqlsever2005+Myeclipse6、0+VisualStudio2005、

4、2软件文件

1.软件项目管理计划

该文档由组长完成,介绍项目的整个管理过程。该文档在软件设计需求分析初级阶段完成,后续阶段由文档维护员进行相应的更新。

2、需求规格说明初稿

在需求分析阶段,由全体小组成员采集分析用户的需求,并在例会上作出决策,有文档维护员撰写整理需求规格说明初稿,并在后续各个阶段进行需求变更的更新。

3、设计报告初稿

在总体设计阶段,小组根据需求规格说明文档,完成软件体系结构的设计,由组长编写软件体系结构设计文档初稿,并在后续开发阶段补充和更新。该文档由文档维护员负责维护更新。

4、测试文档

在软件开发阶段,测试人员需要编写测试规格说明文档,并在后续测试阶段更新。开发人员将根据测试规格说明文档建立测试环境、准备测试数据。

5.用户手册

在更新用需求分析阶段,测试人员需要开始着手编写用户手册,并在需求分析结束后需要形成初稿;在后续阶段不断由文档维护员户文档;并在系统交付阶段随着系统一起被交付。

6、个人项目总结

由组内成员各自独立完成,对开发过程中获得的工作经验进行总结。在提交系统时一并提交。

7、其他文档

软件开发过程中的其他文档,如开发日志(按组员意见选择公开与否),风险报告及其处理意见等,由秘书进行整理与汇聚。作为以后软件开发以及交流的经验。

4、3项目各项辅助职能

5、工作包、进度和预算

5、1工作包(WBS)

1000软件项目管理SPM

1100需求分析阶段

1110软件需求详细计划

1200设计阶段

1210软件设计报告

1300编码阶段

1310软件编码报告

1400测试阶段

1410编制软件项目进展报告

1420软件测试报告

1430软件编码更新

1500维护阶段

1510软件维护记录报告

2000软件开发

2100需求分析阶段

2110用例图

2120静态模型

2130需求分析规格说明书

2200设计阶段

2210类图

2220动态模型

2230设计文档

2300编码阶段

2310考生登陆功能开发

2311编码

2312单元测试

2320考生注册功能开发

2321编码

2322单元测试

2330考生网上报名功能开发

2331编码

2332单元测试

2340考生成绩查询功能开发

2341编码

2342单元测试

2350用户管理功能开发

2351编码

2352单元测试

2360成绩录入功能开发

2361编码

2362单元测试

2370成绩统计功能开发

2371编码

2372单元测试

2380信息发布功能开发

2381编码

2382单元测试

2390报名时间管理功能开发

2391编码

2392单元测试

2400测试阶段

2410集成测试

2500维护阶段

2510软件安装

2520软件调试

2530软件维护记录报告

3000软件配置

3100需求分析阶段

3110制定配置和管理计划

3120开发模型

3130需求文档

3140配置状态审计

3200设计阶段

3210数据库设计

3220框架设计

3230软件配置库的维护

3240设计文档

3250配置状态审计

3300编码阶段

3310软件运行环境

3320源代码

3330软件测试报告

3340配置状态审计

3400测试阶段

3410软件运行

3420软件测试数据

3430软件维护报告

3440配置状态审计

3500维护阶段

3510数据库维护

3520软件运行环境

3530可执行代码

3540配置状态审计

4000验证与确认

4100需求分析阶段

4110制定软件需求阶段验证和确认计划

4120需求确认报告

4130阶段评审

4200设计阶段

4210阶段评审

4220设计确认报告

4300编码阶段

4310阶段评审

4320编码确认报告

4400测试阶段

4410各项功能评审

4411考生登陆功能评审

4412考生注册功能评审

4413考生网上报名功能评审

4414考生成绩查询功能评审

4415用户管理功能评审

4416成绩录入功能评审

4417成绩统计功能评审

4418信息发布功能评审

4419报名时间管理功能评审

4420系统测试

4430测试确认报告

4440阶段评审

4500维护阶段

4510验收测试

4520验收评审

5000质量保证

5100需求分析阶段

5110制定质量保证计划

5120需求质量文档

5200设计阶段

5210设计质量文档

5220软件质量保证活动报告

5300编码阶段

5310编码质量文档

5400测试阶段

5410测试质量文档

5500维护阶段

5510维护文档

5、2依赖关系

5、2、1甘特图

5、2、2网络日历图

5、3资源要求

5、3、1计算机系统支持

计算机励志网http://wWw.qqZf.cN/:计算机主机,服务器

支持软件:Microsoftword,Photoshop等

操作系统:Windows7或者xp等

5、3、2外部提供的条件

设备:个人笔记本

工作地:教室和宿舍

5、4预算与资源分配以及进度计划

5、4、1预算

5、4、1、1预算概要

5、4、1、1预算细要

5、4、2资源分配

各自使用各自的机器。

5、4、3进度计划励志名人名言http://www.qqzf.cn/

【篇五:软件项目计划书】

1概述1

1、1项目概述1

1、2项目交付的产品1

1、3SPMP的演化1

1、4参考资料1

1、5定义、缩写词以及简写1

2项目组织1

2、1外部接口1

2、2内部组织结构2

2、3角色与职责划分2

3管理过程2

3、1项目启动计划2

3、2工作计划2

3、3控制计划2

3、4风险管理计划2

3、5项目收尾计划3

4计划过程3

4、1过程模型3

4、2方法、工具和技术4

4、3基础设施4

5支持过程4

5、1工作包4

5、2依赖关系4

5、3资源需求5

5、4预算和资源分配5

5、5进度表5

1概述

1、1项目概述

项目的目标是开发一套酒店内部管理系统,同时组员们获得系统的软件工程项目训练,发布的产品是软件的可执行程序、源代码、技术文档等,主要工作是需求分析、系统分析、开发测试。关键里程碑分别是需求规格说明书的发布,系统设计说明说发布和系统的交付,项目所需资源为版本控制服务器和个人开发工具,进度大约为9周。

1、2项目交付的产品

交付日期12月20日,主要交付物有:酒店客房管理系统安装程序、系统源代码、技术文档包(包括需求规格说明书、系统设计说明书、项目总结文档等)

1、3SPMP的演化

SPMP于第12周周末前经由小组讨论—>分工撰写—>汇总整合三步形成初稿,由组长上传至配置文档库,由组长负责维护。

第13周以后根据项目的进展可以对其进行修改需要有组员提出修改意见,在全体会议上讨论通过,并由组长将修改稿上传至文档库。其余组员通过版本同步获得更新稿。

1、4参考资料

《软件工程——理论、方法与实践》,孙家广刘强,高等教育出版社

《软件工程导论》张海藩,清华大学出版社

《软件工程师指南[M]》张凯,中国电力出版社

《JavaWeb典型模块与项目实战大全[M]》明日科技,电子工业出版社。

《Java数据库系统开发案例精选[M]》王国辉,人民邮电出版社

1、5定义、缩写词以及简写

JDKFM:待开发的酒店客房管理系统软件名称

SPMP:软件项目管理计划

SRS:需求规格

2项目组织

2、1外部接口

2、2内部组织结构

民主式组织结构,在这个结构中,小组成员完全平等,名义上的组长与其他成员没有任何区别。大家享有充分的民主,项目共作由全体人员讨论协商决定,并根据每个人的经验和能力进行适当的分配。充分激发大家的创造力,有利于攻克技术难关,虽然缺乏明确的权威领导,但是出现意见分歧时大家都会尽量协商解决的。

2、3角色与职责划分

需求分析员整理需求分析并以撰写需求分析分析文档,负责人员:谢明敏、陈冬雪

软件设计员负责软件的设计并撰写设计文档,负责人员:夏喜锋

开发人员编写软件开发的代码,负责人员:胡玉莲,韩永亮

总结人员负责最后的收尾工作并撰写总结文档,负责人员:张瑞刚

3管理过程

3、1项目启动计划

每位组员既是积极的建言者,又是负责的合作者。决策应在充分的讨论基础上做出,并被及时有效的执行。按时按量完成项目的基本功能,按时发布产品,遵循规范的项目运作标准,文档严谨完整,代码注释充分,便于后续维护。产品要运行稳定,界面友好易上手,能很好的管理酒店客房信息。开发软件过程中要注重团队建设,成员分工合理,合作默契,气氛融洽。项目设计和开发商要有创新,更好的吸引客户。

3、2工作计划

第11周~第13周:完成需求规格说明并撰写需求规格说明

第14周:完成系统设计并撰写软件设计文档

第15周~第16周:完成编码测试

第17周~第18周:完成软件交付并撰写总结文档

3、3控制计划

各开发过程负责人以周为单位记录工作进展,形成电子文档报告,上传至文档库。负责人在每周项目例会作口头总结,小组会议审核通过给出意见,报告修改后上传至文档库。各风险负责人密切监控风险状态,定期提交风险报告。必要时将突发情况邮件列表通知所有组员,并由组长做出临时处理决定。每周例会上小组讨论形成一致意见后即为通过,相关负责人针对改进意见开展下一周工作,小组会议持续评估其成效。每一项目阶段结束之前(里程碑前后),组织一次阶段评审会,评估整个阶段的工作效率和成果质量。尽量与项目例会合并,并邀请老师和助教参加评议。

3、4风险管理计划

风险的详细描述如下:

风险一:开发技术不熟练

没有组员能熟练运用JAVA语言编出程序,仅限于学过,可能导致开发进度受阻,代码交流困难。

风险二:考研课程

组员胡玉莲每天都有考研课要上,又临近考试可能导致任务分配上的困难。

风险三:考公务员

组长谢明敏和组员陈冬雪每天有公务员培训课,十一月二十四日有国家公务员考试,既要复习考试又要完成任务,会导致任务进度变慢。

风险四:考银行

组长谢明敏和组员陈冬雪参加了农业银行招聘和民生银行招聘,预计十一月中上旬会去呼市参加考试,可能没办法监督项目正常进度,延缓任务完成时间。

风险五:需求变更频繁

在设计开发过程中可能发现原有需求不容易转化为设计稿,在测试体验过程中可能发现游戏并不好玩,这都会带来需求的重新变更。这两种情况,尤其后一种要尽量避免,以免带来重复开发的浪费。

风险六:缺乏设计人才

设计对一个软件来说很重要,但项目组内没有这方面的人才,可能导致产品吸引力下降,界面开发环节上耗费较多时间等。

3、5项目收尾计划

在开发阶段结束后,开发人员之间会进行代码走查,减少bug,并在测试阶段更新源代码,测试人员根据测试文档惊醒软件测试,提高软件正确性。

最终交付酒店客房管理系统软件。

4计划过程

4、1过程模型

应用瀑布模型,软件开发的各项活动严格按照线性的方式进行,当前活动接受上一活动的工作结果,实施完成所需的工作内容。当前活动的工作结果需要进行验证,如果验证通过,则该结果作为下一项活动的输入,继续进行下一项活动,否则返回进行修改。因此,这种模型强调文档的作用,并要求每个阶段都有仔细验证。

4、2方法、工具和技术

本小组的团队组织结构为主程序员式组织结构;编程语言为java;采用面向对象的分析设计方法;利用UML进行系统建模;统一文件命名、代码版式、注释等编码规范;编码人员进行代码走查后再进行代码编译;测试人员根据测试文档进行单元测试;最后实现软件的交付。

4、3基础设施

个人PC,笔记本、实验室专用PC机

5支持过程

5、1工作包

5、2依赖关系

1)组织团队是完成软件项目的前提,明确分工负责;

2)配置管理贯穿于整个软件开发和测试过程;

3)需求分析是软件项目进入开发阶段的重要标志;

4)系统设计是基于需求分析的基础上,又是编码的原理依据;

5)编码测试是软件开发进展的重要过程;

6)交付阶段是软件获得客户的认可,是软件开发结束的标志。

5、3资源需求

人员:小组软件项目开发成员、客户

支持软件:Office

计算机硬件:服务器等

办公室:学院实验室和宿舍

实验设备:个人PC机、笔记本、实验室专用PC机

项目资源维护需求的数目和类型:6台个人电脑(PentiumIII800以上CPU,256M以上内存)

5、4预算和资源分配

预算:本次软件开发没有涉及到任何经济方面的预算,但会在最后产品拍卖的时候涉及虚拟货币。

资源分配:各自使用各自的机器。

5、5进度表

本文地址:软件项目计划书http://www.qqzf.cn/lizhi20950/
  • 分页:12下一页
  • 相关文章