G. Succi, L. Benedicenti, P. Predonzani, T. Vernazza
{"title":"Standardizing the reuse of software processes","authors":"G. Succi, L. Benedicenti, P. Predonzani, T. Vernazza","doi":"10.1145/260558.260564","DOIUrl":null,"url":null,"abstract":"m We describe a model to define a set of standard reusable processes. To standardize and reuse a software process, we first need to describe it. We adopt Ivar Jacobson’s use cases as a starting point and then generate scenarios and identify people and their roles. The data collected are significant enough to start mapping the enterprise—we use an OMT-like technique. By adopting activity-based management, it is possible to validate the “off-line” model directly “on-line.” After the necessary corrections, the model is a good representation of the firm’s real production process. This forms the basis for the reengineering process. process is a set of activities organized to reach a goal [Feiler and Humphrey 1992]. A process may follow predefined prescriptions, and it usually has one or more descriptions. We can reuse the prescriptions of an old process for a new one. We can define a new process that fits the descriptions of an old one. In all these cases, we speak of process reuse. We define process reuse as the replica of a set of actions of an already performed process in a new environment. Process reuse is useful in almost any field: All of industrialization has been viewed as the result of defining, standardizing, and replicating processes [Rullani 1988]. It is especially useful where there is a lack of consolidated practice, as in the software industry. The CMM and the ISO 9000 share this view: They require some reuse of predefined software processes. ISO 9000 is almost entirely about defining a process schema to ensure that a company satisfies its own goals and monitoring how effectively the company follows the schema. CMM level 2 elicits a firm’s underlying and hidden practices; further levels try to define them (level 3), handle and evaluate them properly (level 4), and make them work efficiently (level 5). The CMM-derived PSP focuses on teaching programmers how to describe, to improve, and to reuse their processes. Process reuse enables firms to create a set of corporate processes. Corporate processes may define the “essence” of a firm, the know-how that remains regardless of employee turnover. Well-structured corporate processes help new employees to get acquainted with the firm. Business process reengineering is applicable only when the process is defined, i.e., only if a set of corporate processes is in place. Corporate processes need standardization: It is possible to define a corporate process only through a systematic definition of the key processes that are already in place. Therefore, process reuse and process standardization are two faces of the same coin. We explore this issue by describing Gertrude, a model to define a set of standard reusable processes. Standardizing the Reuse of Software Processes S U P P O R T I N G A R T I C L E ★","PeriodicalId":270594,"journal":{"name":"ACM Stand.","volume":"28 1","pages":"0"},"PeriodicalIF":0.0000,"publicationDate":"1997-06-01","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":"9","resultStr":null,"platform":"Semanticscholar","paperid":null,"PeriodicalName":"ACM Stand.","FirstCategoryId":"1085","ListUrlMain":"https://doi.org/10.1145/260558.260564","RegionNum":0,"RegionCategory":null,"ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":null,"EPubDate":"","PubModel":"","JCR":"","JCRName":"","Score":null,"Total":0}
引用次数: 9
Abstract
m We describe a model to define a set of standard reusable processes. To standardize and reuse a software process, we first need to describe it. We adopt Ivar Jacobson’s use cases as a starting point and then generate scenarios and identify people and their roles. The data collected are significant enough to start mapping the enterprise—we use an OMT-like technique. By adopting activity-based management, it is possible to validate the “off-line” model directly “on-line.” After the necessary corrections, the model is a good representation of the firm’s real production process. This forms the basis for the reengineering process. process is a set of activities organized to reach a goal [Feiler and Humphrey 1992]. A process may follow predefined prescriptions, and it usually has one or more descriptions. We can reuse the prescriptions of an old process for a new one. We can define a new process that fits the descriptions of an old one. In all these cases, we speak of process reuse. We define process reuse as the replica of a set of actions of an already performed process in a new environment. Process reuse is useful in almost any field: All of industrialization has been viewed as the result of defining, standardizing, and replicating processes [Rullani 1988]. It is especially useful where there is a lack of consolidated practice, as in the software industry. The CMM and the ISO 9000 share this view: They require some reuse of predefined software processes. ISO 9000 is almost entirely about defining a process schema to ensure that a company satisfies its own goals and monitoring how effectively the company follows the schema. CMM level 2 elicits a firm’s underlying and hidden practices; further levels try to define them (level 3), handle and evaluate them properly (level 4), and make them work efficiently (level 5). The CMM-derived PSP focuses on teaching programmers how to describe, to improve, and to reuse their processes. Process reuse enables firms to create a set of corporate processes. Corporate processes may define the “essence” of a firm, the know-how that remains regardless of employee turnover. Well-structured corporate processes help new employees to get acquainted with the firm. Business process reengineering is applicable only when the process is defined, i.e., only if a set of corporate processes is in place. Corporate processes need standardization: It is possible to define a corporate process only through a systematic definition of the key processes that are already in place. Therefore, process reuse and process standardization are two faces of the same coin. We explore this issue by describing Gertrude, a model to define a set of standard reusable processes. Standardizing the Reuse of Software Processes S U P P O R T I N G A R T I C L E ★
我们描述一个模型来定义一组标准的可重用过程。为了标准化和重用一个软件过程,我们首先需要描述它。我们采用Ivar Jacobson的用例作为起点,然后生成场景并确定人员及其角色。收集到的数据非常重要,足以开始映射企业—我们使用类似omt的技术。通过采用基于活动的管理,可以直接“联机”验证“离线”模型。经过必要的修正后,该模型很好地反映了企业的实际生产过程。这构成了再造过程的基础。过程是为了达到一个目标而组织起来的一系列活动[Feiler and Humphrey 1992]。流程可能遵循预定义的处方,并且通常具有一个或多个描述。我们可以将旧流程的处方重新用于新流程。我们可以定义一个符合旧过程描述的新过程。在所有这些情况下,我们都说流程重用。我们将流程重用定义为在新环境中复制已执行的流程的一组操作。过程重用在几乎任何领域都是有用的:所有的工业化都被视为定义、标准化和复制过程的结果[Rullani 1988]。它在缺乏统一实践的地方特别有用,比如在软件行业。CMM和ISO 9000共享这一观点:它们需要对预定义的软件过程进行重用。iso9000几乎完全是关于定义一个过程模式,以确保公司满足自己的目标,并监控公司如何有效地遵循该模式。CMM第2层引出了公司的潜在和隐藏的实践;进一步的层次尝试定义它们(第3级),适当地处理和评估它们(第4级),并使它们有效地工作(第5级)。cmm派生的PSP侧重于教程序员如何描述、改进和重用他们的过程。流程重用使公司能够创建一组公司流程。公司流程可能定义了公司的“本质”,即无论员工流动如何,都能保留的专有技术。结构良好的公司流程有助于新员工熟悉公司。业务流程再造只有在流程被定义时才适用,也就是说,只有当一组公司流程到位时才适用。公司流程需要标准化:只有通过对已经存在的关键流程进行系统定义,才能定义公司流程。因此,流程重用和流程标准化是同一事物的两个方面。我们通过描述Gertrude来探讨这个问题,Gertrude是一个定义一组标准可重用流程的模型。软件过程重用的标准化[j] P [P] R [T] N [G] A [R] T] C [L] E