Formulario de implementación de componentes de software transaccional de ambiente web iwase
1. Formulario de implementación de
componentes de Software Transaccional de
Ambiente Web
Presentan:
Ing. Víctor Aravena Díaz,
CEISUFRO, Chile
2. Que es Ceis
El Centro de Estudios de Ingeniería de Software (CEIS),
perteneciente a la Universidad de La Frontera, busca
constituirse en un referente en investigación, actualización
y transferencia de conocimientos de ingeniería de
software.
El CEIS busca posibilitar el crecimiento y desarrollo de la
Industria del Software regional y nacional a través de la
formación especializada de ingenieros y la realización
exitosa de proyectos de innovación y transferencia
tecnológica.
3. Laboratorio OpenSystem
Visión
Ser, antes del 2015, un referente en la
industria del software en el sur Chile,
en innovación y desarrollo aplicado
en soluciones de software de código
abierto.
4. Línea de Servicios
• Soluciones de Software en código abierto en nichos
no cubiertos por la industrias.
– Tecnología Móvil.
– Integración de plataformas software libre.
– Interoperabilidad.
– Arquitectura Orientada a Servicio.
• Evaluación y selección de herramientas y plataformas
de códigos abiertos.
• Asesoría y consultoría en Arquitectura de Software Middleware.
5. Dominio de Aplicación
• Sistema de Planificación, Gestión , Control y
Seguimiento de Servicios Escolares.
• Salud
• Sistemas de Flujos de Trabajos (BPM-Workflow).
• Web Semántica (openlinked data).
9. • CMS Empresarial
• Tecnología LAMP
• Framework para desarrollo
web escalable
• 500.000 sitios web a nivel
mundial
• 51 traducciones
• 5906 módulos de software
• Más de 9.000
funcionalidades
• 7.587.230 descargas
• Soporte extendidos
• Hoja de ruta hasta el año
2016
• Ampliamente utilizado en
Europa
10. Formulario de implementación de componentes
de Software Transaccional de Ambiente Web
El proceso de construcción de sistemas de
software de alta complejidad se realiza a través
del ensamble de distintas piezas atómicas e
independientes [1]. Cada componente dispone de
un conjunto de interfaces y de requisitos destinados
a realizar un fin [2], siendo desarrollado, adquirido,
incorporado al sistema y compuesto con otros
componentes de servicio de manera independiente,
en tiempo y espacio [3].
Referencia:
[1] Sommerville
[2] [3] Crnkovic I., Stafford J. and Szyperski C.
11. Formulario de implementación de componentes
de Software Transaccional de Ambiente Web
• Uso y adaptación del módulo
Kickstarter desde el año 2007
• Licencia GPL v3
• Ingeniería de Software Basada
en Componentes (CBSE)
• 3 niveles de configuración
18. Criterio Análisis
Resultado
El asistente de formulario ha facilitado la
reutilización donde los componentes más reutilizados
Reutilización son los componentes de servicios interno.
Cada nuevo proyecto reutiliza aproximadamente un
40 a 50% de los componentes de servicio.
El asistente permite generar un mapa de
Dependencia de dependencia de un componente en particular,
componentes facilitando la gestión de riesgo en las futuras
mantenciones.
Facilita la integración de varios framework. Cada
Utilización de
integración puede ser incluida dentro de la sección
Framework
de Arquitecturas.
Cada componente posee un registro de versiones,
Gestión de
individualizando a los autores y conociendo su
versiones.
estado de madurez.
19. Criterio Análisis
Resultado
Los componentes de software son encapsulado y
Encapsulamiento exportado a un formato que facilita su instalación en
distintos sitio web
Percepción de A nivel de productos, los módulos reutilizados en
calidad asociada varios proyectos alcanzan un nivel de especialización
al producto
y madurez.
Los componentes, al respetar unas estructuras
Transferencia de
establecidas, son fácilmente adoptados por otro
módulos
profesional reduciendo los tiempos de aprendizaje.
Uso de
El asistente permite incorporar modelo de
arquitecturas
arquitecturas previamente probadas
probadas
21. Caso de Estudio
Producto
• 213 formularios reutilización de
componentes basado en configuración 115
módulo Plugin Frontend (interfaces usuarias)
• 12 formulario backend (administración)
• 55 reportes
• 3 módulos de persistencia de datos
• 2 módulos con validaciones comunes
22. Caso de Estudio
Producto
• 15 módulos de otros servicios
• 1 módulo de negocio
• 2 módulos de servicios web (soap – rest)
• 1 programador de tareas
• 3 módulos de ejemplos
• 1 módulo de documentación
23. Caso de Estudio
Requerimientos
• Normativa Minsal, Deis, Sidra, Cuidado de paciente....
• Estandarización de procesos, reportes.....
• Aproximadamente 520 requerimientos
• 3350 profesionales de salud
• 250.000 pacientes
• 79 establecimentos de salud
• 5500 citas por día
• 1300 registros clínicos por día
• 6500 casos de urgencias por día
• 55 perfiles de usuarios
• Y ... Sistema público
24. Caso de Estudio
Equipo Humano
• 1 Médico experto en el dominio
• Universidad de la Frontera (Ceisufro)
– 2 ingenieros de software
– 1 arquitecto, dba, jefe proyectos, operación....
– 1 ingeniero de prueba
• SSAN
– 1 dba
– 1 ingeniero de software
– 1 ingeniero de capacitación
– 1 ingeniero de plataforma
25. Caso de Estudio
Otros datos
• Estimamos 24 meses, vamos en el mes 16.
• Productividad promedio de 35 requerimientos
por mes
• 38% módulos obtenidos de proyectos previos
• 62% módulos son a la medida (interfaces)
• Soportamos el 90% del quehacer clínico
26. Trabajo Futuro
• Catalogo de interfaces usuarias (interfaces
usuarias)
• Registro de requisitos de aceptación
• Pruebas unitarias
• Model Driven Design MDD