软件项目计划书(模板)软件项目计划书(模板).doc

软件项目计划书(模板)软件项目计划书(模板)
赤峰学院
项目名称 酒店客房管理系统
年级专业 信息与计算科学专业10级3班
组 长 谢明敏
小组成员 突发情况邮件列表通知所有组员，并由组长做出临时处理决定。每周例会上小组讨论形成一致意见后即为通过，相关负责人针对改进意见开展下一周工作，小组会议持续评估其成效。每一项目阶段结束之前（里程碑前后），组织一次阶段评审会，评估整个阶段的工作效率和成果质量。尽量与项目例会合并，并邀请老师和助教参加评议。
风险管理计划
风险 标题 可能性 影响 优先级 规避或减轻策略 负责人 预定完成日期 1 开发技术不成熟 80% 灾难的 高 提前制定好学****计划；
降低设计难度 胡玉莲
韩永亮 第16周前 2 考研课程 100% 严重的 中 适量少给她分配任务；

开会讨论错开上课时间 胡玉莲 第16周前 3 考公务员 100% 严重的 高 适量少给他们分配任务；
开会讨论错开上课时间 谢明敏
陈冬雪 第13周 4 考银行 100% 轻微的 中 适量少给她分配任务；
开会讨论错开上课时间 谢明敏
陈冬雪 第13周 5 需求变更频繁 50% 严重的 中 需求制定充分预见未来；　多于老师助教讨论；
设计方案留有变更余地 谢明敏
陈冬雪 第13周 6 缺乏设计人才 80% 严重的 高 组员深入学****相关知识；　寻求外援帮助 夏喜锋 第14周 风险的详细描述如下：
风险一：开发技术不熟练
没有组员能熟练运用JAVA语言编出程序，仅限于学过，可能导致开发进度受阻，代码交流困难。
风险二：考研课程
组员胡玉莲每天都有考研课要上，又临近考试可能导致任务分配上的困难。
风险三：考公务员

组长谢明敏和组员陈冬雪每天有公务员培训课，十一月二十四日有国家公务员考试，既要复****考试又要完成任务，会导致任务进度变慢。
风险四：考银行
组长谢明敏和组员陈冬雪参加了农业银行招聘和民生银行招聘，预计十一月中上旬会去呼市参加考试，可能没办法监督项目正常进度，延缓任务完成时间。
风险五：需求变更频繁
在设计开发过程中可能发现原有需求不容易转化为设计稿，在测试体验过程中可能发现游戏并不好玩，这都会带来需求的重新变更。这两种情况，尤其后一种要尽量避免，以免带来重复开发的浪费。
风险六：缺乏设计人才
设计对一个软件来说很重要，但项目组内没有这方面的人才，可能导致产品吸引力下降，界面开发环节上耗费较多时间等。
项目收尾计划
在开发阶段结束后，开发人员之间会进行代码走查，减少bug，并在测试阶段更新代码，测试人员根据测试文档惊醒软件测试，提高软件正确性。
最终交付酒店客房管理系统软件。

4 计划过程
过程模型
应用瀑布模型，软件开发的各项活动严格按照线性的方式进行，当前活动接受上一活动的工作结果，实施完成所需的工作内容。当前活动的工作结果需要进行验证，如果验证通过，则该结果作为下一项活动的输入，继续进行下一项活动，否则返回进行修改。因此，这种模型强调文档的作用，并要求每个阶段都有仔细验证。
方法、工具和技术
本小组的团队组织结构为主程序员式组织结构；编程语言为 java；采用面向对象的分析^p 设计方法；利用 UML 进行系统建模；统一文件命名、代码版式、注释等编码规范；编码人员进行代码走查后再进行代码编译；测试人员根据测试文档进行单元测试；最后实现软件的交付。
基础设施
个人PC，笔记本、实验室专用 PC机
5 支持过程
工作包
工作包 子工作包 预期完成时间 负责人 最终交付物 简单描述说明
需求分析^p 需求初步描述 第11周

谢明敏
陈冬雪
需求规格说明 采用组内交流和与客户（主教老师和其他同学扮演）访谈的形式确认需求规格说明 需求规格说明原型 第11周 需求规格说明的进一步修改 第12周 需求规格说明的最终确认 第13周
系统设计 概要设计 第14周
夏喜锋
软件设计文档 可以根据需求规格说明的局部调整进行相应改变 详细设计 第14周 系统设计模型确定 第14周
编码测试 编码开发 第15周 胡玉莲
韩永亮
代码 为了克服技术不熟的缺陷，建议在此之前加强相关知识的学****编码测试 第16周 编码设计模型确定 第16周

软件交付 系统交付 第