No description available.

[pt] Este trabalho apresenta um modelo de representação de conhecimento e a arquitetura conceitual de um ambiente de design integrado para apoiar a representação de design rationale e seu uso no design de artefatos de software. Em nossa abordagem de representação propomos o uso da semântica formal dos artefatos, fornecida pelos métodos de design, para representar design rationale usando o vocabulário definido na ontologia Kuaba. Este vocabulário, descrito em uma linguagem formal para especificação de ontologias, permite definir um conjunto de regras e operações computáveis que apóiam o reuso de designs na produção de novos artefatos de software. Esta abordagem de representação possibilita um novo tipo de reuso de design de software em um nível mais alto de abstração, onde rationales podem ser integrados e re- empregados no design de um novo artefato. / [en] This work presents a knowledge representation model and the conceptual architecture of an integrated design environment to support recording design rationale, as well as use of design rationale, during design of software artifacts. In our representation approach, we propose the use of the formal semantics of artifacts provided by design methods to represent design rationale using the vocabulary defined in the Kuaba ontology. This vocabulary described in a formal ontologies specification language allows defining a set of rules and computable operations that support the reuse of designs in the production of new software artifacts. This representation approach enables a type of software design reuse at the highest abstraction level, where rationales can be integrated and re-employed in designing a new artifact.

Made available in DSpace on 2016-12-23T14:33:47Z (GMT). No. of bitstreams: 1 Alex Pinheiro das Gracas.pdf: 2761846 bytes, checksum: a904945394b1c705b72df3268f5bdab8 (MD5) Previous issue date: 2010-08-27 / The adoption of ontologically well founded languages for building ontologies has acquiring more adopters, however its widespread use stumble on using difficulties by inexperienced modelers. This dissertation proposes a methodological guide to support the building of domain ontologies using the ontologically well founded language OntoUML. This guide through the analysis of language structure, restrictions and design patterns helps the designer on the modeling process. Beyond, the building support interactions are used to generate a design rationale. At last, it is presented a Web application implementing the ideas proposed in this work / A adoção de linguagens ontologicamente bem fundamentadas para construção de ontologias, apesar de vir ganhando mais adeptos, esbarra nas dificuldades da utilização desta linguagem por modeladores inexperientes. Este trabalho propõe um guia metodológico para apoiar as construções de ontologias utilizando a linguagem OntoUML Este guia auxilia o projetista no processo de modelagem através do estudo da estrutura da linguagem, suas restrições sintáticas e padrões de projetos. Além disso, as interações com o modelador na utilização deste guia são utilizadas para gerar um design rationale do processo de modelagem. Por final é apresentada uma implementação Web de uma ferramenta que demonstra as propostas apresentadas neste trabalho

Orientador: Jacques Wainer / Tese (doutorado) - Universidade Estadual de Campinas, Instituto de Computação / Made available in DSpace on 2018-08-16T05:40:57Z (GMT). No. of bitstreams: 1 Billa_CleoZanella_D.pdf: 3316703 bytes, checksum: 82c6b703f196ad4980b583703c56be1f (MD5) Previous issue date: 2009 / Resumo: Atualmente, o uso da computação na medicina vem crescendo cada vez mais, e um dos temas mais discutidos é o prontuário clínico eletrônico. é consenso que a utilização de um prontuário eletrônico pode facilitar o trabalho do profissional de saúde e melhorar ainda mais a qualidade do cuidado em saúde, porém ainda existe muita discussão sobre como ele deve ser e quais ferramentas deve oferecer. Este trabalho propõe duas novas formas de visualização do prontuário. A primeira é um sumário com as informações mais relevantes do paciente. A segunda é a representação dos dados do paciente através de um diagrama, onde o profissional de saúde pode expressar o design rationale (DR) da consulta. A área de sumarização automática é um problema altamente complexo, e apesar de terem sido usados procedimentos muito simples, o experimento realizado mostrou que o processo foi suficiente para construir um sumário com o mínimo de informações necessárias para que o quadro clínico do paciente pudesse ser entendido. Alguns estudos apontam que a falta de informação sobre o processo de diagnóstico e sobre o planejamento do tratamento é uma das principais falhas de um sistema de prontuário eletrônico. Por isso, foi sugerida uma representação que utiliza diagramas para armazenar e visualizar, além dos dados do paciente, o raciocínio do profissional de saúde durante uma consulta. Essa técnica é conhecida como design rationale, e é usada, principalmente, na área de engenharia de software. Além de propor essas duas novas formas de visualização do prontuário clínico, foi realizado um experimento formal com o objetivo de testar o sumário e o diagrama com DR na prática. O experimento ocorreu em um ambulatório de clínica geral da Unifesp, onde alunos do curso de medicina recebiam o sumário, ou o diagrama com DR, ou o prontuário clínico tradicional e respondiam questões sobre um determinado caso. Os resultados do experimento mostram que o sumário continha informações suficientes para avaliar o quadro clínico do paciente; porém, eles também mostram que o diagrama com DR provavelmente não apresentou nenhuma vantagem em relação ao prontuário tradicional / Abstract: Collaboration between computer science and medicine is growing day by day, and one of the most controversial topics is the electronic patient record (EPR). Despite all scientists agree that the EPR can improve health care quality, how it should behave, or what tools it should provide are still open questions. This work suggests two ways to visualize the EPR. The first is through a summary, with the most important information of the patient. And, the second, is a diagram where the physician is able to express his design rationale. Summarization is a complex problem, and despite very simple procedures were used, the experimental evaluation shows that the summary contains as much information as the traditional EPR. The idea of diagrams to visualize the EPR was originated in a technique called design rationale (DR), used, mostly, in Software Engineering. Its major goal is to reproduce the rationale during a project design. Some researches pointed out that one of the major limitations of EPR is the lack of information about diagnosis processes, and treatment planning. To evaluate these new ways of visualization of the EPR, an experimental evaluation was performed to test the summary and the diagram in real practice. The experiment was conduct in a outpatient care clinic at Unifesp, where medical students use the summary, or the diagram, or the traditional EPR to answer questions about specific patients. The results of the experiment show that the summary was equivalent to the traditional EPR, and that the diagram no not show any leverage to the traditional EPR / Doutorado / Informática Médica / Doutor em Ciência da Computação

