A aplicação de projeto é comumente classificada como uma aplicação não-convencional. Como tal, apresenta requerimentos no tratamento dos dados que os bancos de dados comercialmente disponíveis não conseguem satisfazer /SID 80/. A estruturação dos dados dos sistemas que apóiam o projeto de sistemas digitais tem muito em comum com a organização dos dados nos modernos ambientes de desenvolvimento de software /MAC 89/. Este trabalho tem por objetivo propor um modelo de dados capaz de suprir as necessidades de modelagem dos dados dos ambientes de projeto de software e de hardware. O modelo proposto, chamado de BD_PAC, é uma extensão do modelo de dados do Sistema DAMOKLES. Ele apresenta os conceitos de objetos e relacionamentos organizados em tipos. Um tipo define a estrutura dos seus objetos. Os relacionamentos possibilitam ligações genéricas entre objetos, ou seja, ligações sem significado semantico preciso para o modelo de dados. O BD_PAC suporta uma coleção de conceitos de abstração /BRO 84/ que organiza e associa os objetos. O conceito de agregação corresponde a noção de propriedade no sentido de composição /MAT 88/. Objetos agregados podem compartilhar objetos componentes. O conceito de generalização suporta a formação de hierarquias de supertipos e subtipos. Nestas hierarquias, os subtipos herdam as propriedades dos supertipos.O conceito de associação permite a criação de conjuntos de objetos. 0 modelo fornece algumas funções para calcular automaticamente valores dos atributos dos conjuntos de acordo com valores dos atributos dos objetos membros. Todos estes conceitos podem-se compor indistintamente, formando hierarquias mistas em conceitos. O piano de versões do DAMOKLES também foi modificado. Ele agora reflete as características semânticas dos tipos versionados. Os tipos de objetos podem ser versionados ou não-versionados. Os objetos de urn tipo não-versionado são objetos que mantém a estrutura declarada no tipo. Por outro lado, cada objeto de tipo versionado é interpretado como um objeto abstrato que agrupa o conjunto de suas versões. As versões dos tipos versionados assumem a estrutura declarada no tipo. Finalmente, o BD_PAC é implementado tendo como base o sistema de gerencia de banco de dados DAMOKLES. Isto significa que, alem das características comuns de SGBDs (controle de concorrência, reconstrução de falha), são mantidas todas as facilidades de gerencia de dados para ambientes de projeto do DAMOKLES. Por exemplo, suporte para transação de projeto e manutenção de áreas de dados públicas e privativas a projetistas. / Design application has been classified as a nonconventional application. As such, it presents data processing requirements that are not fulfilled with the database management systems available commercially /SID 80/. The data structure of the systems that support digital systems design has much in common with the data organization in the moderns software development environments /MAC 89/. This work's goal is to propose a data model that is able to fulfil the data modelling necessities of the software and hardware design environments. The proposed data model, called BD_PAC, is an extension of the DAMOKLES Design Object Data Model. It supports objects and relationships organized in types. An object type defines the structure of its objects. Relationships allow generic connection between objects, that is, connections that have no semantic meaning to the data model. BI)_PAC supports a collection of abstraction concepts /BRO 84/ that organize and associate objects. The aggregation concept corresponds to the notion of property, in the sense of composition /MAT 88/. Aggregate objects are allowed to share component objects. The generalization concept supports supertype and subtypes hierarchies. In those hierarchies, subtypes inherit the supertypes properties. The association concept supports object set creation. the data model offers some functions to be used in the automatic derivation of set attributes. The derivation is done over the values of the member objects' attributes. All these abstraction concepts may be integrated to form concept mixed hierarchies. The DAMOKLES versions plan has been also modified. It now reflects the semantic characteristics of versioned types. Object types may be either versioned or non-versioned. The objects of a nonversioned type keep the structured declared for the type. Otherwise, each object of a versioned type is treated as an abstract object that groups its version set. Versions of versioned types assume the structured declared for the type. Finally, BD_PAC is implemented over the DAMOKLES database management system. It means that, besides those common characteristics found in DBMS (concurrence control, recovery), facilities specially implemented for design application in DAMOKLES are also kept. For example, support for design transaction and public and private databases.

