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.