Analisis y Tecnicas de Diseño de La Informacion.

7/23/2019 Analisis y Tecnicas de Diseño de La Informacion.

http://slidepdf.com/reader/full/analisis-y-tecnicas-de-diseno-de-la-informacion 1/72

ANÁLISIS Y TÉCNICASDE DISEÑO DE LAINFORMACIÓN.

DOCENTE:

ING GUILLERMO LEÓN GARCÍA SOTO



ANÁLISIS Y TÉCNICAS DE DISEÑODE LA INFORMACIÓN.

Ing. Guillermo León García Soto.

ORDEN DEL DÍA

1. Presentación del docente.2. Presentación de los estudiantes.

3. Dar a conocer las fechas de los exámenes oportunamente.

4. Explicación de la forma de trabajo durante el semestre

académico.5. Explicación sobre la forma de tomar las notas.

6. Dar a conocer los contenidos temáticos.

7. Aprobación y finalización de la planeación y consenso.





1. Presentación del docente

Nombre: Guillermo León García Soto.

Titulo: Ing. de Sistema – Universidad de Córdoba.

Celular: 312 646 92 56

Correo: [email protected]





2. Presentación de los estudiantes.2.1. Nombre y Apellidos.2.2. Ocupación.2.3. Complementario.

3. Dar a conocer las fechas de losexámenes oportunamente.

Examen. Fecha del Examen

Primer Ex.

Segundo Ex.

Tercer Ex.

Cuarto Ex.





4. Explicación de la forma de trabajodurante el semestre académico.4.1. Clases Teóricas.4.2. Clases Practicas.

5. Explicación sobre la forma detomar las notas.5.1. Exámenes escritos individual.5.2. Trabajos escritos en grupo.5.3. Exposiciones en grupo.5.4. Tareas de consultas.5.5. laboratorios de informática.





6.Dar a conocer los contenidos

temáticos.

CAPITULO 1: INTRODUCCION

Fundamentos de sistemas de información Modelos Modelo Físico y Conceptual Ciclo de vida del software Otros modelos de desarrollo de software

CAPITULO 2: REQUERIMIENTOS

Técnicas para recolectar información Determinación de requerimientos básicos

TABLA DE CONTENIDO

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/Capitulo%201/fundamentos.html

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/Capitulo%201/modelos.html

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/Capitulo%201/modelogeneral.html

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/Capitulo%201/ciclodevida.html

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/Capitulo%201/otros.htm

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/Capitulo%202/tecnicas.html

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/Capitulo%202/requerimientos.html













temáticos.

CAPITULO 4: ANALISIS

Diagramas de Flujos de Datos Especificación de procesos Diccionario de datos Diagramas de transición de estados Diagramas entidad relación Especificación de requisitos

CAPITULO 3:METODOS ESTRUCTURADOS DE DESARROLLO

Métodos estructurados Métodos orientados a procesos Métodos orientados a los datos

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/Capitulo%204/dfd.htm

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/Capitulo%204/procesos.htm

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/Capitulo%204/diccionario.htm

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/Capitulo%204/estado.htm

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/Capitulo%204/entidadrelacion.htm

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/Capitulo%204/requisitos.htm

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/Capitulo%203/metodos.htm


http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/Capitulo%203/datos.htm

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/Capitulo%203/datos.htm














temáticos.

CAPITULO 5: DISEÑO

Introducción al diseño Análisis de las transacciones y transformaciones Diseño de entradas

Diseño de salidas Diseño del diálogo GUI (interfaz gráfica de usuario) Diseño modular Diseño procedimental

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/Capitulo%205/introduccion.htm

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/Capitulo%205/transacciones.htm

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/Capitulo%205/entradas.htm

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/Capitulo%205/salida.htm

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/Capitulo%205/gui.htm

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/Capitulo%205/modular.htm

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/Capitulo%205/procedimientos.htm

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/Capitulo%205/procedimientos.htm

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/Capitulo%205/modular.htm

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/Capitulo%205/gui.htm

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/Capitulo%205/salida.htm

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/Capitulo%205/entradas.htm

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/Capitulo%205/transacciones.htm







TALLERES DE LAS DIFERENTES UNIDADES

TALLERES

TALLER SOBRE ENTREVISTAS Y CUESTIONARIOS: 01_TallerTecnicasInformacion

TALLER SOBRE DIAGRAMAS DE FLUJO DE DATOS: 02_Taller DFD

TALLER DE DICCIONARIO DE DATOS: 03_Taller Diccionario de Datos

TALLER MODELO AMBIENTAL, DIAGRAMAS E-R Y TRANSICIÓN DE

ESTADOS: 04_Taller DRE y DTE

TALLER DISEÑO DE SALIDAS: 05_Taller Salidas

TALLER DISEÑO DE ENTRADAS: 06_TallerEntradas

TALLER DISEÑO DEL DIÁLOGO GUI: 07_Taller Diseño Interfaces

TALLER SOBRE DISEÑO PROCEDIMENTAL: 08_Taller Diseño Procedimental

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/talleres/01_TallerTecnicasInformacion.doc

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/talleres/02_Taller%20DFD.doc

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/talleres/03_Taller%20Diccionario%20de%20Datos.doc

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/talleres/04_Taller%20DRE%20y%20DTE.doc

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/talleres/05_TallerSalidas.doc

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/talleres/06_TallerEntradas.doc

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/talleres/07_Taller%20Dise%C3%B1o%20Interfaces.doc

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/talleres/08_Taller%20Dise%C3%B1o%20Procedimental.doc

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/talleres/08_Taller%20Dise%C3%B1o%20Procedimental.doc

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/talleres/07_Taller%20Dise%C3%B1o%20Interfaces.doc

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/talleres/06_TallerEntradas.doc

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/talleres/05_TallerSalidas.doc

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/talleres/04_Taller%20DRE%20y%20DTE.doc

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/talleres/03_Taller%20Diccionario%20de%20Datos.doc

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/talleres/02_Taller%20DFD.doc

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/talleres/01_TallerTecnicasInformacion.doc



