Metodologia Estructurada - Análisis -

Lic. Susana Daldin 1

Metodologías Estructurada


Análisis


Objetivos

Brindar conceptos y herramientas actualmente utilizadas en el Desarrollo de Sistemas de

Información.

Compartir el valor agregado de la investigación y la experiencia de los

docentes y alumnos


Analista

Interpreta los requerimientos de los usuarios,

emplea técnicas adecuadas para traducir a

términos adecuados el valor que el usuario

asigna a dichos requerimientos. Modela.

Controla (prueba). Implementa el Sistema de información.

Documenta el sistema.

Funciones y responsabilidades


Analista de organización y métodos

Análisis de la circulación de la información, optimización de

circuitos administrativos, diseño de formularios. Estudios

de la información legal para los distintos tipos de

negocios.



Documentadores

Escribe los manuales del sistema de información

para la operación de los mismos. Describe los

circuitos administrativos para la circulación de

la información.



PPlanificación y Control de Gestión.lanificación y Control de Gestión. Presupuesto y control.Presupuesto y control. Administración de políticas, metodologías, Administración de políticas, metodologías, normas y procedimientos.normas y procedimientos.

Investigación y desarrollo de nuevas Investigación y desarrollo de nuevas tecnologías.tecnologías.

Administración de requerimientos y Administración de requerimientos y contrataciones informáticas.contrataciones informáticas.

Seguimiento de proyectos específicos por Seguimiento de proyectos específicos por decisión de la Dirección.decisión de la Dirección.



Ciclo de Vida Clásico

Relevamiento

Análisis

Diseño Preliminar

Prueba de Sistema

Prueba deunidad

Prueba deSubsistema

Estudiode

requisitos

requerimientos delusuario

Calendario,presupuesto

pedido derequisitos

especificación funcional

necesidades de rendimiento

especificacióndel sistema

configuración final

especificación delprograma

móduloscodificados

módulosprobados

subsistemasprobados

sistema probado

Diseñodetallado

Codificación


Ciclo de Vida Estructurado

1.Factibilidad

2.Análisis

3.Diseño

8.Conversión

deBases

6.Ctrol. deCalidad

4.Implemen-

tación

9.Instalación

Usuarios Directorio Operaciones

5.Pruebas deAceptación

7.Desc. de Proced.

Directorio

requerimientosdel sistema

políticasde usuario

restricciones

restricciones operacionales

base de datosexistentes

documento

especificaciónestructurada

especificaciónde diseño

sistema instalado

Informetentativocosto-beneficio

restricciones

reportede costo- beneficio

conjunto depruebas decontrol decalidad

manual delsistema

sistemaintegrado

sistemaaceptado

base dedatosconvertidas


Prototipo

Antes o después se dispondrá de un modelo gráfico completo Antes o después se dispondrá de un modelo gráfico completo

del sistema, que será la vía para reemplazarlo por el sistema del sistema, que será la vía para reemplazarlo por el sistema

definitivo.definitivo.

Que pueda incurrirse peligrosamente en suponer que el Que pueda incurrirse peligrosamente en suponer que el

prototipo es el sistema en producción.prototipo es el sistema en producción.

InferimosInferimosNo puede manejar altos volúmenes de transacciones. Carece No puede manejar altos volúmenes de transacciones. Carece

de detalles operativos, tales como, recuperaciones de errores, de detalles operativos, tales como, recuperaciones de errores,

rastreos de auditoría, facilidades de backups, documentación rastreos de auditoría, facilidades de backups, documentación

para el usuario y procedimiento de conversión.para el usuario y procedimiento de conversión.


Estrategia de modelado

A partir delmodelo

físico actual

ModificarModeloEsencialActual

UsuarioModelarSistemaFísicoActual

DerivarEsenciaSistemaActual

Información del sistema actual

Nuevos requerimientos

Modelo lógico actual

Nuevo modelo lógico

Modelo físico actual




DerivarEsenciaSistemaActual




Estrategia de modelado

ConConabstracciónabstracciónde lade laencarnaciónencarnaciónactualactual

ModificarModificarModeloModeloEsencialEsencialActualActual

UsuarioUsuarioModelarModelarEsenciaEsenciaSistemaSistemaActualActual

Información del Información del sistema actualsistema actual

NuevosNuevosrequerimientosrequerimientos

Nuevo modelo lógicoNuevo modelo lógico

