El documento describe la metodología SSADM (Structured Systems Analysis and Design Methodology) para el análisis y diseño de sistemas de información. SSADM implica una secuencia de fases que incluyen la investigación del sistema actual, el desarrollo de opciones de negocio y técnicas, y la especificación y diseño lógico de requisitos para el nuevo sistema. La participación de los usuarios es fundamental en cada etapa para documentar requisitos y aprobar los resultados.
Merise es un método integrado de análisis, concepción y gestión de proyectos, desarrollado en Francia. El mismo provee un marco metodológico y un lenguaje común riguroso para los desarrollos informáticos.
Metodología para el desarrollo del sistemas de información y comunicación seg...travesuras79
Sintesis del Libro "Analisis y Diseño de Sistemas de Informacion" de Jeffry Whitten en el 2003, donde se detalla la metodologia para el desarrollo de sistemas de información y comunicación
Metodologías para el Diseño de Sistemas por Isidro González. Se otorga crédito a los respectivos autores dando referencias bibliográficas a ellos dentro del informe.
Merise es un método integrado de análisis, concepción y gestión de proyectos, desarrollado en Francia. El mismo provee un marco metodológico y un lenguaje común riguroso para los desarrollos informáticos.
Metodología para el desarrollo del sistemas de información y comunicación seg...travesuras79
Sintesis del Libro "Analisis y Diseño de Sistemas de Informacion" de Jeffry Whitten en el 2003, donde se detalla la metodologia para el desarrollo de sistemas de información y comunicación
Metodologías para el Diseño de Sistemas por Isidro González. Se otorga crédito a los respectivos autores dando referencias bibliográficas a ellos dentro del informe.
Esta presentación se basa en los pasos progresivos para la realización del ciclo de vida de un proyecto informático.
Donde también se dejara el URL del vídeo para satisfacer cualquier duda sobre el tema y gracias por su atención prestada
Exposición de etapas de analisis de sistemas Modulo CBTA 131
SSADM Material de apoyo
1. Análisis de sistemas estructurado y método de diseño SSADM (material de
apoyo)
La Metodología de Análisis y Diseño de Sistemas Estructurados (Structured Systems
Analysis and Design Method)[1]
es un enfoque de sistemas para el análisis y diseño de
sistemas de información. SSADM fue producido por la Agencia Central de Informática
y Telecomunicaciones (Central Computing and Telecommunications Agency) del
gobierno del Reino Unido, oficina relacionada con el uso de la tecnología en el
gobierno de ese país.
Una de las principales características de SSADM es la participación intensiva de los
usuarios en la etapa de análisis de requisitos. Los usuarios están obligados a firmar en
cada etapa y a medida que se completan asegurarse que se cumplen los requisitos.
Los usuarios disponen de una documentación clara, fácilmente comprensible, que
consiste en diversas representaciones esquemáticas del sistema. SSADM rompe un
proyecto de desarrollo en etapas, módulos, pasos y tareas.
¿Papel que juega el cliente?
Para ello se identificó la necesidad de hablar regularmente con el usuario, documentar
los hallazgos y obtener la aprobación para el sistema a ser desarrollado. Esto ha
ayudado a identificar las metas que deben lograrse, pero no ha identificado métodos
para alcanzar las mismas. Hay técnicas de análisis disponibles, que se desarrollaron
de forma independiente, que ayudan a resolver algunos de los problemas. El SSADM
ha tomado estas técnicas, las pone en un marco secuencial definido y pasa a la
verificación de la información obtenida. El SSADM ha sido desarrollado para cubrir
seis grandes etapas de análisis y diseño.
La metodología SSADM implica la aplicación de una secuencia de tareas de análisis,
la documentación y el diseño en cuestión. [1]
Fases de la metodología según wikipedia
Fase 0 - Estudio de viabilidad
Con el fin de determinar si un determinado proyecto es factible, debe existir alguna
forma de investigar los objetivos y las implicaciones del proyecto. Para proyectos de
muy pequeña escala esto puede no ser necesario, ya que, el alcance del proyecto se
entiende fácilmente. En grandes proyectos, 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 de obligatoria implantación y tendrá que hacerse de una manera u otra.
Cuando un estudio de viabilidad se lleva a cabo, hay cuatro áreas principales de
análisis:
Técnica -¿El proyecto es técnicamente posible?
Financiera - ¿La empresa puede permitirse llevar a cabo el proyecto?
Organizacional - ¿El nuevo sistema será compatible con las prácticas existentes?
Ético - ¿El impacto del nuevo sistema es 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 del sistema. Los requisitos y los usuarios se
analizan en cierta medida, algunas opciones de negocio son elaboradas e incluso
2. algunos detalles de la implementación técnica. El producto de esta etapa es un
documento de estudio de viabilidad formal. 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 excluidas y los motivos de su
rechazo.
Fase 1 - Investigación del entorno actual
Esta es una de las etapas más importantes del SSADM. Los desarrolladores de
SSADM entienden que a pesar de las tareas y objetivos un nuevo sistema puede ser
radicalmente diferente del antiguo sistema, los datos subyacentes probablemente van
a cambiar muy poco. Al llegar a una comprensión completa de las necesidades de
datos en una etapa temprana, el análisis restante y fases de diseño se pueden
construir sobre una base sólida.
En casi todos los casos de alguna forma en el sistema actual se encuentra parte del
sistema propuesto, aunque se compone enteramente de las personas y de papel. A
través de una combinación de entrevistas a los empleados, 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:
1. El analista aprende la terminología de la empresa, lo que los usuarios hacen y cómo
lo hacen.
2. El viejo sistema proporciona los requisitos básicos para el nuevo sistema. Las fallas,
errores y áreas de ineficiencia se destacan y su corrección se añade a los requisitos.
3. El modelo de datos puede ser construido.
4. Los usuarios participan y aprenden las técnicas y modelos del analista.
5. Los límites del sistema puede ser definidos.
Los productos de esta etapa son:
Catálogo de usuarios, describiendo todos los usuarios del sistema y cómo
interactúan con él
Catálogo de requerimientos, detallando todos los requisitos del nuevo sistema
Descripción de servicios
Entorno actual, estructura lógica de datos (ERD)
Diagrama de contexto (DFD)
Conjunto nivelado de DFD para el sistema lógico actual
Diccionario de datos completo 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 (DFD) son el modelo físico actual, es decir, con todos los detalles de cómo el
viejo sistema se implementa. La versión final es el modelo lógico actual que es
esencialmente el modelo físico con todas las referencias a la aplicación, eliminando
cualquier redundancia en la información que componen los usuarios y el catálogo de
requisitos.
Fase 2 - Opciones del sistema de negocio
Después de haber investigado 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, desarrollará un conjunto de opciones de sistemas de negocio. Estas
son las diferentes formas en que podría ser el nuevo sistema de producción que van
3. desde no tirar el viejo sistema por completo o construir uno totalmente nuevo. El
analista puede realizar una sesión de lluvia de ideas para que se generen diferentes
ideas.
Las ideas se recogen a continuación para formar un conjunto de dos o tres opciones
diferentes que se presentan al usuario. Se considera lo siguiente:
El grado de automatización
La frontera entre el sistema y los usuarios
La distribución del sistema, por ejemplo: ¿se centraliza a una oficina o se
extenderá a varias?
Costo / beneficio
Impacto del nuevo sistema
La opción será documentada con una estructura lógica de datos y un nivel 1 de
diagrama de flujo de datos.
Los usuarios y analistas juntos eligen una opción de negocio único. Esta puede ser
una de las ya definidas o puede ser una síntesis de los diferentes aspectos de las
opciones existentes. La salida de esta etapa es la única opción de negocio
seleccionada junto con todas las salidas de la etapa de factibilidad.
Fase 3 - Especificación de Requisitos
Esta es probablemente la etapa más compleja en SSADM. Usa los requisitos
desarrollados en la etapa 1 y trabaja en el marco de la opción empresarial
seleccionada, el analista debe desarrollar una especificación completa lógica de lo que
el nuevo sistema debe hacer. La especificación debe estar libre de error, ambigüedad
e inconsistencia. Por lógica, se entiende que la especificación no dice cómo el sistema
se implementará 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 (DFD) y los diagramas de
entidad-relación (ERD). Estos se utilizan para producir definiciones de función de cada
función que los usuarios requieren del sistema, la entidad historias de vida (ELHS) y
los diagramas del efecto correspondencia, estos son modelos de cómo cada evento
interactúa con el sistema. Estos son continuamente comparados con los requisitos y
dado el caso, se añaden requisitos y se completan otro.
El producto de esta etapa es un documento de requisitos completo con las
especificaciones, que se compone de:
Catálogo con los datos actualizados
La actualización del catálogo de requisitos
La especificación de transformación que a su vez se compone de
Rol de usuario / función de matriz
Definiciones de funciones
Modelo que requiere datos lógicos
Entidad historias de vida
Diagramas de efectos correspondencia
Fase 4 - Opciones técnicas del sistema
Esta etapa es la primera hacia una implementación física del nuevo sistema. Al igual
que las opciones de negocio del sistema, en este momento un gran número de
4. opciones para la aplicación del nuevo sistema se generan. Se generan dos o tres
opciones para presentar al usuario,que elige la opción final o sintetizada.
Se consideran para elegir la opción final:
Las arquitecturas de hardware
El software a utilizar
El coste de la implementación
El personal requerido
Las limitaciones físicas
La distribución
El formato general de la interfaz humana de la computadora
Todos estos aspectos también deben ajustarse a las restricciones impuestas por el
negocio, tales como dinero disponible y estandarización de hardware y software. La
salida de esta etapa es una opción elegida del sistema técnico.
Fase 5 - Diseño Lógico
Aunque el nivel anterior especifica los detalles de la ejecución, los productos de esta
etapa son independientes de la implementación y se concentran en los requisitos para
la interfaz. El diseño lógico especifica los métodos principales 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. Estas son las
principales interfaces con las que los usuarios interactúan con el sistema. Otras
actividades se ocupan de analizar tanto los efectos de eventos, actualizar el sistema y
la necesidad de realizar una consulta sobre los datos en el sistema. Ambos utilizan los
eventos, descripciones de funciones y diagramas de efectos producidos por
correspondencia 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 lógica de datos requeridos
Modelo de proceso lógico
Fase 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 real y software.
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. La estructura exacta de las funciones y cómo se
implementan se especifica. La estructura física de datos se optimiza cuando sea
necesario para satisfacer los requisitos de tamaño y rendimiento. El producto es un
físico diseño completo.
Las tres técnicas más importantes que se utilizan en SSADM son:
Modelado de datos lógicos
5. El proceso de identificación, modelado y documentación de los requisitos de datos del
sistema que está siendo diseñado. El resultado es un modelo de datos que contiene
las entidades (cosas sobre las que una empresa necesita para registrar la
información), atributos (datos sobre las entidades) y relaciones (asociaciones entre las
entidades).
Modelado de datos de flujo
El proceso de identificar, modelar y documentar cómo los datos se mueven en torno a
un sistema de información. Modelado de flujo de datos examina los procesos
(actividades que transforman los datos de una forma a otra), almacenes de datos (las
zonas de espera de los datos), las entidades externas (lo que envía los datos a un
sistema o recibe datos de un sistema) y los flujos de datos (rutas por que los datos
pueden fluir).
Modelado Entidad Evento
Un proceso de doble hebra: Entidad modelado de comportamiento, identificar, modelar
y documentar los eventos que afectan a cada entidad y la secuencia (o historia de
vida) en la que se producen estos eventos, y modelado de eventos, diseñando para
cada caso, el proceso para coordinar las historias de vida de entidad.
Comparación entre tres autores
Wikipedia Ogcio Share2000
Fase 0: Estudio de
factibilidad Determina si un
proyecto es factible para la
utilización de la
metodología.
Etapa 0: viabilidad Se
evalúa el sistema de
información planteado y se
decide si puede ser
ejecutado en la empresa
. Estudio de factibilidad: En
esta fase se decide si el
proyecto es posible
Fase 1: investigación del
entorno actual. El analista
estudia el sistema actual y
detalla todos los aspectos
para conseguir los
defectos del sistema.
Etapa 1: investigación del
medio ambiente actual.
Detalla el entorno del
sistema y estudia todos los
factores que influyen en el.
. Análisis del Sistema: Se
analiza y se determina las
fallas del sistema y los
requisitos del nuevo
sistema.
Fase 2: Opciones del
sistema de negocios
Desarrolla las opciones del
sistema a implantar y se
escoge una de ellas.
Etapa 2: Opciones del
sistema de negocios. Se
plantean las diferentes
opciones del sistema y se
escoge una de ellas.
Sistema de diseño de
negocio: Se selecciona
una sola solución técnica,
la cual cumpla con los
requisitos técnicos del
sistema y se implanta en el
nuevo sistema.
Fase 3: Especificaciones
de requisitos. Se describe
lógicamente el sistema
que se implantara, se
especifica todo lo que
hace el sistema
Etapa 3: Definición de
requisitos. Se especifican
las necesidades de
procesamiento de datos y
de la opción de sistemas
de negocios seleccionada.
Fase 4: Opciones técnicas
del sistema. Se determina
Etapa 4: Opciones
técnicas del sistema. Se
6. como se aplicara el
sistema específicamente.
definen las opciones para
el sistema técnico
requerido.
Fase 5: Diseño lógico. Se
construye todo lo referente
a la interfaz que el usuario
va a manipular
Etapa 5: Diseño lógico. Se
elabora la interfaz del
usuario y las demás
aplicaciones necesarias
(menús, diálogos, etc).
Fase 6: las
especificaciones se
transforman en hardware y
software real.
Etapa 6: es especificar los
datos físicos y de diseño
del proceso, utilizando el
lenguaje y las
características del entorno
físico.
Diseño físico: el diseño
lógico se convierte en un
diseño que se adapte al
hardware de la
computadora y el software
seleccionado.