Sie sind auf Seite 1von 8

UNAD México

Universidad Abierta y a Distancia de México

Ingeniería en Desarrollo de Software

Análisis y Diseño Orientado a Objetos

Unidad 3. Metodologías de diseño para la generación de sistemas


orientados a objetos

Actividad 2: Importancia de las metodologías OMT y OOSE en el diseño de sistemas orientados a


objetos

Alumno: Armando Gómez Roldán


Matricula: ES1410901555
E-mail: ES1410901555@unadmexico.mx
Grupo: DDOO-1502S-B1-006
Docente: Dorian Ruíz Alonso
1.-Investiga y redacta dos casos de programas orientado a objetos uno
relacionado con la metodología OMT y otro relacionado con la metodología
OOSE.

Metodología OOSE (Objet Oriented software Engineering)

Caso de Estudio BIBLIOTECA: Se tiene la necesidad de implementar un software que permita


administrar el registro, préstamo etc. de libros en una biblioteca.

Caso de estudio
BIBLIOTECA Circulación

Procesos
Biblioteca Dirección
Técnicos

Usuario

Metodología OMT (Object Modeling Technique)

Contexto:
Actualmente la Empresa Conserfast carece de un Sistema automatizado canalizado a proporcionar
información y control de las entregas realizadas a sus clientes, tales como: consultas de entregas,
Courier, asignación de documentos o paquetes a los Courier, información acerca de los clientes,
facturación, ventas realizadas, reportes, por tanto la información no está correctamente administrada;
como consecuencia existe pérdida de información o mal manejo ya que la información se encuentra
registrada en libros, cuadernos en forma manual o parte de ella en archivos Excel; esto conduce a
errores en las entregas y mayor tiempo requerido para el servicio, por lo que muchos de los clientes,
en algunos casos, prefieren desistir del servicio que presta esta empresa.

Objetivo:
Diseñar e Implementar el Sistema de Administración y control de envíos o entregas de paquetes y
documentos para la empresa Conserfast

2.-Identifica los elementos básicos de sus modelos

METODOLOGÍA OOSE:

Utiliza cinco técnicas, nombradas modelos, para representar un sistema:

Modelo de requerimientos:
Es utilizado para establecer los límites del sistema, y se destacan por ser funcionales y útiles.

Modelo de análisis:
Se utiliza para desarrollar la estructura del sistema, donde existen tres tipos de objetos: de interface,
de entidad y de control.

Modelo de diseño:
Es el subsecuente del modelo de análisis para el diseño y se adapta para establecerlo dentro de un
ambiente de implementación.
Modelo de implementación:
se basa en el código fuente de los objetos especificados en el modelo de diseño.

Modelo de prueba:
Se realiza para establecer las pruebas al modelo de implementación.

La principal idea de los modelos de OOSE es capturar el concepto inicial de todos los requerimientos
funcionales y usar sus perspectivas. Es por eso que la relación entre ellos es importante. Para hacer
posible el mantenimiento del sistema es también necesario que los modelos sean tangibles.
OOSE proporciona un soporte para un diseño creativo de programas. La idea se plantea sobre el
problema del diseño y construcción de software; contempla las siguientes fases:

Herramientas: son todos los aspectos a utilizar para el desarrollo de las actividades, métodos y
procesos.

Procesos: permiten escalar los métodos, de tal manera que puedan ser aplicados a proyectos de
forma interactiva y en partes.

Métodos: se establecen de forma explícita considerando los procedimientos que deben seguirse para
aplicar la arquitectura al proyecto.

Arquitectura: establecer una buena estructura del sistema será de utilidad para comprenderlo
fácilmente, si se desea cambiar y realizar pruebas y mantenimiento.

METODOLOGÍA OMT:

En esta metodología se desarrolla un modelo que representa lo que va hacer el sistema, con la
finalidad de comprenderlo antes de desarrollarlo, esta técnica toma en cuenta tres líneas para su
utilización, tales como:

Modelo de objetos:
El modelado de objetos por lo general es representado por un diagrama de clases.

Modelo dinámico:
Es representado por los aspectos temporales de comportamiento del sistema, mediante la secuencia
de operaciones en el tiempo.

Modelo funcional:
Es representado por los aspectos que se transforman de acuerdo a la función del sistema; este
modelo comúnmente es representado mediante un diagrama de flujo.

Los pasos del proceso de desarrollo orientado a objetos son los siguientes:

