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

1、软件开发管理平台技术方案随着软件应用水平的提高，软件规模越来越庞大，软件开发的过程日益复杂，而软件开发的模式依旧停留在传统的以技术人员为核心的方式下的，不可避免的会暴露出许多问题： 没有完善的对需求变更及问题追踪的流程和管理手段目前对需求变更及问题追踪流程没有完善的管理方法及有效的管理手段。对于业务人员、运维人员提出的各种需求和缺陷以及系统问题没有一个管理机制和经验积累。 无法保证发布版本的完整性没有完善的内部产品版本控制、发布、上线、运维、变更的管理体系，无法记录和追踪需求、产品、文档、流程的变更过程，这样造成的直接后果是无从判断项目版本状态，系统的故障诊断难度加大。容易发生开发人员未经授权

2、修改代码或文档，留下系统故障隐患。 缺乏沟通，难于控制项目状态项目开发过程中各部门之间，各部门与集成商之间缺乏有效的沟通手段，无法实现流程的自动化操作。无法记录完整的管理信息，造成各级领导、业务人员和项目管理者，没有办法及时、自动地了解项目管理状态，量化内部项目人员及供应商项目组成员工作量，工作进度。本技术方案书针对目前软件公司开发团队普遍面临的问题，通过制定一个自动化、可管理、可追踪的流程，提供一种高度协作化方式的，迭代化的、增量方式的开发手段，在最低费用的情况下及时的生产满足需要的高质量软件。从而达到IT和业务目标紧密结合，并引导业务的创新和发展。为了建立敏捷的开发流程，达到IT和业务目标

3、紧密结合，并引导业务的创新和发展，必须建立一个能从需求人员、项目经理、开发人员、配置管理人员到测试团队的端到端的流程，并且这个流程必须自动化、可管理并且可追踪。 流程需要保证项目的连贯性 保证随时可以得到项目状态 流程需要多次循环 确保闭环的流程 确保质量问题被预先发现和解决 需要和已有的工具集成（配置管理、测试）在本方案中我们会使用一个“漏斗”模型，将信息部门面临的成千上万的问题通过流程梳理，分类、排序，最终形成各个角色日常工作的工作任务，使得正确的人在正确的时间做正确的工作。从而保证信息部门的工作有条不紊，系统上线胸有成竹。下图所示为流程的分类模型。该流程包括：问题管理 由业务部门或任何使

4、用IT系统的部门提交的相关问题，如系统使用问题、网络问题、改进请求等。这些问题可能是由于业务人员不熟悉系统，或是系统没有提供方便的使用方式，或是系统的一个缺陷等需求管理 需求改进或新增需求申请，由业务部门提出或由于新技术的产生而对系统产生的改进要求，由专门的需求小组提出并分析缺陷管理 系统上线后由业务部门提交的问题经确认是系统缺陷，或测试人员在产品上线前在测试过程中发现的软件缺陷测试管理 验证软件系统是否和完整实现了需求并且满足性能要求，可以持续地，自动地进行回归测试上线管理 保证上线版本的有效性、可靠性并进行过相应的审批过程。流程管理是软件开发管理平台的集线器(HUB)，通过将所有人员的工作

5、统一有序的管理之后，我们可以在不同的流程环节集成不同的工具。从而将所有人员日常工作的内容通过流程驱动，并将相关数据自动纳入流程管理范畴，为量化的管理、量化的分析提供信息来源，从而形成不断流程改进的源泉。除了流程以外，软件开发管理平台还需要三个重要的工具配合集成使用：需求管理工具、配置管理工具和测试管理工具。需求管理工具： 无论开发何种产品，需求仍是驱动开发进程的重要因素，需求管理的粒度决定了软件交付的周期和质量。在软件开发的过程中，围绕需求主要进行需求的定义和分析、需求跟踪、需求变更这三方面的工作。配置管理工具： 在实现需求或需求改进或是修复缺陷时，我们通常会修改源代码、测试脚本、设计文档、操

6、作手册等。第一代的配置管理工具支持基于文件（File Based）的版本控制、支持check-out/check-in模型和简单分支。通过流程驱动将配置管理推向最先进的基于项目库和活动的配置管理。通过抽象层次的提升简化了软件开发，从而使得软件开发团队从更高的层次根据活动（activity）来管理变更。一个开发活动可以自动地同其变更集（封装了所有用于实现该活动的项目工件）相关联，这样避免了管理人员手动跟踪所有文件变更。测试管理工具： 在测试管理中可以进行测试计划、测试设计、测试实现、测试执行并得到测试报告。在测试实现中会将设计好的测试用例用测试工具（功能测试、手工测试和其他测试工具）进行实现，如