A aplicação de projeto é comumente classificada como uma aplicação não-convencional. Como tal, apresenta requerimentos no tratamento dos dados que os bancos de dados comercialmente disponíveis não conseguem satisfazer /SID 80/. A estruturação dos dados dos sistemas que apóiam o projeto de sistemas digitais tem muito em comum com a organização dos dados nos modernos ambientes de desenvolvimento de software /MAC 89/. Este trabalho tem por objetivo propor um modelo de dados capaz de suprir as necessidades de modelagem dos dados dos ambientes de projeto de software e de hardware. O modelo proposto, chamado de BD_PAC, é uma extensão do modelo de dados do Sistema DAMOKLES. Ele apresenta os conceitos de objetos e relacionamentos organizados em tipos. Um tipo define a estrutura dos seus objetos. Os relacionamentos possibilitam ligações genéricas entre objetos, ou seja, ligações sem significado semantico preciso para o modelo de dados. O BD_PAC suporta uma coleção de conceitos de abstração /BRO 84/ que organiza e associa os objetos. O conceito de agregação corresponde a noção de propriedade no sentido de composição /MAT 88/. Objetos agregados podem compartilhar objetos componentes. O conceito de generalização suporta a formação de hierarquias de supertipos e subtipos. Nestas hierarquias, os subtipos herdam as propriedades dos supertipos.O conceito de associação permite a criação de conjuntos de objetos. 0 modelo fornece algumas funções para calcular automaticamente valores dos atributos dos conjuntos de acordo com valores dos atributos dos objetos membros. Todos estes conceitos podem-se compor indistintamente, formando hierarquias mistas em conceitos. O piano de versões do DAMOKLES também foi modificado. Ele agora reflete as características semânticas dos tipos versionados. Os tipos de objetos podem ser versionados ou não-versionados. Os objetos de urn tipo não-versionado são objetos que mantém a estrutura declarada no tipo. Por outro lado, cada objeto de tipo versionado é interpretado como um objeto abstrato que agrupa o conjunto de suas versões. As versões dos tipos versionados assumem a estrutura declarada no tipo. Finalmente, o BD_PAC é implementado tendo como base o sistema de gerencia de banco de dados DAMOKLES. Isto significa que, alem das características comuns de SGBDs (controle de concorrência, reconstrução de falha), são mantidas todas as facilidades de gerencia de dados para ambientes de projeto do DAMOKLES. Por exemplo, suporte para transação de projeto e manutenção de áreas de dados públicas e privativas a projetistas. / Design application has been classified as a nonconventional application. As such, it presents data processing requirements that are not fulfilled with the database management systems available commercially /SID 80/. The data structure of the systems that support digital systems design has much in common with the data organization in the moderns software development environments /MAC 89/. This work's goal is to propose a data model that is able to fulfil the data modelling necessities of the software and hardware design environments. The proposed data model, called BD_PAC, is an extension of the DAMOKLES Design Object Data Model. It supports objects and relationships organized in types. An object type defines the structure of its objects. Relationships allow generic connection between objects, that is, connections that have no semantic meaning to the data model. BI)_PAC supports a collection of abstraction concepts /BRO 84/ that organize and associate objects. The aggregation concept corresponds to the notion of property, in the sense of composition /MAT 88/. Aggregate objects are allowed to share component objects. The generalization concept supports supertype and subtypes hierarchies. In those hierarchies, subtypes inherit the supertypes properties. The association concept supports object set creation. the data model offers some functions to be used in the automatic derivation of set attributes. The derivation is done over the values of the member objects' attributes. All these abstraction concepts may be integrated to form concept mixed hierarchies. The DAMOKLES versions plan has been also modified. It now reflects the semantic characteristics of versioned types. Object types may be either versioned or non-versioned. The objects of a nonversioned type keep the structured declared for the type. Otherwise, each object of a versioned type is treated as an abstract object that groups its version set. Versions of versioned types assume the structured declared for the type. Finally, BD_PAC is implemented over the DAMOKLES database management system. It means that, besides those common characteristics found in DBMS (concurrence control, recovery), facilities specially implemented for design application in DAMOKLES are also kept. For example, support for design transaction and public and private databases.

