 Un diagrama de casos de uso describe las actividades y/o acciones que un actor tiene con el sistema mediante relaciones. Además el diagrama de casos.

Slides:



Advertisements
Presentaciones similares
Open RA 10/25/00 EEM/TD/LQ M. F. Juan 1 La Función de Calidad en los Proyectos de Desarrollo de Software Manuel F. Juan Martínez Juan López Espinosa Centro.
Advertisements

DIAGRAMAS DE CASOS DE USO
UML DCU -DS Alvaro Garrido V..
“PROYECTO TECNOLOGICO”.
Gestión de Recursos Informáticos Unidad Nº 3: Gestión de calidad y eficiencia.
ANÁLISIS DE REQUERIMIENTOS
DISEÑO ORIENTADO AL OBJETO
EL PLAN DE TRABAJO: MÁS ALLÁ DE LOS CRONOGRAMAS Y LOS PRESUPUESTOS
GUIA DE USABILIDAD Alejandro Barragán Ocaña Mario Gerson Urbina Pérez
PROYECTO DE GRADO ANÁLISIS, DISEÑO, DESARROLLO E IMPLEMENTACIÓN DE UN SISTEMA WEB PARA EL CONTROL DE UN TALLER TÉCNICO AUTOMOTRIZ EN PLATAFORMA PHP –
Objetivo Realizar el modelado del negocio, identificar a partir de este los casos de uso de sistema que darán soporte informático al negocio modelado y.
Documentación de software
DESCRIPCION DEL PROBLEMA
Calidad y pertenencia Sesión: Documentando bajo procesos
Ingeniería de Requisitos
 EL MODELO INCREMENTAL.:  EL MODELO EN ESPIRAL:  viene a suplir el problema de no poder retroceder en las fases de desarrollo del software.  : no.
