MODELIZACION DEL SISTEMA

Construcción de los Modelos de Sistemas

• Se utilizan como base los datos recabados

• Experiencia de los usuarios

• Los conocimientos técnicos del equipo de

análisis.

• Sentido común
 Modelos del Sistema
• Funcionales

• De procesos

• De objetos

• De datos
 Modelo Funcional
• Muestra qué tareas son realizadas en una
actividad y el flujo de información entre dichas
actividades.
• El diagrama de Flujo de Datos (DFD) es el más
utilizado para este modelo
 Modelo de Procesos
Este modelo es secuencial, indica en dónde
inicia y dónde termina el proceso.

Los diagramas de flujo son utilizados en este

modelo.
 Modelo de Orientados a Objetos
Pretenden identificar a los objetos, sus
características y relaciones existentes entre ellos.
 Modelo de Datos
En este modelo comúnmente los más utilizados
son OOA (análisis orientado a objetos) y
modelos de entidad relación
Construcción de los modelos y Análisis de las
Modificaciones generan:
Requerimientos: son características que deben
ser incluidas en el nuevo sistema.

Especificaciones: son descripciones del sistema

que determinan el desempeño del mismo, los
requerimientos que se deben satisfacer y las
estrategias para alcanzarlos
 Análisis de Datos Recopilados y
Determinación de Requerimientos

¿Qué se hace?
¿Cómo se hace?
¿Con qué frecuencia se hace?
¿Qué volúmenes se manejan?
¿Con qué eficiencia se hace?
¿Qué problemas se presentan?
 Análisis de Datos Recopilados y
Determinación de Requerimientos
¿Qué grado de importancia tiene el
problema?
¿Cuáles son las causas del problema?
¿Quiénes lo realizan?
¿Qué tiempo se tardan en efectuarlo?
¿Quiénes emplean la información
resultante?
Determinación de Requerimientos
Qué información debe producir
Cuándo y quiénes la usarán
 Especificación de los Requerimientos de
Sistemas
Capacidad:
El sistema actual posee la habilidad para
alcanzar sus objetivos básicos.
Se deben buscar signos evidentes de la falta
de capacidad del sistema que provocan
retrasos e inconvenientes en la entrega de
los productos
 Requerimientos de Capacidad
Indicios de: Qué se debe buscar
Instalaciones Flujo de información enredado
Inadecuadas pro la ubicación del local.
Espacio físico limitado o mal
ubicado que dificulta realizar las
tareas o las entorpece
Personal insuficiente Retrasos en entrega de productos
por carga excesiva de trabajo

Procedimientos mal Copias innecesarias, pasos que se

diseñados omiten, pasos que se realizan y
no están documentados, flujo de
información enredado.
 Requerimientos de Capacidad
Indicios de: Qué se debe buscar
Formularios mal Copias innecesarias,
diseñados campos que no se utilizan,
espacio no adecuado con los
datos
Tiempo de Retrasos de entregas,
ejecución esperas de clientes y
inadecuado usuarios
Requerimiento de Retrasos de entregas,
mayor capacidad de esperas de clientes y
procesamiento usuarios
 Especificación de Requerimientos de
Sistemas
Control
Se llevan a cabo todos los pasos del
proceso
Se realizan en forma apropiada
Existen pasos adicionales o no autorizados
 Requerimientos de Control
Indicios de: Qué se debe buscar
Inexistencia de No se tienen cifras de
estándares de control ni procedimientos
control establecidos para verificar
operación normal del
sistema
No existen Tareas o productos en que no
responsables por están definido un
tarea o producto responsable o existen varias
versiones en cuanto a
responsables de un producto
o tarea
 Requerimientos de Control
Indicios de: Qué se debe buscar
Frecuencia omisión Se desconocen los
de pasos en procedimientos, versiones
procedimientos diferentes por cada persona
entrevistada
Existencia de No se manejan los mismos
comunicación conceptos, cada persona
inadecuada tiene distinta definición de
procedimientos
 Especificación de Requerimientos de
