Plan de SI para almacenes Gobiernos Regionales

UNIVERSIDAD CATOLICA SANTA MARIA
FACULTAD DE CIENCIAS E INGENIERIAS FISICAS Y FORMALES

PROGRAMA PROFESIONAL DE INGENIERIA INDUSTRIAL
TESIS:
PROPUESTA DE UN PLAN DE SISTEMAS DE INFORMACIN PARA
ALMACENES EN GOBIERNOS REGIONALES
Presentada por el Bachiller

LUIS MIGUEL GMEZ BOZA
Para optar el Ttulo Profesional de
INGENIERO INDUSTRIAL
AREQUIPA PERU
2013
DEDICATORIA
ii
AGRADECIMIENTOS
iii
CONTENIDO
DEDICATORIA ................................................................................................... ii
AGRADECIMIENTOS ....................................................................................... iii
CONTENIDO ..................................................................................................... iv
NDICE DE GRFICOS ..................................................................................... ix
NDICE DE TABLAS .......................................................................................... x
RESUMEN ........................................................................................................ xii
ABSTRACT ..................................................................................................... xiii
INTRODUCCIN ............................................................................................. xiv
CAPTULO I: PLANTEAMIENTO DEL PROBLEMA ......................................... 1

1.1
Situacin Problemtica ......................................................................... 1
1.1.1 Realidad problemtica .................................................................. 1
1.1.2
Definicin del Problema ............................................................... 1
1.1.3
Problema principal ........................................................................ 2
1.2
Objetivo de la Investigacin .................................................................. 2
1.2.1 Objetivo General............................................................................ 2
1.2.2
Objetivos Especficos ................................................................... 2
1.3
Hiptesis de la investigacin. ............................................................... 2
1.4
Variables e Indicadores ........................................................................ 3
1.4.1 Variable Independiente ................................................................. 3
1.4.2
1.5
1.6
Variable Dependiente .................................................................... 3
Delimitacin del trabajo de Investigacin.............................................. 4

Tipo y Nivel de la Investigacin ............................................................ 4
iv
CAPTULO II: MARCO TERICO DE REFERENCIA ...................................... 5

2.1. SISTEMAS DE INFORMACIN ........................................................... 5
2.1.1. Definicin ....................................................................................... 5
2.2. CLASIFICACIN DE LOS SISTEMAS DE INFORMACIN ................. 8
2.2.1. Tipos de Sistemas ......................................................................... 8
2.3. NIVELES DE SISTEMAS DE INFORMACIN ................................... 10
2.3.1. Nivel Estratgico ......................................................................... 10
2.3.2. Nivel Administrativo .................................................................... 10
2.3.3. Nivel de Conocimiento ................................................................ 10
2.3.4. Nivel Operativo ............................................................................ 11
2.4. METODOLOGAS DE DESARROLLO DE SISTEMAS DE
INFORMACIN ............................................................................................. 11
2.4.1. Metodologa RUP - desarrollo de software de calidad ............. 11
2.4.2. Modelo vista controlador ............................................................ 17
2.4.3. Metodologa ARDI ....................................................................... 19
2.4.4. Metodologa Estructurada .......................................................... 20
2.4.5. Metodologa Mtrica Versin 3................................................... 21
2.5. METODOLOGA MTRICA VERSIN 3 ............................................ 22
2.6. APORTACIONES DE MTRICA VERSIN 3 .................................... 23
2.7. PROCESOS PRINCIPALES DE MTRICA VERSIN 3.................... 24
2.7.1. Proceso de Planificacin de Sistemas de Informacin ........... 26
2.7.2. Proceso de Desarrollo de Sistemas de Informacin ................ 26
2.7.3. Proceso de Mantenimiento de Sistemas de Informacin ........ 27
2.8. ESPECIFICACIN DE LOS MODULOS DE LA METODOLOGA ..... 28
2.8.1. Planificacin de Sistemas de Informacin (PSI)....................... 28
2.8.2. Desarrollo de Sistemas de Informacin .................................... 30
2.8.3. Mantenimiento de Sistemas de Informacin (MSI) ................... 39
2.9. INTERFACES DE MTRICA VERSIN 3 .......................................... 40
2.9.1. Gestin de Proyectos ................................................................. 41
2.9.2. Seguridad ..................................................................................... 42

2.9.3. Gestin de la Configuracin....................................................... 43
2.9.4. Aseguramiento de la Calidad ..................................................... 43
CAPTULO III: ANTECEDENTES INSTITUCIONALES A LA PROPUESTA . 45

3.1. Generalidades .................................................................................... 45
3.1.1. Objeto y contenido de la Ley ..................................................... 45
3.1.2. Legitimidad y naturaleza jurdica ............................................... 45
3.1.3. Jurisdiccin ................................................................................. 45
3.1.4. Finalidad ...................................................................................... 46
3.1.5. Desarrollo regional...................................................................... 46
3.1.6. Relaciones de cooperacin y coordinacin y proceso de
integracin regional. ............................................................................... 46
3.1.7. Principios rectores de las polticas y la gestin regional. ....... 47
3.1.8. Competencias constitucionales................................................. 47
3.1.9. Estructura bsica ........................................................................ 49
3.1.10. Organizacin del rgano Ejecutivo del Gobierno Regional .... 49
3.2. Gobierno Regional Arequipa .............................................................. 51
3.2.1. Funciones generales................................................................... 51
3.2.2. Funciones especficas ................................................................ 52
3.3. Estrategia Institucional........................................................................ 53
3.3.1. Misin del GRA ............................................................................ 54
3.3.2. Visin del GRA ............................................................................ 54
3.4. Estructura Organizacional del Gobierno Regional de Arequipa .......... 55
3.4.1. Estructura Orgnica ................................................................... 55
3.4.2. Presidencia Regional .................................................................. 56
vi
3.4.3. Vice Presidencia Regional .......................................................... 56

3.4.4. Gerencia General Regional ........................................................ 56
3.5. Estructura Orgnica de la Gerencia Regional de Infraestructura ....... 57
3.5.1. Funciones Generales de la Gerencia Regional de
Infraestructura ......................................................................................... 57
3.5.2. reas a su cargo: ........................................................................ 59
3.5.3. Sub Gerencia de Formulacin de Proyectos de Inversin ...... 59
3.5.4. Sub Gerencia de Ejecucin de Proyectos de Inversin ........... 59
3.5.5. Sub Gerencia de Supervisin y Liquidacin de Proyectos de
Inversin ................................................................................................... 60
3.5.6. Sub Gerencia de Equipo Mecnico............................................ 60
3.6. Procesos que desarrolla la Gerencia Regional de Infraestructura ...... 60
3.6.1. Sub Gerencia de Ejecucin de Proyectos de Inversin ........... 61
Inversin. .................................................................................................. 63
CAPTULO IV: DESARROLLO DE LA PROPUESTA .................................... 65

4.1. Generalidades .................................................................................... 65
4.2. Descripcin de la propuesta ............................................................... 67
4.3. Detalle de los componentes de la propuesta ...................................... 70
4.3.1. ACTIVIDAD PSI 1: INICIO DEL PLAN DE SISTEMAS DE
INFORMACIN ......................................................................................... 70
4.3.2. ACTIVIDAD PSI 2: DEFINICIN Y ORGANIZACIN DEL PSI ... 76
4.3.3. ACTIVIDAD PSI 3: ESTUDIO DE LA INFORMACIN
RELEVANTE ............................................................................................. 80
4.3.4. ACTIVIDAD PSI 4: IDENTIFICACIN DE REQUISITOS ............. 81
vii
4.3.5. ACTIVIDAD PSI 5: ESTUDIO DE LOS SISTEMAS DE

INFORMACIN ACTUALES ................................................................... 105
4.3.6. ACTIVIDAD PSI 6: DISEO DEL MODELO DE SISTEMAS DE
INFORMACIN ....................................................................................... 108
4.3.7. ACTIVIDAD PSI 7: DEFINICIN DE LA ARQUITECTURA
TECNOLGICA ...................................................................................... 109
4.3.8. ACTIVIDAD PSI 8: DEFINICIN DEL PLAN DE ACCIN ........ 115
4.3.9. ACTIVIDAD PSI 9: REVISIN Y APROBACIN DEL PSI ........ 119
CAPTULO V: EVALUACIN DE LA PROPUESTA .................................... 122

5.1. Generalidades .................................................................................. 122
5.2. Evaluacin de la Variable Independiente.......................................... 122
5.2.1. Cumplimiento de actividades ................................................... 122
5.2.2. Desarrollo de Entregables ........................................................ 126
5.3. Evaluacin de la Variable Dependiente ............................................ 129
5.3.1. Aprobacin de inicio del PSI .................................................... 129
5.3.2. Aceptacin del Plan de trabajo propuesto por parte de los
implicados .............................................................................................. 131
5.3.3. Aceptacin de los objetivos ..................................................... 132
CONCLUSIONES ........................................................................................... 135

RECOMENDACIONES ................................................................................... 137
GLOSARIO DE TRMINOS ........................................................................... 138
FUENTES DE INFORMACIN....................................................................... 141
ANEXOS ......................................................................................................... 143
viii
NDICE DE GRFICOS
FIGURA N 1:
DATOS E INFORMACIN .................................................................................................... 7
FIGURA N 2:
FUNCIONES DE UN SISTEMA DE INFORMACIN ................................................................ 8
FIGURA N 3:
TIPOS DE SISTEMAS DE INFORMACIN ........................................................................... 10
FIGURA N 4:
NIVELES DE LOS SISTEMAS DE INFORMACIN ................................................................. 11
FIGURA N 5:
FASES DE LA METODOLOGA RUP .................................................................................... 17
FIGURA N 6:
RELACIN ENTRE EL MVC ................................................................................................ 18
FIGURA N 7:
COLABORACIN ENTRE LOS COMPONENTES DE UN MVC .............................................. 19
FIGURA N 8:
ESQUEMA DE UNA METODOLOGA CLSICA DE DESARROLLO DE SISTEMAS ................. 21
FIGURA N 9:
ESQUEMA DE LA METODOLOGA MTRICA V3 ................................................................ 25
FIGURA N 10:
ESTRUCTURA ORGNICA DEL GOBIERNO REGIONAL AREQUIPA ................................ 55
FIGURA N 11:
ESTRUCTURA ORGNICA DE LA GERENCIA DE INFRAESTRUCTURA DE LA GRA .......... 57
FIGURA N 12:
PRINCIPALES PROCESOS DE LA GRI-GRA ..................................................................... 61
FIGURA N 13:
SECUENCIA DE ACTIVIDADES DEL PROCESO PSI .......................................................... 70
FIGURA N 14:
DIAGRAMA GANTT DE ACTIVIDADES DEL PSI .............................................................. 79
FIGURA N 15:
PROCESO DE ALMACENAMIENTO ............................................................................... 82
FIGURA N 16:
PROCESO DE RECEPCIN ............................................................................................. 84
FIGURA N 17:
PROCESO DE VERIFICACIN DE BIENES ....................................................................... 86
FIGURA N 18:
PROCESO DE VERIFICACIN DE BIENES ....................................................................... 86
FIGURA N 19:
PROCESO DE INTERNAMIENTO.................................................................................... 87
FIGURA N 20:
PROCESO DE INTERNAMIENTO.................................................................................... 88
FIGURA N 21:
PROCESO DE REGISTRO ............................................................................................... 89
FIGURA N 22:
PROCESO DE DISTRIBUCIN ........................................................................................ 91
FIGURA N 23:
PROCESO DE AUTORIZACIN DE DESPACHO .............................................................. 94
FIGURA N 24:
PROCESO DE CONTROL DE BIENES .............................................................................. 96
FIGURA N 25:
MODELO DE INFORME 1 .............................................................................................. 98
FIGURA N 26:
MODELO DE INFORME 2 .............................................................................................. 99
FIGURA N 27:
SECUENCIA LGICA DE LA DOCUMENTACIN .......................................................... 109
FIGURA N 28:
DIAGRAMA DE OPERACIONES Y PRODUCCIN DE DOCUMENTOS ........................... 110
FIGURA N 29:
DIAGRAMA GANTT DE FUTUROS PROYECTOS ........................................................... 116
FIGURA N 30:
DIAGRAMA GANTT DEL PLAN DE MANTENIMIENTO ................................................. 118
FIGURA N 31:
HISTOGRAMA DE FRECUENCIAS DE ACTIVIDADES DEL PSI........................................ 125
FIGURA N 32:
DIAGRAMA GANTT DE COMPARACIN DE INICIO DEL PSI ........................................ 129
FIGURA N 33:
HISTOGRAMA DE FRECUENCIAS DE REQUISITOS ...................................................... 131
FIGURA N 34:
HISTOGRAMA DE FRECUENCIAS DE OBJETIVOS DEL PSI ........................................... 134
ix
NDICE DE TABLAS
TABLA N 1.
VARIABLE INDEPENDIENTE - PLAN OPERACIONAL ........................................................ 3
TABLA N 2.
VARIABLE DEPENDIENTE - PLAN OPERACIONAL ............................................................ 3
TABLA N 3.
EJES ESTRATGICOS DE DESARROLLO ......................................................................... 73
TABLA N 4.
OBJETIVOS DEL GRA VS OBJETIVOS DEL PSI ................................................................ 74
TABLA N 5.
RESPONSABLES DEL PSI POR PARTE DE LA INSTITUCIN ............................................ 76
TABLA N 6.
CUADRO DE PERSONAL DEL PSI ................................................................................... 78
TABLA N 7.
ANTECEDENTES RELEVANTES ...................................................................................... 80
TABLA N 8.
VALORACIN DE ANTECEDENTES ................................................................................ 81
TABLA N 9.
REQUISITOS DE ALTO NIVEL ...................................................................................... 100
TABLA N 10.
REQUISITO DE LA LIQUIDACIN DE MOVIMIENTOS DE ALMACN ....................... 101
TABLA N 11.
REQUISITO DE LA ORDEN DE COMPRA ................................................................. 101
TABLA N 12.
REQUISITO DE LA GUA DE REMISIN ................................................................... 102
TABLA N 13.
REQUISITO DE LA PECOSA ..................................................................................... 102
TABLA N 14.
REQUISITO DEL REGISTRO DE INGRESO A ALMACN ............................................ 103
TABLA N 15.
REQUISITO DEL INFORME MENSUAL DE ALMACN .............................................. 103
TABLA N 16.
REQUISITO DEL KARDEX ........................................................................................ 104
TABLA N 17.
REQUISITO DEL BINDCARD .................................................................................... 104
TABLA N 18.
REQUISITO DEL REQUERIMIENTO DE MATERIALES ............................................... 105
TABLA N 19.
REQUISITO DEL VALE DE CONSUMO ..................................................................... 105
TABLA N 20.
SUB-DIVISIONES POR NIVELES DE LOS SI ............................................................... 106
TABLA N 21.
VALORACIN DE LOS SI ACTUALES........................................................................ 107
TABLA N 22.
ALCANCE DE LOS SI A TRAVS DE LOS NIVELES ..................................................... 108
TABLA N 23.
CUADRO COMPARATIVO ALTERNATIVA 1 ............................................................. 110
TABLA N 24.
TABLA N 25.
TABLA N 26.
COSTO - BENEFICIO ALTERNATIVA 1 ..................................................................... 113
TABLA N 27.
TABLA N 28.
TABLA N 29.
CONSOLIDADO COMPARATIVO DE LAS ALTERNATIVAS ........................................ 115
TABLA N 30.
EVALUACIN DE SALIDAS DEL PSI ......................................................................... 121
TABLA N 31.
CUADRO DE FRECUENCIAS DE ACTIVIDADES DEL PSI............................................ 124
TABLA N 32.
ESCALA DE APROBACIN PARA ACTIVIDADES ...................................................... 125
TABLA N 33.
TIPOS DE ENTREGABLES ........................................................................................ 126
TABLA N 34.
ESCALA DE APROBACIN DE INICIO DEL PSI ......................................................... 130
TABLA N 35.
CUADRO COMPARATIVO DE ELEMENTOS APROBADOS ....................................... 130
TABLA N 36.
CUADRO DE CONTENIDOS APROBADOS ............................................................... 132
TABLA N 37.
CUADRO DE FRECUENCIAS DE OBJETIVOS DEL PSI ............................................... 133
TABLA N 38.
ESCALA DE APROBACIN PARA OBJETIVOS DEL PSI ............................................. 134
xi
RESUMEN
xii
ABSTRACT
xiii
INTRODUCCIN
xiv
CAPTULO I:
PLANTEAMIENTO DEL PROBLEMA
1.1 Situacin Problemtica
1.1.1 Realidad problemtica
En la actualidad se da el caso de prdidas de artculos en los

almacenes
de
obras,
artculos
no
valorados,
informes
desactualizados, as como tambin una inadecuada gestin de los

inventarios.
Dado el caso de la obra Instalacin de redes primarias y
secundarias del sistema de agua potable y alcantarillado de las
partes altas del Distrito de Mariano Melgar del cual podemos
extraer de su informe mensual correspondiente al mes de abril del
ao 2012; del cual tomaremos como ejemplo el artculo Cemento
Portland Tipo 1 (42.5 kg) cuya unidad de medida es la bolsa, en el
cual vemos que la procedencia es del Almacn Central con
movimientos de entrada y salida del mes marzo y abril generando
una diferencia en el acumulado de 93 bolsas, a un precio unitario
de S/. 21.06 tambin extrado del informe cuya referencia es el
expediente tcnico de dicha obra. Dado que este solo movimiento
debera estar valorado en S/.1958.58 lo cual empieza a generar
una inadecuada gestin de los inventarios.
1.1.2 Definicin del Problema
El pedido al Almacn Central (Directiva 8 ver anexo 1) genera

retraso en la obra, adems genera que no se pueda llevar una
correcta gestin de inventarios. Los Prstamos entre obras es algo
comn ya sea de combustibles y lubricantes como el Aceite
torculado cuya unidad es el balde o como repuestos tal es el caso
de las Abrazaderas de (pieza), dado que estos prstamos son
de forma interna y por decirlo informal, se generan prdidas que a

su vez ocasionan retrasos. Tambin la compra tarda de artculos
que al ser comparada con el expediente tcnico genera un sobre
coste en la obra.
1.1.3 Problema principal
La ausencia de un mecanismo de control, ocasiona la carencia de

control y supervisin de recursos en custodia, que conlleva a la
perdida y/o retraso de acciones que requieran dichos recursos, as
como la dilucin de la responsabilidad de los actores en los
almacenes de obras del Gobierno Regional de Arequipa.
1.2 Objetivo de la Investigacin
1.2.1 Objetivo General
Proponer un Plan de Sistemas de Informacin para almacenes de

obras en gobiernos regionales usando la Metodologa Mtrica
Versin 3, para la gestin de inventarios.
1.2.2 Objetivos Especficos
Definir los requisitos del Plan de Sistemas de Informacin
Establecer una arquitectura de informacin
Establecer un plan de accin
1.3 Hiptesis de la investigacin.
Ser posible que aplicando la Metodologa Mtrica V3, se pueda

proponer un Plan de Sistemas de Informacin para almacenes de obras
en gobiernos regionales.
1.4 Variables e Indicadores

1.4.1 Variable Independiente
Tabla N 1.
Variable
Mtrica V3
Definicin Conceptual
Marco metodolgico
para la propuesta,
desarrollo y
mantenimiento de
sistemas de informacin
Definicin Operacional
Estructura de actividades
que agrupan tareas
especficas y
estructuradas para el
logro de los sistemas de
informacin
Variable independiente - plan operacional

Indicadores
Cumplimiento de
actividades
Desarrollo de
Entregables
ndice
Proporcin de actividades
desarrolladas correctamente de
acuerdo a la metodologa
Proporcin de entregables
elaborados y aprobados
correctamente.
Fuente
Estructura
Metodolgica
del Plan de
Sistemas de
Informacin
Fuente: Elaboracin Propia.
1.4.2 Variable Dependiente

Tabla N 2.
Variable
Definicin Conceptual
Definicin Operacional
Variable dependiente - plan operacional

Indicadores
Plan de
Sistemas de
Informacin
Plan que nos ayuda a

proporcionar un marco
estratgico de
referencia para los
Sistemas de
Informacin de un
determinado mbito de
la Organizacin.
Aprobacin de inicio
del PSI
Plan mediante el cual
podremos establecer un
Sistema de Informacin
adecuado para los
almacenes de obras en
gobiernos regionales
Aceptacin del Plan

de trabajo propuesto
por parte de los
implicados
Aceptacin de los
objetivos
Fuente: Elaboracin Propia.
ndice
Fuente
Proporcin de la diferencia del tiempo
de aprobacin versus el tiempo
estimado
Proporcin de los contenidos
aprobados versus los propuestos
Cumplimiento
Proporcin de la variacin del PSI
de
propuesto con el aceptado
actividades
Proporcin de la variacin del PDSI
del PSI
Proporcin de la variacin del MSI
Proporcin de objetivos aprobados
del PSI
1.5 Delimitacin del trabajo de Investigacin
Delimitacin Espacial
La investigacin se realizar en los almacenes de obras del
Gobierno Regional Arequipa (GRA).
Delimitacin Temporal
La investigacin tiene unas etapas cuyo desarrollo comprende de
Setiembre del 2013 a Noviembre del 2013.
1.6 Tipo y Nivel de la Investigacin
Por la naturaleza del problema de investigacin, el estudio ser de

tipo aplicada debido a que se empleara conocimiento existente en
el planteamiento y desarrollo de la propuesta.
El proyecto alcanzara un nivel exploratorio, debido a que se

planteara una solucin a un problema ya existente, y que fue
abordado por otros medios, constituyendo la propuesta una
solucin alterna.
CAPTULO II:
MARCO TERICO DE REFERENCIA
2.1.
SISTEMAS DE INFORMACIN
2.1.1. Definicin
Un sistema de informacin se puede definir desde el punto de

vista tcnico como un conjunto de componentes interrelacionados
que recolectan (o recuperan), procesan, almacenan y distribuyen
informacin para apoyar la toma de decisiones y el control en una
organizacin. Adems, los sistemas de informacin tambin
pueden ayudar a los gerentes y los trabajadores a analizar
problemas,
visualizar
asuntos
complejos
crear
nuevos
productos. (Laudon, 2012).
Un sistema de informacin es un conjunto de elementos

interrelacionados con el propsito de prestar atencin a las
demandas de informacin de una organizacin, para elevar el
nivel de conocimientos que permitan un mejor apoyo a la toma de
decisiones y desarrollo de acciones. (Pea, 2006).
Los Sistemas de Informacin son herramientas utilizadas por

organizaciones para apoyar el desarrollo de sus actividades, sean
stas de corto, mediano o largo plazo. Un papel importante en
este mbito lo tienen las personas que sern los usuarios de los
Sistemas de Informacin, quienes no siempre ven a estas
herramientas de buena manera, manifestando en ocasiones
actitudes de resistencia o rechazo, lo que puede ser producto de
la cultura organizacional imperante, la que puede dificultar el
desarrollo e incorporacin de nuevos Sistemas de Informacin.
(Araya Orero, 2004).
Por lo tanto podemos entender por Sistema de Informacin a

aquel sistema encargado de coordinar los flujos y registros de
informacin necesarios para llevar a cabo las funciones de una
empresa de acuerdo con la estrategia de misma.
Los sistemas de informacin contienen informacin acerca de las

personas, lugares y cosas importantes dentro de la organizacin o
del entorno en que se desenvuelve. Por informacin se
entienden los datos que se han moldeado en una forma
significativa y til para los seres humanos. En contraste, los datos
son secuencias de hechos en bruto que representan eventos que
ocurren en las organizaciones o en el entorno fsico antes de ser
organizados y ordenados en una forma que las personas puedan
entender y utilizar de manera efectiva.
Un breve ejemplo que contrasta la informacin y los datos ilustra

la diferencia entre ambos. Las cajas de los supermercados
registran millones de piezas de datos, como los cdigos de barras
que describen el producto. Dichos datos se pueden totalizar y
analizar para dar una informacin significativa como el total de
botellas de detergente para trastes vendidas en una tienda en
particular, qu marcas de detergente para trastes se vendieron
ms rpidamente en esa tienda o rea de ventas, o la cantidad
total de esa marca de detergente para trastes vendida en esa
tienda o regin como se muestra a continuacin.
Figura N 1:
331 Detergente para trastes 1.29

863 Caf La Montaa 4.69
173 Alimento para gatos .79
663 Jamn serrano 3.29
524 Mostaza picante 1.49
113 Jengibre .85
Datos e Informacin
SISTEMA DE
INFORMACIN
Regin de Ventas: Noreste

Tienda: Supertienda #122
Item Nro. Descripcin
Vendidas
331
Detergente para 7,156
trastes
Ventas Anuales
$ 9,231.24
Fuente: Sistemas De Informacin Gerencial - Laudon

Los datos en bruto de la caja registradora de un supermercado se procesan y organizan para obtener
informacin significativa, como la cantidad de unidades totales vendidas de detergente para trastes o los
ingresos totales por la venta de detergente para trastes de una tienda o una zona de ventas especficas.
Hay tres actividades en un sistema de informacin que producen

la informacin que esas organizaciones necesitan para tomar
decisiones, controlar operaciones, analizar problemas y crear
nuevos productos o servicios. Estas actividades son entrada,
procesamiento y salida. La entrada captura o recolecta datos en
bruto tanto de la organizacin como de su entorno externo. El
procesamiento convierte esta entrada de datos en una forma
significativa. La salida transfiere la informacin procesada a las
personas que la usarn o a las actividades para las que se
utilizar.
Los
sistemas
de
informacin
tambin
requieren
retroalimentacin, que es la salida que se devuelve al personal

correspondiente de la organizacin para ayudarle a evaluar o
corregir la etapa de entrada; como se ver a continuacin.
Figura N 2:
Funciones de un Sistema de Informacin

ENTORNO
Proveedores
Clientes
ORGANIZACIN
SISTEMA DE INFORMACIN
Entrada
Procesamiento
Clasificar
Ordenar
Calcular
Salida
Retroalimentacin
(Feedback)
Agencias
reguladoras
Competidores
Accionistas

Un sistema de informacin contiene informacin sobre una organizacin y su entorno. Tres actividades
bsicas -entrada, procesamiento y salida- producen la informacin que las organizaciones necesitan.
La retroalimentacin es la salida devuelta a las personas o actividades adecuadas de la organizacin
para evaluar y refinar la entrada. Los participantes del entorno, como clientes, proveedores,
competidores, accionistas y agencias reguladoras interactan con la organizacin y sus sistemas de
informacin.
2.2.
CLASIFICACIN DE LOS SISTEMAS DE INFORMACIN
2.2.1. Tipos de Sistemas
Los sistemas de informacin se desarrollan para diferentes

