CAPITULO 2. Como se definió en el plan del presente proyecto, este será desarrollado bajo

Save this PDF as:
 WORD  PNG  TXT  JPG

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

Download "CAPITULO 2. Como se definió en el plan del presente proyecto, este será desarrollado bajo"

Transcripción

1 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 el límite del dominio del sistema, definir las clases participantes, sus jerarquías, relaciones y comportamiento. Pero como cualquier desarrollo este comienza con el entendimiento de los requerimientos funcionales, la diferencia radica en que el modelo orientado a objetos analiza el comportamiento y los datos en forma conjunta. El proyecto podrá ser ampliado con otras funciones, debido a que realizará una minería de datos en la página Web. El diseño de la base de datos esta orientado al enfoque relacional Metas Las metas planteadas en la consecución del proyecto son las siguientes:

2 Metas Generales.- Nuestras metas generales son: Sistematizar la gestión de los procesos de marketing. Facilitar la gestión de marketing electrónico Metas Especificas.- Las metas específicas que nos permitirán alcanzar las generales son: Análisis rápido y exacto de productos. Análisis del comportamiento de clientes. Crear promociones sistemáticamente. Crear una página Web. Crear una base de datos de suscriptores Alcances del Proyecto El sistema a desarrollar se denominará Sistema de Marketing 1.0 y consistirá en un conjunto de módulos que actuarán sobre una base de datos relacional. Los alcances del proyecto están divididos según las partes, es decir, por la aplicación y otros la pagina Web. Los alcances de la aplicación son: Visualizar histórico de Productos. Analizar comportamiento de clientes. Crear promociones. Los alcances de la Página Web están orientados a:

3 3 Promocionar la imagen institucional. Realizar publicidad de productos. Obtener suscripciones. Obtener sugerencias de visitantes. 2. Desarrollo del Análisis El proceso de análisis será adaptado a un conjunto de componentes de representación genéricos definidos por Monarchi y Puhr, divididos en componentes estáticos y dinámicos. Los componentes estáticos son estructurales mientras que los dinámicos se centran en el control, y son sensibles al tiempo y al tratamiento de eventos. Se identifican en: Vista estática de clases semánticas. Vista estática de los atributos. Vista estática de las relaciones. Vista estática de los comportamientos. Vista dinámica de la comunicación. Vista dinámica del control y manejo del tiempo. Algunas de las tareas de estos componentes a realizarse en la etapa de análisis son las siguientes: a. Definir los requerimientos. b. Crear y perfeccionar el modelo conceptual.

4 4 c. Definir los casos esenciales de uso. d. Crear y perfeccionar los diagramas de casos de uso. e. Crear y perfeccionar el glosario. f. Definir los diagramas de secuencia de los sistemas. g. Definir los contratos de operaciones. 3. Análisis de Requerimientos del Sistema Los requerimientos son una descripción de las necesidades o deseos de un producto. Una vez definido el escenario, se modela el software. Esta definición se obtiene mediante los requerimientos del sistema. Estos requerimientos deben ser claros, completos, cuantificables, validables y no ambiguos. Existe una disciplina que abarca la captura, elaboración, documentación y validación de los requerimientos, esta es la Ingeniería de Requerimientos. Esta ingeniería divide su objetivo en tres fases: análisis del problema, comprensión de los requerimientos y descripción del producto. Los requerimientos nos permitirán definir el modelo de negocio, establecer el límite del dominio.

5 5 Gráfico No.: 2.1 Título: Análisis de Requerimientos Análisis del problema Comprensión de los requerimientos Descripción del producto Estos requerimientos pueden ser: funcionales, no funcionales y del proceso Requerimientos Funcionales En este apartado analizaremos los requerimientos funcionales, que son los que establecen el funcionamiento del sistema sobre la base de los problemas que éste debería resolver. Los requerimientos funcionales fueron capturados a través de entrevistas a especialistas de marketing, empresas del medio, investigaciones en la Web, entre otras fuentes de información. Nuestras investigaciones se basaron en preguntas como:

6 6 Qué procesos se realizan en un departamento de marketing? De estos procesos Cuales desearía sistematizar? Cómo se realizan estos procesos manualmente? Quiénes realizan los procesos? Qué información se necesita para realizar estos procesos? Con que frecuencia se realizan estos procesos? Dónde se llevan a cabo los procesos? Existen alternativas para llevar a cabo estos procesos? Es necesario guardar información de los clientes y productos? Cuánto tiempo debe ser guardada la información? Cuál son sus expectativas respecto de un sistema de marketing? Qué servicios considera necesarios de un portal Web? Los requerimientos obtenidos fueron diversos, entre los más relevantes y los que apunta a solucionar este proyecto son: Obtener reportes de la situación de productos, en cuanto a ventas, stock, ubicación, sin movimiento. Crear sistemáticamente promociones de productos, como ofertas y combos promociónales. Obtener reportes del comportamiento de los clientes, respecto a tipo de compra, lugar de compras, preferencias de compras, todo esto en base a parámetros.

7 7 Contar con un Banco de datos de suscriptores a fin de desarrollar marketing electrónico. Promocionar la imagen Institucional en la Web. Estos requerimientos de detallan en las siguientes gestiones: Situación de Productos: o Consulta general de productos más vendidos. o Consulta por lugar de venta. o Consulta de productos sin movimiento. o Consulta de productos por tipos de ventas: contado o crédito. o Todas las consultas serán referenciadas por parámetros de tiempo. Comportamiento de clientes. o Consultas de productos comprados por los clientes. o Consultas por lugares de compras de los clientes. o Consultas por periodo de compras de los clientes. o Consultas generales o individuales. Ofertas. o Creación de ofertas. o Actualización de datos de una oferta. o Desactivación de una oferta. o Consultas generales e individuales de ofertas.

8 8 Combos promociónales. o Creación de combos promociónales. o Actualización de datos de combos promociónales. o Desactivación de combos promociónales. o Consultas generales e individuales de combos promociónales. Además la creación de la Página Web facilitará: Promoción de la imagen institucional. Campañas publicitarias de marketing. Obtención de suscripciones. Obtención de sugerencias y preferencias de suscriptores. Envío de correos publicitarios. Los principales actores involucrados en estos requerimientos son el departamento de marketing, los usuarios Web, los usuarios de ventas. Los usuarios de ventas tan solo podrán realizar consultas de las ofertas y combos promociónales. Los usuarios del departamento de marketing podrán realizar a más de consultas; crear, modificar, eliminar, promociones y ofertas, obtener reportes de productos y del comportamiento de los clientes, enviar correos publicitarios a clientes y/o suscriptores.

9 Requerimientos No Funcionales Los requerimientos no funcionales están dados por la portabilidad, confiabilidad, eficiencia e ingeniería humana. En lo que respecta a la portabilidad este proyecto será desarrollado sobre plataforma de sistema operativo Windows de 32 bits; sin embargo de que la herramienta de desarrollo a aplicar es Open Source, con cambios sustanciales puede ser implementada sobre versiones de Linux. Los requerimientos no funcionales son las interfaces gráficas amigables, utilizadas con una combinación de 3 colores como máximo a fin de no afectar la apariencia visual, estas interfaces serán analizadas con detalle en base a las herramientas de desarrollo aprendidas. La confiabilidad es de un alto porcentaje, por la estructura del proyecto en directorios y por su Modelo Vista Controlador MVC. Nuestro proyecto, por su naturaleza de orientado a objetos, cumplirá también requerimientos de modularidad, flexibilidad, facilidad de mantenimiento, incrementabilidad, fácil detección de errores Requerimientos del proceso Entre los requerimientos del proceso esta en trabajar en conjunto con la base de datos general aplicada a todos lo proyectos que serán desarrollados paralelamente a este. Esta base de datos debe ser coordinada entre todos los grupos participantes.

10 10 Tabla No.: 2.1 Título: Requerimientos No Funcionales Atributo Tiempo de respuesta Metáfora de interfaz Tolerancia a fallas Plataformas del sistema operativo Detalles y restricciones de frontera Cuando se registre una promoción, la descripción y el precio aparecerán en menos de un segundo. Las ventanas están orientadas a la metáfora de un formulario y cuadros de diálogo. Maximiza una navegación fácil con teclado y con mouse. Debe registrar las promociones en un plazo de 24 horas, aun cuando se produzcan fallas de energía o del equipo. Microsoft Windows 98, 2000 XP y NT. 4. Descripción del modelo conceptual Una vez analizados los requerimientos estudiamos la interacción del negocio con el entorno, es decir obtenemos un modelo de negocio. El sistema de marketing tiene dos tipos de actores: los usuarios del departamento de ventas y el usuario de marketing. Una vez obtenidos los requerimientos se modelan y se definen casos de uso. Este modelo de negocio lo graficamos a continuación:

11 11 Gráfico No.: 2.2 Titulo: Modelo Global del sistema Empleado marketing Sistema De Marketing Base de Datos Empleado ventas El modelo conceptual de la página Web es: Gráfico No.: 2.3 Título: Modelo Conceptual de Página Web Internauta P á g i n a D a t o s

12 12 5. Diagrama de flujo de datos Flujo de datos de situación de productos El usuario ingresa valida su rol, envía los parámetros de consulta, se procesan y obtiene la información solicitada en forma de un reporte. El siguiente diagrama muestra el flujo de datos. Gráfico No.: 2.4 Título: Diagrama de flujo de datos de Situación de productos Usuario Datos de Usuario Procesar Usuario/ password Peticiones de usuario Recibir petición BD Datos de Petición Solicitud /Entrega Datos Procesar petición Información Resultante Entregar resultados Información a visualizar Interfaz

13 Flujo de datos de comportamiento de clientes El usuario ingresa valida su rol, envía los parámetros de consulta del cliente, se procesan y obtiene la información solicitada en forma de un reporte. El siguiente diagrama muestra el flujo de datos. Gráfico No.: 2.5 Título: Diagrama de flujo de datos de comportamiento de clientes Usuario Datos de Usuario Procesar Usuario/ password Peticiones de usuario Recibir petición Datos de cliente BD Solicitud /Entrega Datos Procesar petición Información Resultante Entregar resultados Información a visualizar Interfaz

14 Flujo de datos de crear promociones El usuario ingresa valida su rol, obtiene un listado de los productos existentes, escoge el producto y aplica la oferta, se procesan y se guarda la oferta. Se muestra la información de la oferta creada. El siguiente diagrama muestra el flujo de datos: Gráfico No.: 2.6 Título: Diagrama de flujo de datos de crear ofertas Usuario Datos de Usuario Procesar Usuario/ password Peticiones de usuario Recibir petición Escoger producto BD Solicitud /Entrega Datos Verificar producto Guardar oferta Datos de oferta Aplicar oferta Oferta Interfaz

15 Flujo De datos de página Web NO INTERNET PAGINA WEB CONTROL DE ACCESO ES USUARIO SI PRESENTAR REPORTES USUARIO INGRESO DE SUGERENCIAS INGRESO DE SUSCRIPCIONES Base de Datos 6. Casos de Uso Para crear un caso de uso se identifican las personas (o dispositivos) que usaran el sistema. El caso de uso describe la forma en que el actor interactúa con el sistema. Estos usuarios pasaran a ser actores de nuestros casos de uso.

16 16 Gráfico No.: 2.7 Título: Modelo de Casos de uso SISTEMA MARKETING VALIDAR USUARIO Y CLAVE EMPLEADO VENTAS SITUACION DE PRODUCTOS Base de Datos EMPLEADO MARKETING PROMOCIONES COMPORTAMIENTO DE CLIENTE Según el modelo conceptual, se han identificado los siguientes casos de uso: Situación de Productos: o Consultar productos más vendidos. o Consultar productos por lugar de venta. o Consultar productos sin movimiento. o Consultar productos por tipos de ventas: contado o crédito. o Todas las consultas serán referenciadas por parámetros de tiempo.

17 17 Comportamiento de clientes. o Consultar compras de los clientes. o Consultar compras de los clientes por lugares. o Consultar compras de los clientes por periodo. o Estas consultas pueden ser generales o individuales. Ofertas. o Crear oferta. o Actualizar datos de una oferta. o Desactivar una oferta. o Consultar ofertas. Combos promociónales. o Crear combos promociónales. o Actualizar datos de combos promociónales. o Desactivar combos promociónales. o Consultar combos promociónales. Enviar correos publicitarios Los casos de uso de la Página Web son: Consultar información institucional. Consultar campañas publicitarias de marketing. Suscribirse en la página. Enviar sugerencias y preferencias de suscriptores.

18 Definición de roles En esta sección se definen los principales roles que tienen los actores que interactúan de alguna forma con el sistema. En el posterior desarrollo de este documento, se indicara como se realiza esta interacción y como el sistema deberá manejarlas. Usuario Administrador Es la persona encargada de dar soporte a la base de datos y mantenimiento de la aplicación. Usuario Marketing Es la persona que se encarga de la creación, modificación, eliminación de las ofertas y promociones en la aplicación. Podrá obtener reportes de la situación de productos y comportamiento de los clientes, a fin de contar con la información necesaria para la elaboración de estrategias de marketing. Usuario de Ventas Solo tendrá contacto directo con la aplicación para las consultas de las ofertas y combos.

19 Diagrama de casos de uso El siguiente diagrama muestra los casos de uso de la aplicación de marketing:

20 Definición de casos de uso Los casos de uso son documentos narrativos que describen la secuencia de eventos de un actor (agente externo) que utiliza un sistema para completar un proceso. Estos son los que determinaran otros datos como las interfaces, la creación de subsistemas. Una vez que se refinen estos casos de uso, podrán ser eliminados o incrementados según el análisis. El formato de detalle de un caso de uso es el siguiente: Tabla No.: Título: Formato de Caso de Uso Caso de uso: Actores: Nombre del caso de uso Lista de actores (agentes externos), en la cual se indica quién inicia el caso de uso. Propósito: Resumen: Intención del caso de uso. Repetición del caso de uso de alto nivel o alguna síntesis similar. Tipo: Referencias cruzadas: Descripción: Primario, secundario u opcional. Esencial o real. Casos relacionados de uso y funciones también relacionadas del sistema. Descripción del caso de uso.

21 21 En esta sección se definirán de manera formal los diferentes casos de uso de la aplicación Marketing, esto identificará claramente las diferentes funcionalidades que debe tener el sistema. Estos han sido divididos en las funciones principales identificadas Situación de productos. Caso de uso: Actores: Propósito: Consultar productos más vendidos. Usuario Marketing. Generar un reporte de los productos más vendidos en determinada ciudad. Resumen: El usuario marketing ingresa al sistema, define los parámetros y genera el reporte. Tipo: Referencias cruzadas: Secundario. El usuario marketing debe estar registrado, en el sistema. Gráfico No.: 2.6 Título: Modelo de Caso de Uso Consultar productos más vendidos Sistema Marketing Usuario marketing Consultar productos mas vendidos B a s e d e D a t o s

22 22 Caso de uso: Actores: Propósito: Consultar productos por lugar de venta. Usuario Marketing Generar un reporte de los productos de mayores ventas en determinada sucursal. Resumen: El usuario marketing ingresa al sistema, define los parámetros y genera el reporte. Tipo: Referencias cruzadas: Descripción: Secundario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, selecciona la sucursal, ingresa fechas de inicio y fin de la consulta, genera el reporte. Gráfico No.: 2.7 Título: Modelo de Caso de Uso Consultar productos por lugar de venta Sistema Marketing Usuario marketing Consultar productos por lugar de venta B a s e d e D a t o s

23 23 Caso de uso: Actores: Propósito: Consultar productos sin movimiento. Usuario Marketing Generar un reporte de los productos comprados que no han sido vendidos en determinada ciudad y/o sucursal. Resumen: El usuario marketing ingresa al sistema, define los parámetros y genera el reporte. Tipo: Referencias cruzadas: Descripción: Secundario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, selecciona la ciudad y/o sucursal, ingresa fechas de inicio y fin de la consulta, genera el reporte. Gráfico No.: 2.8 Título: Modelo de Caso de Uso Consultar productos sin movimiento Sistema Marketing Usuario marketing Consultar productos sin movimiento B a s e d e D a t o s

24 24 Caso de uso: Actores: Propósito: Consultar productos por tipos de ventas. Usuario Marketing Generar un reporte de los productos vendidos por tipo de ventas de una ciudad y/o sucursal. Resumen: El usuario marketing ingresa al sistema, define los parámetros y genera el reporte. Tipo: Referencias cruzadas: Descripción: Secundario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, selecciona la ciudad y/o sucursal, ingresa fechas de inicio y fin de la consulta, genera el reporte. Gráfico No.: 2.9 Título: Modelo de Caso de Uso Consultar productos por tipo de ventas Sistema -f * -s * Consultar productos por tipos de ventas -Fin3 * -Fin4 * Datos Usuario Marketing

25 Comportamiento de clientes Caso de uso: Actores: Propósito: Consultar compras de los clientes. Usuario Marketing. Generar un reporte de los productos comprados por un cliente. Resumen: El usuario marketing ingresa al sistema, define los parámetros de fecha y genera el reporte. Tipo: Referencias cruzadas: Descripción: Secundario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, digita código del cliente, ingresa fechas de inicio y fin de la consulta, genera el reporte. Gráfico No.: 2.10 Título: Modelo Caso de Uso Consultar compras de los clientes Sistema Marketing -f * -s * Consultar compras de los clientes -Fin3 * -Fin4 * Datos Usuario Marketing

26 26 Caso de uso: Actores: Propósito: Consultar compras de los clientes por lugares. Usuario Marketing Generar un reporte de los productos comprados por un cliente en determinada ciudad y/o sucursal. Resumen: El usuario marketing ingresa al sistema, define los parámetros y genera el reporte. Tipo: Referencias cruzadas: Descripción: Secundario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, digita código del cliente, ingresa fechas de inicio y fin de la consulta, genera el reporte. Gráfico No.: 2.11 Título: Modelo Caso de Uso Consultar compras clientes por lugares Sistema Marketing -f * -s * Cionsultar compras de los clientes por lugares -Fin3 * -Fin4 * Datos Usuario Marketing

27 27 Caso de uso: Actores: Propósito: Consultar por periodo de compras de los clientes Usuario Marketing Generar un reporte de los productos comprados por un cliente Resumen: El usuario marketing ingresa al sistema, define los parámetros y genera el reporte. Tipo: Referencias cruzadas: Descripción: Secundario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, digita código del cliente, fechas de consulta. Gráfico No.: 2.12 Título: Modelo Caso de Uso Consultar por periodo de compras Sistema Marketing -f * -s * Consultar por periodo de compras de los clientes -Fin3 * -Fin4 * Datos Usuario Marketing

28 Ofertas Caso de uso: Actores: Propósito: Resumen: Crear oferta Usuario Marketing Aplicar oferta a un producto Este caso de uso lo ejecuta el actor Empleado de Marketing. Sirve para aplicar una oferta a un producto. El actor selecciona del catálogo de productos aquel que desea aplicar la oferta, después, introduce la tasa de descuento, el periodo de tiempo en vigente. Tipo: Referencias cruzadas: Primario. El usuario marketing debe estar registrado, en el sistema. La oferta se almacena en la BD.

29 29 Caso de uso: Actores: Propósito: Resumen: Actualizar de datos de una oferta Usuario Marketing Modificar datos de una oferta Este caso de uso lo ejecuta el actor Empleado de Marketing. Sirve para modificar los datos de una oferta a un precio determinado. El actor consulta el catálogo ofertas, selecciona la oferta, modifica los datos y guarda los cambios. Tipo: Referencias cruzadas: Descripción: Primario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, digita código del cliente, fechas de consulta. Gráfico No.: 2.14 Título No.: Modelo de Actualizar Oferta Sistema Marketing -f * -s * Modificar oferta -Fin3 * -Fin4 * Datos Usuario Marketing

30 30 Caso de uso: Actores: Propósito: Desactivar una oferta. Usuario Marketing. Generar un reporte de los productos comprados por un cliente. Resumen: El usuario marketing ingresa al sistema, define los parámetros y genera el reporte. Tipo: Referencias cruzadas: Descripción: Secundario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, digita código del cliente, fechas de consulta.

31 31 Caso de uso: Actores: Propósito: Consultar ofertas. Usuario Marketing. Generar un reporte de los productos comprados por un cliente. Resumen: El usuario marketing ingresa al sistema, define los parámetros y genera el reporte. Tipo: Referencias cruzadas: Descripción: Secundario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, digita código del cliente, fechas de consulta.

32 Combos Caso de uso: Actores: Propósito: Resumen: Crear combos promociónales Usuario Marketing Crear un combo con productos existentes. El usuario marketing ingresa al sistema, al modulo de promociones, crear combo escoge los productos y genera el combo. Tipo: Referencias cruzadas: Primario. El Usuario de Marketing ha realizado correctamente el acceso al sistema. El Empleado de Marketing ha seleccionado el botón Crear Combo de su interfaz gráfica. Descripción: Este caso de uso lo ejecuta el actor Empleado de Marketing. Sirve para poner uno o varios productos en promoción a un precio determinado. El actor consulta el catálogo de productos y selecciona aquel o aquellos a los que desea aplicar la promoción, después, introduce el precio de la misma y por último el periodo de tiempo que permanecerá vigente. En este caso de uso también pueden eliminarse o

33 33 modificarse promociones anteriores. Sistema Marketing * -Fin1 -Fin2 Crear Combo -Fin3 * -Fin4 * Datos * Actor1 Caso de uso: Actores: Propósito: Actualizar datos de combos promociónales Usuario Marketing Generar un reporte de los productos comprados por un cliente Resumen: El usuario marketing ingresa al sistema, define los parámetros y genera el reporte. Tipo: Referencias cruzadas: Descripción: Secundario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, digita código del cliente, fechas de consulta.

34 34 Caso de uso: Actores: Propósito: Desactivar combos promociónales Usuario Marketing Generar un reporte de los productos comprados por un cliente Resumen: El usuario marketing ingresa al sistema, define los parámetros y genera el reporte. Tipo: Referencias cruzadas: Descripción: Secundario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, digita código del cliente, fechas de consulta. Sistema Marketing * -Fin1 -Fin2 Crear Combo -Fin3 * -Fin4 * Datos * Actor1

35 35 Caso de uso: Actores: Propósito: Consultar combos promociónales Usuario Marketing Generar un reporte de los productos comprados por un cliente Resumen: El usuario marketing ingresa al sistema, define los parámetros y genera el reporte. Tipo: Referencias cruzadas: Descripción: Secundario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, digita código del cliente, fechas de consulta.

36 Envío de correos Caso de uso: Actores: Propósito: Enviar correos Usuario Marketing Generar un reporte de los productos comprados por un cliente Resumen: El usuario marketing ingresa al sistema, define los parámetros y genera el reporte. Tipo: Referencias cruzadas: Descripción: Secundario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, digita código del cliente, fechas de consulta.

37 Página Web Caso de uso: Actores: Propósito: Consultar información institucional Usuario de Internet Generar un reporte de los productos comprados por un cliente Resumen: El usuario marketing ingresa al sistema, define los parámetros y genera el reporte. Tipo: Referencias cruzadas: Descripción: Secundario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, digita código del cliente, fechas de consulta.

38 38 Caso de uso: Actores: Propósito: Consultar campañas publicitarias de marketing Usuario de Internet Generar un reporte de los productos comprados por un cliente Resumen: El usuario marketing ingresa al sistema, define los parámetros y genera el reporte. Tipo: Referencias cruzadas: Descripción: Secundario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, digita código del cliente, fechas de consulta.

39 39 Caso de uso: Actores: Propósito: Suscribirse en la página Usuario de Internet Generar un reporte de los productos comprados por un cliente Resumen: El usuario marketing ingresa al sistema, define los parámetros y genera el reporte. Tipo: Referencias cruzadas: Descripción: Secundario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, digita código del cliente, fechas de consulta.

40 40 Caso de uso: Actores: Propósito: Enviar sugerencias y preferencias de suscriptores Usuario de Internet Generar un reporte de los productos comprados por un cliente Resumen: El usuario marketing ingresa al sistema, define los parámetros y genera el reporte. Tipo: Referencias cruzadas: Descripción: Secundario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, digita código del cliente, fechas de consulta. Casos de Uso: Actores: Propósito: Validar Usuario Usuario, Base de Datos Registro Validar a un usuario ya registrado para el uso del subsistema de marketing. Resumen: Este caso de uso es iniciado por el Usuario. Valida al usuario mediante un login y password, que es comparado con su respectivo registro de usuario y poder utilizar la aplicación de marketing.

41 41 Referencias cruzadas: Si el Usuario aún no se ha registrado, no podrá acceder al sistema. Descripción: Gráfico No.: Título: Modelo de Caso de Uso Validar Usuario Validar Usuario B a s e D e D a t o s Usuario 7. Definición de clases 7.1. Modelo CRC. El modelo de clases - responsabilidades - colaboraciones (CRC) nos ayudara a identificar las clases candidatas, e indicar sus responsabilidades y colaboraciones. Las responsabilidades están definidas por los atributos de la clase y sus métodos u operaciones que manejan esos atributos. Las colaboraciones son otras clases que requiere

42 42 una clase para obtener una información necesaria para cumplir una responsabilidad. A continuación se muestra el formato de los cuadros de los modelos CRC a utilizarse en el proyecto de marketing. Tabla No.: Título: Modelo Clases-Responsabilidades-Colaboraciones Nombre de Clase: Tipo de la clase: Características de la clase: Responsabilidades Colaboraciones Atributos Operaciones Clase Usuario Nombre de Clase: Empleado Tipo de la clase: Características de la clase: Responsabilidades Colaboraciones Atributos Identificador

43 43 Nombre Usuario Contraseña Rol Operaciones VerIdentificador ( ): VerNombre ( ): VerUsuario ( ): VerContraseña ( ): VerRol ( ): Clase Oferta Nombre de Clase: Oferta Tipo de la clase: Características de la clase: Responsabilidades Colaboraciones Atributos Código Nombre IdProducto

44 44 FechaCreacion FechaInicio FechaFin Clase Producto Producto Operaciones VerCodigo( ) VerNombre( ) VerFechaCreacion( ) VerFechaInicio( ) VeraFechaFin( ) VerProducto( ) ModificarNombre( ) ModificarFechaCreacion( ) ModificarFechaInicio( ) ModificarFechaFin( ) CrearOferta( ) EliminarOferta( )

45 45 Clase Combo Nombre de Clase: Tipo de la clase: Características de la clase: Responsabilidades Oferta Entidad Agregada Colaboraciones Atributos Código Nombre FechaCreacion FechaInicio FechaFin No_Productos: Productos: Clase Producto PrecioVenta Operaciones VerCodigo( ) VerNombre( ) VerFechaCreacion( ) VerFechaInicio( )

46 46 VeraFechaFin( ) VerProducto( ) Clase Producto ModificarNombre( ) ModificarFechaCreacion( ) ModificarFechaInicio( ) ModificarFechaFin( ) CrearOferta( ) EliminarOferta( ) Clase Producto Clase Producto Clase Cliente Nombre de Clase: Tipo de la clase: Características de la clase: Responsabilidades Cliente Entidad Atómica Colaboraciones Atributos Código Nombre Ciudad

47 47 Direccion Estado Tipo Clase tipo cliente Operaciones VerCodigo( ) VerNombre( ) VerCiudad( ) VerDirección( ) VerEstado( ) VerTipo( ) Clase Sucursal Nombre de Clase: Tipo de la clase: Características de la clase: Responsabilidades Sucursal Entidad Atomica Colaboraciones Atributos Código Nombre Descripcion

48 48 Operaciones VerrCodigo( ) VerNombre( ) VerDescripcion Clase Producto Nombre de Clase: Tipo de la clase: Producto Entidad Características de la clase: Responsabilidades Colaboraciones Atributos Código Nombre Descripción Empresa Familia Grupo Marca Tipo Clase Producto Precio Operaciones

49 49 VerCodigo( ) VerNombre( ) VerProducto( ) ModificarNombre( ) Clase Ciudad Nombre de Clase: Tipo de la clase: Características de la clase: Responsabilidades Ciudad Entidad Atomica Colaboraciones Atributos Código Nombre Descripción Operaciones VerCodigo( ) VerNombre( ) VerDescripcion Clase sucursal Clase pais Clase Pais Nombre de Clase: Pais

50 50 Tipo de la clase: Características de la clase: Responsabilidades Entidad Atomica Colaboraciones Atributos Código Nombre Descripcion Operaciones VerCodigo( ) VerNombre( ) Clase Sugerencia Nombre de Clase: Sugerencia Tipo de la clase: Características de la clase: Responsabilidades Colaboraciones Atributos Código Ciudad Comentario

51 51 Empresa Fecha Nombre Pais Operaciones VerCodigo( ) VerCiudad( ) Clase Suscriptor Nombre de Clase: Sugerencia Tipo de la clase: Características de la clase: Responsabilidades Colaboraciones Atributos Código Ciudad Empresa Fecha Nacimiento del suscriptor Fecha de suscripcion

52 52 Estado civil Sexo Operaciones VerCodigo( ) Vernombre( )

53 53 8. Definición de Estructuras y Jerarquías de clases Las principales clases definidas son las siguientes: Clase Oferta Clase Usuario

54 Clase CabeceraCombo 54

55 55 Clase DetalleCombo Clase Suscriptor Clase Sugerencia

56 56 9. Definición De Subsistemas. Los subsistemas implementados serán: Marketing.- Es el programa principal que interactua con el usuario. Informes.- Es el subsistema que realiza reportes de productos y clientes. Tiene las siguientes funciones. o Sugerencias o Suscriptores o Inventario de Artículos o Artículos no vendidos o Sit. De Artículos por Ubicación o Sit. De Artículos por características o Comportamiento de clientes

57 57 Promociones.- Es el subsistema que realiza actividades relacionadas con las ofertas y combos. o Ofertas o Combos Publicidad.- Es el subsistema que sirve para el envío de publicidad por medio de correos electronicos. o Envío de Correos Este subsistemas se muestran en el siguiente modelo. Marketing Informes Promociones Publicidad Base de Datos

58 58

CAPITULO 2 2. MANUAL DE USUARIO. 2.1 Explicación del sistema paso a paso. Página de inicio de sesión de usuarios en la intranet.

CAPITULO 2 2. MANUAL DE USUARIO. 2.1 Explicación del sistema paso a paso. Página de inicio de sesión de usuarios en la intranet. 72 CAPITULO 2 2. MANUAL DE USUARIO. 2.1 Explicación del sistema paso a paso Página de inicio de sesión de usuarios en la intranet. 73 En la caja de texto de Usuario y Clave el usuario procederá a ingresar

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

Instructivo para la elaboración de un Manual Técnico

Instructivo para la elaboración de un Manual Técnico Instructivo para la elaboración de un Manual Técnico Autora: Ing. Alena González Reyes. (agonzalez@ceis.cujae.edu.cu) Ciudad de la Habana, Cuba Marzo, 2010 Índice 1. Introducción... 3 2. Confección...

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

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

OPTIMIZACIÓN PROCESOS ADMINISTRATIVOS DE TALLERES MECÁNICOS. OPAM.

OPTIMIZACIÓN PROCESOS ADMINISTRATIVOS DE TALLERES MECÁNICOS. OPAM. OPTIMIZACIÓN PROCESOS ADMINISTRATIVOS DE TALLERES MECÁNICOS. OPAM. DAVID ENRIQUE ISAZA CARDENAS OSCAR IVÁN MORENO GONZÁLEZ CORPORACIÓN UNIVERSITARIA MINUTO DE DIOS FACULTAD DE INGENIERÍA DEPARTAMENTO DE

Más detalles

Modelos y Bases de Datos

Modelos y Bases de Datos Modelos y Bases de Datos MODELOS Y BASES DE DATOS 1 Sesión No. 8 Nombre: Normalización de base de datos Contextualización Sabes cuál es su proceso de la normalización? Tomando en cuenta todos los conceptos

Más detalles

Capítulo 4 Implementación

Capítulo 4 Implementación Capítulo 4 Implementación Este capítulo describe los detalles de implementación del sistema. La sección 4.1 habla sobre las herramientas utilizadas y detalla la arquitectura para la implementación de ATEXEM.

Más detalles

Introducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual

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

Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar

Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar Gobierno Municipal del Cantón Bolívar Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Especificaciones de casos de uso Universidad Técnica del

Más detalles

PROCESO UNIFICADO CAPTURA DE REQUISITOS

PROCESO UNIFICADO CAPTURA DE REQUISITOS PROCESO UNIFICADO CAPTURA DE REQUISITOS El proceso unificado de desarrollo, Ivar Jacobson, Grady Booch, James Rumbaugh, Ed. Addison Wesley, 1999 The unified software development process, Ivar Jacobson,

Más detalles

Manual de Adminsitración Faranox Version WNS Versiones WNS-MultiBuss

Manual de Adminsitración Faranox Version WNS Versiones WNS-MultiBuss Manual de Adminsitración Faranox Version WNS Versiones WNS-MultiBuss Datatecno.com es una empresa dedicada a la entrega de servicios informáticos integrales. Nuestro enfoque es el constante desarrollo

Más detalles

Los requisitos de un Sistema de Información

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

así como actividades de análisis de ventas. Combinadas estas capacidades ayudan a mejorar la respuesta al cliente.

así como actividades de análisis de ventas. Combinadas estas capacidades ayudan a mejorar la respuesta al cliente. Presentación. SIP Manufacturing es un sistema integrado de MRP II basado en Windows para la administración de ventas, producción y finanzas en un ambiente de manufactura. SIP Manufacturing proporciona

Más detalles

Procedimiento de Paso a Producción de un Sistema Existente

Procedimiento de Paso a Producción de un Sistema Existente SERVICIO NACIONAL PARA LA PREVENCIÓN Y REHABILITACIÓN DEL CONSUMO DE DROGAS Y ALCOHOL Procedimiento de Paso a Producción de un Sistema Sistema de Gestión de la Seguridad de la Información Código: SSI-10-07.2

Más detalles

BP/PRV Manual PRAKTIGES. UPV/EHU Prácticas voluntarias Fecha: 1/06/2015. Empresa

BP/PRV Manual PRAKTIGES. UPV/EHU Prácticas voluntarias Fecha: 1/06/2015. Empresa BP/PRV Manual PRAKTIGES UPV/EHU Prácticas voluntarias Fecha: 1/06/2015 Empresa 2 Índice Página REQUISITOS DE ACCESO... 3 INTRODUCCIÓN... 4 CURSOS ACADÉMICOS CENTROS... 10 DATOS CENTRO... 11 NORMATIVA DE

Más detalles

PROCESO GESTIÓN ADMINISTRATIVA INSTRUCTIVO TÉCNICO ALISTAMIENTO SERVIDORES GESTIÓN DOCUMENTAL

PROCESO GESTIÓN ADMINISTRATIVA INSTRUCTIVO TÉCNICO ALISTAMIENTO SERVIDORES GESTIÓN DOCUMENTAL Versión 1.0 Página 1 de 26 Para la instalación de la aplicación SIGA (Sistema de Información y Gestión de Archivos) se debe tener en cuenta los siguientes requisitos en el servidor asignado para esta aplicación

Más detalles

Introducción. 1.- Acceso Meridian Web.

Introducción. 1.- Acceso Meridian Web. INDICE Introducción.... 2 1.- Acceso Meridian Web.... 2 2.- Navegación por la Estructura de carpetas.... 5 3.- Añadir nuevo Documento.... 7 5.- Modificar contenido del documento.... 13 6.- Reemplazar contenido....

Más detalles

Estrategias Didácticas B-Learning: ÁLGEBRA RELACIONAL

Estrategias Didácticas B-Learning: ÁLGEBRA RELACIONAL Estrategias Didácticas B-Learning: ÁLGEBRA RELACIONAL Mg. Guillermo Bernardo Durán González Guillermo.duran.g@gmail.com Modelo de diseño instruccional, basado en la modalidad semi-presencial b-learning,

Más detalles

Especificación de Requerimientos Funcionales y No Funcionales. Sistema Reservación Hotelera

Especificación de Requerimientos Funcionales y No Funcionales. Sistema Reservación Hotelera Funcionales y No Funcionales Sistema Reservación Hotelera Grupo N. XX Integrantes del Grupo Wenfri Grijalba Villegas. Kevin Jimenez Baltodano. Luis Mauricio Chavarria Perez. Fecha 19/05/15 Historia de

Más detalles

USO DE LOS RECURSOS ELECTRÓNICOS DE LA BIBLIOTECA CENTRAL DE LA UNIVERSIDAD DE PIURA. BASE DE DATOS SCOPUS: Cómo realizar una búsqueda

USO DE LOS RECURSOS ELECTRÓNICOS DE LA BIBLIOTECA CENTRAL DE LA UNIVERSIDAD DE PIURA. BASE DE DATOS SCOPUS: Cómo realizar una búsqueda USO DE LOS RECURSOS ELECTRÓNICOS DE LA BIBLIOTECA CENTRAL DE LA UNIVERSIDAD DE PIURA BASE DE DATOS SCOPUS: Cómo realizar una búsqueda Piura, Marzo de 2012 BASE DE DATOS SCOPUS: Cómo realizar una búsqueda

Más detalles

DISEÑO DEL SOFTWARE DIDÁCTICO EREN MECFLUID Y SU USO COMO APOYO DIDÁCTICO PARA LOS ESTUDIANTES DE INGENIERÍA DEL CULAGOS

DISEÑO DEL SOFTWARE DIDÁCTICO EREN MECFLUID Y SU USO COMO APOYO DIDÁCTICO PARA LOS ESTUDIANTES DE INGENIERÍA DEL CULAGOS DISEÑO DEL SOFTWARE DIDÁCTICO EREN MECFLUID Y SU USO COMO APOYO DIDÁCTICO PARA LOS ESTUDIANTES DE INGENIERÍA DEL CULAGOS Diana Costilla López 1, Erika Díaz Padilla 1 1 Universidad de Guadalajara. Centro

Más detalles

Vamos a mostrar en este vídeo como poner en funcionamiento SIGM, de una forma sencilla, en un equipo Windows.

Vamos a mostrar en este vídeo como poner en funcionamiento SIGM, de una forma sencilla, en un equipo Windows. 1 QUÉ ES SIGM? AL SIGM es la plataforma de Tramitación Electrónica del MINETUR. Es una solución integral para la tramitación electrónica de los procedimientos administrativos, que fomenta la interoperabilidad

Más detalles

Sistema de Administración de Farmacias Plan de SQA. Historia de revisiones

Sistema de Administración de Farmacias Plan de SQA. Historia de revisiones Sistema de Administración de Farmacias Plan de SQA Versión 1.0 Historia de revisiones Fecha Versión Descripción Autor 29/08/2014 1.0 Realización del documento Resp. SQA Plan de SQA Página 1 de 15 ÍNDICE

Más detalles

[ ] introducción. Sistema de información Intranet corporativa, Epson Colombia. resumen

[ ] introducción. Sistema de información Intranet corporativa, Epson Colombia. resumen [ ] resumen El trabajo que se presenta a continuación explica en forma detallada el proceso empleado para elaborar el proyecto Intranet Corporativa para Epson Colombia, como una respuesta a las necesidades

Más detalles

El modelo de casos de uso. Ingeniería de la Programación

El modelo de casos de uso. Ingeniería de la Programación El modelo de casos de uso Ingeniería de la Programación Prácticas cas 1 Contenidos Introducción RF y RNF Introducción al modelo de RF de UML. Actores y Casos de Uso Modelo de casos de uso Diagrama de contexto

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

ACUEDUCTOS VEREDALES

ACUEDUCTOS VEREDALES ACUEDUCTOS VEREDALES SOFTWARE PARA FACTURACIÓN DEL SERVICIO DE ACUEDUCTO PROPUESTA TÉCNICO ECONÓMICA Wilmer García Socio - Director TI Móvil: (57) 300.560.79.73 Skype: wilmer.gl wilmer.garcia@solucionessig.com

Más detalles

MONRET S.A.C. www.monretperu.com

MONRET S.A.C. www.monretperu.com Lima, Estimados Señores: SISMONT- Sistema Web Inmobiliario (SWDI): es un sistema de que resuelve para las empresas de control y administración de todo proceso de compra venta, almacenamiento etc. A continuación

Más detalles

Manual de Usuario (Ejecutoras)

Manual de Usuario (Ejecutoras) 1 Sistema Informático de Contraloría Social (SICS Ver. 2.0) Manual de Usuario (Ejecutoras) 2 Dirección General Adjunta de Contraloría Social Índice 3 Índice 4 Índice 5 Introducción En los Lineamientos

Más detalles

ORGANISMO COORDINADOR DEL SISTEMA ELÉCTRICO NACIONAL INTERCONECTADO DE LA REPÚBLICA DOMINICANA

ORGANISMO COORDINADOR DEL SISTEMA ELÉCTRICO NACIONAL INTERCONECTADO DE LA REPÚBLICA DOMINICANA ORGANISMO COORDINADOR DEL SISTEMA ELÉCTRICO NACIONAL INTERCONECTADO DE LA REPÚBLICA DOMINICANA TÉRMINOS DE REFERENCIA PARA LA CONTRATACIÓN DE SERVICIOS DE DESARROLLO SOFTWARE OC-GA-14-TDRCSDS1601-160128-V1

Más detalles

Proceso Transaccional

Proceso Transaccional Proceso Transaccional Documento de Construcción Proceso Transaccional 1 Tabla de Contenido Introducción... 2 Diagrama del Proceso... 3 Sub Proceso Transaccional Reserva... 4 Sub Proceso Reporte De Gastos...

Más detalles

Desarrollo de un Sistema de Gestión de Proyectos mediante el framework GWT

Desarrollo de un Sistema de Gestión de Proyectos mediante el framework GWT Proyecto de Fin de Carrera Universidad Politécnica de Valencia Escuela Técnica Superior de Informática Desarrollo de un Sistema de Gestión de Proyectos mediante el framework GWT Realizado por: Dirigido

Más detalles

Documento de Arquitectura de Software. KunaySoft. Autores: Juan Camilo González Vargas. Javier Leonardo Parra Laguna

Documento de Arquitectura de Software. KunaySoft. Autores: Juan Camilo González Vargas. Javier Leonardo Parra Laguna Documento de Arquitectura de Software KunaySoft Autores: Juan Camilo González Vargas Javier Leonardo Parra Laguna Pontificia Universidad Javeriana Bogotá, Colombia Noviembre 2014 Tabla de contenido 1.

Más detalles

MANUAL DE USUARIO REGISTRO DE PRODUCTOR DE BIENES NACIONALES DILIGENCIAMIENTO Y ENVIO DEL FORMULARIO REGISTRÓ DE PRODUCTOR DE BIENES NACIONALES

MANUAL DE USUARIO REGISTRO DE PRODUCTOR DE BIENES NACIONALES DILIGENCIAMIENTO Y ENVIO DEL FORMULARIO REGISTRÓ DE PRODUCTOR DE BIENES NACIONALES MANUAL DE USUARIO REGISTRO DE PRODUCTOR DE BIENES NACIONALES DILIGENCIAMIENTO Y ENVIO DEL FORMULARIO REGISTRÓ DE PRODUCTOR DE BIENES NACIONALES Ingresar a la página www.vuce.gov.co, opción FORMULARIO UNICO

Más detalles

UMSA INFORMATICA CREAR CUENTA (como invitado) URL: http://aurora.umsa.bo/informatica

UMSA INFORMATICA CREAR CUENTA (como invitado) URL: http://aurora.umsa.bo/informatica UMSA INFORMATICA CREAR CUENTA (como invitado) URL: http://aurora.umsa.bo/informatica Este es un sitio web que ofrece a los usuarios buscar información sobre los cursos existentes desarrollados por los

Más detalles

SOFTWARE DE GESTION PARA EL CONTROL DE ENTRADA Y SALIDA

SOFTWARE DE GESTION PARA EL CONTROL DE ENTRADA Y SALIDA SOFTWARE DE GESTION PARA EL CONTROL DE ENTRADA Y SALIDA DE PRODUCTOS E INSUMOS PARA LA EMPRESA MASTERBAG DE COLOMBIA (INVENTARIO) DEISY SOLANGE ABRIL ESPITIA JULIE ANDREA ARANGO HERRERA CORPORACIÓN UNIVERSITARIA

Más detalles

Pruebas de Usabilidad Cómo planificar, diseñar y conducir pruebas de usabilidad efectivas. Contenido. Diseño centrado en el usuario 17/06/2011

Pruebas de Usabilidad Cómo planificar, diseñar y conducir pruebas de usabilidad efectivas. Contenido. Diseño centrado en el usuario 17/06/2011 Pruebas de Usabilidad Cómo planificar, diseñar y conducir pruebas de usabilidad efectivas Introducción Preparación Conducción Análisis de resultados Reporte de resultados Contenido Diseño centrado en el

Más detalles

