DESARROLLO DE SOPORTE TECNICO AREA DE SOPORTE

CÓDIGO: CDP-ADS-002

SOPORTE TECNICO

CDP-ADS-002

Elaboró Reviso Autorizo

[Responsable de Autorizar el
ANGELA MONTILLA ANA LUCIA BRAVO LOPEZ Procedimiento]

PASANTE ING. INDUSTRIAL ASISTENTE ADMINISTRATIVA [Cargo o Puesto]

 Contenido
1. OBJETIVO .................................................................................................................................................................................. 3
2. ALCANCE ................................................................................................................................................................................... 3
3. RESPONSABLE DEL PROCEDIMIENTO, EQUIPO DE TRABAJO Y LAS FUNCIONES ....................................................................... 3
4. DIAGRAMA DE FLUJO ............................................................................................................................................................... 4
5. DESCRIPCIÓN DETALLADA DEL PROCEDIMIENTO ..................................................................................................................... 6
6. REGISTROS................................................................................................................................................................................ 8
7. LISTADO DE INDICADORES ....................................................................................................................................................... 8
8. HERRAMIENTAS DE TRABAJO ................................................................................................................................................... 9
9. REQUISITOS A CUMPLIR ........................................................................................................................................................... 9
10. ANEXOS ................................................................................................................................................................................ 9
11. CONTROL DE VERSIONES ...................................................................................................................................................... 9
 Objetivo

Brindar la capacitación del cliente, la adecuación, mejoras y correcciones del software que el cliente requiera.

Alcance

Documentar y atender las solicitudes de soporte técnico para aportar soluciones a las necesidades de los clientes.

Responsable del procedimiento, equipo de trabajo y las funciones

No. ROL RESPONSABILIDADES

1. Líder de desarrollo
2. Desarrolladores
3. Ingeniero de soporte
El jefe de proyecto asigna los recursos, gestiona las prioridades,
coordina las interacciones con los clientes y usuarios, y mantiene al
equipo del proyecto enfocado en los objetivos. El jefe de proyecto
también establece un conjunto de prácticas que aseguran la integridad y
calidad de los artefactos del proyecto. Además, el jefe de proyecto se
encargará de supervisar el establecimiento de la arquitectura del
sistema. Gestión de riesgos. Planificación y control del proyecto.
Se encarga de diseñar el software de acuerdo a la especificación.
El ingeniero de soporte técnico es contratado por la empresa para
ayudar a resolver los problemas en el sistema informático, además su
trabajo suele implicar las configuraciones del servidor y de red, en lugar
de los problemas típicos en un escritorio. Una vez que el problema se
haya resuelto, el ingeniero de soporte técnico documenta los
procedimientos para que el problema se pueda resolver rápidamente en
el futuro.
Diagrama de Flujo (visita)
Diagrama de Flujo (actividades)
 Diagrama de Flujo (Ticket)

Descripción detallada del Procedimiento solicitud de visitas

El proceso se inicia con la solicitud por parte del cliente, después se genera la orden de trabajo para seguir el
 debido proceso donde se verifica si el cliente hace parte de la empresa o no; si el usuario pertenece o tiene
contrato con la organización se realiza una verificación detallada de la solicitud y se determina si es por
capacitación o actualización y por último se genera la orden de trabajo respectiva.
Si el cliente no pertenece a la entidad se le notifica y se le envía un correo con los requisitos necesarios para
poder realizar la vinculación a la empresa (contrato firmado, planeación de actividades y diagnóstico del software y
hardware) y posteriormente se realiza la orden trabajo.

ROLES
No. ENTRADAS ACTIVIDAD SALIDAS
PARTICIPANTES
Gerencia- Ing. Cronograma Solicitud del cliente
1 Solicitud de visita.
soporte de actividades. interno o externo.
Documento de
revisión por Informe de servicio
2 Ing. soporte Generar orden de trabajo. técnico.
parte del
ingeniero.

Descripción detallada del Procedimiento solicitud de actividades

