{"title":"Duplicate instances of elements of a software process model","authors":"G. Chroust","doi":"10.1145/75110.75116","DOIUrl":null,"url":null,"abstract":"At the end of any software project one could, at least in theory, draw a data flow diagram of all the activities performed, together with the respective inputs and outputs. We could consider such a description as a “trace” of the software project’s history. To arrive at a Software Process Model, one has to abstract from the individual processes (“traces”) to derive a generally applicable basic framework. In this paper we will adopt the terminology of ADPS [IBM_871 where the term “activity type” is used for activity descriptions in the model and “activity” for one instance of an activity type. The term “work item” is used for both inputs and results and “work item type” for the descriptions of work items in the model.","PeriodicalId":414925,"journal":{"name":"International Software Process Workshop","volume":"77 1","pages":"0"},"PeriodicalIF":0.0000,"publicationDate":"1988-04-01","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":"8","resultStr":null,"platform":"Semanticscholar","paperid":null,"PeriodicalName":"International Software Process Workshop","FirstCategoryId":"1085","ListUrlMain":"https://doi.org/10.1145/75110.75116","RegionNum":0,"RegionCategory":null,"ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":null,"EPubDate":"","PubModel":"","JCR":"","JCRName":"","Score":null,"Total":0}
引用次数: 8
Abstract
At the end of any software project one could, at least in theory, draw a data flow diagram of all the activities performed, together with the respective inputs and outputs. We could consider such a description as a “trace” of the software project’s history. To arrive at a Software Process Model, one has to abstract from the individual processes (“traces”) to derive a generally applicable basic framework. In this paper we will adopt the terminology of ADPS [IBM_871 where the term “activity type” is used for activity descriptions in the model and “activity” for one instance of an activity type. The term “work item” is used for both inputs and results and “work item type” for the descriptions of work items in the model.