7、录制，脚本修改等。当关联了测试用例及测试实现后，即可通过测试管理流程调用测试工具执行测试，同时将测试结果收录在流程中提供后期分析，通过集成不同的测试工具，可以统一测试流程建立企业级的测试规程。流程分析1 问题管理问题管理,负责处理从业务部门或任何系统使用人员提出的问题，该流程可以提供一个SERVICEDESK的能力，是联系业务部门和IT部门的纽带。动作动作描述负责人状态提交提交问题，输入问题描述、系统、紧急程度等系统使用人员已提交打开系统支持人员开始解决该问题系统支持人员已打开处理完毕通过电话或现场支持解决问题，非系统问题，如使用人员使用不当、网络问题等系统支持人员已处理接受问题提交人员确认问

8、题已经被解决问题提交人已关闭提交缺陷处理人员发现是系统缺陷，提交一个缺陷记录并等待解决，此时该问题处理在“已打开状态”，并且可以看到有提交的缺陷相关联，该问题如果有”WORKAROUND”方式可以提供给使用人员，在提交人接受的前提下可以关闭，否则需等待缺陷解决后才能关闭系统支持人员已打开提交需求变更处理人员发现该系统功能设计不合理或是该问题会引发其他的需求，此时可以提交需求变更请求。该问题如果有”WORKAROUND”方式可以提供给使用人员，在提交人接受的前提下可以关闭，否则需等待需求变更解决后才能关闭系统支持人员已打开2 需求管理需求管理,包括新建需求和需求改进。通过需求流程，可以帮助需求分

9、析小组审核、分析并且对需求进行优先级排序，确定需求在哪个阶段（版本）中实现，并通过分配给相应的开发人员，可以从需求的提交一直追踪到完成。动作动作描述负责人状态提交提交需求，输入需求描述、影响大小等系统使用人员已提交审核确认该需求需要实现并确定实现版本需求审核组已审核设计对需求进行分析和设计，确定需求实现的方法，在此阶段会分析该需求对系统的影响，包括是否会影响系统架构，由此定义该需求实现的难度、日期、人员等需求分析组已设计分配项目经理根据需求设计分配相应人员项目经理已分配打开表示开始实现该需求开发人员已打开完成完成该需求并已通过开发人员自我测试开发人员已完成验证对该需求进行接受测试并验证通过测试

10、人员关闭拒绝没有验证通过，通知开发人员重新开发测试人员已分配推迟在任意阶段都可以推迟该需求相关人员已推迟分析对一些影响较大的需求需要进行进一步分析，确定工作量是否在可控的范围需求分析组已分析3 缺陷管理缺陷管理,确保系统每一个缺陷都被流程所管理。项目经理通过对需求状态的分析可以指导项目的进展情况、稳定性趋势。并可以定义项目上线的缺陷指标确定系统是否符合上线要求。动作动作描述负责人状态提交测试组成员递交一个软件缺陷测试组已提交分配项目经理分配相应开发人员予以解决项目经理已分配打开表示开始修复此缺陷开发人员已打开解决表示已经修复了此缺陷并且通过了开发人员的自我测试开发人员已解决验证对该缺陷进行接受

11、测试并验证通过测试人员关闭拒绝没有验证通过，通知开发人员重新开发测试人员已分配推迟在任意阶段都可以推迟该缺陷的修复相关人员已推迟重复在系统中有相同的缺陷已经存在项目经理已重复4 测试管理测试管理，为一个系统确定需要的测试类型，如功能测试、性能猜测等。通过测试用例的设计和实现，为每一次测试工作做好准备。测试计划包括创建测试用例、测试用例的生命周期管理、对测试资产的组织。测试设计包括使用具开发测试脚本、将测试脚本与测试用例进行关联、创建测试套件。测试执行包括运行已配置的测试用例或测试套件、察看运行过程、分析执行结果。测试报告给测试经理一个统一的报告。当有测试请求（一个缺陷的修复、需求的实现、上线前

