1. Defensa de Trabajo de Grado FRAMEWORK EN SOFTWARE LIBRE PARA LA IMPLEMENTACIN DE APLICACIONES WEB EN EL DOMINIO DE LA INGENIERA CIVIL. CASO DE ESTUDIO: PORTAL DE PRTICOS PARA EL DECANATO DE INGENIERA CIVIL DE LA UNIVERSIDAD CENTROCCIDENTAL LISANDRO ALVARADO.

2. Introduccin

Fritz Bauer, Garmisch. 1968.

Ingeniera Civil, origen entre los siglos XIX y XX.

Frameworks en otros dominios por auge de Internet.

Desarrollo de un framework enSoftware Libreque permita la creacin de aplicaciones Web orientadas al dominio de la Ingeniera Civil, usando como referencia elportal de prticosdel Decanato de Ingeniera Civil de la UCLA.

3. Introduccin

Capitulo I. El Problema.

Capitulo II. Marco Terico.

Capitulo III. Marco Metodolgico.

Capitulo IV. Resultados.

Capitulo V. Conclusiones y recomendaciones.

4. El Problema 5. Planteamiento del problema

Informacin en internet, globalizacin y tecnologas.

Decreto 3390, un nuevo paradigma.

Trabajos de investigacin en el Decanato de Ingeniera Civil de la UCLA.

Portal de Prticos,seguridad antissmica .

Desarrollar una herramienta informtica que permita la implementacin de aplicaciones en el dominio de la Ingeniera Civil.

6. Planteamiento del problema

Queinconvenientesexisten en el modelo actual?

Cuales son lascaractersticasideales de la herramienta?

Como debera disearse laarquitecturadel framework?

Como afecta la carencia de un framework en eldesarrollo de un portal de prticosen el Decanato de Ingeniera Civil de la UCLA?

7. Objetivo General

Desarrollarun framework en Software Libre para la implementacin de aplicaciones Web en el dominio de la Ingeniera Civil, usando como caso de estudio un Portal de Prticos para el Decanato de Ingeniera Civil de la UCLA.

8. Objetivos especficos

Diagnosticarel modelo actual del Portal de Prticos.

Analizarlas caractersticas necesarias para desarrollar aplicaciones en el dominio de la Ingeniera Civil.

Realizar eldiseode un framework en Software Libre.

Desarrollarel framework que permita implementar un prototipo funcional del Portal de Prticos para el Decanato de Ingeniera Civil de la UCLA.

9. Importancia y justificacin

Disminuir la brecha tecnolgica.

Tiempos razonables de desarrollo.

Programacin orientada al dominio.

Servicio dentro y fuera de la red acadmica.

Diseo, desarrollo e implementacin de sistemas distribuidos sobre plataformas Web.

10. Alcances

Diseo de una arquitecturaorientada al dominioen el Decanato de Ingeniera Civil de la UCLA.

Desarrollar la herramienta bajo la filosofa del Software Libre.

Base de estudio: Portal de Prticos.

Portal de Prticos como prueba de las capacidades de la herramienta.

11. Limitaciones

Aspectos relacionados con elhardware .

Desarrollo delmodeloo procesador que resuelve el problema.

Cronogramade actividades.

12. Marco Terico 13. Antecedentes

CompuCell 3D, framework para la simulacin del desarrollo de organismos multicelulares.

Abaqus, estudio de objetos numricos en la computacin cientfica.

Electronic Handbook of fracture, solidos anisotrpos.

14. Bases tericas

Ingeniera de Software, proceso de desarrollo.

• Ingeniera de requisitos.

• Implementacin o desarrollo del sistema.

• Pruebas del software.

Ingeniera de Sistemas Diseodel Software Anlisisde requisitosdel software 15. Bases tericas

Software Libre, filosofa computacional.

• Antes de los 70 todo el software era abierto.

• Berkeley Software Distribution, 1977.

• ProyectoGNU , 1984.

• LinuxKernel, 1991.

• GNU/Linux , se unen en 1992.

• Ford, Wall-Mart, GM, Amazon y Google.

• PHP, Ruby on Rails, Apache, MySQL y OoO.

16. Bases tericas

Frameworks, estructuras para el software.

• Design Patterns por Eric Gamma, 1990.

• Componente reutilizable, flexible y configurable.

• Piedra angular de laIngeniera de Software .

17. Bases tericas

XP, metodologa para desarrollar software.

• Extreme Programming por Kent Beck, 1999.

• Proceso de desarrollo gil.

• Planificacin.

• Pequeas versiones.

• Diseo.

• Desarrollo.

• Pruebas.

18. Bases tericas

Archimate, lenguaje descriptivo de arquitecturas.

• Open Group Standard.

• Basado en el estndarIEEE 1471 .

• Capa de negocios.

