Proceso de análisis

795 views
705 views

Published on

Published in: Education
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
795
On SlideShare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
13
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Proceso de análisis

  1. 1. Instituto Universitario de Tecnología Antonio José de Sucre Ahiezer Apostol C.I.:23.484.523 Análisis de Sistema
  2. 2. Introducción Existen varios modelos para el desarrollo del análisis y diseño de un sistema, esta presentación se hizo con la finalidad de aprender “que es el Análisis y el diseño”, que presenta la elaboración de un proceso y dar solución al problema que se ha dado desde sistema hacia el programador y el analista.
  3. 3. El ciclo de vida clásico del análisis y diseño de sistemas de información se encuentra integrado por seis pasos los cuales son : Investigación Preliminar Determinación de los requerimientos Diseño del sistema
  4. 4. Desarrollo del software Prueba del sistema Este es el proceso de verificar e instalar nuevo equipo, entrenar a los usuarios, instalar la aplicación y construir todos los archivos de datos necesarios para utilizarla. Dependiendo del tamaño de la organización que empleara la aplicación y el riesgo asociado con su uso, puede elegirse comenzar la operación del sistema solo en un área de la empresa (prueba piloto). Implantación y evaluación
  5. 5. ¿Qué es el análisis estructurado? El análisis estructurado se concentra en especificar lo que se requiere que haga el sistema o la aplicación. No se establece cómo se cumplirán los requerimientos o la forma en que implantará la aplicación. • Los elementos esenciales son símbolos gráficos, diagramas de flujo de datos y diccionario centralizado de datos. Elementos del análisis estructurado • Una de las formas de describir un sistema es preparar un bosquejo que señale sus características, identifique la función para la que sirve e indique cómo éste interactúa con otros elementos, entre otras cosas. Descripción Gráfica
  6. 6. El modelo del sistema recibe el nombre de diagrama de flujo de datos (DFD). La descripción completa de un sistema está formada por un conjunto de diagramas de flujo de datos. Para desarrollar una descripción del sistema por el método de análisis estructurado se sigue un proceso descendente (top-down). El modelo original se detalla en diagramas de bajo nivel que muestran características adicionales del sistema. Cada proceso puede desglosarse en diagramas de flujo de datos cada vez más detallados. Esta secuencia se repite hasta que se obtienen suficientes detalles que permiten al analista comprender en su totalidad la parte del sistema que se encuentra bajo investigación.
  7. 7. Diccionario de datos: ¿Que es el diseño estructurado? Todas las definiciones de los elementos en el sistema (flujo de datos, procesos y almacenes de datos) están descritos en forma detallada en el diccionario de datos. Si algún miembro del equipo encargado del proyecto desea saber alguna definición del nombre de un dato o el contenido particular de un flujo de datos, esta información debe encontrarse disponible en el diccionario de datos. Se enfoca en el desarrollo de especificaciones del software. La meta del diseño estructurado es crear programas formados por módulos independientes unos de otros desde el punto de vista funcional. El diseño estructurado es una técnica específica para el diseño de programas y no un método de diseño de comprensión. Esta técnica conduce a la especificación de módulos de programa que son funcionalmente independientes.
  8. 8. Es el resultado del diseño orientado a objetos es una jerarquía de clases. Los elementos iniciales de un DOO son los propios objetos, y posteriormente, a medida que se van identificando aspectos comunes, los objetos se van agrupando en clases, que a su vez serán subclases de clases más abstractas. Los métodos estructurados y sus correspondientes notaciones definen un sistema como un conjunto secuencial de módulos interdependientes que comparten datos. En cambio, los métodos orientados a objetos definen un conjunto de módulos independientes relacionados y con visibilidad limitada entre ellos. Proceso de análisis y diseño orientado a objetos • El resultado de un diseño orientado a objetos es una jerarquía de clases Estructuras de control propias Clase Módulo Datos Problema en forma natural Objetos y métodos asociados Objetos se agrupan en Clases se agrupan en Subclases Nivel superior es el marco estructural
  9. 9. • El análisis de sistemas orientado a objetos es un nuevo método que realza la definición de las características y comportamiento dentro de un sistema de objetos. Identificación y definición de objetos El principal problema del desarrollo de un sistema orientado a objetos es encontrar los objetos en la fase de AOO y DOO. Definición y organización de clases La identificación y definición de objetos es sólo el primer paso en el diseño de un Sistema OO. La abstracción es la tarea continua de un diseñador OO. • OOA (Object Oriented Analysis) • OMT (Object Modeling Technique) • UML (Unified Modeling Language Características: Reduce el código derivado de los datos Paso de mensajes determina la secuencia de funcionamiento Énfasis en el contenido de las entidades Énfasis en el contenido de las entidades No énfasis Entrada-Salida Permanece estable ante el cambio de requisitos
  10. 10. GOOD • (General Object-Oriented Software Development), utiliza diagramas de flujo de datos en la fase de especificación para identificar entidades abstractas que se convierten en objetos en la fase de diseño. HOOD • Hierarchical Object-Oriented Design), es un derivado del método de Booch, desarrollado por la agencia europea del espacio. Comienza por descomponer el problema en objetos y métodos, a continuación se inicia la formalización y organización de objetos utilizando gráficos basados en los diagramas de Booch, la descripción formal se completa usando Leng.Descrpformal.Ada. No tiene clases ni herencia MOOD • (Multiple-View Object-Oriented Methodology), comienza con un modelo estructurado (Ward/Mellor). Permite el paradigma orientado a objetos pero exige que los procesos concurrentes se expresen como tareas convenio de Ada y no de objetos.
  11. 11. Proceso de Análisis Clásico de Sistemas Proceso de Análisis Estructurado De Sistemas Proceso de Análisis de Sistemas Orientado a Objeto Se considera como un conjunto de elementos orientados al tratamiento para cubrir una necesidad u objetivo. Se consideran los elementos o perspectivas básicas del análisis (Entrada-Proceso-Salida), en función del Software. Se consideran los conceptos básicos como el Objeto y el Atributo, el todo y sus partes (software), clases y miembros. Modela los objetos que son parte de él. Utiliza un repertorio o un diagrama para solucionar un problema Utiliza el diagrama estructurado como representación gráfica del sistema. Utiliza el diagrama orientado a objetos como representación gráfica del sistema. Consta de 6 fases(Investigación, Requerimiento, Diseño, Prueba, Desarrollo e Implantación Consta de 5 Fases (Análisis, Diseño, Codificación, Pruebas e Integración). Consta de 4 Fases (Análisis, Diseño, Evolución y Modificación).
  12. 12. Conclusión Es importante realizar estos procesos de análisis para mantener el equilibrio de un problema en una organización y así solucionar el problema con más facilidad, más rapidez y agilidad para resolver o solucionar el problema que presentan.

×