3. DEFINICIÓN
• 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), contribuye 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 equipos
de organización, diferentes niveles de amplitud y
diferentes tamaños de proyecto.
4. CARACTERISTICAS
• Unifica los mejores elementos de metodologías anteriores.
• Preparado para desarrollar grandes y complejos proyectos.
• Orientado a Objetos.
• Utiliza el UML como lenguaje de representación visual.
5. LENGUAJE UNIFICADO DE
MODELAMIENTO
Lenguaje Unificado de Modelado (UML, por sus siglas
en inglés, Unified Modeling Language) es el lenguaje
de modelado de sistemas de software más conocido y
utilizado en la actualidad; está respaldado por
el OMG (Object Management Group).
Es un lenguaje gráfico para visualizar, especificar,
construir y documentar un sistema. UML ofrece un
estándar para describir un "plano" del sistema
(modelo), incluyendo aspectos conceptuales tales
como procesos de negocio, funciones del sistema, y
aspectos concretos como expresiones de lenguajes de
programación, esquemas de bases de datos y
compuestos reciclados.
6. FASES
• La fase de concepción o inicio tiene por finalidad definir la visión, los objetivos y el alcance del
proyecto, tanto desde el punto de vista funcional como del técnico, obteniéndose como uno de los
principales resultados una lista de los casos de uso y una lista de los factores de riesgo del proyecto.
El principal esfuerzo está radicado en el Modelamiento del Negocio y el Análisis de Requerimientos.
Es la única fase que no necesariamente culmina con una versión ejecutable.
• La fase de elaboración tiene como principal finalidad completar el análisis de los casos de uso y
definir la arquitectura del sistema, además se obtiene una aplicación ejecutable que responde a los
casos de uso que la comprometen. A pesar de que se desarrolla a profundidad una parte del sistema,
las decisiones sobre la arquitectura se hacen sobre la base de la comprensión del sistema completo y
los requerimientos (funcionales y no funcionales) identificados de acuerdo al alcance definido.
• La fase de construcción está compuesta por un ciclo de varias iteraciones, en las cuales se van
incorporando sucesivamente los casos de uso, de acuerdo a los factores de riesgo del proyecto. Este
enfoque permite por ejemplo contar en forma temprana con versiones el sistema que satisfacen los
principales casos de uso. Los cambios en los requerimientos no se incorporan hasta el inicio de la
próxima iteración.
• La fase de transición se inicia con una versión “beta” del sistema y culmina con el sistema en fase de
producción.
7. 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.
8. RESUMEN
En este trabajo nos da a comprender que el proceso unificado de software es un método que nos
ayuda a desarrollar de una manera adecuada un sistema basando en el análisis implementación y
documentación y que tiene varias cualidades, como especializarse para una gran variedad de
sistemas de software el cual va ayudar al usuario a desempeñar un buen trabajo y desarrollar una
arquitectura en la empresa que este trabaja.
De esta manera se puede decir que el proceso unificado ayuda a mejorar el desarrollo del
sistemas, brindando seguridad a su información manejada y no dejando problemas que causen
una gran pérdida.
9. SUMMARY
This paper gives us to understand that the unified software process is a method that helps us develop a
suitable manner a system analysis basing on implementation and documentation and has several
qualities, as specialized for a variety of software systems which will help the user to perform a good job
and develop an architecture in which the company works.
Thus one can say that the process helps improve unified development system, offering managed
security for your information and not leaving problems that cause a great loss.
10. RECOMENDACIONES
1. Desarrollar mejor este proceso para poder seguir generando más trabajo.
2. Evitar pérdidas de información con un buen manejo de sistemas de software.
3. Seguir cada paso conforme esta estructura este proceso para llegar al buen desarrollo del
sistema.
CONCLUSIONES
1. Se ha concluido que este proceso es el más utilizado debido a su metodología de análisis.
2. Nos ayuda de una manera estructurada y ordenada para el desarrollo de un sistema.
3. Finalmente se concluye que este es un proceso que puede especializarse a cualquier tipo de
software.
11. APRECIACIÓN DEL EQUIPO
• Para nosotros el Proceso Unificado es adecuado debió a su buena estructura y específica para
grandes organizaciones que se dediquen al desarrollo del sistema de software.
12. GLOSARIO DE PALABRAS
• Oleada
Movimiento de gran cantidad de personas en grupo.
• Métricas
Métrica es una unidad de medida estándar que calcula los resultados. Métricas de software se
utilizan para la evaluación de producto de software y sus servicios.
• Prototipo
Primer ejemplar que se fabrica de una figura, un invento u otra cosa, y que sirve de modelo para
fabricar otras iguales, o molde original con el que se fabrica
• Implementación
Acción o efecto de implementar.
• Iterativo
Término que indica una acción repetitiva.