Este documento presenta una introducción al diseño de sistemas de información. Explica los objetivos del diseño, como definir la arquitectura y especificar los componentes para satisfacer los requerimientos. También describe las características que debe tener un buen diseño, como el diseño de salidas, archivos, interacciones con la base de datos, entrada y controles. Finalmente, cubre el manejo del proceso de diseño para aplicaciones institucionales.

3. CONTENIDO
- Introducción.
- Objetivos
- Especificación de los requerimientos de la aplicación
- Objetivos al diseñar un sistema de información
- Que características son las que se deben diseñar
- Manejo del proceso de Diseño para aplicaciones
institucionales
- Manejo de sistemas desarrollados por usuarios finales
- Conclusiones.
- Bibliografía.

4. INTRODUCCIÓN
Diseño de sistemas es el arte de definir la arquitectura de
hardware y software, componentes, módulos y datos de un
sistema de cómputo para satisfacer ciertos requerimientos .
Es la etapa posterior al análisis de sistemas.
Ahora lo anterior articulado con:
Los sistemas de información son sistemas orientados a
brindar diferentes tipos de servicios a organizaciones y
empresas de diversa índole, por medio de soluciones
sistematizadas que posibilitan un ágil manejo,
administración, modificación, y consulta de datos
relevantes para sus propietarios, clientes, y proveedores.

5. OBJETIVOS
GENERAL
Comprender el diseño de sistemas.
ESPECÍFICOS
- Conocer el funcionamiento de un sistema.
- Analizar los detalles que describen un sistema existente
para determinar sus características

6. Especificación de los
requerimientos de la
aplicación

7. En esta parte el analista de sistemas
es la persona más importante pues
es el encargado de determinar los
requerimientos para la creación del
sistema o del nuevo sistema, esto
quiere decir que es la persona que
indaga buscando las actividades y
características que debe tener dicho
sistema a desarrollar.
En los requerimientos se
encuentran unos que son
funcionales y otros que son no
funcionales.

8. Funcionales
Estos expresan la naturaleza del funcionamiento del
sistema, es decir el como se interrelaciona con su
entorno y como ha de funcionar.
Definen que debe hacer el sistema
No funcionales
Restricciones sobre el espacio de posibles soluciones
en cuanto a por ejemplo rendimiento del sistema,
interface, proceso de desarrollo.
Define como debe ser el sistema

9. Cuando se tiene un sistema ya operando, y la idea optimizar o crear otro
mejorado, se deben tener en cuenta la forma en que este trabaja y a esto se
le llama anticipación de requerimientos.
La investigación de requerimientos es una etapa donde se estudian las
necesidades tanto del usuario que lo solicita como también del sistema que
necesita mejoras, en esta etapa se documenta todo lo solicitado para poder
tener un flujo de datos o decisiones, en esta parte se utiliza la entrevista
como una buena herramienta de recopilación de datos.
Partiendo de lo anterior se analizan lo solicitado y las actividades para poder
desarrollar las características del nuevo sistema, a esto se le llama
especificación de requerimientos. Entendiendo que todo sistema tiene
requerimientos básicos y específicos se debe tratar de sustraer la mayor
cantidad de información.

10. En los requerimientos básicos el analista los obtiene con
preguntas del mismo tipo como lo son algunas de las
siguientes:
¿Cuáles son los procedimientos básicos de la empresa?
¿Cuál es el indicador de trabajo? (producción / tiempo)
¿Qué produce la organización?
¿Cuáles son los pasos para el desarrollo del producto o servicio?

11. ¿Quienes realizan ciertas actividades?
La respuesta a las preguntas básicas da como resultado la comprensión
completa o global de las actividades de la organización dándole un norte al
analista y de esta forma poder formular preguntas más concretas en cuanto a
las actividades y de estas poder obtener la siguiente información:
 Cantidad de empleados.
 Personas que intervienen principalmente en el sistema y su actividad.
 Obstáculos que afectan el sistema
 Determina si existen manuales de procesos y procedimientos
 Determinación de controles
 Evaluación de desempeño tanto del sistema como de los participantes de
este.

12. Con toda esta información se puede determinar claramente el procesos y
los procedimientos de la organización para obtener el producto o brindar
el servicio.
Con los procesos determinados se deben realizar preguntas que brinden la
siguiente información en cuanto a las actividades:
 Lo que da inicio a las actividades.
 El objetivo de estas.
 Ejecución de las mismas.
 Medición y evaluación.
 Funciones procesos y subprocesos desarrollados
Ya con toda la información recopilada el analista puede
determinar la clase de sistema que necesita la organización
o que elementos del sistema ya existente se pueden mejorar
siempre viendo la organización como un solo sistema con
subsistemas en el.

13. Objetivos al diseñar un
sistema de información

