707所GJB5000A二级管理系统平台建设解决方案设计

wordword36/36word船舶707所G5000A二级管理平台建设方案目录船舶707所G5000A二级管理平台建设方案1二级认证项目背景4管理平台总体解决方案43.基于RMC建立可视化的G5000A过程规X平台64.基于CQ的G5000A流程管理平台84.1.规X统一的需求获取平台94.2.缺陷跟踪平台104.3.同行评审平台114.4.软件质量保证平台〔SQA〕135.基于CC和CQ集成的配置管理平台155.1.实现G5000ACM过程域165.2.确保软件资产的安全性175.3.确保软件发布版本的完整性175.4.将工作产品组织为版本化的构件18统一变更配置管理机制195.6.维护稳定和一致的工作空间205.7.支持对构件的并行开发215.8.确保软件构建的再现性215.9.有效监控项目质量和状态216.基于DOORS、CQ、REQTIFY和OFFICE的需求管理平台226.1.实现G5000ARM过程域236.2.需求条目文档化的展现和统一的需求存储中心236.2.1.文档化需求条目捕获和展现236.2.2.基于数据库的需求信息统一管理246.2.3.多手段高效的需求信息管理能力246.2.4.需求的基线化管理256.2.5.与时了解并分析需求变更所带来的影响266.2.6.测试管理自动化276.2.7.有效的团队沟通，以保证团队成员都能了解需求信息28与Word的数据交互306.4.基于DOORS和Reqtify的全生命周期需求跟踪307.MSProject和CQ的集成的项目管理平台327.1.从MSProject连接到CQ337.2.输出项目任务到CQ中337.3.同步CQ任务到MSProject项目计划中347.4.同步MSProject项目计划任务与CQ中的记录35G5000A二级认证项目背景目前国内很多企业都在应用ISO9000、CMMI、6Sigma等标准来改良自身的流程，与这些标准相比，我国的军工企业武器装备软件开发大多遵循G5000A《军用软件研制能力成熟度模型》(以下简称G5000A)进展流程改良。G5000A已于2008年3月30日发布，自2008年6月1日起开始实施。G5000A的制定，旨在引进国外先进的管理经验，提高我国军用软件的质量，它目前已成为我国武器装备软件建设和开展的一项重要标准。这些标准所采用的方法和目标都是一致的，就是要帮助企业不断改良生产工艺，提高产品质量。这些标准本质上都是对质量管理大师戴明的全面质量控制TQC(TotalQualityControl)理论为依据的实践，这些标准各不一样，但是它们殊途同归，都是为了帮助企业提高质量。在G5000A中，除了给出了相关于过程成熟度的描述内容外，还给出了改良模式的指导和评估/评价模式的指导，可以说是一个完全本地化的针对武器装备软件开发团队的过程改良体系。G5000A分五级，第一级是初始级，第二级是已管理级，第三级是已定义级，第四级是定量管理级，第五级优化级，其中第一级不需要认证，第二级已管理级是G5000A认证的第一个层级，也是我所目前G5000A认证的目标。G5000A体系提供了一个系统的框架，但是它所提供的只是一个过程改良框架，这个框架与软件开发的生命周期无关，更与项目管理的过程无关，因此它并不是企业可以直接采纳的软件开发方法和项目管理方法。在实践过程中还需要具体管理和技术平台的支持。例如对于G5000A中的每一个目标(Goal)，G5000A建议了一些关键实践(KeyPractices)来达到该目标，但这些实践只是提出了在具体实践过程应该注意的事项，并没有列出具体可采用的工程技术。我们在G5000A二级过程改良过程中应该如何结合业界先进的软件工程理论和工具进展过程改良实施并落地生根,从而提高我所的产品开发中软件工程规X化和整体质量呢？G5000A管理平台总体解决方案G5000A包括RM需求管理、PP项目策划、SAM供方协议管理、CM配置管理、PMC项目监控、PPQA过程和产品质量保证、MA测量与分析7个过程域，结合这7个过程域涉与到的目标和实践，可以得到以下平台建设需求：建立G5000A过程管理规X：根据我所实际需求和行业最优实践经验制定完整的G5000A过程管理规X，包括过程中涉与到的全部7个过程域规X，规X包括具体阶段划分、每个阶段需要完成的主要任务、参与角色、提交件、主要任务和提交件的评审制度等等。建立G5000A开发流程管理平台：软件过程管理规X是一个静态的文档性约束，为了保证文档约束得到执行，需要建立一个软件开发流程管理平台，统一存储软件过程中的提交件，统一管理具体工作任务和提交件的评审或审批环节，保证软件过程管理规X得以执行。具体G5000A技术过程域管理平台：在G5000A二级中的需要使用具体的项目管理平台(主要管理项目策划、项目监控、测量与分析3个过程域)、需求管理平台〔管理需求管理过程域〕和配置管理平台〔管理配置管理平台过程域〕保证过程域的改良。基于我所目前使用工具的情况和业界工具供给商的情况，我们提出以下解决方案：基于IBMRationalMothodposer(简称RMC)定义可视化的G5000A过程规X基于IBMRationalClearQuest(简称CQ)将G5000A过程规X实现在具体工具平台上，负责审批所有过程中的流程和提交件。基于IBMRationalClearCase(简称CC)建立配置管理平台和统一变更平台，管理开发过程中的所有提交件版本变更，通过CC与CQ的集成实现CC版本变更与CQ变更任务的集成，建立UCM的配置管理机制基于MSProject建立项目管理平台，同时通过Project和CQ的集成实现项目计划和具体项目工作内容的关联，实时跟踪项目计划完成情况。基于IBMRationalDOORS〔简称DOORS〕和达索的REQTIFY建立需求管理平台，管理需求分解的过程和对需求进展验证的测试过程，同时通过DOORS和CQ的集成实现需求内容和需求管理流程的整合，通过DOORS和微软OFFICE的集成尽可能维持大家目前的文档工作习惯。具体解决方案如如下图1所示：图1G5000A管理平台整体解决方案基于RMC建立可视化的G5000A过程规X平台。梳理我所软件开发和管理过程的架构基于我所已有的开发过程规X，对管理过程开发过程和支持过程按照如下图2所示：的G5000A的KPA架构梳理出策略过程指南和文档〔包括模板表单质量记录和检查单等〕，并以SEPG为核心，确立如如下图3类似的我所过程改良组织架构。图2管理过程开发过程和支持过程图图3过程改良组织架构导入RMC根据我所的产品开发是兼具软硬件开发的系统工程，对于软件开发和管理的改良在以上的根底上可以利用RMC这样的过程改良工具，能够轻松地将我所软件生命周期中的三类过程，以与各种角色统一整合在一个无缝连接的过程改良平台上协同工作。RMC可以提供一个功能强大的、可视化的、易用的过程定义工具，方便我所根据项目的实际需要，定制出自己的结合RUP-SE的软件项目开发和管理过程。RMC包含如下表所列能力：功能RMC益处提供软件开发过程平台RMC是一种软件开发方法论框架，一种经过验证的、灵活而实用的成功软件项目的过程平台：通过可配置的构架，RMC允许您针对每个软件的每个阶段仅仅选择和部署所需要的过程组件；以业经验证的软件工程最优经验为核心，RMC平台包括针对项目的特定需要来配置RUP-SE的工具、把自己的内部知识开发到过程组件中的工具、强大而且可定制的基于Web的部署工具，以与与同行与业界权威交流最优经验的在线社区；协助我所快速实现过程改良；协助我所快速引入软件工程最优经验；支持业界通用开发与管理过程RMC包含了以下预定义的通用过程：包含了预定义的小项目过程、大的分布式项目过程、系统工程〔SystemEngineering〕、项目群(Program)管理和项目组合(Portfolio)管理过程；协助我所快速建立所需管理过程；协助我所快速共享业界最优经验；过程的执行能力定义的过程可以直接转变成项目计划模板，成功经验帮助团队快速定义项目目标、规划项目资源和确定项目里程碑，提高过程的可执行性；协助我所快速完成过程的推广、执行过程；业务驱动开发过程的支持通过提供完成的IT生命周期管理过程，帮助业务和IT部门的有效合作，保持IT项目和业务开展目标一致；协助我所快速建立IT生命周期管理过程，实现业务驱动的软件开发过程，提高IT的整体投资汇报率；综上所述，RMC提供给我所的过程可视化解决方案总结如如下图4所示：利用利用RMC定制流程发布过程至Web利用闲散时间学习利用闲散时间学习利用过程规划项目按照过程指导完成项目工作跟踪和监视过程执行跟踪和监视项目执行跟踪和监视项目执行完毕和总结项目情况，改良总结，改良建议SEPGPM/GMMSGTWG/Dev指导和管理过程改良图4过程可视化解决方案每个组织都需要根据自己的业务特点，结合G5000A构建自己的研发管理体系。纯文字描述的研发管理体系是一个静态的文本，只是明确了在什么阶段需要做什么事情，且更新维护复杂。RMC可以将基于G5000A的研发流程以可视化的定义和发布，并可以定义过程域的具体角色、职责、输入、输出、参考模板等。基于CQ的G5000A流程管理平台我所G5000A过程规X只是一个静态文档体系，在项目过程中的各种工作流程的流转和提交件的审批需要一个流程管理平台。本平台符合G5000A质量保证体系的要求，将我所的软件过程融入日常项目开发，实现管理与技术的融合，能够有效提高管理效率，降低了理本钱，保证产品质量，是一个能够全面、有效管理软件开发的协同工作平台。其主要功能覆盖：需求获取过程管理缺陷跟踪管理变更管理测试管理软件质量保证〔SQA〕同行评审软件测量CQ是一个强大而高度灵活的需求获取、缺陷跟踪、变更管理和SQA审计〔audit〕系统，同时又是新一代软件测试管理工具，实现了测试需求、测试用例以与缺陷的集中管理，充分实现了需求团队、开发团队以与测试团队之间信息的共享和团队协作。我所可利用CQ完全自主定制的界面和工作过程引擎在整个开发生命周期内定制自己的开发和管理活动的处理过程，包括过程处理状态、过程涉与的数据以与过程涉与的表单布局与设计等。同时，我所可以通过项目管理、历史记录、附件、审计跟踪、电子签名、Email通知等几十个预置模型包快速定义用户自己的管理过程。CQ除了能对需求、测试、缺陷和审计进展有效的状态跟踪外，还对信息提供了强大的数据查询、统计分析以与报表功能，通过这样的数据测量功能确保项目团队能快速、准确把握软件产品质量、测试进度状况以与团队工作负荷等方面的信息。CQ在存储上基于大型关系数据库，如DB2、Oracle和SQLServer等，中间件基于IBMWebSphere的应用服务器，并提供全中文的Eclipse客户端和浏览器客户端，完全满足企业级部署的需求。利用CC和CQ的集成活动会自动传入开发人员工作环境。开发人员以分配给自己的活动为依据进展代码修改，所做修改会自动关联到相应活动。规X统一的需求获取平台有效的项目需求管理的内容包括对需求来源以与需求开发过程的理解，对需求质量的共识，以与需求管理策略。需求信息收集方案主要是针对我所的所有已经实施、正在开发和即将开发的产品或项目的以下需求信息进展收集、过滤、分拣、评估、规划、评价：前版本遗留问题；用户需求；版本运行问题；功能增强性建议，可以来自用户方、开发方或分包方；上级任务。根据我所的《用户要求过程》中的过程，CQ帮助我所建立项目团队的需求收集平台，统一需求收集的渠道和信息提交的格式，并遵循必要的需求评估过程，对收集的原始需求进展遴选、分派，同时又能完整保存所有原始需求。CQ具有根据客户需求进展灵活定制的能力，有简单易用的Web界面，使得由客户和业务人员直接提交原始需求成为可能。如图5所示，这样的需求获取平台满足并具体化了这个过程的如下目标和关键活动：目标用户要求过程活动的目标是针对系统或软件产品提出详细的要求，拟制方案和合同，确定开发单位和验收准如此。输入——过去类似项目数据库活动描述对系统或软件产品的要求。定义和分析系统需求。系统需求除了应包括设计、测试、标准和过程的描述，还应包括商务、组织结构、用户、安全某某等内容。如果用户指定开发方分析系统需求，用户应验收经过分析的需求。用户自己或指定开发方来完成软件需求定义与分析。图5需求获取平台缺陷跟踪平台借助CQ建立的缺陷跟踪平台与DOORS集成可以帮助我们：跟踪需求和缺陷建立需求到测试、缺陷的追踪关系，实现软件开发的闭环测试人员创建与原有需求相关的测试用例测试人员创建与原有需求相关的测试用例图6缺陷跟踪平台同行评审平台同行评审的目的是为了与早地和高效率地从软件工作产品中消除缺陷。一个重要的伴随结果是对软件工作产品与可防止的缺陷得到更好的了解。我所的《软件同行评审过程》〔Q/4MG16.08－2005〕可以归纳为如下图7所示的6个步骤。图7同行评审步骤我所可利用CQ完全自主定制的界面和工作流程引擎制定同行评审的的处理流程，包括流程处理状态、流程涉与的数据以与流程涉与的表单布局与设计等。例如，以3327同行评审的评审申请流程为例，CQ能够从流程电子化到流程可视化借助CQ提供的Designer方便的进展定制，并可以根据自己的需要进展界面的修改，满足自己的使用习惯。图8同行评审平台软件质量保证平台〔SQA〕在整个G5000-2003中，SQA是和同行评审一样贯穿所有级别的关键领域，其目的是对过程进展相应的产品审核和活动评审，使管理者对软件项目或组织级活动正使用的过程和正构造的产品有适当的了解。我所也正需要这样的平台对一系列工作产品的独立检查，评估其与规格、标准、合约协议或其他规X的符合性。本解决方案是针对审计中发现的不符合项、质量问题和客户投诉按照以下4个级别进展分类后，按照图9中所示的过程，结合CQ的过程定制和数据测量达到为产品满足需要的质量提供足够信任的所有活动。质量问题的报告与处理可分为A、B、C、D四级进展。其中：A级：对SQA审查和审核活动中发现的不符合项的处理B级：对在A级预期未解决或未获得项目组明确回复的不符合项的处理C级：对在B级未按要求时间获得回复或预期未解决或项目组书面回复无法在项目组X围内解决的不符合项和SQA获得的客户投诉意见的处理D级：对C级未按要求时间获得回复或预期未解决或书面回复无法在软件单位X围内解决的质量问题的处理图9质量问题的报告与处理在以上根底上，再结合CQ,固化项目检查单，利用如如下图10所示的CQ灵活的状态机和高度的可定制性,制定CheckList和审计过程,使用CQ对偏差鉴别、形成文件并跟踪至完毕.SQASQA组按照SQA规程审查软件工程活动以证实符合性SQA组审核指定的软件工作产品以证实符合性。利用CQ灵活的状态机和高度的可定制性,制定CheckList和审计过程,使用CQ对偏差鉴别、形成文件并跟踪至完毕.图10SQA平台基于CC和CQ集成的配置管理平台基于G5000-2003和G2786-963327质量保证体系的我所的管理类、开发类和支持类的所有过程都强调或遵守对工作产品和变更“进展管理和控制〞，正如图11所示。这意味着在给约定时间〔过去或现在〕使用的工作产品的版本是的〔即版本控制〕，而且以受控的方式引进更改〔即更改控制〕。但是正如我们面临的问题那样，如果没有对过程支撑的相对应的工具平台，过程实施每一个环节将很难落到实处。配置管理平台正好作为一种特定的工程技术解决方案为我所的软件配置管理〔以下简称SCM〕过程提供了一种具体可操作的实践手段。图11配置管理平台解决方案实现G5000ACM过程域本配置管理平台可以实现G5000A二级CM过程域的以下目标:识别纳入基线的配置项配置项变更控制配置库控制规X维护基线完整性报告配置项状态确保软件资产的安全性配置管理平台解决方案的首要任务，就是要在安全的存储库中对工作产品进展正确的标识和存储，从而进展有效的版本控制。需要标识和存储的工作产品包括：项目计划、需求文档、设计模型，源代码、库文件、可执行文件、Web内容、测试计划、测试用例、测试脚本等等。对工作产品进展正确标识的目的就是确保在需要时能够简单、快速地找到它们的正确版本。配置管理平台解决方案实现以下功能:对软件开发过程中的全部工作产品进展版本化管理，包括代码、各种文档、目录模型、测试脚本、图形和各种二进制文件等；在安全的存储库中进展工作产品的标识和存储，安全的存储结构和灵活的权限设定，杜绝了任何未经授权的变更，保证了我所软件资产的安全，有效保护我所的核心资产。控制并审计对工作产品的变更：在标识和存储工作产品的根底上，配置管理平台解决方案还对工作产品的变更提供有效的控制手段和审计能力。控制对工作产品的变更指的是能够设定谁能够对哪些工作产品进展修改；对工作产品的变更进展审计指的是能够记录与工作产品修改相关的所有操作历史信息记录：包括谁进展的修改，修改了什么，什么时候进展的修改，为什么要进展修改？图12配置管理平台解决方案确保我所资产安全确保软件发布版本的完整性配置管理平台解决方案中的CC使用标签来标记某一特定的基线，如图13所示，标签可以是任意的字符串：详细地记录了配置管理行动，详细地记录了配置管理行动，每个配置项/单元都能恢复到以前的任何一个版本。每个配置项/单元的内容和状态都是清楚的,包括:创建信息分支信息版本信息基线信息归并信息任务信息¡­图表STYLEREF1\s3SEQ图表\*ARABIC\s18配置管理平台解决方案确图13基线图在项目里程碑创建正确的基线和完善的基线管理，可以确保设计与需求的一致性、代码与设计的一致性、使用正确的代码进展发布等。适时创建基线有以下好处：可重现性：有能力准确回到任何一个先前的软件版本。可追踪性：保持项目需求、项目计划、测试用例等与源代码之间的一致性和可追溯性。配置状态报告：有了适时创建的基线，就可以查询、报告、比拟基线的内容。将工作产品组织为版本化的构件所谓版本化的构件就是一组相关的文件和目录，这些文件和目录作为一个单一的单元进展版本控制、基线管理、编译/构建，共享和重用。将工作产品组织为版本化的构件有以下好处：降低复杂性：构件通过提高抽象层次来有效降低复杂性，使得问题更加易于管理。标识构件的质量水平比标识单个文件的质量水平更有意义；有利于共享和重用；图14版本化的构件UCM统一变更配置管理机制变更请求有多种形式并且来自不同的地方，如来自内部与外部的错误报告；来自业务与工程部门的功能增强请求；需求、设计、与文档变更请求，等等。我们不仅需要一个合理的过程来对变更请求进展记录和跟踪，可能的话，还应该对实现变更请求而造成的相关工作产品的变化结果进展跟踪。如图15所示的统一变更管理的提供了以活动为中心的软件开发过程的组织和协作，自动为每个开发活动维护一个一致的变更集，基于活动可以对其变更集进展统一的检出、检入、集成、编译和建立，从而有效组织了统一变更管理的三个根本要素：人、活动、工作产品，准确标识当前发布包含哪些新功能、当前发布对已有功能进展了哪些增强、当前发布修复了哪些缺陷等。开发人员开发人员综合人员测试人员项目负责人/SCCB变更打开分配测试关闭变更分析人员开发活动开发活动 优先级 责任人 项目登录中文化 1 Sam CRSDC欢迎界面没有小标题 3 Sandy CRSDC参加GUI按钮 1 Kim CRSDC对每个配置项对每个配置项/单元都能维护其当前状态和历史〔即变更和其它行动〕。集成人员版本历史版本状态版本号版本关联的开发任务版本变更集图15统一变更管理平台维护稳定和一致的工作空间维护稳定和一致的工作空间是实现并行开发、提高开发效率的必要前提。存在两类工作空间，一类是开发人员的私有空间，在私有空间中，开发人员可以相对独立地编写和测试自己的代码，而不受团队中其他开发人员工作的影响，即使其他人也在修改同样的文件；另一类工作空间是团队共享的集成空间，该空间用于集成所有开发人员的开发成果。所谓工作空间的稳定性指的就是私有空间的相对独立性，在私有空间中，开发人员可以相对独立地编写和测试自己的代码，而不受团队中其他开发人员工作的影响。每个开发人员都有自己的私有工作空间，不同开发人员的私有工作空间是相互独立、彼此隔离的。所谓工作空间的一致性指的是当开发人员对自己的私有空间进展更新时，得到的应该是一个可编译的、经过一定测试的一致的版本集。支持对构件的并行开发传统的串行开发模式在同一时间只允许一个人对同样的文件进展修改，其他需要修改同样文件的人只能等到前面的人修改完成后再开始自己的修改，这样的好处是不会出现修改上的冲突，但在当今的市场环境下，这种串行开发模式显然是行不通的，因为它既不现实、也缺乏效率，取而代之的是并行开发模式。具备强大的分支和自动化合并的能力，以有效支持并行开发，提高开发效率。图16配置管理平台解决方案提供的软件并行开发能力确保软件构建的再现性有时出于排错的需要，或需要重现一样的构建〔Build〕，我们需要知道软件是如何被构建的，构建中包含哪些内容，这就要求配置管理系统提供构建审计功能。构建审计功能应能自动记录以下内容：谁执行的构建？什么时候执行的构建？构建生成的可执行文件或库包含哪些内容？执行构建的机器是什么？机器上运行的操作系统版本是什么？执行构建使用的是什么编译器？使用了编译器的哪些选项？等等。有时候仅仅改变编译器的优化选项开关就可能引入新的错误，有了构建审计功能，就有可能进展不同构建的比拟，从而有利于排错。缺乏软件构建的再现能力就很难进展软件系统的维护，对在客户现场运行的系统更难提供有效的技术支持。有效监控项目质量和状态配置管理平台解决方案可以实时提供有关项目的以下信息：资源分配：变更请求是否在团队中被平均分配?项目状态：还有多少优先级为1的缺陷未得到处理?趋势：平均修复一个错误需要多长时间?实现扩展请求需要花多少时间?测试进度：有多少缺陷处于验证状态?从而，保证项目开发过程中各级领导、业务人员和项目管理者，与时、自动地了解项目管理状态，量化内部项目人员与供给商项目组成员工作量，工作进度，确保项目的质量和进度。进展测量并将测量结果用于确定进展测量并将测量结果用于确定SCM活动的状态。单位时间处理的更改申请数；SCM活动里程碑的完成情况与计划比拟；在SCM活动中完成的工作、开销的工作量和资金。图17配置管理平台解决方案实现对项目进度和质量的监控基于DOORS、CQ、REQTIFY和OFFICE的需求管理平台我所通过使用DOORS、CQ、REQTIFY和OFFICE搭建的需求管理平台，实施有效的软件配置与变更管理后可以循序渐进地解决我所目前软件开发中的存在问题：如何遵循G5000A成熟度第二级的RM关键过程域进展有实效的改良的最优实践;目前的需求管理松散,没有完整的需求捕获和管理体系;没有需求变更管理,造成无法有效记录并跟踪变更请求;无论是技改项目还是产品开发都存在较严重的不受控的需求变更，造成最终形成的产品无法和原始需求对应;对于用户的需求难以正确有效的获取;不规X的需求描述和需求无法条目化，造成需求理解的偏差;缺乏需求属性的定义，难以以不同视角展现需求，如需求风险大小，需求优先实现级别等;缺乏需求到设计建模、需求到测试的追踪能力，使需求的实现验证无法得到保证;无法对需求基线化管理，不了解不同的需求基线差异;针对以上存在的问题,我所如何结合G5000A中的RM关键过程域切实有效的进展改良?我们认为需求管理平台可以结合我所自身具体实际助力我们符合G5000A成熟度等级2中RM关键过程域的要求。而且在更深层次上解决软件需求管理中的问题。实现G5000ARM过程域本需求管理台可以实现G5000A二级RM过程域的以下过程实践:需求可理解需求确认管理需求变更需求可追溯保证需求与后续工作产品之间的一致需求条目文档化的展现和统一的需求存储中心文档化需求条目捕获和展现在任何高效的需求管理过程中，需求捕获和记录是需求管理成功的关键一步。这可以确保对不断开展的需求进展准确地交流与管理。文档是记录需求、提供上下文或补充需求信息的最优格式，我所的需求管理解决方案利用了广泛使用并为人熟知的MicrosoftWord工具来简化需求信息的捕获。见如下图：基于数据库的需求信息统一管理虽然文档有助于需求信息的捕获，但它并不是对信息进展优先级划分和管理的最优环境，为保证这些活动的执行，我所的需求管理方案还提供了统一的需求存储中心，通过将需求文档到统一的存储中心，我所的需求管理解决方案平滑地将文档与数据库的优点统一起来。这样需求管理团队可以在所熟知的MicrosoftWord环境中修改，浏览需求信息，同时Word文档中的需求信息动态到存储在数据库中的补充需求信息，从而使得需求管理团队实现需求优先级划分，需求并跟踪变更，见上右图。多手段高效的需求信息管理能力通过指定如优先级、难度和状态等属性，可以帮助团队某种程度上实现紧靠使用文档所不可能完成的需求信息管理工作，我所需求管理解决方案提供了现成的标准属性和属性值，同时可以帮组团队轻松自定义，以支持团队的需求处理过程和术语。结合数据库和Word的特点，我所需求管理方案可以提供组织、排序、过滤和跟踪需求信息的方法，从而提高团队成员间的交流，团队的协作能力和降低项目风险，见如下图。需求10需求10批准的低高高客户户需求13被提议中等低低用户需求40强制的高高高用户$$$$$$状态风险优先级工作量本钱稳定性来源高客户需求的基线化管理用户可以在DOORSBaselineManager中以项目、包、视图或跟踪矩阵为对象建立需求规格说明基线，并且可以比拟基线并根据基线再生项目。与时了解并分析需求变更所带来的影响在开发过程中，需求变更是不可防止的，因为它明确了项目的渐进明细的特点，但是如果缺乏管理的需求变更如此会使项目慢慢偏离需求所要满足的系统特征和需要。我所需求管理解决方案可以:通过对需求分类，创建不同类型的需求关系，可以轻松地确定并分析需求变更所带来的影响。通过跟踪矩阵，跟踪树等功能，当某种需求发生变化时，可以很容易地看出它对其他需求的影响，可以查明需求变更对整个项目的影响并评估影响X围，以便进展核实和确认。利用这种分析变化影响的能力，管理团队可以做出快速明智的决策，进展X围管理后资源重分配。见如下图每个需求项的版本记录能力，使得需求管理团队可以方便查阅需求变更历史过程。随着需求的开展，所做的每一个修改都会被捕获跟踪并全部存档于需求管理平台中。需求审核跟踪将把谁，什么，为什么和什么时候修改的需求进展存档，帮助需求管理团队分析它对整个项目的影响。见如下图测试管理自动化测试管理是指对系统测试活动的管理，其主要目的是测准〔有效选择运行测试用例，发现系统的缺陷〕和测全〔保证所有需求对被测试过〕。不同阶段的测试的依据是以其上游输出的工作产品为依据，测试人员只有准确把握需求信息，才能进展有效的测试。同时，测试人员的职责不仅仅是发现缺陷，还有帮助开发人员重现并解决缺陷的义务，应该为开发人员提供缺陷的相关信息，以帮助开发人员快速定位并解决问题。因此，测试管理不仅仅以测试用例为核心，还应考虑对需求和缺陷信息的管理，并建立需求、测试用例、测试脚本以与缺陷的关联。测试管理自动化的主要目的是通过DOORS自动能获得软件质量以与测试过程的相关信息，从而与时有效地指导软件测试。通过测试管理自动化，测试人员能把更多精力关注在如何设计有效的测试用例，如何有效选择执行测试用例，从而保证系统质量。编码编码借助DOORS的测试管理可以帮助我们：协调测试过程中的测试活动、测试资产(Asset)和测试人员追踪测试资产之间的依赖关系迭代地进展测试计划、测试执行和测试评估知道当前被测试系统的质量定义、测量和跟踪系统的质量目标自动化测试管理跟踪测试计划和测试用例测量测试进度提供了集中查看整个项目状态的实时视图记录了开发、测试和项目工件之间的可追踪、可审计的关系管理项目计划、测试结果、质量度量和缺陷集成了版本控制的集中存储库提供了广泛的度量报告需求<->测试用例的追踪缺陷<->测试用例的追踪测试日志<->需求的关联缺陷<->测试日志的关联有效的团队沟通，以保证团队成员都能了解需求信息我所需求管理解决方案可以同我所配置管理解决方案、建模管理解决方案、测试管理解决方案等其他方案有效集成，因此可以提高团队跨工具和项目集成需求，从而优化团队围绕需求的沟通和协作。同配置管理解决方案的集成，提高需求变更过程的管理。通过和我所配置管理解决方案CC和CQ的集成，可以保证团队中开发人员，项目经理，测试人员等不同成员围绕着需求变更进展有效的沟通。例如：随着项目的渐进明细，不可防止地会出现需求变更的请求，同配置管理解决方案的集成，通过将变更请求与那些可满足这些请求的需求相关联，将重要相关者的反应送入项目的下一阶段的过程，因此当对下一阶段需求进展优先级排列时，可以从容地考虑用户的需求。同建模管理解决方案的集成，保证需求与模型的一致性。使用模型〔用例模型〕和文档的有机结合，准确的分析和描述需求，同时基于正确的需求保证建模的准确性。RequisiteProRequisiteProClearQuest同测试管理解决方案的集成，提高测试人员对需求的访问，从而确保测试人员确定他们正在检验的是正确的。我所需求管理解决方案可以同测试管理解决方案平滑集成，这样可确保将需求用作创建测试用例时的直接输入，测试人员和QA工程师就可自信地验证系统。并且随着需求更改的发生，测试人员可以真实地观察需求更改会对哪个测试用例产生影响，见如下图。需求需求/变更缺陷测试DOORS与Word的数据交互DOORS的导入插件支持将Word文档直接导入DOORS数据库，且保持文档结构的一致，如如下图所示。Word与DOORS的角色的定位：需求撰写在Word中完成，撰写完成后，由DOORS管理员将Word中的需求导入DOORS需求的后续更新、属性定义在DOORS中完成需求的评审在DOORS中完成，并在DOORS中创建需求基线需求的变更在DOORS中进展DOORS中的需求导出发布到Word，用于归档、发送给外协单位。基于DOORS和Reqtify的全生命周期需求跟踪目前在包括空客A380这样的许多大型项目中都使用