Visual tools for generating iconic programming environments

McIntyre, David W.; Glinert, Ephraim P.

doi:10.1109/wvl.1992.275769

Cited by 22 publications

(8 citation statements)

References 4 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…Escalante does not explicitly provide support for defining the execution of the visual languages. VAMPIRE 7 is another system that has emphasis on the dynamic language semantics but not on general user inteface construction. EDGE 8 is a generic graph editor for automatic graph layout, graph abstraction and extensibility using an OO approach.…”

Section: Motivationmentioning

confidence: 99%

A C++ Simulator Generator from Graphical Specifications

Shanbhag¹,

Gopinath²

1997

Softw: Pract. Exper.

View full text Add to dashboard Cite

SUMMARYMany languages for computer systems simulation (like GPSS and CSim) use a stochastic model of systems with the provision of adding procedural code for those aspects of the system that cannot be captured easily by a stochastic model. However, they do not support the hierachical simulation of complex systems well. Complex computer systems may have to be simulated at various levels of abstraction in the interests of tractability: the flexibility of being able to freely move between the different levels of abstraction is very desirable. For example, in the area of computer architecture, one might have analytical models, detailed simulation models and trace-driven models. In addition, these languages do not have user-friendly interfaces for specification of the simulated system. In this paper, we discuss the design and implementation of a simulation package for hierachical simulation of non-real-time computer systems: a Simulator Generator from a Graphical System Specification (SIGGSYS). A new language for system specification has been designed. In addition, the package has the following components:A graphical user interface to aid specification of the system to be simulated. A rear end that generates C++ code that implements a simulator for the specified system. A complete object library along with the header files that implement a functionally complete set of C++ base classes which can be built upon.C++ has been chosen as the intermediate language so that the modeller can use its support for object oriented programming.

show abstract

Section: Motivationmentioning

confidence: 99%

A C++ Simulator Generator from Graphical Specifications

Shanbhag¹,

Gopinath²

1997

Softw: Pract. Exper.

View full text Add to dashboard Cite

show abstract

“…Both BitPict and ChemTrains have no included abilities to augment graphical rules with textual predicates. The Vampire system overcomes this limitation with attributed graphical rules (McIntyre & Glinert, 1992).…”

Section: Programming With Graphical Rewrite Rulesmentioning

confidence: 99%

Programming Substrates to Create Interactive Learning Environments

Repenning

1994

Interactive Learning Environments

View full text Add to dashboard Cite

The design of an effective interactive learning environment requires understanding the intricate relationships among people, tools, and problems. Many end-users do not have the necessary skills, nor the time or patience to compose programs from computer science-sanctioned programming primitives. End-users require environments that elevate the task of programming to the manipulation of components that are directly pertinent to the problems to be solved. This paper introduces the Agentsheets programming substrate employed by designers to create interactive learning environments that are geared toward end-users solving specific problems. A number of educational and industrial applications are used to illustrate the design and use of Agentsheets environments in domains such as art, artificial life, environmental design, games, kitchen design, and visual programming.

show abstract

“…However some of these languages are true icon-based programming systems that limit the amount of text-based programming required. Research on iconic programming languages began over 20 years ago (5,6,7,8,9,10,11,12,13,14,15,16,17,18) but it made little change in the way the majority of programmers program today. This is mainly blamed on scalability (19,46): icon-based programming was fine for small sized programs but for commercial sized software with large scale architecture and much more complex logic, the iconic programs became too difficult to understand and work with: program readability was the limiting issue (20).…”

Section: Introductionmentioning

confidence: 99%