Beruflich Dokumente
Kultur Dokumente
Nesta seo voc encontra artigos voltados para testes, processo, modelos, documentao, entre outros
Diretor da FP2 Tecnologia (www.fp2. com.br), possui Mestrado em Cincia da Computao pela Universidade Federal de Santa Maria (UFSM) e atua como professor na Antnio Meneghetti Faculdade, no curso de Sistemas de Informao. Domnio em Java, .NET e UML. Slido conhecimento em Engenharia de Software e Banco de Dados.
engenharia de requisitos uma rea de investigao que procura atacar um ponto fundamental no processo de desenvolvimento, que a definio do que se pretende produzir. Pode-se dizer que a engenharia de requisitos o ponto de encontro entre o desenvolvimento de software formal e o informal. A fim de produzir a necessidade do cliente, dentro do prazo e oramento estipulados, essencial desenvolver um processo que inclua a gesto dos riscos associados com a fase dos requisitos, de modo a contribuir para a melhoria gradual do desenvolvimento de processos e tambm de gerenciamento de projetos software com intuito de atingir a satisfao do cliente. Ao falar em riscos em projetos, tenha a percepo que estes afetam eventos futuros. Qualquer projeto que possui um ciclo de vida que pode ser alterado pelo acontecimento de um evento, e este sendo no incio do projeto qualificado como risco, evitando a sequncia normal do projeto. Por exemplo, se uma pessoa possui uma reunio em Porto Alegre e necessita se
deslocar de avio, mas h um atraso no voo, esse atraso um risco. Um risco pode vir a se tornar um grande problema caso no venha a ser gerenciado.
24
AG I LI D AD E
Os riscos esto presentes de forma permanente em termos de incerteza (risco que pode ou no ocorrer) e perda (se o risco se tornar uma realidade, perdas indesejveis ocorreram). Sendo assim, tm-se definidas as categorias acerca dos riscos: riscos de projetos, que ameaam o plano de execuo do projeto; riscos tcnicos, que ameaam a qualidade e o cronograma do projeto; riscos conhecidos, aqueles descobertos em avaliaes; riscos previsveis, conhecidos a partir da experincia; e riscos imprevisveis, que podem ocorrer, mas muito difcil identificar previamente. A gesto de riscos na rea de software procura formalizar o conhecimento orientado minimizao de riscos em projetos de software mediante a gerao de princpios e boas prticas de desenvolvimento. No entanto, at o momento tm sido propostas e utilizadas diferentes abordagens para a gesto riscos. claro que algumas organizaes ainda utilizam mtodos especficos de modo explcito e sistemtico para gerenciar os riscos em seus projetos de software. Este artigo pretende demonstrar que a gesto de riscos associada ao desenvolvimento de software deve iniciar pela etapa de engenharia de requisitos, criando, desde as etapas iniciais, um plano de contingncia para evitar e monitorar os riscos durante o projeto.
Identificar todos os riscos conhecidos do projeto; Realizar uma avaliao da probabilidade de ocorrncia e o potencial impacto; Quantificar o que seria o custo dos riscos se vier a ocorrer; Criar planos de ao para gerenciar os riscos de alta prioridade; Reconhecer e gerenciar o risco o mais cedo possvel. Os benefcios obtidos atravs da realizao de uma boa gesto de riscos so: Reduz os custos do projeto; Melhora a satisfao do cliente; Aumenta a capacidade e probabilidade de sucesso; Facilita o desenvolvimento do projeto; Diminui drasticamente as surpresas nos projetos; Ajuda a empresa a alcanar os objetivos de negcio evitando problemas no projeto que poderiam causar perdas inesperadas e no planejadas. Em todo o gerenciamento de risco necessrio desenvolver um plano de gesto de risco, que deve descrever: A estratgia de gesto de risco; Domnio do esforo de gerenciamento de riscos; Como est o planejamento para realizar a identificao de riscos; Como se realizar a anlise de risco (qualitativa, quantitativa, priorizao); Como se realizar o monitoramento e controle; Oramento de Gesto de Risco; Calendrio das atividades de gesto de risco; Funes e responsabilidades.
25
Essa premissa mostra que o risco est, implicitamente, associado a qualquer atividade e acompanha qualquer mudana, pois envolve a escolha e incerteza de um processo ocorrer. No momento de iniciar uma atividade de elicitao de requisitos
de software, se inicia a identificao dos riscos. Esta responsabilidade do gerente de projetos (ou outro cargo semelhante) que antecipa os riscos que possam afetar o desenvolvimento ou a qualidade dos requisitos e toma medidas para evit-los.
Esta atividade assegura que, a partir do incio do processo de desenvolvimento de software, se executar as tarefas que visam assegurar a qualidade do produto. Neste entendimento, devem-se adotar os passos apresentados nos tpicos a seguir.
Identificao de riscos
Anlise de riscos
Cliente Especialistas do negcio Fornece dados sobre os critrios para Desenvolve e mantm o plano de Fornece informaes se o nvel aceitao das entregas gesto de riscos de risco aceitvel que podem influenciar o risco do projeto Fornece informaes Fornece informaes histricas que dever ajudar Identifica os riscos do projeto histricas que dever ajudar a a identificar os riscos do identificar os riscos do projeto projeto Valida as suposies feitas Valida as suposies feitas durante o planejamento do durante o planejamento do Analisa os riscos do projeto projeto e fornece a entrada projeto e fornece a entrada sobre a probabilidade e o sobre a probabilidade e o impacto dos riscos impacto dos riscos Direciona as respostas do processo Participa do desenvolvimento de planejamento, identifica os de planos de resposta para participantes e define os planos de cada risco individual e assume resposta aos riscos, com a ajuda da a responsabilidade de seus equipe do projeto planos Identifica riscos novos e que Responsvel pelo fim do tenham mudados. Avalia a monitoramento e controle de eficcia da gesto de riscos, riscos. responsvel por manter planos de resposta e qualquer plano de risco ao de resposta Registra as lies aprendidas durante a gesto de risco e apresenta os resultados para o encerramento do projeto
Gerente de projeto
Equipe do projeto
26
AG I LI D AD E
Requisito Requisito_01 Requisito_02 Requisito_03 Tabela 2. Identificao dos riscos Risco Equipe Alterao de Requisitos Atrasos na especificao Subestimando o tamanho Fraco desempenho da ferramenta CASE Tabela 3. Lista de riscos e classificao
Resposta Sim No No
Tipo de Risco Projeto, produtos e negcios Projeto e do produto Projeto e do produto Projeto e do produto Produto
Descrio Pessoas experientes deixando o projeto antes do trmino Existncia de mais mudanas do que os requisitos previstos inicialmente Especificaes de interface essenciais final A exigncia de tamanho (o processo de ER/ERS) tem sido subestimada Ferramentas CASE que ajudam o projeto no tem o desempenho e caractersticas esperadas
Para os requisitos e ERS deve-se comear esta tarefa respondendo a pergunta: que caractersticas especiais tem esse requisito, ou o grupo de requisitos, que podem estar ameaadas? Um mtodo comprovadamente eficaz para a identificao de riscos criar uma lista de fatores de risco. Esta lista deve incidir sobre os riscos relacionados com o tamanho do produto, o impacto sobre o projeto e organizao, caractersticas do cliente, definio de processos, ambiente de desenvolvimento, tecnologia de construo, o tamanho da equipe e experincia do pessoal. Nesta atividade, o procedimento estabelecido a fim de criar uma lista de verificao para as necessidades individuais e um para o ERS. Os resultados so convertidos em tabelas para facilitar a anlise subsequente. Os riscos sero considerados a partir do comportamento das caractersticas individuais e de grupo (ambiguidade, clareza, integridade, consistncia, rastreabilidade, entre outros). Dependendo da intensidade do comportamento da caracterstica e exigncia de qualidade, possvel controlar de forma eficaz o risco no processo de engenharia de requisitos antes de passar para a fase seguinte do ciclo de vida do projeto. Risco, se no for gerido na fase inicial, pode ser difcil de controlar, uma vez que se iniciou o processo de desenvolvimento. Desequilbrios no comportamento das caractersticas de qualidade dos requisitos que resultam no surgimento de riscos tornam o projeto vulnervel e impraticvel aplicao de qualquer plano de qualidade,
Risco
Requisito_01
Riscos A equipe no tem o conhecimento necessrio para lidar com a complexidade da exigncia Os membros da equipe no esto disponveis em momentos crticos Mudanas nas condies que requerem modificaes no desenho Os clientes que no entendem o impacto das mudanas nos requisitos O tempo necessrio para desenvolver o processo de engenharia de requisitos subestimado O cliente incapaz de participar de revises e reunies
Tabela 4. Riscos por requisitos Tipo de Risco Equipe Organizacional Ferramentas Requisitos Estimativas Tabela 5. Riscos por tipo Riscos potenciais Incapaz de recrutar pessoal com as habilidades exigidas. A organizao reestruturada e uma nova administrao responsvel pelo projeto. As vrias ferramentas CASE no esto disponveis Mudanas nos requisitos que necessitam de modificaes ao projeto. O tamanho do sistema em desenvolvimento subestimado.
razo pela qual se convm detectar e tratar os riscos com antecedncia. Um exemplo da aplicao deste dispositivo a seguinte: Caracterstica do Requisito: Ambiguidade. Pergunta: O requisito ambguo? Aplicao: Aplicado a todos os requisitos especificados (conforme observado na Tabela 2). Este procedimento estabelecido para definir e listar os riscos que podem afetar o atual processo da engenharia de requisitos, como mostrado nas Tabelas 3 a 5.
os riscos) com a finalidade de permitir a aprendizagem para novos projetos. Muitas das tcnicas existentes tm um elevado grau de subjetividade envolvida uma vez que depende da anlise dos profissionais envolvidos no processo de avaliao. J a projeo dos riscos consiste em determinar a probabilidade de uma ocorrncia de risco e as consequncias que esta pode ter, como por exemplo, o aumento dos custos, o cancelamento do projeto, a insatisfao do cliente. Tratase, desta forma, de ordenar a lista de riscos, tendo em conta a probabilidade de ocorrncia e o impacto de cada risco. Atribui-se o nvel de probabilidade, que pode ser alto, mdio ou baixo. Assim, tm-se os efeitos (consequncias) sobre o escopo (o quanto afetado) e durao (quanto tempo se manifesta).
27
Risco Os problemas financeiros da organizao reduzem o oramento do projeto Incapaz de recrutar profissionais com as habilidades necessrias Pessoas chave doentes ou no esto disponveis em momentos crticos Alteraes nos requisitos requerem modificaes na codificao O tempo necessrio para desenvolver o processo de Engenharia de Requisitos subestimado Os clientes no entendem o impacto das mudanas nos requisitos Tabela 6. Riscos ordenados por efeito Risco Problemas financeiros da organizao Problemas de recrutamento Enfermidades pessoais Mudana de requisitos Tempo de Engenharia de Requisitos subestimado Tabela 7. Estratgias dos Riscos Tipo de Risco Tecnologia Pessoal Organizacional Ferramenta Requisitos Estimao (tempo) Identificador
Estratgia Preparar um breve documento para a direo da empresa que mostra que o projeto tem contribuies muito importantes para as metas do negcio. Organizar cursos de capacitao para as pessoas do projeto e/ou investigar a possibilidade de contratar pessoas de outras regies ou pases. Reorganizar a equipe para que eles se sobressaiam ao trabalho e os membros entendem o trabalho dos outros. Controlar a informao para avaliar o impacto dos requisitos, maximizar as informaes ocultas neles. Alertar o cliente para as dificuldades potenciais e as possibilidades de atraso.
Atraso na entrega de equipamentos de hardware. Existncia de relatrios sobre questes de tecnologia. Baixa moral dos funcionrios, relaes ruins entre os membros da equipe. Rumores. A falta de iniciativa da direo. Membros da equipe de rejeitam o uso de ferramentas. Reclamaes sobre ferramentas Case. Muitas mudanas nos requisitos. Reclamaes de clientes. Deixar de cumprir os horrios programados.
ser dado pelo julgamento e experincia do gerente de projeto. Estratgias de preveno tentam reduzir a probabilidade de ocorrncia das estratgias de diminuio de riscos: tentar restringir o seu impacto. Os planos de contingncia so desenvolvidos a fim de se preparar no caso de o risco passar a atuar com uma estratgia particular. Observe a Tabela 7.
Concluso
Um adequado processo de engenharia de requisitos possui implicaes positivas na qualidade do produto final, assim como na satisfao do cliente. Devido a isto, este processo tem que estar bem definido e ser desenvolvido de forma disciplinada, coerente e repetitiva, garantindo a obteno de experincias que permitam a aplicao de melhores prticas. A gesto proativa dos riscos associados aos requisitos de software permite ao gestor adotar, desenvolver e implementar atividades dessa gesto, em funo de obter produtos de qualidade que satisfaam as necessidades dos clientes, mantendo o equilbrio do prazo e oramento do projeto. A gesto dos riscos associados com os requisitos, organizadas e geridas atravs de diferentes propostas pode se tornar uma ferramenta til para os gestores e equipes de desenvolvimento.
28