1. 姓 名:
    电 话:
       快 速
       留 言:
    验证码:
北大青鸟首页  >> 青鸟课堂 >> 软件课堂  >> 
上海北大青鸟提示:软件开发工作中的几个关键过程
一.软件项目管理(Software Project Management)
  SW-CMM将项目管理分为两个部分,即软件项目计划(Software Project Planning)和软件项目跟踪及监控(Software Project Tracking and Oversighting)。
  软件项目计划的目的是为完成软件工程和管理软件项目制定合理的计划。
  软件项目计划包含估计待完成的工作,建立必要的约定和确定进行该工作的计划。
  软件计划计划首先作出有关待完成的工作和其它定义及界定软件项目的约束和目标(由需求管理关键过程区域的实践所建立的)的陈述。软件计划过程包括以下步骤:估计软件工作产品规模及所需的资源,制定时间表,鉴别和评估软件风险和协商约定。为了制定软件计划(即软件开发计划),可能需要重复地通过这些步骤。
  该计划提供完成和管理软件项目活动的基础,并按照软件项目的资源、约束和能力,阐述对软件项目的顾客作的约定。
  软件项目跟踪和监控的目的是建立对实际进展的适当的可视性,使管理者能在软件项目性能明显偏离软件计划时采取有效措施。
  软件项目跟踪和监控包括对照已文档化的估计、约定、和计划评审和跟踪软件完成情况和结果。基于实际的完成情况和结果调整这些计划。
字串2

  软件项目的已文档化的计划(即软件开发计划,正如在软件项目计划关键过程区域中所描述的)用作跟踪软件活动、传送状态和修订计划的基础。管理者监控软件活动。主要通过在所选出的软件工作产品完成时和在所选择的里程碑处,将实际的软件规模。工作量、成本和时间表与计划相比较,来确定进展情况。当确定未实现软件项目计划时,采取纠正措施。这些措施可以包括修订软件开发计划以反映实际的完成情况和重新计划遗留的工作或者采取改进性能的措施。

  二.软件需求(Software Requirement)
  需求管理的目的是在顾客和将处理顾客需求的软件项目之间建立对顾客需求的共同理解。
  需求管理包括和顾客一起建立和维护有关软件项目需求的协议,该协议称作“分配给软件的系统需求”。“顾客”可解释为系统工程组、销售组、另一个内部组织、或者一个外部顾客。协议既包括技术需求、又包括非技术需求(例如交付日期)。该协议形成估计、策划和跟踪整个软件生存周期内软件项目活动的基础。
字串1

  将系统需求分配给软件、硬件和其它系统成分的工作可能由软件工程组之外的组测如系统工程组)完成,软件工程组可能对此分配无直接控制。在项目约束范围内,软件工程组采取恰当步骤以保证对分配给软件的需求建档、并加以控制,该组负责处理分配给软件的系统需求。
  为实现此控制,软件工程组评审初始的和经修改的分配给软件的系统需求,以便在它们被纳入软件项目之前使问题得以解决。每当改变分配给软件的系统需求时,都要调整受到影响的软件计划,工作产品和活动,使其与更新后的需求保持一致。

  三.软件度量(Software Measurement)
  软件度量(Software Measurement)通过各种不同的量度(metric)对软件生命周期中的各个元素进行度量(Measure),它能够为项目管理者提供有关项目的各种重要信息,同时也是进行大多评估活动的基础。
  SW-CMM中并没有一个专门的软件度量的关键过程域,而是将其贯穿于其他关键过程域中,不过在SW-CMM的继承者--CMMI中定义了一个专门的关键过程域:度量与分析。

  四.软件配置管理(Software Configuartion Management)
  软件配置管理的目的是建立和维护在项目的整个软件生存周期中软件项目产品的完整性。
