Análisis de los sistemas estructurados y método de diseño, Historia, Técnicas SSADM, Etapas, Ventajas y desventajas





Análisis de los sistemas estructurados y método de diseño es un enfoque de sistemas para el análisis y diseño de sistemas de información. SSADM fue producido para la Agencia Central de Informática y Telecomunicaciones, una oficina de gobierno del Reino Unido de que se trate con el uso de la tecnología en el gobierno, a partir de 1980.

SSADM es un método de cascada para el análisis y diseño de sistemas de información. SSADM se cree que representan el pináculo del enfoque documento dirigido por riguroso para el diseño del sistema, y contrasta con los métodos ágiles más contemporáneos como DSDM o Scrum.

SSADM es una aplicación en particular y se basa en el trabajo de las diferentes escuelas de métodos de análisis y desarrollo estructurados, como la metodología de Peter Checkland suave de sistemas, diseño estructurado de Larry Constantine Yourdon método estructurado de Edward Yourdon, Jackson Programación Estructurada de Michael A. Jackson y Tom DeMarco análisis estructurado.

Los nombres "Análisis Estructurado de Sistemas y Método de Diseño" y "SSADM" son marcas registradas de la Oficina de Comercio del Gobierno, que es una oficina del Tesoro del Reino Unido registraron.

Historia

Las principales etapas del desarrollo de SSADM fueron:

  • 1980: Central de Informática y Telecomunicaciones Agencia evaluar los métodos de análisis y diseño.
  • 1981: consultores que trabajan para Learmonth y Sistemas de Gestión de Burchett, dirigido por John Hall, elegido para desarrollar SSADM v1.
  • 1982 John Hall y Keith Robinson dejó para fundar Modelo Systems Ltd, LBMS tarde LSDM desarrollado su versión propietaria.
  • 1983: SSADM hizo obligatorio para todos los nuevos desarrollos de sistemas de información
  • 1984: La versión 2 de SSADM liberados
  • 1986: La versión 3 de SSADM libertad, adoptada por NCC
  • 1988: SSADM Certificado de Competencia lanzó, SSADM promovido como estándar abierto
  • 1989: Se mueve hacia EUROMETHOD, lanzamiento de CASE esquema de certificación de productos
  • 1990: Versión 4 lanzaron
  • 1993: SSADM estándar V4 y herramientas Esquema Conformidad
  • 1995: SSADM V4 + anunciada, V4.2 lanzado
  • 2000: CCTA SSADM renombrado como "Desarrollo de Sistemas de Negocios". El método fue reenvasado en 15 módulos y se añadieron otros 6 módulos.

Técnicas SSADM

Las tres técnicas más importantes que se utilizan en SSADM son:

 Datos lógicos modelar el proceso de identificar, modelar y documentar los requisitos de datos del sistema que está siendo diseñado. El resultado es un modelo de datos que contiene entidades, atributos y relaciones. Flujo de datos de la modelización del proceso de identificar, modelar y documentar cómo los datos se mueve en torno a un sistema de información. Data Modeling Flow examina los procesos, almacenes de datos, entidades externas y los flujos de datos. Evento Entidad modelar un proceso de doble hebra: Entidad Behavior Modeling, identificar, modelar y documentar los eventos que afectan a cada entidad y la secuencia en que ocurren estos eventos, y modelado de eventos, diseñando para cada caso el proceso para coordinar las historias de vida de entidad.

Etapas

El método SSADM implica la aplicación de una secuencia de análisis, la documentación y el diseño de tareas en cuestión con el siguiente.

Etapa 0 - Estudio de viabilidad

Con el fin de determinar si es o no un determinado proyecto es viable, tiene que haber algún tipo de investigación sobre los objetivos y consecuencias del proyecto. Para los proyectos de pequeña escala esto puede no ser necesario en absoluto que el alcance del proyecto es fácil de entender. En proyectos más grandes, la viabilidad se puede hacer, pero en un sentido informal, ya sea porque no hay tiempo para un estudio formal o porque el proyecto es un "must-have", y tendrá que ser hecho de una manera u otra.

Cuando un estudio de viabilidad se lleva a cabo, hay cuatro áreas principales de análisis:

Técnico - es el proyecto técnicamente posible? Financiera - puede permitirse la empresa para llevar a cabo el proyecto? Organizacional - será el nuevo sistema que sea compatible con las prácticas existentes? Ética - es el impacto del nuevo sistema socialmente aceptable?

