Análise de Requisitos

O post de hoje falaremos sobre a fase de levantamento, mais precisamente a análise de requisitos. Essa é considerada a mais importante fase do ciclo de desenvolvimento de sistemas. O levantamento dos requisitos do sistema pode definir ou mais precisamente nortear o futuro do mesmo. Como Analista/DBA, após a entrevista e coleta de formulários usados atualmente, tenho o hábito de rascunhar um pequeno diagrama de entidade relacionamento (ER). Este modelo(ER) de diagramação ainda é bastante usado, mas com o constante avanço dos modelos especificados pela Linguagem de Modelagem Unificada (UML) acho importante estudo e pratica dos mesmos. Ainda, não costumo seguir um processo de desenvolvimento de software, tais como: XP, RUP e assim vai.

O que mais acontece é a elaboração de um protótipo inicial e o aperfeiçoamento no decorrer do projeto. Vou usar aqui algo que achei extremamente fácil para iniciantes no mundo OO ou mesmo para a modelagem de um sistema, a técnica chamada “UML in Color”, mais precisamente modelando com Archetypes (arquétipo).
Para você entender porque a modelagem em cor é fácil e ao mesmo tempo tão poderosa é preciso que se entenda os quatro blocos de construção básicos no qual ela é baseada - Os Archetypes. Definição de Archetype:
um modelo no qual todas as coisas do mesmo tipo mais ou menos o seguem - incluindo atributos, links, métodos, pontos de entrada (plug-in), e interações.

Quatro Archetypes/Cores - Pequena Introdução

A utilização de cores para cada Archetype foi uma idéia interessante e importante dos autores do livro Java Modeling in Color with UML . A cada classe Archetype é dado sua própria cor. A cor facilita o aprendizado e a fixação das classes Archetype tornando informações de alto nível, em um diagrama de classes, mais fáceis de ler. Usar cor também ajuda prevenir pessoas sendo colocadas de lado por não saber por onde começar quando postas diante de um diagrama de classes não trivial (complexo).

Dado uma Classe, Qual é a Cor, Qual é o Archetype?

Então dado uma classe, que archetype ou cor deveremos usar? Usaremos o seguinte check-list:

• Moment-Interval (rosa): A classe archetype Moment-Interval representa uma atividade que o sistema precisar rastrear por razões legais ou de negócio, algo que ocorre em um momento no tempo ou sobre um intervalo de tempo;
• Role (amarelo):A classe archetype Role representa um forma de participação por uma parte (pessoa ou organização), lugar ou, coisa em um Moment-Interval;
• Party, Place, or Thing (verde): A classe archetype Party, Place, ou Thing, PPT resumidamente, representa coisas que podem exercer um papel (Role) em diferentes atividades do sistema;
• Description (azul):A classe archetype Description representa um catálogo de descrição, um valor ou conjunto de valores que podem ser usados para etiquetar coisas. A forma mais fácil de pensar em uma classe archetype Description é pensar na informação que classifica uma entidade mas que não define sua identidade. Por exemplo, nacionalidade e estado de civil podem ser considerados descrições para uma pessoa enquanto que número do CPF ou de Passaporte fará parte da informação de identidade da pessoa.

Quatro Arquétipos

Fique tranquilo, com o exercício/uso dessa modelagem você intuitivamente identificará em qual categoria de archetype sua classe se encaixa.

Referências

• Análise e Desenho Orientados por Objetos (2/4)
• Modeling in Color
• Domain Modelling using color UML
• Java Modeling in Color with UML