Modelo sistémico de supervisión de proyectos tecnológicos

I N S T I T U T O P O L I T É C N I C O N A C I O N A L

ESCUELA SUPERIOR DE INGENIERÍA MECÁNICA Y ELÉCTRICA

UNIDAD PROFE“IONAL )ACATENCO ADOLFO LÓPE) MATEO“ SECCION DE ESTUDIOS DE POSGRADO E INVESTIGACION

MAESTRÍA EN INGENIERÍA DE SISTEMAS

"MODELO SISTÉMICO DE SUPERVISIÓN

DE PROYECTOS TECNOLOGICOS"

T E S I S

QUE PARA OBTENER EL GRADO DE

MAESTRO EN CIENCIAS EN INGENIERÍA

DE SISTEMAS

P R E S E N T A

ING. URIEL IRAM LEZAMA LOPE

DIRECTOR DE TESIS

M.

EN

C.

JULIO

ALONSO

CRUZ

D i a o a…

A mi esposa Pao, gracias por hacer el camino más fácil y darme

todos los días un motivo para sonreír. A mi madre, gracias por

tu gran amor incondicional y por enseñarme que nada se logra

sin fe y disciplina, sin ti esto no sería posible. A mi padre, Jesús

Iram, gracias por enseñarme que la felicidad se encuentra en

disfrutar los que hacemos cada día. A mis hermanas Merary y

Gaby, gracias por inspirarme con sus vidas una gran valentía y

coraje, y por su amor incondicional. A mi sobrina Ana Carolina,

por recordarme lo frágil y hermoso que es la vida. A mi

hermano Paris Benjamín, por su nobleza, sencillez y sinceridad.

A mi tía Mirza, por su franqueza y por ser un ejemplo de

trabajo y disciplina. A mi tía Ester, por sus atenciones, cariños

y detalles excepcionales. A mi tía Emma, gracias por el apoyo y

cariño que siempre demuestra. A mis primos Oscar y Nidia,

por toda la espontaneidad y frescura que siempre comparten.

A mi tío Guillermo, por ser nuestro compañero de juegos y

amigo, que te recuperes pronto. Al señor Carlos y Señora

Paula, por ser unas magníficas personas y por su gran

hospitalidad. A Mario y a Liz, por su amistad y apoyo

incondicionales. A mi maestro y amigo Julio Alonso, por

compartirnos su experiencia y su visión excepcional de la vida.

A mis amigos Daniel y Miriam, por demostrar compañerismo y

apoyo en el tiempo que estuvimos juntos. A mi amigo Víctor,

un vagabundo del mundo que siempre está cuando se necesita.

Y a todas aquellas personas que no mencione pero que han

colaborado de alguna manera con este trabajo. Y de manera

especial al Ser Supremo que los puso a todos ustedes en mi

camino.

CARTA DE CESIÓN DE DERECHOS

En la Ciudad de México, Distrito Federal, al día 08 del mes Noviembre del año 2010, el que suscribe Uriel Iram Lezama Lope, alumno del programa de Maestría en Ingeniería de Sistemas, con número de registro B051454, adscrito a la Sección de Estudios de Posgrado e investigación de la ESIME Unidad Zacatenco, manifiesta que es autor intelectual del presente trabajo de tesis bajo la dirección el M. en C. Julio Ramiro Alonso Cruz y cede los derechos del ta ajo titulado: Modelo “isté i o de “upe visió de P o e tos Te ológi os

al Instituto Politécnico Nacional para su difusión, con fines académicos y de investigación.

Los usuarios de la información no deben reproducir el contexto textual, gráficas o datos del trabajo sin el permiso expreso del autor y/o dirección del trabajo. Este puede ser obtenido escribiendo a la siguiente dirección: [email protected] o [email protected].

Si el permiso se otorga, el usuario deberá dar el agradecimiento correspondiente y citar la fuente del mismo.

____________________________

Índice i

ÍNDICE

ÍNDICE DE TABLAS Y FIGURAS ... v

GLOSARIO ... vi

RESUMEN ... viii

ABSTRACT ... ix

INTRODUCCIÓN ... x

JUSTIFICACIÓN ... xi

OBJETIVO GENERAL ... xiii

OBJETIVOS ESPECÍFICOS ... xiii

METODOLOGÍA DE LA INVESTIGACIÓN ... xiv

METODOLOGÍA USADA EN EL DESARROLLO DEL MODELO ... xv

CAPÍTULO I1 MARCO TEORÍCO Y CONTEXTUAL DE LOS PROYECTOS TECNOLÓGICOS ...1

1.1 Definición de Sistemas ...1

1.2 Sistemas Tecnológicos ...2

1.3 Proyectos Tecnológicos ...4

1.4 Definición de la Ingeniería de Sistemas en Proyectos Tecnológicos ...5

1.5 Ciclo de Vida de los Proyectos Tecnológicos ...6

1.5.1 Fase Análisis...8

1.5.2 Fase Diseño ...10

1.5.3 Fase Construcción. ...11

1.5.4 Fase Implementación del Sistema ...12

1.6 Desarrollo del Proyecto: ¿propio o subcontratado? ...14

1.7 Definición de Supervisión Tecnológica ...15

Índice ii

1.8.1 Contexto Físico y Temporal. ...17

1.8.2 Contexto Organizacional...18

1.8.3 Contexto Normativo de los Proyectos Tecnológicos y la Supervisión. ...20

CAPÍTULO II PROBLEMAS EN EL DESARROLLO DE LOS SISTEMAS TECNOLÓGICOS Y LA NECESIDAD DE UNA SUPERVISIÓN ...22

2.1 Planteamiento del Problema en el desarrollo de los Sistemas Tecnológicos. ...22

2.1.1 Identificación de la problemática que se desea resolver ...23

2.1.2 Diagnóstico de los Problemas en el desarrollo de Proyectos Tecnológicos. ...24

2.2 La necesidad de un modelo de Supervisión en los Proyectos Tecnológicos ...26

2.3 Alcances de la Supervisión Tecnológica ...28

2.4 Objetivos Generales del Modelo Sistémico de Supervisión Tecnológica ...29

CAPITULO III MODELO DE SUPERVISIÓN TECNOLÓGICA PARA LA SOLUCIÓN DEL PROBLEMA ...30

3.1 Gestión de la Supervisión de Proyectos Tecnológicos ...30

3.2 Responsabilidad de la Coordinación de la Supervisión ...31

3.2.1 Planeación de la supervisión. ...32

3.2.2 Comunicación Interna y Externa ...33

3.3 Gestión de los Recursos ...33

3.3.1 Gestión del Capital Humano ...34

3.3.2 Estructura orgánica de la supervisión ...34

3.3.3 Integración multidisciplinaria de expertos ...35

3.3.4 Desarrollo de los Equipos de Trabajo ...36

3.4 La Gestión del Conocimiento en la Supervisión Tecnológica ...38

3.5 Descripción de los procesos de supervisión ...40

3.5.1 Revisión documental ...41

3.5.2 Inspecciones ...42

3.5.3 Auditorias ...43

Índice iii

3.6 Transferencia Tecnológica ...44

3.7 Diseño de la Estructura Documental de la Supervisión. ...45

3.8 Mejora de la supervisión ...47

3.9 Uso de herramientas cuantitativas como apoyo a los procesos de supervisión. ...47

3.9.1 Programación de los Supervisores. ...47

3.9.2 Aceptación o rechazo de Lotes. ...49

3.9.3 Determinación de multas por incumplimiento en niveles de servicio usando Proceso de Jerarquización Analítica ...50

CAPITULO IV CASO DE ESTUDIO: SUPERVISIÓN DE UN PROYECTO TECNOLÓGICO ...53

4.1 P o e to Te ológi o “iste a I teg al de I f a io es ...53

4.1.1 Estructura y contexto orgánico del Proyecto ...53

4.1.2 Objetivo del Proyecto ...54

4.1.3 Componentes del Proyecto ...55

4.2 Antecedentes de la Supervisión al Proyecto...57

4.2.1 Objetivo de la Supervisión ...57

