计算机《酒店管理系统软件项目进度计划说明书v2》.docVIP

计算机《酒店管理系统软件项目进度计划说明书v2》.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
计算机《酒店管理系统软件项目进度计划说明书v2》

北方民族大学 课程设计报告 系(部、中心) 计算机科学与工程学院 姓 名 王朝令 学 号 专 业 软件工程 班 级 2008级2班 同组人员 况晓龙 黄志刚 课程名称 软件工程项目管理 设计题目名称《酒店管理系统软件项目进度计划说明书》 起止时间 2010年月 成 绩   指导教师签名 陶 铮 贾艳波 北方民族大学教务处制 目录 1.1 编写目的 3 1.2 背景 3 1.3 定义 3 1.4 参考资料 4 1.5 重要术语 4 2 项目进度计划编制的背景概述 5 2.1 软件生存期模型选择与设计 5 2.2 项目团队情况简述 6 2.3 软件估算情况 7 2.4 项目范围的信息分析与使用 7 2.4.1 软件的工作任务分解结构(WBS) 7 2.4.2 基于项目背景的WBS的细化方案 9 2.4.3 重要的假设及其说明 10 3 实施计划 11 3.1 进度计划 11 3.2 基于进度计划的成本核算 15 3.3 调整后的进度计划 17 3.4 关于进度计划的其他说明 17 3.5 关于其他计划的说明 17 4 项目成果产品 18 4.1 软件程序 18 4.2 软件文档 18 4.3 软件服务 18 4.4 非移交的软件产品 18 4.5 验收标准 18 5 其他 19 编写目的 进度是对执行的活动和制定的工作计划日期表,它决定是否达到预期目的,它是跟踪和沟通项目进展状态的依据,也是跟踪变更对项目影响的依据最短时间、最少成本、最小风险,即在给定的限制条件下,用最短时间、最少成本,以最少风险完成项目工作。PMI强调:作为项目,成功的三大要素是计划、计划、计划计划是通向项目成功的路线图按时完成项目是对项目经理最大的挑战,因为时间是项目规划中灵活性最小的因素,进度问题又是项目冲突的主要原因,尤其是在项目的后期。 (参考例图) c.该软件系统同其他系统或其他机构的基本的相互来往关系。 与本系统有关的系统:无 定义 WBS :Work Breakdown Structure 任务分解结构。 PMI: Project Management Institute 美国项目管理学会成立于1969年一个国际性组织,任务分解结构是面向可交付成果的对项目元的分组,它组织并定义了整个项目的范围。 项目进度计划编制的背景概述 软件生存期模型选择与设计 1.选择增量模型的原因: 1).瀑布模型要求严格线性的开发,每个阶段开发活动结束后, 通过严格的阶段性复审与确认,得到该阶段的一致、 完整、 正确和无二义性的良好文档资料,以“冻结”这些文档资料, 作为该阶段的结束标志,保持不变,作为下一阶段活动的唯一基础, 以每一步的正确性和完整性来保证最终系统的质量。 但是大量的实践并不是这种理想的线性开发序列,而是在开发过程中逐步完善的。 而在增量开发过程:软件描述、设计和实现活动被分散成一系列的增量,这些增量轮流被开发。先完成一个系统子集的开发,再按同样的开发步骤增加功能 (系统子集),如此递增下去直至满足全部系统需求。要求系统的总体设计在初始子集设计阶段就应做出设计。 2)增量模型有如下优点: 可以避免一次性投资太多带来的风险,将主要的功能或者风险大的功能首先实现,然后逐步完善,保证投入的有效性。 可以更快地开发出可以操作的系统。 可以减少开发过程中用户需求的变更。 一些增量可能需要重新开发(如果早期开发的需求不稳定或者不完整)。 对于市场和用户把握不是很准,需要逐步了解 对于有庞大和复杂功能的系统进行功能改进,就需要一步一步实施的。 我们开发的是酒店管理系统,分客房模块、餐饮模块、财务模块、人力资源模块。虽然大部分的需求已明确,但是部分需求可能会发生变化;对于用户需逐步了解才能准确把握;对于复杂功能的系统进行功能改进,就需要一步一步实施的。同时系统具有可扩充性,若使用增量模型,可以保证系统的可扩充性。本项目具备增量模型的其他特点:项目的复杂程度中等;项目的风险较低;产品和文档的使用率会很高。所以选择增量式作为我们的开发模型。 图 增量式模型 图2-2 详细的增量模型 项目团队情况简述 表2-1 此项目团队人员的介绍: 职位 人员 项目经理: 王朝令 需求分析员: 王朝令 况

文档评论(0)

mmrs369 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档