XX项目软件开发管理方法的研究与应用.docVIP

XX项目软件开发管理方法的研究与应用.doc

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

北京航空航天大学软件学院 新技术前沿讲座论文 论文题目: XX 姓 名: 学 号: 班 级: 专业方向:IT项目管理与产业信息化 所属院系:北京航空航天大学软件学院 201 年 月 第一章 项目背景 1 1.1项目背景 1 1.2项目开发过程中遇到的问题 1 第二章 软件开发管理方法 3 2.1项目需求变更管理必要性分析 3 2.2需求变更原则 4 2.3需求变更管理流程 4 2.4项目需求变更解决方案 7 2.5结合项目形成的需求变更管理 8 第三章 总结 13 参考文献 14 第一章 项目背景 1.1项目背景 国务院国有资产监督管理委员会(以下简称国资委)协会办履行行业协会主管单位的管理职责,工作实行委内统一协调、分工负责的责任制度。主要涉及委内8个厅局,研究室(行业协会联系办公室)负责国资委联系行业协会工作的综合协调。协会办的日常工作,主要是:负责经办协会经常性的业务管理和登记管理等事项,负责指导和推动协会的改革、调整和规范发展,负责行业协会及分支机构、代表机构的筹备申请和设立、变更、注销登记前的审查及年检的初审,承担应由主管单位审查的有关重要事项。 随着行业协会的发展,行业协会及其分支机构、代表机构的各项事务的工作量越来越大,目前主要通过报送纸质材料的方式进行。协会办对报送的材料进行登记、分发和审查处理,有问题时通过电话与协会进行沟通或进行面谈;年底的汇总统计都是通过手工方式进行,费时费力,效率不高。目前协会办的设备已经基本配备,但仅起到打字机的作用,没有完全发挥信息管理的优势。为了进一步提高国资委协会办工作效率和质量,降低工作案卷处理成本,国资委协会办提出了建设一套协会综合管理与服务平台的要求。此平台将建成一个集业务申请、流程管理、审查、公告、复审、查询、管理、统计于一体的电子商务系统,该系统是统一的、完整的、业务流程贯通的业务管理平台,全流程、全方位的电子化和网络化。以申请人、社会公众和审查工作的需求为导向,用信息化的手段,为直管协会、代管协会及全社会的用户提供高水平的信息化支持和服务。 建立面向项目全局的变更记录系统变更记录这项变更管理的最基础的工作方面许多工程管理组织还没有做好。横向的管理协调机制,目前国内工程项目管理的横向管理协调机制薄弱、还没有互相配合协调的习惯能够在传统的工程管理模式下建立有效的项目管理组织团队也是全局管理控制变更的必要条件对于变更实施的有效监控和跟踪找到适于自身的变更管理流程1、建立需求基线。需求基线是需求变更的依据。在开发过程中,需求确定并经过评审后(用户参与评审),可以建立第一个需求基线。此后每次变更并经过评审后,都要重新确定新的需求基线。 2制订简单、有效的变更控制流程,并形成文档。在建立了需求基线后提出的所有变更都必须遵循这个控制流程进行控制。同时,这个流程具有一定的普遍性,对以后的项目开发和其他项目都有借鉴作用。 3成立项目变更控制委员会(CCB)或相关职能的类似组织,负责裁定接受哪些变更。CCB由项目所涉及的多方人员共同组成,应该包括用户方和开发方的决策人员在内。 4需求变更一定要先申请然后再评估,最后经过与变更大小相当级别的评审确认。 5需求变更后,受影响的软件计划、产品、活动都要进行相应的变更,以保持和更新的需求一致。 6妥善保存变更产生的相关文档。 不能采纳。 3、CCB对变更申请和变更评估报告进行讨论研究,是否接受变更。如果接受变更,则给出接受变更的回复申请表,如果拒绝变更,则给出拒绝变更的回复申请表。 4、项目组实施变更,在实施过程中,如果由于客户原因或其它原因需要取消变更,则取消变更。一旦确定变更后,下一步就是分析和选择可行的实施方案。项目的目标、预算、团队以及项目的进度是决定项目成功实施的主要因素。在需求变更时,力求在尽可能小的变动幅度内对这些主要的因素进行微调。为了将项目变更的影响降低到最小,一定要认真执行变更的控制流程,减小项目风险。 5、实施后,要对变更进行验证,如果验证通过,则变更结束。如果验证不通过,则需要重新实施。在验证过程中,如果需要取消变更,则取消变更。 需求变更管理流程图如下(图2.1): 图2.1 需求变更管理流程 2.4项目需求变更解决方案 1、规范流程 如果是一个新的项目,需求变更的流程必须在系统第一个需求变更发生之前拟定好。流程可以分为需求变更的收集、整理、记录,需求变更的评审、执行跟踪和测试等。 由于该项目是在开发过程中进行的规范化管理。所以对规范流程进行了改动。 2、完整记录 需求分析人员应当完整的记录需求变更的详细信息,需要包括: 需求变更的项目和唯一编码:用于查找、统计和管理需求变更; 需求变更来源:可从不同来源确定需求变更的发生频率,确定软件系统的薄弱环节; 需求变更的名称和内容:用于确定

文档评论(0)

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

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

1亿VIP精品文档

相关文档