PROTOTIPOS Y PROCESO UNIFICADO
PROTOTIPOS Y
Un prototipo es un primer
modelo que sirve como representación o simulación del producto final y que nos
permite verificar el diseño y confirmar que cuenta con las características
específicas planteadas.
Un prototipo nos permite
aprender, probar y testar.
1. Aprender rápido: Incluyendo las modificaciones necesarias en la fase de
desarrollo. Esto nos permite aportar nuevas y mejores funcionalidades, lograr
diseños inmejorables, detectar los cambios necesarios para que el producto
tenga una mejor aceptación en el mercado e incluso hacer descartes cuando el
proyecto no es viable.
2. Realizar pruebas: verificando y determinando como va a reaccionar el producto
ante diferentes situaciones como el movimiento, los cambios de temperatura, la
luz, el uso y el tiempo.
3. Testar: el producto antes de comenzar el proceso de fabricación. Los
prototipos se analizan y se evalúan para detectar errores y posibles mejoras,
confirmar que cuenta con las características deseadas y asegurar que se puede
adaptar al proceso productivo. Esto permite ahorrar grandes costes y evita
detectar algún fallo cuando ya se está fabricando en serie.
Etapas del prototipo de sistemas
1).
Identificación de requerimientos conocidos: “La determinación de los
requerimientos de una aplicación es tan importante para el método de desarrollo
de prototipos como lo es para el ciclo de desarrollo de sistemas o análisis
estructurado. Por consiguiente, antes de crear un prototipo, los analistas y
usuario deben de trabajar juntos para identificar los requerimientos conocidos
que tienen que satisfacer.”
2).
Desarrollo de un modelo de trabajo: “Es fácil comenzar el procesos de
construcción del prototipo con el desarrollo de un plan general que permita a los
usuarios conocer lo que se espera de ellas y del proceso de desarrollo. Un
cronograma para el inicio y el fin de la primera interacción es de gran ayuda.
En el desarrollo del prototipo se preparan los siguientes componentes:”
3).
Utilización del prototipo: “Es responsabilidad del usuario trabajar
con el prototipo y evaluar sus características y operación. La experiencia del
sistema bajo condiciones reales permite obtener la familiaridad indispensable
para determinar los cambios o mejoras que sean necesarios, así como las
características inadecuadas”
4).
Revisión del prototipo: “Durante la evaluación los analistas de sistemas desean
capturar información sobre los que les gusta y lo que les desagrada a los
usuarios.”
“Los
cambios al prototipo son planificados con los usuarios antes de llevarlos a
cabo, sin embargo es el analista responsable de tales modificaciones.”
5)
Repetición del proceso las veces que sea necesarias: “El proceso antes descrito
se repite varias veces, el proceso finaliza cuando los usuarios y analistas
están de acuerdo en que el sistema ha evolucionado lo suficiente como para
incluir todas las características necesarias.”
PROCESO UNIFICADO
Es un marco de desarrollo de
software que se caracteriza por estar dirigido por casos de uso, centrado en la
arquitectura y por ser iterativo e incremental. El refinamiento más conocido y
documentado del Proceso Unificado es el Proceso Unificado de Rational (RUP) o
simplemente UP.
El Proceso Unificado no es
simplemente un proceso, sino un marco de trabajo extensible que puede ser
adaptado a organizaciones o proyectos específicos. De la misma forma, el
Proceso Unificado de Rational, también es un marco de trabajo extensible, por
lo que muchas veces resulta imposible decir si un refinamiento particular del
proceso ha sido derivado del Proceso Unificado o del RUP. Por dicho motivo, los
dos nombres suelen utilizarse para referirse a un mismo concepto.
Proceso Unificado de Desarrollo (RUP): es una
metodología de desarrollo de software que está basado en componentes e
interfaces bien definidas, y junto con el Lenguaje Unificado de Modelado
(UML), constituye la metodología estándar más utilizada para el
análisis, implementación y documentación de sistemas orientados a objetos.
Es un
proceso que puede especializarse para una gran variedad de sistemas de
software, en diferentes áreas de aplicación, diferentes tipos de
organizaciones, diferentes niveles de aptitud y diferentes tamaños de proyecto.
RUP no es
un sistema con pasos firmemente establecidos, sino un conjunto de metodologías
adaptables al contexto y necesidades de cada organización.
Es el
resultado de varios años de desarrollo y uso práctico en el que se han
unificado técnicas de desarrollo, a través del UML, y trabajo de muchas
metodologías utilizadas por los clientes. La versión que se ha estandarizado
vio la luz en 1998 y se conoció en sus inicios como Proceso Unificado de
Rational 5.0; de ahí las siglas con las que se identifica a este proceso de
desarrollo.
Un poco de
historia
Los
orígenes de RUP se remontan al
modelo espiral original de Barry Boehm. Ken Hartman, uno de los contribuidores
claves de RUP colaboró con Boehm en la investigación. En 1995 Rational
Software compró una compañía sueca llamada Objectory AB, fundada por Ivar
Jacobson, famoso por haber incorporado los casos de uso a los métodos de
desarrollo orientados a objetos.
El Rational
Unified Process fue el resultado de una convergencia de Rational Approach y
Objectory (el proceso de la empresa Objectory AB). El primer resultado de esta
fusión fue el Rational Objectory Process, la primera versión de RUP, fue puesta
en el mercado en 1998, siendo el
arquitecto en jefe Philippe Kruchten.
Principales Elementos
Como RUP es
un proceso, en su modelación define como sus principales elementos:
Trabajadores (“quién”): Define el comportamiento y responsabilidades (rol) de un
individuo, grupo de individuos, sistema automatizado o máquina, que trabajan en
conjunto como un equipo. Ellos realizan las actividades y son propietarios de
elementos.
Actividades (“cómo”): Es una tarea que tiene un propósito claro, es realizada
por un trabajador y manipula elementos.
Artefactos (“qué”): Productos tangibles del proyecto que son
producidos, modificados y usados por las actividades. Pueden ser modelos,
elementos dentro del modelo, código fuente y ejecutables.
Flujo de actividades (“cuándo”): Secuencia de actividades
realizadas por trabajadores y que produce un resultado de valor observable.
Características Principales de RUP
o Unifica
los mejores elementos de metodologías anteriores.
o Preparado para desarrollar grandes y complejos proyectos.
o Orientado a Objetos.
o Utiliza el UML como lenguaje de representación visual.
Principales ventajas
o Coste del
riesgo a un solo incremento.
o Reduce el riesgo de no sacar el producto en el calendario previsto.
o Acelera el ritmo de desarrollo.
o Se adapta mejor a las necesidades del cliente.
BIBLIOGRÁFICA:
ARTICULOS WEB:
https://openclassrooms.com › Home › Course ›
Planea tu proyecto con UML
https://es.scribd.com/doc/51823243/METODO-DEL-PROTOTIPO-DE-SISTEMAS
Comentarios
Publicar un comentario