[pt] A transparência é um termo chave que está presente em diversos contextos como o econômico e político, e atualmente um dos novos contextos em que se apresenta é a transparência de software. Software livre é um bom exemplo de transparência de software, onde a grande vantagem é que podemos acessar o código fonte e então escolher entre suas características as que desejamos, porém esta possibilidade está direcionada somente aqueles que entendem seu código fonte. Entender o código fonte de um software poder ser uma tarefa árdua, especialmente se nenhuma técnica foi utilizada para facilitar sua leitura. Neste trabalho exploramos um método de desenvolvimento para software livre baseado no uso de cenários. O resultado da aplicação deste método será um documento único, o código fonte, onde teremos os cenários integrados com o código, facilitando sua leitura e entendimento, trazendo assim mais transparência para o software. Este método foi refinado durante sua aplicação na re-engenharia do software C&L. Para produzir uma documentação complementar aos cenários inclusos no código fonte, utilizamos a técnica LAL (Léxico Ampliado da Linguagem) para mapear o espaço de nomes do novo software C&L. / [en] Transparency is a keyword present in different contexts such as the economic and the political ones, and, currently, one of the new contexts, in which it stands, is software. Free (open source) software is a good example of transparency, where the great advantage is that one can access the source code and then choose the characteristics he/she wants, but, in this way, we will be serving only those who understand the source code. Understanding software source code can be an arduous task, especially if no technique has been used for facilitate reading. In this work we explore a method for developing free software based on the use of scenarios. The result of applying this method is a single document, the source code, in which the scenarios will be integrated within the code, making it easier to read and understand, thus bringing more transparency to the software. This method was refined during its application to reengineer the C&L software. In order to produce additional documentation, besides the scenarios embedded in the code, we used the LEL (Language Extended Lexicon) technique to map the namespace of the new C&L.

[pt] Transparência é um critério de qualidade crítico para sociedades democráticas modernas. Como o software permeia a sociedade, a transparência se tornou uma preocupação para softwares operando em domínios públicos, sejam eles eGovernment, eCommerce ou softwares sociais. Dessa forma, a transparência de software está se tornando um critério de qualidade que demanda mais atenção dos desenvolvedores de software. Requisitos de transparência em um sistema de software estão relacionados a requisitos não-funcionais, como disponibilidade, usabilidade, informatividade, entendimento e auditabilidade. Entretanto, requisitos de transparência são especialmente difíceis de serem validados devido à natureza subjetiva dos conceitos envolvidos. Essa tese propõe o desenvolvimento intencional de software transparente dirigido por requisitos de transparência. Os requisitos de transparência são elicitados com o apoio de um catálogo de padrões de requisitos, relativamente validados pelos interessados através do uso de argumentação e representados em modelos intencionais. Modelos intencionais são fundamentais para a transparência de software, uma vez que associam aos requisitos as metas e os critérios de qualidade esperados pelos interessados e que justificam as decisões tomadas. Um sistema exemplo foi implementado como um sistema multi-agentes intencional, ou seja, com agentes colaborativos que implementam o modelo Belief-Desire-Intention e que são capazes de raciocinar sobre metas e critérios de qualidade. Essa tese discute as questões importantes para o sucesso da nossa abordagem de desenvolvimento de software transparente, como: (i) rastreabilidade requisitos-código e código-requisitos; (ii) o uso de lógica nebulosa para desenvolver uma máquina de raciocínio para agentes intencionais; (iii) a aplicação de argumentação para a validação relativa de requisitos de transparência através da obtenção de um consenso entre os interessados; e (iv) pré-rastreabilidade colaborativa para modelos intencionais baseada nas interações sociais. Nossas idéias foram validadas através de estudos de caso em diferentes domínios, tal como computação ubíqua e aplicações Web. / [en] Transparency is a critical quality criterion to modern democratic societies. As software permeates society, transparency has become a concern to public domain software, as eGovernment, eCommerce or social software. Therefore, software transparency is becoming a quality criterion that demands more attention from software developers. In particular, transparency requirements of a software system are related to non-functional requirements, e.g. availability, usability, informativeness, understandability and auditability. However, transparency requirements are particularly difficult to validate due to the subjective nature of the involved concepts. This thesis proposes a transparency-requirements-driven intentional development of transparent software. Transparency requirements are elicited with the support of a requirements patterns catalog, relatively validated by the stakeholders through argumentation and represented on intentional models. Intentional models are fundamental to software transparency, as they associate goals and quality criteria expected by the stakeholders with the software requirements. The goals and quality criteria also justify the decisions made during software development. A system was implemented as an intentional multi-agents system, i.e., a system with collaborative agents that implement the Belief-Desire- Intention model and that are capable of reasoning about goals and quality criteria. This thesis discusses important questions to the success of our approach to the development of transparent software, such as: (i) forward and backward traceability; (ii) a fuzzy-logic based reasoning engine for intentional agents; (iii) the application of an argumentation framework to relatively validate transparency requirements through stakeholders’ multi-party agreement; and (iv) collaborative pre-traceability for intentional models based on social interactions. Our ideas were validated through case studies from different domains, such as ubiquitous computing and Web applications.

[pt] Jogos educacionais vêm sendo propostos no ensino de ciências da computação, e também no ensino de a engenharia de software. Neste trabalho, apresentamos uma abordagem de modelagem intencional apoiada em conceitos de transparência para a implementação do jogo educacional SimulES. SimulES é um jogo para apoiar o ensino de engenharia de software. A abordagem é inovadora neste contexto. Acreditamos que a modelagem intencional é pertinente para modelar jogos, já que ela permite representar a interação e colaboração entre os atores, além de apoiar conceitos de transparência. Essa modelagem foi usada no desenvolvimento do software SimulES-W que implementa o jogo num ambiente Web. / [en] Educational games have been proposed for teaching computer science, and software engineering as well. This work presents an approach for intentional modeling supported by concepts of transparency towards the implementation of the educational game SimulES. SimulES is a game for helping software engineering teaching. The approach is innovative in that context. We believe that intentional modeling is akin to game modeling, since it allows us to represent the interaction and collaboration among the actors as well concepts of transparency. The intentional model we produced was used to develop the software that implements SimulES-W, a Web based version of the game.

[pt] Transparência, no sentido de translúcido, é um conceito presente em uma enorme variedade de âmbitos e, recentemente, tem sido explorado no contexto de software. Um software transparente é aquele que informa sobre si mesmo, disponibilizando informação sobre o que faz, como e porque o faz. A abordagem da transparência no contexto de software se iniciou através da instanciação de um catálogo de requisitos não funcionais (RNFs), que inicialmente foi desenvolvido para transparência de processos. Durante a construção deste catálogo, notou-se que os RNFs dependência, rastreabilidade e detalhamento, presentes no catálogo, estão relacionados a problemas clássicos da Engenharia de Software. Estes problemas são, respectivamente, a definição de critérios para modularização do software, rastreabilidade entre seus artefatos e entendimento do seu código. Neste trabalho, propomos estratégias para lidar especificamente com estes três problemas, contribuindo também para construção de softwares mais transparentes, uma vez que sua solução implica na satisfação de qualidades do catálogo. Estas estratégias foram estruturadas através de um processo de construção de software. Esse processo tem como escopo software para Web, utilizando arquitetura MVC, desenvolvido através do paradigma de programação procedural. A ideia central do processo é a utilização de dois artefatos de requisitos, Léxico Ampliado da Linguagem (LAL) e cenários, durante todo processo de construção do software. O LAL é utilizado na definição dos módulos do software. Os cenários são refinados em diferentes níveis de abstração, de modo que permeiam todo o processo, desde os requisitos até serem integrados ao código fonte do software. Os rastros entre os diferentes níveis de abstração dos cenários são mantidos. As operacionalizações propostas no processo foram anexadas ao catálogo de transparência de software, possibilitando futura reutilização orientada a qualidades. O processo e suas operacionalizações foram avaliados através de estudos empíricos envolvendo diversos sujeitos. O resultado das avaliações sugere que o processo contribui positivamente para as qualidades de detalhamento, dependência e rastreabilidade, presentes no catálogo de transparência. / [en] Transparency is a concept that permeates different disciplines, and recently has been explored in the context of software engineering. Transparent software aims to make information about it transparent and also aims to provide transparency on its behavior. The study of transparency in the context of software started by instantiating a catalog of non-functional requirements (NFRs). During the construction of this catalog, we realized that the NFRs of traceability, dependability and detailing are related to classical problems in software engineering. These problems are, respectively, the definition of software modules, traceability between its artifacts and the understanding of its source code. In this work we propose strategies to deal specifically with these three problems. As these problems are also related to the transparency catalog, then if we contribute to solving these problems, we will also be contributing to software transparency. These strategies were structured through a software construction process that has Web software as its main target. The process uses MVC architecture and procedural oriented programming languages. The central idea of this process is to use two requirements artifacts, the Language Extended Lexicon (LEL) and scenarios, throughout the construction process. The LEL is used in the definition of the software modules. The scenarios are refined at different levels of abstraction so that they permeate the entire development process, from requirements documentation until their integration with the software source code. The traces between these scenarios are maintained. The strategies proposed in the process were attached to the software transparency catalog to allow for quality based reuse. The process and its operationalizations were evaluated through empirical studies involving different subjects. The results of the evaluations suggest that the process contributes positively to the quality of detailing, dependency and traceability, present in the transparency catalog.