1) Comentar en el foro sobre casos de uso.
Solución
1) Casos de Uso.
En ingeniería del software, un caso de uso es una técnica para la captura de requisitos potenciales de un nuevo sistema o una actualización de software. Cada caso de uso proporciona uno o más escenarios que indican cómo debería interactuar el sistema con el usuario o con otro sistema para conseguir un objetivo específico. Normalmente, en los casos de usos se evita el empleo de jergas técnicas, prefiriendo en su lugar un lenguaje más cercano al usuario final. En ocasiones, se utiliza a usuarios sin experiencia junto a los analistas para el desarrollo de casos de uso.
Los Casos de Uso no son parte del diseño (cómo), sino parte del análisis (qué). De forma que al ser parte del análisis nos ayudan a describir qué es lo que es sistema debe hacer. Los Casos de Uso son qué hace el sistema desde el punto de vista del usuario. Es decir, describen un uso del sistema y cómo este interactúa con el usuario.
Si te has enfrentado alguna vez a UML normalmente habrás visto algún diagrama de clases y esperarás que los Casos de Uso sean también una forma visual de representar la información. Sin embargo estás muy equivocado, si bien los casos de usos se pueden agrupar en diagramas, los diagramas no son lo importante. Voy a repetirlo para que quede claro, "Los diagramas no son lo importante". Se que alguno estará impaciente con los diagramas, así que luego los trataré. Pero primero vayamos con lo realmente interesante.
Si lo primordial de los casos de uso (use case) no son los diagramas, entonces ¿que es lo importante? Lo realmente útil de los casos de uso es el documento que describe el caso de uso (use case), en este documento se explica la forma de interactuar entre el sistema y el usuario.
- Pasos para la Definición de un Caso de Uso:
- ID
- NOMBRE
- REFERENCIAS CRUZADAS
- CREADO POR
- ULTIMA ACTUALIZACION POR
- FECHA DE CREACION
- FECHA DE ULTIMA ACTUALIZACION
- ACTORES
- DESCRIPCION
- TRIGGER
- PRE-CONDICION
- POST-CONDICION
- FLUJO NORMAL
- FLUJOS ALTERNATIVOS
- INCLUDES
- FRECUENCIA DE USO
- REGLAS DE NEGOCIO
- REQUERIMIENTOS ESPECIALES
- NOTAS Y ASUNTO
me parece buena la información porque con esto podemos identificar los diferentes tipos de uso para la UML y detectar las caracteristicas de la misma.
ResponderEliminardebido a que tiene mucha informacion se pierde la idea y esto tiende a confudir a las personas.Trate de especificar mas la informacion para que sea mas clara y mas entendible
ResponderEliminarestoy de acuerdo con esta opinion pero agrego esto :
ResponderEliminar• UML provee tres tipos de asociaciones entre casos de uso
– <>
• El caso “incluido” ocurre SIEMPRE que también ocurre el que lo incluye.
• El caso “incluido” puede ser utilizado por varios casos de uso
– <>
• Esta asociación “aumenta” el comportamiento del caso que se extiende.
• Se usan para cursos alternativos o situaciones de excepción. Por ejemplo, podría existir ya en funcionamiento el caso Registrar alumno a curso, y necesitar modificarse para agregar una excepción cuando el alumno es atleta, en vez de alterarlo se agrega la funcionalidad como un nuevo caso de uso.
– <>
Una instancia de administrador puede invocar instancias de Renta Video y Administración Videos. Una instancia de Cajero puede invocar únicamente Renta Video
buena informacion.
ResponderEliminartiene muy buena informcacion y esta muy detallada pero aconsejaria cabiar el fondo o el color de la letra de tal forma q no se pierda con el fondo
ResponderEliminarTiene buena información y explica muy bn el tema pero gustaría que diera un breve resumen con sus palabras
ResponderEliminarestimado, una consulta, las acciones del tipo "ver estado X" pueden ser considerados como casos de uso?? o solo es una funcionalidad del sistema??
ResponderEliminar