1. OPAKUS SOLUCÕES INTELIGENTES www.opakus.com.br

3. Modelo 2 Camadas

5. Modelo 3 Camadas

7. Modelo 3 Camadas c/ MVC APRESENTAÇÃO NEGÓCIO OU LÓGICA PERSISTÊNCIA ( INTEGRAÇÃO ) NAVEGADOR WEB SGDB V C M SERVIDOR CLIENTE - SERVIDOR CLIENTE SERVIDOR WEB Helper classes

8. Modelo 4 Camadas

9. Modelo 4 Camadas CLIENTE ( APRESENTAÇÃO ) NAVEGADOR WEB CLIENTE PERSISTÊNCIA SGDB SERVIDOR GERENCIA DE APRESENTAÇÃO NEGÓCIO SERVIDOR WEB CLIENTE - SERVIDOR CLIENTE - SERVIDOR SERVIDOR APLICAÇÃO EJB in MVC V C M

10. J2EE - 4 TIER

11. MVC - FLUXOS

12. MVC

13. STRUTS Fluxo de Navegação de seus componentes

14. STRUTS CAMADA DE NEGÓCIO OU LÓGICA OU REGRAS V C M SERVIDOR WEB Visão Modelo Controle JSP, Servlets, formBeans Classes de Negócios, DAO, Beans em Geral Actions, Servlet Controller Existe um forte acoplamento entre JSPs e formBeans.

15. STRUTS No Struts temos classes Dispatcher , Request Processor, Controller e Helper (ActionsBeans e FormsBeans). Custom Tags ( Pattern View Helper ). Atualmente existem diversas ferramentas para configuração da Struts de forma visual com diversas opções entre produtos pagos e open source (EasyStruts, Struts Console).

17. Patterns Patterns descrevem maneiras comuns de se fazerem as coisas, tornando-os modelos-exemplo . Conjuntos de estratégias. Estes são identificados ao longo do desenvolvimento de projetos, onde surgem problemas repetitivos e obviamente com soluções semelhantes . Todo Pattern apresenta algumas características comuns: são baseados em experiências anteriores; são reutilizáveis; combinam estratégia de design e melhores práticas; podem ser usados juntos a fim de resolver uma gama maior de problemas.

18. Patterns Acoplamento entre as Camadas

21. FUTURO CERTIFICAÇÃO CMM

22. MENSAGEM “ Existem duas formas de construir um modelo de software. Uma é fazer o desenho tão simples que é óbvio não ter deficiências. Uma outra forma é fazer o modelo tão complicado que não tem deficiências óbvias .” C. A. R. Hoare

24. Use Case Fluxo alternativo do Processo de Vistoria através de pesquisa. UC 1.1 : Fluxo alternativo do Processo de Vistoria através de pesquisa UC x UC 1: Processo de Vistoria UC y <<estende>> <<ator>>

25. Descrição Sucinta do UC 1.1 Construir uma interface de entrada dos dados : logradouro, razão social, CPF, CNPJ e NIB. Nesta tela deve existir a opção para cada um destes dados, afim de possibilitar a pesquisa destes processos. Este dado deve trazer em uma próxima tela um relatório com a pesquisa dos NIBs e ter um link para abrir o documento, este por sua vez possibilitará o usuário a dar continuidade no processo de vistoria.