4.2.2 Alcances de la Supervisión ...57

4.2.3 Estructura Orgánica de la Supervisión ...58

4.3 Responsabilidad de la Coordinación ...59

4.3.1 Definición de la Política de Supervisión ...60

4.3.2 Comunicación interna y externa. ...61

4.4 Gestión de los Recursos y del Capital Humano ...61

4.4.1 Integración Multidisciplinaria de expertos ...62

4.5 Identificación de Procesos de Supervisión en el Ciclo de vida del Proyecto. ...64

4.5.1 Diseño de la estructura documental ...66

4.6 Validación de las etapas del ciclo de vida por la supervisión. ...68

4.7 Transferencia de la Tecnología en el Proyecto ...69

Índice iv

RESULTADOS ... 70

CONCLUSIONES ... 71

RECOMENDACIONES Y TRABAJOS FUTUROS ... 72

BIBLIOGRAFÍA ... 73

PAGINAS WEB CONSULTADAS ... 74

ANEXO 1. La Programación Matemática en la Supervisión de Proyectos Tecnológicos ...75

ANEXO 2. La Teoría del Muestreo Estadístico en la Supervisión de Proyectos Tecnológicos ...80

ANEXO 3. Aplicación del Proceso de Jerarquización Analítica en la Supervisión de Proyectos Tecnológicos...82

ANEXO 4. Des ip ió del P o e to “iste a I teg al de I f a io es Digitales ...87

Índice v

ÍNDICE DE TABLAS Y FIGURAS

Figura 1 Principales problemas en el desarrollo de Sistemas Tecnológicos………. xii

Figura 2 Metodología de la Investigación usada en la elaboración del trabajo de tesis. …………. xiv

Figura 3 Un sistema y su medio. ……….……….………. 1

Figura 4. Pirámide Tecnológica……….……….………. 3

Figura 5 Integración de disciplinas de Ingeniería……….……….……. 4

Figura 6 Ciclo de Vida del Desarrollo de Sistemas……….……….…… 6

Figura 7 Actividades dentro del Ciclo de Vida de Sistemas……….……… 7

Figura 8. Representación de los costos durante el cambio en el diseño del sistema avanzando el proyecto. ……….……….……….……….. 8

Figura 9. Desviaciones y cumplimiento de los objetivos de un proyecto..………. 8

Figura 10. Fases del Proyecto: desarrollo interno y externo……….……… 15

Figura 11. Contexto de la Supervisión en el desarrollo de sistemas. ………. 16

Figura 12. Contexto Organizacional de la Supervisión Tecnológica. ………. 19

Figura 13. Proceso de asignación de un proyecto tecnológico a una contratista.……….. 20

Figura 14. Árbol ponderado con los problemas que se presentan en el desarrollo de un proyecto tecnológico..……….……….……….………….. 25

Figura 15. Porcentajes de los problemas detectados……….. 26

Figura 16. Matriz de desarrollo de un proyecto tecnológico y la Supervisión..……… 27

Figura 17. Alcances de la supervisión de proyectos tecnológicos……….. 28

Figura 18. Modelo de gestión de la supervisión de proyectos tecnológicos..……….. 31

Figura 19. Organigrama de Supervisión de un proyecto de video vigilancia..……… 35

Figura 20. Modelo de Gestión del Conocimiento para la Supervisión Tecnológica..………. 39

Figura 21. Nueva cultura para la Gestión del Conocimiento en la Supervisión Tecnológica..……. 40

Figura 22. Estructura documental usada en la Supervisión……….……… 46

Figura 23. Ejemplo de un Poste Tecnológico de Video vigilancia………. 49

Figura 24. Estructura y Contexto Orgánico del Proyecto……… 54

Figura 25. Proceso tradicional de levantamiento de infracciones………. 55

Figu a . Mapa Me tal del “iste a I teg al de I f a io es a tividades de “upe visió ……… 56

Figu a . Est u tu a O gá i a de la “upe visió ……… 59

Figura 28. Valo es de la “upe visió Te ológi a……… 60

Tabla 1. Comparación de Metodologías Sistémicas ... xv

Tabla 2 Metodología usada en el desarrollo del Modelo ... xvi

Tabla 3. Relación de algunos proyectos tecnológicos del IPN con otras dependencias de gobierno. ...18

Tabla 4. Problemas puntuales que se presentan en el desarrollo de un Proyecto Tecnológico. ...23

Tabla 5. Problemas y objetivos de una Supervisión Tecnológica. ...29

Tabla 6. Tipos de actividades de verificación y/o validación ...41

Tabla 7. Requerimientos mínimos de cumplimiento del nivel de servicio y su penalización correspondiente. ...52

Tabla 8. Co po e tes del P o e to “iste a I teg al de I f a io es ...55

Tabla 9. Personal por área y por categoría participante en el Proyecto. ...62

Tabla 10. Perfiles de Puestos para Coordinadores de Especialidad ...63

Tabla 11. Matriz de Responsabilidades ...65

Glosario vi

GLOSARIO

Auditoria: Proceso sistemático, independiente y documentado para obtener evidencias de la auditoria y evaluarlas de manera objetiva con el fin de determinar la extensión en que se cumplen los criterios de auditoria

Competencia: Habilidad demostrada para aplicar conocimientos y aptitudes.

Contratista: Persona que ejecuta una obra por contrato.

Ensayo/prueba: Determinación de una o más características de acuerdo con un procedimiento.

Especificación: Documento que establece requisitos.

Evidencia objetiva: datos que respaldan la existencia o veracidad de algo.

Experto técnico: persona que aporta experiencia o conocimientos específicos con respecto a la materia que se vaya a auditar.

Gestión: Actividades coordinadas para dirigir y controlar una organización.

Gestión del Conocimiento: conjunto de metodologías, sistemas y herramientas tecnológicas que ayudan a las organizaciones en relación con los conocimientos que son clave para su actividad y son valiosos para su desempeño.

Heurística: Algoritmo que obtiene soluciones satisfactorias con base en la intuición y la experiencia (expertos).

Ingeniería de Sistemas (IEEE): Ingeniería de Sistemas es la aplicación de las ciencias matemáticas y físicas para desarrollar sistemas que utilicen económicamente los materiales y fuerzas de la naturaleza para el beneficio de la humanidad.

Inspección: Evaluación de la conformidad por medio de observación y dictamen acompañada cuando sea apropiado por medición, ensayo/prueba o comparación con patrones.

Investigación de Operaciones: Aplicación del método científico a la toma de decisiones en condiciones dónde se requiere la asignación de recursos escasos.

ISO: International Organization for Standarization, Organización Internacional de Normalización.

Metacognición: Procesos mentales de orden superior y de auto-aprendizaje.

Glosario vii

Proceso: Conjunto de actividades mutuamente relacionadas o que interactúan, las cuales transforman elementos de entrada en resultados.

Programa de la auditoria: Conjunto de una o más auditorias planificadas para un periodo de tiempo determinado y dirigidas hacia un propósito específico.

Registros: declaraciones de hechos o cualquier otra información que son pertinentes para criterios de auditoría y que son verificables.

Revisión documental: Actividad emprendida para asegurar la conveniencia, adecuación y eficacia de documentos para alcanzar objetivos establecidos.

Transferencia Tecnológica: Proceso de entrega y transitividad de innovaciones de el inventor al usuario.

Taxonomía: Clasificación sistemática de elementos en grupos genéricos basados en factores comunes a los elementos.

Validación: Confirmación mediante el suministro de evidencia objetiva de que se han cumplido los requisitos para una utilización o aplicación específica prevista.

Verificación: Confirmación mediante la aportación de evidencia objetiva de que se han cumplido los requisitos especificados.

Resumen viii

RESUMEN

El objeto de este trabajo es la mejora en el desarrollo de los proyectos tecnológicos por medio de una supervisión efectiva, para lo cual se propone un modelo sistémico de supervisión, que da respuesta a los problemas más importantes en el desarrollo de los mismos.

