> A Metodologia ICONIX foi elaborada por Doug Rosenberg e Kendall Scott a partir da síntese do processo unificado pelos “três amigos” - Booch, Rumbaugh, e Jacobson o qual tem dado suporte e conhecimento a mesma desde 1993
> O ICONIX é “um processo simplificado que unifica conjuntos
de métodos de orientação a objetos em
uma abordagem completa, com o objetivo de dar cobertura ao ciclo de vida”.
> É considerado uma metodologia pura, prática e simples, mas
também poderosa e com um componente de
análise e representação dos problemas sólido e eficaz.
> A metodologia ICONIX é caracterizada como um Processo de Desenvolvimento de Software desenvolvido pela ICONIX Software Engineering.
> A metodologia ICONIX é caracterizada como um Processo de Desenvolvimento de Software desenvolvido pela ICONIX Software Engineering.
>O ICONIX é um processo que se situa entre o RUP – Rational
Unified Process (qualificado pelos autores
como “imenso”) e o XP- eXtreme Programming
(qualificado por eles como “minúsculo”).
>O modelo é dividido em duas visões:
• Dinâmica: Apresenta a interação do usuário com o sistema, utilizando dos seguintes artefatos: Diagrama de caso de uso, diagrama de robustez e diagrama de sequência.
• Estática: Mostra o funcionamento do sistema sem nenhum dinamismo e interação do usuário. Utiliza dos seguintes artefatos: Modelo de domínio e diagrama de classe.
> É um processo dirigido por casos de uso, como o RUP, mas não é tão burocrático, ou seja, não gera tanta documentação.
> O ICONIX também é um processo relativamente compacto, como o XP, mas não descarta a análise e projeto (design) como o XP faz.
>O modelo é dividido em duas visões:
• Dinâmica: Apresenta a interação do usuário com o sistema, utilizando dos seguintes artefatos: Diagrama de caso de uso, diagrama de robustez e diagrama de sequência.
• Estática: Mostra o funcionamento do sistema sem nenhum dinamismo e interação do usuário. Utiliza dos seguintes artefatos: Modelo de domínio e diagrama de classe.
> É um processo dirigido por casos de uso, como o RUP, mas não é tão burocrático, ou seja, não gera tanta documentação.
> O ICONIX também é um processo relativamente compacto, como o XP, mas não descarta a análise e projeto (design) como o XP faz.
>O ICONIX utiliza a linguagem de modelagem UML e possui uma
característica exclusiva chamada “Rastreabilidade dos Requisitos” (Traceability
of Requirements), mais precisamente, ele permite “obrigatoriamente” por meio de
seus mecanismos, verificar em todas as fases, se os requisitos estão sendo atendidos.
O ICONIX tem como base responder algumas questões
fundamentais sobre o software. Assim, utiliza técnicas da UML que auxiliam a
prover a melhor resposta. As questões e as técnicas são:
As características-chave do ICONIX
são:
->Uso enxuto da UML: os
passos do processo estabelecem apenas um conjunto mínimo e suficiente para que um
projeto orientado a objetos seja bem sucedido.
->Alto grau de rastreabilidade: a
cada passo do processo retorna-se de alguma forma aos requisitos. Nenhuma parte do
processo permite que o analista se afaste muito das necessidades do usuário.
->Iterativo e incremental: múltiplas
iterações acontecem entre o desenvolvimento do modelo de domínio e a identificação e
análise dos casos de uso. O modelo estático é incrementalmente refinado durante as
sucessivas iterações que acontecem no modelo dinâmico.
0 comentários:
Postar um comentário