O volume crescente de projetos de pesquisa que envolvem software motiva a realização de análises sobre os processos utilizados no desenvolvimento desses projetos, considerando-se as atividades realizadas, os resultados obtidos e a aplicação de recursos. Na área de Engenharia de Software, processos têm sido propostos nos últimos anos com o objetivo de contribuir para o desenvolvimento de projetos de pesquisa que envolvem software. Busca-se, de forma geral, auxiliar o gerenciamento dos diversos artefatos que podem ser gerados, por exemplo, modelos, código fonte, relatórios técnicos e artigos científicos. As soluções apresentadas na literatura começaram a ser propostas recentemente e, portanto, os estudos realizados nessa área apresentam-se em estágio bastante inicial. Dessa forma, o objetivo deste trabalho foi definir um processo para o desenvolvimento de projetos de pesquisa envolvendo software, que esteja de acordo com um conjunto de requisitos identificado e que possa contribuir para a evolução desses projetos. Para reforçar a continuidade dos projetos, foi estudada a abordagem de design rationale, com o objetivo de oferecer meios para que as decisões sejam capturadas e registradas em fases específicas do desenvolvimento. O processo de documentação foi enfatizado, ou seja, foi investigado como a abordagem de design rationale poderia ser utilizada para melhorar a documentação dos projetos de pesquisa. Como um resultado obtido, foi definido um modelo para representação de design rationale (DR-SACI), implementado em uma ferramenta CASE e avaliado em um experimento / The increasing volume of research projects in the context of software is a motivation for analyzing processes which are used to develop such projects, regarding activities that are carried out, results that are gathered and application of resources. In the Software Engineering area, recently, processes have been considered with the objective to contribute for research projects development in which software is an element. Overall, the main purpose is to help management overtime of artifacts that can be produced, such as, models, code, technical reports and scientific papers. However, research developed in this direction and solutions discussed in the literature are presented in an initial stage. Therefore, the objective of this work was to define a process for development of research projects regarding a set of requirements. It is expected that such process can be useful to contribute for evolution of these projects. To reinforce the aspect of research project evolution, the design rationale approach was studied. The goal was to provide the opportunity of capturing and registering decisions in specific development phases. The documentation process was emphasized, i.e., the design rationale approach was analyzed focusing on the improvement of research projects documentation. As a result, a model for design rationale representation was defined, implemented in a CASE tool and evaluated by means of an experiment

Os métodos ágeis introduziram uma nova abordagem de desenvolvimento de software, enfatizando os indivíduos, o produto e a comunicação. Prometem alta satisfação do cliente, baixo índice de erros, tempo de desenvolvimento mais rápido e uma solução para a rápida mudança de requisitos. Por outro lado, modelos de qualidade de software, como o CMMI, prometem previsibilidade, estabilidade e segurança, melhorando a qualidade dos produtos e dos processos da empresa. O intuito desta pesquisa é unir estas duas abordagens na tentativa de aproveitar as vantagens de ambas. Como resultado, apresenta-se o framework Scrum-DR, uma extensão do Scrum, aderente às diretrizes do CMMI-DEV na categoria Suporte. O Scrum-DR possui características do desenvolvimento ágil de software e contempla a utilização de técnicas de Design Rationale, apresentando um modelo que soluciona uma importante questão nas metodologias ágeis. / Agile methods introduced a new approach to software development, emphasizing individuals, product, and communication. They promise high customer satisfaction, low error rates, faster development time and a solution for rapidly changing requirements. On the other hand, software quality models, such as CMMI, promise predictability, stability and security, improving the quality of the company\'s products and processes. The purpose of this research is to link these two approaches in an attempt to take advantage of both. As a result, the Scrum-DR framework, a Scrum extension, adhering to the CMMI-DEV guidelines in the Support category is presented. Scrum-DR has characteristics of agile software development and contemplates the use of Design Rationale techniques, presenting a model that solves an important issue in agile methodologies.