2011 Universidad de Sevilla Grupo IDINFOR Universidad Carlos III Grupo ENTI

2011 Universidad de Sevilla Grupo IDINFOR Universidad Carlos III Grupo ENTI 2011 Universidad de Sevilla Grupo IDINFOR Universidad Carlos III Grupo ENTI ARTEMISA. ARQUITECTURA PARA LA EFICIENCIA ENERGÉTICA Y SOSTENIBILIDAD EN ENTORNOS RESIDENCIALES DE LA SUBDIRECCIÓN GENERAL DE

Más detalles

Manual de Requisitores de compra

Manual de Requisitores de compra Manual de Requisitores de compra Objetivos: Índice Conocer el funcionamiento básico de la herramienta SAP para la elaboración de cestas de compra. Identificar el proceso para crear una cesta de compra,

Más detalles

MANUAL DEL USUARIO SOFTWARE CLUB INTERACTIVO

MANUAL DEL USUARIO SOFTWARE CLUB INTERACTIVO MANUAL DEL USUARIO SOFTWARE CLUB INTERACTIVO Dirigido a Este Manual va dirigido a todos los estudiantes, docentes y administrador del software de Modelamiento Analítico Y Esquematización, que harán uso

Más detalles

LEY QUE NORMA EL USO, ADQUISICIÓN Y ADECUACIÓN DEL SOFTWARE EN LA ADMINISTRACIÓN PUBLICA

LEY QUE NORMA EL USO, ADQUISICIÓN Y ADECUACIÓN DEL SOFTWARE EN LA ADMINISTRACIÓN PUBLICA ADQUISICIÓN DE SOFTWARE DE CORREO 1. Nombre del Área :. Responsable de la Evaluación : Aldo Quispe Santa María. Cargo : Director (e) de Tecnología de la Información y Sistemas 4. Fecha : de Julio de 007

Más detalles

Deportes LSI 03. Sistema para Gestión de Artículos Deportivos LSI 03 Visión. Versión 3.0

Deportes LSI 03. Sistema para Gestión de Artículos Deportivos LSI 03 Visión. Versión 3.0 Deportes LSI 03 Sistema para Gestión de Artículos Deportivos LSI 03 Visión Versión 3.0 Historial de Revisiones Fecha Versión Autor 22/10/2002 0.9 Propuesta inicial del documento Visión con las primeras

Más detalles

1.INTRODUCCIÓN... 6 2.INICIAR EXECUTER POS... 7 3.GENERALIDADES... 10 4.VENTAS...

1.INTRODUCCIÓN... 6 2.INICIAR EXECUTER POS... 7 3.GENERALIDADES... 10 4.VENTAS... Tabla de Contenido 1.INTRODUCCIÓN... 6 2.INICIAR EXECUTER POS... 7 3.GENERALIDADES... 10 4.VENTAS... 15 4.1 AGREGAR ARTÍCULO... 15 4.2 ELIMINAR ARTÍCULO... 19 4.3 DEFINIR CANTIDAD POR ARTÍCULO... 21 4.4

Más detalles

XII Unidad de Servicios de Informática. Marco jurídico

XII Unidad de Servicios de Informática. Marco jurídico XII Unidad de Servicios de Informática Marco jurídico Con fundamento en los artículos 64, párrafo 1, inciso a) del Reglamento Interior del Instituto Federal Electoral, corresponde a la Unidad de Servicios

Más detalles

Manual de Usuario SIGECOF ADMINISTRACIÓN DEL FLUJO DE TRABAJO (WORKFLOW)

Manual de Usuario SIGECOF ADMINISTRACIÓN DEL FLUJO DE TRABAJO (WORKFLOW) Manual de Usuario SIGECOF (WORKFLOW) - WORKFLOW APROBADO POR: JEFA DE LA ONCOP Punto: DGAT-001/2013 De Fecha: 31/01/2013 CONTROL DE REVISIONES Y ACTUALIZACIONES Nº de Versión Fecha de Aprobación y/o Actualización

Más detalles

Plan de calidad para la elaboración del compendio de indicadores

Plan de calidad para la elaboración del compendio de indicadores Fecha de emisión: 21/08/2014 Versión N. 11 Página: 1 de 5 Plan de calidad para la elaboración del compendio de Elaboró Revisó C.P. Luis Enrique Silva Hernández Analista de la Dirección de Evaluación Aprobó

Más detalles

Administrador de Proyectos Seis Sigma

Administrador de Proyectos Seis Sigma Administrador de Proyectos Seis Sigma Bizagi Suite Seis Sigma 1 Table of Contents Administrador de Proyectos Seis Sigma... 3 Elementos del proceso...10 Cuadro del Proyecto...10 El Proyecto es Válido?...13

Más detalles

ORIENTACIÓN PROFESIONAL SISTEMA DE GARANTÍA INTERNA DE CALIDAD

ORIENTACIÓN PROFESIONAL SISTEMA DE GARANTÍA INTERNA DE CALIDAD Página 1 de 8 SISTEMA DE GARANTÍA INTERNA DE CALIDAD ÍNDICE 1. OBJETO... 2 2. ALCANCE... 2 3. NORMATIVA Y/O DOCUMENTOS DE REFERENCIA... 2 4. DEFINICIONES... 2 5. RESPONSABILIDADES... 2 6. DESARROLLO...

Más detalles

Manual de Usuario del

Manual de Usuario del Manual de Usuario del Sistema Informático de Contraloría Social Abril de 2009 1 INDICE Página 1.-Implementación del Sistema 3 2.-Para iniciar una Sesión 3 3.-Funcionalidad General 4 4.-Módulos que Integran

Más detalles

FASE 1. Solicitud de Autorización. Contratación de Personal por Obra o Servicio. Página 1 de 20

FASE 1. Solicitud de Autorización. Contratación de Personal por Obra o Servicio. Página 1 de 20 Aplicación para la Gestión de Contratos por Obra o Servicio Determinado con cargo a Proyectos de Investigación, Convenios o Contratos, para los Grupos Profesionales 1 y 2 del Convenio Único de la AGE.

Más detalles

Automatización de Inventario de la Farmacia Milagritos

Automatización de Inventario de la Farmacia Milagritos Automatización de Inventario de la Farmacia Milagritos 1. DESCRIPCIÓN El manejo de inventarios es un aspecto fundamental dentro de cualquier empresa, ya que de ella depende el nivel de ventas, así como

Más detalles

REQUERIMIENTOS NO FUNCIONALES

REQUERIMIENTOS NO FUNCIONALES REQUERIMIENTOS NO FUNCIONALES REQUERIMIENTOS NO FUNCIONALES A continuación se describen las principales características no funcionales que debe contener el sistema de información. Interfaces de usuario.

Más detalles

Instituto Tecnológico de Costa Rica

Instituto Tecnológico de Costa Rica Instituto Tecnológico de Costa Rica Escuela de Ingeniería en Computación Proyecto Programado: Revisión de Utilización Médica: Aplicación Web para el control de pacientes en hospitales de Puerto Rico Práctica

Más detalles

BIBLIOGRAFÍA. - BACA URBINA, GABRIEL Evaluación de proyectos. 4ª edición, México, MX: McGraw-Hill, 2001. 383 p. ISBN: 970-10-3001-X

BIBLIOGRAFÍA. - BACA URBINA, GABRIEL Evaluación de proyectos. 4ª edición, México, MX: McGraw-Hill, 2001. 383 p. ISBN: 970-10-3001-X BIBLIOGRAFÍA - GUTIÉRREZ RODRÍGUEZ, ABRAHAM; BRAVO GARCÍA, GINÉS, PHP 5 a través de ejemplos. 1ª adición, México, MX: Alfaomega, 2005. 552p. ISBN: 970-15-1083-6. - BACA URBINA, GABRIEL Evaluación de proyectos.

Más detalles

EMPRESA DE ADMINISTRACIÓN DE INFRAESTRUCTURA ELÉCTRICA S.A ADINELSA MANUAL DE USUARIO IMAGINGSOFT 3.0 MANUAL DEL SISTEMA IMAGINGSOFT

EMPRESA DE ADMINISTRACIÓN DE INFRAESTRUCTURA ELÉCTRICA S.A ADINELSA MANUAL DE USUARIO IMAGINGSOFT 3.0 MANUAL DEL SISTEMA IMAGINGSOFT 1 MANUAL DE USUARIO IMAGINGSOFT 3.0 INDICE 1. INTRODUCCIÓN..3 2. MODULO DE INGRESO AL SISTEMA Y VALIDACION DE USUARIO.4 3. MODULO DE CAPTURA DE IMÁGENES (ESCANEO).6 4. MODULO DE INDEXACION DE IMÁGENES.10

Más detalles

SISTEMA DE APARTADO DE SALAS PARA EVENTOS

SISTEMA DE APARTADO DE SALAS PARA EVENTOS SISTEMA DE APARTADO DE SALAS PARA EVENTOS Dirección General de Comunicaciones e Informática Febrero 2008 1 INDICE 1. Objetivos del Sistema... 3 10. Solución de problemas... 23 2. Introducción... 4 3. Requisitos...

Más detalles

Tema 5. Diseño detallado.

