Metodologia-para-la-Implementacion-de-Proyectos-de-Sistemas-de-Informacion-Metrica

Vista previa del material en texto

METODOLOGÍA PARA LA IMPLEMENTACIÓN DE
PROYECTOS SE SISTEMAS DE INFORMACIÓN
MÉTRICA
Autores:
SANDRA LILIANA BARRIOS PRIETO
DANIEL ALEJANDRO MELO ESTRADA
Director Unidad Informática: Henry Martínez Sarmiento
Tutor Investigación: Carlos José Acuña Daza
Coordinadores: Maria Alejandra Enríquez
Leydi Diana Rincón
Coordinador Servicios Web: Daniel Alejandro Ardila
Analista de Infraestructura
y Comunicaciones: Adelaida Amaya
Analista de Sistemas de
Información: Álvaro Enrique Palacios Villamil
Líder de Gestión de
Recurso Humano: Islena del Pilar Gonzalez
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
BOGOTÁ D.C.
DICIEMBRE 2005
METODOLOGÍA PARA LA IMPLEMENTACIÓN DE
PROYECTOS SE SISTEMAS DE INFORMACIÓN
MÉTRICA
Director Unidad Informática: Henry Martínez Sarmiento
Tutor Investigación: Carlos José Acuña Daza
Auxiliares de Investigación:
Adriana Lucia Castelblanco
Alexis de Jesús Moros
Andrés Ricardo Romero
Brayan Ricardo Rojas
Carlos Hernán Porras
Catherin Cruz Pinzón
Cristian Gerardo Gil
Daniel Alejandro Melo
Diana Patricia García
Diego Fernando Rubio
Edwin Montaño
German David Riveros
Guillermo Alberto Ariza
Héctor Javier Cortés
Juan Felipe Rincón
Leidy Viviana Avilés
Leydy Johana Poveda
Liliana Paola Rincón
Luis Alfonso Nieto
Luz Karina Ramos
Maria Teresa Mayorga
Martha Rubiela Guevara
Miller Giovanny Franco
Nubia Yolima Cucarian
Rafael Leonardo Saavedra
Sandra Liliana Barrios
Sandra Milena Cardenas
Sandra Monica Bautista
Sonia Janeth Ramírez
Yaneth Adriana Cañón
Este trabajo es resultado del esfuerzo de todo el
equipo perteneciente a la Unidad de Informática.
Se prohíbe la reproducción parcial o total de este
documento, por cualquier tipo de método fotomecánico
y/o electrónico, sin previa autorización de la
Universidad Nacional de Colombia.
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
BOGOTÁ D.C.
DICIEMBRE 2005
Implementación Métrica
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
3
TABLA DE CONTENIDO
1. RESUMEN ................................................................................................................. 9
2. ABSTRACT................................................................................................................ 9
3. INTRODUCCIÓN...................................................................................................10
4. MANUAL ................................................................................................................11
4.1. PLANEACIÓN DE SISTEMAS DE INFORMACIÓN (PSI) ................................11
4.1.1. Descripción general de la PSI ..................................................................11
4.1.2. Definición y Organización de la PSI........................................................11
4.1.3. Estudio de la información relevante.......................................................12
4.1.4. Identificación de Requisitos......................................................................12
4.1.5. Estudio de los Sistemas de Información actuales................................12
4.1.6. Diseño del Modelo de Sistemas de Información .................................12
4.1.7. Definición de la Arquitectura Tecnológica...........................................13
4.1.8. Definición del Plan de Acción .................................................................13
4.1.9. Revisión y Aprobación ...............................................................................13
4.2. ESTUDIO DE VIABILIDAD DEL SISTEMA (EVS)................................................13
4.2.1. Establecimiento de alcances del sistema.............................................14
4.2.2. Estudio de la Situación Actual .................................................................14
4.2.3. Definición de Requisitos del Sistema ......................................................15
4.2.4. Estudio de alternativas de solución ........................................................15
4.2.5. Valoración de las Alternativas .................................................................15
4.2.6. Selección de la solución ...........................................................................16
4.3. ANÁLISIS DEL SISTEMA DE INFORMACIÓN (ASI).........................................16
4.3.1. Definición del Sistema................................................................................16
4.3.2. Establecimiento de requisitos...................................................................16
Implementación Métrica
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
4
4.3.3. Identificación de subsistemas de análisis ..............................................17
4.3.4. Análisis de los casos de uso (solamente para desarrollo orientado a
objetos).........................................................................................................................17
4.3.5. Análisis de clases (solamente para desarrollo orientado a objetos).
 18
4.3.6. Elaboración del modelo de datos (solamente para desarrollo
estructurado)...............................................................................................................18
4.3.7. Elaboración del modelo de procesos (solamente para desarrollo
estructurado)...............................................................................................................18
4.3.8. Definición de interfaces de usuario........................................................19
4.3.9. Análisis de consistencia y especificación de requisitos .....................20
4.3.10. Especificación del plan de pruebas.......................................................20
4.3.11. Presentación y aprobación del Análisis del Sistema de Información
 21