Modelo lógico actualModelo lógico actualModificarModeloEsencialActual

UsuarioModelarEsenciaSistemaActual


1-1- Estudio de Factibilidad.Estudio de Factibilidad.

2-2- Análisis.Análisis.

3-3- Diseño.Diseño.

4-4- Implementación.Implementación.

5-5- Generación de Test de Aceptación.Generación de Test de Aceptación.

6-6- Control de Calidad.Control de Calidad.

7-7- Descripción de Procedimientos.Descripción de Procedimientos.

8-8- Conversión de Base de Datos.Conversión de Base de Datos.

9-9- Instalación.Instalación.

Ciclo de Vida de un Proyecto

1-1- Estudio de Factibilidad.Estudio de Factibilidad.

2-2- Análisis.Análisis.

3-3- Diseño.Diseño.

4-4- Implementación.Implementación.

5-5- Generación de Test de Aceptación.Generación de Test de Aceptación.

6-6- Control de Calidad.Control de Calidad.

7-7- Descripción de Procedimientos.Descripción de Procedimientos.

8-8- Conversión de Base de Datos.Conversión de Base de Datos.

9-9- Instalación.Instalación.


Factibilidad

Operativa

Técnica

Económica

Legal


1 Estudio de Factibilidad

1.1 Identificar las deficiencias actuales.

1.2 Establecer nuevas metas del sistema.

1.3 Generar escenarios aceptables.

1.4 Preparar un esquema de proyecto.



2 Análisis

2.1 Desarrollar el modelo ambiental.

2.2 Desarrollo del modelo de comportamiento.

2.3 Establecer fronteras hombre/máquina.

2.4 Realizar el análisis de costo/beneficio.

2.5 Seleccionar la opción.

2.6 Determinar las restricciones físicas del

sistema.

2.7 Empaquetar especificaciones.



3 Diseño3.1 Asignar especificaciones de proceso.3.2 Asignar especificaciones a tareas.3.3 Derivar Diagrama Estructurado.3.4 Evaluar diagrama de Estructura.3.5 Diseñar Módulos.3.6 Diseñar Base de Datos.3.7 Empaquetar Diseño.



4 Implementación

4.1 Seleccionar el próximo módulo.4.2 Codificar módulo.4.3 Testear el Esqueleto del sistema.



5 Generación de Test de Aceptación

5.1 Generar plan de test.5.2 Preparar test de performance.5.3 Preparar test normal.5.4 Preparar test de errores.5.5 Empaquetar test.



6 Control de Calidad6.1 Se decide si corresponde o no aceptar el sistema para suinstalación. 6.2 Examinar la documentación asociada con el proyecto para asegurar que es completa, acorde a los estándares establecidos.6.3 Examinar la codificación de los programas. para asegurar que han seguido los estándares de programación.6.4Examinar todo el sistema desde el punto de vista de seguridad y su auditoría.



7 Descripción de procedimientoEs la descripción de procedimientos, en la misma se

vuelcan todas las especificaciones consideradas para le análisis y el diseño, en un manual del usuario. Es importante enfatizar que tanto los

productos obtenidos del análisis como del diseño deben ser descriptos. En esta etapa se describen

las entradas, salidas, pantallas y procedimientos de todo el sistema para dejar documentado la totalidad

del mismo.



8 Conversión de Base de DatosTiene por objeto convertir las bases de datos del sistema actual al formato de las nuevas bases de

datos, esto comprende también archivos que por su organización no sean bases de datos y además cuando se trata de un sistema nuevo el cual no

estuviese computarizado, es decir que contare de almacenamientos físicos no magnéticos, se requiera incorporar la información que se lleva en papel a la

nueva base de datos.



9 InstalaciónLa instalación cierra el ciclo de vida del proyecto, se

pone en funcionamiento el sistema en manos del usuario, se lo declara oficialmente operativo. En

pequeños proyectos esta actividad se realiza normalmente en un clima de tranquilidad, lo contrario sucede cuando se instalan grandes

sistemas, este es el momento de la realidad, de los nervios y las tensiones, en consecuencia, se debe

tener en cuenta aspectos que dificulten llevar a cabo esta actividad.



Establecer la hora adecuada para la instalación... Determinar el momento oportuno para

desmantelar el viejo sistema, definir la duración del procesamiento en paralelo....

Determinar si el sistema debe ser implementado en forma integral o parcial de acuerdo al nivel de complejidad del mismo y a las restricciones operativas ......

