1. ADMINISTRACIÓN DE SISTEMAS DE
INFORMACIÓN
LUÍS ÁNGEL NATERA SUÁREZ
YITZI ALEXANDRA TORRES MENGUAL
GONZALO BELTRAN
Docente.
UNIVERSIDAD DE LA GUAJIRA
FACULTAD DE INGENIERÍAS
INGENIERÍA DE SISTEMAS
VIII SEMESTRE
2012

2. ADMINISTRACIÓN DE SISTEMAS DE
INFORMACIÓN
 ¿Cuáles son las dos partes principales del reporte final de la
implementación? ¿Cuándo se preparan?
Las dos partes principales son: el plan de la implementación basado en una
técnica de evaluación y revisión de programas (PERT) o en una grafica de
GANTT.
Se preparan varias semanas o meses antes de la llegada de la tecnología,
dependiendo del alcance y complejidad del proyecto total de sistemas.
 Defina las pruebas de arranque
Las pruebas de arranque son las que verifican que no haya cortos en el
sistema eléctrico, en los interruptores, en los conectores y en diversos
componentes, también verifica que funcione bien el arranque o boot del
Sistema Operativo
 ¿Qué muestra un sistema de contabilidad de trabajos como el
programa de servicio de administración de sistemas de IBM?
Este sistemas muestra quien hiso el sistema y durante cuanto tiempo lo
hiso, junto con los archivos de datos que se accesaron.
 Mencione los componentes medidos comúnmente por un monitor de
software.
Los componentes medidos comúnmente son los sistemas operativos, el
software de sport y los programas de aplicaciones.
 Defina cuatro tipos de programas de utilería para desempeño
Los reorganizadores de conjunto de datos: Son los que reducen el
almacenamiento desperdiciado de archivos en disco y mejoran el
rendimiento reduciendo el tiempo de acceso.
Los reorganizadores de código de almacenamiento virtual: Estos
reducen los recursos empleados en la paginación

3. Los optimizadores de códigos: Son los que reducen el consumo de
recursos eliminando declaraciones innecesarias en los programas.
Los calendarizadores: Ayudan a cumplir las demandas de tiempo y la
mezcla balanceada de trabajos.
 Describa dos categorías generales de personas que deben recibir
capacitación en el sistemas que se esta implementando; seis
enfoques para educar y capacitar a esta personas.
Usuarios de la información: esta categoría de personas incluye al
personal de diversas áreas funcionales, incluyendo a los vendedores, los
contadores y los programadores de la producción. Esta categoría también
podría incluir a los proveedores, funcionarios gubernamentales, y otros
afectados e interesados de ala organización.
Personal de operaciones: esta categoría incluye a todos los individuos en
la preparación de la entrada el proceso de datos y la operación y
mantenimiento de los componentes lógicos y físicos del sistema.
Seis diferentes tipos de enfoques para educar y capacitar a las personas:
1. Seminario e instrucción en grupo: Este enfoque le permite al
analista llegar a muchas personas a la vez.
2. Capacitación de procedimientos: Este enfoque le proporciona a un
individuo, como método principal de aprendizaje, los procedimientos
escritos que describen sus actividades.
3. Capacitación tutorial: Este enfoque para la participación es mas
personal y, en consecuencia, bastante caro.
4. Simulación: es una técnica importante de capacitación para el
personal de operaciones en el ambiente de trabajo simulado.
5. Capación en el trabajo: en este generalmente se asigna al
individuo tareas sencillas y se le dan instrucciones específicas sobre
lo que debe hacer y la forma de hacerlo.

4. 6. Control de información: un centro de información es un enfoque
eficaz para capacitar y guiar a los usuarios, para llevar un
seguimiento y para proporcionar un soporte continuo.
 Defina el termino “programación”. En la reestructuración de código,
¿Qué clase de declaraciones se eliminan? ¿Cuáles son algunas de las
herramientas de software empleadas en la reestructuración de
programas?
Programación: es un proceso que realizan los programadores para escribir
instrucciones (también denominadas código) que ejecutan las
computadoras.
Las declaraciones que se eliminan son los GOTO, ALTER y “abortos o
cortes abruptos”
Algunas de las herramientas empleadas son: el COBOL/SF, de IBM, el
superstructure de GroupOperations; el Recoder de LanguageTechnology y
el StructuredRetrofitde PeatMarwickMitchell CatalystGroup. PeatMarwick
Mitchell GatalystGroup y LanguageTecnology (LTI) ofrecen servicios de
reestructuración y también venden directamente a los clientes paquetes
para reestruccturcion.
 Defina lo que se quiere dar a entender por el teorema de estructura.
