formulario de implementación de componentes de software transaccional de ambiente web iwase

Formulario de implementación de componentes de Software Transaccional de

Ambiente Web

Presentan:

Ing. Víctor Aravena Díaz, CEISUFRO, Chile

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.

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.

Laboratorio OpenSystem

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.

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).

Gobierno Electrónico

Mejorar Construcción / Ingeniería Software

Necesitamos Ingenieros de Software con un alto nivel

• 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

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.

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

Formulario de implementación de componentes de Software Transaccional de Ambiente Web

Formulario de implementación de componentes de Software Transaccional de Ambiente Web

Patrón MVC

Formulario de implementación de componentes de Software Transaccional de Ambiente Web

Patrón MVC

Patrón MVC Workflow

Formulario de implementación de componentes de Software Transaccional de Ambiente Web

Patrón MVC-Workflow

Formulario de implementación de componentes de Software Transaccional de Ambiente Web

Criterio Análisis Resultado

Reutilización

El asistente de formulario ha facilitado la reutilización donde los componentes más reutilizados son los componentes de servicios interno. Cada nuevo proyecto reutiliza aproximadamente un 40 a 50% de los componentes de servicio.

Dependencia de componentes

El asistente permite generar un mapa de dependencia de un componente en particular, facilitando la gestión de riesgo en las futuras mantenciones.

Utilización de Framework

Facilita la integración de varios framework. Cada integración puede ser incluida dentro de la sección de Arquitecturas.

Gestión de versiones.

Cada componente posee un registro de versiones, individualizando a los autores y conociendo su estado de madurez.

Criterio Análisis Resultado

Encapsulamiento

Los componentes de software son encapsulado y exportado a un formato que facilita su instalación en distintos sitio web

Percepción de calidad asociada

al producto

A nivel de productos, los módulos reutilizados en varios proyectos alcanzan un nivel de especialización y madurez.

Transferencia de módulos

Los componentes, al respetar unas estructuras establecidas, son fácilmente adoptados por otro profesional reduciendo los tiempos de aprendizaje.

Uso de arquitecturas

probadas

El asistente permite incorporar modelo de arquitecturas previamente probadas

Caso de estudio

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

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

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

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

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

Trabajo Futuro • Catalogo de interfaces usuarias (interfaces

usuarias)

• Registro de requisitos de aceptación

• Pruebas unitarias

• Model Driven Design MDD

Gracias

Fin

Mail: victor.aravena@ceisufro.cl

Sitio: • www.opensystem.cl

• http://www.ceisufro.cl/laboratorio/opensystem/