Unidad II. Metodología para resolver problemas aplicando la POO. Parte 3 Análisis del Problema Modelo del Dominio
|
|
- Emilio Rojas Maestre
- hace 8 años
- Vistas:
Transcripción
1 Unidad II Metodología para resolver problemas aplicando la POO Parte 3 Análisis del Problema Modelo del Dominio 1
2 FASE II. Análisis del problema Incluye: Modelo de casos de uso Modelo del dominio Tareas: Identificar clases conceptuales Agregar asociaciones Agregar atributos Resultado: Modelo del dominio o diagrama de clases del análisis (sin métodos) 2
3 Fase II: Análisis de Requisitos Incluye: Modelo de Casos de Uso Diagrama de Casos de Uso Casos de Uso en formato completo Diagramas de Secuencia del Sistema Modelo del Dominio Diagrama de Clases Conceptuales 3
4 Modelo del Dominio En la fase de análisis orientado a objetos, es la descomposición del dominio de interés en clases conceptuales individuales u objetos (cosas de las que somos conscientes) Se puede comparar con la descomposición de un sistema en subsistemas (o procesos, funciones, procedimientos, etc.) del análisis estructurado 4
5 Ejemplo: Jugar Dados Análisis Estructurado Seleccionar jugador Iniciar juego Lanzar los dados Calcular el resultado Evaluar el resultado ( ganó o no?) Análisis Orientado a Objetos Jugador Dados JuegoDeDados 5
6 Modelo del Dominio (Concepto) Es una representación visual de las clases conceptuales u objetos del mundo real en un dominio de interés (Fowler, 1996) 6
7 ... Modelo del Dominio Muestra: Objetos del Dominio o Clases Conceptuales Asociaciones entre clases Atributos de las clases conceptuales 7
8 Modelo del Dominio y Diagrama de Clases Modelo del Dominio es la fuente para el diseño de Objetos de SW 8
9 Ejemplo de Modelo del Dominio del Caso de Uso Procesar venta del sistema de la Caja de Venta 9
10 Modelo del Dominio No son modelos de componentes de SW 10
11 Clases Conceptuales del Dominio de Ventas Dominio: Una tienda del mundo real Ejemplos de clases conceptuales: Tienda, Venta y Registro 11
12 Identificación de Clases Conceptuales Objetivo: Crear un modelo del dominio de clases conceptuales interesantes o significativas del dominio de interés (por ejemplo, ventas, alquiler de videos, renta de vehículos) Tarea: Identificar las clases conceptuales relacionadas con los escenarios de los casos de uso que se estén estudiando Guía: Identificar en exceso 12
13 Técnicas para identificar Clases Conceptuales 1. Utilizar la Lista de Categorías de Clases Conceptuales 2. Identificar Frases Nominales 3. Aplicar patrones de análisis o modelos de dominios incompletos existentes y creados por expertos. Por ejemplo: 1. Analysis Patterns (Fowler, 1996) 2. Data Model Patterns (Hay, 1996) 13
14 1. Lista de Categorías de Clases Conceptuales Categoría de Clase Conceptual Objetos tangibles o físicos Especificaciones, diseños o descripciones de las cosas Lugares Transacciones Líneas de transacción Roles de la gente Contenedores de otras cosas Cosas en un contenedor Ejemplos del dominio de ventas y reserva de vuelos Registro, Avion EspecificaciónDelProducto, DescripciónDelVuelo Tienda, Aeropuerto Venta, Pago,Reserva LineaDeVenta Cajero, Piloto Tienda, Avión Articulo, Pasajero 14
15 Lista de Categorías de Clases Conceptuales Categoría de Clase Conceptual Otros sistemas informáticos o electromagnéticos externos al sistema Conceptos abstractos Organizaciones Hechos Ejemplos del dominio de ventas y reserva de vuelos SistemaAutorizacionPagoCredito, ControlDeTraficoAereo Ansia DepartamentoDeVenta, CompañiaAerea Venta, Pago, Reunion, Vuelo, Colision, Aterrizaje Procesos (normalmente no se representan como conceptos, pero podría ocurrir) Reglas y políticas VentaDeUnProducto, ReservarUnAsiento PoliticaDeReintegro, PoliticaDeCancelacion 15
16 Lista de Categorías de Clases Conceptuales Categoría de Clase Conceptual Catálogos Registros de finanzas, trabajo, contratos, cuestiones legales Instrumentos y servicios financieros Manuales, documentos, artículos de referencia, libros Ejemplos del dominio de ventas y reserva de vuelos CatalogoDeProductos, CatalogoDePiezas Recibo, LibroMayor, ContratoEmpleo, RegistroMantenimiento LineaDeCredito, Stock ListaDeCambiosDePreciosDia rios, ManualReparaciones 16
17 2. Identificación de Frases Nominales Técnica: Análisis lingüístico Precaución: Ambigüedad entre palabras del lenguaje natural, por lo que no es posible una correspondencia mecánica de nombres a clases Fuente de las frases nominales: Casos de Uso en formato completo 17
18 Identificación de Frases Nominales: Ejemplo de Caso de Uso Procesar venta Escenario principal de éxito (o flujo básico): 1. El Cliente llega a una terminal de Caja de Ventas con productos y/o servicios que comprar. 2. El Cajero comienza una nueva venta. 3. El Cajero introduce el identificador del artículo. 4. El Sistema registra la línea de la venta y presenta la descripción del artículo, precio y suma parcial. El precio se calcula a partir de un conjunto de reglas de precios. El Cajero repite los pasos 3 y 4 hasta que se indique. 18
19 Identificación de Frases Nominales: Ejemplo de Caso de Uso Procesar venta 5. El Sistema presenta el total con los impuestos calculados. 6. El Cajero le dice al Cliente el total y pide que le pague. 7. El Cliente paga y el Cajero gestiona el pago. 8. El Sistema registra la venta completa y envía la información de la venta y el pago al sistema de Contabilidad externo (para la contabilidad y las comisiones) y al sistema de inventario (para actualizar el inventario). 9. El Sistema presenta el recibo. 10. El Cliente se va con el recibo y los productos (si es el caso). 19
20 Clases Conceptuales Candidatas para el dominio de las ventas Aplicando 2 técnicas: Lista de Categorías de Clases Conceptuales Identificación de frases nominales Lista de Clases Conceptuales para el caso de uso Procesar venta Registro Articulo Tienda Venta Pago CatalogoDeProductos EspecificacionDelProducto LineaDeVenta Cajero Cliente Encargado 20
21 Lista de Clases conceptuales candidatas No existe una lista correcta Es una lista arbitraria de abstracciones y vocabulario del dominio Diferentes modeladores siguiendo la técnica de identificación de frases nominales podrían generar listas de clases conceptuales candidatas similares 21
22 Objetos de Informes: Recibo Incluir recibo en el modelo del dominio? Recibo: es un informe de venta y pago (una clase conceptual relativamente destacable) Pero... 22
23 Objetos de Informes: Recibo Duplica información en venta y pago 23
24 Objetos de Informes: Recibo El recibo da derecho al portador a devolver los artículos comprados; por lo tanto, debería ser una clase conceptual del caso de uso Gestionar devoluciones 24
25 Nombrar y Modelar cosas: Estrategia del Cartógrafo Estrategia del cartógrafo: Utilizar los nombres existentes en el territorio Excluir las características irrelevantes No agregar cosas que no están en el territorio Modelo del dominio es un mapa de conceptos y cosas de un dominio 25
26 Error típico al identificar clases conceptuales candidatas Tienda, es un atributo de Venta o un concepto separado? 26
27 Error típico al identificar clases conceptuales candidatas Regla empírica: Si no se considera alguna clase conceptual X que sea un número o texto en el mundo real, X es probablemente una clase conceptual y no un atributo Tienda es una entidad legal, organización o algo que ocupa espacio; por lo tanto, debe considerarse como un concepto separado 27
28 Error típico al identificar clases conceptuales candidatas En el dominio de Reserva de vuelos... Destino (aeropuerto), es un atributo de Vuelo o una clase conceptual candidata separada? 28
29 Error típico al identificar clases conceptuales candidatas El Aeropuerto de destino es texto y/o un número en Vuelo, pero es una cosa grande que ocupa espacio; por lo tanto, debe ser una clase conceptual candidata separada En caso de duda... Representar el concepto separadamente Los atributos son raros en el modelo del dominio 29
30 Resolución de clases conceptuales similares: Registro ó CajaDeVenta? Regla Empírica: Un modelo del dominio no es absolutamente correcto o equivocado, sino más o menos útil; ya que es una herramienta de comunicación 30
31 Clases Conceptuales de Especificación o Descripción Los objetos de descripción o especificación están fuertemente relacionados con las cosas que describen. Son comunes en los dominios de ventas, fabricación y productos 31
32 Especificación sobre otras cosas La descripción del vuelo describe un vuelo (número) y su ruta, aún cuando no se ha planificado ningún vuelo para una hora y fecha específica. 32
33 Modelo del Dominio del Caso de uso: Procesar venta (Caja de Venta) Este modelo del dominio presenta las clases conceptuales identificadas usando las técnicas estudiadas 33
34 FASE II. Análisis del problema Incluye: Modelo de casos de uso Modelo del dominio Tareas: Identificar clases conceptuales Agregar asociaciones Agregar atributos Resultado: Modelo del dominio o diagrama de clases del análisis (sin métodos) 34
35 Ejemplo de Modelo del Dominio del Caso de Uso Procesar venta del sistema de la Caja de Venta..* 35
36 Pasos para elaborar el Modelo del Dominio 1. Listar clases conceptuales candidatas Aplicando las técnicas para identificar clases conceptuales: Lista de Categorías de Clases Conceptuales Identificación de Frases Nominales Aplicando las estrategias: Usar vocabulario del dominio (Cartógrafo) Representar abstracciones del dominio 36
37 Pasos para el Modelado del Dominio 1. Listar clases conceptuales candidatas 2. Representar las clases conceptuales en un modelo del dominio 37
38 Pasos para el Modelado del Dominio 1. Listar clases conceptuales candidatas 2. Representar las clases conceptuales en un modelo del dominio 3. Agregar asociaciones (Manteniendo relaciones que deberían estar en la memoria del modelador) 4. Agregar atributos necesarios (depende de los requisitos) 38
39 Modelo del Dominio: Agregar Asociaciones Asociación: es una relación entre tipos (o más bien instancias de tipos) que indican alguna conexión significativa e interesante 39
40 Asociaciones posibles en un modelo del dominio Modelo del dominio con N clases conceptuales, puede tener N (N-1) asociaciones posibles Provoca ruido visual, lo hace inconmprensible Ejemplo: 3 clases conceptuales 6 asociaciones bidireccionales 40
41 Criterio para identificar asociaciones útiles (necesito-conocer) Relación que es necesaria conservar durante algún tiempo (milisegundos o años, dependiendo del contexto) Es decir, mantener en memoria una relación entre objetos. Ejemplo: 41
42 Tipos de asociaciones a incluir en el Modelo del Dominio 1. Asociaciones útiles (ó necesito-conocer) Ejemplo de asociación útil y no útil 2. Asociaciones derivadas de la lista de asociaciones comunes 42
43 Lista de Asociaciones Comunes Categoría 1. A es una parte física de B 2. A es una parte lógica de B 3. A está contenido físicamente en B 4. A está contenido lógicamente en B Ejemplo 1. Cajon-Registro (o más concretamente, Caja de Venta), Ala-Avion 2. LineaDeVenta-Venta, EtapaVuelo-RutaVuelo 3. Registro-Tienda, Articulo- Estantería, Pasajero-Avion 4. DescripcionDelArticulo- Catalago, Vuelo- PlanificacionVuelo 43
44 Lista de Asociaciones Comunes Categoría 5. A es una descripción de B 6. A es una línea de una transacción o informe de B 7. A se conoce/registra/ recoge/informa /captura en B 8. A es miembro de B Ejemplo 5. DescripcionDelArticulo- Articulo, DescripcionDelVuelo- Vuelo 6. LineaDeVenta-Venta, TrabajoMantenimiento- RegistroDeMantenimiento 7. Venta-Registro, Reserva- ListaPasajeros 8. Cajero-Tienda, Piloto- CompañiaAerea 44
45 Lista de Asociaciones Comunes Categoría 9. A es una sub-unidad organizativa de B 10.A utiliza o gestiona B 11.A se comunica con B 12.A está relacionado con una transacción B Ejemplo 9. Departamento-Tienda, Mantenimiento- CompañíaAerea 10.Cajero-Registro, Piloto- Avion 11.Cliente-Cajero, AgenteDeReservas- Pasajero 12.Cliente-Pago, Pasajero- Billete 45
46 Lista de Asociaciones Comunes Categoría 13.A es una transacción relacionada con otra transacción B 14.A está al lado de B 15.A es propiedad de B 16.A es un evento relacionado con B Ejemplo 13.Pago-Venta, Reserva- Cancelacion 14. LineaDeVenta- LineaDeVenta, Ciudad- Ciudad 15.Registro-Tienda, Avion- CompañíaAerea 16.Venta-Cliente, Venta- Tienda, Salida-Vuelo 46
47 EjemploS: Asociaciones del Dominio del caso de uso Procesar venta 1. Asociaciones necesito-conocer según los requisitos (asociaciones evidentes) Registro Registra Venta Venta Pagada-mediante Pago CatalogoDeProductos Registra EspecificacionDelProducto 47
48 2. Lista de Asociaciones comunes en el dominio de Ventas Categoría 1. A es una parte física de B 2. A es una parte lógica de B 3. A está contenido físicamente en B 4. A está contenido lógicamente en B 5. A es una descripción de B 6. A es una línea de una transacción o informe de B Sistema 1. Registro-Caja 2. LineaDeVenta-Venta 3. Registro-Tienda, Articulo- Tienda 4. EspecificacionDelProducto -CatalagoDeProductos 5. EspecificacionDelProducto -Articulo 6. LineaDeVenta-Venta 48
49 2. Lista de Asociaciones comunes en el dominio de Ventas Categoría 7. A se conoce/registra/ recoge/informa /captura en B 8. A es miembro de B 9. A es una sub-unidad organizativa de B 10.A utiliza o gestiona B 11.A se comunica con B Sistema 7. (Completa) Venta-Tienda, (Actual) Venta-Registro 8. Cajero-Tienda 9. No aplica 10.Cajero-Registro, Encargado-Registro, Encargado-Cajero (talvez no aplicable) 11. Cliente-Cajero 49
50 2. Lista de Asociaciones comunes en el dominio de Ventas Categoría 12.A está relacionado con una transacción B 13.A es una transacción relacionada con otra transacción B 14.A está al lado de B Sistema 12.Cliente-Pago, Cajero-Pago 13. Pago-Venta 14. LineaDeVenta- LineaDeVenta 15.A es propiedad de B 15. Registro-Tienda 50
51 Modelo del Dominio de Procesar venta 51
52 FASE II. Análisis del problema Incluye: Modelo de casos de uso Modelo del dominio Tareas: Identificar clases conceptuales Agregar asociaciones Agregar atributos necesarios Resultado: Modelo del dominio o diagrama de clases del análisis (sin métodos) 52
53 Pasos para el Modelado del Dominio 1. Listar clases conceptuales candidatas 2. Representar las clases conceptuales en un modelo del dominio 3. Agregar asociaciones (Manteniendo relaciones que deberían estar en la memoria del modelador) 4. Agregar atributos necesarios (depende de los requisitos) 53
54 Modelo del Dominio de Procesar venta 54
55 Modelo del Dominio: Agregar atributos necesarios Atributo: valor de datos lógico de un objeto Atributos a incluir en el Modelo del Dominio Aquellos que los requisitos de información sugieren la necesidad de registrar Ejemplo: Recibo recopila la información de una venta, e incluye: Fecha Hora de inicio Información necesaria para: Realizar devoluciones (necesario conocer el período) Estadísticas de venta en un período Decidir el número de cajeros durante horas pico 55
56 Tipos de Atributos Válidos Atributos válidos son atributos simples Tipos de Dato primitivos Numero String, Texto Boolean Fecha, Hora Tipos de Dato definidos por el usuario (clases) Direccion NumeroDeTelefono Color NumeroDeSeguridadSocial CodigoDelProducto 56
57 Tipos de Datos No Primitivos (clases) Registro es un tipo de dato complejo, ya que tiene sus propios atributos. No debería ser un atributo. 1..* 57
58 Tipos de Datos No Primitivos (clases) El Destino de un vuelo es un Aeropuerto Aeropuerto es una clase conceptual independiente Aeropuerto es un concepto complejo 58
59 Tipos de atributos en el Modelo del Dominio y el Diagrama de Clases Atributos en el Modelo del Dominio son tipos de datos simples (primitivos) Atributos en el Diagrama de Clases, pueden ser tipos de datos complejos o clases 59
60 Tipos de Datos de los Atributos Conjunto de valores para los cuales no es significativa una identidad única Ejemplos: No es significativo distinguir entre Diferentes instancias del número 5 Diferentes instancias del String cereal Diferentes instancias de un Número de teléfono con el mismo número Si es significativo distinguir entre dos instancias de Alumno que tienen el nombre Juan Pérez, ya que podrían ser dos diferentes alumnos con el mismo nombre 60
61 Regla empírica Hacerlo atributo si se considera de manera natural como un número, String, booleano, fecha u hora En caso de duda, definir una clase conceptual 61
62 Clases de Tipos de Dato No Primitivos Un tipo de atributo puede representarse como una clase no primitiva por derecho propio en el Modelo del Dominio 62
63 Cuándo definir tipos de datos primitivos como una clase no primitiva? Está compuesto por secciones separadas Nombre de persona (nombre, apellido) Dirección (calle, avenida, número, municipio) Código del Producto (Fabricante, producto, país, etc.) 63
64 Cuándo definir tipos de datos primitivos como una clase no primitiva? Tiene operaciones asociadas al tipo de dato Validar las dos letras del carné de un alumno Determinar el fabricante de un producto 64
65 Cuándo definir tipos de datos primitivos como una clase no primitiva? Tiene atributos Precio de oferta, tiene una fecha de inicio y otra de fin 65
66 Cuándo definir tipos de datos primitivos como una clase no primitiva? Es una cantidad con unidad de medida Pago posee una cantidad con una unidad monetaria LineaDeVenta posee una cantidad con una unidad de medida (libras, kilogramos, onzas, etc.) 66
67 Cuándo definir tipos de datos primitivos como una clase no primitiva? Es una abstracción de uno o más tipos con estas cualidades articuloid es una generalización de los tipos de productos UPC y EAN 67
68 Representación de las clases de tipos de dato Depende de cómo se este utilizando el modelo del dominio, como una herramienta de comunicación, y de la importancia de los conceptos en el dominio 68
69 Modelar cantidades y unidades de medida 69
70 Atributos de las clases conceptuales del Modelo del Dominio del caso de uso Procesar Venta Pago cantidad EspecificacionDelProducto descripcion id precio Venta fecha hora LineaDeVenta cantidad Tienda direccion nombre 70
71 Modelo del Dominio Dominio: Caja de Venta Caso de Uso: Procesar venta 71
72 72
73 Ejemplo de Creación del Modelo del Dominio: Jugar Dados Pasos para elaborar el Modelo del Dominio: 1. Listar clases conceptuales candidatas 2. Representar las clases conceptuales en un modelo del dominio 3. Agregar asociaciones 4. Agregar atributos necesarios 73
74 Ejemplo de Análisis OO Jugar Dados 74
75 Fase II. Análisis del problema Modelo de Casos de Uso Diagrama de casos de uso incluye: casos de uso, actores y sistema. Descripción de los Casos de uso: procesos del dominio relacionados 75
76 Caso de uso: Jugar Dados En un juego de dados, un jugador toma dos dados y los lanza. Luego, se suman los valores de las caras superiores de los dados. Si el valor es 7 gana el juego, de lo contrario pierde. Descripción del Caso de uso: Jugar Dados 1. El jugador inicia el juego de dados 2. El sistema solicita al jugador lanzar los dados 3. El jugador lanza los dados 4. El sistema muestra el resultado de sumar las caras de los dados (si el resultado es siete gana, sino pierde), y el mensaje de si ganó o perdió 76
77 Identificar operaciones del sistema (DSS: Diagramas de Secuencia del Sistema) Invocaciones del usuario sobre el sistema 77
78 Modelo del Dominio 78
79 Pasos para Modelo del dominio 1. Listar clases conceptuales Utilizando la identificación de frase nominales en la descripción del juego Juego de Dados Jugador Dado Valor de la cara Resultado - clase conceptual - clase conceptual - clase conceptual - atributo de cada dado - Es la suma de las caras 79
80 1. Listar clases conceptuales Utilizando la lista de categorías de clases conceptuales Dado Jugador Lanzamiento de Dados Reglas del Juego operación Analizando conceptos... objeto físico rol proceso reglamento de Valor de la cara es un atributo de Dado Resultado se obtiene a partir de los valores de cara Lanzamiento de dados es un proceso (opcional) Conocer las Reglas del Juego no son requisito 80
81 2. Representar clases conceptuales en un modelo del dominio Clases conceptuales identificadas Juego de Dados Jugador Dado 81
82 3. Agregar asociaciones Asociaciones necesito-conocer Jugador lanza Dados De la lista de categorías comunes de asociación Jugador es una parte lógica del Juego de Dados Dado es una parte lógica del Juego de Dados Dado esta contenido lógicamente en Juego de Dados Jugador utiliza Dado 4. Agregar atributos Clase Dado: valor de la cara 82
MODELADO DEL DOMINIO (MODELO CONCEPTUAL)
MODELADO DEL DOMINIO (MODELO CONCEPTUAL) Es el Artefacto más importante en el Análisis Orientado a Objetos. Explica los conceptos más significativos en un dominio del problema. Previo a esto es fundamental
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 detallesEl Modelo Conceptual
El Modelo Conceptual Ilustra: Conceptos (Objetos) en el dominio del problema. Es el instrumento (artefacto) más importante de crear en el AOO. Es la representación de cosas del mundo real y NO de componentes
Más detalles2.4 Modelado conceptual
2.4 Modelado conceptual 2.4. Búsqueda de conceptos Un modelo conceptual muestra clases conceptuales significativas en un dominio del problema; es el artefacto más importante que se crea durante el análisis
Más detallesUNIDAD Nº 4. Construcción de un Modelo Conceptual
UNIDAD Nº 4 Construcción de un Modelo Conceptual 1. Introducción Un Modelo Conceptual explica (a sus creadores) los conceptos significativos en un dominio del problema, es el artefacto más importante a
Más detallesMODELO DEL DOMINIO. 1. Introducción
MODELO DEL DOMINIO Extraído de: UML y Patrones. 2ª Edición. Craig Larman. Prentice Hall. 2003 1. Introducción Un modelo del dominio se utiliza con frecuencia como fuente de inspiración para el diseño de
Más detallesCLASE 6: MODELO CONCEPTUAL/ MODELO DE DOMINIO. Universidad Simón Bolívar. Ing. de Software. Prof. Ivette Carolina Martínez
CLASE 6: MODELO CONCEPTUAL/ MODELO DE DOMINIO Universidad Simón Bolívar. Ing. de Software. Prof. Ivette Carolina Martínez Qué es un Modelo de Dominio Un Modelo de Dominio es una representación visual de
Más detallesModelo de Dominio Angela Carrillo R. Modelo del Dominio Muestra clases conceptuales significativas ifi en un dominio del problema Un modelo de dominio es una representación de las clases conceptuales del
Más detallesCapítulos 2 y 5: Modelación con UML y Modelo Objeto
Capítulos 2 y 5: Modelación con UML y Modelo Objeto Asignando Responsabilidades 2 Responsabilidades son obligaciones de un objeto, o comportamiento relacionado a su rol en el sistema Qué hace un objeto?
Más detallesEstas visiones de la información, denominadas vistas, se pueden identificar de varias formas.
El primer paso en el diseño de una base de datos es la producción del esquema conceptual. Normalmente, se construyen varios esquemas conceptuales, cada uno para representar las distintas visiones que los
Más detallesPROGRAMACIÓ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 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 detallesCONSTRUCCIÓN DEL PROCESO PAGO DE FACTURAS. BizAgi Process Modeler
CONSTRUCCIÓN DEL PROCESO PAGO DE FACTURAS BizAgi Process Modeler TABLA DE CONTENIDO 1. DIAGRAMA DEL PROCESO... 3 1.1 SUB PROCESO DEVOLVER FACTURA AL PROVEEDOR... 4 2. MODELO DE DATOS... 5 2.1 TABLAS PARAMÉTRICAS...
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 detallesM III ABSTRACCIÓN Y CLASIFICACIÓN
M III ABSTRACCIÓN Y CLASIFICACIÓN COMPLEJIDAD Y ABSTRACCIÓN La abstracción en el desarrollo del programario En todo el proceso de abstracción siempre hay una parte de la situación o del problema que se
Más detallesINFORME DE OBSERVACIONES PROGRAMA DE MEJORAMIENTO DE LA GESTIÓN 2013 METAS DE EFICIENCIA INSTITUCIONAL 2013 SISTEMA DE SEGURIDAD DE LA INFORMACIÓN
INFORME DE OBSERVACIONES PROGRAMA DE MEJORAMIENTO DE LA GESTIÓN 2013 METAS DE EFICIENCIA INSTITUCIONAL 2013 SISTEMA DE SEGURIDAD DE LA INFORMACIÓN El presente documento se ha desarrollado sobre la base
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 detallesESTE EJERCICIO ES DE TIPO MIXTO.
junio, 1ª semana, nacional 2012 ESTE EJERCICIO ES DE TIPO MIXTO. ES IRRELEVANTE SI CONTESTA A LA PREGUNTA DE TEST O NO. SIN EMBARGO, SE DEBE ESCANEAR DICHA HOJA JUNTO CON EL RESTO DE LA CONTESTACIÓN DEL
Más detallesDirectrices para la auto- evaluación A.l Introducción
Directrices para la auto- evaluación A.l Introducción La auto evaluación es una evaluación cuidadosamente considerada que resulta en una opinión o juicio respecto de la eficacia y eficiencia de la organización
Más detallesCapítulo VI. Diagramas de Entidad Relación
Diagramas de Entidad Relación Diagramas de entidad relación Tabla de contenido 1.- Concepto de entidad... 91 1.1.- Entidad del negocio... 91 1.2.- Atributos y datos... 91 2.- Asociación de entidades...
Más detallesTEMA 8: DIAGRAMA DE CLASE EN UML
TEMA 8: DIAGRAMA DE CLASE EN UML Diagramas en UML El bloque de construcción básico de UML es un Diagrama Introducción a UML 2 1 Diagrama de Clase Los diagramas de clases son los más utilizados en el modelado
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 detallesAnálisis de Sistemas. M.Sc. Lic. Aidee Vargas C. C. octubre 2007
Análisis de Sistemas M.Sc. Lic. Aidee Vargas C. C. octubre 2007 Metodologías de Desarrollo de Software Las metodologías existentes se dividen en dos grandes grupos: Metodologías estructuradas Metodologías
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 detallesCAPÍTULO 1 PLANTEAMIENTO DEL PROBLEMA
CAPÍTULO 1 PLANTEAMIENTO DEL PROBLEMA 1.1 Planteamiento del Problema Las pequeñas y medianas empresas (PYMEs) que, representan el 97% del total de las empresas en México, son las que tienen más problemas
Más detallesPROCEDIMIENTO DE AUDITORÍAS INTERNAS DEL SISTEMA DE GESTIÓN DE CALIDAD
Página : 1 de 12 PROCEDIMIENTO DE DEL SISTEMA DE GESTIÓN DE CALIDAD Esta es una copia no controlada si carece de sello en el reverso de sus hojas, en cuyo caso se advierte al lector que su contenido puede
Más detallesResumen de la Tesina. Autor: Adrià Batet López. Tutor: Víctor Pascual Ayats
Inventario y geolocalización de las actividades comerciales en las plantas bajas de los edificios de L Hospitalet de Llobregat. Aplicación web de recursos para el ciudadano. Resumen de la Tesina. Autor:
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 detallesFundamentos del diseño 3ª edición (2002)
Unidades temáticas de Ingeniería del Software Fundamentos del diseño 3ª edición (2002) Facultad de Informática necesidad del diseño Las actividades de diseño afectan al éxito de la realización del software
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 detalles2 EL DOCUMENTO DE ESPECIFICACIONES
Ingeniería Informática Tecnología de la Programación TEMA 1 Documentación de programas. 1 LA DOCUMENTACIÓN DE PROGRAMAS En la ejecución de un proyecto informático o un programa software se deben de seguir
Más detallesIngeniería de Software
Ingeniería de Software Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de: http://www.dsic.upv.es/~uml http://inst.eecs.berkeley.edu/~cs169/ entre otras fuentes. Definiciones
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 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 detallesCaso empresa ELÉCTRICA S.A.
1 Caso empresa ELÉCTRICA S.A. Eléctrica es una empresa dedicada a la venta de artículos Esta empresa cuenta con diferentes puntos de venta. Cada punto de venta cuenta con cajeros, vendedores y su propio
Más detallesCorrespondencias entre taxonomías XBRL y ontologías en OWL Unai Aguilera, Joseba Abaitua Universidad de Deusto, EmergiaTech
Correspondencias entre taxonomías XBRL y ontologías en OWL Unai Aguilera, Joseba Abaitua Universidad de Deusto, EmergiaTech Resumen Todo documento XBRL contiene cierta información semántica que se representa
Más detallesGUIA SOBRE LOS REQUISITOS DE LA DOCUMENTACION DE ISO 9000:2000
1 INTRODUCCIÓN Dos de los objetivos más importantes en la revisión de la serie de normas ISO 9000 han sido: desarrollar un grupo simple de normas que sean igualmente aplicables a las pequeñas, a las medianas
Más detallesDecisión: Indican puntos en que se toman decisiones: sí o no, o se verifica una actividad del flujo grama.
Diagrama de Flujo La presentación gráfica de un sistema es una forma ampliamente utilizada como herramienta de análisis, ya que permite identificar aspectos relevantes de una manera rápida y simple. El
Más detallesI. T. en Informática de Sistemas. Facultad de Informática
I. T. en Informática de Sistemas. Facultad de Informática Construcción de Software Caso práctico para clase Modelo de casos de uso Objetivos del proyecto Los dos grandes objetivos de este proyecto son
Más detallesCONFIDENCIAL. Sistema (software) de Gestión de Compras, Ventas, Inventario y producción.
Sistema (software) de Gestión de Compras, Ventas, Inventario y producción. 1.1.- Módulos del Sistema: El software esta implementado en Visual Foxpro para Windows. Se compone de los módulos o funciones
Más detalles6.8 La Arquitectura del Sistema. [Proceso]
6.8 La Arquitectura del Sistema. [Proceso] En el Caso de Estudio se ha hecho énfasis en los objetos del Dominio del problema, ya que representan la esencia del sistema y definen su comportamiento. Sin
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 detallesAdministración de proyectos. Organizar, planificar y programar los proyectos de software
Administración de proyectos Organizar, planificar y programar los proyectos de software Administración de proyectos Trata de las actividades que hay que realizar para asegurar que el software se entregará
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 detallesSistemas de Información Geográficos (SIG o GIS)
Sistemas de Información Geográficos (SIG o GIS) 1) Qué es un SIG GIS? 2) Para qué sirven? 3) Tipos de datos 4) Cómo trabaja? 5) Modelos de datos, Diseño Conceptual 6) GeoDataase (GD) 7) Cómo evaluamos
Más detallesDE VIDA PARA EL DESARROLLO DE SISTEMAS
MÉTODO DEL CICLO DE VIDA PARA EL DESARROLLO DE SISTEMAS 1. METODO DEL CICLO DE VIDA PARA EL DESARROLLO DE SISTEMAS CICLO DE VIDA CLÁSICO DEL DESARROLLO DE SISTEMAS. El desarrollo de Sistemas, un proceso
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 detallesTema 3. Manual: Macroeconomía, Olivier Blanchard Presentaciones: Fernando e Yvonn Quijano
Tema 3 Los mercados financieros Manual: Macroeconomía, Olivier Blanchard Presentaciones: Fernando e Yvonn Quijano 1 La demanda de dinero La FED (acrónimo de Reserva Federal) es el Banco Central de EEUU
Más detallesBase de Datos. Profesor: José Miguel Rubio L. P. UNIVERSIDAD CATÓLICA DE VALPARAÍSO FACULTAD DE INGENIERÍA ESCUELA DE ING.
P. UNIVERSIDAD CATÓLICA DE VALPARAÍSO FACULTAD DE INGENIERÍA ESCUELA DE ING. INFORMÁTICA Base de Datos Usuario A Programa de Aplicación Bodega Usuario B Usuario N Insumo Proveedor Profesor: José Miguel
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 detallesObjetivo Las personas que realicen el curso aprenderán a:
Objetivo Las personas que realicen el curso aprenderán a: Describir el proceso de desarrollo de software orientado a objetos, lo que incluye las metodologías y los flujos de trabajo de la programación
Más detallesRECOMENDACIONES DE INVESTIGACIÓN FUTURA.
Capítulo 6 CONCLUSIONES Y RECOMENDACIONES DE INVESTIGACIÓN FUTURA. 212 METODOLOGÍA PARA LA DETECCIÓN DE REQUERIMIENTOS SUBJETIVOS EN EL DISEÑO DE PRODUCTO. CAPÍTULO 6. CONCLUSIONES, APORTACIONES Y RECOMENDACIONES.
Más detallesCRM Gestión de Oportunidades Documento de Construcción Bizagi Process Modeler
Bizagi Process Modeler Copyright 2011 - Bizagi Tabla de Contenido CRM- Gestión de Oportunidades de Venta... 4 Descripción... 4 Principales Factores en la Construcción del Proceso... 5 Modelo de Datos...
Más detallesLos requisitos de un Sistema de Información
Captura de requisitos Captura de Requisitos en el PUD Los requisitos de un Sistema de Información Modelo de Casos de Uso Otros instrumentos 1 Iteración en PUD Planificación de la Iteración Captura de requisitos:
Más detalleswww.fundibeq.org Además, se recomienda su uso como herramienta de trabajo dentro de las actividades habituales de gestión.
DIAGRAMA DE RELACIONES 1.- INTRODUCCIÓN Este documento describe los pasos del proceso de construcción e interpretación de una de las herramientas más potentes para el análisis de problemas y situaciones
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 detallesISO 9001:2000 DOCUMENTO INFORMATIVO DOCUMENTO ELABORADO POR CHRISTIAN NARBARTE PARA EL IVECE
ISO 9001:2000 DOCUMENTO INFORMATIVO DOCUMENTO ELABORADO POR CHRISTIAN NARBARTE PARA EL IVECE MARZO 2007 Este documento contesta las preguntas más frecuentes que se plantean las organizaciones que quieren
Más detallesCICLO DE VIDA DEL SOFTWARE
CICLO DE VIDA DEL SOFTWARE 1. Concepto de Ciclo de Vida 2. Procesos del Ciclo de Vida del Software 3. Modelo en cascada 4. Modelo incremental 5. Modelo en espiral 6. Prototipado 7. La reutilización en
Más detallesAnálisis del Sistema de Información
Análisis del Sistema de Información 1 1. Definición y objetivos análisis.(del gr. ἀνάλυσις). 1. m. Distinción y separación de las partesdeun todo hasta llegar a conocer sus principios o elementos. 2. m.
Más detalles2. LOS SISTEMAS DE COSTOS
2. LOS SISTEMAS DE COSTOS En el actual desarrollo de las técnicas y sistemas de costos se persiguen tres importantes objetivos: La medición de los costos, la más correcta y precisa asignación de costos
Más detallesTitulo Tema 6. Gestión por procesos. Cuidados. Prescripción de cuidados. Evaluación de pacientes.
Titulo Tema 6. Gestión por procesos. Cuidados. Prescripción de cuidados. Evaluación de pacientes. Objetivos de aprendizaje. Conocer: Conceptos básicos de gestión por procesos Características conceptuales
Más detallesMANUAL DE USUARIO APLICACIÓN SYSACTIVOS
MANUAL DE USUARIO APLICACIÓN SYSACTIVOS Autor Edwar Orlando Amaya Diaz Analista de Desarrollo y Soporte Produce Sistemas y Soluciones Integradas S.A.S Versión 1.0 Fecha de Publicación 19 Diciembre 2014
Más detallesTópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN
Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN Proceso de Negocio (Business Process) Conjunto estructurado, medible de actividades para producir un producto.
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 detallesGestión de Permisos. Bizagi Suite. Copyright 2014 Bizagi
Gestión de Permisos Bizagi Suite Gestión de Permisos 1 Tabla de Contenido Gestión de Permisos... 3 Definiciones... 3 Rol... 3 Perfil... 3 Permiso... 3 Módulo... 3 Privilegio... 3 Elementos del Proceso...
Más detallesGUÍA DE OPERACIÓN PARAMETRIZACIÓN GESTIÓN ENTIDAD 1 PARAMETRIZACION EN LA UNIDAD EJECUTORA
Página: 1 de 17 1 PARAMETRIZACION EN LA UNIDAD EJECUTORA Se entiende por Unidad Ejecutora el ente público que realiza una actividad específica dentro de los organismos que ejecutan el presupuesto general
Más detallesCharla N 6: Utilidades de Consulta de datos.
1 Charla N 6: Utilidades de Consulta de datos. Objetivos Generales: La manipulación de los datos organizados en forma de lista, donde la lista relaciones diferentes ocurrencias de una información común,
Más detallesMódulo 10: Aplicaciones Informáticas de Gestión Comercial. Guía del formador por cada módulo formativo
Módulo 10: Aplicaciones Informáticas de Gestión Comercial Guía del formador por cada módulo formativo Módulo 10 1. DENOMINACIÓN DEL MÓDULO MÓDULO 10: APLICACIONES IN ORMÁTICAS DE GESTIÓN COMERCIAL 2.
Más detallesPrincipales Cambios de la ISO 9001:2015
INTRODUCCIÓN La nueva versión disponible de ISO 9001:2015, actualmente en su versión DIS, muestra una gran cantidad de cambios respecto de su predecesora. Muchos de estos cambios están en línea con otros
Más detallesUNIVERSIDAD NACIONAL DE TRUJILLO ESCUELA DE INFORMATICA BASE DE DATOS
UNIVERSIDAD NACIONAL DE TRUJILLO ESCUELA DE INFORMATICA BASE DE DATOS TEMA 3 MODELO ENTIDAD INTERRELACION Modelización Conceptual Modelo Entidad-Interrelación Elementos M.E.IR Caso de Estudio Tipos de
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 detallesPROPÓSITO... 2 DETERMINANTES PARA UNA BUENA EXPERIENCIA DE USO...
Tabla de Contenido PROPÓSITO... 2 DETERMINANTES PARA UNA BUENA EXPERIENCIA DE USO... 2 1. LA PRESENCIA DE INFORMACIÓN Y AYUDA ÚTIL PARA COMPLETAR LOS TRÁMITES EN LÍNEA.... 2 2. LA DISPONIBILIDAD DE DIVERSOS
Más detallesGUÍAS. Módulo de Diseño de software SABER PRO 2013-2
GUÍAS Módulo de Diseño de software SABER PRO 2013-2 GUÍAS Módulo de diseño en ingeniería El diseño de productos tecnológicos (artefactos, procesos, sistemas e infraestructura) está en el centro de la naturaleza
Más detallesCONSTRUCCIÓN DEL PROCESO MESA DE AYUDA INTERNA. BizAgi Process Modeler
CONSTRUCCIÓN DEL PROCESO MESA DE AYUDA INTERNA BizAgi Process Modeler TABLA DE CONTENIDO PROCESO DE MESA DE AYUDA INTERNA... 3 1. DIAGRAMA DEL PROCESO... 4 2. MODELO DE DATOS... 5 ENTIDADES DEL SISTEMA...
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 detallesGUIA BREVE PARA EL ENVIO DE MAILING
GUIA BREVE PARA EL ENVIO DE MAILING Identificar qué es un "usuario" y qué es un "administrador" en phplist. En el gestor de mailing un usuario es básicamente una dirección de email. Puede comparñarle más
Más detallesNOTAS SOBRE DIAGRAMAS DE FLUJOS DE DATOS
NOTAS SOBRE DIAGRAMAS DE FLUJOS DE DATOS Diagrama de Flujo de Datos: Diagrama en forma de red que representa el flujo de datos y las transformaciones que se aplican sobre ellos al moverse desde la entrada
Más detallesIntroducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual
Introducción Algunas de las personas que trabajan con SGBD relacionales parecen preguntarse porqué deberían preocuparse del diseño de las bases de datos que utilizan. Después de todo, la mayoría de los
Más detallesUNIVERSIDAD CATOLICA DE COLOMBIA FACULTAD DE INGENIERIA DE SISTEMAS
UNIVERSIDAD CATOLICA DE COLOMBIA FACULTAD DE INGENIERIA DE SISTEMAS CURSO: JAVA BASICO PROFESOR: EMERSON CASTAÑEDA SANABRIA TEMA: Programación Orientada a Objetos OBJETIVOS: Familiarizarse con la Programación
Más detallesManual Operativo SICEWeb
Manual Operativo SICEWeb Gestión de Expediente Digital Expediente Único de Clientes y Otros 1 Índice Contenido Expediente Único de Clientes y Otros... 1 Índice... 2 MODELO DE GESTIÓN DOCUMENTAL (MGD)...
Más detallesPARTE IV. Sistema de gestión de la calidad
PREGUNTAS Y RESPUESTAS SOBRE LOS REQUISITOS BÁSICOS PARA CERTIFICAR LA CALIDAD DE LOS SERVICIOS DE TRANSPORTE REGULAR INTERURBANO DE VIAJEROS EN AUTOBÚS EN CATALUNYA PARTE IV. Sistema de gestión de la
Más detallesCAPÍTULO 3. HERRAMIENTA DE SOFTWARE DE PLANEACIÓN DE
CAPÍTULO 3. HERRAMIENTA DE SOFTWARE DE PLANEACIÓN DE INVENTARIO Y PROCESO Objetivos del capítulo Desarrollar una herramienta de software de planeación de inventario con los datos obtenidos del capítulo
Más detallesPROCEDIMIENTO PARA CONTROL DE REGISTROS
Código: ES-MC-PR02 Página: 1 de 5 1. OBJETIVO Definir las actividades y controles necesarios para la identificación, el almacenamiento, la protección, la recuperación, el tiempo de retención y la disposición
Más detallesconfigurándola para ser usada dentro del área de QA de una fábrica de software.
Capítulo 6 - Caso de estudio En esta sección vamos a mostrar la funcionalidad de la herramienta desarrollada configurándola para ser usada dentro del área de QA de una fábrica de software. 6.1 Definición
Más detallesPROCEDIMIENTO DE PRESTACIÓN DE SERVICIOS TECNOLÓGICOS
PROCEDIMIENTO DE PRESTACIÓN DE SERVICIOS TECNOLÓGICOS OBJETIVO Facilitar el proceso de enlace entre la comunidad universitaria, el sector productivo e instituciones gubernamentales mediante el aprovechamiento
Más detallesI N T E R P R E T A T I V O
S E L E C C I Ó N D E S A R R O L L O L I D E R A Z G O H O G A N D E S A R R O L L O I N T E R P R E T A T I V O INVENTARIO DE RAZONAMIENTO DE NEGOCIOS DE HOGAN Reporte Para: High Score Usuario: UH007438
Más detallesTraducción del. Our ref:
Traducción del Documento: Our ref: Secretaría del ISO/TC 176/SC 2 Fecha: 15 de octubre de 2008 A los Miembros del ISO/TC 176/SC 2 - Gestión de la Calidad y Aseguramiento de la Calidad/ Sistemas de la Calidad
Más detallesMODELOS DE GESTIÓN DE SEGURIDAD DE LA INFORMACIÓN MADRID, 27 DE MAYO DE 2013
1 MODELOS DE GESTIÓN DE SEGURIDAD DE LA INFORMACIÓN MADRID, 27 DE MAYO DE 2013 Qué es la Seguridad de la 2 Información? La información es un activo que, como otros activos importantes del negocio, tiene
Más detallesAnálisis del Sistema de Información
Análisis del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA... 6 Tarea ASI 1.1: Determinación del Alcance del Sistema... 6 Tarea ASI 1.2: Identificación
Más detallesProceso de Compra de Avisos Clasificados desde Internet
Proceso de Compra de Avisos Clasificados desde Internet Desde mediados de 2010 existe la posibilidad de comprar sus avisos clasificados a través de Internet para los productos impresos del grupo de Vanguardia:
Más detallesDETERMINACIÓN DEL VOLUMEN DE PEDIDO.
Lote económico de compra o Lote Optimo DETERMINACIÓN DEL VOLUMEN DE PEDIDO. Concepto que vemos en casi todos libros de aprovisionamiento, habitualmente la decisión de la cantidad a reaprovisionar en las
Más detallesCAPITULO 2. Como se definió en el plan del presente proyecto, este será desarrollado bajo
1 CAPITULO 2 ANÁLISIS DEL SISTEMA 1. Introducción Como se definió en el plan del presente proyecto, este será desarrollado bajo la metodología orientada a objetos. El objetivo del análisis será marcar
Más detallesNuevos requerimientos del SAT para contabilidad electrónica
Nuevos requerimientos del SAT para contabilidad electrónica Antecedentes Ha sido publicada una resolución en el mes de Abril de 2014 donde se establecen los lineamientos a seguir para el registro e integración
Más detallesa) Cita y comenta brevemente los grados de acoplamiento. Clasifícalos y ordénalos en orden creciente al nivel de acoplamiento asociado.
Departamento de Informática y Automática INGENIERÍA DEL SOFTWARE PARTE II: CONCEPTOS TEÓRICOS Y PRÁCTICOS DNI Apellidos y nombre 1. Responde a las siguientes cuestiones (2 puntos): a) Cita y comenta brevemente
Más detallesSeptiembre 2014. Novedades en la norma ISO 9001:2015
Septiembre 2014 Novedades en la norma ISO 9001:2015 Introducción La actual norma ISO 9001, en vigor desde 2008, está en proceso de revisión. Ya sufrió una anterior revisión de la versión del año 2000 cuyos
Más detallesINTRODUCCIÓN A LOS SISTEMAS GESTORES DE BASE DE DATOS
INTRODUCCIÓN A LOS SISTEMAS GESTORES DE BASE DE DATOS AUTORÍA JOSEFA PÉREZ DOMÍNGUEZ TEMÁTICA NUEVAS TECNOLOGIAS ETAPA CICLOS FORMATIVOS DE GRADO SUPERIOR DE INFORMÁTICA Resumen En esta publicación se
Más detallesBASES DE DATOS TEMA 3 MODELO ENTIDAD - RELACIÓN
BASES DE DATOS TEMA 3 MODELO ENTIDAD - RELACIÓN 3.3 Aplicaciones Definición de Aplicación (Application). Programa informático que permite a un usuario utilizar una computadora con un fin específico. Las
Más detallesProceso de desarrollo del software modelo en cascada
Proceso de desarrollo del software modelo en cascada Análisis: Necesidades del usuario especificaciones Diseño: Descomposición en elementos que puedan desarrollarse por separado especificaciones de cada
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 detalles