软件综合项目专题计划书模板.doc

 赤峰学院

软件项目计划书

项目名称 酒店客房管理系统
年级专业 信息和计算科学专业10级3班
组 长 谢明敏
小组组员 陈冬雪、胡玉莲、夏喜锋、
韩永亮 、张瑞刚
指导老师 秦晓薇

二零一三年 十月 二十二日
目录
1 概述 1
1.1 项目概述 1
1.2项目交付产品 1
1.3 SPMP演化 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.3 SPMP演化
SPMP于第12周周末前经由小组讨论—>分工撰写—>汇总整合三步形成初稿，由组长上传至配置文档库，由组长负责维护。
第13周以后依据项目标进展能够对其进行修改需要有组员提出修改意见，在全体会议上讨论经过，并由组长将修改稿上传至文档库。其它组员经过版本同时取得更新稿。
1.4参考资料
《软件工程——理论、方法和实践》，孙家广 刘强，高等教育出版社
《软件工程导论》张海藩，清华大学出版社
《软件工程师指南[M]》张凯，中国电力出版社
《Java Web经典模块和项目实战大全[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 风险管理计划
风险
标题
可能性
影响
优先级
规避或减轻策略
责任人
预定完成日期
1
开发技术不成熟
80%
灾难
高
提前制订好学习计划；
降低设计难度
胡玉莲
韩永亮
第16周前
2
考研课程
100%
严重
中
适量少给她分配任务；
开会讨论错开上课时间
胡玉莲
第16周前
3
考公务员
100%
严重
高
适量少给她们分配任务；
开会讨论错开上课时间
谢明敏
陈冬雪
第13周
4
考银行
100%
轻微
中
适量少给她分配任务；
开会讨论错开上课时间
谢明敏
陈冬雪
第13周
5
需求变更频繁
50%
严重
中
需求制订充足预见未来；
多于老师助教讨论；
设计方案留有变更余地
谢明敏
陈冬雪
第13周
6
缺乏设计人才
80%
严重
高
组员深入学习相关知识；
寻求外援帮助
夏喜锋
第14周
风险具体描述以下：
风险一：开发技术不熟练
没有组员能熟练利用JAVA语言编出程序，仅限于学过，可能造成开发进度受阻，代码交流困难。
风险二：考研课程
组员胡玉莲天天全部有考研课要上，又临近考试可能造成任务分配上困难。
风险三：考公务员
组长谢明敏和组员陈冬雪天天有公务员培训课，十一月二十四日有国家公务员考试，既要复习考试又要完成任务，会造成任务进度变慢。
风险四：考银行
组长谢明敏和组员陈冬雪参与了农业银行招聘和民生银行招聘，估计十一月中上旬会去呼市参与考试，可能没措施监督项目正常进度，延缓任务完成时间。
风险五：需求变更频繁
在设计开发过程中可能发觉原有需求不轻易转化为设计稿，在测试体验过程中可能发觉游戏并不好玩，这全部会带来需求重新变更。这两种情况，尤其后一个要尽可能避免，以免带来反复开发浪费。
风险六：缺乏设计人才
设计对一个软件来说很关键，但项目组内没有这方面人才，可能造成产品吸引力下降，界面开发步骤上花费较多时间等。

3.5 项目收尾计划
在开发阶段结束后，开发人员之间会进行代码走查，降低bug，并在测试阶段更新源代码，测试人员依据测试文档惊醒软件测试，提升软件正确性。
最终交付酒店客房管理系统软件。
4 计划过程
4.1 过程模型
应用瀑布模型，软件开发各项活动严格根据线性方法进行，目前活动接收上一活动工作结果，实施完成所需工作内容。目前活动工作结果需要进行验证，假如验证经过，则该结果作为下一项活动输入，继续进行下一项活动，不然返回进行修改。所以，这种模型强调文档作用，并要求每个阶段全部有仔细验证。
4.2 方法、工具和技术
本小组团体组织结构为主程序员式组织结构；编程语言为 java；采取面向对象分析设计方法；利用 UML 进行系统建模；统一文件命名、代码版式、注释等编码规范；编码人员进行代码走查后再进行代码编译；测试人员依据测试文档进行单元测试；最终实现软件交付。
4.3 基础设施
个人PC，笔记本、试验室专用 PC机
5 支持过程
5.1 工作包
工作包
子工作包
预期完成时间
责任人
最终交付物
简单描述说明

需求分析
需求初步描述
第11周

谢明敏
陈冬雪

需求规格说明
采取组内交流和和用户（主教老师和其它同学饰演）访谈形式确定需求规格说明
需求规格说明原型
第11周
需求规格说明深入修改
第12周
需求规格说明最终确定
第13周

系统设计
概要设计
第14周

夏喜锋

软件设计文档
能够依据需求规格说明局部调整进行对应改变
具体设计
第14周
系统设计模型确定
第14周

编码测试
编码开发
第15周
胡玉莲
韩永亮

源代码
为了克服技术不熟缺点，提议在此之前加强相关知识学习
编码测试
第16周
编码设计模型确定
第16周

软件交付
系统交付
第17周
张瑞刚
总结文档
负责最终收尾工作并撰写总结文档
总结
第18周

5.2 依靠关系
1） 组织团体是完成软件项目标前提，明确分工负责；
2） 配置管理贯穿于整个软件开发和测试过程；
3） 需求分析是软件项目进入开发阶段关键标志；
4） 系统设计是基于需求分析基础上，又是编码原理依据；
5） 编码测试是软件开发进展关键过程；
6） 交付阶段是软件取得用户认可，是软件开发结束标志。
5.3 资源需求
人员：小组软件项目开发组员、用户
支持软件：Office
计算机硬件：服务器等
办公室：学院试验室和宿舍
试验设备：个人 PC机、笔记本、试验室专用 PC机
项目资源维护需求数目和类型：6台个人电脑（Pentium III 800以上 CPU，256M以上内存）
5.4 预算和资源分配
预算：此次软件开发没有包含到任何经济方面预算，但会在最终产品拍卖时候包含虚拟货币。
资源分配：各自使用各自机器。

5.5 进度表