For a number of years, members of the Artificial Intelligence (AI) in Design community have studied Design Rationale (DR), the reasons behind decisions made while designing. DR is invaluable as an aid for revising, maintaining, documenting, evaluating, and learning the design. The presence of DR would be especially valuable for software maintenance. The rationale would provide insight into why the system is the way it is by giving the reasons behind the design decisions, could help to indicate where changes might be needed during maintenance if design goals change, and help the maintainer avoid repeating earlier mistakes by explicitly documenting alternatives that were tried earlier that did not work. Unfortunately, while everyone agrees that design rationale is useful, it is still not used enough in practice. Possible reasons for this are that the uses proposed for rationale are not compelling enough to justify the effort involved in its capture and that there are few systems available to support rationale use and capture. We have addressed this problem by developing and evaluating a system called SEURAT (Software Engineering Using RATionale) which integrates with a software development environment and goes beyond mere presentation of rationale by inferencing over it to check for completeness and consistency in the reasoning used while a software system is being developed and maintained. We feel that the SEURAT system will be invaluable during development and maintenance of software systems. During development, SEURAT will help the developers ensure that the systems they build are complete and consistent. During maintenance, SEURAT will provide insight into the reasons behind the choices made by the developers during design and implementation. The benefits of DR are clear but only with appropriate tool support, such as that provided by SEURAT, can DR live up to its full potential as an aid for revising, maintaining, and documenting the software design and implementation.

Os métodos ágeis introduziram uma nova abordagem de desenvolvimento de software, enfatizando os indivíduos, o produto e a comunicação. Prometem alta satisfação do cliente, baixo índice de erros, tempo de desenvolvimento mais rápido e uma solução para a rápida mudança de requisitos. Por outro lado, modelos de qualidade de software, como o CMMI, prometem previsibilidade, estabilidade e segurança, melhorando a qualidade dos produtos e dos processos da empresa. O intuito desta pesquisa é unir estas duas abordagens na tentativa de aproveitar as vantagens de ambas. Como resultado, apresenta-se o framework Scrum-DR, uma extensão do Scrum, aderente às diretrizes do CMMI-DEV na categoria Suporte. O Scrum-DR possui características do desenvolvimento ágil de software e contempla a utilização de técnicas de Design Rationale, apresentando um modelo que soluciona uma importante questão nas metodologias ágeis. / Agile methods introduced a new approach to software development, emphasizing individuals, product, and communication. They promise high customer satisfaction, low error rates, faster development time and a solution for rapidly changing requirements. On the other hand, software quality models, such as CMMI, promise predictability, stability and security, improving the quality of the company\'s products and processes. The purpose of this research is to link these two approaches in an attempt to take advantage of both. As a result, the Scrum-DR framework, a Scrum extension, adhering to the CMMI-DEV guidelines in the Support category is presented. Scrum-DR has characteristics of agile software development and contemplates the use of Design Rationale techniques, presenting a model that solves an important issue in agile methodologies.

No description available.

The ability to innovate and launch customized products that are well matched to customer demands is a competitive factor for many manufacturing companies. Development of highly customized products requires following an engineer-to-order business process to allow the products to be modified or adapted to new customers’ specifications, which brings more value to the customer and profit to the company. Design of a new product variant involves a large amount of repetitive and time consuming tasks but also information handling activities that are sometimes beyond human capabilities. Such work that does not rely so much on creativity can be carried out more efficiently by applying design automation systems. Design automation stands out as an effective means of cutting costs and lead time for a range of well-defined design activities and is mainly considered as a computer-based tool that processes and manipulates the design information. Adaptation and variant design usually concern generating a new variant of a basic design, which has been developed and proved previously, according to new customer’s demands. In order to efficiently generate a new variant, a deep understanding of the previous design is essential. Such understanding can be achieved by access to the design rationale explaining the reasons and justifications behind the design. Maintenance of design automation systems is essential to retain their usefulness over time and adapt them to new circumstances. New circumstances are, for example, introduction of new variants of existing products, changes in design rules in order to meet new standards or legislations, or changes in technology. To maintain a design automation system, updating the design knowledge (e.g. design rules) is required. Use of design rationale will normally become a necessity to allow a better understanding of the knowledge. Consequently, there is a need of principles and methods to enable capture, structure, and access design rationale. In this study, a framework for modeling design knowledge and managing design rationale in order to support maintenance of design automation systems is presented. Managing of design rationale concerns enabling capture, structure, and access to design rationale. In order to evaluate the applicability of the framework, the findings are tested through design automation systems in two case companies. / Impact / Adapt