¿Cuáles son las tres funciones de programa que permite?
El teorema de estructura establece que cualquier tarea de programación
puede estructurarse como un modulo correcto de programa con una
entrada y una salida.
Las tres funciones que permite son:
1. Secuencia: Las declaraciones se ejecutan en una secuencia
establecida.
2. Selección con base en una condición: Se ejecutan un conjunto de
declaraciones solo si cumple una condición específica.

5. 3. Repetición: se repite un conjunto de declaraciones con base a una
prueba.
 Los auxiliares para la programación reducen el tiempo y el esfuerzo de
la escritura de código. Describa seis auxiliares para la programación.
1. Auxiliar de abreviaturas o taquigrafías: Esta herramienta de
soporte para la programación proporciona frases de abreviaturas que
pueden reducir el esfuerzo en la codificación en un 40%.
2. Biblioteca de subrutinas: Estas pueden ser subrutinas estándar
para las industrias, como ciertas rutinas estadísticas, o pueden ser
aplicables a casos particulares dentro de la empresa, como el
procesamiento de captura de pedidos.
3. Rutinas de copiado: Permite copiar grandes secciones de este
código desde una biblioteca al nuevo programa. Estas rutinas solo se
escriben una vez pero se copian muchas veces.
4. Procesadores de tablas de decisiones: Una gran parte del código
en la PROCEDURE DIVISION de COBOL esta bajo la forma de IF
THEN. Si la tabla de decisiones preparada por el analista de
sistemas como parte de las especificaciones es correcta, el código
fuente generado por el procesador de tablas de decisiones también
será correcto.
5. Editores:los editores de textos le permiten a los programadores
realizar fácilmente unas variedades de cambios, bajas y altas. Los
directores orientados a ala sintaxis entregan una lista de errores de
sintaxis durante el proceso de edición.
6. Red de estaciones de trabajo: los programadores pueden hacer
sus trabajos en línea y en tiempo real en estaciones de trabajos
conectadas a otras estaciones de trabajo con servidores de
impresión, servidores de archivos, y otros programas de servicios
como los auxiliares de programación que se acaban de ver y
diversos programas de servicios para depuración. Adicionalmente,
dicha red acelera las comunicaciones e el equipo de programación.

6.  Existen auxiliares para ayudar a los programadores a probar la lógica
de los programas, detectar errores y documentar resultados. Describa
seis de estos auxiliares.
1. Rastros: Muestran el estado d las localidades de la memoria atreves
de las diferentes etapas de la ejecución de un programa, identifican
instrucciones o datos inválidos que provocaron la interrupción, y
tratan de corregir la instrucción o dato invalido que provoco la
interrupción para que el programa pueda continuar con el
procesamiento.
2. Generadores automáticos de diagrama de flujos: Un paquete
generador de diagramas de flujo acepta programas en COBOL, así
como en otros lenguajes, y producen un diagrama de flujo
convencional. Este diagrama de flujo puede usarse como
documentación del programa o como auxiliar para documentación
del mismo.
3. Generadores de referencias cruzadas: Son parte de los paquetes
generadores de diagramas de flujos. Se presenta una lista de cada
nombre de datos, nombre de procedimiento, nombre de archivo y los
nombres de los procedimientos que hacer referencia a estos
elementos.
4. Prueba generadora de datos: este paquete produce
automáticamente archivos de pruebas para llevar a un programa a
través de todas sus ramificaciones.
5. Monitores de desempeño: este sistema lleva un seguimiento de
aquellas partes de un programa en donde pasa la mayor parte de su
tiempo deejecución.
6. Bibliotecarios de programas: Este proporciona un directorio de los
nombres de todos los programas de aplicaciones junto con los
usuarios autorizados; el estado de los programas, como en
producción en prueba, activo o inactivo; y un registro de auditoria
completo de los cambios en los programas.
 ¿Por qué con frecuencia se hace referencia al enfoque del equipo de