字串9

  软件配置管理包括标识在给定时间点上软件的配置(即选定的软件工作产品及其描述),系统地控制对配置的更改、并维护在整个软件生存周期中配置的完整性和可银踝性。置于软件配置管理之下的工作产品包括交付给顾客的软件产品(例如软件需求文档和代码),以及与这些软件产品等同的产品项或生成这些软件产品所要求的产品项(例如编译程序)建立一个软件基线库,当软件基线形成时就将它们纳入该库。通过软件配置管理的更改控制和配置审计功能,系统地控制基线的更改和那些利用软件基线库构造成的软件产品的发行。
  这个关键过程区域仅包括实施软件配置管理功能的实践。而标识具体的配置项或单元的实践则包含在描述每个配置项或单元的开发和维护的关键过程区域中。

  五.软件质量保证(Software Quality Assurece)
  软件质量保证的目的是向管理者提供适当的对软件项目正使用的过程和正构造产品的可视性。
  软件质量保证包括评审和审计软件产品和活动以验证它们符合适用的规程和标准,给项目和其它有关的经理提供这些评审和审计的结果。
  在软件项目的早期阶段,软件质量保证组与软件项目一起工作制定计划、标准和规程等,这些计划、标准、和规程将增加软件项目的价值并将满足项目和组织方针上的限制。通过参与制定计划、标准和规程,软件质量保证组帮助确保它们适合项目的需要,并且帮助验证它们对完成整个软件生存周期中的评审和审计将是适用的。软件质量保证组在整个生存周期评审项目活动,审计软件工作产品,并就软件项目是否正遵守已制定的计划、标准和规程等给管理者提供可视性。
字串1

  首先在软件项目内部处理符合性问题,如可能的话就地解决它。对于那些无法在软件项目内部解决的问题,软件质量保证组逐级上递该问题到管理者的恰当层次以求得解决。
  这个关键过程区域只包括该组履行软件质量保证功能的实践。而识别软件质量保证组要评审和(或)审计的具体的活动和工作产品的实践一般包含在其它关键过程区域的验证实施共同特点中。

  六.软件测试(Software Testing)
  软件测试(Software Testing)是发现软件中错误和缺陷的主要手段。在一般情况下,软件测试过程与整个软件开发过程基本上是平行进行的。测试计划早在需求分析阶段即应开始制定。其它相关工作,包括测试大纲的制定、测试数据的生成、测试工具的选择和开发等也应在测试阶段之前进行。充分的准备工作可以有效地克服测试的盲目性,缩短测试周期,提高测试效率,并且起到测试文档与开发文档互查的作用。
  在CMM1.1的标准中没有单独的软件测试关键过程域,而是作为软件产品工程(SMM三级的KPA)的一部分,SEI原计划在CMM2.0的版本增加软件测试相关的独立KPA,但后来因为CMM2.0的计划被CMMI所取代,因此将软件测试相关的内容在纳入CMMI三级标准中的两个KPA:Validation和Verification。一.软件项目管理(Software Project Management)
  SW-CMM将项目管理分为两个部分,即软件项目计划(Software Project Planning)和软件项目跟踪及监控(Software Project Tracking and Oversighting)。
  软件项目计划的目的是为完成软件工程和管理软件项目制定合理的计划。
  软件项目计划包含估计待完成的工作,建立必要的约定和确定进行该工作的计划。
  软件计划计划首先作出有关待完成的工作和其它定义及界定软件项目的约束和目标(由需求管理关键过程区域的实践所建立的)的陈述。软件计划过程包括以下步骤:估计软件工作产品规模及所需的资源,制定时间表,鉴别和评估软件风险和协商约定。为了制定软件计划(即软件开发计划),可能需要重复地通过这些步骤。
  该计划提供完成和管理软件项目活动的基础,并按照软件项目的资源、约束和能力,阐述对软件项目的顾客作的约定。
  软件项目跟踪和监控的目的是建立对实际进展的适当的可视性,使管理者能在软件项目性能明显偏离软件计划时采取有效措施。
  软件项目跟踪和监控包括对照已文档化的估计、约定、和计划评审和跟踪软件完成情况和结果。基于实际的完成情况和结果调整这些计划。 