A aplicação de projeto é comumente classificada como uma aplicação não-convencional. Como tal, apresenta requerimentos no tratamento dos dados que os bancos de dados comercialmente disponíveis não conseguem satisfazer /SID 80/. A estruturação dos dados dos sistemas que apóiam o projeto de sistemas digitais tem muito em comum com a organização dos dados nos modernos ambientes de desenvolvimento de software /MAC 89/. Este trabalho tem por objetivo propor um modelo de dados capaz de suprir as necessidades de modelagem dos dados dos ambientes de projeto de software e de hardware. O modelo proposto, chamado de BD_PAC, é uma extensão do modelo de dados do Sistema DAMOKLES. Ele apresenta os conceitos de objetos e relacionamentos organizados em tipos. Um tipo define a estrutura dos seus objetos. Os relacionamentos possibilitam ligações genéricas entre objetos, ou seja, ligações sem significado semantico preciso para o modelo de dados. O BD_PAC suporta uma coleção de conceitos de abstração /BRO 84/ que organiza e associa os objetos. O conceito de agregação corresponde a noção de propriedade no sentido de composição /MAT 88/. Objetos agregados podem compartilhar objetos componentes. O conceito de generalização suporta a formação de hierarquias de supertipos e subtipos. Nestas hierarquias, os subtipos herdam as propriedades dos supertipos.O conceito de associação permite a criação de conjuntos de objetos. 0 modelo fornece algumas funções para calcular automaticamente valores dos atributos dos conjuntos de acordo com valores dos atributos dos objetos membros. Todos estes conceitos podem-se compor indistintamente, formando hierarquias mistas em conceitos. O piano de versões do DAMOKLES também foi modificado. Ele agora reflete as características semânticas dos tipos versionados. Os tipos de objetos podem ser versionados ou não-versionados. Os objetos de urn tipo não-versionado são objetos que mantém a estrutura declarada no tipo. Por outro lado, cada objeto de tipo versionado é interpretado como um objeto abstrato que agrupa o conjunto de suas versões. As versões dos tipos versionados assumem a estrutura declarada no tipo. Finalmente, o BD_PAC é implementado tendo como base o sistema de gerencia de banco de dados DAMOKLES. Isto significa que, alem das características comuns de SGBDs (controle de concorrência, reconstrução de falha), são mantidas todas as facilidades de gerencia de dados para ambientes de projeto do DAMOKLES. Por exemplo, suporte para transação de projeto e manutenção de áreas de dados públicas e privativas a projetistas. / Design application has been classified as a nonconventional application. As such, it presents data processing requirements that are not fulfilled with the database management systems available commercially /SID 80/. The data structure of the systems that support digital systems design has much in common with the data organization in the moderns software development environments /MAC 89/. This work's goal is to propose a data model that is able to fulfil the data modelling necessities of the software and hardware design environments. The proposed data model, called BD_PAC, is an extension of the DAMOKLES Design Object Data Model. It supports objects and relationships organized in types. An object type defines the structure of its objects. Relationships allow generic connection between objects, that is, connections that have no semantic meaning to the data model. BI)_PAC supports a collection of abstraction concepts /BRO 84/ that organize and associate objects. The aggregation concept corresponds to the notion of property, in the sense of composition /MAT 88/. Aggregate objects are allowed to share component objects. The generalization concept supports supertype and subtypes hierarchies. In those hierarchies, subtypes inherit the supertypes properties. The association concept supports object set creation. the data model offers some functions to be used in the automatic derivation of set attributes. The derivation is done over the values of the member objects' attributes. All these abstraction concepts may be integrated to form concept mixed hierarchies. The DAMOKLES versions plan has been also modified. It now reflects the semantic characteristics of versioned types. Object types may be either versioned or non-versioned. The objects of a nonversioned type keep the structured declared for the type. Otherwise, each object of a versioned type is treated as an abstract object that groups its version set. Versions of versioned types assume the structured declared for the type. Finally, BD_PAC is implemented over the DAMOKLES database management system. It means that, besides those common characteristics found in DBMS (concurrence control, recovery), facilities specially implemented for design application in DAMOKLES are also kept. For example, support for design transaction and public and private databases.