Conceptualización: este proceso define todos los requerimientos para la determinación que deberá
tener el sistema, inicia identificando las necesidades desde el punto de vista de los usuarios. La
información por lo general es extraída de los casos de uso y del dominio del problema.

Análisis:
Consiste en determinar el modelo para comprender el problema en el dominio de la aplicación.

Diseño del sistema:


Este requerimiento determina la estructura del sistema en términos de subsistemas.

Diseño de objetos: consiste en dimensionar, afinar y optimizar el modelo de análisis, agregando


conceptos de programación.
Código: este requerimiento lleva a la implementación las clases de objetos representadas en un
lenguaje de programación.

Pruebas: las pruebas a realizar son útiles para validar el comportamiento de las clases y objetos que
se encuentran descritos en los escenarios.

Dentro del modelado del sistema, el modelo funcional especifica lo que sucede, el modelo dinámico
cuándo sucede, y el modelo de objetos específica a qué le sucede.

Se tienen considerados ocho pasos para construir un modelo de objetos

I. Identificación de objetos y/o clases.


II. Crear un diccionario de datos.
III. Identificación de las asociaciones y agregaciones entre los objetos.
IV. Identificación de atributos y enlaces.
V. Organización y simplificación de las clases empleando herencia.
VI. Verificación de las vías de acceso necesarias para llevar a cabo las probables consultas.
VII. Realizar las interacciones necesarias para el refinamiento del modelo.
VIII. Agrupar las clases en módulos.

Mediante el modelo funcional:


Se pueden visualizar resultados que se obtienen de un cálculo de valores; se especifican solamente
entradas y salidas de los valores, mas no como son calculados éstos. El modelo funcional está
formado básicamente de diagramas de flujo de datos. Los diagramas de flujo están compuestos de:

Procesos: Son ejemplificados por medio de una elipse, los procesos tienen datos como entradas las
cuales serán modificados.
Flujos de datos: Un flujo de datos interconecta la salida de los procesos a la entrada de otro, el
cual es representado en el diagrama por medio de una flecha, la cual por lo general lleva el nombre o
el tipo de dato.
Actores: El actor está definido por un papel de usuario que puede jugar intercambiando la
información con el sistema.
Almacenes: Constan de múltiples diagramas de flujo de datos.

3. Ejemplo de cada diagrama asociado a la metodología OMT y OOSE donde


deberán indicar sus características principales

Metodología OOSE
OBJETO DE CONTROL OBJETO DE ENTIDAD
Consiste en operar diferentes entidades, realiza proceso y retorna • Modelan información perdurable
resultado a un objeto
• Modelo que captura datos
• Transporta la acción del actor a los eventos del sistema
• Por lo general actúan como controladores o coordinadores del
• Cada actor puede tener su conjunto de interfaces proceso que se realice en los casos de uso

OBJETO DE INTERFAZ Comportamiento

Representar a las entidades que gestionan las transacciones Ambiente de


Implementación Información
entre el
sistema y los actores en el mundo exterior. Presentación
Actor
• Describe la comunicación bidireccional entre el sistema y sus
Elemento
usuarios, estos pueden ser los sistemas humanos u otros del caso de
uso
Casos de uso Modelo de Análisis Modelo de Diseño
Comportamiento
Dimensiones Sistema Sistema
del modelo
de análisis Registrar Consulta
Usuario Titulo

Técnico Registrar Consulta


Documento Usuario
Autor
Presentación Información Registrar
Días Consulta Refinamiento
Festivos Prestamo

Modelo de Diseño Diagrama de secuencia


Modelo de Análisis Pantalla
System Border Usuario Documento Reserva
Reserva
Registrar
Préstamo Reglamento Reglamento El empleado 1:opción
Préstamos Panel digita la opción
Dirección de reserva

El empleado
2:código
digita código
Multa de usuario
Reserva Registrar
Reserva
Panel Pago 3:código
Circulación Multa Los campos
nombre, No.
Usuario préstamo, No.
Documento 4:datos
Imp. multas, estado
Multa aparecen en la 5:datos
Registrar
pantalla
Usuario

Consultas Registrar El empleado 7:Mensaje 1


Documento 6:No. Indiz.Volumen
Titulo Autor digita No. Indiz
Panel volumen
Técnico 8:Mensaje 2
Panel
Usuario
Consultas
El empleado 9:Mensaje 3
Autor Registrar acepa la
Autor transición 10:OK

Metodología OMT

Caso de Uso:

Sistema Administrar clientes


