tp sistemas informacion i 335 2011 1 primer momento

TP-335

UNIVERSIDAD NACIONAL ABIERTA AREA DE INGENIERÍA CARRERA DE INGENIERÍA DE SISTEMAS

TRABAJO PRACTICO: 1 (TP-335) ASIGNATURA: SISTEMAS DE INFORMACIÓN I CÓDIGO: 335 FECHA DE ENTREGA DE LAS ESPECIFICACIONES AL ESTUDIANTE:

A partir de la primera semana de presentación de pruebas, a través del asesor de la asignatura de su centro local.

FECHA DE DEVOLUCIÓN DEL INFORME POR EL ESTUDIANTE:

1) El informe correspondiente al trabajo práctico se realizará en dos momentos.

a) En el primer momento (semana No. 20 de presentación de pruebas de la carrera), se entregará el módulo I como una versión de avance del trabajo práctico para su revisión.

b) En el segundo momento (semana No. 25 de presentación de pruebas de la carrera), se entregarán los módulos I y II como una versión definitiva, a los fines de evaluar el logro de los objetivos.

2) El módulo I constará de las fases de Inspección y Estudio. 3) El módulo II constará de la fase de Definición.

NOMBRE DEL ESTUDIANTE: Tirso R. FERNÁNDEZ M. CÉDULA DE IDENTIDAD: V-6.122.911 CORREO ELECTRÓNICO: [email protected] TELÉFONOS: 0414-338-6824

0212-903-4690 CENTRO LOCAL: Metropolitano (01) UNIDAD DE APOYO: San Antonio (04) CÓDIGO DE CARRERA: 236 NÚMERO DE ORIGINALES: 56

FIRMA DEL ESTUDIANTE:

LAPSO 2011-1

RESULTADOS DE CORRECCIÓN: OBJ N°: 5 6 7 8 9 10 11 12

0:NL; 1:L

UNIVERSIDAD NACIONAL ABIERTA SISTEMAS DE INFORMACIÓN I (335)

Tirso Rubén FERNÁNDEZ C.I. V-6.122.911

Carrizal, 25 de Mayo del 2011

DESARROLLO DEL SISTEMA DE INFORMACIÓN PARA LOS SERVICIOS DE LA SALA DE COMPUTACIÓN LOGOS (SERLOGOS)

Universidad Nacional Abierta, Sistemas de Información I (TP-335) Pág. 3-56 Tirso Rubén Fernández M, V-6.122.911

TABLA DE CONTENIDO Índice de Contenido TABLA DE CONTENIDO.............................................................................................................................................3

ÍNDICE DE CONTENIDO...........................................................................................................................................................3 ÍNDICE DE FIGURAS................................................................................................................................................................5 ÍNDICE DE TABLAS ................................................................................................................................................................5

1. RESUMEN EJECUTIVO ..........................................................................................................................................6 2. INTRODUCCIÓN ..................................................................................................................................................9 3. CONCLUSIONES Y RECOMENDACIONES.........................................................................................................11 4. RESUMEN Y RELACIÓN DE HECHOS Y DETALLES ..............................................................................................12

4.1. DISCUSIÓN DE HECHOS Y DETALLES.............................................................................................................................12 4.2. ANÁLISIS DE SISTEMAS...................................................................................................................................................12

4.2.1 FASE INSPECCIÓN ..............................................................................................................................................14 4.2.1.1 ACTIVIDAD 1: DIRIGIR ENTREVISTAS INICIALES .......................................................................................................................15 4.2.1.2 ACTIVIDAD 2: DEFINICIÓN DEL ÁMBITO DEL PROYECTO.........................................................................................................15

4.2.1.2.1 Modelos de Datos de Contexto.......................................................................................................................15 4.2.1.2.2 Modelos de Procesos de Contexto..................................................................................................................16 4.2.1.2.3 Modelos de Redes de Contexto. .....................................................................................................................16

4.2.1.3 ACTIVIDAD 3: CLASIFICACIÓN DE PROBLEMAS, OPORTUNIDADES Y POSIBLES SOLUCIONES ......................................................16 4.2.1.4 ACTIVIDAD 4: PLAN INICIAL PROYECTO PROPUESTO .............................................................................................................17 4.2.1.5 ACTIVIDAD 5: CONCLUSIONES Y RECOMENDACIONES FASE INSPECCIÓN ...............................................................................17

4.2.1.5.1 Análisis/ Evaluación Viabilidad del Proyecto..................................................................................................17 4.2.1.5.2 Informe Final Fase Inspección, Conclusiones y Recomendaciones ............................................................17

4.2.2 FASE ESTUDIO......................................................................................................................................................18 4.2.2.1 ACTIVIDAD 1: ASIGNACIÓN ROLES Y PAPELES EN EL PROYECTO .............................................................................................19 4.2.2.2 ACTIVIDAD 2: ESTUDIO CONOCIMIENTO DEL SISTEMA ACTUAL ..............................................................................................19 4.2.2.3 ACTIVIDAD 3: MODELIZACIÓN DEL SISTEMA ACTUAL.............................................................................................................19

4.2.2.3.1 Modelo de Datos ...............................................................................................................................................20 4.2.2.3.2 Modelo de Procesos ..........................................................................................................................................20 4.2.2.3.3 Modelización de Redes.....................................................................................................................................20

4.2.2.4 ACTIVIDAD 4: ANALIZAR LOS PROBLEMAS Y LAS OPORTUNIDADES ..........................................................................................21 4.2.2.4.1 Análisis de Estructura “PIECES”..........................................................................................................................21

4.2.2.5 ACTIVIDAD 5: ESTABLECIMIENTO DE OBJETIVOS DEL NUEVO SISTEMA ......................................................................................21 4.2.2.6 ACTIVIDAD 6: REVISIÓN Y MODIFICACIÓN DEL ÁMBITO Y EL PLAN DEL PROYECTO ...................................................................21 4.2.2.7 ACTIVIDAD 7: REVISIÓN DE CONCLUSIONES Y LAS RECOMENDACIONES DE FASE ESTUDIO ........................................................21

4.2.3 ANÁLISIS DEL SISTEMA-FASE DEFINICIÓN..........................................................................................................23 4.2.3.1 ACTIVIDAD 1: IDENTIFICAR LAS NECESIDADES .......................................................................................................................24 4.2.3.2 ACTIVIDAD 2: MODELIZAR LAS NECESIDADES DEL SISTEMA.....................................................................................................24 4.2.3.3 ACTIVIDAD 3: ELABORAR PROTOTIPO DE DESCUBRIMIENTO....................................................................................................24



4.2.3.4 ACTIVIDAD 4: DEFINIR PRIORIDADES ENTRE NECESIDADES DE EMPRESA ...................................................................................24 4.2.3.5 ACTIVIDAD 5: MODIFICAR EL ÁMBITO Y EL PLAN DEL PROYECTO ............................................................................................24 4.2.3.6 ACTIVIDAD 6: REVISAR LAS ESPECIFICACIONES DE NECESIDADES............................................................................................24 4.2.3.7 ACTIVIDAD 7: CONCLUSIONES Y RECOMENDACIONES FASE DEFINICIÓN ................................................................................24

5. MÉTODOS Y PROCEDIMIENTOS ........................................................................................................................25 5.1. GUÍA METODOLÓGICA PARA EL ANÁLISIS DEL SISTEMA ............................................................................................25

5.1.1 FASE INSPECCIÓN ....................................................................................................................................................25 5.1.2 FASE ESTUDIO..........................................................................................................................................................26 5.1.3 FASE DEFINICIÓN .....................................................................................................................................................27

5.2. CICLO DE VIDA DEL DESARROLLO DE SISTEMAS (CVDS) ............................................................................................28 5.2.1 BLOQUE ELEMENTALES DEL CVDS ...............................................................................................................................28 5.2.2 PRINCIPIOS PARA DESARROLLO DE SISTEMAS DE INFORMACIÓN........................................................................................32

5.3. TÉCNICAS DE INVESTIGACIÓN DE HECHOS ................................................................................................................32 5.4. TÉCNICAS DE COMUNICACIÓN INTERPERSONAL ...................................................................................................32

5.4.1 TÉCNICAS DE COMUNICACIÓN ..................................................................................................................................32 5.4.2 TÉCNICAS DE REDACCIÓN DE INFORMES ......................................................................................................................33

5.5. ANÁLISIS DE VIABILIDAD DE LAS SOLUCIONES ALTERNATIVAS ..................................................................................33 5.6. ESTRUCTURA PIECES.......................................................................................................................................................35 5.7. TÉCNICAS DE MODELIZACIÓN......................................................................................................................................36

5.7.1 MODELIZACIÓN DE DATOS.........................................................................................................................................36 5.7.1.1 MODELO DE DATOS A NIVEL DE CONTEXTO .........................................................................................................................37 5.7.1.2 MODELO DE DATOS ESENCIAL (MDE).................................................................................................................................38 5.7.1.3 ALMACENES DE DATOS/ ENTIDADES DE MODELOS DATOS.....................................................................................................38

5.7.2 MODELIZACIÓN DE PROCESOS ...................................................................................................................................39 5.7.2.1 DIAGRAMAS DE FLUJO DE DATOS (DFD).............................................................................................................................40 5.7.2.2 MODELO DE PROCESOS DE CONTEXTO (MPC) ...................................................................................................................41 5.7.2.3 MODELO DE PROCESOS ESENCIAL (MPE) ...........................................................................................................................41

5.7.3 MODELIZACIÓN DE REDES..........................................................................................................................................41 5.8. GESTIÓN DE PROYECTOS ..............................................................................................................................................42 5.9. DICCIONARIO DEL PROYECTO .....................................................................................................................................42

6. CONCLUSIÓN FINAL .........................................................................................................................................44 6.1. CONCLUSIONES.............................................................................................................................................................44 6.2. RECOMENDACIONES ....................................................................................................................................................45

7. APÉNDICES CON HECHOS Y DETALLES ............................................................................................................46 7.1. ESPECIFICACIONES Y REQUERIMIENTOS DEL TRABAJO ..............................................................................................46

7.1.1 PLANTEAMIENTO DEL PROBLEMA .................................................................................................................................46 7.1.2 ESPECIFICACIONES Y REQUERIMIENTOS DEL NUEVO SISTEMA ............................................................................................47 7.1.3 ESPECIFICACIONES DEL TRABAJO PRÁCTICO .................................................................................................................48

7.1.3.1 ELABORACIÓN Y ENTREGA DEL TRABAJO PRÁCTICO .............................................................................................................48 7.1.3.2 REQUISITOS PARA PRESENTACIÓN DEL INFORME DEL TRABAJO ................................................................................................48 7.1.3.3 METODOLOGÍA DEL TRABAJO.............................................................................................................................................49

7.2. MODELO ENTREVISTA INICIAL.......................................................................................................................................50 7.3. MODELO INFORME EVALUACIÓN DE VIABILIDAD DE PROYECTO..............................................................................51



7.4. HERRAMIENTAS CASE UTILIZADAS ................................................................................................................................54 APÉNDICES .............................................................................................................................................................55 1. REFERENCIAS BIBLIOGRÁFICAS........................................................................................................................55

1.1.1 BIBLIOGRAFÍA..........................................................................................................................................................55 1.1.2 RECURSOS ELECTRÓNICOS .........................................................................................................................................55

2. GLOSARIO/ NOMENCLATURA DE TÉRMINOS...................................................................................................56 Índice de Figuras

Figura 1. Bloques Elementales del CVDS. ....................................................................................................................................28 Figura 2. Bloque Elemental Personas. ...........................................................................................................................................29 Figura 3. Bloque Elemental Datos. ................................................................................................................................................30 Figura 4. Bloque Elemental Actividad. .........................................................................................................................................30 Figura 5. Bloque Elemental Redes.................................................................................................................................................31 Figura 6. Bloque Elemental Actividad. .........................................................................................................................................31

Índice de Tablas

Tabla 1. Características Fundamentales Fase Inspección.......................................................................................................14 Tabla 2. Características Fundamentales Fase Estudio. .............................................................................................................18 Tabla 3. Características Fundamentales Fase Estudio. .............................................................................................................23 Tabla 4. Guía Metodológica para el Análisis del Sistema, Fase Inspección.........................................................................25 Tabla 5. Guía Metodológica para el Análisis del Sistema, Fase Estudio................................................................................26 Tabla 6. Guía Metodológica para el Análisis del Sistema, Fase Definición...........................................................................27 Tabla 7. Significado Categorías Estructura PIECES. ...................................................................................................................35 Tabla 8. Formato Entrevista Fase Inspección..............................................................................................................................50 Tabla 9. Herramientas CASE utilizadas. ........................................................................................................................................54 Tabla 10. Glosario Términos/ Nomenclaturas.............................................................................................................................56


RESUMEN EJECUTIVO


INFORME TÉCNICO DE ANÁLISIS DE SISTEMAS

TP-335-2011-1

1. RESUMEN EJECUTIVO

1. NOMBRE DEL

INFORME: Desarrollo del Sistema de Información para los Servicios de la Sala de Computación LOGOS (SERLOGOS), bajo ambiente Web.

2. AUTOR (ES): Tirso Rubén FERNÁNDEZ 3. CLIENTE:

LOGOS 4. TIPO DE INFORME: Avance

Final 5. OBJETO DEL

INFORME: Presentar la relación de Hechos o actividades realizadas para aplicar la Metodología del CVDS, en particular la Fase de Análisis de Sistemas, a un problema de Sistemas de Información en el Centro de Formación Permanente LOGOS.

6. DESCRIPCIÓN DEL PROYECTO:

El objetivo del presente proyecto es analizar el servicio de cursos que ofrece la Sala LOGOS, que viene presentando problemas; para lo cual se debe realizar las recomendaciones necesarias a la Gerencia, para la solución de estos, mediante la posibilidad de desarrollo de un nuevo Sistema denominado: “Sistema de Información para los Servicios de la Sala de Computación LOGOS (SERLOGOS)”, para ambiente Web. Con este nuevo sistema se espera, no sólo, se resuelvan los problemas actuales, presentados en el área de la gestión administrativa de los servicios que ofrece la sala LOGOS, que son realizados de forma manual; sino también, se apliquen las nuevas innovaciones en TIC y nuevas técnicas de Educación Electrónica (E-LEARNING). Mediante la implementación de SERLOGOS, se pretende mejorar la interacción de los usuarios con los Servicios que ofrece la Sala de Computación LOGOS. Este Análisis se desenvuelve siguiendo la Metodología propuesta en el Apartado, 5.1 Guía Metodológica para el Análisis del Sistema, que no es más que, el uso del Ciclo de Vida para Desarrollo de Sistemas (CVDS), que es la metodología propuesta por los autores del Libro Referencia de este Trabajo [1]. Para esto se sigue metódicamente cada una de las Actividades, aplicando los conceptos y técnicas que se proponen y que son explicadas en el presente trabajo y documentadas en el DICCIONARIO DEL PROYECTO. Para la presente entrega se han desarrollado las Fases Inspección y Estudio del Análisis de Sistemas, para lo cual en el Apartado, 4 RESUMEN Y RELACIÓN DE HECHOS Y DETALLES, se presentan las actividades realizadas para la ejecución de estas Fases. Esto implica haber analizado el Sistema Actual y el Sistema Propuesto desde el punto de vista de la Empresa sin ahondar detalles técnicos. El estudio desde el punto de vista de la Empresa, implica haber estudiado las necesidades de ésta, desde el punto de vista de los Bloque Elementales de un SI, a saber: Personas, Datos, Actividades, Redes y Tecnología (ver apartado 5.2.1 Bloque Elementales del CVDS). Al mismo tiempo, que se evalúan estos Bloques desde las perspectivas de los Usuarios del Sistema (Bloque Personas).


RESUMEN EJECUTIVO


7. CONCLUSION

ES/ RECOMENDACIONES GENERALES:

1. CONCLUSIONES: 1) Se observan problemas en la Sala de Computación de LOGOS,

derivados fundamentalmente de los procesos manuales, que son engorrosos y lentos, aunado a la gran cantidad de Usuarios (2000 Estudiantes en modalidad Presencial y Semi-Presencial).

2) Los problemas están ocasionando insatisfacción en los usuarios por el atraso en las respuestas de los servicios.

3) Se concluye que los problemas están afectando a la organización en sus Prestaciones, Información, Economía de Costos, Control de Normas y Procesos, Eficacia y en los Servicios que presta.

4) El personal de la Sala de Computación LOGOS, se está sobrecargando por el aumento del volumen de requerimientos, que los procesos manuales no están preparados para procesar.

5) También se observaron oportunidades que justifica la implantación del nuevo sistema, tales como: a) El interés de la Dirección de Ingeniería de Sistemas de Desarrollar

el nuevo Sistema. b) Los modelos de datos son compatibles con la concepción del

nuevo sistema. c) La plataforma informática actual, en su gran parte podrá ser

utilizada para el nuevo sistema, disminuyendo costos de adquisición.

d) Uso de personal de la Sala para el desarrollo del Nuevo Sistema. e) La posibilidad de implantación del Sistema en costos y tiempos

razonables es altamente factible. 6) Oportunidades y Análisis:

a) La cantidad de estudiantes y la decisión de desarrollar el Sistema SERLOGOS, presenta una gran oportunidad para la implementación del Sistema Propuesto.

b) Se detecta un problema y a la vez una oportunidad de mejora de los procesos manuales de la Sala de Computación.

c) Se tienen parámetros para poder concluir que, se ahorrarán costos en el momento de la Implantación, por disponer de una plataforma Informática, cuestión que disminuirá los costos de adquisición de hardware y también se ahorrará en el momento de la migración de los Datos, ya que el Modelo de Datos del Sistema Actual y el Propuesto son similares.

d) De ambos análisis, se puede decir que existen problemas que afectan la Economía de le Organización negativamente, pero al mismo tiempo existen factores de ahorro para la implantación del Sistema Nuevo lo que representa una oportunidad.

e) El Desarrollo del Sistema nuevo es una oportunidad para corregir las carencias y debilidades en el manejo de la Información de la Sala de Computación, Preinscripciones e Inscripciones, cuestión nuclear para el desarrollo de las actividades de la organización.


RESUMEN EJECUTIVO


2. RECOMENDACIONES: 1) Basado en el Análisis realizado hasta el momento se recomienda el

desarrollo e implantación del DESARROLLO E IMPLANTACIÓN DEL SISTEMA DE INFORMACIÓN PARA LOS SERVICIOS DE LA SALA DE COMPUTACIÓN LOGOS (SERLOGOS)

2) Para esto se debe continuar con la siguiente Fase, Definición, del Análisis de Sistema.

3) Si le Organización desea mejorar y ampliar los servicios de la Sala de Computación LOGOS, deberá desarrollar el Sistema Propuesto.

8. ASUNTOS PENDIENTES:

3. Culminar la Fase de Definición. 4. Entrega y Aprobación del presente Informe.


INTRODUCCIÓN


2. INTRODUCCIÓN

En la actualidad, el manejo de la información es esencial para el desempeño de cualquier empresa de servicios y con los adelantos tecnológicos actuales, sobre todo en las Tecnologías de Información y Comunicación (TIC), es casi imposible que una empresa no haga uso de la información para el desarrollo de sus actividades cotidianas, es por eso que la importancia y el valor de la información en los entornos empresariales es incalculable. La información es la parte fundamental de toda empresa para tener un alto nivel de competitividad y posibilidades de desarrollo”, en tal sentido, las empresas le están dando suma importancia a los sistemas de información a fin de aprovechar los beneficios que estos aportan en el procesamiento de los datos que generan la información clave para la toma de decisiones. Un Sistema de Información (SI) es un conjunto de elementos que interactúan entre si, con el fin de apoyar las actividades de una empresa y satisfacer sus necesidades de información, para WHITTEN, BENTLEY Y BARLOW [1]: “Un sistema de información es una disposición de Personas, Actividades, Datos, Redes y Tecnología (1), integrados entre sí con el propósito de apoyar y mejorar las operaciones cotidianas de una empresa, así como para satisfacer las necesidades de información para la resolución de problemas y la toma de decisiones por parte de los directivos de la empresa”. Según sus aplicaciones, los autores referidos, clasifican los Sistemas de Información de la siguiente manera: a) Sistemas de Proceso de Transacciones, b) Sistemas de Información de Gestión , c) Sistema de Información Ejecutiva, d) Sistema de Ayuda de Decisiones, y e) Sistema Experto. Un SI es el conjunto formal de procesos, que operando sobre una colección de datos estructurada de acuerdo con las necesidades de una empresa, recopila, elabora y distribuye parte del la información para la operación de dicha empresa y para las actividades de dirección y control correspondientes, apoyando la toma de decisiones necesaria para desempeñar las funciones y los procesos de negocio de la empresa de acuerdo con su estrategia. Dicho Sistema se integra directamente en la cadena de valor de la empresa, situándose estratégicamente en la estructura de la cadena de valor y realizando funciones de integración y unión entre los diferentes departamentos de una compañía. Para el desarrollo del SI, es importante tomar en cuenta lo que se ha denominado como el CICLO DE VIDA DEL DESARROLLO DE SISTEMAS (CVDS), este se define como: “Conjunto de actividades que los analistas, diseñadores y usuarios realizan para desarrollar e implantar los Sistemas de Información” [5]), según los autores del Libro de Referencia [1], del presente Trabajo, “Es un proceso por el cual los analistas de sistemas, los ingenieros de software, los programadores y los usuarios finales elaboran sistemas de información y aplicaciones informáticas”. 1) Bloque Elementales de un Sistema de Información (N del A: RF)


INTRODUCCIÓN


El CVDS esta conformado o estructurado por las siguientes Fases o Etapas:

1) Planificación de Sistemas: 2) Análisis de Sistemas: 3) Diseño de Sistemas 4) Implantación de Sistemas 5) Soporte de Sistemas

Propósito del Informe El Propósito del presente Informe es presentar una relación de todas las actividades desarrolladas para realizar el Análisis de un Sistema de Información (ASI), mediante la implementación de las Etapas del Análisis de Sistemas, según el Ciclo de Vida de Desarrollo de Sistemas (CVDS). Enunciado del Problema Según el enunciado del Problema este consiste en “Desarrollar un Sistema de Información para los Servicios de la Sala de Computación LOGOS (SERLOGOS), bajo ambiente WEB” (ver Apartado, 7.1.1 Planteamiento del Problema). Analizar el servicio de cursos que ofrece la Sala LOGOS, con la finalidad de resolver los problemas que se presentan al ser todos los servicios que ofrece la sala LOGOS manuales, utilizando para ello, formatos físicos, que hacen engorroso y lento la operación de la Sla, en especial a la hora de elaborar y presentar un informe o estadística de las actividades. Ámbito del Proyecto En presente trabajo se enfocará en la Fase de Análisis de Sistemas del CVDS, esta Fase se centra en el estudio de los problemas, las necesidades de Empresa y en la definición de estas necesidades de la empresa con respecto a la creación o perfeccionamiento de un SI. En el Trabajo se desarrollará esta Fase, mediante la aplicación de los conceptos y metodologías presentados en el Libro de Referencia: WHITTEN, BENTLEY Y BARLOW (1996). “Análisis y Diseño de Sistemas de Información”, Tercera Edición, Mc GRAW HILL. [1]. Por esto, el estudio del Sistema se iniciará en la segunda Función o Fase, del CVDS, el ANÁLISIS, la cual es objeto de este trabajo práctico. Este Trabajo Práctico es un documento académico cuya estructura está estructurado en función de los objetivos evaluados en la materia de estudio, Sistemas de Información I (335), y los requerimientos presentados en el trabajo Práctico para el período 2011-1 (Ver apartado. 7.1.3 Especificaciones del Trabajo Práctico).


CONCLUSIONES Y RECOMENDACIONES


3. CONCLUSIONES Y RECOMENDACIONES

1. CONCLUSIONES: 1.1 Se observan problemas en la Sala de Computación de LOGOS, derivados fundamentalmente

de los procesos manuales, que son engorrosos y lentos, aunado a la gran cantidad de Usuarios (2000 Estudiantes en modalidad Presencial y Semi-Presencial).

1.2 Los problemas están ocasionando insatisfacción en los usuarios por el atraso en las respuestas de los servicios.

1.3 Se concluye que los problemas están afectando a la organización en sus Prestaciones, Información, Economía de Costos, Control de Normas y Procesos, Eficacia y en los Servicios que presta.

1.4 El personal de la Sala de Computación LOGOS, se está sobrecargando por el aumento del volumen de requerimientos, que los procesos manuales no están preparados para procesar.

1.5 También se observaron oportunidades que justifica la implantación del nuevo sistema, tales como: 1.5.1 El interés de la Dirección de Ingeniería de Sistemas de Desarrollar el nuevo Sistema. 1.5.2 Los modelos de datos son compatibles con la concepción del nuevo sistema. 1.5.3 La plataforma informática actual, en su gran parte podrá ser utilizada para el nuevo

sistema, disminuyendo costos de adquisición. 1.5.4 Uso de personal de la Sala para el desarrollo del Nuevo Sistema. 1.5.5 La posibilidad de implantación del Sistema en costos y tiempos razonables es altamente

factible. 2. RECOMENDACIONES:

2.1 Basado en el Análisis realizado hasta el momento se recomienda el desarrollo e implantación del DESARROLLO E IMPLANTACIÓN DEL SISTEMA DE INFORMACIÓN PARA LOS SERVICIOS DE LA SALA DE COMPUTACIÓN LOGOS (SERLOGOS)

2.2 Para esto se debe continuar con la siguiente Fase, Definición, del Análisis de Sistema. 2.3 Si le Organización desea mejorar y ampliar los servicios de la Sala de Computación LOGOS,

deberá desarrollar el Sistema Propuesto.


RESUMEN Y RELACIÓN DE HECHOS Y DETALLES


4. RESUMEN Y RELACIÓN DE HECHOS Y DETALLES

4.1. DISCUSIÓN DE HECHOS Y DETALLES Este trabajo se enfocará en la Fase Análisis de Sistemas, del CVDS. En él se estudia, analiza y se conoce al sistema actual a fin de definir las necesidades de la empresa y detectar los problemas que le afectan.

4.2. ANÁLISIS DE SISTEMAS El Análisis de Sistemas es el primer paso dado clásicamente hacia la construcción de una aplicación de Sistemas de Información. Se basa en las cuestionamientos planteados por los Usuarios del Sistema Actual; por ello se centra en los bloques elementales de un Sistema de Información: Personas, Datos, Actividades y Redes; vistos desde la perspectiva de los Usuarios [1]. En el Análisis de Sistemas se revisará la Situación Actual, así como los procedimientos, datos y actividades que se realizan en la actualidad. En esta Fase se realiza un Modelado de Datos y de Procesos del Sistema Actual. Esta etapa tiene tres Fases o Funciones:

1. INSPECCIÓN (Estudio de la Viabilidad del Proyecto): En esta fase se realizan las primeras entrevistas y se define un ámbito inicial para el proyecto y un plan de trabajo para la elaboración del mismo. Los objetivos fundamentales de la Fase de Inspección son: Identificar los problemas, las oportunidades y/o las normas que dieron lugar a la solicitud del proyecto. Esta cuenta de las siguientes actividades: 1.1. Dirigir Entrevistas iníciales 1.2. Definir el Ámbito inicial del proyecto 1.3. Clasificación de los Problemas, Oportunidades y posibles Soluciones 1.4. Establecer el Plan del proyecto 1.5. Conclusiones y Recomendaciones

2. ESTUDIO (Estudio y Análisis del Sistemas Actual): En esta Fase se estudia y analiza el sistema actual a través de las siguientes actividades: 2.1. Conocer el Sistema Actual: esto se logra a través de las técnicas de recolección

de datos, se realizan entrevistas y un proceso de observación directa del sistema actual por parte del analista.

2.2. Modelar el Sistema Actual: conocer el sistema no será suficiente para comprender cuál es el comportamiento de la información dentro del mismo, para ello se debe desarrollar una representación de esta realidad, es decir, un modelo de sistema que represente los aspectos que componen a cualquier sistema como son las personas por medio del organigrama de la empresa, las actividades a través de diagrama de flujo de datos (DFD), y los datos con los diagramas de entidad-relación (DER).




2.3. Analizar los problemas: se analizaron cuales son las causas y efectos de los problemas de la empresa.

2.4. Establecer los objetivos del Nuevo Sistema. 3. DEFINICIÓN (Definición o Establecimiento de Prioridades entre las Necesidades de

Usuario): En esta etapa se define cuales son las necesidades de la empresa. Fundamentalmente da respuesta a la pregunta: ¿Qué necesita y quiere el usuario que haga el nuevo sistema?. Las actividades a desarrollar en esta Fase son: 3.1. Identificar las Necesidades. 3.2. Modelizar las Necesidades del Sistema. 3.3. Elaborar Tipos de Descubrimiento. 3.4. Definir Prioridades entre Necesidades de Empresa. 3.5. Modificar el Ámbito y el Plan del Proyecto. 3.6. Revisar las Especificaciones de Necesidades. 3.7. Conclusiones y Recomendaciones Fase Definición.