DESCRIPCION

Nombre del curso: Análisis y Técnicas de Diseño de la Información.

Dirigido a: Estudiantes del área de la informática interesados enconocer cómo realizar el análisis y diseño de sistema deinformación basándose en métodos estructurados.

Tipo de contenido: El contenido de la asignatura posee aspectosteóricos sobre el análisis y diseño de sistemas de información, ymétodos estructurados de desarrollo de software, también incluyeejemplos prácticos, talleres, y aplicaciones y herramientas softwarepara el desarrollo de los ejercicios propuestos.

Formato del curso: Contenido realizado principalmente enmateriales PDF y Word.

Herramientas para el curso: Para el desarrollo de los modelosestructurados vistos en clase se trabajarán con herramientassoftware como: TurboCASE, MagicDraw, SmartDraw, xPert.



OBJETIVOS

Los estudiantes al finalizar la asignatura estarán en capacidadde: Entender los fundamentos teórico - prácticos subyacentes alárea del desarrollo de sistemas de información.

Desarrollar sistemas de información acordes con la realidad delas empresas colombianas, interesadas en la sistematización de

sus procesos organizacionales.

Analizar y diseñar proyectos software de sistemas de informaciónpor medio de enfoques estructurados de desarrollo de software.






Fundamentos de sistemas de información

Modelos Modelo Físico y Conceptual Ciclo de vida del software Otros modelos de desarrollo de software

1. SISTEMAS ORGANIZACIONALESLos sistemas organizacionales tienen como fin producir bienes,productos y/o servicios que satisfacen la demanda de un mercado.Para lograr esto, interactúan con elementos del ambiente paraadquirir los materiales necesarios, los obreros y el conocimiento parafabricar los bienes.

2. SISTEMAS DE INFORMACIÓN ORGANIZACIONALES Los sistemas de información están formados por subsistemas queincluyen hardware, software, procedimientos, usuarios (clasificadosen directos, indirectos, administradores y directivos) los datos y lainformación.







3. CLASIFICACIÓN DE SISTEMAS DE INFORMACIÓN

Los sistemas de información se clasifican en:

a. Sistemas de Procesamiento de Transacciones: Los que llevan a cabolas actividades cotidianas en la organización. Los procedimientosestándar de operación que facilitan el manejo de las transaccionesincluyen, en general, los programas de cómputo que controlan la

entrada de datos, el procesamiento de los detalles y almacenamientoy presentación tanto de datos como de información.

b. Sistemas de Información Administrativos: Orientados hacia la tomade decisiones y utilizan datos relacionados con las transacciones asícomo cualquier otra información que sea generada dentro o fuera de

la compañía.

c. Sistemas para el Soporte de Decisiones: Ayudan a los directivos aresolver problemas no estructurados, no recurrentes, problemas dedecisión únicos, donde es importante determinar qué tipo deinformación se debe considerar.













1. INTRODUCCIÓN Los analistas y diseñadores de sistemas de información basan sustrabajos en la generación de modelos que permitirán laresolución de problemas. Estos modelos se clasifican en cuatro

tipos básicos: físicos, narrativos, gráficos y matemáticos. Todosellos facilitan tanto la comprensión como la comunicación, y elmodelo matemático tiene la característica especial de predecirel futuro.

Á É







2. MODELOS Un modelo es una abstracción de algo; representa algún objeto oactividad, que se denomina entidad. Los gerentes usan modelospara representar los problemas que es preciso resolver.

Los objetos o actividades que causan problemas son las entidades.

Hay cuatro tipos básicos de modelos:

a. Modelos físicosb. Modelos narrativosc. Modelos gráficosd. Modelos matemáticos


Modelos

a. Modelos Físicos: Un modelo físico es una representacióntridimensional de su entidad. Los modelos físicos que se usan en elmundo de los negocios incluyen modelos a escala de centroscomerciales y prototipos de automóviles nuevos.

Á É Ñ







b. Modelos Narrativos: Un tipo de modelo que los gerentes usan a

diario rara vez se reconoce como un modelo. Se trata del modelonarrativo, que describe su entidad con palabras verbales o escritas. Elescucha o lector puede entender la entidad a partir de la narrativa.Todas las comunicaciones de negocios son modelos narrativos, lo queconvierte al modelo narrativo en el tipo de modelo más utilizado.


Modelos

c. Modelos Gráficos: Otro tipo de modelo que se usa todo el tiempo

es el modelo gráfico. Un modelo gráfico representa su entidad conuna abstracción de líneas, símbolos o figuras. En los negocios se usanmodelos gráficos para comunicar información. Los informes anualesde muchas corporaciones a sus accionistas contienen gráficasmulticolores que comunican la condición financiera de la compañía.También se usan gráficas para comunicar información a los gerentes.

Á É Ñ








Modelos

d. Modelos Matemáticos: Al modelo matemático se debe la mayorparte del interés actual en el modelado de negocios. Cualquierfórmula o ecuación matemática es un modelo matemático.

Una gran ventaja del modelo matemático es la precisión con quedescribe las relaciones entre las partes de un objeto. Las matemáticasmanejan relaciones que se expresan en más de las dos dimensionesdel modelo gráfico o las tres dimensiones del modelo físico.

