???item.export.label??? ???item.export.type.endnote??? ???item.export.type.bibtex???

Please use this identifier to cite or link to this item: https://tede.ufam.edu.br/handle/tede/10437
Full metadata record
DC FieldValueLanguage
dc.creatorBarreto, Leonardo Augusto Picanço-
dc.creator.Latteshttp://lattes.cnpq.br/5008540611340470eng
dc.contributor.advisor1Conte, Tayana Uchoa-
dc.contributor.advisor1Latteshttp://lattes.cnpq.br/6682919653508224eng
dc.contributor.advisor-co1Marques, Anna Beatriz-
dc.contributor.advisor-co1Latteshttp://lattes.cnpq.br/5522150204610320eng
dc.contributor.referee1Matsubara, Patricia Gomes Fernandes-
dc.contributor.referee1Latteshttp://lattes.cnpq.br/2993037192249301eng
dc.contributor.referee2Machado, Ivan do Carmo-
dc.contributor.referee2Latteshttp://lattes.cnpq.br/4430958315746203eng
dc.date.issued2024-03-14-
dc.identifier.citationBARRETO, Leonardo Augusto Picanço. Documentação de arquitetura de software em contextos ágeis de desenvolvimento. 2024. 176 f. Dissertação (Mestrado em Informática) - Universidade Federal do Amazonas, Manaus (AM), 2024.eng
dc.identifier.urihttps://tede.ufam.edu.br/handle/tede/10437-
dc.description.resumoO contexto de desenvolvimento de software atual contém alta competitividade e impõe às empresas a necessidade crescente de entregar valor rapidamente e com custo baixo. Nesse caso, os recursos são alocados no desenvolvimento acelerado em detrimento de atividades de planejamento e de documentação de arquitetura de software. Dessa forma, informações relevantes sobre o sistema como interações do usuário, infraestrutura e plataforma de desenvolvimento, por exemplo, não são definidas ou documentadas da melhor forma, levando à maior complexidade de desenvolvimento e manutenção dos sistemas. Nesse contexto, a questão de pesquisa deste trabalho é quais abordagens de documentação da arquitetura de sistemas são viáveis em contextos ágeis de desenvolvimento de software e como utilizá-las? Para respondê-la, uma revisão da literatura e uma Feature Analysis foram realizadas, para avaliar as abordagens 4+1, S4V, ADD, BAPO/CAFCR, C3A e C4. A análise indicou as abordagens 4+1 e C4 com potencial de aplicação no contexto estudado e, para validá-las, três estudos experimentais foram realizados. Foi possível mostrar que não há diferença significativa na corretude da documentação ao utilizar as duas abordagens. Entretanto, algumas visões, como a de contexto (C4) e física (4+1), por exemplo, são mais importantes e mais fáceis de utilizar nas fases iniciais de desenvolvimento e outras, como a de componentes (C4) e lógica (4+1), por exemplo, só serão úteis em estágios futuros. Por fim, verificou-se também que, para não impactar o processo de desenvolvimento, uma solução é definir uma pessoa da equipe para documentar a arquitetura do sistema, desde que tenha conhecimento amplo sobre o produto e, se não o tiver, permita a contribuição por parte dos outros membros da equipe.eng
dc.description.abstractToday’s software development environment is highly competitive and imposes on companies the growing need to deliver value quickly and spend fewer resources. In this case, these companies allocate resources to accelerated development to the detriment of planning activities and software architecture documentation. As a result, they do not accurately plan or document relevant information about the system such as user interactions, infrastructure, and development platform, leading to greater complexity in systems development and maintenance. In this context, our research question is which system architecture documentation approaches are suitable in agile software development contexts and how to use them? We executed a literature review and a feature analysis to evaluate the 4+1, S4V, ADD, BAPO/CAFCR, C3A, and C4 approaches. The analysis indicated that the 4+1 and C4 approaches had potential for application in the context studied, and we carried out three more experimental studies to validate it. There is no significant difference in the correctness of the documentation when using the two approaches. However, some views, such as context (C4) and physical (4+1), for example, are more important and easier to use in the early stages of development, and others, such as component (C4) and logical (4+1), will only be useful in the future. Finally, we also found that, in order not to impact the development process, one solution is to define a person from the team to document the system’s architecture, as long as they have extensive knowledge of the product and, if they do not, allow other team members to contribute.eng
dc.formatapplication/pdf*
dc.thumbnail.urlhttps://tede.ufam.edu.br/retrieve/78483/DISS_LeonardoBarreto_PPGI.pdf.jpg*
dc.languageporeng
dc.publisherUniversidade Federal do Amazonaseng
dc.publisher.departmentInstituto de Computaçãoeng
dc.publisher.countryBrasileng
dc.publisher.initialsUFAMeng
dc.publisher.programPrograma de Pós-graduação em Informáticaeng
dc.rightsAcesso Aberto-
dc.rights.urihttps://creativecommons.org/licenses/by-nc-nd/4.0/pt_BR
dc.subjectDesenvolvimento ágil de softwarepor
dc.subjectSoftware - Desenvolvimentopor
dc.subject.cnpqCIENCIAS EXATAS E DA TERRA: CIENCIA DA COMPUTACAO: METODOLOGIA E TECNICAS DA COMPUTACAO::ENGENHARIA DE SOFTWAREeng
dc.titleDocumentação de arquitetura de software em contextos ágeis de desenvolvimentoeng
dc.typeDissertaçãoeng
dc.subject.userDesenvolvimento Ágil de Softwarepor
dc.subject.userDocumentação de softwarepor
dc.subject.userArquitetura de softwarepor
dc.subject.userArquitetura Ágilpor
Appears in Collections:Mestrado em Informática

Files in This Item:
File Description SizeFormat 
DISS_LeonardoBarreto_PPGI.pdf5.33 MBAdobe PDFThumbnail

Download/Open Preview


Items in DSpace are protected by copyright, with all rights reserved, unless otherwise indicated.