技术开发 频道

使用RUP管理法规遵循

   记录控制

   这一插件支持记录控制,通过:

      &提供记录控制方针。
      &定义一种总结了记录控制的新的控制工件。
      &正式确定了批准,测试结果,和所记录的项目文件。

   可追踪性

   大部分复杂情况下,追踪性都能包含由过程产生的大量工作产品。本插件中,我们已将它包含入维持变更要求(包括需求)和关联测试间最小可接受的水平,并且改变了要求、测试和由工作产品所控制的测试日志。

   工具导向的行为

   要应对今天的规定、标准和政策的混合过程使得人工操作十分昂贵,更重要的是给员工代来极大负担。使用良好的工具以实现部分流程的自动化被称为 "工具导向的行为," 或(TDB)--将法规遵循变为现实的主要因素。 IBM 提供了全面的工具套件实现工具导向的行为。

      &IBM Rational Method Composer (RMC) 具有这样一种能力,它既能裁减 Rational Unified Process 以适应客户需求,并且/或者将非常好的实践作为构建团队过程的一部分。
      &IBM Rational RequisitePro® (ReqPro) 支持需求,并可以通过适当水平的追踪性与控制改变管理。
      &IBM Rational ClearQuest® 提供了交付可审核改变的的能力,它是通过支持应用自动化的工作流管理、审核追踪、电子签名、报告的软件资产的管理与控制实现的。
      &IBM Rational ClearCase® 提供了交付可审核变更的能力,它是通过支持应用版本控制、审核追踪、用户验证、基线,报告的软件资产的管理与控制实现的。
      &IBM Tivoli Configuration Manager® (TCM) 将软件构建与配置联系起来。
      &IBM Rational Portfolio Manager® (RPM) 帮助企业控制项目,通过即时准确的信息最优化配置资源,它还为中层与行政管理提供了项目组合管理的视图。

   正式的把关过程(控制点)

   定义控制点是一项非常依赖于实际情况的工作。一般来说它们被定义为执行工作流的一部分。执行工作流的目的往往是确保参与执行的部分符合各个步骤的要求,以生产出相同质量的产品。用以确保产品质量责任及控制程序的附加机制可加入至工作流中。这些控制程序一般都需要一个检查的步骤,因此需要复查者指出输出产品中满意及不满意的地方。 这些控制点是开发工作流中的重要事件,同时批准动作用来允许过程继续运行。当建立自动化工作流的方案同时,需要仔细研究部分条目。要考虑的内容包括参与到工作流中的角色的建立,每个角色将被授予的决定权,和在工作流中具有足够数据一决定输出质量的关键环节。

   我们建议创建全部关键目标的控制点。在插件中,我们主要关注于在构建管理及最有效避免代价高昂错误的发行时创建控制点。例如, 本插件中的控制点可以帮助避免高昂代价的领域问题,如Ariane-5火箭的悲剧,这次灾难的根源是错误的安装了推力控制软件的版本。

   提高RUP审核的好处

   Business-Driven Development for Compliance Modular Service Offering 和 RUP for Compliance Management plug-in (以服务所提供的内容作为基础)形式化的定义了一些法规遵循的非常好的实践,并将它们作为独立IT过程控制。 RUP for Compliance Management 插件提供了如下好处:

      &利用从高度可信的环境中扩展的应用性在法规遵循管理中使用RUP的坚实基础。所引入的控制由RMC正式定义,包括:
         @法规遵循管理特定工作产品
         @法规遵循管理角色实施责任分离
         @正式的把关过程(控制点)
         @工作产品控制
         @记录控制
         @通过工具导向的行为进行过程自动化
      &针对 IBM Rational 法规遵循管理方法的强大支持总结如下:
         @"说您所做的"
         @建立法规遵循开发过程
         @业务控制与工作流
         @技术控制与工作流
         @批准、授权、质量把关,责任分离
      &"做您所说的"
      自动化强制执行法规遵循过程
         @过程指南、自动化工作流、工具导向的行为
      &"能够证实"
      自动化产生审核文档
         @针对软件开发企业的审核报告,审核追踪
      &"平衡业务优势的法规遵循"
         @分析项目度量和过程度量
         @迭代改进
      &平衡形式性与实用性。 当某些项目不需要所有控制时,经验告诉我们重新考虑工程项目的核心过程并不实用,就因为其高昂的代价和复杂度。仅仅少部分案例中,由于使用更多的控制,重大的调整保证了过程的执行。

0
相关文章