Macro-atividade de Requisitos

- Construir protótipos de interfaces do usuário;

- Envolver outros interessados na interface do usuário, tais como usuários finais, em revisões de usabilidade e sessões de exame de uso;

- Revisar e fornecer retorno apropriado da implementação final da interface do usuário.

São também envolvidos nesta macro-atividade os seguintes trabalhadores [KRU 2000, RAT 2001]:

• Arquiteto de software: conduz e coordena atividades técnicas e os artefatos por todo o projeto. O arquiteto de software estabelece a estrutura completa para cada visão arquitetural: a decomposição da visão, o agrupamento de elementos e as interfaces entre os maiores grupos. Em contraste com a visão de outros trabalhadores, a visão do arquiteto é mais ampla do que profunda.

• Revisor de requisitos: planeja e conduz revisões formais do modelo de casos de uso.

Os artefatos principais da macro-atividade de modelagem de negócio são os seguintes [KRU 2000, RAT 99, RAT 2001]:

• Plano de gerenciamento de sistemas: descreve a documentação dos requisitos, tipos dos requisitos e seus atributos de requisitos respectivamente, especificando as informações e os mecanismos de controle que serão coletados e usados para medir, relatar, e controlar alterações nos requisitos do produto.

• Documento visão: define a visão dos interessados do produto que será desenvolvido, especificando em termos das necessidades e características dos interessados. Contendo um esboço geral do núcleo de requisitos do projeto, e provê uma base em alto-nível - as vezes contratual - para detalhar melhor os requisitos técnicos.

• Modelo de casos de uso: é um modelo das funções pretendidas para o sistema e seu ambiente. Serve como um contrato entre o cliente e os desenvolvedores. O modelo de casos de uso é usado como uma entrada essencial para as atividades de análise, projeto e teste.

• Caso de uso: define um conjunto de instâncias de casos de uso, onde cada instância é uma seqüência de ações que o sistema executa e que produz um resultado de valor considerável para um ator em particular.

• Especificação complementar: captura os requisitos do sistema que não são capturados no modelo de casos de uso (requisitos não-funcionais), tais como:

requisitos regulatórios ou legais, e padrões da aplicação; atributos de qualidade para o sistema que está sendo construído, incluindo requisitos de usabilidade, segurança, desempenho e suportabilidade; e outros requisitos como sistema operacional, ambiente, requisitos de compatibilidade e considerações de projeto.

• Especificação dos requisitos de software: captura os requisitos de software completos para o sistema. Este artefato consiste de um pacote contendo os casos de uso do modelo de casos de uso e a especificação complementar.

Outros artefatos incluídos são os seguintes:

• Glossário: define termos importantes usados no projeto.

• Atributos dos requisitos: é um repositório de requisitos do projeto, atributos e dependências, são usados no acompanhamento da perspectiva de gerenciamento de requisitos.

• Protótipo de interface do usuário: protótipo em papel, imagens ou iterativo.

• Cenário (storyboard) de um caso de uso: descrição conceitual e lógica de como um caso de uso é executado pela interface do usuário, incluindo a interação entre o ator e o sistema.

• Boundary Class: modela a interação entre um ou mais atores e o sistema.

• Ator: define um conjunto coerente de papéis que usuários do sistema podem assumir quando interagem com o sistema.

• Pacotes de casos de uso: é uma coleção de casos de uso, atores, relacionamentos, diagramas e outros pacotes; é usado para estruturar o modelo de casos de uso por dividi-lo em pequenas partes.

Atividades da Macro-atividade de Requisitos 1. Analisar o problema

A finalidade desta unidade é chegar a um acordo do problema que será resolvido, identificar os interessados, definir os limites do sistema e identificar restrições impostas para o sistema [RAT 2001].

É composta das seguintes atividades: capturar um vocabulário comum, gerenciar dependências, desenvolver o plano de gerenciamento de requisitos, encontrar atores e casos de uso e desenvolver a visão, executadas pelo analista do sistema [RAT 2001].

2. Entender as necessidades dos interessados

A finalidade desta unidade é coletar e elicitar informações dos interessados para o projeto [RAT 2001].

É composta das seguintes atividades: elicitar requisitos dos interessados, capturar um vocabulário comum, gerenciar dependências, encontrar atores e casos de uso e desenvolver a visão, executadas pelo analista do sistema [RAT 2001].

FIGURA 3.4 - Macro-atividade de Requisitos [Extraído de RAT 2001]

3. Definir o sistema

A finalidade desta unidade é nivelar a equipe do projeto no seu entendimento do sistema, executar uma análise de alto-nível das solicitações dos interessados coletadas, refinar a visão para incluir características do sistema, refinar o modelo de casos de uso, para incluir casos de uso esboçados e documentar formalmente os resultados em modelos e documentos [RAT 2001].

É composta das seguintes atividades: capturar um vocabulário comum, desenvolver a visão, gerenciar dependências e encontrar atores e casos de uso, executadas pelo analista do sistema [RAT 2001].

4. Gerenciar o escopo do sistema

A finalidade desta unidade é priorizar e refinar entradas para a seleção de características e requisitos que serão incluídos na iteração atual, definir o conjunto de casos

de uso que representam alguma funcionalidade central ou significante e definir quais atributos de requisitos e rastreabilidade serão mantidos [RAT 2001].

É composta das seguintes atividades: desenvolver a visão e gerenciar dependências, executadas pelo analista do sistema; e priorizar casos de uso, executada pelo arquiteto [RAT 2001].

5. Refinar a definição do sistema

A finalidade desta unidade é descrever o fluxo de eventos do caso de uso em detalhes, modelar e prototipar a interface do usuário, detalhar a especificação complementar e desenvolver especificação de requisitos de software (se mais detalhes é necessário) [RAT 2001].

É composta das seguintes atividades: detalhar um caso de uso e detalhar os requisitos do software, executadas pelo especificador de casos de uso; modelar a interface do usuário e prototipar a interface do usuário, executadas pelo projetista de interface do usuário [RAT 2001].

6. Gerenciar alteração nos requisitos

A finalidade desta unidade é avaliar formalmente solicitações de alteração submetidas e determinar seu impacto no conjunto de requisitos existentes, estruturar o modelo de casos de uso, levantar atributos dos requisitos e rastreabilidade apropriados e formalmente verificar se os resultados da macro-atividade de requisitos obedece a visão do cliente do sistema [RAT 2001].

É composta das seguintes atividades: gerenciar dependências, estruturar o modelo de casos de uso, executadas pelo analista do sistema; e revisar requisitos, executada pelo revisor de requisitos [RAT 2001].