El proceso se inicia con la solicitud por parte del cliente, después se recibe y se registra la
solicitud del usuario, el proceso continua con la verificación del contrato del cliente donde se
observa si las actividades se encuentran en el contrato o no; si las actividades se encuentran
en el contrato que tiene con la organización se genera la orden de trabajo y finalmente pasa a
desarrollo, pruebas y soporte.
Si las actividades que solicita el cliente no se encuentran en el contrato este pasara al
comercial donde pide ser evaluado por la gerencia y este observara si es factible o no si lo es
pasa rápidamente a desarrollo, pruebas y soporte pero si no es factible se le notifica al cliente.

ROLES
No. ENTRADAS ACTIVIDAD SALIDAS
PARTICIPANTES
Gerencia- Ing. Cronograma Solicitud del cliente
1 Realiza la solicitud.
soporte de actividades interno o externo.
Documento de
revisión por Informe de servicio
2 Ing. soporte Recibe y registra la solicitud del usuario. técnico.
parte del
ingeniero.
 Descripción detallada del Procedimiento solicitud por ticket

El proceso se inicia con la solicitud por parte del cliente, después se recibe y se registra la
solicitud del usuario, el proceso continua con la verificación del ticket, se analiza si está
completo o no si el ticket se encuentra completo, el proceso continua con la identificación y
categorización del nivel de soporte que se requiere, si el soporte es de nivel uno se analiza si el
caso permite solución remota o no y si lo permite se pasa al ingeniero de soporte quien le dará
la solución remota, pero si este no permite solución remota se pasara el problema al ingeniero
de soporte en sitio donde atenderá el caso y observara si es solucionado o no y se
documentara la solución del inconveniente.
Si el problema requiere nivel dos se realiza el mismo procedimiento del nivel uno pero si se
requiere nivel tres se requerirá el fabricante del software donde se solicitara recomendación
para brindar el soporte, pero si esto no lo solución a se llevara a cabo una reunión con el
equipo de trabajo para realizar los cambio o las soluciones pertinentes y finalmente se realizara
el cierre del proceso notificando al cliente la solución y cierre de la solicitud
ROLES
No. ENTRADAS ACTIVIDAD SALIDAS
PARTICIPANTES
Gerencia- Ing. Cronograma Solicitud del cliente
1 Realiza la solicitud.
soporte de actividades interno o externo.
Documento de
revisión por Informe de servicio
2 Ing. soporte Recibe y asigna solicitud. técnico.
parte del
ingeniero.

Registros

Estado
Lugar de
Código Nombre Responsable (impreso, Protección Recuperación
archivo
Electrónico)
Formato de
solicitud de Google Drive Copias del
FDR- Encargado del
requerimiento Britix Copias de formato.
SDS- área de soporte Electrónico
(visita al cliente, Pagina de Seguridad
001 técnico
actividades y ticket’s
ticket)

Listado de Indicadores

No. Indicadores establecidos

1. Número de visitas terminadas / número de visitas reportadas

2. Número de actividades terminadas / número de actividades programadas

 Herramientas de trabajo
Computadores, framework de desarrollo (según se defina), Motores de almacenamiento, dispositivos para pruebas

Requisitos a cumplir
ORGANIZACIÓN: Herramientas donde los colaboradores puedan desarrollar sus actividades.

CLIENTE: Formatos o parámetros con que la empresa cuenta.

LEGALES / JURÍDICO: Cumplan la normatividad correspondiente.

 ISO 9000-3: Documento específico que interpreta el ISO 9001 para el
NORMATIVIDAD: desarrollador de software.

Anexos

DOCUMENTO
Caracterización existente.
ADJUNTO

Control de Versiones

Fecha de
Versión Descripción
Revisión
01 05-06-2012 Caracterización del proceso de Desarrollo de Actividades.
Mejoras a la caracterización del proceso de Desarrollo de
02 29-11-2016
Actividades.
03 05-12-2016 Informe de servicio técnico
ANEXOS CARACTERIZACION VERSION 01
PRUEBAS DE SOFTWARE AREA DE PRUEBAS