El modelo presentado de Supervisión de Proyectos Tecnológicos está sustentado en la Teoría de Sistemas, Investigación de Operaciones y los Sistemas de Gestión.

Conjunta la experiencia y conocimiento de las variadas y diferentes disciplinas por medio de sus especialistas. El modelo está orientado a procesos y alineado a la serie de normas ISO, de esta manera, la supervisión da soporte a las decisiones y se convierte en parte fundamental de la gestión del proyecto.

Para el diseño del modelo, se realizó un diagnóstico de los problemas inherentes al desarrollo de proyectos tecnológicos, se plantearon los objetivos que sirvieron de base al diseño, y por último se desarrollo el modelo.

Las principales directrices del diseño del modelo sistémico de supervisión fueron: relacionar el ciclo de vida desde su concepción hasta la puesta en marcha, un adecuado seguimiento de las actividades que validara y verificara el correcto desarrollo del proyecto, se asegurara la calidad del producto final e integrara al personal especialista en una comunidad del conocimiento más allá del equipo de trabajo.

“e do u e ta la apli a ió de este odelo a u p o e to te ológi o de o i ado “iste a i teg al de I f a io es . “e p ese ta dis ute los esultados o te idos.

El Modelo Sistémico de Supervisión se ha aplicado satisfactoriamente en diversos proyectos tecnológicos más grandes y complejos que el documentado en este trabajo, entre otros, el

Abstract ix

ABSTRACT

The purpose of this work is the improvement in the development of technology projects through effective supervision, for which we propose a model monitoring system that responds to the most important in their development.

The model presented Technological Projects Monitoring is supported on System Theory, Operations Research and Management Systems.

Joint experience and knowledge of varied and different disciplines through their specialists. The model is process-driven and aligned to the series of ISO standards, thus monitoring supports the decisions and becomes a fundamental part of project management.

To design the model, we performed an analysis of the problems inherent in the development of technological projects, aims were used as the basis for the design, development and finally the model.

The main design guidelines of the systemic model of supervision were to relate the life cycle from conception to implementation, appropriate monitoring activities to validate and verify the proper implementation of the project will ensure final product quality and specialist staff integrated into a community of knowledge beyond the team.

It documents the implementation of this model to a te h olog p oje t alled “iste a i teg al de I f a io es P ese t a d dis uss the esults.

Monitoring the system model has been successfully applied in various technological projects larger and more complex than documented in this work, among othe s, Bi e te a io, Ciudad “egu a ,

Introducción x

INTRODUCCIÓN

Tradicionalmente, el concepto de Supervisión de proyectos se asocia al seguimiento de las actividades relacionadas con las obras civiles, actualmente, con el aumento de las Tecnologías de la Información y la necesidad de Sistemas Tecnológicos Integrados, se hace necesario ampliar el concepto de Supervisión a Proyectos Tecnológicos en los que se desarrollan u aplican nuevas tecnologías y es necesario contar con especialistas en diversas disciplinas.

Este trabajo surge de la experiencia obtenida por un equipo de especialistas en diversas áreas, que de manera concurrente participan en la supervisión de diversos proyectos tecnológicos. Debido a la complejidad del proyecto se hizo necesario contar con un Modelo Sistémico que integre los procesos de supervisión de una manera integral, ordenada y coherente, que contemplara el cumplimiento con calidad en la ejecución de las diversas etapas del Proyecto por la contratista y que proporcionara de una manera sistemática la evidencia documental de sus actividades.

A continuación describiremos en manera general como se desarrollarán cada uno de los Capítulos de este trabajo.

En el primer capítulo definiremos algunos conceptos básicos de la Ingeniería de Sistemas y Proyectos, daremos una breve explicación sobre las diversas fases de desarrollo de los Sistemas Tecnológicos.

En el segundo capítulo presentaremos en forma general los problemas que se presentan en el desarrollo de los proyectos tecnológicos y plantearemos la necesidad de tener una supervisión como un tercero imparcial que valide las diversas etapas del desarrollo de los mismos y proporcione un soporte técnico a las decisiones que se toman por la directiva del proyecto.

En el tercer capítulo se presenta de manera general el Modelo Sistémico de Supervisión, se desarrollan las diversas directrices del modelo y se proporcionan ejemplos para ser aplicados a diversos proyectos, además, se incluyen algunas herramientas matemáticas que pueden ser útiles como apoyo a los procesos de supervisión y la estructura documental que dará soporte y evidencia de las actividades.

Justificación xi

JUSTIFICACIÓN

La complejidad de los sistemas actuales va en aumento con la aparición de nuevas tecnologías en un entorno que cambia constantemente. En estos sistemas tecnológicos que tienen como elementos infraestructura, comunicaciones, hardware, software, y que son operados y mantenidos por el ser humano, el tiempo de desarrollo cada vez es mayor, y los costos asociados con el desarrollo, producción y utilización están incrementando.

Es por ello que debe seguirse el proceso de Ingeniería de Sistemas en su desarrollo, este proceso sigue u Ci lo de vida , desde la ide tifi a ió de la e esidad, leva ta ie to de e uisitos, diseño, desarrollo y producción, hasta la puesta en operación, cuidando el equilibrio entre los factores técnicos y económicos, y la forma más lógica de obtener resultados es fijarse en la totalidad del sistema, considerando las relaciones funcionales de sus elementos e integrándolos como un todo.

Aunque las técnicas y los métodos asociados a la Ingeniería de Sistemas no son nuevos, no siempre son aplicados. Muchas veces los sistemas no resuelven las necesidades del usuario, ni su funcionamiento alcanza la efectividad esperada, debido a diversos problemas que van desde una incorrecta identificación de la necesidad, un Análisis pobre del sistema a desarrollar, un Diseño que no cumple con requisitos generales y por último la conformación de un sistema que no resuelve los problemas por los que originalmente se planteó el Sistema.

En cuanto a la economía en el desarrollo de los sistemas, nos encontramos que una gran parte del costo total corresponde a las últimas fases del Ciclo de Vida (desarrollo e implantación). Esto es debido a que en muchas ocasiones se intentan reducir los costos iniciales en un proyecto disminuyendo fases primordiales como el Análisis y el Diseño, sin embargo, las decisiones que se toman en estas fases pueden tener efectos negativos a largo plazo. Es decir, la oportunidad de reducción de los costos totales es mayor si se detectan problemas en las primeras fases del desarrollo del sistema.

En la figura uno se muestra algunos de los factores que afectan en la actualidad el desarrollo de los sistemas tecnológicos. (Blanchard, 2000)

Justificación xii

Figura 1 Principales problemas en el desarrollo de Sistemas Tecnológicos. Fuente: Blanchard (2000)

La Supervisión podrá ser aplicada por una agrupación de especialistas contratados o de la misma organización, su función será la de realizar esta supervisión cuidando que bajo un marco sistémico de Ciclo de Vida, los esfuerzos en el desarrollo del sistema estén orientados al cumplimiento de los objetivos y a satisfacer las necesidades planteadas desde las primeras fase. De esta manera dar un soporte técnico a las decisiones tomadas por la contratante.

En este trabajo se requiere establecer sistémicamente un sistema de supervisión agrupando a los expertos de diversas disciplinas de Ingeniería en un equipo organizado, que de seguimiento en las distintas fases del desarrollo de sistemas que contemplan infraestructura, equipamiento, tecnologías de información y capacitación, entre otras.

Entorno Actual Requisitos Cambiantes

Recursos escasos

Tecnología cambiante

Ciclos de adquisición

más largos Complejidad

creciente de los Sistemas. Mayores

costos globales Multiples Contratistas /Subcontratis

tas

Ciclos de Vida extendidos

Objetivos xiii

OBJETIVO GENERAL

Modelar un Sistema de Gestión para la Supervisión del desarrollo de Sistemas Tecnológicos, que de una manera sistémica, precisa y eficiente, contribuya a proporcionar herramientas para la toma de decisión en el curso y cumplimiento de los Objetivos Planteados.

OBJETIVOS ESPECÍFICOS

 Precisar el concepto de Proyecto Tecnológico en el marco de la Ingeniería de Sistemas.

 Llevar a cabo el diagnóstico de los problemas que se presentan en el ciclo de vida de los