O trabalho apresenta os recursos oferecidos ao usuario do ambiente de projeto AMPLO para o controle e gerencia do processo de simulação de sistemas digitais. O ambiente de simulação proposto a constituído por diversas ferramentas baseadas em recursos gráficos- interativos. As ferramentas do ambiente permitem executar funções como : construir modelos de simulação a partir das descrições de sistemas armazenadas na base de dados, gerar estados iniciais para os modelos de simulação através de estratégias de inicialização pré-definidas, criar estímulos a serem aplicados aos modelos de simulação utilizando linguagens gráficas e textuais dedicadas, vincular estímulos as entradas primarias dos modelos de simulação, controlar a simulação através dos comandos de simulação disponíveis na sessão de simulação, analisar os resultados das simulações já, realizadas através de recursos gráficos de visualização e criar uma sequência de comandos que devem ser executados dentro de uma sessão de simulação. O ambiente de simulação integra todos os dados gerados durante o processo de simulação em uma base de dados única. Para isto, os objetos manipulados pelas diversas ferramentas do ambiente e as relações existentes entre eles foram definidos de acordo com um modelo de dados uniforme que e a base para a implementação de uma base de dados íntegra e não redundante. A interface de acesso a esta base de dados a constituída por funções primitivas que realizam o acesso a cada um dos objetos. Estas primitivas de acesso a base de dados permitem a criação, alteração e remoção dos objetos mantendo a consistência geral dos mesmos, bem como vários tipos de consultas. O processo de simulação propriamente dito a controlado por um conjunto de funções próprias para a simulação disponíveis na sessão de simulação. A sessão de simulação apresenta uma linguagem de comandos que através de recursos de visualização gráfico-interativos permite ao usuário, entre outros recursos, alterar e monitorar valores de sinais do modelo de simulação e controlar o avanço do tempo de simulação. A sessão de simulação realiza a comunicação com os simuladores através de um sistema de troca de mensagens onde para cada comando fornecido durante a sessão de simulação, uma mensagem é acrescentada ao conjunto de mensagens enviadas ao simulador. / This work describes the facilities that are available to the user of the AMPLO design environment for controlling and managing the process of digital systems simulation. The proposed simulation environment is composed by several tools that are of graphical-interactive nature. These tools support tasks like: building simulation models from system descriptions stored in the data base, generating initial states for the models according to various initialization strategies, creating stimuli to be applied to the models by using dedicated graphical and textual languages, associating stimuli to the primary inputs of the models, controlling the simulation run through a specialized command language, and analyzing results of already executed simulation runs. The environment integrates all data that is generated during the simulation process in a unique data base. Therefore, objects that are manipulated by the several tools of the environment, as well as relationships between them, have been defined according to a uniform data model which is the basis for the implementation of a consistent and non-redundant data base. The access interface to this data base is composed by primitive functions that implement the access to the objects. These functions allow the creation, modification, and removal of objects, while maintaining their overall consistency, as well as several queries. The process of simulation itself is controlled by a command language. These commands are available during the simulation session, which integrates the environment with the AMPLO simulators through a message system. The command language, through graphical-interactive visualization facilities, allow the user to modify and monitor signals values of the model and to control the simulation time advancement. Each command issue adds a new message to a message queue to be sent to the simulator.