Decidir el momento y forma adecuada para capacitar al usuario .......



Técnicas de Relevamiento Las técnicas más utilizadas en análisis son:

Entrevista. Observación personal y directa. Revisión, lectura y estudio de

documentación y antecedentes. Cuestionarios (puestos a puesto, por

procedimientos). Muestreo.


Técnicas de Relevamiento

Entrevistas Finalidad:

Obtener la información relacionada con el sistema actual, y los nuevos requerimientos.

Áreas de aplicación:

Todas las etapas que conforman el análisis de sistema.


Entrevista

EtapasEtapas

Tipos de usuariosTipos de usuarios


Etapas de la Entrevista:

La Preparación.La Preparación. El Desarrollo.El Desarrollo. La Finalización.La Finalización.



Preparación:Preparación: Dar conocimiento al personal.Dar conocimiento al personal. Confeccionar listado con nombres, Confeccionar listado con nombres,

funciones y tareas que efectúan las funciones y tareas que efectúan las personas a entrevistar.personas a entrevistar.

Decidir la secuencia de entrevistas a Decidir la secuencia de entrevistas a efectuar.efectuar.

Confeccionar una lista de temas a tratar.Confeccionar una lista de temas a tratar. Tomar conocimiento de las tareas que Tomar conocimiento de las tareas que

realizan.realizan.



Desarrollo

Atmósfera. Prejuicios del analista. Actitud imparcial. Conducción de la entrevista.

Abierta. Cerrada. Dirigida.



Desarrollo

Situación del entrevistado. Coordinación de las entrevistas. Intercalación de temas de relajamiento. Pertenencia. Ausencia de crítica. Tiempo para pensar.



Desarrollo

Distracción externa o interna. Evitar el sarcasmo y el humor. Animar el razonamiento. Preguntas del entrevistado. Mostrar interés. Manejar desacuerdos. Personalidad del entrevistado.




Tipos de usuarios

Paciente. Confuso. Voluble. Autómata. Emperador. Obstruccionista

.

Suficiente. Desconfiado. Tímido. Limitado. Pedante. Simulador.



Tipos deTipos dePreguntasPreguntas

ReenvíoReenvío(sugerencias)(sugerencias)

Por su formaPor su formade expresiónde expresión

Por su Por su naturalezanaturaleza

DespiertanDespiertanconfianzaconfianza

InformativasInformativas

InvestigaciónInvestigación

DespiertanDespiertandesconfianzadesconfianza


Finalización

Abrupta. (postergación de la

entrevista)

Normal. (charla y resumen)



Toma de notas Ventajas

Mantener la mente en el asunto. Centrar la entrevista en el tema. Recordar hechos. Registrar detalles.

Desventajas Demasiado tiempo. Vacilación del entrevistado.



Conclusión

No creer todo lo que oye. Comprobar todo. Desconfiar de necesidades artificiales. Importancia de recibir documentación. Distinguir informaciones emocionales y

de hecho.



Conclusión Diferenciar entre:

Dato: información no verificada. Hecho: dato verificado informal con

pruebas. Opinión: comentario sin certeza. Deducción: afirmaciones que

surgen indirectamente de la observación de los hechos.



Entidades

Definimos a la Entidad, como una familia de

objetos con los mismos atributos. Las

Entidades constituyen el interés principal

del análisis de los datos.


Atributos

Los Atributos son los datos elementales que nos pueden brindar información de interés de una Entidad.

Los atributos de acuerdo al rol que desempeñan pueden clasificarse en atributos que: Identifican a la entidad (N° de documento). Describen a la entidad (Marca). Vinculan a la entidad con otra entidad.


Modelo del Sistema

Modelo Esencial

Encarnación

Modelo de Implementación


Modelo Esencial

AmbientalAmbiental de Comportamientode Comportamiento

de Act. Esencialesde Act. Esenciales de la Memoria Esencialde la Memoria Esencial


Modelo Esencial

Es una representación de lo que el

sistema debe hacer sin tener en cuenta

los aspectos técnicos de como lo hará.


Esencia

Es la naturaleza de las cosas, lo permanente e invariable en ellas.

Todas las características de un sistema de respuesta planificada que existirían si el sistema hubiese sido implementado con tecnología perfecta.


Tecnología perfecta

Lleva a cabo una cantidad infinita de tareas en cantidades infinitas y en forma instantánea.

