Exibir código-fonte para Iconix

== Metodologia ICONIX ==
Criado por Doug Rosenberg e Kendall Scott o ICONIX trata-se de um processo  que unifica um conjunto de métodos orientados a objetos com o objetivo de atender todo o ciclo de vida de um projeto, é considerado um processo simplificado e pratico se comparado aos mais tradicionais. Sua principal vantagem é a capacidade de ser um componente de análise e representação dos problemas sólido e eficaz.
<br>
É uma metodologia de desenvolvimento de software, que fica entre o RUP (Rational Unified Process) e o XP (Extreme Programming), unifica um conjunto de métodos orientados a objetos para ter controle rígido sobre todo o ciclo de vida do software.  Existe desde 1993 apresenta claramente as atividades de cada fase e exibe uma sequência de etapas que devem ser seguidas

== Principais Características ==

O ICONIX é composto por três características básicas: 

Iterativo e Incremental: ocorrem diferentes iterações ao logo do desenvolvimento do modelo de domínio e a definição de casos de uso. Este ciclo de vida consiste no desenvolvimento do produto em etapas, para que se possa integrá-lo funcionalmente a cada ciclo de iteração, o produto é revisado e aprimorado. Essas etapas cão denominadas de iterações.

Rastreabilidade: cada etapa que é executada é definida por um requisito, rastreabilidade é definida como a capacidade de seguir um relacionamento entre os diferentes artefatos de software produzidos.

Dinâmica UML:  oferece um uso dinâmico da UML, pois utiliza  principalmente  três diagramas diagramas, sem exigir o uso de todos, como no caso do RUP (Rational Unified Process).



O ICONIX é composto pelas seguintes fases:
<ul>
<li>Modelo de Domínio</li>
<li>Modelo de Caso de Uso</li>
<li>Análise Robusta</li>
<li>Diagrama de Seqüência</li>
<li>Diagrama de Classe</li>
</ul>
<br>

[[Arquivo:ICONIX.PNG|center|600px]]

<br>

<li>Na fase do diagrama de caso de uso um arquivo será obtido, formado por um nome, uma descrição, uma condição prévia que deve ser atendida antes do início, uma condição que deve ser atendida no final.</li>
<li>Realizar diagrama de robustez: é um híbrido entre um diagrama de classes e um diagrama de atividades. É uma ferramenta que permite capturar o que fazer, facilita o reconhecimento de objetos e torna a leitura do sistema mais simplificado.</li>
<li>O diagrama de robustez é dividido em objetos de borda utilizado pelos atores para se comunicar com o sistema; objetos de entidade, que são objetos do modelo de domínio; objetos de controle se trata da união entre a interface e os objetos da entidade.</li>
<li>Diagrama de Classes: descreve a estrutura de um sistema mostrando suas classes, atributos e os relacionamentos entre eles.</li>
<li>Diagramas de sequência: demonstra os métodos que farão as classes do sistema. Mostra todos os cursos alternativos que todos os nossos casos de uso podem fazer.</li>
<li>Há também Revisão Crítica do Projeto (Design) em que todos os elementos utilizados no sistema são registrados.</li>
<li>Diagrama de Componentes: após definir o design o software será criado e o diagrama de componentes é utilizado para demonstrar a distribuição física dos componentes da estrutura interna do sistema.</li>

== Vantagens: ==
<li>Processo ágil para criar um software.</li>
<li>Dedicado à construção de sistemas de gerenciamento de pequena e média complexidade com a participação de usuários finais.</li>

== Desvantagens: ==
<li>Necessita de informações rápidas e oportunas sobre os requisitos, design e estimativas.</li>
<li>É uma metodologia não recomendada para ser usada em projetos de longo prazo.</li>

== Referências ==
<ol>
<li>http://trabalhosdesistemasdeinformacao.wikidot.com/blog:1>
<li>http://siiconix.blogspot.com/p/introducao_18.html</li>
<li>http://metodologiaiconix.blogspot.com/</li>
</ol>