CÓDIGO: CDP-ADA-002

PRUEBAS DE SOFTWARE

CDP-ADP-002
 Contenido
1. OBJETIVO ............................................................................................................................... 13
2. ALCANCE ................................................................................................................................ 13
3. RESPONSABLE DEL PROCEDIMIENTO, EQUIPO DE TRABAJO Y LAS FUNCIONES ....... 13
4. DIAGRAMA DE FLUJO ........................................................................................................... 14
5. DESCRIPCIÓN DETALLADA DEL PROCEDIMIENTO ........................................................... 15
6. REGISTROS ............................................................................................................................ 15
7. LISTADO DE INDICADORES .................................................................................................. 15
8. HERRAMIENTAS DE TRABAJO ............................................................................................. 15
9. REQUISITOS A CUMPLIR ....................................................................................................... 16
10. ANEXOS ............................................................................................................................... 16
11. CONTROL DE VERSIONES ................................................................................................. 16
Objetivo

Documentar y mostrar hasta qué punto las funciones del software operan de acuerdo con las
especificaciones y requisitos del cliente.

Alcance

Documentar el proceso de pruebas de software y probar el correcto funcionamiento de esté.

Responsable del procedimiento, equipo de trabajo y las funciones

No
ROL RESPONSABILIDADES
.
El jefe de proyecto asigna los recursos, gestiona las
prioridades, coordina las interacciones con los clientes y
usuarios, y mantiene al equipo del proyecto enfocado en los
objetivos. El jefe de proyecto también establece un conjunto
4. Líder de desarrollo de prácticas que aseguran la integridad y calidad de los
artefactos del proyecto. Además, el jefe de proyecto se
encargará de supervisar el establecimiento de la
arquitectura del sistema. Gestión de riesgos. Planificación y
control del proyecto.
Realizar pruebas de ejecución del software, detectar
posibles fallos y analizar desde el punto de vista del usuario
5. Ingeniero de pruebas detalles de fina coquetería como tamaño de letras e
imágenes, colores, etc.
Diagrama de Flujo

DDF-ADP
DIAGRAMA DE FLUJO DE LOS PROCESOS DEL VERSION 01
AREA DE PRUEBAS FECHA DE ACTUALIZACION
08/11/2016
Nº DE DESCRIPCION DE LA
FUNCIONARIO DE LA UNIDAD ENCARGADO DE PRUEBAS
ACTIVIDAD ACTIVIDAD

1 INICIO DEL PROCESO INICIO

RECIBIR SOLICITUD DE
2
PRUEBAS

DISEÑAR CASOS DE
3
PRUEBAS

PREPRAR DATOS DE
4
PRUEBAS

EJECUTAR PROGRAMA
5 CON LOS DATOS DE
PRUEBAS

COMPARAR
6 RESULTADOS CON LOS
DATOS DE PRUEBAS

7 INFORME DE PRUEBAS

8 ENVIAR INFORME

10 FIN DEL PROCESO FIN

Descripción detallada del Procedimiento

El proceso se inicia con la recepción de la solicitud de pruebas, después se diseña los casos
de pruebas, se preparan los datos de pruebas, se ejecuta programa con los datos de pruebas,
se compara resultados con los datos obtenidos, se realiza un informe de pruebas y para
finalizar el proceso se envía un informe.

ROLES
No. PARTICIPANT ENTRADAS ACTIVIDAD SALIDAS
ES
 Solicitud por
Ingeniero de parte del
3 Solicitud de pruebas.  Orden de trabajo
pruebas. ingeniero de
arquitectura
 Software en  Software
Ingeniero de Diseñar casos de terminado para
4 versión beta
pruebas. pruebas. aprobación.
para pruebas.

Registros

Estado
Códig Lugar de Recuperació
Nombre Responsable (impreso, Protección
o archivo n
Electrónico)
FDR- Formato de Encargado Google
Copias de Copias del
RDR- recepción de del área de Drive Electrónico
Seguridad formato.
001 requerimiento Arquitectura Britix