No consume energía. No ocupa espacio. No genera costo. No comete errores. No deja de prestar servicio.


Componentes

Actividades esenciales: son aquellas que el sistema debería realizar considerando que el mismo pudiera ser implementado con tecnología perfecta.

Memoria esencial: son los datos mínimos necesarios para llevar a cabo las actividades esenciales.

Esencia


Actividades esencialesActividades esenciales

Actividades fundamentales:Actividades fundamentales: son las son las que realizan las tareas que forman parte que realizan las tareas que forman parte del sistema y permiten que el mismo del sistema y permiten que el mismo cumpla con su propósito.cumpla con su propósito.

Actividades custodiales:Actividades custodiales: tienen por tienen por objeto establecer y mantener la memoria objeto establecer y mantener la memoria esencial del sistema. esencial del sistema.

Esencia


Esencia

Almacenamiento

Estímulo 1 Estímulo 2

Respuesta

Proceso 1

Proceso 2

Ejemplo de Actividades esenciales


Diagrama de flujo de datos

Diagrama de flujo de datos es una representación

gráfica de un sistema en forma de red.

Herramienta gráfica. Particionamiento de actividades en diferentes niveles. Multidimensional.


Diagrama de flujo de datosLos elementos de un DFD son cuatro:

Flujo de datos, representados por un vector con nombre. Procesos, representados por un círculo o “burbujas”. Almacenamientos, representados por dos líneas paralelas. Terminales, también denominados, Entidades Externas.



Flujo de datos:

Un Flujo de datos es una interfase entre distintos

componentes de DFD.

RemitoRemito



Proceso:Proceso:

Un proceso es una transformación de los flujosUn proceso es una transformación de los flujosque ingresan, en los flujos que salen del mismo. que ingresan, en los flujos que salen del mismo. Cada burbuja requiere un nombre el cual Cada burbuja requiere un nombre el cual especifique lo que hace.especifique lo que hace.

Procesar Procesar ventasventas



Almacenamiento:

Es un repositorio temporal de datos, puede ser

un formulario, diskette, etc..

StockStock


Diagrama de flujo de datosEntidades Externas:

Es una persona u organización perteneciente alcontexto del sistema, la cual, origina o recibe datos del mismo. No esta comprendido dentro del ámbito del sistema, sino que Interactúa con el sistema por medio de los estímulos que genera y por las respuestas que a dichos Estímulos produce el sistema.

ClienteCliente



Guías para dibujar DFD.:

Identificar todos los flujos de datos de entrada y salida y dibujarlos en la parte externa del diagrama.

Dibujar los procesos uniendo entradas con salidas o viceversa.

Asignar cuidadosamente, nombres a los flujos de datos. Asignar nombres a las burbujas de acuerdo a sus entradas y

salidas. Ignorar las E.E. Omitir las referencias a errores. No mostrar flujos de control ni información referida al

mismo.


Encarnación

Comprende a las personas y Comprende a las personas y elementos necesarios para que elementos necesarios para que el sistema funcione y pueda el sistema funcione y pueda llevar a cabo todos los llevar a cabo todos los procesos que deba elaborar procesos que deba elaborar para cumplimentar los para cumplimentar los requerimientos para lo cual fue requerimientos para lo cual fue creado.creado.


Modelo Esencial

AmbientalAmbiental de Comportamientode Comportamiento



Objetivos: Describir los requerimientos de interacción

del sistema con su contexto (entorno). Visualizar las personas, organizaciones y

otros sistemas con los que debe interactuar, los eventos a los cuales debe dar respuesta y los flujos de datos que intercambia el sistema con el contexto.

Fijar el alcance del sistema.

Modelo Ambiental


Modelo Ambiental

Propósito del sistemaPropósito del sistema

Lista de eventosLista de eventos

Diagrama de ContextoDiagrama de Contexto

ComponentesComponentes


Modelo Ambiental

Propósito:

Debe ser una descripción breve y concisa en la que se indique para que existe el sistema y reflejar claramente el entorno y alcance del mismo.

No expresa lo que el sistema hará, mucho menos como lo hará.


Lista de evento:

Muestra las cosas que ocurren en el entorno

y a las cuales debe dar respuesta el

sistema.

Muestra que o quien inicia los eventos.

Modelo Ambiental


Modelo Ambiental

Eventos Entidades

Externas Estímulos Respuestas Tipo de Activación Tipo de Actividad Objetos esenciales