字串2

  软件项目的已文档化的计划(即软件开发计划,正如在软件项目计划关键过程区域中所描述的)用作跟踪软件活动、传送状态和修订计划的基础。管理者监控软件活动。主要通过在所选出的软件工作产品完成时和在所选择的里程碑处,将实际的软件规模。工作量、成本和时间表与计划相比较,来确定进展情况。当确定未实现软件项目计划时,采取纠正措施。这些措施可以包括修订软件开发计划以反映实际的完成情况和重新计划遗留的工作或者采取改进性能的措施。

  二.软件需求(Software Requirement)
  需求管理的目的是在顾客和将处理顾客需求的软件项目之间建立对顾客需求的共同理解。
  需求管理包括和顾客一起建立和维护有关软件项目需求的协议,该协议称作“分配给软件的系统需求”。“顾客”可解释为系统工程组、销售组、另一个内部组织、或者一个外部顾客。协议既包括技术需求、又包括非技术需求(例如交付日期)。该协议形成估计、策划和跟踪整个软件生存周期内软件项目活动的基础。 
字串1

  将系统需求分配给软件、硬件和其它系统成分的工作可能由软件工程组之外的组测如系统工程组)完成,软件工程组可能对此分配无直接控制。在项目约束范围内,软件工程组采取恰当步骤以保证对分配给软件的需求建档、并加以控制,该组负责处理分配给软件的系统需求。
  为实现此控制,软件工程组评审初始的和经修改的分配给软件的系统需求,以便在它们被纳入软件项目之前使问题得以解决。每当改变分配给软件的系统需求时,都要调整受到影响的软件计划,工作产品和活动,使其与更新后的需求保持一致。

  三.软件度量(Software Measurement)
  软件度量(Software Measurement)通过各种不同的量度(metric)对软件生命周期中的各个元素进行度量(Measure),它能够为项目管理者提供有关项目的各种重要信息,同时也是进行大多评估活动的基础。
  SW-CMM中并没有一个专门的软件度量的关键过程域,而是将其贯穿于其他关键过程域中,不过在SW-CMM的继承者--CMMI中定义了一个专门的关键过程域:度量与分析。

  四.软件配置管理(Software Configuartion Management)
  软件配置管理的目的是建立和维护在项目的整个软件生存周期中软件项目产品的完整性。 
字串9

  软件配置管理包括标识在给定时间点上软件的配置(即选定的软件工作产品及其描述),系统地控制对配置的更改、并维护在整个软件生存周期中配置的完整性和可银踝性。置于软件配置管理之下的工作产品包括交付给顾客的软件产品(例如软件需求文档和代码),以及与这些软件产品等同的产品项或生成这些软件产品所要求的产品项(例如编译程序)建立一个软件基线库,当软件基线形成时就将它们纳入该库。通过软件配置管理的更改控制和配置审计功能,系统地控制基线的更改和那些利用软件基线库构造成的软件产品的发行。
  这个关键过程区域仅包括实施软件配置管理功能的实践。而标识具体的配置项或单元的实践则包含在描述每个配置项或单元的开发和维护的关键过程区域中。

  五.软件质量保证(Software Quality Assurece)
  软件质量保证的目的是向管理者提供适当的对软件项目正使用的过程和正构造产品的可视性。
  软件质量保证包括评审和审计软件产品和活动以验证它们符合适用的规程和标准,给项目和其它有关的经理提供这些评审和审计的结果。
  在软件项目的早期阶段,软件质量保证组与软件项目一起工作制定计划、标准和规程等,这些计划、标准、和规程将增加软件项目的价值并将满足项目和组织方针上的限制。通过参与制定计划、标准和规程,软件质量保证组帮助确保它们适合项目的需要,并且帮助验证它们对完成整个软件生存周期中的评审和审计将是适用的。软件质量保证组在整个生存周期评审项目活动,审计软件工作产品,并就软件项目是否正遵守已制定的计划、标准和规程等给管理者提供可视性。 
