《软件项目实施计划书(模板)16119.pdf》由会员分享,可在线阅读,更多相关《软件项目实施计划书(模板)16119.pdf(8页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、 学院 软件项目计划书 项目名称 酒店客房管理系统 年级专业 信息与计算科学专业 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 风险管理计划.3 3.5 项目收尾计划.4 4 计划过
2、程.4 4.1 过程模型.4 4.2 方法、工具和技术.4 4.3 基础设施.4 5 支持过程.4 5.1 工作包.4 5.2 依赖关系.5 5.3 资源需求.5 5.4 预算和资源分配.5 5.5 进度表.6 1 概述 1.1 项目概述 项目的目标是开发一套酒店部管理系统,同时组员们获得系统的软件工程项目训练,发布的产品是软件的可执行程序、源代码、技术文档等,主要工作是需求分析、系统分析、开发测试。关键里程碑分别是需求规格说明书的发布,系统设计说明说发布和系统的交付,项目所需资源为版本控制服务器和个人开发工具,进度大约为 9 周。1.2 项目交付的产品 交付日期 12 月 20 日,主要交付
3、物有:酒店客房管理系统安装程序、系统源代码、技术文档包(包括需求规格说明书、系统设计说明书、项目总结文档等)1.3 SPMP 的演化 SPMP 于第 12 周周末前经由小组讨论分工撰写汇总整合三步形成初稿,由组长上传至配置文档库,由组长负责维护。第 13 周以后根据项目的进展可以对其进行修改需要有组员提出修改意见,在全体会议上讨论通过,并由组长将修改稿上传至文档库。其余组员通过版本同步获得更新稿。1.4 参考资料 软件工程理论、方法与实践,家广 强,高等教育 软件工程导论海藩,清华大学 软件工程师指南M凯,中国电力 Java Web 典型模块与项目实战大全M明日科技,电子工业.Java 数据库
4、系统开发案例精选M王国辉,人民邮电 1.5 定义、缩写词以及简写 JDKFM:待开发的酒店客房管理系统软件名称 SPMP:软件项目管理计划 SRS:需求规格 2 项目组织 2.1 外部接口 组织 联系人 联系方式 指导老师 明敏 1225377759qq.其余组 冬雪 1184991877qq.2.2 部组织结构 式组织结构,在这个结构中,小组成员完全平等,名义上的组长与其他成员没有任何区别。大家享有充分的,项目共作由全体人员讨论协商决定,并根据每个人的经验和能力进行适当的分配。充分激发大家的创造力,有利于攻克技术难关,虽然缺乏明确的权威领导,但是出现意见分歧时大家都会尽量协商解决的。2.3
5、角色与职责划分 需求分析员 整理需求分析并以撰写需求分析分析文档,负责人员:明敏、冬雪 软件设计员 负责软件的设计并撰写设计文档,负责人员:夏喜锋 开发人员 编写软件开发的代码,负责人员:胡玉莲,永亮 总结人员 负责最后的收尾工作并撰写总结文档,负责人员:瑞刚 3 管理过程 3.1 项目启动计划 每位组员既是积极的建言者,又是负责的合作者。决策应在充分的讨论基础上做出,并被及时有效的执行。按时按量完成项目的基本功能,按时发布产品,遵循规的项目运作标准,文档严谨完整,代码注释充分,便于后续维护。产品要运行稳定,界面友好易上手,能很好的管理酒店客房信息。开发软件过程中要注重团队建设,成员分工合理,
6、合作默契,气氛融洽。项目设计和开发商要有创新,更好的吸引客户。3.2 工作计划 第 11 周第 13 周:完成需求规格说明并撰写需求规格说明 第 14 周:完成系统设计并撰写软件设计文档 第 15 周第 16 周:完成编码测试 第 17 周第 18 周:完成软件交付并撰写总结文档 3.3 控制计划 各开发过程负责人以周为单位记录工作进展,形成电子文档报告,上传至文档库。负责人在每周项目例会作口头总结,小组会议审核通过给出意见,报告修改后上传至文档库。各风险负责人密切监控风险状态,定期提交风险报告。必要时将突发情况列表通知所有组员,并由组长做出临时处理决定。每周例会上小组讨论形成一致意见后即为通
7、过,相关负责人针对改进意见开展下一周工作,小组会议持续评估其成效。每一项目阶段结束之前(里程碑前后),组织一次阶段评审会,评估整个阶段的工作效率和成果质量。尽量与项目例会合并,并邀请老师和助教参加评议。3.4 风险管理计划 风险 标题 可能性 影响 优先级 规避或减轻策略 负责人 预定完成日期 1 开发技术不成熟 80%灾难的 高 提前制定好学习计划;降低设计难度 胡玉莲 永亮 第 16 周前 2 考研课程 100%严重的 中 适量少给她分配任务;开会讨论错开上课时间 胡玉莲 第 16 周前 3 考公务员 100%严重的 高 适量少给他们分配任务;开会讨论错开上课时间 明敏 冬雪 第 13 周
8、 4 考银行 100%轻微的 中 适量少给她分配任务;开会讨论错开上课时间 明敏 冬雪 第 13 周 5 需求变更频繁 50%严重的 中 需求制定充分预见未来;多于老师助教讨论;设计方案留有变更余地 明敏 冬雪 第 13 周 6 缺乏设计人才 80%严重的 高 组员深入学习相关知识;寻求外援帮助 夏喜锋 第 14 周 风险的详细描述如下:风险一:开发技术不熟练 没有组员能熟练运用 JAVA 语言编出程序,仅限于学过,可能导致开发进度受阻,代码交流困难。风险二:考研课程 组员胡玉莲每天都有考研课要上,又临近考试可能导致任务分配上的困难。风险三:考公务员 组长明敏和组员冬雪每天有公务员培训课,十一
9、月二十四日有国家公务员考试,既要复习考试又要完成任务,会导致任务进度变慢。风险四:考银行 组长明敏和组员冬雪参加了农业银行招聘和民生银行招聘,预计十一月中上旬会去呼市参加考试,可能没办法监督项目正常进度,延缓任务完成时间。风险五:需求变更频繁 在设计开发过程中可能发现原有需求不容易转化为设计稿,在测试体验过程中可能发现游戏并不好玩,这都会带来需求的重新变更。这两种情况,尤其后一种要尽量避免,以免带来重复开发的浪费。风险六:缺乏设计人才 设计对一个软件来说很重要,但项目组没有这方面的人才,可能导致产品吸引力下降,界面开发环节上耗费较多时间等。3.5 项目收尾计划 在开发阶段结束后,开发人员之间会
10、进行代码走查,减少 bug,并在测试阶段更新源代码,测试人员根据测试文档惊醒软件测试,提高软件正确性。最终交付酒店客房管理系统软件。4 计划过程 4.1 过程模型 应用瀑布模型,软件开发的各项活动严格按照线性的方式进行,当前活动接受上一活动的工作结果,实施完成所需的工作容。当前活动的工作结果需要进行验证,如果验证通过,则该结果作为下一项活动的输入,继续进行下一项活动,否则返回进行修改。因此,这种模型强调文档的作用,并要求每个阶段都有仔细验证。4.2 方法、工具和技术 本小组的团队组织结构为主程序员式组织结构;编程语言为 java;采用面向对象的分析设计方法;利用 UML 进行系统建模;统一文件
11、命名、代码版式、注释等编码规;编码人员进行代码走查后再进行代码编译;测试人员根据测试文档进行单元测试;最后实现软件的交付。4.3 基础设施 个人 PC,笔记本、实验室专用 PC 机 5 支持过程 5.1 工作包 工作包 子工作包 预期完成时间 负责人 最终交付物 简单描述说明 需求分析 需求初步描述 第 11 周 明敏 冬雪 需求规格说明 采用组交流和与客户(主教老师和其他同学扮演)访谈的形式确认需求规格说明 需求规格说明原型 第 11 周 需求规格说明的进一步修改 第 12 周 需求规格说明的最终确认 第 13 周 系统设计 概要设计 第 14 周 夏喜锋 软件设计文档 可以根据需求规格说明
12、的局部调整进行相应改变 详细设计 第 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 进度表