336-TP lapso 2013-2 1/13

UNIVERSIDAD NACIONAL ABIERTA

ÁREA DE INGENIERÍA
CARRERA INGENIERÍA DE SISTEMAS

TRABAJO PRÁCTICO: X

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
a
primer momento (5 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
a
momento (9 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: 2013/2
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

Especialista: Mireya Delgado Ingeniería de Sistemas Evaluador: Sandra Sánchez

336-TP lapso 2013-2 2/13

SISTEMAS DE INFORMACIÓN II

ELABORACIÓN Y ENTREGA DEL TRABAJO PRÁCTICO

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.

Especialista: Mireya Delgado Ingeniería de Sistemas Evaluador: Sandra Sánchez

336-TP lapso 2013-2 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.

El profesor asesor podrá solicitarle al alumno, una verificación del trabajo, si

lo creyera conveniente.

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.
Especialista: Mireya Delgado Ingeniería de Sistemas Evaluador: Sandra Sánchez
336-TP lapso 2013-2 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

Especialista: Mireya Delgado Ingeniería de Sistemas Evaluador: Sandra Sánchez

336-TP lapso 2013-2 5/13

programación de la aplicación. Las soluciones de sistema podrán estar

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.
Especialista: Mireya Delgado Ingeniería de Sistemas Evaluador: Sandra Sánchez
336-TP lapso 2013-2 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.

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.

Especialista: Mireya Delgado Ingeniería de Sistemas Evaluador: Sandra Sánchez

336-TP lapso 2013-2 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 Unidades de diseño de procesos manuales y automatizadas, generadas a
procesos revisado, partir del análisis del modelo esencial de procesos revisado.
representado por los Unidades de diseño de procesos automatizados en lotes y en línea,
DFD esenciales, generadas a partir del análisis de las unidades de diseño automatizadas
sincronizados con el obtenidas en el paso anterior.
Diagrama E/R Unidades de diseño de procesos manuales con diferentes ciclos de
normalizado. procesos, unidades de diseño de procesos automatizados en lotes con
El modelo esencial de diferentes ciclos de procesos, y unidades de diseño de procesos
redes, representado por automatizados en línea con diferentes ciclos de procesos, todas ellas,
un Diagrama de generadas a partir del análisis de las unidades de diseño obtenidas en los
conexión de puestos de pasos anteriores, considerando los diferentes ciclos que tiene la empresa
trabajo. para los procesos.
El diccionario de Unidad de diseño de redes o modelo de implantación de redes (expresada
proyectos, que contiene en forma de DFD de topología de redes), generada a partir del modelo
los detalles de cada uno esencial de redes y las decisiones de diseño de la red informática.
de ellos. 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.

Especialista: Mireya Delgado Ingeniería de Sistemas Evaluador: Sandra Sánchez

336-TP lapso 2013-2 8/13

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 Esquema lógico de la base de datos relacional.
normalizado. 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 Modelo de bases de datos distribuido.
distribución de almacenes de
datos en los puestos de
procesamiento. Véase Fig. 15.16
del libro.

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”.
Especialista: Mireya Delgado Ingeniería de Sistemas Evaluador: Sandra Sánchez
336-TP lapso 2013-2 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).

Especialista: Mireya Delgado Ingeniería de Sistemas Evaluador: Sandra Sánchez

336-TP lapso 2013-2 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.

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.

Especialista: Mireya Delgado Ingeniería de Sistemas Evaluador: Sandra Sánchez

336-TP lapso 2013-2 11/13

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.

Especialista: Mireya Delgado Ingeniería de Sistemas Evaluador: Sandra Sánchez

336-TP lapso 2013-2 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 1
(Figs.: 12.3, C.6, y C.7 del libro)
2 Analizar la viabilidad de las Matriz de viabilidad 1
soluciones alternativas (Figs.: 12.4 y C.8 del libro) 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 Matriz de valores de muestra 1
sistema (Figs.: 12.5 y C.9 del libro) 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 --- 1
técnicos. 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 --- 1
vendedores
4 Evaluar y clasificar los presupuestos Matriz de valores de muestra 1
de los vendedores (Semejante a las Figs.: 12.5 y C.9 del Nota: El estudiante usará un sistema
libro, pero usando los criterios de baremo.
técnicos generados en la actividad 1)
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. 2
Técnica del análisis de sucesos.
2 Analizar y distribuir los procesos Técnica del análisis y diseño de 3
procesos
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 Método para diseñar y documentar 4
informáticos bases de datos creado por autores del
libro
5 Diseñar las entradas y salidas Método para diseñar entradas y 5
informáticas salidas informáticas creado por autores
del libro
6 Diseñar interfaces interactivas de Método para diseñar interfaces de ”
usuario usuarios creado por autores del libro
7 Presentar y revisar el diseño Método para hacer el diseño modular y 6
de paquetes de programas creado por
+autores del libro

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 --- 8
del sistema

Especialista: Mireya Delgado Ingeniería de Sistemas Evaluador: Sandra Sánchez

336-TP lapso 2013-2 13/13

GUÍA DE CORRECCIÓN PARA EL SISTEMA DISEÑADO E IMPLANTADO

OBJ ETAPA FASE ACTI- NOMBRE DE LA TÉCNICA O HERRAMIENTA

VIDAD ACTIVIDAD
1 DISEÑO Selección 1 Especificar soluciones Matriz de soluciones candidatas
alternativas
2 Analizar la viabilidad de las Matriz de viabilidad
soluciones alternativas

3 Recomendar una solución Matriz de valores de muestra

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 Matriz de valores de muestra

presupuestos de los
vendedores
2 Del Diseño e 1 Analizar y distribuir los datos
Integración
3 2 Analizar y distribuir los
procesos
3 Dividir en unidades de
diseño
4 4 Diseñar base de datos y/o
archivos informáticos
Técnica del análisis de datos.
Técnica del análisis de sucesos.
Técnica del análisis y diseño de procesos
Técnica del análisis y diseño de procesos
Método para diseñar y documentar bases de
datos creado por autores del libro

5 5 Diseñar las entradas y Método para diseñar entradas y salidas

salidas informáticas informáticas creado por autores del libro

6 Diseñar interfaces Método para diseñar interfaces de usuarios

interactivas de usuario 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- Construcción y 1 Plan de programación ---

TACIÓN prueba de
programas

8 Instalación y 4 Preparar un plan de ---

pruebas conversión
Entrega del nuevo 2 Impartir formación a los ---
sistema para su usuarios del sistema.
paso a explotación

FIN DEL TRABAJO PRÁCTICO

Especialista: Mireya Delgado Ingeniería de Sistemas Evaluador: Sandra Sánchez