ACM Home Page
Please provide us with feedback. Feedback
APPL/A: a language for software process programming
Full text PdfPdf (4.89 MB)
Source ACM Transactions on Software Engineering and Methodology (TOSEM) archive
Volume 4 ,  Issue 3  (July 1995) table of contents
Pages: 221 - 286  
Year of Publication: 1995
ISSN:1049-331X
Authors
Stanley M. Sutton, Jr.  Univ. of Massachusetts, Amherst
Dennis Heimbigner  Univ. of Colorado, Boulder
Leon J. Osterweil  Univ. of Massachusetts, Amherst
Publisher
ACM  New York, NY, USA
Bibliometrics
Downloads (6 Weeks): 4,   Downloads (12 Months): 32,   Citation Count: 23
Additional Information:

abstract   references   cited by   index terms   review   collaborative colleagues  

Tools and Actions: Request Permissions Request Permissions    Review this Article  
DOI Bookmark: Use this link to bookmark this Article: http://doi.acm.org/10.1145/214013.214017
What is a DOI?

ABSTRACT

Software process programming is the coding of software processes in executable programming languages. Process programming offers many potential benefits, but their realization has been hampered by a lack of experience in the design and use of process programming languages. APPL/A is a prototype software process programming language developed to help gain this experience. It is intended for the coding of programs to represent and support software processes including process, product, and project management. APPL/A is defined as an extension to Ada, to which it adds persistent programmable relations, concurrent triggers on relation operations (for reactive control), optionally and dynamically enforceable predicates on relations (which may serve as constraints), and composite statements that provide alternative combinations of serializability, atomicity, and consistency enforcement (for programming high-level transactions). APPL/A has been used to code engineering-oriented applications, like requirements specification and design, as well as management-related activities, such as personnel assignment, task scheduling, and project monitoring. APPL/A has also enabled us to experiment with process program design techniques and architectures, including process state reification, intermittent (or persistent) processes, reflexive and metaprocesses, and multiple-process systems. Our ability to address a wide range of software processes and process characteristics indicates that the APPL/A constructs represent important and general capabilities for software process programming. Authors' Abstract


REFERENCES

Note: OCR errors may be found in this Reference List extracted from the full text article. ACM has opted to expose the complete List rather than only correct and linked references.

1
 
2
~BAKER, D. A., FISHER, D. A., AND SHULTIS, J.C. 1988. The Garden oflrzs. Incremental Systems ~ Corporation, Pittsburgh, Pa.
 
3
 
4
~BANCIL~ON, F., Ks~I, W., AND KOR?H, H. A model of CAD transactions. In Proceedings of the 11th ~Internattonal Conference on Very Large Databases. VLDB Endowment Press, Saratoga, Calif.
 
5
 
6
~BANDINELLI, S., FUGGETTA, A., AND GRIGOLLI, S. 1993. Process modeling in-the-large with ~SLANG. In Procee&ngs of the 2nd International Conference on the Software Process. IEEE, ~New York, 75 83.
7
 
8
~BELIm^Tm, N., ESTUBLmR, J., AND WALCELIO, M.L. 1991. Adele 2: A support to large software ~development process. In Proceedings of the 1st International Conference on the Software ~Process (Redondo Beach, Calif., Oct.). IEEE, New York, 159-170.
 
9
~BELKHATIR, N., ESTUBLIER, J., AND WALCELIO, M.L. 1993. Software process model and ~workspace control in the Adele system. In Proceedings of the 2nd International Conference on ~the Software Process. IEEE, New York, 2-11.
 
10
~BRUYNOOGHE R. F, PARKER J. M., AND ROWLES J.S. 1991. A system for process enactment. In ~Proceedings of the 1st International Conference on the Software Process (Redondo Beach, Calif., ~Oct.). IEEE, New York, 128-141.
11
12
 
13
~COHEN, D. 1988. AP5 manual. Information Sciences Institute, Univ. of Southern Californm, ~San Jose, Calif. Mar.
14
 
15
 
16
 
17
~CONRADI, R., LIU C., AND JACCHERI, M.L. 1991a. Process modeling paradigms: An evaluation. ~In Proceedings of the 7th International Software Process Workshop (Yountville, Calif.). IEEE, ~New York.
 
18
19
 
20
~DawsoN, M. 1991. Panel introduction--why is process so important? In Proceedings of the 1st ~Internatwnal Conference on the Software Process (Redondo Beach, Calif., Oct.). IEEE, New ~York, 2.
 
21
~FELDMAN, S. I. 1979. Make--a program for maintaining computer programs. Softw. Pract. ~Exper, 9, 255-265.
 