字串1

  首先在软件项目内部处理符合性问题,如可能的话就地解决它。对于那些无法在软件项目内部解决的问题,软件质量保证组逐级上递该问题到管理者的恰当层次以求得解决。
  这个关键过程区域只包括该组履行软件质量保证功能的实践。而识别软件质量保证组要评审和(或)审计的具体的活动和工作产品的实践一般包含在其它关键过程区域的验证实施共同特点中。

  六.软件测试(Software Testing)
  软件测试(Software Testing)是发现软件中错误和缺陷的主要手段。在一般情况下,软件测试过程与整个软件开发过程基本上是平行进行的。测试计划早在需求分析阶段即应开始制定。其它相关工作,包括测试大纲的制定、测试数据的生成、测试工具的选择和开发等也应在测试阶段之前进行。充分的准备工作可以有效地克服测试的盲目性,缩短测试周期,提高测试效率,并且起到测试文档与开发文档互查的作用。
  在CMM1.1的标准中没有单独的软件测试关键过程域,而是作为软件产品工程(SMM三级的KPA)的一部分,SEI原计划在CMM2.0的版本增加软件测试相关的独立KPA,但后来因为CMM2.0的计划被CMMI所取代,因此将软件测试相关的内容在纳入CMMI三级标准中的两个KPA:Validation和Verification。

一.软件项目管理(Software Project Management)
  SW-CMM将项目管理分为两个部分,即软件项目计划(Software Project Planning)和软件项目跟踪及监控(Software Project Tracking and Oversighting)。
  软件项目计划的目的是为完成软件工程和管理软件项目制定合理的计划。
  软件项目计划包含估计待完成的工作,建立必要的约定和确定进行该工作的计划。
  软件计划计划首先作出有关待完成的工作和其它定义及界定软件项目的约束和目标(由需求管理关键过程区域的实践所建立的)的陈述。软件计划过程包括以下步骤:估计软件工作产品规模及所需的资源,制定时间表,鉴别和评估软件风险和协商约定。为了制定软件计划(即软件开发计划),可能需要重复地通过这些步骤。
  该计划提供完成和管理软件项目活动的基础,并按照软件项目的资源、约束和能力,阐述对软件项目的顾客作的约定。
  软件项目跟踪和监控的目的是建立对实际进展的适当的可视性,使管理者能在软件项目性能明显偏离软件计划时采取有效措施。
  软件项目跟踪和监控包括对照已文档化的估计、约定、和计划评审和跟踪软件完成情况和结果。基于实际的完成情况和结果调整这些计划。
字串2

  软件项目的已文档化的计划(即软件开发计划,正如在软件项目计划关键过程区域中所描述的)用作跟踪软件活动、传送状态和修订计划的基础。管理者监控软件活动。主要通过在所选出的软件工作产品完成时和在所选择的里程碑处,将实际的软件规模。工作量、成本和时间表与计划相比较,来确定进展情况。当确定未实现软件项目计划时,采取纠正措施。这些措施可以包括修订软件开发计划以反映实际的完成情况和重新计划遗留的工作或者采取改进性能的措施。

  二.软件需求(Software Requirement)
  需求管理的目的是在顾客和将处理顾客需求的软件项目之间建立对顾客需求的共同理解。
  需求管理包括和顾客一起建立和维护有关软件项目需求的协议,该协议称作“分配给软件的系统需求”。“顾客”可解释为系统工程组、销售组、另一个内部组织、或者一个外部顾客。协议既包括技术需求、又包括非技术需求(例如交付日期)。该协议形成估计、策划和跟踪整个软件生存周期内软件项目活动的基础。
