{"title":"Language Support for Object Process Modeling","authors":"Y. Sugiyama, E. Horowitz","doi":"10.1109/ISPW.1990.659604","DOIUrl":"https://doi.org/10.1109/ISPW.1990.659604","url":null,"abstract":"","PeriodicalId":269394,"journal":{"name":"'Support for the Software Process'.,Proceedings of the 6th International Software Process Workshop","volume":"49 1","pages":"0"},"PeriodicalIF":0.0,"publicationDate":"1990-10-28","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":null,"resultStr":null,"platform":"Semanticscholar","paperid":"115700807","PeriodicalName":null,"FirstCategoryId":null,"ListUrlMain":null,"RegionNum":0,"RegionCategory":"","ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":"","EPubDate":null,"PubModel":null,"JCR":null,"JCRName":null,"Score":null,"Total":0}
{"title":"Supporting Coordination and Cooperation in Software Processes","authors":"N. Minsky","doi":"10.1109/ISPW.1990.659592","DOIUrl":"https://doi.org/10.1109/ISPW.1990.659592","url":null,"abstract":"Last year in this fom I have argued that in any attempt to formalize and enact software processes it is important to distinguish between what I called methods and laws. A method is a voluntary technique for performing a certain task, while a law is a mandatory regulation about the behavior of the entire process. I have also argued that laws are more fundamental than methods, for software development. That is, because the formulation and enactment of methods invariably relies on certain assumptions about the structure of the system at hand, and about the behavior of the various agents participating in the software process. Such assumptions can only be ensured by means of enforced laws. Here I will focus on one type of applications for such laws, which is the support of the great deal of coordination and cooperation which must take place among the participants of any complex software process. Let me illustrate the problem at hand by means of a very simple example. Suppose that we would like to ensure mutual exclusion with respect to a certain operation 0, which may be carried out by any of the agents participating in a given process. Consider the following informally specified protocol: (1) only an agent that possesses a certain token T may perform the operation 0; (2) initially only one agent possesses a token T; and, (3) token T may be transferred from one agent to another, but no agent may make its own copy of T. It is easy to see that this simple protocol guarantees mutual exclusion with respect to operation 0 (ignoring issues of faimess) but how does one make sure that the protocol itself is actually obeyed by all the agents? In particular, how does one make sure that no agent ever makes an extra copy of the token, and that no agent ever performs 0 without possessing this token?","PeriodicalId":269394,"journal":{"name":"'Support for the Software Process'.,Proceedings of the 6th International Software Process Workshop","volume":"82 1","pages":"0"},"PeriodicalIF":0.0,"publicationDate":"1990-10-28","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":null,"resultStr":null,"platform":"Semanticscholar","paperid":"124281705","PeriodicalName":null,"FirstCategoryId":null,"ListUrlMain":null,"RegionNum":0,"RegionCategory":"","ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":"","EPubDate":null,"PubModel":null,"JCR":null,"JCRName":null,"Score":null,"Total":0}
{"title":"Product-Centered Process Description Algebraic Specification of Environment + SCRIPT","authors":"K. Futatsugi","doi":"10.1109/ISPW.1990.659582","DOIUrl":"https://doi.org/10.1109/ISPW.1990.659582","url":null,"abstract":"","PeriodicalId":269394,"journal":{"name":"'Support for the Software Process'.,Proceedings of the 6th International Software Process Workshop","volume":"31 1","pages":"0"},"PeriodicalIF":0.0,"publicationDate":"1990-10-28","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":null,"resultStr":null,"platform":"Semanticscholar","paperid":"114165285","PeriodicalName":null,"FirstCategoryId":null,"ListUrlMain":null,"RegionNum":0,"RegionCategory":"","ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":"","EPubDate":null,"PubModel":null,"JCR":null,"JCRName":null,"Score":null,"Total":0}
{"title":"Process Management in the DAIDA Environment","authors":"M. Jarke, M. Jeusfeld, T. Rose","doi":"10.1109/ISPW.1990.659587","DOIUrl":"https://doi.org/10.1109/ISPW.1990.659587","url":null,"abstract":"DAIDA is an experimental environment for the knowledge-assisted development and maintenance of database-intensive information systems from object-oriented requirements and system specifications. Process management in DAIDA is based on a decision-oriented conceptual model and its mapping to existing document-level object bases. Controlled by this model, an open set of methodology- independent tools for programming-in-the-large and programming-in-the-many has been implemented and integrated with the specific knowledge-based assistants supporting the DADA methodology.","PeriodicalId":269394,"journal":{"name":"'Support for the Software Process'.,Proceedings of the 6th International Software Process Workshop","volume":"184 1","pages":"0"},"PeriodicalIF":0.0,"publicationDate":"1990-10-28","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":null,"resultStr":null,"platform":"Semanticscholar","paperid":"124678249","PeriodicalName":null,"FirstCategoryId":null,"ListUrlMain":null,"RegionNum":0,"RegionCategory":"","ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":"","EPubDate":null,"PubModel":null,"JCR":null,"JCRName":null,"Score":null,"Total":0}
{"title":"Possibility and limitation of Process Programming","authors":"A. Kumagai","doi":"10.1109/ISPW.1990.659590","DOIUrl":"https://doi.org/10.1109/ISPW.1990.659590","url":null,"abstract":"This paper is intended to clarify the limitation and the possibility of the process programxning for the software development process from the following viewpoints. Aim and theory of process programming The gap between theory and practice, and essential questions The meaning of process programming Reflection on experiences with process description New notation for the Process Programming","PeriodicalId":269394,"journal":{"name":"'Support for the Software Process'.,Proceedings of the 6th International Software Process Workshop","volume":"39 1","pages":"0"},"PeriodicalIF":0.0,"publicationDate":"1990-10-28","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":null,"resultStr":null,"platform":"Semanticscholar","paperid":"124054552","PeriodicalName":null,"FirstCategoryId":null,"ListUrlMain":null,"RegionNum":0,"RegionCategory":"","ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":"","EPubDate":null,"PubModel":null,"JCR":null,"JCRName":null,"Score":null,"Total":0}
{"title":"Session Summry SDE Architecture Issues","authors":"C. Tully","doi":"10.1109/ISPW.1990.659569","DOIUrl":"https://doi.org/10.1109/ISPW.1990.659569","url":null,"abstract":"","PeriodicalId":269394,"journal":{"name":"'Support for the Software Process'.,Proceedings of the 6th International Software Process Workshop","volume":"27 1","pages":"0"},"PeriodicalIF":0.0,"publicationDate":"1990-10-28","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":null,"resultStr":null,"platform":"Semanticscholar","paperid":"126545882","PeriodicalName":null,"FirstCategoryId":null,"ListUrlMain":null,"RegionNum":0,"RegionCategory":"","ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":"","EPubDate":null,"PubModel":null,"JCR":null,"JCRName":null,"Score":null,"Total":0}
M. Kellner, P. Feiler, A. Finkelstein, T. Katayama, L. Osterweil, M. Penedo, H. D. Rombach
{"title":"Software Process Modeling Example Problem","authors":"M. Kellner, P. Feiler, A. Finkelstein, T. Katayama, L. Osterweil, M. Penedo, H. D. Rombach","doi":"10.1109/ISPW.1990.659568","DOIUrl":"https://doi.org/10.1109/ISPW.1990.659568","url":null,"abstract":"One of the important activities undertaken in conjunction with the 6th International Software Process Workshop (ISPW-6) was a comparison of various solutions to a standard software process modeling example problem. The primary purpose of this effort was to facilitate understanding, comparing, and assessing the various approaches that are being pursued for software process modeling. Secondary goals included communicating the diversity of aspects of process actually encountemf in modeling real-world software processes, and providing impetus to efforts to extend the proposed approaches to cope effectively with these process issues. It was determined that these objectives would be best served by soliciting solutions to a standard software process modeling example problem. The use of a standard benchmark problem facilitates comparisons of various modeling approaches. Consequently, a working group was formed in 1990 to devise the example problem. This working group consisted of the following individuals:","PeriodicalId":269394,"journal":{"name":"'Support for the Software Process'.,Proceedings of the 6th International Software Process Workshop","volume":"166 1","pages":"0"},"PeriodicalIF":0.0,"publicationDate":"1990-10-28","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":null,"resultStr":null,"platform":"Semanticscholar","paperid":"132838711","PeriodicalName":null,"FirstCategoryId":null,"ListUrlMain":null,"RegionNum":0,"RegionCategory":"","ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":"","EPubDate":null,"PubModel":null,"JCR":null,"JCRName":null,"Score":null,"Total":0}
{"title":"Concepts For Process Definition And Support","authors":"M. Dowson, B. Nejmeh, W. Riddle","doi":"10.1109/ISPW.1990.659580","DOIUrl":"https://doi.org/10.1109/ISPW.1990.659580","url":null,"abstract":"","PeriodicalId":269394,"journal":{"name":"'Support for the Software Process'.,Proceedings of the 6th International Software Process Workshop","volume":"13 1","pages":"0"},"PeriodicalIF":0.0,"publicationDate":"1990-10-28","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":null,"resultStr":null,"platform":"Semanticscholar","paperid":"114428050","PeriodicalName":null,"FirstCategoryId":null,"ListUrlMain":null,"RegionNum":0,"RegionCategory":"","ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":"","EPubDate":null,"PubModel":null,"JCR":null,"JCRName":null,"Score":null,"Total":0}
{"title":"A Framework for Describing Software Design Processes","authors":"N. Suhara","doi":"10.1109/ISPW.1990.659605","DOIUrl":"https://doi.org/10.1109/ISPW.1990.659605","url":null,"abstract":"","PeriodicalId":269394,"journal":{"name":"'Support for the Software Process'.,Proceedings of the 6th International Software Process Workshop","volume":"117 1","pages":"0"},"PeriodicalIF":0.0,"publicationDate":"1990-10-28","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":null,"resultStr":null,"platform":"Semanticscholar","paperid":"125981069","PeriodicalName":null,"FirstCategoryId":null,"ListUrlMain":null,"RegionNum":0,"RegionCategory":"","ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":"","EPubDate":null,"PubModel":null,"JCR":null,"JCRName":null,"Score":null,"Total":0}
{"title":"Eureka Software Factory: OPIUM An environment for Software Process Modeling integrated with a Project Management Tool","authors":"L. Hubert, F. Fournier, M. Brasseur","doi":"10.1109/ISPW.1990.659584","DOIUrl":"https://doi.org/10.1109/ISPW.1990.659584","url":null,"abstract":"1. Abstract The global evolution of software development activity leads to large projects involving many people. Organizing the work of these people is a big challenge for Software Engineering. The ESF (EurEka Software Factory) program, funded by some European countries, relies on the idea of a software factory for improving software development productivity and quality. With the concept of Software Factory comes the concept of Software Process Control (or guidance). SPECIMEN, one of the ESF sub-projects, aims at developing a language and an environment for modeling and guiding the processes of software production. We present in this paper OPIUM[OPlU89], one of the major results of SPECIMEN. OPIUM is an environment for Process Modeling able to build programs for controlling the process of software development (the so called Process Engines in the ESF terminology). Process Engines are not stand alone tools but are fully integrated with Project Management Tools and also with Production Tools. This paper focuses on the basic mechanisms used to build and run process models with OPIUM, and in particular on the close relation between Process Engines and project management system.","PeriodicalId":269394,"journal":{"name":"'Support for the Software Process'.,Proceedings of the 6th International Software Process Workshop","volume":"283 1 1","pages":"0"},"PeriodicalIF":0.0,"publicationDate":"1990-10-28","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":null,"resultStr":null,"platform":"Semanticscholar","paperid":"126395363","PeriodicalName":null,"FirstCategoryId":null,"ListUrlMain":null,"RegionNum":0,"RegionCategory":"","ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":"","EPubDate":null,"PubModel":null,"JCR":null,"JCRName":null,"Score":null,"Total":0}