Para el matemático y para el gerente quereconoce la complejidad de los sistemas de

negocios, la capacidad multidimensional delmodelo matemático es muy valiosa.

Á É Ñ








Modelos

3. USOS DE LOS MODELOS Los cuatro tipos de modelos facilitan tanto la comprensión como lacomunicación. Los modelos matemáticos tienen, además, unacapacidad de predicción.

a. Facilitar la Comprensión: Un modelo generalmente es más sencilloque su entidad. Es más fácil entender la entidad si sus elementos y susinterrelaciones se presentan de manera simplificada.

b. Facilitar la comunicación: Una vez que la persona que va aresolver el problema entiende la entidad, es común que necesitecomunicar ese entendimiento a otros. Quizá el analista de sistemasdeba comunicarse con otros miembros del equipo que van resolverel problema.

c. Predecir el Futuro: La precisión con que el modelo matemáticopuede representar su entidad le confiere una capacidad especialque no pueden ofrecer los otros tipos de modelos. El modelomatemático puede predecir lo que puede ocurrir en el futuro, perono es 100% exacto.

Tomado de: "Sistemas de Información gerencial, McLeod."

Á S S ÉC C S S ÑO










1. EL MODELO GENERAL DE SISTEMAS El vehículo que se utiliza como fundamento principal para ladescripción de los sistemas organizacionales se denomina modelogeneral de sistemas de la compañía. Se trata de un diagramagráfico acompañado de una narrativa que representa a todas lasorganizaciones de manera general, empleando un marco dereferencia de sistemas.

ANÁLISIS Y TÉCNICAS DE DISEÑO








a. El Sistema Físico: El sistema físico de la compañía transforma

recursos de entrada en recursos de salida. Los recursos de entradaprovienen del entorno de la compañía, ocurre una transformación yse devuelven recursos de salida al mismo entorno. Por tanto, elsistema físico de la compañía es un sistema abierto, que interactúacon su entorno por medio de flujos de recursos físicos.


Modelo Físico y Conceptual

b. Flujo de materiales: Los materiales de entrada se reciben de losproveedores de materias primas, piezas y componentesensamblados. Estos materiales se conservan en un área dealmacenamiento hasta que se requieren para el proceso detransformación. Luego, pasan a la actividad de manufactura. Altérmino de la transformación, los materiales, que ahora están en suforma acabada, se colocan en un área de almacenamiento hasta

ser entregados a los clientes.










c. Flujo de personal: Las entradas de personal se originan en elentorno. Los prospectos de empleados llegan de la comunidadglobal y tal vez de los sindicatos laborales y los competidores. Esteaporte de personal generalmente es procesado por la función derecursos humanos y luego se asigna a diferentes áreas funcionales.Mientras están en esas áreas, los empleados intervienen en el proceso

de transformación, ya sea de manera directa o indirecta. Algunos delos empleados salen de la compañía poco tiempo después deingresar en ella. Otros se quedan hasta su retiro. La función derecursos humanos procesa la terminación, y el recurso se devuelve alentorno.

d. Flujo de máquinas: Las máquinas se obtienen de proveedores ypor lo regular permanecen en la compañía durante largos periodos,de tres a veinte años aproximadamente. Tarde o temprano, todas lasmáquinas regresan al entorno en forma de cambios por modelosnuevos o como chatarra.










e. Flujo de dinero: El dinero se obtiene primordialmente de los dueños,

que proporcionan capital de inversión, y de los clientes de lacompañía, que proporcionan ingresos por ventas.Así, el flujo de dinero conecta a la compañía con sus institucionesfinancieras, clientes, proveedores, accionistas y empleados. Enalgunos casos, la compañía retiene fondos especiales durante largotiempo. Un ejemplo es un certificado de depósito a cinco años. Enotros casos hay un recambio rápido de dinero, como cuando losingresos por ventas se convierten rápidamente en cheques a pagara proveedores y empleados










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 incorporaen el sistema. El ciclo, llamado ciclo de retroalimentación,proporciona un camino para que viajen señales del sistema a unmecanismo de control, y del mecanismo de control de vuelta alsistema. El mecanismo de control es un dispositivo de algún tipo que

usa las señales de retroalimentación para evaluar el desempeño delsistema y determinar si se requieren acciones correctivas.










a. Sistemas de ciclo abierto: Ya señalamos en el capítulo 1 que unsistema sin ciclo de retroalimentación ni mecanismo de control sedenomina sistema de ciclo abierto. El sistema de la figura 6.3,además de ser un sistema abierto, es un sistema de ciclo abierto. Nohay retroalimentación del sistema para efectuar cambios necesariosen el mismo.

Es probable que haya unas cuantas compañías de negocios del tipo

de ciclo abierto. Son sistemas abiertos, pero los mecanismos deretroalimentación y control no funcionan como debieran. Lascompañías se embarcan en un curso determinado y nunca cambiande dirección. Si se salen de control, nada se hace para restablecer elequilibrio, y se tiene como resultado la destrucción del sistema(quiebra).










b. Sistemas de ciclo cerrado: En la figura se muestra un sistema deciclo cerrado, que cuenta con un ciclo de retroalimentación y un

mecanismo de control. Un sistema así puede controlar sus salidashaciendo ajustes a sus entradas.

3. EL ENTORNO La forma final del modelo general reconoce que los recursos fluyenhacía la compañía desde el entorno y salen de la firma para volveral entorno.Los recursos físicos fluyen a través del sistema físico en la parte inferiordel modelo. Los recursos conceptuales (información y datos) entranen el procesador de información, donde se almacenan o bien seproporcionan al gerente.











