A Anlise de Requisitos possibilita que o engenheiro de sistemas:

Especifique a funo e o desempenho do software; Indique a interface do software com outros elementos do sistema; Estabelea quais so as restries de projeto que o software deve enfrentar.

A Anlise de Requisitos possibilita que o engenheiro de software:

Aprimore a alocao de software e construa modelos do processo, dos dados e dos domnios comportamentais que sero tratados pelo software.

A Anlise de Requisitos possibilita que o projetista de software:

Tenha uma representao da informao e da funo que pode ser traduzida em projeto procedimental, arquitetnico e de dados

A Anlise de Requisitos possibilita ao desenvolvedor e ao cliente os critrios para avaliar a qualidade logo que o software for construdo.

A anlise de requisitos de software pode ser dividida em cinco reas de esforo: 1. Reconhecimento do problema; 2. Avaliao e sntese; 3. Modelagem; 4. Especificao; 5. Reviso.

Para que uma soluo global possa ser sintetizada, o analista deve:
Avaliar o fluxo e o contedo de informao; Definir e elaborar todas as funes de software; Entender o comportamento do softawre no contexto dos eventos que afetam o sistema; Estabelecer as caractersticas de interface com o sistema; Descobrir restries de projeto.

Traos Caractersticos:

Capacidade de compreender conceitos abstratos, reorganiz-los em divises lgicas e sintetizar "solues" baseadas em cada diviso. Capacidade de absorver fatos pertinentes de fontes conflitantes ou confusas. Capacidade de entender os ambientes do usurio/cliente. Capacidade de aplicar elementos do sistema de hardware e/ou software aos elementos do usurio/cliente Capacidade de se comunicar bem nas formas escrita e verbal. Capacidade de "ver a floresta por entre as rvores".

Coordena cada uma das tarefas associadas anlise de requisitos de software. Durante as tarefas de reconhecimento, ele comunica-se com o pessoal do usurio/cliente a fim de conhecer as caractersticas do ambiente existente. Convoca o pessoal de desenvolvimento durante as tarefas de avaliao e sntese, de forma que as caractersticas do software sejam corretamente definidas. Geralmente o responsvel pelo desenvolvimento de uma Especificao de Requisitos de Software e participa de todas as revises.

Existem muitas causas para os problemas acima mencionados. Os problemas subjacentes anlise de requisitos so atribuveis a muitas causas: uma comunicao que dificulta a aquisio de informaes; tcnicas e ferramentas inadequadas que resultam em especificao inadequada ou imprecisa; tendncia para seguir atalhos durante a tarefa de anlise de requisitos, levando a um projeto instvel falta de se levar em considerao alternativas, antes que o software seja especificado.

A anlise de requisitos de software sempre comea com a comunicao entre duas ou mais partes. Mas a estrada da comunicao para o entendimento muitas vezes cheia de buracos.

Deve iniciar-se com um conjunto de perguntas de livre contexto, concentrando-se no cliente, nas metas globais e nos benefcios.
Como voc caracteriza um "bom" resultado (sada) que seria gerado por uma soluo bem-sucedida? Qual problema essa soluo resolver? Voc poderia mostrar-me o ambiente em que a soluo ser gerada? Existem questes de desempenho ou restries especiais que afetaro a maneira pela qual a soluo abordada?

O prximo conjunto de perguntas concentrase na efetividade do encontro. So chamadas de metaperguntas e propem a seguinte lista:
Voc a pessoa certa para responder a essas perguntas? Suas respostas so oficiais? Minhas perguntas so pertinentes ao problema que voc tem ? Estou fazendo perguntas demais? H mais algum que possa fornecer informaes adicionais? Existe algio mais que eu deva perguntar-lhe?

1. 2.

3.

4.

O Domnio de Informao de um problema deve ser representado e compreendido. Modelos que descrevam a informao, funo e comportamento do sistema devem ser desenvolvidos. Os modelos (e o problema) devem ser divididos em parties, de maneira que revele os detalhes em forma de camadas. O processo de anlise deve mover-se da informao essencial para os detalhes de implementao.

O domnio de informao encerra trs diferentes pontos de vista sobre os dados e sobre o controle:
O Fluxo da Informao O Contedo da Informao A Estrutura da Informao

O modelo deve ser capaz de modelar a informao que o software transforma, as funes (ou subfunes) que possibilitam que as transformaes ocorram e o comportamento do sistema quando a transformao est-se desenvolvendo.

O modelo ajuda o analista a entender a informao, a funo e o comportamento de um sistema, tornando a tarefa de anlise de requisitos mais fcil e mais sistemtica. O modelo torna-se o ponto focal para a reviso e portanto, a chave para a determinao da inteireza, consistncia e preciso da especificao. O modelo torna-se a base para o projeto, fornecendo ao projetista uma representao essencial do software, a qual pode ser "mapeada"num contexto de implementao.

Essencialmente, o particionamento decompe o problema em suas partes constituintes. Conceitualmente, estabelecemos uma representao hierrquica da funo ou da informao e depois dividimos em parties o elemento superior ao: 1. Expormos detalhes crescentes deslocando verticalmente na hierarquia ou 2. decompormos funcionalmente o problema deslocando horizontalmente na hierarquia.

Uma concepo essencial dos requisitos de software apresenta as funes a serem executadas e as informaes a serem processadas sem levar em considerao detalhes de implementao.

A concepo de implementao dos requisitos de software apresenta as manifestaes de funes de processo e estruturas de informao do mundo real. Em certos casos, uma representao fsica desenvolvida como o primeiro passo do projeto de software. Porm, a maioria dos sistemas baseados em computador especificada de forma a acomodar certos detalhes de implementao.