Detalhamento do Fluxo de Trabalho: Analisar o Problema
A finalidade desse detalhamento do fluxo de trabalho é:
- Estabelecer acordo sobre o problema a ser resolvido,
- Identificar os envolvidos,
- Definir as fronteiras do sistema e
- Identificar restrições impostas ao sistema.
O primeiro passo em qualquer análise de problema é verificar se todas as partes envolvidas estão de acordo com a definição do problema que tentamos resolver com o nosso sistema. Para evitar mal-entendidos, é importante concordar com uma terminologia comum que será usada no decorrer do projeto. Desde o início, devemos começar a definir os termos de nosso projeto em um glossário que será mantido durante todo o ciclo de vida do projeto.
A fim de compreender completamente o(s) problema(s) de que trataremos, é muito importante conhecermos os envolvidos. Observe que alguns desses envolvidos - os usuários do sistema - serão representados por atores em nosso modelo de casos de uso.
O Plano de Gerenciamento de Requisitos orientará sobre os artefatos de requisitos que devem ser desenvolvidos, os tipos de requisitos que devem ser gerenciados para o projeto, os atributos de requisitos que devem ser coletados e a rastreabilidade de requisitos que será usada para gerenciar os requisitos do produto.
O artefato básico em que documentamos as informações de análise do problema é o documento de visão, que identifica a visão do cliente ou usuário de alto nível sobre o sistema a ser construído. Na Visão, os requisitos de alto nível iniciais identificam as características-chave que se deseja que a solução adequada forneça. Elas são normalmente referidas como um conjunto de características de alto nível que o sistema possui para resolver os problemas mais críticos.
Os principais envolvidos devem tomar parte no recolhimento das características a serem consideradas, que devem ser recolhidas em um Workshop de Requisitos. As características devem receber atributos, como racional, valor relativo ou prioridade ou fonte de solicitação para que as dependências possam começar a ser gerenciadas.
Para definir o escopo inicial do projeto, é necessário haver um acordo sobre as fronteiras do sistema. O analista de sistema identifica os usuários e os sistemas - representados por atores - que irão interagir com o sistema.
Se você tiver desenvolvido um modelo de domínio, um modelo de casos de uso de negócios ou um modelo de objetos de negócios, isso será sua informação principal, juntamente com as regras de negócios, para ajudá-lo a executar essa análise. Consulte também Diretrizes: Transição de Modelos de Negócios para Sistemas para obter mais orientação.
Este detalhamento do fluxo de trabalho deve ser revisitado várias vezes durante a iniciação e a elaboração inicial. Depois, ao longo do ciclo de vida do projeto, ele deve ser revisitado quando necessário ao gerenciar mudanças inevitáveis que ocorrerão no projeto, a fim de assegurar que os problemas corretos sejam tratados.
Os membros do projeto envolvidos na análise do problema devem ser facilitadores eficientes e devem ter experiência em técnicas para encontrar o problema por trás do problema. É claro que a familiaridade com a tecnologia almejada é desejável, mas não é essencial. É necessário o envolvimento ativo dos vários envolvidos no projeto.
Estas são as técnicas de exemplo que podem ser aplicadas para encontrar o problema por trás do problema:
Consulte também:
Copyright
(c) 1987 - 2001 Rational Software Corporation
| 