Las etapas del ciclo de vida son las siguientes:

1. Pre análisis (requerimientos).2. Análisis (especificaciones).

3. Diseño4. Codificación5. Implementación6. Operación y mantenimiento









Ciclo de vida del software

1. Pre análisis: Cobija básicamente el estudio de la factibilidad de un

proyecto, con el fin de determinar si un sistema particular serádesarrollado, respondiendo a la pregunta de que tan factible eseconómica, técnica y operativamente.

Entradas: Declaración de las necesidades del usuario sobre elsistema de información específico.

Salidas: Documento con el estudio de factibilidad que contiene:

Ubicación general del sistema: Definición del sistema: Estimativos del proyecto: Análisis de factibilidad: Alternativas y recomendaciones Diagrama de actividades












Salidas:

Ubicación general del sistema: Descripción del área que maneja el sistema. Ubicación del sistema dentro del área. Objetivos y alcances. Restricciones.

Definición del sistema: Medio ambiente. Entradas y salidas. Componentes principales y sus relaciones Recursos con que se cuenta:

Personal Dinero Hardware y software

Análisis de factibilidad: Factibilidad económica Factibilidad técnica Factibilidad operativa

Alternativas y recomendaciones Diagrama de actividades

1. Pre análisis:












2. Análisis: Es la colección, organización y evaluación de hechos delsistema y el medio ambiente en el cual opera, con el objeto deestablecer las bases de un nuevo sistema.

Responde a la pregunta de ¿qué es lo que va a hacer el sistema?

Entradas: Estudio de factibilidad. Requerimientos más detallados

Salidas: Modelo de funcionamiento del sistema o especificación a

través de un documento objetivo.












2. Análisis:

Salidas:

Qué son las especificaciones?

Representación gráfica del sistema, aplicando el enfoque deun diagrama de flujo de datos (DFD)

Diccionario de datos (D.D), define todos los términos utilizadosen el DFD.

Diagrama de estructura de datos (DSD), representa lasrelaciones existentes entre los diferentes almacenamientos deinformación que irá a utilizar el sistema.

Mini especificaciones: Es la descripción estructurada de lo quehará cada proceso o subproceso del sistema.












3. Diseño: Responde a la pregunta ¿cómo se va a hacer el sistema?

Consta de dos partes:

3.1 Diseño global: Es la concepción global y estructural delsistema, en la que se definen las interfaces y módulos delsistema.

Entradas: Especificaciones del análisis. Salidas: Descripción estructural del sistema, por medio de

diagramas estructurados.

3.2. Diseño detallado: Aquí cada módulo se detalla al máximo. Entradas: Diagramas estructurados. Salidas: Seudocódigo o algoritmo.








S S C C S S ODE LA INFORMACIÓN.


4. Codificación: Programación en un lenguaje específico. Entradas: Seudocódigo. Salidas: Programación en lenguaje fuente.

5. Implementación o prueba: Valida el sistema con datos ficticios yluego con datos reales.

Entradas: Programas. Salidas: Sistema disponible.

6. Operación y mantenimiento. El sistema comienza a funcionar, y sele pueden hacer mejoras, corregir errores y/o generar nuevasversiones.










DE LA INFORMACIÓN.





MODELO LINEAL SECUENCIAL O CICLO DE VIDA CLÁSICO

MODELO DE CONSTRUCCIÓN DE PROTOTIPOS

DESARROLLO RÁPIDO DE APLICACIONES MODELOS EVOLUTIVOS: INCREMENTAL

MODELOS EVOLUTIVOS: ESPIRAL






DE LA INFORMACIÓN.



Otros modelos de desarrollo de software

MODELO LINEAL SECUENCIAL O CICLO DE VIDA CLÁSICO

Enfoque sistemático y secuencial

Problemas: Los proyectos raramente siguen el flujo secuencial. El cliente no puede explicitar inicialmente todos los requisitos No existe una versión operativa hasta el final Dificultad de hacer cambios entre etapas.







DE LA INFORMACIÓN.




MODELO DE CONSTRUCCIÓN DE PROTOTIPOS

Construcción de un prototipo que va siendo refinado

El cliente quiere hacer del primer prototipo un producto final. Los “parches” forman parte del producto final

ANÁLISIS Y TÉCNICAS DE DISEÑOÓ






DE LA INFORMACIÓN.




DESARROLLO RÁPIDO DE APLICACIONES

Modelo lineal pero con un corto ciclo de desarrollo Construcción rápida de prototipos ---> basada en componentes

modulares (reutilizable).

Prototipo desechable o Prototipo evolutivo. Inconvenientes:

Necesita recursos humanos suficientes Comunicación fluida clientes-desarrolladores Sólo válido para sistemas modulables No válido cuando los riesgos técnicos son altos







DE LA INFORMACIÓN.




MODELOS EVOLUTIVOS: INCREMENTAL

Modelo incremental Combina: modelo lineal + la construcción de prototipos

Incorporación incremental de funcionalidades

Problemas: Los sistemas están pobremente especificados Poca visibilidad en el proceso de desarrollo







DE LA INFORMACIÓN.




MODELOS EVOLUTIVOS: ESPIRAL

Modelos anteriores + análisis de riesgo

Problemas: Dificultad para convencer que el enfoque es controlable. Habilidad para la valoración del riesgo. Modelo relativamente nuevo.







DE LA INFORMACIÓN.


1. CONSIDERACIONES GENERALES:1.1. Objetivos del pre análisis:

Determinar la factibilidad económica, técnica y operativa, de unproyecto de software, surgido de las necesidades de información deun área específica.

De acuerdo a esta factibilidad se decidirá si el sistema vale la pena óno desarrollar el sistema.