Listado de Indicadores

No
Indicadores establecidos
.
3. Total pruebas realizadas / pruebas solicitadas.

Herramientas de trabajo
Un computador con una herramienta de diseño UML y acceso al servidor del repositorio.
Requisitos a cumplir
Herramientas donde los colaboradores puedan desarrollar sus
ORGANIZACIÓN:
actividades.
CLIENTE: Formatos o parámetros con que la empresa cuenta.
LEGALES /
Cumplan la normatividad correspondiente.
JURÍDICO:
 ISO 9000-3: Documento específico que interpreta el ISO
NORMATIVIDAD: 9001 para el desarrollador de software.

Anexos

DOCUMENTO
Caracterización existente.
ADJUNTO

Control de Versiones

Fecha de
Versión Descripción
Revisión
01 05-06-2012 Caracterización del proceso de pruebas de software.
Mejoras a la caracterización del proceso de pruebas de
02 05-12-2016
software.
ANEXOS CARACTERIZACION VERSION 01
DESARROLLO DE SOFTWARE AREA DE DESARROLLO

CÓDIGO: CDP-ADD-002

DESARROLLO DE SOFTWARE

CDP-ADD-002
 Contenido
1. OBJETIVO .................................................................................................................................................................................. 3
2. ALCANCE ................................................................................................................................................................................... 3
3. RESPONSABLE DEL PROCEDIMIENTO, EQUIPO DE TRABAJO Y LAS FUNCIONES ....................................................................... 3
4. DIAGRAMA DE FLUJO ............................................................................................................................................................... 4
5. DESCRIPCIÓN DETALLADA DEL PROCEDIMIENTO ..................................................................................................................... 6
6. REGISTROS................................................................................................................................................................................ 8
7. LISTADO DE INDICADORES ....................................................................................................................................................... 8
8. HERRAMIENTAS DE TRABAJO ................................................................................................................................................... 9
9. REQUISITOS A CUMPLIR ........................................................................................................................................................... 9
10. ANEXOS ................................................................................................................................................................................ 9
11. CONTROL DE VERSIONES ...................................................................................................................................................... 9
Objetivo

Codificar y documentar requerimientos específicos los cuales pueden ser nievas implementaciones, mejoras o
corrección de errores.

Alcance

Documentar el proceso de desarrollo de software de acuerdo a los requisitos de funcionalidad terminada.

Responsable del procedimiento, equipo de trabajo y las funciones

No. ROL RESPONSABILIDADES

6. Líder de desarrollo
7. Desarrolladores
El jefe de proyecto asigna los recursos, gestiona las prioridades,
coordina las interacciones con los clientes y usuarios, y mantiene al
equipo del proyecto enfocado en los objetivos. El jefe de proyecto
también establece un conjunto de prácticas que aseguran la integridad y
calidad de los artefactos del proyecto. Además, el jefe de proyecto se
encargará de supervisar el establecimiento de la arquitectura del
sistema. Gestión de riesgos. Planificación y control del proyecto.
Se encarga de diseñar el software de acuerdo a la especificación.
 DDF-DD
VERSION
DIAGRAMA DE FLUJO DE LOS PROCESOS DEL AREA DE DESARROLLO
02
FECHA DE ACTUALIZACION
23/08/2016

Diagrama de Flujo
Nº DE
ACTIVIDAD
DESCRIPCION DE LA
ACTIVIDAD
FUNCIONARIO DE LA UNIDAD DESARROLLADOR LIDER DE DESARROLLO

1 INICIO DEL PROCESO INICIO

ASIGNACION DE
2
REQUERIMIENTOS

FIJACION DEL
3
REQUERIMIENTO (2 O 3)

4 DEFINIR FECHA DE ENTREGA

CONVENCIONES

FUNCION SIMBOLO
PRE-EJECUCION (EN INICIO / FIN
OCASIONES ES NECESARIO
QUE EL DESARROLLADOR SE
5 FLUJO DE INFORMACION
CAPACITE O INSTRUYA EN EL
PROCESO QUE VA A
EJECUTAR)
ASIGNACION