propsitos, dependiendo de las necesidades de los usuarios
humanos y la empresa. Los sistemas de procesamiento de
transacciones
(TPS)
funcionan
nivel
operativo
de
la
organizacin, los sistemas de automatizacin de oficinas (OAS) y
los sistemas de trabajo del conocimiento (KWS) brindan soporte

para el trabajo a nivel de conocimiento. Entre los sistemas de
nivel superior se incluyen los sistemas de informacin gerencial
(MIS) y los sistemas de soporte de decisiones (DSS). Los
sistemas expertos aplican la experiencia de los encargados de
tomar
decisiones
para
resolver
problemas
especficos
estructurados. En el nivel estratgico de la administracin nos

encontramos con sistemas de soporte para ejecutivos (ESS). Los
sistemas de soporte de decisiones en grupo (GDSS) y los
sistemas de trabajo colaborativo asistido por computadora
(CSCWS) que se describen en formas ms general, ayudan en el
proceso de toma de decisiones, a nivel de grupo, de la variedad
semiestructurada o no estructurada.
La variedad de sistemas de informacin que los analistas pueden

desarrollar se muestra en la figura que veremos a continuacin.
Observe que la figura presenta estos sistemas de abajo hacia
arriba , indicando que el nivel operacional de la organizacin (el
ms bajo) cuenta con el apoyo (soporte) de los sistemas TPS,
mientras que el nivel estratgico de decisiones semiestructuradas
y no estructuradas (el ms alto) cuenta con el soporte de los
sistemas ESS , GDSS y CSCWS en la parte superior .
Figura N 3:
Tipos de Sistemas de Informacin
ESS
GDSS
CSCWS
Sistemas Expertos
Sistemas de soporte de decisiones
Sistemas de Informacin administrativa
Sistemas de trabajo de conocimiento
Sistemas de automatizacin de oficinas
Sistemas de procesamiento de transacciones
Fuente: Anlisis y Diseo de Sistemas - Kendall
2.3.
NIVELES DE SISTEMAS DE INFORMACIN
2.3.1. Nivel Estratgico

Incluye a los administradores de nivel superior, que son los
encargados de realizar planes a largo a plazo, como por ejemplo
Previsin de Ventas, Planificacin Estratgica, etc.
2.3.2. Nivel Administrativo

Incluye a los administradores de nivel medio, que son los
encargados de realizar el control y seguimiento, como por ejemplo
Programacin de la Produccin, Presupuesto anual, etc.
2.3.3. Nivel de Conocimiento

Incluye a los trabajadores de conocimiento, que son los
encargados de realizar el diseo de produccin y manejo de la
10
informacin, como por ejemplo Ingeniera, Documentacin,

Agenda electrnica, etc.
2.3.4. Nivel Operativo

Incluye a los administradores operativos (supervisores), que son
los encargados de realizar el monitoreo de tareas diarias, como
por ejemplo rdenes de pedido, Nmina, Facturacin, etc.
Figura N 4:
Niveles de los Sistemas de Informacin
ADMINISTRADORES DE NIVEL
SUPERIOR
NIVEL ESTRATGICO
ADMINISTRADORES DE NIVEL
MEDIO
NIVEL ADMINISTRATIVO
TRABAJADORES DE
CONOCIMIENTO
NIVEL DE CONOCIMIENTO
NIVEL OPERATIVO
ADMINISTRADORES
OPERATIVOS
2.4.
METODOLOGAS DE DESARROLLO DE SISTEMAS DE

INFORMACIN
2.4.1. Metodologa RUP - desarrollo de software de calidad
El Proceso Unificado Racional (Rational Unified Process), y sus

siglas RUP, es un proceso de desarrollo de software y junto con el
Lenguaje
Unificado
de
Modelado
UML,
constituye
una
metodologa estandarizada muy utilizada para el anlisis,

implementacin y documentacin de sistemas orientados a
11
objetos. El RUP no es un sistema con pasos firmemente

establecidos, sino que trata de un conjunto de metodologas
adaptables al contexto y necesidades de cada organizacin,
donde el software es organizado como una coleccin de unidades
atmicas llamados objetos, constituidos por datos y funciones,
que interactan entre s.(Philippe Kruchten "The Rational Unified
Process An Introduction)
RUP es un proceso para el desarrollo de un proyecto de un

software que define claramente quien, cmo, cundo y qu debe
hacerse en el proyecto.
1. RUP como proceso de desarrollo
RUP es explcito en la definicin de software y su

trazabilidad, es decir, contempla en relacin causal de los
programas creados desde los requerimientos hasta la
implementacin y pruebas.
RUP identifica claramente a los profesionales (actores)

involucrados
en
el
desarrollo
del
software
sus
responsabilidades en cada una de las actividades.
2. Fases de desarrollo del software
Inicio
Elaboracin
Construccin
Transicin
12
3. Fase de inicio
Se hace un plan de fases, donde se identifican los

principales casos de uso y se identifican los riesgos. Se
concreta la idea, la visin del producto, como se enmarca
en el negocio, el alcance del proyecto. El objetivo en esta
etapa es determinar la visin del proyecto.
A. Modelado del negocio

En esta fase el equipo se familiarizar ms al
funcionamiento de la empresa, sobre conocer sus
procesos.
Entender
la
estructura
y la
dinmica
de
la
organizacin para la cual el sistema va ser

desarrollado.
-
Entender el problema actual en la organizacin

objetivo e identificar potenciales mejoras.
Asegurar
que
clientes,
usuarios
finales
desarrolladores tengan un entendimiento comn de

la organizacin objetivo.
B. Requisitos
En esta lnea los requisitos son el contrato que se
debe cumplir, de modo que los usuarios finales tienen
que
comprender
aceptar
los
requisitos
que
especifiquemos.
Establecer y mantener un acuerdo entre clientes y

otros stakeholders sobre lo que el sistema podra
hacer.
13
Proveer
los
desarrolladores
un
mejor
entendimiento de los requisitos del sistema.

-
Definir el mbito del sistema.
Proveer una base para estimar costos y tiempo de

desarrollo del sistema.
Definir una interfaz de usuarios para el sistema,

enfocada a las necesidades y metas del usuario.
4. Fase de elaboracin
Se realiza el plan de proyecto, donde se completan los

casos de uso y se mitigan los riesgos. Planificar las
actividades
necesarias
los
recursos
requeridos,
especificando las caractersticas y el diseo de la

arquitectura. En esta etapa el objetivo es determinar la
arquitectura ptima.
A. Anlisis y Diseo
En esta actividad se especifican los requerimientos y
se describen sobre cmo se van a implementar en el
sistema.
Transformar los requisitos al diseo del sistema.
Desarrollar una arquitectura para el sistema.
Adaptar el diseo para que sea consistente con el

entorno de implementacin.
14
5. Fase de construccin
Se basa en la elaboracin de un producto totalmente

operativo y en la elaboracin del manual de usuario.
Construir el producto, la arquitectura y los planes, hasta
que el producto est listo para ser enviado a la comunidad
de usuarios. En esta etapa el objetivo es llevar a obtener la
capacidad operacional inicial.
A. Implementacin
Se implementan las clases y objetos en ficheros
fuente, binarios, ejecutables y dems. El resultado
final es un sistema ejecutable.
Planificar
qu
implementados
subsistemas
y
en
qu
deben
orden
ser
deben
ser
integrados, formando el Plan de Integracin.

-
Cada
implementador
decide
en
qu
orden
implementa los elementos del subsistema.

-
Si encuentra errores de diseo, los notifica.
Se integra el sistema siguiendo el plan.
B. Pruebas
Este flujo de trabajo es el encargado de evaluar la
calidad del producto que estamos desarrollando, pero
no para aceptar o rechazar el producto al final del
proceso de desarrollo, sino que debe ir integrado en
todo el ciclo de vida.
15
Encontrar y documentar defectos en la calidad del

software.
Generalmente asesora sobre la calidad del software

percibida.
Provee la validacin de los supuestos realizados en

el diseo y especificacin de requisitos por medio de
demostraciones concretas.
Verificar las funciones del producto de software

segn lo diseado.
Verificar que los requisitos tengan su apropiada

implementacin.
6. Fase de transicin
El objetivo es llegar a obtener el release del proyecto. Se

realiza la instalacin del producto en el cliente y se procede
al entrenamiento de los usuarios. Realizar la transicin del
producto a los usuarios, lo cual incluye: manufactura,
envo,
entrenamiento,
soporte
mantenimiento
del
producto, hasta que el cliente quede satisfecho, por tanto

en esta fase suelen ocurrir cambios.
A. Despliegue
Esta actividad tiene como objetivo producir con xito
distribuciones del producto y distribuirlo a los
usuarios. Las actividades implicadas incluyen:
Probar el producto en su entorno de ejecucin final.
Empaquetar el software para su distribucin.
Distribuir el software.
Instalar el software.
Proveer asistencia y ayuda a los usuarios.
16
Formar a los usuarios y al cuerpo de ventas.
Migrar el software existente o convertir bases de

datos.
Figura N 5:
Fases de la Metodologa RUP
Fuente: Rational Software - IBM
Cada una de estas etapas es desarrollada mediante el ciclo

de iteraciones, la cual consiste en reproducir el ciclo de
vida en cascada a menor escala. Los objetivos de una
iteracin se establecen en funcin de la evaluacin de las
iteraciones precedentes.
2.4.2. Modelo vista controlador
El Modelo Vista Controlador (MVC) es un patrn de arquitectura

de software que separa los datos y la lgica de negocio de una
aplicacin de la interfaz de usuario y el mdulo encargado de
gestionar los eventos y las comunicaciones. Para ello MVC
propone la construccin de tres componentes distintos que son el
modelo, la vista y el controlador, es decir, por un lado define
componentes para la representacin de la informacin, y por otro
lado para la interaccin del usuario. Este patrn de diseo se
17
basa en las ideas de reutilizacin de cdigo y la separacin de

conceptos, caractersticas que buscan facilitar la tarea de
desarrollo de aplicaciones y su posterior mantenimiento. (Steve
Burbeck How to use Model-View-Controller)
Figura N 6:
Relacin entre el MVC
Fuente: Trygve Reenskaug

Las lneas slidas indican una asociacin directa, y las punteadas una indirecta
1. Descripcin del Patrn

De manera genrica, los componentes de MVC se podran definir
como sigue:
El Modelo: Es la representacin de la informacin con la cual

el sistema opera, por lo tanto gestiona todos los accesos a
dicha informacin, tanto consultas como actualizaciones,
implementando tambin los privilegios de acceso que se
hayan descrito en las especificaciones de la aplicacin (lgica
de negocio). Enva a la vista aquella parte de la informacin
que en cada momento se le solicita para que sea mostrada
(tpicamente a un usuario). Las peticiones de acceso o
manipulacin de informacin llegan al modelo a travs del
controlador.
El Controlador: Responde a eventos (usualmente acciones

del usuario) e invoca peticiones al modelo cuando se hace
alguna solicitud sobre la informacin (por ejemplo, editar un
18
documento o un registro en una base de datos). Tambin

puede enviar comandos a su vista asociada si se solicita un
cambio en la forma en que se presenta de modelo (por
ejemplo, desplazamiento o scroll por un documento o por los
diferentes registros de una base de datos), por tanto se
podra decir que el controlador hace de intermediario entre
la vista y el modelo.
La Vista: Presenta el modelo (informacin y lgica de

negocio)
en
un
formato
adecuado
para
interactuar
(usualmente la interfaz de usuario) por tanto requiere de dicho

'modelo' la informacin que debe representar como salida.
Figura N 7:
Colaboracin entre los componentes de un MVC
Fuente: Trygve Reenskaug
2.4.3. Metodologa ARDI
El ARDI es el Anlisis, Requisitos y su determinacin, Diseo y

Desarrollo y la Implementacin y la evaluacin de un Sistema de
Informacin. Al escribir ARDI se crea que se podra contribuir al
progreso actual del desarrollo de la Ingeniera de Software, en la
que se describira organizadamente la labor de desarrollo del
19
software en forma planificada en la red de actividades (HartmanMatthes-Proeme, 7 Ed. 1985).
El desarrollo de Software se divide en fases generales. Cada una

de estas empieza especificando las actividades que comprende y
dichas actividades y se subdividen en fases.
Las rpidas variaciones del entorno en que las modernas

organizaciones deben operar plantean unas exigencias muy
concretas respecto a los tiempos de reaccin y a las medidas de
control interno.
Cualquier exigencia entorno al Software a desarrollar puede ser

satisfecha cuando se dispone de informacin oportuna, adecuada
y precisa.
2.4.4. Metodologa Estructurada
Se considera un clsico, debido a que los procedimientos de la

metodologa se establecen en etapas, las cuales debern ser
seguidas bajo un enfoque secuencial de anlisis, diseo y
desarrollo y es el ms aplicado en el desarrollo de Software.
Entre sus caractersticas encontramos:
Se maneja como proyecto
Gran volumen de datos y transacciones
Abarca varias reas organizativas de la empresa
Tiempo de desarrollo largo
Requiere que se cumplan todas las etapas, para poder

cumplir las siguientes (progresin lineal y secuencial de una
fase a la otra)
20
Figura N 8:
Esquema de una Metodologa clsica de Desarrollo de Sistemas
Fuente: Luis Castellanos1
2.4.5. Metodologa Mtrica Versin 3
MTRICA es una metodologa de planificacin, desarrollo y

mantenimiento de sistemas de informacin, promovida en 2013,
Ministerio de Hacienda y Administraciones Pblicas (antiguo
Ministerio de Administraciones Pblicas ) del Gobierno de Espaa
para la sistematizacin de actividades del ciclo de vida de los
proyectos software en el mbito de las administraciones pblicas.
Esta metodologa propia est basada en el modelo de procesos
del ciclo de vida de desarrollo ISO/IEC 12207 (Information
Technology - Software Life Cycle Processes) as como en la
norma ISO/IEC 15504 SPICE (Software Process Improvement
And Assurance Standards Capability Determination). (Ministerio
de Administraciones Pblicas-Espaa)
Esta metodologa se desarrollar con mayor amplitud en el punto

2.5.
Nota: La fuente de la Metodologa Estructura es de Edward Yourdon-Larry L. Constantine, 1979
21
2.5.
METODOLOGA MTRICA VERSIN 3
La metodologa MTRICA Versin 3 ofrece a las Organizaciones un

instrumento til para la sistematizacin de las actividades que dan
soporte al ciclo de vida del software dentro del marco que permite
alcanzar los siguientes objetivos:
Proporcionar o definir Sistemas de Informacin que ayuden a

conseguir los fines de la Organizacin mediante la definicin de un
marco estratgico para el desarrollo de los mismos.
Dotar a la Organizacin de productos software que satisfagan las

necesidades de los usuarios dando una mayor importancia al anlisis
de requisitos.
Mejorar la productividad de los departamentos de Sistemas y

Tecnologas de la Informacin y las Comunicaciones, permitiendo
una mayor capacidad de adaptacin a los cambios y teniendo en
cuenta la reutilizacin en la medida de lo posible.
Facilitar la comunicacin y entendimiento entre los distintos

participantes en la produccin de software a lo largo del ciclo de vida
del proyecto, teniendo en cuenta su papel y responsabilidad, as
como las necesidades de todos y cada uno de ellos.
Facilitar la operacin, mantenimiento y uso de los productos software

obtenidos.
Su punto de partida es la versin anterior de MTRICA de la cual se han

conservado la adaptabilidad, flexibilidad y sencillez, as como la
estructura de actividades y tareas, si bien las fases y mdulos de
MTRICA versin 2.1 han dado paso a la divisin en Procesos, ms
adecuada a la entrada-transformacin-salida que se produce en cada
una de las divisiones del ciclo de vida de un proyecto. Para cada tarea
se detallan los participantes que intervienen, los productos de entrada y
de salida as como las tcnicas y prcticas a emplear para su obtencin.
22
En la elaboracin de MTRICA Versin 3 se han tenido en cuenta los

mtodos de desarrollo ms extendidos, as como los ltimos estndares
de ingeniera del software y calidad, adems de referencias especficas
en cuanto a seguridad y gestin de proyectos. Tambin se ha tenido en
cuenta la experiencia de los usuarios de las versiones anteriores para
solventar los problemas o deficiencias detectados.
En una nica estructura la metodologa MTRICA Versin 3 cubre

distintos tipos de desarrollo: estructurado y orientado a objetos,
facilitando a travs de interfaces la realizacin de los procesos de apoyo
u organizativos: Gestin de Proyectos, Gestin de Configuracin,
Aseguramiento de Calidad y Seguridad.
La automatizacin de las actividades propuestas en la estructura de

MTRICA Versin 3 es posible ya que sus tcnicas estn soportadas
por una amplia variedad de herramientas de ayuda al desarrollo.
As mismo se ha elaborado un curso de autoformacin, que sirva para

aprender todos los conceptos y elementos de la metodologa MTRICA
Versin 3 contemplando varios niveles y diversos perfiles.
2.6.
APORTACIONES DE MTRICA VERSIN 3
En lo que se refiere a estndares se ha tenido en cuenta como

referencia el Modelo de Ciclo de Vida de Desarrollo propuesto en la
norma ISO 12.207 "Information technology Software life cycle
processes". Siguiendo este modelo se ha elaborado la estructura de
MTRICA Versin 3 en la que se distinguen procesos principales
(Planificacin, Desarrollo y Mantenimiento) e interfaces (Gestin de
Proyectos, Aseguramiento de la Calidad, Seguridad y Gestin de
23
Proyectos) cuyo objetivo es dar soporte al proyecto en los aspectos

organizativos.
Se ha ampliado el enfoque de la Planificacin de Sistemas de

Informacin respecto a MTRICA Versin 2.1, incluyendo planificacin
estratgica y recogiendo las actividades de ms alto nivel de la fase PSI
de MTRICA Versin 2.1. Las actividades restantes de la antigua fase
PSI se han incorporado al proceso de Desarrollo de la actual versin.
Igualmente, aparece el proceso de Mantenimiento de Sistemas de
Informacin que no estaba contemplado en MTRICA Versin 2.1.
Los procesos principales se han enriquecido especificando el contenido,

la forma y el momento en que se obtienen los productos, as como la
relacin entre los productos obtenidos en cada tarea, su reutilizacin en
tareas posteriores y el producto final de cada actividad o proceso.
Tambin se han especificado los participantes de forma ms precisa en
cada tarea, reformando la participacin de los usuarios, bien sea usuario
final o de sistemas, de forma que dicha participacin no se limite a
labores informativas frente a las tareas de verificacin, aumentando as
su responsabilidad.
2.7.
PROCESOS PRINCIPALES DE MTRICA VERSIN 3
MTRICA Versin 3 tiene un enfoque orientado al proceso, ya que la

tendencia general en los estndares se encamina en este sentido y por
ello, como ya se ha dicho, se ha enmarcado dentro de la norma ISO
12.207, que se centra en la clasificacin y definicin de los procesos del
ciclo de vida del software. Como punto de partida y atendiendo a dicha
norma, MTRICA Versin 3 cubre el Proceso de Desarrollo y el Proceso
de Mantenimiento de Sistemas de Informacin.
24
MTRICA Versin 3 ha sido concebida para abarcar el desarrollo

completo de Sistemas de Informacin sea cual sea su complejidad y
magnitud, por lo cual su estructura responde a desarrollos mximos y
deber adaptarse y dimensionarse en cada momento de acuerdo a las
caractersticas particulares de cada proyecto.
La metodologa descompone cada uno de los procesos en actividades, y

stas a su vez en tareas. Para cada tarea se describe su contenido
haciendo referencia a sus principales acciones, productos, tcnicas,
prcticas y participantes.
El orden asignado a las actividades no debe interpretarse como

secuencia en su realizacin, ya que stas pueden realizare en orden
diferente a su numeracin o bien en paralelo, como se muestra en los
grficos de cada proceso. Sin embargo, no se dar por acabado un
proceso hasta no haber finalizado todas las actividades del mismo
determinadas al inicio del proyecto.
As los procesos de la estructura principal de MTRICA Versin 3 son

los siguientes:
Figura N 9:
Esquema de la Metodologa Mtrica V3
PDSI
PSI
EVS
GP
ASI
CAL
DSI
CSI
SEG
IAS
MSI
GC
Fuente: Ministerio de Administraciones Pblicas - Espaa
25
PLANIFICACIN DE SISTEMAS DE INFORMACIN.

DESARROLLO DE SISTEMAS DE INFORMACIN.
MANTENIMIENTO DE SISTEMAS DE INFORMACIN.
2.7.1. Proceso de Planificacin de Sistemas de Informacin
Al no estar dentro del mbito de la norma ISO 12.207 de

Procesos del Ciclo de Vida de Software, se ha determinado a
partir del estudio de los ltimos avances en este campo, la alta
competitividad
y el
cambio
que
estn
sometidas
las
organizaciones. El entorno de alta competitividad y cambio en el

que actualmente se encuentran las organizaciones, hace cada
vez ms crtico el requerimiento de disponer de los sistemas y las
tecnologas de la informacin con flexibilidad para adaptarse a las
nuevas exigencias, con la velocidad que demanda dicho entorno.
La existencia de tecnologa de reciente aparicin, permite

disponer de sistemas que apoyan la toma de decisiones a partir
de grandes volmenes de informacin procedentes de los
sistemas de gestin e integrados en una plataforma corporativa.
MTRICA Versin 3 ayuda en la planificacin de sistemas de
informacin facilitando una visin general necesaria para
posibilitar dicha integracin y un modelo de informacin global de
la organizacin.
2.7.2. Proceso de Desarrollo de Sistemas de Informacin
Para facilitar la comprensin y dada su amplitud y complejidad se

ha subdividido en cinco procesos:
26
ESTUDIO DE VIABILIDAD DEL SISTEMA (EVS).

ANLISIS DEL SISTEMA DE INFORMACIN (ASI).
DISEO DEL SISTEMA DE INFORMACIN (DSI).
CONSTRUCCIN DEL SISTEMA DE INFORMACIN (CSI).
IMPLANTACIN Y ACEPTACIN DEL SISTEMA (IAS).
La necesidad de acortar el ciclo de desarrollo de los sistemas de

informacin ha orientado a muchas organizaciones a la eleccin
de productos software del mercado cuya adaptacin a sus
requerimientos supona un esfuerzo bastante inferior al de un
desarrollo
medida,
por
no
hablar
de
los
costes
de
mantenimiento. Esta decisin, que es estratgica en muchas

ocasiones para una organizacin, debe tomarse con las debidas
precauciones, y es una realidad que est cambiando el escenario
del desarrollo del software. Otra consecuencia de lo anterior es la
prctica, cada vez ms habitual en las organizaciones, de la
contratacin de servicios externos en relacin con los sistemas y
tecnologas de la informacin y las comunicaciones, llevando a la
necesidad de una buena gestin y control de dichos servicios
externos y del riesgo implcito en todo ello, para que sus
resultados supongan un beneficio para la organizacin. MTRICA
Versin 3 facilita la toma de decisin y la realizacin de todas las
tareas que comprende el desarrollo de un sistema de informacin.
2.7.3. Proceso de Mantenimiento de Sistemas de Informacin
Desde el enfoque de la norma ISO 12.207, el comprende

actividades y tareas de modificacin o retirada de todos los
componentes de un sistema de informacin (hardware, software,
software de base, operaciones manuales, redes, etc.). Este marco
de actuacin no es el objetivo de MTRICA Versin 3, ya que
esta metodologa est dirigida principalmente al proceso de
27
desarrollo del software. Por lo tanto, MTRICA Versin 3 refleja

los aspectos del Mantenimiento, correctivo y evolutivo, que tienen
relacin con el Proceso de Desarrollo.
2.8.
ESPECIFICACIN DE LOS MODULOS DE LA METODOLOGA
2.8.1. Planificacin de Sistemas de Informacin (PSI)
El objetivo de un Plan de Sistemas de Informacin es

proporcionar un marco estratgico de referencia para los
Sistemas de Informacin de un determinado mbito de la
Organizacin. El resultado del Plan de Sistemas debe, por tanto,
orientar las actuaciones en materia de desarrollo de Sistemas de
Informacin con el objetivo bsico de apoyar la estrategia
corporativa, elaborando una arquitectura de informacin y un plan
de proyectos informticos para dar apoyo a los objetivos
estratgicos.
Por este motivo es necesario un proceso como el de Planificacin

de Sistemas de Informacin, en el que participen, por un lado los
responsables de los procesos de la organizacin con una visin
estratgica y por otro, los profesionales de SI capaces de
enriquecer dicha visin con la aportacin de ventajas competitivas
por medio de los sistemas y tecnologas de la informacin y
comunicaciones.
Como productos finales de este proceso se obtienen los

siguientes, que podrn constituir la entrada para el siguiente
proceso de Estudio de Viabilidad del Sistema:
Catlogo de requisitos de PSI que surge del estudio de la

situacin actual en el caso de que sea significativo dicho estudio,
28
del diagnstico que se haya llevado a cabo y de las necesidades

de informacin de los procesos de la organizacin afectados por
el plan de sistemas.
Arquitectura de informacin que se compone a su vez de los

siguientes productos:
o
Modelo de informacin.
Modelo de sistemas de informacin.
Arquitectura tecnolgica.
Plan de proyectos.
Plan de mantenimiento del PSI.
Un Plan de Sistemas de Informacin proporcionar un marco de

referencia en materia de Sistemas de Informacin. En ocasiones
podr servir de palanca de cambio para los procesos de la
Organizacin, pero su objetivo estar siempre diferenciado del de
un anlisis de dichos procesos por s mismos. Dicho en otras
palabras, no se debe confundir el resultado que se persigue con
un Plan de Sistemas de Informacin, con el de una mejora o
reingeniera de procesos, ya que los objetivos en ambos casos no
son los mismos, aunque el medio para conseguirlos tenga puntos
en comn (estudio de los procesos y alineamiento con los
objetivos estratgicos).
Este nuevo enfoque de alineamiento de los sistemas de

informacin con la estrategia de la organizacin, la implicacin
directa de la alta direccin y la propuesta de solucin presenta
como ventajas:
La implicacin de la alta direccin facilita que se pueda

desarrollar con los recursos necesarios y el calendario
establecido.
La perspectiva horizontal de los procesos dentro de la

Organizacin facilita que se atienda a intereses globales y
29
no particulares de unidades organizativas que puedan

desvirtuar los objetivos del Plan. Para mantener la visin
general que apoye los objetivos estratgicos, el enfoque de
un Plan de Sistemas de Informacin debe orientarse al
estudio por procesos.
La prioridad del desarrollo de los sistemas de informacin de

la organizacin por objetivos estratgicos.
La propuesta de Arquitectura de Informacin que se hace en

