Ruan Carvalho Software Developer

Qual é o Problema?

Esta é a pergunta-chave que terá de ser respondida durante a definição do problema; não faz muito sentido tentar resolver um problema que você não sabe qual é. Embora a necessidade da definição do problema possa parecer óbvia, este talvez seja o passo mais freqüentemente omitido em todo o processo de análise e projeto de sistemas.

Qual é a fonte da definição do problema?

Obviamente alguém terá de reconhecer que ele existe. Muitas vezes o usuário vai se defrontar com dificuldades, solicitando ajuda. Talvez a administração identifique uma área de desempenho fraco dentro da função do usuário; freqüentemente o analista de sistemas apontará o problema. As discussões iniciais a ele relativas muitas vezes são bastante informais. Contudo, eventualmente essas discussões atingem o ponto em que o usuário, a administração, e o analista de sistemas concordam: "Sim, realmente há um problema".

Delimitação do Projeto

Se o problema for considerado significativo, a administração e o usuário poderão querer que o analista o estude. Uma vez designado o analista, o processo sofre uma mudança sutil. A designação do analista pressupõe o comprometimento de recursos; as discussões informais repentinamente tornam-se um projeto definido.

A primeira responsabilidade do analista de sistemas é a de preparar uma declaração escrita dos objetivos e a delimitação do problema. Baseado em entrevistas com a administração e o usuário, o analista redige uma sucinta descrição de sua compreensão do problema, e o revisa com os dois grupos, em uma reunião conjunta. As pessoas podem responder a perguntas escritas, solicitando esclarecimentos; corrigem erros ou incompreensões óbvias. É por isso que é tão importante uma colocação clara dos objetivos.

A administração (e talvez o usuário) está prestes a comprometer recursos para apoiar o trabalho do analista. Quando isso irá custar? Esta é uma pergunta razoável. O analista deve fornecer uma estimativa grosseira da delimitação deste comprometimento financeiro. Neste estágio inicial, é claro que ninguém poderá fornecer uma estimativa precisa do custo final de um projeto, mas estimativas "aproximadas", ou de "ordem de magnitude" certamente são possíveis. O analista também deve ser capaz de fornecer uma avaliação precisa tanto do custo como do prazo. Esas estimativas fornecerão à administração e ao suário uma idéia da delimitação do projeto.

Conclusão

A definição do problema pode ser bastante breve, durando um único dia, ou até menos. A intenção é definir os objetivos e a delimitação do sistema proposto. Podem ocorrer falhas na comunicação, sendo essencial que o usuário, a administração e o analista de sistemas concordem sobre um sentido genérico bem no início do projeto. Uma definição do problema, mal-entendida, praticamente garante que o sistema não vai resolvê-lo.