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

资源描述

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

《软件开发管理平台技术方案.docx》由会员分享，可在线阅读，更多相关《软件开发管理平台技术方案.docx（20页珍藏版）》请在冰豆网上搜索。

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

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

随着软件应用水平的提高，软件规模越来越庞大，软件开发的过程日益复杂，而软件开发的模式依旧停留在传统的以技术人员为核心的方式下的，不可避免的会暴露出许多问题：

没有完善的对需求变更及问题追踪的流程和管理手段目前对需求变更及问题追踪流程没有完善的管理方法及有效的管理手段。

对于业务人员、运维人员提出的各种需求和缺陷以及系统问题没有一个管理机制和经验积累。

无法保证发布版本的完整性

没有完善的内部产品版本控制、发布、上线、运维、变更的管理体系，无法记录和追踪需求、产品、文档、流程的变更过程，这样造成的直接后果是无从判断项目版本状态，系统的故障诊断难度加大。

容易发生开发人员XX修改代码或文档，留下系统故障隐患。

缺乏沟通，难于控制项目状态

项目开发过程中各部门之间，各部门与集成商之间缺乏有效的沟通手段，无法实现流程的自动化操作。

无法记录完整的管理信息，造成各级领导、业务人员和项目管理者，没有办法及时、自动地了解项目管理状态，量化内部项目人员及供应商项目组成员工作量，工作进度。

本技术方案书针对目前软件公司开发团队普遍面临的问题，通过制定一个自动化、可管理、可追踪的流程，提供一种高度协作化方式的，迭代化的、增量方式的开发手段，在最低费用的情况下及时的生产满足需要

的高质量软件。

从而达到IT和业务目标紧密结合，并引导业务的创新和发展。

为了建立敏捷的开发流程，达到IT和业务目标紧密结合并引导业务的创新和发展，必须建立一个能从需

求人员、项目经理、开发人员、配置管理人员到测试团队的端到端的流程，并且这个

流程必须自动化、可管理并且可追踪

流程需要保证项目的连贯性

保证随时可以得到项目状态流程需要多次循环确保闭环的流程确保质量问题被预先发现和解决

需要和已有的工具集成（配置管理、测试）

分“漏类斗、”排序模，型，将信

息在本部方门案面临中的我们成千会上使用万的一个问题通过流程梳理，

最终形成各个角色日常工作的工作任务，使得正确的人在正确的时间做正确的工作。

从而保证信息部门的工作有条不紊，系统上线胸有成竹。

下图所示为流程的分类模型。

该流程包括：

IT系统的部门提交的相关问题，如系统使用

问题管理

由业务部门或任何使用问题、网络问题、改进请求等。

这些问题可能是由于业务人员不熟悉系统，或是系统没有提供方便的使用方式，或是系统的一个缺陷等

需求管理

需求改进或新增需求申请，由业务部门提出或由于新技术的产生而对系统产生

的改进要求，由专门的需求小组提出并分析

缺陷管理

系统上线后由业务部门提交的问题经确认是系统缺陷，或测试人员在产品上线前在测试过程中发现的软件缺陷

测试管理

验证软件系统是否和完整实现了需求并且满足性能要求，可以持续地，自动地进行回归测试

上线管理

保证上线版本的有效性、可靠性并进行过相应的审批过程。

流程管理是软件开发管理平台的集线器（HUB），通过将所有人

员的工作统一有序的管理之后，我们可以在不

同的流程环节集成不同的工具。

从而将所有人员日常工作的内容通过流程驱动，并将相关数据自动纳入流程管理范畴，为量化的管理、量化的分析提供信息来源，从而形成不断流程改进的源泉。

除了流程以外，软件开发管理平台还需要三个重要的工具配合集成使用：

需求管理工具、配置管理工具和测试管理工具。

需求管理工具：

无论开发何种产品，需求仍是驱动开发进程的重要因素，需求管理的粒度决定了软件交付的周期和质量。

在软件开发的过程中，围绕需求主要进行需求的定义和分析、需求跟踪、需求变更这三方面的工作。

配置管理工具：

在实现需求或需求改进或是修复缺陷时，我们通常会修改源代码、测试脚本、设计文档、操作手册等。

第一代的配置管理工具支持基于文件（FileBased）的版本控制、支持check-out/check-in模型和简单分支。

