2010-03918p Analisis y Diseño de Sistemas I

UNIVERSIDAD DEL DESARROLLO
DEL ESTADO DE PUEBLA
NOMBRE: CEDILLO VICTORIANO GABRIEL
MATRICULA: 2010 – 03918p
LSC03 LICENCIATURA EN SISTEMAS COMPUTACIONALES
MATERIA A EVALUAR: ANALISIS Y DISEÑO DE SISTEMAS I
07 DE MARZO DE 2011
Análisis y Diseño de Sistemas I
Elaboró: Cedillo Victoriano Gabriel
ANALISIS Y DISEÑO DE SISTEMAS I
INDICE
OBJETIVO GENERAL .................................................................. 3
INTRODUCCION ......................................................................... 4
1. FUNDAMENTOS DEL ANÁLISIS DE LOS SISTEMAS DE INFORMACIÓN

1.1. Introducción al desarrollo de sistemas de información. ........................ 5
1.2. Administración del portafolio de desarrollo de aplicaciones................... 7
1.3. Análisis y diseño de sistemas estructurados ......................................16
2. ANÁLISIS Y DETERMINACIÓN DE REQUERIMIENTOS

2.1. Herramientas para determinar requerimientos de sistemas. ................. 18
2.2. Estrategias de desarrollo por análisis estructurado ............................. 21
2.3. Estrategia de desarrollo por prototipos de aplicaciones ........................ 24
2.4. Herramientas asistidas por computadora para el desarrollo de sistemas.28
3. DISEÑO DE SISTEMAS
3.1. Transición del análisis hacia el diseño. .............................................. 35
3.2. Diseño de salidas del sistema de cómputo.........................................38
3.3. Diseño de entradas y controles. ...................................................... 43
3.4. Diseño del dialogo en línea. ............................................................ 48
3.5. Diseño de archivos y uso de dispositivos de almacenamiento secundario.
........................................................................................................53
3.6. Diseño de interacciones de bases de datos. .......................................54
3.7. Diseño para comunicación de datos ................................................. 57
4. IMPLANTACIÓN, ADMINISTRACIÓN DEL DESARROLLO Y SELECCIÓN

DE HARDWARE Y SOFTWARE
4.1. Ingeniería de sistemas y aseguramiento de la calidad. ........................ 67
4.2. Administración del proceso de implantación del sistema. ..................... 69
4.3. Administración del proceso de desarrollo de sistemas de información. ...74
4.4. Sección de hardware y software ...................................................... 76
REACTIVOS ..................................................................................... 78
CONCLUSIONES ............................................................................... 81
BIBLIOGRAFIA ................................................................................. 82
2
OBJETIVO GENERAL:
 Conocer los conceptos básicos, los elementos y la clasificación de los

sistemas de información.
 Conocer la metodología a seguir para desarrollar Sistemas de Información
 Identificar la diferentes procesos en una organización para poder contribuir
en la mejora de esta
 Aplicar técnicas para la implementación y evaluación de los sistemas de
información.
OBJETIVOS PARTICULARES:
 Conocer cada uno de los roles del analista de Sistemas

 Aplicar diferentes criterios para la evaluación de los sistemas desarrollados
 Conocer las herramientas para la selección de Hardware y Software
3
INTRODUCCION
Uno de los principales puntos para que cualquier materia prima llegue a
convertirse un en buen producto es el análisis y diseño de sistemas, es decir, el
desarrollo adecuado de cada uno de los pasos que se deba seguir para obtener el
producto final. La identificación de las metas globales, el análisis las perspectivas
del cliente, sus necesidades y requerimientos, líneas de mercadeo, la viabilidad y
otros puntos que puedan ayudar a la identificación y desarrollo del proyecto.
Teniendo en cuenta las necesidades y requerimiento se procedería al diseño de
nuestro producto, el diseño involucra la aplicación de técnicas y principios con el
propósito de definir un proceso o un Sistema, con suficientes detalles como para
permitir su interpretación y realización física. En la actualidad para muchas
organizaciones, empresas, escuelas, gobierno, etc. los sistemas de información
basados en computadoras son el corazón de las actividades cotidianas y objeto de
gran consideración en la toma de decisiones. Por citar algunos ejemplos las
facturas electrónicas en las empresas privadas y públicas, sistemas gestores de
control escolar, tramites gubernamentales como la obtención de la CURP, etc. Es
nuestro caso la realización del análisis y diseño de sistemas de cómputo
específicamente, el análisis de un software que como producto final es necesario
la identificación de las metas, las necesidades y requerimientos, aplicando
técnicas y conocimientos, satisfaciendo o resolviendo algún problemas en
especifico. En el presente trabajo abordaremos, los fundamentos del análisis de
los sistemas, la determinación de requerimientos, el diseño, la implantación,
administración.
4
1.1. Introducción al desarrollo de sistemas de información.
En una organización o empresa, el análisis y diseño de sistemas de

información incluye el estudio de la situación de dicho sistema, con la
finalidad de observar como trabaja actualmente y a partir de ello decidir si es
necesaria una mejora; el encargado de llevar a cabo esta acción es el analista de
sistemas. Antes de comenzar con el desarrollo de cualquier proyecto se lleva a
cabo un estudio de sistemas para determinar todos los aspectos de la situación
actual de la empresa. La información resultante del estudio sirve de base para la
formulación de distintas estrategias de diseño. Los administradores decidirán que
estrategias adoptar. Los usuarios finales del sistema son los que, en gran parte,
ayudarán al análisis y desarrollo de dicha propuesta para así cumplir, de forma
cabal, cada uno de los objetivos planteados.
Según James Senn, existen tres estrategias para el desarrollo de sistemas: el
método clásico del ciclo de vida de desarrollo de sistemas, el método de desarrollo
por análisis estructurado y el método de construcción de prototipos de sistemas.
Cada una de estas estrategias tiene un uso amplio en cada una de los diversos
tipos de empresas que existen, y resultan efectivas si son aplicadas de manera
adecuada.
El ciclo de vida de desarrollo de un sistema de información es el conjunto de

actividades que emprenden los analistas y diseñadores para desarrollar e
implementar un sistema de información, saber:
1. Método del ciclo de vida y desarrollo del sistema: incluye las actividades
de investigación preliminar, determinación de requerimientos, diseño del
sistema, desarrollo del software, prueba del sistema e implantación. Los
requerimientos del sistema de información predecible, manejables como
proyecto, requiere que los datos se encuentren en archivos y bases de
datos, gran volumen de transacciones y procesamiento. Muchas de estas
5
actividades pueden realizarse de manera concurrente y ello hace posible
que las diferentes partes del sistema se encuentren al mismo tiempo en
distintos grados de avance. El tiempo de desarrollo de este método es largo
e incluye el desarrollo por equipos de proyecto.
2. Método Análisis Estructurado: Se enfoca en el que sistema o aplicación

realiza sin importar la forma en que se llevan a cabo las funciones,
abordando los aspectos lógicos y no los físicos. En este método se
emplean símbolos gráficos para representar el procesamiento de datos. Los
componentes importantes incluyen los diagramas de flujo de datos, que
señalan el flujo de datos en el sistema y entre los procesos y dispositivos de
almacenamiento de datos, y el diccionario de datos, que incluye todas las
definiciones datos, procesos y demás información pertinente. Este método
incluye la formulación las especificaciones, de forma funcional, para cada
unos de los módulos del software. Este método es adecuado para todo tipo
de aplicaciones y tiene mayor utilidad como complemento de otros métodos
de desarrollo.
3. Método del prototipo de sistemas: La construcción de prototipos

representa una estrategia de desarrollo, cuando no es posible determinar
todos los requerimientos del usuario. Es por ello que incluye el desarrollo
interactivo o en continua evolución, donde el usuario participa de forma
directa en el proceso. Este método contiene condiciones únicas de
aplicación, en donde los encargados del desarrollo tienen poca experiencia
o información, o donde los costos y riesgos de que se cometa un error
pueden ser altos. Así mismo este método resulta útil para probar la facilidad
del sistema e identificar los requerimientos del usuario, evaluar el diseño de
un sistema o examinar el uso de una aplicación.
Hoy en día, con el auge de las computadoras y su influencia en nuestro

mundo, las empresas, con la ayuda de los analistas de sistemas, que ejercen un
gran peso en las decisiones que se toman en la misma, ya que cuentan con varias
6
herramientas para análisis, diseño y desarrollo que les permiten cumplir con sus
responsabilidades. Cuando estas herramientas se utilizan de manera apropiada,
contribuyen sustancialmente a la utilidad del sistema, y deciden, de forma parcial,
que hacer con los sistemas actuales, si reemplazarlos o no. Cada uno de ellos, de
acuerdo a la empresa, se rigen por una metodología bien sea de un autor u otro,
en este caso les mostramos, como se desarrollaría un proyecto según el autor
James Senn.
Los sistemas que el analista diseña día a día, la tecnología, las personas,
que utilizan el mayor uso de ella, y la cantidad de usuarios cada vez mayor van
alterando el diseño que el analista realiza, no por ello este deja de ser importante,
ya que el trabajo que este realiza se le esta entregando grandes confiabilidades.
En Perspectiva
Los sistemas de información a través de su papel central en la economía

están llevando a cabo los cambios en cuatro aspectos fundamentales:
1. Las personas trabajan de manera más inteligente.
2. Cambio global en el concepto de industria.
3. Tanto las ideas como la información esta tomando mas importancia que el
dinero.
4. Las personas que trabajan con la información dominan la fuerza del trabajo.
1.2. ADMINISTRACIÓN DEL PORTAFOLIO DE DESARROLLO DE

APLICACIONES.
Un principio fundamental en el desarrollo de los sistemas de información, es

que las aplicaciones son una herramienta y no un instrumento que debe de
tenerse para utilizar la tecnología de la información; en consecuencia los sistemas
de información debe de desarrollarse sobre la base de su propia capacidad para
mejorar el desempeño de la organización, sin embargo esta razones no significan
únicamente pérdidas y ganancias. La marcha de una empresa incluye también
7
beneficios para sus empleados, clientes y otras personas con la que se tienen
tratos.
Razones para proponer proyectos de sistemas de información
Las solicitudes de sistemas de información están motivadas por los

siguientes tres objetivos generales:
Resolver un problema
Actividades procesos o funciones que en la actualidad o quizás en el futuro,

no satisfacen los estándares de desempeño o las expectativas para lo que es
necesario emprender una acción que resuelva las dificultades.
Ejemplo Disminuir el numero excesivo de errores en los datos de entrada
eliminando la introducción manual de los datos de la ventas.
Aprovechar una oportunidad
Un cambio para ampliar o mejorar el rendimiento económico de la empresa

y su competitividad dentro del mercado.
Ejemplo Captura de una base grande de clientes ofreciendo un nuevo
programación mayor número de vuelos directos y descuentos en el precio del
pasaje.
Dar respuestas a directivos
Proporcionar información en respuesta a órdenes, solicitudes o mandatos

originados por una autoridad legislativa o administrativa, llevar acabo tareas de
cierta manera, o también cambiar la información o tal vez el desempeño.
8
Ejemplo Notificar anualmente A quien corresponda utilizando para ello los
formatos adecuados, los intereses obtenidos por ahorros, cuentas de cheques y
de depósito a plazo fijo.
Para alcanzar esos objetivos las empresas emprenden proyectos pro una o
más de las razones, LAS CINCO C:
1. Capacidad
2. Comunicación
3. Costos
4. Control
5. Competitividad
1. Capacidad
Las actividades de la organización están influenciadas por la capacidad de
esta, para procesar transacciones con rapidez y eficiencia. Los sistemas de
información mejoran esta capacidad en tres formas:
Aumentar la velocidad de procesamiento.
Permiten el manejo de un volumen creciente de transacciones.
Recupera con rapidez la información.
Procesamiento acelerado
La velocidad inherente con que la computadora procesa datos es una de las
razones por las que las organizaciones buscan el desarrollo de proyectos. Los
sistemas basados en computadoras pueden ser de ayuda para eliminar la
necesidad de cálculos tediosos y comparaciones repetitivas.
Un sistema automatizado puede ser de gran utilidad si lo que se necesita es
un procesamiento rápido.
Aumento en el volumen
Dado que los sistemas de información constituyen una ventaja para la
compañía es frecuente que reciban una consideración primaria antes o durante el
crecimiento y ampliación de la empresa. La incapacidad para mantener el rimo de
procesamiento no necesariamente significa el abandono de los procedimientos
existentes.
9
En estas situaciones, el analista considera el impacto que tiene la
introducción de procesamiento computarizado, si el sistema existente es manual o
la ampliación de éste. Es poco probable que únicamente el aumento de la
velocidad sea la respuesta.
El tiempo de procesamiento por transacción aumenta si es considerada la
cantidad de actividades comerciales de la empresa junto con su patrón de
crecimiento, la capacidad de almacenamiento del sistema, la ubicación de las
actividades comerciales en relación con las del centro de procesamiento y otros
aspectos de índole similar.
Recuperación rápida de información
Las organizaciones almacenan grandes cantidades de datos relacionados
con sus operaciones, empleados, clientes, proveedores y finanzas. En este caso
dos aspectos son importantes:
¿Dónde almacenar los datos?
¿Como recuperarlos cuando se necesite de ellos?
El almacenamiento de datos es más complejo si los usuarios recuperan los
datos de diversas maneras bajo diferentes circunstancias.
En una empresa que no emplea computadoras las respuestas a todas estas
preguntas pueden encontrarse por medio de registros contenidos en archivos (uno
por cada pregunta) o por medio de un archivo relevante. Si se mantienen varios
archivos entonces cada uno esta organizado para dar respuesta a una pregunta
especifica.
2. Control
Anteriormente se hablo de la relación que existe entre los sistemas de
información con la administración y el control de operaciones
¿Como se relaciona la administración y el control de operaciones con las
razones para desarrollar sistemas de información?
Básicamente en dos formas:
Para mejorar la exactitud y la consistencia.
Aumentar las seguridad de los datos mas importantes.
Mejora de la exactitud y la consistencia
10
Para demostrar como los sistemas de información pueden alcanzar este
objetivo considérese como ejemplo la actividad común del procesamiento de
facturas.
El procesamiento estándar consiste en acumular un grupo de facturas antes
de ser enviadas para su procesamiento y contabilización, después los empleados
que reciben los pedidos calculan el total de las facturas, así computan los montos
de compras y gastos adicionales, después de recibidas en la contabilidad se
concilian los errores e inconsistencias, se remiten de nuevo los datos para su
corrección y ajustes en depto. que recibió las facturas y se ajustan saldos.
Si al procedimiento para calcular el monto de cada factura y acumular el
total por lote se incorpora en un programa para computadora entonces el tenedor
de libros puede seguir todos los pasos sin omitir alguno, sin necesidad de todos
esos procedimientos engorrosos y por si solo.
Proveer mejor seguridad
Algunas veces el hecho de que los datos puedan ser guardados de una
forma adecuada para su lectura por medio de una maquina, proporciona una
mayor seguridad, que es difícil de alcanzar en un medio ambiente en donde no
existen computadoras.
La administración desarrollo un programa de computadora en donde se
codificaban los nombres, cantidades e inventarios en existencia de dichas
materias primas y se les proporcionaba una clave de acceso solamente al
personal autorizado. Así se elimino casi en su totalidad el riesgo potencial de una
fuga de información hacia la competencia.
3. Comunicación
La falta de comunicación es una fuente común de dificultades, que afectan
tanto a clientes como a empleados. Sin embargo, los sistemas de información bien
desarrollados amplían la comunicación y facilitan la integración de funciones
individuales.
Aumento de la comunicación
Muchas empresas aumentan sus vías y canales de comunicación por medio
del desarrollo de redes especiales para este fin; Dichas vías abarcan todo el país y
11
le permiten acelerar el flujo de información dentro de sus oficinas y de las
instalaciones que no se encuentran dentro de la misma localidad.
El sistema de tarjetas de crédito que permite a muchas personas efectuar
sus compras de mercancías y servicios, no existiría sin los sistemas de
información. Redes muy grandes de comunicación y centros de procesamiento
regionales verifican el crédito y autorizan las transacciones en gestión de
segundos.
Una de las características mas importantes de los sistemas de información
para las oficinas son la transmisión electrónica de información como por ejemplo
datos, archivos y documentos.
Integración de áreas en la empresa
Con frecuencia las actividades de las empresas abarcan varias áreas de la
organización; el trabajo realizado en un área se confunde con el que se efectúa en
otro lugar.
Para coordinar mejor las operaciones, la administración contribuye con la
implantación de terminales con sistemas de información operativos entre los
departamentos de producción y compras de donde se extraen reportes de ambos
lados con datos como, los inventarios disponibles para producción y los
requerimientos de las compras de materiales.
4. Costos
Muchas organizaciones ha quedado fuera de la actividad comercial y otras
tantas imposibilitadas para alcanzar el éxito por el poco control sobre los costos o
por el total desconocimiento de estos. Los sistemas de información juegan un
papel muy importante tanto en la vigilancia como en la reducción de costos de
operación.
Vigilancia de los costos
Llevar a cabo el seguimiento de los costos de mano de obra, bienes y
gastos generales es un tarea esencial para determinar si la compañía evoluciona
en la forma esperada, es decir de acuerdo a lo presupuestado.
12
Los sistemas manuales para el seguimiento de costos no son tan eficientes
como los automatizados, ni tampoco ofrecen el mismo número de categorías y
minuciosidad en las comparaciones.
La creciente competitividad del mercado crea la necesidad de mejores
métodos para segur los costos y relacionarlos con la productividad individual y
organizacional. Es probable que este objetivo tenga en el futuro mayor
importancia.
Reducción de costos
Algunos diseños de sistemas ayudan a disminuir los costos ya que toma
ventaja de la capacidad de cálculo automático y de recuperación de datos que
están incluidos en los procedimientos de programas de computadoras.
En el pasado mucha gente pensó que el desarrollo de aplicaciones de
sistemas de información, en especial de aquellas con un alto grado de
automatización, significaría una necesidad menor de trabajadores. Si bien es
cierto que los sistemas de información cambian la naturaleza del trabajo la
necesidad de gente operaria no ha disminuido; rara vez las personas son
desplazadas, de hecho su trabajo se vuelve mas interesante al automatizar todas
las tareas tediosas.
5. Competitividad
Los sistemas de información computacionales son un arma estratégica que
puede cambiar la forma en que la compañía compite en el mercado. Como
consecuencia de lo anterior, estos sistemas mejoran la organización y le ayudan a
ganar ventajas competitivas. En contraste si los competidores de la compañía
tiene capacidades mas avanzadas para el procesamiento de información,
entonces los sistemas de información pueden convertirse en una desventaja
competitiva.
Por lo tanto, las capacidades de los sistemas de información son una
consideración importante al formular la estrategia de la organización.
Una organización puede ganar ventajas competitivas a través de sus
sistemas de información por medio de 4 formas diferentes, donde cada una
13
considera las entidades con las que la compañía trata como parte de sus
actividades comerciales, estas son:
 Clientes.
 Competidores.
 Proveedores.
 Productos y servicios.
 Circulo de la competitividad
 Para ver el gráfico seleccione la opción "Descargar" del menú
superior
 Asegurar clientes
Dado que los clientes son los más importante para una organización los
directivos buscan formas diversas para allegarse a nuevos clientes y al mismo
tiempo, retener los que tienen.
¿Como es que pueden los sistemas de información de la compañía ofrecer
en este caso una ventaja competitiva o un beneficio significativo sobre sus
competidores?
A continuación se mencionan tres formas que utilizan las compañías para
allegarse a clientes y retenerlos:
 Ofreciendo mejores precios.
 Proporcionando servicios exclusivos.
 Presentando productos diferentes.
 Dejar fuera a los competidores
Dar el salto sobre los competidores puede ser riesgoso si ellos encuentran
la forma de duplicar los logros de la compañía. Los descuentos como ejemplo no
brindan beneficios estratégicos a largo plazo, sin embargo los sistemas de
información pueden ser la base para dejar fuera del mercado a la competencia, ya
sea al disuadir sus intentos por ingresar al mercado o creándoles obstáculos para
su entrada.
Mejores acuerdos con los proveedores
En los negocios los proveedores también tiene importancia estratégica. Una
manera de utilizar los sistemas de información para favorecer arreglos con los
14
proveedores es recibiendo un mejor precio, pronosticando inventarios con un
sistema de abastecimiento anual generado a través de reportes de consumo
estadístico de nuestros pedidos a nuestro proveedores o pedidos On-line.
Formar bases para nuevos productos
Los sistemas de información también forman la base para la creación,
promoción y distribución de nuevos productos y servicios.
La finalidad de estos métodos es describir directrices a nivel
organizacional para los sistemas de información de la empresa. Lo anterior incluye
la identificación de elementos clave de que dependen tanto las aplicaciones como
su desarrollo. Asimismo, también se incluye la descripción de las relaciones entre
estos elementos y, posiblemente la documentación de las necesidades actuales
de información o el bosquejo de planes futuros de la empresa.
Las tres metodologías mas utilizadas para la planeación de sistemas de
información son:
 Método de planeación de sistemas empresariales (BSP) de IBM.
 Método de planeación estratégica de arquitectura de computadoras
de Nolan, Norton & Co.
 Método de los factores críticos del éxito.
El Método de planeación de sistemas empresariales (BSP) de IBM es uno
de los mas utilizados y se concentra en la en la identificación de los necesarios
para poner en marcha una organización.
El Método de planeación estratégica de arquitectura de computadoras de
Nolan, Norton & Co. enlaza la capacidad actual de la organización con sus
necesidades actuales.
El Método de los factores críticos del éxito, busca identificar las áreas que
son claves para supervivencia de la organización y asegurar la incorporación a los
Fuentes de solicitudes de proyectos de sistemas de información
Existen cuatro fuentes principales de solicitudes de proyectos, estos
solicitantes pueden ser:
Jefes de departamento.
15
Altos ejecutivos.
Analistas de sistemas.
Grupos externos.
1.3. ANÁLISIS Y DISEÑO DE SISTEMAS ESTRUCTURADOS
El Análisis se refiere al “extremo inicial” de un proyecto de desarrollo de sistemas,

durante el tiempo en que los requisitos del usuario son definidos y documentados.
El Análisis estructurado introduce el uso de las herramientas de documentación

gráficas para producir un tipo diferente de especificación funcional: “la
especificación estructurada”.
El análisis estructurado, como otros métodos, permite construir modelos de

sistemas a partir del análisis de sus procesos y/o actividades que se ejecutan
asociados al sistema.
Permite al equipo encargado del estudio del desarrollo o la organización conocer

de forma lógica un sistema o proceso. El objetivo que persigue el análisis
estructurado es organizar las tareas asociadas con la determinación de
requerimientos para obtener la comprensión completa y exacta de una situación
dada.
Conceptos que se relacionan con el Análisis Estructurado

• Símbolos gráficos; iconos y convenciones para identificar y describir
los componentes de un sistema junto con las relaciones entre estos
componentes.
• Diccionario de datos; descripciones de todos los datos utilizados en
el sistema.
• Descripciones de procesos y procedimientos; declaraciones formales
que emplean técnicas y lenguajes que permiten a los analistas
describir actividades importantes que forman parte del sistema.
16
• Reglas; estándares para describir y documentar el sistema en forma
correcta y completa.
Fase de Diseño
En esta fase, el diseño estructurado produce el modelo de diseño con los

siguientes elementos:
• Diseño de datos. Transforma el modelo de dominio de la información
creado durante el análisis, en las estructuras de datos necesarias
para implementar el software. Los objetos de datos y las relaciones
definidas en el diagrama entidad-relación y el contenido detallado de
datos del diccionario de datos constituyen la base para el diseño de
datos.
 •Diseño arquitectónico. Define la relación entre los principales elementos
estructurales del programa. Se obtiene a partir del modelo de análisis y de
la interacción de subsistemas definidos dentro del modelo de análisis.
 •Diseño de interfaz. Describe como se comunica el software consigo
mismo, con los sistemas que operan con él y con los operadores que lo
emplean. Los diagramas de flujo de datos y control proporcionan la
información necesaria para el diseño de la interfaz.
 •Diseño procedimental. Transforma elementos estructurales de la
arquitectura del programa en una descripción procedimental de los
componentes del software. Se obtiene a partir de la especificación del
proceso, la especificación del control y el diagrama de transición de estados
Componentes:
 •Símbolos gráficos: Identifica y describe los componentes de un sistema y
las relaciones entre estos.
 •Diccionarios de datos: Describe todos los datos utilizados en el sistema
pueden ser manual o automatizado.
 •Descripciones de procesos y procedimientos: descripción técnica para
describir las actividades que se realizan los procesos.
17
 •Reglas: Pasos a seguir para describir y documentar el ven forma correcta y
completa.
Herramientas:
 •Diagrama de Flujo de Datos: Es la base para otros componentes y
describe como navegan los datos entre procesos y elementos relacionados.
 •Diccionario de Datos: Contiene las características de los campos y/o
descripción detallada de los diferentes objetos que componen el sistema
 •Diagrama de Estructuras de Datos: describe la relación entre las entidades
y los objetos (conjunta de información que contienen las entidades)
Según el Modelo Estructurado
El Análisis Estructurado, fue seleccionado como técnica de investigación de

requerimientos, ya que permite al analista conocer el sistema o proceso en una
forma lógica y manejable, al mismo tiempo que proporciona la base para asegurar
que no se omite ningún detalle. Este es un método para el análisis de sistemas
manuales o automatizados, que conduce al desarrollo de especificaciones para
sistemas nuevos o para efectuar modificaciones a los ya existentes. Aunado a ello
y por ser considerados como una herramienta capaz de describir y analizar el
movimiento de los datos a través de un sistema, la representación gráfica de los
procesos del sistema estará a cargo de los Diagramas de Flujos de Datos (DFD).
2.1. Herramientas para determinar requerimientos de sistemas.
La determinación de requerimientos es el estudio de un sistema para conocer

como trabaja y donde es necesario efectuar mejoras, dando como resultado una
evaluación de la forma como trabaja los métodos empleados y si es necesario o
posible realizar ajustes.
18
Un requerimiento es una característica que debe incluirse en un nuevo sistema.
Esta puede ser la inclusión de determinada forma para capturar o procesar datos,
producir información, controlar una actividad de la empresa o brindar soporte a la
gerencia. Es así como la determinación de requerimientos vincula el estudio de un
sistema existente con la recopilación de detalles relacionados con él.
Es útil ver la determinación de requerimientos a través de tres grandes

actividades: Anticipación, investigación y especificación de requerimientos
Anticipación de requerimientos: La experiencia de los analistas les permite

anticipar ciertos problemas o características y requerimientos para un nuevo
sistema.
Por un lado, la experiencia de estudios previos puede conducir a la investigación

de áreas que no consideraría un analista novato. Tener las bases necesarias para
saber que preguntar o que aspectos investigar puede ser de beneficio substancial
para la organización.
Por otra parte, si se introducen sesgos o atajos al conducir la investigación

entonces es muy probable que la anticipación de requerimientos se convierta en
un problema. Por lo tanto, siempre deben darse lineamientos para estructurar una
investigación alrededor de cuestiones básicas con la finalidad de evitar
consecuencias indeseables de la anticipación de requerimientos.
Investigación de requerimientos: Es la más importante del análisis de sistemas.

Los analistas estudian el sistema actual con la ayuda de varias herramientas y
habilidades, y documentan características para, mas adelante, emprender el
análisis.
La investigación de requerimientos depende de las técnicas para encontrar datos,

que serán explicadas mas adelante, e incluyen los métodos para documentar y
describir las características de l sistema.
19
Especificaciones de requerimientos: Los datos obtenidos durante la
recopilación de hechos se analizan para determinar las especificaciones de los
requerimientos, es decir, la descripción de las características del nuevo sistema.
Esta actividad tiene tres partes relacionadas entre sí:
- Análisis de datos basados en hechos reales: Se examinan los datos

recopilados durante el estudio, incluidos en la documentación de flujo de datos y
análisis de decisiones, para examinar el grado de desempeño del sistema y si
cumple con las demandas de la organización.
- Identificación de requerimientos esenciales: Características que deben

incluirse en el nuevo sistema y que van desde detalles e operación hasta criterios
de desempeño.
- Selección de estrategias para satisfacer los requerimientos: Métodos que