Sistemas
Disponibilidad de Información:
¿La información se encuentra disponible?,
El método de accesar a la información es
difícil, se presenta en forma equivocada
Requerimientos de Disponibilidad de Información
Indicios de: Qué se debe buscar
Información no Personas indican que
disponible requieren de cierta
información para realizar
mejor su trabajo y no está
disponible.
No existe facilidad Procedimiento muy
de acceso a la complicado para accesar la
información información.
Existen muchos obstáculos
Requerimientos de Disponibilidad de Información

Indicios de: Qué se debe buscar

Información Errores en reportes y
incorrecta documentos producidos por
el sistema actual
Información poco Existen documentos con
confiable información incongruente
 Requerimientos de Simplicidad
Indicios de: Qué se debe buscar
Pasos adicionales o En la revisión de
innecesarios procedimientos se detectan
pasos que no siempre de
ejecutan, tampoco
contribuyen al proceso
Exceso de Formularios con copias no
formularios utilizadas, formularios no
utilizados, formularios
informales
 Reuniones de Trabajo
• Conocer cómo se está realizando el trabajo y
si se están consiguiendo los objetivos de una
empresa, puede desprenderse de una reunión
de trabajo bien manejada y correctamente
aprovechada
 Metodologías para el Diseño de Sistemas

• Conjunto de procedimientos, técnicas,

herramientas y un soporte documental que
ayuda a los desarrolladores a realizar nuevo
software.
 Metodologías de Diseño
• PROTOTIPOS

• DISEÑO ESTRUCTURADO

• ORIENTADA A OBJETOS

• DESARROLLO RÁPIDO DE APLICACIONES (RAD)

PROCESO UNIFICADO DE DESARROLLO (PUD)

• PROCESO: describe un conjunto de

actividades que deben realizarse en un
determinado orden que identifican qué hacer,
como hacerlo, cuando hacerlo y el motivo por
el cual debe hacerse.
 Características del Proceso
• Reproducible

• Definido

• Susceptible de ser medido en cuanto a

rendimiento y a optimización
Un Proceso de Software debe especificar:

• Secuencia de actividades a realizar por el

equipo de desarrollo
• Los productos que deben crearse e indicar el
qué y el cuándo.
• Asignación de tareas a cada miembro del
equipo y al equipo como un todo.
• Criterios para controlar el proceso
 FASES DEL PROCESO

ANALISIS DE
REQUISITOS

DISEÑO Y
ARQUITECTURA

PROGRAMACION

PRUEBA

DOCUMENTACIÓN

MANTENIMIENTO
 Proceso de Desarrollo Unificado
• Es un conjunto de actividades necesarias para
transformar los requisitos de usuario en un
sistema software.
• Desarrollar un sistema conociendo las necesidades
de los clientes mediante casos de uso.
• Estos casos de uso guían el desarrollo del sistema,
siguiendo un flujo.
• Paralelamente a los casos de uso se debe ir
desarrollando la arquitectura del sistema
Conceptos Claves del Proceso Unificado
Elemento Pregunta a responder
Fase e iteraciones ¿Cuándo se hace?
Flujos de trabajo de ¿Qué se está haciendo?
procesos (actividades y
pasos)
Artefactos ¿Qué se produjo?
Trabajador (arquitecto) ¿Quién lo hace?
 ELABORACION CONSTRUCCION

Ciclos de Vida
CONCEPCIÓN del Software TRANSICIÓN
en el Proceso
Unificado
Concepción: es la definición del
proyecto

Elaboración: es la acción de proyectar

un plan, definir las características y
cimentar la arquitectura

Construcción: es crear el
producto

Transición: es transferir el
producto a sus usuarios
 Niveles del Diseño de Software
1. Conceptual

2. Lógico

3. Físico
 Niveles del Diseño de Software
