2do Integrador Implantacion.docx

7/28/2019 2do Integrador Implantacion.docx

1/146

UNIVERSIDAD DEL VALLE DE MXICO. CampusRoma.

[2DO TRABAJO INTEGRADOR]Implantacin y Mantenimiento de Sistemas.

Alumno:

Emilio Prez Gutirrez

Profesor:

Armando Amezcua Herrera

Fecha de entrega:

12 Enero 2013


2/146

Anlisis de Proyecto para Refaccionaria Automotriz

Tabla de contenidoAnlisis de Proyecto para Refaccionaria Automotriz ......................................................................................................... 2

Control de cambios ......................................................................................................................................................... 3

Definicin de objetivos ................................................................................................................................................... 4

Oportunidad de Negocio ................................................................................................................................................. 4

Resumen del proyecto................................................................................................................................................... 4

Visin del proyecto ......................................................................................................................................................... 4

Alcance del Proyecto ...................................................................................................................................................... 4

Anlisis de Requerimientos de Negocio de la empresa .................................................................................................. 5

Requerimientos de negocio............................................................................................................................................. 5

Objetivos del sistema ...................................................................................................................................................... 5

Requisitos de almacenamiento de informacin .............................................................................................................. 6

Modelos del Sistema ....................................................................................................................................................... 8

Modelo DFD del sistema nivel 0 ................................................................................................................................ 8

Modelo DFD con subsistemas Nivel 1 ...................................................................................................................... 9

Diagramas de casos de uso ............................................................................................................................................... 10

SubSistemas o mdulos identificados........................................................................................................................ 11

Requerimientos no funcionales..................................................................................................................................... 11

Definicin de actores .................................................................................................................................................... 11

Casos de uso del Sistema .................................................................................................................................................. 12

Diagrama de casos de uso del subsistema Gestin de Clientes ................................................................................ 12

Diagrama de casos de uso del subsistema Gestin de Inventario ............................................................................. 13

Diagrama de casos de uso del subsistema Gestin de Venta .................................................................................... 14

ESPECIFICACIN DE CASOS DE USO................................................................................................................... 15

SubSistemas o mdulos identificados........................................................................................................................ 21

SubsistemaClientes. ...................................................................................................................................... 21

Subsistema-Ventas............................................................................................................................................ 21

Subsistema Inventario.................................................................................................................................. 21

(Pendiente) Subsistema Administracin........................................................................................................ 21

(Pendiente) SubsistemaCompras. .................................................................................................................. 21


3/146

Requerimientos no funcionales..................................................................................................................................... 21

Costos ........................................................................................................................................................................... 21

Tiempos ........................................................................................................................................................................ 21

Visin general de la verificacin ...................................................................................................................................... 12

5. Procedimientos administrativos de verificacin. ............................................................................................................... 6

5.1 Reporte y resolucin de anomalas....................................................................................................................................... 6

5.2 Polticas de iteracin de tareas. .......................................................................................................................................... 7

5.3 Polticas de desviacin. ..................................................................................................................................................... 7

5.4 Procedimientos de control. ................................................................................................................................................. 8

5.5 Estndares, prcticas y convenciones.................................................................................................................................... 8

6. Actividades de verificacin............................................................................................................................................... 96.1 Plantilla de la matriz de trazabilidad. ............................................................................................................................... 9

6.2 Pruebas formales......................................................................................................................................................... 10

6.3 Revisiones................................................................................................................................................................... 10

Control de cambios

Elaboracin Emilio Prez GutirrezFecha Diciembre 2012Fecha Validacin Enero 2013.Versin 1.0


4/146

Definicin de objetivos

Oportunidad de Negocio

La empresa REFACCIONARIA QUETZAND que actualmente posee solo una sucursal en el estado, notiene un sistema homogneo para manejar sus procesos, tiene un sistema de inventario en hojas de Excel yfactura tambin por el mismo, ofrece y vende los productos a sus clientes en la misma sucursal y usasimples cajeros sin conexin con algn sistema de computo

En este momento la empresa har una inversin que le permita crecer ante sus competidores, y para eso tieneplaneado modernizar toda su infraestructura contratando nuevo personal y con la adquisicin de un sistema tipoERP/CRM con el que pretende innovar en el sector adems de tener una mejora en su control de inventario el cual tieneproblemas para mantenerse de manera consistente

Resumen del proyecto

El proyecto consistir en un sistema que permita la captura de toda la informacin concerniente a laempresa esto es :

Capturar y tener un registro de clientes actualizado. Tener un sistema que permita recibir las solicitudes del cliente en cuanto a informacin y

solicitudes de crdito Tener un registro de todos los movimientos del inventario, de todas las compras y de todas las ventas que

se realicen Poder tener un sistema de ventas por internet del catlogo de la refaccionaria, para los

clientes registrados Tener un sistema que reporte la situacin de la empresa en cuanto a ventas y para los

administradores (BI inteligencia de negocios simplificada) Tener un control del personal laboral y administrativo que use el sistema

Visin del proyecto

Ofrecer una mejora en tiempo y calidad de servicio al cliente, acercarse ms a las necesidades del clienteapoyados en el uso de tecnologas de la informacin, adems de tener una mayor vigilancia en el inventario y en laentrega de artculos.

Alcance del Proyecto

Para el presente proyecto, se definieron metas que se enlistan a continuacin:


5/146

Se pretende aumentar el volumen de ventas del negocio en un 50% al final del ao ya con elsistema terminado.

Reducir la prdida de inventario a ms del 90%. Poseer un sistema que le permita al administrador tomar decisiones de negocio. Mejorar el sistema de cobranza de adeudos, reducir las cuentas por cobrar de los clientes en un 80%.

Anlisis de Requerimientos de Negocio de la empresa

Requerimientos de negocio

De acuerdo a la Metodologa utilizada se encontraron requerimientos del negocio expresados enhistorias de usuario, estos requerimientos se presentan a continuacin de manera tabular:

Objetivos del sistema

En este apartado vamos a definir una lista con los diferentes objetivos que se esperan alcanzar cuando elsistema software a desarrollar est en explotacin.

Sern especificados mediante una plantilla para objetivos

OBJ01 G e s t i o n a r e l i n v e n t a r i o

DescripcinEl sistema deber gestionar el tipo de refaccin y marca disponibles en el larefaccionaria: adquisiciones, ventas, disponibilidad, etc.

Estabilidad Alta

Comentarios Ninguno

O B J 0 2 G e s t i o n a r l o s c l i e n t e s

DescripcinEl sistema deber gestionar a los clientes: altas, bajs, modificaciones dedatos, sanciones, personas autorizadas, cuentas, etc.

Estabilidad Alta

Comentarios Ninguno

O B J 0 3 G e s t i o n a r l a s v e n t a s


6/146

DescripcinEl sistema deber gestionar las ventas: entregas, devoluciones,reclamaciones, disponibilidad, etc.

Estabilidad Alta

Comentarios Ninguno

Requisitos de almacenamiento de informacin

Esta seccin contiene la lista de requisitos de almacenamiento de informacin que se han identificado,utilizando para especificarlos la plantilla para requisitos de almacenamiento de informacin. Se especificar toda lainformacin que se debe almacenar en el sistema.

RI01 Informacin sobre inventarios de refaccionesObjetivosasociados

OBJ01 Gestionar el inventario

Requisitosasociados

RF04 Alta de refaccin

RF05 Alta de marca de refaccinRF08 Baja de refaccin

RF10 Consulta de de refaccin

RF13 Consulta de marca de refaccin

DescripcinEl sistema deber almacenar la informacin correspondiente a las refaccionesque se encuentran en la refaccionaria. En concreto:

Datos

especficos

Nombre de la refaccin

Cantidad de piezas en almacn

Tipo de refaccin

Costo de refaccin

Marca de refaccinModelo de refaccin

Ao de preproduccin

Pas de origenIntervalotemporal

pasado y presente

Estabilidad alta

Comentarios ninguno

RI02 Informacin sobre los clientes

Objetivosasociados OBJ02 Gestionar los clientes

Requisitos deasociados

RF01 Alta de cliente

RF02 Baja de cliente

RF03 Modificacin de datos de un cliente

RF12 Consulta de clientes con pagos pendientes

RF13 Consulta de los clientes ms rentables

RF15 Identificacin de socio

DescripcinEl sistema deber almacenar la informacin correspondiente a los clientes de larefaccionaria. En concreto:


7/146

Datosespecficos

Nmero del cliente que deber ser nico para cada cliente

RFC

Nombre y apellidos

Fecha de nacimiento

Sexo

Fecha de alta como socio

Direccin

Telfonos

Cantidad de refacciones adquiridasIntervalotemporal

pasado y presente

Estabilidad alta

Comentarios ninguno

RI03 Informacin sobre cuentas de clientesObjetivosasociados

OBJ02 Gestionar los clientes




RF05 Compras efectuadas por cliente

RF08 Devolucin de refaccin por falla

RF09 Ingreso a cuenta

RF11 Consulta de un socio

RF12 Consulta de socios con pagos pendientes

Descripcin El sistema deber almacenar la informacin correspondiente a las cuentas de losclientes de la refaccionaria. En concreto

Datosespecficos

Saldo de la cuenta en cada momento

Ingresos realizados en la cuenta, indicando fecha y cantidad

Cargos realizados en la cuenta, indicando fecha, motivo y cantidad

Pagos pendientes, indicando motivo, y la fecha de la ventaIntervalotemporal

pasado y presente

Estabilidad alta

Comentarios ninguno


8/146