Proyectos Tecnológicos.

 Diseñar el Modelo de Supervisión Tecnológica.

Metodología de la Investigación xiv

METODOLOGÍA DE LA INVESTIGACIÓN

La metodología usada en la elaboración de esta tesis se muestra en la siguiente figura:

Figura 2 Metodología de la Investigación usada en la elaboración del trabajo de tesis. Fuente: Elaboración Propia (2010)

1. Fase de

Conceptualización

•1.1 Selección del tema y director.

•1.2 Conceptualización del problema

•1.3 Contextualización del problema

•1.4 Realizar programa de trabajo.

2. Fase de Acopio

de Información

•2.1 Búsqueda y selección de fuentes de información

•2.2 Extracción de datos.

•2.3 Elaboración de notas

•2.4 Inventario de información

3. Fase de

Redacción

•3.1 Redacción general

•3.1.1 Definir estructura

•3.1.2 Respetar formato y estilo.

•3.2 Revisión sistemática

•3.3 Correcciones

Metodología usada en el desarrollo del modelo xv

METODOLOGÍA USADA EN EL DESARROLLO DEL MODELO

La metodología usada en el desarrollo del modelo está basada en diferentes metodologías sistémicas como la de Hall (1989), Alonso (1991) y Chuchman (1993) cuyos fases principales se comparan en la tabla número uno.

Tabla 1. Comparación de Metodologías Sistémicas

METODOLOGÍA DE CHUCHMAN.

METODOLOGÍA HALL METODOLOGÍA ALONSO

1. Formulación de problemas.

2. Construcción de modelo.

3. Obtención de solución del modelo.

4. Prueba del modelo y solución.

5. Establecer controles sobre solución.

6. Implantar la solución.

1. Estudio de Sistemas.

2. Definición del problema.

3. Selección de objetivos.

4. Síntesis de sistemas.

5. Análisis de sistemas.

6. Selección del sistema.

7. Desarrollo del sistema.

8. Ingeniería.

1. Saber cómo estamos. 2. Definir dónde queremos estar.

3. Establecer que debemos hacer para lograrlo.

4. Qué necesitamos para hacerlo.

5. Cómo lo vamos a hacer 6. Documentar lo que hemos hecho.

7. Evaluar lo logrado y corregir.

8. Volver a empezar.

Metodología usada en el desarrollo del modelo xvi

Tabla 2 Metodología usada en el desarrollo del Modelo

NOMBRE DE LA FASE ACTIVIDAD DENTRO DE LA TESIS CAPÍTULO RELACIONADO

Definición del Sistema y su medio.

Elaborar el Marco Contextual de los Proyectos Tecnológicos.

Conocer y describir el medio ambiente de la Situación Problema.

Capítulo1.

Marco Teórico y Contextual de los proyectos

tecnológicos.

Formulación de problemas.

Realizar el Planteamiento del Problema y

el Diagnóstico. Capítulo 2.

Problemas en el desarrollo de un proyecto tecnológico y

la necesidad de una supervisión.

Planteamiento de Objetivos.

Definición de los objetivos y cómo debería de ser el sistema de supervisión.

Diseñar el modelo.

Realizar el diseño del modelo que de solución a los problemas detectados y

desarrollo del Modelo.

Capítulo 3. Modelo de supervisión tecnológica para la solución

del problema.

Implantar la solución.

Implantación del Modelo a un caso de estudio.

Capítulo 4. Caso de Estudio: Supervisión de un Proyecto

Tecnológico.

Evaluar la solución. Comparar los objetivos planteados con los

Capítulo 1 1

CAPÍTULO I

MARCO TEORÍCO Y CONTEXTUAL DE LOS PROYECTOS

TECNOLÓGICOS

Definiremos algunos conceptos básicos de lo que es la Ingeniería de Sistemas o el Enfoque de Sistemas: es el proceso ordenado para la concepción ingenieril y desarrollo de sistemas.

1.1

Definición de Sistemas

Un sistema es un conjunto de elementos interrelacionados entre sí con un objetivo en común. A continuación en la figura tres, se representa un concepto de sistema y su relación con el medio.

Figura 3 Un sistema y su medio. Fuente: Vang Gigch (1987, p. 27).

Los elementos del sistema pueden ser conceptos, en cuyo caso hablaremos de un sistema conceptual. Los elementos de un sistema pueden ser objetos, en ese caso hablaremos de un sistema físico o concreto, ejemplo: una máquina compuesta de varias partes. Los elementos también pueden ser sujetos como los trabajadores en una planta industrial, y finalmente los sistemas pueden conformarse de las tres clases de elementos esto es: Objetos, Sujetos y Conceptos, como ejemplo el sistema hombre-máquina o los sistemas Socio-Técnicos que comprende las tres clases de elementos (Vang Gigch, 1987).

El sistema

Subsistemas Programas Actividades Entradas

Recursos

Costos

Salidas

Resultados

Beneficios

Objetivos (Medidas de

Eficacia o indicadores)

Otros Sistemas

Otros Sistemas

Capítulo 1 2

Todos los sistemas poseen algunas propiedades fundamentales, algunas de ellas se describen a continuación:

o El todo es más que la suma de las partes, entendamos por esto que el sistema tiene un comportamiento general (Alonso, 1985). El cual es diferente a la simple adición de los comportamientos individuales, este punto va ligado directamente con el que se expone a continuación.

o El mejoramiento individual de todas las partes no implica precisamente el mejoramiento del sistema (Mercado,1997a)

o Un sistema es un holos, entendiendo que un sistema está incluido en otro más grande o bien, los sistemas firman parte de un sistema mayor y a su vez es formado por subsistemas o elementos que son sistemas por derecho propio (Vang Gigch, 1987).

o Los sistemas son abiertos, ya que interactúan con otros sistemas fuera de sus límites o fronteras, a los que llamaremos medio o ambiente (Wilson, 1993).

o La modificación de los elementos de un sistema afectará el comportamiento del Sistema en su totalidad (Mercado, 1997a).

o Los sistemas tienen, entradas, procesos de transformación y salidas, además la salida(s) de un sistema(s) pueden ser la entrada de otro(s) sistemas (Vang Gigch, 1987).

Dado que los métodos para designar sistemas, subsistemas y sus elementos son relativos, ya que un sistema situado en un nivel puede ser el componente de otro nivel, y ante la necesidad de definir dicho sistema deberemos primeramente identificar sus límites y fronteras. Con el fin de hacer más fácil la comprensión de este trabajo, emplearemos algunas convenciones, haciendo uso de la taxonomía tomada de la Norma ISO 14224.

Y contiene en forma Pre-definida la clasificación por jerarquías:

 Sistema Total.

 Sistemas.

 Subsistemas.

 Equipos y Aplicaciones.

 Componentes y Módulos.

Por ejemplo, aplicaremos Equipos/Componentes cuando hablemos de Equipamiento Tecnológico (Hardware), y de Aplicaciones/Módulos para Herramientas de cómputo (Software).

1.2

Sistemas Tecnológicos

Definiremos un Sistema Tecnológico como el conjunto de elementos (personas, materiales, equipos, software, instalaciones, datos, etc.), integrados (que se interrelacionan) los cuales realizan una determinada función y tienen un objetivo común en respuesta a una necesidad tecnológica concreta (Ackoff, 1988).

Capítulo 1 3

de infraestructura, comunicaciones, software, equipamiento y recursos humanos, estos últimos capacitados, organizados y operando.

En la figura cuatro, se observa en forma de pirámide un concepto de Sistema Tecnológico que integra en los estratos menores la aplicación de ingenierías básicas en la construcción de los edificios o locales físicos con los sistemas básicos Eléctricos, Hidráulicos, Mecánicos, etc., que o tie e ot os siste as, o o las redes de Comunicación y el Equipamiento Tecnológico (hardware), estos últimos abarcan los sistemas basados en Computadoras. Una de las partes más importantes del sistema será la operación del mismo con Capital Humano previamente capacitado y organizado para la gestión del Sistema.