el plan es ms estratgica que tecnolgica. El modelo de
sistemas de informacin de la propuesta no es terico y se
contemplan los sistemas de informacin actuales que se
mantendrn.
2.8.2. Desarrollo de Sistemas de Informacin
El proceso de Desarrollo de MTRICA Versin 3 contiene todas

las actividades y tareas que se deben llevar a cabo para
desarrollar un sistema, cubriendo desde el anlisis de requisitos
hasta la instalacin del software. Adems de las tareas relativas al
anlisis,
incluye
dos
partes
en
el
diseo
de
sistemas:
arquitectnico y detallado. Tambin cubre las pruebas unitarias y

de integracin del sistema, aunque siguiendo la norma ISO
12.207 no propone ninguna tcnica especfica y destaca la
importancia de la evolucin de los requisitos. Este proceso es, sin
duda, el ms importante de los identificados en el ciclo de vida de
un sistema y se relaciona con todos los dems.
En MTRICA Versin 3 se han abordado los dos tipos de

desarrollo: estructurado y orientado a objeto, por lo que ha sido
necesario establecer actividades especficas a realizar en alguno
de los procesos cuando se utiliza la tecnologa de orientacin a
objetos.
30
El desarrollo en MTRICA Versin 3 lo constituyen los procesos:
ESTUDIO DE VIABILIDAD DEL SISTEMA (EVS).
ANLISIS DEL SISTEMA DE INFORMACIN (ASI).
DISEO DEL SISTEMA DE INFORMACIN (DSI).
CONSTRUCCIN DEL SISTEMA DE INFORMACIN

(CSI).
IMPLANTACIN Y ACEPTACIN DEL SISTEMA (IAS).
A. Estudio de Viabilidad del Sistema (EVS)

El propsito de este proceso es analizar un conjunto concreto
de necesidades, con la idea de proponer una solucin a corto
plazo. Los criterios con los que se hace esta propuesta no
sern estratgicos sino tcticos y relacionados con aspectos
econmicos, tcnicos, legales y operativos.
Los resultados del Estudio de Viabilidad del Sistema

constituirn la base para tomar la decisin de seguir adelante
o abandonar. Si se decide seguir adelante pueden surgir uno
o varios proyectos que afecten a uno o varios sistemas de
informacin. Dichos sistemas se desarrollarn segn el
resultado obtenido en el estudio de viabilidad y teniendo en
cuenta la cartera de proyectos para la estrategia de
implantacin del sistema global.
Se ha considerado que este proceso es obligatorio, aunque el

nivel de profundidad con el que se lleve a cabo depender de
cada caso. En las alternativas se considerarn soluciones "a
medida", soluciones basadas en la adquisicin de productos
software del mercado o soluciones mixtas.
31
Para valorar las alternativas planteadas y determinar una

nica solucin, se estudiar el impacto en la organizacin de
cada una de ellas, la inversin y los riesgos asociados.
El resultado final de este proceso son los productos

relacionados con la solucin que se propone para cubrir la
necesidad concreta que se plante en el proceso, y que
depende de si la solucin conlleva desarrollo a medida o no:
B. Anlisis del Sistema de Informacin (ASI)
El propsito de este proceso es conseguir la especificacin

detallada del sistema de informacin, a travs de un catlogo
de requisitos y una serie de modelos que cubran las
necesidades de informacin de los usuarios para los que se
desarrollar el sistema de informacin y que sern la entrada
para el proceso de Diseo del Sistema de Informacin.
En primer lugar se describe inicialmente el sistema de

informacin, a partir de los productos generados en el proceso
Estudio de Viabilidad del Sistema (EVS). Se delimita su
alcance, se genera un catlogo de requisitos generales y se
describe el sistema mediante unos modelos iniciales de alto
nivel.
Se recogen de forma detallada los requisitos funcionales que

el sistema de informacin debe cubrir, catalogndolos, lo que
permite hacer la traza a lo largo de los procesos de desarrollo.
Adems, se identifican los requisitos no funcionales del
sistema, es decir, las facilidades que ha de proporcionar el
sistema, y las restricciones a que estar sometido, en cuanto
a rendimiento, frecuencia de tratamiento, seguridad, etc.
32
Para facilitar el anlisis del sistema se identifican los

subsistemas de anlisis, y se elaboran los modelos de Casos
de Uso y de Clases, en desarrollos orientados a objetos, y de
Datos y Procesos en desarrollos estructurados. Se ha
incorporado una actividad especfica para la definicin de
Interfaces de Usuario al tiempo que se van obteniendo y
depurando los requisitos y los anteriores modelos. Se
especificarn todas las interfaces entre el sistema y el usuario,
como formatos de pantallas, dilogos, formatos de informes y
formularios de entrada.
Finalizados
los
modelos,
se
realiza
un
anlisis
de
consistencia, mediante una verificacin y validacin, lo que

puede forzar la modificacin de algunos de los modelos
obtenidos.
Una vez realizado dicho anlisis de consistencia se elabora el

producto
Especificacin
de
Requisitos
Software,
que
constituye un punto de referencia en el desarrollo del software

y la lnea base de referencia para las peticiones de cambio
sobre los requisitos inicialmente especificados.
En este proceso se inicia tambin la especificacin del Plan de

Pruebas, que se completar en el proceso Diseo del Sistema
de Informacin (DSI).
Los productos resultantes del Anlisis del Sistema de

Informacin, dependen del tipo de desarrollo de que se trate y
se detallan a continuacin especificando los que son distintos,
segn los dos tipos de desarrollo a los que da respuesta
MTRICA Versin 3:
33
Descripcin general del entorno tecnolgico.
Glosario de trminos.
Catlogo de normas.
Catlogo de requisitos.
Especificacin de interfaz de usuario.
En este proceso es muy importante la participacin de los

usuarios, a travs de tcnicas interactivas, como diseo de
dilogos y prototipos, que permiten al usuario familiarizarse
con el nuevo sistema y colaborar en la construccin y
perfeccionamiento del mismo.
C. Diseo del Sistema de Informacin (DSI)
El propsito del Diseo del Sistema de Informacin (DSI) es

obtener la definicin de la arquitectura del sistema y del
entorno tecnolgico que le va a dar soporte, junto con la
especificacin detallada de los componentes del sistema de
informacin. A partir de dicha informacin, se generan todas
las especificaciones de construccin relativas al propio
sistema, as como la especificacin tcnica del plan de
pruebas, la definicin de los requisitos de implantacin y el
diseo de los procedimientos de migracin y carga inicial,
stos ltimos cuando proceda.
El diseo de la arquitectura del sistema depender en gran

medida de las caractersticas de la instalacin, de modo que
se ha de tener en cuenta una participacin activa de los
responsables
de
Sistemas
Explotacin
de
las
Organizaciones para las que se desarrolla el sistema de

informacin.
34
Este proceso consta de un primer bloque de actividades, que

se realizan en paralelo, y cuyo objetivo es obtener el diseo
de detalle del sistema de informacin que comprende la
particin fsica del sistema de informacin, independiente de
un
entorno
subsistemas
tecnolgico
concreto,
de
la
diseo,
la
organizacin
especificacin
del
en
entorno
tecnolgico sobre el que se despliegan dichos subsistemas y

la definicin de los requisitos de operacin, administracin del
sistema, seguridad y control de acceso.
De este primer bloque de actividades se obtienen los

Catlogo de requisitos (se completa).
Catlogo de excepciones.
Catlogo de normas para el diseo y construccin.
Diseo de la arquitectura del sistema.
Entorno tecnolgico del sistema.
Procedimientos de operacin y administracin del

sistema.
Procedimientos de seguridad y control de acceso.
Diseo detallado de los subsistemas de soporte.
Modelo fsico de datos optimizado.
Asignacin de esquemas fsicos de datos a nodos.
Al igual que en el proceso de Anlisis del Sistema de

Informacin (ASI), antes de proceder a la especificacin de
los componentes, se realiza una verificacin y validacin, con
objeto de analizar la consistencia entre los distintos modelos y
formalizar la aceptacin del diseo de la arquitectura del
sistema por parte de los usuarios de Explotacin y Sistemas.
35
Un segundo bloque de actividades complementa el diseo del

sistema de informacin, en el que se generan todas las
especificaciones necesarias para la construccin del sistema
de informacin:
Las especificaciones de construccin de los componentes del

sistema (mdulos o clases, segn el caso) y de las
estructuras de datos.
Los procedimientos de migracin y sus componentes

asociados.
La definicin y revisin del plan de pruebas, y el diseo de las

verificaciones de los niveles de prueba establecidos.
El catlogo de excepciones que permite establecer un

conjunto de verificaciones relacionadas con el propio diseo o
con la arquitectura del sistema.
La especificacin de los requisitos de implantacin.
D. Construccin del Sistema de Informacin (CSI)
La construccin del Sistema de Informacin (CSI) tiene como

objetivo final la construccin y prueba de los distintos
componentes del sistema de informacin, a partir del conjunto
de especificaciones lgicas y fsicas del mismo, obtenido en el
Proceso de Diseo del Sistema de Informacin (DSI). Se
desarrollan los procedimientos de operacin y seguridad y se
elaboran los manuales de usuario final y de explotacin, estos
ltimos cuando proceda.
Para conseguir dicho objetivo, se recoge la informacin

relativa
al
producto
del
diseo
Especificaciones
de
construccin del sistema de informacin, se prepara el entorno

de construccin, se genera el cdigo de cada uno de los
componentes del sistema de informacin y se van realizando,
36
a medida que se vaya finalizando la construccin, las pruebas

unitarias de cada uno de ellos y las de integracin entre
subsistemas.
Si fuera necesario realizar una migracin de datos, es en este

proceso donde se lleva a cabo la construccin de los
componentes de migracin y procedimientos de migracin y
carga inicial de datos.
Como resultado de dicho proceso se obtiene:
Resultado de las pruebas unitarias.
Evaluacin del resultado de las pruebas de integracin.
Evaluacin del resultado de las pruebas del sistema.
Producto software:
o
Cdigo fuente de los componentes.
Procedimientos de operacin y administracin del sistema.
Procedimientos de seguridad y control de acceso.
Manuales de usuario.
Especificacin de la formacin a usuarios finales.
Cdigo fuente de los componentes de migracin y carga

inicial de datos.
Procedimientos de migracin y carga inicial de datos.
Evaluacin del resultado de las pruebas de migracin y

carga inicial de datos.
E. Implantacin y Aceptacin del Sistema (IAS)
Este proceso tiene como objetivo principal, la entrega y

aceptacin del sistema en su totalidad, que puede comprender
varios sistemas de informacin desarrollados de manera
independiente, segn se haya establecido en el proceso de
Estudio de Viabilidad del Sistema (EVS), y un segundo
37
objetivo que es llevar a cabo las actividades oportunas para el

paso a produccin del sistema.
Se establece el plan de implantacin, una vez revisada la

estrategia de implantacin y se detalla el equipo que lo
realizar.
Para el inicio de este proceso se toman como punto de partida

los componentes del sistema probados de forma unitaria e
integrados en el proceso Construccin del Sistema de
Informacin (CSI), as como la documentacin asociada. El
Sistema se someter a las Pruebas de Implantacin con la
participacin del usuario de operacin cuya responsabilidad,
entre otros aspectos, es comprobar el comportamiento del
sistema bajo las condiciones ms extremas. Tambin se
someter a las Pruebas de Aceptacin cuya ejecucin es
responsabilidad del usuario final.
En este proceso se elabora el plan de mantenimiento del

sistema de forma que el responsable del mantenimiento
conozca el sistema antes de que ste pase a produccin.
Como resultado de este proceso se obtienen los siguientes

productos:
Plan de implantacin del sistema en su totalidad.
Equipo de implantacin que realizar la implantacin.
Plan de formacin del equipo de implantacin (esquema,

materiales, recursos necesarios, planificacin y especificacin
de la formacin de usuarios finales).
Evaluacin de las pruebas de implantacin del sistema por

parte del usuario de operacin.
38
Evaluacin de las pruebas de aceptacin del sistema por

parte del usuario final.
Plan de mantenimiento previo al paso a produccin.
Acuerdo de nivel de servicio del sistema.
Sistema en produccin.
2.8.3. Mantenimiento de Sistemas de Informacin (MSI)
El objetivo de este proceso es la obtencin de una nueva versin

de un sistema de informacin desarrollado con MTRICA, a partir
de las peticiones de mantenimiento que los usuarios realizan con
motivo de un problema detectado en el sistema o por la necesidad
de una mejora del mismo.
Como consecuencia de esto, slo se considerarn en MTRICA

Versin 3 los tipos de Mantenimiento Correctivo y Evolutivo. Se
excluyen los tipos de Mantenimiento Adaptativo y Perfectivo, que
abarcan actividades tales como la migracin y la retirada de
software que precisaran el desarrollo de un tipo de metodologa
especfica para resolver su cometido.
Ante una peticin de cambio de un sistema de informacin ya en

produccin, se realiza un registro de las peticiones, se diagnostica
el tipo de mantenimiento y se decide si se le da respuesta o no,
en funcin del plan de mantenimiento asociado al sistema
afectado por la peticin, y se establece con qu prioridad.
La definicin de la solucin al problema o necesidad planteada

por el usuario que realiza el responsable de mantenimiento,
incluye un estudio del impacto, la valoracin del esfuerzo y coste,
las actividades y tareas del proceso de desarrollo a realizar y el
plan de pruebas de regresin.
39
Los productos que se obtienen en este proceso son los

siguientes:
2.9.
Catlogo de peticiones de cambio.
Resultado del estudio de la peticin.
Propuesta de solucin.
Anlisis de impacto de los cambios.
Plan de accin para la modificacin.
Plan de pruebas de regresin.
Evaluacin del cambio.
Evaluacin del resultado de las pruebas de regresin.
INTERFACES DE MTRICA VERSIN 3
La estructura de MTRICA Versin 3 incluye tambin un conjunto de

interfaces que definen una serie de actividades de tipo organizativo o de
soporte al proceso de desarrollo y a los productos, que en el caso de
existir en la organizacin se debern aplicar para enriquecer o influir en
la ejecucin de las actividades de los procesos principales de la
metodologa y que si no existen habr que realizar para complementar y
garantizar el xito del proyecto desarrollado con MTRICA Versin 3.
La aplicacin de MTRICA Versin 3 proporciona sistemas con calidad y

seguridad, no obstante puede ser necesario en funcin de las
caractersticas del sistema un refuerzo especial en estos aspectos,
refuerzo que se obtendra aplicando la interfaz.
Las interfaces descritas en la metodologa son:

Gestin de Proyectos (GP)
Seguridad (SEG)
Aseguramiento de la Calidad (CAL)
Gestin de la Configuracin (GC)
40
2.9.1. Gestin de Proyectos
La Gestin de Proyectos tiene como finalidad principal la

planificacin, el seguimiento y control de las actividades y de los
recursos humanos y materiales que intervienen en el desarrollo
de un Sistema de Informacin. Como consecuencia de este
control es posible conocer en todo momento qu problemas se
producen y resolverlos o paliarlos lo ms pronto posible, lo cual
evitar desviaciones temporales y econmicas.
La Interfaz de Gestin de Proyectos de MTRICA Versin 3

contempla proyectos de desarrollo de Sistemas de Informacin en
sentido amplio.
Las actividades de la Interfaz de Gestin de Proyectos son de tres

tipos:
Actividades de Inicio del Proyecto (GPI), que permiten estimar el
esfuerzo y establecer la planificacin del proyecto.

Actividades de Seguimiento y Control (GPS), supervisando la
realizacin de las tareas por parte del equipo de proyecto y

gestionando las incidencias y cambios en los requisitos que
puedan presentarse y afectar a la planificacin del proyecto.
Actividades de Finalizacin del Proyecto, cierre y registro de la
documentacin de gestin.
Estas actividades pueden requerir, en funcin de la complejidad

del proyecto, el soporte de herramientas comerciales de gestin
de proyectos.
41
2.9.2. Seguridad
El anlisis de los riesgos constituye una pieza fundamental en el

diseo y desarrollo de sistemas de informacin seguros. Si bien
los riesgos que afectan a un sistema de informacin son de
distinta ndole: naturales (inundaciones, incendios, etc.) o lgicos
(fallos propios, ataques externos, virus, etc.) son estos ltimos los
contemplados en la interfaz de Seguridad de MTRICA Versin 3.
El objetivo de la interfaz de seguridad de MTRICA Versin 3 es

incorporar en los sistemas de informacin mecanismos de
seguridad adicionales a los que se proponen en la propia
metodologa, asegurando el desarrollo de cualquier tipo de
sistema a lo largo de los procesos que se realicen para su
obtencin.
As mismo se hace especial hincapi en la formacin en materia

de seguridad.
Las valoraciones sobre la seguridad deben realizarse en funcin

de las caractersticas del sistema sin perder de vista adems que,
al ser finitos los recursos, no pueden asegurarse todos los
aspectos del desarrollo de los sistemas de informacin, por lo que
habr que aceptar un determinado nivel de riesgo concentrndose
en los aspectos ms comprometidos o amenazados, que sern
diferentes segn las circunstancias.
42
2.9.3. Gestin de la Configuracin
La interfaz de gestin de la configuracin consiste en la aplicacin

de procedimientos administrativos y tcnicos durante el desarrollo
del sistema de informacin y su posterior mantenimiento. Su
finalidad
es identificar,
definir,
proporcionar
informacin
controlar los cambios en la configuracin del sistema, as como

las modificaciones y versiones de los mismos. Este proceso
permitir conocer el estado de cada uno de los productos que se
hayan definido como elementos de configuracin, garantizando
que no se realizan cambios incontrolados y que todos los
participantes en el desarrollo del sistema disponen de la versin
adecuada de los productos que manejan.
La gestin de configuracin facilita adems el mantenimiento del

sistema, aportando informacin precisa para valorar el impacto de
los cambios solicitados y reduciendo el tiempo de implementacin
de un cambio, tanto evolutivo como correctivo.
2.9.4. Aseguramiento de la Calidad
El objetivo de la interfaz de Aseguramiento de la Calidad de

MTRICA Versin 3 es proporcionar un marco comn de
referencia para la definicin y puesta en marcha de planes
especficos de aseguramiento de calidad aplicables a proyectos
concretos.
Las actividades propias de la interfaz de Calidad en MTRICA

Versin 3 estn orientadas a verificar la calidad de los productos.
Son actividades que evalan la calidad y que son realizadas por
un grupo de Asesoramiento de la Calidad independiente de los
responsables de la obtencin de los productos. Estas actividades
43
de interfaz de MTRICA Versin 3 no entran en contradiccin con

el Plan General de Garanta de Calidad (PGGC), siendo
lo
suficientemente abiertas como para soportar una nueva versin

del PGGC en el futuro.
Las actividades contempladas en la interfaz de Aseguramiento de

la Calidad permitirn:
-
Reducir, eliminar y prevenir las deficiencias de calidad de

los productos a obtener.
Alcanzar una razonable confianza en que las prestaciones

y servicios esperados por el cliente o el usuario queden
satisfechas.
44
CAPTULO III:
ANTECEDENTES INSTITUCIONALES A LA PROPUESTA
3.1.
Generalidades
La Ley Orgnica de Gobiernos Regionales nos dice lo siguiente.

Disposiciones Generales:
3.1.1. Objeto y contenido de la Ley
La presente Ley Orgnica establece y norma la estructura,

organizacin, competencias y funciones de los gobiernos
regionales. Define la organizacin democrtica, descentralizada
y desconcentrada del Gobierno Regional conforme a la
Constitucin y a la Ley de Bases de la Descentralizacin.
3.1.2. Legitimidad y naturaleza jurdica
Los Gobiernos Regionales emanan de la voluntad popular. Son

personas jurdicas de derecho pblico, con autonoma poltica,
econmica y administrativa en asuntos de su competencia,
constituyendo, para su administracin econmica y financiera,
un Pliego Presupuestal.
3.1.3. Jurisdiccin
Los gobiernos regionales tienen jurisdiccin en el mbito de sus

respectivas circunscripciones territoriales, conforme a Ley.
3.1.4. Finalidad
Los gobiernos regionales tienen por finalidad esencial fomentar

el desarrollo regional integral sostenible, promoviendo la
inversin pblica y privada y el empleo y garantizar el ejercicio
pleno de los derechos y la igualdad de oportunidades de sus
habitantes, de acuerdo con los planes y programas nacionales,
regionales y locales de desarrollo.
3.1.5. Desarrollo regional
El desarrollo regional comprende la aplicacin coherente y eficaz

de las polticas e instrumentos de desarrollo econmico, social,
poblacional, cultural y ambiental, a travs de planes, programas
y proyectos orientados a generar condiciones que permitan el
crecimiento
econmico
armonizado
con
la
dinmica
demogrfica, el desarrollo social equitativo y la conservacin de

los recursos naturales y el ambiente en el territorio regional,
orientado hacia el ejercicio pleno de los derechos de hombres y
mujeres e igualdad de oportunidades.
3.1.6. Relaciones de cooperacin y coordinacin y proceso de

integracin regional.
La presente Ley Orgnica define las relaciones de cooperacin y

coordinacin entre los gobiernos regionales, y de stos con los
otros niveles de gobierno, orientados al proceso de integracin y
conformacin de regiones y de coordinacin en espacios
macrorregionales.
46
3.1.7. Principios rectores de las polticas y la gestin regional.
La gestin de los gobiernos regionales se rige por los siguientes

principios:
o Participacin
o Transparencia
o Gestin moderna y rendicin de cuentas
o Inclusin
o Eficacia
o Eficiencia
o Equidad
o Sostenibilidad
o Imparcialidad y neutralidad
o Subsidiariedad
o Concordancia de las polticas regionales
o Especializacin de las funciones de gobierno
o Competitividad
o Integracin
3.1.8. Competencias constitucionales.
Los gobiernos regionales son competentes para:
a) Aprobar su organizacin interna y su presupuesto.

b) Formular y aprobar el plan de desarrollo regional concertado
con las municipalidades y la sociedad civil.
c) Administrar sus bienes y rentas.
d) Regular y otorgar las autorizaciones, licencias y derechos
sobre los servicios de su responsabilidad.
e) Promover el desarrollo socioeconmico regional y ejecutar
los planes y programas correspondientes.
47
f) Dictar las normas inherentes a la gestin regional.

g) Promover y regular actividades y/o servicios en materia de
agricultura, pesquera, industria, agroindustria, comercio,
turismo,
energa,
minera,
vialidad,
comunicaciones,
educacin, salud y medio ambiente, conforme a Ley.

h) Fomentar
la
competitividad,
las
inversiones
el
financiamiento para la ejecucin de proyectos y obras de

infraestructura de alcance e impacto regional.
i) Presentar iniciativas legislativas en materias y asuntos de su
competencia.
j) Ejercer las dems atribuciones inherentes a su funcin,
conforme a ley.
Por la tanto podemos decir que los gobiernos regionales del

Per
son
las
instituciones
pblicas
encargadas
de
la
administracin superior de cada una de las regiones y

departamentos.
Segn el ordenamiento jurdico peruano, la gestin de los

Gobiernos Regionales corresponde al gobierno a nivel regional.
Este nivel de gobierno fue introducido en la legislacin peruana
con la puesta en vigencia de la Constitucin del 79, pero inici
su activacin en la forma que en la actualidad lleva a partir de
los aos 2000, al modificarse la constitucin para aadirla. En el
proceso que se contempla en ella y en el orden jurdico peruano,
todos los departamentos del pas han de integrarse para
conformar regiones mediante referndum hasta que la totalidad
del territorio se encuentre regionalizado, salvo la Provincia
Constitucional del Callao y la Provincia de Lima, territorio ltimo
el cual cuenta con autonoma regional por ser la sede de la
capital, Lima, por cuanto la Municipalidad tiene tanto funciones
de Gobierno Regional como de Municipalidad Provincial.
48
3.1.9. Estructura bsica
Los Gobiernos Regionales tienen la estructura orgnica bsica

siguiente:
A. EL CONSEJO REGIONAL
Es el rgano normativo y fiscalizador del Gobierno Regional.

Est integrado por el Presidente Regional, el Vicepresidente
Regional y los Consejeros de las provincias de cada regin, con
un mnimo de 7 y un mximo de 25, los mismos que son
elegidos por sufragio directo por un perodo de 4 aos. El
mandato es irrenunciable, pero revocable conforme a la Ley de
la materia.
B. LA PRESIDENCIA REGIONAL
Es el rgano ejecutivo del Gobierno Regional. El Presidente es

elegido
por
sufragio
directo
conjuntamente
con
un
Vicepresidente por un periodo de 4 aos. El mandato es

irrenunciable, pero revocable conforme a la Ley de la materia.
3.1.10. Organizacin del rgano Ejecutivo del Gobierno Regional
El rgano Ejecutivo del Gobierno Regional se organiza en

Gerencias Regionales coordinadas y dirigidas por una Gerencia
General. Se complementa con los rganos de lnea, apoyo,
asesoramiento
correspondiente,
control
que
conforme
lo
establece
determine
el
cada
reglamento
Gobierno
Regional, de acuerdo a los limites presupustales asignados

para su gasto corriente.
49
Adicionalmente, existe un consejo de coordinacin integrado por

los alcaldes provinciales y representantes de la sociedad civil. El
Presidente Regional es el jefe de gobierno; sus funciones
incluyen proponer y ejecutar el presupuesto, designar a los
oficiales de gobierno, promulgar decretos y resoluciones,
ejecutar planes y programas regionales y administrar las
propiedades y rentas regionales. El Consejo Regional debate y
vota sobre el presupuesto sugerido por el presidente regional,
tambin supervisa a todos los oficiales de gobierno y puede
deponer de su cargo al presidente, su vicepresidente y a
cualquier miembro del consejo. El Consejo de Coordinacin
Regional tiene un papel consultivo en los asuntos de
planeamiento y presupuesto, no tiene poderes ejecutivos ni
legislativos.
La
Ley
Orgnica
de
Gobiernos
Regionales
estipula
la
transferencia gradual de las funciones del gobierno central a las

regiones, una vez determinada su acreditacin como capaz de
embarcarse en esas tareas. Para supervisar este proceso, la
Ley de Bases de la Descentralizacin cre el Consejo Nacional
de Descentralizacin. Sin embargo, esta institucin fue criticada
de ser burocrtica e inefectiva por el gobierno de Alan Garca, ex
presidente del Per. Por eso, el 24 de enero de 2007, el consejo
fue
abolido
reemplazado
por
la
Secretara
de
Descentralizacin, una dependencia del despacho del Primer

Ministro. Dos meses despus, los presidentes regionales
reunidos en la ciudad de Hunuco establecieron una Asamblea
Nacional de Gobiernos Regionales como una institucin de
coordinacin alternativa, independiente del Gobierno Central.
50
3.2.
Gobierno Regional Arequipa

