2. DISEÑO DE SISTEMAS
Estudiantes
ALICIA GIRALDO URIBE
ANDRÉS SÁENZ GIRALDO
DIANA MARCELA BAUTISTA
CLARA MARIA BETANCUR RODRIGUEZ
ELIZABETH PASTRANA SAENZ
CIDBA VIII
UNIVERSIDAD DEL QUINDÍO
FACULTAD DE CIENCIAS HUMANAS Y BELLAS ARTES
PROGRAMA CIENCIA DE LA INFORMACIÓN Y LA DOCUMENTACIÓN;
BIBLIOTECOLOGÍA Y ARCHIVISTICA
2012
3. DISEÑO DE SISTEMAS
Estudiantes
ALICIA GIRALDO URIBE
ANDRÉS SÁENZ GIRALDO
DIANA MARCELA BAUTISTA
CLARA MARIA BETANCUR RODRIGUEZ
ELIZABETH PASTRANA SÁENZ
CIDBA VIII
Licenciada
DORIS AMANDA ZULUAGA
Tutora
Trabajo realizado como requisito parcial en la cátedra de
Análisis y diseño de Sistemas de información II
UNIVERSIDAD DEL QUINDÍO
FACULTAD DE CIENCIAS HUMANAS Y BELLAS ARTES
PROGRAMA CIENCIA DE LA INFORMACIÓN Y LA DOCUMENTACIÓN;
BIBLIOTECOLOGÍA Y ARCHIVISTICA
2012
4. PRESENTACIÓN
El diseño de sistemas de información es el plan
general o modelo para ese sistema. Es como el
plano de un edificio o una casa, tiene todas las
especificaciones que dan al sistema su forma y
estructura.
El diseño de los sistemas de información es una tarea
creativa que requiere de imaginación, sensibilidad
al detalle y habilidades.
5. PRESENTACIÓN
El diseño de un sistema es una fase fundamental
y determina el éxito en la implementación, por
cuanto prevé los elementos constitutivos de
dicho sistema.
De acuerdo con lo anterior, se desarrolla a
continuación cinco aspectos puntuales relativos
al diseño de un sistema.
6. TEMAS
ESPECIFICACIÓN DE LOS
REQUERIMIENTOS DE LA ALICIA GIRALDO URIBE
APLICACIÓN
OBJETIVOS AL DISEÑAR UN
ANDRÉS SÁENZ GIRALDO
SISTEMA DE INFORMACIÓN
QUE CARACTERÍSTICAS SON LAS
CLARA MARÍA BETANCUR RODRÍGUEZ
QUE SE DEBEN DISEÑAR
MANEJO DEL PROCESO DE DISEÑO
PARA APLICACIONES DIANA MARCELA BAUTISTA
INSTITUCIONALES
MANEJO DE SISTEMAS
DESARROLLADO POR USUARIOS ELIZABETH PASTRANA SÁENZ
FINALES
7. DISEÑO DE SISTEMAS
1. ESPECIFICACIÓN DE LOS
REQUERIMIENTOS DE LA APLICACIÓN
8. Las especificaciones de diseño describen las
características del sistema, sus componentes o
elementos y la forma en que estos aparecerán ante
los usuarios.
Para muchos usuarios, el éxito de un
sistema está relacionado con la creencia que
tengan sobre si el sistema tiene las características
adecuadas. Los componentes de un sistema de
información descritos durante el análisis de
requerimientos, son el punto principal del diseño.
9. Esta etapa en el diseño de un sistema nos
permite conocer cada uno de los
requerimientos del software, para comprender
las necesidades de información específicas.
10. Es un aspecto fundamental del análisis de
sistemas, , por cuanto da respuesta a las
siguientes preguntas:
Qué es lo que se hace
Cómo se hace
Con qué frecuencia se hace
Qué tan grande es el volumen de las decisiones
11. La finalidad es identificar las características que debe tener el sistema,
incluyendo la información que debe producir como controles de
procesamiento, tiempos de respuesta y métodos de entrada y salida.
En esta etapa se debe tener en cuenta las especificaciones funcionales
como:
Descripción de entradas: se debe considerar todas las entradas de la
documentación y datos importantes para el proceso de la
información.
Descripción de procesos: se debe describir todas las operaciones por las
cuales pasa la información
Descripción de salidas: se debe describir el contenido, tal es el caso de
la presentación de los datos
12. Los analistas deben diseñar los siguientes elementos:
Flujos de datos: Movimientos de datos hacia, alrededor y
desde el sistema.
Almacenes de datos: Conjuntos temporales o
permanentes de datos.
Procesos: Actividades para aceptar, manejar y suministrar
datos e información. Pueden ser anuales o basadas en
computadora.
Procedimientos: Métodos y rutinas para utilizar el sistema
de información y lograr con ello los resultados
esperados.
13. Controles: Estándares y lineamientos para determinar si las
actividades están ocurriendo en la forma anticipada o aceptada,
es decir, si se encuentran bajo control. Asimismo especificar las
acciones que deben emprenderse cuando ocurren problemas o
presentan circunstancias inesperadas. Puede incluirse un reporte
sobre las excepciones o procedimientos para la corrección de los
problemas.
Funciones del personal: Las responsabilidades de todas las personas
que tienen que ver con el nuevo sistemas incluyendo los usuarios,
operadores de computadora y personal de apoyo. Abarca todo el
espectro de componentes del sistema, incluso desde la entrada de
datos hasta la distribución de salidas o resultados. A menudo, las
funciones del personal se establecen en forma de procedimiento.
14. Con la información obtenida para el mejor entendimiento de los
datos procesados el analista debe de representarlos en diagramas
para el diseño del sistema además de la creación de un diccionario
de datos para su mayor entendimiento.
ACTIVIDADES:
Análisis de los datos para obtener características necesarias o
importantes para los sistemas.
Descripción detallada de las entradas, procesos y salidas.
Definición de alcances del proyecto
Identificación de características de los equipos y software para
comprobar compatibilidad.
Identificación de recursos para un mejor aprovechamiento del
sistema
16. El objetivo del proceso del Diseño del
Sistema de Información (DSI) es la definición de
la arquitectura del sistema y del entorno
tecnológico que le va a dar soporte, junto con la
especificación detallada de los componentes del
sistema de información.
El diseño de sistemas tiene tres objetivos
claramente definidos:
17. 2.1 El diseñador de sistemas es responsable de la
consideración de otras configuraciones de tecnología
para llevar a cabo y desarrollar el sistema tal y como fue
descrito por el análisis.
Esto puede implicar análisis del desempeño
de diferentes elementos de hardware y software,
capacidades del sistema, alternativas de redes y la
transportabilidad del hardware de los sistemas.
18. 2.2 Los diseñadores son responsables por la
administración y el control de la realización técnica
de los sistemas. Las especificaciones detalladas de
programación, la codificación de los datos, la
documentación, pruebas y la capacitación, son todos
responsabilidad del equipo de diseño. Además, los
diseñadores son responsables del abastecimiento
actual del hardware y el software que se necesita
para el sistema.
19. 2.3 El diseñador de sistemas detalla las especificaciones
del sistema que darán las funciones identificadas
durante el análisis de sistemas. Estas especificaciones
deben tocar todos los componentes administrativos,
organizacionales y tecnológicos de la solución de
sistemas.
20. OBJETIVOS DEL DISEÑO DE SISTEMAS DE INFORMACIÓN
ESPECIFICAR LOS ELEMENTOS DE Especificaciones detalladas de diseño que describen las
DISEÑO LÓGICO características de un sistema de información: entradas,
salidas, archivos y base de datos y procedimientos.
ACTIVIDADES DE SOPORTE PARA LA Los resultados del empleo del sistema serán de ayuda para
EMPRESA. mejorar el rendimiento de la empresa
Satisfacer las necesidades de los usuarios en términos de:
• Efectuar en forma correcta los procedimientos apropiados.
SATISFACER LOS REQUERIMIENTOS • Presentar en forma apropiada la información.
DE LOS USUARIOS. • Proporcionar resultados exactos.
• Utilizar los métodos de interacción apropiados.
• Proporcionar confiabilidad total.
Ingeniería humana favorable: El diseño ergonómico debe ser
FÁCIL DE USAR. físicamente cómodo y contribuir a la efectividad y eficiencia
del usuario.
PROPORCIONAR LAS Especificar los componentes y funciones con suficiente
ESPECIFICACIONES DE SOFTWARE. detalle para construir el software de aplicación
AJUSTARSE A LOS ESTÁNDARES DE El diseño y sus especificaciones debe estar en concordancia
DISEÑO con las reglas prácticas establecidas para la organización.
22. ¿QUE CARACTERÍSTICAS SE DEBEN DISEÑAR?
EFECTOS DEL DISEÑO:
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.
• Almacenes de datos. Conjunto temporales o
permanentes de datos.
• Procesos. Actividades para aceptar, manejar y
suministrar datos e información.
23. ¿QUE CARACTERÍSTICAS SE DEBEN DISEÑAR?
• Procedimientos. Métodos y rutinas para utilizar el
sistema de información y lograr con ello los
resultados esperados.
• 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 d
computadora y personal de apoyo.
24. DISEÑO DE SALIDAS
Para muchos usuarios finales, la salida es la única razón
para el desarrollo del sistema y la base sobre la que
ellos evaluarán la utilidad de la aplicación. Cuando
diseñan la salida, los analistas 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 la presentación en un formato aceptable.
• Decidir cómo distribuir la salida entre los posibles
25. DISEÑO DE ARCHIVOS
El diseño de archivo incluye decisiones con
respecto a al naturaleza y contenido del
propio archivo como si se fuera a emplear
para guardar detalles delas transacciones,
datos de tipos histórico o información de
referencias.
• Los datos que deben incluirse en el formato
de los registros contenidos en el archivo.
• La longitud de cada registro, con base en las
características de los datos que contiene.
26. •La secuencia a disposición de los registros
dentro del archivo (la estructura de
almacenamiento que puede ser secuencia,
indexada o relativa).
•Tal vez la nueva aplicación necesite hacer
referencia sólo al archivo maestro
27. DISEÑO DE INTERACCIÓN CON LA BASE DE DATOS
En estos casos, el analista de sistemas no afecta el diseño de
la base de datos sino que consulta al administrador. A su
vez el papel del administrador de base de datos
incluye las siguientes responsabilidades:
• 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 la afecte de manera adversa a las
necesidades de otros sistemas de información.
28. DISEÑO DE LA ENTRADA
Los analistas de sistemas deciden los siguientes detalles del
diseño de entradas:
• Que datos ingresan los sistemas.
• Que medios utilizar.3.
• La forma en que se debe disponer o codificar los datos.
• El diálogo que servirá de guía a los usuarios para dar
entrada a los datos.
• Validación necesaria de datos y transacciones
para detectar errores.
29. 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 computadora.
El diseño de la entrada también incluye la
especificación de los medios por los que tanto los
usuarios finales como los operadores dar
instrucciones al sistema sobre las acciones que
deben emprender.
30. DISEÑO DE SISTEMAS
4. MANEJO DEL PROCESO DE DISEÑO PARA
APLICACIONES INSTITUCIONALES
31. El manejo del proceso de diseño significa tomar
los pasos necesarios para que el esfuerza de desarrollo
avance en forma apropiada y produzca los resultados
esperados
Carpeta de descripción del diseño de sistema :
De acuerdo a las especificaciones los analistas de
sistemas denominan a estas especificaciones información
liberada o carpeta de diseño. Incluye los siguientes
aspectos:
32. Cuadro de despliegue: son las descripciones de las
entradas y las salidas donde se muestra la ubicación de
todos los detalles que aparecerán en los reportes,
documentos pantallas del terminal.
Estructuras de registros: son las descripciones que se
encuentran de todos los datos contenidos en los archivos
maestros y de las transacciones como también los
diagramas relacionados con las bases de datos.
Sistemas de codificación: son las descripciones de los
códigos que identifican los tipos de transacciones,
clasificaciones categorías de eventos o entidades.
33. Especificaciones de los programas: cuadros, tablas y
descripciones gráficas de los módulos y los componentes
del software de computadora junto con la interacción
entre cada una de ellos.
Plan de desarrollo: son cronogramas que indican los
tiempos necesarios para el desarrollo de las actividades.
Costo del paquete: gastos anticipados para el desarrollo,
implantación y operación de nuevos sistemas,
clasificados por categorías como personal, equipo,
comunicaciones, facilidades suministros.
34. Diseño ergonómico: en el contexto de los sistemas de
información, La ergonomía estudia los factores físicos
que afectan el rendimiento, comodidad y satisfacción de
los usuarios directos.
Cuando aquello que construiremos es un
software, nuestro modelo debe tomar una forma
diferente, debe representar todas las funciones y
subfunciones de un sistema. Los modelos se concentran
en lo que debe hacer el sistema y no en como lo hace,
estos modelos pueden incluir notación gráfica,
información y comportamiento del sistema. Todos los
sistemas que se basan en computadoras pueden
modelarse como transformación de la información
empleando una arquitectura de tipo entrada salida.
36. El manejo de sistemas desarrollados por usuarios finales
deben estar bien manejados y apoyados en forma
apropiada para que tengan éxito, de lo contrario
podrían ser perjudiciales para la organización.
Los usuarios y los analistas tienen responsabilidades en
el manejo de estos sistemas:
37. 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
38. 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
39. 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
40. CONCLUSIONES
El desarrollo de un Sistema de Información es una tarea
compleja que, para poder desarrollarse correctamente,
necesita previamente de un análisis y un diseño muy
detallados, de los cuales depende el éxito o fracaso., sin
negar la importancia que tienen cada uno de los procesos.
41. BIBLIOGRAFÍA
Wikipedia. [En línea] http://es.wikipedia.org/wiki/Especificaci
%C3%B3n_de_requisitos_de_software [Citado el 26 de octubre de 2012]
[En línea] http://www.infor.uva.es/~mlaguna/is1/apuntes/2-requisitos.pdf [Citado el 26 de
octubre de 2012]
Clasificación e identificación de requerimientos. [En línea]
http://es.wikipedia.org/wiki/Software#Clasificaci.C3.B3n_e_identificaci.C3.B3n_de_requeri
mientos [Citado el 26 de octubre de 2012]
Diseño de un sistema de información. [En línea]
http://www.reocities.com/SiliconValley/pines/7894/sistemas/diseno.html [Citado el 26 de
octubre de 2012]
PACHECO OLEA, Fernando. Módulo de análisis de sistemas. [En línea]
http://es.scribd.com/doc/55933879/75/MANEJO-DEL-PROCESO-DE-DISENO-PARA-
APLICACIONES-INSTITUCIONALES. [Citado el 26 de octubre de 2012]
42. BIBLIOGRAFÍA
TRIPOD [En línea] http://une-senn.tripod.com/new_page_2.htm[Citado el 26 de octubre
de 2012]
[En línea] http://www.infor.uva.es/~mlaguna/is1/apuntes/2-requisitos.pdf [Citado el 26 de
octubre de 2012]
Clasificación e identificación de requerimientos. [En línea]
http://es.wikipedia.org/wiki/Software#Clasificaci.C3.B3n_e_identificaci.C3.B3n_de_requeri
mientos [Citado el 26 de octubre de 2012]
Diseño de un sistema de información. [En línea]
http://www.reocities.com/SiliconValley/pines/7894/sistemas/diseno.html [Citado el 26 de
octubre de 2012]
PACHECO OLEA, Fernando. Módulo de análisis de sistemas. [En línea]
http://es.scribd.com/doc/55933879/75/MANEJO-DEL-PROCESO-DE-DISENO-PARA-
APLICACIONES-INSTITUCIONALES. [Citado el 26 de octubre de 2012]