DEFINIR

PRE-EJECUCION

6
EJECUCION DEL EJECUCION
REQUERIMEIBNTO
PRUEBAS DE
DESARROLLO

PRUEBAS

NOTIFICACION

ENVIAR CORREO
PRUEBAS DE
7 FIJACION
DESARROLLADOR
REQUERIMIENTOS

PRUEBAS SOLICITADAS A
8 PRUEBAS (APLICA PARA
DESARROLLOS GRANDES)

NOTIFICACION DE TERMINACION DE
9 REQUERIMIENTOS

ENVIAR CORREO
NOTIFICACION Y
10
COMPONENTES PARA
ACTUALIZACION

11 FIN DEL PROCESO FIN

 Descripción detallada del Procedimiento

El proceso se inicia con la asignación de los requerimientos, seguido de la fijación de estos (nivel 2 o 3) donde el
encargado de llevar a cabo estas actividades es el líder de desarrollo, después se define la fecha de entrega
donde la ejecución de esta actividad esta a cargo del líder de desarrollo y el desarrollador; posteriormente sigue la
pre-ejecución (en ocasiones es necesario que el desarrollador se capacite o instruya en el proceso que va a
ejecutar) esta actividad es realizada por el desarrollador; otra de las actividades que se realizan en el proceso de
desarrollo de software es la ejecución de los requerimientos, pruebas de desarrollador el encargado de realizar
esta actividad es el desarrollador, después se realizan las pruebas solicitadas a pruebas (aplica para desarrollos
grandes) el encargado de llevar a cabo esta actividad es el líder de desarrollo, otra de las actividades que se
realizan en el proceso es la notificación de terminación de requerimientos y por último se envía un correo de
notificación y componentes para actualización; estas dos últimas actividades las lleva a cabo el desarrollador.

ROLES
No. ENTRADAS ACTIVIDAD SALIDAS
PARTICIPANTES
Solicitud del Requerimiento
5 Líder de desarrollo cliente interno Asignación de requerimientos. realizado para la
o externo. revisión en pruebas.
Solicitud del Requerimiento
6 Líder de desarrollo cliente interno Fijación de requerimientos (Nivel 2 o 3.) realizado para la
o externo. revisión en pruebas.

Solicitud del Requerimiento

Líder de desarrollo, realizado para la
7 cliente interno Definir fechas de entrega.
Desarrollador revisión en pruebas.
o externo.
Pre-ejecución (en ocasiones es necesario que Requerimiento pre-
8 Desarrollador Requerimiento el desarrollador se capacite o instruya en el ejecutado(entendido)
proceso de ejecutar.)
Requerimiento
9 Desarrollador Requerimiento Ejecución del requerimiento. terminado.

Requerimiento Requerimiento
10 Desarrollador Pruebas de desarrollador. corregido.
terminado.
Pruebas solicitadas a pruebas (aplica para Informe por área de
11 Líder de desarrollo Requerimiento pruebas.
desarrollos grandes).
Notificación de
12 Desarrollador Informe. Notificación de terminación de requerimientos. terminación de
requerimiento.
Envió de correo,
Enviar correo de notificación y componentes notificación y
13 Desarrollador Notificación.
para actualización. componentes OT.
Registros

Estado
Lugar de
Código Nombre Responsable (impreso, Protección Recuperación
archivo
Electrónico)
FDR- Formato de Encargado del
Google Drive Copias de Copias del
SDS- solicitud de área de Electrónico
Britix Seguridad formato.
001 requerimiento desarrollo

Listado de Indicadores

No. Indicadores establecidos

4. Artefactos entregados / módulos desarrollados

Herramientas de trabajo
Computadores, framework de desarrollo (según se defina), Motores de almacenamiento, dispositivos para pruebas

Requisitos a cumplir
ORGANIZACIÓN: Herramientas donde los colaboradores puedan desarrollar sus actividades.

CLIENTE: Formatos o parámetros con que la empresa cuenta.