Modelos del Sistema

Modelo DFD del sistema nivel 0

A continuacin se presenta el diagrama de nivel 0 o de contexto del sistema, donde sepresentan las entidades principales que actan sobre el sistema, haciendo peticiones (un dialogo).


9/146

Requisitos funcionales

Explicacin del diagrama

El sistema proyectado recibir y enviara datos como se le solicite a personas o departamentosinvolucrados, las flechas con doble sentido indican un dialogo entre el sistema y la entidad, el dialogo entreel sistema y la entidad podra ser por ejemplo registrar una alta de artculo, la entidad de persona deinventario hara la peticin y el sistema determinara que procesos son los ms convenientes para la peticin , el sistemase encarga de transformar los datos que se le dan en informacin til para el negocio.

Modelo DFD con subsistemas Nivel 1


10/146

Explicacin del diagrama

Este diagrama sugiere un sistema conformado de 5 subsistemas , con los que se pretende satisfacerlas demandas de los posibles usuarios, estos subsistemas, las flechas pueden unir a dos sistemas segn el diagrama, este

enlace significa una llamada a otro subsistema para continuar el proceso de la informacin, es una llamada por ejemplodel sistema cliente al sistema ventas , para que el cliente pueda utilizar el subsistema de ventas para hacer una comprade artculos.

Diagramas de casos de usoEn esta seccin hemos incluido los diagramas de casos de uso de nuestro sistema, desarrollados con la

herramienta Edraw Max


11/146

Sub Sistemas o mdulos identificados SubsistemaClientes.-Este subsistema es con el que el cliente entra a hacer compras , previo registro del

cliente Subsistema-Ventas .- Este subsistema es el que registra las ventas, tiene a su vez dos interfaces,

la del cliente y la del vendedor Subsistema Inventario.- Este es el que registra todo movimiento del inventario por ventas o por

compras o por alguna otra razn, su usuario es el almacenista (Pendiente) Subsistema Administracin.- Este es un subsistema que realiza el personal ms

administrativo, sus usuarios son el administrador, la persona de recursos humanos y la que se encarga deconceder crditos o hacer cobranzas

(Pendiente) Subsistema Compras .- Este es el subsistema que registra las compras que hace la empresaCada subsistema se encargara de realizar los procesos necesarios y responder a las peticiones delosusuarios y guardando y modificando la informacin para usos posteriores, cada subsistematrabaja de manera casi independiente como aplicacin, usando llamadas a otros sistemas para completar

sus procesos

Requerimientos no funcionalesTenernos otros requerimientos como la calidad de servicio, que se pide que sea aceptable y de acuerdo a un

contrato, que la plataforma sea robusta y que sea capaz de crecer con el tiempo

Definicin de actoresEste apartado contiene los diferentes actores que se han identificado, especificados mediante la plantilla para

actores de casos de uso.


12/146

Casos de uso del Sistema

Diagrama de casos de uso del subsistema Gestin de Clientes

ACT01 Cliente

Descripcin Este actor representa al cliente de la refaccionaria

Comentarios ninguno

ACT02 Empleado de refaccionariaDescripcin Este actor representa al empleado de la refaccionaria

Comentarios ninguno


13/146

Diagrama de casos de uso del subsistema Gestin de Inventario


14/146

Diagrama de casos de uso del subsistema Gestin de Venta


15/146

ESPECIFICACIN DE CASOS DE USORI01 Informacin sobre inventarios de refacciones

Objetivos OBJ01 Gestionar el inventario


16/146

asociados

Requisitosasociados

RF04 Alta de refaccin

RF05 Alta de marca de refaccin

RF08 Baja de refaccin

RF10 Consulta de refaccin

RF13 Consulta de marca de refaccin

Descripcin El sistema deber almacenar la informacin correspondiente a las refacciones que seencuentran el refaccionaria. En concreto:

Datosespecficos

Nombre de la refaccin

Cantidad de piezas en almacn

Tipo de refaccin

Costo de refaccin

Marca de refaccin

Modelo de refaccinAo de preproduccin

Pas de origen

Intervalotemporal

pasado y presente

Estabilidad alta

Comentarios ninguno

RI02 Informacin sobre los clientes

Objetivosasociados



RF01 Alta de clienteRF02 Baja de cliente

RF03 Modificacin de datos de un cliente

RF12 Consulta de clientes con pagos pendientes

RF12 Consulta de los clientes ms rentables

RF15 Identificacin de socio

Descripcin El sistema deber almacenar la informacin correspondiente a los clientes de larefaccionaria. En concreto:

Datosespecficos

Nmero del cliente que deber ser nico para cada cliente

RFC

Nombre y apellidosFecha de nacimiento

Sexo

Fecha de alta como socio

Direccin

Telfonos

Cantidad de refacciones adquiridas

Intervalotemporal

pasado y presente


17/146

Estabilidad alta

Comentarios ninguno

RI03 Informacin sobre cuentas de clientes

Objetivosasociados





RF05 Compras efectuadas por cliente

RF08 Devolucin de refaccin por falla

RF09 Ingreso a cuenta

RF11 Consulta de un socio

RF12 Consulta de socios con pagos pendientes

Descripcin El sistema deber almacenar la informacin correspondiente a las cuentas de losclientes de la refaccionaria. En concreto

Datosespecficos

Saldo de la cuenta en cada momento

Ingresos realizados en la cuenta, indicando fecha y cantidad

Cargos realizados en la cuenta, indicando fecha, motivo y cantidad

Pagos pendientes, indicando motivo, y la fecha de la venta

RF- 01 Alta de cliente

Objetivosasociados


Descripcin El sistema deber comportarse tal como se describe en el siguiente caso de uso

cuando alguien solicite su ingreso como clientePrecondicin El solicitante no cliente de la refaccionaria y tiene su documentacin disponible

SecuenciaNormal

1. El cliente solicita al sistema comenzar el proceso de alta de un nuevo cliente

2. El sistema solicita los siguientes datos del nuevo cliente: RFC, nombre, apellidos,fecha de nacimiento, sexo, direccin, email y telfonos de contacto

3. El sistema confirma la recepcin de los datos

4. El sistema solicita usuario y contrasea

5. El sistema confirma y proporciona nmero de cliente

6. El sistema confirma que esta dado de alta y muestra ventana de compras y saldos.

Postcondicin El solicitante es cliente de la refaccionaria y el saldo de su cuenta es 0

Excepciones 2. Si la informacin de llenado de registro es incorrecta manda una ventana de errory solicita que se vuelva a llenar el campo

2. Si el Cliente decide no concluir la operacin regresa a la pantalla principal

4. Si el usuario ya no est disponible solicitar otro usuario diferente

5. Si no se proporciona nmero de cliente poner recuadro de enviar queja por mail

Rendimiento Cuota de tiempo 5 segundos

Frecuenciaesperada

ms de 10 veces al da

Estabilidad Alta


18/146

Comentarios La frecuencia ser mayor durante los primeros dos meses hasta ms de 100 veces alda

RF- 11 Consulta de cliente

Objetivosasociados


Descripcin El sistema deber comportarse tal como se describe en el siguiente caso de usocuando el empleado lo considere oportuno

Precondicin Debe de haber registros de clientes en la base de datos

SecuenciaNormal

1. El empleado solicita al sistema comenzar el proceso de consulta de los datos deun socio

2. El sistema solicita que se identifique al cliente

3. El empleado proporciona los datos de identificacin al sistema

4. El sistema muestra la siguiente informacin asociada al cliente: nombre,

apellidos, direccin, nmeros de telfono, email, compras realizadas y saldo de sucuenta5. Si el empleado solicita la impresin delos datos, el sistema imprime los datos delcliente

Postcondicin ninguna

Excepciones 3. Si el empleado solicita cancelar la operacin, el sistema cancela la operacin, acontinuacin este caso de uso termina

5. Si el sistema no tiene registrado ningn cliente con la identificacinproporcionada, el sistema hace que caso de uso termine

Rendimiento Cuota de tiempo 1 segundo

Frecuenciaesperada

ms de 10 veces al da

Estabilidad Alta

Comentarios El formato de visualizacin de los datos est pendiente de definicin

RF- 12 Consulta de cliente con pagos pendientes

Objetivosasociados


Requisitosasociados

RI02 Informacin sobre el cliente

RI03 Informacin sobre cuentas del cliente

Descripcin El sistema deber comportarse tal como se describe en el siguiente caso de usocuando el empleado lo considere oportuno

Precondicin ninguna

SecuenciaNormal

1. El empleado solicita al sistema comenzar el proceso de consulta de los clientescon pagos pendientes

2. El sistema muestra una lista ordenada por cantidad pendiente con la siguienteinformacin por cada cliente: nombre, apellidos, cantidad total pendiente y detallede las cantidades pendientes

3. Si el empleado solicita la impresin delos datos, el sistema imprime la lista


19/146


Excepciones null

null

Rendimiento 5 segundos

Frecuenciaesperada

1 vez por semana

Estabilidad Alta

Comentarios El formato de visualizacin de los datos est pendiente de definicin

RF- 15 Identificacin del Cliente

Objetivosasociados


Requisitosasociados


null

Descripcin El sistema deber comportarse tal como se describe en el siguiente caso de usodurante la realizacin de los casos de uso:


RF03 Modificacin de datos del cliente

RF06 Venta de refacciones

Precondicin El socio tiene su documentacin disponible de compra

SecuenciaNormal

1. El sistema solicita que se identifique al cliente

2. El sistema muestra la pantalla de inicio donde se muestran sus compras y susdatos generales