1. Conceptual:
Consiste en un análisis de actividades y consiste en una
solución a un problema de diseño planteado a partir de
las especificaciones, requisitos y necesidades
planteadas.
• Identifica al usuario y sus roles
• Obtener datos de los usuarios
• Evaluar la información
• Documentar los escenarios de uso
• Validar con los usuarios
 Niveles del Diseño de Software
2. Lógico: traduce los escenarios de uso creados
en el diseño conceptual en un conjunto de
objetos de negocio y servicios.
Se convierte, en parte, en la especificación
funcional que se usa en el diseño físico.
Reafina, organiza y detalla la solución de
negocios y define formalmente las reglas y
políticas específicas de negocios.
 Niveles del Diseño de Software
3. Físico: traduce el diseño lógico en una solución
implementable y costo- efectiva o económica. El
componente es la unidad de construcción
elemental del diseño físico.
• Definir los componentes
• Distribuir los componentes en la red
• Examinar la tolerancia a fallas y la recuperación
de errores
• Validar el diseño físico
• especificar las interfases de los componentes
 Características del Proceso Unificado de
Desarrollo
1. Dirigido por caso de uso

2. Centrado en la arquitectura

3. Iterativo e incremental
 Dirigido por Casos de uso
Representa una interacción entre el usuario y un
sistema informático, describe que hace el
sistema, no como lo hace.

Es un documento narrativo que establece una

secuencia de eventos para completar un
proceso entre un actor y el sistema.
 Dirigido por Casos de uso
Actor:
Es una entidad externa del sistema que de
alguna forma participa en el caso de uso,
generalmente estimula al sistema con eventos
de entrada o recibe algo de él.
EJEMPL
O
CASOS
DE USO
 CENTRADO EN LA ARQUITECTURA
Es una vista del diseño completo como las
características más importantes resaltadas.
 ITERATIVO E INCREMENTAL
Desarrollar por partes el producto software,
para después integrarlas a medida que se
completan. Un ejemplo de un desarrollo
puramente incremental puede ser la
agregación de módulos en diferentes fases.
El agregar cada vez más funcionalidad al
sistema.
 ITERATIVO E INCREMENTAL
Crear "mini-proyectos" que es una iteración que resulta en
incremento.
Priorizarlos e implementarlos siguiendo el orden establecido.
Cada uno de estos sigue el esquema:
Análisis -> Diseño -> Implementación ->Pruebas
O lo que es lo mismo:
Identificar y especificar casos de uso relevantes.
Crear un diseño utilizando arquitectura seleccionada.
Implementación del diseño mediante componentes.
Verificación de estos componentes
ETAPAS Y FASES DEL CICLO DE VIDA
 ETAPAS Y FASES DEL CICLO DE VIDA DE UN
SISTEMA
1. INICIO: se definen los objetivos del producto
final, se identifican y priorizan los riesgos. deben
obtener y especificar requisitos del sistema.
Listar los pasos siguientes:
Visión del sistema y alcance del sistema.
Viabilidad del proyecto y plan del proyecto.
Refinar el plan del proyecto.
Clarificar la funcionalidad del proyecto.
 ETAPAS Y FASES DEL CICLO DE VIDA DE UN
SISTEMA
2. Elaboración/arquitectura del sistema
Se define la funcionalidad y una arquitectura
básica del sistema.
En esta etapa se definen la visión del
producto su arquitectura, se expresan con
claridad los requisitos del sistema, se
planifican las actividades y los recursos
necesarios.
 ETAPAS Y FASES DEL CICLO DE VIDA DE UN
SISTEMA
3. Construcción/capacidad operacional inicial
En esta etapa se desarrolla el producto a
través de las iteraciones.
La mayor parte del trabajo es programación y
pruebas.
Se debe documentar tanto el sistema
construido como el manejo del mismo
 ETAPAS Y FASES DEL CICLO DE VIDA DE UN
SISTEMA
4. Transición
En esta etapa se entrega el producto al
usuario final para su uso. Incluye instalación,
configuración, entrenamiento, soporte,
mantenimiento