Es el organismo de gobierno departamental que conduce y organiza la
gestin pblica con el objetivo de promover, impulsar y contribuir al
desarrollo de la Regin Arequipa.
3.2.1. Funciones generales
a) Funcin Normativa y Reguladora.- Elaborando y aprobando
normas de alcance regional, regulando los servicios de su
competencia.
b) Funcin de Planeamiento.- Diseando polticas, prioridades,
estrategias, programas y proyectos que promuevan el desarrollo
regional de manera concertada y participativa, conforme a la Ley
de Bases de la Descentralizacin y la Ley Orgnica de Gobiernos
Regionales.
c) Funcin Administrativa y Ejecutora.- Organizando, dirigiendo y
ejecutando
los
recursos
financieros,
bienes,
activos
capacidades humanas necesarios para la gestin regional, con

arreglo a los sistemas administrativos nacionales.
d) Funcin de Promocin de las Inversiones.- Incentivando y
apoyando las actividades del sector privado regional, nacional y
extranjero, orientada a impulsar el desarrollo de los recursos
regionales, creando los instrumentos necesarios para tal fin.
e) Funcin de Supervisin, Evaluacin y Control.- Fiscalizando la
gestin administrativa regional, el cumplimiento de las normas,
los planes regionales y la calidad de los servicios, fomentando la
participacin de la sociedad civil.
51
3.2.2. Funciones especficas
Las funciones especficas del Gobierno Regional de Arequipa se

desarrollan en base a las polticas regionales, las cuales
se
formulan en concordancia con las polticas nacionales sobre la

materia.
Son las siguientes:
a) En materia de Educacin, Cultura,
Ciencia, Tecnologa,
Deporte y Recreacin.
b) En materia de Trabajo, Promocin del Empleo y la Pequea y
Microempresa.
c) En materia de Salud.
d) En materia de Poblacin.
e) En materia Agraria.
f) En materia Pesquera.
g) En materia Ambiental y de Ordenamiento Territorial.
h) En materia de Industria.
i) En materia de Comercio.
j) En materia de Transportes.
k) En materia de Telecomunicaciones.
l) En materia de Vivienda y Saneamiento.
m) En materia de Energa, Minas e Hidrocarburos.
n) En
materia
de
Desarrollo
Social
Igualdad
de
Oportunidades.
o) En materia de Defensa Civil.
p) En materia de Administracin y Adjudicacin de Terrenos de
Propiedad del Estado.
q) En materia de Turismo.
r) En materia de Artesana.
52
3.3.
Estrategia Institucional
Es bien sabido que el GRA cumple con diversas funciones, es por ello
que una parte importante dentro de su estrategia es el cumplimiento de
sus competencias exclusivas como gobierno regional. Las cuales son
las siguientes:
a) Planificar el desarrollo integral de su regin y ejecutar los programas

socioeconmicos correspondientes, en armona con el Plan Nacional
de Desarrollo.
b) Formular y aprobar el Plan de Desarrollo Regional Concertado con
las municipalidades y la sociedad civil de su regin.
c) Aprobar su organizacin interna y su presupuesto institucional
conforme a la Ley de Gestin Presupuestaria del Estado y las Leyes
Anuales de Presupuesto.
d) Promover y ejecutar las inversiones pblicas de mbito regional en
proyectos de infraestructura vial, energtica, de comunicaciones y de
servicios
bsicos
de
mbito
regional,
con
estrategias
de
sostenibilidad, competitividad, oportunidades de inversin privada,

dinamizar mercados y rentabilizar actividades.
e) Disear y ejecutar programas regionales de cuencas, corredores
econmicos y de ciudades intermedias.
f) Promover la formacin de empresas y unidades econmicas
regionales para concertar sistemas productivos y de servicios.
g) Facilitar los procesos orientados a los mercados internacionales para
la agricultura, la agroindustria, la artesana, la actividad forestal y
otros sectores productivos, de acuerdo a sus potencialidades.
h) Desarrollar circuitos tursticos que puedan convertirse en ejes de
desarrollo.
i) Concretar acuerdos con otras regiones para el fomento del desarrollo
econmico, social y ambiental.
53
j) Administrar y adjudicar los terrenos urbanos y eriazos de propiedad

del Estado en su jurisdiccin, con excepcin de los terrenos de
propiedad municipal.
k) Organizar y aprobar los expedientes tcnicos sobre acciones de
demarcacin territorial en su jurisdiccin, conforme a la ley de la
materia.
l) Promover la modernizacin de la pequea y mediana empresa
regional, articuladas con las tareas de educacin, empleo y a la
actualizacin e innovacin tecnolgica.
m) Dictar
las
normas
responsabilidad,
sobre
los
proponer
asuntos
las
materias
iniciativas
de
su
legislativas
correspondientes.
n) Promover el uso sostenible de los recursos forestales y de
biodiversidad.
o) Otras que se le seale por ley expresa.
3.3.1. Misin del GRA

Es misin del Gobierno Regional de Arequipa; organizar y
conducir
la
gestin
pblica
regional
de
acuerdo
sus
competencias exclusivas, compartidas y delegadas, en el marco

de las polticas nacionales y sectoriales, para contribuir al
desarrollo integral y sostenible de la regin.
3.3.2. Visin del GRA
La Regin Arequipa se encuentra en proceso de lograr un
adecuado desarrollo socio econmico integral sostenible y
descentralizado de cada provincia; y promueve los principales
valores ticos y morales en el proceso de la construccin
participativa de una nueva sociedad.
54
Adems de fomentar
y promover con eficiencia el desarrollo
productivo, gestionando con responsabilidad el uso racional y

preservacin de los recursos naturales con el fin de elevar la
calidad de vida de sus habitantes.
3.3.3. Rol Estratgico de la Institucin
El Gobierno Regional de Arequipa es la institucin responsable del

desarrollo econmico y social de nuestra regin, promoviendo e
impulsando la captacin de inversin pblica y privada que
ejecuten o realicen proyectos que mejoren y cambien las
condiciones de vida de la poblacin.
3.4.
Estructura Organizacional del Gobierno Regional de Arequipa
3.4.1. Estructura Orgnica

Figura N 10: Estructura orgnica del Gobierno Regional Arequipa
Presidencia Regional
Vicepresidencia Regional
Gerencia General
Regional
Gerencia Regional
de Agricultura
Gerencia Regional
de Infraestructura
Gerencia Regional
de Produccin
Gerencia Regional
de Educacin
Gerencia Regional
de Salud
Fuente: Gobierno Regional Arequipa
55
3.4.2. Presidencia Regional
La Presidencia Regional es el rgano ejecutivo del Gobierno

Regional; recae en el Presidente Regional, quien es la mxima
autoridad de su jurisdiccin, representante legal y titular del Pliego
Presupuestal del Gobierno Regional.
El Presidente Regional desempea su cargo a dedicacin
exclusiva, con la sola excepcin de la funcin docente. Percibe
una remuneracin mensual fijada por el Consejo Regional de
acuerdo a la disponibilidad presupuestal, siendo obligatoria la
publicacin de la norma que la aprueba y su monto.
3.4.3. Vice Presidencia Regional
El Vicepresidente Regional reemplaza al Presidente Regional en

casos de licencia concedida por el Consejo Regional, que no
puede superar los 45 das naturales al ao, por ausencia o
impedimento temporal, por suspensin o vacancia, con
las
prerrogativas y atribuciones propias del cargo.

El Vicepresidente Regional cumple funciones de coordinacin y
aquellas que expresamente le delega el Presidente Regional, y
aquellas decisiones o acuerdos adoptados por el Consejo
Regional. Es la autoridad que conduce el Consejo de la
Coordinacin
Regional, por delegacin de
la Presidencia
Regional.
3.4.4. Gerencia General Regional
La Gerencia General Regional es un rgano de Direccin

Superior responsable administrativo de la Institucin, est a cargo
del Gerente General Regional, quin depende jerrquica,
funcional y administrativamente de la Presidencia Regional;
56
coordina las acciones que correspondan con las diferentes

Gerencias Regionales del Gobierno Regional Arequipa. Es el
encargado de asistir al Presidente Regional en los aspectos
administrativos, de planeamiento y programacin y ejecuta las
acciones que le delegue o encomiende.
3.5.
Estructura Orgnica de la Gerencia Regional de Infraestructura

Figura N 11: Estructura orgnica de la Gerencia de Infraestructura de la GRA
Gerencia Regional
de Infraestructura
Sub Gerencia de
Formulacin de
Proyectos de Inversin
Sub Gerencia Regional

de Ejecucin de
Sub Gerencia de
Equipo Mecnico
Sub Gerencia de
Supervisin y Liquidacin
de Proyectos de
Inversin
Fuente: Gobierno Regional Arequipa
3.5.1. Funciones
Generales
de
la
Gerencia
Regional
de
Infraestructura
La Gerencia Regional de Infraestructura es un rgano de Lnea,
responsable
de
la
formulacin,
ejecucin,
supervisin
liquidacin de los proyectos de inversin pblica; y del equipo

mecnico. Depende jerrquica, funcional y administrativamente
de la Gerencia General Regional. Sus funciones son las
siguientes:
a) Formular y conducir el proceso tcnico y administrativo de los

proyectos de inversin y su ejecucin, segn lo dispuesto por el
Sistema Nacional de Inversin Pblica.
b) Dirigir y supervisar la administracin del equipo mecnico de todo
el Gobierno Regional.
57
c) Apoyar en los aspectos de inventarios de estudios tcnicos, de

infraestructura social y econmica a la Oficina Regional de
Planeamiento, Presupuesto y Acondicionamiento Territorial, para
la mejor formulacin de los Planes de Desarrollo Regional.
d) Participar en las acciones de verificacin de las metas fsicas
previas a la aprobacin del Plan o Programa de Inversiones de la
entidad.
e) Conducir el proceso tcnico de ejecucin de inversin de los
proyectos de inversin pblica, segn la modalidad dispuesta por
la Alta Direccin, las mismas que se desarrollarn en base a los
procedimientos y dispositivos tcnico-legales vigentes.
f) Participar en la formulacin, ejecucin, revisin, evaluacin,
definicin y aprobacin del Estudio y/o Expediente Tcnico de la
Infraestructura y/o Construccin a realizar, los que sern
compatibles con el Plan de Inversiones aprobado en cada periodo
presupuestal.
g) Desarrollar y supervisar la ejecucin de la Infraestructura y/o
Construccin segn el Plan de Inversiones, en base a las
aprobaciones presupuestales mensuales que se den y bajo la
aplicacin
de
los
procedimientos
dispositivos
tcnicos
normativos vigentes.
h) Disponer el cumplimiento de la fase de Liquidacin Tcnica de
cada inversin, las que se relacionan
con la Infraestructura
ejecutada y segn la modalidad que se haya aplicado, al amparo

de las normas vigentes.
i) Participar en la fase de Transferencia de Patrimonios y Bienes a
los sectores vinculados con el tipo de infraestructura ejecutada,
labor siguiente a la etapa de liquidacin, la que se desarrollar de
acuerdo a los procedimientos y dispositivos vigentes.
j) Prestar asistencia tcnica en materia de ingeniera y arquitectura
a entidades del sector Pblico en general y grupos poblacionales
58
debidamente
organizados
que
lo
requieran
segn
disponibilidad.
k) Las dems funciones que le sean asignadas y aquellas que le
correspondan en materia de su competencia.
3.5.2. reas a su cargo:
Sub Gerencia de Formulacin de Proyectos de Inversin.
Sub Gerencia de Ejecucin de Proyectos de Inversin.
Sub Gerencia de Supervisin y Liquidacin de Proyectos de

Inversin.
Sub Gerencia de Equipo Mecnico.
3.5.3. Sub Gerencia de Formulacin de Proyectos de Inversin
La Sub Gerencia de Formulacin de Proyectos de Inversin es un

rgano de lnea, responsable de las acciones relacionadas con la
formulacin de estudios de proyectos de inversin pblica en el
gobierno
Regional.
Depende
jerrquica,
funcional
administrativamente de la Gerencia Regional de Infraestructura.
3.5.4. Sub Gerencia de Ejecucin de Proyectos de Inversin
La Sub Gerencia de Ejecucin de Proyectos de Inversin es un

rgano de lnea, responsable de la ejecucin de proyectos de
inversin. Depende jerrquica, funcional y administrativamente de
la Gerencia Regional de Infraestructura.
59

Inversin
La Sub Gerencia de Supervisin y Liquidacin de Proyectos de

Inversin, es un rgano de lnea responsable de la supervisin y
liquidacin de los proyectos de inversin. Depende jerrquica,
funcional y administrativamente de la Gerencia Regional de
Infraestructura.
3.5.6. Sub Gerencia de Equipo Mecnico
La Sub Gerencia de Equipo Mecnico, es un rgano de lnea que

encarga de administrar y garantizar la operatividad y el
mantenimiento del equipo mecnico, para facilitar el desarrollo de
las actividades y proyectos de inversin que ejecute el Gobierno
Regional de Arequipa o de terceros que lo soliciten. Depende
jerrquica, funcional y administrativamente de la Gerencia
Regional de Infraestructura.
3.6.
Procesos que desarrolla la Gerencia Regional de Infraestructura
Esta Gerencia desarrolla distintas funciones ya vistas anteriormente

donde sus principales procesos son:
Formulacin de Proyectos de Inversin Pblica (PIP).
Elaboracin de expedientes tcnicos.
Evaluacin de expedientes tcnicos.
Ejecucin.
Supervisin.
Liquidacin.
Operatividad de la maquinaria.
60
Figura N 12: Principales procesos de la GRI-GRA

Sub Gerencia de
Formulacin de
Sub Gerencia Regional

de Ejecucin de
Sub Gerencia de
Equipo Mecnico
Sub Gerencia de
Supervisin y Liquidacin
de Proyectos de
Inversin
- Formulacin PIP
- Elaboracin E.T.
- Evaluacin E.T.
- Ejecucin
- Operatividad de
Maquinaria
- Supervisin.
- Liquidacin.
Fuente: Elaboracin propia
De los cuales podemos rescatar los procesos de ejecucin, supervisin y

liquidacin, dado el tema de investigacin propuesto. Los cuales abarcan
las reas de Sub Gerencia de Ejecucin de Proyectos de Inversin y Sub
Gerencia de Supervisin y Liquidacin de Proyectos de Inversin.
A continuacin mencionaremos sus funciones.

3.6.1. Sub Gerencia de Ejecucin de Proyectos de Inversin
Sus funciones son las siguientes:
a) Dirigir y conducir en materia de su competencia, el proceso

tcnico administrativo de los proyectos de inversin y su
ejecucin de obras por la modalidad de Administracin
Directa, hasta el proceso de liquidacin, en concordancia con
los dispositivos legales vigentes y lineamientos de poltica de
gestin del Gobierno Regional de Arequipa.
61
b) Proponer y recomendar directivas y lineamientos para que la

ejecucin de obras se realice adecuadamente dentro de las
normas y disposiciones tcnico - legales vigentes.
c) Proponer a travs de informes, trminos de referencia y datos
bsicos la informacin necesaria para la formulacin de
convenios, contratos u otros que sean necesarios.
d) Participar en los procesos de seleccin de las obras que deba
realizar el Gobierno Regional de Arequipa por la modalidad de
contrato u otros servicios.
e) Apoyar a peticin y por delegacin en el seguimiento de la
ejecucin de obras por emergencia, ello bajo el monitoreo,
conduccin y coordinacin de la Oficina Regional de Defensa
Nacional y Defensa Civil., quien alcanzar los antecedentes
como el grado, tipo de emergencia, expediente tcnico y otros.
f) Efectuar acciones administrativas tendientes a la ejecucin de
cada proyecto como: requerimientos de planillas, bienes y
servicios, elaboracin de metrados post-construccin, control
de calidad, informe final, seguimiento y verificacin de logros y
avances, as como efectuar el trmite tcnico administrativo
para el proceso de la liquidacin de obras ejecutadas por la
modalidad de Administracin Directa.
g) Participar en la adecuacin del expediente tcnico de ser el
caso, en la etapa de ejecucin de obras por administracin
directa, en coordinacin con los entes consultores.
h) Las dems funciones que le sean asignadas y aquellas que le
62

Inversin.
Sus funciones son las siguientes:
a) Realizar el seguimiento y supervisin o inspeccin peridica a

la ejecucin de los proyectos de inversin del Gobierno
Regional Arequipa, en concordancia con lo programado en el
ao presupuestal.
b) Ejecutar a peticin de la Alta Direccin la supervisin en la
ejecucin de obras que realice el Gobierno Regional Arequipa,
mediante sus rganos ejecutores desconcentrados.
c) Evaluar y reportar el avance fsico de los proyectos de
inversin en proceso de ejecucin, emitiendo los informes
peridicos,
recomendaciones
observaciones
en
concordancia con el expediente tcnico aprobado, hasta su

culminacin.
d) Seguimiento a la adecuacin del expediente tcnico de ser el
caso, en coordinacin con el consultor y ejecutor del proyecto
de inversin.
e) Programar,
organizar,
dirigir,
coordinar,
supervisar
inspeccionar y ejecutar las actividades de recepcin y

liquidacin de los proyectos de inversin financiadas por el
Gobierno Regional Arequipa, hasta la emisin de la resolucin
respectiva, de acuerdo a la normatividad del caso y segn
corresponda la modalidad de ejecucin.
f) Efectuar
las
coordinaciones
correspondientes
con
los
sectores, Municipalidades y otros, para llevar a cabo el

proceso de transferencia de las obras, segn corresponda.
63
g) Proponer lineamientos y/o directivas, para una adecuada labor

de inspeccin o supervisin, as como en las etapas de
liquidacin y transferencia.
h) Las dems funciones que le sean asignadas y aquellas que le
64
CAPTULO IV:
DESARROLLO DE LA PROPUESTA
4.1.
Generalidades
La Planificacin de Sistemas de Informacin es uno de los procesos de

la estructura Principal de MTRICA Versin 3; los otros dos son:
Desarrollo de Sistemas de Informacin.
Mantenimiento de Sistemas de Informacin.
El resultado del Plan de Sistemas debe, por tanto, orientar las

actuaciones en materia de desarrollo de Sistemas de Informacin con el
objetivo bsico de apoyar la estrategia corporativa, elaborando una
arquitectura de informacin y un plan de proyectos informticos para dar
apoyo a los objetivos estratgicos.
Por este motivo es necesario un proceso como el de Planificacin de

Sistemas de Informacin, en el que participen, por un lado los
responsables de los procesos de la institucin u organizacin con una
visin estratgica y por otro, los profesionales de SI capaces de
enriquecer dicha visin con la aportacin de ventajas competitivas por
medio
de
los
sistemas
tecnologas
de
la
informacin
comunicaciones.
Como productos finales de este proceso se obtienen los siguientes, que
podrn constituir la entrada para el siguiente proceso de Estudio de
Viabilidad del Sistema:
Catlogo de requisitos de PSI que surge del estudio de la

situacin actual en el caso de que sea significativo dicho estudio,
del diagnstico que se haya llevado a cabo y de las necesidades
de informacin de los procesos de la organizacin afectados por

el plan de sistemas.
Arquitectura de informacin que se compone a su vez de los

Modelo de informacin.
Modelo de sistemas de informacin.
Arquitectura tecnolgica.
Plan de proyectos.
Plan de mantenimiento del PSI.
En ocasiones podr servir de palanca de cambio para los procesos de la

Organizacin, pero su objetivo estar siempre diferenciado del de un
anlisis de dichos procesos por s mismos. Dicho en otras palabras, no
se debe confundir el resultado que se persigue con un Plan de Sistemas
de Informacin, con el de una mejora o reingeniera de procesos, ya que
los objetivos en ambos casos no son los mismos, aunque el medio para
conseguirlos tenga puntos en comn (estudio de los procesos y
alineamiento con los objetivos estratgicos).
Este nuevo enfoque de alineamiento de los sistemas de informacin con

la estrategia de la organizacin, la implicacin directa de la alta direccin
y la propuesta de solucin presenta como ventajas:
La implicacin de la alta direccin facilita que se pueda desarrollar

con los recursos necesarios y el calendario establecido.
La perspectiva horizontal de los procesos dentro de la

Organizacin facilita que se atienda a intereses globales y no
particulares de unidades organizativas que puedan desvirtuar los
objetivos del Plan. Para mantener la visin general que apoye los
objetivos estratgicos, el enfoque de un Plan de Sistemas de
Informacin debe orientarse al estudio por procesos.
66
La prioridad del desarrollo de los sistemas de informacin de la

organizacin por objetivos estratgicos.
La propuesta de Arquitectura de Informacin que se hace en el

plan es ms estratgica que tecnolgica. El modelo de sistemas
de informacin de la propuesta no es terico y se contemplan los
sistemas de informacin actuales que se mantendrn.
Adems no olvidemos que el enfoque del Proceso de Planificacin de

Sistemas de Informacin, al no estar dentro del mbito de la norma ISO
12.207 de Procesos del Ciclo de Vida de Software, se ha determinado a
partir del estudio de los ltimos avances en este campo, la alta
competitividad y el cambio a que estn sometidas las organizaciones. El
entorno de alta competitividad y cambio en el que actualmente se
encuentran las organizaciones, hace cada
vez ms crtico el
requerimiento de disponer de los sistemas y las tecnologas de la

informacin con flexibilidad para adaptarse a las nuevas exigencias, con
la velocidad que demanda dicho entorno.
4.2.
Descripcin de la propuesta
El Plan de Sistemas de Informacin tiene como objetivo la obtencin de

un marco de referencia para el desarrollo de sistemas de informacin
que responda a los objetivos estratgicos de la institucin u
organizacin. Este marco de referencia consta de:
Una descripcin de la situacin actual, que constituir el punto de

partida del Plan de Sistemas de Informacin. Dicha descripcin
incluir un anlisis tcnico de puntos fuertes y riesgos, as como
el anlisis de servicio a los objetivos de la organizacin.
Un conjunto de modelos que constituya la arquitectura de

informacin.
67
Una propuesta de proyectos a desarrollar en los prximos aos,

as como la prioridad de realizacin de cada proyecto.
Una propuesta de calendario para la ejecucin de dichos

proyectos.
La evaluacin de los recursos necesarios para los proyectos a

desarrollar en el prximo ao, con el objetivo de tenerlos en
cuenta en los presupuestos. Para el resto de proyectos, bastar
con una estimacin de alto nivel.
Un plan de seguimiento y cumplimiento de todo lo propuesto

mediante unos mecanismos de evaluacin adecuados.
La perspectiva del plan debe ser estratgica y operativa, no tecnolgica.

Es fundamental que la alta direccin de la institucin u organizacin
tome parte activa en la decisin del Plan de Sistemas de Informacin
con el fin de posibilitar su xito. La direccin debe convencer a sus
colaboradores ms directos de la necesidad de realizacin del plan; de
su apoyo de forma constructiva, mentalizndose de que la ejecucin del
mismo requerir la utilizacin de unos recursos de los cuales son
responsables.
La presentacin del Plan de Sistemas de Informacin y la constitucin

del equipo supone el arranque del proyecto y es fundamental que las
ms altas instancias de la institucin u organizacin estn implicadas en
ambos, dando el apoyo necesario y aportando todo tipo de medios.
Explicar el plan a las personas de la organizacin y a las unidades
organizativas afectadas sobre las que recaer el Plan, el apoyo de los
altos directivos y la cualificacin de los recursos de las distintas
unidades implicadas, sern factores crticos de xito del Plan de
Sistemas de Informacin.
El nivel de detalle con el que se har el estudio de la situacin actual

depender de la existencia de documentacin actual, de si hay personas
68
que conozcan dicha documentacin y de la predisposicin a una

sustitucin total o parcial por sistemas de informacin nuevos. En
cualquier caso, como paso previo para detectar aspectos importantes
que puedan afectar a la institucin u organizacin, es necesario
investigar sus puntos fuertes, reas de mejora, riesgos y amenazas
posibles y hacer un diagnstico de los mismos.
Para la elaboracin del Plan de Sistemas de Informacin se estudian las

necesidades de informacin de los procesos de la organizacin
afectados por el Plan, con el fin de definir los requisitos generales y
obtener modelos
conceptuales de informacin. Por otra parte se
evalan las opciones tecnolgicas y se propone un entorno.
Tras analizar las prioridades relacionadas con las distintas variables que
afectan a los
sistemas de informacin, se elabora un calendario de
proyectos con una planificacin lo ms detallada posible de los ms

inmediatos. Adems, se propone una sistemtica para mantener
actualizado el Plan de Sistemas de Informacin para incluir en l todos
los cambios necesarios, garantizando el cumplimiento adecuado del
mismo.
A continuacin se incluye un grfico que representa la secuencia de

actividades del proceso PSI.
69
Figura N 13: Secuencia de Actividades del Proceso PSI

PSI 1:
Inicio del plan de
Sistemas de
Informacin
PSI 2:
Definicin y
Organizacin del
PSI
PSI 3:
Estudio de la
Informacin
Relevante
PSI 7:
Definicin de la
Arquitectura
Tecnolgica
PSI 8:
Definicin del
Plan de Accin
PSI 9:
Revisin y
Aprobacin
PSI 6:
Diseo del
Modelo de
Sistema de
Informacin
PSI 4:
Identificacin de
Requisitos
PSI 5:
Estudio de los
Sistemas de
Informacin
Actuales
Fuente: Ministerio de Administraciones Pblicas - Espaa
Aunque los resultados de la actividad Estudio de informacin relevante

(PSI 3) debern tenerse en cuenta para la definicin de requisitos que se
efecta en la actividad Identificacin de Requisitos (PSI 4), ambas
podrn realizarse en paralelo, junto con el Estudio de los Sistemas de
Informacin actuales (PSI 5).
4.3.
Detalle de los componentes de la propuesta
4.3.1. ACTIVIDAD PSI 1: INICIO DEL PLAN DE SISTEMAS DE

INFORMACIN
A. Tarea PSI 1.1: Anlisis de la Necesidad del PSI

El Comit de Direccin del GRI ha decidido impulsar la puesta
en marcha de un Plan de Sistemas de Informacin que abarque
las sub gerencias implicadas en dicho proceso (SGEPI,
SGSLPI) para que sirva de apoyo a los procesos de la
institucin,
al
mismo
tiempo
poder
integrarlos
complementarlos.
70
Esta decisin cuenta con el apoyo explcito de este Comit, y

expresamente de su presidente, el Gerente Regional de
Infraestructura, y se basa en la necesidad de modernizar los
procesos de la institucin, dotndolos de la tecnologa que
permita un adecuado, coherente y preciso tratamiento de una
informacin cada vez ms voluminosa y crtica. Este apoyo de
la Direccin se considera especialmente necesario, teniendo en
cuenta la novedad que un proyecto de este tipo representa para
la institucin, al no existir precedentes en cuanto a Planes de
Sistemas de Informacin o estudios similares.
Para esto se presentar mediante solicitud formal dirigido al
Gerente Regional de Infraestructura. (Ver Anexo 2)
A continuacin mencionaremos las necesidades de las sub
gerencias implicadas:
Sub Gerencia de Ejecucin de Proyectos de Inversin