serán utilizados para alcanzar los requerimientos establecidos seleccionados.
Estos forman la base para el diseño de sistemas, los cuales deben cumplir con la
especificación de requerimientos.
La especificación de requerimientos implica gran responsabilidad para los

analistas de sistemas, ya que la calidad de trabajo realizado en esta etapa se vera
reflejada mas adelante en las características del nuevo sistema.
Requerimientos básicos
Los analistas estructuran su investigación al buscar respuestas a las siguientes

cuatro importantes preguntas:
 ¿Cuál es el proceso básico de la empresa?
 ¿Qué datos utiliza o produce esta empresa?
 ¿Cuáles son los límites impuestos por el tiempo y la carga de trabajo?
 ¿Qué controles de desempeño utiliza?
 Comprensión del proceso
20
Los analistas hacen preguntas que, cuando reciben la respuesta, proporcionan
antecedentes sobre detalles fundamentales relacionados con el sistema y que
sirven para describirlo. Las siguientes preguntas son de utilidad para adquirir la
comprensión necesaria:
 ¿Cual es la finalidad de esta actividad dentro de la empresa?
 ¿Qué pasos se siguen para llevarla a cabo?
 ¿Dónde se realizan estos pasos?
 ¿Quiénes lo realizan?
 ¿Cuánto tiempo tardan n efectuarlos?
 ¿Con cuanta frecuencia lo hacen?
 ¿Quiénes emplean la información resultante?
2.2. Estrategias de desarrollo por análisis estructurado
Cuando los analistas comienzan a trabajar sobre un proyecto de sistemas de

información, a profundo tienden a profundizar en un área de la organización con la
que tienen poca familiaridad. A pesar de esto, deben desarrollar un sistema que
ayude a los gerentes y personal –los futuros usuarios- de esta área. Cualquier
nuevo sistema o conjunto de recomendaciones para cambios en el sistema
existente, ya sea este manual o automatizado, debe conducir hacia la mejora.
Para alcanzar este resultado, se espera que los analistas de sistemas hagan lo
siguiente:
- Aprendan los detalles y procedimientos del sistema en uso
- Obtengan una idea de las demandas futuras de la organización como

resultado del crecimiento, del aumento de la competencia en el mercado, de los
cambios en las necesidades de los consumidores, de la evolución de las
estructuras financieras, de la introducción de la nueva tecnología y cambios en las
políticas del gobierno entre otros.
21
- Documentar detalles del sistema actual para su revisión y discusión por
otros.
- Evaluar la eficiencia y efectividad del sistema actual y sus procedimientos,

tomando en cuenta el impacto sobre las demandas anticipadas para el futuro.
- Recomendar todas las revisiones y ampliaciones del sistema actual,

señalando su justificación. Si es apropiado, quizá la propuesta de un nuevo
sistema completo.
- Documentar las características del nuevo sistema con un nivel de detalle

que permita comprender a otros sus componentes, y de una manera que permita
manejar el desarrollo del nuevo sistema.
- Fomentar la participación de gerentes y empleados en todo el proceso,

tanto para aprovechar su experiencia y conocimiento del sistema actual, como
para conocer sus ideas, sentimientos y opiniones relacionadas con los
requerimientos de un nuevo sistema o de los cambios para el actual.
Para tener éxito, los buenos analistas de sistemas estructuran el proceso que
siguen para el desarrollo de un nuevo sistema. Aunque cada lugar donde trabaja l
analista es diferente, las tareas que llevan a cabo son similares y existe un
conjunto común de preguntas por contestar cuando las emprenden.
El análisis estructurado es un método para el análisis de sistemas manuales o

automatizados, que conduce al desarrollo de especificaciones para sistemas
nuevos o para efectuar modificaciones a los ya existentes. Cuando los analistas
de sistemas abordan una situación poco familiar, siempre existe una pregunta
sobre donde comenzar el análisis. Una situación dinámica siempre puede ser vista
como abrumadora debido a que muchas de las actividades se llevan a cabo
constantemente. El análisis estructurado permite al analista conocer un sistema o
proceso en forma lógica y manejable al mismo tiempo que proporciona la base
para asegurar que no se omite ningún detalle pertinente.
22
¿Qué es lo que se desea estructurar? ¿Qué significa “estructura”? El objetivo que
persigue el análisis estructurado es organizar las tareas asociadas con la
determinación de requerimientos para obtener comprensión completa y exacta de
una situación dada.
En el análisis estructurado, la palabra estructura significa que: 1) el método intenta

estructurar el proceso de determinación de los requerimientos comenzando con la
documentación del sistema existente; 2) el proceso esta organizado de tal forma
que intenta incluir todos los detalles relevantes que describen el sistema en uso; 3)
es fácil verificar cuando se han omitido detalles relevantes; 4) la identificación de
los requerimientos será similar entre varios analistas e incluirá mejores soluciones
y estrategias para las oportunidades de desarrollo de sistemas; y 5) los
documentos de trabajo generados para documentar los sistemas existente y
propuesto son dispositivos de documentación eficiente.
Componentes del análisis estructurado
El análisis estructurado hace uso de los siguientes componentes:

 Símbolos gráficos: iconos y convenciones para identificar y
describir los componentes de un sistema junto con las
relaciones entre estos componentes.
 Diccionario de datos: descripciones de todos los datos
utilizados en el sistema. Puede ser manual o automatizado.
 Descripciones de procesos y procedimientos: declaraciones
formales que emplean técnicas y lenguajes que permiten a los
analistas describir actividades importantes que forman parte
del sistema.
 Reglas: estándares para describir y documentar el sistema en
forma correcta y completa.
Los analistas desean conocer las respuestas a cuatro preguntas especificas:
¿qué procesos integran el sistema?, ¿qué datos emplea cada proceso?, ¿qué
datos son almacenados? y ¿qué datos ingresan y abandonan el sistema?.
23
Los datos son la guía de actividades de la empresa. Ellos pueden iniciar eventos y
ser procesados para dar información útil al personal que desean saber que tan
bien se han manejado los eventos. Seguir el flujo de datos por todos los procesos
de la empresa les dice mucho a los analistas sobre como se alcanzan los objetivos
de la organización. El análisis de flujo de datos estudia el empleo de los datos en
cada actividad. Documenta los hallazgos con diagramas de flujo de datos que
muestran en forma grafica la relación entre procesos y datos, y en los diccionarios
de datos que describen de manera formal los datos del sistema y los sitios donde
son utilizados.
2.3. Estrategia de desarrollo por prototipos de aplicaciones
Identificación de requerimientos conocidos
La determinación de los requerimientos de una aplicación es tan importante para

el método de desarrollo de prototipos como lo es para los métodos del ciclo clásico
de desarrollo de sistemas o análisis estructurado. Por consiguiente, antes de crear
el prototipo, los analistas y usuarios deben trabajar juntos para identificar los
requerimientos conocidos que tienen que satisfacerse.
Desarrollo de un modelo de trabajo
La construcción de un prototipo es un proceso iterativo de desarrollo. Antes de la

primera iteración, los analistas de sistemas explican el método a los usuarios, las
actividades a realizar, la secuencia en la que se llevaran a cabo y también
discuten las responsabilidades de cada participante. Un cronograma para el inicio
y fin de la primera iteración es de gran ayuda, por tanto, debe elaborarse justo
antes de iniciar las actividades.
En el desarrollo de un prototipo se preparan los siguientes componentes:

- El lenguaje para el dialogo o conversación entre el usuario y el
sistema.
- Pantallas y formatos para la entrada de datos.
24
- Módulos esenciales de procesamiento.
- Salida del sistema.
USO DE PROTOTIPOS Cuando el prototipo esta terminado, el siguiente paso es
tomar la decisión sobre como proceder. Existen cuatro caminos a seguir después
de evaluar la información obtenida con el desarrollo y uso del prototipo:
Abandono de la aplicación
En algunos casos, la decisión es descartar el prototipo y abandonar el desarrollo

de la aplicación. Esta conclusión no significa que fuese un error emprender el
proceso de desarrollo del prototipo o un desperdicio de recursos. Mas bien, la
información y experiencia ganada con el desarrollo y empleo del prototipo condujo
hacia una decisión de desarrollo. Es probable que los usuarios y analistas hayan
aprendido que el sistema era innecesario o hayan descubierto otra solución
durante el proceso.
Implantación del prototipo
Algunas veces el prototipo se convierte en el sistema que se necesita. En este

caso, se implanta sin ninguna modificación y no se emprenden mas esfuerzos de
desarrollo. Esta decisión es más probable tomarse bajo una o más de las
siguientes circunstancias:
- La evolución de prototipo condujo a una aplicación que tiene las

características, capacidades y desempeño requeridos.
- La aplicación será utilizada con poca frecuencia y no es importante su

rapidez o eficiencia operacional.
- La aplicación no tiene efecto sobre otras aplicaciones o datos de la

organización y tampoco interacciona con ellos; además satisface las necesidades
de os usuarios inmediatos.
25
- El medio ambiente de la aplicación se encuentra en un estado de flujo; es
difícil determinar necesidades a largo plazo o condiciones de operación mas
estables. En consecuencia no es posible justificar otras actividades de desarrollo.
El prototipo es de utilidad para las condiciones actuales.
Desarrollo de la aplicación
Cuando un prototipo tiene éxito puede proporcionar información muy amplia con
respecto a los requerimientos de la aplicación y conducir a su completo desarrollo.
Terminar el prototipo n significa finalizar el proceso de desarrollo. Mas bien señala
el comienzo de la siguiente actividad: el desarrollo completo de la aplicación.
El desarrollo de una aplicación puede presentarse como parte del método de ciclo
de vida de los sistemas de información. Las dos formas más comunes de
incorporar la construcción de un prototipo para la aplicación son las siguientes:
- El prototipo se emplea como una opción para la determinación de

requerimientos; las características del prototipo son consideradas como los
requerimientos a satisfacer en subsecuentes actividades de desarrollo.
- El prototipo se utiliza como sustituto para el diseño e implantación de la

aplicación, es decir, como un esqueleto a partir del que se construye el resto del
sistema.
Inicio de un nuevo prototipo
Algunas veces la información ganada con el desarrollo y uso del prototipo, sugiere
el empleo de un enfoque muy diferente para satisfacer las necesidades de la
organización. En este caso es posible encontrar que las características de la
aplicación con muy diferentes si el prototipo es inadecuado para demostrarlas y
evaluarlas.
HERRAMIENTAS PARA EL DESARROLLO DE PROTOTIPOS
26
Lenguajes de cuarta generación
Los lenguajes de cuarta generación fueron creados para ayudar a satisfacer la

necesidad de desarrollar un software con mayor eficiencia. Los lenguajes de
cuarta generación incluyen un amplio espectro de lenguajes de computadora que
hacen hincapié sobre lo que debe hacerse mas que sobre como realizar la tarea.
Los lenguajes de cuarta generación se clasifican en tres categorías:
Lenguajes no orientados hacia procedimientos: El lenguaje con el que trabajan los

analistas y usuarios finales no esta orientado hacia procedimientos. Algunas veces
el lenguaje recibe l nombre de lenguajes no-procedurales. Un solo mandato lleva a
cabo una función completa. No es raro encontrar que el mandato de un lenguaje
no orientado hacia procedimientos remplace al equivalente de mas de cien
instrucciones de un lenguaje de tercera generación.
Lenguajes de consulta y recuperación: Estos lenguajes facilitan la recuperación de

datos almacenados sin necesidad de escribir muchas instrucciones orientadas
hacia procedimientos, o especificar el formato de los datos. Estos lenguajes
permiten a los usuarios formular preguntas en formatos tabulares o parecidos al
ingles.
Generadores de reportes
Los generadores de reportes permiten a los usuarios obtener con facilidad datos
de archivos o bases de datos. Se puede obtener el contenido parcial o total de los
registros. En comparación con los lenguajes de consulta y recuperación, los
generadores de reportes dan a los usuarios mayor control sobre la apariencia y
contenido de la salida. Los resultados se pueden presentar en un formato de
reporte que se establece en forma automática por software, o el usuario también
puede proporcionar las especificaciones que instruyan al sistema para preparar
títulos específicos, descripciones de pagina y encabezados de columnas.
27
Generadores de aplicaciones
Los generadores de aplicaciones son programas de software que permiten la

especificación de toda una aplicación de un nivel muy alto. Ellos proporcionan las
condiciones para desarrollar aplicaciones que acepten datos, efectúen cálculos,
sigan complicadas rutinas de procesamiento lógico y produzcan reportes y salidas.
El generador de aplicaciones produce el código fuente. Algunos producen
programas completos. Otros, denominados generadores de programas, reparan el
código del programa, como módulos individuales, y permiten al usuario enlazar
otros módulos con los producidos por el generador.
Generadores de pantalla
Un generador de pantalla es una herramienta interactiva para dibujar pantallas y

efectuar la validación automática de la entrada y procesamiento. Es posible
seleccionar con respuestas sencillas preferencias sobre el presentar con mayor
brillantez la información más importante, el utilizar determinados colores o hacer
uso del video inverso.
Los generadores de pantalla también permiten que los usuarios preparen

automáticamente componentes que sean de ayuda en la interacción usuario-
maquina, incluyendo la localización de campos para entrada de datos, campos
para presentar datos, encabezados de columna, etiquetas y mensajes.
2.4. Herramientas asistidas por computadora para el desarrollo de sistemas
La introducción de herramientas asistidas por la computadora en los esfuerzos de

análisis y desarrollo aumentan los beneficios que se derivan del uso de las
herramientas. Las herramientas del análisis asistido por la computadora mejoran
la velocidad y disminuyen el tiempo necesario para completar la tarea de
desarrollo.
28
La automatización también se hace cargo de algunas tareas que son pesadas. El
desarrollo de diagramas de flujo de datos es una tarea que puede consumir mucho
tiempo. Las herramientas automatizadas para flujo de datos hacen posible dejar al
software de la computadora el proceso de dibujo.
Cuando los procedimientos forman parte del software, estos se realizan en forma
más consistente. Se convierten en rutinas. La consistencia que pueden ofrecer los
procedimientos es una excelente razón para ampliar el conjunto de herramientas
asistidas por computadora para el desarrollo de sistemas.
Una ventaja que distingue a muchos sistemas automatizados es la captura,

almacenamiento, procesamiento y recuperación de los detalles de un sistema.
Una vez en forma procesable por la computadora, los detalles del sistema pueden
utilizarse para muchas finalidades.
CLASIFICACIÓN DE HERRAMIENTAS AUTOMATIZADAS
Herramientas de tipo front-end
Las herramientas de tipo front-end automatizan las primeras actividades del

proceso de desarrollo de sistemas.
Entre los muchos aspectos que se toman en cuenta al desarrollar herramientas

para esta fase, se hallan técnicas de soporte para ayudar al analista a preparar
especificaciones formales que carezcan de ambigüedades, a validar las
descripciones del sistema con el objeto de determinar su consistencia y
completes, y a seguir la evolución de los requerimientos de la aplicación en
características que formen parte del sistema que finalmente será implantado.
Herramientas de tipo back-end
Las herramientas de tipo back-end tienen como finalidad ayudar al analista a

formular la lógica del programa, los algoritmos de procesamiento y la descripción
29
física de los datos, también ayudan a la interacción con los dispositivos, etc. Estas
actividades convierten los diseños lógicos del software en un código de
programación que es el que finalmente da existencia a la aplicación.
Herramientas integrales
Las actividades de análisis abordan los detalles de alto nivel mientras que las
actividades de desarrollo dan mayor importancia a los detalles de bajo nivel. Las
especificaciones de alto nivel describen los requerimientos del usuario, como
entradas, salidas y expectativas de funcionamiento. Las especificaciones de bajo
nivel indican la forma en que serán satisfechos estos requerimientos por medio de
detalles que son específicos de la computadora.
HERRAMIENTAS ASISTIDAS POR COMPUTADORA PARA LE INGENIERÍA DE

SISTEMAS (CASE)
Las herramientas de tipo CASE incluyen los siguientes cinco componentes:
Herramientas para diagramación: Estas herramientas dan soporte al análisis y

documentación de los requerimientos de una aplicación. Por lo general, incluyen
facilidades para producir diagramas de flujo de datos.
Las herramientas ofrecen la capacidad de dibujar diagramas y cartas, además de

guardar los detalles en forma interna.
Depósito centralizado de información: La captura, análisis, procesamiento y

distribución de todos los sistemas de información es asistida por un deposito de
información centralizado o diccionario de datos.
Aunque los diccionarios son diseñados para que el acceso a la información sea
sencillo, también incluyen controles y medidas de protección que preservan la
exactitud y consistencia de los detalles del sistema.
30
Generador de interfaces: Los generadores de interfaces ofrecen la capacidad
para preparar imitaciones y prototipos para las interfaces con los usuarios. Por lo
general, soportan la rápida creación de menús de demostración para el sistema,
de pantallas de presentación y del formato de los informes.
Generadores de código: Los generadores de código automatizan la preparación

del software. Estos incorporan métodos que permiten convertir las
especificaciones del sistema en código ejecutable.
Herramientas de administración: Algunas herramientas CASE para

administración permiten que los gerentes de proyecto especifiquen elementos de
su propia elección.
Otras permiten definir metodologías de desarrollo propias, incluyendo las reglas de

validación y los estándares para datos nombres de procedimientos.
Integración de la herramientas CASE
La integración de la herramienta ocurre en tres formas:
Interface - uniforme: Significa que todas las herramientas en el sistema CASE

son activadas de la misma manera y desde un lugar común en el sistema.
Facilidad para la transferencia de datos: Significa que los detalles desarrollados

con una herramienta pueden estar disponibles para otras. El diccionario de datos
es el elemento crítico que hace posible la transferencia de datos entre
herramientas distintas.
Unir de las actividades de desarrollo: La facilidad para transferir datos y la unión

de las fases de desarrollo se encuentran relacionadas, ya que se pueden utilizar
una y otra vez los datos transferidos entre herramientas a través de todo el
proceso de desarrollo.
31
USO DE UNA HERRAMIENTA CASE
Operaciones iniciales
Los sistemas CASE almacenan información por proyecto. Cada aplicación de

sistemas de información es considerada como un proyecto.
Antes de iniciar el trabajo, el analista debe proporcionar su nombre y contraseña.

Si es correcta, Excelerator presenta sobre la pantalla una lista de todos los
proyectos para los que el analista tiene autorizado el acceso.
Menú principal de funciones
El menú principal presenta los nombres de las siete funciones mas importantes d
Excelerator: graficas, XLDicionario, pantallas y reportes, documentación, análisis,
interfaces y utilerías.
Dibujo de diagramas de flujo de datos
Cuando se selecciona la función de graficas, aparece otro menú que muestra las
opciones disponibles para l analista. Los diagramas de flujo de datos son uno de
los muchos tipos de diagramas y cartas disponibles en el menú de graficas.
Diccionario por proyecto
A medida que se formulan las especificaciones y la documentación, toda la

información con respecto al proyecto se acumula en el diccionario de datos que
Excelerator mantiene para dicho proyecto. Parte de la información, como el flujo
de datos entre procesos, la graba directamente la persona que hace uso de la
herramienta.
Pantallas e informes
32
Excelerator, como muchas otras herramientas de tipo CASE, proporciona un
método rápido y sencillo para desarrollar prototipos de pantallas para que los
usuarios finales trabajen con ellas. El analista puede diseñar y ejecutar pantallas y
reportes con el apoyo de un menú, e incluso desarrollar el prototipo de una base
de datos.
Herramientas para el análisis y documentación
Excelerator ofrece características tales como un conjunto de reportes que validan

las descripciones del sistema. Los reportes del análisis contienen una lista de
relaciones inconsistentes o ilegales entre datos, flujos de datos y procesos, así
como consistencias al seguir las convenciones para asignar nombres. también es
posible detectar y notificar diagramas no balanceados.
Utilerías
La información utilizada por el sistema Excelerator se encuentra descrita por las

funciones de utilería. Existe también una función especial para el manejo de
proyectos que los analistas emplean para dar nombre al proyecto, proporcionar
descripciones del mismo y definir la notación que utilizaran para los diagramas de
flujo de datos.
Beneficios de CASE
Entre los beneficios ofrecidos por la tecnología CASE se encuentran los

siguientes:
- Facilidad para llevar a cabo la tarea de revisión de especificaciones del

sistema así como de representaciones graficas.
- Facilidad para desarrollar prototipos de sistemas para desarrollar prototipos

de sistemas por medio de la capacidad para cambiar especificaciones y, por otro
33
lado, para determinar el efecto que sobre el desempeño del sistema tendrán otras
alternativas.
- Generación de código.
- Soporte para mantenimiento como resultado de haber guardado las

especificaciones del sistema en un deposito central de información.
- Aumentar las posibilidades de satisfacer los requerimientos del usuario.
Debilidades de CASE
Entre las debilidades de CASE se encuentran las siguientes:
- Muchas herramientas CASE están construidas teniendo como base las

metodologías del análisis estructurado y del ciclo de vida de desarrollo de
sistemas. Por si sola, esta característica puede convertirse en la principal limitante
ya que no todas las organizaciones emplean métodos de análisis estructurado.
- Falta de niveles estándar para el soporte de tecnología.
- Conflictos en el uso de diagramas.
- Diagramas no utilizados. En algunos casos las herramientas graficas

automatizadas o manuales no se emplean del todo.
- Aunque una herramienta puede apoyar varias fases del ciclo de vida de
desarrollo de sistemas o adaptarse a diferentes metodologías de desarrollo, por lo
general su enfoque primario esta dirigido hacia una fase o método especifico.
- Aunque muchas herramientas basadas en computadora incluyen la

capacidad de verificar las especificaciones para determinar su completez o
consistencia, virtualmente no llevan a cabo ningún análisis de los requerimientos
de la aplicación.
34
- Las tareas humanas siguen siendo criticas. Las herramientas deben
adaptarse a la arquitectura de la información así como a las metodologías de
desarrollo utilizadas por la organización.
3.1. Transición del análisis hacia el diseño.
El diseño de sistemas es convertir los requerimientos en soluciones que los

satisfagan.
Para diseñar un sistema se deben especificar los requerimientos de la aplicación,

anteriormente se nombraron y explicaron herramientas para especificar estos
requerimientos. Estos métodos o herramientas son de gran ayuda para la
documentación del sistema, pero no realizan el análisis necesario para identificar
los requerimientos del sistema. El analista de sistemas es el responsable de
identificar estos requerimientos. Los requerimientos del sistema se formulan a
partir del resultado del análisis
Para determinar los requerimientos del usuario y revisar los hechos de un sistema
se puede seguir el siguiente marco de referencia:
Capacidad: se refiere a la capacidad que tiene el sistema existente para alcanzar

sus metas y cumplir con sus objetivos. Esta capacidad viene dada por personas,
equipo, espacio y procedimientos. El problema esta cuando estas personas o
equipos, etc; no satisfacen los niveles de rendimiento esperados. Las soluciones
son las siguientes:
Aumentar el personal, equipo u otros recursos necesarios para satisfacer las

necesidades requeridas
Reducir los requerimientos de efectividad, esto se puede lograr aumentando el

espacio de tiempo de cada tarea a realizar
35
Cambiar el grado de exigencia de las actividades
Control: es un conjunto de mecanismos que se utilizan para aumentar la

probabilidad de que las tareas de una empresa u organización se lleven a cabo de
la manera deseada. Hay varias preguntas que el analista debe hacer cuando
evalúa el control de los procedimientos como por ejemplo ¿Los pasos del proceso
se realizan en forma apropiada?, ¿Existe la posibilidad de que se estén
efectuando pasos no autorizados?, ¿Se pueden duplicar actividades?, ¿La
gerencia esta al tanto de tareas no realizadas?, ¿Existe verificación de datos,
códigos de procedimientos, etc.?
Las soluciones a un problema de control de procedimientos pueden ser las

siguientes:
Diseñar el sistema de manera que los fallos en los controles estén prohibidos y de
esta forma se neutralizan los eventos que no pueden ocurrir
Diseñar detectores de errores o fallos que los identifiquen y los notifiquen para que
la persona autorizada los corrija
Diseñar correctores de fallos en los controles, una vez detectados se puede

proporcionar al sistema con una rutina que emprenda las acciones correctivas
necesarias.
Accesibilidad de la Información: ya sea por que no existe o por que su acceso es

muy difícil, se pueden producir problemas con el acceso a la información
necesaria para realizar una labor. Para evitar este problema existen varias
estrategias:
Eliminar la necesidad de información rediseñando el sistema de una forma en la

cual las reglas y procesos de decisión formen parte de él.
Facilitar el acceso a la información
36
Disminuir la necesidad de procesamiento, esto se puede lograr almacenando los
detalles mas utilizados o accesados por el usuario en una forma en la que si se
vuelve a utilizar no se requiera procesarlo
Mejorar la presentación
Complejidad: cuando las tareas son muy complejas es mas fácil que la persona la
evite que la realice, entonces es probable que esta tarea no se realice. Para
reducir la complejidad se debe considerar lo siguiente:
Simplificación: se obtiene eliminando pasos innecesarios, registros que no se

utilizan, etc.
Dividir los procesos complejos en tareas separadas
Cambiar la secuencia de un proceso puede disminuir la complejidad
El diseño de sistemas tiene dos etapas:
Diseño Lógico:
 Especificaciones de Salida
 Especificaciones de Entrada
 Especificaciones de archivos y bases de datos
 Especificaciones de procesamiento
 Requerimientos de datos
Diseño Físico:
 Entrada de datos
 Soporte para decisiones
 Generación de Reportes
 Consultas
 Comunicación
 Mantenimiento de Archivos
 Respaldo
 Archivos de Transacción, de reporte, maestro, etc.
37
En general, el analista debe diseñar el sistema de manera que:
 Sea fácil de utilizar
 Este bien validado
 Evite fallas en procedimientos críticos para la empresa
 Sea flexible
 Sea Adaptable
 Sea ergonómico
En la actualidad existen estándares de diseño de sistemas, a continuación se dan

ejemplos de áreas incluidas en estos estándares:
 Estándares para datos: modelos a seguir para nombrar a los datos y
especificar su longitud y tipo, esto está contenido en el diccionario de datos.
 Estándares de Codificación: Abreviaturas para describir procesos y
entidades dentro de una organización
 Estándares Estructurales: lineamientos para dividir el sistema en módulos,
para la codificación estructurada, reutilización de código.
 Estándares de Documentación: descripción de los detalles de la aplicación
Elementos del Diseño
 Flujos de Datos: movimientos de datos hacia, alrededor y desde el sistema.
 Almacenes de Datos: conjuntos temporales o permanentes de datos
 Procesos: transforma los datos en información. Pueden ser manuales o
automatizados
 Controles: lineamientos para determinar si los procesos están siendo
ejecutados de forma correcta
 Funciones del Personal: la interacción que tiene el usuario con el sistema,
entradas de datos, etc.
3.2. Diseño de salidas del sistema de cómputo.
Las salidas del sistema son cualquier información que arroje el sistema de
información, ya se impreso o por pantalla. El analista para diseñar estas salidas
debe identificar la salida que se necesita para cubrir la necesidad de información,
debe especificar los métodos para el diseño de éstas salidas y por ultimo deben
crear los documentos o reportes que contienen la información que arroja el
sistema.
38
Objetivos de la Salida
 Expresar la información que tengan relación con actividades realizadas en
el pasado, de estados actuales o información proyectada hacia el futuro
 Resaltar eventos de importancia, ya sean problemas, errores o
advertencias
 Ejecutar acciones
 Verificar esas acciones
Las salidas deben ser diseñadas tomando muy en cuenta la función que éstas van
a cumplir.
Tipos de Salida
 Un reporte
 Un documento
 Un mensaje
Las salidas pueden ser impresas o presentadas por pantalla.
Las fuentes de las salidas pueden ser:

 Recuperación de un almacenamiento de datos
 Paso de mensajes desde un proceso a otro
 Dispositivos de Entrada
Aspectos importantes de la salida
A través de las siguientes cinco preguntas se puede comprender mejor lo que

debe ser la salida de un sistema:
 ¿Quiénes recibirán la información?
 ¿Cuál es el uso que se le dará a la información?
 ¿Cuántos detalles se necesitan?
 ¿Cuándo se necesita la información?
 ¿Qué método utilizar?
