软件项目开发计划书三篇.docx
- 文档编号:5330966
- 上传时间:2023-05-08
- 格式:DOCX
- 页数:27
- 大小:88.34KB
软件项目开发计划书三篇.docx
《软件项目开发计划书三篇.docx》由会员分享,可在线阅读,更多相关《软件项目开发计划书三篇.docx(27页珍藏版)》请在冰点文库上搜索。
软件项目开发计划书三篇
软件项目开发计划书三篇
篇一:
软件项目开发计划书
1引言
1.1编写目的
为了保证该项目能够在我们这个团队的努力下保质保量的完成,并且能够达到目标。
我们编写该项目开发计划书,使得项目开发人员对该软件系统的开发做一个合理、全面的规划,在整个开发过程中所有开发人员能够明白自己的任务和开发期限,我们觉得有必要以文件的形式把各个范围内的工作、工作任务的分解、项目团队的结构、队员的工作任务、沟通、开发进度、以及外部条件的影响描述出来,使得队员之间有遵循的条约,使整个开发过程井然有序地进行。
本项目开发计划用于从总体上指导图书馆管理系统项目顺利进行并最终得到通过评审的项目产品。
本项目开发计划面向项目组全体成员。
1.2背景
XXX大学图书馆管理系统是由XXX大学委托我们开发的管理系统,主要功能是实现图书馆的信息化管理,包括读者信息管理,书籍信息管理,借阅信息管理,管理者信息管理等功能。
该软件系统的名称:
图书馆管理系统
该项目的提出者:
该项目的开发者:
该项目的用户:
XXX大学图书馆
该软件系统的实现场所:
个人电脑
图书馆管理系统是学校信息管理系统的重要组成部分,它需要学生基本信息系统来提供学生基本资料。
很多情况下,图书证号和学生证号是一样,而且在图书管理中,需要知道学生所在系别和班级等信息;它还需要教职工信息系统提供教职工的基本资料,因为教职工也能在图书馆借阅图书。
所以,在设计时需要注意,以便系统之间的信息交流和管理。
2项目概述
随着当代大学生知识水平层次的提高,图书馆成为大学生们日常生活中不可缺少的一部分。
而图书馆的存书量和业务量庞大,仅仅靠传统的记帐式管理是不科学的。
图书馆系统应运而生,逐渐成为信息化建设的重要组成部分。
图书馆管理系统为学校或图书馆的管理员提供所有借阅者的详细信息以及图书馆内库存的详细情况,对借书和还书两大功能进行合理操纵并且加以登记。
图书馆管理系统采用目前比较流行的C/S模式,MyEclipse作为前端开发工具,后台数据库管理系统为SQLServer20XX,系统的运行平台为Windows。
系统运行在个人电脑上,对数据库访问和并发处理由SQLServer控制。
该图书馆管理系统主要实现的功能如下:
<1>进入系统前需要身份验证,输入正确的用户名和密码才能进入系统。
<2>用户可以根据需要进行书库管理。
<3>用户可以进行借书证的办理、查询、挂失等操作。
<4>用户可以添加账户和修改密码。
项目开发时间:
2个月
开发工具:
MyEclipse
2.1工作内容
在本项目的开发中须进行的主要工作:
进行可行性研究、制定项目开发计划、进行需求分析、进行概要设计、进行详细设计、进行用户界面设计、编码、测试、编写文档、运行与维护、按计划提请阶段评审、提交测试部门评测开发产品、交付最终工作产品、项目实施总结、项目验收等。
2.2主要参加人员
为了完成该图书馆管理系统的开发,我们组建了一个临时的项目团队,参加本项目开发的主要人员:
2.3产品
2.3.1程序
移交给用户的相关内容如下:
1.系统的名称:
XXX大学图书馆管理系统;
2.所用的编程语言:
java;
3.存储程序的媒体形式:
U盘。
2.3.2文件
移交用户的每种文件:
用户操作手册、软件维护手册。
用户操作手册:
手册详细描述该软件的功能、性能和用户界面,使用对如何使用该软件得到具体的了解,为操作人员提供该软件各种运行情况的有关知识,特别是操作方法的具体细节。
软件维护手册:
主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明,便于软件的维护。
2.3.3非移交的产品
开发集体应向本单位交出但不必向用户移交的产品:
可行性研究报告、项目开发计划、软件需求说明书、概要设计说明书等。
1.可行性分析报告:
说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性,评述为了合理地达到开发目标可供选择的各种可能实施方案,说明并论证所选定实施方案的理由。
2.项目开发计划:
为软件项目实施方案制订出具体计划,应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。
3.软件需求说明书:
对所开发软件的功能、性能、用户界面及运行环境等做出详细的说明。
它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的,也是实施开发工作的基础。
该说明书应给出数据逻辑和数据采集的各项要求,为生成和维护系统数据文件做好准备。
4.概要设计说明书:
该说明书是概要实际阶段的工作成果,它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理设计等,为详细设计提供基础。
5.详细设计说明书:
着重描述每一模块是怎样实现的,包括实现算法、逻辑流程等。
6.测试计划:
为做好集成测试和验收测试,需为如何组织测试制订实施计划。
计划应包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。
7.测试分析报告:
测试工作完成以后,应提交测试计划执行情况的说明,对测试结果加以分析,并提出测试的结论意见。
8.源程序:
软件开发过程中的全部代码以及注释。
2.4完成项目的最迟期限
交付日期从20XX年3月15日开始至20XX年6月18日,完成对整个系统的可行性报告分析、需求分析说明书、开发计划说明说、系统设计书、项目测试、项目总结,对概念模型、存储模式、完整性控制、存取权限等进行了定义,对系统功能各模块进行了详细设计,定义了数据库总体结构、编码命名规范,并交付用户。
交付日期为20XX年6月18日,延期交付日为6月20号。
2.5该计划的批准者和批准日期
该计划的批准者:
XX老师;
该计划的批准日期:
20XX年3月
3实施计划
3.1工作任务的分解与人员分工
项目开发中的人员分工见表1:
表1项目开发的人员分工
工作任务
人员分工
可行性研究
项目开发计划
需求分析
概要设计
详细设计
用户界面设计
编码
测试
编写文档
运行与维护
3.2接口人员
负责接口工作的人员及他们的职责如下:
1.负责本项目同用户的接口人员:
2.负责本项目同本单位各管理机构(合同计划管理部门、财务部门、质量管理部门等)的接口人员:
3.负责本项目同个份合同负责单位的接口人员:
3.3进度
方法:
采用结构化开发。
设置模块开发优先级:
通过对图书管理的特点和信息流程等的分析,确定各模块开发的先后次序。
对于需求分析、设计、编码实现、测试、移交、培训和安装等工作,给出每项工作任务的预定开始日期、完成日期及所需资源,规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件。
见表2:
表2进度表
工作任务
开始日期
完成日期
标志性事件
可行性研究
20XX-3-18
20XX-3-20
可行性研究报告
项目开发计划
20XX-4-1
2010-4-6
项目开发计划书
需求分析
20XX-4-15
20XX-4-20
软件需求说明书
概要设计
20XX-4-21
20XX-4-30
概要设计说明书
详细设计
20XX-5-1
20XX-5-10
详细设计说明书
用户界面设计
20XX-5-11
20XX-5-15
用户界面设计报告
编码
20XX-5-16
20XX-5-28
源代码
测试
20XX-5-29
20XX-6-7
测试分析报告
用户手册
20XX-6-8
20XX-6-15
用户手册
运行与维护
20XX-6-20
3.4预算
逐项列出本开发项目所需要的劳务(包括人员的数量和时间)以及经费的预算(包括办公费、差旅费、机时费、资料费、通讯设备和专用设备的租金等)和来源。
本开发项目所需要的资源见表3:
表3项目开发资源表
资源名称
来源
开发人员
自给
硬件
自给
支撑软件
网上下载(免费版)
关键问题
项目风险因素
风险排序
风险项名称
风险描述
风险缓解方案
1
专业基础知识不牢
本次项目开发过程中涉及的知识较多,给项目开发人员带来一定的困难
进行相应的培训
2
经验欠缺
成员开发经验不足,使项目质量难以保证
只有通过不断的实践
3
软件性能的影响
本次开发过程中部分软件可能容易出现死机现象
选择合适的软件,搭建良好的配置开发环境
影响本计划完成的主要问题有:
没有经费和硬件设施有限
用户需求不清,存在误解及二义性
第一次开发软件,开发人员没有实际经验
时间有限,没有足够的开发时间
4支持条件
4.1计算机系统支持
逐项列出开发中和运行时所需的计算机系统支持,包括计算机、外围设备、通讯设备、模拟器、编译(或汇编)程序、操作系统、数据管理程序包、数据存储能力和测试支持能力等,逐项给出有关到货日期、使用时间的要求。
1.开发中需要的计算机系统支持:
主机、Windows7、SQLServer20XX、JDK1.6、MyEclipse7.0等;
2.运行时所需的计算机系统支持:
服务器tomcat、Windows20XX、SQLServer20XX、IIS6.0等。
4.2运行时需要的支持条件
《一》对服务器的要求
1.服务器的中央处理部件(CPU)建议使用PIII1G(以上)Xeon处理器芯片。
2.服务器内存必须使用服务器专用ECC内存
3.为了保证数据存储的绝对可靠,硬盘应使用磁盘冗余阵列(RAID01)
4.为了防止服务器不可预测的故障,或者服务器的定期维护对整个业务造成的影响,所有建议使用两台服务器。
两台服务器应构成双机热备份。
中间使用Watchdog电路。
这样的结构可以保证整个系统的长时间不间断工作,即使在服务器定期维护的时候也可以使用后备另一台服务器工作。
5.服务器应支持热插拔电源
6.服务器必须配备UPS(不间断电源)。
7.服务器应该放在学校内部。
不然无法进行程序调试。
8.服务器应该必须有固定IP地址。
9.其他性能在经济条件允许的情况下,应该尽量使用高速稳定的配件。
《二》、服务器上应该配备的软件:
1.操作系统:
MicrosoftWindows20XXserver或者MicrosoftWindows20XXAdvancedserver
2.数据库:
MicrosoftSQLServer20XX(简体中文版)
3.服务器必须使用专业的防火墙和反病毒软件。
4.除了为了运行必须配备的程序以外,服务器上建议尽量不要安装其他无关程序,以减少程序的混乱或者程序的意外冲突。
5.各系的操作系统尽量统一。
(Windows9x系列或者Windows20XX系列)。
这样可以避免管理软件因为操作系统版本不一致造成的过多的开销。
6.各系的机器必须也安装反病毒软件和防火墙。
以防止网络上的蠕虫病毒在整个网络范围内的蔓延。
4.3需由用户承担的工作
对本小组成员进行相关专业知识的培训,其内容包括图书馆的工作结构、图书馆管理系统的工作流程以及图书馆规模。
包括:
可容纳多少图书,多少读者,有几个级别的管理员和管理员数目等,这些内容必须在数据库创建之初就进行培训。
配备相应的硬件系统,做到规范的操作,备份好相关的数据防止数据丢失,造成严重后果!
软件交付日期为软件安装测试人员提供环境。
用户要积极和开发人员合作,提供相关的专业知识和解决方案等。
4.4需由外单位提供的条件
本系统为独立开发,不需要外单位提供条件!
5预期计划结论:
对该项目我们已经有了初步的计划,并且对相关的专业知识进行了学习,努力朝着理想的方向进行设计与开发,相信经过努力一定会成功完成其功能的设计,达到满意的效果!
撰写人:
20XX年4月10日
篇二:
软件项目开发计划书
1概述
1.1项目概述
项目的目标是开发一套酒店内部管理系统,同时组员们获得系统的软件工程项目训练,发布的产品是软件的可执行程序、源代码、技术文档等,主要工作是需求分析、系统分析、开发测试。
关键里程碑分别是需求规格说明书的发布,系统设计说明说发布和系统的交付,项目所需资源为版本控制服务器和个人开发工具,进度大约为9周。
1.2项目交付的产品
交付日期12月20日,主要交付物有:
酒店客房管理系统安装程序、系统源代码、技术文档包(包括需求规格说明书、系统设计说明书、项目总结文档等)
1.3SPMP的演化
SPMP于第12周周末前经由小组讨论—>分工撰写—>汇总整合三步形成初稿,由组长上传至配置文档库,由组长负责维护。
第13周以后根据项目的进展可以对其进行修改需要有组员提出修改意见,在全体会议上讨论通过,并由组长将修改稿上传至文档库。
其余组员通过版本同步获得更新稿。
1.4参考资料
1.5定义、缩写词以及简写
JDKFM:
待开发的酒店客房管理系统软件名称
SPMP:
软件项目管理计划
SRS:
需求规格
2项目组织
2.1外部接口
组织
联系人
联系方式
指导老师
XX
其余组
XX
2.2内部组织结构
民主式组织结构,在这个结构中,小组成员完全平等,名义上的组长与其他成员没有任何区别。
大家享有充分的民主,项目共作由全体人员讨论协商决定,并根据每个人的经验和能力进行适当的分配。
充分激发大家的创造力,有利于攻克技术难关,虽然缺乏明确的权威领导,但是出现意见分歧时大家都会尽量协商解决的。
2.3角色与职责划分
需求分析员整理需求分析并以撰写需求分析分析文档,负责人员:
XX、XX
软件设计员负责软件的设计并撰写设计文档,负责人员:
XX
开发人员编写软件开发的代码,负责人员:
XX,XX
总结人员负责最后的收尾工作并撰写总结文档,负责人员:
XX
3管理过程
3.1项目启动计划
每位组员既是积极的建言者,又是负责的合作者。
决策应在充分的讨论基础上做出,并被及时有效的执行。
按时按量完成项目的基本功能,按时发布产品,遵循规范的项目运作标准,文档严谨完整,代码注释充分,便于后续维护。
产品要运行稳定,界面友好易上手,能很好的管理酒店客房信息。
开发软件过程中要注重团队建设,成员分工合理,合作默契,气氛融洽。
项目设计和开发商要有创新,更好的吸引客户。
3.2工作计划
第11周~第13周:
完成需求规格说明并撰写需求规格说明
第14周:
完成系统设计并撰写软件设计文档
第15周~第16周:
完成编码测试
第17周~第18周:
完成软件交付并撰写总结文档
3.3控制计划
各开发过程负责人以周为单位记录工作进展,形成电子文档报告,上传至文档库。
负责人在每周项目例会作口头总结,小组会议审核通过给出意见,报告修改后上传至文档库。
各风险负责人密切监控风险状态,定期提交风险报告。
必要时将突发情况邮件列表通知所有组员,并由组长做出临时处理决定。
每周例会上小组讨论形成一致意见后即为通过,相关负责人针对改进意见开展下一周工作,小组会议持续评估其成效。
每一项目阶段结束之前(里程碑前后),组织一次阶段评审会,评估整个阶段的工作效率和成果质量。
尽量与项目例会合并,并邀请老师和助教参加评议。
3.4风险管理计划
风险
标题
可能性
影响
优先级
规避或减轻策略
负责人
预定完成日期
1
开发技术不成熟
80%
灾难的
高
提前制定好学习计划;
降低设计难度
XX
XX
第16周前
2
考研课程
100%
严重的
中
适量少给她分配任务;
开会讨论错开上课时间
XX
第16周前
3
考公务员
100%
严重的
高
适量少给他们分配任务;
开会讨论错开上课时间
XX
XX
第13周
4
考银行
100%
轻微的
中
适量少给她分配任务;
开会讨论错开上课时间
XX
XX
第13周
5
需求变更频繁
50%
严重的
中
需求制定充分预见未来;
多于老师助教讨论;
设计方案留有变更余地
XX
XX
第13周
6
缺乏设计人才
80%
严重的
高
组员深入学习相关知识;
寻求外援帮助
XX
第14周
风险的详细描述如下:
风险一:
开发技术不熟练
没有组员能熟练运用JAVA语言编出程序,仅限于学过,可能导致开发进度受阻,代码交流困难。
风险二:
考研课程
组员XX每天都有考研课要上,又临近考试可能导致任务分配上的困难。
风险三:
考公务员
组长XX和组员XX每天有公务员培训课,十一月二十四日有国家公务员考试,既要复习考试又要完成任务,会导致任务进度变慢。
风险四:
考银行
组长XX和组员XX参加了农业银行招聘和民生银行招聘,预计十一月中上旬会去呼市参加考试,可能没办法监督项目正常进度,延缓任务完成时间。
风险五:
需求变更频繁
在设计开发过程中可能发现原有需求不容易转化为设计稿,在测试体验过程中可能发现游戏并不好玩,这都会带来需求的重新变更。
这两种情况,尤其后一种要尽量避免,以免带来重复开发的浪费。
风险六:
缺乏设计人才
设计对一个软件来说很重要,但项目组内没有这方面的人才,可能导致产品吸引力下降,界面开发环节上耗费较多时间等。
3.5项目收尾计划
在开发阶段结束后,开发人员之间会进行代码走查,减少bug,并在测试阶段更新源代码,测试人员根据测试文档惊醒软件测试,提高软件正确性。
最终交付酒店客房管理系统软件。
4计划过程
4.1过程模型
应用瀑布模型,软件开发的各项活动严格按照线性的方式进行,当前活动接受上一活动的工作结果,实施完成所需的工作内容。
当前活动的工作结果需要进行验证,如果验证通过,则该结果作为下一项活动的输入,继续进行下一项活动,否则返回进行修改。
因此,这种模型强调文档的作用,并要求每个阶段都有仔细验证。
4.2方法、工具和技术
本小组的团队组织结构为主程序员式组织结构;编程语言为java;采用面向对象的分析设计方法;利用UML进行系统建模;统一文件命名、代码版式、注释等编码规范;编码人员进行代码走查后再进行代码编译;测试人员根据测试文档进行单元测试;最后实现软件的交付。
4.3基础设施
个人PC,笔记本、实验室专用PC机
5支持过程
5.1工作包
工作包
子工作包
预期完成时间
负责人
最终交付物
简单描述说明
需求分析
需求初步描述
第11周
XX
XX
需求规格说明
采用组内交流和与客户(主教老师和其他同学扮演)访谈的形式确认需求规格说明
需求规格说明原型
第11周
需求规格说明的进一步修改
第12周
需求规格说明的最终确认
第13周
系统设计
概要设计
第14周
XX
软件设计文档
可以根据需求规格说明的局部调整进行相应改变
详细设计
第14周
系统设计模型确定
第14周
编码测试
编码开发
第15周
XX
XX
源代码
为了克服技术不熟的缺陷,建议在此之前加强相关知识的学习
编码测试
第16周
编码设计模型确定
第16周
软件交付
系统交付
第17周
XX
总结文档
负责最后的收尾工作并撰写总结文档
总结
第18周
5.2依赖关系
1)组织团队是完成软件项目的前提,明确分工负责;
2)配置管理贯穿于整个软件开发和测试过程;
3)需求分析是软件项目进入开发阶段的重要标志;
4)系统设计是基于需求分析的基础上,又是编码的原理依据;
5)编码测试是软件开发进展的重要过程;
6)交付阶段是软件获得客户的认可,是软件开发结束的标志。
5.3资源需求
人员:
小组软件项目开发成员、客户
支持软件:
Office
计算机硬件:
服务器等
办公室:
学院实验室和宿舍
实验设备:
个人PC机、笔记本、实验室专用PC机
项目资源维护需求的数目和类型:
6台个人电脑(PentiumIII800以上CPU,256M以上内存)
5.4预算和资源分配
预算:
本次软件开发没有涉及到任何经济方面的预算,但会在最后产品拍卖的时候涉及虚拟货币。
资源分配:
各自使用各自的机器。
5.5进度表
篇三:
软件项目开发计划书
1引言
1.1编写目的
为了保证项目团队按时保质地完成项目目标,便于项目团队成员更好地了解项目情况,使项目工作开展的各个过程合理有序,有必要以文件化的形式,把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容以书面的方式描述出来,作为项目团队成员以及项目干系人之间的共识与约定,项目生命周期内的所有项目活动的行动基础,项目团队开展和检查项目工作的依据。
本项目开发计划用于从总体上指导网上书店项目顺利进行并最终得到通过评审的项目产品。
本项目开发计划面向项目组全体成员。
1.2背景
网上书店系统主要功能:
可以分类录入书籍和相关信息(如名称、页数、出版商、摘要、目录等),用户可以注册、登录,注册用户享受打折服务,所有用户都可以查询、浏览书籍。
注册用户可以定购书籍并查询订单。
项目周期15天。
1.3定义
专门术语:
MySQL:
系统服务器所使用的数据库关系系统(DBMS)。
SQL:
一种用于访问查询数据库的语言
事务流:
数据进入模块后可能有多种路径进行处理。
主键:
数据库表中的关键域。
值互不相同。
外部主键:
数据库表中与其他表主键关联的域。
缩写:
系统:
若未特别指出,统指本网上书店系统。
SQL:
StructuredQueryLanguage(结构化查询语言)。
UML:
统一建模语言、是一套用来设计软件蓝图的标准建模语言,是一种从软件分析、设计到编写程序规范的标准化建模语言。
1.4参考资料
1.5系统动机
该系统可以分类录入书籍和相关信息(如名称、页数、出版商、摘要、目录等),用户可以注册、登录,注册用户享受打折服务,所有用户都可以查询、浏览书籍。
注册用户可以定购书籍并查询订单。
1.6标准、条件和约定
本项目遵从以下标准:
GB/T13702-1992计算机软件分类与代码
GB/T20918-20XX信息技术
GB/T19003-20XX软件工程
GB/T5538-1995软件工程标准分类法
GB/T9386-20XX计算机富安居测试文档编制
GB/T9385-20XX计算机软件需求规格说明
GB/T5532-20XX计算机软件测试规范
GB/T18221-20XX信息技术程序设计语言
GB/T11457-20XX信息技术软件工程
GB/T8567-20XX计算机软件文档编制规范\
2项目概述
大部分读者都有过在网上购物的经历,在网上书店可以很方便的注册、浏览商品、查询商品、购买时也只需点几下鼠标。
本章的网上书店实现了上述的基本功能,用户可以在网络商店中进行注册、浏览商品以及查询购物车。
2.1工作内容
1、制作和修订项目开发计划;
2、进行计划跟踪与监控;
3、配合SQA的质量保证工作;
4、工作产品及时进行受控管理;
5、按计划提请阶段评审;
6、提交测试部门评测开发产品;
7、交付最终工作产品。
8、项目实施总结
9、项目验收
2.2主要参加人员
为了完成图书管理系统的项目开发,公司组建了一个临时的项目团队,有项目组组长、组员构成。
表2.1人员分工
姓名角色工作描述
XX组长负责监督任务的进行,开软件设计文档的编写,编写代码
XX组员
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 项目 开发 计划书