4.4. DISEÑO DEL SISTEMA DE INFORMACIÓN (DSI)...........................................21
4.4.1. Definición de la arquitectura del sistema .............................................21
4.4.2. Diseño de la arquitectura de soporte....................................................22
4.4.3. Diseño de casos de uso reales.................................................................22
4.4.4. Diseño de clases..........................................................................................23
4.4.5. Diseño de la arquitectura de módulos del sistema ............................24
4.4.6. Diseño físico de datos ................................................................................24
4.4.7. Verificación y aceptación de la arquitectura del sistema ...............25
4.4.8. Generación de especificaciones de construcción............................25
4.4.9. Diseño de la migración y carga inicial de datos (Plan de migración
y carga inicial) ............................................................................................................26
4.4.10. Especificación técnica del plan de pruebas .......................................26
4.4.11. Establecimiento de requisitos de implantación...................................27
4.4.12. Aprobación del diseño del sistema de información ..........................27
Implementación Métrica
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
5
4.5. CONSTRUCCIÓN DEL SISTEMA DE INFORMACIÓN (CSI) .........................27
4.5.1. Preparación del entrono de generación y construcción .................27
4.5.2. Generación del código de los componentes y procedimientos....28
4.5.3. Ejecución de las pruebas unitarias .........................................................28
4.5.4. Ejecución de las pruebas de integración .............................................28
4.5.5. Ejecución de las pruebas del sistema....................................................28
4.5.6. Evaluación de los manuales de usuario ................................................294.5.7. Definición de la formación de usuarios finales ....................................29
4.5.8. Construcción de los componentes y procedimientos de migración
y carga inicial de datos............................................................................................29
4.5.9. Aprobación del sistema de información...............................................29
4.6. IMPLANTACION Y ACEPTACION DEL SISTEMA...........................................29
4.6.1. Establecimiento del plan de implantación...........................................30
4.6.2. Formación necesaria para la implantación.........................................30
4.6.3. Incorporación del sistema al entorno de operación .........................30
4.6.4. Carga de datos al entorno de operación............................................31
4.6.5. Pruebas de implantación del sistema....................................................31
4.6.6. Pruebas de aceptación del sistema ......................................................31
4.6.7. Preparación del mantenimiento del sistema .......................................31
4.6.8. Establecimiento del acuerdo de nivel de servicio..............................32
4.6.9. Presentación y aprobación del sistema................................................32
4.6.10. Paso a producción .....................................................................................32
4.7. MANTENIMIENTO DE SISTEMAS DE INFORMACIÓN ...................................33
4.7.1. Registro de la petición...............................................................................33
4.7.2. Análisis de la petición.................................................................................33
4.7.3. Preparación de la implementación de la modificación...................34
Implementación Métrica
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
6
4.7.4. Seguimiento y evaluación de los cambios hasta la aceptación....34
5. APLICACIÓN DEL MANUAL A UN PROYECTO DE LA UIFCE ........................35
5.1. PLANEACIÓN DE SISTEMAS DE INFORMACIÓN .........................................35
5.1.1. Descripción General de la PSI..................................................................35
5.1.2. Definición y descripción de la PSI ...........................................................35
5.1.3. Estudio de la información relevante.......................................................36
5.1.4. Identificación de requisitos.......................................................................36
5.1.5. Estudio de los Sistemas de Información Actuales................................37
5.1.6. Diseño del Modelo de Sistemas de Información .................................37
5.1.7. Definición de la Arquitectura Tecnológica...........................................38
5.1.8. Definición del plan de acción .................................................................38
5.2. ESTUDIO DE VIABILIDAD DEL SISTEMA ..........................................................38
5.2.1. Establecimiento de alcances del sistema.............................................38
5.2.2. Estudio de la situación actual ..................................................................39
5.2.3. Definición de Requisitos del Sistema ......................................................41
5.2.4. Estudio de alternativas de solución ........................................................42
5.2.5. Valoración de las alternativas .................................................................42
5.2.6. Selección de la solución ...........................................................................42
5.3. ANÁLISIS DEL SISTEMA DE INFORMACIÓN ..................................................42
5.3.1. Definición del sistema ................................................................................42
5.3.2. Casos de uso................................................................................................42
5.3.3. Identificación de subsistemas de análisis ..............................................43
5.3.4. Diagrama de interacción de los casos de uso....................................43
5.3.5. Diagrama de clases ...................................................................................44
5.3.6. Modelo de Datos ........................................................................................45
5.3.7. Definición de interfases de usuario.........................................................45
Implementación Métrica
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
7
5.3.8. Análisis de consistencia y especificación de requisitos .....................45
5.3.9. Especificación del plan de pruebas.......................................................46
5.4. DISEÑO DEL SISTEMA DE INFORMACIÓN ....................................................46
5.4.1. Definición de la arquitectura del sistema .............................................46
5.4.2. Diseño de la arquitectura de soporte....................................................47
5.4.3. Diseño de casos de uso reales.................................................................47
CU01 Administración de salones.................................................................47
CU02 Registro de solicitud de programación ..........................................48
CU03 Registro de actividades......................................................................49
CU04 Programación de salones..................................................................50
CU05 Aprobación de solicitudes.................................................................50
CU06 Control de salones...............................................................................51
5.4.4. Diseño de clases..........................................................................................52
5.4.5. Diseño de la arquitectura de módulos del sistema ............................53
5.4.6. Diseño físico de datos. ...............................................................................53
5.4.7. Generación de especificaciones de construcción............................60
5.4.8. Diseño de la migración y carga inicial de datos.................................60
5.4.9. Especificación técnica del plan de pruebas .......................................60
5.4.10. Establecimiento de requisitos de implantación...................................60
5.5. CONSTRUCCIÓN DEL SISTEMA DE INFORMACIÓN ...................................60
5.5.1. Preparación del entorno de generación y construcción. ................60
5.5.2. Generación del código de los componentes y procedimientos....60
5.5.3. Ejecución de las pruebas unitarias .........................................................65
5.5.4. Ejecución de las pruebas del sistema....................................................65
5.5.5. Evaluación de manuales de usuario. .....................................................65
5.5.6. Definición de la formación de los usuarios finales. .............................66
Implementación Métrica
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
8
5.5.7. Construcción de los componentes y procedimientos de migración
y carga inicial de datos............................................................................................66
5.6. IMPLANTACIÓN Y ACEPTACIÓN DEL SISTEMA...........................................66
5.6.1. Establecimiento del plan de implantación...........................................66
5.6.2. Formación necesaria para la implantación.........................................66
5.6.3. Incorporación del sistema al entorno. ...................................................67
5.6.4. Carga de datos al entorno de operación............................................67
5.6.5. Establecimiento del acuerdo de nivel de servicio..............................676. CONCLUSIONES...................................................................................................68
7. BIBLIOGRAFIA .......................................................................................................69
Implementación Métrica
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
9
1. RESUMEN
Métrica es una metodología que ayuda a mantener y planificar los sistemas de
información de una empresa, y de esta manera, ayudar a una organización a
conseguir sus objetivos que se plantean, además dota a la organización de
software que colabore en las necesidades de las personas.
Estas razones son por las cuales se decido analizar métrica y plasmarla en un
proyecto de la Unidad de Informática de la Facultad de ciencias Económicas
(UIFCE), ya que este será un ejemplo para el análisis y desarrollo de futuros
proyectos que se realizaran para el aumento de la calidad de servicio que se
presta a los usuarios.
2. ABSTRACT
Metrica is a methodology that helps to maintain and to plan the information
systems of a company, and in this way, to help an organization to obtain its
objectives that are presented, besides endows software to the organization that
collaborate in the needs of the people.
These reasons are for which has been analyze metrica and express it in a project
of the Computing Unit of the Economics Sciences Faculty (UIFCE), since this will
be an example for the analysis and development of future projects that were
carried out for the increase of the quality of service that lent to the users.
Implementación Métrica
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
10
3. INTRODUCCIÓN
La tecnología de información busca obtener los métodos y herramientas
necesarias para recoger y administrar la información con el uso de nuevas
tecnologías asociadas con las computadoras, estas nuevas tecnologías hacen
que las empresas y organizaciones puedan recibir toda la información en el
momento en que se produce y realizar el respectivo ajuste para la administración
de esta.
Al utilizar de una manera eficiente los recursos que le proporciona las nuevas
tecnologías de información, la empresa puede incrementar su productividad, y de
esta manera generaría un aumento en sus ventajas competitivas. Pero obteniendo
esta enorme ganancia deben generar las herramientas adecuadas para
mantenerla y seguir buscando nuevas tecnologías en otros procesos para hacerlos
óptimos.
Para la Unidad de Informática y Comunicaciones de la Facultad de Ciencias
Económicas UIFCE, que es una organización dedicada al servicio y atención a
usuarios en el área de informática, es necesario que se esté actualizando
permanentemente para ofrecer los mejores productos en temas de tecnología de
la información que se aplique a las ciencias económicas. Por consiguiente, se
deben desarrollar continuamente proyectos enfocados hacia el mejoramiento de
los sistemas de información existentes, de tal forma que la mantengan actualizada
y preparada a todas las demandas nuevas que surjan.
En el presente trabajo se pretende llevar a cabo una aplicación a la UIFCE de la
metodología Métrica versión 3 desarrollada por el Ministerio de Administraciones
Públicas de España, con el fin de generar un manual que sirva a la generación de
Sistemas de Información propios. Además, se llevará a cabo un pequeño ejemplo
que refleje las ventajas y características de dicho manual, basado en una nueva
aplicación del Sistema de Información ya existente (WEBSIUI), y de esta manera
mejorar la calidad y servicio a sus usuarios, ganando por ende un aumento en su
competitividad.
Implementación Métrica
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
11
4. MANUAL
4.1. PLANEACIÓN DE SISTEMAS DE INFORMACIÓN (PSI)
Al iniciar cualquier proyecto en necesario tener un marco de referencia que indique
lo que se quiere lograr y cada uno de los pasos a seguir en la elaboración,
desarrollo y control del mismo, con el fin de obtener los resultados esperados
acordes a los objetivos trazados inicialmente, así como la congruencia con los de
la organización.
Por lo tanto, la planeación es la labor que mayor tiempo, esfuerzo y dedicación
deberá recibir por parte de la dirección y de quienes realizan el proyecto, ya que
de su especificidad y aplicabilidad real dependerá el buen desarrollo del mismo.
Para esto, es necesario que el gestor de un proyecto aplicable a la UIFCE, lleve a
cabo los siguientes pasos:
4.1.1. Descripción general de la PSI
a) Establecer el objetivo del proyecto.
b) Definir la relación del objetivo del proyecto con el cumplimiento de los
objetivos estratégicos de la UIFCE.
c) Especificar las esferas o departamentos de la UIFCE que el proyecto
afectará.
d) Asignar los responsables y participantes necesarios para el desarrollo de
cada fase del proyecto.
4.1.2. Definición y Organización de la PSI
a) Describir los objetivos específicos de las fases del proyecto, teniendo en
cuenta la participación de cada dependencia involucrada y sus
responsables.
b) Definir las funciones de cada participante1 de acuerdo a su perfil
consignándolos en un Catálogo de Usuarios.
c) Definir el lugar, recursos necesarios, periodicidad y estándares de
documentos para presentar informes parciales del proyecto.
1 Entendido como participante aquélla persona involucrada en el desarrollo del proyecto.
Implementación Métrica
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
12
d) Establecer el plan de trabajo: Identificar las tareas de cada uno de los
participantes del proyecto y establecer fechas de inicio y de entrega de
dichas tareas, considerando los factores críticos de éxito.
e) Comunicar el plan de trabajo a todas las personas implicadas en el
proyecto.
4.1.3. Estudio de la información relevante
a) Buscar, seleccionar y analizar la información referente a investigaciones y
desarrollo de trabajos ejecutados anteriormente y que puedan servir como
un antecedente útil para el proyecto a realizar.
b) Hacer un catálogo de las conclusiones de la actividad anterior (4.1.3.a) con
el fin de establecer referencias de normativas y procedimientos que puedan
servir para el proyecto. Este catálogo tendrá el nombre de Catálogo de
Requisitos.
4.1.4. Identificación de Requisitos
a) Identificar y estudiar cada uno de los procesos de la UIFCE que se ven
afectados por el proyecto, determinando las personas implicadas, qué
funciones desempeñan, y cuál información fluye dentro de dichos procesos.
b) Identificar las necesidades de información de la UIFCE, proponiendo un
modelo ideal de flujo de éste en el que se especifique las actividades y
funciones en cada proceso analizado anteriormente (4.1.4.a.)
c) En el mismo catálogo realizado en la actividad 4.1.3.b) y basados en las
tareas 4.1.4.a) y 4.1.4.b), definir los requisitos que el Sistema de
Información deberá cubrir asignándoles prioridades a cada uno de ellos.
Esto se hará teniendo en cuenta la opinión de los usuarios.
4.1.5. Estudio de los Sistemas de Información actuales
a) Determinar el alcance y los objetivos de los Sistemas de Información
existentes que se vean afectados por el plan del nuevo proyecto.
b) Analizar dichos Sistemas de Información, describiendo sus características
generales referidas a datos, software y procesos de la UIFCE a los que
brinda soporte. Asimismo, se debe recoger los puntos de vista de los
usuarios que interactúan en los mismos (estudiantes, docentes, monitores,
analistas, coordinadores, etc).
c) Evaluar la eficiencia de los Sistemas de Información basados en opiniones
de las personas, riesgos y problemas que presente, con el fin de determinar
si se debe sustituir o sólo realizar mejoras en el Sistema.
4.1.6. Diseño del Modelo de Sistemas de Información
a) Determinar la cobertura de requisitos (obtenidos de la actividad número
4.1.4) por parte de los Sistemasde Información actuales y aquellos que no
Implementación Métrica
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
13
son encerrados por dichos sistemas, junto con las necesidades de
información que éstos cobijan.
b) Realizar un modelo de los Sistemas de Información actuales que se van a
mantener con sus mejoras respectivas, y los nuevos Sistemas que entrarían
a funcionar para cubrir las necesidades emergentes. Asimismo, se
determina las relaciones entre los diferentes sistemas y los requisitos que
cubre.
4.1.7. Definición de la Arquitectura Tecnológica
a) Identificar las necesidades de infraestructura tecnológica acordes con el
modelo propuesto del Sistema y plantear posibles alternativas, pensando
siempre a futuro.
b) Seleccionar entre las alternativas, aquélla que brinde el mejor soporte al
sistema y que se encuentre acorde con el contexto de la UIFCE,
determinando las posibilidades, recursos y tiempo necesarios para instalar
la arquitectura tecnológica elegida.
4.1.8. Definición del Plan de Acción
a) Elaborar el plan de subproyectos, donde se especifique las acciones a
realizar (asignando prioridades de acuerdo a la relación con los objetivos),
disponibilidad de recursos, tiempo, limitaciones, riesgos y beneficios para la
UIFCE. De esta manera, se propone un cronograma estimando fechas de
inicio y de fin de cada subproyecto, teniendo en cuenta la disposición de los
usuarios.
b) Construir el plan de mantenimiento de la PSI, donde se determinará los
resultados que se deberán obtener, con qué periodicidad y a quién se
deberá informar, con el fin de mantener el cronograma actualizado en
función de los avances logrados.
4.1.9. Revisión y Aprobación
a) Elaborar un resumen que simplifique todos los resultados de esta etapa.
b) Presentar dicho plan a la Coordinación de la UIFCE y recoger alternativas
de mejoras, analizando su posible incorporación al plan.
c) Presentar la propuesta final y esperar aprobación. Luego, se informa los
resultados a todas los equipos de trabajo de la UIFCE que se vean
afectados por el proyecto (plan de comunicación).
4.2. ESTUDIO DE VIABILIDAD DEL SISTEMA (EVS)
El objetivo del Estudio de Viabilidad del Sistema es el análisis de un conjunto
concreto de necesidades para proponer una solución a corto plazo, que tenga en
cuenta restricciones económicas, técnicas, legales y operativas. La solución
obtenida como resultado del estudio puede ser la definición de uno o varios
Implementación Métrica
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
14
proyectos que afecten a uno o varios sistemas de información ya existentes o
nuevos.2
Por lo tanto, es importante que realice los siguientes pasos:
4.2.1. Establecimiento de alcances del sistema
a) Describir las necesidades que el Sistema planea satisfacer y las
restricciones que tiene utilizando el Catálogo de Requisitos de la PSI, para
lo cual se realizan los siguientes catálogos:
ÿ Catálogo de requisitos actualizado, en el que se especifique la relación
con otros proyectos que se estén realizando paralelamente, para lograr
una sincronización y establecer posibles dependencias entre proyectos.
ÿ Catálogo de objetivos que se planean alcanzar con el estudio de
viabilidad del sistema.
b) Identificar las dependencias de la UIFCE que se encuentren afectados por
el proyecto, sus responsables y estructura. Con esta información, realizar
un catálogo de usuarios (internos y externos).
c) Establecer un plan de trabajo con objetivos, en el que se encuentren las
dependencias, usuarios involucrados y responsables para realizar el estudio
de la situación actual de la UIFCE.
4.2.2. Estudio de la Situación Actual
a) Basado en la arquitectura de información propuesta en la actividad 4.1.7 de
la PSI, identificar aquellos sistemas de información actuales que puedan
afectar o ser afectados por el sistema objeto de estudio y el contexto que
los rodea.
b) En base al catálogo de usuarios, definir quiénes participaran en el estudio
de viabilidad, se les informa y se espera aprobación.
c) Con los usuarios designados y la identificación de los sistemas de
información actuales, elaborar la descripción de cada uno de ellos así:
ÿ Descripción del sistema a nivel lógico.
ÿ Descripción del modelo físico.
ÿ Determinar localización geográfica-física de módulos y datos del
sistema.
ÿ Establecer las dependencias organizacionales de la UIFCE que se
sirven de dicho sistema actual.
d) Realizar un diagnóstico actual analizando la información anterior con el fin
de identificar problemas, deficiencias y mejoras para dichos sistemas.
2 http://www.csi.map.es/csi/metrica3/evs.pdf Pág.1“Ministerio de administraciones
Publicas – España”
http://www.csi.map.es/csi/metrica3/evs.pdf
Implementación Métrica
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
15
4.2.3. Definición de Requisitos del Sistema
a) Realizar de un catálogo de normas donde se encuentre las directrices que
seguirá el software resultante del sistema de información a estudio. En
dicho catálogo se debe encontrar:
ÿ Políticas de seguimiento, revisión, normativas, técnicas de
programación, metodologías.
ÿ Políticas de seguridad.
ÿ Directrices de planificación, gestión de cambios y gestión de calidad.
b) Definir las sesiones de trabajo y su frecuencia a razón del tiempo disponible
de los usuarios que van a participar.
 Utilizando el catálogo de requisitos, definir y clasificar dichos requisitos que
