ANÁLISE E DESENVOLVIMENTO DE SOFTWARE Ênfase em Gestão da Qualidade e Processos. ENDEREÇO CIDADE ESTÂNCIA VELHA ZENIR.SANTOS@GMAIL.

Transcrição

1 PROPOSTA DE TRABALHO DE CONCLUSÃO ALUNO ZENIR SALETE DOS SANTOS CURSO IDENTIFICAÇÃO MATRÍCULA: ANÁLISE E DESENVOLVIMENTO DE SOFTWARE Ênfase em Gestão da Qualidade e Processos. ENDEREÇO AV. AÇORES, 16 BAIRRO SOL NASCENTE CEP FONE CIDADE ESTÂNCIA VELHA ZENIR.SANTOS@GMAIL.COM UF RS ORIENTADOR PROPOSTA DE DESENVOLVIMENTO VINÍCIUS COSTA DE SOUZA TÍTULO DO TRABALHO: MAPEAMENTO E DEFINIÇÃO DO PROCESSO DE REQUISITOS EM UMA EMPRESA DE DESENVOLVIMENTO WEB DE PEQUENO PORTE. PALAVRAS-CHAVE MOTIVAÇÃO Mapeamento e Modelagem de Processos Desenvolvimento de Software Baseado na Web Engenharia de Requisitos Devido ao grande número de problemas encontrados ao longo do processo de desenvolvimento de software, que já é complexo por natureza, as empresas estão cada vez mais preocupadas com a qualidade do produto final deste processo. Contudo, sabe-se que para melhoria da qualidade dos produtos de software são necessário investimentos na melhoria de todos os processos envolvidos no desenvolvimento do mesmo a fim de que seja possível atender adequadamente as necessidades do cliente. Conforme Kotonya e Sommerville (1997), as etapas iniciais do desenvolvimento de software, responsáveis pela definição dos requisitos, são as mais críticas e, conseqüentemente, impactam diretamente na qualidade dos produtos de software. Em virtude disso, têm ocorrido investimentos consideráveis com o objetivo de se obter especificações de requisitos mais consistentes e completos. Para isso, é fundamental considerar todos os aspectos organizacionais que possuam relação com o software a ser especificado, identificar corretamente os requisitos funcionais e não funcionais e garantir que os requisitos especificados estejam de acordo com as necessidades e desejos dos usuários. Requisitos consistem em uma série de sentenças que devem descrever de uma forma clara, consistente, sem ambigüidades todas as funcionalidades e restrições

2 do sistema a ser desenvolvido. Esta especificação deve ser bem documentada e avaliada contendo todos os requisitos funcionais e não funcionais do projeto, independente da solução a ser adotada. O ciclo de desenvolvimento, de acordo com as metodologias clássicas, tem início no processo de requisitos. Entende-se por processo, um conjunto de atividades pré definidos, ou seja, o que cada pessoa envolvida deve fazer e como deve fazer. Este processo é composto pelas fases de Elicitação, Análise e Negociação, Documentação, Validação e Gerenciamento de Requisitos [Kotonya e Sommerville 1997]. Neste processo, alguns aspectos podem e devem ser considerados extremamente críticos [Hammer 1996], como por exemplo, Definição, Análise e Gerência de Requisitos. Se nesta fase a análise não for bem feita, automaticamente não há como fazer estimativas precisas, o cronograma não terá como ser cumprido e na fase de teste, cerca de 50% dos erros identificados, segundo estudos, são causados por erros de definição de requisitos [Blackburn 2001]. Estima-se que para corrigir estes defeitos encontrados na fase de teste, custe para a organização de 5 a 10 vezes mais, do que se fossem identificados ainda na fase de definição dos requisitos [Rosenberg 1998]. Segundo Lawrence [Lawrence 2001], os seguintes problemas devem ser evitados na construção do documento de requisitos: omitir um requisito crucial para o projeto, representar inadequadamente clientes, modelar apenas aspectos funcionais, não inspecionar requisitos, entre outros. Após uma pesquisa realizada em um grande número de organizações, Capers [Jones 1996] concluiu que o processo de requisitos é deficiente em mais de 75% das empresas analisadas. Isto demonstra a importância de se possuir um processo para a especificação de requisitos bem definido e adequado à realidade das diferentes empresas. Com base no contexto apresentado, a questão de pesquisa proposta para este trabalho é: - Como deve ser o processo de especificação de requisitos em empresas de desenvolvimento Web de pequeno porte?

