NDLI: ESF and software process modeling

Please wait, while we are loading the content...

Review of the state-of-the-art (session summary)

Mechanisms (session summary)

Policies (session summary)

Data (session summary)

Control (session summary)

Emerging issues (session summary)

Tolerating inconsistency

Experiences with the spiral model as a process model generator

System dynamics models of software developments

Process programming and process models

Studying the process of software design teams

Process programming: a structured multi-paradigm approach could be achieved

Software process support through software configuration management

A structural framework for the formal representation of cooperation

The role of formalized domain-specific software frameworks

P4: a logic language for process programming

Software process instantiation and the planning paradigm

Modeling implications of the personal software process

Mechanisms for software process dynamics

Experience with Marvel

Experience with enactable software process models

Position paper for ISPW

The role of process models in software and systems development and evolution

A software process model based on unit workload network

Law-governed software processes

Product-based process models

A method for recording and analyzing design processes

Experiences with process programming

Acquiring experiences with executable process models

Software process dependability

Conceptual programming

Dynamics of process models in PML

Specification of software process measurement

Experiences with operational software process modeling in the system factory project

OPM: an object process modeling environment0

The software process as a goal-directed activity

Experiments with typing in process modeling

Domain understanding and the software process

An example of software development modelling

An example P4 process program for Rebus

GRAPPLE example: processes as plans

Marvel strategy language example

An example of process description in HFSP

Software process modeling example

An example of a software process model based on unit workload network

Example process program code, coded in Appl/A

Describing working environments in OPM

An overview of the ALF project

The Arcadia research project

ESF and software process modeling

Dynamics of process models in PML

Summary of software designer's associates project

ESF and software process modeling

Content Provider	ACM Digital Library
Author	Broekman, P. Schäfer, W. Hubert, L. Scott, J.
Abstract	The ESF project (EUREKA Software Factory) is a European multinational research effort funded under the EUREKA programme. This European programme is funding projects in the most important high technology areas. ESF started in September 1986 and is intended to last for 10 years. The ESF consortium currently includes three research institutions and ten industrial partners from France, Norway, Sweden, the United Kingdom, and West Germany.The ESF project aims at a Factory Support Environment (FSE) which is capable both of being configured for specific industries and of evolving with the innovation which arises from worldwide research and development. This will be achieved by providing a reference architecture for the dual purposes of customization and evolution. This reference architecture is built around particular subsystems present in any customized factory, and their standard interfaces. This will enable a high degree of independence from any particular set of software engineering (or CASE) tools and computer systems. For the producers of such tools the ESF project intends to create a market for independently made products which can be easily combined into complete environments.The main components of this reference architecture are a set of so-called Service Components, a set of User Interaction Components, the Software Bus, and the Factory Process Engine. The Service Components in general consist of two parts, namely a functionality part and an underlying object management system. Functions provided by Service Components include, for example, project planning, design and program development, variant and version control. User Interaction Components provide the functionality to present different kinds of data to the end user and to edit these data. Their functionality also covers part of the interaction logic, i.e. managing the dialogue between the system and the end user. The Software Bus provides the communication mechanisms for global integration, It allows components to be implemented and executed on different machines and different operating systems which are essentially connected via LANs and/or WANs, thus making the functionality provided by the different components useful in large software development projects involving many people at different sites. Communication in a very sophisticated way, i.e. by a high-level protocol, between the different Service and User Interaction Components is supported by the services of the Software Bus. Those services are in the area of the upper ISO/OSI layers.The Factory Process Engine (FPE) is the heart of the architecture. It makes the FSE programmable or adjustable to particular users' or organizations' needs. It provides essentially a process programming language support system or environment (editor, debugger, run-time system, etc.).The goal of the subproject SPECIMEN (Software Process Specification Management Environment) within ESF is to develop such an FPE for the ESF-FSE. Based on an extensive evaluation of existing approaches done at the beginning of the project during summer/fall '88, SPECIMEN has chosen to take a so-called multi-paradigm approach for the definition of the process modeling language. This language enables as a basis a Petri-Net like description of software processes. However, complex objects (i.e. the structure of the software documents and the persons participating in the process) are being described in an object-oriented style ex.
File Format	PDF
ISBN	0818621044
Language	English
Publisher	Association for Computing Machinery (ACM)
Publisher Date	1990-10-01
Access Restriction	Subscribed
Content Type	Text
Resource Type	Article

Central Library (ISO-9001:2015 Certified)
Indian Institute of Technology Kharagpur
Kharagpur, West Bengal, India | PIN - 721302

See location in the Map
03222 282435
Mail: support@ndl.gov.in

Sl.	Authority	Responsibilities	Communication Details
1	Ministry of Education (GoI), Department of Higher Education	Sanctioning Authority	https://www.education.gov.in/ict-initiatives
2	Indian Institute of Technology Kharagpur	Host Institute of the Project: The host institute of the project is responsible for providing infrastructure support and hosting the project	https://www.iitkgp.ac.in
3	National Digital Library of India Office, Indian Institute of Technology Kharagpur	The administrative and infrastructural headquarters of the project	Dr. B. Sutradhar bsutra@ndl.gov.in
4	Project PI / Joint PI	Principal Investigator and Joint Principal Investigators of the project	Dr. B. Sutradhar bsutra@ndl.gov.in Prof. Saswat Chakrabarti will be added soon
5	Website/Portal (Helpdesk)	Queries regarding NDLI and its services	support@ndl.gov.in
6	Contents and Copyright Issues	Queries related to content curation and copyright issues	content@ndl.gov.in
7	National Digital Library of India Club (NDLI Club)	Queries related to NDLI Club formation, support, user awareness program, seminar/symposium, collaboration, social media, promotion, and outreach	clubsupport@ndl.gov.in
8	Digital Preservation Centre (DPC)	Assistance with digitizing and archiving copyright-free printed books	dpc@ndl.gov.in
9	IDR Setup or Support	Queries related to establishment and support of Institutional Digital Repository (IDR) and IDR workshops	idr@ndl.gov.in