Cómo presentar la información
39
Existen varios lineamientos para presentar la información al usuario, el analista
debe utilizar en que mas le convenga al usuario para hacer uso de esa
información
Formato Tabular
Éste formato debe utilizarse:

 Cuando los detalles dominan y no se necesitan muchos comentarios
 Cuando los detalles son presentados en categorías discretas
 Cuando cada categoría deba tener una etiqueta
 Cuando es necesario obtener totales o comparar diferentes componentes
 Cuando las entidades dependan del tiempo
Formato Gráfico
Como su nombre lo indica utiliza gráficos para presentar la información. Existen

distintos tipos de gráficas:
 De Sectores: describen las distintas partes que conforman un todo, y que
tienen relación con una actividad determinada
 Curvas: muestran cambios en la actividad a lo largo de cierto tiempo
 De escalones o superficie: muestran cambios en categorías
 Barras y columnas
 Mapas: muestran variaciones en distintas zonas geográficas
Las gráficas se utilizan por varias razones:

 Para mejorar el entendimiento por parte del usuario de la información que
ésta siendo presentada
 Para poder manejar mayor volumen de información
 Para que la información se ajuste a las preferencias del usuario
Estándares para el diseño de gráficas

 Toda gráfica debe incluir un titulo
40
 Fecha en que se realizo
 Añadir números de página
 Deben colocarse etiquetas bien ubicadas y utilizando un tipo de letra que
ayuda a que sea legible
 No deben utilizarse abreviaturas
Uso de íconos
Los íconos son representaciones gráficas de entidades, por lo tanto ofrecen una
gran ayuda al momento de acceder rápidamente a la información, y tienen un
efecto visual que los hace atractivos para el usuario, ayudándolo así a manejar
mejor el sistema
Lineamientos de cuando y como utilizar los íconos en un sistema de información:
Utilizar íconos que sean reconocidos fácilmente por el usuario

 Si no existe algún icono que represente gráficamente lo que queremos
presentar, es mejor utilizar etiquetas en vez de utilizar un icono que
confunda al usuario
 Utilizar el mismo icono para la misma entidad así éste aparezca en
diferentes partes del sistema
 Evitar colocar etiquetas en los iconos, ya que éstos por sí solos deben
comunicar su significado con claridad
 Distribuir los iconos de forma de que no se agrupen en una zona pequeña
para evitar la sobrecarga de imágenes
 Mantener un mismo tamaño para todos los iconos
Diseño de salida impresa
Las salidas impresas se utilizan cuando se necesita el físico de la información por

cualquier razón que tenga el usuario: que necesite enviar por correo la
información, etc.
41
El analista debe determinar aquellas salidas impresas que sean absolutamente
necesarias, por que el desarrollo de un sistema debe disminuir en lo posible el uso
de reportes impresos en la organización
Lineamientos:
 Los documentos deben estar diseñados para ser leídos de izquierda a
derecha y de arriba hacia abajo
 Los datos de mayor importancia deben estar ubicados de tal forma que
sean fáciles de encontrar
 Todas las páginas deben tener título, número de página y fecha en que fue
impresa
 Todas las columnas deben estar etiquetadas
 No utilizar abreviaturas
Diseño de salida por pantalla
Las salidas por pantalla tienen la desventaja del espacio comparada con las
salidas impresas, además los usuarios saben buscar la información en un reporte
impreso (saben voltear las paginas, etc), en cambio no podemos suponer esto
cuándo se diseñan pantallas
En este diseño se incluyen el uso de gráficas e iconos, existen diversas formas de

presentar la información por pantalla, la más usada es a través del uso de
ventanas.
Hay ventanas estáticas y ventanas de aparición repentina, las estáticas se utilizan

para mostrar alguna información que el usuario requiera, en cambio las de
aparición repentina sirven para pedir información, dar advertencias o incluso
mostrar errores.
42
3.3. Diseño de entradas y controles.
El diseño de entradas une al sistema con los usuarios. Objetivos del diseño de la
entrada:
Control de la calidad de entrada: esto se refiere a disminuir los requerimientos de

datos en el sistema debido a que en el proceso se entrada de datos se pierde
mucho tiempo, entonces debemos disminuir estos requerimientos para que el
proceso de entrada sea más rápido.
Evitar los cuellos de botella: los cuellos de botella son retrasos que ocurren en el
procesamiento, éstos retrasos son producto del proceso de entrada de datos
Evitar los errores en los datos: el analista puede reducir el número de errores
disminuyendo el volumen de datos que deben entrar en el sistema.
Evitar pasos adicionales: el analista debe diseñar la entrada de datos de forma

que no se tenga que utilizar pasos o procesos adicionales.
Mantener la sencillez del proceso
Lineamientos para la captura de datos
El analista debe diseñar el sistema de forma que capture sólo aquellos datos que
deben proporcionarse como entradas cuando se procesan transacciones:
 Datos variables: son los datos que cambian para cada transacción
 Datos de identificación: es el dato de identificación de artículo en cada
registro de transacción
También es importante resaltar los datos que no deben proporcionarse al sistema:

 Datos constantes: por ejemplo la fecha, la cual puede ser obtenida por el
sistema a través del reloj/calendario del computador
43
 Detalles que el sistema puede recuperar: son los datos que se encuentran
almacenados en un archivo o base de datos los cuales pueden ser leídos
por el sistema
 Detalles que el sistema puede calcular: por ejemplo una diferencia entre
una fecha de entrada de un producto y la fecha de venta del producto
Diseño de documentos fuente
Es la forma en la cual se capturan los datos inicialmente. Para diseñar estos

documentos fuente los analistas de sistemas debe plantearse las siguientes
preguntas:
¿Los datos que se encuentran en la forma pueden ser leídos por el sistema?
¿Cuál es el mejor método para introducir los datos y que minimice la cantidad de
entradas?
Métodos de codificación
Es expresar las palabras, ideas o relaciones por medio de un código; esto ayuda
al ahorro de espacio, tiempo y costos, y acelera todos los procesos. Existen varios
métodos de codificación:
Códigos de clasificación: los códigos de clasificación separan las entidades,

eventos, personas u objetos, colocándolos en grupos distintos que reciben el
nombre de clases.
Códigos de funciones: es asignar un código a las tareas o trabajos a realizar por

el programa sin tener que proporcionar todos los detalles.
Códigos en secuencia: son números o letras asignados en secuencia para saber

en que orden ocurrirán los eventos.
44
Códigos con subconjuntos de dígitos significativos: son varios códigos
organizados secuencialmente que en conjunto representan la información
detallada del articulo. Estos subconjuntos de códigos indican cada uno por
separado aspectos como clase de articulo, vendedor, etc.
Códigos nemónicos: estos códigos utilizan números y letras para describir algo en
forma visual. Por ejemplo, un televisor de color de 21 pulgadas se puede traducir
en TV-CL-21.
Métodos de captura de datos
Captura de datos fuente por medio de perforadoras: en la actualidad este método

se usa muy rara vez, consiste en:
 Escribir los datos sobre el documento fuente
 Perforar los datos en tarjetas
 Verificar las tarjetas perforadas volviendo a introducir los datos a la
máquina de verificación, la cual los compara con los datos ya perforados
 Colocar las tarjetas perforadas en un lote para ser leídas y procesadas por
la computadora
 Ir validando los datos mientras la computadora los lee
 Procesar los datos
Captura de datos fuente con dispositivos teclado-almacenamiento:

 De ser necesario, los datos del documento fuente se deben codificar en un
formato aceptable para poder ser procesados por la computadora
 Procesar directamente el disco que contiene los datos
 Se debe validar los datos a medida que son leídos por el computador para
luego ser procesados
45
Captura de datos fuente con un scanner: este proceso acelera en un 60%
aproximadamente el proceso de captura de datos. Consiste en:
 Escribir los datos en el documento fuente
 Agrupar un lote de documentos fuente y leerlos a través del lector óptico de
caracteres
 La validación se realiza a medida que se van ingresando los datos en la
computadora
Entrada directa a través de terminales inteligentes: estos terminales tienen la

capacidad de procesamiento de datos, gracias a esto no se necesitan documentos
fuente. Este método se puede resumir en los siguientes pasos:
 Proporcionar los datos en el terminal
 Validar los datos a medida que se vayan ingresando en el terminal
Validación de entrada
Durante el proceso de entrada de datos pueden ocurrir errores que tienen que ser
detectados y corregidos antes de guardar los datos o procesarlos. Para realizar
esto existen tres categorías principales de métodos: verificación de la transacción,
la verificación de los datos de la transacción y el cambio de ellos.
Verificación de la transacción
Cuando se trabaja por lotes, puede ocurrir que las transacciones se acumulen y no
se procesen justo en el momento en que se ejecutan, esto trae como
consecuencia un alto riesgo de que alguna de ellas no se procese correctamente o
que sea olvidada. Un método de control de lotes es asignar una cantidad limitada
de lotes, las transacciones se van acumulando por ejemplo en grupos de 50
registros. Cada uno de estos grupos forma un lote, los lotes indudablemente se
van a acumular y es posible que el analista especifique un número de serie para
46
cada lote de manera de identificarlos con facilidad para que ninguno de ellos pase
por alto y no sea procesado.
Verificación de los datos de la transacción
Las transacciones validas pueden contener inválidos, entonces los analistas

deben establecer métodos de validación de datos cuando se desarrollan los
procedimientos de entrada.
Pruebas de existencia
Estas pruebas examinan los campos que son necesarios que contengan datos,
para que no sean dejados en blanco o vacíos.
Pruebas de límites y rangos
Validan el mínimo y el máximo de caracteres aceptables para un dato
Pruebas de combinación
Cuando un solo dato afecta a los demás, por ejemplo al introducir una categoría
no se puede colocar en los otros campos datos que no tengan que ver con esa
categoría, por ello se valida si todos esos campos tienen relación
Procesamiento duplicado
Es procesar lo mismo varias veces y comparar los resultados obtenidos para

conocer la veracidad de los mismos
Modificación de los datos de la transacción
Esta forma de validación implica la modificación automática de los datos erróneos

ingresados por el usuario. Para ello existen los siguientes métodos:
47
Corrección automática
Este método sólo implica que el sistema detecte el error y lo corrija

automáticamente, por ejemplo no se ingresan ceros en un campo numérico por
error del usuario, el sistema lo detecta y agrega los ceros en los espacios en
blanco.
Dígitos de verificación
Es añadir un número automáticamente siguiendo un lineamiento especifico al

código que el usuario esta ingresando, de esta manera evitamos los errores de
transcripción y de transposición.
3.4. Diseño del dialogo en línea.
Un diálogo es la forma en la que el usuario interactúa con el sistema. Por lo tanto

es muy importante el diseño correcto de estos.
Diagramas para diálogos
Presentan las secuencias de actividades que se pueden llevar a cabo en un

sistema y también cómo iniciar las acciones.
Por convención, las funciones de procesamiento se muestran en rectángulos que

incluyen el nombre de la función. Cada función está ligada a funciones de niveles
superiores e inferiores mediante una flecha con el nombre de la opción elegida en
el nivel superior.
Decisiones en el diseño de diálogos
La conversación entre el usuario y el sistema depende completamente del diseño

del diálogo. Un diseño fácil de usar significa que la conversación puede fluir con
facilidad. Las decisiones que debe hacer el analista son las siguientes:
48
 Estrategia general del diálogo
 Diálogo de entrada de datos
 Paginación y scrolling
 Mensajes y comentarios
 Navegación del usuario
 Asignación de teclas
 Sistema de ayuda
Estrategias de diálogo
Diálogo conducido por menú
Debido a que los sistemas en línea proporcionan varias opciones de entrada y

procesamiento a los usuarios, se requiere de un método para mostrar a los
usuarios las alternativas disponibles. Los menús cumple este propósito, de modo
de que el usuario pueda elegir entre las funciones que se encuentran en ese
menú.
Diálogo por medio del teclado
Los usuarios llamas a las actividades de procesamiento tecleando un comando

que el sistema entiende. Las tres formas de diálogo mediante teclado incluyen las
formas de comando único, nemónico y de lenguaje natural.
 Forma de comando único: el usuario teclea la palabra clave que el sistema
asociará con la realización de un proceso específico
 Forma de comando nemónico: son abreviaturas de frases largas que se
utilizan como comandos para que el usuario no tenga que teclear tanto
 Forma de lenguaje natural: permite que los usuarios instruyan al sistema
con comandos menos rígidos. En vez de utilizar la sintaxis convencional de
los comandos, los usuarios aplican su propio vocabulario de palabras u
operaciones.
49
Diálogo pregunta/respuesta
Estos se basan en la presentación de preguntas al usuario. La respuesta que el

usuario dé guía el procesamiento resultante
Diálogo con entrada de datos
La entrada de datos se ve afectada por la forma en que el sistema ayuda a los

usuarios y les pide los datos
Formatos para entrada de datos
Es un bosquejo que muestra la información a introducir. Además de los títulos y

encabezados en la pantalla, el formato contiene etiquetas que identifican los datos
por introducir
Indicación pregunta/respuesta
Se piden datos al usuario mediante preguntas que hace el sistema. El método

pregunta/respuesta, que es sencillo de usar, ofrece la ventaja adicional de permitir
el control total de la secuencia en que se recibe la información.
Manejo de Pantalla
Las pantallas deben seguir un diseño general que proporcione un uso consistente
de las áreas o ventanas en el monitor. Entre las consideraciones del diseño están
la estandarización de uso de ventanas, el manejo de navegación y secuencias de
escape, y la paginación y scrolling.
Uso de ventanas
 Ventana de título: Identifica el título de la pantalla, la función a desarrollar o
la aplicación en ejecución; puede incluir datos del sistema
50
 Ventana de instrucciones: Le dice al usuario cómo introducir datos, elegir
un procesamiento alternativo o salir del sistema
 Ventana principal de texto: La porción más grande de la pantalla; incluye
pantalla para captura de datos, menús o procesamientos alternativos
 Área de navegación y menú: Instruye al usuario sobre cómo moverse entre
las páginas de información, pantallas o menús; también identifica la
información de escape
 Ventana de mensajes: Contiene mensajes de información y control
 Ventana de banderas: Una alternativa que puede utilizarse para señalar las
actividades actuales o las instrucciones a procesar
Facilidad de navegación del usuario
Es frecuente que los usuarios se pierdan y requieran de un mapa del sistema. Los
menús anidados pueden inhibir la facilidad de navegación. Para mejorar la
navegación se puede tener una ventana principal en la cual se vayan desglosando
las ventanas secundarias de manera que no tengamos que pasar por todos los
procesos para salir del sistema por ejemplo.
Paginación y Scrolling
La paginación se refiere a manejar grandes cantidades de información para poder

presentarla al usuario así esta información ocupe más de una pantalla la
paginación la divide en varias.
El scrolling es cuando la pantalla se mueve hacia arriba o hacia abajo para poder
leer toda la información. Esta es otra forma de presentar grandes cantidades de
información.
Mensajes y comentarios:
En general los mensajes tienen alguna de las siguientes finalidades:

 Indicar el estado del procesamiento
51
 Indicar que se ha detectado un error
 Solicitar al usuario que elija una acción
 Verificar que una acción elegida sea correcta
Mensajes de estado
Los mensajes de estado informan al usuario sobre el progreso de un

procesamiento en especifico
Mensajes de error
Reportan equivocaciones o eventos inesperados que ha detectado el sistema
Mensajes de solicitud de acciones
Le dicen al usuario que hacer
Mensajes de verificación de acciones
Las solicitudes que produzcan cambios significativos o que puedan iniciar

procesos de ejecución larga necesitan verificación
Sistemas de ayuda
Aun en los sistemas mejor diseñados, se necesitan funciones de ayuda, no para

instruir al usuario, sino para proporcionar información acerca de las preguntas que
surjan. Por ejemplo dar una breve explicación de lo que hace un comando antes
de ser introducido por el usuario. Una tecla especifica debe estar programada para
llamar a la ayuda, independientemente de la función a consultar. Algunas
características de ayuda son sensibles al contexto, es decir, determinan la acción
que el usuario intenta llevar a cabo y lo auxilian para que termine con éxito.
52
3.5. Diseño de archivos y uso de dispositivos de almacenamiento
secundario.
Los registros se almacenan en archivos, utilizando una organización de archivo

que determina como se almacena, localizan y recuperan los registros.
Organización secuencial: es la forma mas simple de almacenar y recuperar los

registros en un archivo. Estos almacenan los registros unos tras otros sin importar
el valor real de los datos en los registros.
Lectura de archivos secuenciales:
Para leer un archivo secuencial, el sistema siempre comienza al principio del

archivo y lee un registro a la vez hasta llegar al registro deseado.
Evaluación de archivos secuenciales:
Solo se almacenan o leen registros unos después de otro. Para procesar el

archivo, se comienza desde el principio y se lee un registro después del otro. Es
necesario acceder cada registro en el archivo para una aplicación particular. En
este caso en archivo secuencial es un buen método de organización.
Organización de acceso directo
Son archivos con llave. Asocian un registro con un valor llave específico y un lugar
de almacenamiento. Este método le pide al programa que diga al sistema donde
de almacena un registro antes de poderlo accesar.
Direccionamiento por hashing:
Este método se utiliza cuando no puede ser procesado el acceso directo pero el
mismo es necesario. Para la realización de este método es necesario diseñar un
algoritmo para transformar un valor de la llave en otro valor que sirva como
dirección de almacenamiento.
53
Requerimientos para los algoritmos de hashing:
Posibilidad de repetición:
La capacidad de almacenar un registro mediante un algoritmo y recuperarlo,

utilizado el mismo algoritmo, es un requerimiento importante.
Distribución uniforme:
Esta distribución los registros deben distribuirse de manera uniforme en todo el

espacio asignado en vez de acumularse todos juntos.
Minimizar sinónimos:
No existe un algoritmo de hashing perfecto, aunque algunos son mejores que

otros cuando se trata de minimizar sinónimos. En la práctica, los sinónimos
aparecen cuando el procedimiento de dispersión se aplica a llaves distintas y
produce la misma dirección en el almacenamiento.
3.6. Diseño de interacciones de bases de datos.
Permite compartir los datos entre distintas aplicaciones. Además de la

responsabilidad de diseñar archivos, determinar sus contenidos y elegir los
métodos apropiados para organizar los datos, se debe diseñar los medios de
interacción con las bases de datos de organización.
Diagramas de estructura de datos
Construiremos un diagrama a partir de la información obtenida, al preparar el

diagrama de relación entre las entidades.
Apuntadores atributos:
54
Enlazan dos entidades mediante la información común, usualmente un atributo
llave en uno y un atributo (no llave) en el otro.
Apuntadores lógicos:
Identifica las relaciones entre las entidades; sirven para obtener acceso inmediato
a la información en una entidad, definiendo un atributo llave en otra entidad.
El impacto de los sistemas de manejo de una base de datos en el diseño de

sistemas
Este proporciona la flexibilidad en el almacenamiento y recuperación de datos y

producción de la información.
Esquema:
El DBMS es un puente entre el programa de aplicación, el cual determina qué

datos son necesarios y como se les procesará, además del sistema operativo de
la computadora, que es el responsable de colocar los datos en los dispositivos de
almacenamiento.
Para recupera los datos de la base de datos:

 El programa de aplicación determina que datos se necesitan y comunica la
necesidad al DBMS.
 El DBMS determina que los datos solicitados realmente estén almacenados
en la base de datos (aun cuando podrían estar almacenados bajo un
nombre distinto, un alias)
 El DBMS instruye al sistema operativo para localizar y recuperar los datos
del lugar específico en el disco magnético.
 Se da una copia de los datos al programa de aplicación para su
procesamiento.
Estructuras de datos para los datos interrelacionados
55
Multilista:
Es como una cadena, en donde cada eslabón es un registro que cumple con los
requerimientos especificados por el usuario mediante el programa de aplicación.
Archivo invertido:
Este utiliza un índice para almacenar la información acerca de la ubicación de

registros con atributos particulares.
Modelos de datos
Modelo relacional:
Es en la actualidad el más popular en los sistemas de manejo de una base de

datos, puesto que es conceptualmente sencillo y compresible por profesionales.
Estructuración de datos
Normalización:
Es el proceso de simplificar la relación entre los campos de un registro. Por este

método, un conjunto de datos en registro se reemplaza por varios registros que
son más simples y predecibles.
Se lleva a cabo por cuatro razones:

 Estructurar los datos de forma que se puedan representar las relaciones
pertinentes entre los datos.
 Permitir la recuperación sencilla de los datos en respuesta a las solicitudes
de consultas y reportes.
 Simplificar el mantenimiento de los datos actualizándolos, insertándolos y
borrándolos.
56
 Reducir la necesidad de reestructurar o reorganizar los datos cuando surjan
nuevas aplicaciones.
Manipulación de datos
Operaciones SELECT:
Es cuando produce una nueva tabla en respuestas a una consulta o solicitud de

reporte creada a partir de los renglones de la tabla inicial que cumplan los criterios
de la solución.
Operaciones PROJECT:
Es la que crea una nueva tabla a partir de los datos extraídos, utilizando atributos
especificados en la pregunta.
Operaciones JOIN:
Es la que crea una nueva relación combinando dos tablas existentes, eligiendo los
registros que cumplan los criterios establecidos en la pregunta y removiendo
después los registros duplicados.
Modelo jerárquico.
Es el que relaciona las entidades por medio de una relación superior/ subordinado.
Modelo de red
Es parecido al modelo jerárquico excepto que una entidad puede tener más de un
superior.
3.7. Diseño para comunicación de datos
Canales de comunicación
57
Un canal es la ruta que interconecta al punto de donde se transmiten los datos con
su destino.
Cable telefónico por pares:
Es el mas antiguo y común de los canales de comunicación.
Velocidades de transmisión:
Esta velocidad se mide en bits por segundo. La velocidad de transmisión depende

de varios factores distintos, incluyendo las características del canal de
comunicación, dispositivos asociados al canal y los componentes de hardware o
software.
Cable coaxial:
Este medio hace posible velocidades más altas de transmisión, y permite que más
datos se muevan en el canal en un periodo de tiempo.
Microondas:
No se utilizan cables, las estaciones de envío y recepción llevan la transmisión por

el aire.
Satélite:
Los datos se transmiten desde las instalaciones del usuario a una estación
terrena, de donde se envían a un satélite ubicado en el espacio, este recibe la
señal y la retransmite a otro destino en la tierra.
Fibras ópticas:
Una fibra de vidrio o plástico se introduce en un largo cilindro que actúa como
medio de transmisión. Los pulsos de luz transportan los datos.
58
Redes de comunicación
Estas pueden cubrir diferentes distancias, según los requerimientos de la

organización y el sistema de información. Las redes operan en las áreas
siguientes:
 1 Internacionales
 2 Entre los estados
 3 En el interior de un estado
 4 Dentro de las instalaciones locales
Topología de red:
Las redes de comunicaciones utilizan 4 topologías distintas, que son la disposición

de los dispositivos de comunicación y rutas de datos que llevan acabo la
transmisión de datos.
Sistema entre puntos:
Funcionan con terminales o estaciones de captura de datos en una instalación

conectadas directamente a un sistema en otra instalación.
Estos sistemas pueden comunicar computadoras, interconectando lugares

separados para que sean capases de comunicarse entre si.
Topología estrella:
Cada estación de trabajo o computadora puede comunicarse solamente con la

instalación central y no con los demás nodos de la red.
Topología de anillo:
59
Permite la comunicación directa entre los nodos y con la computadora central, en
otras palabras la instalación central no maneja los datos que se transmiten de un
nodo a otro.
Modelo de interconexión IEA
Este modelo pone énfasis en la capacidad de poder utilizar el equipo de varios

fabricantes distinto en las redes de comunicación.
Este modelo divide una red en 7 niveles, cada uno con tareas y funciones claras y
proporciona entradas específicas para los niveles adyacentes.
Nivel físico:
Este nivel une la computadora y el flujo de datos con el canal de comunicación.

Aquí se consideran los aspectos eléctricos y no el como se empacan los datos o
los patrones de los datos.
Nivel de línea de datos:
En este nivel predomina el intercambio de marcos de datos, garantizando que

cada dispositivo pueda enviar y recibir datos. Su servicio principal es la detección
y control de errores.
Nivel de la red:
Este es el responsable de establecer, mantener y terminar las conexiones entre

los componentes de una red. Aquí se crea y se manejan paquetes de datos.
Todos los datos se transfieren en paquetes individuales.
Nivel de transporte:
60
Este nivel nombra, direcciones, almacena y utiliza un multiplexor para los
mensajes formados en paquetes en el nivel de la red; también establece y termina
las secciones de transmisión.
Nivel de sección:
Este nivel crea y maneja las interconexiones que existen entre dos entes que se
comunican, también maneja las técnicas de recuperación en el caso en que la
comunicación termine de forma abrupta debido a un error, falla o desconexión.
Nivel de presentación:
Este nivel maneja la traducción y formateo de los datos; la traducción de códigos y

la compresión de datos.
Nivel de aplicación:
El punto de acceso del usuario a la red, consta del software de aplicación.
Diseño de redes locales
Estas tienen como finalidad conectar las computadoras y componentes de un

sistema de cómputo dentro de una área geográfica limitada. La mayoría de estas
redes usan una topología de distribuidas y se basan en el cable coaxial para
enlazar a los participantes de su propia red. En algunos casos estas son muy
útiles para los analistas, ya que tienen que conectar este tipo de redes con la de
cobertura amplia utilizando compuertas.
Sistemas Distribuidos:
Un sistema distribuido conecta los lugares a través de los dispositivos de cómputo

en diversos lugares para permitir el procesamiento local de los datos y aun así
permitir la transmisión y elaboración de resúmenes para otras oficinas centrales de
61
una corporación. Una ventaja es que se puede compartir software aun cuando el
equipo de cada punto de la red sea de marcas distintas.
Registros de auditorias:
Estos están diseñados para permitir el rastreo de cualquier registro de entrada o

proceso llevado a cabo en un sistemas son un método esencial para conservar la
integridad y confiabilidad de un sistema, ya que cuando los analistas desarrollan
sistemas tienen que tomar en cuenta la validación del usuario, las solicitudes de
procesamientos y la protección de las transacciones en línea. Aun cuando el
procesamiento se difiera un gran tiempo después de la captura inicial de los datos,
se requieren protecciones para salvaguardar los datos y el sistema contra la
perdida de su estabilidad.
Objetivos de diseño
Las personas que desarrollan los sistemas buscan dos objetivos operacionales
que son la confiabilidad y la facilidad de mantenimiento del sistema.
Diseño de sistema confiable
Un sistema es confiable si, al usarse de manera razonable no produce fallas

peligrosas o costosas. Esta definición distingue entre los errores del software, en
los que el sistema no arroja los resultados esperados, y las fallas que se
presentan.
A diferencia del hardware, en el que puede haber fallas de fabricación y del

equipo, las fallas del software son resultados de errores de diseño introducidos
cuando se formularon las especificaciones y se escribió el software.
Un aspecto adicional del aseguramiento de la calidad es evitar la necesidad de

mejoras, y desarrollar software que sean fáciles de mantener.
62
Grafica de estructura de programas
Un sistema estructurado modular y desarrollado en forma descendiente,

separados en componentes manejables. Los módulos deben diseñarse de forma
que tengan un mínimo efecto sobre los demás módulos del sistema
Los diagramas de estructura
Es una herramienta de diseño que muestra gráficamente las relaciones entre los
módulos de un programa.
Información de control
Ayuda a controlar el proceso, indicando la ocurrencia de errores o condiciones que

afectan el proceso, tal como el indicador de fin de archivo.
Diseño del software
Seis principios caracterizan a los buenos diseños del software:
Modularidad y fragmentación: cada sistema va a estar formado por una jerarquía

de módulos, los módulos de niveles inferiores son menores en alcance y tamaño
comparados con los módulos de nivel superior.
Acoplamiento: los módulos de un sistema deben tener poca dependencia entre si.
Cohesión: los módulos deben llevar a cabo solo una función de procesamiento
Extensión de control: los módulos deben interactuar y coordinar las funciones de

un número limitados de módulos de nivel inferior.
Tamaño: las instrucciones contenidas en un modulo debe ser limitadas; el tamaño

