Entrega 2 Pruebas y Calidad de Software

MODELOS DE CALIDAD DE SOFTWARE
Norma Patricia Ceballos Gutiérrez (1321070866)

Gyerald Standley Tovar Vera (1511023977)
Vilma Faidy Ramos (1821022640)
John Richard Velásquez Prieto (1310012706)
Luis Ernesto Cerón Guerrero (1821982369)
José Ricardo Pacheco Escobar (1711026198)
Jhonnier Felipe Castro Salas (1821024893)
POLITECNICO GRANCOLOMBIANO
Ingeniería de Software
Pruebas y Calidad de Software
2020
Tabla de Contenidos ii
Introducción e información general ............................................................. …….1
Objetivos .............................................................................................................. 2
Tabla de versiones y registros de cambios. ......................................................... 3
Quien es IBM ....................................................................................................... 5
Modelos de calidad ............................................................................................. .7
Análisis F.O.D.A ................................................................................................ .13
Criterios de validación …………………………………………………………………14
Actividades ciclo vida software………………………………………………………..15
Actividades para mejorar el desarrollo del software…………………………………17
Procesos y estrategias………………………………………………………………….19
Procedimientos tecnicos…………………………………………………………………20
Procedimientos gestión de cambio……………………………………………………..22
Procedimientos control de quejas………………………………………………………23
Tratamiento de servicio no conforme…………………………………………………..27
Tratamiento de salidas no conforme……………………………………………………28
Formulación plan estratégico a largo plazo…………………………………………….29
Análisis del entorno interno y externo……………………………………………………30
Perfiles, cargos y roles…………………………………………………………………….32
Organigrama…………………………………………………………………………………58
Formatos……………………………………………………………………………………..59
Caso de pruebas…………………………………………………………………………….62
Configuración testing………………………………………………………………………..63
Modelos de calidad de software

Medios de comunicación……………………………………………………………………65 iii
Capacitaciones……………………………………………………………………………….68
Acta de reuniones…………………………………………………………………………….69
Métricas………………………………………………………………………………………..70
Justificación……………………………………………………………………………………72
Conclusiones…………………………………………………………………………………...73
Lista de referencias……………………………………………………………………………74

Lista de tablas iv
Tabla 1. Versiones y registros de cambios en el documento.¡Error! Marcador no

definido.
Tabla 2. Tabla comparativa de los factores con las variantes ……………………..7
Tabla 3. Cronograma formulación plan estratégico………………………………….32

Lista de figuras v
Figura 1. Analisis F.O.D.A ............................................................................................ 13
Figura 2. Ciclo de vida del software…………………………………………………………15
Figura 3. Roles…………………………………………………………………………………29

1
Introducción e información general
Este documento presenta una descripción básica de los modelos de
calidad, los cuales son importantes para el desarrollo de software, describiendo
las ventajas y desventajas, teniendo en cuenta el esfuerzo, tiempo, costo y,
beneficios, para verificar la calidad del software.
Se eligen dos modelos considerando que son los que más se adaptan en
los estándares de calidad de los productos en la empresa escogida de desarrollo
de software, y serán analizados de manera interna y externa.
Acto seguido se establecerán una lista de actividades con los procesos y
procedimientos que se implementarán en el trascurso del ciclo de vida del
desarrollo de productos de software, teniendo en cuenta la definición en la
empresa para lograr la aplicación de un proceso de prueba que nos asegure
mayor calidad y fluidez de un plan de pruebas. Todo esto con la finalidad de lograr
una mejora en la empresa
De manera precisa se hará el análisis y generación de una propuesta de
mejora para la compañía de tecnologías IBM, dedicada a la fabricación y
comercialización de hardware y software para computadoras, además de ofrecer
servicios de infraestructura, alojamiento de Internet, y consultoría en varias áreas
relacionadas con la informática.

2
Objetivos
General
Establecer un plan de pruebas con estándares de calidad para satisfacer las

necesidades del cliente.
Específicos
- Realizar lista de actividades sobre el proceso a realizar, con el fin de llevar

un cronograma de tiempos.
- Tener en cuenta modelos de calidad que vayan de acorde con los

estándares de calidad de la empresa
- Realizar pruebas para asegurar la calidad del software.

3
Tabla de versiones y registros de cambios en el documento
Versión Fecha Acción Descripción Autor

DRAFT1 21 – C Creación, - Equipo de
Marzo implementación y trabajo
- 2020 versión inicial del
documento.
1.0 22 – M Elaboración de la - Vilma
Marzo portada, Ramos
- 2020 introducción, - Jhonnier
objetivos y Castro
justificación del
proyecto
1.0 22 – R Elaboración de - Vilma
Marzo cuadro de versiones Ramos
- 2020 y registros del - Jhonnier
documento Castro
1.0 27 – R Digitación e - Richard
Marzo investigación sobre Velásquez
- 2020 historia de IBM - Ricardo
Pacheco
1.0 27 – R Creación de - Norma
Marzo encuestas para ser Ceballos
- 2020 aplicadas en - Gyeral Tovar
operarios de la
empresa
1.0 28 – R Creación de criterios - Luis Cerón
Marzo para el avance de la
– 2020 empresa y modelos
1.0 28 – R Elaboración de la - Norma
Marzo lista de actividades Ceballos
– 2020 y definición de la - Gyeral Tovar
empresa
1.0 29 – R Elaboración de - Norma
Marzo conclusiones de la Ceballos
– 2020 entrega
1.0 29 – M Consolidación de - Equipo de
Marzo los ítems y distintos trabajo
– 2020 puntos de vista del
proyecto
Versiones y registros de cambios en el documento
4
Ítem Característica
C Creación
R Revisión
M Modificación
A Aprobación
Tabla 1.

5
¿Quién es IBM?
Desde su fundación en Estados Unidos en 1914 y su establecimiento en México

en 1927, IBM se ha mantenido a la vanguardia de la tecnología. La Compañía
sigue siendo en la actualidad, tanto a nivel mundial como en el mercado mexicano,
una empresa líder del sector.
Sus actividades incluyen la investigación, desarrollo, fabricación y
comercialización de tecnologías, productos de hardware y software, así como
servicios de TI, outsourcing, integración de sistemas, financiamiento y servicios
de consultoría de negocio.
International Business Machines (IBM), es una empresa dedicada a proporcionar
a las empresas soluciones para la mejora de sus procesos de negocio. Así, IBM
facilita a sus clientes los métodos para hacer frente a los problemas empresariales
mediante una adecuada utilización de las tecnologías de la información.
La oferta de hardware, software, servicios y financiamiento de IBM es la más
completa del mercado, lo que permite a la Compañía ofrecer soluciones
tecnológicas a cualquier tipo de cliente, desde usuarios particulares hasta
instituciones y grandes empresas de cualquier sector de actividad.
IBM hoy
IBM opera en 170 países y cuenta con más de 386.000 empleados.
Durante el ejercicio de 2007, IBM registró unos ingresos de negocio de 98.800
millones de dólares.
• 54,100 millones provienen de la prestación de servicios.
• 21,300 millones de la venta de hardware.
• 20,000 millones del área de software y el resto de financiamiento y otros
conceptos.
Los beneficios de la compañía alcanzaron en 2007 los 10, 400 millones de
dólares.
Valores agregados de IBM
IBM es la compañía de tecnologías de información que más invierte en
investigación desarrollo del mundo: 6,153 millones de dólares en 2007.
Cuenta con 3,000 científicos y 8 centros de investigación repartidos por todo el
mundo (Estados Unidos, China, Japón, India, Israel, y Suiza). A demás IBM tiene
más de 24 laboratorios de desarrollo y emplea a más de 125,000 técnicos.
Con 3,125 patentes en 2007 IBM encabeza la lista de pat4ntes registradas por la
oficina de patentes y marcas de Estados Unidos por décimo quinto año
consecutivo.
La compañía tiene casi 37,000 patentes en todo el mundo y espera la oficialización
de varias decenas de miles más.
6
Científicos de IBM han obtenido 5 Premios Nobel. Dos de ellos siguen trabajando
en la compañía.
IBM fue una de las primeras corporaciones de TI en establecerse en la región
conocida como el Valle del Silicio en El Salto Jalisco, México, en 1975. Al día de
hoy, Jalisco se mantiene como una región de crecimiento y gran exportador de
productos de tecnología y manufactura, y es la base para una gran variedad de
productos de IBM de Sistemas de Almacenamiento.
La Compañía ofrece una amplia gama de sistemas avanzados de
almacenamiento y lidera el proceso de innovación tecnológica en este segmento.
Muchos de los productos de almacenamiento se destinan al mercado OEM
(Original Equipment Manufacturers), es decir, son componentes fabricados por
IBM para que otras empresas fabricantes de hardware los integren en sus
productos.
IBM es uno de los principales productores de chips y semiconductores
caracterizados por su alto grado de desarrollo tecnológico. Los chips Power CELL
de IBM están entre los más avanzados del mercado y forman parte de las más
populares videoconsolas de juegos, gracias a su gran capacidad de proceso.

7
Modelos de calidad que se pueden aplicar al desarrollo de

productos de software:
Se determinan los elementos de los diferentes modelos de calidad de aplicabilidad

al proceso de desarrollo de software con el fin de:
• Definir y detallar todas las tareas que se desarrollarán durante el proceso.
• Definir las actividades que cada actor del proceso tendrá a cargo.
• Evaluar la calidad.
Lo anterior permite asegurar la calidad en el proceso encaminado al cumplimiento
de los diferentes requerimientos de software objeto de desarrollo, detectando así
las malas prácticas y errores de funcionalidad.
El siguiente es un cuadro comparativo de los elementos que influyen más en el
proceso de desarrollo de software realizando un análisis de factores con las
variantes: tiempo, costo, esfuerzo y, beneficios.
Tabla 2.
Modelos de desarrollo de productos de software
Es importante destacar que en los procesos administrativos de proyectos existen tres

términos básicos que debemos diferenciar:
• El producto.
• El sistema.
• Los entregables.
Modelo de MCCALL (1977)
Este modelo es considerado por primera vez en 1.977 por mccall. Destinado a ser
usado durante el proceso de desarrollo de sistemas, se demostró como puente

8
entre los usuarios y los desarrolladores, concilia los puntos de la vista de los
usuarios con las prioridades de los desarrolladores
Este modelo organiza 11 factores en 3 ejes:
1. Eje de operación: establece los factores de facilidad de uso, integridad,
corrección, fiabilidad y eficiencia.
2. Eje de revisión: Incorpora factores como la facilidad de mantenimiento,
facilidad de prueba y flexibilidad.
3. Eje transición: incluye factores de facilidad de reutilización,
interoperabilidad y portabilidad.
Ventajas: Permite identificar atributos concretos desde la perspectiva del cliente.
Desventajas: NO todas las veces hay una relación estrictamente lineal entre los
valores de las métricas y las características a evaluar.
Modelo de Boehm (1978)
El segundo modelo de calidad más conocido es el presentado por Barry

Boehemen en 1978. Este modelo introduce características de alto nivel,
características de nivel intermedio y características primitivas, cada una de las
cuales contribuye al nivel general de calidad.
El modelo se basa en que el softawere debe:
1. Hacer lo que el usuario quiere que haga.
2. Ser de fácil acceso y utilidad para los usuarios.
3. Estar bien diseñado y ser probado con anterioridad.
Ventajas: Incorpora menos factores y menos criterios lo que implicaría menor
tiempo para su desarrollo.
Desventajas: No determina algunos aspectos vinculados con el usuario.
Modelo de Arthur (1985)
Modelo de calidad creado por Arthur Andersen en 1985. Tiene una variante del
modelo de calidad establecido por Mccall. Esta variante tiene dos acciones:
1. Incorpora 3 nuevos criterios de valoración que son: Complejidad, seguridad
y auditabilidad.
2. Renovar las relaciones establecidas entre los factores y criterios.
Este modelo consta de unos factores importantes como:
• Corrección
• Fiabilidad
• Eficiencia
• Integridad
• Utilizable

9
• Mantenible
• Verificable
• Flexible
Ventajas: Brinda la opción de hacer auditoria lo cual posibilita obtener mas
confiabilidad ante un problema.
Desventajas: Tiene más criterios por lo cual se utilizan más métricas, esto implica
un mayor costo y tiempo requerido.
Modelo Furfps (1987)

Desarrollado por Hewlett-Packard. Se aplica para determinar métricas de la
calidad para cada una de las actividades que implican el proceso de desarrollo de
un software y también de un sistema de información.
• En este modelo se desarrollan un conjunto de factores de calidad de
software:
• Funcionalidad
• Usabilidad
• Confiabilidad
• Desempeño
• Capacidad der soporte
Ventajas: Permite identificar las fallas en el proceso y en el producto, con el fin
de hacer la respectiva corrección.
Desventajas: Igual que el modelo Maccall se necesitan muchas métricas, lo cual
requiere de más tiempo y costo.
Modelo de Gilb (1988)