22
~FERNSTR6M, C. 1993. PROCESS WEAVER: Adding process support to UNIX. In Proceedings ~of the 2nd International Conference on the Software Process. IEEE, New York, 12-26.
 
23
~FERNSTROM, C. AND OHLSSON, L. 1991. Integration needs in process enacted environments. In ~Proceedings of the 1st Internatmnal Conference on the Software Process (Redondo Beach, Calif., ~Oct.). IEEE, New York~ 142-158
 
24
 
25
 
26
 
27
 
28
~HEIMBICNER, D. 1989. APT: APPL/A to Aria translation. Arcadia Dec. CU-89-11, Dept. of ~Computer Smence, Univ. of Colorado, Boulder, Cole
 
29
~HEIMBIGNER, D. 1991. The process modehng example problem and its solutions. In Proceed- ~zngs of the 18t International Con/erence on the Software Process (Redondo Beach, Calif., Oct.). ~IEEE, New York, 174
 
30
 
31
~HE{MB{GNER, D., OSTERWEIL, L. J., AND SUTTON, S. M., JR. 1988. Active relations for specifying ~and implementing software object management Tech. Rep CU-CS-406-88, Dept. of Computer ~Science, Univ of Colorado, Boulder, Cole ,July
 
32
 
33
 
34
~HUFF, K. E. 1991. Supporting change in plan based processes. In Proceedings of the 7th ~International So/tware Process Worskhop (Yountville, Calif.). IEEE, New York.
35
 
36
~HUMPHREY, W. S 1991. Panel position statement--why is process important? In Proceedings ~of the 1st Iaternatzonal Conference on the So/tware Process (Redondo Beach, Calif., Oct.). IEEE, ~New York, 3
 
37
~IiDA, H., MIMURA, K.-I., INOUE, K., AND TORH, K. 1993. Hakoniwa: Monitor and navigatmn ~system for cooperative development based on activity sequence model. In Proceedings of the ~2nd International Conference on the Software Process. IEEE, New York, 64-74.
 
38
~IIDA, H., OGIHARA, T., INOUE, K., AND TORII, K. 1992. Generating a menu-oriented navigation ~system fi'om formal description of software development activity sequence. In Proceedings of ~the 1st International Conference on the Software Process. IEEE, New York, 45 57.
 
39
~INTERMETRICS. 1994. Programming language Aria--language and standard libraries--draft ~5 0. Tech. Rep. IR-MA-1363-4, Intermatrics, Inc., Cambridge, Mass. June. (ISO/IEC DIS 8652).
 
40
41
 
42
 
43
~KAISER, G. E., BARGHOUTL N. S., AND SOKOLSkW, M H. 1990. Experience with process modeling ~in the Marvel software development environment kernel. In the 23rd Annual Hawa~ Interna- ~tional Conference on System Sciences (Kona, Hawaii, Jan.), B. Shriver, Ed. Vol. 2. IEEE, New ~York, 131-140.
 
44
 
45
46
 
47
~KELLNER, M. h 1991a. Multiple-paradigm approaches for software process modeling. In Pro- ~ceedings of the 7th International Software Process Workshop (Yountville, Calif.). IEEE, New ~York.
 
48
~KELLNER, M. h 1991b. Software process modehng support for management planning and ~control. In Proceedings of the 1st International Conference on the Software Process (Redondo ~Beach, Cahf., Oct.). IEEE, New York, 8-28.
 
49
~KELLNER, M. I., FEILER, P., FINKELSTEIN, A., KATAYAMA, T., OSTERWEm, L. J., AND PENEDO, M. H. ~1991. ISPW-6 software process example. In Procee&ngs of the 1st International Conference on the Software Process (Redondo Beach, Calif., Oct.). IEEE, New York, 176 186.
 
50
~LEHMAN, M.M. 1991. Panel position statement--why is process important? In Proceedings of ~the 7st InternatzonaI Conference on the Software Process (Redondo Beach, Calif., Oct.). IEEE, ~New York, 4.
 
51
52
 
53
~MI, P. aND SCACCm, W. 1991. Modeling articulation work in software engineering processes. In ~Procee&ngs of the 1st International Conference on the Software Process (Redondo Beach, Calif., ~Oct.). IEEE. New York, 188 201.
 
54
~MILLIaAN, J. 1994. The process-oriented software life cycle support environment (ProSLCSE). ~Briefing slides, Rome Laboratory/C3CB, Griffiss Air Force Base, Rome, N.Y.
 
55
 
56
~Moss, J. E. B. 1981. Nested transactions: An approach to reliable distributed eomputlng. ~Ph.D. thesis, Massachusetts Institute of Technology, Cambridge, Mass. May.
 
57
 
58
~OSTEm~Em, L.J. 1991. Panel position statement--why is process important? In Proceedings ~of the Ist International Conference on the Software Process (Redondo Beach, Calif., Oct.). IEEE, ~New York, 5.
 
59
~PERRY, D.E. 1991. Policy-directed coordination and cooperation. In Proceedings of the 7th ~Intenatmnal So/tware Process Workshop (Yountville, Calif.). IEEE, New York.
 
60
 
61
62
 
63
 
64
~ROMB^CH, H. D. AND VERLAGE, M. 1993. How to assess a software process modeling formalism ~from a project member's point of view. In Proceedings of the 2nd International Conference on ~the Software Process. IEEE, New York, 147-159.
 
65
~SAEKI, M.. t~NOKO, rp.. ANn SAKAMOTO, M. 1991. A method for software process modeling and ~description using LOTOS. In Procee&ngs of the Ist Internatmnal Conference on the Software ~Process (Redondo Beach, Calif., Oct.). IEEE, New York, 90-104.
 
66
~SEI. 1992. The capability maturity model for software. In DARPA Software Technology ~Conl~rence Proceedings (Los Angeles, Calif., Apr.). DARPA, Washington, D.C., I 32.
 
67
~SONG, X. AND OSTERWEIL, L.J. 1991. Comparing design methodologies through process model- ~ms. In Proceedmgs of the 1st Internatmnal Conference on the Software Process (Redondo ~Beach~ Calif, Oct ). IEEE, New York, 29-44.
68
 
69
 
70
~SUTTON, S. M., JR. 1990b. A process-program in APPL/A for the software-process modeling ~problem Sixth International Software Process Workshop. Aracadia Doc. CU-90-06, Dept. of ~Computer Science, Univ. of Colorado, Boulder, Colo. Sept.
 
71
~SUTTON, S. M., JR. 1991a. APPL/A solutions for the ISFW7 process-modeling problems. ~Arcadia Doc CU-91-07, Dept. of Computer Science, Univ. of Colorado, Boulder, Colo Oct.
 
72
~SUTTON, S. M., JR. 1991b. A flexible consistency model for persistent data m software-process ~programrmng languages. In Implementmg Persistent Object Bases Prmc~ples and Practice, S. ~Dearie, G. M. Shaw, and S. B. Zdonik, Eds. Morgan Kaufmann, San Marco, Calif., 305 318.
 
73
~SUTTON, S. M., JR 1993. Opportunities, limitations, and tradeoffs in process programming. In ~Proceedmgs of the 2nd International Conference on the Software Process. IEEE, New York, ~135-146.
 
74
~SUTTON, S M, JR., HEIMBIGNER, D., AND OSTERWEIL, L.J. 1991a Managing change in software ~development through process programming. Tech. Rep. CU-CS-531-91, Dept. of Computer ~Science, Univ. of Colorado, Boulder, Colo. June.
 
75
~SUTTON, S M., JR., ZIV, H., HEIMBIGNER, D., YESSAYAN, H, MA~mKE, M., OSTERWEm, L. J., AND ~SONG, X. 1991b Programming a software requirements-specification process. In Proceed- ~rags of the 1st International Conference on the Software Process (Redondo Beach, Calif., Oct.). ~IEEE, New York, 68 89.
 
76
~SUZUKI, M. AND KATAYAMA, T~ 1991. Meta-operations in the process model HFSP for the ~dynamics and flexibility of software processes. In Proceedmgs of the 1st International Confer- ~ence on the So/tware Process (Redondo Beach, Calif., Oct.). IEEE, New York, 202-217
 
77
~SUZUKL M., IWAI, A., AND KATAYAMA, T. 1992 A formal model of re-execution in software ~process. In Proceedings of the 2nd International Conference on the Software Process. IEEE, ~New York, 84-99.
78
 
79
80
 
81
~USDOD. 1983. Reference Manual for the Ads Programming Lanuage. ANSI/MIL-STD- ~1815A-1983, U.S Dept. of Defense, Washington, D.C.

CITED BY  23


REVIEW

"Michael G. Murphy : Reviewer"

This lengthy paper is organized into eight sections: Introduction Language Requirements, Design Goals, and Approach Overview of APPL/A   more...

Collaborative Colleagues:
Stanley M. Sutton, Jr.: colleagues
Dennis Heimbigner: colleagues
Leon J. Osterweil: colleagues