Figura 4. Pirámide Tecnológica Fuente: (Elaboración Propia, 2010)

Además de las ingenierías clásicas como son: Mecánica, Eléctrica, Química, etc.; debe prestarse una especial consideración en el diseño a factores como Confiabilidad, Mantenimiento, Ergonomía, Ingeniería de Calidad, Costo del ciclo de vida, entre otros, ver figura cinco. La ingeniería de sistemas ayuda a asegurar que estos factores sean adecuadamente integrados de forma concurrente en el diseño, desarrollo y producción de sistemas o en la modificación de los existentes (Defense Systems Mangement Collage, 1990).

Sistema

Tecnológico

Capital

Humano

Sistemas Basados en

Computadora

Equipamiento Tecnológico

Sistemas de Comunicaciones

Instalaciones Electromecánicas

Capítulo 1 4

Figura 5 Integración de disciplinas de Ingeniería Fuente: Adaptado de Blanchard (2000, p.21)

En muchas ocasiones las soluciones tecnológicas no siempre tienen el éxito esperado, debido a que desde la planeación no se le da solidez suficiente a los estratos inferiores, para que soporten las medidas que se van a llevar a cabo en los estratos superiores. Por ejemplo, si vamos a implementar una solución de Equipamiento Tecnológico, deberemos prever que se cuente oportunamente y de manera adecuada con la infraestructura civil, las instalaciones eléctricas y las comunicaciones para que de esta manera se garantice una correcta Instalación de los equipos en el momento de su recepción. Conviene entonces la participación de un tercero con una visión más amplia del proyecto.

1.3

Proyectos Tecnológicos

Un proyecto es un esfuerzo complejo para producir resultados tecnológicos específicos en un tiempo definido, dentro de un presupuesto establecido y contemplando un riesgo asociado. Generalmente las organizaciones humanas, mejoran sus servicios, sus productos, e instalaciones a través de proyectos. En los distintos niveles gubernamentales los proyectos tiene como objetivo mejorar la calidad de vida de la ciudadanía.

Algunos proyectos se enfocan al desarrollo de productos, ejemplo: plantas industriales, plataformas en el espacio, satélites, medios de transporte innovadores, plataformas petroleras, nuevos medios de comunicación, Sistemas de Video-vigilancia por nombrar algunos ejemplos (Archibald, 2008).

Ingeniería de Sistemas

Ingeniería en Comunicaci

ones Ingeniería Civil

Ingeniería Mecánica

Ingeniería Eléctrica

Ingeniería Electrónica

Ingeniería de Mantenibili

dad Ergonomía

Ingeniería Logística Ingeniería

Confiabilidad

Ingeniería Industrial Ingeniería Medioambi ental

Ingeniería Económica

Capítulo 1 5

La Norma ISO 10006:2003, menciona algunas características que deberán contener los proyectos tecnológicos: (IMNC, NMX-CC-10006-IMNC-2005,2005).

 Fases únicas e irrepetibles compuestas por procesos y actividades.

 Cierto grado de riesgo o incertidumbre.

 Se espera que proporcionen resultados cuantificables, como los relacionados con la calidad.

 Fechas de inicio y de finalización planificadas.

 Limitaciones de costo y recursos.

 Puede haber personal asignado temporalmente a la organización por el tiempo que dure el proyecto.

 Pueden ser de larga duración y estar sometidos a influencias internas o externas a lo largo del tiempo.

Los Proyectos Tecnológicos se diferencian de otro tipo de proyectos esencialmente porque se enfocan al desarrollo de tecnologías y emanan de necesidades o estrategias competitivas, es común que se desarrollen conjuntamente entre empresas privadas, instituciones educativas o centros de investigación (IMNC, PROY-MNX-GT-00-IMNC, 2007).

Aunque el concepto de Proyecto Tecnológico pareciera restringirse a aquellos proyectos en los que el producto final son tecnologías nuevas o desarrolladas, también es aplicable a la solución de problemas a través de su aplicación. Esto es, si el objetivo del proyecto va fundamentalmente ligado a la resolución de problemas por la aplicación de tecnologías y la conformación de un sistema tecnológico, estaremos en el marco de un Proyecto Tecnológico.

1.4

Definición de la Ingeniería de Sistemas en Proyectos Tecnológicos

Es necesario definir la Ingeniería de Sistemas, en cuyo método queda enmarcada la metodología de desarrollo de proyectos y paralelamente la supervisión a esta.

Una definición, propuesta por el sistémico G. Jenkins, La Ingeniería de Sistemas es la encargada de diseñar sistemas complejos en su totalidad, asegurando que los subsistemas que los componen son diseñados, interrelacionados, controlados y operados de la manera más efectiva (Jenkins, 1996), otra definición la encontramos en el estándar IEEE (IEEE- Dictionary of Electrical Terms, 2006). En un sentido más práctico, la Ingeniería de Sistemas es la aplicación de la ingeniería y principios de sistemas (Enfoque Sistémico) para resolver un problema o necesidad a través de la implantación de un sistema, esto mediante un proceso descendente e iterativo de Análisis, Diseño, Producción, Prueba, Transferencia del Producto y Gestión (Améndola,2006,p.20).

La Ingeniería de Sistemas es un proceso evolutivo que va desde la identificación de la necesidad del usuario hasta la entrega y puesta en operación de un sistema. La mejor manera de lograr esto es mediante un trabajo multidisciplinario enfocado a objetivos definidos que cubran las necesidades finales del cliente o usuario.

Capítulo 1 6

En este trabajo aplicaremos herramientas de la ingeniería de sistemas en la supervisión de Proyectos Tecnológicos.

1.5

Ciclo de Vida de los Proyectos Tecnológicos

Los proyectos tecnológicos siguen diferentes procesos o fases en su desarrollo, el conjunto de estos procesos es llamado el Ciclo de Vida de los Sistemas, esto es, la forma ordenada en la que se conciben y desarrollan los sistemas. Las fases principales consideradas son las mostradas en la figura seis:

Figura 6. Ciclo de Vida del Desarrollo de Sistemas Fuente: adaptado de Améndola (2006, p.20)

En la figura seis se ilustra el proceso global de desarrollo de sistemas en el marco del proyecto tecnológico y según la aplicación del Ciclo de Vida, la sucesión de fases puede ampliarse con bucles de re-alimentación, de tal manera que lo que se considera una sola fase, se puede ejecutar más de una vez a lo largo de un proyecto, recibiendo en cada ciclo aportaciones de los resultados intermedios que se van obteniendo (retroalimentación).

En la figura siete se muestran las actividades generales de cada una de las etapas. Estas variarán dependiendo del tipo y características del Proyecto.

De la complejidad del sistema se determinará la utilización de componentes ya desarrollados (normalizados y disponibles en el mercado) o de desarrollos propios, independiente de ello, existe un proceso que debe seguirse a partir de la identificación de una necesidad hasta la Transferencia Tecnológica. En este capítulo explicaremos brevemente cada una de las fases y actividades del Ciclo de Vida.

Re-alimentación Fase I. Análisis

Fase II. Diseño

Fase III. Construcción

Fase IV. Implementación Resultado

Parcial

Resultado Parcial

Producto Final Resultado

Parcial Re-alimentación

Re-alimentación Decisión de

Continuar

Decisión de Continuar

Decisión de Continuar

Capítulo 1 7

Figura 7. Actividades dentro del Ciclo de Vida de Sistemas Fuente: Elaboración Propia (2010)

La ausencia de un método ordenado y un seguimiento desde las primeras fases provocan la introducción de cambios ya avanzado el proyecto, y el impacto en costos pueden ser muy grande (re-trabajos, ajustes, retrasos, etc.), tal como se ilustra en la figura ocho. En este trabajo se hace énfasis en la verificación y validación de cada una de las fases. La correcta verificación y validación previene los costos antes mencionados.

IMPLEMENTA- CIÓN

Definición de los Objetivos.

Diseño Preliminar.

Diseño Detallado.