3 OBJETIVOS Objetivo Geral - Definir um processo para a especificação de requisitos adequado a realidade de empresas de desenvolvimento Web de pequeno porte. Objetivos Específicos - Analisar o referencial teórico sobre engenharia de requisitos e sobre desenvolvimento web. - Observar e mapear o processo atual de uma empresa de desenvolvimento Web, a fim de identificar problemas e oportunidades de melhoria. - Propor um processo padronizado para especificação de requisitos adequados a empresas de desenvolvimento Web de pequeno porte. - Avaliar a aplicação do processo proposto em um caso real. METODOLOGIA Delineamento da Pesquisa Considerando o objetivo da pesquisa, constatou-se que a Pesquisa-ação é o que mais se enquadra ao trabalho proposto, pois é uma forma de pesquisa qualitativa que busca modificar o ambiente que está sendo estudado através da ação do pesquisador. O resultado da pesquisa-ação em computação é a descrição de um caso de tentativa (bem-sucedida ou não) de modificação de uma organização apoiada por sistemas de informação. [Lindgren et al. 2004]. Definição da População-alvo/Amostra ou Unidade de Análise A pesquisa será realizada em uma empresa de desenvolvimento web de pequeno porte da região do vale dos sinos. Esta pesquisa irá contar com a participação dos colaboradores da empresa. O período de realização da pesquisa deve ocorrer de maio a agosto de 2008 na sede da empresa. Técnicas de Coleta de Dados A coleta de dados será feita por meio de questionários e entrevista com os usuários chaves, que neste cenário são os analistas, arquitetos, desenvolvedores, testadores e gerentes de projeto; tanto para a identificação do processo atual da empresa, seus problemas e oportunidades de melhoria bem como para a avaliação do processo a ser proposto. Limitações do Método e Estudo Destacam-se como limitações a necessidade de disponibilidade e participação das pessoas a serem envolvidas, bem como o fato de que a contribuição do trabalho estará baseada em uma amostra muito pequena (apenas uma empresa) o que pode não representar a realidade geral. No entanto, o objetivo do trabalho é, em primeiro momento, contribuir para uma melhoria no processo de requisitos da empresa em questão.

4 Etapas a serem desenvolvidas 1. Realizar revisão bibliográfica. 2. Observar o processo de requisitos da organização para um novo projeto. 3. Aplicar questionários e realizar entrevista com os envolvidos no processo de desenvolvimento de software. 4. Analisar o feedback dos questionários e entrevistas e com base nele iniciar a análise para a proposta de melhoria. 4. Propor uma nova versão do processo para rodar em um projeto piloto dentro da organização. 5. Avaliar a aplicação do processo proposto na organização. CRONOGRAMA ATIVIDADES MAR ABR MAI JUN JUL AGO SET OUT NOV Elaboração da Proposta Estudo Bibliográfico Observação do Processo da ser mapeado Analise sobre a observação Elaboração do RA Apresentação do RA Elaboração da proposta de melhoria Avaliação da aplicação do processo proposto Elaboração da monografia Entrega da monografia BIBLIOGRAFIA BLACKBURN, M. R.; BUSSER, R.; NAUMAN, A. Removing Requirement Defects and Automating Test. Software Productivity Consortium NFP, CAPERS, JONES, T. Applied Software Measurement: Assuring Productivity and Quality. New York, McGraw-Hill, HAMMER, T. et al. Requirements Metrics for Risk Identification. In: SOFTWARE ENGINEERING WORKSHOP, 21st, 1996, NASA-GSFC, MD. KOTONYA, G., SOMERVILLE, I., Requirements Engineering: Process and Techniques, John Wiley & Sons, 1997.

5 LAWRENCE, B. et al. The Top Ten Risks of Requirements Engineering. IEEE Software, vol. 18, nº 6, p , nov./dec LINDGREN, R., Henfridsson, O., and Schultze, U. (2004). Design principles for competence management systems: A synthesis of na action research study. MIS Quarterly, 28(3): ROSENBERG, Linda. et al. Requirements, Testing, and Metrics. In: PACIFIC NORTHWEST SOFTWARE QUALITY CONFERENCE, 15th, AVALIADORES 1. Rodrigo Saad 2. Silvio Cazella 3. Marcos Knewitz 4. Izabel dos Santos DATA 13/03/2008 Zenir Salete dos Santos ALUNO Vinícius Costa de Souza ORIENTADOR