Destaca que la calidad del producto depende de cómo este se encuentre
conformado y el proceso que se lleva a cabo para realizarlo.
Propone la utilización de 4 categorías que incluyen propiedades de calidad:
• Correctitud
• Internas
• Contextuales
• descriptivas
Este modelo incluye una serie de atributos de calidad, que son:
• Capacidad de trabajo
• Disponibilidad
• Adaptabilidad
• Utilizabilidad
Ventajas: Sugiere una serie de características como base para suminostrar
indicadores apropiados para los equipos de trabajo.
10
Desventajas: No se identifican
Modelo Mosca (1992)
El objetivo de este modelo es valorar la calidad sistémica que se encuentra dentro

de una organización desarrolladora de software.
Ventajas: Establece un mecanismo efectivo de análisis y evaluación de la calidad
global sistémica-
Desventajas: Este proceso presenta algunas complicaciones si no se tiene el
debido manual o guía de aplicación del modelo.
Modelo CMM Y modelo CMMI (19959
Fue creado por el instituto de ingeniería del software (SEI) con el fin de unir la
gran cantidad de modelos creados y otras organizaciones a lo largo de los años.
Historia CMMI
• 1987: Primer CMM publicado
• 1991: Modelo refinado y publicado como SW-CMM v1.0
• 1993: SW-CMM V1.1
• 1995: Software adquisición SA-CMM
• 1997: CMMI Inicia lanzamiento
• 2000: CMMI – SE/SW v1.0
• 2002: CMMI – SE/SW/PPD/A v1.1
Ventajas: El modelo CMMI es de gran eficacia, ha brindado la posibilidad de
mejora la calidad de los procesos de desarrollo de productos de software, entre
ellos están la disminución de los costos de producción y solución a los posibles
problemas que se puedan presentar.
Desventajas: Uno de los inconvenientes de este modelo es su carencia de
acondicionamiento al enfoque del servicio que está comprobando el sector de las
TI en cada una de sus líneas de actividad y por otro lado el nivel tan alto de
esfuerzo que se exige.
Modelo de Dromey (1996)
Un modelo presentado por el señor R. Geoff Dromey. Este modelo especifica la

noción de relacionar los atributos del producto con los atributos de calidad para su
respectiva evaluación.
Ventajas: Establece o sugiere el uso de 4 categorías que incluyen propiedades
de calidad, estas son:
• Correctitud
11
• Internas
• Contextuales
• Descriptivas
Desventajas: Solo se enfoca en la calidad del producto mas no en el análisis y
desarrollo de este.
Modelo ISO/IEC9126 (2001)
El nombre completo de este modelo es ‘’Software Product evaluation: Quality

Characteristics and Guidelines Far Their use. Es un estándar internacional para la
evaluación del software. El estándar iso 9126 entrega su primera versdion en el
año de 1991, luego en el 2001 es remplazado por la iso 9126:1
Ventajas: Esta actualizado y su terminología es fácil de entender. Además,
incluye la utilización de la norma ISO
Desventajas: Este modelo involucra un mayor esfuerzo de tiempo y trabajo
Modelo de QSOS
En el 2006 surge el software Quality Observatory for open source software

(SQOSS). Primordialmente la metodología trata de encontrar indicadores sobre la
funcionalidad que presta un software específico y los posibles percances o riesgos
que podría presentar un usuario o un proveedor de servicios con dicho software.
Ventajas: Permite la cuantificación y calificación de software
Desventajas: Está orientado solamente al producto del software.
Modelo PDCA:
El Ciclo PDCA también es conocido como "Círculo de Deming", ya que fue

el Dr. Williams Edwards Deming uno de los primeros que utilizó este esquema
lógico en la mejora de la calidad y le dio un fuerte impulso.
Basado en un concepto ideado por Walter A. Shewhart, el Ciclo
PDCA constituye una estrategia de mejora continua de la calidad en cuatro
pasos, también se lo denomina espiral de mejora continua y es muy utilizado por
los diversos sistemas utilizados en las organizaciones para gestionar aspectos
tales como calidad (ISO 9000), medio ambiente (ISO 14000), salud y
seguridad ocupacional (OHSAS 18000), o inocuidad alimentaria (ISO 22000).
Las siglas PDCA son el acrónimo de las palabras inglesas Plan, Do, Check, Act,
equivalentes en español a Planificar, Hacer, Verificar, y Actuar.

12
Ventajas
• El carácter iterativo del círculo permite una atención continua para mejorar
la calidad.
• Debido a que todos forman parte del proceso general se produce un
sentimiento de integración que afecta positivamente a toda la organización.
• Su aplicabilidad es ilimitada.
• Puede emplearse tanto en la resolución de problemas de liderazgo
emplresarial como en los procesos de fabricación de productos,
correspondientes al área de producción y control de calidad.
• Permite que una empresa pruebe en pequeña escala el cambio que desea
implementar antes de gastar en algún método que pudiera no funcionar o
requerir un ajuste.
• Permite efectuar un rastreo entre las expectativas, requisitos y medidas de
evaluación.
• Mejora la calidad del producto.
Desventajas
• Funciona mejor cuando las condiciones son perfectas, no teniendo cabida
aquellas variables que puedan surgir durante el desarrollo del proyecto.
• Podría no ser el enfoque adecuado para enfrentar una emergencia, ya que
con los cuatro pasos que se deben cumplir el avance suele ser lento. El
circulo es más metódico que otros planes operativos, lo que lo hace
ineficiente si se necesita implementar una acción rápida.
• Un proyecto puede permanecer demasiado tiempo en las primeras etapas,
analizando la situación a la que se va a aplicar. El exceso de análisis es
una forma efectiva de matar un proyecto. Si bien el ciclo permite una
planificación cuidadosa, el trabajo real solo se produce en la fase de acción
final.
• Con frecuencia el resultado final queda relegado al proceso. En una
organización los procesos son importantes, pero son los resultados los que
harán tangibles los beneficios del cambio implementado.
• En cada una de las etapas de este círculo se hace gran énfasis al trabajo
en equipo. Esto dificulta la evaluación del rendimiento individual de los
trabajadores.

13
Análisis F.O.D.A para la empresa IBM:
La siguiente imagen presenta el análisis F.O.D.A aplicado sobre IBM, en el cual

se pueden observar de manera general sus características como organización, y
permite al equipo de trabajo enfocarse en los puntos a mejorar y las
oportunidades como parte del esquema de pruebas a implementar.
Figura1.

14
Criterios de validación
De acuerdo con la información obtenida por medio de investigaciones sobre IBM

y encuestas con su respectivo análisis FODA se puede evidenciar un estado de
avance de la misma en cuanto a calidad de sistemas informáticos, no obstante,
se puede observar que se deben intensificar esfuerzos en unos criterios de calidad
a la hora del desarrollo de software que son los siguientes:
-Seguimiento y ajuste del proyecto de software

-Administración de los subcontratos de software
-Administración de la configuración del software
-Enfoque a procesos organizacionales
-Programas de capacitación
-Administración de software integrado
-Revisiones entre pares
-Administración de la calidad de software.
Con lo anterior mencionado el modelo que se elige es el CMMI, gracias a las

investigaciones que se realizaron respecto a este modelo se llega a la conclusión
que las empresas que lo implementan presentan una productividad y calidad
deseada, también obteniendo una mejor duración de ciclo de vida y optimizando
así el presupuesto del proyecto haciendo más preciso y predecible del mismo, por
lo cual se considera que es el modelo adecuado partiendo de las necesidades que
la empresa presenta, debido a su modelo de madurez de capacidades integrado
basado en control de calidad y aseguramiento de la misma.

15
Actividades ciclo de vida software
Un compendio de las actividades que se incluyen en un plan de pruebas típico

incluye la elaboración de un documento que registre el plan de trabajo o
planificación del proyecto, su implementación, junto con los resultados de las
pruebas, y las etapas de despliegue y mantenimiento del producto. Esto se puede
evidenciar de una manera adecuada si se establece para cada una de las etapas
del ciclo de vida del producto
Figura 2.
Figura 2. Aproximación top-down y ciclo de vida del software. Fuente: IBM, s.f.
El plan de pruebas debe ser transversal a cada una de las etapas del ciclo de vida
de un producto o proyecto de software, las cuales incluyen:
• Identificación del alcance del proyecto

• Identificación del alcance de negocio
16
• Análisis de procesos
• Análisis de servicios
• Diseño de procesos
• Implementación de procesos
• Implementación de servicios
En cada una de estas etapas debe haber claridad sobre el proceso de pruebas
por parte de los integrantes dentro de la organización seleccionada.

17
Actividades para mejorar el desarrollo del software
En IBM, Es importante realizar un análisis detallado de los requerimientos de los

clientes teniendo en cuenta que en este ´ítem, inicia la ejecución del desarrollo y
de esta depende que sea exitosa dentro de las labores más importantes para esta
actividad, se destaca el análisis de historias de usuario y la correcta especificación
de los casos de uso abarcando los escenarios que se puedan presentar, derivados
de la operación específica para la cual se desarrolla el software.
Algunos aspectos son más relevantes en la calidad del producto, estas

funcionalidades deben ser evaluadas en cada una de las etapas del ciclo de
desarrollo, es importante desde la fase de requerimientos identificar plenamente
estas y probarlas secuencialmente.
Es importante que el esquema de pruebas sea enfocado al cumplimiento de los

requerimientos con altos estándares de calidad, con el fin de lograr con una
estrategia definida pruebas funcionales en primera instancia seguidas de pruebas
de sistema.
Se debe ejecutar pruebas de caja negra no funcionales y de regresión a medida

que el equipo de desarrollo va integrando los componentes de la aplicación en sus
diferentes capas.
El Plan de Pruebas se basa en el comportamiento de un producto bajo pruebas,
será´ comparado con las especificaciones de los requerimientos que fueron
usados para implementar el sistema, incluyendo los cambios que estén aprobados
e implementados.
Para iniciar la fase de pruebas del sistema, es indispensable tener en cuenta lo

siguiente:
Test unitarios realizados y completados para cada componente del sistema.
Fase completamente integrada.
Al menos 95% de los casos de prueba deben pasar exitosamente. El 5% restante
debe estar plenamente justificado.

18
Es importante que el equipo de arquitectura suministre los requisitos Óptimos para

la operación del sistema dentro de un entorno confiable para tener un ambiente
de pruebas igual al de la producción que permita evidenciar el comportamiento
del software en estado final.
El orden de actividades para probar el sistema es:

Ejecución de las pruebas en operación normal.
Ejecución de pruebas de excepción.
Corrección de errores.
Ejecución de las pruebas que fallaron en la primera pasada.
Repetición de los pasos 3 y 4 hasta que se logre un 100% de éxito.
Escritura del reporte.
Se asignan las responsabilidades de cada grupo que participa en la fase de

pruebas. Responsabilidades del Grupo de Desarrollo
Ejecutar las pruebas unitarias.
Ejecutar y probar la integración.
Corregir los problemas reportados.
Responsabilidades del Grupo de Pruebas.
Planificar las pruebas del sistema.
Configuración de ambientes de prueba.
Ejecutar las pruebas del sistema.
Escribir el reporte de pruebas.
Responsabilidades de la Supervisión.
Aceptación final y aprobación de la liberación del producto.
Por último, se deben obtener las conclusiones del proceso y determinar los puntos
a mejorar con el fin de Asegurar la Calidad del proyecto y satisfacer plenamente
los requerimientos de los usuarios.

19
Procesos y estrategias propuestos

20
PROCEDIMIENTOS TÉCNICOS
TI-P-07
PROCEDIMIENTO
REVISIÓN POR PARES
Versión 1
1. OBJETIVO
Verificar el cumplimiento de estándares y especificaciones aplicados en la fase de Codificación, mediante la detección de fallas, anomalías e identificación de buenas prácticas de un producto
de software.
2. CONTENIDO
Tarea Responsable Descripción y/o documento
Realiza la planificación de la revisión de código, incluye tiempo en que debe

realizarse, responsable de realizar revisión, código que será sujeto a revisión.
Programa tarea en la herramienta de gestión de proyectos la el inicio de un nuevo

Líder de Proyecto ciclo de revisión del código, al ingeniero de desarrollo que realizará la revisión y al
desarrollador que generó el código.
Envía plan del proyecto y el plan de la revisión al ingeniero desarrollador.
Con la guía del líder de proyecto se identifican los documentos a estudiar sobre el
Ingeniero Desarrollador
producto/código desarrollado.
Ejecuta la revisión del código, aplicando checklist, estándares de codificación y

ayudas incluidas en este documento. En el caso que aplique debe diligenciar hoja de
Ingeniero Desarrollador registro de falta de adherencia a los estándares. Ver Criterios para la revisión (describe
parámetros por los cuales deben hacerse ajustes para adherencia).
Realiza seguimiento al registro de las no adherencias, definición de correcciones a

realizar y buenas prácticas aplicadas.
Coordinador Desarrollo En la etapa de corrección y seguimiento, el coordinador debe asegurar que el
desarrollador que generó el código realice los ajustes.
Analiza los resultados de revisiones de pares realizadas hasta el momento para

identificar buenas prácticas y errores extrapolables a otros proyectos y proceder a su
actualización
Coordinador Desarrollo Determina las acciones que deben tomarse para corregir los errores encontrados.
Esta actividad se realiza con una periodicidad trimestral.
Fin del procedimiento
3. OBSERVACIONES
3.1 Criterios para la Revisión
Periodicidad de la Revisión
Criterio Tiempo de Revisión
Resultado de la última Revisión no A los tres meses siguientes

superan el Umbral de Adherencia realizado la Revisión de código Resultados de las Pruebas
Valor Cumplimiento Acción

A los 2 meses siguientes, una
El resultado de la última Revisión es
vez realizado la Revisión de
menor al 50% >= Valor Se informa al Desarrollador para que continúe
Código Revisión Superada
Umbral con la siguiente fase
Si se supera el Umbral de Se informa al Desarrollador para que realice los

Cada 6 meses Revisión ajustes necesarios a las no adherencias
Adherencia < 80 y >=50
Rechazadas detectadas y así continúe en la siguiente fase
programada.
Se informa al desarrollador, para que efectué los

Revisión ajustes necesarios a las no adherencias
>50
Rechazadas detectadas y se realice capacitación sobre
estándares de codificación de la organización

21
3.2 En caso de que exista un nuevo desarrollador, la revisión de código deberá hacerse a los dos meses siguientes de vinculación con el equipo de trabajo.
3.3 Las revisiones no deben durar más de dos horas y no debería analizarse más de 250 líneas de código por revisión.
3.4 Las Revisión entre Pares serán realizadas en el mismo Proyecto o entre diferentes Proyectos, por personal técnicos que se cruzan con el mismo rol.
4. REGISTROS
IDENTIFICACIÓN ALMACENAMIENTO PROTECCIÓN TIEMPO

DE
CLASIFICA-CIÓN DISPOSICIÓN FINAL
Lugar de Medio de Responsable de RETENC
Código Nombre IÓN
Formato archivo Archivo Archivarlo
4. HISTORIAL DE CAMBIOS
VERSION FECHA ITEM DESCRIPCIÓN
01 - No aplica para la primera versión
5. ANEXOS
NOMBRE REVISÓ: Norma Patricia Ceballos NOMBRE APROBÓ:
FECHA 14 abril 2020 FECHA: 14 abril 2020

22
Procedimiento gestión de cambio

23
Procedimiento control de quejas, salidas y servicios

PROCEDIMIENTO DE CONTROL DE QUEJAS, SALIDAS Y
SERVICIO NO CONFORME Versión 1
1. OBJETIVO
Garantizar a nuestros clientes la recepción, gestión y resolución de todas las Quejas, Servicios y Salidas No Conformes, presentados ante el servicio brindado por IBM; mediante la identificación, evaluación y control de los
mismos.
2. CONTENIDO
2.1 RADICACIÓN, GESTIÓN Y RESOLUCIÓN DE QUEJA
Queja Responsable Descripción y/o documento
1. El Cliente radica en la herramienta mesa de soporte la Queja y/o felicitación.
Cliente - Coordinador de
Sistemas de En el caso que la Queja sea enviada por correo electrónico o notificada telefónicamente, el Coordinador encargado de la
información y/o Líder de operación que reporta, radica el evento en la herramienta mesa de soporte.
Negocio
Automáticamente llegará un correo electrónico al cliente con la información de la Queja como (No. de identificación de la
Queja, estado, tiempo de respuesta, ingeniero de Soporte asignado.).
2. En el caso que el servicio no conforme no sea detectado por medio de una queja interpuesta por el cliente, esta debe ser
Coordinador de Sistemas de
radicada por el Coordinador de Sistemas de Información como Queja y se identifica porque su respuesta Accede.
Información y/o Líder de
Negocio
Se han tipificado los servicios no conformes más comunes que se pueden presentar en la Organización. En caso de identificarse
un nuevo caso de servicio no conforme, se debe incorporar.
Coordinador de Sistemas de 3. Realiza la proyección de la respuesta en la herramienta mesa de soporte según las evidencias encontradas en el análisis de
Información y/o Director causas y verificación del evento reportado por el cliente, también se asignan responsables para el tratamiento de las acciones para
Sistemas de Información tratar la queja o el servicio no conforme.
Información y/o Líder de 4. Asigna como observador al Director de Calidad.
Negocio
Director Calidad
5. Revisa y ajusta la proyección de Respuesta. Si tiene alguna sugerencia notifica en la herramienta de mesa de soporte por
la opción de seguimiento al Coordinador de Implantación y soporte.
Negocio 6. Se registra respuesta al cliente en la herramienta mesa de soporte.
Cliente
7. Realiza Encuesta de Satisfacción en la herramienta mesa de soporte.
Coordinador de Sistemas de 8. Proceder a tomar las acciones de tratamiento cuando se establece que se ha generado un servicio no conforme. Estas acciones
Información y/o líder de de tratamiento se indican en el anexo 1, al igual que los responsables de su ejecución.
Negocio
9. Verificar el cumplimiento o eficacia de las acciones de tratamiento aplicada a los servicios no conformes y quejas detectados.
Es responsabilidad del Líder de Proceso seguir, tratar y controlar el Servicio No Conforme.
Negocio
Líder de Negocio y Director 10. Mensualmente el líder del proceso analiza el comportamiento de las Quejas y Servicios No Conforme detectados en el
de Calidad período. En caso de encontrar reincidencia o asuntos críticos se deben implementar acciones correctivas. Ver procedimiento de
acciones correctivas, preventivas y de mejora.
2.2 RADICACIÓN, GESTIÓN Y RESOLUCIÓN DE INCIDENTE (SERVICIO NO CONFORME)

Equipo de Implantación y 1. Se reciben por parte del cliente las incidencias, las cuales deben ser formalizadas entre él y la persona del equipo de
Soporte Implantación y Soporte de IBM vía (TELEFÓNICA, PRESENCIAL, CORREO ELECTRÓNICO).
Equipo de Implantación y 2. Las incidencias deben ser ingresadas a la Plataforma de Incidencias (mesa de soporte) por parte de la persona del
Soporte equipo de Implantación y Soporte que la recepciona;
Ingeniero de Implantación y
Soporte, Ingeniero ETL,
3. Para dar solución a cada incidente este debe tener una acción correctiva, análisis de causa, plan de acción, y responsable.
Asistente Soporte, Líder de
Negocio,
Soporte, Ingeniero ETL, 4. Si en el análisis del Incidente se identifica que este incurre en un error del sistema o del servicio prestado, se deberá tipificar
Asistente Soporte, Líder de en la mesa de soporte en Tipo de Solución "Accede".
Negocio, Ingeniero
Infraestructura
Equipo de Implantación y
Soporte 5. Una vez cerrado el incidente, notifica al cliente.

24
Equipo de Implantación y 1. Se reciben por parte del cliente las incidencias, las cuales deben ser formalizadas entre él y la persona del equipo de
Soporte Implantación y Soporte de IBM vía (TELEFÓNICA, PRESENCIAL, CORREO ELECTRÓNICO).
Equipo de Implantación y 2. Las incidencias deben ser ingresadas a la Plataforma de Incidencias (mesa de soporte) por parte de la persona del
Soporte equipo de Implantación y Soporte que la recepciona;
Soporte, Ingeniero ETL,
3. Para dar solución a cada incidente este debe tener una acción correctiva, análisis de causa, plan de acción, y responsable.
Asistente Soporte, Líder de
Negocio,
Soporte, Ingeniero ETL, 4. Si en el análisis del Incidente se identifica que este incurre en un error del sistema o del servicio prestado, se deberá tipificar
Asistente Soporte, Líder de en la mesa de soporte en Tipo de Solución "Accede".
Negocio, Ingeniero
Infraestructura
Equipo de Implantación y
Soporte 5. Una vez cerrado el incidente, notifica al cliente.
Coordinador de Sistemas de 6. Verificar el cumplimiento o eficacia de las acciones de tratamiento aplicada a los incidentes tipificados como "Acceden". Es
Información responsabilidad del Líder de Proceso seguir, tratar y controlar el Servicio No Conforme.
Coordinador de Sistemas de 7. Mensualmente el líder del proceso analiza el comportamiento de las Quejas, Servicios y Salidas No Conforme detectados en
Información y Director de el período. En caso de encontrar reincidencia o asuntos críticos se deben implementar acciones correctivas. Ver procedimiento
Calidad de acciones correctivas, preventivas y de mejora.

25
8. Fin del procedimiento.
2.3 RADICACIÓN, GESTIÓN Y RESOLUCIÓN CONTROL SALIDA NO CONFORME
ingeniero de Desarrollo 1. Una vez se desarrolla el producto Software, es puesto a prueba para asegurar la conformidad de los requisitos establecidos.
/Ingeniero Sistemas de
Información
Si el Producto software es entregado por el equipo de Desarrollo,
debe radicarse el plan de Pruebas en la herramienta de gestión de Proyectos Tuelap (Herramienta manejada)
Coordinador de Sistemas
de Información y/o Asigna responsable de realizar la prueba
Director Sistemas de
Información
Ingeniero de Sistemas de
Información, Ingeniero
ETL, Asistente Soporte, 2. Radica Plan de Pruebas en Tuleap en el tracker plan de Pruebas.
Líder de Negocio
Información, Ingeniero 3. Ejecuta las pruebas, radica en el tracker Hallazgos de pruebas el resultado de la verificación
ETL, Asistente Soporte,
Líder de
Negocio
Información, Ingeniero
ETL, Asistente Soporte, Si el Producto software es entregado por el equipo de Sistemas de Información, radica ticket de Pruebas en GLPI mesa de soporte
Líder de Negocio utilizada.
Coordinador de Sistemas
de Información y/o 4. Asigna responsable de realizar la prueba
Director Sistemas de
Información
Información, Ingeniero 5. Realiza la prueba, crea ticket asociado al ticket inicial, diligencia el Formato Testing
Líder de Negocio
Información, Ingeniero Si genera Hallazgo, asigna a responsable quien resolverá el hallazgo
Líder de Negocio
ingeniero de Desarrollo
/Ingeniero Sistemas de 6. Resuelve el hallazgo, y el producto software será probado nuevamente
Información
Información 7. Revisa el resultado de las pruebas, y da paso al despliegue del producto software
Coordinador de Sistemas de 8. Mensualmente el líder del proceso analiza el comportamiento de las Quejas, Servicios y Salidas No Conforme detectados en el
Información y Director de período. En caso de encontrar reincidencia o asuntos críticos se deben implementar acciones correctivas. Ver procedimiento de
Calidad acciones correctivas, preventivas y de mejora.
9. Fin del procedimiento.
3. OBSERVACIONES
3.1 El proceso de radicación, seguimiento, tratamiento y control, se registrarán, verificarán y controlarán en La herramienta GLPI (Mesa de soporte).
3.1 Las Quejas deben tener Hechos, Causas, Acción Correctiva, Plan de Acción. Causas Internas
3.2 En la radicación los eventos presentados por el usuario se pueden clasificar y radicar como queja o felicitación.
3.3 Solo se realiza seguimiento a las Quejas cuya respuesta se clasifican como "ACCEDE ". A éstas deberán darse tratamiento de Servicio No Conforme.
3.4 Una vez radicada la Queja, se cuenta con ocho (8) días hábiles para comunicar al cliente el inicio del análisis de las causas y hasta quince (15) días hábiles para emitir una respuesta al cliente.
3.5 Para el seguimiento de la Queja deben asociarse al ticket inicial, un nuevo ticket que estará abierto por seis (6) meses una vez hecho el primer seguimiento.
3.6 Los incidentes que se originan a partir de errores del sistema o del servicio, y deberán ser tipificados como " acceden".
3.7 Las salidas no conformes son producto de pruebas realizadas a los siguientes servicios y productos software
3.8 El seguimiento de las Salidas no conformen se realizan en la herramienta Tuleap, opción seguimiento "follow-ups"

26
Medio de
Responsable de
Código Nombre Lugar de archivo Archivo
Archivarlo
Formato
5. HISTORIAL DE CAMBIOS
VERSIÓN FECHA ÍTEM MODIFICADO DESCRIPCIÓN
Se Cambia todos los pasos del contenido, y observaciones. Se fusionan el
Procedimiento PROCEDIMIENTO DE CONTROL DE SERVICIO NO CONFORME_TI- P-03 y PROCEDIMIENTO DE MANEJO DE QUEJAS Y
01 2/24/2017 Objetivo, Contenido,
SERVICIOS NO CONFORMES GM-P-03
Observación
NOMBRE REVISÓ: NOMBRE APROBÓ
Nombre:
FECHA: FECHA:

27
Tratamiento de servicio no conforme

Anexo 1
Anexo 1 TRATAMIENTO DEL SERVICIO NO CONFORME
Versión 2
REQUISITOS DEL SERVICIO
Situaciones y/o
actividades donde se Responsable del
Detalle No conformidad Antecedente Detalle del Tratamiento Mecanismo Existente para Evitarlo
pueden presentar no Tratamiento
conformidades
Usuario envía correo electrónico a la persona del
equipo de Implantación y Soporte que le brinda Ingeniero de Implantación
apoyo habitualmente y/o radica la queja en la y Soporte / Ingeniero ETL
Toma de El reporte publicado en el La totalidad de los campos y herramienta GLPI, informando la anomalía en el / Asistente de Soporte. Lista de chequeo de criterios a tener en
sistema no tiene las columnas los filtros del reporte fueron reporte. La persona responsable realiza el cuenta para la toma de requerimientos.
Requerimiento,
Creación/Modificación solicitadas en el requerimiento. establecidos por el Cliente. cambio, al día siguiente hábil del reporte del
de reporte en el usuario y notifica el cambio por correo
sistema electrónico.
Usuario envía correo electrónico y/o radica la

Queja en la herramienta GLPI a la cuenta del Agendamiento de capacitaciones de
La cita coordinada para la Capacitación programada y Coordinador de Implantación y Soporte Coordinador de
Solicitud de acuerdo a instrucciones del
capacitación no se cumplió por autorizada por el responsable de ese proyecto reportando el Implantación y
capacitación Coordinador de Implantación y
el instructor asignado. Coordinador de Soporte incumplimiento de la capacitación, el Soporte.
Soporte.
Coordinador de Soporte toma correctivos sobre
el instructor asignado y reprograma la
capacitación de forma inmediata.
queja en la herramienta GLPI a la cuenta del
Coordinador de Implantación y Soporte
responsable de ese proyecto reportando el
Existe un acuerdo de la incumplimiento en la aplicación de la Agendamiento de la actualización a
fecha de entrega de la actualización. El Coordinador de Soporte subir a producción de acuerdo a previo
No se cumplió la fecha de
Actualizaciones del actualización en el reprograma la nueva fecha de entrega y explica Coordinador de análisis de la actualización a subir.
entrega de las actualizaciones a
aplicativo en aplicativo entre el cliente y al cliente la situación por correo electrónico. Implantación y
realizar en el sistema
producción el área de Implantación y Los vencimientos no serán radicados en el Soporte
comercial.
Soporte en la compañía. sistema de información, sino que serán tratados
desde la herramienta GLPI, donde se registran
los seguimientos de los clientes y el Director de
Sistemas de Información; se consideran
vencidos los incidentes o requerimientos que no
cumplan con las fechas dadas por el cliente.
Queja en la herramienta GLPI a la cuenta del
Usuario ingresa a la El usuario detalla los Coordinador de Implantación y Soporte Opción automática copia rol de
Asignación de Ingeniero de
aplicación y no cuenta con los permisos solicitados por el responsable de ese proyecto reportando la falla usuarios.
permisos en un módulo permisos solicitados. módulo de la aplicación. en los permisos asignados, el Ingeniero de Implantación Soporte
específico Soporte revisa y actualiza los permisos de forma asignado.
inmediata, se contacta con el usuario vía remota
y verifica el ingreso del usuario al
aplicativo.
Queja en la herramienta GLPI al Ingeniero de
El usuario especifica las
Toma de Implantación y Soporte que le brinda apoyo
No se evidencia la totalidad de columnas del reporte
Requerimiento, habitualmente y/o se comunica vía telefónica o Lista de chequeo de criterios a tener en
la información solicitada en requerido, los periodos Ingeniero de
desarrollo de reporte chat reportando la anomalía en el reporte. El cuenta para la toma de requerimientos.
periodos, campos o columnas solicitados y el detalle de Implantación y Soporte
información Entes de Ingeniero de Soporte realiza el cambio máximo
o detalle de información. la información requerida asignado.
Control (archivo plano al primer día hábil y envía el reporte o el
de una forma puntual y
o csv) archivo plano al usuario por correo electrónico
especifica.
con copia al Coordinador de Soporte y al
Director de Sistemas de Información.
La información de queja en la herramienta GLPI al Ingeniero de
Toma de Herramienta con errores de
parametrización ha sido implantación
Requerimiento, inicio (inconsistencias en Ingeniero de Pruebas del sistema de información,
entregada en su totalidad y soporte que le brinda apoyo habitualmente y/o
parametrización de nombre empresa, clases uso, Implantación y Soporte formato Testing_ TI-F-06
de acuerdo con las se comunica vía telefónica o chat. El ingeniero
módulos o tarifas, empleados, clases y asignado
estructuras requeridas. de soporte realiza el cambio de manera
herramientas del parámetros.
inmediata
Sistema Comercial.
y enviar la notificación al usuario por correo
electrónico.
Errores de facturación, queja en la herramienta GLPI al ingeniero de
Todo lo relacionada con falla
Facturación, PQR, PQR, Tarifario, Operativo, soporte que le brinda apoyo habitualmente y/o Script de verificación y revisión,
e inconsistencias de se comunica vía telefónica o chat. El ingeniero Ingeniero de
Tarifas, Operativo, Mercado Corporativo, todo de Implantación y soporte realiza el cambio de validador de planos, pruebas
facturación, PQR directa o Implantación y Soporte
Mercado lo que genere un reproceso manera inmediata y envía la notificación al funcionales.
conjunta, Tarifas, Operativo, asignado
Corporativos al cliente usuario por correo electrónico.
Mercado Corporativo

28
Tratamiento de salidas no conforme
Anexo 2
Anexo 2 TRATAMIENTO DE LAS SALIDAS NO CONFORME
Versión 2
REQUISITOS DEL SERVICIO

Situaciones y/o actividades donde se
pueden presentar Salidas No Responsable de la Responsable del Mecanismo Existente para
Conformes Detalle Salida no Antecedente Detalle del Tratamiento Detección Tratamiento Evitarlo
Conforme
El coordinador de sistemas de información
El cliente especifica asigna al ingeniero de Implantación y soporte
El artefacto desarrollado no las funcionalidades, asigna la tarea de "pruebas" sobre el artefacto
Desarrollo cumple con las condiciones, software entregado por el equipo de desarrollo, Equipo de Sistemas Desarrollo Pruebas unitarias, revisión por pares,
funcionalidades descritas en postcondiciones, en caso de presentarse un error o un de Información pruebas pre-funcionales
los requerimientos y/o restricción es y incumplimiento con el requerimiento este genera
generan error al ejecutarse validaciones de los un hallazgo en tuleap donde asigna al
artefactos software responsable de
solucionar el hallazgo para que
resuelva el inconveniente
El reporte no cumple con las La totalidad de los asigna al líder de Negocio la tarea de "pruebas"
funcionalidades descritas en campos y los filtros del reporte desarrollado, en caso de presentarse Equipo de Sistemas
Reportes los requerimientos y/o del reporte fueron un error o un incumplimiento con el Líder de Negocio de Información Pruebas Funcionales
generan error al ejecutarse establecidos por el requerimiento este genera un hallazgo en
Cliente tuleap donde asigna al responsable de
solucionar el hallazgo para que resuelva el
inconveniente, se asigna fecha límite de
corrección
asigna al
Los archivos generados no El cliente suministra Equipo de pruebas la tarea de "pruebas" de los
cumplen con las las validaciones y la archivos generados, en caso de presentarse un Equipo de Sistemas
Archivos del SUI Equipo de Pruebas Pruebas Funcionales
validaciones establecidas en regulación que debe error o un incumplimiento con el requerimiento de Información
los requerimientos y implementarse este genera un hallazgo en tuleap donde asigna al
validadores responsable de solucionar el hallazgo para que
resuelva el inconveniente, se asigna fecha límite
de corrección
La información de asigna al líder de Negocio la tarea de "pruebas"
El Sistema Comercial no se
parametrización ha de la operación nueva parametrizada, en caso de Equipo de Sistemas
Nueva Operación ejecuta correctamente o la Líder de Negocio Pruebas Funcionales
sido entregada en su presentarse un error o falla en la de Información
parametrización no cumple
totalidad de acuerdo parametrización, este genera un hallazgo en
con lo solicitado en los
con las estructuras tuleap donde asigna al responsable de solucionar
requerimientos
requeridas. el hallazgo para que resuelva el inconveniente, se
asigna fecha límite de corrección
El cliente especifica El coordinador de sistemas de información
los pasos, asigna al Ingeniero de Sistema de información la
El modelador de procesos validaciones, y tarea de "pruebas" del Proceso implementado y
BPM Diseño Proceso no cumple con los requisitos funcionalidades para parametrizado, en caso de presentarse un error o Ingeniero de Equipo de Sistemas Pruebas Funcionales
establecidos implementar el BPM un incumplimiento con el requerimiento este Sistemas de de Información
genera un hallazgo en tuleap donde asigna al Información
responsable de solucionar el hallazgo para que
resuelva el inconveniente, se asigna fecha límite
de corrección
El cliente especifica asigna al Ingeniero de sistema de Información la
tarea de "pruebas" de la funcionalidad
La opción de cargue de validaciones y la desarrolla, en caso de presentarse un error o un
Cargue Masivos de planos planos no cumple con las información que debe incumplimiento con el requerimiento este genera Ingeniero de Equipo de Sistemas Pruebas Funcionales
validaciones y estructura ser cargada y validada un hallazgo en tuleap donde asigna al
responsable de solucionar el hallazgo para que Sistemas de de Información
descritas en los resuelva el inconveniente, se asigna fecha límite Información
requerimientos de corrección

29
Formulación plan estratégico a largo plazo
1. Objetivo Establecer cronograma de actividades para la formulación del Plan

Estratégico con el fin de fijar las principales líneas de actuación a seguir en el corto
y mediano plazo de la organización.
2. Alcance Este documento aplica para la realización del Cronograma del plan
Estratégico de Soluciones Globales. En abril del presente año la Gerencia aprobó
la Formulación del Plan Estratégico con un horizonte de tiempo de un (1) años.
3. Horizonte de Tiempo del Plan Estratégico El horizonte de Tiempo Definido

por la organización es de 1 (1) años a partir del año 2020 fecha final 2021
4. Conformación del equipo de trabajo En el proceso de Formulación del Plan

Estratégico 2020- 2021 contempla la participación de toda la organización; sus
roles están representados a través del siguiente esquema:
Figura 3.
30
Análisis del Entorno Interno y Externo

El contexto estratégico es un diagnóstico que Soluciones Globales elaborará a
partir de un ejercicio participativo de la Alta Dirección, para el cual se emplea la
herramienta DOFA (Debilidades, oportunidades, fortalezas y amenazas) que
permite hacer un análisis de los factores internos y externos que afectan la gestión
de la empresa. La Empresa realizó un primer ejercicio en la definición del Análisis
DOFA la cual se utilizará como insumo para la formulación del plan estratégico.

31
Cronograma formulación plan estratégico
TABLA 3.

32
Perfiles, cargos y roles
NOMBRE CARGO Director Sistemas de Información.

Fecha
CÓDIGO DEL CARGO TI-001 No. Actualización 02 Actualización 31 Julio 2019
Sistemas de
ÁREA Información DIVISIÓN Tecnológica
RESPONDE A Gerente General
Coordinador Sistemas de Información
DELEGA A Ingeniero ETL
Líder de Negocios
Planear, dirigir, controlar y supervisar la implantación y soporte a los sistemas
OBJETIVO CARGO
de información de los diferentes proyectos.
CONDICIONES Disponibilidad de viajes a nivel nacional e internacional.
ESPECIALES Flexibilidad Horario.
RESPONSABILIDADES
/ AUTORIDADES DESCRIPCIÓN
Planear, organizar, dirigir y
controlar el soporte e Realizar cronograma de actividades de implantación, estimación de recursos
implantación de los humanos y tecnológicos. Hacer seguimiento de actividades, por
proyectos. cada uno de los proyectos asignados.
Especificaciones para nuevos
proyectos y Desarrollar especificaciones técnicas (requisitos), estimar alcance y
asignación del grupo de recurso humano que requiere cada nuevo proyecto.
profesionales.
Monitorear el avance de Realizar informes periódicos para la Gerencia sobre el estado y avance de cada
los proyectos. uno de los proyectos asignados.
Participar en la selección
Realizar las entrevistas, pruebas de conocimiento a los candidatos que se
de nuevos funcionarios y
presenten a ofertas de empleo. Realizar evaluaciones a proveedores que sean de
proveedores de tecnología. competencia del Departamento de Sistemas de Información.
Establecer agendas y
prioridades para
Programar, especificar y definir fechas y prioridades para los proyectos
proyectos de asignados.
implantación y soporte.
Evaluar herramientas de
Evaluar las herramientas que permitan optimizar la gestión y los
optimización. procedimientos del Departamento de Sistemas de Información.
Controlar todas las etapas (Análisis de requerimientos, diseño, construcción,

Analizar, diseñar, Pruebas implantación y mantenimiento) y asegurar tanto los recursos
desarrollar, e implementar necesarios para el desarrollo de sistemas de Información. Llevar a cabo las
y mantener sistemas de reuniones que sean necesarias para determinar los requerimientos del Sistema.
información. Analizar el problema y diseñar su solución.

33
Establecer, coordinar y
supervisar las actividades
Asignar las actividades del grupo de soporte.
asignadas al personal a su
Realizar seguimiento periódico a las actividades delegadas a los
cargo, evaluando sus funcionarios y hacer la evaluación de los resultados obtenidos.
resultados.
Representar a la empresa
ante entidades externas, Realizar reuniones con los clientes para retroalimentación de nuevos
clientes, proveedores. requerimientos, priorización de actividades y/o tareas, y presentar los avances
de los proyectos.
Reuniones con clientes

para presentación de Realizar la presentación del portafolio de servicios de la empresa, tanto a
portafolios de servicio clientes actuales, como a posibles nuevos clientes.
Resolver problemas con

clientes y empleados del Mediar y resolver posibles inconvenientes que pueden presentarse tanto con
área de sistemas clientes, como con el grupo de Sistemas de Información
PERFIL DEL CARGO
VALORES DEL SER: Autocontrol, Ética, Disponibilidad, Compromiso
EDUCACIÓN (Superior): Ingeniero de Sistemas o Afines. Especialización en Ingeniería de Software
EXPERIENCIA PREVIA: Mínimo 5 años de experiencia en definición de requerimientos, manejo y

utilización de bases de datos, mapeo de procesos y diagramación de servicios, implantación de Sistema
Comercial de Servicios Públicos, Seguimiento a proyectos que utilicen el Sistema Comercial de Servicios
Públicos.
PERIODO DE ADAPTACIÓN: 4 meses

34
NOMBRE CARGO Director Desarrollo
NO. FECHA 26 Abril

CÓDIGO DEL CARGO TI-002 ACTUALIZACIÓ 01 ACTUALIZACIÓ 2019
N N
ÁREA Desarrollo DIVISIÓN Tecnológica
DELEGA A Ingenieros Desarrollo
Efectuar labores de análisis, modelamiento y programación de sistemas de información;
realizar actividades de actualización y/o mantenimiento de sistemas de información.
OBJETIVO CARGO
CONDICIONE Disponibilidad de viajes a nivel nacional e internacional.

S ESPECIALES Flexibilidad Horario.
RESPONSABILIDADE
S/AUTORIDADES DESCRIPCIÓN
Arquitectura del
software. Asegurarse que la arquitectura de software sea acorde con el sistema requerido.
Modelamiento. Realizar y asegurar que el modelamiento sea correctamente realizado.
Herramientas y Definir, implementar por las herramientas y ambientes de desarrollo. Responder sobre
ambientes de las inquietudes relacionadas con la selección de herramientas y ambientes de desarrollo.
desarrollo.
Técnicas de desarrollo Definir técnicas de diseño y análisis de software.

Dirigir y Coordinar
controlar los proyectos Planear, organizar, dirigir y controlar el proyecto.
de desarrollo.
Cumplimiento de Revisar el cumplimiento de los compromisos contractuales y cronograma de
cronogramas. actividades.
Definir Acciones. Identificar desfases en el proyecto y definir las acciones correspondientes.
Organización de los
Definir y establecer la organización de los proyectos de desarrollo y los grupos de trabajo.
proyectos de desarrollo
Supervisar los proyectos

de desarrollo Supervisar y controlar de la ejecución de los desarrollos.
Coordinar la consecución de los recursos técnicos asignados a los proyectos de desarrollo.

Recursos técnicos.

35
Dirigir y responder por

el control de cambios Dirigir y responder por la aplicación del procedimiento para control de cambios.
del software.
Planificar y supervisar Planificar, supervisar el desarrollo, mejora, y correcto funcionamiento de los sistemas
todo el proceso de Informáticos, verificando que cumplan los requisitos establecidos por el cliente.
construcción de
software.
Garantizar que se ejecuten todas las pruebas necesarias al software
Garantizar las pruebas desarrollado, con la finalidad de comprobar su buen funcionamiento y el
del software. cumplimiento de los objetivos previstos para el sistema.
Garantizar que se realice Garantizar la documentación técnica completa del sistema, así como las actividades de
la documentación Técnica
capacitación del personal involucrado para la puesta en marcha del mismo.
del software
desarrollado.
Realizar cambios y Efectuar estudios y cambios necesarios, considerando previamente la

mantenimiento a los evaluación, el mantenimiento y/o actualización del sistema, corrigiendo
sistemas de deficiencias e implantando mejoras solicitadas.
Información.
Realizar planes de Participar en la elaboración de Planes y proyectos de sistemas.
sistemas.
Realizar funciones Realizar otras funciones afines que le sean asignadas por la Gerencia.
asignadas.
Perfil del Cargo
VALORES DEL SER: Autocontrol, Ética, Disponibilidad, Compromiso.
EDUCACIÓN (Superior): Ingeniero de sistemas o afines. Especialista en Software para redes de computadores
homologable con experiencia previa.
EXPERIENCIA PREVIA: Mínimo 5 años de experiencia como Líder de Proyectos de desarrollo de

software homologable con educación superior y no formal.

36
NOMBRE CARGO Director Infraestructura T.I. y Proyectos Especiales
CÓDIGO DEL CARGO TI-003 NO. FECHA 31 Julio

ACTUALIZACIÓ 02 ACTUALIZACIÓ 2019
N N
ÁREA Infraestructura DIVISIÓ Tecnológica
N
DELEGA A
NO APLICA
Diagnosticar, formular y dirigir las tareas que permitan la correcta
funcionalidad de los servidores y el Motor de Base de Datos, de forma de
OBJETIVO CARGO mantener en línea todas las aplicaciones y software operativos dependientes de
ellos.
de información de los Proyectos Especiales.
CONDICIONES Disponibilidad de viajes a nivel nacional e internacional Flexibilidad Horario
ESPECIALES
RESPONSABILIDADES/
AUTORIDADES DESCRIPCIÓN
Propuestas mejoramiento Presentar propuestas para el mejoramiento y automatización de los procesos

de servicios. que corresponden a los servidores y Base de Datos.
Participar en la selección Realizar las entrevistas, pruebas de conocimiento a los candidatos que se
de nuevos funcionarios y presenten a ofertas de empleo. Realizar evaluaciones a proveedores que sean
proveedores de de competencia del Área de Infraestructura y T.I.
tecnología.
Administrar Servicios Administrar los servicios, las herramientas, los servidores.
Configuración y Monitoreo Coordinar la evaluación, instalación, configuración y monitoreo de los
de Servidores. servidores.
Mecanismos de seguridad
de los servidores y Implementar los mecanismos de seguridad que garanticen la confidencialidad
protección de los datos. de los datos, y asignar los permisos de acceso definidos por la empresa.
Instalar y mantener los Instalar y dar mantenimiento a los servidores y servicios para asegurar la
servidores y servicios. continuidad y calidad del servicio y de las aplicaciones.

37
Mantenimiento preventivo
de los servidores. Realizar mantenimiento preventivo y correctivo de los servidores.
Procedimientos para Proponer, establecer y vigilar el cumplimiento de procedimientos para

conservar integridad de la conservar la integridad informática de la información que se encuentra bajo su
información. Administración.
Administración Base de Instalación, configuración, administración y mantenimiento del Motor de Base

Datos de datos.
Instalación, configuración, administración y mantenimiento de
Administración VPN Conexiones VPN
Administrar objetos Controlar los objetos lógicos que se crean y actualizan en la base datos (tablas,
Lógicos de la Base de índices, Procedimiento, Funciones, Secuencias, Esquemas, Usuarios, roles,
Datos. Lenguajes, Triggers) y llevar controles de cambio.
Administración y
Mantenimiento del Definir y controlar la administración que velen por la seguridad,
rendimiento del Motor de mantenimiento y rendimiento de la Base de Datos
Base de Datos.
Rendimiento de la Base de Realizar afinamiento (tuning) de las bases de datos, análisis de planes de
Datos. ejecución, optimizadores, SQL, PL/SQL, (tuning) de red, actualizar en forma
periódica las estadísticas de la Base de Datos para alimentar los modelos de
optimización por COSTO.
Activar auditorias específicas de actividades en la base de datos de acuerdo a

Activar auditorias. requerimientos; administrar políticas de seguridad y auditoría de firewall de
bases de datos
Copias de seguridad. Realizar respaldos lógicos y físicos del Motor de Bases de Datos.
Respaldo y recuperación Implementar una política de respaldo y recuperación para la base de datos.
del motor de Base de
Datos.
Pruebas de Recuperación y Probar en forma periódica la política de respaldo y recuperación de la base de
Respaldo datos.
Planear, organizar, dirigir y Realizar cronograma de actividades de implantación, estimación de recursos

controlar el soporte e humanos y tecnológicos. Hacer seguimiento de actividades, por cada uno de
implantación de los los proyectos asignados
proyectos

38
Evaluar herramientas de Evaluar las herramientas que permitan optimizar la gestión y los
Establecer, coordinar y Asignar las actividades del grupo de soporte. Realizar seguimiento periódico a
supervisar las actividades las actividades delegadas a los funcionarios y hacer la evaluación de los
asignadas al personal a resultados obtenidos.
su cargo, evaluando sus
resultados.
Representar a la empresa Realizar reuniones con los clientes para retroalimentación de nuevos
ante entidades externas, requerimientos, priorización de actividades y/o tareas, y presentar los avances
clientes, proveedores. de los proyectos.
Perfil del Cargo
VALORES DEL SER: Responsable, Ética, Compromiso, Disponibilidad.
EDUCACIÓN (Superior): Ingeniero de Sistemas o afines. Homologable con experiencia previa.
EDUCACIÓN (No Formal): Amplio conocimiento en administración de alguno de los motores como
(Postgres, Oracle, SQL Server).
EXPERIENCIA PREVIA: Mínimo 5 años de experiencia en redes y comunicaciones.

39
NOMBRE
CARGO Administrador de Base de Datos - DBA
INFRAESTRUCTURA T.I. Y DIVISIÓ
ÁREA PROYECTOS ESPECIALES N TECNOLÓGICA
FECHA
CÓDIGO DEL NO. ACTUALIZACIÓ
CARGO TI-004 ACTUALIZACIÓN N
RESPONDE A Director de Infraestructura T.I. y Proyectos Especiales
DELEGA A NO APLICA
Brindar soporte, implantar y mejorar los sistemas de información, con enfoque en

OBJETIVO CARGO
bases de datos: PostgreSQL, Oracle y MySQL
CONDICIONES Disponibilidad de viajes a nivel nacional y al exterior

ESPECIALES Flexibilidad Horario
RESPONSABILIDADE
Conocimiento y solución Solucionar los problemas o requerimientos informados por el cliente y/o por líderes
de las necesidades del funcionales y coordinadores de la dirección de sistemas de información, que puedan
cliente. tener afectación en los sistemas contratados por el cliente.
Seguimiento a incidencias Hacer seguimientos a los errores reportados por usuarios o clientes en la
del sistema de herramienta de tickets (GLPI), o los detectados por el sistema de monitoreo, hasta
información. que sean solucionados.
Revisar y ejecutar tickets, que correspondan a planes de despliegues que contengan
Ejecución de despliegues scripts y/o tareas en bases de datos
Ejecutar planes de Definir y ejecutar planes de mantenimiento sobre las bases de datos, de acuerdo con
mantenimiento. el plan de mantenimiento definido para el cliente.
Revisión de Hacer revisión diaria de la ejecución de tareas de backups de las diferentes bases de
backups/Restauraciones datos productivas de la plataforma. Así mismo ejecutar las tareas de restauración
de bases de datos que se requiera para reestablecer el servicio de bases de datos.
Investigar, sugerir, documentar y aplicar opciones de mejora que apliquen para los
Innovación en sistemas
sistemas de bases de datos que administra
Ejecución de restauraciones en bases de datos de Desarrollo y pruebas, orientado a
Refresco de ambientes
refrescar los datos de los ambientes con datos del ambiente de producción
Contribuir con gestión, investigación, seguimiento y ejecución de las tareas en las
Apoyo en proyectos que se requiera su participación en proyectos de mejora o de nuevas instalaciones
con enfoque en actividades de bases de de datos.
Presentar informes sobre
Realizar informes de avance y control de las actividades y/o proyectos, así como
el avance y el estado de
informe del estado de las bases de datos que administra.
los proyectos/plataformas
Sugerir, documentar y ejecutar con aprobación de la dirección de infraestructura,
Planes de mejora
planes de mejora sobre los sistemas de información y plataformas que administra.
Realizar Funciones Realizar otras funciones afines que le sean asignadas por la Dirección de
asignadas Infraestructura de TI y proyectos especiales
Perfil del Cargo
VALORES DEL SER: Compromiso, Puntualidad, Perseverancia, Amabilidad, trabajo en equipo

40

41
NOMBRE CARGO Coordinador Sistemas de Información

ÁREA Sistemas de Información DIVISIÓN Tecnológica
NO. FECHA 31 Julio
CÓDIGO DEL TI-005 ACTUALIZACIÓ 02 ACTUALIZACIÓ 2019
CARGO N N
RESPONDE A Director Sistemas de Información
Ingeniero Senior Sistemas de Información
DELEGA A Ingeniero Junior Sistemas de Información
Asistente de Soporte
Organizar, controlar y coordinar actividades y procedimientos del equipo de soporte
y de los sistemas de información en los proyectos asignados; asegurando el correcto
funcionamiento de los servicios implementados en los clientes y la eficacia en la
OBJETIVO CARGO resolución de incidencias de soporte.
CONDICIONES Disponibilidad de viajes a nivel nacional y al exterior.

RESPONSABILIDAD
ES / DESCRIPCIÓN
AUTORIDADES
Seguimiento Incidentes y Asignar, hacer seguimiento y controlar las incidencias, requerimientos y
Requerimientos y actividades a los ingenieros del área de Sistemas soporte y asistente de
actividades. soporte.
Montaje de Nuevos Coordinar el personal, los tiempos y recursos en el montaje de nuevos proyectos.
Proyectos.
Seguimiento de Revisar y efectuar seguimiento de las tareas y actividades de cada uno de
Actividades los ingenieros del área de Sistemas de Información.
Revisar y hacer seguimiento en conjunto con los ingenieros del área de Desarrollo,
Seguimiento Desarrollo de los nuevos desarrollos, y de requerimientos pendientes.
Hacer el seguimiento y desarrollo de los proyectos asignados. Conocer acerca del
estado de requerimientos e incidencias de cada uno de los proyectos asignados. Dar
Seguimiento Proyectos
trámite y solución a los requerimientos e
incidencias relacionadas al área de Sistemas de Información.
Revisión y definición de Revisar y definir como se deben ser estructurar los procedimientos, vistas,
Procedimientos, vistas, secuencias, disparadores objetos y funciones almacenados en la Base de
funciones. Datos.
Coordinar y supervisar
Coordinar los planes de despliegues del software, y supervisar el éxito de la
Adaptación de los
implantación de los programas (software).
desarrollos.

42
Asignación y Realizar la asignación de capacitaciones y verificar que fueron realizadas,

verificación tanto para los funcionarios clientes, como para los empleados de la empresa
capacitaciones cuando se requiera.
Coordinar la Gestión del Identificar, organizar, controlar y garantizar que las modificaciones del
Cambio software queden bien implantadas.
Asignación y verificación
Realizar la asignación de Pruebas y verificar que estas se realizaron.
Pruebas
Asesoría y orientación a
Asesorar y orientar a los Ingenieros del área de Sistema de Información,
los funcionarios de
referente a los procesos y actividades de implantación y soporte.
soporte e implantación.
Otras funciones Realizar otras funciones afines al área, que le sean asignadas por la Dirección de
asignadas. Sistemas de Información
Perfil del Cargo
VALORES DEL SER: Prudencia, Autocontrol, Amabilidad, Compromiso.
EDUCACIÓN (Superior): Ingeniero de Sistemas o Afines. Especialización en Ingeniería de Software

homologable con experiencia previa.
EXPERIENCIA PREVIA: Mínimo un (1) año de experiencia en definición de requerimientos, mapeo de

procesos, diagramación de servicios, investigación y apoyo en herramientas de tecnología y seguimiento de
proyectos tecnológicos homologable con formación básica y complementaria.

43
NOMBRE CARGO Ingeniero Junior Sistemas de Información
NO. FECHA
CÓDIGO DEL CARGO TI-006 ACTUALIZACIÓ 02 ACTUALIZACIÓ 31 Julio 2019
N N
RESPONDE A Coordinador Sistemas de Información
DELEGA A NO APLICA
Brindar asistencia y soporte técnico preventivo/correctivo a los clientes de la

organización.
OBJETIVO CARGO

RESPONSABILIDADE
S / AUTORIDADES DESCRIPCIÓN
Mantenimiento y soporte de
la operación Realizar soporte técnico solicitado por los clientes referente a los sistemas de
de los sistemas de información.
información.
Instalación y
configuración de los
sistemas de Instalar y configurar los sistemas de Información, en las operaciones y/o entidades
Información. que el cliente designe.
Analizar y verificar todas y cada una de las incidencias reportadas por el cliente en
Verificación de
Incidencias. el funcionamiento de los Sistemas de Información.
Realizar Funciones Realizar otras funciones afines que le sean asignadas por la Coordinación y/o
asignadas. Dirección de Sistemas de Información.
Perfil del Cargo
VALORES DEL SER: Compromiso, Puntualidad, Perseverancia, Amabilidad.

EDUCACIÓN (Superior): Tecnólogo en Ingeniería de Sistemas o Ingeniero de Sistemas EDUCACIÓN
(No Formal): Preferiblemente con conocimiento en herramientas tecnológicas, homologable con la
experiencia previa.
EXPERIENCIA PREVIA: Mínimo 2 años de experiencia en el área de Tecnología homologable con la
formación básica y complementaria.

44
NOMBRE CARGO Ingeniero Senior Sistemas de Información
NO. FECHA 31 Julio

N N
DELEGA A NO APLICA
Brindar soporte, implantar y mejorar los sistemas de información

OBJETIVO CARGO
CONDICIONES Disponibilidad de viajes a nivel nacional y al exterior

RESPONSABILIDADE
Conocimiento y
solución de las
Solucionar los problemas o requerimientos informados por el cliente.
necesidades del cliente.
Seguimiento a incidencias del

Hacer seguimientos a los errores reportados hasta que sean
sistema
solucionados.
de información.
Ejecución del plan de Realizar pruebas de los sistemas de información.
pruebas.
Realizar Especificación
Realizar y asegurar que el sistema de información cumpla con los
de requisitos de
requerimientos y especificaciones.
software.
Revisión, ajuste y
producción de Realizar y ejecutar procedimientos propios del sistema de información.
procedimientos del S.I.
Asesoría y Apoyo a los
Ayudar y asesorar al Ingeniero Junior de Sistemas de Información, en todas
Ingenieros Junior de Sistemas
aquellas actividades que lo requiera.
Información.
Presentar informes sobre el
avance y el estado de los Realizar informes de avance y control de las operaciones asignadas.
proyectos
asignadas Dirección de Sistemas de Información.
Perfil del Cargo
EDUCACIÓN (Superior): Ingeniero de Sistemas.
EDUCACIÓN (No Formal): Preferiblemente con conocimiento en herramientas tecnológicas, homologable con la
experiencia previa.
EXPERIENCIA PREVIA: Mínimo 2 años de experiencia en el área de Tecnología homologable con la formación básica y
complementaria.

45
NOMBRE CARGO Ingeniero ETL

31
NO. FECHA Julio
N N
RESPONDE A Director Sistemas de Información
DELEGA A NO APLICA
Brindar soporte a los sistemas de información y las soluciones que componen una
infraestructura de herramientas de análisis e informes integrados con un motor de
OBJETIVO CARGO
workflow de procesos de negocio.

RESPONSABILIDADES/
AUTORIDADES DESCRIPCIÓN
Ejecutar las reglas de negocio, procesos y actividades para el
Ejecución de Procesos y
funcionamiento de la Plataforma de ETL, presentar, analizar y entregar la
Actividades.
información adecuada en el momento adecuado.
Realización Procesos ETL Mover datos desde múltiples fuentes, reformatear, limpia, y cargar en base de
(Extracción, datos, data mart, o data warehouse para apoyar procesos de
transformación y carga). negocio.
Realizar mantenimiento y soporte sobre los procesos ETL. En caso que sea
Realización soporte sobre los solicitado por el Director de Sistemas de Información o en caso de algún error
procesos ETL. reportado en el proceso.
Realizar, ejecutar y generar los procesos concernientes a la generación de

Realización Cargues de archivos planos SUI.
Información SUI.
Realización del Soporte a los
sistemas de
información. Dar soporte a los clientes de los sistemas de información.
Presentación de informes
Informar a la Dirección de Sistemas de Información, acerca del estado y avance
sobre el avance y el estado de
de los proyectos asignados.
los proyectos.
Revisión, análisis e Revisar, analizar permanente de los procesos manejados en cada uno de los
implementación y Sistemas de Información de la empresa, con el fin de implementar mejoras
automatización en los aquellos procesos que puedan ser automatizados
procesos manuales. y mejorados por medio de las herramientas ETL.

46
Conocimiento y solución
de las necesidades del cliente. Solucionar los problemas o necesidades del cliente
Realización de funciones Realizar otras funciones afines que le sean asignadas por la Coordinación y
asignadas. dirección de sistemas de información.
Perfil del Cargo
VALORES DEL SER: Compromiso, Iniciativa, Persistencia, Responsabilidad.
EDUCACIÓN (Superior): Ingeniero de Sistemas o Afines.
EDUCACIÓN (No Formal): Manejo de alguno de los Motores de Base de Datos (Postgres, Oracle, MySql, SQL
Server), homologable con experiencia previa.
EXPERIENCIA PREVIA: Mínimo de 1 año en Herramientas integradas para generar informes, Minería de
datos y ETL, homologable con Educación básica y complementaria.

47
NOMBRE CARGO Ingeniero Senior Desarrollo
CÓDIGO DEL NO. FECHA 31 Julio

CARGO TI-009 ACTUALIZACIÓ 02 ACTUALIZACIÓ 2019
N N
ÁREA Desarrollo DIVISIÓ Tecnológica
N
RESPONDE A Director Desarrollo
DELEGA A NO APLICA
Realizar diseño y programación de sistemas de información.

Elaborar y mantener los programas y componentes de los sistemas de información que
OBJETIVO CARGO se le encarguen.
CONDICIONES
NO APLICA
ESPECIALES
RESPONSABILIDAD
ES/AUTORIDADES DESCRIPCIÓN
Asesoría y orientación a los
funcionarios de Asesorar y orientar a los ingenieros del área de desarrollo, referente a los procesos y
desarrollo actividades de construcción y cambios de software
Codificar los programas en el lenguaje de programación señalado cumpliendo con
Actualización del
los requerimientos establecidos, así como con los niveles
software. de seguridad, calidad y performance requeridos.
Implementación de la capa de
Implementar la capa de presentación.
Presentación
Implementación de la
Capa Lógica. Implementar la capa de lógica de negocio.
Realizar mantenimiento a
los sistemas de Efectuar el mantenimiento de los aplicativos o sistemas de información
información desarrollados.
Aseguramiento de la
Cumplir con los mecanismos de control para asegurar la integridad y
Integridad y
veracidad de la información.
Veracidad.
Realización de Trabajos de
Preparar los trabajos de compaginación, pruebas y verificación de los
Pruebas y Verificación.
programas, asegurando la validez de los resultados.

48

49
NOMBRE CARGO Asistente de Soporte
NO. FECHA 31 Julio

N N
DELEGA A NO APLICA
Brindar soporte del sistema de Información, resolviendo incidencias presentadas en

las operaciones asignadas.
OBJETIVO CARGO

RESPONSABILIDADE
S / AUTORIDADES DESCRIPCIÓN
Realización de
Actualización de Actualizar procesos del sistema de información (Parametrización del Sistema de
procesos. Información).
Revisión y solución de fallas e
incidencias. Revisar y solucionar errores o fallas del sistema de información.
Soporte a comunicaciones con
el Revisar y solucionar problemas asociados a las comunicaciones con los sistemas
sistema de Información. de información.
Soporte al Sistema de Dar soporte acerca de cambios solicitados por el cliente, así como realizar
información. actualizaciones asignadas
Realización de otras Realizar otras funciones afines que le sean asignadas por la Coordinación
funciones asignadas. y/o Dirección de Sistemas de Información.

50
NOMBRE CARGO Líder de Negocios
NO. FECHA 31 Julio

N N
RESPONDE A Director de Sistemas de Información
DELEGA A NO APLICA
Realizar capacitaciones y pruebas del sistema de información brindando al
Cliente claridad y experticia en normatividad, servicios y productos ofrecidos.
OBJETIVO CARGO
CONDICIONE Disponibilidad de viajes a nivel nacional y al exterior

S ESPECIALES Flexibilidad Horario
RESPONSABILIDADE
Capacitación a Clientes
de los sistemas de Dictar capacitaciones del sistema de información y actualizaciones aplicadas en
información. producción.
Realización de pruebas
del sistema de Realizar las pruebas de los ajustes realizados al sistema de información y las
información actualizaciones a aplicar.
Parametrización de los
sistemas de atención al Parametrizar los sistemas de atención cliente en las diferentes operaciones
cliente. asignadas.
Validación y seguimiento
a los cambios del sistema
de Validar y hacer seguimiento de los cambios realizados por el Ingeniero de Soporte
Información de acuerdo a solicitudes realizadas.
Realización de
informes respecto a
cambios en la Realizar informes acerca de los cambios o de la creación de nuevas normas
normatividad regulativa. regulativas que conciernan a los sistemas de información.
Seguimiento a las
alarmas del sistema de Revisión de alarmas generadas por el sistema de información de todas las
información. operaciones asignadas.
Realización de otras Realizar otras funciones afines que le sean asignadas por la coordinación y/o
funciones asignadas dirección de sistemas de información.

51

52
NOMBRE CARGO Coordinador Desarrollo.

Fecha
ÁREA Desarrollo DIVISIÓN Tecnológica
RESPONDE A Director de Desarrollo
Líder de Proyecto, Ingeniero Senior de Desarrollo, Ingeniero Semi
DELEGA A
Senior Desarrollo, Ingeniero Junior Desarrollo.
Efectuar labores de análisis, planeación seguimiento y control de los
diferentes proyectos asignados, actividades y personal involucrado.
OBJETIVO CARGO Realizar diseño y programación de sistemas de información.
Realizar actividades de actualización y/o mantenimiento de sistemas de
información.
RESPONSABILIDADES
Construcción de nuevos Realizar estimaciones y planificación de las actividades y personal necesario
proyectos para la construcción de nuevos proyectos.
Seguimiento y control de Hacer el seguimiento y desarrollo de los proyectos asignados. Conocer
los proyectos de acerca del estado de requerimientos e incidencias de cada uno de los
desarrollo proyectos asignados
Seguimiento y verificación
Realizar seguimiento y verificación en el cumplimiento de los
en el cumplimiento de
compromisos establecidos en el cronograma de actividades.
cronogramas
Seguimiento y control de Revisar y efectuar seguimiento de las tareas y actividades de cada uno de los
actividades ingenieros del área de desarrollo para los proyectos asignados.
Planificar y supervisar Planificar, supervisar el desarrollo, mejora y correcto funcionamiento de los
todo el proceso de sistemas informáticos, verificando que cumplan con los requisitos establecidos
construcción de software. por el cliente.
Dirigir y responder por el Dirigir y responder por la aplicación del procedimiento para control de
control de cambios del cambios.
software
Garantizar que se realice la Garantizar la documentación técnica completa del sistema, así como las
documentación técnica actividades de capacitación del personal involucrado para la puesta en marcha
del software desarrollado. del mismo.
Seguimiento y gestión de Determinar la aceptación o rechazo de incidencias, realizar la
incidentes planificación para la atención de incidencias y la gestión en la
herramienta designada.

53
Asesorar y orientar a los ingenieros del área de desarrollo, referente a los
los funcionarios de
procesos y actividades de construcción y cambios de software.
desarrollo
Configuración de
Instalar y configurar los ambientes respectivos.
ambientes
Actualización del Codificar los programas en el lenguaje de programación señalado,
software. cumpliendo con los requerimientos establecidos, así como con los
niveles de seguridad, calidad y performance requeridos.
los sistemas de Efectuar el mantenimiento de los aplicativos o sistemas de información
desarrollados.
información.
Implementar la capa de lógica de negocio.
capa lógica.
Implementar la capa de presentación.
capa de presentación.
Aseguramiento de la Cumplir con los mecanismos de control para asegurar la integridad y
integridad y veracidad. veracidad de la información.
Realización de trabajos Prepara los trabajos de compaginación, pruebas y verificación de los
de pruebas y verificación programas, asegurando la validez de los resultados.
Garantizar que se ejecuten todas las pruebas necesarias al software
Garantizar las pruebas desarrollado, con la finalidad de comprobar su buen funcionamiento y el
del software. cumplimiento de los objetivos previstos para el sistema.
Verificación y realización Elaborar y mantener actualizada la documentación de los aplicativos
de la documentación informáticos, especificaciones, diagramas y manuales; así como, verificar la
técnica de los aplicativos. documentación entregada por los ingenieros de desarrollo.
PERFIL DEL CARGO
VALORES DEL SER: Autocontrol, Ética, Disponibilidad, Compromiso
EXPERIENCIA PREVIA: Mínimo 5 años de experiencia en definición de requerimientos, manejo y

utilización de bases de datos, mapeo de procesos y diagramación de servicios, implantación de Sistemas
Comerciales de Servicios Públicos.

54
NOMBRE CARGO Líder de Proyecto Desarrollo
NO. FECHA 31 Julio

N N
ÁREA Desarrollo DIVISIÓ Tecnológica
N
RESPONDE A Director Desarrollo, Coordinador de Desarrollo
Ingeniero Senior de Desarrollo, Ingeniero Semi Senior Desarrollo, Ingeniero Junior
DELEGA A
Desarrollo.
Efectuar labores de análisis, planeación seguimiento y control del proyecto
asignado, actividades y personal involucrado.
Realizar diseño y programación de sistemas de información.
OBJETIVO CARGO
Elaborar y mantener los programas y componentes de los sistemas de información
que se le encarguen.
CONDICIONE Disponibilidad de viajes a nivel nacional e internacional.

S ESPECIALES Flexibilidad Horario.
RESPONSABILIDADES/A
UTORIDADES DESCRIPCIÓN
Planear y responder por el
control de cambios del Planear y responder por la aplicación del procedimiento para control de
software cambios.
Hacer el seguimiento y desarrollo de los proyectos asignados. Conocer acerca
Seguimiento y control de los
del estado de requerimientos e incidencias de cada uno de los proyectos
proyectos de desarrollo
asignados
Seguimiento y control de Revisar y efectuar seguimiento de las tareas y actividades de cada uno de los
actividades ingenieros del área de desarrollo para los proyectos asignados.
Garantizar que se realice la Garantizar la documentación técnica completa del sistema, así como las
documentación técnica del actividades de capacitación del personal involucrado para la puesta en
software desarrollado. marcha del mismo.
Seguimiento y gestión de Determinar la aceptación o rechazo de incidencias, realizar la planificación para la
incidentes atención de incidencias de construcción y cambios de software.
Asesorar y orientar a los ingenieros del área de desarrollo, referente a los
los funcionarios de
procesos y actividades de construcción y cambios de software.
desarrollo.
Configuración de los
Instalar y configurar los ambientes respectivos.
ambientes.
Codificar los programas en el lenguaje de programación señalado, cumpliendo
Actualización del software. con los requerimientos establecidos, así como con los niveles
de seguridad, calidad y perfomance requeridos.

55
los sistemas de
información
Realización de otras Realizar otras funciones afines que le sean asignadas por el Director de
funciones asignadas. Desarrollo.
Perfil del Cargo
VALORES DEL SER: Compromiso, Iniciativa, Disponibilidad, Responsabilidad.
EDUCACIÓN (No Formal): Preferiblemente con conocimiento en alguno de los lenguajes de Programación como
(.NET, Java, Delphi, PHP) o conocimiento de herramientas de desarrollo y/o ingeniería y/o calidad de software,
homologable con Experiencia previa.
EXPERIENCIA PREVIA: Mínimo 2 años de experiencia en alguno de los Lenguajes de programación como
(.NET, Java, Delphi, PHP) homologable con formación básica y complementaria.
Periodo de adaptación: 2 meses.

56
NOMBRE CARGO Líder Funcional
NO. FECHA 31 Julio

N N
Infraestructura T.I. y
ÁREA Proyectos Especiales DIVISIÓN Tecnológica
RESPONDE A Director de Infraestructura T.I. y Proyectos Especiales
DELEGA A NO APLICA
Brindar soporte, implantar y mejorar los sistemas de información

OBJETIVO CARGO
CONDICIONE Disponibilidad de viajes a nivel nacional y al exterior

S ESPECIALES Flexibilidad Horario
RESPONSABILIDADE
Conocimiento y
solución de las
Solucionar los problemas o requerimientos informados por el cliente.
necesidades del
cliente.
Seguimiento a
Hacer seguimientos a los errores reportados hasta que sean
incidencias del sistema
de información. solucionados.
Ejecución del plan de Realizar pruebas de los sistemas de información.
pruebas.
Realizar Especificación
Realizar y asegurar que el sistema de información cumpla con los
de requisitos de
requerimientos y especificaciones.
software.
Revisión, ajuste y
producción de Realizar y ejecutar procedimientos propios del sistema de información.
procedimientos del S.I.
Asesoría y Apoyo a los
Ayudar y asesorar al Ingeniero Junior de Sistemas de Información, en todas
Ingenieros Junior de
Sistemas Información. aquellas actividades que lo requiera.
Presentar informes
sobre el avance y el Realizar informes de avance y control de las operaciones asignadas.
estado de los proyectos
asignadas Dirección de Sistemas de Información.
Perfil del Cargo

EDUCACIÓN (Superior): Ingeniero de Sistemas.
EDUCACIÓN (No Formal): Preferiblemente con conocimiento en herramientas tecnológicas,

homologable con la experiencia previa.
EXPERIENCIA PREVIA: Mínimo 2 años de experiencia en el área de Tecnología homologable con la

formación básica y complementaria.

57
NOMBRE CARGO Ingeniero de Soporte

Fecha
Sistemas de
ÁREA Información DIVISIÓN Tecnológica
RESPONDE A Coordinador de Desarrollo, Líder de Negocio
Ingeniero ETL
DELEGA A Líder de Negocios

OBJETIVO CARGO
de información de los diferentes proyectos.
Disponibilidad para soporte remoto.
RESPONSABILIDADES
Establecer con el cliente las Determinar la necesidad de crear reuniones, comités o espacios para realizar el
necesidades de soporte seguimiento y monitoreo de los temas abiertos, requerimientos funcionales y
temas puntuales de soporte técnico
Acompañar las fases de Es necesario que se brinde acompañamiento basado en la experiencia

diseño, pruebas e previa, acompañando y sugiriendo esquemas de pruebas, determinando
implementación del posibles condiciones de falla y registrando de manera detallada la
producto información requerida para resolver los incidentes.
Proporcionar Se requiere un acompañamiento al cliente, especialmente durante las primeras
representación técnica de etapas, sin excluir las fases de mantenimiento o los nuevos sprints de diseño.
la empresa ante el cliente
Verificar el estado actual
Es necesario que se verifiquen y revisen los manuales técnicos, boletines de
de la documentación
servicio, manuales de producto y procedimientos de identificación de fallas,
técnica disponible con el fin de actualizarlos y sugerir las modificaciones necesarias a las áreas
relacionadas.
Evaluar herramientas de
Evaluar las herramientas que permitan optimizar la gestión y los

58
Organigrama

59
FORMATOS
Especificación de requerimientos funcionales-

institucionales
Especificación de requerimientos funcionales-alcance

60
Especificación de requerimientos funcionales-no

funcionales
Especificación de requerimientos funcionales-detalle

del modulo xx

61
Especificación de requerimientos funcionales-prototipo

62
Caso de pruebas
TI-F-Pruebas
CASOS DE PRUEBA Versión 1
Numero Requerimiento
Requerimiento (*) Cliente/Proyecto (*) Nombre Cliente y/o Proyecto
dado por Soporte
Modulo del Sistema a probar Nombre Proceso de que es objeto el caso de
Modulo (*) Proceso (*)
Prueba
Fecha Inicio Fecha Esperada Fecha Fin
(AAAA/MM/DD) (AAAA/MM/DD) (AAAA/MM/DD)
PLAN DE PRUEBAS
ASPECTO CUMPLE
Nº VERIFICAD FECHA RESPONSABLE OBSERVACIONES
O (*) Si No
Escenario u
opción del
1
modulo
2
3
4
5
TRATAMIENTO DE NO CONFORMIDADES
ACCIONES A NUEVA VERIFICACIÓN
Nº CAUSA (*) RESPONSABLE
REALIZAR Fecha Si No
Motivo del
incumplimiento
del aspecto
verificado

63
Configuración testing

64

65
Medios de comunicación
DE-D-02
MATRIZ DE COMUNICACIONES
Versión 1
OBJETIVO
Definir los responsables de comunicar los mensajes correspondientes del Sistema de Gestión Integrado (SGI), de tal manera que se tenga claro en la organización a quienes van dirigidos
(receptores), la frecuencia de comunicación y el medio de emisión. Asegurando que tales mensajes sean entendidos de manera eficaz.
MENSAJE RESPONSABLE RECEPTOR MEDIOS FRECUENCIA

(¿Qué se comunica?) (¿Quién comunica?) (¿A quién se comunica?) (¿Cómo se comunica?) (¿Cuándo se comunica?)
Inclusión de nuevos clientes, logros de Cada que se tenga un nuevo cliente y

1 Gerente General Empleados Correo electrónico
licitaciones y nuevos proyectos. se nos adjudique una
licitación.
Lineamientos, Directrices y Políticas de la Cada que se incluya o se modifique

2 Gerente General Empleados Correo electrónico
Organización. una directriz dada en la
organización.
Cada que se tenga un nuevo

Definición de Requerimientos de los
3 Gerente General Directores de Área Correo electrónico cliente y /o el cliente requiera
proyectos.
modificación o inclusión de
nuevos Requerimientos
Directora de Calidad /
Direccionamiento del SGC (Política y Representante de la
Cuando se defina o se modifique el
Objetivos de Calidad, Modelo de Procesos, Dirección para el SGC-
direccionamiento del SGC o SST, al
4 Estructura Organizacional del SGC) y SST Coordinadora de Calidad Empleados Reuniones de divulgación
menos una vez al año se debe volver
(Políticas, Reglamentos, programas, Director Administrativo
a comunicar. Cuando ingresen
instructivos) Responsable de SST
personas a la empresa.
Requisitos de la norma ISO 9001, Decreto

Cada vez que aparezcan nuevos
1072 de 2015 y Resolución 312 de Reunión de divulgación
Empleados que intervienen en el reglamentos y requisitos legales.
5 2019 y demás normas legales y Dirección para el SGI Folletos y material de estudio.
proceso Cuando ingrese o reubique una
propios del sector aplicables a un
persona en el proceso
determinado proceso
Reunión de divulgación- Correo
Representante de la
electrónico Cuando se definan o se
Dirección para el SGC-
Responsabilidades, autoridades y Manual de descripción de modifiquen las
6 Coordinadora de Calidad, Empleados
mecanismos de comunicación cargos DH-M-01 responsabilidades y
Dirección Administrativa
Cartas de asignación de mecanismos de
y Responsable de SST
responsabilidades comunicación o al menos una vez al
año se debe volver a
comunicar.
Directora de Calidad El informe se debe presentar dentro

Resultados de la auditoría interna de Reunión de cierre de la
7 Auditor(a) Líder Director Administrativo de los ocho días siguientes a la
calidad y de SST auditoría Informe de la auditoría
Responsables de SST reunión de cierre de
la auditoría

66
DE-D-02
Versión 1
OBJETIVO
Definir los responsables de comunicar los mensajes correspondientes del Sistema de Gestión Integrado, de tal manera que se tenga claro en la organización a quienes van dirigidos (receptores), la
frecuencia de comunicación y el medio de emisión. Asegurando que tales mensajes sean entendidos de manera eficaz.

Análisis de resultados de los indicadores de

Representante de la Dirección para el SGC:Trimestral
8 gestión y estado de acciones correctivas y Líder de cada proceso Informe de indicadores
SGC y SST SST: Anual
preventivas
Representante de la
Resultados de las encuestas de Reunión de directores de Área Una vez al año, después de finalizada
9 Dirección para el SGC- Directores de Área
satisfacción de los clientes la aplicación de las encuestas
Coordinadora de Calidad
Cuando se definan o se modifiquen los

Procedimientos documentados y formatos de Líder y apoyo del procedimientos documentados y sus
10 Responsables de los procesos Reunión de divulgación
los procesos del SGC y SST proceso formatos o al menos una vez al año se
debe volver a
comunicar.
Directora de Calidad / En cualquier momento que el cliente lo

Retroalimentación de los clientes (quejas, Representante de la Director de Sistemas de Información- requiera.
11 sugerencias, necesidades de información y/o Dirección para el SGC- Coordinadores de Implantación y Soporte Correo electrónico Anualmente para la encuesta de
reconocimientos) Coordinadora de satisfacción de clientes.
Calidad
Cada que el cliente realice una

retroalimentación.
Representante de la
En los casos que las encuestas de
Dirección para el SGC-
12 Clientes Correo electrónico satisfacción indiquen que es necesario
Coordinadora de Calidad
una respuesta.
Director Administrativo
Respuesta a la retroalimentación de los
clientes y soluciones establecidas
Cada que el cliente realice una

Acciones de mejoramiento o respuestas dadas a Líder del proceso donde se retroalimentación.
Equipo de trabajo que interviene en el Reunión de Directores de Área
13 los clientes a partir de su acción de de la acción de En los casos que las encuestas de
proceso
retroalimentación. mejoramiento satisfacción indiquen que es necesario
una respuesta.

67
DE-D-02
Versión 1
OBJETIVO
Definir los responsables de comunicar los mensajes correspondientes del Sistema de Gestión Integrado, de tal manera que se tenga claro en la organización a quienes van dirigidos (receptores), la
frecuencia de comunicación y el medio de emisión. Asegurando que tales mensajes sean entendidos de manera eficaz.

Los Cambios que podrían afectar el sistema de

Gestión Integrado, el desempeño de los Directora de Calidad /
procesos y conformidad de los productos. Representante de la
Las informaciones de clientes (reclamaciones, Dirección para el SGC-
Reunión de Revisión por la
14 sugerencias), el estado de las acciones Coordinadora de Calidad Alta Dirección Anual
Dirección
correctivas preventivas, los resultados de Dirección Administrativa
auditorías, Información adicional para la Responsable de SST
revisión por la dirección.
Director de Sistemas de
Programación actividades, revisión de Director de Sistemas de Información-
Información-Director
15 proyectos, propuestas y reunión general de Director Desarrollo-Director Reunión Comité Técnico Cada dos meses
Desarrollo-Director
comité técnico. Infraestructura,DBA.
Infraestructura,DBA.
Gerente General,
Director Administrativo,
Gerente General, Director
Director Financiero,
Retroalimentación de los proyectos, Administrativo, Director Financiero,
Director de Sistemas de
16 presentación de necesidades y Director de Sistemas de Información, Reunión directores Frecuencia Trimestral
Información, Director
evaluación de áreas. Director Desarrollo,Director
Desarrollo, Director
Infraestructura,DBA, Director Calidad
Infraestructura,DBA,
Directora de Calidad
Notificación a todos los funcionarios de IBM

Director Administrativo Cada vez que se realice una
17 el ingreso de personal a la organización Empleados Correo electrónico
Correo electrónico nueva contratación de
personal.
Cambios que puedan afectar la integridad del Revisión por la dirección, Cada vez que se realicen cambios que
18 Director Administrativo Gerente General- Directivos
SGI Reunión de directores puedan afectar la integridad
Responsable de SST
del SGC
Cambios que puedan afectar la integridad del Reuniones, jornadas de Cada vez que se realicen cambios que
19 Director Administrativo Empleados
SGI socialización, talleres, foros puedan afectar la integridad
Responsable de SST
del SGC
Notificación sobre actividades propias del Gerente General / Cada vez que se requiera dar una
20 Empleados Skype, WhatsApp, Hangout
cargo Líderes de Proceso directriz sobre actividades
relacionadas con el cargo

68
Capacitaciones
TI-F-Capacitación
CAPACITACIÓN CLIENTES Versión 1
Numero dado en mesa

Módulo (*) Nombre del módulo sujeto capacitación No. Requerimiento
de soporte
Nombre y Cargo del
Nombre del cliente que
Ciudad (*) Cliente Solicitado usuario que solicito la
realiza la solicitud
capacitación.
PRESENCIAL
Fecha Hora inicio:
Fecha en que se realizó la WEB
Capacitación capacitación INDUCCIÓN
(AAAA-MM-DD) Hora Final:
REFUERZO
Descripción (*) Descripción de las actividades realizadas en la capacitación.
Participantes Capacitación
Documento
Nombre Empresa Firma
Identidad
Recomendaciones Observaciones (*)
Se listan las distintas novedades y/o observaciones que dieron lugar la Capacitación.
Fecha Fecha en el cual se

Instructor Nombre de Quien dicto la capacitación (AAAA-MM-DD) diligencia el formato

69
Acta de reuniones
TI-F-Acta
ACTA REUNION Versión 1
Fecha Lugar
(AAAA-MM-DD)
Tema a Tratar
Ciudad (*) Solicitado
Hora Inicio Hora Fin
Objetivo
TEMAS TRATADOS
COMPROMISOS ADQUIRIDOS
Nro. ACTIVIDAD FECHA RESPONSABLE
1
ASISTENTES
Nombre Documento Identidad Empresa
Anexos (*)
Fecha
Reportado por (*) (AAAA-MM-DD)

70
Métricas

71
Metricas y perspectivas IBM

72
Justificación
Podemos notar que en la empresa IBM contamos con múltiples departamentos

los cuales permiten el correcto funcionamiento de la empresa en equipo, entre
estos departamentos se encuentra el de pruebas y calidad el cual permitirá tener
un correcto control y mejor gestión de los activos de tecnología.
Dentro de toda la metodología conoceremos cada uno de los integrantes que
conforman el equipo, asi mismo el estado en el que se encuentra el proyecto y así
saber cada una de las restricciones de parte de las partes.
Dentro de este proyecto y las distintas fases que se van a implementar el equipo
de trabajar deberá garantizar los siguientes aspectos para una mejoría a la hora
de realizar las distintas pruebas:
• Calidad para los procesos de la empresa
• Realizar distintas pruebas para la mejoría de cada proceso del mismo
• Seguridad de la información que provee la empresa.
• Buscar distintas soluciones para la mejora de procesos en IBM
La implementación de cada una de las herramientas se hace de tal forma que a

futuro se pueda tener un option funcionamiento gracias a el control y la gestión de
cada uno de los procesos con base a los requerimientos que expuso la empresa
a la hora de la empezar el proyecto y asi tener un correcto funcionamiento de cada
uno de los procesos.

73
Conclusiones
1. Los planes de pruebas son indispensables para el éxito en la

implementación de un proyecto
2. Para garantizar el éxito de los proyectos, éstos deben contar con un plan
de calidad desde el inicio, abarcando absolutamente todos los ciclos de
vida del mismo.
3. El trabajo sincronizado con el cliente asegura la calidad y el cumplimiento
de los objetivos en la entrega de las fases del proyecto. Así se garantiza el
cumplimiento de las expectativas del producto desarrollado.
4. La documentación de todas las etapas del proyecto debe realizarse,
incluida la de los planes de pruebas y la aplicación de éstas. Así se asegura
el éxito del ciclo de vida de los desarrollos y la satisfacción al entregar un
producto de calidad.
5. La implementación de un plan formal de calidad para el desarrollo de los
proyectos y su ejecución asegura el éxito de los procesos y de la entrega
a satisfacción del cliente.

74
Lista de referencias
IBM. (s.f). IBM-Colombia. IBM.com recuperado de http:// https://www.ibm.com/co-

es
Jolusafe5. (agosto 24 de 2014). Estrategias de la organización-caso IBM-Análisis

y descripción de su estrategia. Guadalajara, Mexico. KUKULKAN SYSTEMS.
Recuperado de http:// http://kukulkansystems.com/blog/estrategias-de-la-

organizacion-caso-ibm-analisis-y-descripcion-de-su-estrategia/
IBM. (s.f). Conozca IBM, Productos y Soluciones. [archivo PDF]. Recuperado de

http:// https://www.ibm.com/expressadvantage/mx/pdf/Folleto_Conozca_IBM.pdf
Cifuentes, C. (junio 22 de 2015). Modelos de calidad de software. Prezi.
Recuperado de http:// https://prezi.com/m7g5nasrftqi/modelos-de-calidad-de-
software/
Ciclo PDCA-Estrategia para la mejora continua. (s.f). Recuperado de http://

http://www.calidad-
gestion.com.ar/boletin/58_ciclo_pdca_estrategia_para_mejora_continua.html
IBM, s.f. SOA Project lifecycle. Visitado el 28 de Marzo de 2020. Recuperado de:
https://www.ibm.com/support/knowledgecenter/SSRA3Z_8.8.0/com.ibm.ima.ug_
soa/soa/InfoSphere/soa_pro_lc.html

Entrega 2 Pruebas y Calidad de Software

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Entrega 2 Pruebas y Calidad de Software

Cargado por

Copyright:

Formatos disponibles

MODELOS DE CALIDAD DE SOFTWARE

Norma Patricia Ceballos Gutiérrez (1321070866)

Introducción e información general ............................................................. …….1

Tabla de versiones y registros de cambios. ......................................................... 3

Quien es IBM ....................................................................................................... 5

Modelos de calidad ............................................................................................. .7

Análisis F.O.D.A ................................................................................................ .13

Criterios de validación …………………………………………………………………14

Actividades ciclo vida software………………………………………………………..15

Actividades para mejorar el desarrollo del software…………………………………17

Procedimientos gestión de cambio……………………………………………………..22

Procedimientos control de quejas………………………………………………………23

Tratamiento de servicio no conforme…………………………………………………..27

Tratamiento de salidas no conforme……………………………………………………28

Formulación plan estratégico a largo plazo…………………………………………….29

Análisis del entorno interno y externo……………………………………………………30

Perfiles, cargos y roles…………………………………………………………………….32

Modelos de calidad de software

Modelos de calidad de software

Tabla 1. Versiones y registros de cambios en el documento.¡Error! Marcador no

Tabla 2. Tabla comparativa de los factores con las variantes ……………………..7

Tabla 3. Cronograma formulación plan estratégico………………………………….32

Modelos de calidad de software

Figura 1. Analisis F.O.D.A ............................................................................................ 13

Figura 2. Ciclo de vida del software…………………………………………………………15

Modelos de calidad de software

Introducción e información general

Este documento presenta una descripción básica de los modelos de

calidad, los cuales son importantes para el desarrollo de software, describiendo

las ventajas y desventajas, teniendo en cuenta el esfuerzo, tiempo, costo y,

beneficios, para verificar la calidad del software.

los estándares de calidad de los productos en la empresa escogida de desarrollo

de software, y serán analizados de manera interna y externa.

Acto seguido se establecerán una lista de actividades con los procesos y

procedimientos que se implementarán en el trascurso del ciclo de vida del

desarrollo de productos de software, teniendo en cuenta la definición en la

empresa para lograr la aplicación de un proceso de prueba que nos asegure

una mejora en la empresa

De manera precisa se hará el análisis y generación de una propuesta de

mejora para la compañía de tecnologías IBM, dedicada a la fabricación y

comercialización de hardware y software para computadoras, además de ofrecer

servicios de infraestructura, alojamiento de Internet, y consultoría en varias áreas

relacionadas con la informática.

Modelos de calidad de software

Establecer un plan de pruebas con estándares de calidad para satisfacer las

- Realizar lista de actividades sobre el proceso a realizar, con el fin de llevar

- Tener en cuenta modelos de calidad que vayan de acorde con los

- Realizar pruebas para asegurar la calidad del software.

Modelos de calidad de software

Tabla de versiones y registros de cambios en el documento

Versión Fecha Acción Descripción Autor

Modelos de calidad de software

Desde su fundación en Estados Unidos en 1914 y su establecimiento en México

Modelos de calidad de software

Modelos de calidad que se pueden aplicar al desarrollo de

Se determinan los elementos de los diferentes modelos de calidad de aplicabilidad

Modelos de desarrollo de productos de software

Es importante destacar que en los procesos administrativos de proyectos existen tres

Modelo de MCCALL (1977)

Modelos de calidad de software

Modelo de Boehm (1978)

El segundo modelo de calidad más conocido es el presentado por Barry

Modelo de Arthur (1985)