Detección de la Necesidad. Equipamiento Tecnológico y Comunicaciones. Operación del Sistema, Transferencia de Tecnología

Evaluación de los Resultados

Suministro de Infraestructura e

instalaciones.

ANÁLISIS DISEÑO CONSTRUC -CIÓN Levantamiento y Definición de Requisitos de Software y Hardware. Necesidades de Infraestructura, Definición de Estándares de Calidad y niveles de

servicio. Necesidades de

Capacitación.

Desarrollo de Planos de gran Ingeniería y

de detalle, Documentación de

Ingeniería del Software, Diseño de

Sistemas de Comunicaciones, Propuesta Técnica de Equipamiento a Emplear, Diseño de Planes y Programas de Capacitación. Planes y controles para el monitoreo del cumplimiento de Estándares y niveles

de Servicio.

Edificación de Obras, Montaje de Instalaciones, Equipamiento Tecnológico (Hardware y Software), Ejecución

de la Capacitación, Pruebas a Sub-Sistemas (pre-operativas) y a Sistemas (Operativas), Integración del Sistema. Monitoreo del cumplimiento de Estándares y niveles

de Servicio. Integración del

Sistema.

Operación del Sistema propio o por

un tercero, Monitoreo y Control

de Estándares de Calidad y niveles de servicio requeridos.

Capacitación, Pruebas a Sub-Sistemas (pre-operativas) y a Sistemas (Operativas),

Capítulo 1 8

ÉXITO DEL

PROYECTO

SUPERVISIÓN

DETECCIÓN DE NECESIDAD

OBJETIVOS

Figura 8. Representación de los costos durante el cambio en el diseño del sistema avanzando el proyecto. Fuente: Adaptado de Blanchard (2000, p.28).

La figura 8 ilustra la variación de los costos en función de los cambios durante el avance del proyecto. Podemos observar que mientras mayor sea el avance del proyecto sin una solidez en las fases de Análisis y Diseño, los costos serán mayores debido a re-trabajos y ajustes. Esta última p á ti a de ha e ho o po e aña a es o ú e u hos p o e tos, p eve i le o u correcto seguimiento del mismo.

A continuación se detallan cada una de las fases del desarrollo de sistemas en las que una supervisión que de seguimiento deberá estar presente.

1.5.1

Fase Análisis

La fase de análisis consiste en el conocimiento a nivel general de las necesidades del sistema y determinación de los requisitos que debe satisfacer el mismo, o lo ue es lo is o, los Que ha e generales del proyecto. (Blanchard, 2000)

Lo ideal es llevarlo a cabo en un trabajo conjunto entre un equipo interdisciplinario, la organización (que emprende el proyecto) y el usuario, para la determinación y comprensión de las necesidades del sistema, así como, la definición de los Objetivos del Proyecto.

Figura 9. Desviaciones y cumplimiento de los objetivos de un proyecto. Fuente: Elaboración Propia (2010)

DETECCIÓN DE NECESIDAD

OBJETIVOS

DESVIACIONES AL PROYECTO

ANÁLISIS DISEÑO CONSTRUCCIÓN IMPLEMENTACIÓN Práctica

deseada

Práctica común

Avance del Proyecto Costo de los

Capítulo 1 9

La definición de los objetivos es indispensable, así evitaremos desviaciones al proyecto que repercutirán en costos innecesarios o pérdida de tiempo. Ver figura nueve. Los objetivos deberán responder al menos las siguientes preguntas:

 ¿Qué procesos o funciones desarrollará o apoyará el sistema?

 ¿Cuáles serán las entradas y las características de las salidas?

 ¿De qué manera la implantación del sistema cubrirá la necesidad planteada?

 ¿Cuándo será requerido el sistema para realizar su función y durante cuánto tiempo?

 ¿Dónde se utilizará el sistema?

 ¿Quiénes serán los usuarios finales del sistema?

Los puntos importantes a tomar en esta etapa son:

 Estándares de Calidad a cumplir por el sistema deberán ser identificados desde esta etapa. Conviene que el cumplimiento de normas nacionales o internacionales aplicables sean establecidas como requisito en el proyecto, sin quedar excluidas aquellas Normas que tengan carácter obligatorio.

 Infraestructura requerida, definiéndola como todos aquellos espacios físicos y estructuras tales como: edificios, locales, casetas, postes, etc., y aquellos necesarios para albergar tanto el Equipamiento Tecnológico e instalaciones específicas y adecuadas al personal que operará el sistema. Debe contemplarse la seguridad y condiciones específicas normalizadas de temperatura, humedad y energía eléctrica para equipos.

 Sistemas Computacionales, inicia con el levantamiento de la información a través de entrevistas con dueños de procesos, jefes de área y administradores, o bien recopilando información en: formatos de captura, manuales de procesos y diagramas de flujo de información. Además, se levantará el dictamen del estado actual de las tecnologías de información (si existen), lo que nos arrogará la necesidad de integración de sistemas actuales y/o el desarrollo de nuevos sistemas de cómputo. Si se realiza adecuadamente esta fase, el paso a la fase de diseño será en forma natural. Resulta conveniente hacer énfasis (si es posible establecerlo en el contrato) en el uso de una metodología para el desarrollo de software, por ejemplo el Proceso Unificado de Racional (RUP) de la compañía IBM (IBM, 2009).

 Equipamiento Tecnológico, este se determina de acuerdo a las necesidades detectadas de los sistemas de cómputo, se definirán las necesidades de que darán soporte a los mismos, considerando la arquitectura y tecnologías actuales de las redes de comunicación y la cantidad de volumen de información a almacenar y procesar.

Capítulo 1 10  También es recomendable se tenga en consideración en esta fase, las necesidades de

Capacitación, la cual conviene se establezca bajo una normatividad estándar que de formalidad y metodología a la planeación y ejecución de esta (ISO 10015, 1999).

 Los Indicadores o Niveles de Servicio, son métricas de la operación y desempeño de los mismos, deberán ser considerados para el logro de los objetivos y serán particulares del tipo de proyecto y de las necesidades planteadas para el sistema, por lo que deberán ser definidas desde el inicio.

Al final de la etapa de Análisis, se deberán validar los resultados por la contratante con la previa revisión de los expertos en las tecnologías a usar. Esto nos permite avanzar a la siguiente etapa formalizando los resultados.

Concluyendo, es necesario el análisis funcional integrado por diversas disciplinas ya que proporciona la línea de referencia para satisfacer los objetivos y necesidades finales del sistema, y la base para la etapa de diseño (Blanchard, 2000).

1.5.2

Fase Diseño

La segunda fase en el proceso del desarrollo de sistemas tecnológicos, es el Diseño, tiene como objetivo determinar una solución a los requerimientos detectados y definidos en la fase anterior.

El Diseño e i e los p odu tos fi ales del A álisis los t adu e a postulados de carácter técnico que sirven de guía a las etapas posteriores, está técnicamente orientada a responder la pregunta ¿Cómo hacerlo?, transformando los requisitos del sistema en especificaciones técnicas detalladas en términos específicos de instalaciones, hardware, software, datos, personas, etc. Existen muchas maneras de satisfacer los requisitos y muchos diseños posibles (Galindo, 2001).

Aunque el diseño se realice en forma diferente para las distintas disciplinas o especialidades, todas ellas siguen un proceso semejante de tipo descendente o Top-Down, iniciando con el diseño de alto nivel, básico o arquitectónico, hasta la ingeniería de detalle. El primero de ellos tiene como objetivo definir la estructura o arquitectura general de la solución, identificando posibles sistemas, subsistemas y sus relaciones, el segundo nos describe las especificaciones técnicas pormenorizadas de los sistemas que quedan plasmadas en documentos que denominaremos de ingeniería. Ambos consideran paralelamente todos los estratos o niveles considerados dentro del sistema.

Las actividades a desarrollar en la fase del diseño considerarán:

Capítulo 1 11