12、测试），都需要对系统进行一定程度的测试。下面的测试流程描述了当接受到测试任务到测试结束的整个过程。动作动作描述负责人状态测试请求用户接受测试或其他需要测试时提出请求测试经理已提交配置从用例库中配置出需要测试的套件测试设计人员已配置实现对经配置但未实现的用例进行用例实现测试人员已实现执行执行测试测试人员已测试分析分析测试结果测试人员已分析通过如果测试通过测试经理已通过提交缺陷测试发现问题时提交缺陷请求测试人员已分析5 配置管理在流程中集成配置管理是为了更好的管理开发者的工作空间、实现和谐的团队协作、更频繁的交付和集成软件工作。通过流程驱动将配置管理推向最先进的基于项目库和活动的配置管理。通过抽象

13、层次的提升简化了软件开发，从而使得软件开发团队从更高的层次根据活动（activity）来管理变更。通过和配置管理的集成可以轻松实现： 开发人员在共享及公共代码工件上的隔离和协作； 将一起开发、集成和发布的相关工件组按构件（component）进行组织； 在项目里程碑创建构件基线（baseline）并根据所建立的质量标准来提升基 将变更组织为变更集（change set）； 将活动管理和工件管理集成在一起； 按项目来组织软件开发并支持多项目之间的代码共享；5.1 团队的隔离和协作隔离不稳定的变更对于将错误最小化是非常关键的，但是将所有的变更集成到一个所有开发团队成员均可访问的公共工作区域却是团队

14、开发环境下的一个基本要求。今天基于构件的软件开发方法论的广泛应用以及代码变更频率和幅度的增加都要求开发团队能经常和较早地将各个开发人员的工作进行集成。以便在尽早解决可能出现的问题。配置管理应该可以根据不同用途来建立分支，如开发人员分支，新特性分支、缺陷修复分支、新需求分支等等，从而开发团队可以根据需要建立适于自身情况的分支模型，灵活实现软件配置管理流程。上图所示是一个典型的配置管理策略，四个分支定义如下（策略可以根据公司开发情况而设定）： DEV开发流：私有开发流为开发人员提供了相互隔离的工作空间，该空间在最开始由满足一定质量标准的基线进行初始化。开发人员使用这些私有工作空间来进行工件的变更，

15、构建和测试。当开发人员对他们的变更感到满意时，他们可以将这些变更交付（DELIVER）到INT集成流上，在交付时以活动为单位，改变了传统的已文件提交的方式。为了使开发人员同其他人员的进度同步，开发人员也可以用来自项目公共集成流上最新的稳定基线来变基（REBASE）他们的私有工作流。开发人员可以选择什么时候进行交付和变基。 INT集成测试流：实际上项目集成流充当了所有开发人员的所有变更的协调点。为了更好地协调所有开发人员的变更集成，引入基线（baseline）的概念作为对项目进度的度量。基线是一次构建（build）或配置的抽象表示，它实际上是项目的一个版本，而项目是相关工件的集合。项目开发团队在

16、开发过程期间不断地创建和提升基线。随着不同开发人员交付变更给集成流，他们交付的变更将被逐一收集到项目基线中。随着基线的构建、测试和批准，它们可以被逐步提升到不同的基线级别。基线提升级别具有两方面的功能：第一，它使项目经理或项目管理人员可以建立软件质量标准。由于当基线达到某种预定义的质量标准时就可以被标以某种基线级别，因此项目经理可以设置项目策略，标识出在哪一个基线级别（如“通过测试的”）开发人员可以执行变基操作。第二，基线提升级别就具体的开发人员应该如何同其所开发的工件进行交互提供了指导。例如，根据某条基线通过某些冒烟测试的时间可以帮助测试人员确定什么时候开始测试。 CBET试运行流：试运行流

17、是运营部门为系统上线前做的最后准备，可以在小范围内运行系统（该系统版本为在INT集成流上通过测试的某个版本），运营部门可以很方便的拿到特定的需要试运营的版本，该流上不需要修改权限，当发现缺陷时可以直接提交系统缺陷。 CREL正式发布流：正式发布流上存储的都是正式上线的系统版本，包括紧急修复(Hotfix)。5.2 团队的日常操作 从项目的某个基线1.0加入项目 查看自己负责的工作任务 功能增强或缺陷修复（修改代码） 以工作任务为单位提交自己的工作 测试人员在集成流上做集成测试工作 通过测试后可以创建新的基线2.0红尘紫陌，有轰轰烈烈的昨日，也有平淡如水的今天。在生活平平仄仄的韵脚中，一直都泛着