Elementos Elementos de la Lista de de la Lista de

eventoseventos


Es una acción producida en el contexto por las entidades externas, las cuales originan un estímulo que activa el sistema para que este genere una respuesta planificada.

Modelo AmbientalConcepto de evento


Activados por flujos

Activados por el tiempo

Modelo AmbientalTipos de eventos


Los más triviales de determinar, analizando para c/uno de los determinados

si existen variaciones significativas si es opuesto si hay eventos que deban precederlos si hay eventos que deban sucederlos

Modelo AmbientalIdentificación de eventos


Debe contener un Sujeto.

Verbo.

Objeto.

Modelo Ambiental

Descripción de los eventos


Modelo Ambiental

Ejemplo de Lista de eventos

Evento Entidad

externa

Estímulo Respuesta Tipo de

activac.

Tipo de

activid.

Objetos

esenciales

Un cliente

envía un pedido

de cotización

cliente pedido de

cotización

cotización

de la

mercadería

F F

clientes,

pedidos,

cotizaciones

Ventas informa

datos de

nuevos clientes

ventas datos

nuevos

clientes

---------------- F C

clientes

A fin del día ------------ ---------------- Lista de

deudores

T F clientes


Tiene por objeto definir que esta afuera de

los límites del sistema e interactúa con él,

es decir, delinear el dominio del sistema.

Modelo Ambiental

Diagrama de Contexto


Modelo AmbientalEjemplo de Diagrama de Contexto

Entidad Externa 1

EntidadExterna 2

Sistema

Estímulo 1

Estímulo 2

Respuesta 1


Modelo Ambiental

Consideraciones

Minimizar los errores en la determinación de los eventos del sistema.

Balancear el Diagrama de contexto con la lista de eventos. Debe existir en ambos, la misma cantidad de estímulos y respuestas.


Modelo Esencial

AmbientalAmbiental


de Comportamientode Comportamiento


Modelo de ComportamientoCaracterísticas

Describe la forma en que el sistema debe reaccionar ante los distintos estímulos.

Muestra las funciones que deben ser llevadas a cabo por el mismo, con tecnología perfecta.

Muestra lo que debe hacer el sistema pero no como lo hará.


Derivar el modelo de procesos (Act. esenciales)

Derivar el modelo de datos (memoria esencial)

Completar el modelo (Leveling)

Modelo de Comportamiento

Desarrollo



DDDD

Lista deeventos

DCDC

DFDDFD

DERDER


Representa las funciones esenciales del sistema.

Describe ante cada evento como responde el sistema.

Muestra los procesos de transformación necesarios para elaborar las respuestas generadas por cada actividad fundamental.

Modelo de las Act. esenciales



Modelo de las Act. esenciales

Herramientas utilizadas

para el modelado

Diagrama de flujo de datos.

Diccionario de datos.

Especificaciones de procesos.



Derivar el modelo de procesos


Construir un DFD preliminar en base a la lista de eventos.

Desarrollar el DFD de Nivel 1. Desarrollar el leveling de cada

actividad esencial.


Construcción del DFD preliminar y el Nivel 1


Dibujar una burbuja por c/actividad esencial.

Conectar los estímulos y respuestas que corresponden a cada actividad esencial.

Conectar los almacenamientos necesarios para cada actividad esencial.

Conectar las actividades esenciales entre sí a través de los almacenamientos.


Descomposición del Nivel 1


La descripción del comportamiento esta dada

por la descomposición de las actividades

esenciales hasta llegar a las primitivas

funcionales.

La transformación de un DFD puede ser

expandida en otro DFD o ser descripta

mediante una especificación de procesos.


Leveling



Verificación - Criterios

Modelo Esencial

De las especificaciones mediante la

verificación de las reglas de consistencia.

Del comportamientosimular el

comportamiento.


Todo flujo o almacenamiento debe estar definido en el D.D.

Toda transformación debe tener un DFD de nivel inferior o una especificación de procesos.

Toda transformación descripta debe cumplir con el balanceo.

Las entidades en el modelo de datos deben figurar como almacenamientos en el modelo de procesos.

Verificación de las especificaciones

Modelo Esencial


Nadie esta motivado para descubrir sus propios errores…

No lo haga Ud. Mismo!

Recomendación Esencial

Metodologia Estructurada - Análisis -

Documents

Transcript of Metodologia Estructurada - Análisis -