O trabalho apresenta os recursos oferecidos ao usuario do ambiente de projeto AMPLO para o controle e gerencia do processo de simulação de sistemas digitais. O ambiente de simulação proposto a constituído por diversas ferramentas baseadas em recursos gráficos- interativos. As ferramentas do ambiente permitem executar funções como : construir modelos de simulação a partir das descrições de sistemas armazenadas na base de dados, gerar estados iniciais para os modelos de simulação através de estratégias de inicialização pré-definidas, criar estímulos a serem aplicados aos modelos de simulação utilizando linguagens gráficas e textuais dedicadas, vincular estímulos as entradas primarias dos modelos de simulação, controlar a simulação através dos comandos de simulação disponíveis na sessão de simulação, analisar os resultados das simulações já, realizadas através de recursos gráficos de visualização e criar uma sequência de comandos que devem ser executados dentro de uma sessão de simulação. O ambiente de simulação integra todos os dados gerados durante o processo de simulação em uma base de dados única. Para isto, os objetos manipulados pelas diversas ferramentas do ambiente e as relações existentes entre eles foram definidos de acordo com um modelo de dados uniforme que e a base para a implementação de uma base de dados íntegra e não redundante. A interface de acesso a esta base de dados a constituída por funções primitivas que realizam o acesso a cada um dos objetos. Estas primitivas de acesso a base de dados permitem a criação, alteração e remoção dos objetos mantendo a consistência geral dos mesmos, bem como vários tipos de consultas. O processo de simulação propriamente dito a controlado por um conjunto de funções próprias para a simulação disponíveis na sessão de simulação. A sessão de simulação apresenta uma linguagem de comandos que através de recursos de visualização gráfico-interativos permite ao usuário, entre outros recursos, alterar e monitorar valores de sinais do modelo de simulação e controlar o avanço do tempo de simulação. A sessão de simulação realiza a comunicação com os simuladores através de um sistema de troca de mensagens onde para cada comando fornecido durante a sessão de simulação, uma mensagem é acrescentada ao conjunto de mensagens enviadas ao simulador. / This work describes the facilities that are available to the user of the AMPLO design environment for controlling and managing the process of digital systems simulation. The proposed simulation environment is composed by several tools that are of graphical-interactive nature. These tools support tasks like: building simulation models from system descriptions stored in the data base, generating initial states for the models according to various initialization strategies, creating stimuli to be applied to the models by using dedicated graphical and textual languages, associating stimuli to the primary inputs of the models, controlling the simulation run through a specialized command language, and analyzing results of already executed simulation runs. The environment integrates all data that is generated during the simulation process in a unique data base. Therefore, objects that are manipulated by the several tools of the environment, as well as relationships between them, have been defined according to a uniform data model which is the basis for the implementation of a consistent and non-redundant data base. The access interface to this data base is composed by primitive functions that implement the access to the objects. These functions allow the creation, modification, and removal of objects, while maintaining their overall consistency, as well as several queries. The process of simulation itself is controlled by a command language. These commands are available during the simulation session, which integrates the environment with the AMPLO simulators through a message system. The command language, through graphical-interactive visualization facilities, allow the user to modify and monitor signals values of the model and to control the simulation time advancement. Each command issue adds a new message to a message queue to be sent to the simulator.

O trabalho apresenta os recursos oferecidos ao usuario do ambiente de projeto AMPLO para o controle e gerencia do processo de simulação de sistemas digitais. O ambiente de simulação proposto a constituído por diversas ferramentas baseadas em recursos gráficos- interativos. As ferramentas do ambiente permitem executar funções como : construir modelos de simulação a partir das descrições de sistemas armazenadas na base de dados, gerar estados iniciais para os modelos de simulação através de estratégias de inicialização pré-definidas, criar estímulos a serem aplicados aos modelos de simulação utilizando linguagens gráficas e textuais dedicadas, vincular estímulos as entradas primarias dos modelos de simulação, controlar a simulação através dos comandos de simulação disponíveis na sessão de simulação, analisar os resultados das simulações já, realizadas através de recursos gráficos de visualização e criar uma sequência de comandos que devem ser executados dentro de uma sessão de simulação. O ambiente de simulação integra todos os dados gerados durante o processo de simulação em uma base de dados única. Para isto, os objetos manipulados pelas diversas ferramentas do ambiente e as relações existentes entre eles foram definidos de acordo com um modelo de dados uniforme que e a base para a implementação de uma base de dados íntegra e não redundante. A interface de acesso a esta base de dados a constituída por funções primitivas que realizam o acesso a cada um dos objetos. Estas primitivas de acesso a base de dados permitem a criação, alteração e remoção dos objetos mantendo a consistência geral dos mesmos, bem como vários tipos de consultas. O processo de simulação propriamente dito a controlado por um conjunto de funções próprias para a simulação disponíveis na sessão de simulação. A sessão de simulação apresenta uma linguagem de comandos que através de recursos de visualização gráfico-interativos permite ao usuário, entre outros recursos, alterar e monitorar valores de sinais do modelo de simulação e controlar o avanço do tempo de simulação. A sessão de simulação realiza a comunicação com os simuladores através de um sistema de troca de mensagens onde para cada comando fornecido durante a sessão de simulação, uma mensagem é acrescentada ao conjunto de mensagens enviadas ao simulador. / This work describes the facilities that are available to the user of the AMPLO design environment for controlling and managing the process of digital systems simulation. The proposed simulation environment is composed by several tools that are of graphical-interactive nature. These tools support tasks like: building simulation models from system descriptions stored in the data base, generating initial states for the models according to various initialization strategies, creating stimuli to be applied to the models by using dedicated graphical and textual languages, associating stimuli to the primary inputs of the models, controlling the simulation run through a specialized command language, and analyzing results of already executed simulation runs. The environment integrates all data that is generated during the simulation process in a unique data base. Therefore, objects that are manipulated by the several tools of the environment, as well as relationships between them, have been defined according to a uniform data model which is the basis for the implementation of a consistent and non-redundant data base. The access interface to this data base is composed by primitive functions that implement the access to the objects. These functions allow the creation, modification, and removal of objects, while maintaining their overall consistency, as well as several queries. The process of simulation itself is controlled by a command language. These commands are available during the simulation session, which integrates the environment with the AMPLO simulators through a message system. The command language, through graphical-interactive visualization facilities, allow the user to modify and monitor signals values of the model and to control the simulation time advancement. Each command issue adds a new message to a message queue to be sent to the simulator.

