Está en la página 1de 22

UNIVERSIDAD ABIERTA Y A

DISTANCIA DE MÉXICO.

7 DE FEBRERO DE 2021
UNADM
ALUMNO: EUGENIA PÉREZ PÉREZ | MATRICULA: ES1921014272
|CIUDAD DE MÉXICO |PROF. MEC/IDS Verónica Espinoza Romo. |
GRUPO: DS-DDOO-2101-B1-004
ÍNDICE
Propósito: ............................................................................................................................................ 2
Indicaciones de la actividad: ............................................................................................................... 2
INTRODUCCION. .................................................................................................................................. 3
1. - Investiga en diferentes fuentes confiables los modelos de desarrollo de software que
existen. ................................................................................................................................................ 4
Cuadro comparativo.......................................................................................................................... 13
Caso de estudio ................................................................................................................................. 13
Tabla solicitada. ................................................................................................................................. 15
Analiza en cuál o cuáles de las fases del Modelo de Desarrollo de Software elegido sería necesario
apoyarte de UML (Lenguaje de Modelado Unificado), una vez realizado el análisis, indica el
nombre de la fase y de qué forma contribuye UML en el desarrollo del sistema (en este punto
debes investigar sobre las características de UML y posteriormente dar respuesta a lo solicitado).
........................................................................................................................................................... 18
Conclusión ......................................................................................................................................... 20
Referencias: ....................................................................................................................................... 21

pág. 1
Propósito:
El propósito de esta actividad es identificar los modelos del ciclo de vida del
software, y determines el más adecuado en función de las características
principales de cada modelo.

Indicaciones de la actividad:
1. - Investiga en diferentes fuentes confiables los modelos de desarrollo de
software que existen.
2.- Analiza cada uno de los modelos de desarrollo de software.
3.- Integra los principales elementos (diagrama, fases, aplicaciones) de los
modelos del ciclo de vida del software, organizando la información mediante un
cuadro comparativo.
4.- Elige cualquiera de los modelos de desarrollo de software investigados, de
acuerdo con el siguiente caso de estudio, para que describas en cada una de las
etapas, con base en modelo de desarrollo de software elegido, las actividades
principales a desarrollar, así como los elementos de programación orientada a
objetos que desarrollarías para construir el software del caso de estudio
presentado a continuación…
5.- Analiza en cuál o cuáles de las fases del Modelo de Desarrollo de Software
elegido sería necesario apoyarte de UML (Lenguaje de Modelado Unificado), una
vez realizado el análisis, indica el nombre de la fase y de qué forma contribuye
UML en el desarrollo del sistema (en este punto debes investigar sobre las
características de UML y posteriormente dar respuesta a lo solicitado).
6.- Redacta conclusiones justificando porqué se eligió la metodología para el de
desarrollo de software del caso de estudio e integra fuentes de consulta en
formato APA.
7.- Lee detenidamente los criterios de evaluación de la actividad para considerar
los aspectos a evaluar. Se encuentran al final del documento.
8.- Guarda tu actividad con la nomenclatura DDOO_U1_EA_XXYZ. Sustituye las XX
por las dos primeras letras de tu primer nombre, la Y por tu primer apellido y la Z
por tu segundo apellido.
9.- Envía tu actividad a tu Docente en línea mediante la herramienta Tareas;
espera y atiende la retroalimentación correspondiente.
Producto por entregar:
• Portada
• Documento descriptivo

pág. 2
INTRODUCCION.

El Paradigma de desarrollo de Software ayuda al desarrollador a escoger una


estrategia para desarrollar el software. Este tiene su propio set de herramientas,
métodos y procedimientos, los cuales son expresados de forma clara, y define el
ciclo de vida del desarrollo del software. Algunos paradigmas de desarrollo de
software o modelos de proceso se definen como:

Modelo de cascada
Modelo repetitivo
Modelo en espiral
Modelo V
Modelo Big Bang
Entre otros…

pág. 3
Investiga en diferentes fuentes confiables los modelos de desarrollo
de software que existen.
Modelos de Procesos

¿Qué es un modelo de proceso?

En palabras simples un modelo de proceso es una estrategia de desarrollo que


se complementa de las herramientas y los métodos usados.

¿Como se selecciona?

Para seleccionar un modelo de proceso adecuado al sistema que necesitamos