LEGALES / JURÍDICO: Cumplan la normatividad correspondiente.

 ISO 9000-3: Documento específico que interpreta el ISO 9001 para el
NORMATIVIDAD: desarrollador de software.
Anexos

DOCUMENTO
Caracterización existente.
ADJUNTO

Control de Versiones

Fecha de
Versión Descripción
Revisión
01 05-06-2012 Caracterización del proceso de Desarrollo de Actividades.
Mejoras a la caracterización del proceso de Desarrollo de
02 30-09-2016
Actividades.
ANEXOS CARACTERIZACION VERSION 01
IMPLANTACION DE SOFTWARE AREA DE IMPLANTACION

CÓDIGO: CDP-ADI-002

IMPLANTACION DE SOFTWARE

CDP-ADI-002
 Contenido
1. OBJETIVO ................................................................................................................................. 3
2. ALCANCE .................................................................................................................................. 3
3. RESPONSABLE DEL PROCEDIMIENTO, EQUIPO DE TRABAJO Y LAS FUNCIONES ......... 3
4. DIAGRAMA DE FLUJO ............................................................................................................. 4
5. DESCRIPCIÓN DETALLADA DEL PROCEDIMIENTO ............................................................. 6
6. REGISTROS .............................................................................................................................. 8
7. LISTADO DE INDICADORES .................................................................................................... 8
8. HERRAMIENTAS DE TRABAJO ............................................................................................... 9
9. REQUISITOS A CUMPLIR ......................................................................................................... 9
10. ANEXOS ................................................................................................................................. 9
11. CONTROL DE VERSIONES ................................................................................................... 9
 Objetivo

Poner en correcto funcionamiento el software de forma que satisfaga correctamente los

procesos y necesidades del cliente.

Alcance

Documentar y aplicar cuando se diseñe un producto nuevo para el cliente y se realice su

respectiva venta.

Responsable del procedimiento, equipo de trabajo y las funciones

No
ROL RESPONSABILIDADES
.
Es la persona que tiene la responsabilidad total del
planeamiento y la ejecución acertada de cualquier proyecto.
Debe poseer una combinación de habilidades, incluida una
gran capacidad inquisitiva, de detectar asunciones sin
especificar y de resolver conflictos interpersonales. Una de
8. Director de Proyecto
sus tareas más importantes es el reconocimiento de los
riesgos que afectan directamente las probabilidades de
éxito del proyecto, y la constante medición, formal e
informal, de dicho riesgo a lo largo del ciclo de vida del
proyecto
Diagrama de Flujo

DDF-DD
VERSION
DIAGRAMA DE FLUJO DE LOS PROCESOS DEL AREA DE
IMPLANTACION 03
FECHA DE ACTUALIZACION
19/01/2017
Nº DE DESCRIPCION DE LA
FUNCIONARIO DE LA UNIDAD INGENIERO DE SOPORTE
ACTIVIDAD ACTIVIDAD

INSTALACION DE SERVIDORES
1 SOLICITUD DE INSUMOS INICIO
DE BASE DE DATOS.
(Plantillas, tarifas, distribución
de dinero)
INSTALACION DE SERVIDOR DE
INSTALACION Y APLICACIÓN.
2 CONFIGURACION DE
SERVIDORES CONFIGURACION DE SERVIDOR DE BASE
DE DATOS.

CONFIGURACION DE SERVIDORES DE
APLICACIÓN

INSTALACION DE SOFTWARE
3
EN EQUIPOS CLIENTES (S)

VERIFICACION DE
CONECTIVIDAD ENTRE
SERVIDORES DE BASE DE
DATOS Y APLICACIONES.

VERIFICACION DE
4
CONECTIVIDAD
VERIFICACION DE
CONECTIVIDAD ENTRE
EQUIPOS, CLIENTES Y
SERVIDORES DE
APLICACIONES.

5 CAPACITACION MODULOS

12 FIN DEL PROCESO FIN

 Descripción detallada del Procedimiento