determinado modelo del desarrollo de sistemas de cómputo, se deberá entregar sin limitaciones la documentación generada con los modelos correspondientes.

 Se deberá definir y documentar la arquitectura del Sistema de Comunicaciones a usar, la tecnología más apropiada y así los equipos y enlaces (red) que den soporte a la solución general planteada en el Análisis y sus niveles de servicio tales como: confiabilidad, disponibilidad, velocidad de transmisión y seguridad e interacción con sistemas existentes. Además, si es requerido se deberán poseer herramientas que permiten monitorizar un sistema de comunicación y ser capaz de utilizarlas para emitir un diagnostico sobre el rendimiento de dicho sistema.

 El Diseño del Equipamiento Tecnológico será un proceso iterativo y convergente del diseño de los Sistemas de Cómputo y los Sistemas de Comunicaciones, en el que el punto de equilibrio sea el establecimiento de las características mínimas y cantidades de los equipos para el soporte, actualización de la información y la operación del Sistema, dependiendo de los volúmenes de información, cantidad de procesos a ejecutar, seguridad de la información y niveles de servicio requeridos.

 El diseño de los Planes de Capacitación y programa de impartición deberá ser de acuerdo al perfil y cantidad de los usuarios, conviene que los tiempos de capacitación sean cercanos al inicio de operación del Sistema. Y de ser posible el uso de prototipos de entrenamiento previo a la implantación del sistema.

 En el diseño de las Obras de Infraestructura es necesario considerar tiempos de entrega, impacto ambiental y las necesidades específicas de acondicionamiento, entre otras. La solución propuesta deberá ser plasmado en planos y documentos de Ingeniería tales como: planos arquitectónicos y estructurales para construcciones nuevas o modificación a las actuales, planos de instalaciones eléctricas, mecánicas, hidráulicas y sanitarias, así como, memorias de cálculo, entre otras.

Es importante que el diseño cumpla siempre con las normas requeridas y obligadas nacionales, así como que se cuente con los permisos de acuerdo a la normatividad vigente.

La validación del diseño, deberá ser soportada con la adecuada documentación del mismo en su última versión, es muy conveniente que se incluya el programa de actividades con el cronograma de trabajo y ruta crítica de ejecución. Estos documentos serán firmados de conformidad entre las partes interesadas para proceder a la fase de Construcción del Sistema.

1.5.3

Fase Construcción.

En esta fase se pone en ejecución el diseño que se plasma en la infraestructura, equipamiento tecnológico, sistemas de comunicación y de cómputo, así como la capacitación del personal.

Capítulo 1 12

Para el éxito de esta fase, es recomendable respetar lo establecido en los documentos de ingeniería resultado de la etapa de Diseño. Lo que no restringe cambios que puedan mejorar o corregir defectos del diseño, recordemos que el proceso de ingeniería de sistemas es iterativo y convergente, y mientras más rápido se atiendan las desviaciones, éstas serán menos costosas y difíciles de corregir.

Todos los cambios que se produzcan durante esta fase, se deberán registrar en los planos lla ados As uild o Có o fue he ho .

Podemos observar que mientras más avance se tiene en las etapas, se hace evidente que las disciplinas convergen aún más, y el sistema se va conformando como un todo. Por ejemplo las obras civiles, instalaciones y las comunicaciones se integrarán, así como los sistemas de cómputo que ahora abarcan el equipamiento tecnológico y los sistemas de información, etc.

Algunas características generales a tomar en cuanta en la etapa de construcción son:

 La etapa de codificación en los Sistemas de Cómputo (Hardware y Software), consiste en t adu i u diseño a u ódigo o le guaje de p og a a ió , si la etapa de diseño se realizó correctamente y con el suficiente detalle, esta etapa puede ser sencillamente mecánica; la complejidad y la duración de este proceso está íntimamente relacionada a los lenguajes de programación utilizados, y a la capacidad de desarrollo de la empresa propia o contratada.

Los documentos de cambio junto con los del propio desarrollo del software pasando por el modelado, diagramas, código fuente, pruebas, manuales de usuario, manuales técnicos, etc., deberán estar actualizados y entregados junto con el sistema desarrollado con el propósito de eventuales correcciones, capacitaciones futuras, mantenimiento y ampliaciones al sistema.

 Una vez concluidas las Obras de Infraestructura e Instalaciones, y que los espacios físicos se encuentren en condiciones de albergar con seguridad y bajo las condiciones especificadas, los Equipos Tecnológicos deberán ser dispuestos a los espacios designados para la instalación de los sistemas de cómputo desarrollados.

En la ejecución del diseño, se puede contratar a diferentes empresas. Con esto se corre el riesgo de que existan diferentes impresiones del mismo. Todas las modificaciones o mejoras que se realicen al margen del diseño, serán registradas en los documentos de cambios. Con esto damos por concluida la etapa de Construcción para continuar con la fase de Implementación.

1.5.4

Fase Implementación del Sistema

Capítulo 1 13

La ejecución del plan de implementación comprende llevar a cabo una serie de pasos ordenados. Se habrán de fijar puntos de control periódicos al principio de la operación para comprobar que la implementación se lleve a cabo según lo planeado y comunicar los adelantos a todas las personas que participen.

El personal de soporte de la organización deberá de estar preparado para proporcionar apoyo y asistencia en la medida de lo necesario a las eventualidades que surjan en esta fase.

1.5.4.1

Cumplimiento de Estándares de Calidad requeridos.

Los procesos y trabajos se deben controlar para conseguir la calidad deseada y el principio de este control deberá ser la medición de los procesos, así que junto con la implantación del sistema, se deberá tener las herramientas de medición necesarias que garanticen la correcta comprobación del cumplimiento de los niveles de servicio.

Los Niveles de Servicio, deben ser monitoreados y evaluados periódicamente, aplicando indicadores, para saber si se está asegurando la calidad del sistema, es decir, que éstos se utilizaran igualmente como parámetro de evaluación de la calidad. Refiriendo todo a normas, estándares, regulaciones y reglamentaciones (UPDC-IPN, 2009).

1.5.4.2

Pruebas Pre-operativas a Sistemas y subsistemas

Los subsistemas se ensamblan para formar los sistemas y se comprueba su funcionamiento antes de ser puestas en operación, estas pruebas parciales reciben el nombre de Pre-operativas, ejemplo de éstas son:

Infraestructura: Pruebas hidro-neumáticas, de resistencia mecánica, etc.

Instalaciones eléctricas: pruebas de continuidad, aislamiento, niveles de tensión, resistencia, protecciones, continuidad del servicio, entre otras.

Sistemas de cómputo: pruebas unitarias y de producto a nivel de secciones, procedimientos, funciones y módulos, aquellas que tengan funcionalidades específicas con datos de prueba, entre otras.

Sistemas de comunicaciones: pruebas de comprobación de IP y de red, conectividad entre nodos, velocidades de transmisión entre otras.

Capítulo 1 14

1.5.4.3

Pruebas Operativas o de Integración

Los sistemas se ensamblan para conformar el sistema tecnológico, se deberá esperar un tiempo de estabilización para poder realizar las pruebas operativas, las cuales sirven para comprobar que el sistema funciona correctamente al operar en conjunto.

Las pruebas de aceptación son responsabilidad de la contratista, es quien debe probar a los usuarios que el sistema es tal cual se planeó, que está en apego al diseño, por lo que cubre las necesidades detectadas en el Análisis.

Conviene que el personal de la empresa que desarrolla el sistema tenga personal disponible para eventualidades o dudas que surjan.

Las pruebas deberán garantizar que la operación del sistema y las actividades se realizan de forma correcta y que el producto está operando tal cual se requirió.

1.5.4.4

Transferencia Tecnológica

Si el sistema ha sido desarrollado u operado por un tercero, se deberá establecer un programa de transferencia tecnológica que incluirá:

 La capacitación a los nuevos operarios.

 El cambio de titularidad de equipos, incluyendo las adecuaciones de instalaciones físicas y acondicionamiento de espacios.

 La ampliación de servicios de suministro eléctrico, las telecomunicaciones.

 Los desarrollos de software, incluyendo manuales de uso y código fuente.

 Contratos de licencias de software desarrollado o adquiridos a nombre de la organización.

 Los manuales de capacitación del personal.

 La capacitación técnica especializada sobre la solución instalada.

 Todo aquello que sirva a la operación correcta del sistema.