Lograr un conocimiento general y estructurado de los requerimientos

de información de un sistema, como fundamento para estimar yproyectar los recursos necesarios para su desarrollo. Plantear distintas alternativas de desarrollo de un sistema, con el fin de

que la alta dirección adquiera bases suficientes para decidir (deacuerdo a los objetivos administrativos), cual alternativa implementar.

Realizar una planeación general de actividades para el desarrolloefectivo del sistema. (Esto en caso que exista factibilidad).


Técnicas para recolectar información

Determinación de requerimientos básicos

DETERMINACION DE REQUERIMIENTOS (PRE ANÁLISIS )

ANÁLISIS Y TÉCNICAS DE DISEÑOO C Ó





DE LA INFORMACIÓN.



1.2. Definición general del pre análisis:

Etapa preliminar en el desarrollo del sistema de información computarizado,

el cual transforma las inquietudes y requerimientos generales de informaciónde un área específica, en un estudio de factibilidad que contiene ladefinición organizada de esos requerimientos, los recursos con que se cuentapara solucionar dichas necesidades, los estimativos de desarrollo de el nuevosistema, el análisis de factibilidad, alternativas de desarrollo y cronograma deactividades.

1.3. Importancia del pre análisis:

Organiza las ideas referentes al desarrollo de un nuevo sistema, facilitandoel trabajo por realizar en la etapa de análisis.

Evita el desarrollo de sistemas que a nivel económico, técnico u operativo,

sería un fracaso para la empresa.

Permite planear con tiempo los recursos requeridos para el desarrollo deun sistema.

Aterriza al personal administrativo, usuarios, técnicos en sistemas yauditores, respecto a las alternativas reales del sistema.

ANÁLISIS Y TÉCNICAS DE DISEÑODE LA INFORMACIÓN



DE LA INFORMACIÓN.



1.4. Participación requerida:El desarrollo del pre análisis implica la participación de un grupo interdisciplinariode personas de áreas distintas, cada uno de los cuales tiene sus propios

intereses.

LOS USUARIOS: Son los elementos más importantes en este grupo, ya que sonlos que define el problema de información 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 sistemaexistente.

PERSONAL DE SISTEMAS: Debe participar para los aspectos de tipo general, elDirector de Sistemas o jefe de Análisis y Programación, y para el desarrolloconcreto del estudio el analista de sistemas encargado del proyecto.

Este analista deberá tener conocimientos administrativos del área porsistematizar.

AUDITORIA: Se debe asignar un auditor de sistemas para el proyecto, y estedebe participar desde la etapa de pre análisis , estableciendo objetivosgenerales de control y requerimientos de información de auditoria.




DE LA INFORMACIÓN.



2. PASOS EN EL DESARROLLO DEL PREANÁLISIS

2.1. Reconocimiento general del sistema:

En este punto se pueden contemplar varios aspectos, que en todos loscasos no son necesarios desarrollar; todo depende de las condicionesadministrativas del proyecto.

2.1.1. Ubicación general del sistema: Su objetivo es ubicar la necesidad de información planteada, dentro

del medio ambiente de la organización.Puede contener:

a. Descripción y definición de las características generales de laempresa. (objeto social, tamaño, estructura organizativa,ubicación geográfica, recursos con que cuenta, sector al quepertenece).

Esto puede ser importante cuando el pre análisis se realiza através de personal externo o va dirigido a personas externas a lacompañía.

b. Descripción y definición del área donde se va a desenvolver elsistema.

c. Ubicación del sistema (necesidad de información), dentro delárea.




DE LA INFORMACIÓN.



2.1.2. Delimitación o alcance del sistema: Busca definir los límites hasta donde se piensa expandir dentro delárea, la solución a las necesidades de información expuestas.Normalmente esta delimitación se refleja en el nombre que llevaráel sistema.

2.1.3. Objetivos del sistema: Estos deberán ser muy claros y específicos. Deben reflejar la satisfacción de las necesidades de información,

beneficios organizativos y beneficios económicos.

2.2 Definición del sistema: Este paso del pre análisis tiene como objetivo definir en forma coherente yestructurada las características y necesidades de información existente,identificando sus componentes, las relaciones existentes entre éstos, sus

entradas y salidas.Esta definición puede hacerse de dos formas diferentes.

2.2.1 Descripción narrativa de los requerimientos y necesidades deinformación, tratando de identificar un sistema informal que sería labase fundamental del nuevo sistema de información.




DE LA INFORMACIÓN.



2.2.2 Aplicación del enfoque de sistemas. En este sentido se trata deasimilar las necesidades de información existentes, como un sistemaque tiene un medio ambiente, entradas, salidas, componentes yrelaciones. Este sistema sería una aproximación inicial a lo que sería elsistema de información por desarrollar.

2.2.2.1 Medio ambiente. Se busca definir el macrosistema bajo elcual el nuevo sistema de información se desenvolverá; estoimplica la identificación de los sistemas físicos o de informaciónque interactuarán con el sistema en estudio.

2.2.2.2 Entradas y salidas. Se quiere establecer aquellos flujos deinformación que entran del medio ambiente, al posible sistema(entradas); como también los flujos de información que el posiblesistema entrega al medio ambiente (salidas).

2.2.2.3 Componentes básicos de los requerimientos planteados y

sus relaciones.

Con este punto se desea diferenciar los elementos ocomponentes principales de los requerimientos de informaciónpropuestos; para cada componente se realiza una descripcióngeneral; además se establece las relaciones existentes entre

éstos.




DE LA INFORMACIÓN.



Técnicas para recolectar información Determinación de requerimientos básicos

