Apoyo ingenieril en el área de Aseguramiento de Calidad de Software durante el desarrollo
de la quinta fase del proyecto vertical de salud.
Estudiante:
Marlly Alejandra Cantor Herrera
Facultad de Ingenierías
Programa de Ingeniería de Sistemas
Universidad Cooperativa de Colombia
Villavicencio, Meta
Informe de Práctica Social, Empresarial o Solidaria
Apoyo ingenieril en el área de Aseguramiento de Calidad de Software durante el desarrollo
de la quinta fase del proyecto vertical de salud.
Marlly Alejandra Cantor Herrera
Tutor
Francy Yaneth Patiño Martínez
Ingeniera de Sistemas
Facultad de Ingenierías
Programa de Ingeniería de Sistemas
Universidad Cooperativa de Colombia
Dedicatoria
A Dios por guiarme por el buen camino, darme fuerzas para seguir adelante,
enseñándome a encarar las adversidades sin perder nunca la dignidad, ni desfallecer en el
intento.
A mi mamá por su apoyo, consejos, comprensión y amor en los momentos difíciles. Por
ayudarme con los recursos necesarios para estudiar. Es la que me ha enseñado lo que soy
como persona, mis valores, mis principios, mi carácter, mi empeño y mi perseverancia.
A mi novio Arley por su colaboración y la ayuda incondicional que me brindó, fue muy
importante para mí crecimiento personal y profesional.
A mis hermanos por estar siempre presentes, acompañándome y apoyándome.
Agradecimiento
A DIOS, por brindarme la sabiduría y el entendimiento necesario para desarrollar la
pasantía a satisfacción, por la fuerza que me concedió para continuar y terminar este largo
camino en mi carrera profesional.
A la Corporación de Alta Tecnología para la Defensa (CODALTEC), por brindarme la
oportunidad de realizar mí pasantía como requisito de la modalidad de grado y poder
conocer el ámbito laboral, en especial al Área de Aseguramiento y Calidad de Software
(pruebas) por ofrecerme el mejor ambiente de trabajo y el apoyo requerido para lograr
los objetivos trazados en este proyecto.
A la ingeniera Francy Patiño quien me asesoró y me acompañó a lo largo de la
ejecución y elaboración del proyecto.
Resumen
El presente documento es el informe final de la modalidad de grado “práctica social,
empresarial o solidaria”, que se realizó para Corporación de Alta Tecnología para la Defensa-
CODALTEC en el área Aseguramiento de Calidad de Software del proyecto Vertical de Salud
para las Fuerzas Militares (FF.MM.), con el software SALUD.SIS, el cual fue sometido a pruebas
funcionales y pruebas de integración con el objetivo de realizar el aseguramiento de calidad del
software contemplado para la etapa de liberación durante la Fase 5 del citado proyecto, siguiendo
reconocidas buenas prácticas existentes a nivel internacional en este campo del conocimiento,
ejecutando actividades de detección y posterior reporte de no conformidades (incidencias) de
software y verificando el cumplimiento de los requisitos definidos previamente por el cliente final
del producto, específicamente en los módulos que están relacionados con procedimientos
quirúrgicos ambulatorios.
Tabla de Contenido
1 Descripción y naturaleza de la organización ........................................................................ 13
1.1 Historia .................................................................................................................................... 13
1.2 Misión....................................................................................................................................... 14
1.3 Visión ....................................................................................................................................... 14
1.4 Aliados ..................................................................................................................................... 14
1.5 Organigrama ........................................................................................................................... 16
1.6 Proyecto: VERTICAL DE SALUD........................................................................................ 17
1.6.1 Objetivo ............................................................................................................................ 18
1.7 Software: SALUD.SIS............................................................................................................. 18
1.8 Cláusula de Confidencialidad................................................................................................. 19
2 Requerimiento de la Organización ....................................................................................... 20
2.1 Funciones del practicante del área de aseguramiento y calidad de software ...................... 20
2.2 Metodología de desarrollo ...................................................................................................... 21
2.2.1 Metodología de desarrollo SCRUM .................................................................................. 21
2.2.2 Metodología proceso de pruebas definida para la Fase 5 del proyecto Vertical de
Salud. 24
3 Plan de Acción ........................................................................................................................ 28
4 Actividades Realizadas .......................................................................................................... 29
4.1 Contextualización del proyecto .............................................................................................. 29
4.2 Capacitación e inducción al proceso de aseguramiento de calidad ..................................... 29
4.3 Exploración del software SALUD.SIS ................................................................................... 30
4.4 Actualización de documentación de pruebas: MDF y MCP ................................................ 35
4.5 Diagnóstico inicial software SALUD.SIS ............................................................................... 37
4.6 Ejecución de pruebas .............................................................................................................. 38
4.6.1 Ejecución de pruebas al Software SALUD.SIS ............................................................. 40
4.7 Soporte y reporte de incidencias de otros proyectos ............................................................. 44
4.7.1 Ejecución de pruebas al mini sitió CAPÂCITAS .......................................................... 44
4.7.2 Ejecución de pruebas al software Centro de Mando y Control Elipse. ....................... 49
4.8 Apoyo a la gestión de aseguramiento de calidad del producto software SALUD.SIS
desarrollo. ............................................................................................................................................ 53
4.9 Reuniones Diarias (Daily Scrum) ........................................................................................... 54
4.10 Actividades transversales ....................................................................................................... 55
5 Logros y lecciones aprendidas ............................................................................................... 56
6 Limitaciones, conclusiones y recomendaciones .................................................................... 57
7 Acta de conformidad de la organización .............................................................................. 58
8 Bibliografía ............................................................................................................................. 59
9 Anexos ..................................................................................................................................... 60
Índice de Tablas
Tabla 1. Cronograma Actividades y diagrama de Gantt ..................................................................... 28
Índice de Figuras
Figura 1. Organigrama CODALTEC...................................................................................................... 16
Figura 2. Proyecto VERTICAL DE SALUD ........................................................................................... 17
Figura 3. Software SALUD.SIS .............................................................................................................. 18
Figura 4. Metodología de desarrollo SCRUM ........................................................................................ 21
Figura 5. Vista principal software SALUD.SIS ...................................................................................... 30
Figura 6. Módulo Historia Clínica software SALUD.SIS ...................................................................... 31
Figura 7. Módulo Agendamiento software SALUD.SIS ......................................................................... 31
Figura 8. Módulo APS software SALUD.SIS ......................................................................................... 32
Figura 9. Módulo Cirugías ambulatorias software SALUD.SIS ............................................................ 32
Figura 10. Módulo Gestión farmacéutica software SALUD.SIS ............................................................ 33
Figura 11. Módulo Admisiones software SALUD.SIS ............................................................................ 33
Figura 12. Módulo Reportes SALUD.SIS ............................................................................................... 34
Figura 13. Módulo Enfermería SALUD.SIS .......................................................................................... 34
Figura 14. Matriz de descomposición funcional (MDF) ........................................................................ 35
Figura 15. Matriz de casos de prueba (MCP) ......................................................................................... 36
Figura 16. Matriz registro de incidencias ............................................................................................... 36
Figura 17. Diagnóstico inicial ................................................................................................................. 37
Figura 18. Ejemplo de incidencia funcional ........................................................................................... 40
Figura 19. Ejemplo de incidencia bloqueante ......................................................................................... 41
Figura 20. Ejemplo de incidencia de presentación ................................................................................. 41
Figura 21. Ejemplo de incidencia funcional ........................................................................................... 42
Figura 22. Ejemplo de incidencia bloqueante ......................................................................................... 42
Figura 23. Ejemplo de incidencia funcional ........................................................................................... 43
Figura 24. Ejemplo de incidencia funcional mini sitió CAPÂCITAS .................................................... 44
Figura 25. Ejemplo de incidencia de presentación mini sitió CAPÂCITAS .......................................... 45
Figura 26. Ejemplo de incidencia de presentación mini sitió CAPÂCITAS .......................................... 46
Figura 27. Ejemplo de incidencia funcional mini sitió CAPÂCITAS .................................................... 47
Figura 28. Ejemplo de incidencia funcional mini sitió CAPÂCITAS .................................................... 48
Figura 29. Ejemplo de incidencia de presentación Centro de Mando y Control Elipse ......................... 49
Figura 30. Ejemplo de incidencia de presentación Centro de Mando y Control Elipse ......................... 50
Figura 31. Ejemplo de incidencia de presentación Centro de Mando y Control Elipse ......................... 50
Figura 32. Ejemplo de incidencia funcional Centro de Mando y Control Elipse .................................. 51
Figura 33. Ejemplo de incidencia funcional Centro de Mando y Control Elipse .................................. 51
Figura 34. Ejemplo de incidencia de presentación Centro de Mando y Control Elipse. ........................ 52
Figura 35. Ejemplo de incidencia de presentación Centro de Mando y Control Elipse. ........................ 52
Figura 36. Software TFS ......................................................................................................................... 53
Figura 37. Reuniones Diarias (Daily Scrum) ......................................................................................... 54
Índice de Anexos
Anexo 1. Compromiso de confidencialidad CODALTEC ....................................................................... 60
Anexo 2. Acta de Iniciación modalidad de grado .................................................................................... 62
Anexo 3. Acta de Iniciación modalidad de grado .................................................................................... 62
Anexo 4. Acta de Iniciación modalidad de grado .................................................................................... 62
Anexo 5. Acta de Iniciación modalidad de grado .................................................................................... 62
Anexo 7. Meeting #2. Arquitectura en proyectos TI ............................................................................... 66
Anexo 8. Meeting #3. Base de datos ........................................................................................................ 67
Anexo 9. Meeting #4. Conocer nuestros súper poderes .......................................................................... 67
Anexo 10. Medios de comunicación: Grupo de WhatsApp corporativo ................................................. 68
Anexo 11. Medios de comunicación: Chat Corporativo.......................................................................... 68
Anexo 12. Medios de comunicación: Correo corporativo ....................................................................... 69
Anexo 13. Integraciones: partido de Colombia ....................................................................................... 69
Anexo 14. Integraciones: viernes de cine ................................................................................................ 70
Glosario
Cirugía: Cura de las enfermedades por medio de operaciones manuales o instrumentales.
Cirujano: Médico que tiene la capacidad de prevenir, diagnosticar y curar enfermedades
ejerciendo la cirugía.
Canasta Quirúrgica: Conjunto de instrumentos e insumos que se requieren para la realización
de un procedimiento quirúrgico específico.
Administración de personal en salud: La administración es la ciencia social que tiene por
objeto el estudio de las organizaciones y la técnica encargada de la planificación, organización,
dirección y control de los recursos para este caso humanos de una organización, con el fin de
obtener eficiencia o máximo beneficio posible; este beneficio puede ser social, económico y
estratégico.
Almacenista: Encargado de llevar el control de entradas y salidas de los inventarios de la
compañía.
Ambulatorio: Tratamiento médico recibido que no requiere hospitalización.
Procedimiento quirúrgico: Es la operación instrumental, total o parcial, de lesiones causadas
por enfermedades o accidentes, con fines diagnósticos, de tratamiento o de rehabilitación de
secuelas.
Acrónimos
ISO: Organización Internacional de Normalización.
APS: Administración de Personal de Salud
CUPS: Código Único de Procedimientos en Salud
CYD: Crecimiento y desarrollo
DAM: Detección temprana de Alteraciones del adulto Mayor de 40 años
DGSM: Dirección General de Sanidad Militar
DISAN: Dirección de Sanidad
ESM: Establecimiento de Sanidad Militar
GFA: Gestión Farmacéutica
HCL: Historia Clínica
SISAM: Sistema Integral de Información para el Subsistema de Salud de las Fuerzas Militares
SSFM: Subsistema de Salud de las Fuerzas Militares
UBA: Unidad Básica de Atención
FAC: Fuerza Aérea Colombiana
PQX: Procedimiento Quirúrgico Ambulatorio
13
1 Descripción y naturaleza de la organización
1.1 Historia
La Corporación de Alta Tecnología para la Defensa nace de la necesidad del Sector Defensa
de promover el desarrollo de capacidades en el área tecnológica; a fin de crear sus propias
soluciones, apoyando no solo el ambiente operacional de la Fuerza Pública sino el avance de la
Industria Nacional.
Detrás de este proyecto, liderado por el Ministerio de Defensa, la Gobernación del Meta y la
Alcaldía de Villavicencio, está el General Julio Alberto González Ruiz, gerente de CODALTEC,
y el subgerente, coronel Darío Rey Baquero.
CODALTEC ha sido una sorpresa para varias compañías internacionales que antiguamente
vendían productos similares a Colombia, pues logró generar su primer simulador aéreo en solo
cuatro meses, una nueva marca mundial en la construcción de programas de vuelo. Usualmente
esta tarea llega a tomar hasta tres años. (Corporación de Alta Tecnología para la Defensa, s.f.)
14
1.2 Misión
“Disminuir la brecha tecnológica del País en la Industria del Sector Defensa a través de la
apropiación y generación de conocimiento, el desarrollo tecnológico y mediante la integración
del sector productivo público y Privado, las universidades y el estado. Todo lo anterior con
proyección social para el desarrollo de tecnologías duales, que potencien la producción
tecnológica nacional y territorial.” (Corporación de Alta Tecnología para la Defensa, s.f.)
1.3 Visión
“Ser reconocida como gestora de la disminución de la brecha tecnológica de la industria del
Sector Defensa, convirtiéndose en la principal proveedora de soluciones en tecnología para este,
buscando ocupar una posición de importancia en el mercado Latinoamericano.” (Corporación de
Alta Tecnología para la Defensa, s.f.)
1.4 Aliados
Ministerio de defensa
Es la máxima autoridad en materia de defensa, seguridad y asuntos militares de la República
de Colombia; formula, diseña, desarrolla y ejecuta las políticas de defensa y seguridad
nacionales; conduce la Fuerza Pública, conformada por las Fuerzas Militares, (Ejército
Nacional, Armada Nacional, Fuerza Aérea), y la Policía Nacional. (Ministerio de Defensa, 2015)
Indumil (Industria Militar Colombiana)
Es una empresa estatal colombiana fabricante de armas, explosivos y municiones. Es el
principal proveedor de las Fuerzas Militares y de Policía en Colombia. (Indumil, 2018)
15
CIAC
Esta compañía se dedica a la reparación y mantenimiento de aeronaves para la Fuerza Aérea
Colombiana y la producción de aviones militares. Dentro de sus productos se destacan el T-90
Calima, primer avión militar fabricado en Colombia, y ciertos componentes para el Embraer KC-
390. (CIAC, 2018)
Gobernación del Meta
El Departamento del Meta a partir de su modernización institucional y en el marco de sus
competencias constitucionales y legales, atenderá de manera prioritaria las demandas que efectúe
su población, con el fin de eliminar diferencias y cerrar brechas a partir de acuerdos, alianzas y
convenios que permitan elevar la calidad de vida, dinamizar el desarrollo económico del
departamento con la participación de todos los actores, de acuerdo las políticas contenidas en el
plan de desarrollo económico y social. (Gobernación del Meta, s.f.)
Alcaldía de Villavicencio
La Administración Municipal de "Unidos Podemos" del Municipio de Villavicencio buscando
que "lo público puede ser lo mejor", bajo un enfoque colectivo, integral y sistémico enfocará su
gestión para que el ente territorial sea responsable de garantizar el cumplimiento de los fines
esenciales de Estado Colombiano y los servicios a su cargo, consistentes en la promoción del
desarrollo integral, la garantía de los derechos humanos y el fortalecimiento de la democracia
participativa y pluralista, que beneficie positivamente la calidad de vida de sus comunidades y
las sostenibilidad territorial. (Alcaldia de Villavicencio, 2016)
16
1.5 Organigrama
Asamblea general: Está a cargo del Gerente General Julio Alberto González Ruiz de la
Fuerza Aérea Colombiana.
Consejo directivo: Se reúnen para tratar los lineamientos y generar valor e independencia
tecnológica.
Subgerencia: Está a cargo del subgerente coronel Darío Rey Baquero de la Fuerza Aérea de
Colombia.
División modelado y simulación: Está a cargo del Teniente Coronel Diego Hernández
Mosquera, se trabaja principalmente en el modelado y simulación de sistemas complejos y
dinámicos innovando soluciones y persiguiendo la eficiencia. (Corporación de Alta
Tecnología para la Defensa, s.f.)
Figura 1. Organigrama CODALTEC
17
1.6 Proyecto: VERTICAL DE SALUD
El proyecto Vertical de Salud para el Subsistema de Salud de las Fuerzas Militares, surge con
el fin de implementar una solución que apoye la toma de decisiones y facilite el cumplimiento de
las labores dentro del Sistema Integral de Información de Sanidad Militar (SISAM).
El proyecto cubre los procesos relativos a la prestación del servicio en los Establecimientos
de Sanidad Militar – ESM, procesos relativos al asegurador por parte de la Dirección General de
Sanidad Militar y procesos especiales que contribuyen a soportar el cumplimiento de la misión
en la prestación de servicios de salud en las operaciones y del servicio integral de salud a los
afiliados y sus beneficiarios.
En este proyecto se desarrolló el software SALUD.SIS, encargado de administrar y agilizar
procesos en el área de salud de las fuerzas militares, más adelante se explicará con más detalle
este software. (Corporación de Alta Tecnología para la Defensa, s.f.)
Figura 2. Proyecto VERTICAL DE SALUD
18
1.6.1 Objetivo
Satisfacer las necesidades en materia de servicio integral de salud de los usuarios del SSFM,
garantizando la información de salud completa, integrada y actualizada de sus usuarios,
soportada en una infraestructura tecnológica que brinde acceso rápido y eficiente, que permita la
trazabilidad de los servicios de salud prestados y favorezca la toma de decisiones a través de la
generación de informes e indicadores, para mejorar la calidad en la prestación de los servicios en
salud (Corporación de Alta Tecnología para la Defensa, s.f.)
1.7 Software: SALUD.SIS
Es un software que se está desarrollando en la Corporación de Alta Tecnología para la
Defensa (CODALTEC), la pasantía se realizó principalmente en este software que contempla
procesos como afiliaciones, autorizaciones, agendamiento, admisiones, hospitalización, urgencia,
consulta externa, documentación clínica, enfermería, historia clínica electrónica, órdenes
clínicas, portafolio de servicios, administración del personal de salud, laboratorio, cirugías
ambulatorias, gestión farmacéutica y reportes. (Corporación de Alta Tecnología para la Defensa,
s.f.)
Figura 3. Software SALUD.SIS
19
1.8 Cláusula de Confidencialidad
La Corporación de Alta Tecnología para la Defensa cuenta con unas políticas de
confidencialidad, las cuales son aceptadas por todo el personal que participa en proyectos de la
empresa, donde se comprometen a no difundir la información de la empresa mientras dure la
relación laboral e incluso una vez finalizada.
20
2 Requerimiento de la Organización
2.1 Funciones del practicante del área de aseguramiento y calidad de software
La función principal que se desempeñó en el área de aseguramiento y calidad de software
fue la de encontrar la mayor cantidad posible de no conformidades de software
(incidencias) con el objetivo de elevar la calidad del producto software antes que sea
liberado al usuario final en ambiente productivo.
Cuando se detecta que alguna funcionalidad no se encuentra de la manera esperada, se
procede a generar una incidencia con el fin de explicar al desarrollador la inconsistencia
detectada y el resultado esperado. Cada incidencia se compone de cuatro partes:
- ¿Dónde? - En que parte del sistema se presentó la incidencia, indicando la funcionalidad,
interfaz o formulario que contiene la inconsistencia.
- ¿Cuándo? - Se explican las condiciones con las que surgió la incidencia, con el fin de
intentar generar una serie de pasos que permitan reproducir la incidencia o identificar las
condiciones de aparición.
- Hallazgo - Posteriormente se da a conocer la inconsistencia que se detectó, explicando lo
que sucedió o dejo de suceder durante la ejecución de la prueba.
- Resultado esperado - Por último, se identifica el comportamiento que debía tomar el
sistema al realizar la prueba, permitiendo que el desarrollador entienda por qué se considera
incidencia el comportamiento actual del sistema.
21
Se reportaron las incidencias a los desarrolladores mediante el software de gestión de
incidencias (TFS. Codaltec).
Verificar que ya están corregidas las incidencias por parte del desarrollador para
cerrarlas posteriormente en el software de gestión de incidencias (TFS. Codaltec).
2.2 Metodología de desarrollo
En el área de aseguramiento y calidad de software se utilizan las metodologías de desarrollo
SCRUM y la metodología de pruebas definida para la Fase 5 del proyecto Vertical de Salud.
2.2.1 Metodología de desarrollo SCRUM
Dentro de los muchos frameworks para desarrollar software, SCRUM se ha convertido en los
últimos tiempos en un estándar que muchas grandes empresas de tecnología están utilizando para
acortar sus tiempos de desarrollo, y entregar un producto de calidad.
Figura 4. Metodología de desarrollo SCRUM
22
2.2.1.1 En SCRUM existen tres actores o roles principales:
El dueño del Producto (Product Owner), representa a los inversionistas o las personas que
requieren el software.
El director SCRUM (Scrum Master), es el facilitador del equipo, supervisa al equipo y
verifica que se lleven a cabo las reuniones y se haga uso de los artefactos. Ayuda a que el
proyecto tenga éxito. Elimina los problemas e impedimentos que se pudieran presentar.
Ayuda a los miembros del equipo a tomar decisiones responsables y los asesora en todas las
maneras posibles para que alcancen sus objetivos.
Los miembros del equipo (Team Members), son los que desarrollan el software, poseen las
capacidades técnicas para fabricar el producto.
2.2.1.2 También se utilizan tres artefactos:
La Pila de Producto (Product BackLog), que es una lista de todas las cosas “Por Realizar”
del proyecto. Esta lista es confeccionada por el Dueño del Producto de acuerdo a los
requerimientos y esta ordenada por la prioridad que tiene cada elemento en la pila. Es decir
de mayor a menor importancia.
La Pila del Sprint (Sprint BackLog), son las actividades que se van a realizar dentro de un
sprint.
El Grafico de Trabajo Pendiente (Burndown Chart). Representa visualmente el trabajo
que está por hacer versus el tiempo restante del proyecto. El trabajo pendiente se representa
en el eje vertical y el tiempo en el eje horizontal. Es útil para predecir en que tiempo se
terminaría todo el trabajo, incluso se puede establecer el ritmo de avance del proyecto del
equipo.
23
2.2.1.3 Se definen tres reuniones que se deben realizar utilizando el método Scrum:
Planeación del Sprint (Scrum Planning), con la ayuda del Product Owner y el Scrum
Master y el equipo, se compromete con las actividades que se deben realizar de la Pila del
Producto. Es decir, se seleccionan actividades prioritarias y relacionadas y con la restricción
del tiempo existente, para que estas formen parte de la siguiente iteración (Sprint).
Reunión diaria de Scrum (Daily Scrum), esta actividad se lleva a cabo todos los días y
debe durar quince minutos o menos. Cada miembro del equipo debe comunicar al resto del
equipo y al Scrum Master, tres ítems indicados en la Tabla de Tareas: lo que se realizó, lo
que se va a realizar el día de hoy, y si existe algún impedimento para llevar a cabo el trabajo.
2.2.1.4 Ventajas de Scrum:
El cliente puede comenzar a utilizar el producto rápidamente.
El cliente puede decidir los nuevos objetivos a realizar.
Se agiliza el proceso, porque se divide el problema en pequeñas tareas.
Menos probabilidad de que se den sorpresas o desarrollos inesperados porque el cliente va
viendo poco a poco lo que se está desarrollando. (Blog Comentarios Informaticos, s.f.)
24
2.2.1.5 Los principales elementos utilizados en el área de aseguramiento y calidad de
software son:
Planeación del Sprint (Sprint Review)
Reunión diaria de Scrum (Daily Scrum)
2.2.2 Metodología proceso de pruebas definida para la Fase 5 del proyecto Vertical de
Salud.
La metodología de pruebas se compone principalmente de tres grandes etapas que
corresponden al análisis, diseño y ejecución de los casos de pruebas que se realizarán al software
sometido a pruebas.
Al llevar a cabo estas etapas en cada uno de los módulos pertenecientes a la Fase 5 o fases
previas ya liberadas del citado proyecto, se logrará no sólo detectar e identificar las no
conformidades (inconsistencias) que se encuentran dentro de los mismos, sino que permitirá que
el producto software cumpla con las especificaciones requeridas por el usuario final,
disminuyendo la cantidad de posibles defectos que puedan generar traumatismos una vez sea
liberado en el ambiente productivo, permitiendo que el mismo alcance un grado de calidad
recomendado por el marco de referencia sugerida por el International Software Testing
Qualifications Board (ISTQB).
25
2.2.2.1 Etapas del proceso de pruebas
2.2.2.1.1 Etapa de Análisis
En esta etapa se realiza el análisis de los requerimientos del software y la documentación de
los procesos para comprender el modelo de negocio y poder descomponer el sistema en procesos
y a su vez en las funcionalidades que los componen, para tener una idea clara del sistema en su
totalidad e identificar los tipos de pruebas que se pueden aplicar a cada funcionalidad.
Con esta información se genera la matriz de descomposición funcional, documento base para
la etapa de diseño que se realiza posteriormente.
2.2.2.1.2 Etapa de Diseño:
Durante esta etapa se utiliza la información recolectada en la etapa de análisis, la matriz de
descomposición funcional, una serie de técnicas de diseño y la experiencia del ingeniero de
pruebas para generar los casos de prueba en la Matriz de Casos de Pruebas (MCP), elementos
clave para la etapa de ejecución. Estos casos de prueba deben ser validados con los analistas del
sistema para garantizar que se encuentran alineados con lo que comprende cada funcionalidad.
En esta sección se definen las técnicas a utilizar para diseñar los casos de prueba que serán
utilizados en el proceso y las características a tener en cuenta para la creación de los casos.
26
2.2.2.1.3 Etapa de Ejecución:
Durante la etapa de ejecución se llevan a cabo las pruebas propuestas para el sistema. Esta
etapa inicia con la configuración del ambiente de pruebas y las máquinas desde donde se
realizarán las pruebas, garantizando que cuentan con las herramientas necesarias.
Se describen también las formas de ejecutar los diferentes tipos de pruebas, los tipos de
incidencias que serán detectadas, la estructura de su contenido, la forma en que serán reportadas
al equipo de desarrollo para su corrección. A continuación, se explicara más a fondo lo que se
realiza en esta etapa:
2.2.2.1.3.1 Actividades que se realizan en esta etapa
Pruebas funcionales al producto software
Pruebas de integración al producto software
Detectar no conformidades antes de la liberación del producto software.
Reportar no conformidades previamente detectadas.
Comprobar que los defectos hallados y notificados se han corregido sin generar nuevas
afectaciones antes de la entrega del software al cliente.
Verificar el cumplimiento de los requisitos.
27
2.2.2.1.3.2 Principales objetivos de las Pruebas de Software
Detectar no conformidades antes de que el producto sea instalado en el cliente o usuario
final.
Garantizar la aceptación de los productos por parte de los clientes o usuarios finales.
Asegurar que el producto (Sistema) esté listo para ser utilizado desde el punto de vista
operacional.
Mostrar que cada una de las partes del producto funciona correctamente.
Mejoramiento en la satisfacción de clientes o usuarios finales.
2.2.2.1.3.3 Beneficios de las Pruebas de Software
Incrementan la productividad del equipo de desarrollo.
Facilitan la detección temprana de no conformidades.
Son un mecanismo objetivo para asegurar que los requerimientos de los productos se
cumplen.
Son una evaluación objetiva de los resultados
Los documentos que se emplearon en el área de Aseguramiento y calidad de software
fueron:
Matriz de casos de pruebas (MCP), Matriz de descomposición funcional (MDF), Matriz de
registro de incidencias, Manual técnico interfaz gráfica SALUD.SIS, Especificación de
Requisitos de Software, Documento de procesos SALUD.SIS.
28
3 Plan de Acción
Tabla 1. Cronograma Actividades y diagrama de Gantt
29
4 Actividades Realizadas
4.1 Contextualización del proyecto
Lectura y posterior explicación por parte del área de aseguramiento y calidad de software de
los siguientes documentos sobre que trata el proyecto de la vertical de salud y el software
SALUD.SIS:
Archivo PowerPoint: Proyecto vertical Codaltec
Archivo PowerPoint: Proyecto SALUD.SIS
Archivo Word: Documento procesos SALUD.SIS
4.2 Capacitación e inducción al proceso de aseguramiento de calidad
Lectura y posterior explicación por parte del área de aseguramiento y calidad de software de
los documentos específicos de lo que se hace y el funcionamiento del área de Aseguramiento y
calidad de software, y las técnicas utilizadas para el desarrollo de pruebas:
Archivo PDF: GSQA-MetodologiaPruebasSoftwareV17.0
Archivo PDF: GSQA-ProcAnalisisPruebasV2.0
Archivo PDF: GSQA-ProcEjecucionPruebasV2.0
Archivo PDF: Especificación de Requisitos de Software Fase 4 V1.0
Archivo PDF: PlanPruebasFase5
Archivo PowerPoint: GSQA-Técnicas Pruebas
Archivo Word: Políticas de Interfaz Gráfica V1.0
Archivo Word: GSQA-Técnicas Estáticas de Pruebas V2.0
30
4.3 Exploración del software SALUD.SIS
Interacción con el software SALUD.SIS, explorando cada uno de sus módulos, viendo el
funcionamiento de cada uno, especialmente los que se relacionan con el módulo de
procedimientos quirúrgicos ambulatorios (PQX).
A continuación, se pueden observar algunos pantallazos del menú principal del software
SALUD.SIS y de sus módulos:
Figura 5. Vista principal software SALUD.SIS
31
Figura 6. Módulo Historia Clínica software SALUD.SIS
Figura 7. Módulo Agendamiento software SALUD.SIS
32
Figura 8. Módulo APS software SALUD.SIS
Figura 9. Módulo Cirugías ambulatorias software SALUD.SIS
33
Figura 10. Módulo Gestión farmacéutica software SALUD.SIS
Figura 11. Módulo Admisiones software SALUD.SIS
34
Figura 12. Módulo Reportes SALUD.SIS
Figura 13. Módulo Enfermería SALUD.SIS
35
4.4 Actualización de documentación de pruebas: MDF y MCP
Se actualizaron las matrices de descomposición funcional (MDF) como su nombre lo dice
consiste en descomponer el programa en proceso, subproceso, componente, funcionalidad,
descripción, requisitos vinculados y observaciones; en la matriz de casos de prueba (MCP) se
encuentra la descripción de cada uno de los casos de pruebas y los resultados que se esperan
obtener al realizar cada uno, en esta última se encuentra la matriz de registro de incidencias
donde se registran las no conformidades encontradas en el software.
Figura 14. Matriz de descomposición funcional (MDF)
36
Figura 15. Matriz de casos de prueba (MCP)
Figura 16. Matriz registro de incidencias
37
4.5 Diagnóstico inicial software SALUD.SIS
En esta actividad se le realizo un diagnóstico inicial para evaluar el estado del software
SALUD.SIS al momento de empezar la pasantía, y lo que pude resaltar de la revisión es que la
mayoría de incidencias que se observaron fueron de presentación.
Figura 17. Diagnóstico inicial
38
4.6 Ejecución de pruebas
Tipos de pruebas:
Funcionales: Corresponden al primer nivel de pruebas ejecutadas mediante las cuales se
validará el funcionamiento y la estabilidad del sistema desarrollado, buscando detectar
errores que afecten la implementación de los requerimientos en el sistema y comprobar el
cumplimiento de los requisitos funcionales definidos.
Integración: Este tipo de pruebas se centra en validar la integración de cada módulo nuevo
a desarrollar durante una determinada fase con respecto a los demás módulos construidos
previamente en el sistema, verificando que los datos de salida de un primer módulo sean los
respectivos datos de entrada esperados de otros módulos.
Regresión: Este tipo de pruebas implica repetir las pruebas realizadas sobre una parte del
producto desarrollado, sobre todo en funcionalidades de la aplicación que presenten más
riesgo, y el objetivo es verificar que los cambios o correcciones realizados al sistema no han
causado algún efecto ni introducido nuevos defectos sobre alguna funcionalidad.
39
Tipos de incidencias:
Presentación: Incidencias de bajo nivel que no interfieren con el comportamiento de la
funcionalidad y que se componen principalmente por errores en la visualización de los
elementos de las vistas del sistema. Este tipo de incidencias es de baja prioridad y el nivel de
esfuerzo para su solución es mínimo.
Funcionales: Incidencias con nivel medio de prioridad. Este tipo de incidencias se presenta
cuando se espera determinado comportamiento por parte del sistema que no se está dando.
Incidencias de este tipo se dan cuando el sistema no muestra información que se requiere
traer desde base de datos, cuando no se captura toda la información requerida, cuando no se
realizan las validaciones correspondientes para los diferentes tipos de datos a ingresar en el
sistema o cuando se espera que el sistema muestre mensajes de confirmación o de error que
no se están mostrando, entre otros.
Bloqueantes: Este tipo de incidencia cuenta con el nivel más alto de prioridad. Las
incidencias bloqueantes se generan cuando el sistema no permite finalizar alguna acción
dentro de la prueba, impidiendo que se finalice la ejecución del caso de prueba y, por
consiguiente, la ejecución de todos los casos que involucren dicha funcionalidad. Las
incidencias de este tipo cuentan con la prioridad más alta debido a que pueden retrasar toda
la etapa de ejecución.
40
4.6.1 Ejecución de pruebas al Software SALUD.SIS
Las pruebas que se le realizaron al software fueron de tres tipos: funcionales, de integración y
de regresión.
El tipo de incidencias (no conformidades) que se reportaron fueron de presentación,
funcionales o bloqueantes, como se muestran a continuación unos ejemplos:
Figura 18. Ejemplo de incidencia funcional
41
Figura 19. Ejemplo de incidencia bloqueante
Figura 20. Ejemplo de incidencia de presentación
42
Figura 21. Ejemplo de incidencia funcional
Figura 22. Ejemplo de incidencia bloqueante
43
Figura 23. Ejemplo de incidencia funcional
44
4.7 Soporte y reporte de incidencias de otros proyectos
4.7.1 Ejecución de pruebas al mini sitió CAPÂCITAS
CAPÂCITAS es el sitio oficial del Modelo de Planeación y Desarrollo de Capacidades de la
Fuerza Pública, del Ministerio de Defensa Nacional, Gobierno de Colombia. Esta aplicación
cuenta con ayudas didácticas y herramientas para conocer ágilmente su funcionamiento.
Las pruebas que se le realizaron al software fueron: funcionales, de integración, de regresión
y se probó en todos los sistemas operativos (multiplataforma) para ver su comportamiento.
El tipo de incidencias (no conformidades) que se reportaron fueron de presentación,
funcionales o bloqueantes como se muestran a continuación:
Figura 24. Ejemplo de incidencia funcional mini sitió CAPÂCITAS
45
Figura 25. Ejemplo de incidencia de presentación mini sitió CAPÂCITAS
46
Figura 26. Ejemplo de incidencia de presentación mini sitió CAPÂCITAS
47
Figura 27. Ejemplo de incidencia funcional mini sitió CAPÂCITAS
48
Figura 28. Ejemplo de incidencia funcional mini sitió CAPÂCITAS
49
4.7.2 Ejecución de pruebas al software Centro de Mando y Control Elipse.
El centro de Mando y Control permite la coordinación e integración de las diferentes
agencias, instituciones, organizaciones y entidades del sector público y privado, lo que permite el
desarrollo de un trabajo coordinado con la participación de áreas como Gestión del Riesgo,
Salud, Seguridad Ciudadana, Gobierno y Movilidad. Estas áreas se integran en un solo sitio, lo
que permite una mejor coordinación para la atención de crisis, emergencias y seguridad de la
ciudad. (Corporación de Alta Tecnología para la Defensa, s.f.)
Las pruebas que se le realizaron al software fueron de tres tipos: funcionales, de integración y de
regresión.
El tipo de incidencias (no conformidades) que se reportaron fueron de presentación,
funcionales o bloqueantes como se muestran a continuación:
Figura 29. Ejemplo de incidencia de presentación Centro de Mando y Control Elipse
50
Figura 30. Ejemplo de incidencia de presentación Centro de Mando y Control Elipse
Figura 31. Ejemplo de incidencia de presentación Centro de Mando y Control Elipse
51
Figura 32. Ejemplo de incidencia funcional Centro de Mando y Control Elipse
Figura 33. Ejemplo de incidencia funcional Centro de Mando y Control Elipse
52
Figura 34. Ejemplo de incidencia de presentación Centro de Mando y Control Elipse.
Figura 35. Ejemplo de incidencia de presentación Centro de Mando y Control Elipse.
53
4.8 Apoyo a la gestión de aseguramiento de calidad del producto software SALUD.SIS
desarrollo.
Se apoya con la gestión de incidencias a través de actividades de reporte, publicación y
administración de incidencias registradas en la herramienta gestora de incidencias empleada en el
proyecto (TFS Team Foundation Server).
Figura 36. Software TFS
54
4.9 Reuniones Diarias (Daily Scrum)
Figura 37. Reuniones Diarias (Daily Scrum)
55
4.10 Actividades transversales
Al ingresar a la Corporación de Alta Tecnología para la Defensa (CODALTEC) se realiza un
acta de inicio que se debe entregar en la universidad, ya estando en la corporación el aprendiz
firma un compromiso de confidencialidad donde se compromete a no difundir información que
sea de la empresa, se le entrega al pasante un carné para que se identifique dentro de la
corporación, se realizaron actividades transversales como son las capacitaciones de seguridad
salud en el trabajo y a cuatro meeting donde se trataron diferentes temas de algunas áreas de la
empresa, se participó en integraciones como lo fue el partido de Colombia y los viernes de cine,
en la empresa se utilizaron medios de comunicación como los chats corporativos y el correo que
le crean a cada pasante. En los anexos se pueden evidenciar fotografías de las actividades
anteriormente mencionadas.
56
5 Logros y lecciones aprendidas
Se aplicaron los conocimientos que brinda la universidad a los estudiantes de ingeniería de
sistemas, principalmente los de la materia de ingeniería de software, algunos de estos temas
fueron: la aplicación de la metodología de desarrollo SCRUM, ciclo de vida del desarrollo de
software y el Control de calidad del software, entre otros.
Se conoció personalmente la realidad, los condicionantes de trabajo en el ámbito de mi
profesión, algunas cosas que no se aprenden en la universidad si no en el campo laboral.
Se complementaron los conocimientos en un área específica de la ingeniería de sistemas,
denominada Aseguramiento de Calidad de Software, la cual tiene destacada prevalencia en el
ciclo de vida de todo proyecto software.
En el área Aseguramiento de Calidad de Software se aplicaron conocimientos personales
como son la curiosidad e intuición, la lógica, el prestar atención a los detalles.
El elaborar incidencias me sirvió en lo personal, para entender la importancia de cada detalle
al realizar un producto software, ya que, si hay una palabra mal escrita o una funcionalidad no
hace el procedimiento correcto, puede causar daños irreparables.
57
6 Limitaciones, conclusiones y recomendaciones
Cuando un estudiante ingresa hacer sus pasantías, siente un poco de miedo al enfrentarse al
campo laboral, ya que debe demostrar lo aprendido en la universidad y se va a encontrar con
profesionales en el área de sistemas. Pero en el transcurso de la pasantía se observa que siendo
una persona responsable y prestando atención a las orientaciones del jefe del área, todo se puede
hacer de la mejor manera y así poder demostrar las habilidades y conocimientos con los que
como estudiante, ha adquirido en la carrera de ingeniería de sistemas y en el transcurso de ella.
58
7 Acta de conformidad de la organización
59
8 Bibliografía
Alcaldia de Villavicencio. (2016). Recuperado el 2018, de
http://villavicencio.gov.co/NuestraAlcaldia/Paginas/Mision-y-Vision.aspx
Blog Comentarios Informaticos. (s.f.). Obtenido de http://blog.espol.edu.ec/elpoli/scrum-metodologia-
de-desarrollo-de-solftware-agil/
CIAC. (2018). Obtenido de https://www.ciac.gov.co/
Corporación de Alta Tecnologia para la Defensa. (s.f.). Obtenido de
https://www.codaltec.com/es/productos/131/centro-de-mando-y-control-elipse
Corporación de Alta Tecnología para la Defensa. (s.f.). CODALTEC. Recuperado el 18 de 07 de 2018, de
https://www.codaltec.com/es/proyectos/20/grupo-de-investigacion-y-desarrollo
Gobernación del Meta. (s.f.). Recuperado el 2018, de https://meta.gov.co/micrositio/41
Indumil. (30 de 07 de 2018). Obtenido de https://www.indumil.gov.co/
Ministerio de Defensa. (2015). Obtenido de https://www.mindefensa.gov.co/irj/portal/Mindefensa
60
9 Anexos
Anexo 1. Compromiso de confidencialidad CODALTEC
61
62
Anexo 2. Acta de Iniciación modalidad de grado
Anexo 3. Acta de Iniciación modalidad de grado
Anexo 4. Acta de Iniciación modalidad de grado
Anexo 5. Acta de Iniciación modalidad de grado
63
64
Anexo 3. Carné corporativo
65
Anexo 4. Área de trabajo: Grupo aseguramiento y calidad de software
Anexo 5. Capacitación seguridad y salud en el trabajo
66
Anexo 6. Meeting #1. Bienvenida y conocer la empresa
Anexo 7. Meeting #2. Arquitectura en proyectos TI
67
Anexo 8. Meeting #3. Base de datos
Anexo 9. Meeting #4. Conocer nuestros súper poderes
68
Anexo 10. Medios de comunicación: Grupo de WhatsApp corporativo
Anexo 11. Medios de comunicación: Chat Corporativo
69
Anexo 12. Medios de comunicación: Correo corporativo
Anexo 13. Integraciones: partido de Colombia
70
Anexo 64. Integraciones: viernes de cine