domingo, 14 de dezembro de 2008

RUP Disciplines: Requirements

Pense na disciplina de Requisitos como a fronteira entre as necessidades dos usuários e o sistema a ser construído. É nessa disciplina, obrigatória pelo RUP, que as necessidades dos stakeholders são mapeadas, documentadas e gerenciadas por um Analista de Requisitos. Também é nessa disciplina que moram os dois principais motivos causadores de falhas em projetos de software, o primeiro é justamente o levantamento incompleto dos requisitos e o segundo refere-se ao baixo envolvimento dos usuários durante o levantamento de requisitos.

Um requisito é algo que esperamos que o sistema faça. De acordo com o RUP ele é definido como: “uma condição ou um recurso com o qual um sistema deve estar em conformidade”

A finalidade da disciplina de Requisitos é:
- Estabelecer e manter concordância com stakeholders sobre o que o sistema deve fazer;
- Oferecer aos desenvolvedores do sistema uma compreensão melhor dos requisitos do sistema;
- Definir os limites (escopo) do sistema;
- Fornecer uma base para planejar o conteúdo técnico das iterações;
- Fornecer uma base para estimar o custo e o tempo de desenvolvimento do sistema;
- Definir uma interface de usuário para o sistema.

Veja a WBS da disciplina e consulte o RUP para aprofundar em cada uma das atividades do fluxo:



Work Products
Veja também alguns dos Work Products gerados nessa disciplina:
- Vision
- Glossary
- Requirements Management Plan
- Software Requirement
- Software Requirements Specification:
- Stakeholder Requests
- Storyboard
- Supplementary Specifications
- Use-Case Model
- Requirements Attributes

Navegando pelo RUP você encontra templates e exemplos de cada um dos Work Products acima.

Roles
Abaixo as Roles envolvidas na disciplina
- System Analyst
- Requirements Specifier

A coleta e gerenciamento de requisitos pode ser feita de várias formas, desde o simples uso do Word até a utilização de ferramentas mais completas como o IBM Requisite Pro que ajudar em várias tarefas como consulta de atributos e matriz de rastreabilidade. Um excelente documento sobre o assunto está disponível dentro do próprio RUP em Guidance -> Whitepaper -> Applying Requirements Management with Use Cases. Ele explica como coletar e gerenciar os requisitos de um sistema, definir rastreabilidade e coletar atributos de requisitos.


Simulados
Abaixo algumas questões de simulados para a prova 839 relacionadas a essa disciplina:

1. Which is a purpose of the requirements discipline? Select one answer.
a. To develop the Design Model in terms of use cases.
b. To develop the Business Model in terms of use cases.
c. To define the user interface in terms of use cases.
d. To develop the Vision in terms of use cases.

RESP: C

2. The Requirements Specifier role is primarily responsible for which of the following? (Select all that apply.)
a. Software Requirements
b. Software Requirements Specification
c. Actors and Use Cases
d. Use-Case Model

RESP: ABC

3. The Use-Case Model consists of which of the following key elements? (Select all that apply.)
a. System
b. Use cases
c. Use-case realizations
d. Actors

RESP: BD

Qualquer dúvida ou sugestão envie um comentário ou entre em contato fernando.dantas@gmail.com

0 comentários: