Los 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.
Redes Sociales y su adicción en estudiantes universitarios.
Modelamiento de Casos de Uso RUP
1. Modelamiento de Casos de Uso
RUP
Alum. Violeta Chaquila Oblitas 1Alum.Jhan Franco Quintana Huamán1
RESUMEN
Los Casos de Uso fueron introducidos por Jacobson en 1992. Sin embargo, la idea
deespecificar un sistema a partir de su interacción con el entorno es original de Mc
Menamin y Palmer, dosprecursores 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.
ABSTRAC
Introducidos for Jacobson in 1992 were Uso's Cases.However,to specify a system
starting from his interaction with the surroundings idea belongs to original McMenamin
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 McMenamin 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
utilizingscenarioes.
Palabras Claves: escenarios es una
secuencia de acciones e interacciones
INTRODUCCION
Actualmente, 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 partedel 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ácticos
Los casos de uso combinan el
concepto de evento del análisis
1
Autor
Asesor
- alumna: Chaquila Oblitas Violeta
- alumno: Quintana HuamanJhan franco
jhanfranco@gmail.com/942192030
estructurado con otra técnica de
especificaciónde
requerimientos
bastante poco difundida: aquella que
dice que una buena forma de expresar
losrequerimientos 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
alsistema desde el punto de vista de
aquél que lo va a usar, y no desde el
punto de vista del que lo va aconstruir.
De esta forma, es más fácil validar que
los requerimientos documentados son
los verdaderosrequerimientos 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
2. especificación
de
requerimientos
bastante poco difundida
Opcional: representa que pueden
no abordarse
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 dehardware y
software.
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
Actores y casos de uso del sistema
Actor 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(businessmodeling)
Análisis de requerimientos
Especificación de casos uso
La 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.
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
Tipos de casos de uso
Primario: representa los casos
importante y comunes
Secundarios:
representa
procesos menores o raros
2. CASOS DE EXITO
1
Autor
Asesor
- alumna: Chaquila Oblitas Violeta
- alumno: Quintana HuamanJhan franco
jhanfranco@gmail.com/942192030
3. Consultoría
de
Arquitectura
de
Software.NET
Se 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-LineProyecto
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.
La 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
Espiritual
De cómo
estemos guiando
nuestravida para tomar nuestras
decisiones en
nuestra vida
cristiananecesitamos 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
3. APORTES
Innovación
Como 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
Social
1
Autor
Asesor
- alumna: Chaquila Oblitas Violeta
- alumno: Quintana HuamanJhan franco
jhanfranco@gmail.com/942192030
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:
RationalUnified 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
método practico para explorar
requerimientos).2000
4. Weitsenfeld, Alfredo.Ingeniería
de Software Orientada a
Objetos con UML, Java e
Internet.
ISBN- 13:978-970-686-190-0
ISBN- 10:970-686-190-4
1
Autor
Asesor
- alumna: Chaquila Oblitas Violeta
- alumno: Quintana HuamanJhan franco
jhanfranco@gmail.com/942192030