通过流程驱动将配置管理推向最先进的基于项目库和活动的配置管理。

通过抽

象层次的提升简化了软件开发，从而使得软件开发团队从更高的层次根据活动

（activity）来管理变更。

一个开发活动可以自动地同其变更集（封装了所有用于实现该活动的项目工件）相关联，这样避免了管理人员手动跟踪所有文件变更。

测试管理工具：

在测试管理中可以进行测试计划、测试设计、测试实现、测试执行并得到测试报告。

在测试实现中会将设计好的测试用例用测试工具（功能测试、手工测试和其他测试工具）进行实现，如录制，脚本修改等。

当关联了测试用例及测试实现后，即可通过测试管理流程调用测试工具执行测试，

同时将测试结果收录在流程中提供后期分析，通过集成不同的测试工具，可以统一测试流程建立企业级的测试规程。

流程分析

1问题管理

问题管理,负责处理从业务部门或任何系统使用人员提出的问题，该流程可以提供一个SERVICEDES的K能力，

是联系业务部门和IT部门的纽带。

动作

动作描述

提交提交问题，输入问题描述、系统、紧急程度等

打开系统支持人员开始解决该问题

处理完通过电话或现场支持解决问题，非系统问题，如使用人员使用不当、网络问题等毕

接受问题提交人员确认问题已经被解决提交缺处理人员发现是系统缺陷，提交一个缺陷记录并等待解决，此时该问题处理在“已打开状态”，并且

可以看到有提交的缺陷相关联，该问题如果有”WORKARO”UN方D式可以提供给使用人员，在提交人接

受的前提下可以关闭，否则需等待缺陷解决后才能关闭

提交需处理人员发现该系统功能设计不合理或是该问题会引发其他的需求，此时可以提交需求变更请求。

求变更该问题如果有闭，否则需等

待需求变更解决后才能关闭

”WORKAROU”N方D式可以提供给使用人员，在提交人接受的前提下可以关

负责人

状态

系统使

用人员

已提

交

系统支

持人员

已打

开

系统支

持人员

已处理

问题提

交人

已关

闭

系统支

已打

持人员

开

系统支

已打

持人员

开

2需求管理

需求管理,包括新建需求和需求改进。

通过需求流程，可以帮助需求

分析小组审核、分析并且对需求进行优

先级排序，确定需求在哪个阶段（版本）中实现，并通过分配给相应的开发人员，可以从需求的提交一直追踪到完成。

动作

提交

审核

设计

分配

打开

完成

验证

拒绝

动作描述

负责人

提交需求，输入需求描述、影响大小等

确认该需求需要实现并确定实现版本对需求进行分析和设计，确定需求实现的在此阶段会分析该需求对

方法，系统

的影响，包括是否会影响系统架构，由此定义该需求实现的难度、日期、人员

等

项目经理根据需求设计分配相应人员

表示开始实现该需求

完成该需求并已通过开发人员自我测试

该需求进行接受测试并验证通过

没有验证通过，通知开发人员重新开发

推迟在对一任意些阶影段响都较可大的以推需求迟需该要需求进行进一步分析，确定工作量是否在可控的范围

分析

3缺陷管理

系统使用人员

需求审核组

需求分析组

项目经理

开发人员

测试人员

相关人员

项目经理

已推迟

已重复

4测试管理

测试管理，为一个系统确定需要的测试类型，如功能测试、性能猜测等。

通过测试用例的设计和实现，为每一次测试工作做好准备。

测试计划包括创建测试用例、测试用例的生命周期管理、对测试资产的组织。

测试设计包括使用具开发测试脚本、将测试脚本与测试用例进行关联、创建测试套件。

测试执行包括运行已配置的测试用例或测试套件、察看运行过程、分析执行结果。

测试报告给测试经理一个统一的报告。

当有测试请求（一个缺陷的修复、需求的实现、上线前测试），都需要对系统进行定程度的测试。

下面的测试流程描述了当接受到测试任务到测试结束的整个过程。

动作测试请

动作描述

负责人

状态已提交

已配

求

用户接受测试或其他需要测试时提出请求

测试经理

配置

从用例库中配置出需要测试的套件

测试设计人员

置已实

现

实现

对经配置但未实现的用例进行用例实现

测试人员

执行

执行测试

测试人员

已测试

分析

分析测试结果

测试人员

已分析

通过

如果测试通过

测试经理