El proceso se inicia con la solicitud de insumos (plantillas, tarifas, distribuciones de dinero) por
parte del funcionario del unidad, seguido de la instalación y configuración de servidores donde
se realiza la instalación de servidor de base de datos, instalación de servidores de
aplicaciones, configuración de servidores de base de datos y la configuración de servidor de
aplicaciones; como tercer paso se realiza la instalación de software en equipos cliente (s),
posteriormente se realiza la verificación de conectividad donde se lleva a cabo la verificación
de conectividad entre servidores de base de datos y aplicaciones, verificación de conectividad
entre equipos cliente y servidor de aplicaciones y por último se realiza la capacitación de
módulos correspondiente.

ROLES
No. ENTRADAS ACTIVIDAD SALIDAS
PARTICIPANTES
Solicitud del
Gerencia- Ing. Cronograma de
14 Solicitud de insumos. cliente interno o
soporte actividades.
externo.
Documento de
revisión por Informe de
15 Ing. soporte Generar orden de trabajo. servicio técnico.
parte del
ingeniero.

Registros

Lugar Estado
Código Nombre Responsable de (impreso, Protección Recuperación
archivo Electrónico)
Google
Drive Copias del
FDR- Formato de
Encargado Britix Copias de formato.
SDS- solicitud de Electrónico
del área Pagina Seguridad
001 requerimiento
de
ticket’s
 Listado de Indicadores

No. Indicadores establecidos

5. Nº de módulos a implantar / Nº de módulos implantados

Herramientas de trabajo
Computadores, Motores de almacenamiento.

Requisitos a cumplir
Herramientas donde los colaboradores puedan desarrollar sus
ORGANIZACIÓN:
actividades.
CLIENTE: Formatos o parámetros con que la empresa cuenta.
LEGALES /
Cumplan la normatividad correspondiente.
JURÍDICO:
 ISO 9001: Especifica los requisitos para un sistema de
gestión de calidad que puede utilizarse para su aplicación
NORMATIVIDAD:
interna por las organizaciones.

Anexos

DOCUMENTO
Caracterización existente.
ADJUNTO
Control de Versiones

Fecha de
Versión Descripción
Revisión
Caracterización del proceso de Desarrollo de
01 05-06-2012
Actividades.
Mejoras a la caracterización del proceso de Desarrollo
02 29-11-2016
de Actividades.
ANEXOS CARACTERIZACION VERSION 01
ARQUITECTURA DE SOFTWARE AREA DE ARQUITECTURA

CÓDIGO: CDP-ADA-002

ARQUITECTURA DE SOFTWARE

CDP-ADA-002
 Contenido
1. OBJETIVO ................................................................................................................................................................................ 13
2. ALCANCE ................................................................................................................................................................................. 13
3. RESPONSABLE DEL PROCEDIMIENTO, EQUIPO DE TRABAJO Y LAS FUNCIONES ..................................................................... 13
4. DIAGRAMA DE FLUJO ............................................................................................................................................................. 14
5. DESCRIPCIÓN DETALLADA DEL PROCEDIMIENTO ................................................................................................................... 15
6. REGISTROS.............................................................................................................................................................................. 15
7. LISTADO DE INDICADORES ..................................................................................................................................................... 15
8. HERRAMIENTAS DE TRABAJO ................................................................................................................................................. 15
9. REQUISITOS A CUMPLIR ......................................................................................................................................................... 16
10. ANEXOS .............................................................................................................................................................................. 16
11. CONTROL DE VERSIONES .................................................................................................................................................... 16
1. Objetivo

Establecer el proceso de arquitectura de software.

2. Alcance

Definición de una estructura general del sistema incluyendo los módulos y su interacción.

3. Responsable del procedimiento, equipo de trabajo y las funciones

No. ROL RESPONSABILIDADES

Establece la estructura de diseño y lineamientos de calidad tanto para

ingenieros, desarrolladores de software y la infraestructura que soporta
los sistemas de información, para que trabajen en una línea común que
9. Arquitecto de software
permita alcanzar los objetivos del sistema de información, cubriendo
todas las necesidades del cliente.

