Modelado con Casos de Uso (CU)

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Modelado con Casos de Uso (CU)"

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. 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 detalles

3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON)

3.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 detalles

Metodología Orientada a Objetos Clave 43100007 Maestría en Sistemas Computacionales

Metodologí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 detalles

DCU Diagramas de casos de uso

DCU 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 detalles

TEMA 7: DIAGRAMAS EN UML

TEMA 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 detalles

ANÁ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 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 detalles

Casos de uso UML. Miguel Vega mvega@ugr.es. Granada, octubre de 2010 LSI - UGR

Casos 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 detalles

BPMN Business Process Modeling Notation

BPMN 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 detalles

UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos

UNIDAD 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 detalles

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:

Proceso 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 detalles

Elementos requeridos para crearlos (ejemplo: el compilador)

Elementos 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 detalles

Modelado Avanzado con Casos de Uso. Diseño de Software Avanzado Departamento de Informática

Modelado 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 detalles

COPPEL 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 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 detalles

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

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 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 detalles

Casos 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 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 detalles

Por dónde empiezo a documentar? Ing. Fedra E. González

Por 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 detalles

Diagramas del UML. A continuación se describirán los diagramas más comunes del UML y los conceptos que representan: Diagrama de Clases

Diagramas 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 detalles

Unidad 1. Fundamentos en Gestión de Riesgos

Unidad 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 detalles

6 Anexos: 6.1 Definición de Rup:

6 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 detalles

PRU. Fundamento Institucional. Objetivos. Alcance

PRU. 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 detalles

UML, ejemplo sencillo sobre Modelado de un Proyecto

UML, 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 detalles

METODOLOGÍ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? 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 detalles

Patrones de software y refactorización de código

Patrones 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 detalles

REGISTRO 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 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 detalles

INGENIERÍA DEL SOFTWARE I Práctica 4 Interacciones

INGENIERÍ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 detalles

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.

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. 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 detalles

Entidad Formadora: Plan Local De Formación Convocatoria 2010

Entidad 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 detalles

Gestión de Oportunidades

Gestió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 detalles

BPMN básico. Clase Modelos de Procesos. Javier Bermudez (jbermude@uc.cl)

BPMN 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 detalles

Patterns & 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.

Patterns & 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 detalles

1 Vista de Casos de Uso

1 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 detalles

Ejercicios Diagramas de casos de uso

Ejercicios 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 detalles

Actividades para mejoras. Actividades donde se evalúa constantemente todo el proceso del proyecto para evitar errores y eficientar los procesos.

Actividades 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 detalles

DIAGRAMA DE CLASES EN UML

DIAGRAMA 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 detalles

PERFIL 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 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 detalles

Capítulo 2. Planteamiento del problema. Capítulo 2 Planteamiento del problema

Capí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 detalles

CMMI (Capability Maturity Model Integrated)