del modulo es generalmente pequeño
63
Uso compartido: las funciones no deben repetirse en módulos separados sino
establecerse en único modulo que se puede utilizar en cualquier otro cuando sea
necesario.
Diseño del software y herramientas de documentación
Diagrama de flujo estructurado
Son herramientas graficas que fuerzan al diseñador a estructurar software que sea
modular y descendiente
Elementos básicos
Existen tres elementos básicos para el desarrollo de los diagramas de flujos

estructurados: proceso, decisión e iteración.
Proceso: esto se representa mediante un rectángulo y representa la inicialización

de variables, actividades de entrada y salida, y las llamadas para ejecutar otros
procedimientos.
Decisión: este símbolo representa condiciones alternativas que pueden ocurrir y

que el programa debe poder manejar.
Iteración: representa los ciclos y repetición de operaciones mientras exista una

condición dada o hasta que haya una condición.
Hipo: es un diagrama grafico del sistema y esta formado por una tabla visual de
contenido que describe el sistema en general. Cada diagrama muestra la entrada,
salida, pasos del proceso y flujos de datos.
Diagramas de Warnier-Orr
Muestran de forma explícita las relaciones jerárquicas entre los procesos y

subprocesos, en este modelo el analista trabaja de reversa, empezando con la
64
salida del sistema y definiendo el sistema cada vez con más detalles. Estos fáciles
diagramas son una forma excelente de mostrar las relaciones entre los procesos
que integran un sistema.
Niveles de seguridad de la calidad
Prueba: estas garantizan que el sistema se desempeña de forma adecuada y que

cumple con sus requerimientos, el propósito principal de esta es hallar errores, no
el demostrar lo correcto de un sistema
Verificación y validación:
La verificación tiene la intención de hallar errores a igual que la prueba. Este se

lleva a cabo ejecutando un programa en un ambiente simulado.
La validación esta se refiere al proceso del uso del software en un ambiente no

simulado para hallar sus errores.
Certificación:
Es una garantía de lo correcto de un programa, su importancia va en aumento

para las aplicaciones de sistemas de información.
Estrategias de prueba:
Prueba de código:
Esta examina la lógica del programa. Para seguir este método, se ejecutan casos
de programa para la realización de cada instrucción en el programa o módulo; es
decir, se prueba cada ruta del programa.
Prueba de especificación:
65
Esta se lleva a cabo cuando se examina las especificaciones que señalan lo que
el programa debe hacer y cómo lo debe llevar a cabo bajo diferentes condiciones.
Niveles de prueba
El analista debe llevar a cabo pruebas parciales y pruebas de sistemas.
Pruebas parciales:
Se centran primero en los módulos, dependientes entre si, localizar los errores
esto permite al que realice la prueba detectar errores en el código y lógica
contenidos dentro de ese único módulo. Los casos de prueba necesarios para las
pruebas parciales deben probar cada condición u opción.
Las pruebas parciales se pueden llevar a cabo en forma ascendente, comenzando

con los módulos mas pequeños y a nivel inferior y continuando de uno en uno.
Prueba de sistemas:
Las pruebas de sistemas no prueba el software en sí, sino la integración de cada

módulo en el sistema. También busca las discrepancias entre el sistema y su
objetivo original, especificaciones y documentación del sistema. La preocupación
principal es la compatibilidad de los módulos individuales.
Pruebas especiales de sistemas
Existen seis pruebas especiales que son: la prueba de carga máxima,

almacenamiento, tiempo de ejecución, recuperación, procedimiento y de factores
humanos.
Tanto los datos reales como los artificiales se usan para probar sistema. Algunas
organizaciones guardan los datos en bibliotecas de prueba para garantizar que
todos los sistemas relacionados pueden procesar un conjunto común de datos de
prueba cuidadosamente preparados.
66
Las fallas en la prueba se muestran rápidamente cuando el sistema se implanta.

4.1. Ingeniería de sistemas y aseguramiento de la calidad.
Cada desarrollador usa distintos procesos para construir un software, estos

pueden ser no eficientes o exitosos o también pueden cambiar a diario, pero existe
un proceso.
WATTS HUMPHREY dice que para cambiar un proceso inefectivo se tiene que
pasar por cuatro fases y estas requieren capacitación e instrumentación. PSP
resalto la medida personal al profesional de la planeación, también hace
responsables al profesional de la planeación del proyecto y la calidad de todos los
productos.
Existen 5 actividades de marco de trabajo que son:

 Planeación: Aquí se selecciona los requisitos y se desarrolla el tamaño y la
estimación de los recursos. Estas mediciones se anotan en las plantillas y
al final se identifican las tareas de desarrollo y se crea un programa del
proyecto.
 Diseño de alto nivel: Se analizan los factores externos y se construyen
prototipos cuando hay incertidumbre.
 Revisión del diseño de alto nivel: Se aplican los métodos de verificación a
los errores que se descubrieran en el diseño.
 Desarrollo: Se refina y revisa el diseño y se verifica el código y se compila,
además todas las mediciones se guardan para los resultados de trabajo.
 Análisis de resultados: Aquí se determina la efectividad del proceso,
analizando todos los datos que se tienen.
El PSP destaca que cada ingeniero tiene la necesidad de identificar los errores y
de entender la importancia y los tipos de errores que suelen cometerse.
67
Factores de calidad y productividad
La calidad del software desarrollado, así como la productividad del programador

son factores de difícil, pero no imposible, medida. Existen una serie de factores
que inﬂuyen en la calidad y productividad, que son los siguientes y que ayudan a
realizar dicha medida:
La capacidad individual.- En este fáctor intervienen la competencia del individuo y

su familiaridad con el área de la aplicación.
La comunicación entre los miembros del equipo.- Es un factor importante, ya que

el traba jo en la mayor parte de las ocasiones no es individual y debe integrarse
con el que ha sido desarrollado por otros miembros del equipo.
La complejidad del producto.- Este factor depende del tipo de aplicación a

desarrollar y es de difícil estimación, ya que muchas veces hasta la fase de
desarrollo no es posible comprender en toda su perspectiva las complicaciones
que conlleva su realización.
Utilización de una notación adecuada.- Este factor es de gran importancia para

facilitar la comunicación entre las partes involucradas (incluido el usuario).
Empleo de métodos sistemáticos.- Es importante que se empleen técnicas que

sean de amplio consenso y bien conocidas por los integrantes del equipo de
desarrollo de la aplicación. También es fundamental que estas técnicas se
empleen de manera sistemática sobre todas las aplicaciones de características
semejantes con objeto de facilitar el análisis de coste y tiempo, y también para
poder observar la trayectoria profesional de los miembros del equipo.
Conocer el tiempo disponible.- Este factor esta vinculado a otros anteriores, ya

que es básico conocer el tiempo que puede aportar cada miembro del equipo y en
que plazos, sobre todo en función de las tareas a realizar y de la mejor o peor
productividad de determinados miembros en cada una de ellas.
68
Existencia de facilidades y recursos externos.- Este factor, es determinante en la
medida en que se conozcan productos o herramientas (automáticas o no) que
faciliten las labores de desarrollo e integración de la aplicación. En mayor medida
cuando se conocen aplicaciones parecidas de fácil tras portabilidad y modificación
que puedan servir de base a la que hay que realizar.
Como en el resto de las actividades industriales, en el desarrollo de software,

también es importante realizar una buena planificación del trabajo y una buena
asignación de recursos a los distintos miembros del equipo. Una mala planificación
termina con una mala aplicación o una aplicación terminada a destiempo (disgusto
del peticionario), lo cual supone un fracaso. Varios fracasos consecutivos de este
mismo estilo suponen la ruina para la mayor parte de las empresas del sector,
debido a la competencia existente.
4.2. Administración del proceso de implantación del sistema.
La implantación de un nuevo sistema en una empresa es una situación que debe

pensarse debido a que no se sabe el impacto que va a tener el nuevo sistema en
los demás empleados, a lo mejor algunos de los empleados no han tenido
contacto con los equipos del nuevo sistema, aunque poco a poco esto ah ido
cambiando ya que la nuevas tecnologías están en nuestros hogares y es difícil
conseguir a empleados que no tengan ningún tipo de relación con una
computadora, y lo mas importante es que ahora no les tienen miedo sabes y
están consientes que ellas le van a aminorar el trabajo además de optimizarlo.
Algo bien importante a la hora de implantar un sistema nuevo es la capacitación

del personal operador del sistema, yendo desde los conceptos mas básicos de
computación como lo pueden ser hardware y software, generalidades del
procesamiento de datos.
También se le debe entrenar o capacitar directamente con el sistema, la

navegación por el mismo, por sus menús, funciones, características. También se
69
le debe capacitar con lo que esta relacionado con los almacenamientos de
registros, datos, entrega de reportes, impresión de salidas. una vez dado este
aprendizaje previo se le deja utilizar el sistema bajo una supervisión.
La implantación engloba todos los pasos que van desde el sistema viejo hasta
llegar al nuevo, aunque existen casos en que el sistema nuevo saca totalmente al
viejo. Estos sistemas pueden ser manuales o automatizados. Sin importar lo
anterior lo que se busca es una buena implantación para así lograr que el sistema
sea confiable y funcional. Esta parte es esencial para una empresa ya que si el
analista se pierde de detalles de implantación aunque el sistema se optimo este no
rendirá como lo pudiese hacer.
Existen dos etapas para el momento de la capacitación como son : la

capacitación del personal como hicimos una breve reseña anteriormente, y los
procedimientos de conversión y revisión después de la implementación.
Capacitación:
Explicando mejor esta parte ya que pensamos que es súper importante para que
el sistema fluya de la mejor manera, es importante que cada una de las personas
que estén involucradas con el sistema conozca cada detalle sus roles, que hará y
que no hará el sistema.
¿Cómo capacitar a los operadores del sistema?
Siempre es importantísimo que el departamento de computo este súper entrenado

con el sistemas para que así le pueda brindar un soporte bien sea por cosas
sencillas como para cosas extraordinarias que se puedan presentar en el día a
día. Si la implantación necesita una nueva plataforma tecnológico, nuevos
equipos, etc. si es necesario enseñarle hasta como encenderlo, como apagarlo,
como trabaja, todo lo que concierne a la captura de datos. Al operador se le debe
de entrenar en lo que son los posibles errores y así ir creándole una lista de estos
con sus posibles soluciones, así como también los números telefónicos de las
70
personas que realizaron el sistema por si ocurre algo que no sepan como resolver.
Muy importante es también capacitarlo o famirializarlo con los procedimientos del
sistema, como puede ser la creación de archivos, facilitar la rápida navegación por
el sistema entre otras cosas.
Algo que es muy importante también es la capacitación que se le tiene que dar al
usuario.
Capacitación del usuario:
Esta capacitación también tiene que venir desde lo mas básico como puede ser la
introducción de un diskete, cuando apagar el Aquino sin perder datos etc. ya que
hay muchos casos en el cual el operador es el mismo usuario, también hay que
capacitarlos con el reconocimiento de los errores ya que así ellos sabrán si el error
es producido por su culpa o por problemas de software. La mayor parte de la
capacitación de usuario es con el trato específicamente con el sistema,
enfatizando con los estándares de la captura de datos. También es importante que
sepa como utilizar los periféricos como impresoras, saber que hay que meterle
papel, recargar tinta entre otras cosas.
Es importante que el analista realice un manual de usuario el cual contemplara

toda la información que requerirá el usuario.
Estas clases o cursos de capacitación pueden llevarse a cabo desde la mima

empresa donde se esta implantando como también el en hoteles o sitios ajenos a
la empresa ya que puede ser que el proveedor haga uso del sistema también.
Conversión:
Este es el proceso de cambiar el sistema anterior al nuevo, existen nos métodos

para el logro efectivo de esta conversión.
71
Existen 4 métodos para llevar a cabo esta conversión, estos métodos deben ser
estudiados con cuidado para que así se implante el método que mejor se le encaje
a la conversión.
Métodos de conversión:
Sistemas paralelos: es el método mas seguro, el cual consiste en poner a trabajar

los dos sistemas en paralelo, de esta manera los usuario siguen utilizando el
sistema anterior de manera acostumbrada aunque van teniendo mas contacto con
el otro. La data va a ser poco a poco migrada de un sistema a otro y sin que el
usuario se de cuenta vamos obligándolo a usar poco a poco mas el nuevo
sistema. Una de las desventajas es que al estar operando los dos sistemas los
costos se duplicaran debido a que pudiera ser que se tenga que contratar personal
para que opere los dos sistemas, puede que también el nuevo sistema sea
rechazado por los usuarios y se vuelva al sistema anterior.
Conversión directa: este tipo de conversión se hace de manera radical debido que
se hace de un día a otro obligando tanto físico como psicológicamente al usuario
que no existe otro sistema y debe usar ese. Esto tiene una desventaja ya que al
eliminar por completo el sistema antiguo se quedan sin respaldo, y si el sistema
nuevo llegase a tener problemas este quedara parando a la empresa hasta que
se solucione, también la empresa se retrasa varias semanas debido que toda la
captura de datos debe empezarse de nuevo y los departamentos deben ponerse
a trabajar con eso. una vez que empiece este proceso debe seguirse a pesar de
las frustraciones que pueden haber por cuestión de tiempo perdido. Este método
necesita una buena planificación, para que así no exista perdida de ningún tipo.
Enfoque piloto: este método funciona de la siguiente manera, tenemos el sistema

pero solo se lo aplicamos a un departamento a manera de prueba para así
también ir probándolo y mejorándolo una vez capaces de trabajar con el, y saber
que el sistema esta trabajando en su plenitud y no tiene errores y ah minimizado
72
tareas en ese departamento tanto como costos, tiempo etc. se va a implementar
en toda la empresa.
Modelo por etapas: este método se da debido a la tardanza de la llegada del

nuevo sistema que pasara de días a meses y es por eso que solo algunos
tendrán acceso a el. Ejemplo: soy un empresario, tengo 15 tiendas de ropa,
automatizar a las 15 tiendas alomejor me sale muy costoso y es por eso que la
implanto primero en 5 tiendas y luego en el resto.
Plan de conversión:
Esto no es mas que hacer un plan donde se explique o salga explicito las
personas que están involucradas con el nuevo sistema y que responsabilidad tiene
con el, programas de actividades, cuando debe llevarse a cabo una situación
cuando otra, todos los archivos que van a ser convertidos, los datos necesarios
para estos archivos, nuevos procedimientos, etapas de verificación para así ver si
cada uno de las personas o el sistema esta trabajando al día, las asignaciones de
responsabilidades, así como también el tiempo para cada rutina para que al final
se haga la nueva implantación de la manera mas estable que es con la que se
planeo. Este plan también debe contener posibles errores y como deben ser
enfrentados.
Es necesario que el analista establezca y acondicione el sitio para que soporte

este nuevo sistema, cables, computadores, controles de humedad etc. para que
así el local esta listo antes que lleguen los equipos.
Preparación de datos y archivos:
Es necesario tener los archivos ya migrados de un sistema a otro ya que es esta la

etapa que mas se tarda ya que al principio se va a tener que teclear unos cuando
registros, siempre es recomendable tener medidores de errores ya que debemos
evitar que este pase de información se haga de manera segura que no haya
errores ya que repercutirán después con el desenvolvimiento del sistema.
73
Para evitar que falten registros que trabaja con lo llamado procesos por lotes que
no es mas que enviar o almacenar cada 50 o 100 registros y así se puede verificar
cada grupo antes de ser accedidos. Siempre es bueno que toda transacción de
archivos se haga de manera seriada si es que esta viene de un dispositivo remoto
así sabemos que si de un sitio salieron 1000 en el otro están los 1000 archivos.
Revisión después de la implementación:
Una vez listo el sistema con todas sus conversiones de archivos el analista con su
grupo de trabajo deben probar el sistema para determinar el buen funcionamiento
del mismo y si se deben hacer los ajustes o no. Después de tener un trato con el
sistema se hace como un estudio de expectativas, como se sintió el usuario con el
sistema si optimizo el proceso o no? Todo esto es muy importante ya que hay que
ver si el sistema impuesto es el mas optimo, esto se hace a través de encuestas a
los usuarios, entrevistas y así se sabrá el impacto del sistema entre los usuarios
que son aquellos que lo van a manejar u operar y si a ellos no les conviene a la
empresa tampoco ya que lo que se busca es optimizar procesos y no
desmejorarlos.
4.3. Administración del proceso de desarrollo de sistemas de información.
Todo proyecto exitoso de sistemas de información debe esto a que son dirigidos
de una manera correcta. A pesar de todo los programas fallan ya que a veces no
c toma en cuenta lo critico que lo procesos pueden ser o que no se haya usado el
personal mas calificado. Para evitar esto se formulan unas estimaciones y se
calendariza para que así se pueda hacer un estudio de su desempeño.
Estimación y control del tiempo de desarrollo:
Un desarrollo tardía de un proyecto es un poco desanimante para los usuarios es

por eso que continuación le presentaremos un método para el mejor desarrollo de
la planificación de el tiempo.
74
Estimación de los requerimientos del tiempo:
Las estimaciones son las horas, meses, días, segundos de esfuerzo necesario
para desarrollar el sistema deseado. Estas van a ser determinadas por la habilidad
del analista, o programadores o sencillamente por la complejidad del sistema.
Método de estimación del tiempo:
Existen tres métodos para la estimación del tiempo de desarrollo del proyecto.
Método histórico: se trata de los registros cuidadosos que tienen de realizaciones

de proyectos anteriores, con todas sus características pa que sean después
comparados con los actuales y así se pueda hacer la estimación, es por eso que
no es el mas utilizado ya que es difícil mantener los registros tan rigurosos y
además el proyecto nuevo debe ser muy parecido al antiguo para que la
estimación sea de confiar.
Método intuitivo: es el método que lo lleva a cabo las personas con mas
antigüedad en la empresa y con mas experiencia con proyectos. Este método es
bastantemente utilizado ya que es rápido pero dependiendo de la experiencia de
la persona será preciso.
Método estándar: este va a venir determinado por el estudio detallado de cada

proceso y cada peso individual y después a través de una formula aritmética
especifica que nos llevara al resultado mas acertado y confiable
Para realizar cualquiera de estos métodos es necesario tomar en cuenta cada uno
de los detalles del proyecto debido a que son muy importantes para la buena
estimación (desde el momento en que se decide hacerse el proyecto, pasando por
el lenguaje de programación a utilizar hasta su implementación).
Es recomendable la utilización de software de programación de proyectos como

puede ser el MS. Project.
75
4.4. Selección de hardware y software
En este segmento hablaremos de la necesidad de hardware y el como decidir

cual escoger sin dejarnos llevar por los consejos otras personas.
Las computadores pueden variar desde un microcomputador hasta una gran

instalación de red se nos hace muy difícil la elección del equipo. Existen muchas
características que se deben tomar en cuenta como por ejemplo: la memoria,
velocidad de procesamiento, canales de comunicación, almacenamientos
auxiliares entre otras cosas. Así como también una buena configuración, niveles
de acceso,. Es necesario también que se implante un equipo compatible, ya que
así se minoriza costos ya que se esta trabajando con una empresa que nos puede
brindar a su vez un soporte técnico de las maquinas, etc.
Otra opción pudiese ser el rentar el equipo, y en el momento que este obsoleto se
cambia el equipo sin ningún problema, pero es muy costoso este tipo de solución.
También existen rentas a largo plazo (3 a 7 anos) este es menos caro que la
renta antes mencionada.
Mantenimiento y soporte:
Esto es muy importante ya que los equipos usualmente son utilizados por gente
que no les interesa mucho su equipo es por eso que existen las garantías, o por
sencillamente el equipo vino con algún defecto de fabrica ellos se harán
responsables esta garantía será de 90 días o bien dependiendo de el trato llegado
en la negociación. El analista debe tomar en cuenta muchas cosas y esta no se le
puede pasar por alto y debe tratar que en el contrato se especifique esta parte
para el así poder cubrirse las espaldas y tener un buen mantenimiento del equipo
que seguramente es muy costoso, por que no sirve de nada para la empresa que
se gaste grandes cantidades de dinero en un bien inmueble para que después se
pierda por que se le dejo morir.
Selección del software:
76
Esta selección es muy importante al igual que la selección del software. Para la
elección del software es necesario tener encuesta el sistema que se va a
implantar, para así ver cual software es el más adecuado. Lo mas esencial al
momento de la elección es saber que tipo de transacciones de datos se va a
realizar, tipo de reportes, que manejadores de bases de datos vamos a necesitar,
el sistema tendrá alguna característica especifica que deba ser atendida por
alguna aplicación en especifico, el hardware, limitaciones del mismo etc. este a su
vez debe ser flexible ya que debe cumplir con todas las necesidades de los
usuarios aunque tampoco tan flexible, mas bien en la parte de los reportes.
También se busca que el software tenga algún tipo de soporte técnico por que si
llegase a fallar seria un gran percance y un gran retraso para la empresa, todo
esto debe estar contenido en el contrato del software con la casa productora con
todas sus especificaciones y utilidades.
77
REACTIVOS
1. Según James A. Senn, ¿Qué es el Análisis y Diseño de Sistemas?

b).- Proceso de
a).- Proceso de c).- Es el proceso de
clasificación e
examinar la situación planificar, remplazar o
interpretación de
de una empresa con el complementar un sistema
hechos, diagnostico de
propósito de mejorarla. organizacional existente
problemas, etc.
2. ¿Que es el Análisis de Sistemas?
b).- Es el proceso de c).- Proceso de
a).-Proceso de examinar
planificar, remplazar o clasificación e
la situación de una
complementar un interpretación de hechos,
empresa con el propósito
sistema organizacional diagnostico de
de mejorarla.
existente problemas, etc.
Que es el Diseño de Sistemas?
b).- Es el proceso de
a).- Proceso de examinar b).- Proceso de clasificación
planificar, remplazar o
la situación de una e interpretación de hechos,
complementar un
empresa con el propósito diagnostico de problemas,
sistema organizacional
de mejorarla. etc.
existente
3. ¿Quien es el encargado de llevar a cabo el análisis y diseño de Sistemas?
b).- El Analista de
a).- El gerente c).- El Administrador
Sistemas
4. Permite construir modelos de sistemas a partir del análisis de sus procesos
y/o actividades que se ejecutan asociados al sistema
b).- El Análisis
a).- El Análisis c).- El Diseño de Sistemas
Estructurado
5. Es el estudio de un sistema para conocer como trabaja y donde es
necesario efectuar mejoras
a).-Determinación de
b).- Análisis de Sistemas c).- Diseño de Sistemas
requerimientos
78
6. Es una característica que debe incluirse en un nuevo sistema
a).- Diseño b).- Análisis c).- Requerimiento
7. Los analistas estructuran su investigación al buscar respuestas a la
pregunta:
a).- ¿Qué necesita esta b).- ¿Cuál es el c).- ¿Cómo se llama la
empresa? proceso básico de la empresa?
empresa?
8. Cualquier nuevo sistema o conjunto de recomendaciones para cambios en
el sistema existente, ya sea este manual o automatizado, debe conducir
hacia la mejora. Para alcanzar este resultado, se espera que los analistas
de sistemas hagan lo siguiente:
a).- Aprendan los
detalles y
procedimientos del
sistema en uso. b).- ¿Cuál es el proceso c).- ¿Cómo se llama la
Documentar detalles básico de la empresa? empresa?
del sistema actual para
su revisión y discusión
por otros.
9. ¿Que objetivo persigue el análisis estructurado?
c).- Es organizar las
a).- Aprendan los tareas asociadas con la
detalles y determinación de
b).- ¿Cuál es el proceso
procedimientos del requerimientos para
básico de la empresa?
sistema en uso. obtener comprensión
completa y exacta de una
situación dada.
10. Es uno de los componentes del Análisis Estructurados
c).- Diccionario de
a).- Proceso c).- Requerimiento
Datos
11. Es un proceso iterativo de desarrollo
79
a).- Construcción de un b).- Proceso Básico de
c).- Análisis
prototipo una Empresa
12. El diseño de sistemas tiene dos etapas
c).- Diseño Lógico y
a).- Primera y Segunda b).- Diseño y Análisis
Diseño Físico
13. Es el conjunto de actividades que los analistas, diseñadores y usuarios
realizan para desarrollar e implantar un sistema de información
a).- El Metodo del Ciclo
c).- Construcción de un
de la Vida para el b).- Análisis y Sistemas
prototipo
desarrollo de sistemas
14. Durante este proceso el sistema se emplea de manera experimental para
asegurarse de que el software no tenga fallas.
a).- ¿Cuál es el proceso b).- Prueba de
c).- El ciclo de la Vida
básico de la empresa? sistemas
15. Es el proceso de verificar e instalar nuevo equipo, entrenar a los usuarios,

instalar la aplicación y construir todos los archivos de datos necesarios para
utilizarla.
a).- Implantación b).- Prueba de Sistemas c).- Prototipo
16. Se lleva a cabo para identificar puntos débiles y fuertes.
a).- Análisis b).- Prueba c).- Evaluación
80
CONCLUSIONES
A manera de anécdota le contare que en una ocasión por motivos de

trabajo y convocados por nuestra autoridad máxima, a la ciudad de México para
elaborar lo que seria una revista electrónica; a un compañero y a mi (de mi
escuela) y a otros compañeros de diferentes estados de la republica. Y
empezamos a trabajar. Algunos de nuestros compañeros empezaron a usar un
software de aplicación para el desarrollo de la revista como el dreamweaber, sin ni
siquiera saber de que se trata y el tema de lo que nos habían convocado. Después
de que nos comunicaron de lo que se trataba todos empezamos a trabajar. Pero
un error que se cometió es que nadie empezó a analizar los requerimientos de
software y hardware, cual era la meta, no se definió el problema ni mucho menos
el producto final de lo que se pretendía realizar. Por esto mismo es muy
importante el análisis y el diseño de sistemas, la definición del problema, el
análisis para la obtención de los requerimientos de hardware y software, la
implantación, definición del tiempo en que se realizara el proyecto, para que se
obtenga la mejor calidad en el software para satisfacer la necesidades de la
persona o empresa que nos requiera. Como estudiante en la otra universidad a la
que asistía en el momento de realizar las prácticas en C comenzábamos a
programar (introducir código) sin analizar lo que queremos hacer.
81
BIBLIOGRAFIA
Analisis y Diseño de Sistemas de información. James A. Senn edit. McGrawHill
Diseño estructurado de sistemas
http://www.mitecnologico.com/Main/ModeloEstructuradoDise%F1oDeSistemas
http://www.monografias.com
http://une-senn.tripod.com/new_page_1.htm
http://www.eduardoleyton.com/apuntes.htm
82
UNIVERSIDAD DEL DESARROLLO
DEL ESTADO DE PUEBLA
NOMBRE: CEDILLO VICTORIANO GABRIEL
MATRICULA: 2010 – 03918p
LSC03 LICENCIATURA EN SISTEMAS COMPUTACIONALES
MATERIA A EVALUAR: ANALISIS Y DISEÑO DE SISTEMAS I
07 DE MARZO DE 2011
ANALISIS Y DISEÑO DE SISTEMAS I
INDICE
OBJETIVO GENERAL .................................................................. 3
INTRODUCCION ......................................................................... 4

1.1. Introducción al desarrollo de sistemas de información. ........................ 5
1.2. Administración del portafolio de desarrollo de aplicaciones................... 7
1.3. Análisis y diseño de sistemas estructurados ......................................16

2.1. Herramientas para determinar requerimientos de sistemas. ................. 18
2.2. Estrategias de desarrollo por análisis estructurado ............................. 21
2.3. Estrategia de desarrollo por prototipos de aplicaciones ........................ 24
2.4. Herramientas asistidas por computadora para el desarrollo de sistemas.28
3.1. Transición del análisis hacia el diseño. .............................................. 35
3.2. Diseño de salidas del sistema de cómputo.........................................38
3.3. Diseño de entradas y controles. ...................................................... 43
3.4. Diseño del dialogo en línea. ............................................................ 48
3.5. Diseño de archivos y uso de dispositivos de almacenamiento secundario.
........................................................................................................53
3.6. Diseño de interacciones de bases de datos. .......................................54
3.7. Diseño para comunicación de datos ................................................. 57