3. El cliente solicita a sistema actualizar la informacin personal

4. El cliente solicita sistema cancelar el pedido5. El cliente solicita facturacin

6. El cliente solicita la baja de su cuenta


1. Si no recuerda usuario y contrasea enva pantalla de reseteo de cuenta

Excepciones 2. El cliente no reconoce compra, mandar pantalla de mail para aclaracin ytelfonos3. El sistema manda formato para llenar factura

6. El sistema notifica que se complet la operacin y regresa a men principal


Frecuenciaesperada ms de 20 veces por da

Estabilidad Alta

Comentarios Formato de facturacin

RF- 02 Baja de Cliente

Objetivosasociados


Requisitosasociados


null


20/146





Precondicin El cliente tiene los datos de ingreso a sistema o el empleado cancela cuenta

SecuenciaNormal

1. Se realiza el caso de uso RF-15 (identificacin de cliente)

2. El cliente o empleado inician el proceso de cancelacin de cuenta

3. El sistema indica que al cliente o empleado que la cuenta se ha cancelado conxito siempre y cuando el cliente no tenga adeudo

4. El sistema te manda a la pantalla de inicio


1. Si el sistema no identifica al cliente manda pantalla de reseteo de cuenta

Excepciones 3. Si la cuenta no est liquidada, solicita el importe a pagar y las formas de pago


Frecuenciaesperada

ms de 10 veces al mes

Estabilidad Alta

Comentarios Si el socio que desea darse de baja tiene un pago pendiente, puede hacer un ingresopor su importe y repetir el proceso de darse de baja

RF- 03 Modificacin de los datos de un cliente

Objetivosasociados


Requisitosasociados

RI02 Informacin sobre el clientenull





Precondicin El cliente tiene los datos de ingreso a sistema o el empleado para modificacin dedatos

SecuenciaNormal

1. Se realiza el caso de uso RF15(Identificacin de socio)

2. El cliente o empleado solicita al sistema comenzar el proceso de modificacin delos datos de un cliente

3. El sistema muestra los siguientes datos correspondientes al socio a modificar:RFC, email, nombre, apellidos, fecha de nacimiento, sexo, direccin y telfonos decontacto

4. El sistema solicita guardar los cambios

5. El sistema modifica los datos correspondientes del cliente e informa que elproceso ha terminado con xito

6. Regresa a la pantalla de inicio


21/146

Postcondicin La informacin del socio est actualizada

Excepciones 1. Si el sistema no identifica al cliente manda pantalla de reseteo de cuenta

3. Si la cuenta no est liquidada, solicita el importe a pagar y las formas de pago


Frecuenciaesperada

ms de 10 veces al mes

Estabilidad Alta

Comentarios ninguno

Sub Sistemas o mdulos identificados

Subsistema Clientes.-Este subsistema es con el que el cliente entra a hacer compras, previo registro delcliente

Subsistema-Ventas.- Este subsistema es el que registra las ventas, tiene a su vez dos interfaces, ladel cliente y la del vendedor

Subsistema Inventario.- Este es el que registra todo movimiento del inventario por ventas o porcompras o por alguna otra razn, su usuario es el almacenista

(Pendiente) Subsistema Administracin.- Este es un subsistema que realiza el personal msadministrativo, sus usuarios son el administrador, la persona de recursos humanos y la que se encarga deconceder crditos o hacer cobranzas

(Pendiente) Subsistema Compras.- Este es el subsistema que registra las compras que hace la empresa Cadasubsistema se encargara de realizar los procesos necesarios y responder a las peticiones delos usuarios yguardando y modificando la informacin para usos posteriores, cada subsistema trabaja demanera casi independiente como aplicacin, usando llamadas a otros sistemas para completar sus procesos

Requerimientos no funcionales

Se tienen otros requerimientos como la calidad de servicio, que se pide que sea aceptable y de acuerdo a uncontrato, que la plataforma sea robusta y que sea capaz de crecer con el tiempo

Costos

Dentro del estudio del proyecto, se desarrollaron los costos del mismo y de los mdulos, quedando como grantotal por el proyecto: $ 180,000.00 MXN, los cuales sern pagados en mensualidad por lo que dure el proyecto yconsiderando que este monto ampara exclusivamente lo estipulado en el alcance del proyecto, por lo que cualquier

adicin de mdulos, se someter a evaluacin y podr generar costos adicionales al cliente.

Tiempos

Para este proyecto y despus de los estudios necesarios, se estima que tendr una duracin de 146 das debidoal diseo que se realizar del software a la medida del cliente.

El desglose de actividades se detalla en el Project Plan Anexo a este documento.

CAPACITACIN Y DESARROLLO DE RECURSOS HUMANOS


22/146

La Capacitacin significa la preparacin de la persona en el cargo. Es una actividad sistemtica, planificada ypermanente cuyo propsito es preparar, desarrollar e integrar los recursos humanos al proceso productivo, mediante laentrega de conocimientos, desarrollo de habilidades y actitudes necesarias para el mejor desempeo de todos lostrabajadores en sus actuales y futuros cargos y adaptarlos a las exigencias cambiantes del entorno.

La capacitacin va dirigida al perfeccionamiento tcnico del trabajador para que ste se desempee eficientemente enlas funciones a l asignadas, produzca resultados de calidad, proporcione excelentes servicios a sus clientes, prevenga ysolucione anticipadamente problemas potenciales dentro de la organizacin.

El Desarrollo se refiere a la educacin que recibe una persona para el crecimiento profesional a fin de estimular laefectividad en el cargo. Tiene objetivos a largo plazo y generalmente busca desarrollar actitudes relacionadas con unadeterminada filosofa que la empresa quiere desarrollar.

La capacitacin es para los puestos actuales y la formacin o desarrollo es para los puestos futuros. La capacitacin y eldesarrollo con frecuencia se confunden, puesto que la diferencia est ms en funcin de los niveles a alcanzar y en laintensidad de los procesos. Ambas son actividades educativas.

OBJETIVOS DE LA CAPACITACIN Y DESARROLLO

Los principales objetivos de la capacitacin son:1. Preparar al personal para la ejecucin de las diversas tareas particulares de la organizacin.2. Proporcionar oportunidades para el continuo desarrollo personal, no slo en sus cargos actuales sino tambin paraotras funciones para las cuales la persona puede ser considerada.3. Cambiar la actitud de las personas, con varias finalidades, entre las cuales estn crear un clima ms satisfactorioentre los empleados, aumentar su motivacin y hacerlos ms receptivos a las tcnicas de supervisin y gerencia.

BENEFICIOS DE LA CAPACITACIN DE LOS EMPLEADOS

Beneficios para la organizacin:Mejora el conocimiento del puesto a todos los niveles.Eleva la moral de la fuerza de trabajo.Ayuda al personal a identificarse con los objetivos de la organizacin.Mejora la relacin jefes-subordinados.Es un auxiliar para la comprensin y adopcin de polticas.Se agiliza la toma de decisiones y la solucin de problemas.Promueve el desarrollo con vistas a la promocin.Contribuye a la formacin de lderes y dirigentes.Incrementa la productividad y calidad del trabajo.Ayuda a mantener bajos los costos.Elimina los costos de recurrir a consultores externos.

Beneficios para el trabajador que repercuten favorablemente en la organizacin:Ayuda a la persona en la solucin de problemas y en la toma de decisiones.Aumenta la confianza, la posicin asertiva y el desarrollo.Forja lideres y mejora las aptitudes comunicativas.Sube el nivel de satisfaccin con el puesto.Permite el logro de metas individuales.Elimina los temores a la incompetencia o la ignorancia individual.

Beneficios en relaciones humanas, relaciones internas y externas, y adopcin de polticas:Mejora la comunicacin entre grupos y entre individuos.Ayuda en la orientacin de nuevos empleados.


23/146

Proporciona informacin sobre disposiciones oficiales.Hace viables las polticas de la organizacin.Proporciona una buena atmsfera para el aprendizaje.Convierte a la empresa en un entorno de mejor calidad para trabajar.

PASOS DEL PROCESO DE CAPACITACIN

1. Determinacin de necesidades de capacitacinDetectar las necesidades de capacitacin permite que la empresa no corra el riesgo de equivocarse al ofrecer unacapacitacin inadecuada, lo cual redundara en gastos innecesarios. La actividad de capacitacin debe estar fuertementealineada con los intereses del negocio para ser justificada. Deben realizarse tres tipos de anlisis; estos son:

Anlisis Organizacional: Es aqul que examina a toda la compaa para determinar en qu rea, seccin odepartamento, se debe llevar a cabo la capacitacin. Se debe tomar en cuenta las metas y los planes estratgicos de laorganizacin, as como los resultados de la planeacin en recursos humanos.

Anlisis de Tareas: Se analiza la importancia y rendimiento de las tareas del personal que va a incorporarse en lascapacitaciones.

Anlisis de la Persona: Dirigida a los empleados en forma individual. En este anlisis se debe comparar el desempeodel empleado con las normas establecidas en la empresa y esta informacin es obtenida a travs de una encuesta.