CMMI (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 detalles

Notación de Modelado de Procesos de Negocio

Notació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 detalles

INGENIERÍA DEL SOFTWARE I. Univ. Cantabria Fac. de Ciencias. Especificación de Requisitos. Práctica 2

INGENIERÍ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 detalles

Tutorial de UML. Introducción: Objetivos: Audiencia: Contenidos:

Tutorial 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 detalles

Guía Metodológica para el diseño de procesos de negocio

Guí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 detalles

Indicadores 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 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 detalles

EL PROCESO DE BENCHMARKING

EL 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 detalles

Escenarios. Diapositiva 1. Ingeniería de Requerimientos: Escenarios

Escenarios. 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 detalles

El modelo de ciclo de vida cascada, captura algunos principios básicos:

El 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 detalles

Orientació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 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 detalles

Implementar y gestionar el proyecto

Implementar 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 detalles

2.1 Identifique y determine las prioridades de los temas de salud pública de la comunidad

2.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 detalles

CAPÍTULO 3 Servidor de Modelo de Usuario

CAPÍ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 detalles

Té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.

Té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 detalles

Tecnología de la Información. Administración de Recursos Informáticos

Tecnologí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 detalles

Figure 7-1: Phase A: Architecture Vision

Figure 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 detalles

comunidades de práctica

comunidades 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 detalles

Introducción a la Firma Electrónica en MIDAS

Introducció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 detalles

Workflows? Sí, cuántos quiere?

Workflows? 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 detalles

Diagramas de Casos de Uso

Diagramas 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 detalles

Por qué es importante la planificación?

Por 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 detalles

CAPÍTULO 3 VISUAL BASIC

CAPÍ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 detalles

CENTRO 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 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 detalles

PROGRAMACIÓ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. 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 detalles

DISEÑO DE FUNCIONES (TRATAMIENTOS)

DISEÑ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 detalles

OMG 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 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 detalles

CAS-CHILE. Líder en Software de Gestión Pública

CAS-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 detalles

4. Alcance de un proyecto

4. 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 detalles

Ingeniería del Software I

Ingenierí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 detalles

Figura 4.1 Clasificación de los lenguajes de bases de datos

Figura 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 detalles

www.unjhana.com Unjhana @unjhana

www.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 detalles

Gestión y Desarrollo de Requisitos en Proyectos Software

Gestió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 detalles

SISTEMAS DE PLANEACIÓN DE RECURSOS EMPRESARIALES 2008

SISTEMAS 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 detalles

CAPITULO 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 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 detalles

Capí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 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 detalles

IWG-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 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 detalles

C O N T E N I D O. 1. Propósito. 2. Alcance. 3. Responsabilidad y autoridad. 4. Normatividad aplicable. 5. Políticas

C 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 detalles

Modificación y parametrización del modulo de Solicitudes (Request) en el ERP/CRM Compiere.

Modificació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 detalles

Interoperabilidad de Fieldbus

Interoperabilidad 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 detalles

Normas chilenas de la serie ISO 9000

Normas 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 detalles

Producción II en Microsoft Dynamics AX 2009

Producció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 detalles

Arquitectura de sistema de alta disponibilidad

Arquitectura 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 detalles

MODELO DE BRIEFING (ANEXO I)

MODELO 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 detalles

PROCEDIMIENTO DE GESTIÓN PARA NOMBRES DE DOMINIO Y CONTACTOS EN.CL

PROCEDIMIENTO 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 detalles

SISTEMA 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 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 detalles

Gestión de Procesos de Compra. Documentación Técnico Comercial

Gestió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 detalles

Tarjeta Copec Transporte PARA EL CONTROL DE SU FLOTA

Tarjeta 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 detalles

CONFIGURACIÓN DE LA METODOLOGÍA OPENUP V1.0. Centro Ideoinformática

CONFIGURACIÓ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 detalles

2.- Diseño del comportamiento: Diagrama de actividades. Mª Antonia Zapata

2.- 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 detalles

IAP 1009 - TÉCNICAS DE AUDITORÍA APOYADAS EN ORDENADOR (TAAO)

IAP 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 detalles

Introducción. Definición de los presupuestos

Introducció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 detalles

Universidad 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 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 detalles

Unidad 9. Implementación. M.C. Martín Olguín

Unidad 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 detalles

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE

PRUEBAS 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 detalles

Las Relaciones Públicas en el Marketing social

Las 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 detalles

Mesa de Ayuda Interna

Mesa 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 detalles

Sistemas de Gestión de Calidad. Control documental

Sistemas 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 detalles

PREGUNTAS FRECUENTES DE ACL SCRIPTHUB

PREGUNTAS 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 detalles

DESARROLLO 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 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 detalles

E-learning: E-learning:

E-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 detalles

INGENIERÍ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) 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 detalles

Ejercicio 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 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 detalles

Diagrama de casos de uso

Diagrama 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 detalles

GERENCIA DE INTEGRACIÓN

GERENCIA 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