Dadas las funciones de dicha sub gerencia sus necesidades
serian:
Poder dirigir y conducir el proceso tcnico administrativo

de los proyectos de inversin y su ejecucin de obras
segn los lineamientos de gestin del Gobierno Regional
de Arequipa.
Estar en capacidad de proponer y recomendar directivas

y lineamientos adecuados para que la ejecucin de
obras.
Elaboracin de informes con datos referenciales para

obtener informacin relevante.
71
Sub Gerencia de Supervisin y Liquidacin de Proyectos

de Inversin
Dadas las funciones de dicha sub gerencia sus necesidades
serian:
Correcto seguimiento y supervisin peridica a la

ejecucin de los proyectos de inversin del Gobierno
Regional Arequipa.
Estar en condiciones de evaluar y reportar el avance

fsico de los proyectos de inversin a travs de informes
adecuados emitidos regularmente.
Llevar a cabo con xito las labores de programar,

organizar, dirigir, coordinar, supervisar o inspeccionar y
ejecutar las actividades de recepcin y liquidacin de los
proyectos de inversin para la correcta gestin de
inventarios en el Gobierno Regional Arequipa.
B. Tarea PSI 1.2: Identificacin del Alcance del PSI

Definicin del mbito
El Comit de Direccin est formado por el Gerente Regional de

Infraestructura y los Sub Gerentes de las reas mencionadas
anteriormente. En reunin previamente celebrada, este Comit
ha decidido que las sub gerencias y procesos afectados por el
Plan de sistemas de informacin sean los siguientes:
Sub Gerencia de Ejecucin de Proyectos de Inversin.
Ejecucin: Modernizacin e integracin con otros

procesos.
Sub Gerencia de Supervisin y Liquidacin de Proyectos

de Inversin.
72
Supervisin: Modernizacin e integracin con

otros procesos para mejorar la gestin de los
inventarios.
Liquidacin: Modernizacin e integracin con otros

procesos
para
mejorar
la
gestin
de
los
inventarios.
Objetivos Estratgicos relacionados con el PSI
Para poder establecer de manera adecuada los objetivos

estratgicos del PSI debemos tener en cuenta lo siguiente:
Tabla N 3.
Ejes Estratgicos de Desarrollo

Descripcin
Eje Estratgico N 1: Desarrollo Crear condiciones para mejorar la
Social
prestacin de servicios de salud,
educacin y servicios bsicos
Eje Estratgico N 2: Desarrollo Crear condiciones para el desarrollo
Econmico y Proteccin del Medio
econmico y proteccin del medio
Ambiente
ambiente desarrollo de la produccin
exportacin y turismo sostenido.
Eje Estratgico N 3: Desarrollo Fortalecimiento de la Institucionalidad,
Institucional y de Capacidades
la Ciencia y la Tecnologa para la
Produccin.
Eje Estratgico N 4: Infraestructura Crear condiciones para mejorar la
de Soporte para Apoyar el Desarrollo infraestructura de soporte, corredores
Regional
viales, energa, comunicacin y
servicios para apoyar el desarrollo
regional.
Fuente: GRA Transparencia
Dada la naturaleza del proyecto se tomar los ejes 3 y 4. Para

mayor informacin ver Anexo 3.
Desde la perspectiva estratgica de la institucin que impulsa

este Plan de Sistemas de Informacin se llev a cabo una
reunin del Comit de Direccin. De la cual los objetivos
estratgicos derivados son los siguientes:
73
Tabla N 4.
Objetivos del GRA vs Objetivos del PSI
Objetivos Estratgicos
del PSI
Una descripcin de la situacin actual, que constituir
Eje Estratgico N 3: Desarrollo
el punto de partida del Plan de Sistemas de Informacin.
Institucional y de Capacidades:
Fortalecimiento de la Institucionalidad, la
Dicha descripcin incluir un anlisis tcnico de puntos
Ciencia y la Tecnologa para la Produccin.
fuertes y riesgos, as como el anlisis de servicio a los
objetivos de la organizacin.
Un conjunto de modelos que constituya la arquitectura
de informacin.
Una propuesta de proyectos a desarrollar en los
prximos aos, as como la prioridad de realizacin de
cada proyecto.
Una propuesta de calendario para la ejecucin de
dichos proyectos.
La evaluacin de los recursos necesarios para los
proyectos a desarrollar en el prximo ao, con el objetivo
de tenerlos en cuenta en los presupuestos. Para el resto
de proyectos, bastar con una estimacin de alto nivel.
- Sistema de Informacin adecuado para la Un plan de seguimiento y cumplimiento de todo lo
Eje Estratgico N 4: Infraestructura de
propuesto mediante unos mecanismos de evaluacin
gestin de los inventarios.
Soporte para Apoyar el Desarrollo
Regional: Crear condiciones para mejorar la
* Fomentar estudios que ayuden a la adecuados.
infraestructura de soporte, corredores viales, obtencin de un SI que apoye a la
energa, comunicacin y servicios para infraestructura de soporte.
apoyar el desarrollo regional.
(ver anexo 6)
Fuente: Elaboracin propia.
Objetivos Estratgicos
Generales/Especficos del GRA
- Gestin institucional con procedimientos y
servicios eficientes, eficaces y de calidad. (ver
anexo 4)
* Optimizar los servicios pblicos
administrativos a travs de los diferentes
rganos competentes del Gobierno Regional,
dentro de una modernizacin administrativa
eficiente, eficaz y transparente.
(ver anexo 5)
- Sector pblico, privado y acadmico realicen
investigaciones y tecnologas articuladas a la
produccin. (ver anexo 4)
* Promover estudios para el anlisis y
fortalecimiento de la actividad econmica
regional. (ver anexo 5)
Para ello desde el punto de vista operativo tenemos unos

primeros objetivos que consisten en instalaciones modernas y
funcionales; as como designacin de un ambiente especfico
para el desarrollo del Plan dentro del GRA.
Factores Crticos de xito:
El Comit de Direccin ha determinado una serie de factores
crticos que considera fundamentales para el correcto desarrollo
del Plan, como son:
El apoyo de la alta Direccin debe ser incondicional y

total, al considerarse el punto clave para el xito del
Proyecto.
El volumen de trabajo debe crecer sostenidamente y de

forma controlada, con el fin de evitar que un aumento de
trabajo considerable y no previsto obligue a los
responsables de las Sub Gerencias a reducir y por ende
estropear la dedicacin exigida por las tareas del Plan
encomendadas.
La dedicacin del personal involucrado en cada sub

gerencia debe ser la correcta ya que se considera
esencial para el xito o fracaso del Proyecto.
La informacin dada as como la formacin del personal

operativo involucrado ha de ser con un cuidado especial,
con el fin de que vean el nuevo Sistema como una ayuda
y una mejora deseada, y no como una posible amenaza
o un imposible a realizarse.
C. Tarea PSI 1.3: Determinacin de Responsables

Tras reunirse el Comit de Direccin, recabando informacin de
todos los procesos afectados, se decide nombrar responsables
de cada sub gerencia y/o rea implicada para que coordinen el
trabajo a realizar con el Jefe del Plan de Sistemas de
Informacin:
Tabla N 5.
Responsables
Luis Miguel Gmez Boza
Experto en Sistema
Administrativo I
Responsables del PSI por parte de la Institucin
Cargo en el PSI
Funciones Bsicas
Jefe de Proyecto
Velar por el cumplimiento del PSI en las Sub Gerencias

implicadas
Especialista en Gestin
Logstica 1
Especialista en Gestin
Logstica 2
Externo
Analista de Sistemas PAD
III
Experto en Sistema
Administrativo I
Supervisor de Programa
Sectorial I
Supervisor de Programa
Sectorial I
Externo
Externo
Director Sistema
Administrativo II
Consultor de T.I.
Asesorar en el aspecto logstico referido a la Institucin

siendo externo
Evaluar, validar y seleccionar las distintas alternativas
tecnolgicas
Consultor de S.I.
Dar una opinin experta para el desarrollo de un S.I.
Jefe inmediato SGEPI
Velar por el cumplimiento del PSI en su Sub Gerencia
Jefe inmediato SGSLPI
Velar por el cumplimiento del PSI en su Sub Gerencia
Tcnico en Hardware
Dar soporte tcnico en aspectos de software
Tcnico en Software
Responsable de
Mantenimiento
Dar soporte tcnico en aspectos de hardware

Apoyar al Jefe de Proyecto con el conocimiento
organizativo que posee
Aportar informacin sobre las necesidades planteadas
en la SGEPI
Aportar informacin sobre las necesidades planteadas
en la SGSLPI
Ingeniero IV SGEPI
Usuario 1
Ingeniero IV SGSLPI
Usuario 2
Jefe de la OPDI
Asesorar en el aspecto logstico referido a la Institucin
Coordinador de
planificacin
Nexo entre la Institucin y el equipo encargado del PSI
4.3.2. ACTIVIDAD PSI 2: DEFINICIN Y ORGANIZACIN DEL PSI

A. Tarea PSI 2.1: Especificacin del mbito y Alcance
Dado que el PSI se llevar a cabo dentro de la Gerencia
Regional de Infraestructura, que a su vez cuenta con distintas
Sub Gerencias a su cargo se ha optado por escoger las
76
siguientes debido a los procesos que pretende alcanzar dicho

Plan. Por lo tanto:
Sub Gerencia de Ejecucin de Proyectos de Inversin

Procesos:
-
Propuesta
recomendacin:
De
directivas
y/o
lineamientos para la adecuada ejecucin de obras.

-
Seguimiento y verificacin. De logros y avances de cada

proyecto de inversin.
Sub Gerencia de Supervisin y Liquidacin de Proyectos de

Inversin
Procesos:
-
Supervisin o inspeccin: Peridica a la ejecucin de los

proyectos de inversin del Gobierno Regional Arequipa.
Evaluacin y reporte: Del avance fsico de los proyectos

de inversin en proceso de ejecucin.
Programacin, organizacin, direccin, coordinacin,

supervisin o inspeccin y ejecucin: De las actividades
de recepcin y liquidacin de los proyectos de inversin
financiadas por el Gobierno Regional Arequipa.
Es por ello que el PSI a travs de sus objetivos antes

mencionados deber alcanzar a ambas Sub Gerencias.
B. Tarea PSI 2.2: Organizacin del PSI

Se ha seleccionado a los participantes que conformarn el
equipo encargado del PSI con sus respectivos cargos y
funciones, el cual presentaremos a continuacin:
77
Tabla N 6.
Cuadro de personal del PSI

Cargo
Funciones bsicas
Coordinador de planificacin Nexo entre la Institucin y el equipo encargado del PSI.
Asesor del PSI
Dirigir, supervisar y evaluar las actividades del equipo encargado del PSI.
Analista del PSI
Analizar los SI actuales de la Institucin.
Experto en gestin de Brindar informacin relevante sobre la gestin de los inventarios en los
inventarios
almacenes.
C. Tarea PSI 2.3: Definicin del Plan de Trabajo

Para la adecuada definicin del plan de trabajo debemos tener
en cuenta las fechas importantes para llevar a cabo el PSI as
como sus respectivas actividades. Teniendo en cuenta que la
presentacin de dicho Plan se llevar a cabo el primer da hbil
del mes correspondiente.
Tiempos por actividades generales:

1) Inicio del PSI:
1 semana
2) Definicin y organizacin del PSI:
1 semana
3) Estudio de la Informacin relevante:
2 semanas
4) Identificacin de los requisitos:
1 semana
5) Estudio de los SI actuales:
5 semanas
6) Diseo del modelo de SI:
1 semana
7) Definicin de la arquitectura tecnolgica:
2 semanas
8) Definicin del Plan de accin:
2 semanas
9) Revisin y Aprobacin:
1 semana
TOTAL
13 semanas
78
Diagrama Gantt PSI

Se har basado en las actividades que contempla el Plan.
Figura N 14: Diagrama Gantt de Actividades del PSI
Actividad
INICIO DEL PSI
DEFINICIN Y ORGANIZACIN DEL PSI
ESTUDIO DE LA INFORMACIN RELEVANTE
IDENTIFICACIN DE LOS REQUISITOS
ESTUDIO DE LOS SI ACTUALES
DISEO DEL MODELO DE SI
DEFINICIN DE LA ARQUITECTURA TECNOLGICA
DEFINICIN DEL PLAN DE ACCIN
REVISIN Y APROBACIN
SEMANAS
6
7
8
10
11
12
13
Producto de las actividades descritas anteriormente en una

cronologa del diagrama Gantt respectivo, debemos concluir con los
siguientes entregables:
Requisitos del PSI
Arquitectura de Informacin
Modelo de Informacin
Modelo de Sistemas de Informacin
Arquitectura Tecnolgica
Plan de Accin
o
Plan de Proyectos
Plan de Mantenimiento del PSI
D. Tarea PSI 2.4: Comunicacin del Plan de Trabajo

Se har mediante el oficio correspondiente que se cursar a la
Gerencia Regional de Infraestructura que a su vez la
comunicar a las sub gerencias implicadas. (Ver anexo 7).
4.3.3. ACTIVIDAD PSI 3: ESTUDIO DE LA INFORMACIN
RELEVANTE
A. Tarea PSI 3.1: Seleccin y Anlisis de Antecedentes
En el cuadro que se presenta a continuacin; se muestra los
antecedentes ms relevantes que motivaron y se tomaron en
cuenta para la elaboracin del PSI.
Tabla N 7.
Antecedentes relevantes
Antecedente
Prdidas de artculos
Artculos no Valorados
Informes desactualizados
Prstamos entre obras sin formato establecido
Directiva 8
Tipo
Seguridad
Ejecucin
Ejecucin
Operativo
Administrativo
B. Tarea PSI 3.2: Valoracin de Antecedentes

A continuacin se presenta el cuadro de valoracin de
antecedentes del PSI:
Tabla N 8.
Valoracin de antecedentes
Tipo de Antecedente
Seguridad
Ejecucin
Ejecucin
Operativo
Administrativo
Ponderacin
5
3
4
3
2
5:
Muy Grave
4:
Grave
3:
Considerable
2:
Leve
1:
Muy leve
4.3.4. ACTIVIDAD PSI 4: IDENTIFICACIN DE REQUISITOS

A. Tarea PSI 4.1: Estudio de los Procesos del PSI
En la actualidad como es bien sabido los gobiernos regionales
llevan a cabo obras en diferentes provincias y lugares, a lo largo
que abarca su jurisdiccin por lo cual es de gran importancia la
gestin de inventarios en los almacenes de las obras es por tal
motivo que a continuacin se va a describir como es proceso de
almacenamiento donde se podr percibir como se lleva a cabo
el control de los almacenes.
Para tales fines se tomar como referencia los Lineamientos
para la Administracin de los Almacenes de Obras por
Ejecucin Presupuestaria Directa o por Convenios o Trabajos
81
de Mantenimiento establecidos por el Estado Peruano; los

cuales dicen que:
1. Proceso de Almacenamiento
El Almacenamiento es un proceso del Macro-Proceso de

Abastecimiento, y est referido a las acciones que se realizan
para la ubicacin temporal de bienes en un espacio fsico
determinado con fines de custodia como va para trasladarlos
fsicamente (temporal o definitivo) a un proyecto de obra en
ejecucin o actividad de mantenimiento.
El Proceso de Almacenamiento consta de los sub procesos

siguientes: Recepcin, Verificacin, Internamiento, Registro y
Custodia.
Figura N 15: Proceso de Almacenamiento
RECEPCIN
VERIFICACIN
ALMACENAMIENTO
INTERNAMIENTO
REGISTRO
CUSTODIA
i.
Recepcin
La recepcin es una operacin que se inicia en el momento en

que los bienes llegan al local del Almacn y termina con la
82
ubicacin de los mismos en el lugar designado para efectuar su

verificacin.
La recepcin se efecta teniendo a la vista, la Orden de

Compra o Gua de Remisin u otro documento anlogo.
Las acciones concernientes a la recepcin se ejecutan de

acuerdo al siguiente procedimiento:
a. Efectuar una inspeccin exhaustiva en presencia de la
persona responsable de la entrega, verificando los
registros, sellos, envolturas y embalajes, principalmente,
a fin de detectar cualquier anomala;
b. Efectuar una inspeccin y conteo de los bienes
recepcionados, como paquetes, bultos y/o equipos;
asegurndose de anotar las discrepancias encontradas
en los documentos de recepcin;
c. Pesar los bultos recibidos, verificndolo con las guas y
documentos de recepcin en caso de no especificarse,
se debe anotar, dando constancia del mismo; y
d. Anotar en la documentacin de recibo, lo siguiente:
-
Nombre y nmero del D.N.I. de la persona que

hace la entrega;
Nombre y nmero del D.N.I. de la persona que

recibe la mercadera;
Nmero de placa del vehculo utilizado en el

transporte (cuando sea pertinente); y
Fecha y hora de recepcin.
83
Figura N 16: Proceso de Recepcin

Orden de Compra
Inspeccin
(registros, sellos)
RECEPCIN
Conteo
(paquetes, equipos)
Registrar (personas,
fecha, hora, vehculo)
Pesado
Gua de Remisin
Verificacin
ii.
Verificacin
Las actividades que se realizan deben ser ejecutadas de

manera
predeterminada,
independiente
de
la
zona
de
almacenaje comprendiendo las siguientes acciones:
a. Retirar los bienes de los embalajes;

b. Una vez abiertos les embalajes se procede a revisar y
verificar su contenido en forma cuantitativa y cualitativa:
-
La verificacin cuantitativa, se efectuar para comprobar

que las cantidades recibidas son iguales a las que se
consignan en la documentacin de recepcin. Incluye las
comprobaciones dimensionales de identificacin, tales
como: longitud, capacidad, volumen, peso, gravedad,
presin, temperatura, entre otros;
La verificacin cualitativa, denominada Control de

Calidad, se realizar pare verificar que las caractersticas
y propiedades de los bienes recepcionados estn de
acuerdo con les especificaciones tcnicas solicitadas e
indicadas en el documento utilizado en la recepcin.
c. La verificacin se efecta en presencia de la persona

que hace la entrega cuando la cantidad y caractersticas
de los bienes permitan realizar la verificacin cuantitativa
y cualitativa en el momento de la recepcin;
84
d. Si por el nmero y caractersticas de los bienes

recepcionados fuera necesario un mayor tiempo para
efectuar
la
verificacin;
el
personal
responsable
suscribir la gua respectiva dando conformidad solo por

el nmero de bultos recibidos y el peso bruto respectivo;
e. Tratndose de bienes que por sus caractersticas
ameritan ser sometidos a pruebas de conformidad, las
mismas sern encargadas por el Residente de Obra y/o
Asistente Tcnico de Mantenimiento y/o Responsable
Administrativo;
f. La conformidad de la recepcin ser suscrita por el
Residente
de
Obra
y/o
Asistente
Tcnico
de
Mantenimiento y/o el Responsable Administrativo y el

Almacenero. La conformidad da cuenta de la calidad de
los bienes y el cumplimiento de las especificaciones
tcnicas contractuales;
g. Cuando se trata de devoluciones de saldos de obra para
los Almacenes de la Sed Central, la verificacin
cualitativa y cuantitativa se realiza tanto en el lugar de
origen, como en el Almacn de destino. Para su
internamiento debe tener un informe favorable del
Residente
de
Obra
Asistente
Tcnico
de
Mantenimiento;
h. Cuando los suministros no renen las condiciones
tcnicas requeridas, estas sern devueltas al Proveedor
quien deber retirarlos del Almacn, luego de verificada
la condicin de no aptos en un plazo no mayor a 15 das.
Hecho
que
deber hacerse de
conocimiento
del
Proveedor por escrito, al momento de comunicar la

condicin de falta de aptitud de los bienes su
ministrados; y
85
i.
El Residente de Obra en coordinacin con el Inspector o

Supervisor de Obra efectuar el control de los materiales
en el Almacn. Adems, el Residente de Obra acatando
la orden del Inspector o Supervisor realizar el cambio o
retiro
de
los
materiales
por
incumplimiento
de
especificaciones tcnicas.
Figura N 17: Proceso de Verificacin de Bienes
Verificacin
Cuantitativa(cantidades
iguales, longitud, peso,
volumen)
Suscribir la gua
(nmero de bultos y
peso)
Pruebas de
Conformidad
Visto bueno
(especialista)
SI
Mayor Tiempo
VERIFICACIN
Retiro Embalajes
Revisin y
Verificacin Bienes
Verificacin
Cualitativa(control de
calidad, especificaciones
tcnicas)
Cantidades y
caractersticas
SI
Conformidad
NO
Menor Tiempo
Condiciones
Tcnicas
Suscribir la gua
(dando 100% de
conformidad)
NO
Internamiento
Devolucin
Proveedores
(15das)

Figura N 18: Proceso de Verificacin de Bienes
Verificacin
Cuantitativa(cantidades
iguales, longitud, peso,
volumen)
Devoluciones de
Saldos
Verificacin Bienes
Lugar de origen y
Almacn de destino
Conformidad
Internamiento
Verificacin
Cualitativa(control de
calidad, especificaciones
tcnicas)
86
iii.
Internamiento
Comprende acciones para la ubicacin de los bienes en los

lugares previamente asignados, ejecutndose las siguientes:
a. Se agrupar los bienes segn su tipo, cantidad, periodo

de vencimiento, dimensin, asignacin a un trabajo
especfico;
b. Se ubicar los bienes en el lugar que previamente se les
ha asignado en la zona de almacenaje, de tal manera
que su identificacin sea gil y oportuna;
c. Se evitar dividir un grupo de bienes del mismo tipo en
zonas de almacenaje distintas;
d. En caso de que los espacios disponibles resulten
reducidos, se proceder a internar el ntegro del grupo en
zonas previstas para las ampliaciones; y
e. Si el Almacn no cuenta con los equipos o ambientes
especiales para la conservacin de determinados bienes,
stos se internarn provisionalmente en otro ambiente
que cuente con las condiciones requeridas, debindose
habilitar en el Almacn estas en el ms breve plazo.
Figura N 19: Proceso de Internamiento
Internar en zonas de
ampliaciones
SI
INTERNAMIENTO
Agrupar bienes
(tipo, cantidad,
dimensin)
Ubicar bienes en
lugar previamente
designado
Evitar dividir grupos

de bienes iguales
Espacios Reducidos
NO
Registro
87
Figura N 20: Proceso de Internamiento
Registro
SI
INTERNAMIENTO
Equipos o
ambientes
especiales
NO
Internan en
ambiente especial
iv.
Registro
Se ejecutan las actividades siguientes:
1) Ubicados los bienes en las zonas de almacenaje se

proceder a registrar su ingreso en la Tarjeta de Control
Visible (Bindcard), la misma que ser colocada junto al
grupo de bienes registrados;
2) Para aquellos bienes que proceden de donaciones,
transferencias, saldos de obra u otro concepto distintos
de la compra, se proceder previa a la conformidad de
recepcin, a formular el correspondiente Registro de
Ingreso s Almacn (RIA);
3) Los documentos de ingreso (orden de compra, gua de
remisin, conformidad de recepcin) servirn de base
88
para generar el Registro de Ingreso s Almacn (RIA) y

debidamente
suscrito
visado,
en
base
las
transacciones realizadas por las Unidades Zonales o

Proyectos por Ejecucin Presupuestaria Directa o por
Convenio, forman parte del sustento para elaborar la
informacin que es solicitada.
4) Los bienes se codifican conforme al procedimiento
establecido
por
la
Superintendencia
de
Bienes
Nacionales en la Directiva N 001- 97/SBN-UG-CIMN,

que contiene las normas para el uso y aplicacin del
Catlogo Nacional de Bienes Muebles del Estado.
Figura N 21: Proceso de Registro
Orden de Compra
SI
REGISTRO
Gua de Remisin
Formular registro de ingreso a

almacn
Conformidad de
recepcin
Donaciones,
Transferencias,
Saldos de obra
Codificacin Catlogo
Nacional de Bienes
Muebles del Estado
NO
Registrar a travs de Tarjeta
de control visible (BINDCARD)
Custodia
89
v.
Custodia
Es el conjunto de actividades que se realizan con la finalidad de

que
los
bienes
almacenados
conserven
las
mismas
caractersticas fsicas y numricas en que fueron recibidas.

Las acciones concernientes a la custodia son las siguientes:
a. Proteccin al Personal de Almacn: Se deben

contemplar todos los aspectos de proteccin al personal
por los daos que pueden causar a su integridad fsica;
con tal fin se les dotar de los implementos necesarios
para la adecuada manipulacin de materiales. Asimismo,
se disear planes de seguridad que contemplarn
programas de evacuacin para casos de siniestros
(incendios,
terremotos,
inundaciones),
de
entrenamiento en el manejo de equipos de manipulacin

de materiales de seguridad (extintores, protectores, entre
otros).
b. Proteccin
de
los
bienes:
Est referida a
los
tratamientos especficos que son necesarios para cada

bien almacenado, a fin de protegerlos de elementos
naturales como la humedad, luz, lluvia, temperatura,
principalmente. Las tcnicas por aplicar sern las
estipuladas en: normas tcnicas, manual del fabricante u
otros textos especializados.
c. Proteccin del local de Almacn: Las reas fsicas
destinadas a servir se les debe rodear de medios
necesarios para proteger a los personas, al bien
almacenado, mobiliario y a las mismas instalaciones, de
riesgos internos y externos.
90
Para tal efecto se tomarn medidas a fin de evitar:

-
Robos o sustracciones;
Acciones de sabotaje;
Incendios; y
Inundaciones, entre otras razones.
2. Proceso de Distribucin
Es un proceso del Macro-Proceso de Abastecimiento, que

consiste en un conjunto de actividades de naturaleza tcnico administrativa, referidas a la distribucin de los bienes,
incluyendo a las operaciones de traslado interno.
Consta de los siguientes sub procesos: Formulacin del pedido,

Autorizacin de despacho, Acondicionamiento de materiales,
Control y Entrega de materiales.
Figura N 22: Proceso de Distribucin
FORMULACIN DEL PEDIDO
AUTORIZACIN DE DESPACHO
DISTRIBUCIN
ACONDICIONAMIENTO DE
MATERIALES
CONTROL DE BIENES
ENTREGA DE BIENES
91
i.
Formulacin del Pedido
a. Se emplea el formulario de Requerimiento de Materiales,