Realizar la captura, especificación y validación de requisitos,

interactuando con el cliente y los usuarios mediante entrevistas.
Analista
10. Elaboración del Modelo de Análisis y Diseño. Colaboración en la
elaboración de las pruebas funcionales y el modelo de datos.
4. Diagrama de Flujo
5. Descripción detallada del Procedimiento

El proceso se inicia con la recepción de los requerimientos, seguido del análisis de la información; después se
determina si el producto es nuevo o no; si el producto es nuevo se realiza los atributos de calidad que consisten
en escoger: funcionalidad, fiabilidad, usabilidad, eficiencia mantenibilidad, portabilidad, posteriormente se
escoge la arquitectura donde se determinar estilo y diseño, comparar arquitectura ya implantada, lenguaje de
programación, motor base de datos o servicios, a continuación se realiza la asignación de componentes
(Componentes principales o rol de componentes) y por último se escogen los diagramas (De paquetes, de
componentes o de conectores).

Pero si el producto no es nuevo se realiza la asignación de los componentes (Componentes principales o rol de
componentes) y para finalizar se escogen los diagramas (De paquetes, de componentes o de conectores), todas
las actividades son realizadas por el arquitecto del software.

ROLES
No. ENTRADAS ACTIVIDAD SALIDAS
PARTICIPANTES

Arquitecto de  Propuesta de
Recepción de requerimientos.  Documentos firmados
16 software. nuevo proyecto.
 Alcance de requisitos
 requerimientos
 Propuesta de  Entendimiento del
Arquitecto de
nuevo proyecto. Análisis de la información. proyecto.
17 software.  Documentación
 Doc. Análisis
 Requerimientos.
Producto Nuevo

Arquitecto de  Atributos de calidad

 Análisis de la Atributos de calidad. que se enfocara en el
18 software. información. nuevo proyecto.
 Arquitectura de
software a emplear.
Arquitecto de
 Análisis de la Escoge la arquitectura.  Lenguaje.
19 software. información.
 Motor de BD.
 Servicios Web.

Arquitecto de  Establecer
Asignación de componentes. componentes
20 software.  Arquitectura
principales y roles.
 ROLES
No. ENTRADAS ACTIVIDAD SALIDAS
PARTICIPANTES

 De paquetes
Arquitecto de
Diagramas.  De componentes
21 software.  Arquitectura
 De conectores
Producto no Nuevo

Arquitecto de  Establecer
Asignación de componentes. componentes
22 software.  Arquitectura
principales y roles.
Arquitecto de  De paquetes
software. Diagramas.  De componentes
23  Arquitectura
 De conectores

6. Registros

Estado
Lugar de
Código Nombre Responsable (impreso, Protección Recuperación
archivo
Electrónico)

Formato de Google Drive

FDR- Encargado del área Copias de
recepción de Electrónico
RDR-001 de Arquitectura Seguridad Copias del formato.
requerimiento Britix

7. Listado de Indicadores

No. Indicadores establecidos

Requerimientos levantados / requerimientos analizados.

6.

8. Herramientas de trabajo
Un computador con una herramienta de diseño UML y acceso al servidor del repositorio.
9. Requisitos a cumplir
ORGANIZACIÓN: Herramientas donde los colaboradores puedan desarrollar sus actividades.

CLIENTE: Formatos o parámetros con que la empresa cuenta.

LEGALES / JURÍDICO: Cumplan la normatividad correspondiente.

 ISO 9000-3: Documento específico que interpreta el ISO 9001 para el

NORMATIVIDAD:
desarrollador de software.

10. Anexos

DOCUMENTO
Caracterización existente.
ADJUNTO
11. Control de Versiones

Fecha de
Versión Descripción
Revisión

01 05-06-2012 Caracterización del proceso de arquitectura de software.

Mejoras a la caracterización del proceso de arquitectura de

02 01-10-2016
software.
ANEXOS CARACTERIZACION VERSION 01