18、故事的清香，我看到每一寸的光阴都落在我的宣纸上，跌进每一个方方正正的小楷里，沉香、迷醉。秋光静好，窗外阳光和细微的风都好，我也尚好。不去向秋寒暄，只愿坐在十月的门扉，写一阙清丽的小诗，送给秋天；在一杯香茗里欣然，读一抹秋意阑珊，依着深秋，细嗅桂花的香馥，赏她们的淡定从容地绽放。听风穿过幽幽长廊，在平淡简约的人生中，把日子过成云卷云舒，行云流水的模样，过成一幅画，一首诗。有你，有我，有爱，有暖，就好。在安静恬淡的时光里，勾勒我们最美的今天和明天。醉一帘秋之幽梦，写一行小字，念一个远方，痴一生眷恋。一记流年，一寸相思。不许海誓山盟，只许你在，我就在。你是我前世今生的爱，是刻在心头的一枚朱砂。任由尘

19、世千般云烟散尽，任由风沙凝固成沙漠的墙，你依然是我生命的风景。人生苦短，且行且珍惜。十月如诗，就让我独醉其中吧！行走红尘，做最简单的自己。简单让人快乐，快乐的人，都是因为简单。心豁达，坦然，不存勾心斗角。从容面对人生，做最好的自己，巧笑嫣然，你若盛开，蝴蝶自来。那就做一朵花吧！优雅绽放，优雅凋落，不带忧伤，只记美好。这个秋日，一切都很美，阳光浅浅，云舞苍穹，闲风淡淡。捡拾一片薄如蝉翼的枯叶，写着季节流转的故事，沉淀着岁月的风华。安静的享受生命途径上的一山一水。执笔挥墨，耕耘爱的世界，轻声吟唱岁月安好，把一缕缕醉人的情怀，婉约成小字里的风月千里，泅成指尖上的浪漫和馨香。静立于秋光潋滟里，赏碧水云

20、天，携来闲云几片，柔风几缕，缝进岁月的香囊里，将唯美雅致收藏，醉卧美好时光。秋，是静美的，是收获的，是满载希望而归的季节。秋只因叶落，葳蕤消，花残瘦影，不免总给人一种无边萧瑟。然而秋，也有秋的美。如黄巢不第后赋菊诗中有句：待到秋来九月八，我花开后百花杀。是不是听起来特别霸道有味。谁说秋实悲凉的，百花残了何妨？我菊正艳艳，香影欹满山。还有一句歌词叫：春游百花，秋有月。秋天的月，要比任何季节都美，都明亮，都让人迷恋陶然。秋有赤枫把美丽的秋燃烧成通红火辣，秋有万千银杏如蝶，秋哪有萧索？秋一直很美，你可有发现美的眼睛呢？每一个季节，都有着不同的旖旎。人生何尝不是如四季，有青春绝艳的花季，也有老骥伏枥的

21、暮年。容颜老去，青春不复，所有的美好不会消失，一直珍藏着。即便时光变得荒芜，而你我一直永如初见，彼此温柔以待。走进十月，蓦然回首，你我都在，惟愿光阴路上，且行且惜，寂静相伴，无悔一生。红尘紫陌，有轰轰烈烈的昨日，也有平淡如水的今天。在生活平平仄仄的韵脚中，一直都泛着故事的清香，我看到每一寸的光阴都落在我的宣纸上，跌进每一个方方正正的小楷里，沉香、迷醉。秋光静好，窗外阳光和细微的风都好，我也尚好。不去向秋寒暄，只愿坐在十月的门扉，写一阙清丽的小诗，送给秋天；在一杯香茗里欣然，读一抹秋意阑珊，依着深秋，细嗅桂花的香馥，赏她们的淡定从容地绽放。听风穿过幽幽长廊，在平淡简约的人生中，把日子过成云卷云舒，行云流水的模样，过成一幅画，一首诗。有你，有我，有爱，有暖，就好。在安静恬淡的时光里，勾勒我们最美的今天和明天。醉一帘秋之幽梦，写一行小字，念一个远方，痴一生眷恋。一记流年，一寸相思。不许海誓山盟，只许你在，我就在。你是我前世今生的爱，是刻在心头的一