A complexidade do projeto de sistemas eletrônicos, devido ao número de ferramentas envolvidas, ao grande volume de dados gerado e a natureza complicada destes dados, foi a causa principal do aparecimento, no final da década de 80, dos frameworks. Frameworks são plataformas que suportam o desenvolvimento de ambientes de projeto e que tem, como objetivo principal, liberar os projetistas das tarefas acessórias dentro do processo de projeto (como, por exemplo, a gerencia dos dados criados), possibilitando-lhes direcionar os esforços, exclusivamente, para a obtenção de melhores resultados, em menor tempo e a baixo custo. Para a realização deste objetivo, diversas técnicas são utilizadas na construção dos frameworks. Uma delas é conhecida como documentação dos passos de projeto. A documentação dos passos de projeto é um recurso utilizado para manter a história do projeto (usualmente, ferramentas executadas e dados gerados). Ela tem sido amplamente utilizada em trabalhos relacionados a frameworks. Porém, nenhum destes trabalhos aproveita toda a potencialidade do recurso. Alguns utilizam-no apenas nos serviços relacionados a gerencia de dados. Outros, utilizam-no apenas nos serviços relacionados a gerencia de projeto. A proposta deste trabalho, então, é a criação de um sistema que explore toda a potencialidade da documentação dos passos de projeto, disponibilizando, a partir daí, informações e serviços a outros sub-sistemas do framework, de forma a complementar a funcionalidade destes, tornando-os mais abrangentes e poderosos. / The VLSI design complexity, due to the number of involved tools, the enormous generated data volume and the complex nature of the data, was the main cause of the appearance of the frameworks in the end of the 80's. Frameworks are platforms that support the development of design environments and, as their main purpose, liberate the VLSI designers from the supplementary tasks in the design process, as the data management. It makes possible to direct efforts exclusively to obtaining better results, in shorter time and with lower costs. To this purpose, many techniques have been used in the implementation of frameworks. One of these techniques is known as design steps documentation. The design steps documentation is a resource used to keep the design history (usually, executed tools and generated data). It has been widely used in various frameworks. But none of them take full advantage of this resource. Some of them use the design steps documentation only in the data management services. Others, use it only in the design management services. So, the proposal of this work is to create a system that takes full advantage of the design steps documentation, providing information and services to other sub-systems of the framework to complement their functionality, making them more powerful.