debiendo ser autorizado por el Residente de Obra o
Asistente Tcnico de Mantenimiento.
b. Se formula en base a los respectivos metrados de los
proyectos o actividades a ejecutarse, debidamente
conciliada con la disponibilidad de materiales en Almacn
y a autorizada por el Residente de Obra o Asistente
Tcnico de Mantenimiento.
c. El
Residente
de
Mantenimiento
Obra
el
Asistente
Responsable
Tcnico
de
Administrativo
conjuntamente con el Almacenero establecern un

calendario para la presentacin de pedidos.
d. Los pedidos de materiales y bienes, que no son de
consumo regular sern presentados de acuerdo al
periodo consignado en el correspondiente Cuadro de
Necesidades.
e. Una vez aprobado el despacho la solicitud de bienes se
oficializa con el formato de Pedido Comprobante de
Salida de Almacn (PECOSA) debiendo firmar en este
documento el Residente de Obra o el Asistente Tcnico
de Mantenimiento, el Administrativo, el Almacenero, el
responsable de su traslado y el que va hacer uso del
bien.
f. Se deber implementar horarios de atencin en funcin a
la disponibilidad de personal y a la periodicidad de la
demanda de bienes.
92
ii.
Autorizacin de Despacho
a. El
Residente
de
Obra
Asistente
Tcnico
de
Mantenimiento ordenar al Administrador la entrega y

distribucin de los bienes. En caso de la ausencia del
Administrador el responsable de la entrega y distribucin
es el Almacenero, por orden del Residente de Obra o
Asistente Tcnico de Mantenimiento.
b. La autorizacin de despacho se otorgar para aquellos
bienes que figuran en el formato de Requerimiento de
Materiales.
c. Se autorizar pedidos no programados slo en el caso
que se deriven de situaciones de emergencia o casos
especiales autorizados por el Gerente de Proyectos o
Gerente de Mantenimiento.
d. La autorizacin de despacho, considera lo siguiente:
-
Verificacin de los documentos de autorizacin de la

entrega y de los seguros de transporte respectivos.
Identificacin de la persona designada para la recepcin

y traslado del bien.
Elaboracin y suscripcin de la PECOSA, generando la

numeracin respectiva.
93
Figura N 23: Proceso de Autorizacin de Despacho

NO
FIN
Emergencia o casos
especiales
NO
Residente de Obra
Identificacin de
persona designada
SI
AUTORIZACIN DE
DESPACHO
Entrega y distribucin de
bienes por el
Administrador o
Almacenero
Requerimiento de
materiales programado
SI
Otorgar la
autorizacin
respectiva
Elaboracin y
suscripcin de PECOSA
Verificacin de
documentos de entrega
Asistente Tcnico de
Mantenimiento
iii.
Acondicionamiento del Bien para Despacho
a. El Almacenero recibir los requerimientos de materiales

aprobados y autorizados para su despacho, por lo que
dispondr del acondicionamiento de los bienes recibidos
y para su entrega.
b. Retirar los bienes y los ubicar en el lugar destinado
para el despacho.
c. La determinacin del tipo de embalaje a utilizar se
considerar los siguientes factores:
-
Destino de la carga;
Transbordos a que se someter la carga durante

su traslado;
Caractersticas fsicas del bien a embalarse;
Peso y volumen de la carga; y
Otras
consideraciones
del
fabricante
especialista.
d. El acondicionamiento o embalaje de los bienes por
distribuir debe realizarse en forma tal que se evite:
-
Despostillados, roturas o aplastamientos;
94
Daos por manchas con grasas u otros agentes

nocivos;
Deterioro en el acabado;
Daos por causas climatolgicas; y
Prdida parcial, total o extravo.
e. En el caso de bienes embalados se proceder al

marcado, sellado numerado, adems de otras seales
indicadoras que permitan un traslado seguro del bien.
iv.
Control de Bienes
a. En cada Almacn se establecer un control de salida de

materiales, y ser encargado al personal de segundad y
vigilancia u otra persona que se designe para tal funcin.
b. El encargado del transporte de los bienes, presentar al
salir del Almacn, la PECOSA, la Gua de Remisin y la
Pliza de Seguros respectiva a la persona encargada del
control de salida de materiales y al personal de vigilancia,
quienes verificarn si el contenido de los mismos
concuerda con el documento y retendr una copia de la
PECOSA para su control.
c. El Almacenero, deber tomar las previsiones del caso a
fin de que se termine de firmar la PECOSA por la
persona responsable de la recepcin del bien.
95
Figura N 24: Proceso de Control de Bienes

Personal de seguridad
CONTROL DE
BIENES
Personal de seguridad
Presentar PECOSA,
gua de remisin y
poliza de seguros
Salida de Materiales
Almacenero
Verificacin de
documentos y copia
de PECOSA
Firma de PECOSA
por la persona
responsable
v.
Entrega de Bienes
a. En el momento de hacer la entrega del bien, se cuidar

que la persona que la realiza, verifique el bien entregado,
el cual estar acorde a la PECOSA y a la Gua de
Remisin.
b. El Almacenero, deber tomar las previsiones del caso a
fin de que se termine de firmar la PECOSA por la
persona
responsable
de
la
recepcin
del
bien,
adicionalmente se debe consignar el nmero de la Placa

de la unidad de transporte.
3. Stock de materiales, fungibles y combustibles
Es necesario que el Residente de Obra o el Jefe de la Unidad

Zonal, y el Responsable Administrativo, informen mensualmente
al Gerente de Proyectos o al Gerente de Mantenimiento, el
stock de bienes existente, los compromisos de entrega a la
obra, as como de combustibles y otros bienes, con el fin de que
se garantice su existencia y no se vea afectada la programacin
de ejecucin, de la obra, debiendo considerar un Stock mnimo
para casos de emergencia.
96
4. Disposiciones Finales
a. El Residente de Obra o el Jefe Zonal, en coordinacin

con el Responsable Administrativo deben implementar
bajo su responsabilidad la presente Directiva, debiendo
elaborar
un
Instructivo
Interno
que
detalle
los
procedimientos propios de su rea, instruyendo para tal

fin en forma peridica a todas las personas implicadas en
la operacin, seguridad o vigilancia de los almacenes de
obra.
b. Los gastos que se incurran en la implementacin de los
Almacenes para las Actividades de Mantenimiento u
Obras debern ser considerados en los Expedientes
Tcnicos.
FORMATOS:
Los formatos son modelos para su inclusin en el Instructivo

Interno de Procedimientos:
Orden de Compra Gua de Internamiento. (Ver anexo 8)
KARDEX. (Ver anexo 9)
BINDCARD. (Ver anexo 10)
Requerimiento de Materiales. (Ver anexo 11)
Gua de Remisin. (Ver anexo 12)
Pedido de Comprobante de Salida (PECOSA). (Ver

anexo 13)
Liquidacin de Movimientos de Almacn. (Ver anexo 14)
Adems adicionalmente se incluye los siguientes formatos que

son utilizados:
97
Registro de Ingreso Almacn (RIA). (Ver anexo 15)

Vale de Consumo de Material Diario (VC). (Ver anexo 16)
Informe Mensual de Almacn. (Ver anexo 17)
B. Tarea PSI 4.2: Anlisis de las Necesidades de Informacin
Para poder estar en capacidad de hacer un correcto anlisis de
informacin se deber conocer cules son los informes finales
que permiten llevar a cabo la gestin de los inventarios en los
almacenes de obras del GRA. Es por ello que se tiene 2
informes finales que son Liquidacin de Movimientos de
Almacn e Informe Mensual de Almacn. Adems se tiene que
tener en cuenta cual o cuales, ya sean documentos, formatos,
etc, alimentan a dichos informes para la elaboracin de los
mismos.
Es por ello que:
Figura N 25: Modelo de Informe 1
ORDEN DE
COMPRA
GUA DE
REMISIN
LIQUIDACIN DE
MOVIMENTOS DE
ALMACN
PECOSA
RIA
98
Figura N 26: Modelo de Informe 2

KARDEX
BINDCARD
INFORME MENSUAL
DE ALMACEN
REQUERIMIENTO
DE MATERIALES
VALE DE CONSUMO
DE MATERIAL
DIARIO
Adems tambin es conveniente tener en cuenta los recursos

que se emplean para obtener dichos informes. Por lo tanto:
Recursos Informticos
-
Archivos manuales.
Archivos Excel.
Informes hechos a medida.
Recursos de Maquinaria y equipo

-
Camionetas.
Radios.
Celulares.
PC y/o laptop.
Impresoras.
99
C. Tarea PSI 4.3: Catalogacin de Requisitos

En este punto denotamos los requisitos de alto nivel que debe
permitir lograr una gestin de inventarios con la informacin
suficiente y oportuna que es manejada a travs de los formatos
antes mencionados y que debe contener informacin relevante.
A continuacin detallamos los requisitos de alto nivel:

Tabla N 9.
Cdigo
Requisitos de Alto Nivel
Requisito
RF01
Liquidacin de Movimientos de Almacn
RF02
Orden de Compra
RF03
Gua de Remisin
RF04
Pedido de Comprobante de Salida (PECOSA)
RF05
Registro de Ingreso a Almacn (RIA)
RF06
Informe Mensual de Almacn
RF07
Krdex
RF08
Control visible de Almacn (BINDCARD)
RF09
Requerimiento de Materiales
RF10
Vale de Consumo de Material Diario (VC)
100
Especificacin de requisitos:
Tabla N 10. Requisito de la Liquidacin de Movimientos de Almacn
Cdigo
RF01
Requisito
Liquidacin de Movimientos de Almacn
Descripcin
Formato que permite hacer la liquidacin del almacn

de la obra indicando al responsable, supervisor y sector
que pertenece., este formato tiene por objeto mostrar la
informacin de un perodo de tiempo respecto a los
movimientos de stocks y quienes fueron los
responsables de dicho movimiento. (Ver anexo 14)
Requisito Asociado
RF02, RF03, RF04, RF05
Fecha de presentacin
Fecha de Aprobacin
Autor:
Aprobado por:
Gerente Regional de Infraestructura
Prioridad
Baja
Importancia
Alta

Tabla N 11. Requisito de la Orden de Compra
Cdigo
RF02
Requisito
Orden de Compra
Descripcin
Formato que permite saber a quin se solicita la

compra de artculos diversos, as mismo conocer el
monto de los artculos, en qu medida y cantidad,
adems de los plazos de entrega, modalidad y otros
pertinentes a una adquisicin que se desea efectuar
(Ver anexo 8).
Requisito Asociado
RF01
Fecha de Aprobacin
Autor:
Aprobado por:
Prioridad
Muy Alta
Importancia
Muy Baja
101
Tabla N 12. Requisito de la Gua de Remisin

Cdigo
RF03
Requisito
Gua de Remisin
Descripcin
Formato emitido por el proveedor que permite conocer

quin entrego, quien recibi los artculos, que se
recibi, y los datos del transportista. (Ver anexo 12)
Requisito Asociado
RF01
Fecha de Aprobacin
Autor:
Aprobado por:
Prioridad
Alta
Importancia
Baja

Tabla N 13. Requisito de la PECOSA
Cdigo
RF04
Requisito
Descripcin
Formato que permite conocer lo que se entregar, a

quin se entregarn los artculos y con qu destino, as
mismo la dependencia que los solicita. (Ver anexo 13)
Requisito Asociado
RF01
Fecha de Aprobacin
Autor:
Aprobado por:
Prioridad
Media - Baja
Importancia
Media - Alta
102
Tabla N 14. Requisito del Registro de Ingreso a Almacn

Cdigo
RF05
Requisito
Descripcin
Formato que permite ingresar los artculos a almacn

ya sea a travs de la Gua de Remisin, Orden de
Compra u otro documento que sirva para tales fines.
(Ver anexo 15)
Requisito Asociado
RF01
Fecha de Aprobacin
Autor:
Aprobado por:
Prioridad
Alta - Media
Importancia
Baja - Media

Tabla N 15. Requisito del Informe Mensual de Almacn
Cdigo
RF06
Requisito
Descripcin
Formato mediante el cual se podr informar en qu

estado se encuentra el almacn de obra y que contiene
todas las existencias en descripcin y cantidad (Ver
anexo 17).
Requisito Asociado
RF07, RF08, RF09, RF10
Fecha de Aprobacin
Autor:
Aprobado por:
Prioridad
Muy Baja
Importancia
Muy Alta
103
Tabla N 16. Requisito del Kardex

Cdigo
RF07
Requisito
Kardex
Descripcin
Formato que permite realizar un reporte de los

movimientos de los artculos en forma cronolgica, as
mismo poder valorizar los stock actuales o en algn
momento del tiempo (Ver anexo 9).
Requisito Asociado
RF06
Fecha de Aprobacin
Autor:
Aprobado por:
Prioridad
Baja
Importancia
Alta

Tabla N 17. Requisito del BINDCARD
Cdigo
RF08
Requisito
Control Visible de Almacn (BINDCARD)
Descripcin
Formato que especifica con ms detalle al artculo con

campos como Marca Serie, Cdigo y Clase. (Ver anexo
10).
Requisito Asociado
RF06
Fecha de Aprobacin
Autor:
Aprobado por:
Prioridad
Alta - Media
Importancia
Baja - Media
104
Tabla N 18. Requisito del Requerimiento de Materiales

Cdigo
RF09
Requisito
Descripcin
Formato que permite saber que materiales se requieren

as como su cantidad, quin lo solicita y cul ser el
proyecto de destino. (Ver anexo 11).
Requisito Asociado
RF06
Fecha de Aprobacin
Autor:
Aprobado por:
Prioridad
Alta - Media
Importancia
Baja - Media

Tabla N 19. Requisito del Vale de Consumo
Cdigo
RF10
Requisito
Vale de Consumo de Material Diario (VC)
Descripcin
Formato que permite saber cunto de material se

consume por jornada as mismo quin lo entrega y
quin lo recibe. (Ver anexo 16).
Requisito Asociado
RF06
Fecha de Aprobacin
Autor:
Aprobado por:
Prioridad
Media - Baja
Importancia
Media - Alta
4.3.5. ACTIVIDAD PSI 5: ESTUDIO DE LOS SISTEMAS DE

INFORMACIN ACTUALES
A. Tarea PSI 5.1: Alcance y Objetivos del Estudio de los
Sistemas de Informacin Actuales
Los sistemas de Informacin en la actualidad en el GRA estn
enfocados hacia los almacenes de obras, estos abarcan desde
105
el comienzo hasta el final de los procesos antes ya

mencionados, es por ello que se cre sub-divisiones por niveles
para percibir el verdadero alcance de estos SI.
Tabla N 20. Sub-divisiones por niveles de los SI
Formatos
Liquidacin de movimientos de almacn
Orden de Compra
Gua de remisin
Kardex
Vale de consumo de material diario (VC)
Niveles
7
1
2
5
3
8
7
3
4
6
Proceso
Manual
Manual
Manual
Manual
Manual
Manual
Manual
Manual
Manual
Manual
Almacenamiento
Digital
Fsico
Fsico
Fsico
Fsico
Digital
Digital
Fsico
Fsico
Fsico
B. Tarea PSI 5.2: Anlisis de los Sistemas de Informacin

Actuales
Como se puede apreciar en el punto anterior hay gran cantidad
de informacin que se maneja manualmente. Esto puede
ocasionar problemas tales como:
Traspapelado de documentos.
Prdida de formatos (perdida de informacin).
Falta de digitalizacin de formatos que concluyeron su

ciclo.
Inaccesibilidad de la informacin en ausencia de los

responsables.
Incorrecto y/o deficiente llenado de formatos.
Inconsistencia de informacin al realizar un cruce de

datos entre los diversos formatos
Estos problemas se pueden dar con mayor frecuencia en

formatos que son manejados por el propio almacn como la
PECOSA, RIA, BINDCARD, VC. Pero no se podr descartar
106
que alguno de los problemas antes mencionados se pueda dar

en los otros formatos que no han sido mencionados.
Por lo tanto se puede decir que la posibilidad de contar con un

sistema de informacin adecuado para el GRA enfocado a los
almacenes en obras es posible y necesario.
C. Tarea PSI 5.3: Valoracin de los Sistemas de Informacin
Actuales
A efectos de desarrollar una adecuada valoracin de los
sistemas de informacin actuales, se presenta a continuacin
una escala de ponderacin.
1:
Psimo
2:
Malo
3:
Regular
4:
Bueno
5:
ptimo
Por lo tanto, la tabla que se muestra a continuacin, representa

el estado de valoracin de los sistemas de informacin
actuales:
Tabla N 21. Valoracin de los SI actuales
Almacenamiento
SI
Manual
Fsico
Proceso
Proceso
Digital
X
Atribucin
Ponderacin
Regular
Bueno
107
4.3.6. ACTIVIDAD PSI 6: DISEO DEL MODELO DE SISTEMAS DE

INFORMACIN
A. Tarea PSI 6.1: Diagnstico de la Situacin Actual.
De acuerdo a lo visto anteriormente se podr hacer el siguiente
diagnstico tomando en cuenta los formatos antes ya
mencionados y el alcance de los SI.
Tabla N 22. Alcance de los SI a travs de los niveles
Nivel
1
2
3
3
4
5
6
7
7
8
Formato
Orden de Compra
Gua de remisin
Vale de consumo de material diario (VC)
Kardex
Liquidacin de movimientos de almacn
Proceso
Manual
Manual
Manual
Manual
Manual
Manual
Manual
Manual
Manual
Manual
Almacenamiento
Fsico
Fsico
Fsico
Fsico
Fsico
Fsico
Fsico
Digital
Digital
Digital
Dada la tabla anterior se puede establecer que desde el nivel 1

que comienza con la Orden Compra hasta el nivel 6 que
termina con el Vale de Consumo de Material diario los formatos
se
manejan
travs
de
un
proceso
manual
su
almacenamiento es fsico, mientras que desde el nivel 7 que

comienza con el Kardex hasta el nivel 8 que termina con el
Informe Mensual los formatos se manejan a travs de un
proceso digital pero su almacenamiento es de forma digital,
dado que los ltimos formatos son almacenados de forma
digital tambin se debe hacer una copia impresa de tales
documentos para su archivo correspondiente.
108
B. Tarea PSI 6.2: Definicin del Modelo de Sistemas de

Informacin
A continuacin mostraremos como se podrn articular los
formatos anteriormente mencionados.
Figura N 27: Secuencia Lgica de la Documentacin
LIQUIDACIN DE
MOVIMIENTOS DE
ALMACN
PEDIDO DE
COMPROBANTE DE
SALIDA (PECOSA)
GUA DE REMISIN
KARDEX
INFORME MENSUAL
DE ALMACEN
REGISTRO DE
INGRESO A
ALMACEN (RIA)
ORDEN DE COMPRA
REQUERIMIENTO DE
MATERIALES
VALE DE CONSUMO
(VC)
BINDCARD
4.3.7. ACTIVIDAD PSI 7: DEFINICIN DE LA ARQUITECTURA

TECNOLGICA
A. Tarea PSI 7.1: Identificacin de las Necesidades de
Infraestructura Tecnolgica
En el esquema que se presenta a continuacin, se muestra la
manera en la que se encuentran distribuidas las operaciones y
la produccin de sus respectivos documentos producto de las
mismas.
109
Figura N 28: Diagrama de Operaciones y Produccin de Documentos

LIQUIDACIN DE
MOVIMIENTOS DE
ALMACN
ORDEN DE
COMPRA
INFORME MENSUAL
DE ALMACEN
PECOSA
KARDEX
GUA DE
REMISIN
ORDEN DE
COMPRA
GUA DE
REMISIN
KARDEX
VC
RIA
BINDCARD
REQUERIMIENTO
DE MATERIALES
RIA
PECOSA
REQUERIMIENTO
DE MATERIALES
BINDCARD
Inventario Almacn central
Trans
p
orte
Inventario
Almacn Central
Almacenero
Responsable
de Obra
Proveedor
Estaciones
de trabajo
Almacn de Obra
Internet
Servidor
Equipos porttiles
A continuacin se presentar las alternativas de arquitectura

tecnolgica con sus respectivos cuadros comparativos.
1. Primera opcin.- Herramienta nueva para los

almacenes de obras.
Desarrollo de una herramienta nueva acorde a las
necesidades de los almacenes de obras en el GRA.
Tabla N 23. Cuadro Comparativo Alternativa 1
A favor
En contra
- Solucin a los problemas actuales.
- Inversin considerable.
- Contar con un SI adecuado y - Rechazo por parte del personal

necesario a medida.
involucrado.
- Cumplimiento de los Objetivos

Estratgicos del GRA.
110
2. Segunda opcin.- Acondicionamiento de la herramienta

existente.
Acondicionar la herramienta SISGAP (Sistema de
Gestin de Almacenes de Proyectos) que es usada slo
en el Almacn Central del GRA para los almacenes de
obra.
A favor
En contra
- Inversin menos considerable.
- No obtener una solucin definitiva
- Posible SI que conecte al Almacn a los problemas actuales.

Central con los almacenes de obras.
- Rechazo por parte del personal

involucrado.
- Posible incumplimiento de los
Objetivos Estratgicos del GRA.
- Posibles aumentos de nuevos
acondicionamientos en el futuro.
3. Tercera Opcin.- Mantener todo como est (Status

Quo).
Dejar las cosas como se encuentran en la actualidad sin
ningn cambio relevante.
A favor
En contra
- Inversin poco considerable.
- No se dar solucin a los
- No existir rechazo por parte del problemas actuales.

personal involucrado.
- Incumplimiento de los Objetivos

Estratgicos del GRA.
- No se contar con un SI adecuado
a las necesidades.
111
B. Tarea PSI 7.2: Seleccin de la Arquitectura Tecnolgica

Dadas las alternativas antes mencionadas para llevar a cabo la
seleccin se tomara en cuenta algunos aspectos, los cuales se
aplicarn a cada una de dichas alternativas.
Alternativa 1: Herramienta nueva para los almacenes de obras.
1. Aspecto Tecnolgico.
Servidor nuevo.
Herramienta diseada acorde a las necesidades

de los almacenes de obra.
Equipos
adecuados
para
la
instalacin
funcionamiento de la herramienta.
2. Aspecto Operativo.
Tiempo para la adaptacin y capacitacin del

personal involucrado.
3. Aspecto Estratgico.
Se cumplirn los Objetivos Estratgicos.
4. Aspecto Econmico.
Se aplicar el anlisis de Costo-Beneficio. Para este
caso en particular se est tomando como referencia la
obra Instalacin de redes primarias y secundarias del
sistema de agua potable y alcantarillado de las partes
altas del Distrito de Mariano Melgar que tuvo un
presupuesto que oscilaba alrededor de los S/. 8,
000,000.00 de nuevos soles.
112
Tabla N 26. Costo - Beneficio Alternativa 1

Costos
Beneficios
10,000 Ahorro de prdidas (0.5%)
10,000 Informacin tiempo real
5,000
Servidor nuevo
Diseo de herramienta
Capacitacin
Total
40,000
10,000
25,000 Total
50,000
B/C = 50,000 / 25,000

B/C = 2
Alternativa 2: Acondicionamiento de la herramienta existente.
Mejora en los equipos ya sea PC o laptop.
Compra de memorias RAM.
Tiempo para el posible acondicionamiento de la

herramienta actual SISGAP.
Posible
incumplimiento
de
los
Objetivos
Estratgicos.
Se aplicar el anlisis de Costo-Beneficio.
113

Costos
Beneficios
Mejora de equipos
Compra memorias RAM
Total
5,000 Mismo servidor

5,000 Misma herramienta
Informacin conectada
10,000 Total
10,000
10,000
5,000
25,000
B/C = 25,000 / 10,000

B/C = 2.5
Alternativa 3: Mantener todo como est (Status Quo).
Mantenimiento de los equipos actuales.
Ninguno todo se mantiene como en se encuentra

en la actualidad.
No se cumplirn los Objetivos Estratgicos.
Se aplicar el anlisis de Costo-Beneficio.
114

Costos
Mantenimiento equipos
Total
Beneficios
2,000 Ninguna compra
20,000
2,000 Total
20,000
B/C = 20,000 / 2,000

B/C = 10
A continuacin se har la comparacin respectiva de las

alternativas.
Tabla N 29. Consolidado comparativo de las alternativas
Aspectos
Alternativas
1
2
3
Tecnolgico
Operativo
Bueno Regular Malo SI

X
X
X
X
X
Estratgico
NO Bueno Regular Malo

X
X
X
X
Econmico
(B/C)
SI
NO
X
X
X
Dado el cuadro anterior, analizando y comparando cada uno de

los aspectos de las alternativas propuestas, se optar por
seleccionar la Alternativa nmero 1 que es el desarrollo de la
Herramienta nueva para los almacenes de obras.
4.3.8. ACTIVIDAD PSI 8: DEFINICIN DEL PLAN DE ACCIN
A. Tarea PSI 8.1: Definicin de Proyectos a Realizar
Dado que el PSI es la primera etapa de la metodologa
MTRICA Versin 3, lo ptimo sera continuar con las dems
etapas, es por ello que a continuacin se presentar dichas
etapas de forma general.
115
Figura N 29: Diagrama Gantt de Futuros Proyectos

Tiempo en semanas
Actividad
1 2 3 4 5 6 7 8 9
1 1 1 1 1
0 1 2 3 4
PSI
EVS
ASI
DSI
CSI
IAS
MSI
1
5
1
6
1
7
1
8
1
9
2
0
2
1
2
2
2
3
2
4
2
5
2
6
2
7
2
8
2
9
3
0
3
1
3
2
3
3
3
4
3
5
3
6
3
7
3
8
3
9
4
0
4
1
4
2
4
3
4
4
4
5
4
6
4
7
4
8
4
9
5 5 5
0 1 2
5
3
5
4
B. Tarea PSI 8.2: Elaboracin del Plan de Mantenimiento del

PSI
Para llevar a cabo el Plan de Mantenimiento del PSI se deber
partir del cumplimiento de las actividades que este implica, las
cuales presentaremos a continuacin de forma general.
Tiempos
por
actividades
generales
para
el
Plan
de
Mantenimiento:
1) Registro de la Peticin:
1 semana
2) Anlisis de la Peticin:
1 semana
3) Preparacin de la Implementacin de la
Modificacin:
2 semanas
4) Seguimiento y Evaluacin de los cambios

hasta la Aceptacin:
TOTAL
1 semana
5 semanas
Figura N 30: Diagrama Gantt del Plan de Mantenimiento
Actividad
REGISTRO DE LA PETICIN
ANLISIS DE LA PETICIN
PREPARACIN DE LA IMPLEMENTACIN DE LA MODIFICACIN
SEGUIMIENTO Y EVALUACIN DE LOS CAMBIOS HASTA LA ACEPTACIN
SEMANAS
1
A partir del cumplimiento de estas actividades y de las tareas

que estas implican se podr hacer efectivo el Plan de
Mantenimiento.
4.3.9. ACTIVIDAD PSI 9: REVISIN Y APROBACIN DEL PSI
A. Tarea PSI 9.1: Convocatoria de la Presentacin
Se har la convocatoria a los Responsables del PSI por parte
de
la
Institucin
para
que
realicen
la
presentacin
correspondiente. Dicha presentacin deber contener un