Para la Primera Entrega (Momento I, del Informe Práctico) sólo se estudiarán las primeras dos Fases (Inspección y Estudio).




4.2.1 FASE INSPECCIÓN Las características fundamentales de esta Fase son presentadas en la siguiente tabla:

Objetivos Principales

Identificar los problemas, las oportunidades y normas o procedimientos que dieron lugar a la necesidad de la implantación de un nuevo sistema.

Determinar si resolver los problemas planteados, aprovechando las oportunidades, siguiendo las normas o procedimientos reportará beneficio a la empresa.

Actividades:

El desarrollo de esta Fase se realizará por medio de la ejecución de las siguientes actividades: 1. Actividad 1: Dirigir Entrevistas Iniciales. 2. Actividad 2: Definición Ámbito Proyecto. 3. Actividad 3: Clasificación Problemas- Oportunidades- Posibles Soluciones. 4. Actividad 4: Plan Inicial Proyecto Propuesto. 5. Actividad 5: Conclusiones- Recomendaciones,

Entradas:

Solicitud de Requerimientos de Sistema: Necesidad de la organización de: Disponer de un sistema que corrija las limitaciones y problemas de la situación

actual; No existe información previa, contenida en un documento denominado Proyecto

de Sistemas, que se genera en la primera Función del Desarrollo de Sistemas (Planificación).

Salidas:

Listado de Hechos (Personas, Datos, Actividades, Problemas y Oportunidades) Modelos de Contexto de Datos, Procesos y Redes del Sistema Propuesto. Análisis de Problemas/ Oportunidad y posibles Soluciones. Plan Inicial del Proyecto Propuesto. Análisis de Viabilidad del Proyecto.

Participantes:

Propietarios del Sistema: Dirección de Ingeniería de Sistemas de LOGOS. Usuarios del Sistema: Jefe de la Sala de Computación LOGOS (Administrador General del Sistema); Analista de Sistema de la Sala LOGOS (Administrador de Datos del Sistema); Operario de la Sala; y Estudiantes.

Analista de Sistemas: Para efecto del Trabajo Práctico el Analista hará el rol de Director, Propietario, Analista y el de los Usuarios del Sistema.

Duración Estimada: Seis (6) días hábiles

Tabla 1. Características Fundamentales Fase Inspección.




4.2.1.1 Actividad 1: Dirigir Entrevistas Iniciales En esta actividad se realizarán las tareas que Identificarán los problemas y oportunidades que ayuden a mejorar los procesos de la empresa, mediante la aplicación de encuestas y entrevistas, así también con la observación de documentos y formatos utilizados, con el fin de establecer un plan inicial del proyecto. Para el desarrollo de esta actividad, se tomará el Modelo de de Preguntas para entrevistas presentado en el Libro de Referencia [1], (página 272, figura 7.5). El modelo de Entrevista utilizado como referencia es mostrado en APÉNDICES CON HECHOS Y DETALLES, 7.2 Modelo Entrevista Inicial. De las especificaciones del Planteamiento del Problema (ver Apartado: 7.1.1 Planteamiento del Problema), se extrajo la información inicial, que en conjunto, con el Modelo de Entrevista permitió realizar el Listado/ Relación de Hechos, para cada uno de los bloques Elementales. Los resultados de esta actividad son registrados en el DICCIONARIO DEL PROYECTO, Apartado 2. LISTADO DE RELACIÓN DE HECHOS DEL PROYECTO, 2.1.FASE INSPECCIÓN (PÁGINA ¡ERROR! MARCADOR NO DEFINIDO.).

4.2.1.2 Actividad 2: Definición del Ámbito del Proyecto Esta Actividad busca el poder definir el ámbito inicial del Proyecto. Para desarrollar esta actividad se desarrollará Modelos de Contexto, que son modelos simples que de manera gráfica y sencilla muestran los límites y el ámbito del Sistema. Estos Modelos se desarrollaran para cada uno de los Bloques Elementales. Estos Modelos se basarán en la información registrada en la actividad anterior. Los Modelos a desarrollar en esta actividad son:

1) Modelos de Datos de Contexto o Modelo de Datos a Nivel de Contexto 2) Modelos de Procesos de Contexto. 3) Modelos de Redes de Contexto. 4) Análisis de Punto de Función.

4.2.1.2.1 Modelos de Datos de Contexto Para la realización del Modelo de Datos de Contexto se utilizará la técnica de los Diagramas de Entidad-Relación, para esto se realizaron los siguientes pasos:

1) Identificación de Entidades de Datos. 2) Definición de Identificadores para cada Entidad. 3) Elaborar primer borrador del Modelo de Datos de Relaciones Entre Entidades (Matriz de

Relaciones) 4) Identificación de Atributos de las Entidades. 5) Asignación de Atributos a las Entidades.




6) Dibujo de Diagrama de Entidad-Relación. Estos Modelos son registrados en el DICCIONARIO DEL PROYECTO, Apartado: 4. DICCIONARIO DE DATOS, 4.1. FASE INSPECCIÓN, (PÁGINA ¡ERROR! MARCADOR NO DEFINIDO.).

4.2.1.2.2 Modelos de Procesos de Contexto. Para la realización de los Modelos de Procesos de Contextos se utilizó la Técnica de los Diagramas de Flujos de Datos, identificando los procesos y realizando los Diagramas desde el punto de vista General, según lo indicado por la metodología (ver apartado, 5.7.2.2 Modelo de Procesos de Contexto (MPC)). Estos Modelos son registrados en el DICCIONARIO DEL PROYECTO, Apartado: 5. DICCIONARIO DE PROCESOS, 5.1. FASE INSPECCIÓN, 5.1.1 MODELO DE PROCESOS DE CONTEXTO, SISTEMA PROPUESTO (PÁGINA ¡ERROR! MARCADOR NO DEFINIDO.).

4.2.1.2.3 Modelos de Redes de Contexto. Para la elaboración del Modelo de Redes de Contexto, al igual que los modelos anteriores se siguió la metodología propuesta (ver apartado 5.7.3 Modelización de Redes), siguiendo los pasos abajo mostrados:

1) Asignar un nombre a cada puesto; 2) Definir cada puesto;

El Modelo obtenido fue registrado en el DICCIONARIO DEL PROYECTO, Apartado: 6. DICCIONARIO DE RED, 6.1. FASE INSPECCIÓN, 6.1.1 MODELOS DE REDES (PÁGINA ¡ERROR! MARCADOR NO DEFINIDO.).

4.2.1.3 Actividad 3: Clasificación de Problemas, Oportunidades y Posibles Soluciones En esta actividad se realizan las tareas relacionadas a la Identificación de los problemas y oportunidades que ayuden a mejorar los procesos de la empresa, mediante la aplicación de encuesta, entrevistas y/o análisis de la Información Existente (Planteamiento del Problema), así también con la observación de documentos y formatos utilizados. En base al estudio realizado en la Actividad 1, de la presente Fase (derivado del estudio del Planteamiento de Problema), se detallaron los Problemas y Oportunidades con sus posibles soluciones. La Tabla de Análisis de Viabilidad obtenida, después de aplicar la Técnica del estudio de los Problemas y Oportunidades, fue registrada en el DICCIONARIO DEL PROYECTO, Apartado: 3. ANÁLISIS Y EVALUACIONES DE VIABILIDAD, 3.1. FASE INSPECCIÓN (PÁGINA ¡ERROR! MARCADOR NO DEFINIDO.).




4.2.1.4 Actividad 4: Plan Inicial Proyecto Propuesto El Plan del Proyecto se realiza en las Fases de Inspección, Estudio y Definición del Análisis de Sistemas, y a medida que se avanza en estas fases, se refina y precisa cada vez más. Para la presente Fase, se elaboró un Plan de Proyecto que comprende todas las actividades o tareas necesarias para realizar las Fases del Análisis de Sistema y sus Fase implicadas. Este plan se implementos por medio del uso de herramientas CASE para Gestión de Proyectos: Microsoft Project y WBS Chart Pro; el primero para obtener el Gráficos de GANTT del Proyecto y el segundo para obtener la Estructura Desglosada de Trabajo (EDT o WBS); además, se desarrolló la Matriz de Gestión de Expectativas, aplicando la Metodología propuesta en el Libro Guía de la Materia. El cronograma y el EDT del Proyecto fueron registrados en el DICCIONARIO DEL Proyecto, Apartado: 8. PLAN DEL PROYECTO, 8.1. FASE INSPECCIÓN, 8.1.1 PLAN GENERAL DEL PROYECTO PROPUESTO (PÁGINA ¡ERROR! MARCADOR NO DEFINIDO.). Con esta primera aproximación del Plan de Trabajo, se aprovecho la bondad de le herramienta Microsoft Project, para realizar un primer ejercicio de Estimación de Costos (ver DICCIONARIO DEL PROYECTO, Apartado: 9. ESTIMACIÓN DE COSTOS, 9.1. FASE INSPECCIÓN, 9.1.1 ESTIMACIÓN COSTOS DEL PROYECTO (PÁGINA ¡ERROR! MARCADOR NO DEFINIDO.). Para esta estimación sólo se toma en cuenta los costos de Talento Humano y el uso de recursos de computación e informáticos, necesarios para el desarrollo de las Fases desarrolladas en el Trabajo Práctico.

4.2.1.5 Actividad 5: Conclusiones y Recomendaciones Fase Inspección

4.2.1.5.1 Análisis/ Evaluación Viabilidad del Proyecto En esta actividad se utilizó la Técnica del Análisis de Viabilidad para verificar la pertinencia o no del proyecto. Como primer punto de control y ser la primera Fase que se está analizando, es muy temprano para profundizar en muchos de los aspectos que involucra el Estudio de la Viabilidad del proyecto. Por lo tanto, en este momento se presenta un análisis basado fundamentalmente en el Planteamiento del Problema, sin profundizar en algunos aspectos como lo indica la metodología. En la tabla siguiente se muestra la Matriz de Comparación de Viabilidad realizada para esta Fase, que fue documentada en el apartado, 3. ANÁLISIS Y EVALUACIONES DE VIABILIDAD, 3.1. FASE INSPECCIÓN (PÁGINA ¡ERROR! MARCADOR NO DEFINIDO.), del DICCIONARIO DEL PROYECTO.

4.2.1.5.2 Informe Final Fase Inspección, Conclusiones y Recomendaciones Para le presente Fase se realizó un Informe Evaluación de Viabilidad del Proyecto, según la Guía propuesta en el Libro de Referencia (ver Apartado, 7.3 Modelo Informe Evaluación de Viabilidad de Proyecto) En este Informe se presenta, el Estudio de Viabilidad del Proyecto para la presente Fase así




como las recomendaciones y conclusiones, y es documentado en el DICCIONARIO DEL PROYECTO, Apartado, 7. INFORMES DE EVALUACIÓN VIABILIDAD DEL PROYECTO, 7.1. FASE INSPECCIÓN (PÁGINA ¡ERROR! MARCADOR NO DEFINIDO.).

4.2.2 FASE ESTUDIO Las características fundamentales de esta Fase son presentadas en la siguiente tabla:

Objetivos Principales La presente es la segunda Fase del la Etapa de Análisis del Sistema del CVDS y persigue fundamentalmente el Estudio y Análisis del Sistema Actual.

Actividades:

El desarrollo de esta Fase se realizará por medio de la ejecución de las siguientes actividades: 1. Actividad 1: Asignación Roles y Papeles en el proyecto. 2. Actividad 2: Estudio Conocimiento del Sistema Actual. 3. Actividad 3: Modelización del Sistema Actual. 4. Actividad 4: Analizar los Problemas y las Oportunidades. 5. Actividad 5: Establecimiento de Objetivos del Nuevo Sistema. 6. Actividad 6: Revisión y Modificación del Ámbito y el Plan del Proyecto. 7. Actividad 7: Revisión de Conclusiones y las Recomendaciones de Fase Estudio.

Entradas:

Autorización de la Dirección de Ingeniería de Sistemas de LOGOS para continuar con el desarrollo de la Fase.

Proyecto planificado de desarrollo de Aplicaciones. Resultados obtenidos en la Fase Inspección (Modelos Datos, Procesos, Redes y

otros documentos, contenidos en el Diccionario de Datos).

Salidas:

Asignación de roles en el proyecto. Modelos de Esenciales de Datos, Procesos y Redes del Sistema Actual. Análisis de Problemas/ Oportunidad y posibles Soluciones.

Plan Inicial del Proyecto Propuesto. Análisis de Viabilidad del Proyecto.

Plan y Ámbito del Proyecto Revisado y/o Modificado. Informe de Evaluación de Viabilidad del Proyecto.

Participantes:



Duración Estimada: Quince (15) días hábiles

Tabla 2. Características Fundamentales Fase Estudio.




4.2.2.1 Actividad 1: Asignación Roles y Papeles en el proyecto Para efectos del Desarrollo del Presente proyecto el Analista hará el rol de Director, Propietario, y Usuario de Sistemas.

4.2.2.2 Actividad 2: Estudio Conocimiento del Sistema Actual Esta actividad se requiere de la participación de los Propietarios y Usuarios del Sistema de forma de tener con mayor precisión el funcionamiento del Sistema Actual. Para esto, se aplican la Técnicas de Investigación de Hechos tales como: entrevistas, observación directa, muestreo de documentación. Para el presente actividad se procedió a analizar el Planteamiento del Problema (ver Apartado: 6.1.1 Planteamiento del Problema7.1.1) y del levantamiento de información realizado en el apartado anterior. Esto permitió conocer información de los procesos manuales, la forma de funcionamiento del Sistema Actual y los problemas que presenta, para el registro, clasificación y control de las Órdenes de Ventas. Se tomará la Investigación de Hechos, resultado de la 4.2.1.1 Actividad 1: Dirigir Entrevistas Iniciales (Listados de Hechos, registrado en el DICCIONARIO DEL PROYECTO) como fuente de información para el estudio del Sistema Actual.

4.2.2.3 Actividad 3: Modelización del Sistema Actual Como se menciono anteriormente la Gestión Administrativa de la Sala de Computación LOGOS, será el objeto de interés en el presente trabajo práctico (Sistema Actual). En la Sala se presentan los siguientes procesos:

1. SISTEMA MANUAL: 1.1. Servicio uso de Computadores: Servicio de uso gratuito de los equipos de computación

ubicados en la Sala de Computación LOGOS, mediante la asignación a los estudiantes de una cuota de tiempo de uso.

1.2. Servicios de Cursos: Acceso a los recursos tecnológicos informáticos, y de recibir capacitación (Curso Computación básica) y actualización tecnológica a los estudiantes bajo la modalidad Presencial y Semi-Presencial.

1.3. Gestión de Certificados: Asignación a los participantes que se matriculan en los cursos de: a) material instruccional, b) equipo de computación, y c) Facilitador.

