Está en la página 1de 4

METODOLOGIA QUE SE VA A UTILIZAR

Proceso Unificado
El proceso Unificado es un proceso de desarrollo de software, el cual est enmarcado como
un trabajo genrico que puede especializarse para una gran variedad de sistemas software,
para diferentes reas de aplicacin, diferentes tipos de organizaciones, diferentes niveles de
aptitud y diferentes tamaos de proyectos.
Fase para elaboracin de un software a travs de proceso unificado
Fase de inicio: En esta fase se desarrolla una descripcin del producto final a
partir de una buena idea y se presenta el anlisis de negocio para el producto.
En ella no se realiza un estudio completo del sistema propuesto, sino que se
busca el porcentaje de caso de usos necesarios para fundamentar el anlisis del
negocio inicial. Esencialmente, esta fase responde a las siguientes preguntas:
Cules son las principales funciones del sistema para sus usuarios ms
importantes?Cmo podra ser la arquitectura del sistema?Cul es el plan
de proyecto y cunto costar desarrollar el producto?
Fase de elaboracin: Se especifica la mayora de los casos de uso del producto
y se disea la arquitectura del sistema. Esta fase tambin lleva el estudio del
sistema propuesto al punto de planificar la fase de construccin con gran
precisin. La arquitectura se expresa en forma de vista de todos los modelos del
sistema, los cuales juntos representan al sistema entero, conformado por el
modelo de caso de uso, el modelo de anlisis, el modelo de diseo, el modelo
de implementacin y el modelo de despliegue.

Lenguaje de Modelado Unificado (UML)


El lenguaje de modelado unificado contiene una notacin robusta para el modelado y
desarrollo de sistemas orientados a objeto. Proporciona la tecnologa necesaria para
apoyar la prctica de la ingeniera del software orientada a objetos. Pero no provee el
marco de trabajo del proceso que gue a los equipos en la aplicacin de la
tecnologa.
Como resultado de la aplicacin de UML se puede producir un arreglo de productos de
trabajo (por ejemplo, modelos y documentos). Sin embargo, stos los reducen los
ingenieros de software para lograr que el desarrollo sea ms gil y reactivo ante el
cambio.
Razones para determinacin de metodologa RUP
El anlisis de sistema de informacin se realiza con el fin de obtener una visin
inicial de las necesidades que debern ser satisfechas, que servirn de base para
el diseo y posterior construccin del sistema de informacin.
La metodologa elegida para el desarrollo del presente programa informtico es el
Proceso Unificado o RUP (Rational Unified Process) el cual presenta un marco de
desarrollo que sirve de gua para el proceso de elaboracin de software.
El RUP es una metodologa completa y extensa que intenta abarcar todos los
aspectos del desarrollo de un software, aunque principalmente est orientada para
su utilizacin en proyectos de envergadura a continuacin se enumeran las
razones por las que se ha decidido utilizar esta metodologa en el presente
proyecto:
Razones para utilizacin de RUP
Orden Descripcin

RUP es aplicable tanto a pequeos proyectos, as como para grandes


proyectos de varios aos de duracin.
Por la existencia de gran cantidad de documentacin de la metodologa

tanto en libros como en Internet.

Porque la arquitectura del software a implementar en el presente


3

proyecto se documenta mediante vistas de clases, de implementacin,


de despliegue y la de casos de uso. El modelo ms ampliamente
conocido para la descripcin de estas vistas es precisamente RUP.

Se aprovecha la utilizacin de la notacin UML puesto que en el mbito


4

local esta metodologa es aplicada como un estndar de desarrollo en el


mercado informtico.

Al decidir que el proceso de investigacin fuera iterativo e incremental


5

se pueden ir obteniendo versiones de cada iteracin consiguiendo que


se minimice los riesgos al momento de implementar la aplicacin.

Es un proceso que define de manera ordenada las tareas. Es una gua


para utilizar UML.

Por qu utilizar RUP para desarrollar aplicaciones web


Cada proyecto tiene prioridades, requerimientos, y tecnologas muy diferentes. En
todos los proyectos, se debe minimizar el riesgo, garantizar la predictibilidad de los
resultados y entregar software de calidad superior a tiempo. Rational Unified
Process, o RUP, es una plataforma flexible de procesos de desarrollo de software
que ayuda brindando guas consistentes y personalizadas de procesos para todo
el equipo de proyecto.
RUP describe cmo utilizar de forma efectiva reglas de negocio y procedimientos
comerciales probados en el desarrollo de software para equipos de desarrollo de
software, conocidos como mejores prcticas. Captura varias de las mejores
prcticas en el desarrollo moderno de software en una forma que es aplicable para
un amplio rango de proyectos y organizaciones. Es una gua de cmo utilizar de
manera efectiva UML. Provee a cada miembro del equipo fcil acceso a una base
de conocimiento con guas, plantillas y herramientas para todas las actividades

crticas de desarrollo. Crea y mantiene modelos, en lugar de enfocarse en la


produccin de una gran cantidad de papeles de documentacin.
Como una plataforma de procesos que abarca todas las prcticas de la industria,
RUP permite seleccionar fcilmente el conjunto de componentes de proceso que
se ajustan a las necesidades especficas del proyecto. Se pueden alcanzar
resultados predecibles unificando el equipo con procesos comunes que optimicen
la comunicacin y creen un entendimiento comn para todas las tareas,
responsabilidades y artefactos.
Una de las mejores prcticas centrales de RUP es la nocin de desarrollar
iterativamente. Rational Unified Process organiza los proyectos en trminos de
disciplinas y fases, consistiendo cada una en una o ms iteraciones. Con esta
aproximacin iterativa, el nfasis de cada workflow variar a travs del ciclo de
vida. La aproximacin iterativa ayuda a mitigar los riesgos en forma temprana y
continua, con un progreso demostrable y frecuentes releases ejecutables. Adems
provee un entorno de proceso de desarrollo configurable basado en estndares;
permite tener claro y accesible el proceso de desarrollo que se sigue y que este
sea configurado a las necesidades de la organizacin y del proyecto.

También podría gustarte