Академический Документы
Профессиональный Документы
Культура Документы
DE DISEO DE LA
INFORMACIN.
DOCENTE:
ING. GUILLERMO LEN GARCA SOTO.
ORDEN DEL DA
Correo: gasogui@gmail.com
Primer Ex.
Segundo Ex.
Tercer Ex.
Cuarto Ex.
Ing. Guillermo Len Garca Soto.
TABLA DE CONTENIDO
CAPITULO 1: INTRODUCCION
CAPITULO 2: REQUERIMIENTOS
Tcnicas para recolectar informacin
Determinacin de requerimientos bsicos
Ing. Guillermo Len Garca Soto.
CAPITULO 5: DISEO
Introduccin al diseo
Anlisis de las transacciones y transformaciones
Diseo de entradas
Diseo de salidas
Diseo del dilogo GUI (interfaz grfica de usuario)
Diseo modular
Diseo procedimental
TALLERES
DESCRIPCION
Nombre del curso: Anlisis y Tcnicas de Diseo de la Informacin.
Dirigido a: Estudiantes del rea de la informtica interesados en
conocer cmo
realizar el anlisis y diseo de sistema de
informacin basndose en mtodos estructurados.
realizado
principalmente
en
OBJETIVOS
CAPITULO 1: INTRODUCCION
1. SISTEMAS ORGANIZACIONALES
Los sistemas organizacionales tienen como fin producir bienes,
productos y/o servicios que satisfacen la demanda de un mercado.
Para lograr esto, interactan con elementos del ambiente para
adquirir los materiales necesarios, los obreros y el conocimiento para
fabricar los bienes.
CAPITULO 1: INTRODUCCION
CAPITULO 1: INTRODUCCION
1. INTRODUCCIN
Los analistas y diseadores de sistemas de informacin basan sus
trabajos en la generacin de modelos que permitirn la
resolucin de problemas. Estos modelos se clasifican en cuatro
tipos bsicos: fsicos, narrativos, grficos y matemticos. Todos
ellos facilitan tanto la comprensin como la comunicacin, y el
modelo matemtico tiene la caracterstica especial de predecir
el futuro.
CAPITULO 1: INTRODUCCION
Modelos
2. MODELOS
Un modelo es una abstraccin de algo; representa algn objeto o
actividad, que se denomina entidad. Los gerentes usan modelos
para representar los problemas que es preciso resolver.
Los objetos o actividades que causan problemas son las entidades.
CAPITULO 1: INTRODUCCION
Modelos
CAPITULO 1: INTRODUCCION
Modelos
CAPITULO 1: INTRODUCCION
Modelos
CAPITULO 1: INTRODUCCION
CAPITULO 1: INTRODUCCION
CAPITULO 1: INTRODUCCION
CAPITULO 1: INTRODUCCION
CAPITULO 1: INTRODUCCION
2. EL SISTEMA CONCEPTUAL
Algunos sistemas abiertos pueden controlar sus propias operaciones;
otros no. El control se logra por medio de un ciclo que se incorpora
en el sistema. El ciclo, llamado ciclo de retroalimentacin,
proporciona un camino para que viajen seales del sistema a un
mecanismo de control, y del mecanismo de control de vuelta al
sistema. El mecanismo de control es un dispositivo de algn tipo que
usa las seales de retroalimentacin para evaluar el desempeo del
sistema y determinar si se requieren acciones correctivas.
CAPITULO 1: INTRODUCCION
CAPITULO 1: INTRODUCCION
3. EL ENTORNO
La forma final del modelo general reconoce que los recursos fluyen
haca la compaa desde el entorno y salen de la firma para volver
al entorno.
Los recursos fsicos fluyen a travs del sistema fsico en la parte inferior
del modelo. Los recursos conceptuales (informacin y datos) entran
en el procesador de informacin, donde se almacenan o bien se
proporcionan al gerente.
Ing. Guillermo Len Garca Soto.
CAPITULO 1: INTRODUCCION
CAPITULO 1: INTRODUCCION
CAPITULO 1: INTRODUCCION
Salidas:
Ubicacin general del sistema:
Descripcin del rea que maneja el sistema.
Ubicacin del sistema dentro del rea.
Objetivos y alcances.
Restricciones.
CAPITULO 1: INTRODUCCION
Entradas:
Estudio de factibilidad.
Requerimientos ms detallados
Salidas:
Modelo de funcionamiento del sistema o especificacin a
travs de un documento objetivo.
Ing. Guillermo Len Garca Soto.
CAPITULO 1: INTRODUCCION
Salidas:
CAPITULO 1: INTRODUCCION
CAPITULO 1: INTRODUCCION
CAPITULO 1: INTRODUCCION
CAPITULO 1: INTRODUCCION
CAPITULO 1: INTRODUCCION
CAPITULO 1: INTRODUCCION
CAPITULO 1: INTRODUCCION
Modelo incremental
Combina: modelo lineal + la construccin de prototipos
Incorporacin incremental de funcionalidades
Problemas:
Los sistemas estn pobremente especificados
Poca visibilidad en el proceso de desarrollo
Ing. Guillermo Len Garca Soto.
CAPITULO 1: INTRODUCCION
Problemas:
Dificultad para convencer que el enfoque es controlable.
Habilidad para la valoracin del riesgo.
Modelo relativamente nuevo.
Ing. Guillermo Len Garca Soto.
CAPITULO 2: REQUERIMIENTOS
Tcnicas para recolectar informacin
Determinacin de requerimientos bsicos
DETERMINACION DE REQUERIMIENTOS (PRE ANLISIS )
1.
CONSIDERACIONES GENERALES:
1.1. Objetivos del pre anlisis:
LOS USUARIOS: Son los elementos ms importantes en este grupo, ya que son
los que define el problema de informacin existente.
Es conveniente que participe directamente el usuario responsable del rea,
o sea el Directivo encargado de la Dependencia.
En forma complementario, los usuarios Directos u operativos del sistema
existente.
PERSONAL DE SISTEMAS: Debe participar para los aspectos de tipo general, el
Director de Sistemas o jefe de Anlisis y Programacin, y para el desarrollo
concreto del estudio el analista de sistemas encargado del proyecto.
Este analista deber tener conocimientos administrativos del rea por
sistematizar.
AUDITORIA: Se debe asignar un auditor de sistemas para el proyecto, y este
debe participar desde la etapa de pre anlisis , estableciendo objetivos
generales de control y requerimientos de informacin de auditoria.
Ing. Guillermo Len Garca Soto.
2.
2.1.2.
Delimitacin o alcance del sistema:
Busca definir los lmites hasta donde se piensa expandir dentro del
rea, la solucin a las necesidades de informacin expuestas.
Normalmente esta delimitacin se refleja en el nombre que llevar
el sistema.
2.1.3.
Objetivos del sistema:
Estos debern ser muy claros y especficos.
Deben reflejar la satisfaccin de las necesidades de informacin,
beneficios organizativos y beneficios econmicos.
CAPITULO 2: REQUERIMIENTOS
a. Revisin de Documentos.
La revisin de documentos permite a los analistas conocer dnde
est la organizacin y para dnde va. Se pueden revisar
documentos cualitativos y cuantitativos.
Entre los documentos cualitativos se encuentran los reportes, estados
financieros, registros y formularios de captura de datos.
Los documentos cuantitativos pueden ser memorandos, consultas y
manuales de procedimiento y polticas.
Ing. Guillermo Len Garca Soto.
CAPITULO 2: REQUERIMIENTOS
b. Entrevistas.
Son dilogos de preguntas y respuestas. Las preguntas pueden ser abiertas o
cerradas.
CAPITULO 2: REQUERIMIENTOS
Pirmide.
Comienza la entrevista con preguntas
cerradas y termina con preguntas
abiertas.
Embudo.
Comienza la entrevista con preguntas
abiertas y termina con preguntas
cerradas.
Diamante.
Comienza la entrevista con preguntas
cerradas, luego contina con un
conjunto de preguntas abiertas y
luego termina con preguntas cerradas.
Ing. Guillermo Len Garca Soto.
CAPITULO 2: REQUERIMIENTOS
c. Cuestionarios.
Los cuestionarios se deben realizar cuando se presenta dispersin de personal,
se requieren respuestas annimas y cuando el personal a ser entrevistado es
bastante numeroso.
CAPITULO 3:
METODOS ESTRUCTURADOS DE DESARROLLO
Mtodos estructurados
Mtodos orientados a procesos
Mtodos orientados a los datos
OBJETIVOS
Registrar de forma apropiada los requisitos de informacin
Proporcionar un mtodo sistemtico de desarrollo
Construir un S.I. en un tiempo apropiado y a costes aceptables
Construir un sistema documentado y fcil de mantener
Ayudar a identificar, lo ms pronto posible, cualquier cambio que sea
posible realizar dentro del proceso de desarrollo
CARACTERSTICAS
Descomposicin funcional del sistema
Construccin de modelos de datos
Representacin del flujo de informacin
Transformacin de diagramas de flujo de datos en estructura modular
de programa
Autores: De Marco, Yourdon, Stevens, Myers, Constantine, Page-Jones, Gane y Sarson
Ing. Guillermo Len Garca Soto.
Mtodos estructurados
PERSPECTIVA HISTRICA
a. Programacin estructurada
Naci a finales de los aos sesenta
Constituye el primer enfoque de desarrollo estructurado
Se establecan unas normas de aplicacin a estructuras de datos y de
control
b. Diseo estructurado
A mediados de los aos setenta el enfoque estructurado se extiende a
la fase de diseo
Primeras
publicaciones
[Myers,
1975],
[Yourdon
y
Constantine,1975], [Page-Jones, 1980]
Mdulo de programa como componente bsico de construccin
Se refina el concepto de modularidad
Revisin y mejora de los conceptos de diseo estructurado [Yourdon y
Constantine, 1979], [Page-Jones, 1988]
Ing. Guillermo Len Garca Soto.
Mtodos estructurados
Mtodos estructurados
CAPITULO 4: ANALISIS
CAPITULO 4: ANALISIS
CAPITULO 4: ANALISIS
Ejemplo
Sistema de distribucin sin inventario
Se trata de un sistema que sirve pedidos de libros a unos clientes, con la
particularidad de que no mantiene un stock o inventario interno. El sistema
puede agrupar los pedidos que clientes distintos hacen a un mismo editor, de
manera que se puedan conseguir descuentos.
Anlisis de los procesos del sistema
Aplicamos la visin sistmica
Diagrama de contexto
CAPITULO 4: ANALISIS
ESPECIFICACIN DE PROCESOS
La especificacin de procesos describe las reglas sobre cmo realizar el
proceso para transformar las entradas en salidas. Indican el proceso a realizar,
la transformacin de datos, no el algoritmo (que se selecciona en la etapa de
diseo).
Tablas de decisin
rboles de decisin
Pre y post-condiciones
Lenguaje estructurado
Ing. Guillermo Len Garca Soto.
CAPITULO 4: ANALISIS
DICCIONARIO DE DATOS
Un diccionario de datos es un conjunto de metadatos que contiene las
caractersticas lgicas y puntuales de los datos que se van a utilizar en el
sistema que se programa, incluyendo nombre, descripcin, alias, contenido y
organizacin.
Glosario de trminos
Establecer terminologa estndar
Proporcionar referencias cruzadas
Proporcionar control centralizado para cambios
Ing. Guillermo Len Garca Soto.
CAPITULO 4: ANALISIS
Diccionario de datos
Nombre
Tipo de elemento
Breve descripcin
Sinnimos
Observaciones
CAPITULO 4: ANALISIS
1. Elementos
Entidades: Las entidades pasan por varios estados. En cada uno de ellos
pueden suceder determinados eventos que provoquen efectos o acciones
sobre la entidad.
Eventos: Algo que sucede en el mundo real y como consecuencia se
ejecuta un proceso.
Acciones: Descripcin del estado de un evento sobre una entidad
2. Definicin de DTE.
Un diagrama de transicin de estados describe un conjunto de transiciones que
pueden suceder sobre una entidad. El estado en que se encuentra una
entidad es el resultado de todas las transiciones sucedidas durante su vida.
Ing. Guillermo Len Garca Soto.
CAPITULO 4: ANALISIS
3. Notacin grfica
CAPITULO 4: ANALISIS
1. Componentes
Entidad: Objetos sobre los que se guarda informacin
Relacin: Conjunto de conexiones entre objetos
Atributo: Cada una de las propiedades o caractersticas de una entidad o
de una relacin
Ing. Guillermo Len Garca Soto.
CAPITULO 4: ANALISIS
CAPITULO 4: ANALISIS
Especificacin de requisitos
CAPITULO 4: ANALISIS
Especificacin de requisitos
Los objetivos de esta tarea son identificar a los responsables de cada una de
las unidades implicadas y a los principales usuarios implicados. Para ello se
consideran los siguientes aspectos:
Incorporacin de usuarios al equipo de proyecto.
Conocimiento de los usuarios de las funciones a automatizar.
Repercusin del nuevo sistema sobre las actividades actuales de los
usuarios.
Implicaciones legales del nuevo sistema
Es de destacar la necesidad de una participacin activa de los usuarios del
futuro sistema en las actividades de desarrollo del mismo, con objeto de
conseguir la mxima adecuacin del sistema a sus necesidades y facilitar el
conocimiento paulatino de dicho sistema, permitiendo una rpida
implantacin.
CAPITULO 4: ANALISIS
Especificacin de requisitos
A partir de las entrevistas realizadas con los responsables y usuarios, se identifican los
requisitos que debe cumplir el sistema y se establecer una prioridad para los mismos, de
acuerdo a las necesidades expresadas por los usuarios y a los objetivos a cubrir por el
nuevo sistema.
El estudio de la documentacin consiste en la educcin de requisitos de los documentos e
impresos que forman parte del sistema actual.
CAPITULO 4: ANALISIS
Especificacin de requisitos
usuarios. Una vez aprobado, servir de base al equipo de desarrollo para la construccin
del nuevo sistema.
2.3.1. Objetivos y alcance del sistema
En esta etapa se detallan los objetivos del sistema, describiendo brevemente QU es lo
que el sistema debe hacer. En el alcance del sistema se describe en lenguaje natural el
mbito del sistema, su dominio y sus lmites.
CAPITULO 4: ANALISIS
Especificacin de requisitos
CAPITULO 4: ANALISIS
Especificacin de requisitos
CAPITULO 5: DISEO
Introduccin al diseo
Anlisis de las transacciones y transformaciones
Diseo de entradas
Diseo de salidas
Diseo del dilogo GUI (interfaz grfica de usuario)
Diseo modular
Diseo procedimental
BIBLIOGRAFA
Burch, John. Diseo de Sistemas de Informacin. Teora y Prctica. Mebabyte.
Mxico. 1996.
Kendall, Kenneth. Anlisis y Diseo de Sistemas. Prentice Hall. Mxico. 1997.
Pressman, Roger. Ingeniera del Software. Un enfoque prctico. McGraw-Hill. Espaa,
1998.
Senn, James. Analysis and Design of Information Systems. McGraw Hill. USA. 1998.
Whitten, Jeffrey. Anlisis y Diseo de Sistemas de Informacin. McGraw Hill. Espaa.
1996.
Yourdon, Edgar. Anlisis Estructurado Moderno. Prentice Hall. Mxico. 1993.
Ing. Guillermo Len Garca Soto.