14. Los objetivos del Diseño de Sistemas de Información son:
1. La definición de la arquitectura del sistema y del
entorno que va a dar soporte junto con la
especificación detallada de los componentes del
sistema de información
2. El análisis de un conjunto concreto de necesidades
para proponer una solución a corto plazo, que tenga
en cuentea restricciones económicas, técnicas,
legales y operativas.

15. 3. La obtención una especificación detallada del sistema
de información que satisfaga las necesidades de
información de los usuarios y sirva de base pare el
posterior diseño del sistema.
4. La obtención de un marco de referencia para el
desarrollo de sistemas de información que responda
a los objetivos estratégicos de la organización.

16. Características de un
Buen Diseño

17. Las especificaciones del diseño
describen las características del sistema
Estas son las características adecuadas
para un sistema.

18. DISEÑO DE SALIDAS
Son los resultados generados por el sistema de información; éstas
deben realizar lo siguiente:
- Determinar qué información presentar
- Decidir si la información será presentada en forma visual, verbal
o impresa y seleccionar el medio de salida.
- Disponer de la presentación de la información en un formato
aceptable.
- Decidir cómo distribuir la salida entre los posibles destinatarios.
El diseño de la salida está especificado en los formularios de
distribución que son hojas que describen la ubicación,
características (longitud y tipo) y formato de los encabezados de
las columnas y la paginación.

19. DISEÑO DE ARCHIVOS
El diseño de archivos incluye las decisiones con respecto a la
naturaleza y contenido del propio archivo como se va a emplear
las transacciones, así como las referencias.
Al diseñar archivos debe contemplarse:
- Los datos que deben incluirse en el formato de registros en el
archivo.
- La longitud de cada registro, con base a las características de los
datos
- La secuencia o disposición de los registros dentro del archivo.

20. DISEÑO DE INTERACCIONES CON LA BASE DATOS
En todo sistema de información se interactúa con bases de datos,
a su vez con el administrador de base de datos, cuyas
responsabilidades son:
- Evaluar la conveniencia de la solicitud del analista
- Describir los métodos para interactuar con la base de datos
- Asegurar que la aplicación no pueda dañar la base de datos o
que afecte de manera adversa a las necesidades de otros sistemas

21. DISEÑO DE LA ENTRADA
Los analistas de sistemas deciden los siguientes detalles del diseño
de entradas:
1. Los datos que ingresan al sistema.
2. Los medios utilizados por el sistema.
3. La forma en que se deben disponer o codificar los datos.
4. El diálogo que servirá de guía a los usuarios para dar entrada a
los datos.
5. Validación necesaria de datos y transacciones para detectar
errores
6. Métodos para llevar a cabo la validación de las entradas y los
pasos a seguir cuando se presentan errores.
Las decisiones de diseño para el manejo de entradas, especifican
la forma en que serán aceptados los datos para su procesamiento
por medio de la computadora.

22. DISEÑO DE CONTROLES
Los analistas deben anticipar los errores que se cometerán al
ingreso de los datos o al solicitar la ejecución de algunas
funciones. La forma de poder eliminar o minimizar estos errores
son:
1. Asegurar que sólo los usuarios autorizados tengan acceso al
sistema
2. Garantizar que las transacciones sean aceptables
3. Validar los datos comprobando su exactitud
4. Determinar si se han omitido datos que son necesarios

23. DISEÑO DE PROCEDIMIENTOS
Los procedimientos especifican las tareas que deben efectuarse al
utilizar el sistema y quiénes son los responsables de llevarlas a
cabo.

24. Manejo del proceso de
Diseño para aplicaciones
institucionales

25. El manejo del proceso de diseño significa
tomar los pasos necesarios para que el
esfuerzo de desarrollo avance en forma
apropiada y produzca los resultados
esperados.
A estas especificaciones los analistas las
denominan INFORMACIÓN LIBERADA o
CARPETA DE DISEÑO e incluye los siguientes
aspectos

26. Cuadro de despliegue
Descripciones de las entradas
y salidas donde se muestra la
ubicación de todos los detalles
que aparecerán en los
reportes, documentos y
pantallas.
Estructuras de registros
Descripciones de todos los datos contenidos en los
archivos maestros y de transacciones así como los
diagramas relacionados con la base de datos.

27. Sistemas de codificación
Descripciones de los códigos que explican o identifican
tipos de transacciones, clasificaciones y categorías de
eventos o entidades.
Especificaciones de los programas
Cuadros, tablas y descripciones gráfica de los módulos y
componentes del software de computadora junto con la
interacción entre cada una de ellos.

28. Especificaciones de procedimientos
Procedimientos planificados para instalar y operar el
sistema cuando esté terminado.
Plan de desarrollo
Cronogramas que indican los
tiempos necesarios para
el desarrollo de las actividades.