desarrollar, debemos tener en cuenta 4 puntos principales; la naturaleza del
producto, la aplicación que se necesite: métodos y herramientas, los
controles y entregas.

Modelo Lineal.

El modelo lineal es utilizado por expertos, por quienes


conocen muy bien los requerimientos que el sistema
necesita pues la mayoría de los casos forma parte de la
empresa.

Una característica de este modelo es que nunca vuelven


hacia atrás, además es rígido y pone énfasis en
implementación. Las etapas de este modelo son las
siguientes:

Primero se realiza un “Plan operativo “para definir ¿Cuál


es el problema? Luego se realiza la “Especificación de
requerimientos” desde el punto de vista de los
desarrolladores y usuarios, posterior a esto, se especifica
la información sobre la cual el software trabajara, este
paso se define como: “Especificación funcional”, en
seguida se continua con el “Diseño” (aquí se describe
como nuestro sistema va a satisfacer los requerimientos.
El quinto movimiento es la "Implementación" Donde el
software se codifica para su posterior “Integración”, en
donde todos los módulos independientes se juntan,
continuamos con la “Validación y verificación”, ambas

pág. 4
con el fin de testear y probar el software para asegurarnos que todo esté en orden
y para finalizar la "Mantención" donde se realizara cualquier modificación o
adecuación al software de productos de errores en etapas anteriores.

Modelo Cascada

Es una extensión del modelo


lineal, por esta razón sus
etapas son similares entre sí,
sin embargo, la diferencia está
en que la modelo cascada
posee retroalimentación entre
etapas, esto permite corregir
los errores cometidos en la
siguiente fase.

Ventajas

Al ser tan similares los modelos anteriores, poseen varias ventajas y desventajas
en común, percibiendo el lado positivo, ambas demandan un marco de trabajo
claro que reconoce y define las actividades involucradas en el desarrollo de
software permitiendo establecer relaciones de cooperación entre ellas, además
son los métodos más usados en el desarrollo de software y ha sido éxitos durante
décadas tanto en el desarrollo de grandes sistemas como también en el de
pequeños.

Desventajas.

Ahora en el lado opuesto tenemos las siguientes desventajas, como por ejemplo;
asumen que el diseñador puede distinguir que entre el sistema debe hacer y
como este lo ara, sin embargo, algunos problemas no pueden ser divididos tan
fácilmente para ser atacados desde este prisma generalmente los
requerimientos generados por el cliente son muy vagos, pues son especificados
al inicio del proyecto pese a que las últimas etapas del proyecto cuando se tiene
la claridad suficiente para definir precisamente lo que se quiere.

Estos métodos, asumen que, una vez ya definidos los requerimientos estos no
cambiaran jamás, no obstante, dependiendo de la complejidad del proyecto, la
implementación final puede ocurrir meses o años más tarde por lo que los

pág. 5
requerimientos del proyecto pueden a ver cambiado, existiría un énfasis en la
elaboración de documentos. El sistema completo es descrito y registrado en
papel por lo que cada etapa produce cierta cantidad de documentos lo que de
cierta manera resulta engorroso, se ha detectado que el enfoque lineal de estos
métodos "no sería el adecuado para reflejar el proceso de desarrollo de software".

¿Porque no utilizarlos?

La modelo cascada, obedece a las necesidades de un desarrollo de software


sencillo, corto y sin posibles obstáculos que detengan su diseño o construcción,
esto último casi imposible de obtener "No se aconseja a nadie el uso de este
modelo en empresas que necesiten un paquete de software compuesto de
muchas piezas, porque no es precisamente el mejor modelo para desarrollar
interactividad ni tampoco para crear estructuras de software complejas”.

Modelo Prototipo

Las etapas de este modelo son las siguientes:

Se comienza con el analisis que es el


diseño básico del prototipo, luego el
diseño y construcción se crea un
prototipo inicial, en las siguientes dos
etapas se crea una especie de bucle en
donde se repetirá hasta estar a un
estado más maduro del sistema, estas
son; evaluación, verificación,
requerimientos y modificación del
prototipo, pasadas las etapas
anteriores de da inicio al Diseño
Técnico que es un diseño más
detallado del sistema, además se
rediseña el prototipo y se crea la
documentación para la manutención
del software, la sexta fase consta de la
Programación y prueba, aquí las
especificaciones del diseño técnico
son implementadas y probadas,
finalmente se culmina con Operación y manutención que no es nada menos
que la instalación del sistema y las modificaciones posteriores al software.
pág. 6
¿Dónde se utiliza?

El modelo prototipo genera una forma de trabajar mucho más visual que
cualquiera de los anteriores modelos. El uso de este modelo podría corresponder
a un cliente obsesionado con la presentación y ser un software de calidad visual
que lo haga mucho más fácil de utilizar, un ejemplo de esto sería una empresa
de telefonía móvil ya que generalmente exigen paquetes de software avanzados,
concretos y sobre todo lo más visual posible.

Ventajas.

El modelo prototipo, cuenta con las siguientes ventajas:

Reduce la incertidumbre y el riesgo, además de los tiempos y los costos


incrementa la aceptación del sistema y mejora la administración del proyecto y
la comunicación entre desarrolladores y clientes, entre otros...

Desventajas. - El modelo prototipo posee algunas desventajas como, por


ejemplo; la dependencia a las herramientas del software tampoco es posible
utilizar esta metodología a cualquier proyecto, finalmente los usuarios pueden
tomar el prototipo como la versión final del producto.

pág. 7
Modelo Evolutivo

El modelo evolutivo, tiene en cuenta que todos los requerimientos están sujetos
a cambios a través del tiempo, es por eso por lo que busca satisfacerlos lo más
rápido posible.

Una de las características principales


de este modelo, es que cada nueva
versión del sistema remplaza
completamente a la anterior.

La primera etapa se inicia con una


Especificación inicial, en base a los
requerimientos definidos, además de
la definición a solucionar se continua
con el Desarrollo del Producto, en
esta fase se tiene en especial énfasis
en el tiempo de liberación del
software, le sucede la
Implementación y uso del software
en un ambiente de explotación, esto
para la evaluación y monitoreo de
nuevos requerimientos, de aquí
nacen las distintas versiones del
software que remplazara
completamente a las anteriores a medida que vean la luz, para finalizar se hace
una Re especificación constante de los nuevos requerimientos esta etapa está
ligada en forma de ciclo con desarrollo del producto pues la Re especificación
lleva a una nueva versión del software.

Ventajas

El modelo Evolutivo cuenta con las siguientes ventajas:

Puede ser utilizado en sistemas interactivos pequeños, medianos o de vida corta,


así como también para segmentos de grandes sistemas, como por ejemplo
interfaz de usuario.

Desventajas.

pág. 8
Ahora el lado negativo es: La poca visibilidad que existe en el proceso de
construcción además de la pobre especificación de los requerimientos, por
último, se requieren habilidades de programación muy elevadas ya que como se
mencionaba anteriormente, este sistema tiene un enfoque de liberación rápida.

Modelo Incremental

El modelo incremental es un concepto muy parecido a la anterior se comienza el


desarrollo del sistema para
satisfacer un subconjunto de
requisitos especificados, las
últimas versiones prevén los
requisitos que faltan, de esta
forma se logra una rápida
disponibilidad del sistema
que, aunque incompleto es
utilizable y satisface algunas
de las necesidades básicas de
información. La diferencia con
el modelo anterior es que en
este caso cada versión parte
previa sin cambios, pero con
nuevas funciones, mientras
que la aproximación evolutiva
es cada vez desarrolla una nueva versión de todo el sistema.

¿Dónde se utilizan?

Tanto el modelo incremental como el evolutivo, pueden utilizarse en el siguiente


ejemplo: supongamos que realizamos un proyecto de sistemas informáticos de
gestión para empresa que se dedica a invertir el dinero de sus clientes en la bolsa
valiéndose para ello de prestigiosos inversores financieros, pues bien se sabe que
es uno de los negocios más inestables del mundo, con leyes que cambian cada
semana y caídas repentinas en los valores, en consecuencia lo serán también las
exigencias de sus clientes y del mercado, estos modelos nos permiten entregar
piezas del software que sean necesarias para cubrir una actividad relativamente
estable mientras que continuamos perfeccionando el resto de interacciones; si
se producen modificaciones en los requisitos procedemos a analizarlos y

pág. 9
catalogarlos y diseñar una nueva interacción que será incluida en el producto fina
una vez que esté terminada.

Modelo Espiral

El modelo espiral es un modelo no secuencial con un nivel de complejidad que


los anteriores, sin embargo,
incluye un elemento muy
útil e importante en el
desarrollo del software "El
analisis de riesgos" el
modelo en espiral concreta 6
fases; Comunicación con el
cliente, Planificación,
Analisis de Riesgos,
Ingeniería, Evaluación del
cliente (aquí es donde el
cliente decide ya que si está
conforme con los resultados
el modelo continua con el
siguiente paso de lo
contrario si el cliente no está
satisfecho con el producto se
cubre otra banda de la
espiral se vuelve a la segunda etapa la Planificación) y por ultimo "Construcción
y entrega"

Ventajas

Aunque complicado y un tanto difícil de comprender, el modelo en espiral posee


varias ventajas, en este modelo utilizamos prototipos para hacernos una idea del
software final y también para crearnos una imagen detallada de cuáles son los
errores que tiene o podría tener el programa durante su funcionamiento, permite
al cliente evaluar los factores de riesgo que le comunica el prototipo de analisis
de riesgo y según esta información tomar una decisión u otra, esto hace que el
modelo en espiral sea todavía más interactivo que los anteriores. En cada fase se
evaluar el trabajo terminado si nos dan el visto bueno continuamos girando en la
espiral hasta que llegamos a la evaluación del cliente la cual decidirá si
continuamos en el modelo clásico o volvemos a la etapa de planificación.

Desventajas

pág. 10
Sin embargo, todo este analisis de riesgos que tan útil parece ser, no parece tan
fácil de utiliza, un analisis de riesgos utilizarlo sin experiencia se podría
sobrevalorar o subestimas los errores que se presenten haciendo imposible
llegar a la siguiente fase, por lo que se desembocaría en introducirnos en una
espiral sin fin, este problema genera otro adicional y es que viendo esta
situaciones será difícil para convencer al cliente que acepte un proyecto realizado
bajo las condiciones de este modelo.

¿Cuándo Utilizarlo?

Un caso en donde resultaría acertado el uso de este modelo es, por ejemplo, un
paquete de software de control de asignación de números de tarjetas de crédito
a titulares de cuentas bancarias, protección de códigos de seguridad, etc... Una
de nuestras principales prioridades será la de detectar el más mínimo fallo en la
elaboración del software pues aquí no hay margen para el error ya que cualquier
rendija acaba por convertirse en una autopista para los amigos de lo ajeno.

Modelo Scrum

Ahora existe un modelo de desarrollo que es considerado por muchos expertos


como el mejor de todos los anteriores se trata del modelo scrum que es una
metodología ágil de
gestión de trabajo.

La primera etapa es la
Product Backlog es la
toma de requerimientos un
punto a favor es que no es
necesario tener en claro
todos los requisitos en un
principio para comenzar a
desarrollar solo basta tener
claras las funcionalidades
más importantes pues el
product backlong se
considera como una lista
viva que se va rellenando
con nuevos requisitos a
medida que avanza el proyecto, el siguiente paso es realizar la planificación del
Sprint backlong, en esta planificación tomamos los requisitos que estimamos
pág. 11
que podrán desarrollarse dentro de un Sprint y con esta se construye la Sprint
backlong, cuando pasan a la sprint backlong estas historias se subdividen en
tareas.

La reunión diaria de scrum

A diario se realiza una reunión con scrum no mayor a los 15 minutos en donde
participa todo el equipo, en esta reunión cada miembro del equipo tiene que
responder a tres preguntas simples; ¿Qué hiciste ayer? ¿Qué vas a hacer hoy?
¿Tienes algún impedimento para seguir avanzando en tu tarea? Una vez
terminada la reunión, se intenta resolver los impedimentos que se han
encontrado y se actualiza la gráfica con el avance producido a fin del Sprint demo
y retrospectiva por cada sprint finalizado se debe tener una demo funcional del
sprint finalizada para enseñársela al cliente que incluya todos los requisitos
propuestos para ese sprint, el objetivo es ir construyendo versiones
perfectamente funcionales en las que poco a poco se vayan añadiendo
características, pero es fundamental que estas versiones sean funcionales para
poder enseñarlas al cliente quien en definitiva es quien nos va a guiar para los
sucesivos pasos que se den en el proyecto, después de esto viene el momento de
la retrospectiva del sprint, en esta reunión se tratan de poner sobre la mesa todas
aquellas cosas que no han funcionado durante el sprint el objetivo es que todo el
mundo de su visión y para el siguiente Sprint se intente resolver estos problemas
para que no se perpetúen y así mejorar continuamente la forma de trabajo. Una
vez terminada la retro perspectiva se volverá al principio en donde se realiza una
nueva planificación para el nuevo Sprint y así sucesivamente hasta finalizar el
producto.

Ventajas

El modelo scrum cuenta con muchas ventajas, algunas de ellas son; entrega de
un producto funcional al finalizar cada sprint posibilidad de ajustar la
funcionalidad en base a la necesidad del cliente, visualización del proyecto día a
día, alcance acotable y viable, equipos integrados y comprometidos con el
proyecto toda vez que definieron el alcance y se autoadministra.

Desventajas

Aunque es una de las mejores estrategias para el desarrollo de software, pero


también posee algunas desventajas, no genera toda la evidencia o
documentación de otras metodologías, no es apto para todos los proyectos, en
algunos casos es necesario complementarlos con otros métodos.

pág. 12
Cuadro comparativo.
En este cuadro comparativo, se contrastan los diferentes criterios a la hora de
escoger el método más adecuado para el desarrollo de un sistema, estos son;
Disponibilidad de recursos, Tamaño del software, Claridad de los requerimientos,
tecnología del producto, Manejo de la perspectiva y Conocimiento del dominio
del problema.

Cuadro comparativo
Criterio Cascada Incremental Prototipo Espiral
Disponibilidad Todos Algunos Algunos Algunos
de recursos
Tamaño del Pequeño Media Media Grande
Software
Claridad de los Claros Complejos Complejos Complejos
requerimientos
Tecnología del Vieja Nueva Vago Vago
producto
Manejo de la No Si Si Si
perspectiva
Conocimiento Alto Regular Regular Pobre
del dominio del
problema

Caso de estudio
A continuación, se proporciona la descripción funcional de un sistema para
reserva de vuelos.

El sistema de reserva de vuelos es un sistema que permite al usuario hacer


consultas y reservas de vuelos, además de poder comprar los boletos aéreos de
forma remota, sin la necesidad de recurrir a un agente de viajes de forma
presencial. Se desea que el sistema de reservas sea accesible a través de internet.

Al ingresar al sistema se tiene una opción de Servicio de Reserva en donde se


presenta un mensaje de bienvenida describiendo los servicios ofrecidos junto
con la opción para registrarse por primera vez, o si ya se está registrado, poder
utilizar el sistema de reserva de vuelos. Este acceso se da por medio de la
inserción de un Loguin previamente especificado (dirección de correo

pág. 13
electrónico del usuario) y una contraseña previamente escogida y que debe
validarse.
Una vez registrado el usuario, y después de haberse validado el registro y
contraseña del usuario, se pueden seleccionar las siguientes actividades:

• Consulta de vuelos.
• Reserva de vuelos.
• Compra de boletos.

La consulta de vuelos se puede hacer de tres maneras diferentes:

• Horarios de Vuelos.
• Tarifas de Vuelos.
• Información de Vuelo

La consulta según horario muestra los horarios de las diferentes


aerolíneas que dan servicio entre dos ciudades. La consulta según tarifas
muestra los diferentes vuelos entre dos ciudades ordenados por su costo.

La información de vuelos se utiliza principalmente para consultar el


estado de algún vuelo, incluyendo información de si existen asientos
disponibles y, en el caso de un vuelo para el mismo día, si éste está en
hora. Se pueden incluir preferencias en las búsquedas, como fecha y
horario deseado, categoría de asiento, aerolínea deseada y si se desean
sólo vuelos directos. La reserva de vuelo permite al cliente hacer una
reserva para un vuelo particular, especificando la fecha y horario, bajo una
tarifa establecida. Es posible reservar un itinerario compuesto de
múltiples vuelos, para uno o más pasajeros, además de poder reservar
asientos.

La compra permite al cliente, dada una reserva de vuelo previa y una


tarjeta de crédito válida, adquirir los boletos aéreos. Los boletos se
adquieren de forma electrónica. Es necesario estar previamente
registrado con un número de tarjeta de crédito válida para poder hacer
compras de boletos, o bien proveerla en el momento de la compra.

Además de los servicios de vuelo, el usuario podrá en cualquier momento


leer, modificar o cancelar su propio registro, todo esto después de haber
sido el usuario validado en el sistema.

pág. 14
Tabla solicitada.

Modelo de Espiral
Desarrollo
de Software
Se escogió este modelo de desarrollo dado que es un
sistema con sus capacidades bien definidas, por esa
Justificación razón, no hace falta la evolución del
de la modelo incremental y el de cascada, ya que no se
elección puede permitir desarrollar los
puntos tan dispersos que se solicitan.

Fases Actividades Producto


Se enlistan los *Mensaje de
objetivos en base a bienvenida al usuario
lo comentado por *Registro para usuarios
el cliente. *Loguin con usuario y
contraseña
*Consulta de vuelos
Fijar los objetivos
*Reserva de vuelos
*Compra de vuelos
*Tarifas de Vuelos
*Consulta de vuelos
(mediante: Horarios,
Tarifas,
Información)
Análisis puntual de Requerimientos
los objetivos fijados. funcionales
*Mensaje de
bienvenida al usuario:
-No hay riesgos debido
a que es un aspecto
Análisis del visual.
riesgo *Registro para usuarios
-Se requiere
almacenamiento y
protección de los
datos personales de los
usuarios

pág. 15
*Loguin con usuario y
contraseña
-Protección y consulta
de la contraseña

*Consulta de vuelos
-Se requiere consulta
hacia los vuelos
disponibles

*Reserva de vuelos
-Almacenamiento de
las reservaciones y
despliegue de las
propias del usuario

*Compra de vuelos
-Método efectivo del
pago y la información
de este

*Tarifas de Vuelos
-Consulta y despliegue
de las tarifas

*Consulta de vuelos
(mediante: Horarios,
Tarifas,
Información)
-Consulta filtro y
buscador

Requerimientos No
funcionales
*El sistema debe
proporcionar
capacidades de
memoria para la
información
almacenada.
*El dispositivo utilizado
para la

pág. 16
implementación de
software debe tener
acceso a internet
*El dispositivo donde se
implementará el
software debe tener la
suficiente
capacidad de:
-Procesamiento de
información y ser veloz
en la ejecución de
tareas.
-Se debe generar
soporte impreso y para
eso el sistema debe
tener acceso a una
impresora.
*El sistema debe
ofrecer diversos niveles
en cuanto a
responsabilidad.
*Funcionalidad de los
usuarios, así como
integridad y protección
de la información.
Desarrollar, Se entregan los El software con los
verificar y puntos analizados puntos cumplidos.
validar ya plasmados en un
software.
Una presentación Se decide si es
con el cliente en necesario un nuevo
Planificar donde se expongan ciclo
el software y que su incluyendo los puntos a
rendimiento pulir o rectificar.
satisfaga al cliente

pág. 17
Analiza en cuál o cuáles de las fases del Modelo de Desarrollo de
Software elegido sería necesario apoyarte de UML (Lenguaje de
Modelado Unificado), una vez realizado el análisis, indica el nombre
de la fase y de qué forma contribuye UML en el desarrollo del
sistema (en este punto debes investigar sobre las características de
UML y posteriormente dar respuesta a lo solicitado).

¿Qué es UML?

Siglas de Unified Modeling Language


Lenguaje estándar de modelado de sistemas orientado a objetos
No es una metodología, es una notación para desarrollar modelos.

Es un lenguaje estándar de modelado para desarrollos de software. En UML


aprendemos las reglas para plasmar diagramas con elementos y relaciones con
distintas intenciones, con intensión de plasmas analisis, diseño y expresamos el
analisis y el diseño de una aplicación en términos de UML (utilizando los
diagramas de UML).

El UML es una técnica de modelado de objetos y como tal supone una


abstracción de un sistema para llegar a construirlo en términos concretos. El
modelado no es más que la construcción de un modelo a partir de una
especificación.

Un modelo es una abstracción de algo, que se elabora para comprender ese


algo antes de construirlo. El modelo omite detalles que no resultan esenciales
para la comprensión del original y por lo tanto facilita dicha comprensión.

Los modelos se utilizan en muchas actividades de la vida humana: antes de


construir una casa el arquitecto utiliza un plano, los músicos representan la
música en forma de notas musicales, los artistas pintan sobre el lienzo con
carboncillos antes de empezar a utilizar los óleos, etc. Unos y otros abstraen una
realidad compleja sobre unos bocetos, modelos, al fin y al cabo. La OMT, por
ejemplo, intenta abstraer la realidad utilizando tres clases de modelos OO: el
modelo de objetos, que describe la estructura estática; el modelo dinámico, con
el que describe las relaciones temporales entre objetos; y el modelo funcional
que describe las relaciones funcionales entre valores. Mediante estas tres fases
de construcción de modelos, se consigue una abstracción de la realidad que
pág. 18
tiene en sí misma información sobre las principales características de ésta.

Los modelos, además, al no ser una representación que incluya todos los detalles
de los originales, permiten probar más fácilmente los sistemas que modelan y
determinar los errores. Según se indica en la Metodología OMT (Rumbaugh), los
modelos permiten una mejor comunicación con el cliente por distintas razones:

• Es posible enseñar al cliente una posible aproximación de lo que será el


producto final.
• Proporcionan una primera aproximación al problema que permite
visualizar cómo quedará el resultado.
• Reducen la complejidad del original en subconjuntos que son fácilmente
tratables por separado.

Se consigue un modelo completo de la realidad cuando el modelo captura los


aspectos importantes del problema y omite el resto. Los lenguajes de
programación que estamos acostumbrados a utilizar no son adecuados para
realizar modelos completos de sistemas reales porque necesitan una
especificación total con detalles que no son importantes para el algoritmo que
están implementando. En OMT se modela un sistema desde tres puntos de vista
diferentes donde cada uno representa una parte del sistema y una unión lo
describe de forma completa. En esta técnica de modelado se utilizó una
aproximación al proceso de implementación de software habitual donde se
utilizan estructuras de datos (modelo de objetos), las operaciones que se realizan
con ellos tienen una secuencia en el tiempo (modelo dinámico) y se realiza una
transformación sobre sus valores (modelo funcional).

UML utiliza parte de este planteamiento obteniendo distintos puntos de vista de


la realidad que modela mediante los distintos tipos de diagramas que posee.
Con la creación del UML se persigue obtener un lenguaje que sea capaz de
abstraer cualquier tipo de sistema, sea informático o no, mediante los diagramas,
es decir, mediante representaciones gráficas que contienen toda la información
relevante del sistema. Un diagrama es una representación gráfica de una
colección de elementos del modelo, que habitualmente toma forma de grafo
donde los arcos que conectan sus vértices son las relaciones entre los objetos y
los vértices se corresponden con los elementos del modelo. Los distintos puntos
de vista de un sistema real que se quieren representar para obtener el modelo se
dibujan dé forma que se resaltan los detalles necesarios para entender el sistema.

pág. 19
Conclusión

Cerrando el tema, podemos concluir que el prototipo del modelo en espiral para
la ingeniería de software es en la actualidad el enfoque más realista para el
desarrollo de software y de sistemas a gran escala. Utiliza un enfoque evolutivo
para la ingeniería de software, permitiendo al desarrollador y al cliente entender
y reaccionar a los riesgos en cada nivel del modelo en espiral.

Utiliza la creación de prototipos como un mecanismo de reducción de riesgo,


pero, lo que es más importante permite a quien lo desarrolla aplicar el enfoque
de creación de prototipos en cualquier etapa de la evolución de prototipos.

pág. 20
Referencias:
1. Abiztar Learning Technologies | Ambientes de aprendizaje y cursos en PMP,

CAPM, SCRUM, UML, BPMN, SYSML, MDA, CMMI, TOGAF, GROOVY &

GRAILS y más. (s. f.). Abiztar Learning Technologies. Recuperado 14 de febrero de

2021, de https://www.abiztar.com.mx/

2. ByTDJ. (2012, 8 mayo). Modelos de Desarrollo de Software. YouTube.

https://www.youtube.com/watch?v=0eiavKLGS9E

3. Espinoza R, V. (2021, 28 enero). Sala de videoconferencias (DS-DDOO-2101-B1-

004). UnADM. Unidad 1. Introducción al análisis orientado a objetos.

https://bbbdaulas.unadmexico.mx/playback/presentation/2.0/playback.html?meeting

Id=ac4d4932b0476ff57bb4fecb8022058ba10abe8a-1611881350565

4. Moreno G, M. (s. f.). Modelos de proceso del software. avellano.usal.es.

Recuperado 14 de febrero de 2021, de

http://avellano.usal.es/~mmoreno/ASTema2.pdf

5. Welcome To UML Web Site! (s. f.). uml.org. Recuperado 14 de febrero de 2021, de

http://uml.org/index.htm

pág. 21

También podría gustarte