Casos de Uso Descripción
Registrar
Secretaria
cliente
Registrar Permite administra la información de los clientes,
cliente incluye ingresar, modificar e imprimir reportes
Consultar
cliente Gerente Consultar Permite visualizar la información referente a un
cliente cliente en especifico
Generar
reporte
Generar Permite generar un reporte para verificar o
reporte imprimir la información

DIAGRAMA DE CLASES Administrar Parametros


GEP01 (Cabecera Parametrización) GEP03(Detalle Parametrización)
-GEP01STRESTADO :Char - GEP03NUMCODPARAMETRO :Integer
-GEP01NUMCODPARAMETRO :Integer - GEP03STRSERIE :Char
-GEP01STRAPLICACION :Char 1 - GEP03STRSECUENCIA :Char
-GEP01STRDEFINICION :String - GEP03STRVALOR : String
-GEP01STRDESCRIPCION :String 0.. * - GEP03STRDESCRIPCION : String
+ Consultar () :Object + Consultar () :Object
+ Ingresar () :Object + Ingresar () :Object
+ Modificar () :Object + Modificar () :Object
DIAGRAMAS DE COLABORACIÓN NUEVA DEFINICION
3: P Ingresar()

2: F BuscaRegistro()

Capa Usuario
5: F_ConsultaNomProcedimientoP()
1: P_LimpiarControles()
4: P_EjecutaTransaccion()

Servicio Web

Administrador 6: P_EjecutaTransaccionNegocio()
Sistema

7: P_EjecutaSPTransN()

9: F_EjecutaProcesoDatos()

Capa Negocio

10: GEP01PI01(Inserta Definición)


Capa Datos
8: Fd_Conectar()
Definición

DIAGRAMAS DE ACTIVIDADES NUEVA DEFINICION


Ingresar nueva Definición Diagrama de secuencia
Capa Servicio Capa Capa Definición
Usuario Web Negocio Datos

Cargar Aplicaciones

Ingresar Administrador
Sistema
P_Limpiar
Controles()
Validadr Definición

Desplegar Decision_2
Decision_1
Mensaje F_BuscarRegistro()

Desplegar dialogo de
confirmacion
P_Ingresar()

Decision_4

P_EjecutaTransaccion()

Iniciar transaccion
BDD
F_ConsultaNomProcedimientoP()

Insertar definicion
BDD

P_EjecutaTransaccionNegocio()

Decision_2 P_EjecutaSPTransN()

Cancelar
transaccion BDD
Confirmar
transaccion BDD Fd_Conectar()

Finalizar
transaccion BDD F_EjecutaProcesoDatos()

Actualizar
vista GEP01PI01(Inserta Definición)
4. Explica los elementos de los métodos OMT y OOSE mediante un
organizador de contenidos de tu elección indicando conceptos y la forma en
que se relacionan.

DIAGRAMAS DE
ACTIVIDADES
Metodología OMT Cargar
y Aplicaciones
Metodología OOSE

Almacenes: constan de múltiples


Decision diagramas de flujo de datos.
Identificación de objetos y/o clases. Actores: el actor está definido por un
papel de usuario que puede jugar
Crear un diccionario de datos. Actualizar intercambiando la información con el
vista sistema.
Identificación de las asociaciones y
agregaciones entre los objetos. Flujos de datos: un flujo de datos
Identificación de atributos y enlaces. interconecta la salida de los procesos a
la entrada de otro, el cual es
Organización y simplificación de las representado en el diagrama por medio
clases empleando herencia. de una flecha, la cual por lo general
DIAGRAMA DE CLASES lleva el nombre o el tipo de dato.
Verificación de las vías de acceso
para llevar a cabo las consultas NombreClase NombreClase Procesos: son ejemplificados por
Atributos Atributos medio de una elipse, los procesos
Realizar interacciones necesarias
Operaciones 1 0.. Operaciones
* tienen datos
para el refinamiento del modelo.
como entradas las cuales serán
Agrupar las clases en módulos. modificados.

Objetos: Dinamico: Funcional:


Diagrama de Clases Secuencia de Operaciones Diagrama de Flujo

MODELOS
Diseño de objetos: Sistema
Dimensionar, afinar y Conceptualización: Caso de
optimizar el modelo de Requerimientos que uso
análisis deberá tener el sistema
Actor
Código: Análisis:
Proceso de desarrollo Proceso de desarrollo
Implementación las Determinar el modelo
orientado a objetos orientado a objetos
clases de objetos para comprender el
Pruebas: problema
Validar el Metodología OMT Diseño del sistema:
comportamiento de James Rumbaugh Object Modeling
Determina la estructura
las clases y objetos Technique del sistema
Analisis Y
Diseño Sistema
Orientado a Caso de
uso
Objetos Actor
Diseño: Metodología OOSE Comportamiento
Refinamiento

