1 / 21

Metodologia Iconix

Metodologia Iconix. Adriano Teixeira João Vide Luís Silva Maria Pedroto. “ Orientado a use cases, iterativo e incremental como o RUP, mas sem sua complexidade” João Araújo. Introdução. O Processo Iconix.

duncan-brewer
Download Presentation

Metodologia Iconix

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Metodologia Iconix Adriano Teixeira João Vide Luís Silva Maria Pedroto • “ Orientado a use cases, iterativo e incremental como o RUP, mas sem sua complexidade” • João Araújo

  2. Introdução O Processo Iconix

  3. O Processo Iconix • Síntese obtida a partir dos métodos originais de Booch/Runbaugh/Jacobson • Produto final obtido após cerca de 10 anos de refinamentos • Conjunto mínimo de métodos retirados do UML, no entanto os suficientes

  4. O Processo Iconix

  5. O Processo Iconix • Na prática existe muito pouco tempo para a modelação do problema • Iconix representa um processo que se torna como uma condensação para o desenvolvimento de software

  6. O Processo Iconix • Processo simples que ajuda a partir dos casos de utilização para o código • Rápido e eficiente • Usa poucas técnicas do UML • Mais pequeno do que o RUP e maior do que o XP

  7. Estrutura do Iconix Análise de Requisitos Análise e desenho preliminar Desenho Implementação

  8. Análise de Requisitos • identificar use cases, objectos, desenvolver protótipos de interface • Cada requisito deve focar apenas um ponto, ser claro e conciso

  9. Análise de Requisitos • Como iniciar?? Levantamento de Documentos Entrevistas e questionários Seminários...

  10. Análise e desenho preliminar • descrever use cases através de cenários, diagrama de classes • realização das tarefas para efectuar descrição dos casos de utilização com os respectivos cenários principais

  11. Análise e desenho preliminar • necessário realizar um diagrama de robustez para cada um dos casos de utilização • tipo de operação é o que permite ilustrar graficamente as interacções entre os diversos objectos participantes num determinado caso de utilização

  12. Análise e desenho preliminar • por fim, necessário efectuar uma actualização do diagrama de classes que representa a análise efectuada até então

  13. Análise e Desenho Preliminar • O porquê dos diagramas de robustez? • Precisamos de ter uma boa ideia relativamente a que cada caso de utilização tem que objectos e os resultados esperados a partir das operações do utilizador • Descobrimos novos objectos e adicionamos atributos às classes

  14. Desenho • especificar o comportamento, refinar o diagrama de classes • Necessário efectuar uma especificação do comportamento do sistema guiado pelos casos de utilização

  15. Desenho • finalizar o modelo estático, adicionando a informação encontrada, o mais detalhadamente possível, sobre o desenho, relativamente à visibilidade de cada uma das classes e os respectivos padrões de desenho

  16. Implementação • especificar o diagrama de componentes e de instalação, escrever ou gerar código, realizar testes unitários, de integração e de aceitação • responsável pela correcta tradução do produto final das actividades anteriores

  17. Implementação • elaboração de diagramas que traduzam as operações de instalação do software esperado, e de implementação da própria actividade de estruturação da programação necessária

  18. Implementação • programação do código necessário para efectuar as operações analisadas • fase de testes à aplicação para verificar que esta está a efectuar todas as operações desejadas como os resultados esperados

  19. Metodologia Iconix Conclusões

  20. Conclusões • processo situado algures entre a complexidade e abrangência da RUP (Rational Unified Process) e a conhecida simplicidade que caracteriza o XP (Extreme Programming)

  21. Conclusões • diagramas dispensáveis: são essencialmente os diagramas de estado, os de actividade e os de arquitectura

More Related