Análise de Sistemas Orientado a Objetos - 04

Análise de Sistemas Orientada a Objetos

Aula 04 – Gerência de Requisitos

Evolução dos Requisitos

• Requisitos costumam sofrer modificações porque o problema para o qual se refere o requisito não foi inteiramente definido, os requisitos do sistema são necessariamente incompletos.


Por que os requisitos mudam?

● Porque durante o processo de software o entendimento dos desenvolvedores vai se modificando.

● No aperfeiçoamento de um sistema antigo ou automatização de um processo manual podem surgir novos requisitos.

● Quando os usuários se familiarizam com o sistema, novos requisitos surgem pelas seguintes razões:

• A comunidade de usuários é diversificada;

• O pessoal que paga por um sistema e os usuários desse sistema raramente são as mesmas pessoas e;

• A empresa e o ambiente técnico do sistema se modificam, e isso tem de ser refletido no próprio sistema.



Na perspectiva de evolução, os requisitos podem ser classificados como:

● Voláteis

● Permanentes

Gerência de Requisitos

• Gerência de Requisitos é o processo de compreender e controlar as mudanças nos requisitos de sistemas.

Gerenciamento de Mudanças de Requisitos

• Alteração no sistema e depois nos requisitos faz com que a especificação e implementação se desajustem.

• Se este tipo de situação acontecer, os requisitos cairão em descrédito e serão relegados a segundo plano.

• Deve ser adotado um processo de gerenciamento de mudanças.


• A vantagem de utilizar um processo formal para o gerenciamento de mudanças é que todas as propostas de mudança são tratadas de modo consistente e que as mudanças no documento de requisitos são feitas de maneira controlada (SOMMERVILLE, 2003).


Há três estágios:

1. Análise do problema e especificação da mudança.

2. Análise e custo da mudança.

3. Implementação de mudanças.



• Um dos principais problemas de um projeto é gerenciar o escopo. Facilmente a correta gerência de escopo é perdida.

• O escopo deve ser modificado com a anuência de todos os envolvidos.

• Os requisitos macro representam diretamente um eventual aumento de escopo. Os requisitos macro que implicam novos casos de uso devem ser inseridos somente se aprovados pelo financiador do projeto (MAGELA, 2006).


• Requisitos podem ser alterados, incluídos ou excluídos, mas deve ser realizado um gerenciamento de versões, mantendo o histórico de cada atualização, com dados como data, projeto, usuário solicitante e motivo.

• Realizar esta tarefa sem uso de ferramentas é bastante trabalhoso (MAGELA, 2006).

Rastreabilidade de Requisitos

• A facilidade de rastreamento é uma propriedade geral de uma especificação de requisitos que reflete a facilidade de se encontrar requisitos relacionados.

• Os requisitos devem obrigatoriamente possuir rastreabilidade para trás (origem) e para frente (projeto) para garantir a qualidade e consistência da especificação.


• A rastreabilidade apoia a gerência de mudanças.

• Quando são propostas modificações, é preciso verificar o impacto dessas mudanças sobre outros requisitos e o projeto do sistema.

• As informações sobre facilidade de rastreamento são, frequentemente representadas com o uso de matrizes de facilidade de rastreamento.


Planejamento da Gerência de Requisitos

Primeiro estágio da gerência de requisitos deve ser decido sobre:

● Identificação dos Requisitos

● Estados dos Requisitos

● Processo de Gerenciamento de Mudanças

● Políticas de Rastreamento

● Ferramentas CASE


Uma vez avaliado o impacto e custo da mudança, decisões gerencias devem ser tomadas e podem estar apoiadas em políticas definidas no planejamento:

● Requisitos devem ser adiados?

● Será necessário alocar mais pessoas para o projeto?

● Será necessário realizar horas extras por um período?

● Será adiado o prazo de modo a acomodar os novos requisitos?

● Será deixada, de forma consciente, menor qualidade daquela esperada para manter o prazo?


● As mudanças propostas foram cuidadosamente avaliadas por todos os envolvidos?

● As decisões sobre a incorporação dessas mudanças foram tomadas pelas pessoas apropriadas?

● As mudanças foram comunicadas a todos os interessados?

Ferramentas para Gerência de Requisitos

Benefícios no uso de ferramentas:

● Gerenciar versões e alterações

● Armazenar atributos dos requisitos

● Facilidade na análise de impacto

● Rastrear o status do requisito

● Controle de acesso

● Comunicação com stakeholders

● Reutilização de requisitos


Esses produtos são classificados como ferramentas de gerenciamento de requisitos e não como ferramentas de desenvolvimento de requisitos.


Estas ferramentas não substituem um processo definido que os membros da equipe seguem para elicitar e gerenciar requisitos.

É sugerido usar uma ferramenta quando já se tem uma abordagem que funciona mas que requer maior eficiência pois uma ferramenta não compensa a falta de processo, disciplina, experiência e entendimento.


Exemplos de ferramentas:

• IBM Rational RequisitePro

• Borland CaliberRM

• HP Quality Center

• Enterprise Architect




Conclusão

Conclusão

Conclusão

Conclusão

Technology

Análise de Sistemas Orientado a Objetos - 04