[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.