1.4. Servicio de Preinscripción e Inscripción: manejos de las solicitudes de los estudiantes, en los cursos ofertados, de las preinscripciones e inscripciones mediante la modalidad Presencial, el cual es solicitado directamente en la Sala.




2. SISTEMA INFORMÁTICO: 2.1. Servicio de Preinscripción e Inscripción a Distancia: Se realiza mediante la página WEB

que da acceso a este servicio. 2.2. Se entiende que no existe para la Gestión Administrativa de la Sala Sistemas

automatizados. En el Trabajo se le prestará atención a los Procesos Manuales, los cuales serán eliminados en el Sistema Nuevo. Para modelar el Sistema Actual se aplicaron las diferentes técnicas de Modelización, donde cada una de ellas nos permite representar el Sistema Actual en función de los Bloques Elementales del CVDS de los SI. A continuación se describen Modelos requeridos:

4.2.2.3.1 Modelo de Datos En esta Fase se elaboró un Modelo de Datos Esencial del sistema actual, para esto se siguió la metodología propuesta en el Libro Guía de la Materia [1], los pasos para la elaboración de los Modelos de Datos Esenciales es mostrada en el apartado 5.7.1.2 Modelo de Datos Esencial (MDE) del presente Trabajo. El resultado de esta Actividad, fue documentado el DICCIONARIO DEL PROYECTO, Apartado: 4. DICCIONARIO DE DATOS, 4.2. FASE ESTUDIO (PÁGINA ¡ERROR! MARCADOR NO DEFINIDO.).

4.2.2.3.2 Modelo de Procesos Los Procesos se modelaron por medio Diagrama de Flujos de Datos (DFD), como li indica la metodología, que permitieron elaborar el Modelo de Procesos de Contexto y Esencial del Sistema Actual. Con este modelado se pudo tener un mejor conocimiento de los procesos de empresa. Basado en el Modelo de Procesos Esencial, se obtuvo el Modelo de Procesos Primigenio, mediante la explosión del Modelo de Contexto. En este Diagrama se conceptualizo todo el Sistema, incluyendo hasta los Sistemas y Sub-Sistemas, fuera de estudio, esto se realizó para tener una visión más amplia del Sistema Actual. El resultado de esta Actividad, fue documentado el DICCIONARIO DEL PROYECTO, Apartado: 5. DICCIONARIO DE PROCESOS, 5.2. FASE ESTUDIO (PÁGINA ¡ERROR! MARCADOR NO DEFINIDO.).

4.2.2.3.3 Modelización de Redes Para esta Fase se utilizó el Modelo de Redes obtenido en la Fase Inspección, Modelo de Contexto y se exploto para obtener el Modelo Esencial de Redes. Este modelo fue documentado en el DICCIONARIO DEL PROYECTO, apartado: 6. DICCIONARIO DE RED, 6.2. FASE ESTUDIO (PÁGINA ¡ERROR! MARCADOR NO DEFINIDO.).




4.2.2.4 Actividad 4: Analizar los Problemas y las Oportunidades En esta Actividad se trabaja con los Propietarios y Usuarios con el fin de analizar los hechos más relevantes, los problemas y oportunidades del Sistema Actual. Para esto se utilizará la Técnica de Estructura PIECES.

4.2.2.4.1 Análisis de Estructura “PIECES” La Técnica de Estructura PIECES, es utilizada para detectar los Problemas, Oportunidades y Normas sobre el Sistema Actual. Para esta actividad se realizó una tabla contentiva del Análisis PIECES al Sistema Actual, donde se estudio de los Problemas y Oportunidades de este Sistema, desde el punto de vista de los factores: Prestaciones, Información, Economía, Control, Eficacia y Servicios. El resultado fue documentado en el DICCIONARIO DEL PROYECTO, Apartado: 3. ANÁLISIS Y EVALUACIONES DE VIABILIDAD, 3.2. FASE ESTUDIO (PÁGINA ¡ERROR! MARCADOR NO DEFINIDO.).

4.2.2.5 Actividad 5: Establecimiento de Objetivos del Nuevo Sistema La presente actividad propone el establecimiento de Objetivos del proyecto, de manera de poder determinar el éxito de éste en función del cumplimiento de estos Objetivos o Metas. Para el establecimiento de los Objetivos, la metodología establece utilizar la Técnica de la Matriz de Problema/ Oportunidad/ Objetivo/ Restricción, para poder registrar con precisión los objetivos del Proyecto. Esta matriz se realizará respondiendo a los Problemas y Oportunidades, estudiado en el apartado anterior. El resultado fue registrado en el DICCIONARIO DEL PROYECTO, Apartado: 3. ANÁLISIS Y EVALUACIONES DE VIABILIDAD, 3.2. FASE ESTUDIO, 3.2.1 ANÁLISIS DE PROBLEMAS Y OPORTUNIDADES, 3.2.2 ESTUDIO DE PROBLEMAS, OPORTUNIDADES, OBJETIVOS Y RESTRICCIONES (PÁGINA ¡ERROR! MARCADOR NO DEFINIDO.).

4.2.2.6 Actividad 6: Revisión y Modificación del Ámbito y el Plan del Proyecto Para la presente Fase, se considera que no es necesario realizar cambios al Ámbito del Proyecto, ni al plan del mismo.

4.2.2.7 Actividad 7: Revisión de Conclusiones y las Recomendaciones de Fase Estudio Como lo indica la metodología adoptada, para le presente Fase se realizó un INFORME EVALUACIÓN DE VIABILIDAD DE PROYECTO. En este Informe se presenta, el Estudio de Viabilidad del Proyecto para la presente Fase, así como las recomendaciones y conclusiones.




El informe de la presente fase es documentado en el DICCIONARIO DEL PROYECTO, Apartado, 7. INFORMES DE EVALUACIÓN VIABILIDAD DEL PROYECTO, 7.2. FASE ESTUDIO (PÁGINA ¡ERROR! MARCADOR NO DEFINIDO.).




4.2.3 ANÁLISIS DEL SISTEMA-FASE DEFINICIÓN

Objetivos Principales

Tercera Fase del Análisis del Sistema, denominada Fase de Requisitos o Diseño Lógico. Definir las necesidades de Empresa (no técnicas) referidas a los problemas

identificados en el Sistema Actual. Definir las necesidades de Empresa (no técnicas) que aprovechan las

oportunidades identificadas en el Sistema Actual. Definir las necesidades de Empresa que cumplen Normas. Ofrecer a los grupos de desarrollo de sistemas flexibilidad absoluta en lo referido a

las futuras elecciones de diseño.

Actividades:

El desarrollo de esta Fase se realizará por medio de la ejecución de las siguientes actividades: 1. Actividad 1: Identificar las Necesidades. 2. Actividad 2: Modelizar las Necesidades del Sistema. 3. Actividad 3: Elaborar Tipos de Descubrimiento. 4. Actividad 4: Definir Prioridades entre Necesidades de Empresa. 5. Actividad 5: Modificar el Ámbito y el Plan del Proyecto. 6. Actividad 6: Revisar las Especificaciones de Necesidades. 7. Actividad 7: Conclusiones y Recomendaciones Fase Definición.

Entradas: Autorización por la Gerencia de continuar con el desarrollo de la Fase. Resultados obtenidos en la Fase Estudio (Modelos Datos, Procesos, Redes y otros

documentos, contenidos en el Diccionario de Datos).

Salidas:

Listado de Especificaciones e Identificación de Necesidades. Modelos de Sistemas (Modelo de Datos, Procesos y Redes) sistema Propuesto. Prototipo de Descubrimiento del Sistema. Plan de Proyecto Revisado o Modificado. Informe de Evaluación de Viabilidad del Proyecto. Informe Final Trabajo Práctico (Segundo Momento).

Participantes:



Duración Estimada: Treinta y Cuatro (34) días hábiles

Tabla 3. Características Fundamentales Fase Estudio.




Este Apartado se elaborara en el Segundo Momento de la entrega del Informe del Trabajo. Ahora sólo se muestra la estructura que se presentará para la Presente Fase.

4.2.3.1 Actividad 1: Identificar las Necesidades

4.2.3.2 Actividad 2: Modelizar las Necesidades del Sistema

4.2.3.3 Actividad 3: Elaborar Prototipo de Descubrimiento

4.2.3.4 Actividad 4: Definir Prioridades entre Necesidades de Empresa

4.2.3.5 Actividad 5: Modificar el Ámbito y el Plan del Proyecto

4.2.3.6 Actividad 6: Revisar las Especificaciones de Necesidades

4.2.3.7 Actividad 7: Conclusiones y Recomendaciones Fase Definición


MÉTODOS Y PROCEDIMIENTOS


5. MÉTODOS Y PROCEDIMIENTOS

En el presente Apartado, se especifican los requerimiento metodológicos que se utilizarán, tanto para el Análisis del Sistema, solución al Problema Planteado, como para la elaboración del Trabajo Práctico. También se incluyen algunos de los conceptos, técnicas y procedimientos que se consideran de relevancia para entender y comprender el desarrollo del Trabajo. La metodología a seguir, será la adoptada en la presente asignatura, la cual está descrita en el libro Guía de la Materia, “Análisis y Diseño de Sistemas de Información” de los autores WHITTEN, BENTLEY Y BARLOW [1]. Esa metodología consta de una sucesión de Fases y Actividades, las cuales son descritas conjuntamente, en la Unidad 12 del MIA [2]. El Proceso de la elaboración del Análisis del Sistema es un estudio formal, exhaustivo y coherente del problema planteado. Este seguirá el orden secuencial de la actividades metodológicas, aunque algunas de ellas no requerirán ser efectuadas. Esto puede observarse en la serie de cuadros denominados “Guía metodológica para el análisis del Sistema, que se muestra a continuación.

5.1. GUÍA METODOLÓGICA PARA EL ANÁLISIS DEL SISTEMA

5.1.1 FASE INSPECCIÓN

FASE INSPECCIÓN

ACTIVIDAD NOMBRE DE LA ACTIVIDAD TÉCNICA O HERRAMIENTA OBJETIVO EVALUABLE

1 Dirigir las entrevistas iniciales Técnicas de investigación de

hechos (en particular la entrevista).

9

2 Definir el ámbito del proyecto Modelización de datos. Modelización de procesos. Modelización de redes.

5, 6, 7

3 Clasificar problemas, oportunidades y posibles soluciones

Matriz de estudio de problemas/oportunidades.

12

4 Establecer un plan para el proyecto propuesto

Gestión de proyectos (en particular, Plan de Proyectos por PERT y GANTT).

8

5 Presentar las conclusiones y recomendaciones de la Fase

Análisis de viabilidad Técnicas interpersonales (en particular, escritura de informes).

10, 11

Tabla 4. Guía Metodológica para el Análisis del Sistema, Fase Inspección.




5.1.2 FASE ESTUDIO

FASE DE ESTUDIO

ACTIVIDAD

NOMBRE DE LA ACTIVIDAD TÉCNICA O HERRAMIENTA OBJETIVO EVALUABLE

1 Asignar papeles en el proyecto

Ninguno Nota: El estudiante hará el

rol de director, propietario, analista y usuario del Sistema.

2 Conocer el sistema actual Técnicas de investigación de hechos.

Ninguno Nota: No se recomienda

estudiar en profundidad el sistema actual.

3 Modelizar el sistema actual Modelización de datos. Modelización de procesos. Modelización de redes.

Ninguno Nota: No se recomienda

estudiar en profundidad el sistema actual.

4 Analizar los problemas y las oportunidades

Estructura PIECES (Prestaciones, Información, Economía, Control y seguridad, Eficacia, y Servicios).

12

5 Establecer los objetivos del nuevo sistema 12

6 Modificar el ámbito y el plan del proyecto

Gestión de proyectos (en particular, Gestión de las expectativas creciente de los usuarios)

Ninguno Nota: Se asumirá que no

cambiará el ámbito del proyecto.

7 Revisar las conclusiones y las recomendaciones de la fase

Técnicas interpersonales (en particular, escritura de informes)

11

Tabla 5. Guía Metodológica para el Análisis del Sistema, Fase Estudio.




5.1.3 FASE DEFINICIÓN

FASE DE DEFINICIÓN

ACTIVIDAD NOMBRE DE LA ACTIVIDAD TÉCNICA O HERRAMIENTA OBJETIVO EVALUABLE

1 Identificar las necesidades

Técnicas de investigación de hechos (entrevistas, reuniones, discusiones en grupo, encuestas (cuestionarios), investigación, BRAINWRITING, BRAINSTORMING).

9

Modelización de datos 5

Modelización de procesos 6 2

Modelizar las necesidades de sistemas

Modelo de redes 7

3 Elaborar prototipos de descubrimiento

Ninguno Nota: No se validarán las necesidades del nuevo sistema.

4 Definir prioridades entre las necesidades de empresa ---

Ninguno Nota: Se supondrá que todas las necesidades tienen la misma prioridad.

5 Modificar el ámbito y el plan de proyecto

Gestión de proyectos (en particular, análisis de puntos de función)

Ninguno Nota: Se asumirá que no cambiará en el ámbito del proyecto.

6 Revisar las conclusiones y las recomendaciones de la fase

Técnicas interpersonales (en particular, escritura de informes)

11

Tabla 6. Guía Metodológica para el Análisis del Sistema, Fase Definición. Además de lo antes expuesto, el trabajo se realizará tomando en cuenta las siguientes especificaciones:

1) La actividades metodológicas se realizarán según lo explicado en el material MIA [2], desde la Unidad 5 hasta la Unidad 11.

2) Las especificaciones dadas podrán enriquecerse con una situación real, siempre y cuando, se mantenga dentro del contexto de los requerimientos funcionales expresados. En tal caso, podrá completar, detallar, adaptar y/o modificar procesos, datos y términos que se justifiquen, documentándolos debidamente, especificando el motivo, fuente y resultado de la investigación realizada en la situación real.

3) Si en las especificaciones, no se indican todos los datos necesarios para efectuar determinada actividad y/o usar cierta técnica y herramienta, entonces el alumno ideará datos que resulten razonables para tal fin.




4) Se documentará el trabajo mediante el empleo de dos técnicas de investigación de hechos distintas. Una técnica en la fase de inspección, para recabar hechos preliminares del sistema, y otra técnica en la fase de definición, para identificar las necesidades del sistema nuevo, fundamentándose en los modelos basados en procesos, o sino, basados en datos.