Este trabalho apresenta os mecanismos de gerencia de configurações para o ambiente STAR. STAR é uma plataforma para o desenvolvimento de ambientes para projetos de circuitos e sistemas eletrônicos que está sendo desenvolvido na Universidade Federal do Rio Grande do Sul em cooperação com o Centro Científico da IBM no Rio de Janeiro. Seus objetos de projeto caracterizam-se como sistemas complexos e são representados através de um modelo de dados hierárquico, que tem por base a composição de objetos. Para expressar a evolução dos objetos de projeto no tempo utiliza-se versões, que mantêm as descrições dos objetos num determinado instante de tempo. O mecanismo de gerência de versões é fortemente relacionado à representação dos dados, suportando as diferentes dimensões que essa representação permite: visões, alternativas e revisões. A utilização de versões associada à composição de objetos faz com que se possa ter diversas possibilidades de descrição para um mesmo sistema complexo, em função da combinação das versões. Para que se possa submeter um objeto de projeto a uma ferramenta, como um simulador, épreciso selecionar versões de modo a obter uma descrição única, que é a sua configuração. A existência de um gerente de configurações dá agilidade a essa tarefa, pois ele oferece recursos para facilitar e tornar mais rápida a construção de configurações, através de manipulação e consultas a informações obtidas junto ao ambiente sobre os objetos de projeto. As configurações no STAR são determinadas a partir do atributo de referência dos componentes ou através da definição de um objeto - configuração. O gerente de configurações proposto para o ambiente neste trabalho suporta o estabelecimento de configurações estáticas, dinâmicas e abertas. Elas podem ser estabelecidas manualmente, através de escolhas do usuário, automaticamente, através da escolha entre um dos critérios pré-estabelecidos, ou de modo semi-automático, através da definição de uma expressão de configuração. Os critérios pré-estabelecidos têm por base a versão corrente e a versão mais recente. A utilização de expressões de configuração permite que se selecione versões com mais objetividade, uma vez que sua construção é feita a partir de características dos objetos, dadas por seus atributos, que permitem restringir as versões selecionadas àquelas cujas características são desejadas. A linguagem que permite a definição de expressões de configuração é um dos recursos estabelecidos que facilitam a tarefa do usuário. Outro recurso provido é a possibilidade de armazenar configurações. Isso torna possível sua reutilização em outros momentos e também por outros objetos, e preserva a flexibilidade de mantê-las como dinâmicas, ou abertas, apesar de já ter-se escolhido versões para complementá-las. Para tanto, tem-se como parte do modelo de dados os objetos-configuração, sobre os quais foram estabelecidas operações de criação, alteração, cópia, remoção, consulta e escolha de objetos. O funcionamento destas operações é a base do processo de configuração. / This work presents the mechanisms for configuration management in the STAR framework. STAR is an electronic design automation framework, under development at the University of Rio Grande do Sul in cooperation with the IBM Rio Scientific Center at Rio de Janeiro, Brazil. The design objects supported are complex systems and they are represented through a hierarchical data model. Versions are used to express the evolution process of design objects. The version management mechanism developed is strongly related with the data representation, and it supports the different dimensions of versions: views, alternatives and revisions. The use of versions associated with composite objects allows the existence of many possibilities of description for the same complex system, as a consequence of different versions combination. When submitting a design object to a design tool, like a simulator, it is necessary to select versions for components in order to obtain a single object description, called the object configuration. A configuration manager offers resources, as manipulation and query on design objects in the framework, to make version selection in configuration construction easy and fast. STAR configurations are established through component reference attributes or through a configuration object definition. The configuration management mechanism developed for the STAR framework in this work supports static, dynamic and open configurations. They are established in a manual, automatic or semi-automatic way. In the manual way, the user is responsible for choosing the selected versions. In the automatic way, it is possible to choose between the current version and the most recent version, which are pre-defined criteria. The user can define and use configuration expressions in a semi-automatic way. These expressions make the version selection objective, due to use of objects attributes, representing objects characteristics in the expression. The use of configuration expressions allows the selection of versions with specific characteristics. A language is available for the definition of configuration expressions. The possibility to store configurations is provided. Configurations may be reused in another time and by other objects. The possibility to store configurations allows them remain either dynamic or open, even if the choose of versions to complement them had been done. To make this possible, configuration objects are integrated in the data model. Operations on configuration objects are: create, update, copy, delete, query and select. These operations are the basis of the configuration process.