a. Revisión de Documentos.La revisión de documentos permite a los analistas conocer dóndeestá la organización y para dónde va. Se pueden revisardocumentos cualitativos y cuantitativos.

Entre los documentos cualitativos se encuentran los reportes, estadosfinancieros, registros y formularios de captura de datos.

Los documentos cuantitativos pueden ser memorandos, consultas ymanuales de procedimiento y políticas.






DE LA INFORMACIÓN.




b. Entrevistas.

Son diálogos de preguntas y respuestas. Las preguntas pueden ser abiertas ocerradas.

Los pasos para realizar una entrevista son:

Leer previamente el material Establecer objetivos Seleccionar el entrevistado Preparar el entrevistado Decidir tipo de entrevista. Donde las estructuras pueden ser:







DE LA INFORMACIÓN.




Pirámide.Comienza la entrevista con preguntascerradas y termina con preguntasabiertas.

Decidir tipo de entrevista. Donde las estructuras pueden ser:

Embudo.Comienza la entrevista con preguntasabiertas y termina con preguntascerradas.

Diamante.Comienza la entrevista con preguntascerradas, luego continúa con unconjunto de preguntas abiertas yluego termina con preguntas cerradas.







DE LA INFORMACIÓN.




c. Cuestionarios.

Los cuestionarios se deben realizar cuando se presenta dispersión de personal,se requieren respuestas anónimas y cuando el personal a ser entrevistado esbastante numeroso.

Las preguntas de un cuestionario pueden poseer diferentes escalas:

Nominal. Su objetivo es lograr una clasificación con base en lasrespuestas.

Ordinal. La clasificación se logra con base en un rango. Intervalo. Las respuestas dan un rango de intervalos pero todos tienen la

misma longitud. De relación. Es una escala de intervalo pero comienza siempre en cero.

d. Observación.

Se debe observar el comportamiento y ejecución de los procedimientos en laorganización, de tal manera que se cumplan los procedimientos escritos y seestudie la realización de los procesos.







DE LA INFORMACIÓN.


CAPITULO 3:METODOS ESTRUCTURADOS DE DESARROLLO

Métodos estructurados Métodos orientados a procesos Métodos orientados a los datos

OBJETIVOS Registrar de forma apropiada los requisitos de información Proporcionar un método sistemático de desarrollo Construir un S.I. en un tiempo apropiado y a costes aceptables Construir un sistema documentado y fácil de mantener Ayudar a identificar, lo más pronto posible, cualquier cambio que sea

posible realizar dentro del proceso de desarrollo

CARACTERÍSTICAS

Descomposición funcional del sistema Construcción de modelos de datos Representación del flujo de información Transformación de diagramas de flujo de datos en estructura modular

de programa

Autores: De Marco, Yourdon, Stevens, Myers, Constantine, Page-Jones, Gane y Sarson

ANÁLISIS Y TÉCNICAS DE DISEÑO DE LA INFORMACIÓN





DE LA INFORMACIÓN.


CAPITULO 3: METODOS ESTRUCTURADOS DE DESARROLLO

Métodos estructurados

PERSPECTIVA HISTÓRICA

a. Programación estructurada Nació a finales de los años sesenta

Constituye el primer enfoque de desarrollo estructurado Se establecían unas normas de aplicación a estructuras de datos y decontrol

b. Diseño estructurado A mediados de los años setenta el enfoque estructurado se extiende a

la fase de diseño Primeras publicaciones [Myers, 1975], [Yourdon y

Constantine,1975], [Page-Jones, 1980] Módulo de programa como componente básico de construcción Se refina el concepto de modularidad Revisión y mejora de los conceptos de diseño estructurado [Yourdon y

Constantine, 1979], [Page-Jones, 1988]







DE LA INFORMACIÓN.




METODOS ORIENTADOS A PROCESOS

Método descendente de descomposición funcional para definir los requisitosdel sistema. Usa técnicas gráficas, dando lugar al concepto deespecificación estructurada. Algunas notaciones gráficas que contiene son: – Diagramas de Flujo de Datos (DFD): representación de los procesos

(funciones) que debe llevar a cabo un sistema y de los datos utilizados porlos procesos – Diccionario de datos: conjunto de las definiciones de todos losdatos que aparecen en los DFD – Especificaciones de proceso: descripciónde los procesos primitivos del sistema

Métodos: DeMarco (1979), Gane y Sarson (1977), Yourdon (1989)







DE LA INFORMACIÓN.




MÉTODOS ORIENTADOS A DATOS

Se pueden clasificar en: Orientados a Datos Jerárquicos Orientados a Datos No Jerárquicos

1. Orientados a Datos Jerárquicos: La estructura de control del programadebe ser jerárquica y debe derivarse de la estructura de datos. El proceso dediseño consiste en definir primero las estructuras de entrada y salida, paraposteriormente combinarlas con el fin de obtener la estructura del programa.Finalmente se ordena la lógica procedimental para que se ajuste a estaestructura. El diseño lógico debe preceder y estar separado del diseño físicoMétodos:

JSP (Jackson Structured Programming) y JSD (Jackson Structured Design)de Jackson (1975)

LCP (Logical Construction Program) de Warnier (1974) LCS (Logical Construction Systems) de Warnier y Orr (1981)







O C Ó



Diagramas de Flujos de Datos

Especificación de procesos Diccionario de datos Diagramas de transición de estados Diagramas entidad relación Especificación de requisitos

DIAGRAMAS DE FLUJOS DE DATOS

Modelo lógico y gráfico del sistema también como modelo físico Visión general de las funciones y transformaciones de datos en una