5) Con el fin de acotar la exigencia del presente trabajo, El Empleo del Análisis de Viabilidad se utilizará en la Fase de Inspección del Análisis de Sistemas.

A continuación, se expondrán brevemente algunos conceptos, técnicas o aspectos metodológicos, utilizados en el desarrollo del trabajo, que se consideran resaltantes y útiles para la elaboración del Presente Trabajo Práctico.

5.2. CICLO DE VIDA DEL DESARROLLO DE SISTEMAS (CVDS) El Ciclo de Vida del Desarrollo de Sistemas es un método que agrupa un conjunto de actividades que los analistas, diseñadores y usuarios realizan para desarrollar e implantar un sistema de información, al respecto KENDALL Y KENDALL [4] establece que “Es un enfoque por Fases de Análisis y Diseño que sostiene que los sistemas son desarrollados de mejor manera mediante el uso de un Ciclo especifico de Actividades de el Analista y el Usuario”. Para los Autores del Libro Guía [1], “se trata de una herramienta de gestión de proyectos que planea, ejecuta y controla los proyectos de desarrollo de sistemas” y establece que el CVDS consta de las siguientes actividades: a) Planificación; b) Análisis de Sistemas (2), c) Diseño de Sistema, d) Implantación de Sistemas y d) Soporte y Mantenimiento de Sistemas. En este trabajo se utiliza el planteamiento del CVDS como metodología para el Planeamiento, Análisis, Diseño, creación e implantación del Sistema SERLOGOS.

5.2.1 BLOQUE ELEMENTALES DEL CVDS

Figura 1. Bloques Elementales del CVDS.

Otro concepto fundamental a tener en cuenta es el Elementos del Sistema. Con el fin de construir sistemas de información existen elementos que permiten conocer el funcionamiento del sistema en cada una de sus etapas. Entre ellos tenemos: 2) El presente Trabajo Práctico se centrara en esta Fase del CVDS.




1) BLOQUE ELEMENTAL PERSONAS: El primer, y más importante, bloque de los sistemas de información es PERSONAS. La filosofía predominante en el desarrollo de sistemas debería consistir en pensar que los sistemas están hechos: para las personas. Todos los participantes en los sistemas de información tienen algo en común: son trabajadores de la información. El término trabajador de la información fue acuñado para designar a aquellas personas cuyo trabajo tiene que ver con la creación, la captura, la distribución y el uso de información. Este Bloque está conformado por: a) Propietarios de Sistemas: son personas que pertenecen normalmente al cuerpo directivo

de las empresas. Los propietarios de sistemas patrocinan y promueven los SI. Son normalmente responsables de fijar el presupuesto y el plazo necesarios para desarrollar y mantener el sistema de información, y deciden en último término la validez de dicho sistema de información.

b) Usuarios de Sistemas (Usuarios): son denominados también Trabajadores de la Información. Los usuarios son aquellas personas que utilizan el sistema de información (y obtienen beneficios directos de él) de una forma regular: capturan, validan, introducen y almacenan datos. Los usuarios definen: (1) los problemas que han de resolverse; (2) Las oportunidades que deben aprovecharse, (3) las necesidades que han de satisfacerse, y (4) las restricciones de la empresa que se impondrán a los sistemas de información.

c) Diseñadores de Sistemas: traducen las necesidades y las restricciones de empresa manifestadas por los usuarios a soluciones técnicas. Diseñan los archivos, las bases de datos, las entradas, las salidas, las pantallas, las redes y los programas informáticos requeridos por los usuarios de sistemas.

d) Constructores de Sistemas: fabrican SI multiusuario basados en las especificaciones de diseño obtenidas de los diseñadores de sistemas.

Figura 2. Bloque Elemental Personas.

2) BLOQUE ELEMENTAL DATOS: Los dalos pueden, y deberían, interpretarse como la materia prima utilizada para producir información, en consecuencia, se considera que los datos constituyen uno de los pilares fundamentales de un SI, ya que permiten crear información útil. Estos Datos deben ser vistos desde el punto de vista del Bloque Elemental Personas. Dos conceptos importantes a diferenciar son: a) Datos: Son una colección de hechos considerados de forma aislada, describen la

organización. Estos hechos aislados portan un significado, pero en general no son de utilidad por si solos.

b) Información: es un dato que ha sido manipulado, con lo que resulta de utilidad para alguien.




Figura 3. Bloque Elemental Datos.

3) BLOQUE ELEMENTAL ACTIVIDAD: Las actividades definen la función de un SI, por medio del proceso de los datos y la generación de información, que apoyan las actividades de una empresa. Las actividades de una empresa son procesos cotidianos que sirven para apoyar sus cometidos, metas y objetivos, algunos autores los llaman procedimientos. Algunas actividades pueden implantarse en forma de software y otras han de ser realizadas por personas (manuales). Entre las funciones de los SI se incluyen las ventas, los servicios, la fabricación, las expediciones, las recepciones, la contabilidad, etc. Al igual que el Bloque anterior ésta debe ser vista desde el punto de vista del Bloque Personas, como lo indica la siguiente figura. Las actividades de los sistemas de información son procesos que apoyan las actividades de empresa por medio de: a) Suministro de datos y el proceso de informaciones; y b) La Mejora y simplificación de las actividades de empresa.

Figura 4. Bloque Elemental Actividad.

4) BLOQUE ELEMENTAL REDES: Las redes son las estructuras de distribución de personas, datos, actividades y tecnología (los restantes bloques elementales) en los lugares adecuados de la empresa, y el movimiento (Flujo de Información) de datos entre dichos lugares. Indica la descentralización de la empresa y la distribución de los restantes Bloques Elementales en los lugares más útiles, la comunicación y coordinación entre dichos lugares. La geografía de un sistema es el conjunto de lugares geográficos donde la empresa elige o necesita realizar sus operaciones. Una red de empresa define los lugares detallados de trabajo, los recursos específicos disponibles en cada lugar y las necesidades de comunicaciones de empresa entre dichos lugares. Una red de empresa no requiere necesariamente una red informática. A veces,




las redes de empresa reciben el nombre de redes logísticas. En la siguiente figura se muestra la visión de este Bloque con respecto al resto de los Bloques Elementales.

Figura 5. Bloque Elemental Redes.

5) BLOQUE ELEMENTAL TECNOLOGÍA: La tecnología de información designa la moderna combinación de tecnologías informáticas y de telecomunicaciones. En la tecnología de información se incluyen las computadoras, los periféricos, las redes, las máquinas de fax, la telefonía, las impresoras inteligentes y otros tipos de dispositivos tecnológicos que apoyan el proceso de informaciones y las comunicaciones de empresa. La tecnología de datos incluye todo el hardware y software requerido para capturar, almacenar y gestionar los recursos de datos. Los bloques elementales DATOS de los sistemas de información se implantan por medio del empleo de tecnología de datos. La tecnología de procesos incluye todo el hardware y software requerido para apoyar las actividades de los sistemas de empresa y de información. Los bloques elementales ACTIVIDADES de los sistemas de información se implantan por medio del empleo de tecnología de procesos. Los bloques elementales REDES de los sistemas de información se implantan por medio del uso de tecnología de comunicaciones. La tecnología de comunicaciones, también denominada tecnología de diseño de redes o de telecomunicaciones, incluye el hardware y software utilizado para interconectar la tecnología de datos y de procesos en diferentes lugares. En la siguiente figura se muestra los componentes de este Bloque.

Figura 6. Bloque Elemental Actividad.




5.2.2 PRINCIPIOS PARA DESARROLLO DE SISTEMAS DE INFORMACIÓN Al igual los autores del Libro Guía de la materia establecen unos Principios para el Desarrollo de Sistemas, que se deben tener en mente para el desarrollo de cada uno de las actividades a desarrollar, que se presentan a continuación:

1) Implicar al usuario 2) Aplicar un método de resolución de problemas 3) Definir fases y actividades 4) Establecer normas para un desarrollo y una documentación consistentes 5) Justificar los sistemas como inversión de capital 6) No tener miedo de cancelar o revisar el proyecto 7) Divide y vencerás 8) Diseñar sistemas que puedan crecer y cambiar

5.3. TÉCNICAS DE INVESTIGACIÓN DE HECHOS Las Técnicas de Investigación de Hechos tienen como propósito recabar hechos preliminares sobre personas, datos, actividades, lugares y redes, así como tecnologías existentes. Además, lista de problemas, oportunidades, restricciones y opiniones. Las técnicas son seis:

1) Muestreo de la documentación (ejemplo de documentos son los formularios y los archivos existentes);

2) Investigación y Visitas a Instalaciones; 3) Observación del entorno de trabajo; 4) Cuestionarios; 5) Entrevistas; y 6) Diseño conjunto de aplicaciones (DCA).

5.4. TÉCNICAS DE COMUNICACIÓN INTERPERSONAL Entre las técnicas de comunicación interpersonal, se utilizará la Técnica de Redacción de Informes, elaborando un sólo informe (en el Segundo Momento), que integrará las tres fases del Análisis de Sistemas.

5.4.1 TÉCNICAS DE COMUNICACIÓN Las técnicas de comunicación son cuatro:

1) Reuniones, 2) Presentaciones formales,




3) Reuniones de Proyecto, e 4) Informes Escritos.

Por las características del trabajo las técnicas de comunicación no serán utilizadas en el desarrollo del trabajo.

5.4.2 TÉCNICAS DE REDACCIÓN DE INFORMES En cuanto a la redacción de informes, el informe factual consta de las siguientes secciones: I) Introducción, II) Métodos y procedimientos, III) Hechos y Detalles; IV) Discusión y Análisis de Hechos y Detalles, V) Recomendaciones y VI) Conclusión. El Informe Administrativo consta de las siguientes secciones: I) Introducción, II) Conclusiones y Recomendaciones, III) Resumen y Discusión de Hechos y Detalles, IV) Métodos y Procedimientos; V) Conclusión Final; VI) Apéndices con Hechos y Detalles. La diferencia principal entre ambos, es que el primero muestra al principio los detalles y luego las conclusiones; en cambio, el segundo, lo hace al contrario. Los Informes se elaborarán según las Fases del Análisis del Sistema, como se indica a continuación:

1) Fase de Inspección: se elabora una evaluación preliminar de viabilidad y una redacción del ámbito del proyecto, documentos ambos que se presentan a un Comité de Iniciativas para la toma de una decisión sobre la continuación o la cancelación del proyecto. En el libro texto se sugiere un Guión para la evaluación de viabilidad de un proyecto.

2) Fase de Estudio, se elabora y presenta una relación de los problemas de empresa y de los nuevos objetivos del sistema para verificar con los usuarios hasta qué punto conoce el sistema actual y los análisis de los problemas, las limitaciones y las restricciones de dicho sistema. En el libro texto se sugiere Guión de relación de problemas de empresa.

3) Fase de Definición, se produce una relación de necesidades de empresa. Este documento de especificaciones es a menudo extenso y complejo, y rara vez se escribe como un único informe dirigido a los usuarios y los propietarios del sistema. Es mejor revisarlo en reuniones de proyecto (en fragmentos más pequeños) con los usuarios y mantenerlo como referencia para los analistas y los programadores. En el libro texto no se sugiere un guión en particular para su realización.

5.5. ANÁLISIS DE VIABILIDAD DE LAS SOLUCIONES ALTERNATIVAS El análisis de viabilidad se realiza durante las Fases de Inspección, Estudio y Definición del Análisis de Sistemas del CVDS, y está dirigido a justificar si merece la pena, o no, continuar con el desarrollo del Sistema de Información, en función de: la solución a los problemas y oportunidades a resolver y de la satisfacción de necesidades de usuario para el nuevo sistema.




A Nivel del Análisis de Sistemas, las pruebas de viabilidad son sólo preliminares. A nivel del Diseño de Sistemas (que se verá en el próximo curso, Sistemas de Información II) adquiere su mayor importancia, para evaluar las soluciones alternativas a los problemas, oportunidades y necesidades de usuario. La Viabilidad es la Medida de las ventajas que podría reportar a una Empresa el desarrollo de un Sistema de Información. Los análisis de viabilidad propuestos son:

1) Viabilidad Operativa (Operacional): Estudia hasta que punto solución satisfará las necesidades de los usuarios, que opinan los usuarios de la solución encontrada y que cambios tendrían que hacerse para poderla en marcha. Se refiere al hecho de si trabajará o no el sistema, si este se llega a desarrollar, o la medida del correcto funcionamiento de la solución planteada. Las preguntas claves son: a) ¿Existe apoyo suficiente para el proyecto por parte de la administración?, ¿Y por parte

de los usuarios? b) Los métodos que actualmente se usan en la empresa, ¿son aceptados por los usuarios? c) ¿Los usuarios han participado en la planeación y desarrollo del proyecto?, ¿Cómo lo

han hecho? d) ¿El sistema propuesto causará perjuicios? e) ¿Producirá resultados pobres en alguna área? f) ¿Se perderá control en alguna área específica? g) ¿Se perderá la facilidad de acceso a la información? h) ¿La productividad de los empleados será menor después de instalado el sistema?. i) ¿Los clientes se verán afectados por la implantación?

2) Viabilidad Técnica: Consiste en realizar un estudio para determinar si la empresa cuenta con los recursos técnicos (tecnología) para satisfacer las necesidades que implica la obtención de un sistema de Información. En general responde a las preguntas: a) ¿Existe o se puede adquirir la tecnología necesaria para realizar lo que se pide? b) ¿El equipo propuesto tiene la capacidad técnica para soportar todos los datos

requeridos para usar el nuevo sistema? c) ¿El sistema propuesto ofrecerá respuestas adecuadas a las peticiones sin importar el

número y ubicación de los usuarios? d) Si se desarrolla el sistema, ¿se puede crecer con facilidad? e) ¿Existen garantías técnicas de exactitud, confiabilidad, facilidad de acceso y

seguridad de los datos? 3) Viabilidad Económica (Financiera): Analiza si la inversión que se va a realizar es justificada en

cuanto a los beneficios económicos que se van a alcanzar con el nuevo sistema. Un sistema puede ser factible desde el punto de vista técnico y operacional, pero sino es factible económicamente para la empresa no puede ser implantado. Las cuestiones económicas y financieras formuladas por los analistas deben incluir: El costo de llevar a cabo la investigación completa de sistemas. El costo del hardware y software para la aplicación y los Beneficios en la forma de reducción de costos o de menos errores costosos, y el costo si el proyecto no se lleva a cabo. Los aspectos básicos que se deben considerar, en este análisis son: a) el tiempo propio y el del equipo de sistemas,




b) el costo de hacer un estudio de sistemas completos (incluyendo el tiempo de los empleados con los que se trabajara),

