El proceso unificado de desarrollo de software es un proceso orientado a objetos guiado por casos de uso, centrado en la arquitectura y con un ciclo de vida iterativo e incremental. Usa UML y notaciones como Rational Rose y Visio. Los casos de uso capturan requisitos y se especifican, diseñan, implementan y prueban. La arquitectura se centra en vistas extractas de los modelos. El ciclo de vida se repite en iteraciones que amplían el producto de forma incremental.
El análisis y diseño orientado a objetos (ADOO) es un enfoque de la ingeniería del software, la cuál permite modelar un sistema como un grupo de objetos que interactúan entre sí
El análisis y diseño orientado a objetos (ADOO) es un enfoque de la ingeniería del software, la cuál permite modelar un sistema como un grupo de objetos que interactúan entre sí
Esta presentación nos muestra los conceptos Fundamentales para el Diseño y Creación de Base de Datos Relacionales, se Centra en el Modelo de Datos Relacional, ya que es el mas usado a nivel mundial.
Esta presentación nos muestra los conceptos Fundamentales para el Diseño y Creación de Base de Datos Relacionales, se Centra en el Modelo de Datos Relacional, ya que es el mas usado a nivel mundial.
Los Modelos Prescriptivos de Proceso definen un conjunto distinto de actividades, acciones, tareas, flujo de trabajo, fundamentos y productos de trabajo que se requieren para software de alta calidad.
En este trabajo se podrá observar como el Lenguaje de Modelado Unificado va ofreciendo y dando a conocer como son sus métodos para poder brindar un sistemas informático de desarrollo de software.
Proceso unificado de desarrollo de softwareturlahackers
En este trabajo se observara el manejo y desarrollo del Proceso Unificado de Software, brindando los medios que puedan ser favorables para los usuarios.
Introducción al proceso unificado de desarrollo de software en Curso de Anali...Educagratis
En el Aula Virtual online de Educagratis ( http://www.educagratis.org ) es posible encontrar un curso gratis de Analisis y Diseño Orientado a Objetos - UML (http://computacion.educagratis.org ) en el cual se tratan los siguientes contenidos:
- INTRODUCCION LOS COSTOS Y LA CALIDAD DEL SOFTWARE
- LA TECNOLOGIA OO Y UML
- UML Y EL PROCESO MODELADO
- SOFTWARE PARA MODELAR UML (HERRAMIENTAS CASE)
- EJERCICIOS Y CERTAMENES DE UML
- LA PROGRAMACION ORIENTADA A OBJETO
- NETSBEANS
- SOFTWARE ECLIPSE
- REFERENCIAS Y MATERIALES EXTERNOS
Y muchos otros cursos de diversas áreas:
- Animales, Aves y Peces ( http://animales.educagratis.org )
- Artes, Diseño, Pintura y Dibujo ( http://artes.educagratis.org )
- Autoayuda ( http://autoayuda.educagratis.org )
- Belleza y Moda ( http://belleza.educagratis.org )
- Ciencias Alternativas ( http://alternativas.educagratis.org )
- Ciencias Naturales ( http://ciencias.educagratis.org )
- Ciencias Sociales y Juridicas ( http://sociales.educagratis.org )
- Cocina, Bebidas, Pastelería y Repostería ( http://cocina.educagratis.org )
- Computación e Informática ( http://computacion.educagratis.org )
- Construcción, Arquitectura y Paisajismo ( http://construccion.educagratis.org )
- Deportes y Educación Física ( http://deportes.educagratis.org )
- Educación, Religión y Filosofía ( http://educacion.educagratis.org )
- Historia, geografía, tradiciones y cultura ( http://historia.educagratis.org )
- Hogar, Tejido, Borado y Jardín ( http://hogar.educagratis.org )
- Idiomas, Lenguaje y Letras ( http://idiomas.educagratis.org )
- Juegos, Recreación y Pasatiempos ( http://juegos.educagratis.org )
- Matemáticas ( http://matematicas.educagratis.org )
- Mecánica, Autos y Motos ( http://mecanica.educagratis.org )
- Medicina, Psicología y Salud ( http://medicina.educagratis.org )
- Musica, Baile y Danza ( http://musica.educagratis.org )
- Negocios, Empresa y Economía ( http://negocios.educagratis.org )
- Técnicos, Oficios y Manualidades ( http://tecnicos.educagratis.org )
Estudia el entorno de usuario GNOME, entorno por defecto en Ubuntu y Debian, así como las funciones más utilizadas en el sistema operativo Linux. Indice: TCP/IP en Linux; configuración HW de red; servicios y control de acceso; introducción a Linux; configuración de un servidor web (Apache); instalación y configuración del gestor de base de datos MySQL5; administración de MySQL; programación PHP; proxy; firewall; control de acceso; NFS; servicio DNS; configurador de un servidor de correo electrónico.
En la actualidad, muchos actores y especialidades están involucrados en el proceso de Construcción de Software: Gerentes de Proyectos, Analistas de Negocios, Desarrolladores, Arquitectos y otros, participan activamente en algunas de etapas, la comunicación entre ellos es fundamental y debe ocurrir a través de un lenguaje común que permita el correcto entendimiento del producto desde las perspectivas de diseño, funcionalidades, artefactos. Unified Model Language (UML) es el lenguaje que sirve de base para establecer la comunicación entre los profesionales del Software, muchos errores se corrigen y resultados no esperados se evitan, con la posibilidad de conocer el producto, antes, durante y después de su construcción.
DBACCESS, presenta su taller de UML, el cual ha sido diseñado para que los participantes aprendan UML aplicándo sus modelos y conceptos en casos reales, promoviendo de esta manera la incorporación de este lenguaje como herramienta indispensable de trabajo.
En 24 horas trataremos temas relacionados con:
La Importancia del Modelado Visual
Antecedentes de UML
Modelo de Casos de Uso
Diagrama de Clases
Diagrama de Actividad / Estado
Diagramas de Estado (Visto dentro del segundo caso práctico)
Diagrama de Despliegue
Diagramas de Secuencia
Caso Práctico. Repasar los Conceptos aprendidos en una simulación de proyecto y donde además se incluyen nuevos artefactos de UML. Caso Estación de Gasolina.
Tendencias en UML
Contarás con:
Material terórico por cada módulo que proporcionará el temario a cubrir
Certificado de participación
Antes del apagón analógico y su implementación en el país, Colombia debe prepararce para afrontar el cambio que traera la televisión digital terreste y para familiarizarnos con ella vamos a conocerla más a fondo.
2. El proceso unificado de
desarrollo de software
• Es un proceso ORIENTADO A OBJETOS
• El proceso es:
• Guiado por casos de uso
• Centrado en la arquitectura
• Con un ciclo de vida iterativo e incremental
PARTE
DINÁMICA
CICLO Debe ofrecer un
marco de trabajo INTERFAZ
DE VIDA
genérico
PARTE 2
ESTÁTICA
3. El proceso unificado de
desarrollo de software
• El Proceso Unificado de Desarrollo usa UML
UML Notación
Herramientas Proceso
• RATIONAL ROSE
PROCESO UNIFICADO DE
• VISIO DESARROLLO DE RATIONAL
3
4. 1. Guiado por
casos de uso
• Los sistemas se crean para dar servicio
a los usuarios.
– Qué REQUISITOS se necesitan
– Un CASO de USO es una pieza de
FUNCIONALIDAD de un sistema que le
proporciona a algún USUARIO un
RESULTADO o VALOR.
4
5. Casos de uso
• Todos juntos constituyen el
modelo de casos de uso (MCU)
– FUNCIONALIDAD COMPLETA
– PARA TODOS LOS USUARIOS
5
6. EJEMPLO DE MODELO DE
CASOS DE USO
Consultar Catálogo
<<includes>>
Actualizar Catálogo
Persona Reservar Libro
EncargadoBiblio
<<extends>>
Tomar Préstamo Copia
Libro
- No disponible
<<extends>> Tomar Préstamo
Revista
Extender Préstamo
- No reservado
Socio Devolver Revista
TrabajadorBiblio
Devolver Copia Libro
6
7. Desarrollo guiado por
casos de uso (CU)
LOS CASOS DE USO:
• CAPTURAN REQUISITOS
• SE ESPECIFICAN (ANALIZAN)
• SE DISEÑAN
• SE IMPLEMENTAN
• Y SE PRUEBAN 7
8. Tomar Préstamo 1.- CASO DE USO Desarrollo guiado por
CASOS DE USO
Persona
2.- ANÁLISIS DEL
CASO DE USO
: IU-1 : GestorLibro : Libro elLibro:Libro
1: Introducir Signatura y NumeroDeSocio
Se repite hasta que se
2: Aceptar encuentre un libro
con la signatura que
3.- DISEÑO DEL 3: obtenerLibro(signaturaLibro:String) estamos buscando
4: getSignatura()
CASO DE USO elLibro
5: getCopias()
6: isCopiaPrestada()
4.- IMPLEMENTACIÓN DEL CASO DE USO
8
5.- PRUEBA DEL CASO DE USO
9. 2. Centrado en la
arquitectura
• La arquitectura de un sistema
software es un extracto de los modelos
del sistema
– Extracto: VISTA DE CADA MODELO
• que da una idea de qué forma que
tiene el sistema completo
9
10. Centrado en la
ARQUITECTURA
1
VISTA DEL MODELO DE CASOS DE USO VISTA DEL MODELO DEL DOMINIO /
VISTA DEL DIAGRAMA DE CLASES
: IU-1 : : : : :
2: 1: 3: G 2: 1: 3: G
r 4 r 4
() ()
o o
VISTA DEL MODELO DEL ANÁLISIS
VISTA DEL MODELO DEL DISEÑO
+ VISTAS DEL MODELO DE IMPLEMENTACIÓN Y PRUEBAS
SON VISTAS DE LOS MODELOS (NO MODELOS COMPLETOS).
SÓLO APARECEN LOS QUE CORRESPONDEN
10
A CASOS DE USOS CRÍTICOS
11. 3. Ciclo de vida iterativo
e incremental
• ITERATIVO
– Se repiten VARIOS MINIPROYECTOS
• INCREMENTAL
– Cada miniproyecto AMPLIA EL
PRODUCTO
11
12. El CV del proceso
unificado
• UN CICLO DE VIDA SE REPITE A LO
LARGO DEL TIEMPO
• TRAS CADA CICLO DE VIDA
VERSIÓN NUEVA DEL PRODUCTO
• UN CICLO DE VIDA SE DIVIDE EN FASES
• CADA FASE SE DIVIDE EN ITERACIONES
• EN CADA ITERACIÓN SE REALIZAN
FLUJOS DE TRABAJO 12
13. El CV del proceso unificado
Flujos de
trabajo:
Fases
Actividades
Inicio Elaboración Construcción Transición
Requisitos
Análisis
Diseño
Implementación
Prueba
ite r. ite r. ite r. ite r. ite r. ite r. ite r.
Iteraciones: #1 #2 #n # n+ 1 # n+2 #m 13
#m +1
14. El CV del proceso
unificado
Versiones del producto
EN CONSTRUCCIÓN
Prdct Producto
Iniciación Iniciación Elaboración construcción transición
iteración #n-1 fnll final
iteración #1 iteración #2 iteración #3 iteración #n-1
Iniciación Elaboración Construcción Transición
NUEVA VERSIÓN DEL PRODUCTO (en este CV) 14
15. El producto
(del proceso unificado)
• NO ES SÓLO CÓDIGO EJECUTABLE
• SON LOS MODELOS O
REPRESENTACIÓN DEL SOFTWARE
• DEBE AJUSTARSE A TODAS LAS
PERSONAS IMPLICADAS
15
16. Fases dentro del CV del
proceso unificado
• FASE: PARTE DE UN CV
• CADA FASE TERMINA EN UN HITO
– HAY ARTEFACTOS DISPONIBLES
(SEGÚN LO PLANIFICADO)
– LOS RESULTADOS EN LOS HITOS
PERMITEN GESTIONAR
16
17. Fases dentro del CV del
proceso unificado
• INICIACIÓN:
– DESCRIBIR PRODUCTO FINAL / ANÁLISIS DEL NEGOCIO
– IDENTIFICAR RIESGOS MÁS IMPORTANTES
– ESTABLECER PLANIFICACIÓN INICIAL DEL PROYECTO
– DECIDIR SI SE CONTINÚA
• ELABORACIÓN:
– ESTABLECER PLAN Y ARQUITECTURA ESTABLE
• CONSTRUCCIÓN: DESARROLLAR EL PRODUCTO
• TRANSICION: PROPORCIONAR SISTEMA A USUARIOS
17
18. Iteraciones
• CADA FASE SE DIVIDE EN ITERACIONES
• CADA ITERACIÓN
– MINIPROYECTO (EN CASCADA) QUE
EJECUTA FLUJOS DE TRABAJO
– PRODUCE UN INCREMENTO EN PRODUCTO
• TAL Y COMO ESTABA
• SE REDUCE EL RIESGO
– SE PUEDE PERDER SÓLO LO REALIZADO EN
ESA ITERACIÓN 18
19. Iteraciones
Como se puede ver, el Proceso
Unificado de Desarrollo
incluye actividades
ITERACIÓN correspondientes a un Proceso
de Gestión de Proyectos
PLANIFICACIÓN DE EVALUACIÓN DE LA
LA ITERACIÓN ITERACIÓN
REQUISITOS ANÁLISIS DISEÑO IMPLEMENTACIÓN PRUEBAS
19
ACTIVIDADES DE LOS FLUJOS DE TRABAJO FUNDAMENTALES
20. Flujos de trabajo
• CAPTURA DE REQUISITOS:
– IDENTIFICAR REQUISITOS DEL SISTEMA
– CONSTRUIR UN MODELO DEL MISMO
• MODELO DE CASOS DE USO
• MODELO DEL DOMINIO (o NEGOCIO)
• ANÁLISIS:
– ESPECIFICAR REQUISITOS
– CONSTRUIR MODELO DEL ANÁLISIS 20
21. Flujos de trabajo
• DISEÑO:
– ENCONTRAR LA FORMA DEL SISTEMA (SOLUCIÓN)
– CONSTRUIR MODELO DEL DISEÑO
• IMPLEMENTACIÓN:
– CODIFICAR EL DISEÑO (SOLUCIÓN)
– CONSTRUIR MODELO DE IMPLEMENTACIÓN
• PRUEBAS:
– VERIFICAR LA IMPLEMENTACIÓN
– CONSTRUIR MODELO DE PRUEBAS
21
22. ANEXO
Fases: Iniciación
Establecer la planificación del proyecto
• ¿Qué va a hacer el sistema para cada uno de sus
usuarios principales?
– Un MCU simplificado con los CU más críticos
• ¿Cómo sería la arquitectura para un sistema como ese?
– Borrador con los subsistemas principales
• ¿Cuál es el plan y cuánto va a costar desarrollar el
producto?
– Identificar los riesgos principales y priorizarlos, planificar
elaboración y presupuesto aproximado 22
23. ANEXO
Fases: Elaboración
Establecer un plan para el proyecto y una
arquitectura correcta
• Especificar en detalle los CU + críticos
• Diseñar la arquitectura
– Mediante vistas de todos los modelos del SI
– Vista arquitectónica de MCU, M. Análisis, M. Diseño, M.
Implementación (con los componentes que demuestran que la
arquitectura es ejecutable) y M. Distribución.
• Al final de esta fase se debe poder planificar las actividades
y estimar los recursos para poder completar el proyecto.
¿Son los CU, arquitectura y planes lo suficientemente
estables y los riesgos bajo control suficiente para firmar un
23
contrato para terminar el trabajo de desarrollo?
24. ANEXO
Fases: Construcción
Desarrollar el sistema
• Se construye el producto. En esta fase:
– La arquitectura se completa para construir un sistema bien
cimentado
– La visión evoluciona hasta convertirse en un producto
preparado para los usuarios
– Es donde se gastan la mayoría de los recursos
– La arquitectura del sistema es estable. Sin embargo, se
pueden realizar cambios mínimos a la misma.
– ¿El producto se ajusta suficientemente a las necesidades de
los usuarios de algunos usuarios como para enviarselo ya?24
25. ANEXO
Fases: Transición
Proporcionar el sistema a los usuarios finales
• El producto se encuentra en fase beta
– Un grupo reducido de usuarios experimentados prueba el
producto e informa de los defectos y deficiencias y sugieren
mejoras.
– Los desarrolladores corrigen las deficiencias e incorporan
algunas de las mejoras propuestas en una versión para un
grupo de usuarios mayor.
– En esta fase se encuentran actividades como la venta,
formación de los usuarios, ofrecimiento de ayuda en línea y
corrección de defectos descubiertos tras la implantación. Los
defectos: (1) los que justifican la aparición de una nueva
versión del sistema, (2) los que se pueden dejar para la 25
siguiente versión que se cree.
Notas del editor
Es un método moderno que intenta superar los métodos de hace más de 25 años
No se realizan de manera aislada. Se hacen en paralelo con la descripción de la arquitectura del sistema. Ambos maduran a medida que se desarrolla
tipo de ordenador (PC, MAC, Mainframe…), sistema operativo, sistema de gestión de bases de datos, protocolos de red…