Made available in DSpace on 2014-06-12T15:57:42Z (GMT). No. of bitstreams: 2 arquivo3221_1.pdf: 5474925 bytes, checksum: 1bbadce7fed0a7307daa01a29c2fe625 (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2010 / O constante avanço tecnológico tem impulsionado empresas a desenvolver software de forma mais eficiente e com qualidade para se diferenciar dos competidores no mercado. Buscando atender às solicitações do cliente de forma satisfatória, a fim de adquirir uma posição privilegiada no mercado de desenvolvimento de software, os métodos ágeis tornaram-se alvo dos investimentos de organizações que atuam no setor tecnológico. Os métodos ágeis propõem a valorização do indivíduo, o software funcionando, a colaboração do cliente e a resposta rápida a mudanças, algumas das mais importantes preocupações das empresas atualmente. Requisitos não-funcionais são atributos de qualidade que um sistema deve possuir ou determinam quão bem ele deve realizar uma determinada função. Esses requisitos são elicitados em paralelo aos funcionais e possuem uma influência direta na qualidade dos sistemas. São esses atributos associados às funcionalidades que tornarão o sistema atrativo ao usuário, seguro, com um bom desempenho, de fácil uso e de fácil aprendizado. Normalmente, requisitos nãofuncionais são interdependentes, onde a satisfação de um requisito impacta na satisfação de outro, podendo originar conflitos que precisam ser compreendidos e gerenciados. Modelar requisitos não-funcionais é um desafio diante das características próprias a esses requisitos e da pequena importância a eles dada desde a fase de levantamento de requisitos até o desenvolvimento do sistema. A contribuição desta dissertação é propor a utilização de quality scenarios em projetos ágeis para uma melhor compreensão dos requisitos não-funcionais explicitando as suas interdependências e conflitos. Um estudo empírico foi realizado em uma empresa de desenvolvimento de software, com o objetivo de avaliar a abordagem proposta, tendo como foco principal a modelagem de requisitos de usabilidade

Submitted by Daniella Sodre (daniella.sodre@ufpe.br) on 2015-03-11T13:37:26Z No. of bitstreams: 2 Dissertação Jefferson Barbosa.compressed.pdf: 1971823 bytes, checksum: fc61af4087236dedc721d910c11a1d6e (MD5) license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) / Approved for entry into archive by Daniella Sodre (daniella.sodre@ufpe.br) on 2015-03-13T12:59:39Z (GMT) No. of bitstreams: 2 Dissertação Jefferson Barbosa.compressed.pdf: 1971823 bytes, checksum: fc61af4087236dedc721d910c11a1d6e (MD5) license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) / Made available in DSpace on 2015-03-13T12:59:39Z (GMT). No. of bitstreams: 2 Dissertação Jefferson Barbosa.compressed.pdf: 1971823 bytes, checksum: fc61af4087236dedc721d910c11a1d6e (MD5) license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) Previous issue date: 2013-11-28 / Com o crescimento de mercados globais de desenvolvimento de sistemas e busca pela melhor mão de obra por um menor custo, crescem também os desafios associados ao gerenciamento de projetos de desenvolvimento distribuído de software. Entre esses desafios, segundo a literatura o gerenciamento de riscos, é um dos fatores críticos para o sucesso dos projetos de DDS. Esse trabalho propõe um framework chamado RADS - Risco, Ágil, Distribuído, Software para o gerenciamento de riscos em projetos ágeis de desenvolvimento distribuído de software. A metodologia utilizada para o desenvolvimento do framework contou com uma extensa análise da literatura sobre riscos em projetos de DDS e riscos em projetos ágeis. Contou também com uma análise das respostas colhidas através da avaliação de uma versão preliminar do framework proposto. O desenvolvimento do framework em sua versão final e a análise das respostas coletadas mostra que é possível agregar valor ao gerenciamento de riscos em projetos de DDS utilizando-se de algumas práticas das metodologias ágeis para obter-se mais transparência e garantia da execução das atividades de gerenciamento de riscos em projetos de desenvolvimento distribuído de software.