programación adaptable como “programación sin ego”?
Los miembros de los equipos tienen la responsabilidad de examinar y
evaluar el trabajo de los demás. Esta relación pretende promover un
sentimiento de responsabilidad conjunta sobre la calidad del programa,
debido a que los programas se consideran como una propiedad del equipo
y no como una propiedad personal. D esta forma no se ve amenazado el

7. ego de programación de nadie. Esta es la razón por la que este enfoque en
la programación se denomina programación “sin ego”.
 Haga una lista de las personas que componen un equipo con
programador en jefe y describa las tareas de cada persona.
 Programadores de apoyo: Generalmente codifican los módulos de
nivel inferior.
 Bibliotecario:Esta persona mantiene la biblioteca de programas de
producción, prepara los índices de archivos de las compilaciones y
pruebas, y mantiene actualizadas las bibliotecas de código fuente y
código objeto.
 Administrador: Se encarga de doto los detalles de soportes no
técnicos, como presupuestos, asuntos personales y asignación de
espacio. También interactúa con el resto de la burocracia de la
organización.
 Editor: Es el responsable de la edición y critica de la documentación,
la búsqueda de referencia para la misma, y de la vigilancia de todas
las faces de la reproducción y distribución de la documentación. En
los proyectos más pequeños, el editor puede realizar las tareas de
bibliotecario.
 Herramentista: Es un programador que escribe programas
especiales para interactuar con el software del sistema operativo. Es
común que un herramentista este en varios equipos con
programador en jefe.
 Probador: Prepara los datos de pruebas para los programas
individuales y para la prueba del sistema. El probador deberá ser
independiente de la función de programador.
 Especialista en lenguajes: Entiende todo los matices de un
lenguaje y actúa como consultor para programadores en jefe.
También puede escribir pequeños programas que requieren un alto
nivel de experiencia en el lenguaje de programación.

8.  Empleado de programas: Se encarga del seguimiento de todos los
registros técnicos para el equipo de programación. También
proporciona los servicios secretariales que requiera el equipo de
programación.
 ¿Qué es un recorrido de programa estructurado? ¿Cuál es su
finalidad? ¿Quiénes asisten al recorrido y cual es el papel de cada
persona?
Recorrido de programa estructurado: Es un procedimiento significativo
del equipo con programador en jefe. Es esencialmente un método de
revisión usado regularmente para examinar la programación y determinar
su apego a las especificaciones y estándares.
Su finalidad es descubrir omisiones, errores, lógica incorrecta y en general
una construcción defectuosa de programas.
Los que asisten al recorrido y el papel de cada uno son: Un moderador
que controla la reunión; los programadores que describen su trabajo; los
revisores que hacen sus comentarios; y un secretario que documenta todo
los errores, discrepancia e inconsistencia descubierta durante el recorrido.
La documentación producida por el equipo de recorrido contiene una lista
de acciones para corregir los errores y ofrecer recomendaciones generales.
 Defina las tres categorías principales de errores de programa.
 Los errores de sintaxis: Estos se originan cuando hay conformidad
con las reglas básicas de la gramática que rigen lo que es una
construcción aceptable o inaceptable en el lenguaje del programa
 Los errores semánticos: Dan por resultado una lógica incorrecta.
Estos errores son mas difíciles de detectar que los errores de
sintaxis. Algunos errores semánticos harán que el programa falle
durante su ejecución.
 Los errores algorítmicos:Estos impiden que un conjunto de
declaraciones aparentemente correctas produzcan resultados validos

9.  Si la programación estructurada requiere una construcción modular
¿Cuáles son las cinco etapas de pruebas de programas que podrían
observarse?
Las cinco etapas de pruebas de programas que podrían observarse son:
1. Prueba de funciones
2. Prueba de módulos
3. Prueba de integración
4. Prueba total de programas
5. Prueba de aceptación
 Identifique la diferencia en los enfoques de explosión, incremental,
descendente, y ascendente para la prueba de programas.
Prueba de integración
Existen muchas razones por las cuales un grupo de modulos que funcionan
correctamente de forma independiente no funcionen un ocasionen
problemas al trabajar juntos, entre las que podemos encontrar:
 El acceso a estructuras de datos globales
 La duplicidad en nombres de variables
 La actualización de datos
 La no uniformidad en el diseño de la interfaz