• Capa de la aplicacin.

• Capa de tecnologa.

19. Bases tericas

REST, tcnica para sistemas distribuidos.

• Tesis doctoral de Roy Fielding, 2000.

• Interfaz Web que usaXML/HTTPsin abstracciones.

• Escalabilidad.

• Generalidad de interfaces.

• Independencia.

• Compatibilidad.

FastCGI, ejecutables en la Web.

20. Bases tericas

Portal de Prticos, seguridad antissmica.

• Teora del dao concentrado.

• Mecnica de la fractura.

• Prticos elastoplsticos.

21. Bases tericas

Modelo de negocio en el dominio de la Ingeniera Civil.

22. Bases legales

Estndares internacionales

• ISO 9000 : 2008 Sistemas de Gestin de calidad.

• ISO/IEC 9126: 2004 Factores de Calidad del software.

Leyes Nacionales

• Constitucin de la Repblica, art. 110.

• LOCTI, art. 4.

• Ley especial contra delitos informticos, arts. 6, 7, 8, 9, 11, 12, 13, 14.

• Decreto 3390, art 1.

23. Sistema de variables

Proceso de vincular conceptos abstractos con indicadores empricos.

• Fuentes.

• Tcnicas.

• Instrumentos.

Variable Dimensiones Indicadores 24. Marco Metodolgico 25. Tipo de investigacin

Estudio de proyecto.

Modalidad de Proyecto factible.

26. Poblacin y muestra

Poblacin: personal directivo, docentes y alumnos dePostgrado de Ingeniera Estructuraldel Decanato de Ingeniera Civil de la UCLA.

Muestra:30%de la poblacin.

27. Obtencin de la informacin

Entrevistas no estructuradas.

Revisin bibliogrfica.

Entrevista estructurada.

Observacin directa.

Cuestionario.

28. Fases del estudio

Diagnstico del modelo actual.

Anlisis de requerimientos.

Formulacin del diseo.

Desarrollo de la propuesta.

29. Aspectos administrativos

Cronograma de actividades.

• 10 meses aproximadamente (Jun 2009 Abr 2010).

Recursos utilizados.

• Computador, Internet, papelera, transporte y recurso humano.

30. Resultados 31. Diagnstico del modelo actual

Mitch Denda, Electronic Handbook of fracture.

Maria Marante, Portal of Damage.

Planificacin: modelo de negocio con UML.

Diagrama de caso de uso del modelo actual.

Descripcin textual de los casos de uso.

Diccionario de datos.

Diccionario de trminos.

32. Modelo de negocio 33. Diagrama de caso de uso

Modelo actual

34. Anlisis de requerimientos

Revisin bibliogrfica y encuesta.

Anlisis estadsticos para relacionar las variables.

• Necesidad dedesarrollar softwareinherente: 100%

• Experticiaen aplicaciones en el dominio: 87,5%

• Uso deSoftware Libre : 100%

• AplicacinWeb : 62.5%

Patterns and Practices Group.

Versiones: modelo propuesto.

35. Anlisis de requerimientos

Estadsticas

36. Diagrama de caso de uso

Modelo propuesto

37. Diagrama de clases

Modelo propuesto

38. Formulacin del diseo

Diseo: framework propuesto.

Arquitectura con lenguaje descriptivo (ADL).

Diagrama de clases refinado (MVC).

39. Arquitectura del framework 40. Arquitectura del framework 41. Arquitectura del framework 42. Diagrama de clases

Framework

43. Desarrollo de la propuesta

Desarrollo: framework propuesto.

Componente denominadomodelo .

Middlewarecabilla .

Pruebas: portal de prticos.

44. Funcionamiento interno

Generador de interfaces.

Componente para REST.

Validador de expresiones regulares PCRE.

Middleware para Fortran.

Graficador cartesiano.

45. Conclusiones / Recomendaciones 46. Conclusiones

Las entrevistas realizadas permitieron modelar el negocio y evaluar los inconvenientes inherentes.

Aplicando tcnicas de recoleccin de datos se obtuvieron las caractersticas necesarias, sustentndolo en otros estudios.

La metodologa facilit un diseo suficientemente robusto para sustentar la propuesta.

El desarrollo del framework implement los requisitos derivados del diseo.

Se desarroll un prototipo funcional del Portal de Prticos, cumpliendo con las expectativas.

47. Recomendaciones

Promover el uso del framework en la institucin.

Desarrollar nuevos modelos asociados al dominio.

Compartir el framework con otras instituciones.

Implementar el framework en el Decanato de Ingeniera Civil de la UCLA con la infraestructura existente.

Utilizar como cliente cualquier navegador Web que cumpla con los estndares de la W3C.

48. Despedida Se debe hacer todo tan sencillo como sea posible,pero no ms sencillo Albert Einstein. 49. Gracias!