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

2

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



3

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



4

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.



5

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



6

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



7

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



8

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.



9

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.



10

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



11

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



12

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.



13

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



14

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



15

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.



16

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.



17

• 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.



18

•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. 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

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.



19

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.



20

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



21

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.



22

- 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.



23

¿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?.



24

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.



25

- 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.



26

- 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



27

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.



28

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.



29

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



30

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.



31

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.



32

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



33

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



34

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.



35

- 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. DISEÑO DE SISTEMAS 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



36

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



37

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.



38

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.



39

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



40

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



41

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.



42

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.



43

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



44

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.



45

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

Procesar los datos



46

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

Procesar los datos

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

Procesar los datos

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



47

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:



48

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:



49

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.



50

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



51

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



52

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.



53

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.



54

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:



55

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



56

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.



57

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



58

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.



59

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:



60

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:



61

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



62

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.



63

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



64

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



65

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:



66

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.



67

Las fallas en la prueba se muestran rápidamente cuando el sistema se implanta.

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.

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.



68

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 influyen 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.



69

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



70

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



71

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.



72

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



73

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.



74

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.



75

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.



76

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:



77

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.



78

REACTIVOS

1. Según James A. Senn, ¿Qué es el Análisis y Diseño de Sistemas?

a).- Proceso de examinar la situación

de una empresa con el propósito de mejorarla.

b).- Proceso de

clasificación e

interpretación de

hechos, diagnostico de

problemas, etc.

c).- Es el proceso de

planificar, remplazar o

complementar un sistema

organizacional existente

2. ¿Que es el Análisis de Sistemas?

a).-Proceso de examinar

la situación de una

empresa con el propósito

de mejorarla.

b).- Es el proceso de


complementar un

sistema organizacional

existente

c).- Proceso de clasificación e

interpretación de hechos, diagnostico de problemas, etc.

Que es el Diseño de Sistemas?

a).- Proceso de examinar



de mejorarla.

b).- Es el proceso de planificar, remplazar o

complementar un sistema organizacional

existente

b).- Proceso de clasificación

e interpretación de hechos,

diagnostico de problemas,

etc.

3. ¿Quien es el encargado de llevar a cabo el análisis y diseño de Sistemas?

a).- El gerente b).- El Analista de

Sistemas c).- El Administrador

4. Permite construir modelos de sistemas a partir del análisis de sus procesos

y/o actividades que se ejecutan asociados al sistema

a).- El Análisis b).- El Análisis Estructurado

c).- El Diseño de Sistemas

5. Es el estudio de un sistema para conocer como trabaja y donde es

necesario efectuar mejoras

a).-Determinación de requerimientos

b).- Análisis de Sistemas c).- Diseño de Sistemas



79

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

empresa?

b).- ¿Cuál es el proceso básico de la empresa?

c).- ¿Cómo se llama la

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.

Documentar detalles del sistema actual para su revisión y discusión

por otros.

b).- ¿Cuál es el proceso

básico de la empresa?


empresa?

9. ¿Que objetivo persigue el análisis estructurado?

a).- Aprendan los

detalles y

procedimientos del

sistema en uso.



c).- Es organizar las tareas asociadas con la

determinación de requerimientos para

obtener comprensión completa y exacta de una

situación dada.

10. Es uno de los componentes del Análisis Estructurados

a).- Proceso c).- Diccionario de

Datos c).- Requerimiento

11. Es un proceso iterativo de desarrollo



80

a).- Construcción de un prototipo

b).- Proceso Básico de

una Empresa c).- Análisis

12. El diseño de sistemas tiene dos etapas

a).- Primera y Segunda b).- Diseño y Análisis c).- Diseño Lógico y

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 de la Vida para el

desarrollo de sistemas b).- Análisis y Sistemas

c).- Construcción de un

prototipo

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ásico de la empresa? b).- Prueba de

sistemas c).- El ciclo de la Vida

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



