Download
1 / 24
250 likes | 375 Vues
Taller de Sistemas de Programas http://www.ldc.usb.ve/ ~ gescuela/ci3715.html . Dpto. de Computación y T.I. Clase 2. Agenda. Revisión Proyecto 1: Conformación microempresa, informe, trabajo en equipo. Introducción a RUP y Casos de Uso Asignación Proyecto 2. Introducción a RUP.
E N D
Taller de Sistemas de Programashttp://www.ldc.usb.ve/~gescuela/ci3715.html Dpto. de Computación y T.I. Clase 2
Agenda • Revisión Proyecto 1:Conformación microempresa, informe, trabajo en equipo. • Introducción a RUP y Casos de Uso • Asignación Proyecto 2
Introducción a RUP • Rational Unified Process es un proceso de Ingeniería de Software • Asigna actividades y responsabilidades dentro de una organización de desarrollo • Asegura la producción de software de alta calidad • Mejora la productividad del equipo de trabajo • Activa, mantiene y crea Modelos • Es una guía para usar efectivamente UML
Introducción a Rational Unified Process • Es soportado por herramientas, las cuales automatizan gran parte del proceso. • Las herramientas son utilizadas para mantener los diversos artefactos (cualquier producto del trabajo) del proceso de Ingeniería de Software: modelado visual, programación, pruebas, etc. • Es un proceso configurable • Captura las mejores prácticas en el desarrollo de software moderno
Ejemplo de artefactos en la fase de inicio Visión y Análisis del negocio Modelo de Casos de Uso Glosario Lista de Riesgos y plan de gestión de riesgos Plan de iteración Plan de desarrollo de Software
UML y el proceso de desarrollo UML es un lenguaje para especificar, visualizar, construir y documentar los artefactos de los sistemas de software, así como para el modelado del negocio y otros sistemas no software (OMG) - Controlado por los casos de uso - Centrado sobre la arquitectura - Iterativo e incremental
Definición del modelo de dominio o contexto Una descomposición del dominio conlleva una identificación de los conceptos, atributos y asociaciones que se consideren significativas. El resultado se puede expresar en un modelo de dominio que se ilustra mediante un conjunto de diagramas que muestran los objetos o conceptos del dominio
Los C.U. señalan las diferentes actividades y etapas del proceso Diseño y Realización Prueba Análisis Los C.U. forman la unión Verificar que los C.U. se satisfagan Capturar, clarificar y validar los C.U. Realizar los C.U.
Formatos de Caso de Uso (texto) Formato resumido • El formato resumido se elabora para que sea leido por una persona que participa en el proceso de desarrollo de una forma gerencial o por una persona sin los conocimientos técnicos necesarios para entender el formato extendido (Ej: cliente). • Caso de uso: <nombre del caso de uso>Actor principal: <nombre del actor iniciador>Expertos e interesados: <nombre del actor interesado 1>, ..., <nombre del actor interesado N>Descripción: <Texto general que describe el caso de uso>.Frecuencia: <Frecuencia de ocurrencia del caso de uso>Preguntas abiertas: <Pregunta abierta 1> ... <Pregunta abierta N>
Formatos de Caso de Uso (texto) Formato expandido • Describe todas las implicaciones técnicas del caso de uso. Está dirigido a los desarrolladores o mantenedores del sistema. • Caso de uso: <nombre del caso de uso>Actor principal: <nombre del actor iniciador>Expertos e interesados: <nombre del actor interesado 1>: <proceso donde está involucrado>. ... <nombre del actor interesado N>: <proceso donde está involucrado>.Precondiciones:(premisas que deben ser ciertas antes de la ejecución del caso) <Precondición 1> ... <Precondición N>Éxito garantizado (Poscondiciones):(establece lo que debe cumplirse en caso de haber sido completado el curso principal o algún curso alterno exitoso) <Precondición 1> ... <Precondición N>Escenario principal de éxito (Curso básico):(describe el curso típico que satisface el interés de los relacionados con el caso de uso. Tres tipos de paso: interacción entre actores, validaciones y cambios al sistema)Actor 1 Sistema 1. Paso 1 Paso 2 Paso 3
Formatos de Caso de Uso (texto) Extensiones (Cursos alternos):(indican otros escenarios tanto de éxito como de falla) 3a) <error>: 1. Paso 1 2. Paso 2 3b) <error>: 1. Paso 1 2. Paso 2Requerimientos especiales:(requerimientos no funcionales relacionados con el caso de uso) <Requerimiento 1> ... <Requerimiento N> Tecnología y lista de variaciones de datos:(detalles técnicos que deben ser considerados) <Detalle técnico 1> ... <Detalle técnico N> Frecuencia: <Frecuencia de ocurrencia del caso de uso>Preguntas abiertas: <Pregunta abierta 1> ... <Pregunta abierta N> Referencias cruzadas: <Número de requerimiento funcional relacionado 1>, ..., <Número de requerimiento funcional relacionado N>
Proyecto II Aplicación Web de avisos clasificados gratuitos para la comunidad de la USB
Recursos • Craig Larman: Applying UML and Patterns: An Introduction to Object-Oriented Analysis and Design and Iterative Development. 2005. http://www.craiglarman.com/book_applying/applying.htm