4.1. Ingeniería de sistemas y aseguramiento de la calidad. ........................ 67
4.2. Administración del proceso de implantación del sistema. ..................... 69
4.3. Administración del proceso de desarrollo de sistemas de información. ...74
4.4. Sección de hardware y software ...................................................... 76
REACTIVOS ..................................................................................... 78
CONCLUSIONES ............................................................................... 81
BIBLIOGRAFIA ................................................................................. 82
2
OBJETIVO GENERAL:
 Conocer los conceptos básicos, los elementos y la clasificación de los

 Conocer la metodología a seguir para desarrollar Sistemas de Información
 Identificar la diferentes procesos en una organización para poder contribuir
en la mejora de esta
 Aplicar técnicas para la implementación y evaluación de los sistemas de
información.
OBJETIVOS PARTICULARES:
 Conocer cada uno de los roles del analista de Sistemas

 Aplicar diferentes criterios para la evaluación de los sistemas desarrollados
 Conocer las herramientas para la selección de Hardware y Software
3
INTRODUCCION
Uno de los principales puntos para que cualquier materia prima llegue a
convertirse un en buen producto es el análisis y diseño de sistemas, es decir, el
desarrollo adecuado de cada uno de los pasos que se deba seguir para obtener el
producto final. La identificación de las metas globales, el análisis las perspectivas
del cliente, sus necesidades y requerimientos, líneas de mercadeo, la viabilidad y
otros puntos que puedan ayudar a la identificación y desarrollo del proyecto.
Teniendo en cuenta las necesidades y requerimiento se procedería al diseño de
nuestro producto, el diseño involucra la aplicación de técnicas y principios con el
propósito de definir un proceso o un Sistema, con suficientes detalles como para
permitir su interpretación y realización física. En la actualidad para muchas
organizaciones, empresas, escuelas, gobierno, etc. los sistemas de información
basados en computadoras son el corazón de las actividades cotidianas y objeto de
gran consideración en la toma de decisiones. Por citar algunos ejemplos las
facturas electrónicas en las empresas privadas y públicas, sistemas gestores de
control escolar, tramites gubernamentales como la obtención de la CURP, etc. Es
nuestro caso la realización del análisis y diseño de sistemas de cómputo
específicamente, el análisis de un software que como producto final es necesario
la identificación de las metas, las necesidades y requerimientos, aplicando
técnicas y conocimientos, satisfaciendo o resolviendo algún problemas en
especifico. En el presente trabajo abordaremos, los fundamentos del análisis de
los sistemas, la determinación de requerimientos, el diseño, la implantación,
administración.
4
1.1. Introducción al desarrollo de sistemas de información.
En una organización o empresa, el análisis y diseño de sistemas de

información incluye el estudio de la situación de dicho sistema, con la
finalidad de observar como trabaja actualmente y a partir de ello decidir si es
necesaria una mejora; el encargado de llevar a cabo esta acción es el analista de
sistemas. Antes de comenzar con el desarrollo de cualquier proyecto se lleva a
cabo un estudio de sistemas para determinar todos los aspectos de la situación
actual de la empresa. La información resultante del estudio sirve de base para la
formulación de distintas estrategias de diseño. Los administradores decidirán que
estrategias adoptar. Los usuarios finales del sistema son los que, en gran parte,
ayudarán al análisis y desarrollo de dicha propuesta para así cumplir, de forma
cabal, cada uno de los objetivos planteados.
Según James Senn, existen tres estrategias para el desarrollo de sistemas: el
método clásico del ciclo de vida de desarrollo de sistemas, el método de desarrollo
por análisis estructurado y el método de construcción de prototipos de sistemas.
Cada una de estas estrategias tiene un uso amplio en cada una de los diversos
tipos de empresas que existen, y resultan efectivas si son aplicadas de manera
adecuada.
El ciclo de vida de desarrollo de un sistema de información es el conjunto de

actividades que emprenden los analistas y diseñadores para desarrollar e
implementar un sistema de información, saber:
1. Método del ciclo de vida y desarrollo del sistema: incluye las actividades
de investigación preliminar, determinación de requerimientos, diseño del
sistema, desarrollo del software, prueba del sistema e implantación. Los
requerimientos del sistema de información predecible, manejables como
proyecto, requiere que los datos se encuentren en archivos y bases de
datos, gran volumen de transacciones y procesamiento. Muchas de estas
5
actividades pueden realizarse de manera concurrente y ello hace posible
que las diferentes partes del sistema se encuentren al mismo tiempo en
distintos grados de avance. El tiempo de desarrollo de este método es largo
e incluye el desarrollo por equipos de proyecto.
2. Método Análisis Estructurado: Se enfoca en el que sistema o aplicación

realiza sin importar la forma en que se llevan a cabo las funciones,
abordando los aspectos lógicos y no los físicos. En este método se
emplean símbolos gráficos para representar el procesamiento de datos. Los
componentes importantes incluyen los diagramas de flujo de datos, que
señalan el flujo de datos en el sistema y entre los procesos y dispositivos de
almacenamiento de datos, y el diccionario de datos, que incluye todas las
definiciones datos, procesos y demás información pertinente. Este método
incluye la formulación las especificaciones, de forma funcional, para cada
unos de los módulos del software. Este método es adecuado para todo tipo
de aplicaciones y tiene mayor utilidad como complemento de otros métodos
de desarrollo.
3. Método del prototipo de sistemas: La construcción de prototipos

representa una estrategia de desarrollo, cuando no es posible determinar
todos los requerimientos del usuario. Es por ello que incluye el desarrollo
interactivo o en continua evolución, donde el usuario participa de forma
directa en el proceso. Este método contiene condiciones únicas de
aplicación, en donde los encargados del desarrollo tienen poca experiencia
o información, o donde los costos y riesgos de que se cometa un error
pueden ser altos. Así mismo este método resulta útil para probar la facilidad
del sistema e identificar los requerimientos del usuario, evaluar el diseño de
un sistema o examinar el uso de una aplicación.
Hoy en día, con el auge de las computadoras y su influencia en nuestro

mundo, las empresas, con la ayuda de los analistas de sistemas, que ejercen un
gran peso en las decisiones que se toman en la misma, ya que cuentan con varias
6
herramientas para análisis, diseño y desarrollo que les permiten cumplir con sus
responsabilidades. Cuando estas herramientas se utilizan de manera apropiada,
contribuyen sustancialmente a la utilidad del sistema, y deciden, de forma parcial,
que hacer con los sistemas actuales, si reemplazarlos o no. Cada uno de ellos, de
acuerdo a la empresa, se rigen por una metodología bien sea de un autor u otro,
en este caso les mostramos, como se desarrollaría un proyecto según el autor
James Senn.
Los sistemas que el analista diseña día a día, la tecnología, las personas,
que utilizan el mayor uso de ella, y la cantidad de usuarios cada vez mayor van
alterando el diseño que el analista realiza, no por ello este deja de ser importante,
ya que el trabajo que este realiza se le esta entregando grandes confiabilidades.
En Perspectiva
Los sistemas de información a través de su papel central en la economía

están llevando a cabo los cambios en cuatro aspectos fundamentales:
1. Las personas trabajan de manera más inteligente.
2. Cambio global en el concepto de industria.
3. Tanto las ideas como la información esta tomando mas importancia que el
dinero.
4. Las personas que trabajan con la información dominan la fuerza del trabajo.
1.2. ADMINISTRACIÓN DEL PORTAFOLIO DE DESARROLLO DE

APLICACIONES.
Un principio fundamental en el desarrollo de los sistemas de información, es

que las aplicaciones son una herramienta y no un instrumento que debe de
tenerse para utilizar la tecnología de la información; en consecuencia los sistemas
de información debe de desarrollarse sobre la base de su propia capacidad para
mejorar el desempeño de la organización, sin embargo esta razones no significan
únicamente pérdidas y ganancias. La marcha de una empresa incluye también
7
beneficios para sus empleados, clientes y otras personas con la que se tienen
tratos.
Razones para proponer proyectos de sistemas de información
Las solicitudes de sistemas de información están motivadas por los

siguientes tres objetivos generales:
Resolver un problema
Actividades procesos o funciones que en la actualidad o quizás en el futuro,

no satisfacen los estándares de desempeño o las expectativas para lo que es
necesario emprender una acción que resuelva las dificultades.
Ejemplo Disminuir el numero excesivo de errores en los datos de entrada
eliminando la introducción manual de los datos de la ventas.
Aprovechar una oportunidad
Un cambio para ampliar o mejorar el rendimiento económico de la empresa

y su competitividad dentro del mercado.
Ejemplo Captura de una base grande de clientes ofreciendo un nuevo
programación mayor número de vuelos directos y descuentos en el precio del
pasaje.
Dar respuestas a directivos
Proporcionar información en respuesta a órdenes, solicitudes o mandatos

originados por una autoridad legislativa o administrativa, llevar acabo tareas de
cierta manera, o también cambiar la información o tal vez el desempeño.
8
Ejemplo Notificar anualmente A quien corresponda utilizando para ello los
formatos adecuados, los intereses obtenidos por ahorros, cuentas de cheques y
de depósito a plazo fijo.
Para alcanzar esos objetivos las empresas emprenden proyectos pro una o
más de las razones, LAS CINCO C:
1. Capacidad
2. Comunicación
3. Costos
4. Control
5. Competitividad
1. Capacidad
Las actividades de la organización están influenciadas por la capacidad de
esta, para procesar transacciones con rapidez y eficiencia. Los sistemas de
información mejoran esta capacidad en tres formas:
Aumentar la velocidad de procesamiento.
Permiten el manejo de un volumen creciente de transacciones.
Recupera con rapidez la información.
Procesamiento acelerado
La velocidad inherente con que la computadora procesa datos es una de las
razones por las que las organizaciones buscan el desarrollo de proyectos. Los
sistemas basados en computadoras pueden ser de ayuda para eliminar la
necesidad de cálculos tediosos y comparaciones repetitivas.
Un sistema automatizado puede ser de gran utilidad si lo que se necesita es
un procesamiento rápido.
Aumento en el volumen
Dado que los sistemas de información constituyen una ventaja para la
compañía es frecuente que reciban una consideración primaria antes o durante el
crecimiento y ampliación de la empresa. La incapacidad para mantener el rimo de
procesamiento no necesariamente significa el abandono de los procedimientos
existentes.
9
En estas situaciones, el analista considera el impacto que tiene la
introducción de procesamiento computarizado, si el sistema existente es manual o
la ampliación de éste. Es poco probable que únicamente el aumento de la
velocidad sea la respuesta.
El tiempo de procesamiento por transacción aumenta si es considerada la
cantidad de actividades comerciales de la empresa junto con su patrón de
crecimiento, la capacidad de almacenamiento del sistema, la ubicación de las
actividades comerciales en relación con las del centro de procesamiento y otros
aspectos de índole similar.
Recuperación rápida de información
Las organizaciones almacenan grandes cantidades de datos relacionados
con sus operaciones, empleados, clientes, proveedores y finanzas. En este caso
dos aspectos son importantes:
¿Dónde almacenar los datos?
¿Como recuperarlos cuando se necesite de ellos?
El almacenamiento de datos es más complejo si los usuarios recuperan los
datos de diversas maneras bajo diferentes circunstancias.
En una empresa que no emplea computadoras las respuestas a todas estas
preguntas pueden encontrarse por medio de registros contenidos en archivos (uno
por cada pregunta) o por medio de un archivo relevante. Si se mantienen varios
archivos entonces cada uno esta organizado para dar respuesta a una pregunta
especifica.
2. Control
Anteriormente se hablo de la relación que existe entre los sistemas de
información con la administración y el control de operaciones
¿Como se relaciona la administración y el control de operaciones con las
razones para desarrollar sistemas de información?
Básicamente en dos formas:
Para mejorar la exactitud y la consistencia.
Aumentar las seguridad de los datos mas importantes.
Mejora de la exactitud y la consistencia
10
Para demostrar como los sistemas de información pueden alcanzar este
objetivo considérese como ejemplo la actividad común del procesamiento de
facturas.
El procesamiento estándar consiste en acumular un grupo de facturas antes
de ser enviadas para su procesamiento y contabilización, después los empleados
que reciben los pedidos calculan el total de las facturas, así computan los montos
de compras y gastos adicionales, después de recibidas en la contabilidad se
concilian los errores e inconsistencias, se remiten de nuevo los datos para su
corrección y ajustes en depto. que recibió las facturas y se ajustan saldos.
Si al procedimiento para calcular el monto de cada factura y acumular el
total por lote se incorpora en un programa para computadora entonces el tenedor
de libros puede seguir todos los pasos sin omitir alguno, sin necesidad de todos
esos procedimientos engorrosos y por si solo.
Proveer mejor seguridad
Algunas veces el hecho de que los datos puedan ser guardados de una
forma adecuada para su lectura por medio de una maquina, proporciona una
mayor seguridad, que es difícil de alcanzar en un medio ambiente en donde no
existen computadoras.
La administración desarrollo un programa de computadora en donde se
codificaban los nombres, cantidades e inventarios en existencia de dichas
materias primas y se les proporcionaba una clave de acceso solamente al
personal autorizado. Así se elimino casi en su totalidad el riesgo potencial de una
fuga de información hacia la competencia.
3. Comunicación
La falta de comunicación es una fuente común de dificultades, que afectan
tanto a clientes como a empleados. Sin embargo, los sistemas de información bien
desarrollados amplían la comunicación y facilitan la integración de funciones
individuales.
Aumento de la comunicación
Muchas empresas aumentan sus vías y canales de comunicación por medio
del desarrollo de redes especiales para este fin; Dichas vías abarcan todo el país y
11
le permiten acelerar el flujo de información dentro de sus oficinas y de las
instalaciones que no se encuentran dentro de la misma localidad.
El sistema de tarjetas de crédito que permite a muchas personas efectuar
sus compras de mercancías y servicios, no existiría sin los sistemas de
información. Redes muy grandes de comunicación y centros de procesamiento
regionales verifican el crédito y autorizan las transacciones en gestión de
segundos.
Una de las características mas importantes de los sistemas de información
para las oficinas son la transmisión electrónica de información como por ejemplo
datos, archivos y documentos.
Integración de áreas en la empresa
Con frecuencia las actividades de las empresas abarcan varias áreas de la
organización; el trabajo realizado en un área se confunde con el que se efectúa en
otro lugar.
Para coordinar mejor las operaciones, la administración contribuye con la
implantación de terminales con sistemas de información operativos entre los
departamentos de producción y compras de donde se extraen reportes de ambos
lados con datos como, los inventarios disponibles para producción y los
requerimientos de las compras de materiales.
4. Costos
Muchas organizaciones ha quedado fuera de la actividad comercial y otras
tantas imposibilitadas para alcanzar el éxito por el poco control sobre los costos o
por el total desconocimiento de estos. Los sistemas de información juegan un
papel muy importante tanto en la vigilancia como en la reducción de costos de
operación.
Vigilancia de los costos
Llevar a cabo el seguimiento de los costos de mano de obra, bienes y
gastos generales es un tarea esencial para determinar si la compañía evoluciona
en la forma esperada, es decir de acuerdo a lo presupuestado.
12
Los sistemas manuales para el seguimiento de costos no son tan eficientes
como los automatizados, ni tampoco ofrecen el mismo número de categorías y
minuciosidad en las comparaciones.
La creciente competitividad del mercado crea la necesidad de mejores
métodos para segur los costos y relacionarlos con la productividad individual y
organizacional. Es probable que este objetivo tenga en el futuro mayor
importancia.
Reducción de costos
Algunos diseños de sistemas ayudan a disminuir los costos ya que toma
ventaja de la capacidad de cálculo automático y de recuperación de datos que
están incluidos en los procedimientos de programas de computadoras.
En el pasado mucha gente pensó que el desarrollo de aplicaciones de
sistemas de información, en especial de aquellas con un alto grado de
automatización, significaría una necesidad menor de trabajadores. Si bien es
cierto que los sistemas de información cambian la naturaleza del trabajo la
necesidad de gente operaria no ha disminuido; rara vez las personas son
desplazadas, de hecho su trabajo se vuelve mas interesante al automatizar todas
las tareas tediosas.
5. Competitividad
Los sistemas de información computacionales son un arma estratégica que
puede cambiar la forma en que la compañía compite en el mercado. Como
consecuencia de lo anterior, estos sistemas mejoran la organización y le ayudan a
ganar ventajas competitivas. En contraste si los competidores de la compañía
tiene capacidades mas avanzadas para el procesamiento de información,
entonces los sistemas de información pueden convertirse en una desventaja
competitiva.
Por lo tanto, las capacidades de los sistemas de información son una
consideración importante al formular la estrategia de la organización.
Una organización puede ganar ventajas competitivas a través de sus
sistemas de información por medio de 4 formas diferentes, donde cada una
13
considera las entidades con las que la compañía trata como parte de sus
actividades comerciales, estas son:
 Clientes.
 Competidores.
 Proveedores.
 Productos y servicios.
 Circulo de la competitividad
 Para ver el gráfico seleccione la opción "Descargar" del menú
superior
 Asegurar clientes
Dado que los clientes son los más importante para una organización los
directivos buscan formas diversas para allegarse a nuevos clientes y al mismo
tiempo, retener los que tienen.
¿Como es que pueden los sistemas de información de la compañía ofrecer
en este caso una ventaja competitiva o un beneficio significativo sobre sus
competidores?
A continuación se mencionan tres formas que utilizan las compañías para
allegarse a clientes y retenerlos:
 Ofreciendo mejores precios.
 Proporcionando servicios exclusivos.
 Presentando productos diferentes.
 Dejar fuera a los competidores
Dar el salto sobre los competidores puede ser riesgoso si ellos encuentran
la forma de duplicar los logros de la compañía. Los descuentos como ejemplo no
brindan beneficios estratégicos a largo plazo, sin embargo los sistemas de
información pueden ser la base para dejar fuera del mercado a la competencia, ya
sea al disuadir sus intentos por ingresar al mercado o creándoles obstáculos para
su entrada.
Mejores acuerdos con los proveedores
En los negocios los proveedores también tiene importancia estratégica. Una
manera de utilizar los sistemas de información para favorecer arreglos con los
14
proveedores es recibiendo un mejor precio, pronosticando inventarios con un
sistema de abastecimiento anual generado a través de reportes de consumo
estadístico de nuestros pedidos a nuestro proveedores o pedidos On-line.
Formar bases para nuevos productos
Los sistemas de información también forman la base para la creación,
promoción y distribución de nuevos productos y servicios.
La finalidad de estos métodos es describir directrices a nivel
organizacional para los sistemas de información de la empresa. Lo anterior incluye
la identificación de elementos clave de que dependen tanto las aplicaciones como
su desarrollo. Asimismo, también se incluye la descripción de las relaciones entre
estos elementos y, posiblemente la documentación de las necesidades actuales
de información o el bosquejo de planes futuros de la empresa.
Las tres metodologías mas utilizadas para la planeación de sistemas de
información son:
 Método de planeación de sistemas empresariales (BSP) de IBM.
 Método de planeación estratégica de arquitectura de computadoras
de Nolan, Norton & Co.
 Método de los factores críticos del éxito.
El Método de planeación de sistemas empresariales (BSP) de IBM es uno
de los mas utilizados y se concentra en la en la identificación de los necesarios
para poner en marcha una organización.
El Método de planeación estratégica de arquitectura de computadoras de
Nolan, Norton & Co. enlaza la capacidad actual de la organización con sus
necesidades actuales.
El Método de los factores críticos del éxito, busca identificar las áreas que
son claves para supervivencia de la organización y asegurar la incorporación a los
Fuentes de solicitudes de proyectos de sistemas de información
Existen cuatro fuentes principales de solicitudes de proyectos, estos
solicitantes pueden ser:
Jefes de departamento.
15
Altos ejecutivos.
Analistas de sistemas.
Grupos externos.
1.3. ANÁLISIS Y DISEÑO DE SISTEMAS ESTRUCTURADOS
El Análisis se refiere al “extremo inicial” de un proyecto de desarrollo de sistemas,

durante el tiempo en que los requisitos del usuario son definidos y documentados.
El Análisis estructurado introduce el uso de las herramientas de documentación

gráficas para producir un tipo diferente de especificación funcional: “la
especificación estructurada”.
El análisis estructurado, como otros métodos, permite construir modelos de

sistemas a partir del análisis de sus procesos y/o actividades que se ejecutan
asociados al sistema.
Permite al equipo encargado del estudio del desarrollo o la organización conocer

de forma lógica un sistema o proceso. El objetivo que persigue el análisis
estructurado es organizar las tareas asociadas con la determinación de
requerimientos para obtener la comprensión completa y exacta de una situación
dada.
Conceptos que se relacionan con el Análisis Estructurado

• Símbolos gráficos; iconos y convenciones para identificar y describir
los componentes de un sistema junto con las relaciones entre estos
componentes.
• Diccionario de datos; descripciones de todos los datos utilizados en
el sistema.
• Descripciones de procesos y procedimientos; declaraciones formales
que emplean técnicas y lenguajes que permiten a los analistas
describir actividades importantes que forman parte del sistema.
16
• Reglas; estándares para describir y documentar el sistema en forma
correcta y completa.
Fase de Diseño
En esta fase, el diseño estructurado produce el modelo de diseño con los

siguientes elementos:
• Diseño de datos. Transforma el modelo de dominio de la información
creado durante el análisis, en las estructuras de datos necesarias
para implementar el software. Los objetos de datos y las relaciones
definidas en el diagrama entidad-relación y el contenido detallado de
datos del diccionario de datos constituyen la base para el diseño de
datos.
 •Diseño arquitectónico. Define la relación entre los principales elementos
estructurales del programa. Se obtiene a partir del modelo de análisis y de
la interacción de subsistemas definidos dentro del modelo de análisis.
 •Diseño de interfaz. Describe como se comunica el software consigo
mismo, con los sistemas que operan con él y con los operadores que lo
emplean. Los diagramas de flujo de datos y control proporcionan la
información necesaria para el diseño de la interfaz.
 •Diseño procedimental. Transforma elementos estructurales de la
arquitectura del programa en una descripción procedimental de los
componentes del software. Se obtiene a partir de la especificación del
proceso, la especificación del control y el diagrama de transición de estados
Componentes:
 •Símbolos gráficos: Identifica y describe los componentes de un sistema y
las relaciones entre estos.
 •Diccionarios de datos: Describe todos los datos utilizados en el sistema
pueden ser manual o automatizado.
 •Descripciones de procesos y procedimientos: descripción técnica para
describir las actividades que se realizan los procesos.
17
 •Reglas: Pasos a seguir para describir y documentar el ven forma correcta y
completa.
Herramientas:
 •Diagrama de Flujo de Datos: Es la base para otros componentes y
describe como navegan los datos entre procesos y elementos relacionados.
 •Diccionario de Datos: Contiene las características de los campos y/o
descripción detallada de los diferentes objetos que componen el sistema
 •Diagrama de Estructuras de Datos: describe la relación entre las entidades
y los objetos (conjunta de información que contienen las entidades)
Según el Modelo Estructurado
El Análisis Estructurado, fue seleccionado como técnica de investigación de

requerimientos, ya que permite al analista conocer el sistema o proceso en una
forma lógica y manejable, al mismo tiempo que proporciona la base para asegurar
que no se omite ningún detalle. Este es un método para el análisis de sistemas
manuales o automatizados, que conduce al desarrollo de especificaciones para
sistemas nuevos o para efectuar modificaciones a los ya existentes. Aunado a ello
y por ser considerados como una herramienta capaz de describir y analizar el
movimiento de los datos a través de un sistema, la representación gráfica de los
procesos del sistema estará a cargo de los Diagramas de Flujos de Datos (DFD).
2.1. Herramientas para determinar requerimientos de sistemas.
La determinación de requerimientos es el estudio de un sistema para conocer

como trabaja y donde es necesario efectuar mejoras, dando como resultado una
evaluación de la forma como trabaja los métodos empleados y si es necesario o
posible realizar ajustes.
18
Un requerimiento es una característica que debe incluirse en un nuevo sistema.
Esta puede ser la inclusión de determinada forma para capturar o procesar datos,
producir información, controlar una actividad de la empresa o brindar soporte a la
gerencia. Es así como la determinación de requerimientos vincula el estudio de un
sistema existente con la recopilación de detalles relacionados con él.
Es útil ver la determinación de requerimientos a través de tres grandes

actividades: Anticipación, investigación y especificación de requerimientos
Anticipación de requerimientos: La experiencia de los analistas les permite

anticipar ciertos problemas o características y requerimientos para un nuevo
sistema.
Por un lado, la experiencia de estudios previos puede conducir a la investigación

de áreas que no consideraría un analista novato. Tener las bases necesarias para
saber que preguntar o que aspectos investigar puede ser de beneficio substancial
para la organización.
Por otra parte, si se introducen sesgos o atajos al conducir la investigación

entonces es muy probable que la anticipación de requerimientos se convierta en
un problema. Por lo tanto, siempre deben darse lineamientos para estructurar una
investigación alrededor de cuestiones básicas con la finalidad de evitar
consecuencias indeseables de la anticipación de requerimientos.
Investigación de requerimientos: Es la más importante del análisis de sistemas.

Los analistas estudian el sistema actual con la ayuda de varias herramientas y
habilidades, y documentan características para, mas adelante, emprender el
análisis.
La investigación de requerimientos depende de las técnicas para encontrar datos,

que serán explicadas mas adelante, e incluyen los métodos para documentar y
describir las características de l sistema.
19
Especificaciones de requerimientos: Los datos obtenidos durante la
recopilación de hechos se analizan para determinar las especificaciones de los
requerimientos, es decir, la descripción de las características del nuevo sistema.
Esta actividad tiene tres partes relacionadas entre sí:
- Análisis de datos basados en hechos reales: Se examinan los datos

recopilados durante el estudio, incluidos en la documentación de flujo de datos y
análisis de decisiones, para examinar el grado de desempeño del sistema y si
cumple con las demandas de la organización.
- Identificación de requerimientos esenciales: Características que deben

incluirse en el nuevo sistema y que van desde detalles e operación hasta criterios
de desempeño.
- Selección de estrategias para satisfacer los requerimientos: Métodos que

serán utilizados para alcanzar los requerimientos establecidos seleccionados.
Estos forman la base para el diseño de sistemas, los cuales deben cumplir con la
especificación de requerimientos.
La especificación de requerimientos implica gran responsabilidad para los

analistas de sistemas, ya que la calidad de trabajo realizado en esta etapa se vera
reflejada mas adelante en las características del nuevo sistema.
Requerimientos básicos
Los analistas estructuran su investigación al buscar respuestas a las siguientes

cuatro importantes preguntas:
 ¿Cuál es el proceso básico de la empresa?
 ¿Qué datos utiliza o produce esta empresa?
 ¿Cuáles son los límites impuestos por el tiempo y la carga de trabajo?
 ¿Qué controles de desempeño utiliza?
 Comprensión del proceso
20
Los analistas hacen preguntas que, cuando reciben la respuesta, proporcionan
antecedentes sobre detalles fundamentales relacionados con el sistema y que
sirven para describirlo. Las siguientes preguntas son de utilidad para adquirir la
comprensión necesaria:
 ¿Cual es la finalidad de esta actividad dentro de la empresa?
 ¿Qué pasos se siguen para llevarla a cabo?
 ¿Dónde se realizan estos pasos?
 ¿Quiénes lo realizan?
 ¿Cuánto tiempo tardan n efectuarlos?
 ¿Con cuanta frecuencia lo hacen?
 ¿Quiénes emplean la información resultante?
2.2. Estrategias de desarrollo por análisis estructurado
Cuando los analistas comienzan a trabajar sobre un proyecto de sistemas de

información, a profundo tienden a profundizar en un área de la organización con la
que tienen poca familiaridad. A pesar de esto, deben desarrollar un sistema que
ayude a los gerentes y personal –los futuros usuarios- de esta área. Cualquier
nuevo sistema o conjunto de recomendaciones para cambios en el sistema
existente, ya sea este manual o automatizado, debe conducir hacia la mejora.
Para alcanzar este resultado, se espera que los analistas de sistemas hagan lo
siguiente:
- Aprendan los detalles y procedimientos del sistema en uso
- Obtengan una idea de las demandas futuras de la organización como

resultado del crecimiento, del aumento de la competencia en el mercado, de los
cambios en las necesidades de los consumidores, de la evolución de las
estructuras financieras, de la introducción de la nueva tecnología y cambios en las
políticas del gobierno entre otros.
21
- Documentar detalles del sistema actual para su revisión y discusión por
otros.
- Evaluar la eficiencia y efectividad del sistema actual y sus procedimientos,

