Tp336 2015-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

336-TP lapso 2015-1 2/13
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.

336-TP lapso 2015-1 3/13
♦ 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.

336-TP lapso 2015-1 4/13
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

336-TP lapso 2015-1 5/13
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
.
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.

336-TP lapso 2015-1 6/13
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.
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.

336-TP lapso 2015-1 7/13
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.

336-TP lapso 2015-1 8/13
OBJETIVO 4
Confeccionar las bases de datos del sistema de información, aplicando la
técnica del diseño respectiva.
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”.

336-TP lapso 2015-1 9/13
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).

336-TP lapso 2015-1 10/13
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.
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:
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.

336-TP lapso 2015-1 11/13
Los pasos para realizar la documentación de los módulos primordiales en
forma de paquetes de programas, son los siguientes:
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.
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.
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.

336-TP lapso 2015-1 12/13
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
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
(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
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
1 Plan de programación --- 7
FASE DE INSTALACIÓN Y PRUEBAS
4 Preparar un plan de conversión --- 8
FASE DE ENTREGA DEL NUEVO SISTEMA PARA SU PASO A EXPLOTACIÓN
2 Impartir formación a los usuarios
del sistema
--- 8

336-TP lapso 2015-1 13/13
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
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
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.

Tp336 2015-1

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Viewers also liked

Viewers also liked (20)

Similar to Tp336 2015-1

Similar to Tp336 2015-1 (20)

More from Pablo Mora

More from Pablo Mora (15)

Recently uploaded

Recently uploaded (20)

Tp336 2015-1