Obtener lo recabado Objet Oriented


durante el desarrollo software Engineering
Modelo de

Requerimientos:
Análisis

de análisis
Obtener los
Implementación: requerimientos Presentación Información
Establecer las mejores funcionales
prácticas para el Modelos Modelos
proceso Análisis: Comportamiento
Definir una estructura
Modelo de

Ivar Jacobson
Diseño

Pruebas: Verificar el de objetos robusta y Información


buen funcionamiento flexible.
del sistema FASES

Presentación

Herramientas: Procesos: Métodos: Arquitectura:


Actividades, Escalar métodos, Se establecen de Una buena estructura del
métodos y para ser aplicados forma explícita sistema será de utilidad
procesos. para entenderlo

Actividades en el ciclo de vida del sistema

Construcción: Diseño:
Pruebas:
Implementación de los Plasma el modelo de
Verificar el trabajo de
detalles que conciernen análisis en términos del
cada uno de los
a la arquitectura y ambiente de
paquetes de servicio
construcción del plan. implementación
5. Redacta una explicación de tu organizador de contenidos mencionando
ventajas y desventajas en ambos métodos indicando con qué tipos de casos
de desarrollo se relaciona cada uno de los métodos.

El mapa mental permite desglosar conceptos generales en conceptos más detallados, logrando un
entendimiento de los temas mucho más acertado y a primera vista, así mismo de pueden incluir
imágenes y textos para enriquecer y complementar los temas estudiados, haciendo de este método
uno de los más completos para mostrar contenidos, ya que la combinación de sus elementos (Imagen
y Texto) facilitan su comprensión.
Metodología
Ventajas Desventajas
OMT • Proporciona una serie de pasos
Es fuerte en el perfectamente definidos al desarrollador • Hay pocos métodos para
análisis y débil en • Tratamiento especial de la herencia. encontrar inconsistencias en
el diseño • Facilita el mantenimiento dada la gran los modelos.
cantidad de información que se genera en • Interacción de objetos no
el análisis. soportada explícitamente en
• Es fuerte en el análisis. ninguna herramienta gráfica
• Reutilización y extensión del código • Al ser un análisis iterativo es
• Permite crear sistemas complejos difícil de saber cuando
• Relaciona el sistema al mundo real comenzar con el diseño.
• Agiliza el desarrollo de software • Es débil el diseño.
• Facilita el trabajo en equipo
OOSE
Es fuerte en • Método fuerte para producir
el estudio de los requisitos orientados al usuario y • No trate la programación
requerimientos y orientada a objetos modelo de análisis orientada a objetos al mismo
análisis y débil en • Método fuerte para la producción de modelo nivel que otros métodos
las otras etapas de objetos de estructura estática del • No se puede expresar
del ciclo de vida sistema. plenamente los requisitos.
del software. • Método fuerte para la producción orientada • Centrarse exclusivamente en
a objetos detallados el diseño y no en análisis.
modelos de diseño

6. Redacta una conclusión con respecto a la importancia y vigencia de las


metodologías OMT y OOSE en el análisis y diseño orientado a objetos.

Es importante resaltar que ambos métodos son considerados cómo elementos claves en el desarrollo
de cualquier proyecto de software principalmente si el desarrollo es enfocado a objetos, aun cuando
cada uno tiene características muy particulares, por ejemplo la metodología OMT es fuerte en el
análisis y débil en el diseño y la metodología OOSE es fuerte en el estudio de los requerimientos y
análisis pero débil en las otra etapas; cada uno se deben de considerar de gran ayuda para los
desarrolladores ya que ambos proporcionan claves para llevar a buen termino el desarrollo del
software, depende íntegramente en que tipo de software se quiere desarrollar.
Considero que el más completo es la metodología OMT, o por lo menos es la más popular y que tiene
más vigencia ya que al intentar buscar información sobre esta metodología fue mucho más sencillo
que con la metodología OOSE.

Fuentes:
http://bibdigital.epn.edu.ec/bitstream/15000/6013/1/CD-4772.pdf
http://www.itlalaguna.edu.mx/academico/carreras/sistemas/Analisis%20y%20diseño%20orientado%20a%20objetos/Ch3Intro
.pdf
http://es.slideshare.net/danielcamurquizo/oose

Das könnte Ihnen auch gefallen