M. Bushnell, S.W. Director, "Automated Design Tool Execution in the Ulysses Design Environment, " IEEE Transactions on CAD", Vol. 8, No.3, (March 1989), pp. 279-287.  Home/Search   Document Not in Database   Summary   Related Articles   Check

....Finally, in section 7 we will indicate how the flow concept can be implemented to yield powerful runtime capabilities. ################## This research was supported in part by the commission of the EC under project 5082 (Jessi CAD Frame) 2. FLOW MANAGEMENT 2. 1 Requirements Several authors [1, 2, 3, 4] have proposed requirements for design flow management, from which we summarize the following list: 1. Flowmap configuration: the description of tools and dependencies between tools. 2. Tool scheduling: which tools can be invoked 3. Automatic tool activation: tools which only perform a data ....

....is cumbersome and inefficient. 8. RELATED WORK In the HILDA environment [1] a mechanism based on Predicate Transition Petri nets is used to specify tools and their interactions. Production rules with automatically updated certainty factors, are used to give designers additional help. The ULYSSES [3] environment uses a blackboard architecture for the communication among CAD tools. A scheduler selects the appropriate CAD tool based on current design goals. A language is used to define tasks, subtasks and consistency rules. Van den Hamer [5] defines a data flow based architecture for CAD ....

M. Bushnell and S.W. Director, "Automated Design Tool Execution in the Ulysses Design Environment", IEEE Trans. on Computer-Aided Design 8(3)(March 1989).

....and also to decide whether intermediate results can be released or not. n tool 1 tool 5 tool 2 tool 3 tool 4 obj 1 obj 2 obj 3 obj 3 obj 3 obj 4 obj 3 While there are some approaches to hide the complexity of a design activity, for example, EDA [6] Cadweld [7] and Ulysses [8], they concentrate only on modeling single design activity using an intelligent user interface. In other words, they do not address the issues associated with multiple design activities like concurrency control. Therefore, a transaction management scheme that incorporates the notion of a ....

M. Bushnel and S. Director, "Automated Design Tool Execution in the Ulysses Design Environment," IEEE Transactions on CAD 8(3) (1989) 279-287.

....assistance differ considerably in the formalism they use for process specification. In literature two types of approaches for process specifications play an important role, rule based approaches and graph based approaches. The use of rule based approaches for design assistance is e.g. reported in [BuDi89, FGGB89, KnPa86] The rule based specification allows easy integration of rules for decision assistance but often lacks an intuitive appeal to the designer as end user. The use of Petri Nets or data flow graphs as graph based formalisms for process specification is e.g. reported in [BBWo 91, ....

M. Bushnell, S.W. Director, "Automated Design Tool Execution in the Ulysses Design Environment", IEEE Transactions on Computer-Aided Design, Vol. 8, No. 3, March 1989, pp. 279-287

....differ considerably in the formalism they use for process specification. In literature two types of approaches for process specifications play an important role, rule based approaches and graph based approaches. The use of rule based approaches for design assistance is, for instance, reported in [2, 4, 10]. The rule based specification allows easy integration of rules for decision assistance but often lacks an intuitive appeal to the designer as end user. The use of Petri Nets or data flow graphs as graph based formalisms for process specification is reported in [13, 1, 7, 14, 9] The intuitive ....

M. Bushnelland S. Director. Automated Design Tool Execution in the Ulysses Design Environment. IEEE Transactions on Computer-Aided Design, 8(3), Mar. 1989.

....confidence, devices that have manufacturing defects. The management of teams, design systems, designers within teams, and design tools within systems is a complex task. Design methodologies and design frameworks addressing parts of these issues continue to evolve as evidenced in the literature [1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33]. The goal of achieving a unified or unifying design framework remains elusive, not only due to the overall complexities of the electronic design process, but also because of the largely proprietary nature of state of the art design methodologies and design flows. In this paper, we introduce a ....

M. Bushnell and S. Director. Automated Design Tool Execution in the Ulysses Design Environment. IEEE Transactions on Computer-Aided Design, 8:279--287, March 1989. 95-TR@CBL-03.1 -- REUBEN: A Tcl--Based Reusable Environment ... 18

....well. 1.2 Related Work Several achievements regarding decision assistance were gained by providing knowledge based solutions supporting designers in the use of a specific set of tools. Examples for such rule based systems supporting the hardware engineering process are ADAM [KnPa 86] Ulysses [BuDi 89] Caldweld [DaDi 89] DeBuMa [FGGB 89] As these systems are not designed to be steadily extended, they do not provide a formal basis to specify the behaviour of the design process. A sound model of behaviour is very important to be able to consider all effects caused by the integration of a new ....

....be used to extend the basic framework services, they mainly concentrate on the design flow management aspect. Only the approach described in [BKLH 90] shows some initial ideas concerning decision support. However, sophisticated design assistance as provided by the approaches described in [KnPa 86, BuDi 89, DaDi 89, FGGB 89] is needed in the framework driven approaches. 1.3 Overview and Motivation of the Design Assistance Framework This paper describes an approach for a design assistance framework that is based on a sound model for the behaviour of concurrent design processes. It serves as a ....

M. Bushnell, S.W. Director, "Automated Design Tool Execution in the Ulysses Design Environment", IEEE Transactions on Computer-Aided Design, Vol. 8, No. 3, March 1989

....VLSI design systems that were being developed at that time were closed design environments, constructed to work with a fixed design methodology and a customized suite of CAD tools and design representations, our program was more general in nature. Our initial efforts, which resulted in the Ulysses[1] and Cadweld[3] frameworks, were intended to produce an open framework architecture that would allow, amongst other capabilities, the easy encapsulation of existing CAD tools. These frameworks, however, were limited in their ability to integrate a high level view of tools with the representation ....

M. Bushnell and S.W. Director. "Automated Design Tool Execution in the Ulysses Design Environment, " IEEE Transactions on Computer-Aided Design, 8(3):279-287, March 1989.

No context found.

M. Bushnell, S.W. Director, "Automated Design Tool Execution in the Ulysses Design Environment, " IEEE Transactions on CAD", Vol. 8, No.3, (March 1989), pp. 279-287.

No context found.

BUSHNELL, M.; DIRECTOR, S.W. Automated Design Tool Execution in the Ulysses Design Environment. IEEE Transactions on Computer-Aided Design, 8(3):279-287, March 1989.

Online articles have much greater impact   More about CiteSeer.IST   Add search form to your site   Submit documents   Feedback  

CiteSeer.IST - Copyright Penn State and NEC