A complexidade do projeto de sistemas eletrônicos, devido ao número de ferramentas envolvidas, ao grande volume de dados gerado e a natureza complicada destes dados, foi a causa principal do aparecimento, no final da década de 80, dos frameworks. Frameworks são plataformas que suportam o desenvolvimento de ambientes de projeto e que tem, como objetivo principal, liberar os projetistas das tarefas acessórias dentro do processo de projeto (como, por exemplo, a gerencia dos dados criados), possibilitando-lhes direcionar os esforços, exclusivamente, para a obtenção de melhores resultados, em menor tempo e a baixo custo. Para a realização deste objetivo, diversas técnicas são utilizadas na construção dos frameworks. Uma delas é conhecida como documentação dos passos de projeto. A documentação dos passos de projeto é um recurso utilizado para manter a história do projeto (usualmente, ferramentas executadas e dados gerados). Ela tem sido amplamente utilizada em trabalhos relacionados a frameworks. Porém, nenhum destes trabalhos aproveita toda a potencialidade do recurso. Alguns utilizam-no apenas nos serviços relacionados a gerencia de dados. Outros, utilizam-no apenas nos serviços relacionados a gerencia de projeto. A proposta deste trabalho, então, é a criação de um sistema que explore toda a potencialidade da documentação dos passos de projeto, disponibilizando, a partir daí, informações e serviços a outros sub-sistemas do framework, de forma a complementar a funcionalidade destes, tornando-os mais abrangentes e poderosos. / The VLSI design complexity, due to the number of involved tools, the enormous generated data volume and the complex nature of the data, was the main cause of the appearance of the frameworks in the end of the 80's. Frameworks are platforms that support the development of design environments and, as their main purpose, liberate the VLSI designers from the supplementary tasks in the design process, as the data management. It makes possible to direct efforts exclusively to obtaining better results, in shorter time and with lower costs. To this purpose, many techniques have been used in the implementation of frameworks. One of these techniques is known as design steps documentation. The design steps documentation is a resource used to keep the design history (usually, executed tools and generated data). It has been widely used in various frameworks. But none of them take full advantage of this resource. Some of them use the design steps documentation only in the data management services. Others, use it only in the design management services. So, the proposal of this work is to create a system that takes full advantage of the design steps documentation, providing information and services to other sub-systems of the framework to complement their functionality, making them more powerful.

A complexidade do projeto de sistemas eletrônicos, devido ao número de ferramentas envolvidas, ao grande volume de dados gerado e a natureza complicada destes dados, foi a causa principal do aparecimento, no final da década de 80, dos frameworks. Frameworks são plataformas que suportam o desenvolvimento de ambientes de projeto e que tem, como objetivo principal, liberar os projetistas das tarefas acessórias dentro do processo de projeto (como, por exemplo, a gerencia dos dados criados), possibilitando-lhes direcionar os esforços, exclusivamente, para a obtenção de melhores resultados, em menor tempo e a baixo custo. Para a realização deste objetivo, diversas técnicas são utilizadas na construção dos frameworks. Uma delas é conhecida como documentação dos passos de projeto. A documentação dos passos de projeto é um recurso utilizado para manter a história do projeto (usualmente, ferramentas executadas e dados gerados). Ela tem sido amplamente utilizada em trabalhos relacionados a frameworks. Porém, nenhum destes trabalhos aproveita toda a potencialidade do recurso. Alguns utilizam-no apenas nos serviços relacionados a gerencia de dados. Outros, utilizam-no apenas nos serviços relacionados a gerencia de projeto. A proposta deste trabalho, então, é a criação de um sistema que explore toda a potencialidade da documentação dos passos de projeto, disponibilizando, a partir daí, informações e serviços a outros sub-sistemas do framework, de forma a complementar a funcionalidade destes, tornando-os mais abrangentes e poderosos. / The VLSI design complexity, due to the number of involved tools, the enormous generated data volume and the complex nature of the data, was the main cause of the appearance of the frameworks in the end of the 80's. Frameworks are platforms that support the development of design environments and, as their main purpose, liberate the VLSI designers from the supplementary tasks in the design process, as the data management. It makes possible to direct efforts exclusively to obtaining better results, in shorter time and with lower costs. To this purpose, many techniques have been used in the implementation of frameworks. One of these techniques is known as design steps documentation. The design steps documentation is a resource used to keep the design history (usually, executed tools and generated data). It has been widely used in various frameworks. But none of them take full advantage of this resource. Some of them use the design steps documentation only in the data management services. Others, use it only in the design management services. So, the proposal of this work is to create a system that takes full advantage of the design steps documentation, providing information and services to other sub-systems of the framework to complement their functionality, making them more powerful.