Engenharia De Requisitos 4

  • May 2020
  • PDF

This document was uploaded by user and they confirmed that they have the permission to share it. If you are author or own the copyright of this book, please report to us by using this DMCA report form. Report DMCA


Overview

Download & View Engenharia De Requisitos 4 as PDF for free.

More details

  • Words: 1,149
  • Pages: 3
Os Processos Típicos da Engenharia de Requisitos – Parte 4 Fonte: Kotonya e Sommerville – Requirements Engineering – Processes and Techniques ISBN 0-471-97208-8 Tradução por Eduardo Marquioni Continuando a série de artigos da apresentação dos processos típicos da Engenharia de Requisitos, a parte 4 ainda trata conceitos de Gerenciamento dos Requisitos (Gerenciamento de alterações). 1. Gerenciamento de alterações O gerenciamento de alterações envolve processos, procedimentos e padrões que são usados para gerenciar as alterações dos requisitos do sistema. Este gerenciamento garante que sejam coletadas todas as informações relacionadas aos envolvidos na alteração, além de ser realizada, para cada alteração proposta, uma avaliação de custos e benefícios. Sem gerenciamento de alteração formal é impossível garantir que as alterações propostas aos requisitos têm suporte nas metas de negócio fundamentais. Para garantir uma abordagem consistente ao gerenciamento de alteração, as Organizações podem definir um conjunto de políticas de gerenciamento de alterações que cubra: • O processo de solicitação de alteração e a informação requerida para processar cada solicitação de alteração; • O processo usado para analisar o impacto e custos da alteração e informações de rastreabilidade associadas; • O grupo da Organização que considera formalmente as solicitações de alteração. É importante ter um grupo independente para fazer as considerações sobre as solicitações de alteração para que possam ser tomadas decisões objetivas sobre a contribuição da mudança com relação às metas gerais do sistema e reais necessidades da alteração. Em projetos militares existe um grupo formal; para as demais Organizações pode ser usado um grupo menos formal; • O software de suporte (caso exista) para o controle do processo de alterações. 2. Processo de gerenciamento de alterações O processo de gerenciamento de alterações em requisitos consiste de um conjunto de atividades para documentação, relato, análise, custeamento e implementação das alterações no conjunto de requisitos do sistema. Este processo é comparável a outros processos de gerenciamento de alteração como, por exemplo, o gerenciamento de alteração para software entregue. O processo de gerenciamento de alteração pode ser decomposto em 3 estágios:

1.

Algum problema de requisito é identificado. Isto pode ocorrer através de análise dos requisitos, novas necessidades do usuário ou problemas operacionais com o sistema. Os requisitos são analisados usando a informação do problema e alterações nos requisitos são propostas; 2. As alterações propostas são analisadas para identificar quantos requisitos (e, se necessário, componentes do sistema) são afetados pela alteração e o preço em termos de custo e prazo para executar a alteração (não necessariamente com alta precisão); 3. As alterações são implementadas. É produzido um conjunto de correções no documento de requisitos ou uma nova versão deste documento. Isto deve, obviamente, ser validado usando os procedimentos usuais de verificação de qualidade. O processo de análise do problema e especificação da alteração (1) é dependente do tipo de mudança, dos requisitos afetados e do tipo de documento de requisitos. O processo de análise e custeamento da alteração (2) é mais geral:

3.

Há seis atividades básicas no processo de análise de alteração(2): 4. A solicitação de alteração é verificada para identificar se é válida. Às vezes, os clientes se confundem com os requisitos e solicitam alterações desnecessárias; 5. Os requisitos que são afetados diretamente pela alteração são descobertos; 6. Informações de rastreabilidade são utilizadas para encontrar todos os requisitos dependentes que podem ser afetados pela alteração; 7. As alterações atuais que necessitam ser realizadas nos requisitos são propostas. Deve haver consulta aos clientes neste estágio para garantir que estão felizes com as alterações; 8. Os custos para executar as alterações são estimados. Esta estimativa deve incluir tanto o esforço requerido para executar a alteração quanto a quantidade de tempo necessária no calendário. A disponibilidade de recursos para executar a alteração também deve ser considerada; 9. Negociações com clientes são conduzidas a fim de verificar se os custos das alterações propostas são aceitáveis por eles. Neste estágio pode ser necessário retornar ao passo 4 para propor alterações alternativas se o cliente achar a proposta de alteração muito cara. Alternativamente, o cliente pode modificar a solicitação de alteração – neste caso todo o processo será repetido. A solicitação de alteração pode ser rejeitada em 3 estágios neste processo: • Se a solicitação de alteração for inválida: isto normalmente ocorre quando o cliente tem uma interpretação incorreta sobre alguns dos requisitos e propõe uma alteração que não é necessária; • Se a solicitação de alteração tem como conseqüência alterações que sejam inaceitáveis aos usuários: por exemplo, uma solicitação de alteração para reduzir o tempo de uma transação pode concluir que deve ser reduzido o número de transações concorrentes; • Se o custo de implementação da alteração for muito alto ou demorar muito. Durante o processo de gerenciamento de alteração, informações sobre a alteração e o sistema são passadas para várias pessoas. Para auxiliar no rastreamento, é usual que seja definido um formulário de solicitação de alteração, que será preenchido progressivamente por cada pessoa envolvida conforme a solicitação fluir pelo processo. Obviamente, quando muitas alterações de requisitos são propostas (situação normal em grandes sistemas), haverá um grande volume produzido de informações de alteração, que devem ser mantidas em um banco de dados e, se possível, devem ter um link com o requisito a que se refere a alteração no banco de dados de requisitos. Ferramenta de suporte ao gerenciamento de alteração Uma vez que o gerenciamento de alterações envolve manipular grandes volumes de informação e passar estas informações entre os indivíduos de uma Organização, é necessário manter rastreabilidade de quais mudanças foram propostas, quais foram implementadas, quais estão sob considerações, etc. As ferramentas para suporte ao gerenciamento devem prover: • Formulários de solicitação de alteração eletrônicos que possam ser preenchidos por diferentes participantes do processo; • Um banco de dados para armazenar e gerenciar estes formulários; • Um modelo de alteração que possa ser instanciado para que as pessoas responsáveis por cada estágio do processo saibam quem é o responsável pela próxima atividade do processo; • Transferências eletrônicas de formulários entre pessoas com responsabilidades diferentes e notificação de correio eletrônico quando as atividades forem completadas; • Em alguns casos, links diretos com o banco de dados de requisitos. Em alguns casos ainda, suporte à manutenção de múltiplas versões de um requisito com informações de alteração indicando porque as novas versões (ou mesmo os novos requisitos) foram derivadas. Apenas as ferramentas mais sofisticadas provêem esta funcionalidade.

O problema com estas ferramentas é que todas já têm implícito seu próprio modelo de processos de alteração, e as Organizações que as adotam devem se adaptar a este modelo. Processadores de texto, planilhas e sistemas de correios eletrônicos podem ser utilizados para implementar um sistema de gerenciamento de alterações mais limitado. Toda a informação deve estar disponível em uma Intranet onde toda a informação das alterações possa ser acessada através de um browser. Na próxima edição do InfoChoose, a 5a e última parte desta série trata aspectos referentes à rastreabilidade dos requisitos.

Related Documents