Modelamiento de Casos de Uso RUP
description
Transcript of Modelamiento de Casos de Uso RUP
Modelamiento de Casos de Uso RUP
Alum. Violeta Chaquila Oblitas 1 Alum. Jhan Franco Quintana Huamán1
RESUMENLos Casos de Uso fueron introducidos por Jacobson en 1992. Sin embargo, la idea de especificar un sistema a partir de su interacción con el entorno es original de Mc Menamin y Palmer, dos precursores del análisis estructurado, que escribieron en 1984 un excelente libro cuya lectura recomendamos.En ese libro, se define un concepto muy parecido al del caso de uso: el evento. Para Mc Menamin y Palmer, un evento es algo que ocurre fuera de los límites del sistema, ante lo cual el sistema debe responder. En este caso el sistema deberá responder al estímulo que recibe el pedido procesándolo.Un caso de uso debe especificar un comportamiento deseado, pero no imponer cómo se llevará a cabo ese comportamiento, debe decir QUÉ pero no CÓMO. Esto se realiza utilizando escenarios.
ABSTRACIntroducidos for Jacobson in 1992 were Uso's Cases. However, to specify a system starting from his interaction with the surroundings idea belongs to original Mc Menamin and Palmer, the analysis's two predecessors structured, that they wrote in 1984 an excellent book we recommend whose reading.In that book, a concept is defined very similar to the appropriate use: The event. In order to Mc Menamin and Palmer, an event is that it occurs outside the limits of the system, elk it as system must respond. In this case system will have to respond to the stimulus that receives the order processing it.A use case must specify a behavior once was desired, but imposing how will accomplish that behavior itself, he must say to what but no How. This comes true utilizing scenarioes.
Palabras Claves: escenarios es una secuencia de acciones e interacciones
INTRODUCCIONActualmente, mucha gente considera que los casos de uso son de vital importancia en los proyectos de Software (Procesos Guiados por Casos de Uso) Los casos de uso son un método que, justamente, ayudan al Ingeniero de Software a llevar adelante esta parte del desarrollo de un sistema de software.Si bien sus antecedentes tienen ya más de 15 años de antigüedad, la técnica de análisis con caso de uso es relativamente nueva. La bibliografía es bastante escasa y, en muchos casos, tiene pocos consejos prácticosLos casos de uso combinan el concepto de evento del análisis estructurado con otra técnica de
especificación de requerimientos bastante poco difundida: aquella que dice que una buena forma de expresar los requerimientos de un sistema es escribir su manual de usuario antes de construirlo. Esta técnica, si bien ganó pocos adeptos, se basa en un concepto muy interesante: al definir requerimientos, es importante describir al sistema desde el punto de vista de aquél que lo va a usar, y no desde el punto de vista del que lo va a construir. De esta forma, es más fácil validar que los requerimientos documentados son los verdaderos requerimientos de los usuarios, ya que éstos comprenderán fácilmente la forma en la que están expresados los casos de uso combinan el concepto de evento del análisis estructurado con otra técnica de especificación de requerimientos bastante poco difundida
Autor - alumna: Chaquila Oblitas Violeta - alumno: Quintana Huaman Jhan franco [email protected]/942192030
Asesor
1. DIAGRAMA DE CASOS DE USO Un caso de uso es una secuencia de interacciones entre un sistema y alguien o algo que usa alguno de sus servicios. Todo sistema de software ofrece a su entorno aquellos que lo usan una serie de servicios. Es una forma de expresar cómo alguien o algo externo a un sistema lo usa. Cuando decimos “alguien o algo” hacemos referencia a que los sistemas son usados no sólo por personas, sino también por otros sistemas de hardware y software.
Actores y casos de uso del sistemaActor representa cualquier cosa que interactúa con el sistema (humano, SW o HW)Caso de uso secuencia de acciones que obtiene resultados de valor para un actor
ACTOR
CASO DE USO
Identificación de los casos de uso Métodos basado en los actores Métodos basado en eventos Análisis del modelo de casos de
uso del negocio(business modeling)
Análisis de requerimientos Especificación de casos usoLa especificación de un caso de uso es el documento narrativo que describe la secuencia de eventos que realiza un actor(agente externo) para completar un proceso, a través del uso de un sistema.
Tipos de casos de uso Primario: representa los casos
importante y comunes Secundarios: representa
procesos menores o raros Opcional: representa que pueden
no abordarse
Niveles de especificación de casos de uso
Existen tres niveles de especificación de caso de uso dependiendo del nivel de identificación y desarrollo de los mismos DE ALTO NIVEL,ESENCIAL,REAL
Casos de Uso y flujo de eventos Un caso de uso describe”que
hace” un sistema pero no identifica “como”
Un flujo de eventos describe el como (parcialmente) al interior de un caso de uso
Cuando se modela, es importante que se conserve la separación de la vista interna y externa
Pre y post condiciones Describen los cambios de estado
del sistema cuando se ejecuta un caso de uso
Pre condiciones: son suposiciones sobre el estado del sistema al iniciarse una operación Post condiciones: Describen el estado de un sistema luego de ejecutarse un caso de uso
Organización del modelo de casos de uso Diagramas de casos de uso: representa un conjunto de casos de uso para unos sistemas, los actores y la relación en casos de usos y actores
Priorizar casos de Uso: seleccionar los que influyan profundamente en la arquitectura básica, dando soporte al dominio y a las capas de servicio de alto nivel Instancias de Actores
2. CASOS DE EXITO
Autor - alumna: Chaquila Oblitas Violeta - alumno: Quintana Huaman Jhan franco [email protected]/942192030
Asesor
Consultoría de Arquitectura de Software.NETSe realizó un relevamiento integral de los procesos, tecnologías, conocimientos tecnológicos, fortalezas y debilidades de la compañía en lo referente al desarrollo de software. Se identificaron los puntos de mejora y se recomendaron procesos y metodologías basados en estándares de calidad ISO: 9001:2000 y prácticas de dirección de proyectos basadas en PMI. Se implementó un sistema de Application LifeCyle Management que integra todos los roles y procesos del ciclo de proyecto. Se plantearon las bases para la migración de aplicaciones ASP a tecnologías ASP.NET.Desarrollo de Cotizador de Seguros On-Line Proyecto gestionado bajo metodologías RUP y aplicando las mejores prácticas de dirección de proyectos del PMI y contó con las siguientes características: Análisis y Diseño utilizando diagramas de casos de uso, secuencia, Storyboards, diagramas de estado, DER, diagramas de componentes, diagramas de distribución, diagramas de clases.
3. APORTES
InnovaciónComo podemos verificar que se pueden realizar de corrección con grupos de personas involucradas en el diagrama de caso de uso, apoyados por quienes conocen del tema, por medios de combinación de herramientas tales como tormentas de ideas sobre mejoras y oportunidades, partiendo de preguntas claves
Tecnológicos Verificamos que el diagrama de caso de uso ayuda al mejoramiento y aun mejor desarrollo de un software para así satisfacer la necesidad del cliente
SocialLa estructura de nuestras vidas tiene que tener una buena planificación, es idéntico al modelo de caso de uso describe las funciones a desarrollarse en el sistema y los actores que las utilizan EspiritualDe cómo estemos guiando nuestra vida para tomar nuestras decisiones en nuestra vida cristiana necesitamos guías así también en nuestra vida como cristianos debemos guiarnos por una guías que Dios dejo para ser un modelo de vida eso nos enfocamos en los diez mandamientos como también el libro de levíticos. Y saber tomar las mejores decisiones en muestra vida para ser buenos profesionales
4. Conclusiones
El modelo de casos de uso sirve como herramienta de comunicación con los usuarios y otros expertos.
Permite organizar los requerimientos del sistema
Permite identificar interacciones de los actores con el sistema
Permite identificar interfaces Permite planificar interfaces Permite establecer el plan de
pruebas del sistema Determina las fronteras del
sistema escribir la documentación del sistema
5. Referencias
IBM. (2003). Rational Unified Process. Europa: Rational Unified Process.zip
Moratalla J. (2003). Técnicas de análisis y diseño orientado a objetos con UML. 200p
Santiago Ceria, Ingeniería del Software I, Casos de uso (Un
Autor - alumna: Chaquila Oblitas Violeta - alumno: Quintana Huaman Jhan franco [email protected]/942192030
Asesor
método practico para explorar requerimientos).2000
Weitsenfeld, Alfredo. Ingeniería de Software Orientada a Objetos con UML, Java e Internet.ISBN- 13:978-970-686-190-0ISBN- 10:970-686-190-4
Autor - alumna: Chaquila Oblitas Violeta - alumno: Quintana Huaman Jhan franco [email protected]/942192030
Asesor