Para responder a estas preguntas, el estudio de viabilidad es en realidad una versión condensada de un análisis y diseño de sistemas totalmente quemado. Los requisitos y los usuarios se analizan en cierta medida, algunas de las opciones de negocios son elaboradas e incluso algunos detalles de la implementación técnica. El producto de esta etapa es un documento formal, estudio de viabilidad. SSADM especifica las secciones que el estudio debe contener como cualquiera de los modelos preliminares que se han construido y también los detalles de las opciones de excluidos y los motivos de su rechazo.

Fase 1 - Investigación de la situación actual

Esta es una de las etapas más importantes de SSADM. Los desarrolladores de SSADM entiende que aunque las tareas y objetivos de un nuevo sistema pueden ser radicalmente diferente del antiguo sistema, los datos subyacentes probablemente va a cambiar muy poco. Al llegar a una comprensión completa de los datos requeridos en una etapa temprana, los restantes etapas de análisis y diseño se puede construir sobre una base sólida.

En casi todos los casos hay alguna forma de sistema de corriente incluso si está compuesto enteramente de las personas y de papel. A través de una combinación de entrevistar a los empleados, que circulan cuestionarios, observaciones y la documentación existente, el analista llega a comprender plenamente el sistema, ya que se encuentra al principio del proyecto. Esto sirve para muchos propósitos:

  • el analista aprende la terminología de la empresa, lo que los usuarios hacen y cómo lo hacen
  • el viejo sistema proporciona los requisitos básicos para el nuevo sistema
  • fallas, errores y áreas de ineficiencia se resaltan y su corrección añaden a los requisitos
  • el modelo de datos se puede construir
  • los usuarios se involucren y aprendan las técnicas y modelos del analista
  • los límites del sistema se pueden definir

Los productos de esta etapa son:

  • Usuarios catálogo que describe todos los usuarios del sistema y cómo interactúan con él
  • Requerimientos Catálogos detallando todos los requisitos del nuevo sistema
  • Descripción de servicios actual compuesto adicional de
  • Estructura de datos lógica entorno actual
  • Diagrama de Contexto
  • Leveled conjunto de DFD para el sistema de lógica actual
  • Diccionario de datos completa incluyendo la relación entre los almacenes de datos y entidades

Para producir los modelos, el analista trabaja a través de la construcción de los modelos que hemos descrito. Sin embargo, el primer conjunto de diagramas de flujo de datos es el modelo físico actual, es decir, con todos los detalles de cómo se implementa el sistema antiguo. La versión final es el modelo lógico actual, que es esencialmente la misma que la física actual, pero con toda referencia a la aplicación eliminado junto con las redundancias, tales como la repetición de la información que compone los usuarios y los requisitos de catálogos.

Etapa 2 - opciones de sistemas de negocios

Tras investigar el sistema actual, el analista debe decidir sobre el diseño general del nuevo sistema. Para hacer esto, él o ella, usando las salidas de la etapa anterior, se desarrolla un conjunto de opciones del sistema de negocio. Estas son las diferentes formas en que el nuevo sistema podría ser producido variando de no hacer nada para tirar el viejo sistema por completo y la construcción de una forma completamente nueva. El analista puede realizar una sesión de lluvia de ideas para que tantas y diversas ideas como sea posible se generan.

A continuación se recogen las ideas para formar un conjunto de dos o tres opciones diferentes que se presentan al usuario. Las opciones que considere lo siguiente:

  • el grado de automatización
  • el límite entre el sistema y los usuarios
  • la distribución del sistema, por ejemplo, se centralizó a una oficina o hacia fuera a través de varios?
  • costo/beneficio
  • impacto del nuevo sistema de

En caso necesario, la opción será documentada con una estructura lógica de los datos y un 1 Diagrama de flujo de datos de nivel.

Los usuarios y los analistas juntos escogen una opción de negocio única. Esta puede ser una de las ya definidas o puede ser una síntesis de diferentes aspectos de las opciones existentes. La salida de esta etapa es la opción única de negocio seleccionada, junto con todas las salidas de la etapa de factibilidad.

Etapa 3 - Especificación de Requisitos

Esta es probablemente la etapa más compleja en SSADM. Uso de los requisitos desarrollados en la etapa 1 y de trabajo en el marco de la opción de negocio seleccionada, el analista debe desarrollar una especificación lógica completa de lo que el nuevo sistema debe hacer. La especificación debe estar libre de error, ambigüedad e inconsistencia. Por lógica, queremos decir que la especificación no dice cómo se implementará el sistema, sino que describe lo que el sistema va a hacer.

Para producir la especificación lógica, el analista construye los modelos lógicos necesarios tanto para los diagramas de flujo de datos y los diagramas entidad relación. Estos se utilizan para producir las definiciones de función de cada función que los usuarios requerirán del sistema, entidad historias de vida y diagramas correspondencia efecto, estos son los modelos de cómo cada evento interactúa con el sistema, un complemento de historias de vida entidad. Estos se combinan constantemente con los requisitos y en su caso, se añaden los requisitos para y completados.