Tema 5. Diseño detallado. Ingeniería del Software II 2011 Tema 5. Diseño detallado. Diseño del Software. Los requisitos y el análisis orientado a objetos se centran en aprender a hacer lo correcto: Entender los objetos de nuestro

Más detalles

Planificación, Administración n de Bases de Datos. Bases de Datos. Ciclo de Vida de los Sistemas de Información. Crisis del Software.

Planificación, Administración n de Bases de Datos. Bases de Datos. Ciclo de Vida de los Sistemas de Información. Crisis del Software. Planificación, n, Diseño o y Administración n de Crisis del Software Proyectos software de gran envergadura que se retrasaban, consumían todo el presupuesto disponible o generaban productos que eran poco

Más detalles

Práctica Obligatoria de Ingeniería del Software

Práctica Obligatoria de Ingeniería del Software Práctica Obligatoria de Ingeniería del Software 3º I.T.I.S Curso 2008-09 15 de octubre de 2008 Dr. Francisco José García Peñalvo Miguel Ángel Conde González Sergio Bravo Martín Tabla de contenidos 1.

Más detalles

Gestión de Permisos. Documento de Construcción. Copyright 2014 Bizagi

Gestión de Permisos. Documento de Construcción. Copyright 2014 Bizagi Gestión de Permisos Documento de Construcción Gestión de Permisos 1 Tabla De Contenido Descripción del Proceso... 3 Factores Importantes En La Construcción Del Proceso... 4 Modelo de Datos... 4 Principales

Más detalles

Departamento Nacional de Planeación República de Colombia

Departamento Nacional de Planeación República de Colombia Departamento Nacional de Planeación República de Colombia Modulo de Toma de Decisiones Metodología General para y Evaluación de Proyectos de Inversión Publica - MGA Dirección de Inversiones y Finanzas

Más detalles

Proceso Unificado de Rational

Proceso Unificado de Rational RUP: El Proceso Unificado de Rational XP: Programacion Extrema EAP: Computación Científica Ciencia de la Computación V Prof. Oscar Brnito Pacheco Proceso Unificado de Rational Orígenes Modelo original

Más detalles

PLAN DE DESARROLLO DEL PROYECTO SOFTWARE

PLAN DE DESARROLLO DEL PROYECTO SOFTWARE PAGINA 1-5 PLAN DE DESARROLLO DEL PROYECTO SOFTWARE ELABORO REVISO AUTORIZO PAGINA 2-5 Plan de Desarrollo del Proyecto Proyecto: Sistema de información para hoteles y demás establecimientos del sector

Más detalles

Arquitectura Cliente/Servidor

Arquitectura Cliente/Servidor Arquitectura Cliente/Servidor Claudio Cubillos Escuela de Ingeniería Informática Pontificia Universidad Católica de Valparaíso, Chile claudio.cubillos@ucv.cl Arquitectura cliente/servidor v Servidor: rol

Más detalles

P/. Factura Electrónica D/. Manual de Usuario Proveedores

P/. Factura Electrónica D/. Manual de Usuario Proveedores Control documental Versión del Fecha Autor Modificaciones/Comentarios documento 1.0 10/02/2011 Diputación de Teruel Versión inicial del documento 1.1 05/04/2011 Diputación de Teruel Revisado estilo 1.2

Más detalles

Anexo 4 Documento de Arquitectura

Anexo 4 Documento de Arquitectura Anexo 4 Documento de Arquitectura 1. Introducción El anexo se describe el propósito y alcance referentes al proyecto correspondiente al documento de arquitectura. 2. Propósito El propósito del anexo de

Más detalles

Manual de Usuario Comprador Módulo de Compras

Manual de Usuario Comprador Módulo de Compras Manual de Usuario Comprador Módulo de Compras Descripción General El módulo de Compras es un medio confiable, cómodo y de fácil manejo para gestionar sus adquisiciones. Este servicio permite desarrollar

Más detalles

Conceptos básicos de Ingeniería de Software

Conceptos básicos de Ingeniería de Software de Ingeniería de Software Dr. Eduardo A. RODRÍGUEZ TELLO CINVESTAV-Tamaulipas 5 de septiembre del 2012 Dr. Eduardo RODRÍGUEZ T. (CINVESTAV) Conceptos básicos 5 de septiembre del 2012 1 / 23 Objetivos Objetivos

Más detalles

SP6-ERP TABLA DE CONTENIDO. Manual de Estándares Manual del Usuario 1. GENERALIDADES... 2

SP6-ERP TABLA DE CONTENIDO. Manual de Estándares Manual del Usuario 1. GENERALIDADES... 2 C SP6-ERP TABLA DE CONTENIDO 1. GENERALIDADES... 2 1.1 ALCANCE GENERAL DEL MANUAL DEL USUARIO... 2 1.2 CONVENCIONES... 2 2. INTRODUCCIÓN AL SEUS SP6... 3 2.1 DEFINICIÓN... 3 2.2 CARACTERÍSTICAS GENERALES...

Más detalles

Propuesta de Portal de la Red de Laboratorios Virtuales y Remotos de CEA

Propuesta de Portal de la Red de Laboratorios Virtuales y Remotos de CEA Propuesta de Portal de la Red de Laboratorios Virtuales y Remotos de CEA Documento de trabajo elaborado para la Red Temática DocenWeb: Red Temática de Docencia en Control mediante Web (DPI2002-11505-E)

Más detalles

Instructivo Asesoría Básica Comunidad Virtual SharePoint 2010

Instructivo Asesoría Básica Comunidad Virtual SharePoint 2010 Instructivo Asesoría Básica Comunidad Virtual SharePoint 2010 CONTENIDO 1. Qué es? 2. Cómo crear y acceder a la Comunidad Virtual en Microsoft SharePoint 2010? Ejemplo. 3. Qué tengo en la página de inicio

Más detalles

Arquitectura y Diseño de la Solución

Arquitectura y Diseño de la Solución Arquitectura y Diseño de la Solución Recuento de Conceptos importantes Modelamiente / Versionamiento de trámites Vista Conceptual Subsistemas Funcionales Principales Detalle de los subsistemas Vista de

Más detalles

Sistema Automatizado para la gestión de la Educación de Postgrado en un Departamento Docente de la Universidad de Matanzas.

Sistema Automatizado para la gestión de la Educación de Postgrado en un Departamento Docente de la Universidad de Matanzas. 1 Sistema Automatizado para la gestión de la Educación de Postgrado en un Departamento Docente de la Universidad de Matanzas. Autores: Ing. Eyleen Escaig Macías (eyleen.escaig@umcc.cu) Dra. María de Lourdes

Más detalles

PROGRAMA EDUCATIVO DE LA CARRERA DE TÉCNICO SUPERIOR UNIVERSITARIO EN ADMINISTRACIÓN

PROGRAMA EDUCATIVO DE LA CARRERA DE TÉCNICO SUPERIOR UNIVERSITARIO EN ADMINISTRACIÓN PROGRAMA EDUCATIVO DE LA CARRERA DE TÉCNICO SUPERIOR UNIVERSITARIO EN ADMINISTRACIÓN HOJA DE ASIGNATURA CON DESGLOSE DE UNIDADES TEMÁTICAS 1. Nombre de la asignatura Informática 2. Competencias Evaluar

Más detalles

Departamento Nacional de Planeación República de Colombia. Dirección de Regalías

Departamento Nacional de Planeación República de Colombia. Dirección de Regalías Página 1 de 217 Departamento Nacional de Planeación República de Colombia Dirección de Regalías Manual del Usuario Reporte de información Manejo de Recursos en Cuentas, Reporte de Fondos (FCR,FDR,FCTeI)

Más detalles

DOCUMENTO VISIÓN SISTEMA DE VENTAS Y PRÉSTAMOS DE LA CINEMATECA BOLIVIANA PAWI. Versión 1.0. Aruquipa Mamani Rolando Willy

DOCUMENTO VISIÓN SISTEMA DE VENTAS Y PRÉSTAMOS DE LA CINEMATECA BOLIVIANA PAWI. Versión 1.0. Aruquipa Mamani Rolando Willy DOCUMENTO VISIÓN SISTEMA DE VENTAS Y PRÉSTAMOS DE LA CINEMATECA BOLIVIANA PAWI Versión 1.0 Integrantes: Aruquipa Mamani Rolando Willy Layme Ordoñez Roxana Paola Módulos Venta de Material y Facturación

Más detalles

Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0

Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0 Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0 Parte 3: TRP Avanzado MAYO 2009 Tabla de Contenidos PREFACIO...5 DESARROLLO Y MANTENCIÓN DE SOFTWARE...6 DESARROLLO DE REQUERIMIENTOS...7

Más detalles

MANUAL DE USUARIO Libro de Clases Electrónico

MANUAL DE USUARIO Libro de Clases Electrónico MANUAL DE USUARIO Libro de Clases Electrónico Tabla de Contenidos 1.- Introducción... 3 1.1.- Definiciones y Acrónimos... 3 2.- Aplicaciones del sistema... 5 2.1.- Asistencia SENCE... 5 2.2.- Libro de

Más detalles

Recomendaciones para la realización de la Documentación del Proyecto de Fin de Carrera. Departamento de Lenguajes y Sistemas Informáticos

