Modelado con Casos de Uso (CU)
|
|
- María Jesús Aguilera Pérez
- hace 8 años
- Vistas:
Transcripción
1 Universidad de Congreso Modelado con Casos de Uso (CU) Análisis de Sistemas 2do año Qué es el modelado de Casos de uso? Una forma de capturar el comportamiento deseado del sistema a desarrollar Una manera de comunicar ese comportamiento Identificar quién y qué interactúa con el sistema Describir lo que el sistema debe hacer para esos actores Un manera de verificar que se hayan capturado todos los requerimientos. Una herramienta que permite planificar. 1
2 Para quiénes están dirigidos? Equipo del Cliente Cliente Usuario Equipo de Desarrollo Documentador Analista Administrador de Proyectos Tester Diseñador Para quiénes están dirigidos? Los CU son leidos por varios stakeholders. Ellos proveen una forma de describir el problema de manera que todos lo entiendan. El modelo debería ser comprensible para personas dentro de la organización (analistas, desarrolladores, implementadores, testers) y para personas externas (clientes y usuarios) Dado que los CU son especificados desde las perspectivas del usuario, el modelo de casos de uso es ideal para comunicar al cliente y usuario, la funcionalidad y comportamiento del sistema propuesto. 2
3 Beneficios de los casos de uso Brindan un contexto para los requerimientos Son fáciles de entender. Ayudan a conseguir el acuerdo con el cliente. Reflejan porque es necesario el sistema Caso Uso: Para que es usado el sistema. Actor: Quién/Qué desean interactuar con el sistema. El modelo es el medio de comunicación entre el cliente y el equipo de desarrollo y de asegurar que se va a construir lo que él cliente quiere Actores y Casos de Uso actor caso de uso Lo que el actor quiere que el sistema haga, cuando lo usa Algo/ Alguien externo al sistema que interactúa con el sistema. 3
4 Definición de Caso de Uso Seleccionar Producto Un caso de uso describe una secuencia de acciones ejecutadas por el sistema que proporciona un resultado de valor para un actor Recorriendo la definición de Caso de Uso Un CU describe un conjunto de prosibles ejecuciones del sistema. Describe un flujo a través del sistema hasta conseguir un resultado de valor para un actor. Secuencia de acciones Conjunto de actividades y decisiones que suceden producto de la interacción entre el actor y el sistema Ejecutadas por un sistema las acciones ejecutadas por el sistema son los requerimientos funcionales (es el reflejo de cómo se comporta el sistema) Resultado de valor El CU termina con un valor para alguien/algo. Para un actor Puede suceder que un CU brinde valor a más de un actor, en ese caso estamos en presencia de un CU grande lo aconsejable, para lograr el entedimiento justo y eliminar la ambigüedad, es quebrar el CU en los que sea necesario 4
5 Quiénes son los Actores? María actúa como Help-desk Juan actúa como Help-desk Otro Software X actua como Help-desk HelpDesk Canalizar solicitud Quiénes son los Actores? Teniendo en cuenta el ejemplo anterior Muchos usuarios pueden juagar un mismo rol, lo cual significa que ellos son todos instancias de un mismo actor. Cada usuario jugando un rol es una instancia de un actor. Maria, Juan y un software X son HelpDesk usando la funcionalidad del sistema de canalizar una solicitud. Cuando ellos usan el sistema, cada persona/cosa es una instancia del actor HelpDesk. Actores son Roles. En muchas situaciones, diferentes personas/cosas pueden jugar el rol de un actor en particular. Una secuencia de interacciones en un CU puede involucrar muchos actores. Pero un actor recibe el resultado de valor. Este actor se lo suele llamar actor principal y usualmente es el que inicia el CU. El resto son colaboradores 5
6 Los usuarios actúan! Comprando en una tienda Juan, el vendedor, asesora al cliente Mariana, la cajera, le cobra al cliente Fernando, el empaquetador, prepara el producto Diego, el repartidor, lleva hasta el domicilio Comprando en el drugstore de la esquina Don Lucho, el kiosquero, asesora al cliente Don Lucho, el kiosquero, le cobra al cliente Don Lucho, el kiosquero, prepara el producto vendedor cajero empaquetador Asociación de comunicación HelpDesk Se representa con una línea Canalizar solicitud Es un canal de comunicación entre el actor y el CU Es un camino de ida y vuelta propicia un diálogo El sistema alerta la llegada de una solicitud ElHelpDesk analiza la solicitud El HelpDesK consulta quién es el consultor apropiado El sistema sugiere el ranking de consultores posibles El HelpDesk selecciona el consultor El Sistema deriva la solicitud El Sistema notifica sobre el éxito de la derivación 6
7 Casos de uso y escenarios Canalizar solicitud HelpDesk Se pueden producir distintas alternativas al curso normal escenario1 escenario2 El sistema alerta solicitud El HelpDesk analiza la solicitud El HelpDesK consulta El sistema sugiere el ranking El HelpDesk selecciona consultor El Sistema deriva la solicitud El Sistema notifica OK derivación El sistema alerta solicitud El HelpDesk analiza la solicitud El HelpDesK consulta El sistema sugiere el ranking El HelpDesk selecciona consultor El Sistema deriva la solicitud El Sistema notifica Error derivación El HelpDesk selecciona alternativa El HelpDesk informa motivo El Sistema dispara alarma Diagrama de casos de uso Diagrama de CU muestra: Lo que hace el sistema (casos de uso) El límites del sistema (actores) La relación entre actores y casos de uso 7
8 Qué contiene un modelo de CU? Diagrama El sistema Actor 1 Actor 3 Caso de uso 1 Caso de uso 2 Caso de uso 3 Actor 2 Modelo CU. doc Descripción del modelo Lista de todos los actores Lista de todos los CU Texto Especif CU1. doc Breve descripción Flujo de eventos Especif CU1. doc Breve descripción Flujo de eventos Especif CU1. doc Breve descripción Flujo de eventos Qué contiene un modelo de CU? El diagrama nos da una vista gráfica del sistema. El texto nos da la descripción de los actores y casos de uso. La parte mas importante es el texto. Mucha gente tiene la idea equivocada que el modelado visual es dibujar unos cuantos monigotes, burbujitas y líneas. Los casos de uso implican escribir texto. Dibujar el modelo es solo una parte del esfuerzo. Por lo general mas del 75% del esfuerzo durante la captura de requerimientos se centra en escribir la descripcion textual de lo que sucede en cada caso de uso. La descripción de lo que sucede es llamado, flujo de eventos. 8
9 Flujo de eventos de un CU Hay un curso normal. Pueden haber varios caminos alternativos Estrategia de relevamiento Funcionalidad deseada Errores Excepciones Camino base La descripción de los CU debería hacerse respetando el siguiente orden: El curso normal muestra el comportamiento del sistema en un escenario ideal (happy case) Luego, la funcionalidad del sistema se puede expandir al contemplar posibles alternativas. Finalmente, tambien pueden suceder errores Funcionalidad no deseada 9
10 Algunas pautas para Casos de uso Describir solo los eventos visibles al actor Qué hace el actor Qué hace el sistema en respuesta Construir CU que provean valor a un actor Detallar solo hasta que todos tengan un entendimiento común del requerimiento. Bosquejar las interfaces de usuario no detallarlas. Usar los términos y vocabularios acordados Usar un lenguaje preciso y claro qué nombre se les coloca a los CU? Indicar el objetivo o valor que espera el actor. Usar verbo infinitivo para iniciar el nombre Imaginar una lista de cosas por hacer el <<Actor>> desea inscribirse para un curso inscripción para cursos acceso a inscripción usar sistema de inscripción llenado de inscripción completar inscripción? Por cuál optaría como nombre del CU? Por qué? 10
11 Pasos para documentar El sistema Actor 1 CU 1 CU2 Actor 2 Actor 3 CU3 planilla CU1. doc Breve descripción Flujo de eventos Especif CU1. doc Breve descripción Flujo de eventos Obs diseño Pre/pos condiciones Pasos para crear un Modelo de CU 1. Identificar Actores 2. Encontrar CU para esos actores 3. Documentar cada CU Descripción breve Flujo de eventos básico Identificar alternativas flujo de eventos 4. Detallar cada CU Agregar: pre y poscondiciones, observ. de diseño, relaciones, diagramas, otros 5. Estructurar el flujo de eventos de cada CU 11
12 Encontrar Actores Quién está operando con el sistema? cliente soporte Sistema Mesa de Ayuda el Cliente nunca toca el sistema, lo hace el HelDesk. y si el sistema es una aplicación web? cliente Para identificar actores del sistema Quién es el que está operando? El actor es algo que interactua con el sistema Sistema Mesa de Ayuda - on line - encontrar Actores Quién o qué usa el sistema? quién o qué toma información del sistema? Quién o qué provee informaión al sistema? En qué parte de la empresa se usa el sistema? Quién o qué mantiene o soporta el sistema? Con qué otros sistemas interactua el sistema? El actor es un rol, no una persona/cosa paricultar El nombre debería representar claramente ese Rol 12
13 Los actores son externos al sistema! Los actores permiten definir los límites del sistema Cómo se describen los Actores? Documento texto Nombre Breve descripción Qué o a quién representa el actor? Por qué el actor tiene una necesidad? Qué le interesa hacer con el sistema? Ejemplo HelpDesk Una persona que administra los requerimientos ingresados por mesa de ayuda HelpDesk Canalizar solicitud 13
14 Pasos para crear un Modelo de CU 1. Identificar Actores 2. Encontrar CU para esos actores 3. Documentar cada CU Descripción breve Flujo de eventos básico (curso normal) Identificar alternativas flujo de eventos 4. Detallar cada CU Agregar: pre y poscondiciones, observ. de diseño, relaciones, diagramas, otros 5. Estructurar el flujo de eventos de cada CU Encontrando Casos de uso qué objetivo intento lograr usando el sistema? Objetivo 1 Actor Objetivo 2 El Actor quiere usar el sistema para obtener algun valor 14
15 Encontrando Casos de uso Cuáles son los objetivos de cada actor? por qué el actor quiere usar el sistema? el actor debería crear, almacenar, registrar, modificar, eliminar o leer datos en el sistema?... Si!, por qué? el actor necesitaría informar al sistema de eventos externos o cambios? el actor necesita ser informado de ciertas ocurrencias o sucesos del en el sistema? cuáles son las tareas que el actor realiza para cumplir con su trabajo? El modelo está abarcando el sistema con todo el comportamiento correspondiente? Encontrando Casos de uso El mejor camino para encontrar CU es considerar que el actor necesita algo del sistema. Cada actor necesita cosas particulares esperando por algún valor observable por él. Si le preguntamos a todos los actores que quieren hacer con el sistema, tendremos el comportamiento completo del sistema. 15
16 Pasos para crear un Modelo de CU 1. Identificar Actores 2. Encontrar CU para esos actores 3. Documentar cada CU Descripción breve Flujo de eventos básico (curso normal) Identificar alternativas flujo de eventos 4. Detallar cada CU Agregar: pre y poscondiciones, observ. de diseño, relaciones, diagramas, otros 5. Estructurar el flujo de eventos de cada CU Cómo se describen los Casos de Uso? Documento texto Nombre Breve descripción Breve descripción del Rol y propósito del CU Ejemplo canalizar solicitud El HelpDesk deriva la solicitud del cliente al consultor sugerido por el sistema. HelpDesk Canalizar solicitud 16
17 Pasos para crear un Modelo de CU 1. Identificar Actores 2. Encontrar CU para esos actores 3. Documentar cada CU Descripción breve Flujo de eventos básico (curso normal) Identificar alternativas flujo de eventos 4. Detallar cada CU Agregar: pre y poscondiciones, observ. de diseño, relaciones, diagramas, otros 5. Estructurar el flujo de eventos de cada CU Documentar cada CU Nombre CU Se puede usar una plantilla que permita una estructura con un mejor orden. Los pasos del curso normal se pueden enumerar indicando en cada uno, el actor y la acción que realiza Descripción breve Flujo básico 1. paso uno 2. paso dos 3. paso tres A1 Alternativa paso1 A2 Alternativa paso2 A3 Alternativa paso3 17
18 cómo escribir cada paso del curso normal? Se podría utilizar la técnica de scripting Elementos de un script Rol: quien tiene la responsabilidad de llevar a cabo el comportamiento del sistema (actor) Responsabilidad: cada comportamiento desarrollado por un rol Dos tipos de actores: iniciador y participante Dos tipos de responsabilidades: acción y de servicio Una colaboración: entre ambos roles Iniciador Acción Participante Servicio Construcción de scripts 2.4 Contar el curso normal Obtener un libro: el estudiante solicita un libro, el bibliotecario verifica el estado del alumno para obtener un libro, consulta la disponibilidad del libro, registra la información del préstamo y entrega el libro al alumno. estructurarlo El estudiante Solicita un libro El bibliotecario I A P SAtiende al alumno El bibliotecario Consulta el estado del alumno para obtener un libro El sistema I A P SBrinda la información El bibliotecario Consulta la disponibilidad del libro El sistema I A P SBrinda la información acerca del libro El bibliotecario Registra la información del préstamo El sistema I A P SAlmacena la información El bibliotecario Entrega el libro El estudiante I A P SRecibe el libro 18
19 Pasos para crear un Modelo de CU 1. Identificar Actores 2. Encontrar CU para esos actores 3. Documentar cada CU Descripción breve Flujo de eventos básico (curso normal) Identificar alternativas flujo de eventos 4. Detallar cada CU Agregar: pre y poscondiciones, observ. de diseño, relaciones, diagramas, otros 5. Estructurar el flujo de eventos de cada CU Flujo de eventos (base y alternativo) Un flujo Base Escenario happy day escenario exitoso desde el comienzo al fin Muchos flujos alternativos Variantes normales (subflujos) Casos raros (excepciones) errores 19
20 Documentar el Flujo de Eventos Base qué evento inicia el CU? cómo termina el CU? el actor recibió el resultado de valor? Alternativo hay situaciones opcionales en el CU? qué casos raros pueden suceder? Qué variantes pueden suceder? qué puede suceder mal? qué puede no suceder? qué tipos de recursos pueden bloquearlo? Relaciones entre los Casos de Uso Hay distintos tipos de relaciones entre los CU «extender» (extend) se emplea para establecer una situación excepcional o de error, que no corresponde al camino normal del caso de uso básico «incluir» (include) se utiliza para extraer las parte comunes de los casos de uso; son casos de uso abstractos generalización 20
21 Relaciones entre los Casos de Uso En este diagrama se muestran todas las relaciones que se pueden dar entre CU (extensión, inclusión y generalización) Y también entre actores (generalización) Generalizacion entre actores Ejemplo: 21
22 cómo funciona la extensión entre CU? Ejemplo: cómo funciona la inclusión entre CU? 22
23 cómo funcional la generalización entre CU? Por qué documentar CU? Tamaño del CU borrador Caso de uso Me ayudan a encontrar todos los flujos alternativos Muy chico? Muy grande? Es más que un solo CU? Ayuda a descubrir aquello que no se conoce ayuda a determinar si el CU es demasiado chico o demasiado grande al escribir los pasos se pueden detectar pasos de otros CU o determinar si el CU tiene cosas para hacer o no agrega valor para encontrar todos los posibles flujos alternativos 23
24 Checkpoints Casos de Uso El modelo de CU presenta claramente el comportamiento del sistema Al leer el modelo de CU, es fácil entender lo que el sistema hace. Han sido identificados todos los CU; todos los CU juntos cumplen con el comportamiento requerido Todos los requerim. fucnionales están atados al menos a un CU El modelo de CU no contiene comportamiento superfluo; a todos los CU se les identifica perfectamente su trazabilidad Los nombre de los CU son únicos, intuitivos. El cliente/ usuario entienden los nombre y descripciones de los CU La descripción breve es representativa del comportamiento que está modelando el CU Cada CU está al menos asociado a un Actor (comentar excepción) Organizando el Modelo de CU Los CU se pueden organizar utilizando paquetes 24
PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso
PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación II MODELOS y HERRAMIENTAS UML 1 1 Modelado de casos de uso (I) Un caso de uso es una técnica de modelado usada para describir lo que debería hacer
Más detalles3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON)
3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON) 3.1.1 Introducción Este método proporciona un soporte para el diseño creativo de productos de software, inclusive a escala industrial.
Más detallesMetodología Orientada a Objetos Clave 43100007 Maestría en Sistemas Computacionales
Metodología Orientada a Objetos Clave 43100007 Maestría en Sistemas Computacionales Modulo 03 UML: Vista de Casos de Uso Artefacto: Actores Catedrático MSC. Jose Juan Aviña Grimaldo e-mail josejuan_avina@gmail.com
Más detallesDCU Diagramas de casos de uso
DCU Diagramas de casos de uso Universidad de Oviedo Departamento de Informática Contenidos Introducción Elementos básicos Más sobre los actores Más sobre los casos de uso Más sobre las asociaciones Otros
Más detallesTEMA 7: DIAGRAMAS EN UML
TEMA 7: DIAGRAMAS EN UML Diagramas en UML El bloque de construcción básico de UML es un Diagrama Introducción a UML 2 1 Modelo de Casos de Uso (MCU) Todos los casos de uso constituyen el MCU que describe
Más detallesANÁLISIS Y DISEÑO DE SISTEMAS DEPARTAMENTO DE CIENCIAS E INGENIERÍA DE LA COMPUTACIÓN
ANÁLISIS Y DISEÑO DE SISTEMAS DEPARTAMENTO DE CIENCIAS E INGENIERÍA DE LA COMPUTACIÓN Clase 6: Ingeniería de Requerimientos Metododología y Ejemplo Primer Cuatrimestre 2015 Mg. María Mercedes Vitturini
Más detallesCasos de uso UML. Miguel Vega mvega@ugr.es. Granada, octubre de 2010 LSI - UGR
Especificación de UML Miguel Vega mvega@ugr.es LSI - UGR Granada, octubre de 2010 Especificación de Contenido 1 Introducción 2 3 Especificación de Contenido Plantilla de especificación Un ejemplo 4 5 Especificación
Más detallesBPMN Business Process Modeling Notation
BPMN (BPMN) es una notación gráfica que describe la lógica de los pasos de un proceso de Negocio. Esta notación ha sido especialmente diseñada para coordinar la secuencia de los procesos y los mensajes
Más detallesUNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos
2.1. Principios básicos del Modelado de Objetos UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos Hoy en día muchos de los procesos que intervienen en un negocio o empresa y que resuelven
Más detallesProceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:
PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: 1. Proporcionar una guía de actividades para el trabajo en equipo. (Guía detallada para el desarrollo
Más detallesElementos requeridos para crearlos (ejemplo: el compilador)
Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción
Más detallesModelado Avanzado con Casos de Uso. Diseño de Software Avanzado Departamento de Informática
Modelado Avanzado con Casos de Uso Especificación Gráfica de Casos de Uso Una simple secuencia de acciones no puede describir adecuadamente la riqueza de situaciones que se pueden presentar en un caso
Más detallesCOPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE
COPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE Creado en May/14 Objetivo: Contar con una guía de las actividades que se deben realizar en esta fase,
Más detallesAlgunas Herramientas de Apoyo al Análisis y Diseño de Software. Agustín J. González ELO329: Diseño y programación orientados a objetos
Algunas Herramientas de Apoyo al Análisis y Diseño de Software Agustín J. González ELO329: Diseño y programación orientados a objetos Resumen Para desarrollar software hay varias herramientas de gran utilidad
Más detallesCasos de Uso Diagramas de Casos de Uso. Universidad de los Andes Demián Gutierrez Abril 2011 1
Casos de Uso Diagramas de Casos de Uso Universidad de los Andes Demián Gutierrez Abril 2011 1 Casos de Uso ( Qué es un caso de uso?) Caso de Uso? 2 Casos de Uso ( Qué es un caso de uso?) Un caso de uso
Más detallesPor dónde empiezo a documentar? Ing. Fedra E. González
Por dónde empiezo a documentar? Ing. Fedra E. González Yo creo que esta es una de las preguntas más estresantes para quienquiera que tenga la responsabilidad de documentar un sistema de calidad. En el
Más detallesDiagramas del UML. A continuación se describirán los diagramas más comunes del UML y los conceptos que representan: Diagrama de Clases
El UML está compuesto por diversos elementos gráficos que se combinan para conformar diagramas. Debido a que el UML es un lenguaje, cuenta con reglas para combinar tales elementos. La finalidad de los
Más detallesUnidad 1. Fundamentos en Gestión de Riesgos
1.1 Gestión de Proyectos Unidad 1. Fundamentos en Gestión de Riesgos La gestión de proyectos es una disciplina con la cual se integran los procesos propios de la gerencia o administración de proyectos.
Más detalles6 Anexos: 6.1 Definición de Rup:
6 Anexos: 6.1 Definición de Rup: Es un producto del proceso de ingeniería de software que proporciona un enfoque disciplinado para asignar tareas y responsabilidades dentro de una organización del desarrollo.
Más detallesPRU. Fundamento Institucional. Objetivos. Alcance
PRU INSTRUCCIONES: a continuación se describe el flujo de trabajo correspondiente al área de procesos de PRUEBAS para el desarrollo de software, en el cual se debe apoyar para la ejecución de sus actividades;
Más detallesUML, ejemplo sencillo sobre Modelado de un Proyecto
UML, ejemplo sencillo sobre Modelado de un Proyecto Normal &DOLILFDU 0L3DQRUDPD 626 (VFULEHSDUD1RVRWURV Por Armando Canchala Contenido Introducción Objetivo Requerimientos Casos de Uso Subcasos de Uso
Más detallesMETODOLOGÍA PARA LA MEJORA Y DIGITALIZACIÓN DE TRÁMITES. Etapa 1: Diagnóstico Cómo es mi proceso actual?
METODOLOGÍA PARA LA MEJORA Y DIGITALIZACIÓN DE TRÁMITES Etapa 1: Diagnóstico Cómo es mi proceso actual? El primer paso para mejorar un trámite, ya sea con miras a digitalizarlo o solo para mejorarlo en
Más detallesPatrones de software y refactorización de código
Patrones de software y refactorización de código Introducción y antecedentes de los patrones de software Los patrones permiten construir sobre la experiencia colectiva de ingenieros de software habilidosos.
Más detallesREGISTRO DE PEDIDOS DE CLIENTES MÓDULO DE TOMA DE PEDIDOS E INTEGRACIÓN CON ERP
REGISTRO DE PEDIDOS DE CLIENTES MÓDULO DE TOMA DE PEDIDOS E INTEGRACIÓN CON ERP Visual Sale posee módulos especializados para el método de ventas transaccional, donde el pedido de parte de un nuevo cliente
Más detallesINGENIERÍA DEL SOFTWARE I Práctica 4 Interacciones
INGENIERÍA DEL SOFTWARE I Práctica 4 Interacciones Univ. Cantabria Fac. de Ciencias Patricia López Modelo de Casos de Uso vs Modelo de Análisis Modelo de Casos de Uso Modelo de Análisis Descrito con el
Más detallesEn este ebook te vamos a contar todo lo que necesitas saber para descubrir las claves para detectar si tu empresa necesita innovar y escalar.
En este ebook te vamos a contar todo lo que necesitas saber para descubrir las claves para detectar si tu empresa necesita innovar y escalar. Este ebook va dirigido a personas que tengan una empresa constituida
Más detallesEntidad Formadora: Plan Local De Formación Convocatoria 2010
Entidad Formadora: Enterprise Architect Comenzando Puede iniciar Enterprise Architect desde el ícono que se creó en su escritorio de Windows durante la instalación, o alternativamente: 1. Abrir el menú
Más detallesGestión de Oportunidades
Gestión de Oportunidades Bizagi Suite Gestión de Oportunidades 1 Tabla de Contenido CRM Gestión de Oportunidades de Negocio... 4 Elementos del Proceso... 5 Registrar Oportunidad... 5 Habilitar Alarma y
Más detallesBPMN básico. Clase Modelos de Procesos. Javier Bermudez (jbermude@uc.cl)
BPMN básico Clase Modelos de Procesos Javier Bermudez (jbermude@uc.cl) Para qué modelar? Para sacar el mejor provecho a los artefactos creados por el hombre 2 BPMN Historia Mayo 2004: BPMI Lanza propuesta
Más detallesPatterns & Practices. Catálogo de templates. HelpDesk. Versión: 2.0. Fecha de publicación 08-04-2011. Aplica a: Q-flow 3.0 y Q-flow 3.
Catálogo de templates HelpDesk Versión: 2.0 Fecha de publicación 08-04-2011 Aplica a: Q-flow 3.0 y Q-flow 3.1 Índice Introducción... 3 Diseño... 4 Implementación... 6 Grafo... 6 Roles... 7 Datos de aplicación...
Más detalles1 Vista de Casos de Uso
Vista de Casos de Uso Esta vista describe el proceso de negocio más significativo y el modelo del dominio. Presenta los actores y los casos de uso para el sistema. Es decir que esta vista presenta la percepción
Más detallesEjercicios Diagramas de casos de uso
Ejercicios Diagramas de casos de uso Ejercicio 1. Para cada una de las siguientes afirmaciones indicar si es Verdadera o Falsa. Los actores de un sistema representan, en particular, personas (mas precisamente
Más detallesActividades para mejoras. Actividades donde se evalúa constantemente todo el proceso del proyecto para evitar errores y eficientar los procesos.
Apéndice C. Glosario A Actividades de coordinación entre grupos. Son dinámicas y canales de comunicación cuyo objetivo es facilitar el trabajo entre los distintos equipos del proyecto. Actividades integradas
Más detallesDIAGRAMA DE CLASES EN UML
DIAGRAMA DE CLASES EN UML Mg. Juan José Flores Cueto jflores@usmp.edu.pe Ing. Carmen Bertolotti Zuñiga cbertolotti@usmp.edu.pe INTRODUCCIÓN UML (Unified Modeling Language) es un lenguaje que permite modelar,
Más detallesPERFIL DEL PUESTO POR COMPETENCIAS Sepa cómo construirlo y evitar bajos desempeños posteriores
PERFIL DEL PUESTO POR COMPETENCIAS Sepa cómo construirlo y evitar bajos desempeños posteriores Martha Alicia Alles Es contadora pública nacional, doctora por la Universidad de Buenos Aires en la especialidad
Más detallesCapítulo 2. Planteamiento del problema. Capítulo 2 Planteamiento del problema
Capítulo2 Planteamientodelproblema 38 2.1Antecedentesycontextodelproyecto En lo que respecta a los antecedentes del proyecto, se describe inicialmente el contexto donde se utiliza el producto de software.
Más detallesCMMI (Capability Maturity Model Integrated)
CMMI (Capability Maturity Model Integrated) El SEI (software engineering institute) a mediados de los 80 desarrolló el CMM (modelo de madurez de la capacidad de software). CMMI: CMM integrado, una mezcla
Más detallesNotación de Modelado de Procesos de Negocio
Notación de Modelado de Procesos de Negocio Transformación constante: Presiones económicas. Necesidades. Requiere una mudanza en el modo en que las empresas abordan sus procesos de negocios. Perfeccionar
Más detallesINGENIERÍA DEL SOFTWARE I. Univ. Cantabria Fac. de Ciencias. Especificación de Requisitos. Práctica 2
INGENIERÍA DEL SOFTWARE I Práctica 2 Especificación de Requisitos Univ. Cantabria Fac. de Ciencias María Sierra y Patricia López Nociones de UML para Requisitos: Casos de Uso Caso de Uso Una descripción
Más detallesTutorial de UML. Introducción: Objetivos: Audiencia: Contenidos:
Tutorial de UML Introducción: El Lenguaje de Modelamiento Unificado (UML - Unified Modeling Language) es un lenguaje gráfico para visualizar, especificar y documentar cada una de las partes que comprende
Más detallesGuía Metodológica para el diseño de procesos de negocio
Guía Metodológica para el diseño de procesos de negocio La guía desarrollada para apoyar TBA, se diseñó con base en las metodologías existentes para el desarrollo BPM, principalmente en aquellas que soportan
Más detallesIndicadores para la generación de conocimiento acerca de la evaluación de la calidad de las instituciones educativas
Indicadores para la generación de conocimiento acerca de la evaluación de la calidad de las instituciones educativas Por Antonio Millán Arellano Nov 25 de 2006 Resumen El uso de indicadores es cada día
Más detallesEL PROCESO DE BENCHMARKING
EL PROCESO DE BENCHMARKING Michael J. Spendolini El benchmarking es un proceso sistemático y continuo para evaluar los productos, servicios y procesos de trabajo de las organizaciones que son reconocidas
Más detallesEscenarios. Diapositiva 1. Ingeniería de Requerimientos: Escenarios
Escenarios Diapositiva 1. Ingeniería de Requerimientos: Escenarios Diapositiva 2. Uso de lenguaje natural Debido a que uno de los objetivos de la Ingeniería de Requisitos es aumentar el conocimiento del
Más detallesEl modelo de ciclo de vida cascada, captura algunos principios básicos:
Ciclo de Vida del Software Un modelo de ciclo de vida define el estado de las fases a través de las cuales se mueve un proyecto de desarrollo de software. El primer ciclo de vida del software, "Cascada",
Más detallesOrientación acerca del enfoque basado en procesos para los sistemas de gestión de la calidad
Orientación acerca del enfoque basado en procesos para los sistemas de gestión de la calidad Documento: ISO/TC 176/SC 2/N 544R Mayo 2001 ISO Traducción aprobada el 2001-05-31 Prólogo de la versión en español
Más detallesImplementar y gestionar el proyecto
Ficha A62.3 Implementar y gestionar el proyecto Qué necesita nuestro emprendimiento para funcionar? En esta fase del proyecto, los alumnos deberán definir todos los aspectos de la gestión del emprendimiento,
Más detalles2.1 Identifique y determine las prioridades de los temas de salud pública de la comunidad
PASO 2: DETERMINE SU ENFOQUE Ahora que usted sabe quienes participarán en este proceso, su primer paso juntos, es determinar qué quieren alcanzar, en forma colectiva, con la evaluación. Articular esto
Más detallesCAPÍTULO 3 Servidor de Modelo de Usuario
CAPÍTULO 3 Servidor de Modelo de Usuario Para el desarrollo del modelado del estudiante se utilizó el servidor de modelo de usuario desarrollado en la Universidad de las Américas Puebla por Rosa G. Paredes
Más detallesTécnico y sus funciones. 5. Función de los líderes. 6 Función del analista de datos. 6. Metas del Help Desk. 7 Definir el alcance del Help Desk.
3 Qué es un Help Desk? 3 Cómo trabaja un Help Desk? 3 Cómo se mide el éxito de un Help Desk? 5 Funciones de los miembros del equipo del Help Desk. 5 Técnico y sus funciones. 5 Función de los líderes. 6
Más detallesTecnología de la Información. Administración de Recursos Informáticos
Tecnología de la Información Administración de Recursos Informáticos 1. Recursos informáticos: Roles y Responsabilidades 2. Áreas dentro del Departamento de Sistemas 3. Conceptos asociados a proyectos
Más detallesFigure 7-1: Phase A: Architecture Vision
Fase A Figure 7-1: Phase A: Architecture Vision Objetivos: Los objetivos de la fase A son: Enfoque: Desarrollar una visión de alto nivel de las capacidades y el valor del negocio para ser entregado como
Más detallescomunidades de práctica
1. Introducción CoSpace es una plataforma web diseñada para proporcionar un espacio virtual de interacción y colaboración entre formadores en comunidades virtuales. Se originó como resultado de las necesidades
Más detallesIntroducción a la Firma Electrónica en MIDAS
Introducción a la Firma Electrónica en MIDAS Firma Digital Introducción. El Módulo para la Integración de Documentos y Acceso a los Sistemas(MIDAS) emplea la firma digital como método de aseguramiento
Más detallesWorkflows? Sí, cuántos quiere?
Workflows? Sí, cuántos quiere? 12.11.2006 Servicios Profesionales Danysoft Son notables los beneficios que una organización puede obtener gracias al soporte de procesos de negocios que requieran la intervención
Más detallesDiagramas de Casos de Uso
Casos de Uso es una técnica para capturar información de cómo un sistema o negocio trabaja actualmente, o de cómo se desea que trabaje. No pertenece realmente al enfoque orientado a objeto, más bien es
Más detallesPor qué es importante la planificación?
Por qué es importante la planificación? La planificación ayuda a los empresarios a mejorar las probabilidades de que la empresa logre sus objetivos. Así como también a identificar problemas claves, oportunidades
Más detallesCAPÍTULO 3 VISUAL BASIC
CAPÍTULO 3 VISUAL BASIC 3.1 Visual Basic Microsoft Visual Basic es la actual y mejor representación del viejo lenguaje BASIC, le proporciona un sistema completo para el desarrollo de aplicaciones para
Más detallesCENTRO DE CONTACTO CON EL CLIENTE MÓDULO DE GESTIÓN DE ACTIVIDADES E INTERACCIONES
CENTRO DE CONTACTO CON EL CLIENTE MÓDULO DE GESTIÓN DE ACTIVIDADES E INTERACCIONES El asesor comercial tiene como principal misión mantener un contacto personalizado con sus clientes potenciales y actuales.
Más detallesPROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.1 UML: Introducción
PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación II MODELOS y HERRAMIENTAS UML 1 1 Técnica de modelado de objetos (I) El modelado orientado a objetos es una técnica de especificación semiformal para
Más detallesDISEÑO DE FUNCIONES (TRATAMIENTOS)
DISEÑO DE FUNCIONES (TRATAMIENTOS) Diseño Estructurado. Estrategias para Derivar el Diagrama de Estructura. Diseño de Módulos Programables. 1. DISEÑO ESTRUCTURADO El Diseño es el proceso por el cual se
Más detallesOMG UML 2.0 Marcando un hito en el desarrollo de software Resumen Keywords Historia del Surgimiento
OMG UML 2.0 Marcando un hito en el desarrollo de software Resumen A través de este artículo se ofrece un panorama amplio y de alto nivel sobre la especificación y los diferentes diagramas del Lenguaje
Más detallesCAS-CHILE. Líder en Software de Gestión Pública
Líder en Software de Gestión Pública CONSTRUCCIÓN E IMPLEMENTACIÓN DE UN SISTEMA DE ADMINISTRACIÓN ESTRATÉGICA UTILIZANDO EL BALANCED SCORECARD: NUEVE PASOS PARA EL ÉXITO -Balanced Scorecard Institute
Más detalles4. Alcance de un proyecto
4. Alcance de un proyecto El alcance de un proyecto está definido como los trabajos necesarios para completar el proyecto con éxito. La administración del alcance del proyecto debe recurrir a las herramientas
Más detallesIngeniería del Software I
- 1 - Ingeniería del Software I Introducción al Modelo Conceptual 2do. Cuatrimestre 2005 INTRODUCCIÓN... 2 CLASES CONCEPTUALES... 3 ESTRATEGIAS PARA IDENTIFICAR CLASES CONCEPTUALES... 3 Utilizar lista
Más detallesFigura 4.1 Clasificación de los lenguajes de bases de datos
1 Colección de Tesis Digitales Universidad de las Américas Puebla Romero Martínez, Modesto Este capítulo describen los distintos lenguajes para bases de datos, la forma en que se puede escribir un lenguaje
Más detalleswww.unjhana.com Unjhana @unjhana
Quiénes somos Somos una empresa que cuenta un equipo de trabajo con más de diez (10) años de experiencia en Gerencia de Proyectos y Gestión de Mantenimiento, relacionados con Telecomunicaciones y Tecnologías
Más detallesGestión y Desarrollo de Requisitos en Proyectos Software
Gestión y Desarrollo de Requisitos en Proyectos Software Ponente: María Jesús Anciano Martín Objetivo Objetivo Definir un conjunto articulado y bien balanceado de métodos para el flujo de trabajo de Ingeniería
Más detallesSISTEMAS DE PLANEACIÓN DE RECURSOS EMPRESARIALES 2008
2.1 FACTORES SEGÚN ERP s Propuesta metodológica para la gestión del conocimiento durante la implantación de sistemas ERP Propuesta metodológica La propuesta metodológica aquí desarrollada parte de un modelo
Más detallesCAPITULO 4. Requerimientos, Análisis y Diseño. El presente capítulo explica los pasos que se realizaron antes de implementar
CAPITULO 4 Requerimientos, Análisis y Diseño El presente capítulo explica los pasos que se realizaron antes de implementar el sistema. Para esto, primero se explicarán los requerimientos que fueron solicitados
Más detallesCapítulo 4 Análisis y diseño del software de los Robots
Capítulo 4 Análisis y diseño del software de los Robots En el capítulo del diseño mecánico de los robots se muestran los distintos sensores que se utilizarán como entradas, así como los motores que deberán
Más detallesIWG-101: Introducción a la Ingeniería. Departamento de Informática, UTFSM 1
IWG-101: Introducción a la Ingeniería Departamento de Informática, UTFSM 1 Introducción a UML Historia Potencialidades Diagramas soportados UML en el proceso de desarrollo de SW. Introducción a UML Necesidad
Más detallesC O N T E N I D O. 1. Propósito. 2. Alcance. 3. Responsabilidad y autoridad. 4. Normatividad aplicable. 5. Políticas
Coordinación del C O N T E N I D O 1. Propósito 2. Alcance 3. Responsabilidad y autoridad 4. Normatividad aplicable 5. Políticas 6. Diagrama de bloque del procedimiento 7. Glosario 8. Anexos 9. Revisión
Más detallesModificación y parametrización del modulo de Solicitudes (Request) en el ERP/CRM Compiere.
UNIVERSIDAD DE CARABOBO FACULTAD DE CIENCIA Y TECNOLOGÍA DIRECCION DE EXTENSION COORDINACION DE PASANTIAS Modificación y parametrización del modulo de Solicitudes (Request) en el ERP/CRM Compiere. Pasante:
Más detallesInteroperabilidad de Fieldbus
2002 Emerson Process Management. Todos los derechos reservados. Vea este y otros cursos en línea en www.plantwebuniversity.com. Fieldbus 201 Interoperabilidad de Fieldbus Generalidades Qué es interoperabilidad?
Más detallesNormas chilenas de la serie ISO 9000
Normas chilenas de la serie ISO 9000 Hernán Pavez G. Director Ejecutivo del Instituto Nacional de Normalización, INN, Matías Cousiño N 64, 6 Piso, Santiago, Chile. RESUMEN: en nuestro país las empresas
Más detallesProducción II en Microsoft Dynamics AX 2009
Producción II en Microsoft Dynamics AX 2009 Número del curso 80083 Descripción En este curso, se tratan las funciones más avanzadas del módulo Producción de Microsoft Dynamics AX 2009. Se detalla más ampliamente
Más detallesArquitectura de sistema de alta disponibilidad
Mysql Introducción MySQL Cluster esta diseñado para tener una arquitectura distribuida de nodos sin punto único de fallo. MySQL Cluster consiste en 3 tipos de nodos: 1. Nodos de almacenamiento, son los
Más detallesMODELO DE BRIEFING (ANEXO I)
MODELO DE BRIEFING (ANEXO I) Introducción Cuando una empresa se plantea llevar a cabo un concurso para seleccionar una agencia que desarrolle un plan de comunicación, está buscando consultores experimentados
Más detallesPROCEDIMIENTO DE GESTIÓN PARA NOMBRES DE DOMINIO Y CONTACTOS EN.CL
PROCEDIMIENTO DE GESTIÓN PARA NOMBRES DE DOMINIO Y CONTACTOS EN.CL Este documento establece el procedimiento de gestión para Nombres de Dominio y Contactos en.cl, el cual forma parte de la Reglamentación
Más detallesSISTEMA DE GESTIÓN DE INCIDENCIAS Y REQUERIMIENTOS MESA DE AYUDA SINAT MANUAL DE USUARIO
SISTEMA DE GESTIÓN DE INCIDENCIAS Y REQUERIMIENTOS MESA DE AYUDA SINAT MANUAL DE USUARIO 1 Objetivo del Manual Elaborado por: Revisado por: Aprobado por: Fecha: 13/08/2015 Difusión: Información del Manual
Más detallesGestión de Procesos de Compra. Documentación Técnico Comercial
Gestión de Procesos de Compra Gestión de Procesos de Compra Página 2 de 8 Qué es I-Compras?... 3 A quién va dirigida la aplicación I-Compras?... 3 Características generales de la aplicación... 3 Flujo
Más detallesTarjeta Copec Transporte PARA EL CONTROL DE SU FLOTA
Tarjeta Copec Transporte PARA EL CONTROL DE SU FLOTA CRÉDITO DIRECTO DE COPEC Con Tarjeta Copec Transporte su empresa dispone de una línea de crédito directa de Copec para consumir petróleo Diesel y lubricantes
Más detallesCONFIGURACIÓN DE LA METODOLOGÍA OPENUP V1.0. Centro Ideoinformática
CONFIGURACIÓN DE LA METODOLOGÍA OPENUP V1.0 Centro Ideoinformática Universidad de las Ciencias Informáticas Carretera a San Antonio Km 2 ½. Torrens. Boyeros. Ciudad de La Habana. Cuba Teléfono: + 53 (7)
Más detalles2.- Diseño del comportamiento: Diagrama de actividades. Mª Antonia Zapata
2.- Diseño del comportamiento: Diagrama de actividades Mª Antonia Zapata Introducción Los diagramas de actividades sirven para representar el comportamiento dinámico de un sistema haciendo hincapié en
Más detallesIAP 1009 - TÉCNICAS DE AUDITORÍA APOYADAS EN ORDENADOR (TAAO)
IAP 1009 - TÉCNICAS DE AUDITORÍA APOYADAS EN ORDENADOR (TAAO) Introducción 1. Como se indica en la Norma Internacional de Auditoría 401, "Auditoría en un contexto informatizado", los objetivos globales
Más detallesIntroducción. Definición de los presupuestos
P o r q u é e l p r e s u p u e s t o d e b e s e r e l c a m i n o a s e g u i r p a r a g a r a n t i z a r e l é x i t o d e s u e m p r e s a? Luis Muñiz Economista Introducción El aumento de la incertidumbre
Más detallesUniversidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática
Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática Metodología Evolutiva Incremental Mediante Prototipo y Técnicas Orientada a Objeto (MEI/P-OO)
Más detallesUnidad 9. Implementación. M.C. Martín Olguín
Unidad 9 Implementación M.C. Martín Olguín Implementación Es la traducción directa del diseño en un lenguaje de programación. Es decir, en la implementación se construyen los componentes: Archivos de código
Más detallesPRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE
PRUEBAS DE SOFTWARE La prueba del software es un elemento crítico para la garantía de la calidad del software. El objetivo de la etapa de pruebas es garantizar la calidad del producto desarrollado. Además,
Más detallesLas Relaciones Públicas en el Marketing social
Las Relaciones Públicas en el Marketing social El marketing social es el marketing que busca cambiar una idea, actitud o práctica en la sociedad en la que se encuentra, y que intenta satisfacer una necesidad
Más detallesMesa de Ayuda Interna
Mesa de Ayuda Interna Bizagi Suite Mesa de Ayuda Interna 1 Tabla de Contenido Mesa de Ayuda Interna... 3 Elementos del proceso... 5 Apertura del Caso... 5 Inicio... 5 Abrir Caso... 5 Habilitar Cierre del
Más detallesSistemas de Gestión de Calidad. Control documental
4 Sistemas de Gestión de Calidad. Control documental ÍNDICE: 4.1 Requisitos Generales 4.2 Requisitos de la documentación 4.2.1 Generalidades 4.2.2 Manual de la Calidad 4.2.3 Control de los documentos 4.2.4
Más detallesPREGUNTAS FRECUENTES DE ACL SCRIPTHUB
PREGUNTAS FRECUENTES DE ACL SCRIPTHUB Qué es ScriptHub? ACL estará ofreciendo más de cien scripts de "mejores prácticas" en ScriptHub través de una amplia gama de asuntos y materias. Siempre se puede iniciar
Más detallesDESARROLLO DE SOFTWARE DEFINICIÓN GENERAL DEL PROCESO GABY LORENA GUERRERO LEYDI ROCIO ERAZO PABLO FELIPE MIRANDA WALTER ALEXIS ANTE
DESARROLLO DE SOFTWARE DEFINICIÓN GENERAL DEL PROCESO GABY LORENA GUERRERO LEYDI ROCIO ERAZO PABLO FELIPE MIRANDA WALTER ALEXIS ANTE UNIVERSIDAD DEL CAUCA FACULTAD DE INGENIERÍA ELECTRÓNICA Y TELECOMUNICACIONES
Más detallesE-learning: E-learning:
E-learning: E-learning: capacitar capacitar a a su su equipo equipo con con menos menos tiempo tiempo y y 1 E-learning: capacitar a su equipo con menos tiempo y Si bien, no todas las empresas cuentan con
Más detallesINGENIERÍA DEL SOFTWARE I Tema 8. Contexto y Requisitos del Sistema (en desarrollo OO)
INGENIERÍA DEL SOFTWARE I Tema 8 Contexto y Requisitos del Sistema (en desarrollo OO) Univ. Cantabria Fac. de Ciencias Francisco Ruiz y Patricia López Objetivos del Tema Conocer en detalle la técnica de
Más detallesEjercicio Guiado de Análisis y Diseño Orientado a Objetos. Ejemplo: CAJERO AUTOMÁTICO
Ejercicio Guiado de Análisis y Diseño Orientado a Objetos Ejemplo: CAJERO AUTOMÁTICO El siguiente ejercicio muestra las diferentes actividades que se realizan dentro del desarrollo de un producto software
Más detallesDiagrama de casos de uso
Diagrama de casos de uso Se utiliza para capturar los requerimientos funcionales de un sistema, de tal forma que plasman las relaciones entre los usuarios y el sistema. Contenido Pasos de construcción
Más detallesGERENCIA DE INTEGRACIÓN
GERENCIA DE INTEGRACIÓN CONTENIDO Desarrollo del plan Ejecución del plan Control de cambios INTRODUCCIÓN La gerencia de integración del proyecto incluye los procesos requeridos para asegurar que los diversos
Más detalles