Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Tp336 2015-1

195 views

Published on

Trabajo Práctico de Sistemas de Información II, semestre 2015-2, Universidad Nacional Abierta, Venezuela

Published in: Data & Analytics
  • Be the first to comment

  • Be the first to like this

Tp336 2015-1

  1. 1. 336-TP lapso 2015-1 1/13 Especialista: Mireya Delgado Ingeniería de Sistemas Evaluador: Sandra Sánchez UUNNIIVVEERRSSIIDDAADD NNAACCIIOONNAALL AABBIIEERRTTAA ÁÁRREEAA DDEE IINNGGEENNIIEERRÍÍAA CCAARRRREERRAA IINNGGEENNIIEERRÍÍAA DDEE SSIISSTTEEMMAASS TRABAJO PRÁCTICO: ASIGNATURA: SISTEMAS DE INFORMACIÓN II CÓDIGO: 336 FECHA DE ENTREGA DE LAS ESPECIFICACIONES AL ESTUDIANTE: A partir de la primera semana de presentación de pruebas de la universidad a través del asesor de la asignatura en su centro local. FECHA DE DEVOLUCIÓN DEL INFORME POR EL ESTUDIANTE: El informe correspondiente al trabajo práctico se realizará en dos momentos. En el primer momento (5a semana de presentación de pruebas), se entregará el módulo I como una versión de avance del trabajo práctico para su revisión. En el segundo momento (9a semana de presentación de pruebas), se entregarán los módulos I y II como una versión definitiva, a los fines de evaluar el logro de los objetivos. NOMBRE DEL ESTUDIANTE: CÉDULA DE IDENTIDAD: CORREO (s): TLF(s): FIRMA DEL ESTUDIANTE: CARRERA: 236 LAPSO: 2015/1 CENTRO LOCAL: Nro. ORIGINALES: UTILICE ESTA MISMA PAGINA COMO CARÁTULA DE SU TRABAJO RESULTADOS DE LA CORRECCIÓN OBJ N° 1 2 3 4 5 6 7 8 0:NL 1:L
  2. 2. 336-TP lapso 2015-1 2/13 Especialista: Mireya Delgado Ingeniería de Sistemas Evaluador: Sandra Sánchez TRABAJO PRÁCTICO SISTEMAS DE INFORMACIÓN II (336) ELABORACIÓN Y ENTREGA DEL El alumno realizará el diseño e implantación del sistema de información analizado en la asignatura Sistemas de Información I en el lapso inmediatamente anterior a éste, utilizando la metodología referida en el Plan de Curso de la asignatura y descrita sucintamente en el Material Instruccional de Apoyo (MIA). Se le sugiere al alumno, que lea detenidamente el MIA, debido a que allí se destacan los aspectos en que se enfocará el estudiante para la elaboración de este trabajo, así como varias aclaratorias sobre tópicos del libro que no están suficientemente explicados, o presentan pequeños errores. Además, muestra algunos ejercicios que le ayudarán a desarrollar el trabajo práctico. El alumno realizará el diseño e implantación del sistema planteado, tomando en cuenta lo siguiente: ♦ 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. ♦ El proceso del diseño e implantación debe ceñirse estrictamente al orden secuencial de las 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 diseño e implantación del sistema“, los cuales están ubicados al final de las especificaciones de este trabajo práctico. ♦ El estudiante retomará los productos obtenidos en el análisis del sistema objeto (el estudiado en sistemas de información I), y a partir de ellos, efectuará el diseño e implantación de dicho sistema, haciendo uso formal de las herramientas y técnicas apropiadas para la realización de las correspondientes actividades metodológicas. ♦ Las especificaciones sobre el trabajo práctico que se dieron en la asignatura Sistemas de Información I pueden ser completadas por el alumno, con datos de los bloques elementales del sistema (personas, datos, actividades, redes, y tecnología) que resulten necesarios para efectuar determinada actividad y/o usar cierta técnica y herramienta.
  3. 3. 336-TP lapso 2015-1 3/13 Especialista: Mireya Delgado Ingeniería de Sistemas Evaluador: Sandra Sánchez ♦ El estudiante desempeñará todos los roles del bloque de personas que intervengan en las distintas actividades de las etapas del diseño e implantación de sistemas. ♦ El proceso del diseño e implantación debe ser un estudio formal, exhaustivo y coherente del problema planteado. 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: ♦ La presentación debe ser impecable1 . ♦ La estructuración consistirá en elaborar un sólo informe de tipo factual o sino, administrativo2 , el cual constará de seis secciones, que aglutinarán todas las fases metodológicas del diseño e implantación de sistemas. La sección III, “Hechos y detalles”, se organizará según la secuencia metodológica mostrada en la serie de cuadros denominados “Guía metodológica para el diseño e implantación del sistema”. ♦ La especificidad se refiere a la concreción y suficiencia explicativa en cada uno de los puntos tratados. Se recomienda al estudiante, planificar adecuadamente la ejecución de éste trabajo práctico, a fin de cumplir con la fecha de entrega establecida, ya que no habrá prórroga. CRITERIO GENERAL DE CORRECCIÓN En el presente trabajo práctico, tal como lo muestra el Plan de Curso, se evalúan todos los objetivos de la asignatura, que van del 1 al 8, correspondientes respectivamente a las unidades 1 hasta la 8. El criterio de corrección de cada objetivo, se describe primeramente, en forma concreta, y luego, con mayor detalle, indicando las actividades metodológicas que efectuará el estudiante para el logro del objetivo. 1 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 Ver Sistemas de Información I, obj. 11.
  4. 4. 336-TP lapso 2015-1 4/13 Especialista: Mireya Delgado Ingeniería de Sistemas Evaluador: Sandra Sánchez En el presente lapso, el logro de los objetivos 7 y 8, se modificó sustancialmente, referidos a las fases de construcción y prueba de la etapa de implantación del sistema, quedando eliminada la construcción de la base de datos y la programación de la aplicación computarizada. El carácter hipotético del sistema a ser diseñado e implantado en este trabajo práctico, y la duración del lapso académico, son factores a tomar en cuenta en la exigencia de la realización de dichas actividades. Por ello, algunas actividades serán ejecutadas completamente, otras parcialmente, y algunas no se llevarán a cabo. Por lo antes expuesto, conviene aclarar al profesor corrector, que la valoración integral de los objetivos 1 al 8, se hará considerando la inclusión de todas las actividades metodológicas que los mismos abarquen. A tal efecto, se le ofrece a éste, el cuadro denominado “Guía de corrección para el sistema diseñado e implantado”, el cual está ubicado al final de las especificaciones de este trabajo práctico. A continuación se citan los objetivos del presente trabajo práctico, y se describen las actividades a desarrollar por el estudiante. OBJETIVO 1 Proponer alternativas de solución de sistema y del hardware y software, seleccionando la mejor de ellas, para su posterior diseño. CRITERIO DE CORRECCIÓN Para el logro del objetivo, el estudiante propondrá al menos dos soluciones alternativas de sistema, hardware y software, analizándolas y recomendando una de ellas. Además, actualizará el diccionario de proyectos con los resultados obtenidos en el desarrollo de cada actividad metodológica que conlleve al logro del objetivo. Las soluciones alternativas de sistema deben satisfacer las necesidades que fueron definidas y priorizadas en la fase de definición de la etapa del análisis de sistemas (vista en Sistemas de Información I). A los efectos de este trabajo práctico, el analista considerará como mínimo, dos opciones de solución de sistemas, bien diferenciadas en cuanto a procesos manuales y/o automatizados, cuyo software de aplicación sea “construido” y no “comprado” o “alquilado”, de modo que posteriormente proceda a la planificación de la programación de la aplicación. Las soluciones de sistema podrán estar
  5. 5. 336-TP lapso 2015-1 5/13 Especialista: Mireya Delgado Ingeniería de Sistemas Evaluador: Sandra Sánchez sujetas a variadas arquitecturas tecnológicas (hardware y software). La viabilidad de cada solución alternativa de sistemas, se hace según cuatro criterios de viabilidad: 1) técnica, 2) operativa, 3) económica, y 4) de calendario. Una vez hecho este análisis, se recomienda la solución de sistema que ofrezca la mejor combinación de tales viabilidades. En cuanto a los productos de software3 , y de hardware4 que se propusieron en la solución de sistema recomendada, se especificarán los requisitos o criterios técnicos que deben cumplir los mismos. Luego, a los proveedores que pueden satisfacer tales requisitos, se les solicitan propuestas técnicas con sus respectivos presupuestos, para recomendar una de ellas. Tanto en la escogencia de la solución de sistema como de la propuesta técnica, se utilizará un sistema de baremo. De acuerdo a la metodología, la solución de sistema (en sus componentes hardware y software) que proponga el analista, se someterá a la decisión final de los propietarios del sistema. En este sentido, el estudiante fungirá como analista y propietario del sistema. OBJETIVO 2 Elaborar un modelo de datos esencial normalizado que sincronice con el modelo de procesos esencial, aplicando la técnica del análisis de datos5 y de sucesos6 . CRITERIO DE CORRECCIÓN Para el logro del objetivo, el alumno elaborará un modelo de datos esencial normalizado y un modelo de procesos esencial revisado, aplicando respectivamente, la técnica del análisis de datos y la técnica del análisis de sucesos. Además, actualizará el diccionario de proyectos con los resultados 3 Sistemas operativos, sistemas de gestión de bases de datos, lenguajes de programación, manejo de redes telemáticas, etc. 4 Arquitectura cliente/servidor, componentes de redes telemáticas, etc. 5 La técnica del análisis de datos, consiste en retomar el modelo de datos esencial, obtenido en la etapa del análisis de sistemas (Sistemas de Información I), corrigiéndole las posibles fallas estructurales que presente, las cuales afectarían el posterior diseño de archivos y/o base de datos. Recordemos que la etapa del análisis de sistemas fue estudiada. Como hemos aclarado reiteradamente en el MIA, sólo trataremos con diseño de bases de datos, por ser el enfoque más moderno 6 La técnica del análisis de sucesos, consiste en retomar el modelo de procesos esencial, elaborado en la etapa del análisis de sistemas, revisarlo y completarlo, con aquellas acciones y condiciones que harán posible que se creen, modifiquen o eliminen las entidades de datos que no estaban presentes en el modelo de datos esencial, y que surgieron a raíz del proceso de normalización. Así, quedarían sincronizados el modelo de datos esencial normalizado y el modelo de procesos esencial, que ahora denominamos modelo de procesos esencial revisado o sincronizado. El modelo de datos esencial normalizado y el modelo de procesos esencial revisado se documentan en el diccionario de datos.
  6. 6. 336-TP lapso 2015-1 6/13 Especialista: Mireya Delgado Ingeniería de Sistemas Evaluador: Sandra Sánchez obtenidos en el desarrollo de cada actividad metodológica que conlleve al logro del objetivo7 . Los pasos de ambas técnicas se listan a continuación: Técnica del análisis de datos Técnica del análisis de sucesos 1. Verificar o añadir claves a las entidades 1. Identificar los sucesos de las entidades fundamentales. 2. Poner las entidades en 1NF 2. Identificar sucesos en las entidades asociativas. 3. Poner las entidades en 2NF 3. Agrupar los sucesos comunes. 4. Poner las entidades en 3NF 5. Más simplificación mediante inspección 6. Volver a dibujar el DER refinado 7. Refinar y afinar el modelo de datos OBJETIVO 3 Crear un diseño general para los procesos del sistema, aplicando la técnica del análisis y diseño de procesos. CRITERIO DE CORRECCIÓN Para el logro del objetivo, el alumno creará un diseño general para los procesos del sistema, en forma de un conjunto de unidades de diseño, expresadas como diagramas de flujos de datos (DFD) de implantación, ya sea de procesos o de redes, a partir de las decisiones de diseño que tome, a medida que aplica la técnica del análisis y diseño de procesos. Además, actualizará el diccionario de proyectos con los resultados obtenidos en el desarrollo de cada actividad metodológica que conlleve al logro del objetivo. 7 Conviene aclarar, que es posible que al aplicar la técnica del análisis de datos, se concluya, que el modelo de datos esencial, estaba casualmente normalizado, en cuyo caso, no sería necesario revisar el modelo de procesos esencial. Pero, lo más probable, es que ocurra lo contrario, por lo cual, es casi seguro, que surjan nuevas entidades de datos durante el proceso de normalización, en cuyo caso, es preciso actualizar el modelo de procesos esencial, aplicando la técnica del análisis de sucesos.
  7. 7. 336-TP lapso 2015-1 7/13 Especialista: Mireya Delgado Ingeniería de Sistemas Evaluador: Sandra Sánchez La técnica del análisis y diseño de procesos requiere los insumos y genera los productos que se listan a continuación: INSUMOS PRODUCTOS • El modelo esencial de procesos revisado, representado por los DFD esenciales, sincronizados con el Diagrama E/R normalizado. • El modelo esencial de redes, representado por un Diagrama de conexión de puestos de trabajo. • El diccionario de proyectos, que contiene los detalles de cada uno de ellos. • Unidades de diseño de procesos manuales y automatizadas, generadas a partir del análisis del modelo esencial de procesos revisado. • Unidades de diseño de procesos automatizados en lotes y en línea, generadas a partir del análisis de las unidades de diseño automatizadas obtenidas en el paso anterior. • Unidades de diseño de procesos manuales con diferentes ciclos de procesos, unidades de diseño de procesos automatizados en lotes con diferentes ciclos de procesos, y unidades de diseño de procesos automatizados en línea con diferentes ciclos de procesos, todas ellas, generadas a partir del análisis de las unidades de diseño obtenidas en los pasos anteriores, considerando los diferentes ciclos que tiene la empresa para los procesos. • Unidad de diseño de redes o modelo de implantación de redes (expresada en forma de DFD de topología de redes), generada a partir del modelo esencial de redes y las decisiones de diseño de la red informática. • Unidad de diseño de distribución de almacenes de datos en los puestos de procesamiento (expresada en forma de DFD de topología de redes ampliado), generada a partir del análisis del modelo esencial de procesos revisado y del DFD de topología de redes. • Unidad de diseño de distribución de procesos en los puestos de procesamiento (expresada en forma de DFD de topología de redes ampliado), generada a partir del análisis de las unidades de diseño automatizadas en lotes y en línea, y del DFD de topología de redes. La obtención de todos esos productos es obligatoria, lo cual implica, la generación de unidades de diseño nuevas en cada paso, como por ejemplo, hacer la distribución de datos, y no, que exista un único almacén de datos centralizado. Como ya se dijo, el alumno realizará las adaptaciones que sean convenientes en las especificaciones del trabajo práctico, a fin de considerar un sistema de información de características variadas, que permita cubrir todas las posibilidades de diseño expresadas en los pasos anteriores.
  8. 8. 336-TP lapso 2015-1 8/13 Especialista: Mireya Delgado Ingeniería de Sistemas Evaluador: Sandra Sánchez OBJETIVO 4 Confeccionar las bases de datos del sistema de información, aplicando la técnica del diseño respectiva. CRITERIO DE CORRECCIÓN Para el logro del objetivo, el alumno confeccionará una base de datos relacional, especificando el esquema lógico de la base de datos y las decisiones de distribución de datos. Además, actualizará el diccionario de proyectos con los resultados obtenidos en el desarrollo de cada actividad metodológica que conlleve al logro del objetivo. El diseño de la base de datos requiere los insumos y genera los productos que se listan a continuación: INSUMOS PRODUCTOS • Modelo de datos esencial normalizado. • Esquema lógico de la base de datos relacional. En las tablas se mostrarán las tablas con sus registros, tipos de campos (claves primarias, claves secundarias, y descriptores) y las relaciones definidas como campos del tipo clave externa; y además, las vistas o porciones de la base de datos a las cuales tienen acceso los usuarios. En la figura 15.17 del libro, se muestra un ejemplo de un esquema lógico de bases de datos relacional, al cual sólo faltaría añadirle las vistas de usuario8 . • Unidad(es) de diseño de distribución de almacenes de datos en los puestos de procesamiento. Véase Fig. 15.16 del libro. • Modelo de bases de datos distribuido. Recordemos que estamos trabajando con bases de datos relacionales que funcionan en un ambiente hipotético de arquitectura cliente/servidor. Por tanto, se requerirá idealmente, de un Sistema de Gestión de Bases de Datos (SGBD) relacional y distribuido, tales como Oracle, Sybase, etc. Actualmente, a una persona natural le es factible acceder a un manejador de bases de datos relacional para PC, aunque quizás no fácilmente, a un manejador de bases de datos distribuido, por razones de costo de licencia del SGBD, capacidades requeridas de hardware, etc. Sin embargo, independientemente de la situación del alumno a este respecto, deberá realizar los dos pasos anteriores, sólo que posteriormente, sino dispone de un SGBD distribuido, construirá una base de datos relacional y centralizada. 8 Al respecto, consulte la asignatura “Bases de datos”.
  9. 9. 336-TP lapso 2015-1 9/13 Especialista: Mireya Delgado Ingeniería de Sistemas Evaluador: Sandra Sánchez OBJETIVO 5 Producir entradas, salidas e interfaces de usuarios, aplicando las técnicas de diseño correspondientes. CRITERIO DE CORRECCION Para el logro del objetivo, el alumno producirá entradas, salidas e interfaces de usuario, siguiendo las técnicas de diseño respectivas. Además, actualizará el diccionario de proyectos con los resultados obtenidos en el desarrollo de cada actividad metodológica que conlleve al logro del objetivo. El diseño de las entradas informáticas consta de los siguientes pasos: PASO DESCRIPCIÓN 1 Revisar los requisitos de entradas, que se definieron en el análisis de sistemas, y los DFD de las unidades de diseño. Algunos flujos de datos de entrada se diseñarán como documentos fuentes, pantallas, archivos de entradas, etc. 2 Diseñar un prototipo de los documentos fuente. 3 Diseñar un prototipo de las pantallas para los casos del método en línea, o sino, el método por lotes remoto, usando el(los) gráfico(s) de estructuras orientadas para los usuarios finales. 4 Diseñar un prototipo de las pantallas para los casos del método en línea, o sino el método por lotes remoto, usando el(los) gráfico(s) de estructuras orientadas a los programadores. 5 Diseñar un prototipo del archivo de entradas por el método de lotes y de lotes remoto, usando el gráfico de estructura de registros. El diseño de las salidas informáticas consta de los siguientes pasos: PASO DESCRIPCIÓN 1 Revisar los requisitos de salidas que se definieron en el análisis de sistemas, y los DFD de las unidades de diseño. 2 Revisar cómo se implantará el flujo de datos de salida, en función de criterios como: tipo de informe (interno: histórico, detallado, de resumen o excepción; o externo: documento de tipo cíclico, etc.), soporte, formato, frecuencia, número de páginas por copia del informe, número de copias múltiples por copia del informe, controles de distribución para salidas impresas y controles de acceso para salidas en línea, y formato de los campos. 3 Diseñar un prototipo del informe, usando el(los) gráfico(s) de estructuras orientadas a usuarios 4 Diseñar un prototipo del informe, usando el(los) gráfico(s) de estructuras orientadas a programadores. Si la salida es impresa, usar gráficos de estructuras de impresos. Si la salida es visual, usar el(los) gráfico(s) de estructura(s) de pantalla(s).
  10. 10. 336-TP lapso 2015-1 10/13 Especialista: Mireya Delgado Ingeniería de Sistemas Evaluador: Sandra Sánchez El diseño de la interfaz de usuario consta de los siguientes pasos: PASO DESCRIPCIÓN DEL PASO 1 Hacer un gráfico del diálogo, a través de la herramienta “Diagrama de transición de estados” que represente las cuatro posibles estructuras del diálogo: secuencia, selección, repetición, y salir. 2 Hacer un diseño de interfaz mediante el(los) gráfico(s) de estructuras de pantallas orientadas a usuarios. El alumno detallará cada uno de estos pasos y utilizará las herramientas gráficas que sean necesarias, de acuerdo a lo descrito en el MIA. Es opcional, el diseño de entradas por lotes remoto. OBJETIVO 6 Diseñar los programas, aplicando las herramientas apropiadas. CRITERIO DE CORRECCION Para el logro del objetivo, el alumno realizará el diseño modular de programas y la documentación de los módulos, en términos de sus requisitos de entradas, procesos y salidas. Además, actualizará el diccionario de proyectos con los resultados obtenidos en el desarrollo de cada actividad metodológica que conlleve al logro del objetivo. El diseño modular de programas consta de los siguientes pasos: PASO DESCRIPCIÓN DEL PASO 1 Definir una estructura de alto nivel para todos los procesos de las unidades de diseño, dividiendo cada proceso en tres funciones o módulos principales: Iniciar proceso, Proceso principal y Terminar proceso. 2 Identificar centros de transacciones en el módulo Proceso principal, y dividirlo en tantos módulos como transacciones procese. 3 Dividir cada módulo de transacción sencilla en sus propios módulos: Iniciar (transacción), Proceso (transacción) y Terminar (transacción). 4 Dividir las funciones Iniciar (transacción), Proceso (transacción) y Terminar (transacción), en funciones o módulos primordiales.
  11. 11. 336-TP lapso 2015-1 11/13 Especialista: Mireya Delgado Ingeniería de Sistemas Evaluador: Sandra Sánchez Los pasos para realizar la documentación de los módulos primordiales en forma de paquetes de programas, son los siguientes: PASO DESCRIPCIÓN DEL PASO 1 Especificar las entradas del módulo primordial, que se encuentran en el diccionario del proyecto y se refieren a: Archivos (maestros, de transacciones y nuevos), bases de datos, archivos de entradas por lotes, y entradas en línea. 2 Especificar el proceso del módulo primordial o lógica del programa, usando tablas de decisión y/o el lenguaje corriente estructurado. 3 Especificar las salidas del módulo primordial, que se encuentran en el diccionario de proyectos y se refieren a: Archivos (maestros y de transacciones), bases de datos, Salidas impresas, y en línea. OBJETIVO 7 Diseñar un plan de programación para un sistema de información dado. CRITERIO DE CORRECCION Para el logro del objetivo, el alumno preparará un plan para la programación del sistema. Además, actualizará el diccionario de proyectos con los resultados obtenidos en el desarrollo de cada actividad metodológica que conlleve al logro del objetivo. OBJETIVO 8 Diseñar un plan para la conversión del sistema. CRITERIO DE CORRECCIÓN Para lograr el objetivo, el alumno formulará un plan de conversión del sistema y actualizará el diccionario de proyectos con los resultados obtenidos en el desarrollo de cada actividad metodológica que conlleve al logro del objetivo. Las actividades a seguir son las siguientes: 1. Preparar un plan de conversión del sistema 2. Elaborar el manual del usuario9 . 9 En la metodología, este paso se denomina “Impartir formación a los usuarios del sistema”, que consiste en dos actividades: 1) Elaborar los manuales para los usuarios y operadores del sistema, y 2) Dictar cursos a los usuarios y operadores. Pero, aquí sólo contemplaremos la elaboración del manual del usuario.
  12. 12. 336-TP lapso 2015-1 12/13 Especialista: Mireya Delgado Ingeniería de Sistemas Evaluador: Sandra Sánchez GUÍA METODOLÓGICA PARA EL DISEÑO E IMPLANTACIÓN DEL SISTEMA ETAPA DEL DISEÑO DE SISTEMAS FASE DE SELECCIÓN Actividad Nombre de la actividad Técnica o herramienta Objetivo evaluable 1 Especificar soluciones alternativas Matriz de soluciones candidatas (Figs.: 12.3, C.6, y C.7 del libro) 1 2 Analizar la viabilidad de las soluciones alternativas Matriz de viabilidad (Figs.: 12.4 y C.8 del libro) 1 Nota: El estudiante repasará la técnica de análisis de viabilidad estudiada en Sistemas de Información I <335>. 3 Recomendar una solución para el sistema Matriz de valores de muestra (Figs.: 12.5 y C.9 del libro) 1 Nota: El estudiante usará un sistema de baremo. FASE DE ADQUISICIÓN Actividad Nombre de la actividad Técnica o herramienta Objetivo evaluable 1 Investigar las opciones y los criterios técnicos. --- 1 Nota: El estudiante expresará explícitamente los criterios técnicos que luego usará en la matriz de la actividad 4 de esta misma fase. 2 Solicitar presupuestos a los vendedores --- 1 4 Evaluar y clasificar los presupuestos de los vendedores Matriz de valores de muestra (Semejante a las Figs.: 12.5 y C.9 del libro, pero usando los criterios técnicos generados en la actividad 1) 1 Nota: El estudiante usará un sistema de baremo. FASE DEl DISEÑO E INTEGRACIÓN Actividad Nombre de la actividad Técnica o herramienta Objetivo evaluable 1 Analizar y distribuir los datos Técnica del análisis de datos. Técnica del análisis de sucesos. 2 2 Analizar y distribuir los procesos Técnica del análisis y diseño de procesos 3 3 Dividir en unidades de diseño Técnica del análisis y diseño de procesos ” 4 Diseñar base de datos y/o archivos informáticos Método para diseñar y documentar bases de datos creado por autores del libro 4 5 Diseñar las entradas y salidas informáticas Método para diseñar entradas y salidas informáticas creado por autores del libro 5 6 Diseñar interfaces interactivas de usuario Método para diseñar interfaces de usuarios creado por autores del libro ” 7 Presentar y revisar el diseño Método para hacer el diseño modular y de paquetes de programas creado por +autores del libro 6 ETAPA DE LA IMPLANTACIÓN DE SISTEMAS FASE DE CONSTRUCCIÓN Y PRUEBA DE PROGRAMAS Actividad Nombre de la actividad Técnica o herramienta Objetivo evaluable 1 Plan de programación --- 7 FASE DE INSTALACIÓN Y PRUEBAS Actividad Nombre de la actividad Técnica o herramienta Objetivo evaluable 4 Preparar un plan de conversión --- 8 FASE DE ENTREGA DEL NUEVO SISTEMA PARA SU PASO A EXPLOTACIÓN Actividad Nombre de la actividad Técnica o herramienta Objetivo evaluable 2 Impartir formación a los usuarios del sistema --- 8
  13. 13. 336-TP lapso 2015-1 13/13 Especialista: Mireya Delgado Ingeniería de Sistemas Evaluador: Sandra Sánchez GUÍA DE CORRECCIÓN PARA EL SISTEMA DISEÑADO E IMPLANTADO FIN DEL TRABAJO PRÁCTICO OBJ ETAPA FASE ACTI- VIDAD NOMBRE DE LA ACTIVIDAD TÉCNICA O HERRAMIENTA 1 DISEÑO Selección 1 Especificar soluciones alternativas Matriz de soluciones candidatas 2 Analizar la viabilidad de las soluciones alternativas Matriz de viabilidad 3 Recomendar una solución para el sistema Matriz de valores de muestra Adquisición 1 Investigar las opciones y los criterios técnicos. --- 2 Solicitar presupuestos a los vendedores --- 4 Evaluar y clasificar los presupuestos de los vendedores Matriz de valores de muestra 2 Del Diseño e Integración 1 Analizar y distribuir los datos Técnica del análisis de datos. Técnica del análisis de sucesos. 3 2 Analizar y distribuir los procesos Técnica del análisis y diseño de procesos 3 Dividir en unidades de diseño Técnica del análisis y diseño de procesos 4 4 Diseñar base de datos y/o archivos informáticos Método para diseñar y documentar bases de datos creado por autores del libro 5 5 Diseñar las entradas y salidas informáticas Método para diseñar entradas y salidas informáticas creado por autores del libro 6 Diseñar interfaces interactivas de usuario Método para diseñar interfaces de usuarios creado por autores del libro 6 7 Presentar y revisar el diseño Método para hacer el diseño modular y especificaciones de paquetes de programas creado por autores del libro 7 IMPLAN- TACIÓN Construcción y prueba de programas 1 Plan de programación --- 8 Instalación y pruebas 4 Preparar un plan de conversión --- Entrega del nuevo sistema para su paso a explotación 2 Impartir formación a los usuarios del sistema. --- NOTA: Los Trabajos Prácticos son estrictamente individuales y una producción inédita del estudiante, cualquier indicio que ponga en duda su originalidad, será motivo para su anulación. Queda a discreción del asesor o profesor corrector, solicitar una verificación de los objetivos contemplados en el mismo, únicamente en aquellos casos en los que se vea comprometida la originalidad de la autoría del presente trabajo práctico.

×