organización Identifica entradas, salidas, procesos y relaciones con el exterior

a nivel general por refinamiento, a nivel detallado

Tipos de símbolos en los DFDs

1. NOTACIÓN DE YOURDON.

2. NOTACIÓN SYSTEM ARCHITECT.


CAPITULO 4 ANALISIS








SÍMBOLOS DEL DFD (NOTACIÓN YOURDON)

TRANSFORMACIÓN o procesos (funciones, cálculo, selección) FILTRO (verificación fecha, validación transacción) DISTRIBUCIÓN (menú, selección, transacción)

Terminadores (Fuentes o Destinos), (personas, entidades).Señalan los límites del sistema y establecen sus relaciones con elentorno.

Flujos de información(inputs-outputs)

Flujos de control (Ward & Mellor 85)

Archivos o depósitos temporales de información (base de datos,armario, clasificador, etc.)











EjemploSistema de distribución sin inventario

“Se trata de un sistema que sirve pedidos de libros a unos clientes, con laparticularidad de que no mantiene un stock o inventario interno. El sistemapuede agrupar los pedidos que clientes distintos hacen a un mismo editor, demanera que se puedan conseguir descuentos.”

Análisis de los procesos del sistema

Aplicamos la visión sistémicaDiagrama de contexto











ESPECIFICACIÓN DE PROCESOS

La especificación de procesos describe las reglas sobre cómo realizar elproceso para transformar las entradas en salidas. Indican el proceso a realizar,la transformación de datos, no el algoritmo (que se selecciona en la etapa dediseño).

1. Herramientas para describir la lógica de los procesos

Tablas de decisión Árboles de decisión Pre y post-condiciones Lenguaje estructurado










Un diccionario de datos es un conjunto de metadatos que contiene lascaracterísticas lógicas y puntuales de los datos que se van a utilizar en elsistema que se programa, incluyendo nombre, descripción, alias, contenido yorganización.

DICCIONARIO DE DATOS

1. Objetivos del DD:

Glosario de términos Establecer terminología estándar Proporcionar referencias cruzadas Proporcionar control centralizado para cambios









Diccionario de datos

2. Información requerida para cada elemento del DD

Nombre Tipo de elemento Breve descripción Sinónimos Observaciones












1. Elementos

Entidades: Las entidades pasan por varios estados. En cada uno de ellospueden suceder determinados eventos que provoquen efectos o accionessobre la entidad.

Eventos: Algo que sucede en el mundo real y como consecuencia seejecuta un proceso.

Acciones: Descripción del estado de un evento sobre una entidad2. Definición de DTE.

Un diagrama de transición de estados describe un conjunto de transiciones quepueden suceder sobre una entidad. El estado en que se encuentra unaentidad es el resultado de todas las transiciones sucedidas durante su vida.









Diagramas de transición de estados

3. Notación gráfica












DIAGRAMAS ENTIDAD RELACION

Es una representación de las necesidades de información del usuario. Es unmodelo de red que describe la distribución de los datos del sistema

1. Componentes

Entidad: Objetos sobre los que se guarda información Relación: Conjunto de conexiones entre objetos Atributo: Cada una de las propiedades o características de una entidad o

de una relación








Diagramas de Flujos de Datos Especificación de procesos Diccionario de datos Diagramas de transición de estados Diagramas entidad relación Especificación de requisitos

ESPECIFICACIÓN DE REQUESITOS DE SOFTWARE (ERS)

1. Estructura Básica

1. Análisis de Requisitos del Software1.1. Identificación de los usuarios participantes1.2. Planificación y realización de entrevistas1.3. Catálogo de Requisitos del Sistema

1.3.1. Objetivos y alcance del sistema1.3.2. Definiciones, acrónimos y abreviaturas1.3.3. Descripción general1.3.4. Requisitos funcionales1.3.5. Requisitos de usuario y tecnológicos1.3.6. Requisitos de interfaces externas1.3.7. Requisitos de rendimiento1.3.8. Requisitos de desarrollo y restricciones de diseño









Especificación de requisitos

2. Análisis de Requisitos del Software

El análisis de requisitos del sistema tiene como objetivo analizar y documentarlas necesidades funcionales que deberán ser soportadas por el sistema adesarrollar. Para ello, se identificarán los requisitos que ha de satisfacer el nuevosistema mediante entrevistas, el estudio de los problemas de las unidadesafectadas y sus necesidades actuales. Además de identificar los requisitos sedeberán establecer las prioridades, lo cual proporciona un punto de referenciapara validar el sistema final que compruebe que se ajusta a las necesidades del

usuario.









C U O : S S


2.1. Identificación de los usuarios participantes

Los objetivos de esta tarea son identificar a los responsables de cada una delas unidades implicadas y a los principales usuarios implicados. Para ello seconsideran los siguientes aspectos:

Incorporación de usuarios al equipo de proyecto. Conocimiento de los usuarios de las funciones a automatizar. Repercusión del nuevo sistema sobre las actividades actuales de los

usuarios. Implicaciones legales del nuevo sistema

Es de destacar la necesidad de una participación activa de los usuarios delfuturo sistema en las actividades de desarrollo del mismo, con objeto deconseguir la máxima adecuación del sistema a sus necesidades y facilitar elconocimiento paulatino de dicho sistema, permitiendo una rápidaimplantación.










2.2. Planificación y Realización de Entrevistas. Estudio de Documentación.

Esta tarea tiene como finalidad capturar los requisitos de usuarios para el desarrollo delsistema. La entrevista consiste en una interacción sistemática con un usuario para extraerlos conocimientos de éste. Se deben realizar entrevistas de tipo abierta y estructurada. Enuna entrevista abierta se plantean preguntas más o menos espontáneas al usuario,mientras que en una entrevista estructurada se planifican las preguntas que se debenplantear al usuario durante la sesión. El proceso comprende:

Planificar las entrevistas a realizar: en la planificación se incluirá fecha, hora y lugar de la entrevista, duración estimada y guión de la entrevista. Realizar las entrevistas y documentarlas debidamente. Documentar los requisitos identificados con sus prioridades.

A partir de las entrevistas realizadas con los responsables y usuarios, se identifican losrequisitos que debe cumplir el sistema y se establecerá una prioridad para los mismos, deacuerdo a las necesidades expresadas por los usuarios y a los objetivos a cubrir por elnuevo sistema.

El estudio de la documentación consiste en la educción de requisitos de los documentos eimpresos que forman parte del sistema actual.










2.3. Catálogo de Requisitos del Sistema

El objetivo de la especificación es definir en forma clara, precisa, completa y verificabletodas las funcionalidades y restricciones del sistema que se desea construir. Estadocumentación está sujeta a revisiones por el grupo de usuarios que se recogerán pormedio de sucesivas versiones del documento, hasta alcanzar su aprobación por parte delgrupo de

usuarios. Una vez aprobado, servirá de base al equipo de desarrollo para la construccióndel nuevo sistema.

2.3.1. Objetivos y alcance del sistemaEn esta etapa se detallan los objetivos del sistema, describiendo brevemente QUÉ es loque el sistema debe hacer. En el alcance del sistema se describe en lenguaje natural elámbito del sistema, su dominio y sus l ímites.

2.3.2. Definiciones, acrónimos y abreviaturasEsta etapa tiene como fin establecer el vocabulario de términos que forman parte delsistema, de manera que TODOS los participantes "hablen el mismo idioma".










2.3.3. Descripción generalEsta sección nos presenta una descripción general a grandes rasgos del sistema con el finde conocer las principales funciones que debe soportar, los datos asociados, las

restricciones impuestas y cualquier otro factor que pueda influir en la construcción delmismo. Una buena manera de realizar la descripción es plantearla con un enfoquedescendente; es decir, a nivel subsistemas, detallando las funciones por debajo de losmismos.

2.3.4. Requisitos funcionalesDescripción en lenguaje natural de las funciones desglosadas en la etapa anterior,detallando las entradas, las salidas y la descripción del proceso desde el punto de vistadel usuario. Las descripciones de entradas y salidas deben ser en lo posible gráficas, obien los documentos que se usan corrientemente.

2.3.5. Requisitos de usuario y tecnológicos

Requisitos de usuario: debe describirse el nivel de conocimiento de cada usuario (novato,intermedio, experto) para la realización de interfaces, manuales de usuario, ayuda y

capacitación de los mismos.

Requisitos tecnológicos: se describen las necesidades desde el punto de vistatecnológico, es decir equipos de clientes y servidores, velocidades de transmisión dedatos, características que debe tener el sistema operativo y el sistema gestor de base dedatos, y cualquier equipo que forma parte del sistema. Este documento es solamente unconjunto de criterios que me permite luego elegir el software y hardware adecuado parael sistema.










2.3.6. Requisitos de interfaces externasEn esta etapa se capturan los requerimientos que describen cómo debe ser lacomunicación del sistema con el usuario y el mundo exterior. Se deben capturar las

interfaces con el usuario, interfaces hardware, interfaces software e interfaces decomunicación.

2.3.7. Requisitos de rendimientoPretende definir una serie de parámetros MENSURABLES del sistema que imponenrestricciones sobre el mismo. Generalmente están asociados a tiempos de respuesta,tiempos de espera y duración de tareas batch. Estos requerimientos son muy importantesya que la no satisfacción de los mismos implica un fracaso del sistema, por lo que debentener una prioridad alta.

2.3.8. Requisitos de desarrollo y restricciones de diseño

Requisitos de desarrollo: se definen los requerimientos planteados por el equipo detrabajo: qué metodología se seguirá, qué ciclo de vida, qué herramientas se utilizarán,etc.

Restricciones de diseño: son requisitos que nos impone la naturaleza del dominio delproblema. Estos son: ajuste a estándares (p.e. una determinada manera de codificar undato), limitaciones hardware (por los equipos disponibles), seguridad (por los distintosniveles de acceso a la información que deben tener los usuarios), mantenimiento (sedebe tener en cuenta la ampliación del sistema), adaptación al entorno y políticas deborrado.

Tomado de: "IEEE/ANSI 830-1993".








CAPITULO 5: DISEÑO

Introducción al diseño Análisis de las transacciones y transformaciones Diseño de entradas Diseño de salidas Diseño del diálogo GUI (interfaz gráfica de usuario) Diseño modular Diseño procedimental








BIBLIOGRAFÍA

Burch, John. Diseño de Sistemas de Información. Teoría y Práctica. Mebabyte.México. 1996.

Kendall, Kenneth. Análisis y Diseño de Sistemas. Prentice Hall. México. 1997.

Pressman, Roger. Ingeniería del Software. Un enfoque práctico. McGraw-Hill. España,1998.

Senn, James. Analysis and Design of Information Systems. McGraw Hill. USA. 1998.

Whitten, Jeffrey. Análisis y Diseño de Sistemas de Información. McGraw Hill. España.1996.

Yourdon, Edgar. Análisis Estructurado Moderno. Prentice Hall. México. 1993.





¿Preguntas, dudas y comentarios?


Analisis y Tecnicas de Diseño de La Informacion.

Documents

Transcript of Analisis y Tecnicas de Diseño de La Informacion.