c) el costo del tiempo de los empleados del negocio, el costo estimado del hardware y el de los software y/o desarrollo de software.

4) Viabilidad de Fechas (Calendario): Analizar si la solución puede diseñarse e implantarse en un período de tiempo aceptable o la medida si el proyecto es razonable en el cumplimiento de su calendario.

En el Presente Trabajo se documentará el empleo de las cuatro pruebas del Análisis de Viabilidad, sólo en la Fase de Inspección del Análisis de Sistemas, según las exigencias impuestas.

5.6. ESTRUCTURA PIECES Otra técnica a utilizar en el trabajo, y que se considera importante resaltar, es la Técnica de Estructura PIECES. Esta es una estructura para clasificar problemas, oportunidades y normas donde cada letra de la palabra PIECES representa una categoría de clasificación. Esta técnica clasifica los problemas y oportunidades en necesidades de mejorar, de la siguiente forma:

a) Prestaciones (PEFORMANCE): Necesidad de mejorar las Prestaciones b) Información (INFORMATION): Necesidad de mejorar la Información (o los datos). c) Economía (ECONOMICS): Necesidad de mejorar el control Económico o los costos d) Control y Seguridad (CONTROL): Necesidad de mejorar el Control y la seguridad e) Eficacia (EFFICIENCY): Necesidad de mejorar la Eficacia de personas y máquinas f) Servicio (SERVICES): Necesidad de mejorar el Servicio a los clientes, los colaboradores, los

empleados y así sucesivamente El significado de cada una de estas categorías se explica en la Tabla siguiente:

P Se producen problemas de prestaciones cuando las actividades del sistema se desarrollan con demasiada lentitud como para alcanzar los objetivos. Las prestaciones se miden a través de la productividad y el tiempo de respuesta.

I Se evalúa la capacidad del sistema para producir salidas útiles y oportunas para sus usuarios. Análisis de información: examina las salidas para detectar fallas. Análisis de datos: estudia almacenamientos de datos para detectar redundancias o inflexibilidades.

E Los problemas y oportunidades económicas se relacionan con los costos / beneficios del sistema. Costos (Desarrollo / Operación), Beneficios (Tangibles / Intangibles).

C El análisis de los controles revisa los controles internos de un sistema: controles de acceso, controles de validación de entradas, controles de salidas, controles de copias de respaldo y recuperación.

E El análisis de eficiencia del sistema (O/E) tiene que ver con el modo en que se usan los recursos para lograr los objetivos: lo que se busca es lograr más con menos.

S El análisis de servicios busca mejorar uno (ovarios): • Precisión (exactitud de resultados). • Facilidad de uso (o falta de ella). • Coordinación (entre todas las funciones del sistema buscado sinergia para alcanzar los objetivos). • Fiabilidad (consistencia entre el proceso y sus resultados).

Tabla 7. Significado Categorías Estructura PIECES.




5.7. TÉCNICAS DE MODELIZACIÓN Un modelo es una representación de una realidad compleja. Modelar es desarrollar una descripción lo más exacta posible de un sistema y de las actividades llevadas a cabo en él. Cuando un Sistema de Información es modelado, con ayuda de una representación gráfica (Diagrama de Datos, Proceso y Redes), pueden apreciarse con facilidad las interrelaciones existentes entre distintas actividades, analizar cada actividad, definir los puntos de contacto con otros procesos, así como identificar los subprocesos comprendidos. Al mismo tiempo, los problemas existentes pueden ponerse de manifiesto claramente dando la oportunidad al inicio de acciones de mejora. La modelización debe representar todas las Funciones y Sub-Funciones de un Sistema de Información. Los modelos se concentran en lo que debe hacer el sistema no en como lo hace, estos modelos pueden incluir notación gráfica, información y comportamiento del Sistema. Todos los Sistemas basados en computadoras pueden modelarse como transformación de la información empleando una arquitectura del tipo entrada y salida La Modelización se realiza durante toda las Etapas del CVDS y para los diferentes Bloques Elementales que componen el Sistema de Información. Para la Modelización del Sistema se utilizarán tres técnicas, según lo propuesto en el Libro Guía de la Materia [1]:

1) Modelización de Datos. 2) Modelización de Procesos. 3) Modelización de Redes.

5.7.1 MODELIZACIÓN DE DATOS Un modelo de datos permite describir las estructuras de los datos de un SI: el tipo, descripción y la forma en que se relacionan, restricciones de integridad entre otros, es factible pensar que un modelo de datos permite describir los elementos de la realidad que intervienen en un problema dado y la forma en que se relacionan esos elementos entre sí. No hay que perder de vista que una Base de Datos siempre está orientada a resolver un problema determinado, por lo que los dos enfoques propuestos son necesarios en cualquier desarrollo de software pero difieren conceptualmente unos de otros así proporcionen la misma funcionalidad en términos reales. La elaboración de un buen Modelo de Datos es fundamental para que el sistema pueda cumplir con la funcionalidad esperada, ya que este impacta de forma sustancial el diseño de los procesos informáticos, así como las Entradas y Salidas de los sistemas. También recibe el nombre de Modelo de Base de Datos. El modelo de datos representa: Cosas (o entidades u objetos) importantes para una empresa.




Relación existente entre las cosas. Se crea y se modifica hasta que representa bien a la empresa y puede crear un sistema. También se utiliza flujo de datos, modelos de estado, etc., en lenguaje de modelado

unificado (UML). Los modelos de datos se crean durante toda la CVDS. La modelización de datos se realiza en las Fases de Inspección, Estudio y Definición del Análisis de Sistemas. De cada una de estas fases se realizarán los siguientes Modelos:

1. Fase de Inspección: se obtiene un Modelo de Datos de Contexto del sistema, ya sea el actual o el nuevo.

2. Fase de Estudio: se obtiene un Modelo de Datos Esencial del Sistema Actual. 3. Fase de Definición se obtiene un Modelo de Datos Esencial del nuevo Sistema. Este

modelo muestra de forma detallada el Modelo de Datos de Contexto, y se construye, según la metodología, en cinco pasos: 3.1. Identificar las entidades; 3.2. Definir identificadores para cada entidad; 3.3. Dibujar un primer borrador del Modelo de Datos de Relaciones entre Entidades; 3.4. Identificar los atributos de datos; 3.5. Asignar los atributos de datos a las entidades.

5.7.1.1 Modelo de Datos a Nivel de Contexto Un Modelo de Datos a Nivel de Contexto (CDM) o Modelo de Datos de Contexto, también llamado Modelo de Datos Conceptual (CONCEPTUAL DATA MODEL), representa la estructura general lógico de un SI, que es independiente de cualquier software o estructura de almacenamiento de datos. Da una representación formal de los datos necesarios para hacer funcionar una empresa o una actividad empresarial, y con frecuencia contienen objetos de datos no se aplica todavía en la base de datos física. Al diseñar una base de datos, el proceso de diseño comienza normalmente en el plano conceptual, donde no es necesario para estudiar los detalles de la ejecución física real. Un Modelo de Datos Conceptual (MDC) permite:

1) Representar a la organización de los datos en un formato gráfico para crear Diagramas de Entidad-Relación (DER).

2) Verificar la validez de los datos de diseño. 3) Generar un Modelo de Datos Físicos (MDF), que especifica la implementación física de la Base

de Datos. 4) Generar un Modelo Orientado a Objetos (MOO), que especifica una representación de objeto

del modelo conceptual (MDC) utilizando el estándar UML. 5) Generar otro modelo conceptual (MDC), para crear otra versión del modelo para representar

las diferentes etapas de diseño.




El Modelo de Datos a Nivel de Contexto, no debe confundirse con el Modelo de Procesos a Nivel de Contexto. En el primero, se dibujan las Entidades y Relaciones más relevantes, sin mostrar las cardinalidades de las relaciones. Los Modelos de Datos serán documentados en el Diccionario del Proyecto, según lo indica la metodología propuesta en el Libro Referencia de la Materia [1]. Para el presente trabajo se elaborará un Modelo de Datos de Contexto en la Fase de Inspección, y un Modelo de Datos Esencial en la Fase de Definición, ambos modelos del sistema nuevo (3).

5.7.1.2 Modelo de Datos Esencial (MDE) El Modelo de Datos Esencial (MDE) detalla el Modelo de Datos de Contexto, y se construye en cinco pasos:

1) Identificar las entidades; 2) Definir identificadores para cada entidad; 3) Dibujo primer borrador del Modelo de Datos de las Relaciones entre Entidades; 4) Identificar los atributos de datos; 5) Asignar los atributos de datos a las entidades.

Este Modelos será documentado en el Diccionario del Proyecto, utilizando la notación la algebraica y se definirán en el DICCIONARIO DE PROYECTOS, en función de las siguientes estructuras de datos:

1) Secuencia; 2) Selección; y 3) Repetición.

Para la representación de estos Modelos se utilizará los Diagramas Entidad-Relación. Estos se desarrollaran según la metodología propuesta en el Libro Guía [1] , página 320.

5.7.1.3 Almacenes de Datos/ Entidades de Modelos Datos Los Almacenes de Datos (Estructuras de Datos o Entidades de los Modelos de Datos) son un grupo de datos elementales que están relacionados con otros y que en conjunto describen un componente del sistema. Los flujos de datos, o los almacenes de datos son ejemplo de estructuras de datos. Dicho de otra forma si las estructuras están en movimiento reciben el nombre de flujos y si son estéticas son almacenes de datos. Se construyen sobre cuatro relaciones de componentes; que bien pueden ser datos o estructuras de datos también. Se

3) Se asume que el sistema nuevo es conceptualmente semejante al sistema actual.




pueden usar las siguientes combinaciones ya sea en forma individual o en conjunción con alguna otra:

a) Relación secuencial. b) Relación de selección. c) Relación de iteración. d) Relación opcional.

En el presente trabajo se utilizará la notación algebraica y los de datos se definirán y representarán, en el Diccionario de Proyectos, en función de las siguientes estructuras de datos:

a) Relación secuencia; b) Relación de selección; y c) Relación de Repetición.

5.7.2 MODELIZACIÓN DE PROCESOS

El Modelado de Procesos es el proceso mediante el cual se realiza un diagrama que representa todo el sistema o proceso a estudiar. Es una parte del análisis de sistemas que facilita la comprensión de todos los procesos de un sistema en estudio. Sus principales objetivos son: Definir, Explicar, Desglosar, Documentar y Distinguir. Este debe ser entendido por dos cuestiones importantes: el Modelado y los Procesos. Frecuentemente los Sistemas de Información (conjuntos de procesos y subprocesos integrados en una Empresa) son difíciles de comprender, amplios, complejos y confusos; con múltiples puntos de contacto entre sí y con un buen número de áreas funcionales, departamentos y puestos implicados. Un modelo puede dar la oportunidad de organizar y documentar la información de un Sistema de Información. La Modelización de Procesos es una técnica para la definición de los requisitos de procesos del nuevo sistema. Una de las herramientas, más comunes, para el modelado de procesos son los Diagramas de Flujos de Datos (DFD). La Modelización de Procesos se realiza en las Fases de Inspección, Estudio y Definición del Análisis de Sistemas. En la fase de Inspección o en la fase de Estudio, se obtiene un Modelo de Procesos a Nivel de Contexto (MPC) del Sistema (actual o nuevo). En la Fase de Definición se obtiene un Modelo de Procesos Esencial (MPE) del sistema nuevo. Para la Elaboración de un Modelo de Procesos se deben realizar los siguientes pasos:

1) Elaborar un Diagrama de Flujos de Datos (DFD) de Contexto. 2) Diagrama de Descomposición (4), que esquematice los DFD. Se realiza antes de dibujar los

DFD de contexto, de forma de descomponer de manera lógica los procesos del Sistema. 3) Identificar los Almacenes de Datos; 4) Elaborar un Diagrama General de Flujo de Datos, con todos sus componentes, mostrando los

procesos obtenidos en el Diagrama de Descomposición.

4 ) Diagrama de Descomposición: Permite descomponer un proceso raíz en sub-procesos, funciones o tareas. Se representa con símbolos de Procesos.




5) Elaborar DFD de nivel medio; Se define un DFD para cada proceso del Diagrama General del Flujo de Datos.

6) Elaborar los DFD de nivel primigenio, donde se obtienen procesos que ya no pueden se desglosados.

7) En el Diccionario de Proyectos se documentan y describen los procesos descritos, utilizando el Lenguaje Estructurado y la Tabla de Decisión.

5.7.2.1 Diagramas de Flujo de Datos (DFD) Los DFD (DATA FLOW DIAGRAM), son representaciones de información a través de entidades externas, pasos internos de procesado y elementos de almacenamiento de datos de un proceso de negocio. Estos diagramas permiten ver cómo fluyen los datos a través de la organización, los procesos así como las transformaciones que sufren dichos datos y los diferentes tipos de salidas, aunque no modela representaciones de flujos de materiales, recursos humanos, y otros elementos relacionados con los procesos de negocio (Yourdon, 1989). Los DFD son una herramienta de Modelación de procesos que representa el flujo de datos a través de un sistema y los trabajos o procesos llevados a cabo por dicho sistema. Entre sus sinónimos se incluye, Mapa de Burbujas. Los DFD ilustran el flujo de los datos y tareas a través de un Sistema y se utilizan en diferentes niveles de detalle en las Etapas del CVDS. Los DFD se elaboran de dos forma: a) Método de Expansión, el cual refina un DFD general en un solo DFD más detallado; b) Método Explosión: que refina el DFD general en varios DFD más detallados, es el utilizado en el Libro Guía de la Materia [1]. Al final de la elaboración del DFD se deben conservar únicamente los procesos que:

1) Realicen cálculos, como por ejemplo el cálculo promedio de calificaciones. 2) Tomen decisiones, como por ejemplo decidir la aprobación de una beca a un estudiante

según diversas reglas. 3) Dividan los flujos de datos según su contenido o las reglas de la empresa, como por ejemplo

separar los pedidos aprobados de los rechazados en función de las reglas de gestión de la concesión de crédito.

4) Combinen los flujos de gestión de datos, como por ejemplo: combinar los cursos requeridos con los cursos disponibles para crear la planificación de cursos de un estudiante.

5) Filtren y/o resuman los flujos de datos para producir nuevos flujos de datos, como por ejemplo: filtrar los datos de facturación para identificar solo las cuentas no pagadas o resumir los datos de inscripción a cursos para identificar los cursos de mayor demanda (en ambos casos los datos no cambian pero si su estructura).