已通过

通过提交缺陷

如果测试通过

测试发现问题时提交缺陷请求

测试经理

测试人员

过已分

析

5配置管理

在流程中集成配置管理是为了更好的管理开发者的工作空间、实现和谐的团队协作、更频繁的交付和集成软件工作。

通过流程驱动将配置管理推向最先进的基于项目库和活动的配置管理。

通过抽象层次的提升简

化了软件开发，从而使得软件开发团队从更高的层次根据活动（activity）来管理变更。

通过和配置管理的集成可以轻松实现：

开发人员在共享及公共代码工件上的隔离和协作；将一起开发、集成和发布的相关工件组按构件（component）进

行组织；在项目里程碑创建构件基线（baseline）并根据所建立的质量标准来提升基将变更组织为变更集（changeset）；将活动管理和工件管理集成在一起；按项目来组织软件开发并支持多项目之间的代码共享；

5.1团队的隔离和协作隔离不稳定的变更对于将错误最小化是非常关键的，但是将所有的变更集成到一个所有开发团队成员均可访问的公共工作区域却是团队开发环境下的一个基本要求。

今天基于构件的软件开发方法论的广泛应用以及代码变更频率和幅度的增加都要求开发团队能经常和较早地将各个开发人员的工作进行集成。

以便在尽早解决可能出现的问题配置管理应该可以根据不同用途来建立分支，如开发人员分支，新特性分支、缺陷修

复分支、新需求分支等等，从而开发团队可以根据需要建立适于自身情况的分支模型，

上图所示是一个典型的配置管理策略，四个分支定义如下（策略可以根据公司开发情况而设定）：

DEV开发流：

私有开发流为开发人员提供了相互隔离的工作空间，该空间在最开始由满足一定质量标准的基线进行初始化。

开发人员使用这些私有工作空间来进行工件的变更，构建和测试。

当开发人员对他们的变更感到满意时，他们可以将这些变更交付（DELIVER）到INT集成流上，在交付时以活动为单位，改变了传统的已文件提交的方式。

为了使开发人员同其他人员的进度同步，开发人员也可以用来自项目公共集成流上最新的稳

定基线来变基（REBAS）E他们的私有工作流。

开发人员可以选择什么时候进行交付和变基

INT集成测试流：

实际上项目集成流充当了所有开发人员的所有变更的协调点。

为了更好地协调所有开发人员的变更集成，引入基线（baseline）的概念作为对项目进度的度量。

基线是一次构建（build）或配置的抽象表示，它实际上是项目的一个版本，而项目是相关工件的集合。

项目开发团队在开发过程期间不断地创建和提升基线。

随着不同开发人员交付变更给集成流，他们交付的变更将被逐一收集到项目基线中。

随着基线的构建、测试和批准，它们可以被逐步提升到不同的基线级别。

基线提升级别具有两方面的功能：

第一，它使项目经理或项目管理人员可以建立软件质量标准。

由于当基线达到某种预定义的质量标准时就可以被标以某种基线级别，因此项目经理可以设置项目策略，标识出在哪一个基线级别（如“通过测试的”）开发人员可以执行变基操作。

第二，基线提升级别就具体的开发人员应该如何同其所开发的工件进行交互提供了指导。

例如，根据某条基线通过某些冒烟测试的时间可以帮助测试人员确定什么时候开始测试。

CBET试运行流：

试运行流是运营部门为系统上线前做的最后准备，可以在小范围内运行系统（该系统版本为在INT集成流上通过测试的某个版本），运营部门可以很方便的拿到特定的需要试运营的版本，该流上不需要修改权限，当发现缺陷时可以直接提交系统缺陷。

CREL正式发布流：

括正紧式急发布修流复上存储的都是正式上线的系统版本，包

5.2团队的日常操作

从项目的某个基线1.0加入项目查看自己负责的工作任务功能增强或缺陷修复（修改代码）以工作任务为单位提交自己的工作测试人员在集成流上做集成测试工作通过测试后可以创建新的基线2.0

馥，赏她们的淡定从容地绽放。

诗听。

风有穿过你幽，幽有我长，廊有，在爱，平有淡暖简约，的就人好。

生中在，安把静日恬子淡的过时成光云卷里，云勾舒勒，行我云们流最水美的的模今样天，过成一幅画，一首和明天。

你醉在一，帘我秋之就幽在。