resumen de las siguientes actividades:
Identificacin de Requisitos (PSI 4)
Estudio de los SI Actuales (PSI 5)
Diseo del Modelo de SI (PSI 6)
Definicin de la Arquitectura Tecnolgica (PSI 7)
Definicin del Plan de Accin (PSI 8)
Las tareas que se tomarn en cuenta para la presentacin

sern las siguientes:
Catlogo de Requisitos (PSI 4.3)
Catlogo de Objetivos (PSI 5.1)
Arquitectura de Informacin:
o Modelo de Informacin (PSI 4.2)
o Modelos de SI (PSI 6.2)
o Arquitectura Tecnolgica (PSI 7.2)
Plan de Accin:
o Plan de Proyectos (PSI 8.1)
o Plan de Mantenimiento del PSI (PSI 8.2)
B. Tarea PSI 9.2: Evaluacin y Mejora de la Propuesta

Los encargados de hacer la evaluacin y mejora de la
propuesta son los Responsables del PSI por parte de la
Institucin. Para esto se har uso de la siguiente escala:
1:
Psimo
2:
Malo
3:
Regular
4:
Bueno
5:
ptimo
Adems citaremos las salidas a tomar en cuenta que son:
Presentacin (S -1)
Catlogo de Requisitos (S -2)
Catlogo de Objetivos (S -3)
Arquitectura de Informacin (S -4)
Plan de Accin (S -5)
Por lo tanto obtendremos el siguiente cuadro.
120
Tabla N 30. Evaluacin de Salidas del PSI

Responsables
Salidas del PSI

S-3
S-4
S-5
Calificacin
Promedio
4.00
S-1
S-2
1 Comit de Direccin
2 Consultores
4.00
3 Consultores Informticos
4 Directores Usuarios
4.00
5 Equipo de Soporte Tcnico

6 Equipo del Proyecto
7 Jefe de Proyecto
8 Responsable de Mantenimiento
9 Usuarios expertos
4.00
4
4.00
5.00
5
5.00
4.00
4.00
4.22
Como se puede apreciar en la tabla anterior cada uno de los

responsables del PSI emiti su evaluacin sobre las salidas que
se obtiene del PSI dndonos un promedio de calificacin de
4.22 dando como resultado un nivel de satisfaccin de Bueno.
Las mejoras a considerar fueron las siguientes:
Considerar tiempos de holgura para imprevistos.
Remitir copias respectivas de informes peridicos de

avances a los responsables del PSI.
C. Tarea PSI 9.3: Aprobacin del PSI

Los miembros del Comit de Direccin sern los encargados de
la Aprobacin del PSI. Dados los resultados obtenidos en el
punto anterior dicho comit decidi dar la aprobacin final para
el PSI y se comunicar mediante oficio a todos los implicados
en este proceso. (Ver Anexo 18)
121
CAPTULO V:
EVALUACIN DE LA PROPUESTA
5.1. Generalidades
En este captulo se presentar la evaluacin de la propuesta desarrollada

anteriormente, para esto se deber partir desde el anlisis de la Variable
Independiente Mtrica V3 con sus respectivos indicadores, de igual forma se
proceder con la Variable Dependiente Plan de Sistemas de Informacin con
sus respectivos indicadores.
Para llevar a cabo dicha evaluacin se emplearn distintas tcnicas y

herramientas que se presentarn a continuacin.
5.2. Evaluacin de la Variable Independiente
5.2.1. Cumplimiento de actividades

Este es el primer indicador de la Variable Independiente Mtrica V3,
para poder realizar la evaluacin de dicho indicador debemos de partir de
su respectivo ndice el cual es Proporcin de actividades desarrolladas
correctamente de acuerdo a la metodologa, el cual por medio del clculo
respectivo nos permitir evaluar la propuesta en la perspectiva del
cumplimiento del desarrollo de la metodologa aplicada.
Para la evaluacin de esto ndice as como de los posteriores, se

proceder a construir un cuadro de frecuencias partiendo de la puntuacin
de aprobacin emitida por los Responsables del PSI por parte de la
Institucin y personal externo, citando que dichos responsables son:
A. Comit de Direccin
Gerente Regional de Infraestructura (Presidente)
Sub Gerente de la SGEPI (Director General 1)
Sub Gerente de la SGSLPI (Director General 2)
B. Consultores
Experto en Sistema Administrativo I Oficina de Logstica y

Patrimonio (Especialista en Gestin Logstica 1)
Especialista en Gestin Logstica 2 (Externo)
C. Consultores Informticos
Analista de Sistemas PAD III OPDI (Consultor de T.I.)
Experto en Sistema Administrativo I OPDI (Consultor de S.I.)
D. Directores Usuarios
Supervisor de Programa Sectorial I (Jefe inmediato SGEPI)
Supervisor de Programa Sectorial I (Jefe inmediato SGSLPI)
E. Equipo de Soporte Tcnico
Tcnico en Hardware (Externo)
Tcnico en Software (Externo)
F. Equipo del Proyecto
Jefe OPDI (Coordinador de planificacin)
Asesor del PSI (Externo)
Analista del PSI (Externo)
Experto en Gestin de Inventarios (Externo)
G. Jefe de Proyecto
123
H. Responsable de Mantenimiento
Director Sistema Administrativo II OPDI
I. Usuarios expertos
Ingeniero IV SGEPI (Usuario 1)
Ingeniero IV SGSLPI (Usuario 2)
La lista que se detalla anteriormente, ha sido exceptuada de los nombres

de las personas que participaron en el proyecto a efectos de conservar la
confidencialidad de los mismos, as como por motivos de seguridad.
Para construir dicho cuadro de frecuencias se tendr en cuenta la

siguiente escala.
0 como puntaje ms bajo
10 como puntaje ms alto
Ya mencionados los responsables anteriormente y conociendo que cada

uno emitir su respectiva puntuacin de aprobacin por cada una de las
actividades del PSI, se obtendr el siguiente cuadro de frecuencias:
Tabla N 31. Cuadro de Frecuencias de Actividades del PSI
Responsables
Actividades del PSI
Calificacin
PSI-1 PSI-2 PSI-3 PSI-4 PSI-5 PSI-6 PSI-7 PSI-8 PSI-9 Promedio
1 Comit de Direccin
2 Consultores
8.14
8.50
8.00
8
8.50
9.00
10
10
9 Usuarios expertos
9.00

7 Jefe de Proyecto
8
8
10.00
8.00
Promedio Total =
8.57
8.63
124
A continuacin se presentar su respectivo histograma que representa la

puntuacin individual que cada responsable asigno a cada actividad
desarrollada:
Figura N 31: Histograma de Frecuencias de Actividades del PSI
10.00
9.00
8.00
Promedio
7.00
6.00
5.00
4.00
3.00
2.00
1.00
0.00
1
Responsables del PSI
Adems presentamos la siguiente escala de calificacin:

Tabla N 32. Escala de Aprobacin para Actividades
Puntaje de Aprobacin
Atributo
0-6
Malo
Regular
8-9
Bueno
10
Muy Bueno
Como se puede observar en la figura y cuadros precedentes, la

puntuacin promedio es de 8.63 correspondiente a un 86.3% de nivel de
satisfaccin, y teniendo en cuenta la escala de puntuacin, podemos
afirmar que la aprobacin del PSI fue Bueno.
125
5.2.2. Desarrollo de Entregables

Segundo indicador de la Variable Independiente Mtrica V3, para poder
realizar la evaluacin de dicho indicador debemos de partir de su
respectivo ndice el cual es la Proporcin de entregables elaborados y
entregados correctamente.
Para esto se tendr que diferenciar entre dos tipos de entregables:
Entregables Digitales: Archivos Word, Archivos Power Point y

cualquier otro tipo de archivo digital.
Entregables Fsicos: Documentos Impresos, CD-ROM y cualquier

otro entregable de la misma ndole.
A continuacin se presenta la siguiente tabla:

Tabla N 33. Tipos de Entregables
Entregables
Archivos Word
Aprobacin de inicio del PSI
mbito y objetivos del PSI
Objetivos estratgicos relacionados con el PSI
Factores crticos de xito
Ejes estratgicos de desarrollo
Descripcin de procesos afectados
Catlogo de objetivos del PSI
Catlogo de usuarios
Equipos de trabajo
Plan de trabajo
Aceptacin del plan de trabajo
Catlogo de Requisitos
Requisitos generales
Modelo de procesos de la organizacin
Necesidades de informacin
Modelos de informacin
Requisitos de los procesos afectados por el PSI
Formatos utilizados
Objetivos del estudio de los SI
Identificacin de los SI actuales
Descripcin de los SI actuales
Actividades del PSI

PSI-1 PSI-2 PSI-3 PSI-4 PSI-5 PSI-6 PSI-7 PSI-8 PSI-9
X
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
126
Entregables
Valoracin de la situacin actual
Diagnstico de la situacin actual
Modelos de SI
Alternativas de arquitectura tecnolgica
Arquitectura tecnolgica
Diagrama de operaciones
Consolidado comparativo
Definicin de proyectos
Prioridad de proyectos
Calendario de proyectos
Plan de mantenimiento del PSI
Diagrama Gantt
Plan de presentacin
Resultado de las sesiones de trabajo
Presentacin
Catlogo de requisitos del PSI
Arquitectura de informacin
Plan de accin
Aprobacin formal del PSI
Plan de comunicacin del PSI
Archivos Power Point
Presentacin
Catlogo de objetivos
Plan de accin
Documentos Impresos
Plan de trabajo
Modelos de SI
Diagrama Gantt
CD
mbito y objetivos del PSI
Objetivos estratgicos relacionados con el PSI
Factores crticos de xito
Ejes estratgicos de desarrollo
Descripcin de procesos afectados
Catlogo de objetivos del PSI
Catlogo de usuarios
Equipos de trabajo
Plan de trabajo
Aceptacin del plan de trabajo
Actividades del PSI

x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
127
Entregables
Catlogo de Requisitos
Requisitos generales
Modelo de procesos de la organizacin
Necesidades de informacin
Formatos utilizados
Objetivos del estudio de los SI
Identificacin de los SI actuales
Descripcin de los SI actuales
Valoracin de la situacin actual
Diagnstico de la situacin actual
Modelos de SI
Alternativas de arquitectura tecnolgica
Arquitectura tecnolgica
Definicin de proyectos
Prioridad de proyectos
Calendario de proyectos
Plan de mantenimiento del PSI
Diagrama Gantt
Plan de presentacin
Resultado de las sesiones de trabajo
Presentacin
Plan de accin
Aprobacin formal del PSI
Salidas definidas por la Propuesta
Salidas definidas por la Metodologa
Nivel de cumplimiento
Actividades del PSI

x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
6
6
4
5
4
2
4
5
8
5
6
4
4
4
2
2
4
8
120 100 100 125 100 100 200 125 100
%
%
%
%
%
%
%
%
%
Podemos apreciar que en el total de las actividades del PSI se cumplieron

con la elaboracin y presentacin de los entregables definidos por la
metodologa Mtrica Versin 3, adems podemos resaltar que en las
actividades 1, 4, 7 y 8, se excedieron de las especificaciones provistas por
la metodologa, lo cual indica que la labor desarrollada excedi las
exigencias formales logrando un nivel de satisfaccin mayor.
128
5.3. Evaluacin de la Variable Dependiente
5.3.1. Aprobacin de inicio del PSI

Este es el primer indicador de la Variable Dependiente Plan de
Sistemas de Informacin, para poder realizar la evaluacin de dicho
indicador debemos de partir de sus respectivos ndices los cuales son:
A. Proporcin de la diferencia del tiempo de aprobacin versus el

tiempo estimado.
Para hacer la evaluacin de este ndice se tendr que partir desde

la comparacin entre el tiempo estimado para el inicio de PSI
contra el tiempo real de aprobacin del mismo.
Es por ello que se opt por una grfica de Gantt para dicha
comparacin.
Figura N 32: Diagrama Gantt de Comparacin de Inicio del PSI

DURACIN EN DIAS
ACTIVIDAD
10
11
INICIO DEL PSI ESTIMADO

APROBACIN DE INICIO DEL PSI
Se puede observar que el tiempo de Aprobacin de Inicio del PSI

fue de 9 das en comparacin con el estimado que fue de 7 das.
Por lo tanto se har la siguiente escala de aprobacin:
129
Tabla N 34. Escala de Aprobacin de Inicio del PSI

ATRIBUTO
IGUAL A 7 DAS
DE 8 A 10 DAS
MS DE 10 DAS
BUENO
REGULAR
MALO
Ya que la aprobacin es de 9 das y se encuentra en la escala de

Regular, ser importante tener una holgura de tolerancia que nos
permita cumplir de manera correcta con las dems actividades del
PSI; de igual forma hacer un seguimiento de cada una de las
actividades para evitar posibles contratiempos a futuro.
B. Proporcin
de
los
contenidos
aprobados
versus
los
propuestos.
Para la evaluacin de este ndice se proceder a construir un

cuadro comparativo de elementos propuestos contra los elementos
aprobados.
Tabla N 35. Cuadro Comparativo de Elementos Aprobados
Salidas del PSI
R: Requisitos del PSI

A: Arquitectura de Informacin
o A1: Modelo de Informacin
o A2: Modelo de Sistemas de Informacin
o A3: Arquitectura Tecnolgica
P: Plan de Accin
o P1: Plan de Proyectos
o P2: Plan de Mantenimiento del PSI
Nmero de Elementos
Propuestos
Aprobados
11
11
13
7
10
2
2
3
1
1
2
4
4
5
9
10
5
5
6
4
4
4
130
Figura N 33: Histograma de Frecuencias de Requisitos

14
12
10
8
6
4
2
0
R
A1
A2
Propuestos
A3
P1
P2
Aprobados
Considerando la tabla y figura precedente, podemos afirmar que se

aprobaron en la mayora de los casos ms elementos de los propuestos,
lo que nos indica que el nivel de exigencia fue mayor a los planteamientos
iniciales.
5.3.2. Aceptacin del Plan de trabajo propuesto por parte de los implicados
Segundo indicador de la Variable Dependiente Plan de Sistemas de
Informacin, para poder realizar la evaluacin de dicho indicador
debemos de partir de sus respectivos ndices los cuales son:
Proporcin de la variacin del PSI propuesto con el aceptado
Proporcin de la variacin del PDSI propuesto con el aceptado
Proporcin de la variacin del MSI propuesto con el aceptado
Para esto presentaremos un cuadro resumen que nos permitir saber en

qu porcentaje ha variado cada uno de ellos.
131
Tabla N 36. Cuadro de Contenidos Aprobados

Numero de Contenidos
Tipo de plan
Propuestos
Aprobados
PSI
18
23
PDSI
5
6
MSI
4
4
Variacin
28%
20%
0%
La variacin en el caso del PSI fue del orden del 28%, en el PDSI fue en
el orden del 20%, quedando intacta la propuesta del MSI, lo que nos
conlleva a afirmar que los contenidos aprobados fueron mayores a los
propuestos, en un orden del 24% de los casos que hubo contenidos
agregados.
5.3.3. Aceptacin de los objetivos

Este es el ltimo indicador de la Variable Dependiente Plan de Sistemas
de Informacin, para poder realizar la evaluacin de dicho indicador
debemos de partir de su respectivo ndice el cual es la Proporcin de
Objetivos Aprobados del PSI.
Para la evaluacin de este ndice se proceder a construir un cuadro de

frecuencias partiendo de la puntuacin de aprobacin emitida por los
Responsables del PSI por parte de la Institucin. Adems a continuacin
se citar de forma resumida los objetivos del PSI:
1) Una descripcin de la situacin actual

2) Conjunto de modelos que constituya la arquitectura de
informacin
3) Propuesta de proyectos a desarrollar
4) Propuesta de calendario para la ejecucin de dichos
proyectos
5) Evaluacin de los recursos necesarios para los proyectos
6) Plan de seguimiento y cumplimiento de todo lo propuesto
132
Para construir dicho cuadro de frecuencias se tendr en cuenta la

siguiente escala.
0 como puntaje ms bajo
10 como puntaje ms alto
A continuacin cada uno emitir su respectiva puntuacin de aprobacin

por cada uno de los objetivos del PSI, se obtendr el siguiente cuadro de
frecuencias:
Tabla N 37. Cuadro de Frecuencias de Objetivos del PSI
Responsables
Objetivos del PSI

OBJ-1 OBJ-2 OBJ-3 OBJ-4 OBJ-5 OBJ-6
1 Comit de Direccin
2 Consultores
9
9

7 Jefe de Proyecto
10
9 Usuarios expertos
9
9
Calificacin
Promedio
9.00
8.60
8.60
9.00
8.67
9.00
10
8
10
10.00
9.00
8.50
Promedio Total =
8.93
A continuacin se presentar su respectivo histograma que representa la

puntuacin individual que cada responsable asigno a cada objetivo
desarrollado:
133
Figura N 34: Histograma de Frecuencias de Objetivos del PSI

10.00
9.00
8.00
Promedio
7.00
6.00
5.00
4.00
3.00
2.00
1.00
0.00
1
Adems presentamos la siguiente escala de calificacin:

Tabla N 38. Escala de Aprobacin para Objetivos del PSI
Puntaje de Aprobacin
Atributo
0-6
Malo
Regular
8-9
Bueno
10
Muy Bueno
Como se puede apreciar en el cuadro y figura precedentes, la puntuacin

promedio es de 8.93 correspondiente a un 89.3% de nivel de satisfaccin,
y teniendo en cuenta la escala de puntuacin antes mencionada,
podemos afirmar que la aprobacin de los Objetivos del PSI fue Bueno.
134
CONCLUSIONES
Primero El empleo de la metodologa Mtrica Versin 3, y la estructura
formalizada de su metdica, permiti lograr el planteamiento de un
Plan de Sistemas de Informacin, con un nivel de satisfaccin del
orden del 86.3 % de los participantes, lo cual fue calificado como
Bueno. (Ver punto 5.2.1)
Segundo A travs de la metodologa Mtrica Versin 3, se consigui
establecer un punto de partida que servir como Marco de
Referencia para estudios y desarrollos de software posteriores,
gracias al material entregado por el desarrollo de las actividades
definidas; en especial a las actividades 1, 4, 7 y 8 que tuvieron un
exceso de especificacin con relacin a lo indicado por la
metodolgia del orden del 20%, 25%,100% y 25% respectivamente.
(Ver punto 5.2.2)
Tercero Se logr definir los requisitos del PSI, as como tambin establecer
una Arquitectura de Informacin con una variacin del orden del 28%
entre los contenidos propuestos y los aprobados, gracias a la
identificacin y participacin de los consultores y usuarios expertos.
(Ver punto 5.3.2)
Cuarto
Se consigui establecer un Plan de accin con una variacin del

orden del 20% correspondiente al PDSI ya que el MSI se mantuvo
intacto, gracias a la participacin de los consultores, consultores
informticos y usuarios expertos. (Ver punto 5.3.2)
Quinto
Se logr cumplir con los Objetivos del PSI, con un nivel de

satisfaccin del orden del 89.3 %, lo cual obtuvo una calificacin de
Bueno, debido a las divergencias de opinin entre los participantes.
(Ver punto 5.3.3)
Sexto
Gracias al correcto desarrollo de actividades del PSI se logr

establecer un nuevo Objetivo Estratgico para el GRA, que apoyar
a su respectivo Eje de Desarrollo. (Ver tarea 1.2)
136
RECOMENDACIONES
Primero Se recomienda continuar con las siguientes etapas de la metodologa
Mtrica Versin 3 para los proyectos propuestos a futuro, debido a
que su metdica permite desarrollar en forma secuencial actividades
que conllevan a centrar los esfuerzos en tiempo y proporcin
adecuados..
Segundo Tener en cuenta para el PDSI las interfaces de Gestin de

Proyectos, Seguridad, Aseguramiento de la Calidad y Gestin de la
Configuracin, debido a que estas monitorearan el proceso de
manera especializada y aseguraran un correcto desempeo del
proceso.
Tercero Utilizar la aplicacin de la metodologa Mtrica Versin 3 para

entidades de una magnitud considerable como lo es el GRA, debido
a que su formalismo y tecnicidad permite hacer planteamientos
robustos e inapelables por cuestiones coyunturales.
GLOSARIO DE TRMINOS
ARDI:
Anlisis, Requisitos y su determinacin, Diseo y desarrollo y la

Implementacin y la evaluacin de un Sistema de Informacin.
ASI:
Anlisis del Sistema de Informacin
Bindcard:
Tarjeta de Control Visible
CAL:
Aseguramiento de la Calidad
CSCWS:
Sistemas de trabajo colaborativo asistido por computadora (Computersupported collaborative work systems)
CSI:
Construccin del Sistema de Informacin
Directiva:
Las Directivas tienen por finalidad precisar polticas y determinar

procedimientos o acciones que deben realizarse en cumplimiento de
disposiciones legales vigentes.
DSI: Diseo del Sistema de Informacin

DSS: Sistemas de soporte de decisiones (Decision support systems)
ESS: Sistemas de soporte para ejecutivos (Executive support systems)
EVS: Estudio de Viabilidad del Sistema
GC: Gestin de la Configuracin
GDSS: Sistemas de soporte de decisiones en grupo (Group decision support systems)
GP: Gestin de Proyectos
GPI: Actividades de Inicio del Proyecto
GPS: Actividades de Seguimiento y Control
GRA: Gobierno Regional Arequipa
GRI: Gerencia Regional de Infraestructura
IAS: Implantacin y Aceptacin del Sistema
138
KWS: Sistemas de trabajo del conocimiento (Knowledge work systems)

Lineamientos: Se entender por lineamientos al conjunto de acciones especficas que
determinan la forma, lugar y modo para llevar a cabo una poltica en
materia de obra y servicios relacionados con la misma.
Metodologa: Conjunto de procedimientos racionales utilizados para alcanzar una
gama de objetivos que rigen en una investigacin
Mtrica V3: Metodologa Mtrica Versin 3
MIS: Sistemas de informacin gerencial (Management information systems)
MSI: Mantenimiento de Sistemas de Informacin
MVC (Modelviewcontroller): Modelo Vista Controlador
OAS: Sistemas de automatizacin de oficinas (Office automation systems)
OPDI: Oficina de Planeamiento y Desarrollo Institucional
PDSI: Proceso de Desarrollo de Sistemas de Informacin
PECOSA: Pedido Comprobante de Salida de Almacn
PGGC: Plan General de Garanta de Calidad
PIP: Proyectos de Inversin Pblica
PSI: Plan de Sistemas de Informacin
Release: Lanzamiento, estreno, liberacin. Generalmente asociado a un software con
su respectiva distribucin, documentacin y materiales de soporte.
Retroalimentacin (Feed-back): Mecanismo de control de los sistemas dinmicos por
el cual una cierta proporcin de la seal de salida se redirige a la entrada,
y as regula su comportamiento.
RF: Requisito Funcional
RIA: Registro de Ingreso s Almacn
RUP (Rational Unified Process): Proceso Unificado Racional
139
S.I.: Sistemas de Informacin

Scroll: desplazamiento.
SEG: Seguridad
SGEPI: Sub Gerencia de Ejecucin de Proyectos de Inversin.
SGSLPI: Sub Gerencia de Supervisin y Liquidacin de Proyectos de Inversin.
SISGAP: Sistema de Gestin de Almacenes de Proyectos
Stakeholders: Trmino que agrupa a trabajadores, organizaciones sociales,
accionistas y proveedores definidos como la parte interesada, entre
muchos otros actores clave que se ven afectados por las decisiones de
una empresa.
T.I.: Tecnologas de Informacin
TPS: Sistemas de procesamiento de transacciones (Transaction processing systems)
UML (Unified Modeling Language): Lenguaje Unificado de Modelado
VC: Vale de Consumo de Material Diario
140
FUENTES DE INFORMACIN
1) Ander Egg, Ezequiel. Tcnicas de Investigacin Social, Editora

Grficas Daz, S.L., 1 Edicin Alicante Espaa, 1990
2) Araya Guzmn, Sergio Anbal; Orero Gimnez, Alejandro. Los sistemas
de informacin y su interaccin con la dimensin cultural de las
organizaciones. Revista Ingeniera Industrial. Ao 3 No. 1, 2004
3) Burbeck, Steve. How to use Model-View-Controller, 1987 - 1992
4) Cohen, Daniel y Enrique Asin. Sistemas de informacin para los
negocios. Un enfoque de toma de decisiones. 3 Edicin, McGrawHill/Interamericana de Mxico, 2000
5) Hartman Matthes Proeme. Manual de los Sistemas de Informacin
(ARDI) 7 Edicin, Editorial Paraninfo Espaa, 1985
6) Jacobson, Ivar; Booch, Grady; Rumbaugh, James. "El proceso unificado
de desarrollo de software", Addison Wesley, 1999
7) Kendall, Kenneth E.; Kendall, Julie E. Anlisis y Diseo de Sistemas, 8
Edicin, Prentice Hall, 2011
8) Kruchten, K. Y. The Rational Unified Process Made Easy, Addison
Wesley, 2003.p.
9) Kruchten, Philippe. The Rational Unified Process An Introduction, Third
Edition, Addison Wesley Professional, 2004
10) Laudon, Kenneth C., Laudon, Jane P. Sistemas de informacin
gerencial, 12 Edicin, Prentice Hall, 2012
11) Pea Ayala, Alejandro. Ingeniera de Software: Una Gua para Crear
Sistemas de Informacin, Instituto Politcnico Nacional, 1 Edicin, 2006
12) Yourdon, Edward. Anlisis Estructurado Moderno, Prentice Hall, 1989
13) Yourdon, Edward; Constantine, Larry L. Diseo Estructurado, Prentice
Hall, 1979
Pginas de Internet
1) Wikipedia, Gobiernos Regionales del Per, 2013-11-21, en:

http://es.wikipedia.org/wiki/Gobiernos_Regionales_del_Per%C3%BA
2) Universidad San Simon Bolivar, Tipos de Metodologas de Sistemas de
Informacin, 2013-10-01, en :
http://metodologiadesistemasdeinformacion.wikispaces.com/i.Tipos+de+Met
odolog%C3%ADa+de+Sistemas+de+Informaci%C3%B3n#RUP
3) http://www.bnp.gob.pe/portalbnp/pdf/transparencia/normaslegales/2010/jun/l
ey_No.27867%20LEY%20ORGANICA%20DE%20GOBIERNOS%20REGIO
NALES.pdf
4) http://www.congreso.gob.pe/ntley/Imagenes/Leyes/27867.pdf
5) http://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational
6) http://es.wikipedia.org/wiki/Modelo_Vista_Controlado
7) www.map.es/csi
8) http://www.mef.gob.pe/index.php?option=com_content&view=section&id=48
&Itemid=100357&lang=es
9) http://www.minhap.gob.es/es-ES/Paginas/Home.aspx
10) http://www.monografias.com/trabajos7/sisinf/sisinf.shtml
11) http://www.peru.gob.pe/transparencia/pep_transparencia_lista_planes.asp?i
d_entidad=10131&id_tema=1
12) http://www.regionarequipa.gob.pe/#
13) http://st-www.cs.illinois.edu/users/smarch/st-docs/mvc.html
142
ANEXOS
Anexo 1
Gobierno Regional
de Arequipa
DIRECTIVA No 008-2008-GRA/OPDI
NORMAS PARA LA UTILIZACIN DE SALDOS FISICOS DE LAS
OBRAS
FINANCIADAS POR EL GOBIERNO REGIONAL DE AREQUIPA
OBJETIVO
Determinar el marco normativo para la adecuada recepcin y
disponibilidad de saldos fsicos de las obras financiadas por el
Gobierno Regional de Arequipa.
FINALIDAD
II
Establecer el procedimiento tcnico administrativo que permita

la recepcin de saldos fsicos de las obras financiadas por el
Gobierno Regional de Arequipa y su optima utilizacin.
BASE LEGAL
3.1.
Ley No 27867, Ley Orgnica de Gobiernos Regionales y
modificatorias aprobadas por Leyes No 27902, No 28926, No
28968.
III
3.2.
Ley No 29142, Ley de Presupuesto del Sector Pblico para el

Ao Fiscal 2008.
3.3.
Decreto Legislativo No 276, Ley de Bases de la Carrera

Administrativa y su Reglamento aprobado por Decreto
Supremo No 005-90-PCM
3.4.
Ordenanza Regional No 010-AREQUIPA, que aprueba la

estructura y Reglamento de Organizacin y Funciones del
Gobierno Regional de Arequipa
3.5.
Resolucin Ejecutiva Regional No 062-2008-GRA/PR, que

aprueba la Directiva No 001-2008-GRA/OPDI, Normas para
la Supervisin, Control y Liquidacin de Obras en el
Gobierno Regional de Arequipa.
IV
ALCANCE
La Normas contenidas en la presente Directiva son de aplicacin
por todas las Unidades Orgnicas de la Sede Presidencial que estn
144
vinculados a la ejecucin y liquidacin de proyectos de inversin

pblica con financiamiento del Gobierno Regional de Arequipa.
DISPOSICIONES GENERALES
5.1.
Se denomina Saldo de Obra a los bienes usados o nuevos

que se encuentran en el Almacn Central de la Sede
Presidencial, y que han sido registrados como saldos de las
obras ejecutadas por el Gobierno Regional de Arequipa.
5.2.
Los proyectos de inversin financiados y ejecutados por

Gerencia Regional de Infraestructura, en su liquidacin puede
presentar saldos fsicos que pueden ser materiales y bienes,
que deben ser entregados al Almacn Central de la Sede
Presidencial del Gobierno Regional de Arequipa.
5.3.
La Directiva No 001-2008-GRA/OPDI, Normas para la

Supervisin, Control y Liquidacin de Obras en el Gobierno
Regional de Arequipa, establece que formalizada el Acta de
Terminacin de Obras, se deber procesar el Acta de
Materiales o bienes sobrantes en caso existan y segn
corresponda a su ejecucin.
VI
DE LA ENTREGA DE LOS SALDOS DE OBRA AL

ALMACEN CENTRAL
6.1.
Los saldos de obra debern ser entregados al Almacn Central

de la Sede Presidencial del Gobierno Regional, mediante un
Acta de Saldo de Obra, que deber ser suscrita por el
Residente de Obra, el encargado del Almacn de la Obra en
caso lo tuviera y por el Encargado del Almacn Central.
6.2.
Para el ingreso de los saldos de obra, se elaborar una Nota de

Entrada a Almacn que deber ser suscrita por el (e) del rea
de Almacn y Control Patrimonial y el Jefe de la Oficina de
Logstica y Patrimonio.
6.3.
Las Notas de entrada a Almacn deben ser notificadas a la

Oficina de Contabilidad para conciliar la informacin
contable correspondiente.
6.4.
La Oficina de Logstica y Patrimonio deber emitir un reporte

mensual de los saldos de obras, que deber ser informado a la
Gerencia General Regional y Oficina Regional de
145
Planeamiento, Presupuesto y Ordenamiento Territorial.

VII
7.1.
DE LA UTILIZACIN Y SOLICITUD DE LOS SALDOS DE

OBRA
Los saldos de obra de los proyectos ejecutados y liquidados,
pueden ser utilizados de la siguiente manera:
a) En otras obras que el Gobierno Regional ejecute por
administracin directa.
b) Para atender requerimientos de instituciones pblicas
y poblacin organizada, para ejecucin de obras de
inters social, a quienes se les denominar
Beneficiarios".
7.2.
Cuando se utilice los saldos para otra obra ejecutada por

administracin directa por el Gobierno Regional, se harn los
requerimientos de las materiales y/o bienes, segn lo
establecido por la Oficina de Logstica y Patrimonio.
7.3.
Para atender a los beneficiarios que soliciten saldos

de obra, se deber implementar expedientes, que debern
contar con lo siguiente:
a) Solicitud de la institucin pblica o poblacin
organizada, indicando su direccin legal.
b) Copia del DNI del representante de la poblacin
organizada y poder o documento que lo acredite
como tal.
c) Sustento tcnico del apoyo solicitado.
d) Informe favorable de la Gerencia Regional de
Infraestructura.
Los expedientes implementados, sern derivados al Comit
de Gestin Patrimonial para la evaluacin, calificacin y
emisin del informe correspondiente, que ser dirigido a la
Oficina Regional de Administracin.
La entrega de saldos de obra a instituciones pblicas y
poblacin organizada, se formaliza a travs de la suscripcin
de un Convenio de Compromiso, suscrito por el Presidente
Regional, o a quien designe por parte del Gobierno Regional
y la mxima autoridad de la institucin pblica o el
representante de la poblacin organizada.
146
En el Convenio de Compromiso, deber constar el plazo

mximo otorgado para la utilizacin de los materiales
entregados por el Gobierno Regional.
VIII
DE LA SUPERVISIN DE LA UTILIZACIN DE LOS

SALDOS DE OBRA
La Gerencia Regional de Infraestructura supervisar la correcta

utilizacin de los de obra entregados, debiendo emitir el
informe correspondiente, el cual se archivar junto al Acta de
Compromiso.
IX
DISPOCISIONES COMPLEMENTARIAS
PRIMERA.- Tambin, se sujetan a la presente Directiva, los bienes
que fueron transferidos por el EX CTAR AREQUIPA, y que se
encuentran en almacn como saldos de obra, segn lo dispuesto
por la Tercera Disposicin Complementaria, de la Ley No 27867,
Ley Orgnica de Gobiernos Regionales.
SEGUNDA.- Las situaciones no previstas en la presente Directiva,
deben ser absueltas en forma coordinada por la Gerencia Regional
de Infraestructura, la Oficina Regional de Asesora Jurdica y
Oficina de Logstica y Patrimonio.
TERCERA.- Cuando se desactive el Comit de Gestin Patrimonial,
segn lo dispuesto por la Segunda Disposicin Complementaria del
Decreto Supremo No 007-2008-VIVIENDA, corresponder a la
Oficina de Logstica y Patrimonio, realizar las acciones
correspondientes para atender a los beneficiarios que soliciten
saldos de obra, de acuerdo al numeral 7.3 de la presente Directiva.
CUARTA.- El incumplimiento de a las normas establecidas en la
presente Directiva, constituye falta de carcter disciplinario, sujeta
a sancin administrativa en el marco del Decreto Legislativo No
276 y su Reglamento aprobado por Decreto Supremo No 005-90PCM y dems normas complementarias vigentes.
GOBIERNO REGIONAL DE AREQUIPA

OFICINA DE PLANEAMIENTO Y DESARROLLO INSTITUCIONAL
147
Anexo 2
GOBIERNO REGIONAL AREQUIPA

Gerencia Regional de Infraestructura
AO DE LA INVERSIN PARA EL DESARROLLO RURAL Y LA SEGURIDAD ALIMENTARIA
Arequipa, 2013
OFICIO N XXX- 2013-GRA/XXXXX
SEOR
XXXXXXXXXXXXX
ASUNTO: Solicito autorizacin para el
Plan de Sistemas de Informacin.
Por medio del presente me dirijo a usted, para solicitarle la autorizacin correspondiente
para comenzar con el Plan de Sistemas de Informacin que sirva de apoyo en los
Dada la importancia de dicho Plan que ser un soporte para los ejes de Desarrollo
Institucional y de Capacidades e Infraestructura de Soporte para Apoyar el Desarrollo
Regional que nos encaminaran al objetivo de crecimiento sostenible en la regin
Arequipa esperamos contar con su total apoyo as como dems sub gerencias y rganos
de apoyo implicados en dicho proyecto.
Sin otro particular, le expreso los sentimientos de mi especial consideracin y estima
personal.
Atentamente,
___________________________
148
Anexo 3
OBJETIVOS GENERALES ESTRATGICOS:
EJES ESTRATGICOS DE
DESARROLLO
Eje Estratgico N 1: Desarrollo Social:
Crear condiciones para mejorar la
prestacin de servicios de salud,
educacin y servicios bsicos
OBJETIVOS GENERALES
ESTRATGICOS
1.- Mejor cobertura, eficacia y calidad de
los servicios de educacin.
2.- Mejor cobertura, eficacia y calidad de
los servicios de salud e incremento de
instalacin de agua y desage a las
viviendas de las zonas urbano marginales
y rurales
3.-Reconversin del sector pesquero y
agropecuario con tecnologa de riego,
Econmico y Proteccin del Medio
cadenas productivas, impulso al agro
Ambiente: Crear condiciones para el
exportacin y mejoramiento gentico.
desarrollo econmico y proteccin del
medio ambiente desarrollo de la produccin 4.- Reactivacin de actividad productiva,
exportacin y turismo sostenido.
industrial manufacturera, pesquera y de
minera artesanal, fortaleciendo la
competitividad de las PYMES y MYPES,
con tecnologas limpias.
5.- Ampliacin y conservacin de
circuitos y redes tursticas en las zonas
costeras, valles intermedios, alto andinos
y rea metropolitana de Arequipa.
6.- Incremento de la dotacin energtica,
hidrulica, trmica, gasfera y
petroqumica en la Regin, para uso
industrial y domiciliario.
7.- Conservacin y proteccin del Medio
Ambiente natural y cultural.
8.- Gestin institucional con procedimientos
y servicios eficientes, eficaces y de calidad.
Institucional y de Capacidades:
Fortalecimiento de la Institucionalidad, la 9.- Sector pblico, privado y acadmico
realizan investigacin y tecnologas
Ciencia y la Tecnologa para la
articuladas a la produccin.
Produccin.
Eje Estratgico N 4.- Infraestructura
de Soporte para Apoyar el Desarrollo
Regional: Crear condiciones para mejorar
la infraestructura de soporte, corredores
viales, energa, comunicacin y servicios
para apoyar el desarrollo regional.
10.- Integracin vial interprovincial o

interregional.
11.- Mejor infraestructura de servicios
logsticos en puertos, aeropuertos,
desembarcaderos y reas de
transformacin industrial.
12.- Ordenamiento Territorial Regional
para el Desarrollo Equilibrado
Anexo 4
PLAN ESTRATGICO MULTIANUAL 2008 2010 POR OBJETIVOS ESTRATGICOS GENERALES
Programa/Objetivo Estratgico General
Tipo de
Unidad de Medida
Cuantificacin Anual
(en Orden de Prioridad)
Indicador
Recurso
Miles de nuevos soles
1230
2950
2900
Programa N 8: Administracin y
Planeamiento
Objetivo: Gestin institucional con procedimientos y servicios eficientes, eficaces y de calidad.
Indicador:
Resultado
Documentos
200
250
220
Documentos de Gestin Elaborados
Resultado
Obras
2
1
1
Infraestructura Institucional Mejorada
Programa/Objetivo Estratgico General
Tipo de
Unidad de Medida
Cuantificacin Anual
(en Orden de Prioridad)
Indicador
2008
2009
2010
Recurso
Miles
de
nuevos
soles
4685
Programa N 9 : Ciencia y Tecnologa
Objetivo: Sector pblico, privado y acadmico realiza investigacin y tecnologas articuladas a la produccin.
Indicador:
Resultado
Estudios
7
Estudios de Investigacin Elaborados
Total
7080
670
4
Total
2008-2010
4685
Anexo 5
PLAN ESTRATGICO MULTIANUAL 2008 2010 POR OBJETIVOS ESTRATGICOS ESPECIFICOS
Objetivo Estratgico General / Objetivo
Estratgico Especfico
Tipo de
Indicador
Unidad de Medida
Cuantificacin Anual
2008
1230
2009
2950
2010
2900
Total
2008-2010
7080
Objetivo General 8.0

Recurso
Gestin institucional con procedimientos y
servicios eficientes, eficaces y de calidad.
Indicador:
Resultado
Documentos
200
250
220
670
Documentos de Gestin Elaborados
Infraestructura Institucional Mejorada
Resultado
Obras
2
1
1
4
Objetivo Especfico 8.1.
Optimizar los servicios pblicos administrativos a travs de los diferentes rganos competentes del Gobierno Regional, dentro de una
modernizacin administrativa eficiente, eficaz y transparente.
Indicador:
Documentos de gestin elaborados
Realizacin de eventos de capacitacin
Infraestructura institucional mejorada
Resultado
Resultado
Resultado
Tipo de
Indicador
Documentos
Eventos
Obras
Unidad de Medida
200
2
2008
250
220
2
2
1
1
Cuantificacin Anual
2009
2010
670
4
4
Total
2008-2010

Recurso
Sector pblico, privado y acadmico realiza
investigacin y tecnologas articuladas a la
produccin.
Indicador:
Resultado
Estudios
Objetivo Especfico 9.1.
Promover estudios para el anlisis y fortalecimiento de la actividad econmica regional.
Indicador:
Resultado N Estudios / Proyectos
Estudios y proyectos econmicos
productivos realizados
4685
4685
152
Anexo 6
Nuevo Objetivo Estratgico enfocado hacia el Eje Estratgico N 4: Infraestructura de Soporte para Apoyar el
Desarrollo Regional

Tipo de
Indicador
Unidad de Medida
Cuantificacin Anual
2013

Sistema de Informacin adecuado para la
gestin de los inventarios.
Recurso
2014
2015
Total
2013-2015
Indicador:
Resultado
Estudios
1
Objetivo Especfico 12.1
Fomentar estudios que ayuden a la obtencin de un SI que apoye a la infraestructura de soporte.
Indicador:
1
Resultado N Estudios / Proyectos
Estudios y/o proyectos realizados
Anexo 7

Arequipa, 2013
SEOR
XXXXXXXXXXXXX
ASUNTO: Comunicacin del Plan de
trabajo del PSI.
Por medio del presente me dirijo a usted, para hacerle presente el Plan de trabajo
correspondiente al Plan de Sistemas de Informacin que servir de apoyo en los
Para esto se incluir el Diagrama de Gantt respectivo con el comienzo y fin de las
actividades correspondientes al Plan que ha sido estimado para tales fines. De mismo
modo pedimos a su digna gerencia que informe de dicho plan a las sub gerencias
implicadas.
personal.
Atentamente,
___________________________
Anexo 8
SISGAP
Usuario de sistema:
GOBIERNO REGIONAL
DE AREQUIPA
SEDE CENTRAL
ORDEN DE COMPRA - GUA DE INTERNAMIENTO
N : 00000000
Usuario O/C
SIAF:
Solicitud de compra
Compromiso
Razn social
R.U.C. Proveedor Direccin
Enviar a nuestro Referencia
Fecha Ing. Expediente
Fecha Notificacin
Fecha Vencimiento
DESCRIPCIN
Plazo de entrega:
UNIDAD
CANTIDAD
CDIGO MEF
PRECIO
IMPORTE
TOTAL
155
Anexo 9
SISGAP
Usuario de sistema:
KARDEX
Proyecto
Almacn
Cdigo MEF :
Descripcin
FECHA
COMPROBANTE
Nro.
Clase
Entrada
CANTIDAD
Salida
Saldo
COSTO
UNITARIO
UNIDAD de
MEDIDA
Entrada
IMPORTE
Salida
Saldo
156
Anexo 10
SISGAP
Usuario de sistema:
BINDCARD
Proyecto
Almacn
Cdigo MEF
Descripcin
FECHA
COMPROBANTE
Nro.
Clase
Entrada
CANTIDAD
Salida
Saldo
COSTO
UNITARIO
UNIDAD de
MEDIDA
157
Anexo 11
REQUERIMIENTO DE MATERIALES N:
ACTV. / PROY.
P. PRESUPUESTAL
SOLICITANTE
REA
DESTINO
ITEM
CODIGO
:
:
:
:
:
FECHA:
DESCRIPCIN DE MATERIAL
CANTIDAD
UNIDAD
___________________________
SOLICITANTE
___________________________
ADMINISTRADOR
__________________________________
RESIDENTE DE OBRA/ASISTENTE
____________________________
ALMACENERO
158
Anexo 12
GUA DE REMISIN N:
FECHA
PROCEDENCIA
DESTINO
CANTIDAD
:
:
:
TRANSPORTISTA
DOMIC. TRANSP.
PLACA VEH.
N L.C.
UNIDAD
N O/C
DESCRIPCIN
:
:
:
:
PRECIO
UNITARIO
TOTAL
ENTREGUE CONFORME
RECIBI CONFORME
ADMINISTRADOR
PORTADOR
ADMINISTRADOR
ALMACENERO
159
Anexo 13
SISGAP
Usuario:
Nro.: 00000000
PEDIDO - COMPROBANTE DE SALIDA

Proyecto
rea
Unidad
Responsable
Descripcin
TIPO
DOC.
:
:
:
:
:
Nro. DOC.
Documento
Solicitante
Otro solicitante
Fecha
FECHA
CDIGO MEF
DESCRIPCIN
UNIDAD
MEDIDA
:
:
:
:
CANTIDAD de
SALIDA
SALDO en
ALMACN
PRECIO
UNITARIO
SUB-TOTAL
TOTAL GENERAL PECOSA
Solicitante
Oficina de Logstica y Patrimonio
Jefe de Almacn
Recib Conforme
Anexo 14
LIQUIDACIN DE MOVIMEENTO DE ALMACN AL_____DE__________DEL______

CARGO
PUESTO
NOMBRE
RESPONSABLE
FORMATO N.
SUPERVISOR
OBRA
SECTOR
:
MOVIMIENTO MES ANTERIOR
DESCRIPCIN DEL MATERIAL
UND
MEDICIN
MOVIMIENTO MES DE...DEL.
SALDO AL..
REMANENTE
MONTO
ANTERIOR (A)
S/.
INGRESOS
CANTIDAD (B)
MONTO S/.
EGRESOS
CANTIDAD (C)
MONTO S/.
SALDO AL
CANTIDAD (A+B+C)
TOTAL VALORIZADO EN
ALMACEN S/.
_________________________ _
RESPONSABLE
________________________
SUPERVISOR
MONTO S/.
Anexo 15
REGISTRO DE INGRESO A ALMACN

OBRA
:
PROCEDENCIA (PROVEEDOR) :
Nro: 000000
DIA / MES / AO
ARTICULOS
GR/FACT/OTROS
IMPORTE EN SOLES
DESCRIPCIN
UNIDAD
CANT.
PRECIO
UNITARIO
SUB-TOTAL
TOTAL
______________________________
ALMACEN
_______________________________________
ING. RESIDENTE DE OBRA
GR (Gua de remisin); FACT (Factura), Otro (Pecosa, orden de compra, etc.)
Anexo 16
Nro: 000000
VALE DE CONSUMO DE MATERIAL DIARIO

OBRA
:
JORNADA (FECHA)
DESCRIPCIN MATERIAL
UND
CANT.
OBSERVACIN
DESCRIPCIN ACTIVIDAD:
ENTREGADO
ALMACENERO
RECIBIDO
MAESTRO DE OBRA
ING. RESIDENTE
163
Anexo 17
INFORME MENSUAL DE ALMACN MES DE____________DEL AO________

ENTIDAD EJECUTORA
MODALIDAD
PROYECTO
ITEM
DESCRIPCION
TOTAL
:
:
:
RESIDENTE DE OBRA
SUPERVISOR DE OBRA
ALMACENERO
SEGN EXPEDIENTE TECNICO
RIA
UND.
P. U.
CANT
TOTAL
SEGN O/C
:
:
:
META
FECHA DE INICIO
FECHA DE TRMINO
ACUMULADO MES ANTERIOR

INGRESOS
N CANT P.U. CANT MONTO
SALIDAS
CANT MONTO
MOVIMIENTO DEL MES

INGRESOS
SALIDAS
CANT MONTO CANT MONTO
:
:
:
MOVIMIENTO ACUMULADO TOTAL

INGRESOS
CANT
MONTO
SALIDAS
CANT
MONTO
SALDO ACTUAL
SALDO AL MES
CANT
MONTO
Anexo 18

Arequipa, 2013
SEOR
XXXXXXXXXXXXX
ASUNTO: Aprobacin final del PSI.
Por medio del presente me dirijo a usted, para hacer de su conocimiento que el Plan de
Sistemas de Informacin cuenta con la aprobacin final del Comit de Direccin el cual
usted dignamente preside.
Dada la aprobacin satisfactoria del PSI pido a su respetable gerencia que curse los
oficios necesarios que comunique a las dems sub-gerencias afectadas por dicho Plan.
personal.
Atentamente,
___________________________

Plan de SI para almacenes Gobiernos Regionales

Загружено:

Сведения о документе

Исходное описание:

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Plan de SI para almacenes Gobiernos Regionales

Загружено:

Авторское право:

Доступные форматы

UNIVERSIDAD CATOLICA SANTA MARIA

FACULTAD DE CIENCIAS E INGENIERIAS FISICAS Y FORMALES

Presentada por el Bachiller

CAPTULO I: PLANTEAMIENTO DEL PROBLEMA ......................................... 1

Definicin del Problema ............................................................... 1

Problema principal ........................................................................ 2

Objetivos Especficos ................................................................... 2

Variable Dependiente .................................................................... 3

Delimitacin del trabajo de Investigacin.............................................. 4

CAPTULO II: MARCO TERICO DE REFERENCIA ...................................... 5

2.9.2. Seguridad ..................................................................................... 42

CAPTULO III: ANTECEDENTES INSTITUCIONALES A LA PROPUESTA . 45

3.4.3. Vice Presidencia Regional .......................................................... 56

CAPTULO IV: DESARROLLO DE LA PROPUESTA .................................... 65

4.3.5. ACTIVIDAD PSI 5: ESTUDIO DE LOS SISTEMAS DE

CAPTULO V: EVALUACIN DE LA PROPUESTA .................................... 122

CONCLUSIONES ........................................................................................... 135

DATOS E INFORMACIN .................................................................................................... 7

FUNCIONES DE UN SISTEMA DE INFORMACIN ................................................................ 8

TIPOS DE SISTEMAS DE INFORMACIN ........................................................................... 10

NIVELES DE LOS SISTEMAS DE INFORMACIN ................................................................. 11

FASES DE LA METODOLOGA RUP .................................................................................... 17

RELACIN ENTRE EL MVC ................................................................................................ 18

COLABORACIN ENTRE LOS COMPONENTES DE UN MVC .............................................. 19

ESQUEMA DE UNA METODOLOGA CLSICA DE DESARROLLO DE SISTEMAS ................. 21

ESQUEMA DE LA METODOLOGA MTRICA V3 ................................................................ 25

ESTRUCTURA ORGNICA DEL GOBIERNO REGIONAL AREQUIPA ................................ 55

ESTRUCTURA ORGNICA DE LA GERENCIA DE INFRAESTRUCTURA DE LA GRA .......... 57

PRINCIPALES PROCESOS DE LA GRI-GRA ..................................................................... 61

SECUENCIA DE ACTIVIDADES DEL PROCESO PSI .......................................................... 70

DIAGRAMA GANTT DE ACTIVIDADES DEL PSI .............................................................. 79

PROCESO DE ALMACENAMIENTO ............................................................................... 82

PROCESO DE RECEPCIN ............................................................................................. 84

PROCESO DE VERIFICACIN DE BIENES ....................................................................... 86

PROCESO DE VERIFICACIN DE BIENES ....................................................................... 86

PROCESO DE REGISTRO ............................................................................................... 89

PROCESO DE DISTRIBUCIN ........................................................................................ 91

PROCESO DE AUTORIZACIN DE DESPACHO .............................................................. 94

PROCESO DE CONTROL DE BIENES .............................................................................. 96

MODELO DE INFORME 1 .............................................................................................. 98

MODELO DE INFORME 2 .............................................................................................. 99

SECUENCIA LGICA DE LA DOCUMENTACIN .......................................................... 109

DIAGRAMA DE OPERACIONES Y PRODUCCIN DE DOCUMENTOS ........................... 110

DIAGRAMA GANTT DE FUTUROS PROYECTOS ........................................................... 116

DIAGRAMA GANTT DEL PLAN DE MANTENIMIENTO ................................................. 118

HISTOGRAMA DE FRECUENCIAS DE ACTIVIDADES DEL PSI........................................ 125

DIAGRAMA GANTT DE COMPARACIN DE INICIO DEL PSI ........................................ 129

HISTOGRAMA DE FRECUENCIAS DE REQUISITOS ...................................................... 131

HISTOGRAMA DE FRECUENCIAS DE OBJETIVOS DEL PSI ........................................... 134

VARIABLE INDEPENDIENTE - PLAN OPERACIONAL ........................................................ 3

VARIABLE DEPENDIENTE - PLAN OPERACIONAL ............................................................ 3

EJES ESTRATGICOS DE DESARROLLO ......................................................................... 73

OBJETIVOS DEL GRA VS OBJETIVOS DEL PSI ................................................................ 74

RESPONSABLES DEL PSI POR PARTE DE LA INSTITUCIN ............................................ 76

CUADRO DE PERSONAL DEL PSI ................................................................................... 78

ANTECEDENTES RELEVANTES ...................................................................................... 80

VALORACIN DE ANTECEDENTES ................................................................................ 81

REQUISITOS DE ALTO NIVEL ...................................................................................... 100

REQUISITO DE LA LIQUIDACIN DE MOVIMIENTOS DE ALMACN ....................... 101

REQUISITO DE LA ORDEN DE COMPRA ................................................................. 101

REQUISITO DE LA GUA DE REMISIN ................................................................... 102

REQUISITO DE LA PECOSA ..................................................................................... 102