字串1

  将系统需求分配给软件、硬件和其它系统成分的工作可能由软件工程组之外的组测如系统工程组)完成,软件工程组可能对此分配无直接控制。在项目约束范围内,软件工程组采取恰当步骤以保证对分配给软件的需求建档、并加以控制,该组负责处理分配给软件的系统需求。
  为实现此控制,软件工程组评审初始的和经修改的分配给软件的系统需求,以便在它们被纳入软件项目之前使问题得以解决。每当改变分配给软件的系统需求时,都要调整受到影响的软件计划,工作产品和活动,使其与更新后的需求保持一致。

  三.软件度量(Software Measurement)
  软件度量(Software Measurement)通过各种不同的量度(metric)对软件生命周期中的各个元素进行度量(Measure),它能够为项目管理者提供有关项目的各种重要信息,同时也是进行大多评估活动的基础。
  SW-CMM中并没有一个专门的软件度量的关键过程域,而是将其贯穿于其他关键过程域中,不过在SW-CMM的继承者--CMMI中定义了一个专门的关键过程域:度量与分析。

  四.软件配置管理(Software Configuartion Management)
  软件配置管理的目的是建立和维护在项目的整个软件生存周期中软件项目产品的完整性。
字串9

  软件配置管理包括标识在给定时间点上软件的配置(即选定的软件工作产品及其描述),系统地控制对配置的更改、并维护在整个软件生存周期中配置的完整性和可银踝性。置于软件配置管理之下的工作产品包括交付给顾客的软件产品(例如软件需求文档和代码),以及与这些软件产品等同的产品项或生成这些软件产品所要求的产品项(例如编译程序)建立一个软件基线库,当软件基线形成时就将它们纳入该库。通过软件配置管理的更改控制和配置审计功能,系统地控制基线的更改和那些利用软件基线库构造成的软件产品的发行。
  这个关键过程区域仅包括实施软件配置管理功能的实践。而标识具体的配置项或单元的实践则包含在描述每个配置项或单元的开发和维护的关键过程区域中。

  五.软件质量保证(Software Quality Assurece)
  软件质量保证的目的是向管理者提供适当的对软件项目正使用的过程和正构造产品的可视性。
  软件质量保证包括评审和审计软件产品和活动以验证它们符合适用的规程和标准,给项目和其它有关的经理提供这些评审和审计的结果。
  在软件项目的早期阶段,软件质量保证组与软件项目一起工作制定计划、标准和规程等,这些计划、标准、和规程将增加软件项目的价值并将满足项目和组织方针上的限制。通过参与制定计划、标准和规程,软件质量保证组帮助确保它们适合项目的需要,并且帮助验证它们对完成整个软件生存周期中的评审和审计将是适用的。软件质量保证组在整个生存周期评审项目活动,审计软件工作产品,并就软件项目是否正遵守已制定的计划、标准和规程等给管理者提供可视性。
字串1

  首先在软件项目内部处理符合性问题,如可能的话就地解决它。对于那些无法在软件项目内部解决的问题,软件质量保证组逐级上递该问题到管理者的恰当层次以求得解决。
  这个关键过程区域只包括该组履行软件质量保证功能的实践。而识别软件质量保证组要评审和(或)审计的具体的活动和工作产品的实践一般包含在其它关键过程区域的验证实施共同特点中。

  六.软件测试(Software Testing)
  软件测试(Software Testing)是发现软件中错误和缺陷的主要手段。在一般情况下,软件测试过程与整个软件开发过程基本上是平行进行的。测试计划早在需求分析阶段即应开始制定。其它相关工作,包括测试大纲的制定、测试数据的生成、测试工具的选择和开发等也应在测试阶段之前进行。充分的准备工作可以有效地克服测试的盲目性,缩短测试周期,提高测试效率,并且起到测试文档与开发文档互查的作用。
  在CMM1.1的标准中没有单独的软件测试关键过程域,而是作为软件产品工程(SMM三级的KPA)的一部分,SEI原计划在CMM2.0的版本增加软件测试相关的独立KPA,但后来因为CMM2.0的计划被CMMI所取代,因此将软件测试相关的内容在纳入CMMI三级标准中的两个KPA:Validation和Verification。