ESTRATEGIA PARA INTERNET EXTRANETS
REQUIREMENTS MANAGEMENT
Actividad 6. Requisitos del software, referente a la estructura y base de datos. M.C. Juan Carlos Olivares Rojas Syllabus May,
Ingeniería de Software Orientado a Objetos
Traducción de Juan Antonio del Valle Flores
Fundamentos de Ingeniería de Software Facultad de Ingenieria Universidad Distrital Francisco José de Caldas ESPECIFICACIÓN Y MANEJO DE LOS REQUERIMIENTOS.
Análisis y Diseño Orientado a Objetos utilizando UML
El lenguaje UML comenzó a gestarse en octubre de1994 (Booch, Rumbaugh y Jacobson), cuando Rumbaugh se unió a la compañía Rational, fundada por Booch (dos.
CONFORMACIÓN DEL MANUAL DE PROCESOS Y PROCEDIMIENTOS
Unidad VI Documentación
Por: Orlando Herrera Hernández. Metodología Para levar a acabo este proceso se deben seguir tres pasos, los cuales son:.Razonar.Esquematizar.Validar o.
PROCESOS INDUSTRIALES
Modelado del Negocio.
CASOS DE USO Ing. Sonia Godoy H..
Presentado por: YULI ANDREA CUELLAR M  Es un conjunto de elementos que interactúan entre sí con el fin de apoyar las actividades de una empresa o negocio.
Metodología para la construcción de programas
Organización y Estructuración de Datos Profesor Titular: Mg Carlos G. Neil 2009.
INGENIERÍA DE SOFTWARE
TEMA 10: DIAGRAMA DE: OBJETOS, SECUENCIA Y DESPLIEGUE EN UML
CURSO DE PLANEACION. EXPRESION DE LA SITUACION- PROBLEMA. Etapa 2 Juan Antonio del Valle F.
TEMA No. 8
Christian Monrreal Gonzalez Daryl Silverman Aguilar Gone
LAE. LUCÍA REYES MARTÍNEZ
Diseño de Sistemas Expertos
Medición y Métricas del Software
Ingeniería para la Integración de Sistemas LA TECNOLOGÍA COMO ELEMENTO CLAVE PARA LA GESTION Y ELEMENTO VEHICULAR PARA ALCANZAR LA EXCELENCIA EN LA CALIDAD.
Alexander Aristizabal Ángelo flores herrera
Manuales Administrativos
Estimación por casos de uso.  Un caso de uso representa una unidad de interacción entre uno y el sistema. Un Caso de Uso es una unidad simple de trabajo.
MODELAMIENTO VISUAL Y UML
Jairo Pinto Ing. sistemas
UML.
Introducción al proceso de verificación y validación.
VOLVER El proceso de elicitación puede describirse en cuatro pasos: 1. Identificar el problema. 2. Definir las fronteras de.
Diseño de Procedimientos
INGENIERÍA DE REQUISITOS Unidad 2 Integrantes equipo Morales Balderas josefina Reyes Larios María Fernanda Heredia palma Andrea Valencia Carrión Alina.
DIAGRAMA DE ESTADO.
Alumno: Israel Espinosa Jiménez Matricula: Licenciatura: TIC Asignatura: Análisis y Diseño de Sistemas Cuatrimestre: 3 Página 1 de 6.
Unified Modeling Language (Lenguaje de Modelamiento unificado)
Primera etapa: Mecánica de registro.. El cliente recibe un correo de bienvenida. También un link para cambiar la contraseña. Tendrá que ingresar el usuario.
Catalina Bergmann Martin Luoni Sebastián Piccoli Elizabeth Smocovich Guido Ygounet.
 1.-Antes de empezar la fase 2, has tenido una entrevista con el supervisor.  2.-Durante la misma te ha comentado qué mejoras puedes realizar en la.
MÓDULO INTRODUCCIÓN AL CICLO DE VIDA DEL SOFTWARE
Especificaciones de Casos de Uso
DIAGRAMAS ADMINISTRATIVOS
La usabilidad puede formar parte de una definición de facilitación y rapidez que obtiene el usuario al realizar ciertas cosas. -La usabilidad tiene como.
INGENIERIA DE REQUERIMIENTOS. Equipo Meza Mora Emanuel Jonatan Vargas Montoya Geovanni Piña Carrera Miguel.
Fundamentos de Computación
Diagrama de flujo.
Algunas anotaciones sobre las TIC y los procesos de investigación Vivian Rivera R. Setiembre, 2015.
Fundamentos de Ingeniería de Software
Conociendo el modelo Cliente-Servidor
VERIFICACIÓN Y VALIDACIÓN DE SISTEMAS 3.10 Fase de manejo de requerimientos 4.1 Modelado de pruebas en UML Ponente: ing. Alejandro tapia vazquez.
INGENIERÍA WEB FORMULACIÓN Y PLANEACIÓN PARA INGENIERÍA WEB.
Transcripción de la presentación:

 Un diagrama de casos de uso describe las actividades y/o acciones que un actor tiene con el sistema mediante relaciones. Además el diagrama de casos de uso resulta ser un mecanismo de fácil comprensión para cliente y equipo de desarrollo.  El diagrama de casos de uso cuenta con elementos como el Actor, los casos de uso y relaciones. Como actor entendemos quien interactúa con el sistema, aunque no siempre es una persona. Los casos de uso son las tareas que realiza el actor con el sistema unido mediante las relaciones que es la línea que conecta el actor con este último.

Entrando en detalles con las acciones antes identificadas, tenemos que los actores hacen: |Gestión de Clientes Gestión de productos Generar cotización Buscar cotizaciones Llevando estas acciones a nuestro diagrama de casos de uso tenemos para el administrador.

Para el usuario tenemos el siguiente diagrama de casos de uso :

Una visualización sencilla y clara donde clientes y el equipo de desarrollo del software pueden entender de forma general las acciones que realiza un actor con el sistema. Con este diagrama el cliente puede validar y corregir aspectos que impacten en el desarrollo del sistema. El diagrama anterior describe en aspectos generales la interacción del actor con el sistema, pero en ciertos casos esto puede caer en un abuso. Si queremos explicar cada acción que realiza el actor se puede caer en la redundancia. Tomando nuestro ejemplo, podríamos hacerlo de la siguiente forma:

Si bien es válido, puede resultar algo confuso contradiciendo el objetivo del mismo diagrama.

Finalmente insistimos en que la idea del diagrama de casos de uso es aclarar las acciones de actores con el sistema. Profundizar en las tareas cae en otros diagramas como el de secuencia o actividades (solo por mencionar algunos). Con la finalidad de obtener un software de calidad, es muy recomendable contemplar este diagrama dentro de la etapa inicial de desarrollo del software.