tomando en cuenta el impacto sobre las demandas anticipadas para el futuro.
- Recomendar todas las revisiones y ampliaciones del sistema actual,

señalando su justificación. Si es apropiado, quizá la propuesta de un nuevo
sistema completo.
- Documentar las características del nuevo sistema con un nivel de detalle

que permita comprender a otros sus componentes, y de una manera que permita
manejar el desarrollo del nuevo sistema.
- Fomentar la participación de gerentes y empleados en todo el proceso,

tanto para aprovechar su experiencia y conocimiento del sistema actual, como
para conocer sus ideas, sentimientos y opiniones relacionadas con los
requerimientos de un nuevo sistema o de los cambios para el actual.
Para tener éxito, los buenos analistas de sistemas estructuran el proceso que
siguen para el desarrollo de un nuevo sistema. Aunque cada lugar donde trabaja l
analista es diferente, las tareas que llevan a cabo son similares y existe un
conjunto común de preguntas por contestar cuando las emprenden.
El análisis estructurado es un método para el análisis de sistemas manuales o

automatizados, que conduce al desarrollo de especificaciones para sistemas
nuevos o para efectuar modificaciones a los ya existentes. Cuando los analistas
de sistemas abordan una situación poco familiar, siempre existe una pregunta
sobre donde comenzar el análisis. Una situación dinámica siempre puede ser vista
como abrumadora debido a que muchas de las actividades se llevan a cabo
constantemente. El análisis estructurado permite al analista conocer un sistema o
proceso en forma lógica y manejable al mismo tiempo que proporciona la base
para asegurar que no se omite ningún detalle pertinente.
22
¿Qué es lo que se desea estructurar? ¿Qué significa “estructura”? El objetivo que
persigue el análisis estructurado es organizar las tareas asociadas con la
determinación de requerimientos para obtener comprensión completa y exacta de
una situación dada.
En el análisis estructurado, la palabra estructura significa que: 1) el método intenta

estructurar el proceso de determinación de los requerimientos comenzando con la
documentación del sistema existente; 2) el proceso esta organizado de tal forma
que intenta incluir todos los detalles relevantes que describen el sistema en uso; 3)
es fácil verificar cuando se han omitido detalles relevantes; 4) la identificación de
los requerimientos será similar entre varios analistas e incluirá mejores soluciones
y estrategias para las oportunidades de desarrollo de sistemas; y 5) los
documentos de trabajo generados para documentar los sistemas existente y
propuesto son dispositivos de documentación eficiente.
Componentes del análisis estructurado
El análisis estructurado hace uso de los siguientes componentes:

 Símbolos gráficos: iconos y convenciones para identificar y
describir los componentes de un sistema junto con las
relaciones entre estos componentes.
 Diccionario de datos: descripciones de todos los datos
utilizados en el sistema. Puede ser manual o automatizado.
 Descripciones de procesos y procedimientos: declaraciones
formales que emplean técnicas y lenguajes que permiten a los
analistas describir actividades importantes que forman parte
del sistema.
 Reglas: estándares para describir y documentar el sistema en
forma correcta y completa.
Los analistas desean conocer las respuestas a cuatro preguntas especificas:
¿qué procesos integran el sistema?, ¿qué datos emplea cada proceso?, ¿qué
datos son almacenados? y ¿qué datos ingresan y abandonan el sistema?.
23
Los datos son la guía de actividades de la empresa. Ellos pueden iniciar eventos y
ser procesados para dar información útil al personal que desean saber que tan
bien se han manejado los eventos. Seguir el flujo de datos por todos los procesos
de la empresa les dice mucho a los analistas sobre como se alcanzan los objetivos
de la organización. El análisis de flujo de datos estudia el empleo de los datos en
cada actividad. Documenta los hallazgos con diagramas de flujo de datos que
muestran en forma grafica la relación entre procesos y datos, y en los diccionarios
de datos que describen de manera formal los datos del sistema y los sitios donde
son utilizados.
2.3. Estrategia de desarrollo por prototipos de aplicaciones
Identificación de requerimientos conocidos
La determinación de los requerimientos de una aplicación es tan importante para

el método de desarrollo de prototipos como lo es para los métodos del ciclo clásico
de desarrollo de sistemas o análisis estructurado. Por consiguiente, antes de crear
el prototipo, los analistas y usuarios deben trabajar juntos para identificar los
requerimientos conocidos que tienen que satisfacerse.
Desarrollo de un modelo de trabajo
La construcción de un prototipo es un proceso iterativo de desarrollo. Antes de la

primera iteración, los analistas de sistemas explican el método a los usuarios, las
actividades a realizar, la secuencia en la que se llevaran a cabo y también
discuten las responsabilidades de cada participante. Un cronograma para el inicio
y fin de la primera iteración es de gran ayuda, por tanto, debe elaborarse justo
antes de iniciar las actividades.
En el desarrollo de un prototipo se preparan los siguientes componentes:

- El lenguaje para el dialogo o conversación entre el usuario y el
sistema.
- Pantallas y formatos para la entrada de datos.
24
- Módulos esenciales de procesamiento.
- Salida del sistema.
USO DE PROTOTIPOS Cuando el prototipo esta terminado, el siguiente paso es
tomar la decisión sobre como proceder. Existen cuatro caminos a seguir después
de evaluar la información obtenida con el desarrollo y uso del prototipo:
Abandono de la aplicación
En algunos casos, la decisión es descartar el prototipo y abandonar el desarrollo

de la aplicación. Esta conclusión no significa que fuese un error emprender el
proceso de desarrollo del prototipo o un desperdicio de recursos. Mas bien, la
información y experiencia ganada con el desarrollo y empleo del prototipo condujo
hacia una decisión de desarrollo. Es probable que los usuarios y analistas hayan
aprendido que el sistema era innecesario o hayan descubierto otra solución
durante el proceso.
Implantación del prototipo
Algunas veces el prototipo se convierte en el sistema que se necesita. En este

caso, se implanta sin ninguna modificación y no se emprenden mas esfuerzos de
desarrollo. Esta decisión es más probable tomarse bajo una o más de las
siguientes circunstancias:
- La evolución de prototipo condujo a una aplicación que tiene las

características, capacidades y desempeño requeridos.
- La aplicación será utilizada con poca frecuencia y no es importante su

rapidez o eficiencia operacional.
- La aplicación no tiene efecto sobre otras aplicaciones o datos de la

organización y tampoco interacciona con ellos; además satisface las necesidades
de os usuarios inmediatos.
25
- El medio ambiente de la aplicación se encuentra en un estado de flujo; es
difícil determinar necesidades a largo plazo o condiciones de operación mas
estables. En consecuencia no es posible justificar otras actividades de desarrollo.
El prototipo es de utilidad para las condiciones actuales.
Desarrollo de la aplicación
Cuando un prototipo tiene éxito puede proporcionar información muy amplia con
respecto a los requerimientos de la aplicación y conducir a su completo desarrollo.
Terminar el prototipo n significa finalizar el proceso de desarrollo. Mas bien señala
el comienzo de la siguiente actividad: el desarrollo completo de la aplicación.
El desarrollo de una aplicación puede presentarse como parte del método de ciclo
de vida de los sistemas de información. Las dos formas más comunes de
incorporar la construcción de un prototipo para la aplicación son las siguientes:
- El prototipo se emplea como una opción para la determinación de

requerimientos; las características del prototipo son consideradas como los
requerimientos a satisfacer en subsecuentes actividades de desarrollo.
- El prototipo se utiliza como sustituto para el diseño e implantación de la

aplicación, es decir, como un esqueleto a partir del que se construye el resto del
sistema.
Inicio de un nuevo prototipo
Algunas veces la información ganada con el desarrollo y uso del prototipo, sugiere
el empleo de un enfoque muy diferente para satisfacer las necesidades de la
organización. En este caso es posible encontrar que las características de la
aplicación con muy diferentes si el prototipo es inadecuado para demostrarlas y
evaluarlas.
HERRAMIENTAS PARA EL DESARROLLO DE PROTOTIPOS
26
Lenguajes de cuarta generación
Los lenguajes de cuarta generación fueron creados para ayudar a satisfacer la

necesidad de desarrollar un software con mayor eficiencia. Los lenguajes de
cuarta generación incluyen un amplio espectro de lenguajes de computadora que
hacen hincapié sobre lo que debe hacerse mas que sobre como realizar la tarea.
Los lenguajes de cuarta generación se clasifican en tres categorías:
Lenguajes no orientados hacia procedimientos: El lenguaje con el que trabajan los

analistas y usuarios finales no esta orientado hacia procedimientos. Algunas veces
el lenguaje recibe l nombre de lenguajes no-procedurales. Un solo mandato lleva a
cabo una función completa. No es raro encontrar que el mandato de un lenguaje
no orientado hacia procedimientos remplace al equivalente de mas de cien
instrucciones de un lenguaje de tercera generación.
Lenguajes de consulta y recuperación: Estos lenguajes facilitan la recuperación de

datos almacenados sin necesidad de escribir muchas instrucciones orientadas
hacia procedimientos, o especificar el formato de los datos. Estos lenguajes
permiten a los usuarios formular preguntas en formatos tabulares o parecidos al
ingles.
Generadores de reportes
Los generadores de reportes permiten a los usuarios obtener con facilidad datos
de archivos o bases de datos. Se puede obtener el contenido parcial o total de los
registros. En comparación con los lenguajes de consulta y recuperación, los
generadores de reportes dan a los usuarios mayor control sobre la apariencia y
contenido de la salida. Los resultados se pueden presentar en un formato de
reporte que se establece en forma automática por software, o el usuario también
puede proporcionar las especificaciones que instruyan al sistema para preparar
títulos específicos, descripciones de pagina y encabezados de columnas.
27
Generadores de aplicaciones
Los generadores de aplicaciones son programas de software que permiten la

especificación de toda una aplicación de un nivel muy alto. Ellos proporcionan las
condiciones para desarrollar aplicaciones que acepten datos, efectúen cálculos,
sigan complicadas rutinas de procesamiento lógico y produzcan reportes y salidas.
El generador de aplicaciones produce el código fuente. Algunos producen
programas completos. Otros, denominados generadores de programas, reparan el
código del programa, como módulos individuales, y permiten al usuario enlazar
otros módulos con los producidos por el generador.
Generadores de pantalla
Un generador de pantalla es una herramienta interactiva para dibujar pantallas y

efectuar la validación automática de la entrada y procesamiento. Es posible
seleccionar con respuestas sencillas preferencias sobre el presentar con mayor
brillantez la información más importante, el utilizar determinados colores o hacer
uso del video inverso.
Los generadores de pantalla también permiten que los usuarios preparen

automáticamente componentes que sean de ayuda en la interacción usuario-
maquina, incluyendo la localización de campos para entrada de datos, campos
para presentar datos, encabezados de columna, etiquetas y mensajes.
2.4. Herramientas asistidas por computadora para el desarrollo de sistemas
La introducción de herramientas asistidas por la computadora en los esfuerzos de

análisis y desarrollo aumentan los beneficios que se derivan del uso de las
herramientas. Las herramientas del análisis asistido por la computadora mejoran
la velocidad y disminuyen el tiempo necesario para completar la tarea de
desarrollo.
28
La automatización también se hace cargo de algunas tareas que son pesadas. El
desarrollo de diagramas de flujo de datos es una tarea que puede consumir mucho
tiempo. Las herramientas automatizadas para flujo de datos hacen posible dejar al
software de la computadora el proceso de dibujo.
Cuando los procedimientos forman parte del software, estos se realizan en forma
más consistente. Se convierten en rutinas. La consistencia que pueden ofrecer los
procedimientos es una excelente razón para ampliar el conjunto de herramientas
asistidas por computadora para el desarrollo de sistemas.
Una ventaja que distingue a muchos sistemas automatizados es la captura,

almacenamiento, procesamiento y recuperación de los detalles de un sistema.
Una vez en forma procesable por la computadora, los detalles del sistema pueden
utilizarse para muchas finalidades.
CLASIFICACIÓN DE HERRAMIENTAS AUTOMATIZADAS
Herramientas de tipo front-end
Las herramientas de tipo front-end automatizan las primeras actividades del

proceso de desarrollo de sistemas.
Entre los muchos aspectos que se toman en cuenta al desarrollar herramientas

para esta fase, se hallan técnicas de soporte para ayudar al analista a preparar
especificaciones formales que carezcan de ambigüedades, a validar las
descripciones del sistema con el objeto de determinar su consistencia y
completes, y a seguir la evolución de los requerimientos de la aplicación en
características que formen parte del sistema que finalmente será implantado.
Herramientas de tipo back-end
Las herramientas de tipo back-end tienen como finalidad ayudar al analista a

formular la lógica del programa, los algoritmos de procesamiento y la descripción
29
física de los datos, también ayudan a la interacción con los dispositivos, etc. Estas
actividades convierten los diseños lógicos del software en un código de
programación que es el que finalmente da existencia a la aplicación.
Herramientas integrales
Las actividades de análisis abordan los detalles de alto nivel mientras que las
actividades de desarrollo dan mayor importancia a los detalles de bajo nivel. Las
especificaciones de alto nivel describen los requerimientos del usuario, como
entradas, salidas y expectativas de funcionamiento. Las especificaciones de bajo
nivel indican la forma en que serán satisfechos estos requerimientos por medio de
detalles que son específicos de la computadora.
HERRAMIENTAS ASISTIDAS POR COMPUTADORA PARA LE INGENIERÍA DE

SISTEMAS (CASE)
Las herramientas de tipo CASE incluyen los siguientes cinco componentes:
Herramientas para diagramación: Estas herramientas dan soporte al análisis y

documentación de los requerimientos de una aplicación. Por lo general, incluyen
facilidades para producir diagramas de flujo de datos.
Las herramientas ofrecen la capacidad de dibujar diagramas y cartas, además de

guardar los detalles en forma interna.
Depósito centralizado de información: La captura, análisis, procesamiento y

distribución de todos los sistemas de información es asistida por un deposito de
información centralizado o diccionario de datos.
Aunque los diccionarios son diseñados para que el acceso a la información sea
sencillo, también incluyen controles y medidas de protección que preservan la
exactitud y consistencia de los detalles del sistema.
30
Generador de interfaces: Los generadores de interfaces ofrecen la capacidad
para preparar imitaciones y prototipos para las interfaces con los usuarios. Por lo
general, soportan la rápida creación de menús de demostración para el sistema,
de pantallas de presentación y del formato de los informes.
Generadores de código: Los generadores de código automatizan la preparación

del software. Estos incorporan métodos que permiten convertir las
especificaciones del sistema en código ejecutable.
Herramientas de administración: Algunas herramientas CASE para

administración permiten que los gerentes de proyecto especifiquen elementos de
su propia elección.
Otras permiten definir metodologías de desarrollo propias, incluyendo las reglas de

validación y los estándares para datos nombres de procedimientos.
Integración de la herramientas CASE
La integración de la herramienta ocurre en tres formas:
Interface - uniforme: Significa que todas las herramientas en el sistema CASE

son activadas de la misma manera y desde un lugar común en el sistema.
Facilidad para la transferencia de datos: Significa que los detalles desarrollados

con una herramienta pueden estar disponibles para otras. El diccionario de datos
es el elemento crítico que hace posible la transferencia de datos entre
herramientas distintas.
Unir de las actividades de desarrollo: La facilidad para transferir datos y la unión

de las fases de desarrollo se encuentran relacionadas, ya que se pueden utilizar
una y otra vez los datos transferidos entre herramientas a través de todo el
proceso de desarrollo.
31
USO DE UNA HERRAMIENTA CASE
Operaciones iniciales
Los sistemas CASE almacenan información por proyecto. Cada aplicación de

sistemas de información es considerada como un proyecto.
Antes de iniciar el trabajo, el analista debe proporcionar su nombre y contraseña.

Si es correcta, Excelerator presenta sobre la pantalla una lista de todos los
proyectos para los que el analista tiene autorizado el acceso.
Menú principal de funciones
El menú principal presenta los nombres de las siete funciones mas importantes d
Excelerator: graficas, XLDicionario, pantallas y reportes, documentación, análisis,
interfaces y utilerías.
Dibujo de diagramas de flujo de datos
Cuando se selecciona la función de graficas, aparece otro menú que muestra las
opciones disponibles para l analista. Los diagramas de flujo de datos son uno de
los muchos tipos de diagramas y cartas disponibles en el menú de graficas.
Diccionario por proyecto
A medida que se formulan las especificaciones y la documentación, toda la

información con respecto al proyecto se acumula en el diccionario de datos que
Excelerator mantiene para dicho proyecto. Parte de la información, como el flujo
de datos entre procesos, la graba directamente la persona que hace uso de la
herramienta.
Pantallas e informes
32
Excelerator, como muchas otras herramientas de tipo CASE, proporciona un
método rápido y sencillo para desarrollar prototipos de pantallas para que los
usuarios finales trabajen con ellas. El analista puede diseñar y ejecutar pantallas y
reportes con el apoyo de un menú, e incluso desarrollar el prototipo de una base
de datos.
Herramientas para el análisis y documentación
Excelerator ofrece características tales como un conjunto de reportes que validan

las descripciones del sistema. Los reportes del análisis contienen una lista de
relaciones inconsistentes o ilegales entre datos, flujos de datos y procesos, así
como consistencias al seguir las convenciones para asignar nombres. también es
posible detectar y notificar diagramas no balanceados.
Utilerías
La información utilizada por el sistema Excelerator se encuentra descrita por las

funciones de utilería. Existe también una función especial para el manejo de
proyectos que los analistas emplean para dar nombre al proyecto, proporcionar
descripciones del mismo y definir la notación que utilizaran para los diagramas de
flujo de datos.
Beneficios de CASE
Entre los beneficios ofrecidos por la tecnología CASE se encuentran los

siguientes:
- Facilidad para llevar a cabo la tarea de revisión de especificaciones del

sistema así como de representaciones graficas.
- Facilidad para desarrollar prototipos de sistemas para desarrollar prototipos

de sistemas por medio de la capacidad para cambiar especificaciones y, por otro
33
lado, para determinar el efecto que sobre el desempeño del sistema tendrán otras
alternativas.
- Generación de código.
- Soporte para mantenimiento como resultado de haber guardado las

especificaciones del sistema en un deposito central de información.
- Aumentar las posibilidades de satisfacer los requerimientos del usuario.
Debilidades de CASE
Entre las debilidades de CASE se encuentran las siguientes:
- Muchas herramientas CASE están construidas teniendo como base las

metodologías del análisis estructurado y del ciclo de vida de desarrollo de
sistemas. Por si sola, esta característica puede convertirse en la principal limitante
ya que no todas las organizaciones emplean métodos de análisis estructurado.
- Falta de niveles estándar para el soporte de tecnología.
- Conflictos en el uso de diagramas.
- Diagramas no utilizados. En algunos casos las herramientas graficas

automatizadas o manuales no se emplean del todo.
- Aunque una herramienta puede apoyar varias fases del ciclo de vida de
desarrollo de sistemas o adaptarse a diferentes metodologías de desarrollo, por lo
general su enfoque primario esta dirigido hacia una fase o método especifico.
- Aunque muchas herramientas basadas en computadora incluyen la

capacidad de verificar las especificaciones para determinar su completez o
consistencia, virtualmente no llevan a cabo ningún análisis de los requerimientos
de la aplicación.
34
- Las tareas humanas siguen siendo criticas. Las herramientas deben
adaptarse a la arquitectura de la información así como a las metodologías de
desarrollo utilizadas por la organización.
3.1. Transición del análisis hacia el diseño.
El diseño de sistemas es convertir los requerimientos en soluciones que los

satisfagan.
Para diseñar un sistema se deben especificar los requerimientos de la aplicación,

anteriormente se nombraron y explicaron herramientas para especificar estos
requerimientos. Estos métodos o herramientas son de gran ayuda para la
documentación del sistema, pero no realizan el análisis necesario para identificar
los requerimientos del sistema. El analista de sistemas es el responsable de
identificar estos requerimientos. Los requerimientos del sistema se formulan a
partir del resultado del análisis
Para determinar los requerimientos del usuario y revisar los hechos de un sistema
se puede seguir el siguiente marco de referencia:
Capacidad: se refiere a la capacidad que tiene el sistema existente para alcanzar

sus metas y cumplir con sus objetivos. Esta capacidad viene dada por personas,
equipo, espacio y procedimientos. El problema esta cuando estas personas o
equipos, etc; no satisfacen los niveles de rendimiento esperados. Las soluciones
son las siguientes:
Aumentar el personal, equipo u otros recursos necesarios para satisfacer las

necesidades requeridas
Reducir los requerimientos de efectividad, esto se puede lograr aumentando el

espacio de tiempo de cada tarea a realizar
35
Cambiar el grado de exigencia de las actividades
Control: es un conjunto de mecanismos que se utilizan para aumentar la

probabilidad de que las tareas de una empresa u organización se lleven a cabo de
la manera deseada. Hay varias preguntas que el analista debe hacer cuando
evalúa el control de los procedimientos como por ejemplo ¿Los pasos del proceso
se realizan en forma apropiada?, ¿Existe la posibilidad de que se estén
efectuando pasos no autorizados?, ¿Se pueden duplicar actividades?, ¿La
gerencia esta al tanto de tareas no realizadas?, ¿Existe verificación de datos,
códigos de procedimientos, etc.?
Las soluciones a un problema de control de procedimientos pueden ser las

siguientes:
Diseñar el sistema de manera que los fallos en los controles estén prohibidos y de
esta forma se neutralizan los eventos que no pueden ocurrir
Diseñar detectores de errores o fallos que los identifiquen y los notifiquen para que
la persona autorizada los corrija
Diseñar correctores de fallos en los controles, una vez detectados se puede

proporcionar al sistema con una rutina que emprenda las acciones correctivas
necesarias.
Accesibilidad de la Información: ya sea por que no existe o por que su acceso es

muy difícil, se pueden producir problemas con el acceso a la información
necesaria para realizar una labor. Para evitar este problema existen varias
estrategias:
Eliminar la necesidad de información rediseñando el sistema de una forma en la

cual las reglas y procesos de decisión formen parte de él.
Facilitar el acceso a la información
36
Disminuir la necesidad de procesamiento, esto se puede lograr almacenando los
detalles mas utilizados o accesados por el usuario en una forma en la que si se
vuelve a utilizar no se requiera procesarlo
Mejorar la presentación
Complejidad: cuando las tareas son muy complejas es mas fácil que la persona la
evite que la realice, entonces es probable que esta tarea no se realice. Para
reducir la complejidad se debe considerar lo siguiente:
Simplificación: se obtiene eliminando pasos innecesarios, registros que no se

utilizan, etc.
Dividir los procesos complejos en tareas separadas
Cambiar la secuencia de un proceso puede disminuir la complejidad
El diseño de sistemas tiene dos etapas:
Diseño Lógico:
 Especificaciones de Salida
 Especificaciones de Entrada
 Especificaciones de archivos y bases de datos
 Especificaciones de procesamiento
 Requerimientos de datos
Diseño Físico:
 Entrada de datos
 Soporte para decisiones
 Generación de Reportes
 Consultas
 Comunicación
 Mantenimiento de Archivos
 Respaldo
 Archivos de Transacción, de reporte, maestro, etc.
37
En general, el analista debe diseñar el sistema de manera que:
 Sea fácil de utilizar
 Este bien validado
 Evite fallas en procedimientos críticos para la empresa
 Sea flexible
 Sea Adaptable
 Sea ergonómico
En la actualidad existen estándares de diseño de sistemas, a continuación se dan

ejemplos de áreas incluidas en estos estándares:
 Estándares para datos: modelos a seguir para nombrar a los datos y
especificar su longitud y tipo, esto está contenido en el diccionario de datos.
 Estándares de Codificación: Abreviaturas para describir procesos y
entidades dentro de una organización
 Estándares Estructurales: lineamientos para dividir el sistema en módulos,
para la codificación estructurada, reutilización de código.
 Estándares de Documentación: descripción de los detalles de la aplicación
Elementos del Diseño
 Flujos de Datos: movimientos de datos hacia, alrededor y desde el sistema.
 Almacenes de Datos: conjuntos temporales o permanentes de datos
 Procesos: transforma los datos en información. Pueden ser manuales o
automatizados
 Controles: lineamientos para determinar si los procesos están siendo
ejecutados de forma correcta
 Funciones del Personal: la interacción que tiene el usuario con el sistema,
entradas de datos, etc.
3.2. Diseño de salidas del sistema de cómputo.
Las salidas del sistema son cualquier información que arroje el sistema de
información, ya se impreso o por pantalla. El analista para diseñar estas salidas
debe identificar la salida que se necesita para cubrir la necesidad de información,
debe especificar los métodos para el diseño de éstas salidas y por ultimo deben
crear los documentos o reportes que contienen la información que arroja el
sistema.
38
Objetivos de la Salida
 Expresar la información que tengan relación con actividades realizadas en
el pasado, de estados actuales o información proyectada hacia el futuro
 Resaltar eventos de importancia, ya sean problemas, errores o
advertencias
 Ejecutar acciones
 Verificar esas acciones
Las salidas deben ser diseñadas tomando muy en cuenta la función que éstas van
a cumplir.
Tipos de Salida
 Un reporte
 Un documento
 Un mensaje
Las salidas pueden ser impresas o presentadas por pantalla.
Las fuentes de las salidas pueden ser:

 Recuperación de un almacenamiento de datos
 Paso de mensajes desde un proceso a otro
 Dispositivos de Entrada
Aspectos importantes de la salida
A través de las siguientes cinco preguntas se puede comprender mejor lo que

debe ser la salida de un sistema:
 ¿Quiénes recibirán la información?
 ¿Cuál es el uso que se le dará a la información?
 ¿Cuántos detalles se necesitan?
 ¿Cuándo se necesita la información?
 ¿Qué método utilizar?
Cómo presentar la información
39
Existen varios lineamientos para presentar la información al usuario, el analista
debe utilizar en que mas le convenga al usuario para hacer uso de esa
información
Formato Tabular
Éste formato debe utilizarse:

 Cuando los detalles dominan y no se necesitan muchos comentarios
 Cuando los detalles son presentados en categorías discretas
 Cuando cada categoría deba tener una etiqueta
 Cuando es necesario obtener totales o comparar diferentes componentes
 Cuando las entidades dependan del tiempo
Formato Gráfico
Como su nombre lo indica utiliza gráficos para presentar la información. Existen

distintos tipos de gráficas:
 De Sectores: describen las distintas partes que conforman un todo, y que
tienen relación con una actividad determinada
 Curvas: muestran cambios en la actividad a lo largo de cierto tiempo
 De escalones o superficie: muestran cambios en categorías
 Barras y columnas
 Mapas: muestran variaciones en distintas zonas geográficas
Las gráficas se utilizan por varias razones:

 Para mejorar el entendimiento por parte del usuario de la información que
ésta siendo presentada
 Para poder manejar mayor volumen de información
 Para que la información se ajuste a las preferencias del usuario
Estándares para el diseño de gráficas

 Toda gráfica debe incluir un titulo
40
 Fecha en que se realizo
 Añadir números de página
 Deben colocarse etiquetas bien ubicadas y utilizando un tipo de letra que
ayuda a que sea legible
 No deben utilizarse abreviaturas
Uso de íconos
Los íconos son representaciones gráficas de entidades, por lo tanto ofrecen una
gran ayuda al momento de acceder rápidamente a la información, y tienen un
efecto visual que los hace atractivos para el usuario, ayudándolo así a manejar
mejor el sistema
Lineamientos de cuando y como utilizar los íconos en un sistema de información:
Utilizar íconos que sean reconocidos fácilmente por el usuario

 Si no existe algún icono que represente gráficamente lo que queremos
presentar, es mejor utilizar etiquetas en vez de utilizar un icono que
confunda al usuario
 Utilizar el mismo icono para la misma entidad así éste aparezca en
diferentes partes del sistema
 Evitar colocar etiquetas en los iconos, ya que éstos por sí solos deben
comunicar su significado con claridad
 Distribuir los iconos de forma de que no se agrupen en una zona pequeña
para evitar la sobrecarga de imágenes
 Mantener un mismo tamaño para todos los iconos
Diseño de salida impresa
Las salidas impresas se utilizan cuando se necesita el físico de la información por