El producto de esta etapa es un documento de especificación de requisitos completa que se compone de:

  • el catálogo de datos actualizada
  • el catálogo de requisitos de actualización
  • la especificación de procesamiento que a su vez se compone de
  • matriz de función de usuario/función
  • definición de funciones
  • modelo lógico de datos requerido
  • entidad historias de vida
  • diagramas correspondencia efecto

Aunque algunos de estos artículos pueden ser desconocidos para usted, es más allá del alcance de esta unidad para entrar en ellos con gran detalle.

Etapa 4 - Opciones de sistemas Técnicas

Esta etapa es la primera hacia una implementación física del nuevo sistema. Al igual que las opciones del sistema de negocios, en esta etapa se generan un gran número de opciones para la implementación del nuevo sistema. Esto se perfeccionó hasta dos o tres para presentar al usuario desde el que se elige o se sintetiza la opción final.

Sin embargo, las consideraciones son muy diferentes de ser:

  • las arquitecturas de hardware
  • el software para utilizar
  • el costo de la implementación
  • el personal requerido
  • las limitaciones físicas, tales como un espacio ocupado por el sistema
  • la distribución incluyendo cualesquiera redes que que pueden requerir
  • el formato general de la interfaz de la computadora humana

Todos estos aspectos también deben ajustarse a las restricciones impuestas por la empresa, tales como dinero y la estandarización de hardware y software disponible.

La salida de esta etapa es una opción del sistema técnico elegido.

Etapa 5 - Diseño Lógico

Aunque el nivel anterior especifica los detalles de la ejecución, los resultados de esta etapa son independiente de la implementación y se concentran en los requisitos de la interfaz humano-computadora. El diseño lógico especifica los principales métodos de interacción en términos de estructuras de menús y estructuras de mando.

Un área de actividad es la definición de los diálogos de usuario. Estos son los principales interfaces de con la que los usuarios interactuar con el sistema. Otras actividades están relacionadas con el análisis de los efectos tanto de los eventos en la actualización del sistema y la necesidad de hacer preguntas acerca de los datos en el sistema. Ambos utilizan los acontecimientos, descripciones de funciones y diagramas de correspondencia de efectos producidos en la etapa 3 para determinar con precisión la forma de actualizar y leer datos de forma consistente y segura.

El producto de esta etapa es el diseño lógico que se compone de:

  • Catálogo de datos
  • Estructura de datos lógica requerida
  • Modelo de proceso lógico - incluye diálogos y modelo para la actualización y los procesos de consulta
  • El estrés y momentos de flexión.

Etapa 6 - Diseño físico

Esta es la etapa final en la que todas las especificaciones lógicas del sistema se convierten en las descripciones del sistema en términos de hardware y software de bienes. Esta es una etapa muy técnica y una visión simple se presenta aquí.

La estructura lógica de los datos se convierte en una arquitectura física en términos de estructuras de base de datos. Se especifica la estructura exacta de las funciones y la forma de aplicarlos. La estructura de datos física se optimiza cuando sea necesario para satisfacer los requisitos de tamaño y de rendimiento.

El producto es un diseño físico completo que podría decirle ingenieros de software a construir el sistema en detalles específicos de hardware y software y con las normas pertinentes. ot ..

Ventajas y desventajas

Un enfoque metodológico del estudio de un negocio de un número de diferentes perspectivas es más probable que proporcione una comprensión más completa de la empresa, sus procesos y datos, que los enfoques "ad-hoc" que se utilizaban anteriormente. Esto a su vez debería conducir a sistemas que son más completos y correctos.

Sin embargo, el enfoque SSADM de tener que completar una fase antes de comenzar la siguiente llevó a algunos proyectos en lo que se conoce como "parálisis de análisis". ¿Qué se quiere decir con esto es que debido a que una empresa y sus procesos nunca permanece igual por mucho tiempo, el equipo de sistemas se tiene que revisar continuamente los productos de análisis y diseño de enmienda, causando demoras en la programación y las fases de entrega del sistema. En reconocimiento de esto, las versiones posteriores de la Metodología introdujeron un enfoque más opcional/dinámica al proceso.

También hay un coste en la formación de personas a utilizar las técnicas. La curva de aprendizaje puede ser considerable si se utiliza el método de integración global, ya que no sólo hay varias técnicas de modelado para llegar a un acuerdo con, pero también hay una gran cantidad de normas para la preparación y presentación de documentos.

En resumen, el uso de esta metodología implica un compromiso significativo que puede no ser adecuado para todos los proyectos.


Inicio | Sitemap