软件开发管理平台技术的方案.docxVIP

  1. 1、本文档共10页,可阅读全部内容。
  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文档。上传文档
查看更多
软件开发管理平台技术方案随着软件应用水平的提高,软件规模越来越庞大,软件开发的过程日益复杂,而软件开发的模式依旧停留在传统的以技术人员为核心的方式下的,不可避免的会暴露出许多问题:没有完善的对需求变更及问题追踪的流程和管理手段目前对需求变更及问题追踪流程没有完善的管理方法及有效的管理手段。对于业务人员、运维人员提出的各种需求和缺陷以及系统问题没有一个管理机制和经验积累。 ?无法保证发布版本的完整性没有完善的内部产品版本控制、发布、上线、运维、变更的管理体系,无法记录和追踪需求、产品、文档、流程的变更过程,这样造成的直接后果是无从判断项目版本状态,系统的故障诊断难度加大。容易发生开发人员未经授权修改代码或文档,留下系统故障隐患。缺乏沟通,难于控制项目状态项目开发过程中各部门之间,各部门与集成商之间缺乏有效的沟通手段,无法实现流程的自动化操作。无法记录完整的管理信息,造成各级领导、业务人员和项目管理者,没有办法及时、自动地了解项目管理状态,量化内部项目人员及供应商项目组成员工作量,工作进度。本技术方案书针对目前软件公司开发团队普遍面临的问题,通过制定一个自动化、可管理、可追踪的流程,提供一种高度协作化方式的,迭代化的、增量方式的开发手段,在最低费用的情况下及时的生产满足需要的高质量软件。从而达到IT和业务目标紧密结合,并引导业务的创新和发展。为了建立敏捷的开发流程,达到IT和业务目标紧密结合,并引导业务的创新和发展,必须建立一个能从需求人员、项目经理、开发人员、配置管理人员到测试团队的端到端的流程,并且这个流程必须自动化、可管理并且可追踪。??流程需要保证项目的连贯性保证随时可以得到项目状态流程需要多次循环确保闭环的流程确保质量问题被预先发现和解决需要和已有的工具集成(配置管理、测试)???在本方案中我们会使用一个“漏斗”模型,将信息部门面临的成千上万的问题通过流程梳理,分类、排序,最终形成各个角色日常工作的工作任务,使得正确的人在正确的时间做正确的工作。从而保证信息部门的工作有条不紊,系统上线胸有成竹。下图所示为流程的分类模型。该流程包括:?问题管理由业务部门或任何使用IT系统的部门提交的相关问题,如系统使用问题、网络问题、改进请求等。这些问题可能是由于业务人员不熟悉系统,或是系统没有提供方便的使用方式,或是系统的一个缺陷等需求管理需求改进或新增需求申请,由业务部门提出或由于新技术的产生而对系统产生的改进要求,由专门的需求小组提出并分析缺陷管理系统上线后由业务部门提交的问题经确认是系统缺陷,或测试人员在产品上线前在测试过程中发现的软件缺陷测试管理验证软件系统是否和完整实现了需求并且满足性能要求,可以持续地,自动地进行回归测试上线管理保证上线版本的有效性、可靠性并进行过相应的审批过程。流程管理是软件开发管理平台的集线器(HUB),通过将所有人员的工作统一有序的管理之后,我们可以在不同的流程环节集成不同的工具。从而将所有人员日常工作的内容通过流程驱动,并将相关数据自动纳入流程管理范畴,为量化的管理、量化的分析提供信息来源,从而形成不断流程改进的源泉。?除了流程以外,软件开发管理平台还需要三个重要的工具配合集成使用:需求管理工具、配置管理工具和测试管理工具。?需求管理工具:无论开发何种产品,需求仍是驱动开发进程的重要因素,需求管理的粒度决定了软件交付的周期和质量。在软件开发的过程中,围绕需求主要进行需求的定义和分析、需求跟踪、需求变更这三方面的工作。配置管理工具:在实现需求或需求改进或是修复缺陷时,我们通常会修改源代码、测试脚本、设计文档、操作手册等。第一代的配置管理工具支持基于文件(File Based)的版本控制、支持check-out/check-in模型和简单分支。通过流程驱动将配置管理推向最先进的基于项目库和活动的配置管理。通过抽象层次的提升简化了软件开发,从而使得软件开发团队从更高的层次根据活动(activity)来管理变更。一个开发活动可以自动地同其变更集(封装了所有用于实现该活动的项目工件)相关联,这样避免了管理人员手动跟踪所有文件变更。测试管理工具:在测试管理中可以进行测试计划、测试设计、测试实现、测试执行并得到测试报告。在测试实现中会将设计好的测试用例用测试工具(功能测试、手工测试和其他测试工具)进行实现,如录制,脚本修改等。当关联了测试用例及测试实现后,即可通过测试管理流程调用测试工具执行测试,同时将测试结果收录在流程中提供后期分析,通过集成不同的测试工具,可以统一测试流程建立企业级的测试规程。流程分析1 问题管理问题管理,负责处理从业务部门或任何系统使用人员提出的问题,该流程可以提供一个SERVICEDESK的能力,是联系业务部门和IT部门的纽带。?动作动作描述负责人状态提交提交问题,输入问题描述、系统、紧急程

文档评论(0)

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

分享好文档!

1亿VIP精品文档

相关文档