梦，你是写我一前行世小今字生，的念一爱个，远是方刻在，心痴一头的生眷一枚恋。

朱砂一。

记流年，一寸相思。

不许海誓山盟，只许

任由尘世千般云烟散尽，任由风沙凝固成沙漠的墙，你依然是我生命的风景

的自己，巧笑嫣然，你若盛开，蝴蝶自来

那就做一朵花吧！

优雅绽放，优雅凋落，不带忧伤，只记美好

故这事个，秋沉日，淀一着岁切都月的很风美华，。

阳安光静浅的浅，享云受舞生苍命途穹径，闲上的风淡一山淡。

一水捡。

拾一片薄如蝉翼的枯叶，写着季节流转的

，碧把水云一天缕，缕携醉人来的闲云情几怀片，婉，约柔风成几小缕字里，的风月千里，泅成

缝进岁月的香囊里，将唯美雅致收藏，醉卧美好时光

秋无边，是萧静瑟。

美的，是收获的，是满载希望而归的季节。

秋只因叶落，葳蕤消，花残瘦影，不免总给人一种

起然来而秋特，别霸也道有秋有的味美。

。

如黄巢《不第后赋菊》诗中有句：

待到秋来九月八，我花开后百花杀。

是不是听

谁天说的月秋实，要悲比凉任的何，百季节花都残美了，何妨都明？

我亮菊，都正让艳人艳迷，恋香影陶然欹满。

山。

还有一句歌词叫：

春游百花，秋有月。

秋

秋眼有睛呢赤枫？

把美丽的秋燃烧成通红火辣，秋有万千银杏如蝶，秋哪有萧索？

秋一直很美，你可有发现美的

春，不都有复着，不所同有的的旖美好旎不。

人会消生何失，尝不一直是珍如四藏季着。

，有青春绝艳的花季，也有老骥伏枥的暮年。

容

路即上便时，且光行变得且惜荒，芜寂，而静相你伴我，一无直悔永如一初生见。

，彼此温柔以待。

走进十月，蓦然回首，你我都在，惟愿光阴

香红，尘紫我看陌，到每有一轰轰寸烈的光烈阴的都昨落日，在我也有的宣平纸淡如上，水的跌进今天每一。

在个方生方活平正正平的仄小仄的楷里韵，脚沉中香，一、直都泛着故事的清

迷醉。

馥，赏她们的淡定从容地绽放

只许

和明天。

你醉在一，帘我秋就之幽在。

梦，你是写一我前行世小今字生，的念一爱，个是远刻方在，心痴一头生的一眷枚恋。

朱一砂。

记流年，一寸相思。

不许海誓山盟，

任由尘世千般云烟散尽，任由风沙凝固成沙漠的墙，你依然是我生命的风景

的自己，巧笑嫣然，你若盛开，蝴蝶自来

那就做一朵花吧！

优雅绽放，优雅凋落，不带忧伤，只记美好故这事个，秋沉日，淀一着岁切都月的很风美华，。

阳安光静浅的浅，享云受舞生苍命途穹径，闲上的风淡一山淡。

一水捡。

拾一片薄如蝉翼的枯叶，写着季节流转的

，碧把水云一天缕，缕携醉人来的闲云情几怀片，婉，约柔风成几小缕字里，的风月千里，泅成

缝进岁月的香囊里，将唯美雅致收藏，醉卧美好时光

秋无边，是萧静瑟。

美的，是收获的，是满载希望而归的季节。

秋只因叶落，葳蕤消，花残瘦影，不免总给人一种

而来秋特，别也霸道有秋有味的美。

。

如黄巢《不第后赋菊》诗中有句：

待到秋来九月八，我花开后百花杀。

是不是听

谁天说的月秋实，要悲比凉任的何，百季节花都残美了，何妨都明？

我亮菊，都正让艳人艳迷，恋香影陶然欹满。

山。

还有一句歌词叫：

春游百花，秋有月。

秋秋眼有睛呢赤枫？

把美丽的秋燃烧成通红火辣，秋有万千银杏如蝶，秋哪有萧索？

秋一直很美，你可有发现美的每颜一老去个季，青节春，不都复有着，所不有同的的美旖旎好不。

人会生消失何，尝一不直是珍如四藏着季，。

有青春绝艳的花季，也有老骥伏枥的暮年。

容

展开阅读全文