Los principales medios utilizados para la determinacin de necesidades de capacitacin son:Evaluacin de desempeo: Mediante la evaluacin de desempeo es posible descubrir no slo a los empleados quevienen efectuando sus tareas por debajo de un nivel satisfactorio, sino tambin averiguar qu sectores de la empresareclaman una atencin inmediata de los responsables del entrenamiento.Observacin: Debe ser realizada en el sitio de trabajo y permite verificar donde hay evidencia de trabajo ineficiente,tales como excesivo dao de equipos, atraso con relacin al cronograma, perdida excesiva de materia prima, nmeroacentuado de problemas disciplinarios, alto ndice de ausentismo, entre otros.Cuestionarios: Investigaciones mediante cuestionarios y listas de verificacin proporcionan evidencias sobre lasnecesidades de entrenamiento.Solicitud de supervisores y gerentes: Cuando la necesidad de entrenamiento apunta a un nivel muy alto, los propiosgerentes y supervisores se hacen propensos a solicitar entrenamiento para su personal.Entrevistas con supervisores y gerentes: Contacto directo con supervisores y gerentes, con respecto a posiblesproblemas solucionables mediante entrenamiento, por lo general se descubren en las entrevistas con los responsables dediversos sectores.Reuniones interdepartamentales: Discusiones entre los diferentes departamentos acerca de asuntos concernientes aobjetivos empresariales, problemas operacionales, planes para determinados objetivos y otros asuntos administrativos.Examen de empleados: Prueba de conocimiento del trabajo de los empleados que ejecutan determinadas funciones otareas.Modificacin de trabajo: Siempre que se introduzcan modificaciones totales o parciales de la rutina de trabajo, se hacenecesario el entrenamiento previo de los empleados en los nuevos mtodos y procesos de trabajo.Entrevista de salida: Cuando el empleado va a retirarse de la empresa es el momento ms apropiado para conocer suopinin acerca de la empresa y las razones que motivaron su salida. Es posible que salgan a relucir varias diferencias dela organizacin, susceptibles de correcciones.Anlisis de cargos: El conocimiento y la definicin de lo que se quiere en cunto a aptitudes, conocimientos ycapacidad, hace que se puedan preparar programas adecuados de capacitacin para desarrollar la capacidad y proveerconocimientos especficos segn las tareas, adems de formular planes de capacitacin concretos y econmicos y deadaptar mtodos didcticos.

Adems de estos medios, existen algunos indicadores de necesidades de capacitacin, los cules son:


24/146

Indicadores a priori: Son los eventos que provocaran futuras necesidades de capacitacin fcilmente previsibles. Losindicadores a priori son:- Expansin de la empresa y admisin de nuevos empleados.- Reduccin del nmero de empleados.

- Cambio de mtodos y procesos de trabajo.- Sustituciones o movimiento de personal.- Faltas, licencias y vacaciones del personal.- Modernizacin de maquinarias y equipos.- Produccin y comercializacin de nuevos productos o servicios.

Indicadores a posteriori: Son los problemas provocados por las necesidades de capacitacin no atendidas. Por logeneral, estn relacionadas con la produccin o con el personal y sirve como diagnstico de capacitacin. Se clasificanen:a) Problemas de produccin:- Calidad inadecuada de la produccin.- Baja productividad.

- Averas frecuentes en equipos e instalaciones.- Comunicaciones defectuosas.- Prolongado tiempo de aprendizaje e integracin en el campo.- Gastos excesivos en el mantenimiento de mquinas y equipos.- Exceso de errores y desperdicios.- Elevado nmero de accidentes.

b) Problemas de personal:- Relaciones deficientes entre el personal.- Nmero excesivo de quejas.- Poco o ningn inters por el trabajo.- Falta de cooperacin.- Errores en la ejecucin de rdenes.- Dificultades en la obtencin de buenos elementos.

2. Programacin de la capacitacinConsiste en la eleccin y prescripcin de los medios de capacitacin para sanar las necesidades percibidas. En estaetapa se toman en cuenta los siguientes aspectos:

Plantacin de la capacitacin. La programacin de la capacitacin exige una planeacin que incluye lo siguiente:

- Enfoque de una necesidad especifica cada vez.- Definicin clara del objetivo de la capacitacin.- Divisin del trabajo a ser desarrollado, en mdulos, paquetes o ciclos.- Eleccin de los mtodos de capacitacin, considerando la tecnologa disponible.- Definicin de los recursos necesarios para la implementacin de la capacitacin, como tipo de entrenador oinstructor, recursos audiovisuales, mquinas, equipos o herramientas necesarias, materiales, manuales, entre otros.- Definicin de la poblacin objetivo, es decir, el personal que va a ser capacitado, considerando:o Nmero de personas.o Disponibilidad de tiempo.o Grado de habilidad, conocimientos y tipos de actitudes.o Caractersticas personales de comportamiento.- Local donde se efectuara la capacitacin, considerando las alternativas en el puesto de trabajo o fuera delmismo, en la empresa o fuera de ella.- poca o periodicidad de la capacitacin, considerando el horario ms oportuno o la ocasin ms propicia.- Clculo de la relacin costo-beneficio del programa.


25/146

Tcnicas de capacitacin. Estas se dividen en:

a) Tcnicas aplicadas en el sitio de trabajo:

Capacitacin en el puesto: Contempla que una persona aprenda una responsabilidad mediante su desempeo real.Ofrece varias ventajas, tales como que es relativamente econmica, los trabajadores en capacitacin aprenden al tiempoque producen y no hay necesidad de instalaciones costosas fuera del trabajo como salones o dispositivos de aprendizajeprogramados. El mtodo tambin facilita el aprendizaje ya que los empleados aprenden haciendo realmente el trabajo yobtienen una retroalimentacin rpida sobre lo correcto de su desempeo. Existen varios tipos de capacitacin en elpuesto, entre ellas:- El mtodo de instruccin o sustituto, en la que el empleado recibe la capacitacin en el puesto por parte de untrabajador experimentado o supervisor.- La rotacin de puestos en la que el empleado pasa de un puesto a otro en intervalos planeados.Rotacin de puestos: Con el fin de proporcionar a los empleados, experiencia en varios puestos, se utiliza la rotacindel personal de una a otra funcin. Cada movimiento de un puesto a otro es normalmente precedido por una sesin deinstruccin directa. Adems de proporcionar variedad en su labor diaria, esta tcnica ayuda a la organizacin en

perodo de vacaciones, ausencias, renuncias, entre otros.Relacin experto-aprendiz: En las tcnicas de capacitacin que utilizan una relacin entre un maestro y un aprendiz seaprecian claras ventajas en la retroalimentacin que se obtiene prcticamente de inmediato.

b) Tcnicas aplicadas fuera del sitio de trabajo:Conferencias, videos y pelculas, audiovisuales y similares: Estas tcnicas no requieren de una participacin activa deltrabajador, economizan tiempo y recursos. Los bajos niveles de participacin, retroalimentacin, transferencias yrepeticin que estas tcnicas muestran, pueden mejorar mucho cuando se organizan mesas redondas y sesiones dediscusin al terminar la exposicin.Simulacin de condiciones reales por computadoras: Consiste en la simulacin de instalaciones de operacin real,donde el trabajador se va a aprender de manera prctica su puesto de trabajo. Permite transferencia, repeticin yparticipacin notable, generalmente las utilizan las compaas areas, los bancos y los hoteles.Actuacin o sociodrama: Esta tcnica obliga al capacitando a desempear diversas identidades. Se utiliza para elcambio de actitudes y el desarrollo de mejores relaciones humanas. Una de las ventajas es que se pueden crearvnculos de amistad, as como tolerancia de las diferencias individuales.Estudio de casos: Permite al trabajador resolver situaciones parecidas a las que se pudieran presentar en su trabajo,mediante el estudio de una situacin especfica real o simulada. Para ello, recibe sugerencias de otras personas ydesarrolla habilidades para la toma de decisiones. En esta tcnica de capacitacin, se practica la participacin, ms noas la retroalimentacin y la repeticin.Lectura, estudios individuales, instruccin programada: Se refiere a cursos basados en lecturas, grabaciones, fascculosde instruccin programada y ciertos programas de computadoras. Resultan de gran utilidad en circunstancias dedispersin geogrfica o cuando hay dificultad para reunir un grupo de asistentes a un programa de capacitacin. Losmateriales programados proporcionan elementos de participacin, repeticin, relevancia y retroalimentacin.Capacitacin en laboratorio (sensibilizacin): Constituye una modalidad de la capacitacin en grupo. Se emplea paradesarrollar las habilidades interpersonales y el desarrollo de conocimientos, habilidades y conductas adecuadas parafuturas responsabilidades laborales. Por lo general se utiliza a un profesional de psicologa como moderador de estassesiones. Se basa en la participacin, retroalimentacin y repeticin.

3. Ejecucin del Programa de capacitacinLa capacitacin presupone el binomio instructor/aprendiz. Los aprendices son las personas situadas en cualquier niveljerrquico de la empresa y que necesita aprender o mejorar los conocimientos que tienen sobre alguna actividad otrabajo. Los instructores son las personas situadas en cualquier nivel jerrquico, expertos o especialistas en determinadaactividad o trabajo y que transmiten sus conocimientos de manera organizada a los aprendices.

Tambin presupone una relacin de instruccin/aprendizaje. La instruccin es la enseanza organizada de cierta tarea oactividad y el aprendizaje es la incorporacin al comportamiento del individuo de aquello que fue instruido.


26/146

La ejecucin del programa de capacitacin, depender principalmente de los siguientes factores:Adecuacin del programa de entrenamiento a las necesidades de la organizacin. La decisin de establecerdeterminados programas de entrenamiento debe depender de la necesidad de preparar determinados empleados o

