1. Introducción al desarrollo de
Sistemas de Información
Análisis y Diseño de SISTEMAS DE INFORMACIÓN, James A. Senn

2. Papel de los Sistemas de Información
A través de su papel central, en la economía de la
información, los sistemas de información están
llevando acabo los cambios en cuatro aspectos
fundamentales

3. Cuatro aspectos principales
Las personas trabajan de manera más inteligente
Un cambio global en el concepto de industria
Tanto las ideas como la información están tomando mayor
importancia que el dinero
Las personas que trabajan con la información dominan la fuerza
de trabajo

4. El peso de la responsabilidad
Aumentar la confiabilidad en la información significa que
aquellos que diseñan los sistemas de información tendrán
una responsabilidad cada vez mayor.
Los sistemas de información deben ser capaces,
utilizables, confiables y por encima de todo, servir como
medios para alcanzar fines.

5. Aspectos importantes
El aspecto mas importante para cualquier sistema es la
experiencia humana y el empleo de ideas para aprovechar las
computadoras con la finalidad de que estas lleven acabo las
tareas necesarias
Sin importar el uso, un sistema de información basado en
computadora debe funcionar de manera apropiada, ser fácil de
utilizar y adecuarse a la organización para la que fue diseñado.
Si un sistema ayuda a las personas a trabajar con mayor
eficiencia entonces éstas lo utilizarán, de lo contrario lo
evitarán.

6. ¿Qué es el análisis y diseño de sistemas?
Se refiere al proceso de examinar la situación de una empresa
con el propósito de mejorarla con métodos y procedimientos
más adecuados.
El desarrollo de sistemas puede considerarse, en general
formado por dos grandes componentes:
Análisis de sistemas Diseño de sistemas
Cabe mencionar antes que un sistemas de información no se
refiere forzosamente a uno establecido en una computadora, si
no a cualquier que maneje información

7. Análisis
Este se refiere al proceso de clasificación e
interpretación de hechos, diagnóstico de
problemas y empleo de la información para
recomendar mejoras al sistema.

8. Diseño
El diseño de sistemas es el proceso de planificar,
reemplazar o complementar un sistema
organizacional existente.
Para llevar acabo esto, es necesario comprender,
en su totalidad, el viejo sistema y determinar la
mejor forma en que se pueden, si es posible,
utilizar las computadoras para hacer la operación
más eficiente

9. El Analista de Sistemas
El analista es el que se encarga de determinar cómo y dónde un
sistema de información basado en computadora será benéfico
para todos los usuarios.
Esto solo después de haber reunido toda la información necesaria
sobre lo que la empresa tiene, lo que le hace falta, lo que necesita
cambiarse, si necesita un sistema mas eficiente, etc.
Esta acumulación de información se denomina estudio del sistema.

10. Al trabajar con gerentes y empleados de la organización, los
analistas de sistemas recomiendan qué opciones adoptar de
acuerdo con la forma en que se adecua la solución a la
empresa y su ambiente en particular.
Al final, la administración, que es la que paga y hace uso de
los resultados, es la que decide qué opción aceptar.
Una vez tomada la decisión, se diseña un plan para implantar
la recomendación.

11. El plan incluye todas las características de diseño del sistema,
tales como las necesidades de captura de nuevos datos,
especificaciones de archivo, procedimientos de operación y
necesidades de equipo y personal
El diseño de sistemas es como los planos de un edificio:
especifica todas las características del producto terminado.
Análisis ¿Qué es lo que el sistema debe hacer?
Sistema
Diseño Cómo lograr ese objetivo

12. El análisis de sistemas NO es:
El estudio de una empresa para buscar procesos ya existentes
con propósito de determinar cuáles deberían ser llevados a cabo
por una computadora y cuáles por métodos manuales.
Determinar los cambios que deberían efectuarse.
Determinar la mejor forma de resolver un problema de sistemas
de información.

13. Clasificación del analista
de Información
Analista Diseñador de
aplicaciones
Programador
Reúne información y
determina los
requerimientos
Tiene la responsabilidad de diseñar el
nuevo sistema.
Trabaja en menos proyectos, pero
invierte mas tiempo
Conduce la investigación de sistemas,
desarrolla las especificaciones de diseño y
escribe el software necesario para
implantar el diseño.

14. En cuanto a la programación
Si una cosa es muy evidente, es el hecho de que el analista de
sistemas más valioso y mejor calificado es aquel que sabe como
programar.
Los analistas que tienen esta cualidad son, por lo general, más
útiles a las organizaciones.
Los resultados son, casi siempre, una mayor calidad en el
software y un menor tiempo de desarrollo; lo cual beneficia a
todos.

15. Usuarios finales
Usuarios finales es el termino que usan los analistas para
referirse a las personas que no son especialistas en sistemas de
información pero que usan las computadoras para desempeñar
su trabajo.
Usuarios Primarios Usuarios Indirectos
Usuarios Gerentes Usuarios directivos

16. Usuarios finales
Tipos de Usuarios Características
Primario (Directo) Opera el sistema. Interactúa directamente a través
del equipo del sistema
Indirecto Emplea los reportes y otros tipos de información
generada por el sistema pero no opera el equipo.
Gerentes
(Administradores)
Supervisan la inversión en el desarrollo o so del
sistema. Tienen la responsabilidad de controlar las
actividades del sistema.
Directivos Incorporan los usos estratégicos y competitivos de
los sistemas de información en los planes y
estrategias de la organización.
Evalúan los riesgos, a los que se expone la
organización, originados por fallas en los sistemas
de información

17. Sistemas de Información Organizacionales
Un sistema es un conjunto de componentes que interactúan entre sí
para lograr un objetivo común.
Una organización es un sistema, por que sus componentes
(mercadotecnia, manufactura, ventas, investigación, embarques,
contabilidad, personal, etc.) trabajan juntos para crear utilidades que
beneficiaran tanto a los empleados como a los accionistas de la
compañía.
Todo sistema organizacional depende, en mayor o menor medida, de
una entidad abstracta denominada sistema de información. Medio por el
cual los fatos fluyen de una persona o departamento hacia otros.

18. Sistemas de Información
Las finalidades de los sistemas de información, como las
de cualquier otro sistema dentro de una organización,
son procesar entradas, mantener archivos de datos
relacionados con la organización y producir información,
reportes y otras salidas.
Los sistemas de información están formados por
subsistemas que incluyen hardware, software, archivos,
bases de datos, etc. Lo cual se denomina una aplicación de
sistemas de información

19. Categorías de sistemas de Información
El analista de sistemas de información desarrolla diferentes tipos
de sistemas de información para satisfacer las diversas
necesidades de una empresa.
Sistemas de
Información
1. Sistemas para el procesamiento de
transacciones (TPS)
2. Sistemas de información
administrativa (MIS)
3. Sistemas para el soporte de
decisiones (DSS)

20. Categorías de los sistemas de información
SISTEMAS DE INFORMACIÓN CARACTERÍSTICAS
TPS Tienen como finalidad mejorar las actividades
rutinarias de una empresa y de las que depende toda la
organización.
Ejemplo: Facturación, entrega de mercancía, pago a
empleados, deposito de cheques, etc.
MIS Ayudan a los directivos a tomar decisiones y resolver
problemas con información que esta ya estructurada.
Ejemplo: La decisión de cuándo un alumno debe
ascender de nivel escolar, la decisión de cuándo debe
recursar año
DSS Estos ayudan a los directivo s a tomar decisiones no
estructuradas sobre problemas. Quien decide en este
caso, es el criterio de los directivos.
Ejemplo: la decisión de bajar o subir el precio de algún
producto de acuerdo a su venta, el dar o no un bono a
algún empleado dependiendo su esfuerzo.

21. Ciclo de vida clásico del desarrollo de
sistemas
El desarrollo de sistemas es un proceso formado por las etapas de
análisis y diseño, comienza cuando se detecta que un sistema necesita
mejoras.
Ciclo de vida para desarrollo de sistemas
1) Investigación preliminar
2) Determinación de los requerimientos
3) Diseño del sistema
4) Desarrollo de software
5) Pruebas
6) Implantación y evaluación

22. Investigación preliminar
La solicitud para recibir ayuda de un sistema de información
puede originarse por varias razones, esto se inicia siempre con la
petición de una persona (administrador, empleado, o
especialistas en sistemas)
Cuando se formula la solicitud comienza la primera actividad de
sistemas: la investigación preliminar. Esta consta de aclaración de
solicitud, estudio de factibilidad y aprobación de la solicitud.

23. Determinación de los requerimientos
Es el proceso de adquirir información detallada de la organización.
Los analistas deben informarse sobre:
1) ¿Qué es lo que se hace?
2) ¿Cómo se hace?
3) ¿Con qué frecuencia se presenta?
4) ¿Qué tan grande es el volumen de transacciones o de decisiones?
5) ¿Cuál es el grado de eficiencia con el que se efectúan las tareas?
6) ¿Existe algún problema?
7) ¿Qué tan serio es?, ¿Qué lo origina?.
Conforme se reúnen los detalles, los analistas deben identificar las
características que debe tener el nuevo sistema, incluyendo la
información que deben producir los sistemas.