En el presente trabajo se elaborará un MPC en la Fase de Inspección, y un MPE en la Fase de Definición, ambos modelos del Sistema Nuevo (5). Los Modelos de Procesos serán documentados en el DICCIONARIO DE PROYECTOS utilizando la Herramienta de la Tabla de Decisión para la especificación de las normas y la Herramienta del Lenguaje Estructurado para la especificación de los procedimientos. El DICCIONARIO DE PROCESOS se implantará 5) Se asume que el sistema nuevo es conceptualmente semejante al sistema actual.




mediante el uso de un procesador de texto. La sección del diccionario correspondiente a cada modelo elaborado, se colocará inmediatamente y a continuación del modelo en cuestión.

5.7.2.2 Modelo de Procesos de Contexto (MPC) El MPC es el modelo de procesos más general que puede utilizarse en un sistema o aplicación y define el campo de acción y los límites del sistema y el proyecto. El ámbito de todo proyecto está sujeto siempre ha cambios; por tanto, también lo estará el MPC. Entre sus sinónimos incluyen Diagrama de Flujos de Datos de Contexto, Diagrama de Contexto o Modelo Ambiental. El MPC. El sistema o aplicación se representa como un único proceso. Sus interacciones con la empresa, otros sistemas y el mundo exterior se dibujan como flujos de datos de entradas y salidas. El MPC define el ámbito del Proyecto, donde se considera un único proceso que conforma la aplicación informática. En el Modelo de Procesos Esencial (MPE) se detalla el MPC.

5.7.2.3 Modelo de Procesos Esencial (MPE) El Modelo de Procesos Esencial (MPE) detalla al MPC, y se construye en cinco pasos:

1) Elaborar un diagrama de descomposición que esquematice los diagramas de flujos de datos;

2) Identificar almacenes de datos; 3) Elaborar un diagrama general de flujo de datos; 4) Elaborar diagramas de flujo de datos de nivel medio; 5) Elaborar los diagramas de flujo de datos de nivel primigenio.

5.7.3 MODELIZACIÓN DE REDES El objetivo de la Modelización de Redes es conseguir una mejor comprensión de la Red de Empresa. En este Modelo las redes o puestos, se simbolizan utilizando diagrama de conexión de puestos (DCP) para especificar la distribución física de los usuarios, procesos y datos, así como las interconexiones necesarias para establecer las comunicaciones entre los diversos módulos del sistema. En el presente trabajo se aplicarán las técnicas de Modelización de Redes en un Sistema de Información, documentando el resultado de su aplicación en el Diccionario de Proyecto, según la mitología propuesta en el Libro de Texto de la materia [1]. La Modelización de Redes se realiza en las Fases de Inspección, Estudio y Definición del Análisis de Sistemas del CVDS y se va refinando a lo largo de las tres fases. El Modelo General de Redes, para efectos del trabajo se denominara Modelo de Redes de Contexto, para seguir la nomenclatura usada en el Libro Texto, y se elabora en la Fase de Inspección, o sino, en la Fase de Estudio, y el Modelo Detallado de Redes (que se denominará Modelo de Redes Esencial, para seguir la nomenclatura ya mencionada) se elabora en la Fase de Definición.




En la Fase de Inspección o en la Fase de Estudio, se realizan los siguientes pasos: 1) Identificar los puestos; 2) dibujar un diagrama de descomposición para esbozar y agrupar los puestos. En la Fase de Definición se realizan los siguientes pasos: 1) Dibujar un diagrama de conexión de puestos del sistema; y 2) Dibujar diagramas de conexión de puestos ampliados. El Modelo de Redes se documentará en el Diccionario de Proyectos siguiendo los siguientes pasos: 1) Asignar un nombre a cada puesto; 2) Definir cada puesto; 3) Describir cada puesto del modelo de red, hasta llegar al puesto atómico (aquél, que no puede desglosarse más). En la documentación del Modelo de Redes de Contexto, se hacen los 2 primeros pasos, y en la del Modelo Esencial de Redes, el tercer paso. En el DICCIONARIO DEL PROYECTO, sección Diccionario de Redes se colocará la información referente a este apartado.

5.8. GESTIÓN DE PROYECTOS La gestión de proyectos tal como lo expresa la metodología, incluye además, el plan de proyectos, la gestión de expectativas y la técnica del Análisis de Función. El plan del proyecto se realiza en las Fases de Inspección, Estudio y Definición del Análisis de Sistemas, y a medida que se avanza en las Fases, se refina y precisa cada vez más. Durante la Fase de Inspección, se elaborará un plan que comprenda todas las Funciones o Etapas del Proyecto de Desarrollo del Sistema de Información, utilizando sólo una de las dos herramientas de Gestión de Proyectos, las cuáles son Gráficos PERT, o sino, Gráficos de GANTT.

5.9. DICCIONARIO DEL PROYECTO El DICCIONARIO DEL PROYECTO es el lugar donde se guardan la documentación y los programas asociados a un proyecto, así cómo sus objetivos, su contenido y su utilización, también es denominado Diccionario de Datos o Enciclopedia. Se trata de un trabajo de referencia que versa sobre los datos (por tanto, su contenido está formado por metadatos), compilado por el analista del sistema para guiarse durante las Etapas del CVDS. En esencia, el Diccionario de Proyecto es un catálogo, un depósito, de los elementos de un sistema. Estos elementos se centran alrededor de los datos y la forma en que están estructurados para satisfacer los requerimientos y las necesidades de la organización. En él se encuentran la lista de todos los elementos que forman parte del flujo de datos en todo el sistema. Los Analistas usan los Diccionarios de Proyectos por cinco razones principales:

a) Manejar los detalles en sistemas grandes. b) Comunicar un significado común para todos los elementos del sistema. c) Documentar las características del sistema.




d) Facilitar el análisis de los detalles con la finalidad de evaluar las características y determinar donde efectuar cambios en el sistema

e) Localizar errores y omisiones en el sistema

La metodología que se utilizará para la elaboración del Diccionario del Proyecto es la planteada el en Libro Guía de la Materia [1] (página 244) y su organización según lo propuesto en el Libro Guía, página 450, figura 11.2.

Para el presente trabajo el DICCIONARIO DEL PROYECTO se implantará mediante el uso del procesador de texto Microsoft Word. El Diccionario del Proyecto, será almacenado en el Archivo: Diccionario Proyecto SERLOGOS (TP-335-2011-1) (Primer Momento).doc, que se entregará en conjunto al presente informe.


CONCLUSIÓN FINAL


6. CONCLUSIÓN FINAL

6.1. CONCLUSIONES

4) Conclusiones: a) Se observan problemas en la Sala de Computación de LOGOS, derivados

fundamentalmente de los procesos manuales, que son engorrosos y lentos, aunado a la gran cantidad de Usuarios (2000 Estudiantes en modalidad Presencial y Semi-Presencial).

b) Los problemas están ocasionando insatisfacción en los usuarios por el atraso en las respuestas de los servicios.

c) Se concluye que los problemas están afectando a la organización en sus Prestaciones, Información, Economía de Costos, Control de Normas y Procesos, Eficacia y en los Servicios que presta.

d) El personal de la Sala de Computación LOGOS, se está sobrecargando por el aumento del volumen de requerimientos, que los procesos manuales no están preparados para procesar.

e) También se observaron oportunidades que justifica la implantación del nuevo sistema, tales como: i) El interés de la Dirección de Ingeniería de Sistemas de Desarrollar el nuevo Sistema. ii) Los modelos de datos son compatibles con la concepción del nuevo sistema. iii) La plataforma informática actual, en su gran parte podrá ser utilizada para el nuevo

sistema, disminuyendo costos de adquisición. iv) Uso de personal de la Sala para el desarrollo del Nuevo Sistema. v) La posibilidad de implantación del Sistema en costos y tiempos razonables es

altamente factible. 5) OPORTUNIDADES Y ANÁLISIS:

a) La cantidad de estudiantes y la decisión de desarrollar el Sistema SERLOGOS, presenta una gran oportunidad para la implementación del Sistema Propuesto.

b) Se detecta un problema y a la vez una oportunidad de mejora de los procesos manuales de la Sala de Computación.

c) Se tienen parámetros para poder concluir que, se ahorrarán costos en el momento de la Implantación, por disponer de una plataforma Informática, cuestión que disminuirá los costos de adquisición de hardware y también se ahorrará en el momento de la migración de los Datos, ya que el Modelo de Datos del Sistema Actual y el Propuesto son similares.

d) De ambos análisis, se puede decir que existen problemas que afectan la Economía de le Organización negativamente, pero al mismo tiempo existen factores de ahorro para la implantación del Sistema Nuevo lo que representa una oportunidad.

e) El Desarrollo del Sistema nuevo es una oportunidad para corregir las carencias y debilidades en el manejo de la Información de la Sala de Computación, Preinscripciones e Inscripciones, cuestión nuclear para el desarrollo de las actividades de la organización.


CONCLUSIÓN FINAL


6.2. RECOMENDACIONES

6) Basado en el Análisis realizado hasta el momento se recomienda el desarrollo e implantación del DESARROLLO E IMPLANTACIÓN DEL SISTEMA DE INFORMACIÓN PARA LOS SERVICIOS DE LA SALA DE COMPUTACIÓN LOGOS (SERLOGOS)

7) Para esto se debe continuar con la siguiente Fase, Definición, del Análisis de Sistema. 8) Si le Organización desea mejorar y ampliar los servicios de la Sala de Computación LOGOS,

deberá desarrollar el Sistema Propuesto.


APÉNDICES CON HECHOS Y DETALLES


7. APÉNDICES CON HECHOS Y DETALLES

7.1. ESPECIFICACIONES Y REQUERIMIENTOS DEL TRABAJO

7.1.1 PLANTEAMIENTO DEL PROBLEMA El Centro de Formación Permanente LOGOS tiene más de veinte años de experiencia, y ofrece cerca de 250 cursos para la formación cristiana en diferentes áreas temáticas, con el propósito de que el aspirante pueda seleccionar la acción formativa que mejor se adapte a sus necesidades y circunstancias personales en la modalidad Presencial, Semi-Presencial y ON-LINE. La formación comprende las áreas temáticas de: Estudios Bíblicos del Antiguo y Nuevo Testamento, Liderazgo, Organización y Administración de Iglesias, Consejería, Evangelismo y Misiones, Computación Básica, Idiomas, Historia de la Iglesia, Historia General, Metodología de la Investigación, Psicología, Sociología, Predicación, Lenguas Bíblicas, Teología Práctica, Teología Sistemática, etc. Para desarrollar esta oferta formativa rigurosa y de calidad, LOGOS cuenta con la experiencia docente e investigadora de los profesores que participan activamente en el ministerio de la iglesia local y de invitados de reconocida trayectoria. En la actualidad, cuenta con más de 2.000 alumnos inscritos en los diferentes cursos académicos, sin tomar en cuenta, a los inscritos en la modalidad ON-LINE. En las modalidades Presencial y Semi-Presencial, LOGOS ofrece en la sala de computación con acceso a internet, ubicada en su sede física, la oportunidad a sus estudiantes de acceder a los recursos tecnológicos informáticos, y de recibir capacitación y actualización tecnológica. El servicio de uso gratuito de los equipos de computación ubicados en la Sala de Computación LOGOS, consiste en asignarles a sus estudiantes, una cuota de tiempo de uso para que realicen actividades de tipo académico, de investigación u otros que se permitan en la normativa establecida para uso de la sala. El servicio de cursos que ofrece la Sala LOGOS, consiste en asignarles a los participantes que se matriculan en los cursos; material instruccional, equipo de computación, y un facilitador; así como, la entrega de certificados a participantes y facilitadores. La preinscripción e inscripción en los cursos ofertados se realizará de dos formas: En forma presencial, solicitándolo directamente en la sala, o a distancia, mediante la página WEB que da acceso a este servicio. Actualmente, toda la gestión administrativa de los servicios que ofrece la sala Logos, se realiza manualmente, utilizando para ello, formatos físicos, haciendo más engorroso y lento el trabajo, en especial a la hora de elaborar y presentar un informe o estadística de estas actividades.




7.1.2 ESPECIFICACIONES Y REQUERIMIENTOS DEL NUEVO SISTEMA El Sistema SERLOGOS se manejará en tres instancias que se especifican a continuación:

1. Primera Instancia: será para el administrador general del sistema, quien tendrá el acceso total a todo el sistema, y será responsable de la administración, actualización y mantenimiento del sistema. Esta responsabilidad será desempeñada por el cargo del jefe de la Sala de Computación LOGOS, que para el sistema será definido como super-usuario.

2. Segunda Instancia: será para el administrador de datos del sistema, quien tendrá acceso restringido al sistema, para llevar el registro y actualización de los datos almacenados en archivos y base de datos del sistema. Esta responsabilidad recaerá sobre el cargo del analista de sistemas de la Sala LOGOS.

3. Tercera Instancia: será para el estudiante y operario de la sala, quien podrá acceder a la asignación de equipos de computación, e información de los cursos que ofrece la sala, por medio de un enlace colocado en la página WEB de SERLOGOS, permitiéndole realizar consultas de la oferta de cursos, así como, la preinscripción e inscripción en el curso escogido.

SERLOGOS presentará las siguientes funcionalidades:

1. Asignar un equipo de computación, en un lapso de tiempo dado. 2. Mostrar la oferta de cursos en un periodo lectivo dado. 3. Pre-Inscribir e Inscribir a un estudiante en un curso dado.

Además, el sistema SERLOGOS emitirá dos reportes indicadores de gestión de servicios ofrecidos por la Sala LOGOS:

1. Horarios con mayor demanda de equipos de computación, en un rango de diferentes periodos lectivos.

2. Cursos con mayor demanda de preinscritos e inscritos, en un rango de diferentes periodos lectivos.

Está fuera del alcance del sistema SERLOGOS:

1. En la preinscripción e inscripción de cursos: 1.1. El manejo administrativo de pago de los cursos y certificados. 1.2. La asignación automática de horarios y facilitadores. Se asumirá que la oferta de cursos ha sido programada en forma manual, previendo que no haya solapamientos de fechas y horarios de uso de la sala, ni de facilitadores.

2. En la asignación de equipos de computación: 2.1. La asignación automática de equipos de computación.




Se supondrá que el operario de la sala, visualmente escogerá un equipo de computación disponible, lo asignará al estudiante y registrará en el sistema.

7.1.3 ESPECIFICACIONES DEL TRABAJO PRÁCTICO

7.1.3.1 Elaboración y Entrega del Trabajo Práctico El estudio del sistema se iniciará en la segunda función (6) del Desarrollo de Sistemas (el Análisis), la cual es objeto de este trabajo práctico. Por tanto, no existe información previa, contenida en un documento denominado Proyecto de Sistemas, que se genera en la primera función del desarrollo de sistemas (La Planificación). El Informe correspondiente al Trabajo Práctico se realizará en dos momentos:

1. Primer Momento: (semana No. 20 de presentación de pruebas de la carrera), se entregará el Módulo I, como una versión de avance del trabajo práctico para su revisión.

2. Segundo Momento: (semana No. 25 de presentación de pruebas de la carrera), se entregarán los módulos I y II como una versión definitiva, a los fines de evaluar el logro de los objetivos.

3. El módulo I constará de las Fases de Inspección y Estudio. 4. El módulo II constará de la Fase de Definición.

7.1.3.2 Requisitos para Presentación del Informe del Trabajo El Informe del trabajo práctico deberá cumplir con los requisitos de presentación, estructuración, y especificidad exigidos, ya que no se aceptarán trabajos, que no cumplan con los mismos.

1. La presentación debe ser impecable en cuanto a limpieza, encuadernación, portada, índice, numeración de páginas, titulación de contenidos, pertinencia entre títulos y contenido, uso y referencias de figuras y tablas, etc.

2. La estructuración será de acuerdo a como se indica en el objetivo 11. En este sentido, se elaborará un solo informe de tipo factual o sino, administrativo que constará de seis secciones, las cuales aglutinarán las tres fases metodológicas del análisis. La sección III, “Hechos y detalles”, se estructurará según la secuencia metodológica mostrada en la serie de cuadros denominados “Guía Metodológica para el Análisis del Sistema”.

3. La especificidad se refiere a la concreción y suficiencia explicativa en cada uno de los puntos tratados.

6) A lo largo de la Materia, se utilizan indistintamente los términos Función o Etapas.




7.1.3.3 Metodología del Trabajo El Alumno realizará el análisis del sistema planteado, tomando en cuenta lo siguiente:

1. La metodología a seguir, será la adoptada en la presente asignatura, la cual está descrita en el libro “Análisis y Diseño de Sistemas de Información” de los autores WHITTEN, BENTLEY Y BARLOW [1].

2. Esa metodología consta de una sucesión de Fases y Actividades, las cuales son descritas conjuntamente, en la Unidad 12 del MIA.

3. La actividades metodológicas en su mayoría, utilizan técnicas y herramientas, que son complejas y extensas en su aplicación, por lo cual fue necesario explicar dichas actividades separadamente en el material MIA, desde la Unidad 5 hasta la Unidad 11.

4. Una misma técnica y herramienta puede ser usada en distintas actividades, pero con propósito diferente.

5. El proceso del análisis debe ceñirse estrictamente al orden secuencial de la actividades metodológicas, aunque algunas de ellas no requerirán ser efectuadas. Esto puede observarse en la serie de cuadros denominados “Guía metodológica para el análisis del sistema“, los cuales están ubicados al final de este trabajo práctico.

6. El proceso del análisis debe ser un estudio formal, exhaustivo y coherente del problema planteado.

7. Las especificaciones dadas podrán enriquecerse con una situación real, siempre y cuando, se mantenga dentro del contexto de los requerimientos funcionales expresados. En tal caso, podrá completar, detallar, adaptar y/o modificar procesos, datos y términos que se justifiquen, documentándolos debidamente, especificando el motivo, fuente y resultado de la investigación realizada en la situación real.

8. Si en las especificaciones, no se indican todos los datos necesarios para efectuar determinada actividad y/o usar cierta técnica y herramienta, entonces el alumno ideará datos que resulten razonables para tal fin.




7.2. MODELO ENTREVISTA INICIAL

PREGUNTAS DE MUESTRA PARA ENTREVISTA FASE INSPECCIÓN

PERSONAS: USUARIOS FINALES (DIRECTOS): (Del Sistema susceptible a ser construido)

USUARIOS AFECTADOS (INDIRECTOS): DESARROLLADOR SISTEMA EXISTENTE: IMPULSORES DE LA SOLICITUD DEL SISTEMA PROPUESTO: PENSAMIENTO O POSICIÓN: (Caso de aprobarse el desarrollo del nuevo Sistema)

POSICIÓN USO TECNOLOGÍAS TIC: POSICIÓN TRABAJAR CON PROFESIONALES TIC: PROPUESTA:

DATOS ENTRADAS CLAVES DEL SISTEMA: SALIDAS CLAVES DEL SISTEMA: DATOS ALMACENADOS ACTUALMENTE: (Capturados o Almacenados)

OTRA INFORMACIÓN RELEVANTE:

ACTIVIDADES: PRÓPOSITO O COMETIDO ÁREA DE EMPRESA: (Datos del Área de Empresa relevantes)

METAS Y OBJETIVOS DE LA EMPRESA: ÁREA DE LA EMPRESA BAJO ESTUDIO RELACIÓN DE LA EMPRESA CON OTROS ÁREAS: PROCESOS ESTABLECIDOS O INFORMATIZADOS: (En el área de empresa bajo estudio)

SISTEMAS EXISTENTES: ACTIVIDADES AUTOMATIZADAS: ACTIVIDADES AUTOMATIZADAS: PROBLEMAS O INCONVENIENTE SISTEMA ACTUAL: (Manual o Informático)

OBJETO DEL NUEVO SISTEMA: NUEVOS REQUERIMIENTOS DE SISTEMAS:

REDES: PUESTOS INVOLUCRADOS: (Recibirán soporte del nuevo sistema)

FORMA DE COMUNICACIÓN ACTUAL PUESTOS:

TECNOLOGÍA: PLATAFORMA TECNOLÓGICA EXISTENTE: (Computadores, Servidores, Servicios de Red entre otros)

OTRA INFORMACIÓN RELEVANTE:

Tabla 8. Formato Entrevista Fase Inspección.




7.3. MODELO INFORME EVALUACIÓN DE VIABILIDAD DE PROYECTO

Logotipo de la organización

Centro de Formación Permanente LOGOS INFORME EVALUACIÓN

DE VIABILIDAD DE PROYECTO

SISTEMA DE INFORMACIÓN PARA LOS SERVICIOS DE LA SALA DE

COMPUTACIÓN LOGOS

(SERLOGOS)

DIEVP: AS-11-001

Caracas, 25/05/2011

Elaborado por:

Analista: Tirso R. FERNÁNDEZ




INFORME EVALUACIÓN DE VIABILIDAD DE PROYECTO

DIEVP: AS-11-001

I. RESUMEN EJECUTIVO 1. NOMBRE DEL INFORME: 2. AUTOR(ES): 3. RECEPTOR(ES):

Analista: Tirso R. FERNÁNDEZ 4. ETAPA (CVDS) Y FASE DEL PROYECTO: ETAPA ANÁLISIS DE SISTEMA, FASE INSPECCIÓN 5. OBJETO DEL INFORME:

6. El presente informe presenta las actividades realizadas en la Fase Inspección. Las actividades desarrolladas son: 3. ACTIVIDAD 1: 4. ACTIVIDAD 2: 5. ACTIVIDAD 3:

7. RESUMEN RECOMENDACIONES: 1. Prueba 1:

1.1 Prueba 2 1.1.1 Prueba 3

(i) Prueba 4 8. ASUNTOS PENDIENTES: 2. Asunto 1:


(ii) Prueba 2





DIEVP: 11-001

II. INFORMACIÓN BÁSICA 9. DESCRIPCIÓN DE LA SOLICITUD DEL PROYECTO: 1. SOLICITUD 1:


(iii) Prueba 2 10. DESCRIPCIÓN DE LAS ACTIVIDADES DE LAS FASES COMPLETAS: 2. ACTIVIDAD 1:


(iv) Prueba 2 INFORME EVALUACIÓN DE VIABILIDAD DE PROYECTO

DIEVP: 11-001

III. CONCLUSIONES 1. PROBLEMAS Y ANÁLISIS: 1. PROBLEMA 1:


(v) Prueba 2 2. OPORTUNIDADES Y ANÁLISIS: 1. PROBLEMA 1:


(vi) Prueba 2 3. NORMAS E IMPLICACIONES 2. PROBLEMA 1:


(vii) Prueba 2





DIEVP: 11-001

IV. RECOMENDACIONES DETALLADAS 4. RECOMENDACIÓN: 1. Arreglos Rápidos: 2. Mejoras: 3. Nuevo Desarrollo: 5. ÁMBITO DEL PROYECTO:

a) MODELO DE CONTEXTO DE PROCESOS:

b) MODELO DE CONTEXTO DE DATOS:

c) MODELO DE CONTEXTO DE REDES: 6. PLAN DEL PROYECTO:

a) OBJETIVOS PROYECTO INICIAL:

b) PLAN MAESTRO Y SUPUESTOS INICIALES:

c) PLAN DETALLADO FASE:

7. APÉNDICES: OBJETIVOS PROYECTO INICIAL:

7.4. HERRAMIENTAS CASE UTILIZADAS

HERRAMIENTA CASE DESCRIPCIÓN 1. EasyCase Modelado de Datos y Procesos 2. WBS Chart Pro Generación de Estructura Desglosada de Trabajo 3. DB Designer V4.0 Modelado de Datos 4. Microsoft Proyect 2003 Generación del Plan del Proyecto y del Diagrama

GANTT 5. Microsoft Word 2003 Para realización del DICCIOANRIO DEL PROYECTO

6. Microsoft Visio Diagramación de los Modelado de Datos, Procesos y Redes

7. Microsoft Excel Cálculo de Costos Tabla 9. Herramientas CASE utilizadas.


Referencias BIBLIOGRÁFICAS


APÉNDICES

1. REFERENCIAS BIBLIOGRÁFICAS

1.1.1 BIBLIOGRAFÍA [1] WHITTEN, BENTLEY Y BARLOW (1996). “Análisis y Diseño de Sistemas de Información”, Tercera

Edición, Mc GRAW HILL.

[2] “Material Instruccional de Apoyo (MIA)” (2006). UNIVERSIDAD NACIONAL ABIERTA.

[3] “GUÍA METODOLÓGICA PARA EL ANÁLISIS DEL SISTEMA” (2006). Trabajo Práctico 2011-1. INGENIERÍA DE SISTEMAS, SISTEMAS DE INFORMACIÓN I (335). UNIVERSIDAD NACIONAL ABIERTA.

[4] KENDALL, K Y KENDALL, J (1991). “Análisis y Diseño de Sistemas”. Prentice Hall.

[5] SENN, J. (1993). “Análisis y Diseño de Sistemas de Información”. Mc. Graw Hill.

[6] PRESSMAN, R. (2002). “Ingeniería de Software. Un Enfoque Práctico”. Mc. Graw Hill.

[7] RAYMOND MCLEOD. Jr. (2000). “Sistemas de Información Gerencial”, Séptima Edición, Editorial PEARSON Educación.

1.1.2 RECURSOS ELECTRÓNICOS [8] MIGUEL J. BECERRA G (Abril 2009). Trabajo de Aplicación Profesional: “Sistema en Ambiente Web

para el Control de Cheques Devueltos, Módulo de Cobranzas para el Sistema de Reportes Gerenciales MIXREP y Sistema para la Actualización de la Página Web www.materialesdiversosmyc.com para la empresa Materiales Diversos M&C C. A”. Universidad Nacional Experimental del Táchira, Departamento de Ingeniería en Informática. http://biblioteca.unet.edu.ve/index.php?module=fast.

[9] VICENÇ FERNÁNDEZ ALARCÓN (Junio de 2006). “Desarrollo de Sistemas de Información, Una Metodología Basada en el Modelado”. Material elaborado para los Estudios de Segundo Ciclo d’Enginyeria en Organització Industrial de l’ETSEIAT, Universidad Politécnica de Cataluña. Primera edición, http://www.edicionsupc.es/ftppublic/pdfmostra/OE04300C.pdf.

[10] VÍCTOR M. RODRÍGUEZ, “Guía Breve para la Preparación de un Trabajo de Investigación Según el Manual de Estilo De Publicaciones de la American Psychological Association (APA)”. Bibliotecario Auxiliar Sala de Información e Investigación. Junio 2002. http://biblioteca.sagrado.edu/guia-apa.htm.

[11] JUAN A. LÓPEZ Q. “Diccionario de Datos. Tema 3, Análisis Estructurado III”. Ingeniería del Software. http://www.slidefinder.net/i/ingenier%C3%ADa_software_tema_an%C3%A1lisis_estructurado/7855684/p2.

[12] MARCELO CLAUDIO PÉRISSÉ (2001), “PROYECTO INFORMÁTICO, Una Metodología Simplificada”, Impreso en Argentina, ISBN: 987-43-2947-5. http://www.cyta.com.ar/biblioteca/bddoc/bdlibros/ proyectoinformatico/libro/

[13] Tabulador de Sueldos Mínimos, Colegio de Ingenieros de Venezuela, http://www.civ.net.ve/documentos.php.


Glosario/ Nomenclatura de Términos


2. GLOSARIO/ NOMENCLATURA DE TÉRMINOS

Para facilitar el desarrollo del trabajo se implementado una nomenclatura con los términos más comunes utilizados en el trabajo, que a continuación se describen:

SIGLAS/ NOMENCLATURA DESCRIPCIÓN

UNA Universidad Nacional Abierta. TIC Tecnologías de Información y Comunicación.

SERLOGOS Sistema de Información para los Servicios de la Sala de Computación LOGOS.

MIA Material Instruccional de Apoyo. Texto editado por la UNA para facilitar el seguimiento y compresión de los contenidos temáticos.

CVDS Ciclo de Vida del Desarrollo de Sistemas (en particular Sistemas de Información).

EDT Estructura Desglosada de Tareas ("WORK BREAKDOWN STRUCTURE" - WBS) DFD Diagramas de Flujos de Datos. MPC Modelo de Procesos de Contexto. MPE Modelo de Procesos Esencial. SI Sistemas de Información TIC Tecnologías de Información y Comunicación DIS Desarrollo de Sistemas de Información N del A Notas del Autor del Documento

E-LEARNING

Se denomina Aprendizaje Electrónico o “Aprendizaje en Línea (N del A) “a la educación a distancia completamente virtualizada a través de los nuevos canales electrónicos (las nuevas redes de comunicación, en especial Internet), utilizando para ello herramientas o aplicaciones de hipertexto (correo electrónico, páginas WEB, foros de discusión, mensajería instantánea, plataformas de formación -que aúnan varios de los anteriores ejemplos de aplicaciones-, etc.) como soporte de los procesos de enseñanza-aprendizaje. En un concepto más relacionado con lo Semi-Presencial, también es llamado B-LEARNING (BLENDED LEARNING).

Tabla 10. Glosario Términos/ Nomenclaturas.

tp sistemas informacion i 335 2011 1 primer momento

Documents