Recomendaciones para la realización de la Documentación del Proyecto de Fin de Carrera. Departamento de Lenguajes y Sistemas Informáticos Recomendaciones para la realización de la Documentación del Proyecto de Fin de Carrera Departamento de Lenguajes y Sistemas Informáticos INDICE 1. Introducción. 2. Documentación del Proyecto de Fin de

Más detalles

MANUAL DE USUARIO PARA EL PERFIL DE ADQUISIONES

MANUAL DE USUARIO PARA EL PERFIL DE ADQUISIONES SISTEMA INTEGRAL DE LOGISTICA - USGON Versión 2.0.0 QUIPUCAMAYOC MANUAL DE USUARIO PARA EL PERFIL DE ADQUISIONES UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS OFICINA DEL PROYECTO QUIPUCAMAYOC 1 FEBRERO 2014

Más detalles

GUÍA DE EVIDENCIA DE LA UNIDAD DE COMPETENCIA

GUÍA DE EVIDENCIA DE LA UNIDAD DE COMPETENCIA MINISTERIO DE EDUCACIÓN, CULTURA Y DEPORTE SECRETARÍA DE ESTADO DE EDUCACIÓN, FORMACIÓN PROFESIONAL Y UNIVERSIDADES DIRECCIÓN GENERAL DE FORMACIÓN PROFESIONAL INSTITUTO NACIONAL DE LAS CUALIFICACIONES

Más detalles

EJ_SA. Ejemplo Sistema de Acceso

EJ_SA. Ejemplo Sistema de Acceso EJ_SA Ejemplo Sistema de Acceso 1 2 "Aplicación de control de acceso" Requisitos / Descripción del sistema Se dispone de un espacio a ser protegido que se haya compuesto de 4 pisos. El área total es de

Más detalles

PONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ

PONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ PONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ FACULTAD DE CIENCIAS E INGENIERÍA ANÁLISIS, DISEÑO E IMPLEMENTACIÓN DE UN SOFTWARE DE APOYO A LA GESTIÓN DE EMPRESAS EDITORIALES, MEDIANTE EL MODELAMIENTO Y SIMULACIÓN

Más detalles

Sistema de Administración de Farmacias Descripción de la Arquitectura Versión 1.4. Historia de revisiones

Sistema de Administración de Farmacias Descripción de la Arquitectura Versión 1.4. Historia de revisiones Sistema de Administración de Farmacias Descripción de la Arquitectura Versión 1.4 Historia de revisiones Fecha Versión Descripción Autor 29/08/2014 1.0 Versión Inicial Guillermo López 30/08/2014 1.1 Verificación

Más detalles

ADMINISTRACIÓN DE BASES DE DATOS DISTRIBUIDAS

ADMINISTRACIÓN DE BASES DE DATOS DISTRIBUIDAS 5 ADMINISTRACIÓN DE BASES DE DATOS DISTRIBUIDAS Contenido: 5.1 Conceptos Generales Administración de Bases de Datos Distribuidas 5.1.1 Administración la Estructura de la Base de Datos 5.1.2 Administración

Más detalles

Ciclo de Vida del Desarrollo de un Sistema de Información. Departamento de Ingeniería Industrial Universidad de Chile

Ciclo de Vida del Desarrollo de un Sistema de Información. Departamento de Ingeniería Industrial Universidad de Chile Ciclo de Vida del Desarrollo de un Sistema de Información Departamento de Ingeniería Industrial Universidad de Chile Temario Noción de un Ciclo de Vida Ventajas y Desventajas Modelos de Ciclos de Vida

Más detalles

LINQ TO AMAZON PLAN DE PROYECTO. Versión 1.2

LINQ TO AMAZON PLAN DE PROYECTO. Versión 1.2 LINQ TO AMAZON PLAN DE PROYECTO Versión 1.2 Historia de revisiones Fecha Versión Descripción Autor 23/08/2008 1.0 Creación del documento. Martín Rivadavia 20/08/2008 1.1 Correcciones. Martín Rivadavia

Más detalles

INDICE INTRODUCCIÓN... 3 CONCEPTOS GENERALES...

INDICE INTRODUCCIÓN... 3 CONCEPTOS GENERALES... Versión 2.0 Agosto 2007 INDICE INTRODUCCIÓN... 3 CONCEPTOS GENERALES... 4 MANEJO DE LA INFORMACIÓN...5 Botones de Uso General... 5 Ingreso de Datos... 5 INCIDENTES... 6 REGISTRO DE INCIDENTES... 6 INGRESO

Más detalles

SISTEMA DE ESPECIICACION DE REQUERIMIENTOS

SISTEMA DE ESPECIICACION DE REQUERIMIENTOS SISTEMA DE ESPECIICACION DE REQUERIMIENTOS Presentado por: Jefferson Peña Cristian Álvarez Cristian Alzate 10 CONTENIDO 1. INTRODUCCIÓN 1.1. PROPÓSITO 1.2. AMBITO DEL SISTEMA 1.3. DEFINICIONES, ACRÓNIMOS

Más detalles

MÓDULO WORD SISE MANUAL

MÓDULO WORD SISE MANUAL MÓDULO WORD SISE MANUAL 14. MANUAL DE WORD SISE INDICE 14.1 Ingreso a WordSISE 14.2 Esquemas. 14.2.1 Crear esquema 14.2.2 Modificar esquema 14.2.3 Eliminar esquema 14.3 Creación de plantillas (determinaciones

Más detalles

Solución corporativa para la gestión descentralizada de metadatos: Cliente Web de administración de metadatos

Solución corporativa para la gestión descentralizada de metadatos: Cliente Web de administración de metadatos Solución corporativa para la gestión descentralizada de metadatos: Cliente Web de administración de metadatos Joan Nunes Alonso1, Ignacio Ferrero Beato 2, y Laura Sala Martín3 1 Laboratorio de Información

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

Manual del software para la creación de mapas conceptuales MIND42. Maria José Ciudad Mas

Manual del software para la creación de mapas conceptuales MIND42. Maria José Ciudad Mas Manual del software para la creación de mapas conceptuales MIND42 Maria José Ciudad Mas Índice Introducción a Mind42 Necesidades de instalación Mind42 o Para acceder a Mind42 o Inicio: Crear un mapa conceptual

Más detalles

UNIVERSIDAD TECNICA DEL NORTE FACULTAD DE INGENIERIA EN CIENCIAS APLICADAS CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES

UNIVERSIDAD TECNICA DEL NORTE FACULTAD DE INGENIERIA EN CIENCIAS APLICADAS CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES ARTICULO Español UNIVERSIDAD TECNICA DEL NORTE FACULTAD DE INGENIERIA EN CIENCIAS APLICADAS CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES AUTORA: Olga Patricia Galiano Yépez DIRECTOR: Ing. Miguel Orquera

Más detalles

Ingeniería del Software. Pruebas. Pruebas en el PUD. Las pruebas del software. Tipos de prueba Estrategias de prueba

Ingeniería del Software. Pruebas. Pruebas en el PUD. Las pruebas del software. Tipos de prueba Estrategias de prueba Pruebas Pruebas en el PUD Las pruebas del software Diseño de casos de prueba Tipos de prueba Estrategias de prueba 1 2 Iteración en PUD Planificación de la Iteración Captura de requisitos: Modelo de casos

Más detalles

GUIÓN DE APLICACIÓN < GRUPO SEKURLAN >

GUIÓN DE APLICACIÓN < GRUPO SEKURLAN > _ Calle Elatzeta, 2 entreplanta _ 20302 Irun Gipuzkoa _ T. +34 943 635 737 F. +34 943 639 474 _ adimedia@adimedia.net www.adimedia.net _ GUIÓN DE APLICACIÓN < GRUPO SEKURLAN > GUIÓN DE APLICACIÓN GRUPO

Más detalles

Introducción En este apartado se va a proporcionar una apreciación global del SRS.

Introducción En este apartado se va a proporcionar una apreciación global del SRS. INTRODUCCIÓN Se pretende desarrollar una aplicación web para la gestión de un restaurante que ofrece espectáculos en fechas determinadas con el fin de poner en práctica los principios de planificación

Más detalles

Manual de Usuario SOFTWARE DESPACHO JURIDICO 2015.

Manual de Usuario SOFTWARE DESPACHO JURIDICO 2015. 1 Tú imagínalo, nosotros lo desarrollamos. Manual de Usuario SOFTWARE DESPACHO JURIDICO 2015. VERSIÓN 2.0 Contenido Requerimientos del Sistema... 4 Instalación de los Prerrequisitos del Sistema... 4 Instalación

Más detalles

10/09/2015 1.0 Primera versión del documento Federico González. 13/09/2015 1.0 Revisión de SQA Alejandro Tosi

10/09/2015 1.0 Primera versión del documento Federico González. 13/09/2015 1.0 Revisión de SQA Alejandro Tosi PlainStock Modelo de de Prueba Versión 5.0 Historia de revisiones Fecha Versión Descripción Autor 10/09/2015 1.0 Primera versión del documento Federico González 13/09/2015 1.0 Revisión de SQA Alejandro

Más detalles