mejorar el nivel de los empleados disponibles.La calidad del material del entrenamiento presentado. El material de enseanza debe ser planeado de manera cuidadosa,con el fin de facilitar la ejecucin del entrenamiento.La cooperacin de los jefes y dirigentes de la empresa. El entrenamiento debe hacerse con todo el personal de laempresa, en todos los niveles y funciones. Su mantenimiento implica una cantidad considerable de esfuerzo y deentusiasmo por parte de todos los participantes en la tarea, adems de implicar un costo que debe ser considerado comouna inversin que capitalizar dividendos a mediano y corto plazo y no como un gasto superficial.La calidad y preparacin de los instructores. El xito de la ejecucin depender del inters, del esfuerzo y delentrenamiento de los instructores. Es muy importante el criterio de seleccin de los instructores, los cuales debernreunir ciertas cualidades personales, tales como facilidad para las relaciones humanas, motivacin por la funcin,raciocinio, capacidades didcticas, exposicin fcil, adems del conocimiento de la especialidad.La calidad de los aprendices. Este aspecto influye de manera sustancial en los resultados del programa de

entrenamiento. Los mejores resultados se obtienen con una seleccin adecuada de los aprendices, en funcin de laforma y del contenido del programa y de los objetivos del entrenamiento.

4. Evaluacin de los resultados de la capacitacin.La Evaluacin es un proceso que debe realizarse en distintos momentos, desde el inicio de un Programa deCapacitacin, durante y al finalizar dicho programa. Es un proceso sistemtico para valorar la efectividad y/o laeficiencia de los esfuerzos de la capacitacin. Los datos que se obtienen son tiles para la toma de decisiones y sepueden realizar tres diferentes tipos de evaluacin:

Evaluacin de los procesos, la cual examina los procedimientos y las tareas implicadas en la ejecucin de un programao de una intervencin.

Evaluacin de los impactos, es ms cabal y se centra en los resultados de largo alcance del Programa o en los cambioso mejoras al estado de la actividad.

Evaluacin de los resultados, se usa para obtener datos descriptivos en un proyecto o programa y para documentar losresultados a corto plazo.

CAMBIOS EN EL PROCESO DE ADIESTRAMIENTO, CAPACITACIN Y DESARROLLO CON EL AUGE DELAS NUEVAS TECNOLOGAS DE COMUNICACIN E INFORMACIN

En cualquier organizacin, el adiestramiento, capacitacin y desarrollo de los recursos humanos, son consideradosfactores importantes para el logro de los objetivos y metas proyectadas, ya que un personal que pueda responder demanera efectiva a las distintas necesidades institucionales, desde la operatividad de sus funciones en el cargo queocupa; beneficia a la organizacin porque esto crea en el empleado, un compromiso y una responsabilidad institucional,lo que se traduce en un mejor desempeo laboral.

Con el pasar del tiempo se han venido dando cambios en el mundo empresarial, producto del crecimiento de unaeconoma global y del uso de las Tecnologas de Informacin y Comunicacin; incidiendo esto en la estructura interna,jerarqua de cargos, seleccin del personal as como tambin en la metodologa para la capacitacin del personal. Elmanejo de las tecnologas de informacin y comunicacin actualmente forman parte integral del negocio, constituyenun elemento fundamental para apoyar, mantener y propiciar el crecimiento o vigencia econmica y social de unaorganizacin. El desarrollo tecnolgico permite a las empresas acortar distancias y colocar de manera ms rpida yefectiva los mejores bienes y servicios que los clientes esperan; lo que se traduce en niveles de competitividad y deproductividad para esas empresas.


27/146

Por otra parte, adems del manejo de la informacin, el conocimiento es otro pilar fundamental para que se generenrespuestas asertivas al cliente, desde la creatividad y la innovacin, permitiendo as que la organizacin se mantengaconstantemente actualizada en cunto al uso de estrategias diseadas desde los cambios tecnolgicos en bsqueda del

xito institucional.El proceso de innovacin en una empresa que se sustenta en el paradigma tecnolgico, es visto en tres grandes etapas:identificacin de una necesidad en el mercado o de una oportunidad tecnolgica; adopcin y adaptacin de latecnologa ya existente y transfiriendo esta tecnologa por comercializacin o por algn medio institucional. Se exigeen la actualidad empresas que sean capaces de adaptarse de manera rpida a los permanentes cambios y ver que elconocimiento es la opcin para solventar las situaciones que se presentan en la organizacin a travs de la innovacintecnolgica. Es por esta razn que lo departamentos informticos de las organizaciones, constituyen pilaresfundamentales para gestionar estos cambios.

Algunos aspectos importantes a destacar de las nuevas tecnologas para el desarrollo de recursos humanos son:

La organizacin virtual. Es un concepto donde la relacin entre personas y entre procesos existe, pero no hay unaubicacin, un lugar fijo, se da a travs de Internet. Se trabaja en base a desarrollo de proyectos, propuestas que van yvienen corregidas, se cumple con una agenda y metas de trabajo de un pas a otro, incluso de un continente a otro.

Empowerment. Consiste en una nueva forma de administrar la empresa, donde se integran todos los recursos: capital,manufactura, produccin, ventas, mercadotecnia, tecnologa, equipo y personal; haciendo uso de una comunicacinefectiva y eficiente para lograr los objetivos de la organizacin. "Empowerment es donde los beneficios ptimos de latecnologa de la informacin son alcanzados. Los miembros, equipos de trabajo y la organizacin, tendrn completoacceso y uso de informacin crtica, poseern la tecnologa, habilidades, responsabilidad, y autoridad para utilizar lainformacin y llevar a cabo el negocio de la organizacin." Para implantar el sistema de empowerment en una empresaes necesario que haya un cambio en la cultura de trabajo, y para esto es necesario que se aprenda a trabajar en equipo.

Teamwork. Un equipo de trabajo tiene la finalidad de crear nuevos conocimientos sobre los procesos organizativos,sobre los procesos grupales y sobre los procesos personales de cada uno de los miembros del equipo, esto permite alequipo optimizar sus recursos y lograr una mejor calidad del producto como de los procesos. Convertir el trabajo enequipo en un modo de gestin organizacional requiere conviccin, fijacin de polticas y actitudes proactivas por partede las personas que trabajan en la organizacin.

El papel del gerente, en este sentido, es el de liderar el cambio mismo, convirtindose en un estratega y un excelentecomunicador e inspirador de todos aquellos aspectos que involucren a la organizacin. El desarrollo de nuevastecnologas y el auge cada vez mayor de la llamada "revolucin de la informacin", ha propiciado cambios aceleradosen las estructuras organizacionales, al mismo tiempo que condiciona un nuevo perfil global para el gerente, en dondesus principales caractersticas personales deben incluir una mayor capacidad de adaptacin a nuevas circunstancias, unamentalidad internacional y excelentes condiciones de aprendizaje y comunicacin, adems de contar con principioselementales como tica, honestidad y justicia, cuya valoracin es de carcter universal. Hoy en da, se requiere de unagerencia ms participativa y con menos niveles jerrquicos, en donde se produzca un mayor acercamiento de todos losque la integran, con una participacin mucho ms activa de todo el equipo gerencial en la toma de decisiones y con unnfasis muy particular en equipos decisorios basados en estructuras funcionales por reas de negocios.


28/146

CHEECK LIST DE SISTEMAS DE INFORMACIN EN ELCENTRO DE INFORMACIN Y SISTEMAS

4.12.1 LA ORGANIZACIN Y GESTIN DEL REA DE SISTEMAS

4.12.2 Objetivo de Control OG1: Procesos, organizacin y relaciones: El rea desistemas debe tener definidos los procesos de su organizacin.

I OObservaci

onesOG1-C1: Deben establecerse de forma clara las funciones del rea.

Existe algn documento que contiene las

funciones que son competencia del centro de

informacin y sistemas, est aprobado y se

respeta.

OG1-C2: Debe especificarse en el organigrama puestos del rea y el staff.Existe un organigrama con la estructura

de organizacin del rea.

OG1-C3: Debe establecerse el marco de trabajo de los procesos del rea de sistemas, demodo que permita la ejecucin y puesta en prctica del plan operativo informtico.


29/146

EI marco de trabajo permite la definicin y

seguimiento de los objetivos de los procesos que han

sido definidos e implementados, as como formalmente

documentados y aprobados.

OG1-C4: Deben establecerse roles y responsabilidades para la gestin delaseguramiento de la calidad, gestin de riesgos, seguridad y conformidad.

El staff cuenta con los sistemas de

aseguramiento de la calidad apropiados, as como los

controles y asesoramiento de expertos.

Las responsabilidades y roles han sido

correctamente establecidos, formalizados, documentados

y satisfacen los requisitos del rea. Son ejecutados por

personal con la suficiente formacin y experiencia en la

materia.

4.12.3 Objetivo de Control OG2: Gestin de Recursos Humanos: El rea de

sistemas debe contar con recursos humanos adecuados para gestionar el desarrollo ymantenimiento de SI.

OG2-C1: Deben existir procedimientos de contratacin objetivos.

Las ofertas de puestos del rea se difunden de

forma suficiente fuera de la organizacin y las

selecciones del personal se hacen de forma objetiva.

Las personas seleccionadas cumplen

los requisitos del puesto al que acceden.

OG2-C2: Debe existir un plan de capacitacin que este en consonancia con los

objetivos del rea y alineados con los objetivos institucionales.

Se tiene aprobado un plan de capacitacin a

corto, medio y largo plazo que sea coherente con el plan

operativo informtico

OG2-C3: Debe existir una biblioteca accesible por el personal del rea.


30/146

Estn disponibles un nmero suficiente de

libros, publicaciones peridicos, monografas de

reconocido prestigio, ya sea en formato electrnico o

