Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

SSADM(METODOLOGIA DE ANALISIS Y DISEÑO ESTRUCTURADO)

No description
by

July Paola Chitiva Ortiz

on 5 November 2013

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of SSADM(METODOLOGIA DE ANALISIS Y DISEÑO ESTRUCTURADO)

METODOLOGÍA SSADM (METODOLOGÍA DE ANÁLISIS Y DISEÑO DE SISTEMAS ESTRUCTURADOS)
SSADM fue desarrollada inicialmente en el año 1980 por Learmonth y Burchett Management Systems (LBMS) y continuada por la Agencia Central de Informática y Telecomunicaciones (CCTA) mediante la adopción de un método de desarrollo de sistemas de información para el uso en los proyectos del gobierno del Reino Unido
COMPONENTES
Normas Estructurales :contiene una serie de tareas que deben llevarse a cabo dentro de las etapas
Normas de procedimiento: Consta de técnicas específicas, cada una con las normas y directrices sobre cuándo y cómo usarlos.
Normas para la documentación : Documentos específicos disponibles que permiten a los productos del desarrollo del sistema ser registrados en las etapas apropiadas.
Mejorar la gestión y control de proyectos
Hacer un uso más eficaz de la experiencia y sin experiencia development staff(Personal de desarrolló)
Desarrollar sistemas de mejor calidad
Hacer proyectos resistentes a la pérdida de personal
Habilitar proyectos para ser apoyados por herramientas informáticas, como los sistemas de ingeniería de software asistida por ordenador
Establecer un marco para la buena comunicación entre los participantes en un proyecto
OBJETIVOS DE SSADM
TÉCNICAS SSADM
Modelo lógico de datos: Es el proceso de identificar, modelar y documentar los requerimientos de información de un sistema de tecnología de la información.
Modelo de flujo de datos: Es el proceso de identificar, modelar y documentar como fluyen los datos a través del sistema de información.
Modelo de Eventos de entidad: Es el proceso de identificar, modelar y documentar como los eventos de negocio que afectan a cada entidad y la secuencia en que ocurren.
Entregar el sistema para los usuarios a tiempo.
Énfasis en los usuarios, sus requisitos y participación
Proporcionar sistemas que responden a los cambios en el entorno empresarial.
Fomentar un uso más eficaz y económico de los conocimientos disponibles
Mejora de la calidad mediante la reducción de las tasas de error.
VENTAJAS
Mejorar la flexibilidad
Mejorar la productividad
Evitar la dependencia de una sola fuente de suministro.
Se tiene que completar una fase antes de comenzar la próxima.
Rigidez.
Tiempo y dinero.
proporciona un conjunto de procedimientos para llevar a cabo el análisis y diseño, pero no cubre aspectos como la planificación estratégica ni entra en la construcción del código.
DESVENTAJAS
DIAGRAMAS
Diagramas de flujo
de datos (DFD)
Diagramas de datos lógicos:

Estructura lógica de datos (LDS).
Diagramas de entidad / relación
.
Diagramas de comportamiento de entidad

Diagramas Historia de vida de entidades (ELH).
Diagramas de correspondencia (ECD).
CICLO DE VIDA
SSADM consiste en una arquitectura de especificación de tres esquemas, considerando a su vez tres áreas del sistema de información:
Capa externa
Diseño interno
Modelo conceptual
FASE 1: ESTUDIO DE VIABILIDAD

Cuando un estudio de viabilidad se lleva a cabo, hay cuatro áreas principales de análisis:
•Técnica
•Financiera
•Organizacional
•Ético

FASE 2: ANÁLISIS DE REQUERIMIENTOS

Los productos de esta etapa son:
Catálogo de usuarios,
Catálogo de requerimientos
Descripción de servicios
Entorno actual, estructura lógica de datos (ERD)
Diagrama de contexto (DFD)
Conjunto nivelado de DFD
Diccionario de datos

Durante esta actividad se realizan las siguientes tareas:
Estudio del conjunto de requisitos obtenido del nivel anterior.
Definir las soluciones de negocio (no confundir con las tecnológicas), teniendo en cuenta los aspectos técnicos y físicos
FASE 3: ESPECIFICACIÓN DE REQUERIMIENTOS

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
Definiciones de funciones
Modelo que requiere datos lógicos
Entidad historias de vida
Diagramas de efectos correspondencia
FASE 4: ESPECIFICACIÓN DEL SISTEMA LÓGICO

Durante esta tarea se realiza:
Se proponen las alternativas técnicas de implementación a partir de los resultados del nivel anterior.
El coste de la implementación.
Las limitaciones físicas
El formato general de la interfaz humana de la computadora
Se especifican las distintas opciones hardware, software y de plataforma de desarrollo para poder seleccionar la más adecuada.
Nivel 5. Diseño lógico
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
Durante esta tarea se realiza:

Se obtiene el proceso de diseño lógico independientemente del entorno técnico particular.
El diseño resultante podrá ser implementado en diversas plataformas.
Puede ser un modelo de cómo el sistema satisfará los requerimientos del usuario.
FASE 5: DISEÑO
Nivel 6. Diseño físico
La información obtenida en la fase anterior se utiliza para trasladar al diseño físico, el entorno técnico seleccionado.
Se utilizan técnicas de selección del entorno, ya que SSADM simplemente se limita a suministrar unas directrices genéricas.

El seguimiento de los avances del proyecto, los problemas de dirección.
El apoyo a PDD ( Programa de Desarrollo Directivo),Horarios Estimación.
Investigar Riesgo y alternativas
Director del proyecto


Requisitos del Encuentro
•Análisis de brechas con el sistema o proceso existente
•Identificar los actores, casos de uso
•Flujo de trabajo, diagrama de secuencia
•Diseño de pantalla
•Facilitar la UAT
Analista
Análisis de flujo de trabajo: se centran en la especificación del sistema
Análisis Arquitectónico - objetos (casos de uso realización)
Requisitos y análisis de casos de uso (Analizar modelo de clase)
Diagrama de objetos, diagrama de secuencia
Diagrama de Clases
Mover el análisis de la aplicación
Diseño de base de datos
Arquitecto
Analizar Database Design
Codificación y pruebas unitarias en el local host
Desarrollador
Pruebas funcionales /Medición de la calidad de los procesos utilizados para crear un producto de calidad
Tester / QA
Entregas de software nuevo o de actualizaciones del software
Release Manager
Nivel 0. Viabilidad
Nivel 1. Investigación del entorno actual
Nivel 2. Opciones del sistema de negocio
:
Nivel 3. Definición de requerimientos
Nivel 4. Opciones técnicas del sistema
ROLES
Director del proyecto
Analista
Arquitecto
Desarrollador
Tester / QA
Release Manage
r
GRACIAS.....
Full transcript