Beruflich Dokumente
Kultur Dokumente
Caso de estudio
BIBLIOTECA Circulación
Procesos
Biblioteca Dirección
Técnicos
Usuario
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
METODOLOGÍA OOSE:
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.
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.
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.
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
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
Metodología OMT
Caso de Uso:
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
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
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
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
Presentación
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
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