papel. El personal tiene acceso a ellos.

OG2-C4: El personal debe estar motivado en la realizacin de su trabajo.

Existe algn mecanismo que permita a los

empleados hacer sugerencias sobre mejoras en la

organizacin del rea.

No existe una gran rotacin de personal, existe

un buen ambiente de trabajo.

4.12.4 Objetivo de Control OG3: Plan Estratgico de Tecnologas de laInformacin del rea: El rea de sistemas debe participar en la definicin del plan

estratgico de Tecnologas de la Informacin

OG3-C1: el rea debe tener y difundir su propio plan a corto, medio y largo plazo.

Existe el plan estratgico de Tecnologas dela

Informacin.Se revisa y actualiza con periodicidad en

funcin de las nuevas situaciones.

Se difunde a todo el staff para que se sientan

partcipes del mismo.

OG3-C2: La realizacin de nuevos proyectos debe basarse en el plan estratgico deTecnologas de la Informacin y en el plan operativo informtico en cuanto a objetivos, marcogeneral.

Las fechas de realizacin coinciden con las

del plan estratgico.

La documentacin relativa a cada proyecto

que existe en el plan estratgico se pone a disposicin

del director de proyecto una vez comenzado el

mismo. Esta informacin debe contener los objetivos,

los requisitos generales y un plan inicial.


31/146

4.12.5 Objetivo de Control OG4: Gestin de la calidad: El rea de sistemas debedisponer de procesos de desarrollo regidos por estndares y principios de ingeniera

de software ampliamente aceptados.

OG4-C1: Debe existir un registro de problemas que se producen en los proyectos delrea, incluyendo los fracasos de proyectos completos.

Existe un catlogo de problemas, incluyendo

para cada uno de ellos la solucin o soluciones

encontradas, proyecto en el que sucedi, persona que lo

resolvi.

EI catlogo es accesible para todos los miembros

del rea, esta actualizado y tiene uno o varios ndices

que faciliten la bsqueda.

Se registran y controlan todos los proyectos

fracasados (aquellos que comienzan y no llegan a su

fin), as como los recursos invertidos en los mismos.

OG4-C2: Debe mantenerse y comunicarse peridicamente al rea las modificacionesdel plan de calidad a fin de promover la mejora continua.

El plan existe y se actualiza peridicamente.

Existen y se ejecutan actividades de mejora

continua segn los estndares, prcticas, procedimientos

y polticas de calidad del

departamento adoptadas por el rea de sistemas.

OG4-C3: Debe existir algn mecanismo de creacin y actualizacin de prcticas yestndares de calidad as como de prcticas, estndares de desarrollo y mantenimiento.

EI mecanismo para la creacin y actualizacin

de prcticas y estndares est documentado y es

conocido en el rea.


32/146

Estn definidas las prcticas de anlisis y

diseo, e incluye las tcnicas y herramientas a usar. As

como tambin hay una gua o prcticas de programacin

para cada uno de los lenguajes homologados

Hay un estndar general para toda la

documentacin generada, incluyendo documentacin

tcnica (anlisis, diseo, documentacin de los

programas), manuales de usuario, etc.

OG4-C4: Debe existir un procedimiento de monitorizacin y medicin del

cumplimiento de estndares y prcticas de calidad as como de los de desarrollo y

Se realizan informes ejecutivos

peridicamente sobre la calidad de los SI en el rea.

Estn definidas mtricas de calidad y stas estn

alineadas con los objetivos de calidad del rea y ayudan

en la consecucin de los objetivos del rea.

Se realizan inspecciones en los hitos de los

proyectos para verificar el cumplimiento de los

estndares y prcticas.

OG4-C5: Debe practicarse la reutilizacin del software.

Existe un repositorio con todos los productos

software susceptibles de ser reutilizados: libreras de

funciones, clases de objetos, componentes software,

documentos (catlogo de requisitos comunes,

arquitecturas).EI repositorio o catlogo es conocido y

accesible por todos los miembros del rea, esta

y tiene uno o varios ndices que faciliten la

OG4-C6: Debe existir un modelo de la arquitectura de informacin que se actualiceregularmente y defina los sistemas apropiados que optimicen el uso de la informacin.


33/146


34/146


35/146

Se ha comunicado a todos los miembros del staff

de desarrollo los objetivos del proyecto, la

responsabilidad que tendrn en el mismo, las fechas en

las participaran y la dedicacin completa o parcial.

EI plan de proyecto realizado es realista y utiliza

la informacin histrica de la que se disponga para

realizar estimaciones.

4.13.3 Objetivo de Control P2: El proyecto se debe gestionar de forma que seconsigan los mejores resultados posibles teniendo en cuenta las restricciones de tiempo y

recursos.

P2-C1: Los responsables de las areas afectadas por el proyecto deben participar en lagestin del proyecto.

Se ha constituido formalmente el comit de

direccin del proyecto y estn incluidos los

responsables de todas las unidades afectadas.

EI comit tiene una periodicidad de

reunin mnima, y en cualquier caso siempre que lo

exija el desarrollo del proyecto, debe tener competencia

para asignacin de recursos, la revisin de la marcha del

proyecto y para modificar el plan del proyecto en

funcin de las revisiones.

Las reuniones se hacen con un orden del

da previo y las decisiones tomadas quedan

documentadas en las actas de dicho comit.

EI nmero de reuniones y la duracin de las

mismas no superan un lmite razonable comparado

con la envergadura del proyecto.

P2-C2: Se debe establecer un mecanismo para la resolucin de los problemas quepueden surgir a lo largo del proyecto.


36/146

Existen hojas de registro de problemas y hay

alguna persona del proyecto encargada de su recepcin,

as como un procedimiento conocido de tramitacin.

Existe un mtodo para catalogar y dar prioridad

a los problemas, as como para trasladarlos a la persona

que de los debe resolver, informando si es necesario

al director del proyecto y al comit de direccin.

Se controla la solucin del problema y se

deja constancia del mismo.

P2-C3: Debe existir un control de cambios a lo largo del proyecto.

Existe un mecanismo para registrar los cambios

que pudieran producirse, as como para evaluar el

impacto de los mismos.

La documentacin afectada se actualiza de

forma adecuada y se !leva un control de versiones de

cada producto, consignando la ltima fecha de

actualizacin.

Se remite la nueva versin de los

documentos actualizados a los participantes en el

P2-C4: Cuando sea necesario reajustar el plan del proyecto, normalmente en un hito alfinalizar una fase, debe hacerse de forma adecuada.

Se respetan los lmites temporales y

presupuestarios marcados al inicio del proyecto. Si no

es as debe ser aprobado por el comit de direccin.

Se ha tenido en cuenta los riesgos del reajuste.

Se ha hecho uso de la informacin histrica que

se dispone en el rea sobre estimaciones.

Se notifica el cambio a todas las personas

que participen en el proyecto y se ven afectados.


37/146

P2-C5: Debe hacerse un seguimiento de los tiempos utilizados tanto por tarea como alo largo del proyecto

Existe algn procedimiento que permite registrar

el tiempo que dedica y qu tarea realiza cada

Existe algn procedimiento para analizarlas desviaciones y proponer acciones correctivas.

P2-C6: Se debe controlar que se sigan las etapas del ciclo de vida adoptado para elproyecto y que se generan todos los documentos asociados a la metodologa usada.

Antes de comenzar una nueva etapa, se ha

documentado la etapa previa y se ha revisado y

aceptado, especialmente en las fases de anlisis y diseo.

La documentacin cumple los estndares

y procedimientos establecidos en el rea.

Se respeta el uso de recursos

previamente establecido.

P2-C7: Cuando termina el proyecto se debe cerrar toda la documentacin del mismo,liberar los recursos utilizados y hacer balance.

La documentacin del proyecto es completa y

est catalogada perfectamente para accesos posteriores.

Los recursos, tanto personales como

materiales, se ponen a disposicin del rea del que

El comit de direccin y el director del proyecto

hacen balance del proyecto, estudiando los

posibles problemas y sus causas, los cambios del plan.

Toda esta informacin se registra en los archivos

histricos sobre estimaciones y problemas.

4.14 FASE DE ESTUDIO DE VIABILIDAD

I OObservaci

ones


38/146

4.14.1 Objetivo de Control V1: Antes de la definicin del proyecto deben estudiarselos requisitos, situacin actual, identificando seguidamente las alternativas de solucin yseleccionando aquella que satisfaga ms eficaz y eficientemente los requisitos identificados.

V1-C1: Debe haberse establecido el alcance de las iniciativas requeridas parasatisfacer las necesidades planteadas por el usuario.

Existe un documento que recoge la descripcin

general de la necesidad planteada por el usuario y los

objetivos generales as como las posibles restricciones

tcnicas, operativas y econmicas.

Se han determinado formalmente el grupo de

usuarios que participar en el proyecto, identificndosesus perfiles y dejando claras sus tareas y

responsabilidades.

V1-C2: Debe estudiarse la situacin actual y determinar los sistemas afectados.

Se han realizado modelos del sistema.

Se ha realizado un diagnstico de la

situacin actual.

V1-C3: Los usuarios y responsables de las unidades que afecta el nuevo sistema

establecern de forma clara los requisitos del mismo.

Se ha realizado un plan detallado de entrevistas

con el grupo de usuarios y con los responsables de las

unidades afectadas que permita conocer cmo valoran

el sistema actual y lo que esperan del nuevo sistema.

Existe un catlogo de requisitos. Cada requisito

tiene una prioridad y est clasificado en funcional y no