81

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.



82

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

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



2

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



3

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



4

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.



5

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



6

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



7

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



8

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.



9

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.



10

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



11

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



12

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.



13

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



14

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



15

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.



16

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.



17

• 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.



18

•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. 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

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.



19

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.



20

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



21

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.



22

- 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.



23

¿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?.



24

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.



25

- 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.



26

- 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



27

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.



28

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.



29

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



30

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.



31

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.



32

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



33

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



34

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.



35

- 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. DISEÑO DE SISTEMAS 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



36

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



37

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.



38

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.



39

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



40

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



41

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.



42

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.



43

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



44

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.



45

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

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

Procesar los datos



46

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

Procesar los datos

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

Procesar los datos

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



47

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:



48

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:



49

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.



50

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



51

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



52

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.



53

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.



54

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:



55

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



56

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.



57

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



58

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.



59

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:



60

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:



61

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



62

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.



63

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



64

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



65

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:



66

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.



67

Las fallas en la prueba se muestran rápidamente cuando el sistema se implanta.

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.

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.



68

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 influyen 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.



69

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



70

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



71

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.



72

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



73

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.



74

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.



75

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.



76

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:



77

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.



78

REACTIVOS

1. Según James A. Senn, ¿Qué es el Análisis y Diseño de Sistemas?

a).- Proceso de examinar la situación

de una empresa con el propósito de mejorarla.

b).- Proceso de

clasificación e

interpretación de

hechos, diagnostico de

problemas, etc.

c).- Es el proceso de


complementar un sistema

organizacional existente

2. ¿Que es el Análisis de Sistemas?

a).-Proceso de examinar



de mejorarla.

b).- Es el proceso de


complementar un

sistema organizacional

existente

c).- Proceso de clasificación e

interpretación de hechos, diagnostico de problemas, etc.

Que es el Diseño de Sistemas?

a).- Proceso de examinar



de mejorarla.

b).- Es el proceso de planificar, remplazar o

complementar un sistema organizacional

existente

b).- Proceso de clasificación

e interpretación de hechos,

diagnostico de problemas,

etc.

3. ¿Quien es el encargado de llevar a cabo el análisis y diseño de Sistemas?

a).- El gerente b).- El Analista de

Sistemas c).- El Administrador

4. Permite construir modelos de sistemas a partir del análisis de sus procesos

y/o actividades que se ejecutan asociados al sistema

a).- El Análisis b).- El Análisis Estructurado

c).- El Diseño de Sistemas

5. Es el estudio de un sistema para conocer como trabaja y donde es

necesario efectuar mejoras

a).-Determinación de requerimientos

b).- Análisis de Sistemas c).- Diseño de Sistemas



79

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

empresa?

b).- ¿Cuál es el 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.

Documentar detalles del sistema actual para su revisión y discusión

por otros.




empresa?

9. ¿Que objetivo persigue el análisis estructurado?

a).- Aprendan los

detalles y

procedimientos del

sistema en uso.



c).- Es organizar las tareas asociadas con la

determinación de requerimientos para

obtener comprensión completa y exacta de una

situación dada.

10. Es uno de los componentes del Análisis Estructurados

a).- Proceso c).- Diccionario de

Datos c).- Requerimiento

11. Es un proceso iterativo de desarrollo



80

a).- Construcción de un prototipo

b).- Proceso Básico de

una Empresa c).- Análisis

12. El diseño de sistemas tiene dos etapas

a).- Primera y Segunda b).- Diseño y Análisis c).- Diseño Lógico y

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 de la Vida para el

desarrollo de sistemas b).- Análisis y Sistemas

c).- Construcción de un

prototipo

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ásico de la empresa? b).- Prueba de

sistemas c).- El ciclo de la Vida

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



81

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.



82

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

Date post:	30-Jun-2015
Category:	Documents
Upload:	gabriel-cedillo
View:	182 times
Download:	3 times

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

Documents