el sistema debe satisfacer en funcionales y no funcionales con sus
respectivas prioridades.
4.2.4. Estudio de alternativas de solución
a) Proponer opciones que puedan ser soluciones para los requisitos
planteados anteriormente, además de determinar si será necesario adquirir
nuevo software estándar, a la medida o mixto3.
b) Identificar para cada alternativa de solución los subsistemas, si los hay, y
los requisitos que cubre.
c) Definir cada alternativa y su estrategia de implantación en función de la
cobertura global del sistema y geográfica que tenga. Si la alternativa de
solución incluye:
ÿ Desarrollo, entonces se debe especificar el modelo abstracto de datos y
el modelo de procesos.
ÿ Orientación a Objetos, entonces se debe describir el modelo de
negocios y el de dominio (opcional).
ÿ Producto software, entonces se debe analizar su evolución,
adaptabilidad y costos adicionales por concepto de licencias.
4.2.5. Valoración de las Alternativas
a) Valorar el impacto de cada alternativa en la UIFCE y establecer su
viabilidad económica por medio de un análisis coste/beneficio.
b) Identificar y analizar los riesgos y la complejidad de cada alternativa,
proponiendo medidas para minimizar dichos factores de riesgo.
c) Plantear un plan de trabajo para cada alternativa, de tal forma que
sincronice con los demás proyectos que se están realizando o que se
ejecutarán a futuro.
3 Para el estudio de las alternativas se podrá desagregar el sistema en subsistemas, con el fin de
evaluar varias opciones y aplicar las más adecuadas. Esto puede ser opcional de acuerdo a la
complejidad de dicho sistema.
Implementación Métrica
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
16
4.2.6. Selección de la solución
a) Convocar a la Coordinación de la UIFCE para hacer una presentación de
todas las alternativas de solución trabajadas anteriormente.
b) Evaluar, junto con la Coordinación, las ventajas e inconvenientes de cada
una de las alternativas y, así, elegir la solución final.
c) La Coordinación de la UIFCE aprueba formalmente la solución o determina
su no viabilidad.
4.3. ANÁLISIS DEL SISTEMA DE INFORMACIÓN (ASI)
Para el diseño del sistema de información, es necesario delimitarlo de tal forma
que, efectivamente, satisfaga las necesidades de todos los usuarios. Así, este
análisis buscará describir detalladamente dicho sistema, a través de los siguientes
pasos:
4.3.1.Definición del Sistema
a) Delimitar el sistema de información, describiendo los procesos que encierra
y el modelo abstracto de datos a partir de la solución encontrada en el EVS,
además, identificar aquellos agentes externos involucrados que importan y
exportan información al sistema. Si la solución es orientada a objetos es
importante determinar el contexto del sistema a través del modelo de
negocios4 y de dominio.
b) Ampliar el catálogo de requisitos en el campo del ambiente tecnológico
necesario para desarrollar el sistema de información acorde con las
necesidades de los usuarios y la solución planteada en el EVS.
c) Actualizar el catálogo de normas necesarias para la puesta en marcha y el
desarrollo del sistema en todos sus ciclos de vida.
d) Actualización del catálogo de usuarios, identificando los participantes de
esta etapa y quienes darán la aceptación final del sistema, especificando
sus funciones (plan de trabajo para el análisis). Se comunica dichas
funciones a los usuarios involucrados.
4.3.2. Establecimiento de requisitos
a) Obtener información detallada de los usuarios del ASI (4.3.1.d) acerca de
los requisitos que el sistema o software debe cumplir referentes a
funcionalidad, rendimiento, seguridad, implantación y disponibilidad del
4 El modelo de negocio especifica los procesos a los que se quiere dar respuesta en el sistema de
información, en forma de casos de uso de alto nivel y el subconjunto de objetos del dominio que se
requieren para ello.
Implementación Métrica
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
17
sistema. Además, se debe especificar los requisitos no funcionales, tales
como las restricciones del entorno en hardware y software.
b) Si el proyecto es orientado a objetos se deben especificar los casos de uso
asociados a los requisitos funcionales, es decir, identificar actores, casos de
uso describiéndolos brevemente de acuerdo a las normas y estándares de
la UIFCE.
c) Especificar, con la ayuda de los usuarios, los casos de uso identificados
anteriormente, recopilando información por medio de la descripción del
escenario, precondiciones y poscondiciones, identificación de las interfaces
del usuario, condiciones de fallos y escenarios secundarios. Esta actividad
es obligatoria para el desarrollo orientado a objetos y opcional para el caso
de estructura.
d) Analizar la información recopilada detectando ambigüedades,
inconsistencias, duplicidad o escasez de información, estableciendo
prioridades que los usuarios colocan a los requisitos y comportamientos
comunes que permitan relacionar los requisitos con los casos de uso.
e) Confirmar con los usuarios la consistencia, validación y completitud de los
requisitos del Catálogo y los casos de uso.
4.3.3. Identificación de subsistemas de análisis
a) La descomposición en subsistemas debe estar enfocada hacia el desarrollo
orientado a objetos y de acuerdo al modelo de negocios se determinan y
describen la dependencia e interfaces entre los subsistemas. Para el
desarrollo estructurado los subsistemas tienden a coincidir con la
descomposición del diagrama de flujo.
b) Elaborar modelo de análisis de cada uno de los subsistemas de tal forma
que se logre una coordinación y ausencia de duplicidad. Así, se permite
alcanzar a tener una visión global y unificada de todos los modelos.
4.3.4. Análisis de los casos de uso (solamente para desarrollo orientado a
objetos).
a) Para cada caso de uso identificar los objetos necesarios que mejor
representen la información del sistema, determinando cuáles podrían ser
clases (entidad, interfaz del usuario y control) y generar un modelo de los
mismos, así:
ÿ Que la clase identidad represente la información manipulada en el caso
de uso.
ÿ Que la clase de interfaz del usuario describa la interacción entre el
sistema y sus actores.
ÿ Que la clase de control represente la coordinación, secuencia de
transacciones y control de los objetos relacionados con caso de uso.
b) Realizar un diagrama de interacción donde se encuentre los usuarios, los
objetos y las secuencias de mensajes intercambiados, además de incluir el
tipo de objetos y de información que se intercambia.
Implementación Métrica
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
18
4.3.5. Análisis de clases (solamente para desarrollo orientado a objetos).
a) Determinar las funciones de cada clase de acuerdo a los papeles que van a
desempeñar los objetos dentro de los casos de uso. Igualmente,
especificar los atributos de cada clase (propiedades implicadas en el
desarrollo de las funciones).
b) Analizar los mensajes entre los objetos establecidos en el diagrama de
interacción con el fin de encontrar asociaciones entre clases y, de esta
manera, definir agregaciones o herencias entre objetos.
c) Organizar las clases de tal forma que se implemente de manera sencilla las
agregaciones y herencias entre dichas clases de acuerdo a la definición del
sistema (ASI 4.3.1).
4.3.6. Elaboración del modelo de datos (solamente para desarrollo estructurado).
a) Elaborar el modelo conceptual de datos: Identificar y definir las entidades de
datos con sus respectivos atributos y relaciones entre sí (múltiples,
recursivas, de explosión, de implosión, generalizaciones y agregaciones).
b) Elaborar el modelo lógico de datos a partir del modelo conceptual, es decir,
resolver, eliminar y determinar dependencias entre las relaciones de las
entidades, así como prescindir de redundancias y ambigüedades. De igual
forma, se debe determinar cuestiones, tales como:
ÿ Número máximo de ocurrencias.
ÿ Estimaciones de crecimiento por periodo.
ÿ Tipo y frecuencia de acceso.
ÿ Características de seguridad, confidencialidad, disponibilidad y demás
que sean consideradas como relevantes
c) Normalizar el modelo lógico de datos, por medio de la prohibición de
redundancias, inconsistencias y grupos repetidos y, luego, el conocimiento
de los datos y sus relaciones.
d) Se realiza un plan de migración de datos desde otros sistemas si es
necesaria para la carga inicial de información. Para tal fin se debe tener en
cuenta prioridades, requisitos, necesidades de software y hardware,
modificaciones, etc.
4.3.7. Elaboración del modelo de procesos (solamente para desarrollo
estructurado).
a) Elaborar un modelo de los procesos de los subsistemas, a través de un
diagrama de flujo de datos especificando todas sus características y
determinando frecuencias de ejecución, restricciones para la ejecución y
tiempos máximos de respuesta, franja horaria crítica, número máximo de
usuarios. Además, para cada proceso se debe especificar aquéllos que
estén bajo el control de los usuarios y cuáles bajo el control de sistema,
junto con su ubicación geográfica y disponibilidad.
b) Identificar y describir las interfaces con otros sistemas, especificando de
cada uno:
Implementación Métrica
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
19
ÿ Procesos asociados
ÿ Especificaciones funcionales
ÿ Formato de datos intercambiados
ÿ Aspectos operativos
ÿ Frecuencia o periodicidad del intercambio
ÿ Validaciones
ÿ Requisitos de seguridad
ÿ Evento que desencadena la interfaz
ÿ Modificaciones o adaptaciones
4.3.8. Definición de interfaces de usuario
a) Determinar los principios de las interfaces, donde se encuentren los
estándares de su entorno (gráfico, carácter, etc), composición de las
pantallas y la ubicación de las formas dentro de ellas, normas para la
presentación de avisos en general (error, ayuda y demás). Asimismo, se
deben especificar las directrices por las cuales se presentarán informes y
formularios impresos.
b) Realizar un catálogo de perfiles de usuario de acuerdo al nivel de
responsabilidad y funciones a desempeñar, asignando a cada uno los
respectivos procesos de comunicación interactivos, los cuales deben
incluirse al Modelo de Procesos con el fin de implementarlo en la interfaz.Dichos procesos interactivos deben ser presentados en forma de diálogos
de acuerdo a las necesidades de cada usuario (esta actividad no se realiza
para el desarrollo orientado por objetos).
c) Definir los formatos individuales de cada interfaz de pantalla teniendo en
cuenta tamaños, ubicación, modalidades, dispositivos de entrada, datos que
se usan y que se generan por su ejecución y los controles y elementos
activos e inactivos de la interfaz. Además, es importante tener en cuenta:
ÿ Si el análisis es orientado a objetos, entonces los formatos individuales
de las interfaces completarán las especificaciones de los casos de uso.
ÿ Si el análisis es estructurado, entonces se debe tener en cuenta el
modelo de datos y el modelo de procesos.
d) Elaborar un modelo de navegación de interfaz de pantalla, donde estén
establecidos lógicamente la entrada de datos y reglas de validación para
cada formato, las secuencias de acciones para completar cada diálogo, e
identificar formatos o diálogos críticos para el buen funcionamiento del
sistema, teniendo como base factores como número de usuarios, frecuencia
de uso, seguridad, etc.
e) Determinar un prototipo de interfaz de impresión y los formatos individuales
de informes y formularios (formatos de impresión), definiendo
características como la confidencialidad, periodicidad y procedimientos de
entrega.
Implementación Métrica
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
20
4.3.9. Análisis de consistencia y especificación de requisitos
a) Verificar la calidad formal de los modelos generados conforme a la técnica
seguida hasta este punto y al catálogo de normas actualizado en la
actividad ASI 4.3.1.c)
b) Comprobar que existe coherencia entre los modelos y eliminar
inconsistencias, ambigüedades y duplicación de información, elaborando
las siguientes matrices:
ÿ Para desarrollo estructurado:
P Matriz de modelo lógico de datos normalizados / Modelo de
procesos.
P Matriz de modelo lógico de datos normalizados / Interfaz de
usuario.
P Modelo de procesos / Interfaz de usuario.
ÿ Para desarrollo orientado a objetos:
P Modelo de clases / Diagramas dinámicos5
P Modelo de clases / Interfaz de usuario
P Análisis de la realización de los casos de uso / Interfaz de
usuario.
c) Evaluar los modelos de acuerdo al catálogo de requisitos del sistema de
información y a la validación directa del usuario, especialmente en la
interfaz de usuario.
d) Elaborar la Especificación de Requisitos de Software (ERS), el cual consta
de la información necesaria para la aprobación final de lo realizado en el
ASI. Por lo tanto, deberá estar guardar el siguiente orden:
ÿ Introducción
ÿ Ámbito y alcance
ÿ Participantes
ÿ Requisitos del sistema de información
ÿ Visión general del sistema de información
ÿ Referencia de los productos a entregar
ÿ Plan de acción
4.3.10. Especificación del plan de pruebas
a) Para garantizar la calidad y satisfacción de necesidades del sistema de
información hacia los usuarios, se debe especificar los niveles de prueba y
planificar su realización en cada nivel, de acuerdo al esquema: definir los
perfiles implicados, hacer una planificación temporal, establecer criterios de
verificación y aceptación, precisar las verificaciones, analizar los resultados,
y determinar productos a entregar como consecuencia de la ejecución de
pruebas.
5 La interfaz de usuario incluirá diagramas dinámicos y hará parte del modelo de clases.
Implementación Métrica
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
21
b) Recopilar requisitos referentes a hardware, software, configuración,
herramientas, procedimientos para su realización y migración; todos
relativos al entorno de pruebas6.
c) Definir las pruebas de aceptación del Sistema por parte de los usuarios para
su posterior puesta en marcha con la seguridad de que satisface todos los
requisitos. Para tal fin se debe colocar especial atención a los criterios de
aceptación, los cuales deben incluir, entre otros a juicio de los
investigadores, los siguientes:
ÿ Procesos críticos del sistema
ÿ Rendimiento del sistema
ÿ Seguridad
ÿ Disponibilidad
4.3.11. Presentación y aprobación del Análisis del Sistema de Información
a) Presentar todos los productos, resultados y conclusiones de esta fase
contenidos en la ERS y el plan de pruebas a la Coordinación de la UIFCE
para su aprobación final.
4.4. DISEÑO DEL SISTEMA DE INFORMACIÓN (DSI)
En esta etapa se trata de definir toda la arquitectura del sistema de información y
sus componentes, con el fin de llegar a especificaciones que permitan visualizar su
construcción.
Tanto el desarrollo estructurado, como el orientado a objetos se manejaran de
manera integrada.
4.4.1. Definición de la arquitectura del sistema
a) Definir las particiones físicas del sistema, teniendo como criterios los
usuarios, datos y procesos. Además, se debe especificar elementos tales
como gestores de datos, tipos de puesto cliente, tipo de dispositivos de
impresión, monitores de teleproceso, servidores y comunicaciones entre las
diferentes particiones con sus respetivos protocolos (tipo de mensajes).
b) Actualizar el catálogo de requisitos con aquéllos que están relacionados o
que condicionen el diseño y construcción del sistema. Estos requisitos se
referirán, de manera general, a los lenguajes, rendimientos, ubicación de
módulos y datos de cada partición.
6 Es recomendable tener una independencia entre el entorno de pruebas y el de operación,
asegurando la estabilidad de los datos y manteniendo un punto de comparación.
Implementación Métrica
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
22
c) Definir comportamientos no habituales o anómalas en el sistema cuando
sea ejecutado y consignarlos en un catálogo especificando, además,
condiciones previas, elementos afectados (por ejemplo casos de uso) y la
respuesta del sistema.
d) Concretar todos los estándares y normas relacionados con la infraestructura
tecnológica y que condicionará el diseño y construcción del sistema, los
cuales se deben recoger en el catálogo de normas para actualizarlo y servir
como punto de referencia para las siguientes actividades.
e) Determinar, de manera lógica, subsistemas que faciliten el mantenimiento y
sencillez del sistema de información, clasificándolos en específicos
(funciones propias del sistema) o de soporte (cobertura de servicios
comunes). Para ello, es posible tomar como referencia los subsistemas
obtenidos del ASI o generar nuevos de acuerdo a la necesidad.
f) Precisar los elementos de la infraestructura técnica, tales como hardware,
software y comunicaciones (topología de red y protocolos). Asimismo, se
debe realizar una estimación de la planificación de capacidades en
aspectos referentes a almacenamiento (espacio en disco), procesamiento
(tipos de procesadores y memoria) y comunicaciones (líneas y capacidad de
red).
g) Definir requisitos de seguridad y control de acceso diseñando
procedimientos para el acceso al sistema, mantenimiento y confidencialidad
de datos, control y registro de accesos al sistema, copias de seguridad y
recuperación de datos. Igualmente, diseñar procedimientos de operación y
administración donde se relacione la franja horaria de mayor afluencia,
número máximo de usuarios, periodicidad y secuencia de ejecución,
distribución de información, control y seguimiento del correcto
funcionamiento del backup y recuperación utilizados habitualmente.
4.4.2. Diseño de la arquitectura de soporte
a) Diseñar y especificar cada uno de los módulos/clases de los subsistemas
de soporte del sistema contemplados en el paso 4.4.1.e), teniendo en
cuenta su descomposición en servicios, descripción de la interfaz y
comportamiento de cada servicio.
b) Realizar patrones o guías de diseño y construcción genéricos que sirva para
la definición de la arquitectura del sistema y el diseño detallado de
subsistemas específicos y de soporte.4.4.3. Diseño de casos de uso reales7
a) Identificar las clases que intervienen en cada caso de uso a partir del paso
4.4.1.a), si es necesario adicionar más clases de diseño, podrán ser
incorporadas al modelo.
7 Se realiza solo en el caso de desarrollo y diseño orientado a objetos
Implementación Métrica
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
23
b) Establecer, desde el punto de vista técnico, cómo interactúa entre sí todos
los objetos para realizar un caso de uso del sistema, teniendo en cuenta los
escenarios especificados en el ASI, detallando su entorno tecnológico y
mecanismos genéricos de diseño. En el caso en el que existan elementos
comunes se podría crear un subsistema de soporte que ofrezca dicho
comportamiento como un servicio.
c) Diseñar detalladamente (pantalla gráfica) el comportamiento de la interfaz
de usuario, revisando la navegación entre ventanas, elementos formadores
de cada interfaz, características, disposición y cómo se gestionan los
eventos relacionados con lo objetos.
d) Describir cada caso de uso en términos de los subsistemas participantes,
las interfaces requeridas y los mensajes que intercambian los objetos entre
sí.
4.4.4. Diseño de clases8
a) Plantear el diseño de clases identificando clases adicionales si es
necesario, y teniendo en cuenta que:
ÿ Clases de control se refieren a la coordinación y secuencia entre
objetos, distribución, rendimiento, transacción y serialización.
ÿ Diseño de clases de entidad depende del sistema de gestión de datos
utilizado.
ÿ Diseño de clases de interfaz de usuario depende de la tecnología
empleada.
b) Definir asociaciones entre clases tomando como referencia la secuencia de
mensajes entre objetos definidos en el ASI (4.3.4.b), además, se debe
tener en cuenta las características de cada una, las relaciones (de tal forma
que simplifiquen el sistema), la modelización de rutas de acceso óptimas
entre asociaciones y contemplar la posibilidad de diseñar algunas
asociaciones como clases.
c) Identificar atributos de cada una de las clases obtenidas en el proceso ASI
(4.3.9.c), especificando su tipo, formatos y restricciones.
d) Determinar las operaciones que efectúa cada clase, especificando el
nombre, parámetros y visibilidad (pública, privada, protegida), y teniendo en
cuenta el entorno de desarrollo utilizado. Si existen objetos en diferentes
estados, entonces se realiza un diagrama de transición de estados para
describir las operaciones.
e) Revisar jerarquía de las clases comprobando su viabilidad. Para esto, se
debe identificar clases abstractas (superclases) que agrupen atributos y
operaciones comunes y heredables.
f) Describir el método por el cual cada clase realiza sus operaciones. Puede
utilizarse algoritmos escritos en pseudocódigo o lenguaje natural.
8 Se realiza solo en el caso de desarrollo y diseño orientado a objetos
Implementación Métrica
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
24
g) Realizar una pequeña aproximación a las necesidades de migración o
carga inicial de datos.
4.4.5. Diseño de la arquitectura de módulos del sistema9
a) Identificar los procesos que se van a implementar en cada subsistema,
especificando el tipo de implementación (lotes o en línea) y el tipo de
iniciación (bajo petición o por el sistema). Además, es necesario analizar el
alcance y características propias de cada proceso y, con esto, diseñar la
estructura en módulos de los procesos y detallar el prototipo de lenguaje
utilizado (natural o pseudocódigo).
b) Describir las comunicaciones existentes entre los módulos, considerando
los requisitos del sistema. Realizar el diseño de las interfaces teniendo en
cuenta:
ÿ Datos involucrados y su formato en el intercambio.
ÿ Valores o rangos de datos intercambiados.
ÿ Origen y destino de los datos.
ÿ Información de control y valores posibles.
c) Diseñar la interfaz del usuario, revisando la descomposición funcional en
diálogos de acuerdo a la arquitectura modular del sistema, la navegación
entre ventanas y la información para la ejecución de cada diálogo,
identificando dependencia entre datos. Además, examinar ventanas
alternativas y sus elementos, comprobar que la información de cada interfaz
(de pantalla y de impresión) sea tratada por el módulo correspondiente a la
arquitectura del sistema, y realizar el diseño de mensajes de error, de aviso
o advertencia y de ayuda.
4.4.6. Diseño físico de datos
a) Para obtener una mejor implementación del modelo lógico de datos
normalizado (diseño estructurado) o modelo de clases (diseño orientado a
objetos) y alcanzar una aproximación al espacio de almacenamiento, se
debe analizar las técnicas del gestor de bases de datos o sistemas de
ficheros a utilizar, estimando el uso y volumen de ocurrencias de cada
entidad/clase del modelo, además, definir elementos que se deben
implementar como bloqueo de datos, compresión, clústeres, punteros, etc.
Asimismo, es importante tener en cuenta los volúmenes de estructuras de
datos implicados en caso de ser necesaria la migración inicial de datos.
Con esto, determinar la forma de convertir las entidades/clases en tablas,
identificando claves u otro medio de acceso.
b) A los principales módulos/clases que reúnan las características de ser de
tratamiento crítico, tengan concurrencia y accesos complejos a datos se les
debe identificar tablas o ficheros para cada uno y el orden para la obtención
9 Se realiza solo en el caso de desarrollo y diseño estructurado.
Implementación Métrica
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
25
de datos. Además, estimar el número de accesos, prioridad y frecuencia,
con el fin de determinar diferentes caminos de acceso y, así, optimizar el
rendimiento de los gestores de datos o sistemas de ficheros lo más
eficientemente posible.
c) Optimizar el diseño físico de datos para mejorar el tiempo de respuesta en
el acceso a datos, por medio de la detección de mejoras en el modelo físico
de acuerdo a la secuencia de accesos de módulos/clases críticos (4.4.6.b),
y teniendo en cuenta la estimación de volúmenes, frecuencias y tipos de
acceso, crecimiento por periodo y requisitos de seguridad y disponibilidad.
d) Determinar el modelo de distribución de datos, estableciendo la ubicación
de todos los elementos10 físicos por nodos de acuerdo a la partición física
del sistema (4.4.1.)
4.4.7. Verificación y aceptación de la arquitectura del sistema
a) Asegurar la calidad formal de cada uno de los modelos elaborados en esta
etapa desde el entorno tecnológico (4.4.1.f).
b) Utilizando técnicas matriciales y de revisión, establecer que existe
coherencia entre sí de todos los subproductos obtenidos y que configuran el
diseño, asegurando también la consistencia (no duplicación de información
ni ambigüedades).
c) Obtener la aceptación de la arquitectura del sistema de información, los
requisitos de operación y los de seguridad por parte de una autoridad
asignada, o en su defecto, la coordinación de la UIFCE.
4.4.8. Generación de especificaciones de construcción
a) Especificación del entorno para la construcción de acuerdo a:
ÿ Entorno tecnológico: hardware, software y comunicaciones.
ÿ Herramientas, generadores de código y compiladores.
ÿ Restricciones técnicas.
ÿ Planificación de capacidades previstas.
ÿ Requisitos de operación y seguridad.
b) A partir de los subsistemas de diseño, definir los de construcción junto con
sus componentes (módulo o clase y formatos de interfaz), los cuales podrán
ser distribuidos de acuerdo a criterios pertinentes. Además, se debe
establecer las dependencias entre subsistemas y sus componentes con el
fin de establecer aspectos acerca de la plataforma de construcción y
ejecución, tales como agrupación de elementos en librerías.
Adicionalmente, es preciso asignar los subsistemas a nodos que ayuden a
determinar la distribución de sus componentes.
10 Entre estos, la ubicaciónde los gestores de bases de datos o los sistemas de ficheros.
Implementación Métrica
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
26
c) Especificar cada uno de los componentes de los subsistemas en
pseudocódigo o lenguaje natural, sus elementos y sus parámetros en
función del entorno tecnológico.
d) Realizar las especificaciones de cada uno de los elementos que hacen
parte del modelo físico de datos a través del lenguaje correspondiente al
gestor de base de datos o sistemas de ficheros, en concordancia con sus
características, el entorno tecnológico y las normas de la UIFCE.
4.4.9. Diseño de la migración y carga inicial de datos11 (Plan de migración y carga
inicial)
a) Establecer la infraestructura (almacenamiento y comunicaciones) y entorno
tecnológico (herramientas de software para estos procesos) que se
requieren para la migración y carga inicia.
b) Definir los procedimientos de migración y carga inicial, referidos a la
seguridad, preparación, carga de datos, verificación y comprobación de la
integridad de la información al finalizar el proceso.
c) Diseñar los módulos (mayor nivel de detalle) que sean necesarios para la
migración y carga inicial, identificando el orden de ejecución. De igual
forma, definir los tipos y técnicas de pruebas a realizar.
d) Revisar y completar el plan y concretar el método de trabajo a seguir para
la migración y carga inicial de datos.
4.4.10. Especificación técnica del plan de pruebas
a) Considerar el entorno que se requiere para la realización de pruebas del
sistema, teniendo en cuenta el entorno tecnológico, sus restricciones,
requisitos de operación y seguridad, herramientas de prueba, planificación
de capacidades y procedimientos relativos a la promoción entre entornos,
emergencia y recuperación.
b) Acorde con las características del diseño del sistema, establecer las
verificaciones de acuerdo a los niveles de prueba establecidos, de tal forma
que sean aplicables a grupos de componentes y cubran aspectos
funcionales y no funcionales que aseguren el buen funcionamiento. Dichas
verificaciones deben puntualizar:
ÿ Ámbito de aplicación (pruebas unitarias por componente, pruebas de
integración por subsistema de construcción, pruebas del sistema de
información para comprobar su unificación, pruebas de implantación que
aseguren el cumplimiento de la necesidades que justifiquen la creación
11 Solo se realizará esta actividad en caso de ser necesaria una carga inicial o migración de
información.
Implementación Métrica
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
27
del sistema, o pruebas de aceptación que verifiquen la buena respuesta
del sistema frente a los requerimientos de los usuarios).
ÿ Casos de prueba y sus procesos de ejecución.
ÿ Procedimientos de prueba que aseguren la buena ejecución de los
casos.
ÿ El entorno de prueba.
ÿ Criterios de aceptación.
ÿ Análisis y aceptación de resultados.
c) Revisar el plan de pruebas, estableciendo los perfiles implicados, sus
funciones y el tiempo estimado para la ejecución de cada nivel de prueba.
4.4.11. Establecimiento de requisitos de implantación12
a) Determinar los requisitos para la documentación que se entregará a los
diferentes usuarios en forma de manuales. Por lo tanto, se debe especificar
estándares, formato, estructura, soporte, distribución y mantenimiento de
dicha documentación, junto con la fijación de copias y control de las
versiones.
b) Establecer los requisitos de implantación del sistema de información,
especificando aquellos referidos a la formación necesaria de los usuarios
para operarlo, a la infraestructura (software, hardware y comunicaciones) y
al proceso de instalación.
4.4.12. Aprobación del diseño del sistema de información
a) Presentar el diseño del sistema de información a la Coordinación de la
UIFCE para su posterior aprobación.
4.5. CONSTRUCCIÓN DEL SISTEMA DE INFORMACIÓN (CSI)
Para el buen funcionamiento del sistema de información es necesario realizar
aquellas actividades donde se generan los códigos de cada uno de los
componentes, se desarrollan los procedimientos de seguridad y operación, junto
con los manuales de usuarios. En esta etapa se realizan dichas actividades.
4.5.1. Preparación del entrono de generación y construcción
a) Crear los elementos del gestor de base de datos o sistema de ficheros,
definir y reservar el espacio de almacenamiento y demás dispositivos físicos
e iniciar dicha base de datos o sistema de ficheros cargando la información
necesaria.
12 Actualización del catálogo de requisitos
Implementación Métrica
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
28
b) Preparar el entorno en cuanto a librerías que se van a utilizar, herramientas tales
como compiladores, generadores de código, etc, puestos de trabajo y
procedimientos de operación y seguridad (DSI 4.4.8.a).
4.5.2. Generación del código de los componentes y procedimientos
a) Generar el código fuente de los componentes del sistema de información
(DSI 4.4.8.b), teniendo en cuenta los estándares de la UIFCE recogidos en
el catálogo de normas y, de igual forma, verificando y corrigiendo errores
acorde con el enlace con el código objeto.
b) Crear los procedimientos de operación y administración del sistema de
información y los de seguridad y control de acceso al mismo que se
requieren una vez sea implantado.
4.5.3. Ejecución de las pruebas unitarias
a) Asegurar la disponibilidad de todos los recursos necesarios para la
realización de las pruebas unitarias a cada uno de los componentes
(entorno, datos, librerías y procedimientos).
b) Realizar las pruebas unitarias con los casos asociados, evaluando y
analizando los resultados con el fin de determinar si dichos resultados son
los esperados o si hay que llevar a cabo correcciones. Asimismo se debe
generar un registro de todo lo realizado
4.5.4. Ejecución de las pruebas de integración
a) Asegurar la disponibilidad de todos los recursos necesarios para la
realización de las pruebas de integración (entorno, datos, librerías y
procedimientos), que permitan observar si los componentes están
interactuando correctamente a través de sus interfaces.
b) Para cada verificación, realizar las pruebas con los respectivos casos,
analizar los resultados obtenidos y crear el respectivo registro de lo hecho,
así como el informe de cada una de las verificaciones.
c) Evaluar los resultados obtenidos de las pruebas de integración de tal forma
que pueda determinarse la existencia de problemas, en caso de que
hubiere, sus causas y el conjunto de acciones a ejecutar para solucionarlo.
Asimismo, precisar nuevos casos de prueba de ser necesario.
4.5.5. Ejecución de las pruebas del sistema
a) Asegurar la disponibilidad de todos los recursos necesarios para la
realización de las pruebas del sistema (entorno, datos, librerías y
procedimientos), con el fin de comprobar la integración globalmente del
sistema tanto internamente, como con los demás sistemas de información
con los que interactúa.
b) Para cada verificación, realizar las pruebas con los respectivos casos,
analizar los resultados obtenidos y crear el respectivo registro de lo hecho,
así como el informe de cada una de las verificaciones.
Implementación Métrica
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
29
c) Evaluar los resultados obtenidos de las pruebas de integración de tal forma
que pueda determinarse la existencia de problemas, en caso de que
hubiere, sus causas y el conjunto de acciones a ejecutar para solucionarlo.
Asimismo, precisar nuevos casos de prueba de ser necesario.
4.5.6. Evaluación de los manuales de usuario
a) Elaborar la documentación (manuales) pertinentes para los usuarios finales
y los de explotación acorde con los requisitos contemplados en el DSI
(4.4.11.a)
4.5.7. Definición de la formación de usuarios finales
a) Definir el esquema,tiempo y contenido para realizar el proceso de
formación a los diferentes perfiles de usuario contemplados en el ASI, con
el fin de que ellos aprendan a utilizar el sistema de información más
eficazmente.
b) Especificar todos los recursos necesarios para llevar a cabo la formación,
tales como equipos físicos y lógicos, aulas, entre otros. Igualmente, es
importante determinar el entorno en el que se desarrollará dicha formación
relativos a procedimientos de migración, seguridad, acceso, etc.
4.5.8. Construcción de los componentes y procedimientos de migración y carga
inicial de datos
a) Considerar librerías, herramientas, compiladores y todos aquellos recursos
necesarios para realizar la migración y carga inicial de datos que fueron
tenidos en cuenta en el DSI (4.4.9.a). Así, se configurará el entorno,
determinando procedimientos y datos que se requieran en este proceso.
b) Generar el código fuente de los procedimientos y componentes que sean
necesarios para realizar la migración y carga inicial teniendo en cuenta el
DSI (4.4.9.b y 4.4.9.c). este código debe cumplir con los estándares de la
UIFCE que ha sido recogidos en el catálogo de normas.
c) Efectuar las pruebas pertinentes de cada uno de los procedimientos y
componentes de migración, de tal forma que los resultados permitan
determinar la posible existencia de problemas, la vía para solucionarlos y,
de ser necesario, los casos de pruebas adicionales que deben generarse.
4.5.9. Aprobación del sistema de información
a) Recopilar todos los productos del sistema de información y presentarlos
ante la Coordinación de la UIFCE para su posterior aprobación.
4.6. IMPLANTACION Y ACEPTACION DEL SISTEMA
Implementación Métrica
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
30
En esta fase el equipo de trabajo presenta ante la coordinación de la UIFCE todo
el sistema de información para su posterior aprobación. Así, se procederá a
realizar las actividades necesarias para su puesta en marcha.
4.6.1. Establecimiento del plan de implantación
a) Elaborar el plan de implantación del sistema teniendo como referencia el
EVS (tarea 4.2.6.b), y los requisitos y procedimientos implicados que fueron
contemplados en el DSI (tareas 4.4.11.b y 4.4.1.g respectivamente). Al
definir el plan se debe establecer los recursos necesarios para la
implantación, y contemplar factores tales como: la formación que cada perfil
de usuario debe tener junto con el quipo que realiza las respectivas
pruebas, la infraestructura requerida para la operación del sistema, la
instalación de componentes y procedimientos asociados, la carga inicial y
migración de datos, la realización de pruebas y la formalización del plan de
mantenimiento.
b) Constituir el equipo de trabajo (usuarios, personal técnico y de
mantenimiento) que participará en el proceso de implantación,
especificando responsabilidades, perfiles y fechas.
4.6.2. Formación necesaria para la implantación
a) Preparar los esquemas de formación para cada perfil del equipo de
implantación y aceptación del sistema, puntualizando en la duración de los
cursos y los recursos necesarios para su desarrollo.
b) Llevar a cabo el proceso de formación de todo el equipo de implantación y
aceptación del sistema, realizando un registro de asistencia.
c) Planear la formación a usuarios finales basado en la CSI (actividad 4.5.7),
estableciendo el esquema de los cursos, contenidos, los recursos y
materiales necesarios, lugar, fecha y prioridad para realizarlos.
d) Realizar seguimientos de la formación a usuarios finales ajustando el plan
cada vez que sea necesario.
4.6.3. Incorporación del sistema al entorno de operación
a) Verificar que la infraestructura necesaria para configurar el entrono se
encuentre disponible. Además, es caso de ser necesaria una migración de
datos, confirmar los procedimientos empleados para estos procesos
contemplados en el DSI (actividad 4.4.9). Luego de esta comprobación,
efectuar la instalación del software base del sistema.
b) Instalar todos los componentes del nuevo sistema (producto software) de
acuerdo al plan de implantación, al DSI y a las normas y estándares de la
UIFCE. De igual forma, preparar el entorno de datos teniendo en cuenta:
ÿ Crear las bases de datos pertinentes.
ÿ Establecer las normas relacionadas con el uso, actualización y consulta
de las bases de datos.
Implementación Métrica
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
31
ÿ Revisar los procedimientos para hacer copias de seguridad, indicando la
frecuencia las formas de consolidación y sincronización de la
información.
ÿ Preparar autorizaciones de acceso a los datos para cada perfil de
usuario.
Por último, comprobar la correcta instalación del nuevo sistema y activas
todos sus procedimientos, así como aquellos relativos a la migración de
datos (en caso de ser necesario).
4.6.4. Carga de datos al entorno de operación
a) Realizar la carga inicial de datos y, a continuación, la migración de acuerdo
a los procedimientos trabajados en actividades anteriores.
4.6.5. Pruebas de implantación del sistema
a) Basados en el plan de pruebas de implantación, preparar las condiciones
ideales (en lo posible situaciones extremas) para realizar las pruebas,
asegurando los recursos necesarios, así como la comunicación de dicho
plan al equipo que las realizará.
b) Realizar las pruebas de implantación acorde con el DSI (actividad 4.4.10),
con el fin de comprobar el correcto funcionamiento del entorno de
operación, evaluando factores tales como recuperación, seguridad,
rendimiento, etc.
c) Evaluar los resultados obtenidos de las pruebas identificando la existencia
de problemas y proponiendo sus respectivas medidas correctivas, de tal
forma que cumpla con todos lo requisitos de implantación.
4.6.6. Pruebas de aceptación del sistema
a) Preparar el escenario necesario para realizar las pruebas de aceptación, las
cuales son efectuadas de acuerdo a los criterios de los usuarios finales que
fueron contemplados en la tarea 4.6.1.b de la IAS.
b) Llevar a cabo las pruebas de aceptación del sistema con el objetivo de
comprobar si éste cumple con todos los requisitos de los usuarios. Por lo
tanto, es importante registrar todos los resultados obtenidos.
c) Evaluar los resultados, identificar posibles problemas y determinar sus
respectivas medidas correctivas. Así, se documenta el resultado global de
la evaluación, el cual reflejará la aprobación del sistema por parte del
usuario final.
4.6.7. Preparación del mantenimiento del sistema
a) Para establecer el plan de mantenimiento, se debe recopilar todos los
productos del sistema de información que van a ser susceptibles de
mantenimiento y se entregan al responsable para que éste a su vez, los
analice y revise de tal forma que determine la completa configuración del
Implementación Métrica
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
32
software garantizando el control de futuras modificaciones. Asimismo, es
pertinente preparar el entorno, la infraestructura y las herramientas con las
que será realizado el mantenimiento (software y hardware)13, así como fijar
mecanismos de registro y control de estos procesos.
b) Formalizar el plan de mantenimiento basado en lo realizado anteriormente y
definiendo el tipo de mantenimiento para cada sistema de información y sus
respectivos criterios de regulación. Igualmente, estimar el personal, sus
funciones, perfiles y responsabilidades de cada uno de los encargados del
servicio y coordinación del mantenimiento.
4.6.8. Establecimiento del acuerdo de nivel de servicio
a) Identificar los tipos de servicios que requiere el sistema a implantar,
clasificándolos en los ofrecidos al cliente y los de gestión de operaciones
(servicios en línea, por lotes, comunicaciones, seguridad y gestión de
capacidad).
b) Detallar las propiedades funcionales, características y calidad de cada tipode servicio examinado anteriormente; si es posible que algunas de estas
propiedades sean cuantificables, entonces será necesario proponer las
respectivas unidades de medición. De esta forma, será posible determinar
la eficiencia, fiabilidad y facilidad de uso del sistema.
c) Establecer formalmente los tipos de servicios a los que el sistema debe dar
respuesta por medio del acuerdo de servicios (compromisos adquiridos por
cada tipo de servicio para cumplir con los objetivos); así como especificar
los mecanismos de regulación de los servicios, personal, infraestructura y
nivel de calidad necesarios.
4.6.9. Presentación y aprobación del sistema
a) Recopilar la información del sistema, preparar la presentación y convocar a
la Dirección de la UIFCE.
b) Presentar a la Dirección de la UIFCE esperando la aprobación formal del
sistema de información.
4.6.10. Paso a producción
a) Comprobar que la instalación del sistema es correcto, realizando una
inicialización, una nueva carga inicial e instalación de componentes
faltantes. Luego de esto, determinar la fecha para activar el nuevo sistema,
eliminar el antiguo y especificar el proceso de transición del uno al otro.
13 En caso de que dichas herramientas disponibles en la UIFCE no sean suficientes para los
requerimientos del nuevo sistema de información, será necesario evaluar las alternativas que
brinda el mercado y elegir la más accesible y la que mejor se ajusten a las necesidades de
mantenimiento.
Implementación Métrica
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
33
b) Arrancar el nuevo sistema de información, activando los procedimientos de
mantenimiento y los servicios que se van a prestar.
4.7. MANTENIMIENTO DE SISTEMAS DE INFORMACIÓN
Para que el sistema de información funcione lo más eficientemente posible es
necesario llevar a cabo labores de mantenimiento a petición de los usuarios de tal
forma que sean corregidos los problemas e inconvenientes que puedan surgir o
para realizar acciones de mejora continua.
4.7.1. Registro de la petición
a) Crear un catálogo donde se registren las peticiones de los usuarios, de
manera clara y completa, las peticiones de los usuarios que se refieran a
problemas o mejoras del sistema de información. Este catálogo debe estar
de acuerdo con las normas y estándares de la UIFCE.
b) Determinar el tipo de mantenimiento que requiere la petición y si se
encuentra dentro del plan de mantenimiento para ser aceptado o
rechazado. En caso de aceptarse la petición, se debe asignar a un
responsable para que continúe con el estudio del caso.
4.7.2. Análisis de la petición
a) Verificar la petición identificando si se trata de un mantenimiento correctivo
o evolutivo (mejoras). En caso de ser correctivo es necesario determinar si
es crítico para ser solucionado a corto, mediano o largo plazo y, así, actuar
rápidamente o tomarse el tiempo para encontrar la solución más adecuada.
En caso de ser evolutiva la petición, se debe establecer si éste es factible y
si se trata de una modificación de los sistemas de información existentes o
una adición de funcionalidades.
b) Analizar la relación entre peticiones para conformar grupos que se puedan
abordar de manera conjunta y determinar la secuencia de los cambios.
Además, considerar los sistemas de información que se ven afectados,
otras peticiones en curso y el impacto en el entorno tecnológico.
En el caso de peticiones evolutivas, se deben estudiar detalladamente de
acuerdo a las versiones vigentes y empleando algunas fases de Métrica
(ASI y EVS) para establecer requisitos, alcances, modificaciones y
existencia de opciones viables en el mercado.
Si la petición es correctiva, es preciso comprobar que toda solución
adoptada no afectará el sistema, conservando su integridad y operatividad.
Finalmente, es necesario proponer varias alternativas de solución fijando
fecha límite de implantación y coste aproximado. La elección de la solución
más adecuada se hará junto con los usuarios y, de esta manera, se
aprobará o rechazará la petición.
Implementación Métrica
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
34
4.7.3. Preparación de la implementación de la modificación
a) Analizar el impacto generado por los cambios e identificar los elementos
(infraestructura y productos software) implicados en dichos cambios.
b) Establecer un plan de acción para la modificación, identificando las tareas
de los procesos EVS, ASI, DSI, CSI, IAS que son precisos realizar en
función de la petición estudiada y el plan de mantenimiento. Además,
determinar un plan de trabajo que especifique costes, plazos para
implantación, fechas y personal que va a integrar el equipo de trabajo, junto
con los puntos de control que servirán para hacer un seguimiento del plan
durante la implementación de la modificación.
c) Generar el plan de pruebas de regresión14, especificando los casos de
prueba basados en las relaciones entre los componentes contemplados en
el MSI (tarea 4.7.3.a).
4.7.4. Seguimiento y evaluación de los cambios hasta la aceptación
a) Realizar seguimiento del plan de acción (puntos de control), es decir,
evaluar todos los cambios introducidos y lo obtenido en las fases EVS, ASI,
DSI, CSI, IAS. Este control implica verificar la realización de pruebas
unitarias, de integración y del sistema, actualizar los productos
correspondientes y coordinar las modificaciones en cada componente,
asegurando su correcta implantación.
b) Luego del proceso de construcción, realizar las pruebas de regresión
asegurando el funcionamiento normal del sistema de información.
Asimismo, es importante documentar todos los resultados obtenidos para
detectar posibles problemas y adoptar las medidas correctivas necesarias
o, en caso de mostrar comportamientos correctos, ser aprobado por parte
del responsable de mantenimiento.
c) Aprobar formalmente la petición de mantenimiento y cerrarla actualizando
su respectivo catálogo. Igualmente, registrar los datos cuantitativos
relativos al tiempo empleado en todo el proceso de mantenimiento con el fin
de establecer métodos más eficaces para la mejora y solución de
problemas del sistema de información
14 Estas pruebas tratan de eliminar el denominado efecto onda , el cual consiste en comprobar
que los cambios introducidos no generen efectos indeseados o errores en componentes que no
fueron modificados.
Implementación Métrica
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
35
5. APLICACIÓN DEL MANUAL A UN PROYECTO DE
LA UIFCE
Responsable: Analista de Sistemas de Información de la UIFCE.
Nombre del Proyecto: Control y administración de salones15
5.1. PLANEACIÓN DE SISTEMAS DE INFORMACIÓN
5.1.1. Descripción General de la PSI
Objetivo del Proyecto: Establecer un medio por el cual los profesores,
estudiantes y demás usuarios de la Facultad de Ciencias Económicas
puedan programar y tener acceso a información actualizada sobre el estado
de los salones y salas de informática.
Relación del objetivo con los de la UIFCE: Este proyecto ayudará a cumplir
uno de los objetivos de la UIFCE: Implementar mejoras en procedimientos
y tecnologías que agilicen el manejo de la información al interior de la
Facultad, convergiendo en la optimización de los recursos disponibles 16.
Así se podrá tener un mayor control sobre la asignación de salones de tal
forma que sea más coordinado y eficiente por medio del aplicativo.
 Primero que todo la UIFCE y el área de sistemas de información donde se
desarrollará el aplicativo y estará a cargo de su mantenimiento y buen
funcionamiento, las Escuelas de Administración y Contaduría y la de
Economía de la Facultad, quienes asignan bajo el sistema actual los
salones, así como los integrantes del grupo de Sistemas de Información de
la UIFCE, quienes diseñan las ayudas respectivas para el uso del aplicativo.
 Las fases del proyecto estarán desarrolladas por la persona vinculada
directamente