funcional.

EI catlogo de requisitos ha sido revisado y

aprobado por el grupo de usuario y los responsables as

como por el comit de direccin.

4.15 FASE DE ANLISIS


39/146

4.15.1 Objetivo de Control A1: Se debe elaborar una especificacin detallada que

A1-C1: Debe realizarse un plan detallado de sesiones de trabajo con el grupo de usuariosdel proyecto y los responsables de las unidades afectadas para recopilar la informacin necesaria.

Las tcnicas que se utilizan para la recopilacin

de informacin es la adecuada en funcin de las

caractersticas del proyecto y los tipos de usuario a

entrevistar.

Se remite el guin a los entrevistados con

tiempo suficiente para que estos puedan preparar la

entrevista y la documentacin que deseen aportar a la

misma. Y el guin incluye todas las cuestiones

necesarias para obtener la informacin sobre las

funciones deseadas y problemas que se quieren resolver.

A1-C2: A partir de la informacin obtenida de las entrevistas se debe realizar ladescripcin inicial del SI y obtener el catlogo de requisitos detallado del mismo.

Existe un catlogo de requisitos, estos

estn justificados y detallados.

Cada requisito tiene una prioridad y

estn clasificados en funcionales y no funcionales.

La especificacin del sistema incluye los

requisitos no funcionales: de seguridad, rendimiento,

disponibilidad, formacin.

A1-C3: Se estructura el sistema de informacin en subsistemas de anlisis, parafacilitar la especificacin de los distintos modelos y la traza de requisitos.

La desintegracin de los subsistemas

est orientada a los procesos del sistema.Se han asignado los requisitos a cada uno de los

subsistemas identificados, y consecuentemente

actualizado el catlogo de requisitos.

A1-C4: Se debe realizar el modelo del sistema que sirva de base para el diseo. En elcaso de anlisis estructurado, mediante la elaboracin y descripcin detallada del modelo dedatos y de procesos. Y en el caso de un anlisis orientado a objetos a travs del modelo declases y el de interaccin de objetos, mediante el anlisis de los


40/146

casos de uso.

Los modelos son correctos tcnicamente y se

han realizado con la tcnica adecuada.

Existe un diccionario de datos o repositorio, es

correcto y se gestiona de forma de automatizada,

respetndose todos los procedimientos de gestin de

cambios.

A1-C5: Se deben especificar todas las interfaces entre el sistema y el usuario, talescomo formatos de pantallas, dilogos, formatos de informes y formularios de entrada.

Se han descrito con suficiente detalle las

interfaces: pantallas a travs de las cuales el usuario

navegar por la aplicacin, incluyendo todos los campos

significativos, mens, botones, etc.; as como informes y

formularios asociados si existen. Si hay normas de

diseo o estilo de pantallas, informes, formularios, etc.

en el rea, se verificar que se respetan.

La interfaz de usuario se ha aprobado por el

grupo de usuarios y por el comit de direccin.

A1-C6: Debe especificarse el plan de pruebas que el nuevo sistema debe superar para seraceptado.

Se han definido los requisitos del entono

de pruebas y el alcance de las pruebas.

Se ha elaborado el plan de pruebas de aceptacin

del sistema, ste es coherente con el catlogo de

requisitos y con la especificacin funcional del sistema.

4.15.2 Objetivo de Control A2: Se debe garantizar la calidad de los distintos modelosgenerados en el proceso de anlisis del SI, y asegurar que los usuarios y los analistas tienen elmismo concepto del sistema.


41/146

A2-C1: Se debe de verificar la calidad tcnica de cada modelo y asegurar lacoherencia entre los distintos modelos.

La calidad formal de los distintos

modelos, comprobando si son conforme a la tcnica

para la elaboracin de cada producto y a las

Se ha realizado una validacin de los distintos

modelos con los requisitos especificados para el sistema

A2-C2: Debe realizarse una validacin formal de la especificacin de requisitos y delos modelos del anlisis del sistema.

Los usuarios ratifican que los requisitos

especificados en el catlogo de requisitos, as como

los casos de uso son vlidos, consistentes y completos.

Cualquier peticin de cambio en los requisitos

que pueda surgir posteriormente deben ser evaluada y

aprobada.

La actualizacin del plan de proyecto seguir los

criterios, detallndose en este punto en mayor medida la

entrega y transicin al nuevo sistema.

4.16 FASE DE DISEO

4.16.1 Objetivo de Control D1: Se debe definir una arquitectura del sistema que seacoherente con la especificacin funcional que se tenga y con el entorno tecnolgico.

D1-C1: organizacin en subsistemas de diseo, la especificacin del entonotecnolgico, requisitos de operacin, administracin, seguridad y control de acceso

deben estar definidos de forma clara y ser conformes a los estndares y normas del centro deinformacin y sistemas.

Estn diferenciados y definidos los subsistemas

especficos del sistema de informacin (en adelante,

subsistemas especficos) y los subsistemas de soporte.


42/146

Estn definidos todos los elementos que

configuran el entorno tecnolgico (servidores, PC,

perifricos, conexiones de red, sistemas gestores de

bases de datos) junto con su planificacin de

capacidades y sus requisitos de operacin,

administracin, seguridad y control de acceso.

Existe un catlogo de excepciones, de requisitos,

normas y estndares originados como consecuencia de la

adopcin de una determinada solucin de arquitectura o

infraestructura.

Los elementos seleccionados estn dentro de los

estndares del rea y son capaces de responder a los

requisitos establecidos de volmenes, tiempos de

respuesta, seguridad.

D1-C2: Se debe realizar un diseo detallado de los subsistemas de soporte y delsistema de informacin especfico.

Se han identificado los mecanismos genricos

de diseo, as como las libreras y clases reutilizables.

EI tamao de los mdulos o clases es adecuado

y el factor de acoplamiento entre ellos es mnimo y la

cohesin interna es mxima.

Los mdulos o clases, se disean para poder

ser reutilizados en el futuro por otros SI.

D1-C3: Se debe disear la estructura de datos adaptando las especificaciones delsistema al entorno tecnolgico.


43/146

EI modelo de datos tiene en cuenta el

entorno tecnolgico y los requisitos de rendimiento para

los volmenes y frecuencias de acceso estimados,

migracin de datos.

4.16.2 Objetivo de Control D2: Se deben generar todas las especificacionesnecesarias para la construccin del sistema de informacin:

D2-C1: Se deben generar unas especificaciones de construccin.

Se han fijado formalmente las directrices para la

construccin de los componentes del sistema, as como

de las estructuras de datos.D2-C2: Se debe especificar el procedimiento de migracin y carga inicial de datos as

como los requisitos de operacin.

Se definen los procedimientos de migracin y

sus componentes asociados, con las especificaciones

de construccin oportunas.

Se definen los requisitos relativos a la propia

formacin del sistema en el entorno de operacin y

D2-C3: Debe realizarse la especificacin tcnica del plan de pruebas.

Existe el plan de pruebas y contempla todos

los recursos necesarios para llevarlas a efecto.

Es adecuado para validar cada uno de los

componentes del sistema, incluyendo pruebas de caja

blanca. Tendrn en cuenta las posibles condiciones

lgicas de ejecucin, adems de posibles fallos del

hardware o software de base y ataques de seguridad.

Permite validar la integracin de los

distintos componentes y el sistema en conjunto.

D2-C4: Se debe realizar una aprobacin formal del diseo del sistema.


44/146

Se realiza la presentacin del diseo al comit

de direccin y se registra la aprobacin del mismo.

Se actualiza el plan de proyecto segn los

criterios de direccin y se registra la aprobacin del

4.17 FASE DE CONSTRUCCIN

4.17.1 Objetivo de Control CS-1: Los componentes que se desarrollen deben utilizartcnicas de programacin correctas

CS1-C1: Se debe preparar adecuadamente el entorno de desarrollo y de pruebas, ascomo los procedimientos de operacin y seguridad.

Se han creado e inicializado las bases de datos oficheros necesarios y cumplen las especificaciones de

construccin del sistema obtenidas en la fase de

diseo.

Se han preparado los editores, compiladores,

herramientas necesarias y estn disponibles los

puestos de trabajo.

Se han preparado los procedimientos de copia de

seguridad y restauracin.

Estn disponibles todos los elementos lgicos y

fsicos para realizar las pruebas unitarias y de

integracin.

Estn documentados todos los procedimientos de

operacin, seguridad y control de acceso al SI para

cuando el sistema este en explotacin. Y estos

CS1-C2: Se debe programar, probar y documentar cada uno de los componentesidentificados en el diseo del sistema.

Se han desarrollado todos los componentes y se

han seguido los estndares, normas de programacin y

documentacin del rea (cdigo comentado y

documentado).


45/146

Se ha probado cada componente de forma

unitaria siguiendo el plan de pruebas y se ha generado el

informe de prueba.

Se ha realizado la codificacin, prueba de los

componentes y procedimientos de migracin y carga

inicial de datos.

CS1-C3: Deben realizarse las pruebas de integracin para verificar si los subsistemasinteractan correctamente a travs de sus interfaces, tanto internas como externas, cubren lafuncionalidad establecida y se ajustan a los requisitos especificados en las verificacionescorrespondientes.

Se han llevado a cabo y realizado un

informe segn lo especificado en el plan de pruebas.Se han evaluado las pruebas y se han tomado las

acciones correctoras necesarias para solventar las

incidencias encontradas, actualizndose el proyecto en

consecuencia.

CS1-C4: Deben realizarse las pruebas de sistema para comprobar la integracin delsistema de informacin globalmente.

