酒店管理系统项目管理计划书--软件工程

酒店管理系统项目管理书--软件工程 项目管理计划书 酒店管理系统 工作组:福尔摩searcher 目录 1. 简介 1.1 项目概述 1.2 项目交付产品 1.3 SPMP 的演化 1.4 参考资料 1.5 术语与缩写 2. 项目组织 2.1 过程模型 2.2 组织结构 2.3 组织接口 2.4 项目职责 3. 管理过程 3.1 管理目标和优先级 3.2 假设、依赖关系和限制 3.3 风险管理 3.4 监督和控制机制 3.5 人员计划 4. 技术过程 4.1 方法、工具和技术 4.2 软件文档 4.3 用户文档 4.4 项目支持功能 5. 工作包、进度表和预算 5.1 工作包 5.2 依赖关系 5.3 资源需求 5.4 预算和资源分配 5.5 进度表 1.1 项目概述 项目的目标是开发一个酒店管理系统，同时组员们获得系统的软件工程项目训练。发布的产品是该软件的可执行程序、源代码、技术文档和用户手册等。主要工作是需求分析、系统设计、开发测试、关键里程碑分别为需求规格说明书的发布，系统设计说明书的发布，和系统的交付。项目所需资源为个人开发工具，进度大约为16周。 1.2 项目交付产品 项目交付日期:16周末 交付地点: 版本控制服务器192.168.21.5。 主要交付物: 搜索引擎的安装程序、系统源代码、用户使用手册、技术文档包(包括需求规格说明书、系统设计说明书、系统测试说明书、项目总结文档等)、项目进度日志包(至少每周一份)。 1.3 SPMP的演化 SPMP与第四周周末前经由小组讨论->分工撰写->汇总整合->三步骤形成初稿，由组长上传至配置文档库，由组长负责维护。 第五周以后根据项目的进展可对其进行修改，需要有组员提出修改意见，在全体会议上讨论通过，并由组长将修改稿上传至文档库。其余组员通过版本同步获得更新稿。 1.4 参考资料 课程《软件工程》、《VB程序设计语言》、数据库、百度等。 1.5 术语与缩写 团队名称:福尔摩Searcher GAGA:待开发的酒店管理系统名称 SPMP:软件项目管理计划 SRS:需求规格说明书 二、项目组织 2.1过程模型 主要使用增量模型，结构如下: 增量1 设计 规格说明 实现和集成 交付客户 增量1 设计 规格说明 实现和集成 交付客户 增量1 规格说明 设计 实现和集成 交付客户 增量1 设计 规格说明 实现和集成 交付客户 2.2组织结构 组长:管理者、分析员、用户 分析员、设计员 设计员、程序员 程序员、测试员 2.3组织接口 表一 组织 联系人 联系信息 客户 金超群 1393178**** 分包商 王海洋 1513369**** 2.4项目职责 表2 项目职责 角色 职责描述 负责人 管理团队，负责协调各个管理者、分析员、用阶段的工作和衔接及项王** 户 目的交付。 分析员、设计员、测分析要求，设计可行方陈** 试员 案。 设计员、程序员、测编写程序，将程序集成到樊** 试员 系统中。 设计员、程序员、测验证程序功能和性能。 袁** 试员 三 管理过程 3.1 管理目标和优先级 ,说明:描述管理本项目的基本原则、目标和优先级。, 基本管理原则: 每位成员既是积极的建言者，又是负责的合作者。 决策应在充分的讨论基础上做出，并被及时有效的执行。 目标 1: 按时按量完成项目的基本功能，按时发布产品 优先级:1(最高) 目标 2: 遵循规范化的项目运作，文档严谨完整，代码注释充分，便于后续维护 优先级:2 目标3: 产品运行稳定，界面友好易上手，可玩性强 优先级:3 目标4: 注重团队建设，成员分工合理，合作默契，气氛融洽 优先级:4 目标5: 项目设计和开发上有创新，营造出卖点 优先级:5 3.2 假设、依赖关系和限制 ,说明:描述所有对项目外部的问和事件所做的假设，以及由这些问题和事件引起的限制。, 假设 1:老师和助教以较快的速度提供问题解答、项目检查方案、活动安排 限制:某些关键设定可能会由于得不到及时解答而推延决策 假设 2:项目相关的硬件设施(包括版本控制服务器、开发人员个人电脑)稳定工作 限制:若硬件设施出现异常，可能造成部分工作甚至整个开发进程陷于停顿 3.3 风险管理 ,说明:描述将被用来识别、分析和管理那些与项目相联系的风险因素的过程，说明跟踪各种风险因 素和实施偶然计划的机制。这里，应该考虑的风险包括合同风险、技术风险、产品尺寸和复杂性所带 来的风险、人员获得和保持过程中的风险、以及在使客户接受产品的过程中的风险。, 表 3 项目风险 风险# 标题 发生可 影响 优先级 规避或 负责人 能性 减轻策 略 1 80% 开发技灾难的 高 提前做陈** 术不熟 好设计 计划，降 低设计 50% 2 时间不轻微 中; 设计方 王** 够 案留有 变更余 地 3 缺少一60% 严重 中 经常总樊** 定的经结，查看 验 资料，不 断练习 风险的详细描述如下: ? 风险 1:开发技术不熟练 没有组员有曾使用过CASE 工具 ，可能导致开发进度受阻，代码交流困难。 ? 风险 2:需求变更频繁 在设计开发过程中可能发现原有需求不容易转化为设计稿，在测试体验过程中可能发现并不好用，这都会带来需求的重新变更。这两种情况，尤其后一种要尽量避免，以免带来重 复开发的浪费。 ? 风险 3: 因为放假，技术的掌握，和一些组员公务缠身等原因可能时间有些紧张 ? 风险 4: 一边在学习一边在搞项目难免遇到困难，而且都是第一次，缺少一定的经验。 3.4 监督和控制机制 ,说明:定义报告机制、报告格式、和审核机制以及将被用在与SPMP 联系在一起的监视和控制 中的其他工具和技术，项目监控包括项目支持功能(质量保证、配置管理、文档和培训)的监督和控 制机制。, 报告机制: ? 各开发过程、培训负责人以周为单位记录工作进展，形成电子文档报告，上传至文档库。 ? 负责人在每周项目例会作口头总结，小组会议审核通过给出意见，报告修改后上传至文档库 ? 各风险负责人密切监控风险状态，定期提交风险报告。必要时将突发情况邮件列表通知所有 组 员，并由组长做出临时处理决定。 报告格式，应包括: 报告主题，时间段，负责人，报告内容，审核意见 评价和审核机制: 每周例会上小组讨论形成一致意见后即为通过，相关负责人针对改进意见开展下一周工作，小组 会议持续评估其成效。 每一项目阶段结束之前(里程碑前后)，组织一次阶段评审会，评估整个阶段的工作效率和成果 质量。尽量与项目例会合并，并邀请老师和助教参加评议。 3.5 人员计划 ,说明:描述项目所需的类型、如何雇佣合适的人员、以及项目团队成员所需的全部培训。, 表 4 人员计划 人员名称 人数 人员要求 来源 VB程序员 程序员2 熟悉VB 陈**，樊** 数据库设计员 程序员2 熟悉SQL 王**，袁** 1 界面美工 熟悉Photoshop，有樊** 界面设计能力 四 技术过程 4.1 方法、工具和技术 本小组团队组织结构为主程序员式组织结构;编程语言为VB;采用面向对象的分析设计方法;利用UML进行系统建模;统一文件命名、代码版式、注释等编码规范;编码人员进行代码走查后再进行代码编译;测试人员根据测试文档进行单元测试;最后实现软件的交付。 4.2 软件文档 项目文档列举如下: 1.软件项目管理计划文档; 该文档由组长完成，介绍项目的整个管理过程。 该文档在需求分析阶段开始完成，在后续每个阶段更新。 2.需求规格说明文档 在需求分析阶段，小组成员共同分析收集用户需求，由组长负责编写规格说明文档，在后续的设计和开发阶段不断更新。 该文档主要内容为:功能需求，性能要求，数据处理要求，软件运行需求等。 3.软件设计文档 在总体设计阶段，小组根据需求规格说明文档，完成软件体系结构的设计，编写体系结构设计文档，并在后续开发阶段补充和更新。 该文档由开发人员负责编写。 4.软件测试文档 在软件开发阶段，测试人员需要编写测试规格说明文档，并在后续测试阶段更新。 开发人员将根据测试规格说明文档测试环境。 4.3 用户文档 在需求分析阶段，测试人员需要开始着手编写用户手册，并在需求分析结束后需要形成初稿;在后续阶段不断更新新用户文档;并在系统交付阶段随着系统一起被交付。 4.4 项目支持功能 为方便广大用户的简捷使用，具有预定,租用等功能，利用该管理系统，管理更方便快捷，容易上手，基本常用的空间按钮工具聚集在此软件中，功能强大，非常适合中小型酒店使用。 五 工作包、进度表和预算 5.1 工作包 ,说明:为必须完成的活动和任务指定工作包，目的是满足项目协议。, 用下面的表格详细说明 工作包 子工作包 预期完成时负责人 最终交付物 简单描述说 间 明 组织团队 4月12日 王** 成立福尔摩组内有4名 searcher团成员 队 准备工作 对<<软件项 配置管理 4月12日 各自 项目计划书 目管理计 划>>进行更 新 可行性研究 4月12日 需求规格说4月13日 组内交流与明原型 客户(同学)需求规格说 需求分析 福尔摩福尔需求规格说放在炭的形明的编写及4月14日 修改 摩searcher明书 式确认需求 团队 规格说明 需求规格说 明的最终确4月23日 认 概要设计 4月30日 可以根据需 福尔摩福尔软件设计文求规格说明详细设计及 系统设计 摩searcher档 的局部调整系统设计模5月14日 团队 进行相应改型确定 变 编码开发 6月4日 源代码 为了客服技 术不熟的缺编码测试 6月11日 编码测试 福尔摩福尔陷,建议在此软件测试文 摩searcher之前加强相档 单元测试 6月4日 团队 关知识的学集成测试 6月11日 习 产品封装 6月14日 加强对产品软件交付 福尔摩福尔用户手册和的强势宣传 系统交付 6月14日 摩searcher帮助 团队 5.2 依赖关系 ,说明:描述工作包之间的次序关系，目的是解决这些工具包之间的互相依赖关系和对外部事件的依赖性。, 1)组织团队是完成软件项目的前提,明确分工负责; 2)由于采用公共的设备,设备采购基本不用小组完成; 3)环境建立是为编码测试做好充分的准备; 4)配置管理贯穿于整个软件开发和测试过程; 5)需求分析师软件项目进入阶段的重要标志; 6)系统设计师基于需求分析的基础上.有事编码的原理依据; 7)编码测试时软件开发进程的重要过程; 8)交付阶段是软件获得客户的认可,是软件爱你开发结束的标志. 5.3 资源需求 [ 说明:提供完成项目所需的全部资源，包括人员、支持软件、计算机硬件、办公室和实验室设备以及项目资 , 源维护需求的数目和类型等。 人员:团队软件项目开发成员及客户 支持软件:Microsoft Visual Studio.NET 2005，Office 办公环境:学院机房,学生宿舍 实验设备:个人电脑,机房 项目维护需求的数目和类型:4台电脑(双核,2G内存或以上) 5.4 预算和资源分配 ,说明:描述各个项目功能、活动和任务的预算和资源的分配。, 预算:本软件开发没有涉及到商业,经济预算,为锻炼和熟悉开发过程 而定. 资源分配:各自使用各自电脑 5.5 进度表 ,说明:为各种项目功能、活动和任务提供进度安排，考虑优先权关系和所需的重大事件日期。,