cualquier razón que tenga el usuario: que necesite enviar por correo la
información, etc.
41
El analista debe determinar aquellas salidas impresas que sean absolutamente
necesarias, por que el desarrollo de un sistema debe disminuir en lo posible el uso
de reportes impresos en la organización
Lineamientos:
 Los documentos deben estar diseñados para ser leídos de izquierda a
derecha y de arriba hacia abajo
 Los datos de mayor importancia deben estar ubicados de tal forma que
sean fáciles de encontrar
 Todas las páginas deben tener título, número de página y fecha en que fue
impresa
 Todas las columnas deben estar etiquetadas
 No utilizar abreviaturas
Diseño de salida por pantalla
Las salidas por pantalla tienen la desventaja del espacio comparada con las
salidas impresas, además los usuarios saben buscar la información en un reporte
impreso (saben voltear las paginas, etc), en cambio no podemos suponer esto
cuándo se diseñan pantallas
En este diseño se incluyen el uso de gráficas e iconos, existen diversas formas de

presentar la información por pantalla, la más usada es a través del uso de
ventanas.
Hay ventanas estáticas y ventanas de aparición repentina, las estáticas se utilizan

para mostrar alguna información que el usuario requiera, en cambio las de
aparición repentina sirven para pedir información, dar advertencias o incluso
mostrar errores.
42
3.3. Diseño de entradas y controles.
El diseño de entradas une al sistema con los usuarios. Objetivos del diseño de la
entrada:
Control de la calidad de entrada: esto se refiere a disminuir los requerimientos de

datos en el sistema debido a que en el proceso se entrada de datos se pierde
mucho tiempo, entonces debemos disminuir estos requerimientos para que el
proceso de entrada sea más rápido.
Evitar los cuellos de botella: los cuellos de botella son retrasos que ocurren en el
procesamiento, éstos retrasos son producto del proceso de entrada de datos
Evitar los errores en los datos: el analista puede reducir el número de errores
disminuyendo el volumen de datos que deben entrar en el sistema.
Evitar pasos adicionales: el analista debe diseñar la entrada de datos de forma

que no se tenga que utilizar pasos o procesos adicionales.
Mantener la sencillez del proceso
Lineamientos para la captura de datos
El analista debe diseñar el sistema de forma que capture sólo aquellos datos que
deben proporcionarse como entradas cuando se procesan transacciones:
 Datos variables: son los datos que cambian para cada transacción
 Datos de identificación: es el dato de identificación de artículo en cada
registro de transacción
También es importante resaltar los datos que no deben proporcionarse al sistema:

 Datos constantes: por ejemplo la fecha, la cual puede ser obtenida por el
sistema a través del reloj/calendario del computador
43
 Detalles que el sistema puede recuperar: son los datos que se encuentran
almacenados en un archivo o base de datos los cuales pueden ser leídos
por el sistema
 Detalles que el sistema puede calcular: por ejemplo una diferencia entre
una fecha de entrada de un producto y la fecha de venta del producto
Diseño de documentos fuente
Es la forma en la cual se capturan los datos inicialmente. Para diseñar estos

documentos fuente los analistas de sistemas debe plantearse las siguientes
preguntas:
¿Los datos que se encuentran en la forma pueden ser leídos por el sistema?
¿Cuál es el mejor método para introducir los datos y que minimice la cantidad de
entradas?
Métodos de codificación
Es expresar las palabras, ideas o relaciones por medio de un código; esto ayuda
al ahorro de espacio, tiempo y costos, y acelera todos los procesos. Existen varios
métodos de codificación:
Códigos de clasificación: los códigos de clasificación separan las entidades,

eventos, personas u objetos, colocándolos en grupos distintos que reciben el
nombre de clases.
Códigos de funciones: es asignar un código a las tareas o trabajos a realizar por

el programa sin tener que proporcionar todos los detalles.
Códigos en secuencia: son números o letras asignados en secuencia para saber

en que orden ocurrirán los eventos.
44
Códigos con subconjuntos de dígitos significativos: son varios códigos
organizados secuencialmente que en conjunto representan la información
detallada del articulo. Estos subconjuntos de códigos indican cada uno por
separado aspectos como clase de articulo, vendedor, etc.
Códigos nemónicos: estos códigos utilizan números y letras para describir algo en
forma visual. Por ejemplo, un televisor de color de 21 pulgadas se puede traducir
en TV-CL-21.
Métodos de captura de datos
Captura de datos fuente por medio de perforadoras: en la actualidad este método

se usa muy rara vez, consiste en:
 Perforar los datos en tarjetas
 Verificar las tarjetas perforadas volviendo a introducir los datos a la
máquina de verificación, la cual los compara con los datos ya perforados
 Colocar las tarjetas perforadas en un lote para ser leídas y procesadas por
la computadora
 Ir validando los datos mientras la computadora los lee
Captura de datos fuente con dispositivos teclado-almacenamiento:

 De ser necesario, los datos del documento fuente se deben codificar en un
formato aceptable para poder ser procesados por la computadora
 Procesar directamente el disco que contiene los datos
 Se debe validar los datos a medida que son leídos por el computador para
luego ser procesados
45
Captura de datos fuente con un scanner: este proceso acelera en un 60%
aproximadamente el proceso de captura de datos. Consiste en:
 Escribir los datos en el documento fuente
 Agrupar un lote de documentos fuente y leerlos a través del lector óptico de
caracteres
 La validación se realiza a medida que se van ingresando los datos en la
computadora
Entrada directa a través de terminales inteligentes: estos terminales tienen la

capacidad de procesamiento de datos, gracias a esto no se necesitan documentos
fuente. Este método se puede resumir en los siguientes pasos:
 Proporcionar los datos en el terminal
 Validar los datos a medida que se vayan ingresando en el terminal
Validación de entrada
Durante el proceso de entrada de datos pueden ocurrir errores que tienen que ser
detectados y corregidos antes de guardar los datos o procesarlos. Para realizar
esto existen tres categorías principales de métodos: verificación de la transacción,
la verificación de los datos de la transacción y el cambio de ellos.
Verificación de la transacción
Cuando se trabaja por lotes, puede ocurrir que las transacciones se acumulen y no
se procesen justo en el momento en que se ejecutan, esto trae como
consecuencia un alto riesgo de que alguna de ellas no se procese correctamente o
que sea olvidada. Un método de control de lotes es asignar una cantidad limitada
de lotes, las transacciones se van acumulando por ejemplo en grupos de 50
registros. Cada uno de estos grupos forma un lote, los lotes indudablemente se
van a acumular y es posible que el analista especifique un número de serie para
46
cada lote de manera de identificarlos con facilidad para que ninguno de ellos pase
por alto y no sea procesado.
Verificación de los datos de la transacción
Las transacciones validas pueden contener inválidos, entonces los analistas

deben establecer métodos de validación de datos cuando se desarrollan los
procedimientos de entrada.
Pruebas de existencia
Estas pruebas examinan los campos que son necesarios que contengan datos,
para que no sean dejados en blanco o vacíos.
Pruebas de límites y rangos
Validan el mínimo y el máximo de caracteres aceptables para un dato
Pruebas de combinación
Cuando un solo dato afecta a los demás, por ejemplo al introducir una categoría
no se puede colocar en los otros campos datos que no tengan que ver con esa
categoría, por ello se valida si todos esos campos tienen relación
Procesamiento duplicado
Es procesar lo mismo varias veces y comparar los resultados obtenidos para

conocer la veracidad de los mismos
Modificación de los datos de la transacción
Esta forma de validación implica la modificación automática de los datos erróneos

ingresados por el usuario. Para ello existen los siguientes métodos:
47
Corrección automática
Este método sólo implica que el sistema detecte el error y lo corrija

automáticamente, por ejemplo no se ingresan ceros en un campo numérico por
error del usuario, el sistema lo detecta y agrega los ceros en los espacios en
blanco.
Dígitos de verificación
Es añadir un número automáticamente siguiendo un lineamiento especifico al

código que el usuario esta ingresando, de esta manera evitamos los errores de
transcripción y de transposición.
3.4. Diseño del dialogo en línea.
Un diálogo es la forma en la que el usuario interactúa con el sistema. Por lo tanto

es muy importante el diseño correcto de estos.
Diagramas para diálogos
Presentan las secuencias de actividades que se pueden llevar a cabo en un

sistema y también cómo iniciar las acciones.
Por convención, las funciones de procesamiento se muestran en rectángulos que

incluyen el nombre de la función. Cada función está ligada a funciones de niveles
superiores e inferiores mediante una flecha con el nombre de la opción elegida en
el nivel superior.
Decisiones en el diseño de diálogos
La conversación entre el usuario y el sistema depende completamente del diseño

del diálogo. Un diseño fácil de usar significa que la conversación puede fluir con
facilidad. Las decisiones que debe hacer el analista son las siguientes:
48
 Estrategia general del diálogo
 Diálogo de entrada de datos
 Paginación y scrolling
 Mensajes y comentarios
 Navegación del usuario
 Asignación de teclas
 Sistema de ayuda
Estrategias de diálogo
Diálogo conducido por menú
Debido a que los sistemas en línea proporcionan varias opciones de entrada y

procesamiento a los usuarios, se requiere de un método para mostrar a los
usuarios las alternativas disponibles. Los menús cumple este propósito, de modo
de que el usuario pueda elegir entre las funciones que se encuentran en ese
menú.
Diálogo por medio del teclado
Los usuarios llamas a las actividades de procesamiento tecleando un comando

que el sistema entiende. Las tres formas de diálogo mediante teclado incluyen las
formas de comando único, nemónico y de lenguaje natural.
 Forma de comando único: el usuario teclea la palabra clave que el sistema
asociará con la realización de un proceso específico
 Forma de comando nemónico: son abreviaturas de frases largas que se
utilizan como comandos para que el usuario no tenga que teclear tanto
 Forma de lenguaje natural: permite que los usuarios instruyan al sistema
con comandos menos rígidos. En vez de utilizar la sintaxis convencional de
los comandos, los usuarios aplican su propio vocabulario de palabras u
operaciones.
49
Diálogo pregunta/respuesta
Estos se basan en la presentación de preguntas al usuario. La respuesta que el

usuario dé guía el procesamiento resultante
Diálogo con entrada de datos
La entrada de datos se ve afectada por la forma en que el sistema ayuda a los

usuarios y les pide los datos
Formatos para entrada de datos
Es un bosquejo que muestra la información a introducir. Además de los títulos y

encabezados en la pantalla, el formato contiene etiquetas que identifican los datos
por introducir
Indicación pregunta/respuesta
Se piden datos al usuario mediante preguntas que hace el sistema. El método

pregunta/respuesta, que es sencillo de usar, ofrece la ventaja adicional de permitir
el control total de la secuencia en que se recibe la información.
Manejo de Pantalla
Las pantallas deben seguir un diseño general que proporcione un uso consistente
de las áreas o ventanas en el monitor. Entre las consideraciones del diseño están
la estandarización de uso de ventanas, el manejo de navegación y secuencias de
escape, y la paginación y scrolling.
Uso de ventanas
 Ventana de título: Identifica el título de la pantalla, la función a desarrollar o
la aplicación en ejecución; puede incluir datos del sistema
50
 Ventana de instrucciones: Le dice al usuario cómo introducir datos, elegir
un procesamiento alternativo o salir del sistema
 Ventana principal de texto: La porción más grande de la pantalla; incluye
pantalla para captura de datos, menús o procesamientos alternativos
 Área de navegación y menú: Instruye al usuario sobre cómo moverse entre
las páginas de información, pantallas o menús; también identifica la
información de escape
 Ventana de mensajes: Contiene mensajes de información y control
 Ventana de banderas: Una alternativa que puede utilizarse para señalar las
actividades actuales o las instrucciones a procesar
Facilidad de navegación del usuario
Es frecuente que los usuarios se pierdan y requieran de un mapa del sistema. Los
menús anidados pueden inhibir la facilidad de navegación. Para mejorar la
navegación se puede tener una ventana principal en la cual se vayan desglosando
las ventanas secundarias de manera que no tengamos que pasar por todos los
procesos para salir del sistema por ejemplo.
Paginación y Scrolling
La paginación se refiere a manejar grandes cantidades de información para poder

presentarla al usuario así esta información ocupe más de una pantalla la
paginación la divide en varias.
El scrolling es cuando la pantalla se mueve hacia arriba o hacia abajo para poder
leer toda la información. Esta es otra forma de presentar grandes cantidades de
información.
Mensajes y comentarios:
En general los mensajes tienen alguna de las siguientes finalidades:

 Indicar el estado del procesamiento
51
 Indicar que se ha detectado un error
 Solicitar al usuario que elija una acción
 Verificar que una acción elegida sea correcta
Mensajes de estado
Los mensajes de estado informan al usuario sobre el progreso de un

procesamiento en especifico
Mensajes de error
Reportan equivocaciones o eventos inesperados que ha detectado el sistema
Mensajes de solicitud de acciones
Le dicen al usuario que hacer
Mensajes de verificación de acciones
Las solicitudes que produzcan cambios significativos o que puedan iniciar

procesos de ejecución larga necesitan verificación
Sistemas de ayuda
Aun en los sistemas mejor diseñados, se necesitan funciones de ayuda, no para

instruir al usuario, sino para proporcionar información acerca de las preguntas que
surjan. Por ejemplo dar una breve explicación de lo que hace un comando antes
de ser introducido por el usuario. Una tecla especifica debe estar programada para
llamar a la ayuda, independientemente de la función a consultar. Algunas
características de ayuda son sensibles al contexto, es decir, determinan la acción
que el usuario intenta llevar a cabo y lo auxilian para que termine con éxito.
52
3.5. Diseño de archivos y uso de dispositivos de almacenamiento
secundario.
Los registros se almacenan en archivos, utilizando una organización de archivo

que determina como se almacena, localizan y recuperan los registros.
Organización secuencial: es la forma mas simple de almacenar y recuperar los

registros en un archivo. Estos almacenan los registros unos tras otros sin importar
el valor real de los datos en los registros.
Lectura de archivos secuenciales:
Para leer un archivo secuencial, el sistema siempre comienza al principio del

archivo y lee un registro a la vez hasta llegar al registro deseado.
Evaluación de archivos secuenciales:
Solo se almacenan o leen registros unos después de otro. Para procesar el

archivo, se comienza desde el principio y se lee un registro después del otro. Es
necesario acceder cada registro en el archivo para una aplicación particular. En
este caso en archivo secuencial es un buen método de organización.
Organización de acceso directo
Son archivos con llave. Asocian un registro con un valor llave específico y un lugar
de almacenamiento. Este método le pide al programa que diga al sistema donde
de almacena un registro antes de poderlo accesar.
Direccionamiento por hashing:
Este método se utiliza cuando no puede ser procesado el acceso directo pero el
mismo es necesario. Para la realización de este método es necesario diseñar un
algoritmo para transformar un valor de la llave en otro valor que sirva como
dirección de almacenamiento.
53
Requerimientos para los algoritmos de hashing:
Posibilidad de repetición:
La capacidad de almacenar un registro mediante un algoritmo y recuperarlo,

utilizado el mismo algoritmo, es un requerimiento importante.
Distribución uniforme:
Esta distribución los registros deben distribuirse de manera uniforme en todo el

espacio asignado en vez de acumularse todos juntos.
Minimizar sinónimos:
No existe un algoritmo de hashing perfecto, aunque algunos son mejores que

otros cuando se trata de minimizar sinónimos. En la práctica, los sinónimos
aparecen cuando el procedimiento de dispersión se aplica a llaves distintas y
produce la misma dirección en el almacenamiento.
3.6. Diseño de interacciones de bases de datos.
Permite compartir los datos entre distintas aplicaciones. Además de la

responsabilidad de diseñar archivos, determinar sus contenidos y elegir los
métodos apropiados para organizar los datos, se debe diseñar los medios de
interacción con las bases de datos de organización.
Diagramas de estructura de datos
Construiremos un diagrama a partir de la información obtenida, al preparar el

diagrama de relación entre las entidades.
Apuntadores atributos:
54
Enlazan dos entidades mediante la información común, usualmente un atributo
llave en uno y un atributo (no llave) en el otro.
Apuntadores lógicos:
Identifica las relaciones entre las entidades; sirven para obtener acceso inmediato
a la información en una entidad, definiendo un atributo llave en otra entidad.
El impacto de los sistemas de manejo de una base de datos en el diseño de

sistemas
Este proporciona la flexibilidad en el almacenamiento y recuperación de datos y

producción de la información.
Esquema:
El DBMS es un puente entre el programa de aplicación, el cual determina qué

datos son necesarios y como se les procesará, además del sistema operativo de
la computadora, que es el responsable de colocar los datos en los dispositivos de
almacenamiento.
Para recupera los datos de la base de datos:

 El programa de aplicación determina que datos se necesitan y comunica la
necesidad al DBMS.
 El DBMS determina que los datos solicitados realmente estén almacenados
en la base de datos (aun cuando podrían estar almacenados bajo un
nombre distinto, un alias)
 El DBMS instruye al sistema operativo para localizar y recuperar los datos
del lugar específico en el disco magnético.
 Se da una copia de los datos al programa de aplicación para su
procesamiento.
Estructuras de datos para los datos interrelacionados
55
Multilista:
Es como una cadena, en donde cada eslabón es un registro que cumple con los
requerimientos especificados por el usuario mediante el programa de aplicación.
Archivo invertido:
Este utiliza un índice para almacenar la información acerca de la ubicación de

registros con atributos particulares.
Modelos de datos
Modelo relacional:
Es en la actualidad el más popular en los sistemas de manejo de una base de

datos, puesto que es conceptualmente sencillo y compresible por profesionales.
Estructuración de datos
Normalización:
Es el proceso de simplificar la relación entre los campos de un registro. Por este

método, un conjunto de datos en registro se reemplaza por varios registros que
son más simples y predecibles.
Se lleva a cabo por cuatro razones:

 Estructurar los datos de forma que se puedan representar las relaciones
pertinentes entre los datos.
 Permitir la recuperación sencilla de los datos en respuesta a las solicitudes
de consultas y reportes.
 Simplificar el mantenimiento de los datos actualizándolos, insertándolos y
borrándolos.
56
 Reducir la necesidad de reestructurar o reorganizar los datos cuando surjan
nuevas aplicaciones.
Manipulación de datos
Operaciones SELECT:
Es cuando produce una nueva tabla en respuestas a una consulta o solicitud de

reporte creada a partir de los renglones de la tabla inicial que cumplan los criterios
de la solución.
Operaciones PROJECT:
Es la que crea una nueva tabla a partir de los datos extraídos, utilizando atributos
especificados en la pregunta.
Operaciones JOIN:
Es la que crea una nueva relación combinando dos tablas existentes, eligiendo los
registros que cumplan los criterios establecidos en la pregunta y removiendo
después los registros duplicados.
Modelo jerárquico.
Es el que relaciona las entidades por medio de una relación superior/ subordinado.
Modelo de red
Es parecido al modelo jerárquico excepto que una entidad puede tener más de un
superior.
3.7. Diseño para comunicación de datos
Canales de comunicación
57
Un canal es la ruta que interconecta al punto de donde se transmiten los datos con
su destino.
Cable telefónico por pares:
Es el mas antiguo y común de los canales de comunicación.
Velocidades de transmisión:
Esta velocidad se mide en bits por segundo. La velocidad de transmisión depende

de varios factores distintos, incluyendo las características del canal de
comunicación, dispositivos asociados al canal y los componentes de hardware o
software.
Cable coaxial:
Este medio hace posible velocidades más altas de transmisión, y permite que más
datos se muevan en el canal en un periodo de tiempo.
Microondas:
No se utilizan cables, las estaciones de envío y recepción llevan la transmisión por

el aire.
Satélite:
Los datos se transmiten desde las instalaciones del usuario a una estación
terrena, de donde se envían a un satélite ubicado en el espacio, este recibe la
señal y la retransmite a otro destino en la tierra.
Fibras ópticas:
Una fibra de vidrio o plástico se introduce en un largo cilindro que actúa como
medio de transmisión. Los pulsos de luz transportan los datos.
58
Redes de comunicación
Estas pueden cubrir diferentes distancias, según los requerimientos de la

organización y el sistema de información. Las redes operan en las áreas
siguientes:
 1 Internacionales
 2 Entre los estados
 3 En el interior de un estado
 4 Dentro de las instalaciones locales
Topología de red:
Las redes de comunicaciones utilizan 4 topologías distintas, que son la disposición

de los dispositivos de comunicación y rutas de datos que llevan acabo la
transmisión de datos.
Sistema entre puntos:
Funcionan con terminales o estaciones de captura de datos en una instalación

conectadas directamente a un sistema en otra instalación.
Estos sistemas pueden comunicar computadoras, interconectando lugares

separados para que sean capases de comunicarse entre si.
Topología estrella:
Cada estación de trabajo o computadora puede comunicarse solamente con la

instalación central y no con los demás nodos de la red.
Topología de anillo:
59
Permite la comunicación directa entre los nodos y con la computadora central, en
otras palabras la instalación central no maneja los datos que se transmiten de un
nodo a otro.
Modelo de interconexión IEA
Este modelo pone énfasis en la capacidad de poder utilizar el equipo de varios

fabricantes distinto en las redes de comunicación.
Este modelo divide una red en 7 niveles, cada uno con tareas y funciones claras y
proporciona entradas específicas para los niveles adyacentes.
Nivel físico:
Este nivel une la computadora y el flujo de datos con el canal de comunicación.

Aquí se consideran los aspectos eléctricos y no el como se empacan los datos o
los patrones de los datos.
Nivel de línea de datos:
En este nivel predomina el intercambio de marcos de datos, garantizando que

cada dispositivo pueda enviar y recibir datos. Su servicio principal es la detección
y control de errores.
Nivel de la red:
Este es el responsable de establecer, mantener y terminar las conexiones entre

los componentes de una red. Aquí se crea y se manejan paquetes de datos.
Todos los datos se transfieren en paquetes individuales.
Nivel de transporte:
60
Este nivel nombra, direcciones, almacena y utiliza un multiplexor para los
mensajes formados en paquetes en el nivel de la red; también establece y termina
las secciones de transmisión.
Nivel de sección:
Este nivel crea y maneja las interconexiones que existen entre dos entes que se
comunican, también maneja las técnicas de recuperación en el caso en que la
comunicación termine de forma abrupta debido a un error, falla o desconexión.
Nivel de presentación:
Este nivel maneja la traducción y formateo de los datos; la traducción de códigos y

la compresión de datos.
Nivel de aplicación:
El punto de acceso del usuario a la red, consta del software de aplicación.
Diseño de redes locales
Estas tienen como finalidad conectar las computadoras y componentes de un

sistema de cómputo dentro de una área geográfica limitada. La mayoría de estas
redes usan una topología de distribuidas y se basan en el cable coaxial para
enlazar a los participantes de su propia red. En algunos casos estas son muy
útiles para los analistas, ya que tienen que conectar este tipo de redes con la de
cobertura amplia utilizando compuertas.
Sistemas Distribuidos:
Un sistema distribuido conecta los lugares a través de los dispositivos de cómputo

en diversos lugares para permitir el procesamiento local de los datos y aun así
permitir la transmisión y elaboración de resúmenes para otras oficinas centrales de
61
una corporación. Una ventaja es que se puede compartir software aun cuando el
equipo de cada punto de la red sea de marcas distintas.
Registros de auditorias:
Estos están diseñados para permitir el rastreo de cualquier registro de entrada o

proceso llevado a cabo en un sistemas son un método esencial para conservar la
integridad y confiabilidad de un sistema, ya que cuando los analistas desarrollan
sistemas tienen que tomar en cuenta la validación del usuario, las solicitudes de
procesamientos y la protección de las transacciones en línea. Aun cuando el
procesamiento se difiera un gran tiempo después de la captura inicial de los datos,
se requieren protecciones para salvaguardar los datos y el sistema contra la
perdida de su estabilidad.
Objetivos de diseño
Las personas que desarrollan los sistemas buscan dos objetivos operacionales
que son la confiabilidad y la facilidad de mantenimiento del sistema.
Diseño de sistema confiable
Un sistema es confiable si, al usarse de manera razonable no produce fallas

peligrosas o costosas. Esta definición distingue entre los errores del software, en
los que el sistema no arroja los resultados esperados, y las fallas que se
presentan.
A diferencia del hardware, en el que puede haber fallas de fabricación y del

equipo, las fallas del software son resultados de errores de diseño introducidos
cuando se formularon las especificaciones y se escribió el software.
Un aspecto adicional del aseguramiento de la calidad es evitar la necesidad de

mejoras, y desarrollar software que sean fáciles de mantener.
62
Grafica de estructura de programas
Un sistema estructurado modular y desarrollado en forma descendiente,

separados en componentes manejables. Los módulos deben diseñarse de forma
que tengan un mínimo efecto sobre los demás módulos del sistema
Los diagramas de estructura
Es una herramienta de diseño que muestra gráficamente las relaciones entre los
módulos de un programa.
Información de control
Ayuda a controlar el proceso, indicando la ocurrencia de errores o condiciones que

afectan el proceso, tal como el indicador de fin de archivo.
Diseño del software
Seis principios caracterizan a los buenos diseños del software:
Modularidad y fragmentación: cada sistema va a estar formado por una jerarquía

de módulos, los módulos de niveles inferiores son menores en alcance y tamaño
comparados con los módulos de nivel superior.
Acoplamiento: los módulos de un sistema deben tener poca dependencia entre si.
Cohesión: los módulos deben llevar a cabo solo una función de procesamiento
Extensión de control: los módulos deben interactuar y coordinar las funciones de

un número limitados de módulos de nivel inferior.
Tamaño: las instrucciones contenidas en un modulo debe ser limitadas; el tamaño

del modulo es generalmente pequeño
63
Uso compartido: las funciones no deben repetirse en módulos separados sino
establecerse en único modulo que se puede utilizar en cualquier otro cuando sea
necesario.
Diseño del software y herramientas de documentación
Diagrama de flujo estructurado
Son herramientas graficas que fuerzan al diseñador a estructurar software que sea
modular y descendiente
Elementos básicos
Existen tres elementos básicos para el desarrollo de los diagramas de flujos

estructurados: proceso, decisión e iteración.
Proceso: esto se representa mediante un rectángulo y representa la inicialización

de variables, actividades de entrada y salida, y las llamadas para ejecutar otros
procedimientos.
Decisión: este símbolo representa condiciones alternativas que pueden ocurrir y

que el programa debe poder manejar.
Iteración: representa los ciclos y repetición de operaciones mientras exista una

condición dada o hasta que haya una condición.
Hipo: es un diagrama grafico del sistema y esta formado por una tabla visual de
contenido que describe el sistema en general. Cada diagrama muestra la entrada,
salida, pasos del proceso y flujos de datos.
Diagramas de Warnier-Orr
Muestran de forma explícita las relaciones jerárquicas entre los procesos y

subprocesos, en este modelo el analista trabaja de reversa, empezando con la
64
salida del sistema y definiendo el sistema cada vez con más detalles. Estos fáciles
diagramas son una forma excelente de mostrar las relaciones entre los procesos
que integran un sistema.
Niveles de seguridad de la calidad
Prueba: estas garantizan que el sistema se desempeña de forma adecuada y que

cumple con sus requerimientos, el propósito principal de esta es hallar errores, no
el demostrar lo correcto de un sistema
Verificación y validación:
La verificación tiene la intención de hallar errores a igual que la prueba. Este se

lleva a cabo ejecutando un programa en un ambiente simulado.
La validación esta se refiere al proceso del uso del software en un ambiente no

simulado para hallar sus errores.
Certificación:
Es una garantía de lo correcto de un programa, su importancia va en aumento

para las aplicaciones de sistemas de información.
Estrategias de prueba:
Prueba de código:
Esta examina la lógica del programa. Para seguir este método, se ejecutan casos
de programa para la realización de cada instrucción en el programa o módulo; es
decir, se prueba cada ruta del programa.
Prueba de especificación:
65
Esta se lleva a cabo cuando se examina las especificaciones que señalan lo que
el programa debe hacer y cómo lo debe llevar a cabo bajo diferentes condiciones.
Niveles de prueba
El analista debe llevar a cabo pruebas parciales y pruebas de sistemas.
Pruebas parciales:
Se centran primero en los módulos, dependientes entre si, localizar los errores
esto permite al que realice la prueba detectar errores en el código y lógica
contenidos dentro de ese único módulo. Los casos de prueba necesarios para las
pruebas parciales deben probar cada condición u opción.
Las pruebas parciales se pueden llevar a cabo en forma ascendente, comenzando