Las pruebas verifican el funcionamiento

correcto de las interfaces entre los distintossubsistemas que lo componen y con el resto de sistemas

de informacin con los que se comunica, as como el

cumplimiento de la especificacin de requisitos, de

acuerdo a las verificaciones establecidas en el plan

de pruebas para el nivel de pruebas del sistema.

Se ha generado un informe de pruebas de

sistema y se han evaluado las pruebas y tomndose lasacciones correctoras necesarias para solventar las

incidencias encontradas, actualizndose el proyecto en

consecuencia.

No han participado los usuarios, solo particip

el equipo de desarrollo.


46/146


47/146


48/146

4.18.2 Objetivo de Control IA-2: El sistema se pondr en explotacin formalmente ypasar a estar en mantenimiento slo cuando haya sido aceptado y est preparado

todo el entorno el que se ejecutar.

IA2-C1: Se deben instalar todos los procedimientos de explotacin.

Se han instalado adems del sistema principal

todos los procedimientos auxiliares, como copias,

recuperacin, etc., tanto manual como automtico.

Estn documentados de forma correcta.

Los usuarios finales han recibido la formacin

necesaria y tienen en su poder toda la documentacin

necesaria, fundamentalmente manuales de usuario.

Se han eliminado procedimientos antiguos

que sean incompatibles con el nuevo sistema.

IA2-C2: Si existe un sistema antiguo, el sistema nuevo se pondr en explotacin deforma coordina con la retirada del antiguo, migrando los datos si es necesario.

Hay un periodo de funcionamiento en paralelo

de los dos sistemas, hasta que el nuevo sistema este

funcionando con todas las garantas. Esta situacinno debe prolongarse ms tiempo del necesario.

Los datos se convierten de acuerdo

al procedimiento desarrollado y se verifica la

consistencia de la informacin entre el

sistema

IA2-C4: Para terminar el proyecto se pondr en marcha el mecanismo de

mantenimiento.EI mecanismo existe y est aprobado por el

director de proyecto, por el comit de direccin y por el

rea de desarrollo y mantenimiento.

Tiene en cuenta los tiempos de respuesta

mximos que se pueden permitir ante situaciones de no

funcionamiento.


49/146


50/146

Existe un catlogo de problemas y de

peticiones de mantenimiento sobre los sistemas de

informacin.

Todas las peticiones de mantenimiento son

presentadas de una forma estandarizada, para permitir su

clasificacin y facilitar la identificacin del tipo de

mantenimiento requerido.

En cada peticin de cambio se recoge al menos

la identificacin, origen y tipo de peticin, se le

asigna una prioridad inicial y se le incorpora una

descripcin, lo ms precisa posible, que facilite su

posterior anlisis.

Para cada peticin de mantenimiento aceptada se

determina de quien es la responsabilidad de atender la

solicitud para proceder a su estudio posterior, es decir, se

le asigna un responsable de mantenimiento.

M2-C2: Se debe llevar a cabo un diagnstico y anlisis del cambio para dar respuesta alas peticiones de mantenimiento que son aceptadas.

La informacin registrada es la correcta.

Si se trata de una peticin de mantenimiento

correctivo, se evala hasta qu punto es crtico el

problema. Si el problema es crtico, su anlisis y

solucin comienza inmediatamente con el fin de

reanudar rpidamente el nivel de servicio. Y el

procedimiento de actuacin establecido no exime de una

revisin posterior del problema para valorar los posibles

efectos secundarios, establecer una solucin definitiva y

actualizar todos los productos implicados y su

documentacin.

M2-C3: Se realiza el seguimiento de los cambios que se estn llevando a cabo en losprocesos de desarrollo, de acuerdo a los puntos de control del ciclo de vida del cambioestablecidos previamente.


51/146


52/146

I. DATOS GENERALES.

Nombre del Sistema: Pruebas de Reforma Fiscal 2010 para los Identificador N/Ventas, Facturacin y CxC

de la prueba:rea responsable del

sistema:Servicio a Clientes, CxC, Comercio

Exterior, Impuestos,Tipo desistema:

Px

egocio

Realiz las pruebas IT:

Nombre Edgar Espinosa

Puesto Lderde Proyecto Firma Fecha

Revis las pruebas IT:Nombre Lourdes Del ngel

PuestoGerente ERP SC Firma Fecha

Usuario solicitante deldesarrollo modificacin delsistema:

Nombre Fernando Garca

Puesto Gerente de ProyectosCorporativos Firma Fecha

Usuarios de reas involucradas:Si en las pruebas participa un proveedor externo, utilizar el campo de Puesto para identificar la compaa

a la que pertenece.

Rol en la prueba: Representante de Servicio aClientes

Nombre Antonio Vidal

Puesto Coordinador deServicio a Clientes Firma Fecha


53/146

Rol en la prueba: Representante de CxCNombre Luis Fernando Ramrez

Puesto Jefe de Crdito y Cobranza FirmaFecha

Rol en la prueba: Representantede Comercio

ExteriorNombre Ericka Gamboa

Puesto Administradora de Trfico

Firma Fecha

Rol en la prueba: Representante de ImpuestosNombre Guadalupe Gmez

Puesto Analista deImpuestos Firma Fecha

Rol en la prueba: Representante deContabilidad

Nombre Erika Martnez

Puesto Contador

II. INSTRUCCIONESDE LA PRUEBA:

Firma Fecha

1. Involucrar a personal de todas las reas que se vean afectadas por el sistema a ser probado.2. Definir los casos de prueba a retar y llenar un documento por cada caso.

3. Definir el tipo de pruebas a realizar dependiendo del tipo de sistema, as como de si es nuevo se estprobando slo una modificacin.

4. Preparar la informacin (datos, documentos software) necesarios para la realizacin de la prueba.5. Llenar la matriz de pruebas, no se permiten OK palomitas, sino la explicacin completa.

6. Anexar documentos de soporte tales como impresin de pantallas y reportes, conservando las anotacionesmanuales originales.

7. Anotar las conclusiones de la prueba, indicando las acciones a realizar de acuerdo al resultadoobtenido.

III. PREPARACIN PARA LA PRUEBA.

1. Caso de prueba:

Definir el caso de a ser retado

Procesos: Order ToCash


54/146

2. Tipo de prueba:

Pruebas Unitarias: Se verifica laimplementacin del diseo de un solo elemento o

Especificar qu tipo de prueba se llevar a cabo,considerando una opcin de cada columna, pues se debenrealizar de manera

combinada:Nota: Las pruebas estructurales slo se


55/146

para verificar el funcionamiento combinadodel Sw y Hw

para evaluar su

interaccin.Pruebas del sistema: Se verificar que el

sistema en su conjunto (Sw, Hw e interfaces)funciona de acuerdo a los RU en ambiente de

produccin.Pruebas Estructurales: Se basan en la

codificacin de los programas, se revisan las

Pruebas Unitarias

Pruebas de

integracin Pruebas

del sistema

Pruebas Estructurales

(caja blanca)

Pruebas Funcionales(caja negra)

Especificaciones de diseo SSI

Especificaciones funcionales Otro

Requerimientos de usuario

3. Pre-requisitos dela prueba:

Para realizar pruebas estructurales se

requieren las Especificaciones de diseo (ED),mientras que para las pruebas funcionales serequieren las Especificaciones funcionales (EF). En

el caso de las pruebas del sistema se requieren losRequerimientos de usuario (RU).

Para el caso de cambios menores a unsistema, tomar los requerimientos de usuario de laSolicitud de servicio a Informtica (SSI)

Software: BPCS, Buzon-e

Datos:

Datos del ambiente de pruebas.


56/146


57/146


58/146

BUZON ELuis F.Ramrez

fiscal de laorden

generacinde la

Nota decrdito

generacinde la

Nota decrdito

ACR500D1

Luis F.Ramrez

Aplicar pago a losdocumentos originados en el

Anexo I

Capturadel pago de los

documentosoriginados en elAnexo I

Verificarque el pago se

registrecorrectamente enla cuenta delcliente ACR300,as como en

Verificarque el pago se

registrecorrectamente enla cuenta delcliente ACR300,as como en

FacFin -

AnexoIV

ACR500D1

Luis F.Ramrez

Aplicar pago a losdocumentos originados en elAnexo II

Capturadel pago de losdocumentosoriginados en elAnexo I

Verificarque el pago seregistrecorrectamente enla cuenta delcliente ACR300,as como en

Verificarque el pago seregistrecorrectamente enla cuenta delcliente ACR300,as como en

FacFin -AnexoIV

ACR500D1

Luis F.Ramrez

Aplicar pago a losdocumentos originados en elAnexo III

Capturadel pago de losdocumentosoriginados en elAnexo I

Verificarque el pago seregistrecorrectamente enla cuenta del

cliente ACR300,as como en

Verificarque el pago seregistrecorrectamente enla cuenta del

cliente ACR300,as como en

FacFin -AnexoIV

BIX@Luis F.Ramrez

Revisar que las rdenesde

( TMA y CMA ) quecaigan en automtico en ORDgeneradas por BIX@

Verificarque coincidan lasordenesgeneradas con lafactura

proforma/facturade Alemania

Verificarque coincidan lasordenes generadascon la factura

proforma/factura deAlemania para sugeneracin en

ORD 700

Verificarque coincidan lasordenesgeneradas con lafactura

proforma/facturade Alemania parasu generacin enORD 700

FacFin -Anexo

2do Integrador Implantacion.docx

Documents

Transcript of 2do Integrador Implantacion.docx