29. Cuadro de despliegue
Descripciones de las entradas y salidas donde se muestra
la ubicación de todos los detalles que aparecerán en los
reportes, documentos y pantallas.
Estructuras de registros
Descripciones de todos los datos contenidos en los
archivos maestros y de transacciones así como los
diagramas relacionados con la base de datos.

30. Costo del paquete
Gastos anticipados para el desarrollo, implantación y
operación de nuevos sistemas, clasificados por categorías
tales como personal, equipo, comunicaciones, facilidades
y suministros.
Los componentes de un sistema de información descritos
durante el análisis de requerimientos son el punto focal
del diseño de sistemas.
Flujos de datos
Movimientos de datos hacia, alrededor y desde el
sistema.

31. Almacenes de datos
Conjunto temporales o permanentes de datos.
Procesos
Actividades para aceptar, manejar y suministrar datos e
información
Procedimientos
Métodos y rutinas para utilizar el sistema de información
y lograr con ello los resultados esperados.

32. Controles
Estándares y lineamientos para determinar si las
actividades que están ocurriendo en la forma anticipada
o aceptada.
Funciones del personal
Las responsabilidades de todas las personas que tiene
que ver con el nuevo sistema, incluyendo los usuarios,
operadores de computadora y personal de apoyo.

33. Manejo de Sistemas
desarrollados para usuarios
finales

34. Del manejo que le den los
usuarios finales a los
sistemas desarrollados,
depende el éxito o no de
una organización. Dicho
esto, los usuarios y los
analistas tienen
responsabilidades en el
manejo de estos sistemas

35. RESPONSABILIDADES DE LOS USUARIOS EN EL DISEÑO
 Comprender el problema que va a ser solucionado por
el sistema a implantar.
 Conocer los datos necesarios para el desarrollo de este
sistema.
 Saber manejar el software.
 Apegarse a los estándares establecidos

36. RESPONSABILIDADES DEL ANALISTA
 Transformar las necesidades de datos en requerimientos
 Impartir educación y entrenamiento a los usuarios
 Apoyar al usuario en el diseño y proceso de desarrollo del
sistema
 Asistir al usuario en la parte de
detección y corrección de errores

37. LINEAMIENTOS PARA EL MANEJO DEL DESARROLLO HECHO POR LOS
USUARIOS FINALES
Descarga de datos: es copiar una parte del archivo o BD desde
un sistema ajeno.
Evitar que los usuarios ingresen datos: esto impide la entrada de
errores en la base de datos o la modificación de los datos ya
validados
Estandarización: para obtener consistencia y uniformidad en el
desarrollo
Documentación del Diseño: explica la forma en la cual esta
diseñado el sistema y como utilizarlo
Revisión de las especificaciones de diseño: para
aumentar la confiabilidad de las aplicaciones
desarrolladas por los usuarios, éstas tienen que estar en
constante revisión

38. A MANERA DE CONCLUSIÓN
En esta era lo más importante es el uso de las ideas y la
información.
Con este trabajo nos fundamentamos en el conocimiento
básico de un sistema, que para nuestro asunto es un
sistema de información. Esta conceptualización y
esquematización nos brinda herramientas para cuando
estemos en las diferentes áreas laborales recordemos y
propongamos soluciones o alternativas de mejoramiento
para los usuarios ene sus búsquedas de información.

39. CIBERGRAFIA
Pacheco, Fernando. Modulo de Análisis de Sistemas. [en línea]. Tomado de
http://es.scribd.com/doc/55933879/77/%C2%BFQue-Caracteristicas-Se-Deben-Disenar
Recuperado el 12 de Abril de 2013
Universidad de Granada. Especificación de requerimientos: diseño de bases de datos.[en línea].
Tomado de : http://elvex.ugr.es/idbis/db/docs/design/2-requirements.pdf . Recuperado el 13 de
Abril de 2013
Lopez, Sandra; Pulido ,Leslyanie […et al] .Diseño de sistemas.[en línea]. Tomado de
http://www.slideshare.net/JUANESTEFA/diseo-de-sistemas-5534193 . Recuperado el 13 de Abril de
2013
Cáceres, Ana Mercedes. Herramientas para determinar Requerimientos de Sistemas . [en línea] .
Tomado de http://es.scribd.com/doc/3482131/Herramientas-para-determinar-requerimientos-de-
sistemas. Recuperado el 13 de Abril de 2013
Universidad Carlos III de Madrid . Ingeniería de Software III.[en línea]. Tomado de
http://ocw.uc3m.es/ingenieria-informatica/ingeniera-del-software-iii/test/PRE_DSI.pdf .
Recuperado el 15 de Abril de 2013

40. CIBERGRAFIA
Proyección del análisis a las entradas y controles. [en línea].Tomado de:
http://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/A
NALSIS%201%20PROYECCI%D3N%20DEL%20AN%C1LISIS%20A%20LAS%20ENTRADAS%20Y%20C
ONTROLES.htm .Recuperado el 15 de Abril de 2013.