En algunos proyectos a estos elementos se les conoce como Paquete Tecnológico.

1.6

Desarrollo del Proyecto: ¿propio o subcontratado?

Capítulo 1 15

Si es que se decide emprender el proyecto por un tercero (contratista), es necesario que la contratante abra un concurso o licitación para adjudicar dicho proyecto al contratista que una mejor oferta técnica-económica, y deberá demostrar que su propuesta es la mejor comparada con la de sus competidores.

Es común que las empresas separen antagónicamente la parte comercial de la técnica y que los agentes comerciales den ofertas que muchas veces no podrán cumplir. Por eso, es conveniente que exista un grupo de expertos técnicos que apoyen la toma de decisiones, basadas en el estudio detallado de las propuestas.

Un buen método de selección de la contratista puede ser la comparación entre las alternativas usando el Proceso de Jerarquización Analítica de Saaty (1980), que consiste en la comparación de alternativas en pares por atributos con la calificación de los expertos.

PROYECTO INTERNO PROYECTO EXTERNO

1. Análisis del Proyecto

FASE DE PLANIFICACIÓN

1. Elaboración de la Oferta 2. Determinación de las

Opciones existentes

2. Adjudicación del contrato 3. Selección de las Opción más

conveniente: formulación 4. Planificación detallada del

trabajo a realizar 3. Planificación detallada de las obras

5. Desarrollo y realización

FASE DE REALIZACIÓN 4. Desarrollo y realización FASE DE ENTREGA O

PUESTA EN MARCHA

Figura 10. Fases del Proyecto: desarrollo interno y externo Fuente: adaptado de Améndola (2006, p.14)

En el caso de proyectos internos, en donde no existe oferta previa ni contrato formal, es conveniente analizar detenidamente las necesidades del mismo y tener las opiniones técnicas especializadas. Además se deberá contemplar si la organización dispone de los recursos, técnicos, financieros y el capital humano suficientes, eligiendo entre diversos proyectos que pudiesen realizar (Jenkins, 1969)

1.7

Definición de Supervisión Tecnológica

Capítulo 1 16

Tradicionalmente el concepto de Supervisión en proyectos se asocia a supervisión a obras de construcción que competen a la Ingeniería Civil, y tiene como objeto el vigilar el trabajo en tiempo y calidad realizado por su personal y cumplir lo establecido en un contrato.

La supervisión dentro del marco de Proyectos Tecnológicos consiste en: verificar y validar el cumplimiento en tiempo y calidad de los aspectos técnicos del desarrollo del Sistema, así como el cumplimiento de la normatividad nacional e internacional aplicable al proyecto, dónde verificar se asocia al verbo comprobar la funcionalidad por una prueba física o documental a un sistema o componente, y validar, será aprobar y asentar documentalmente que el citado componente o sistema funcionan como se espera en su contexto operativo.

La Supervisión Tecnológica toma el concepto general de supervisión y la visión de la supervisión en la ingeniería civil ag ega ue los espe ialistas de e á posee el Estado del A te e las tecnologías de la obra en cuestión. El elemento fundamental de la supervisión tecnológica es que se enmarque en una visión sistémica, debido a la necesidad de integración de las áreas de conocimiento que componen el proyecto. Los especialistas verificarán y validaran por ejemplo, la configuración del sistema de comunicaciones, desarrollo de software, capacidades de la red, ubicación de videocámaras, etc.

Figura 11. Contexto de la Supervisión en el desarrollo de sistemas. Fuente: Elaboración propia (2010)

DESARROLLO DEL SISTEMA PROYECTO TECNOLÓGICO CONTRATANTE

DESARRO -LLO PROPIO SUBCON

-TRATACIÓN

SUPERVISIÓN DIRECCIÓN

DEL PROYECTO NECESIDAD DE LA

Capítulo 1 17

Esta supervisión puede ser interna o externa, esto es, podrá ser aplicada por una agrupación de especialistas contratados o de la misma organización. Su función será la de realizar esta supervisión cuidando que bajo un marco sistémico de ciclo de vida los esfuerzos en el desarrollo del sistema estén orientados al cumplimiento de los objetivos y a satisfacer las necesidades planteadas desde la fase de Análisis.

La figura 11, representa a través de un diagrama Holos, el lugar que ocupa la supervisión tecnológica en la organización, el proyecto y propiamente el desarrollo del sistema; a su vez se uest a los disti tos a to es ela io ados o o so : la di e ió del p o e to, la pa te ue es desarrollada internamente y la parte subcontratada y la supervisión, todas ellas integradas y enfocadas a resolver el problema o las necesidades planteadas.

1.8

Marco Contextual de los Proyectos Tecnológicos.

Una parte muy importante antes de comenzar a resolver un problema por medio de las metodologías sistémicas es conocer el Medio Ambiente o Marco Contextual en el que se encuentra contenido el sistema en estudio. Este contexto puede tener dimensiones tales como: temporales, físicas, normativas, legales, organizacionales, sociales, históricas y culturales, entre otras.

En esta sección se dará a conocer aquellas dimensiones del contexto que se consideran importantes para comprender como se desarrollan los proyectos tecnológicos de vinculación entre el IPN y diversas dependencias de gobierno, y el lugar que ocupa la supervisión en ellos.

1.8.1

Contexto Físico y Temporal.

Capítulo 1 18

Tabla 3. Relación de algunos proyectos tecnológicos del IPN con otras dependencias de

gobierno.

Proyecto

Dependencia

Año de

Participación

Actividades

Dirección

Física

Sistema Integral de Infracciones

Digitales.

Secretaría de Seguridad

Pública del D.F. 2008-2010

Asesoría Técnica y Supervisión del

Proyecto.

Londres 107, Planta Baja, Col. Juárez, Del. Cuauhtémoc,

C.P. 06600

Proyecto: Bicentenario, Ciudad Segura.

Secretaría de Seguridad Pública del D.F. (Subdirección de Infracciones).

2008-2010

Asesoría Técnica y Supervisión Tecnológica al

Proyecto.

Liverpool 136, Col. Juárez, Del. Cuauhtémoc. C.P. 06600 Red de Comunicaciones y Video-vigilancia.

Sistema de Transporte

Colectivo. 2008-2009

Supervisión Tecnológica al

Proyecto.

Oficinas Generales: Delicias No. 67, Col. Centro, C.P.

06070, Del. Cuauhtémoc.

1.8.2

Contexto Organizacional

En la figura 12, se representan algunas de las organizaciones que intervienen en el desarrollo de Proyectos tecnológicos, tales como:

1. Entidades y empresas de gobierno: gestionan e Integran el desarrollo de un sistema tecnológico en respuesta a un problema. La organización designa personal idóneo responsable como la Coordinación del Proyecto.

2. Instituciones Educativas: cuentan con expertos en las tecnologías a aplicar, brindan asesoría especializada y en caso de realizar servicios como supervisión externa, establecerá un sistema de supervisión que ayude a la toma de decisiones de la coordinación del proyecto.

3. Contratistas: desarrollan el proyecto dependiendo de los alcances que se establecen con la contratante.

Capítulo 1 19

Figura 12. Contexto Organizacional de la Supervisión Tecnológica. Fuente: Elaboración Propia (2010).

Dependencias de Gobierno

Instituto Politécnico Nacional

STC- Metro

Escuelas

Centros de Investigación

y Postgrado Extensión y

Vinculación

Convenios de Colaboración. Empresas Públicas

o Privadas.

PEMEX FE

SEMARNAT

Proyecto Tecnológico Desarrollo Propio o

parcial.

Otras Instituciones Educativas y Centros de Investigación

Sistema Tecnológico

Asesoría Técnica y Supervisión Tecnológica. Coordinación del

Proyecto

SSP

Contratistas

Desarrollo parcial o total de acuerdo a

un contrato.

Vigilancia del Proyecto.

Organismos reguladores /