con los módulos mas pequeños y a nivel inferior y continuando de uno en uno.
Prueba de sistemas:
Las pruebas de sistemas no prueba el software en sí, sino la integración de cada

módulo en el sistema. También busca las discrepancias entre el sistema y su
objetivo original, especificaciones y documentación del sistema. La preocupación
principal es la compatibilidad de los módulos individuales.
Pruebas especiales de sistemas
Existen seis pruebas especiales que son: la prueba de carga máxima,

almacenamiento, tiempo de ejecución, recuperación, procedimiento y de factores
humanos.
Tanto los datos reales como los artificiales se usan para probar sistema. Algunas
organizaciones guardan los datos en bibliotecas de prueba para garantizar que
todos los sistemas relacionados pueden procesar un conjunto común de datos de
prueba cuidadosamente preparados.
66
Las fallas en la prueba se muestran rápidamente cuando el sistema se implanta.

4.1. Ingeniería de sistemas y aseguramiento de la calidad.
Cada desarrollador usa distintos procesos para construir un software, estos

pueden ser no eficientes o exitosos o también pueden cambiar a diario, pero existe
un proceso.
WATTS HUMPHREY dice que para cambiar un proceso inefectivo se tiene que
pasar por cuatro fases y estas requieren capacitación e instrumentación. PSP
resalto la medida personal al profesional de la planeación, también hace
responsables al profesional de la planeación del proyecto y la calidad de todos los
productos.
Existen 5 actividades de marco de trabajo que son:

 Planeación: Aquí se selecciona los requisitos y se desarrolla el tamaño y la
estimación de los recursos. Estas mediciones se anotan en las plantillas y
al final se identifican las tareas de desarrollo y se crea un programa del
proyecto.
 Diseño de alto nivel: Se analizan los factores externos y se construyen
prototipos cuando hay incertidumbre.
 Revisión del diseño de alto nivel: Se aplican los métodos de verificación a
los errores que se descubrieran en el diseño.
 Desarrollo: Se refina y revisa el diseño y se verifica el código y se compila,
además todas las mediciones se guardan para los resultados de trabajo.
 Análisis de resultados: Aquí se determina la efectividad del proceso,
analizando todos los datos que se tienen.
El PSP destaca que cada ingeniero tiene la necesidad de identificar los errores y
de entender la importancia y los tipos de errores que suelen cometerse.
67
Factores de calidad y productividad
La calidad del software desarrollado, así como la productividad del programador

son factores de difícil, pero no imposible, medida. Existen una serie de factores
que inﬂuyen en la calidad y productividad, que son los siguientes y que ayudan a
realizar dicha medida:
La capacidad individual.- En este fáctor intervienen la competencia del individuo y

su familiaridad con el área de la aplicación.
La comunicación entre los miembros del equipo.- Es un factor importante, ya que

el traba jo en la mayor parte de las ocasiones no es individual y debe integrarse
con el que ha sido desarrollado por otros miembros del equipo.
La complejidad del producto.- Este factor depende del tipo de aplicación a

desarrollar y es de difícil estimación, ya que muchas veces hasta la fase de
desarrollo no es posible comprender en toda su perspectiva las complicaciones
que conlleva su realización.
Utilización de una notación adecuada.- Este factor es de gran importancia para

facilitar la comunicación entre las partes involucradas (incluido el usuario).
Empleo de métodos sistemáticos.- Es importante que se empleen técnicas que

sean de amplio consenso y bien conocidas por los integrantes del equipo de
desarrollo de la aplicación. También es fundamental que estas técnicas se
empleen de manera sistemática sobre todas las aplicaciones de características
semejantes con objeto de facilitar el análisis de coste y tiempo, y también para
poder observar la trayectoria profesional de los miembros del equipo.
Conocer el tiempo disponible.- Este factor esta vinculado a otros anteriores, ya

que es básico conocer el tiempo que puede aportar cada miembro del equipo y en
que plazos, sobre todo en función de las tareas a realizar y de la mejor o peor
productividad de determinados miembros en cada una de ellas.
68
Existencia de facilidades y recursos externos.- Este factor, es determinante en la
medida en que se conozcan productos o herramientas (automáticas o no) que
faciliten las labores de desarrollo e integración de la aplicación. En mayor medida
cuando se conocen aplicaciones parecidas de fácil tras portabilidad y modificación
que puedan servir de base a la que hay que realizar.
Como en el resto de las actividades industriales, en el desarrollo de software,

también es importante realizar una buena planificación del trabajo y una buena
asignación de recursos a los distintos miembros del equipo. Una mala planificación
termina con una mala aplicación o una aplicación terminada a destiempo (disgusto
del peticionario), lo cual supone un fracaso. Varios fracasos consecutivos de este
mismo estilo suponen la ruina para la mayor parte de las empresas del sector,
debido a la competencia existente.
4.2. Administración del proceso de implantación del sistema.
La implantación de un nuevo sistema en una empresa es una situación que debe

pensarse debido a que no se sabe el impacto que va a tener el nuevo sistema en
los demás empleados, a lo mejor algunos de los empleados no han tenido
contacto con los equipos del nuevo sistema, aunque poco a poco esto ah ido
cambiando ya que la nuevas tecnologías están en nuestros hogares y es difícil
conseguir a empleados que no tengan ningún tipo de relación con una
computadora, y lo mas importante es que ahora no les tienen miedo sabes y
están consientes que ellas le van a aminorar el trabajo además de optimizarlo.
Algo bien importante a la hora de implantar un sistema nuevo es la capacitación

del personal operador del sistema, yendo desde los conceptos mas básicos de
computación como lo pueden ser hardware y software, generalidades del
procesamiento de datos.
También se le debe entrenar o capacitar directamente con el sistema, la

navegación por el mismo, por sus menús, funciones, características. También se
69
le debe capacitar con lo que esta relacionado con los almacenamientos de
registros, datos, entrega de reportes, impresión de salidas. una vez dado este
aprendizaje previo se le deja utilizar el sistema bajo una supervisión.
La implantación engloba todos los pasos que van desde el sistema viejo hasta
llegar al nuevo, aunque existen casos en que el sistema nuevo saca totalmente al
viejo. Estos sistemas pueden ser manuales o automatizados. Sin importar lo
anterior lo que se busca es una buena implantación para así lograr que el sistema
sea confiable y funcional. Esta parte es esencial para una empresa ya que si el
analista se pierde de detalles de implantación aunque el sistema se optimo este no
rendirá como lo pudiese hacer.
Existen dos etapas para el momento de la capacitación como son : la

capacitación del personal como hicimos una breve reseña anteriormente, y los
procedimientos de conversión y revisión después de la implementación.
Capacitación:
Explicando mejor esta parte ya que pensamos que es súper importante para que
el sistema fluya de la mejor manera, es importante que cada una de las personas
que estén involucradas con el sistema conozca cada detalle sus roles, que hará y
que no hará el sistema.
¿Cómo capacitar a los operadores del sistema?
Siempre es importantísimo que el departamento de computo este súper entrenado

con el sistemas para que así le pueda brindar un soporte bien sea por cosas
sencillas como para cosas extraordinarias que se puedan presentar en el día a
día. Si la implantación necesita una nueva plataforma tecnológico, nuevos
equipos, etc. si es necesario enseñarle hasta como encenderlo, como apagarlo,
como trabaja, todo lo que concierne a la captura de datos. Al operador se le debe
de entrenar en lo que son los posibles errores y así ir creándole una lista de estos
con sus posibles soluciones, así como también los números telefónicos de las
70
personas que realizaron el sistema por si ocurre algo que no sepan como resolver.
Muy importante es también capacitarlo o famirializarlo con los procedimientos del
sistema, como puede ser la creación de archivos, facilitar la rápida navegación por
el sistema entre otras cosas.
Algo que es muy importante también es la capacitación que se le tiene que dar al
usuario.
Capacitación del usuario:
Esta capacitación también tiene que venir desde lo mas básico como puede ser la
introducción de un diskete, cuando apagar el Aquino sin perder datos etc. ya que
hay muchos casos en el cual el operador es el mismo usuario, también hay que
capacitarlos con el reconocimiento de los errores ya que así ellos sabrán si el error
es producido por su culpa o por problemas de software. La mayor parte de la
capacitación de usuario es con el trato específicamente con el sistema,
enfatizando con los estándares de la captura de datos. También es importante que
sepa como utilizar los periféricos como impresoras, saber que hay que meterle
papel, recargar tinta entre otras cosas.
Es importante que el analista realice un manual de usuario el cual contemplara

toda la información que requerirá el usuario.
Estas clases o cursos de capacitación pueden llevarse a cabo desde la mima

empresa donde se esta implantando como también el en hoteles o sitios ajenos a
la empresa ya que puede ser que el proveedor haga uso del sistema también.
Conversión:
Este es el proceso de cambiar el sistema anterior al nuevo, existen nos métodos

para el logro efectivo de esta conversión.
71
Existen 4 métodos para llevar a cabo esta conversión, estos métodos deben ser
estudiados con cuidado para que así se implante el método que mejor se le encaje
a la conversión.
Métodos de conversión:
Sistemas paralelos: es el método mas seguro, el cual consiste en poner a trabajar

los dos sistemas en paralelo, de esta manera los usuario siguen utilizando el
sistema anterior de manera acostumbrada aunque van teniendo mas contacto con
el otro. La data va a ser poco a poco migrada de un sistema a otro y sin que el
usuario se de cuenta vamos obligándolo a usar poco a poco mas el nuevo
sistema. Una de las desventajas es que al estar operando los dos sistemas los
costos se duplicaran debido a que pudiera ser que se tenga que contratar personal
para que opere los dos sistemas, puede que también el nuevo sistema sea
rechazado por los usuarios y se vuelva al sistema anterior.
Conversión directa: este tipo de conversión se hace de manera radical debido que
se hace de un día a otro obligando tanto físico como psicológicamente al usuario
que no existe otro sistema y debe usar ese. Esto tiene una desventaja ya que al
eliminar por completo el sistema antiguo se quedan sin respaldo, y si el sistema
nuevo llegase a tener problemas este quedara parando a la empresa hasta que
se solucione, también la empresa se retrasa varias semanas debido que toda la
captura de datos debe empezarse de nuevo y los departamentos deben ponerse
a trabajar con eso. una vez que empiece este proceso debe seguirse a pesar de
las frustraciones que pueden haber por cuestión de tiempo perdido. Este método
necesita una buena planificación, para que así no exista perdida de ningún tipo.
Enfoque piloto: este método funciona de la siguiente manera, tenemos el sistema

pero solo se lo aplicamos a un departamento a manera de prueba para así
también ir probándolo y mejorándolo una vez capaces de trabajar con el, y saber
que el sistema esta trabajando en su plenitud y no tiene errores y ah minimizado
72
tareas en ese departamento tanto como costos, tiempo etc. se va a implementar
en toda la empresa.
Modelo por etapas: este método se da debido a la tardanza de la llegada del

nuevo sistema que pasara de días a meses y es por eso que solo algunos
tendrán acceso a el. Ejemplo: soy un empresario, tengo 15 tiendas de ropa,
automatizar a las 15 tiendas alomejor me sale muy costoso y es por eso que la
implanto primero en 5 tiendas y luego en el resto.
Plan de conversión:
Esto no es mas que hacer un plan donde se explique o salga explicito las
personas que están involucradas con el nuevo sistema y que responsabilidad tiene
con el, programas de actividades, cuando debe llevarse a cabo una situación
cuando otra, todos los archivos que van a ser convertidos, los datos necesarios
para estos archivos, nuevos procedimientos, etapas de verificación para así ver si
cada uno de las personas o el sistema esta trabajando al día, las asignaciones de
responsabilidades, así como también el tiempo para cada rutina para que al final
se haga la nueva implantación de la manera mas estable que es con la que se
planeo. Este plan también debe contener posibles errores y como deben ser
enfrentados.
Es necesario que el analista establezca y acondicione el sitio para que soporte

este nuevo sistema, cables, computadores, controles de humedad etc. para que
así el local esta listo antes que lleguen los equipos.
Preparación de datos y archivos:
Es necesario tener los archivos ya migrados de un sistema a otro ya que es esta la

etapa que mas se tarda ya que al principio se va a tener que teclear unos cuando
registros, siempre es recomendable tener medidores de errores ya que debemos
evitar que este pase de información se haga de manera segura que no haya
errores ya que repercutirán después con el desenvolvimiento del sistema.
73
Para evitar que falten registros que trabaja con lo llamado procesos por lotes que
no es mas que enviar o almacenar cada 50 o 100 registros y así se puede verificar
cada grupo antes de ser accedidos. Siempre es bueno que toda transacción de
archivos se haga de manera seriada si es que esta viene de un dispositivo remoto
así sabemos que si de un sitio salieron 1000 en el otro están los 1000 archivos.
Revisión después de la implementación:
Una vez listo el sistema con todas sus conversiones de archivos el analista con su
grupo de trabajo deben probar el sistema para determinar el buen funcionamiento
del mismo y si se deben hacer los ajustes o no. Después de tener un trato con el
sistema se hace como un estudio de expectativas, como se sintió el usuario con el
sistema si optimizo el proceso o no? Todo esto es muy importante ya que hay que
ver si el sistema impuesto es el mas optimo, esto se hace a través de encuestas a
los usuarios, entrevistas y así se sabrá el impacto del sistema entre los usuarios
que son aquellos que lo van a manejar u operar y si a ellos no les conviene a la
empresa tampoco ya que lo que se busca es optimizar procesos y no
desmejorarlos.
4.3. Administración del proceso de desarrollo de sistemas de información.
Todo proyecto exitoso de sistemas de información debe esto a que son dirigidos
de una manera correcta. A pesar de todo los programas fallan ya que a veces no
c toma en cuenta lo critico que lo procesos pueden ser o que no se haya usado el
personal mas calificado. Para evitar esto se formulan unas estimaciones y se
calendariza para que así se pueda hacer un estudio de su desempeño.
Estimación y control del tiempo de desarrollo:
Un desarrollo tardía de un proyecto es un poco desanimante para los usuarios es

por eso que continuación le presentaremos un método para el mejor desarrollo de
la planificación de el tiempo.
74
Estimación de los requerimientos del tiempo:
Las estimaciones son las horas, meses, días, segundos de esfuerzo necesario
para desarrollar el sistema deseado. Estas van a ser determinadas por la habilidad
del analista, o programadores o sencillamente por la complejidad del sistema.
Método de estimación del tiempo:
Existen tres métodos para la estimación del tiempo de desarrollo del proyecto.
Método histórico: se trata de los registros cuidadosos que tienen de realizaciones

de proyectos anteriores, con todas sus características pa que sean después
comparados con los actuales y así se pueda hacer la estimación, es por eso que
no es el mas utilizado ya que es difícil mantener los registros tan rigurosos y
además el proyecto nuevo debe ser muy parecido al antiguo para que la
estimación sea de confiar.
Método intuitivo: es el método que lo lleva a cabo las personas con mas
antigüedad en la empresa y con mas experiencia con proyectos. Este método es
bastantemente utilizado ya que es rápido pero dependiendo de la experiencia de
la persona será preciso.
Método estándar: este va a venir determinado por el estudio detallado de cada

proceso y cada peso individual y después a través de una formula aritmética
especifica que nos llevara al resultado mas acertado y confiable
Para realizar cualquiera de estos métodos es necesario tomar en cuenta cada uno
de los detalles del proyecto debido a que son muy importantes para la buena
estimación (desde el momento en que se decide hacerse el proyecto, pasando por
el lenguaje de programación a utilizar hasta su implementación).
Es recomendable la utilización de software de programación de proyectos como

puede ser el MS. Project.
75
4.4. Selección de hardware y software
En este segmento hablaremos de la necesidad de hardware y el como decidir

cual escoger sin dejarnos llevar por los consejos otras personas.
Las computadores pueden variar desde un microcomputador hasta una gran

instalación de red se nos hace muy difícil la elección del equipo. Existen muchas
características que se deben tomar en cuenta como por ejemplo: la memoria,
velocidad de procesamiento, canales de comunicación, almacenamientos
auxiliares entre otras cosas. Así como también una buena configuración, niveles
de acceso,. Es necesario también que se implante un equipo compatible, ya que
así se minoriza costos ya que se esta trabajando con una empresa que nos puede
brindar a su vez un soporte técnico de las maquinas, etc.
Otra opción pudiese ser el rentar el equipo, y en el momento que este obsoleto se
cambia el equipo sin ningún problema, pero es muy costoso este tipo de solución.
También existen rentas a largo plazo (3 a 7 anos) este es menos caro que la
renta antes mencionada.
Mantenimiento y soporte:
Esto es muy importante ya que los equipos usualmente son utilizados por gente
que no les interesa mucho su equipo es por eso que existen las garantías, o por
sencillamente el equipo vino con algún defecto de fabrica ellos se harán
responsables esta garantía será de 90 días o bien dependiendo de el trato llegado
en la negociación. El analista debe tomar en cuenta muchas cosas y esta no se le
puede pasar por alto y debe tratar que en el contrato se especifique esta parte
para el así poder cubrirse las espaldas y tener un buen mantenimiento del equipo
que seguramente es muy costoso, por que no sirve de nada para la empresa que
se gaste grandes cantidades de dinero en un bien inmueble para que después se
pierda por que se le dejo morir.
Selección del software:
76
Esta selección es muy importante al igual que la selección del software. Para la
elección del software es necesario tener encuesta el sistema que se va a
implantar, para así ver cual software es el más adecuado. Lo mas esencial al
momento de la elección es saber que tipo de transacciones de datos se va a
realizar, tipo de reportes, que manejadores de bases de datos vamos a necesitar,
el sistema tendrá alguna característica especifica que deba ser atendida por
alguna aplicación en especifico, el hardware, limitaciones del mismo etc. este a su
vez debe ser flexible ya que debe cumplir con todas las necesidades de los
usuarios aunque tampoco tan flexible, mas bien en la parte de los reportes.
También se busca que el software tenga algún tipo de soporte técnico por que si
llegase a fallar seria un gran percance y un gran retraso para la empresa, todo
esto debe estar contenido en el contrato del software con la casa productora con
todas sus especificaciones y utilidades.
77
REACTIVOS
1. Según James A. Senn, ¿Qué es el Análisis y Diseño de Sistemas?

b).- Proceso de
a).- Proceso de c).- Es el proceso de
clasificación e
examinar la situación planificar, remplazar o
interpretación de
de una empresa con el complementar un sistema
hechos, diagnostico de
propósito de mejorarla. organizacional existente
problemas, etc.
2. ¿Que es el Análisis de Sistemas?
b).- Es el proceso de c).- Proceso de
a).-Proceso de examinar
planificar, remplazar o clasificación e
la situación de una
complementar un interpretación de hechos,
empresa con el propósito
sistema organizacional diagnostico de
de mejorarla.
existente problemas, etc.
Que es el Diseño de Sistemas?
b).- Es el proceso de
a).- Proceso de examinar b).- Proceso de clasificación
planificar, remplazar o
la situación de una e interpretación de hechos,
complementar un
empresa con el propósito diagnostico de problemas,
sistema organizacional
de mejorarla. etc.
existente
3. ¿Quien es el encargado de llevar a cabo el análisis y diseño de Sistemas?
b).- El Analista de
a).- El gerente c).- El Administrador
Sistemas
4. Permite construir modelos de sistemas a partir del análisis de sus procesos
y/o actividades que se ejecutan asociados al sistema
b).- El Análisis
a).- El Análisis c).- El Diseño de Sistemas
Estructurado
5. Es el estudio de un sistema para conocer como trabaja y donde es
necesario efectuar mejoras
a).-Determinación de
b).- Análisis de Sistemas c).- Diseño de Sistemas
requerimientos
78
6. Es una característica que debe incluirse en un nuevo sistema
a).- Diseño b).- Análisis c).- Requerimiento
7. Los analistas estructuran su investigación al buscar respuestas a la
pregunta:
a).- ¿Qué necesita esta b).- ¿Cuál es el c).- ¿Cómo se llama la
empresa? proceso básico de la empresa?
empresa?
8. Cualquier nuevo sistema o conjunto de recomendaciones para cambios en
el sistema existente, ya sea este manual o automatizado, debe conducir
hacia la mejora. Para alcanzar este resultado, se espera que los analistas
de sistemas hagan lo siguiente:
a).- Aprendan los
detalles y
procedimientos del
sistema en uso. b).- ¿Cuál es el proceso c).- ¿Cómo se llama la
Documentar detalles básico de la empresa? empresa?
del sistema actual para
su revisión y discusión
por otros.
9. ¿Que objetivo persigue el análisis estructurado?
c).- Es organizar las
a).- Aprendan los tareas asociadas con la
detalles y determinación de
b).- ¿Cuál es el proceso
procedimientos del requerimientos para
básico de la empresa?
sistema en uso. obtener comprensión
completa y exacta de una
situación dada.
10. Es uno de los componentes del Análisis Estructurados
c).- Diccionario de
a).- Proceso c).- Requerimiento
Datos
11. Es un proceso iterativo de desarrollo
79
a).- Construcción de un b).- Proceso Básico de
c).- Análisis
prototipo una Empresa
12. El diseño de sistemas tiene dos etapas
c).- Diseño Lógico y
a).- Primera y Segunda b).- Diseño y Análisis
Diseño Físico
13. Es el conjunto de actividades que los analistas, diseñadores y usuarios
realizan para desarrollar e implantar un sistema de información
a).- El Metodo del Ciclo
c).- Construcción de un
de la Vida para el b).- Análisis y Sistemas
prototipo
desarrollo de sistemas
14. Durante este proceso el sistema se emplea de manera experimental para
asegurarse de que el software no tenga fallas.
a).- ¿Cuál es el proceso b).- Prueba de
c).- El ciclo de la Vida
básico de la empresa? sistemas
15. Es el proceso de verificar e instalar nuevo equipo, entrenar a los usuarios,

instalar la aplicación y construir todos los archivos de datos necesarios para
utilizarla.
a).- Implantación b).- Prueba de Sistemas c).- Prototipo
16. Se lleva a cabo para identificar puntos débiles y fuertes.
a).- Análisis b).- Prueba c).- Evaluación
80
CONCLUSIONES
A manera de anécdota le contare que en una ocasión por motivos de

trabajo y convocados por nuestra autoridad máxima, a la ciudad de México para
elaborar lo que seria una revista electrónica; a un compañero y a mi (de mi
escuela) y a otros compañeros de diferentes estados de la republica. Y
empezamos a trabajar. Algunos de nuestros compañeros empezaron a usar un
software de aplicación para el desarrollo de la revista como el dreamweaber, sin ni
siquiera saber de que se trata y el tema de lo que nos habían convocado. Después
de que nos comunicaron de lo que se trataba todos empezamos a trabajar. Pero
un error que se cometió es que nadie empezó a analizar los requerimientos de
software y hardware, cual era la meta, no se definió el problema ni mucho menos
el producto final de lo que se pretendía realizar. Por esto mismo es muy
importante el análisis y el diseño de sistemas, la definición del problema, el
análisis para la obtención de los requerimientos de hardware y software, la
implantación, definición del tiempo en que se realizara el proyecto, para que se
obtenga la mejor calidad en el software para satisfacer la necesidades de la
persona o empresa que nos requiera. Como estudiante en la otra universidad a la
que asistía en el momento de realizar las prácticas en C comenzábamos a
programar (introducir código) sin analizar lo que queremos hacer.
81
BIBLIOGRAFIA
Analisis y Diseño de Sistemas de información. James A. Senn edit. McGrawHill
Diseño estructurado de sistemas
http://www.mitecnologico.com/Main/ModeloEstructuradoDise%F1oDeSistemas
http://www.monografias.com
http://une-senn.tripod.com/new_page_1.htm
http://www.eduardoleyton.com/apuntes.htm
82

2010-03918p Analisis y Diseño de Sistemas I

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

2010-03918p Analisis y Diseño de Sistemas I

Caricato da

Copyright:

Formati disponibili

UNIVERSIDAD DEL DESARROLLO

DEL ESTADO DE PUEBLA

NOMBRE: CEDILLO VICTORIANO GABRIEL

MATRICULA: 2010 – 03918p

LSC03 LICENCIATURA EN SISTEMAS COMPUTACIONALES

MATERIA A EVALUAR: ANALISIS Y DISEÑO DE SISTEMAS I

OBJETIVO GENERAL .................................................................. 3

1. FUNDAMENTOS DEL ANÁLISIS DE LOS SISTEMAS DE INFORMACIÓN

2. ANÁLISIS Y DETERMINACIÓN DE REQUERIMIENTOS

4. IMPLANTACIÓN, ADMINISTRACIÓN DEL DESARROLLO Y SELECCIÓN

 Conocer los conceptos básicos, los elementos y la clasificación de los

 Conocer cada uno de los roles del analista de Sistemas

1. FUNDAMENTOS DEL ANÁLISIS DE LOS SISTEMAS DE INFORMACIÓN

1.1. Introducción al desarrollo de sistemas de información.

En una organización o empresa, el análisis y diseño de sistemas de

El ciclo de vida de desarrollo de un sistema de información es el conjunto de

2. Método Análisis Estructurado: Se enfoca en el que sistema o aplicación

3. Método del prototipo de sistemas: La construcción de prototipos

Hoy en día, con el auge de las computadoras y su influencia en nuestro

Los sistemas de información a través de su papel central en la economía

1.2. ADMINISTRACIÓN DEL PORTAFOLIO DE DESARROLLO DE

Un principio fundamental en el desarrollo de los sistemas de información, es

Razones para proponer proyectos de sistemas de información

Las solicitudes de sistemas de información están motivadas por los

Actividades procesos o funciones que en la actualidad o quizás en el futuro,

Aprovechar una oportunidad

Un cambio para ampliar o mejorar el rendimiento económico de la empresa

Dar respuestas a directivos

Proporcionar información en respuesta a órdenes, solicitudes o mandatos

1.3. ANÁLISIS Y DISEÑO DE SISTEMAS ESTRUCTURADOS

El Análisis se refiere al “extremo inicial” de un proyecto de desarrollo de sistemas,

El Análisis estructurado introduce el uso de las herramientas de documentación

El análisis estructurado, como otros métodos, permite construir modelos de

Permite al equipo encargado del estudio del desarrollo o la organización conocer

Conceptos que se relacionan con el Análisis Estructurado

En esta fase, el diseño estructurado produce el modelo de diseño con los

Según el Modelo Estructurado

El Análisis Estructurado, fue seleccionado como técnica de investigación de

2. ANÁLISIS Y DETERMINACIÓN DE REQUERIMIENTOS

2.1. Herramientas para determinar requerimientos de sistemas.

La determinación de requerimientos es el estudio de un sistema para conocer

Es útil ver la determinación de requerimientos a través de tres grandes

Anticipación de requerimientos: La experiencia de los analistas les permite

Por un lado, la experiencia de estudios previos puede conducir a la investigación

Por otra parte, si se introducen sesgos o atajos al conducir la investigación

Investigación de requerimientos: Es la más importante del análisis de sistemas.

La investigación de requerimientos depende de las técnicas para encontrar datos,

- Análisis de datos basados en hechos reales: Se examinan los datos

- Identificación de requerimientos esenciales: Características que deben

- Selección de estrategias para satisfacer los requerimientos: Métodos que

La especificación de requerimientos implica gran responsabilidad para los

Los analistas estructuran su investigación al buscar respuestas a las siguientes

2.2. Estrategias de desarrollo por análisis estructurado

Cuando los analistas comienzan a trabajar sobre un proyecto de sistemas de

- Aprendan los detalles y procedimientos del sistema en uso

- Obtengan una idea de las demandas futuras de la organización como

- Evaluar la eficiencia y efectividad del sistema actual y sus procedimientos,

- Recomendar todas las revisiones y ampliaciones del sistema actual,

- Documentar las características del nuevo sistema con un nivel de detalle

- Fomentar la participación de gerentes y empleados en todo el proceso,

El análisis estructurado es un método para el análisis de sistemas manuales o

En el análisis estructurado, la palabra estructura significa que: 1) el método intenta

Componentes del análisis estructurado

El análisis estructurado hace uso de los siguientes componentes: