Exigências Capturando

Share

|

Em março 1996, McGrath frank dirigiu-se ao problema de capturar exigências em uma reunião da associação da gerência de projeto no canto de Tysons, Virgínia. Em resumo, McGrath apontou à comunidade do software como sendo simplesmente arrogante em começar o trabalho de desenvolvimento sem ter exigências pregadas. Pelo exemplo, apontou aos comércios de edifício. Que contratante geral começaria a construção de um edifício com uma exigência que indicasse, “ele será um edifício grande com escritórios para dentro?” Que esse meio? Que é a exigência para uma planta de manufacturing em que os aviões serão feitos ou um skyscraper onde muitos negócios residam? McGrath continuou usando o exemplo geral do contratante, apontando ao fato que o contratante geral encontra para fora não somente que tipo de edifício, mas também que materiais necessitam ser usados na construção do edifício. O contratante geral encontra então para fora que tolerâncias são necessitadas nos materiais e assim por diante e assim por diante. Dado algum pensamento, é fácil ver como os esclarecimentos importantes estão em definir exigências nos comércios de edifício. Não são nenhum mais menos importante no negócio do software, mas todos demasiado frequentemente colaboradores do software sentem errada que negocíam na zona creativa onde é mais difícil distante de articular eficazmente e capturar exigências.

Não pode ser tão duro como parece. Os colaboradores do software devem primeiramente recordar que estão capturando sonhos’dos povos s, não o que os necessitam — though podem o necessitar — não o que os querem — though podem o querer. Os colaboradores do software estão capturando seus sonhos, seus desejos verdadeiros. Neste respeito é muito pessoal para cada pessoa que participa no processo da definição das exigências. Podem discutir sobre pontos menores e não se comunicam o que está indo sobre em sua mente. Um líder do processo da definição das exigências pode superar este perto:

1. Conduzir reuniões regularmente programadas com uma agenda previamente distribuída de modo que os povos direitos atendam e os participantes sabe o que serão cobertas e o que se espera delas.

2. Estruturando cada reunião para assegurar-se de que as exigências previamente identificadas estejam documentadas para a revisão e a análise, permitindo que o requireme novo nts esteja submetido e gravado para a revisão em uma reunião futura e certificando-se de que as exigências que são para fora-$$$-ESPAÇO para um projeto específico ou liberação de um projeto estão identificadas e tabeladas.

3. Certificando-se de que cada pessoa na reunião tem uma oportunidade de falar e ser ouvida sem criticism ou medo de ser rido ou fazer para sentir dumb ou stupid.

4. Tempo da despesa assegurar a informação comunicada como uma exigência é significativa; isto é, certifique-se que todos compreende que o edifício grande é um skyscraper alto e não um armazém ou uma planta de manufacturing. Embora se possa parecer que um esforço significativo está sendo gastado capturar e exigências da revisão, há um pay-back grande se as exigências forem identificadas corretamente acima da parte dianteira. O custo de corrigir o software para faltar ou exigências incorretas vai acima significativamente do mais atrasado no processo que do desenvolvimento o erro é encontrado.

Estes statistics unattractive e muito caros podem ser trazidos para baixo significativamente quando a terra comum das ambigüidades bastante à conversação diária e exaggerated pelas áreas de perícia separadas trazidas à tabela pelo cliente e os colaboradores são eliminados. Use as sugestões e as técnicas úteis provadas tempo excedente pelos profissionais do software tais como Donald Gause e Gerald Weinberg, que são anotados no campo da definição das exigências. O resultado será uma compreensão negociada do desejo’do cliente s e de uma certeza que todos envolvido no projeto esteja trabalhando para a conclusão do mesmo sistema. Comece por ambigüidades removendo no nível da indicação.

Exigências Ambiguous Esclarecendo

A ambigüidade no nível da indicação é testada com o verbalization dos visualizations. Para o exemplo, se a exigência dever construir uma estrutura para proteger um ser humano de encontro ao vento e a chuva e para nevar e o gelo estiverem dados a cinco povos, cada um dos cinco povos pode ter um visualization diferente. Se pôde visualizar um kiosk em uma estação de barra-ônibus, em outra uma casa do rancho do threebedroom, e em alguma outra pessoa uma rolls royce brilhante agradável. Porque os povos na reunião explicam sua imagem visual de o que foi indicado, o esclarecimento pode ser feito, e o acordo pode ser alcançado.

Assim, como faz um visualize a seguinte indicação da exigência: O usuário poderá armazenar um ou mais janela em um scrapbook, e como faz um expresso essa visão. O visualization aqui não pode ser como óbvio, mas um certamente quereria saber se qualquer um em torno da tabela de conferência começasse a impressão que poderão armazenar janelas em um scrapbook que as limas da maneira podem ser armazenadas nos diretórios por períodos de tempo indefinidos. Assim, teste a indicação:

§ o que é o cliente que interpreta a indicação para significar?

o § o que faz o colaborador pretende a potencialidade, isto é, uma descrição funcional breve de o que seja executada para satisfer à exigência, ser?

§ o que são as exigências do sistema, isto é, quantas janelas serão armazenadas? Quanto tempo são requeridos para ser armazenados? Que são as exigências do tempo da recuperação para tipos diferentes de armazenamento?

Documente a compreensão negociada que é alcançada entre o cliente e os colaboradores a respeito do requirement(s) e como (eles) será executado. No nível da palavra, use synonyms e comparações esclarecer e assegurar a interpretação correta de o que está sendo dito. Para o exemplo, se a exigência for indicada inicialmente como:

Um pulso de disparo grande será indicado …

Deve restated como:

Um pulso de disparo grande será indicado …

Comece usando o synonym grande para a palavra grande. Então, esclareça o uso da palavra grande outra vez usando uma comparação específica, isto é, grande significa-a enche a tela inteira ou a metade justa da tela? Finalmente, restate a exigência soletrar para fora do tamanho ou da escala específica dos tamanhos a que o cliente e os colaboradores concordaram. Nesta maneira, a compreensão pelo cliente e pelo colaborador é consistente. Não haverá nenhuma surpresa quando o produto é apresentado como completo. Mais importante, os incidents dos reparos on-the-spot que adicionam acima assim rapidamente no fim de um projeto serão reduzidos significativamente.

Determinando O Espaço

O valor de eliminar exigências compostas pode ser visto em todos os níveis, da gerência superior para projetar colaboradores e do cliente à equipe da garantia de qualidade. Somente depois que as exigências compostas são eliminadas enlatam o espaço verdadeiro do projeto forem avaliadas, o controle da mudança aplicado, testando esteja controlado corretamente, e o metrics significativo seja coletado.

Um exemplo simples de uma exigência composta é: O usuário deve poder adicionar, suprimir, e modificar uma fileira. O que causa este ser uma exigência composta são as coisas múltiplas que o usuário deve poder fazer. Em determinar o espaço do trabalho, a exigência composta estará considerada como uma unidade do trabalho, quando no fato para fornecer esta potencialidade dentro do sistema pode fazer exame de três programas separados para o fazer acontecer. Adicionalmente, se qualquer parcela de uma exigência composta encontrar um problema durante testar, a exigência inteira é mostrada como não satisfeita. Isto pode enviesar o metrics do resultado de teste.

Para livrar um projeto de exigências compostas, identifique as indicações dentro de cada exigência, a seguir faça a cada indicação uma exigência autônoma. Esta ação ajuda não somente esclarecer a exigência, mas fornece também uma vista mais exata do tamanho e do espaço do projeto. A outra coisa que eliminar exigências compostas é permite que as dependências da exigência sejam identificadas e amarradas junto em uma base de dados.