Tpicos Avanados em Engenharia de Software

ICONIX

Trata-se de uma metodologia de modelagem dirigida por casos de uso (use case driven), que tem como objetivo estudar e comunicar o comportamento do sistema sob o ponto de vista de um consumidor ou usurio final. Embora tenha sido criada antes da UML, utiliza-se de seus diagramas, que permitem a compreenso da soluo proposta por todas as pessoas, mesmo que no envolvidas no processo de desenvolvimento.

ICONIX

Iconix um processo de desenvolvimento de software que no to burocrtico quanto o RUP nem radical como o XP. ICONIX pode ser considerada uma metodologia pura, prtica e simples, mas tambm poderosa e com um componente de anlise e representao dos problemas slido e eficaz, por isso, a metodologia ICONIX caracterizada como um Processo de Desenvolvimento de Software desenvolvido pela ICONIX Software Engineering (www.iconixsw.com).

ICONIX

Este processo tambm faz uso da linguagem de modelagem UML e possui uma caracterstica exclusiva chamada "Rastreabilidade dos Requisitos" (Traceability of Requirements). ICONIX nos permite "obrigatoriamente", atravs de seus mecanismos, verificar em todas as fases se os requisitos esto sendo atendidos. A abordagem ICONIX flexvel e aberta, isto , se for necessrio usar outro recurso da UML para complementar os recursos usados nas fases do ICONIX, no h problema algum.

ICONIX - Fases

Modelagem do Domnio Identificao do Domnio dos Objetos Quanto ao Mundo Real Comportamento dos Requisitos por Meio de Casos de Uso Anlise de Robustez Comportamento dos Objetos Modelo Esttico Codificao Testes

ICONIX - Fases

Modelagem do Domnio

Fase que identifica o domnio do problema e seus objetos. Os desenvolvedores devem identificar e abstrair os objetos do domnio de aplicao existente no mundo real, seus relacionamentos, generalizaes e agregaes. Nesse momento, pode-se comear a criar um diagrama de classes de alto nvel (classes de anlise ou diagrama de classes de domnio).

ICONIX - Fases

Modelagem do Domnio

O modelo do domnio continuar a evoluir e crescer (at atingir o domnio do negcio) enquanto o projeto progride.

Identificao do Domnio dos Objetos Quanto ao Mundo Real

Aps ter refinado o progresso do trabalho usando um checklist, o prximo passo encontrar substantivos e frases que podem ser transformados em classes e atributos.

ICONIX - Fases

Identificao do Domnio dos Objetos Quanto ao Mundo Real

Os verbos encontrados transformam-se em operaes e associaes, e em certos casos, algumas frases podem se tornar atributos. Isso apenas uma regra geral, uma vez que naturalmente voc pode encontrar alguns verbos que se transformem eventualmente em objetos ou operaes, principalmente no caso da modelagem de um processo de negcio ou identificao de elementos de gerncia ou classes de controle.

ICONIX - Fases

Comportamento dos Requisitos por Meio de Casos de Uso

Nessa fase os requisitos captados dos stakeholders so interpretados e revisados, a fim de que estejam livres de ambiguidades. Aps essa reviso, utiliza-se o diagrama de casos de uso da UML para sua representao.

ICONIX - Fases

Comportamento dos Requisitos por Meio de Casos de Uso

Como benefcios desse processo possvel retirar vrios elementos, tais como:

O entendimento dos processos por qualquer pessoa; Facilidade em enxergar como tudo vai funcionar; Documentao do sistema atravs desse diagrama.

ICONIX - Fases

Anlise de Robustez

Essa anlise tambm tem a finalidade de descobrir eventuais ambiguidades, no dos requisitos, mas dos casos de uso representados. Ela feita por um diagrama de robustez que representa um diagrama de classes estereotipado. Essa fase conecta a anlise ao projeto, certificando-se de que a descrio dos casos de uso esteja correta.

ICONIX - Fases

Anlise de Robustez

Tambm nessa fase possvel descobrir novos objetos, que no foram vistos no modelo de domnio. Ela envolve ainda a anlise do texto narrativo de cada caso de uso e a identificao de um primeiro conjunto de possveis objetos que participaro do caso de uso.

ICONIX - Fases

Anlise de Robustez

Diagrama de Robustez

Trata-se de um diagrama aderente s arquiteturas atuais do MVC (Model View Controller), que auxilia o desenvolvedor, gerenciando, visualizando e persistindo os dados de uma aplicao. A palavra robustez d uma ideia de fora e vigor, e neste caso especfico indica a utilizao de um mtodo capaz de traar passo a passo toda a interao do usurio com o sistema.

ICONIX - Fases

Anlise de Robustez

Diagrama de Robustez

Envolve um conjunto de smbolos representativos que indicam a interface utilizada, os menus e possveis resultados obtidos, facilitando assim o entendimento e a identificao dos objetos e aes (operaes) propostas pelo sistema. Trata-se de um diagrama composto basicamente de trs smbolos (boundary, control, entity).

ICONIX - Fases

Anlise de Robustez

Diagrama de Robustez

ICONIX - Fases

Anlise de Robustez

Diagrama de Robustez

Boundary: refere-se interface que ser oferecida ao usurio do sistema Control: refere-se ao controlador com as regras de negcio do sistema Entity: refere-se ao armazenamento dos dados provenientes do sistema

ICONIX - Fases

Comportamento dos objetos

Essa fase representa praticamente o comeo do projeto, ou seja, d-se incio ao conjunto de aes ou passo a passo de todo o processo de utilizao de regras de negcio. Para essa fase usam-se os diagramas de sequncia ou de atividades. A ideia utilizar uma representao grfica da interao e dos resultados, objetivando mostrar como as aes executadas pelo sistema se comportam.

ICONIX - Fases

Comportamento dos objetos

Obviamente, deve-se, sempre que necessrio, atualizar os diagramas gerados anteriormente, pois nessa fase muitos erros precisam ser corrigidos ou novas possibilidades no observadas inicialmente podem ser includas no projeto.

ICONIX - Fases

Modelo esttico

Esse modelo baseia-se na construo de um diagrama de classes consolidado e totalmente de acordo com os diagramas de caso de uso e atividades (sequncia) realizados anteriormente. O diagrama criado servir de apoio para a diviso do projeto em partes, que sero utilizadas pela gerncia de projeto para distribuio das tarefas da equipe de desenvolvimento.

ICONIX - Fases

Comportamento dos objetos

Obviamente, deve-se, sempre que necessrio, atualizar os diagramas gerados anteriormente, pois nessa fase muitos erros precisam ser corrigidos ou novas possibilidades no observadas inicialmente podem ser includas no projeto.

ICONIX - Fases

Modelo esttico

Esse modelo, alm do diagrama, deve possuir os detalhes do projeto e tambm ser validado pela equipe de stakeholders.