24. Diseño del sistema
Produce los detalles que establecen la forma en la que
el sistema cumplirá con los requerimientos
identificados durante la fase de análisis.
El diseño determina los datos específicos para cada
reporte y salida.

25. Diseño del sistema
El diseñador hace un bosquejo del formato y de las
pantallas que espera que aparezcan cuando el sistema
esta terminado.
Los procedimientos que se indican en el diseño nos
dicen como procesar los datos y producir las salidas.
Los diseñadores entregan a los programadores las
especificaciones de software completas y claramente
delineadas de lo que se va a hacer.

26. Desarrollo del software
Los programadores son por lo general los que desarrollan el
sistema (codificación, conexión a bases de datos, trabajo en
red, etc.)
Los programadores también son los responsables de la
documentación de los programas y de proporcionar una
explicación y por que ciertos procedimientos se codifican en
determinada forma.
La documentación es esencial para probar el programa y llevar
a cabo el mantenimiento una vez que la aplicación se encuentra
instalada.

27. Pruebas del sistema
En esta fase, el sistema se emplea de manera experimental para
asegurarse de que el software no tenga fallas, es decir que funciona
de acuerdo con las especificaciones y en la forma en que los
usuarios esperan que lo haga.
Es preferible descubrir cualquier sorpresa antes de que la
organización implante el sistema y dependa de el.
En muchas ocasiones, las pruebas son conducidas por personas
ajenas al grupo que escribió los programas originales; con esto se
busca asegurar, que las pruebas sean completas e imparciales, y
que el software sea más confiable

28. Implantación y Evaluación
La implantación es el proceso de verificar e instalar nuevo
equipo, entrenas a los usuarios, instalar la aplicación y construir
todos los archivos de datos necesarios para utilizarla.
La evaluación de un sistema se lleva a cabo para identificar puntos
débiles y fuertes. Los cuales son:
Evaluación operacional
Impacto organizacional
Opinión de los administradores
Desempeño del desarrollo

29. Método de desarrollo por análisis
estructurado
Consiste en superar la dificultad de comprender de manera
completa sistemas grandes y complejos.
El análisis estructurado se concentra en especificar lo que se
requiere que haga el sistema o la aplicación.
Los elementos esenciales del análisis estructurado son símbolos
gráficos, diagramas de flujo de datos y el diccionario
centralizado de datos.

30. Método de desarrollo por análisis
estructurado
Descripción gráfica. Consiste en hacer un bosquejo del sistema, pero en
lugar de palabras, se utilizan símbolos, o iconos, para crear un modelo
gráfico del sistema.
Diagrama de flujo de datos. Los diagramas de flujo de datos son la
descripción completa de un sistema. Para esto se sigue un proceso
descendente (top-down). Cada proceso del sistema puede desglosarse
en diagramas de flujo de datos cada vez mas detallados.
Diccionario de datos. Esta compuesto por todas las definiciones de los
elementos en el sistema. Estas están siempre disponibles para
cualquier miembro del equipo encargado del proyecto.

31. Método de desarrollo por análisis
estructurado
El diseño estructurado, se enfoca en el desarrollo de
especificaciones del software.
Es una técnica específica para el diseño de programas y no un
método de diseño de compresión. No indica nada relacionado
con el diseño de archivos o bases de datos, la presentación de
entradas o salidas, la secuencia de procesamiento o el hardware
que dará soporte a la aplicación.
La herramienta fundamental del diseño estructurado es el
diagrama estructurado. El cual describe la interacción entre
módulos.

32. Método de prototipo de sistemas
Este método hace que el usuario participe de manera más
directa en la experiencia del análisis y diseño que con los
anteriores ya presentados (ciclo de vida del desarrollo de
sistemas, y análisis estructurado).
Consiste en que los usuarios pueden señalar las características
que les agradaría o no tener, junto con los problemas que
presenta un sistema que existe y funciona, con mayor facilidad
que si se les pidiese que las describieran en forma teórica o por
escrito. El uso y la experiencia producen comentarios más
significativos que el análisis de diagramas y las propuestas por
escrito.

33. Método de prototipo de sistemas
Un sistema de prototipo se construye con rapidez, frecuentemente en
días o semanas. Por otro lado, el costo asociado con esta tarea es
mucho menor comparado con el de un sistema convencional.
Los sistemas prototipo no contienen todas las características y toques
finales que normalmente se incluyen en un sistema terminado.
Los reportes pueden faltar, los encabezados, os títulos y números de
página. La organización de archivos puede ser temporal y las
estructuras de registros pueden dejarse incompletas.
En general, la documentación del sistema es un punto que suele
evitarse.