La mejor forma de aplicar una prueba de integración, está aplicando un
enfoque incremental, es decir, ir integrando los modulos poco a poco, con lo
cual podemos aislar la detección de errores.
Un enfoque no incremental como lo es el enfoque “bigbang”, consiste en
integrar todos los modulos y una vez juntos probar el sistema esperando la
explosión de errores que se puede generar.
La prueba de integración puede llevarse a efecto de diferentes formas
 Integración descendente
 Integración ascendente
 Por regresión.
 ¿Qué son los casos de prueba de “caja negra”? ¿Los casos de
prueba de “caja blanca”?
Métodos de Prueba de Caja Negra
Modelado del flujo de transacción. Los nodos representan los pasos de alguna
transacción (por ejemplo, los pasos necesarios para una reserva en una línea
aérea usando un servicio en línea), y los enlaces representan las conexiones
lógicas entre los pasos (por ejemplo, vuelo.información.entrada es seguida de
validación /disponibilidad.procesamiento).

10. Modelado de estado finito. Los nodos representan diferentes estados del software
observables por el usuario (por ejemplo, cada una de las pantallas que aparecen
cuando un telefonista coge una petición por teléfono), y los enlaces representan
las transiciones que ocurren para moverse de estado a estado (por ejemplo,
petición-información se verifica durante inventario-disponibilidad-búsqueda y es
seguido por cliente-factura-información-entrada).
Modelado de flujo de datos. Los nodos objetos de datos y los enlaces son las
transformaciones que ocurren para convertir un objeto de datos en otro.
Modelado de planificación. Los nodos son objetos de programa y los enlaces son
las conexiones secuenciales entre esos objetos. Los pesos de enlace se usan para
especificar los tiempos de ejecución requeridos al ejecutarse el programa.
Gráfica Causa-efecto. La gráfica Causa-efecto. Representa una ayuda gráfica en
seleccionar, de una manera sistemática, un gran conjunto de casos de prueba.
Tiene un efecto secundario beneficioso en precisar estados incompletos y
ambigüedades en la especificación.
Un gráfico de causa-efecto es un lenguaje formal al cual se traduce una
especificación. El gráfico es realmente un circuito de lógica digital (una red
combinatoria de lógica), pero en vez de la notación estándar de la electrónica, se
utiliza una notación algo más simple. No hay necesitad de tener conocimiento de
electrónica con excepción de una comprensión de la lógica boleana (entendiendo
los operadores de la lógica y, o, y no).
Métodos de Prueba de Caja Blanca
(también conocidas como pruebas de caja de cristal o pruebas estructurales) se
centran en los detalles procedimentales del software, por lo que su diseño está
fuertemente ligado al código fuente. El testeador escoge distintos valores de
entrada para examinar cada uno de los posibles flujos de ejecución del programa y
cerciorarse de que se devuelven los valores de salida adecuados.
Al estar basadas en una implementación concreta, si ésta se modifica, por regla
general las pruebas también deberán rediseñarse.
Aunque las pruebas de caja blanca son aplicables a varios niveles —
unidad, integración y sistema—, habitualmente se aplican a las unidades de
software. Su cometido es comprobar los flujos de ejecución dentro de cada unidad
(función, clase, módulo, etc.) pero también pueden testear los flujos entre
unidades durante la integración, e incluso entre subsistemas, durante las pruebas
de sistema.

11. A pesar de que este enfoque permite diseñar pruebas que cubran una
amplia variedad de casos de prueba, podría pasar por alto partes
incompletas de la especificación o requisitos faltantes, pese a garantizar la
prueba exhaustiva de todos los flujos de ejecución del código analizado.
Las principales técnicas de diseño de pruebas de caja blanca son:
 Pruebas de flujo de control
 Pruebas de flujo de datos
 Pruebas de bifurcación (branchtesting)
 Pruebas de caminos básicos
 En las pruebas de los controles se lleva a cabo una prueba de
conformidad. Defina la prueba de conformidad
Estas determinan si la implementación de un producto con la implementación de la
especificación de un estándar en particular satisface todos los elementos
obligatorios especificados, y asegura que estos elementos sean interoperables.
Las pruebas de conformidad pueden convertirse en algo muy estricto a través del
tiempo, especialmente cuando la implementación madura.
NOTA: Las pruebas de conformidad NO aseguran, ni prueban, la interoperabilidad
de los productos de software. Sin embargo, a medida que la especificación
madura, la probabilidad de la interoperabilidad será mayor.