Instituto Tecnológico de Costa Rica
|
|
- Jorge Aguirre Martin
- hace 6 años
- Vistas:
Transcripción
1 Instituto Tecnológico de Costa Rica Escuela de Ingeniería en Computación Sistema Interno de Pedidos: una aplicación móvil para el manejo y control financiero de las compras de alimentos de cada uno de los colaboradores de Avantica Technologies Informe final de práctica de especialidad para optar por el título de ingeniero en computación con el grado académico de bachillerato Erick Fauricio Rodríguez Salas San Carlos Junio, 2013
2 1 Resumen Ejecutivo Para la etapa final del proyecto se debe partir desde el hecho que debían finalizar en paralelo las dos aplicaciones que eran los entregables principales que debían resultar del proyecto. A continuación se presentan los alcances para el tercer informe: a) Finalización del diseño de interfaz para la aplicación web. b) Finalización de la sección de reportes para la aplicación web. c) Diseño del manual de usuario para ambas aplicaciones. El proyecto es el Sistema interno de pedidos y tiene como objetivo principal controlar uno de los procesos de la empresa internamente, en este caso el pedido de alimentos. Como principales necesidades en el proyecto se destacan: a) Una autenticación en ambas aplicaciones b) Los colaboradores de Avantica tienen la posibilidad de comprar y saber sus gastos quincenales. c) Ver los mensajes nutricionales relacionados con los productos en venta. d) Es necesario una gestión para la sección de anuncios e inventarios. e) Se deben generar reportes para el departamento y para el usuario. f) Se deben generar los manuales de usuario respectivos. El diseño del proyecto consiste en unas tabletas que son manipuladas por los usuarios clientes las cuales estarán ubicadas en sitios donde los usuarios puedan tomar el alimento y realizar la compra por medio de dichas tabletas, estas tabletas tendrán el Sistema Interno de Pedidos, la aplicación móvil en cuestión. Además cuenta con una página web, la cual administra la aplicación móvil mencionada anteriormente, para generar reportes de interés. 2
3 2 Tabla de contenido 1 Resumen Ejecutivo Tabla de Ilustraciones Descripción del problema Contexto del proyecto Antecedentes del proyecto Descripción del problema Enunciado del problema Solución del problema Skateholders Necesidades y expectativas Perspectiva, supuestos y dependencias del producto Requerimientos no funcionales Características generales Análisis de Riesgos Carnet de ingreso para la autenticación de la aplicación móvil Imposibilidad de acceso a internet: Objetivos y alcance del sistema Objetivos Funcionalidades Solución Implementada Modelo de diseño Arquitectura conceptual de la solución Diagrama de Clases Interfaces de Usuario Modelo de Base de datos Conclusiones y comentarios: Entregables
4 3 Tabla de Ilustraciones Ilustración 1. Arquitectura del proyecto Ilustración 2.Diagrama de clases para la aplicación móvil Ilustración 3. Diagrama de clases para la aplicación web Ilustración 4. Aplicación móvil, anuncios Ilustración 5. Aplicación móvil, autenticación Ilustración 6. Aplicación móvil, compras Ilustración 7. Aplicación web, autenticación Ilustración 8. Aplicación web, galería de imágenes Ilustración 9. Aplicación web, inventario Ilustración 10. Modelo de base de datos Descripción del problema 4.1 Contexto del proyecto El proyecto es Sistema interno de pedidos tiene como objetivo principal controlar uno de los procesos de la empresa internamente, en este caso el pedido de alimentos. Con ello el proyecto involucra dos departamentos que actualmente trabajan en conjunto para que se realice de la mejor forma. Uno de ellos es el departamento financiero que se encargará de gestionar la aplicación, ellos proveen retroalimentación y recomendaciones, mientras la parte de desarrollo, son los encargados de desarrollar las aplicaciones requeridas. Al haber un desarrollo mediante la metodología ágil Scrum, también existe un acercamiento de arquitectos al proyecto que también proveen retroalimentación y aportan nuevas ideas que se llevarán a cabo en futuras iteraciones dentro del proyecto. 4
5 4.1.1 Antecedentes del proyecto El proyecto se genera por una necesidad marcada de la organización para que sus procesos tengan un enfoque tecnológico, con ello garantiza una innovación en su gestión y además un mayor control en cada uno de sus procesos. Además de ello y con una necesidad que es más específica para el proyecto, surge de la gestión poco eficiente sobre el pedido de alimentos que se realiza en la empresa tanto para los usuarios que desean utilizar el servicio como para los que lo controlan. Ya que los primeros tienen un papel donde anotan sus pedidos y los segundos deben pasar por un proceso lento para contar cada una de las anotaciones de pedidos en los papeles, reportar las finanzas del proceso y además abastecer nuevamente con más productos. 4.2 Descripción del problema Enunciado del problema La problemática surge en la empresa ya que el pedido de alimentos por parte de los colaboradores generalmente se realiza mediante un control de hojas, esto genera un gasto innecesario de dicho material para la empresa y además es un proceso lento para el departamento administrativo encargado de la parte financiera, ya que genera un proceso lento ingresar todos los pedidos para cada uno de los trabajadores de la empresa. Además la empresa han tenido como uno de sus objetivos, controlar todos sus procesos mediante herramientas tecnológicas, y es donde la parte administrativa carece de ese refuerzo, siendo más específicos, la gestión financiera en el control de pedidos de alimentos. 5
6 4.2.2 Solución del problema La propuesta para abarcar el problema es desarrollando un proyecto que involucra dos entornos de desarrollo, uno móvil, que se realizando en Android y además otro en web con PHP en conjunto con el framework Codeigniter. El desarrollo de la aplicación en Android abarcará la parte de los usuarios que desean realizar pedidos, donde cada uno tendrá una cuenta propia y podrán adquirir varios productos en una sola cuenta, además por cada compra hay ciertos anuncios nutricionales que advierten al usuario de lo que va consumir. Finalmente, esos datos se mantendrán en una base de datos de forma permanente. Como un aspecto adicional, para la autenticación del usuario se realizará una investigación, para en un futuro el usuario logre autentificarse mediante su propia tarjeta de acceso. En el caso del desarrollo web, es la parte donde se gestiona la aplicación y en donde solo un usuario tendrá acceso. Abarca aspectos desde la configuración de mensajes hasta la generación de reportes para la compra de inventario, para el ERP de la compañía e inclusive un reporte para cada uno de los colaboradores para ver que consumieron. Además del desarrollo web, es importante mencionar que atrás de la aplicación web, debe haber un administrador de base de datos, el cual es XAMPP que genera un entorno de desarrollo y administración para bases de datos MySQL, en la cual se diseña la base de datos para el proyecto. 6
7 4.2.3 Skateholders Nombre Completo Departamento Tareas Responsabilidades Criterios de éxito José Pablo Gerente General -Dar retroalimentación en - Mantener el rol de cliente - El producto funciona Rodríguez la reunión al finalizar cada tal y como se estableció Rodríguez iteración. en el enunciado del problema y durante las reuniones durante las iteraciones. Alejandro Alfaro Líder del proyecto -Monitorear que las tareas se cumplan en el tiempo establecido. -Coordinar y liderar las reuniones que se realizan durante las iteraciones. - Líder de proyecto, el encargado directo del proyecto y el que orienta y lidera al desarrollador. - El producto se entrega en el tiempo establecido y con el cronograma de actividades completado. Maickol Chinchilla Coordinador -Asistir a las reuniones al - Mantenerse informado sobre los - Los líderes de proyecto 7
8 de final de cada iteración. proyectos que involucran a los en conjunto con sus practicantes -Dar recomendaciones al líder del proyecto sobre las tareas realizadas. practicantes y generar recomendaciones. practicantes llevaron a cabo sus tareas y acataron las recomendaciones realizadas. Dania Rodríguez Departamento financiero -Atender dudas y dar opiniones sobre la aplicación cuando el administrador del proyecto lo determine. - Expresar sus necesidades al inicio y durante el desarrollo del proyecto. - La aplicación web es utilizable y genera todo lo que se necesita. Tabla 3.1 Características de los Skateholders Necesidades y expectativas a) Cada usuario debe tener su propia cuenta, donde realice sus peticiones: Para ello tanto la aplicación Android como la aplicación web tienen un requerimiento de autenticación para realizar dichas peticiones. Además ésta expirará durante cierto tiempo de inactividad. El usuario tendrá la opción de salir de su cuenta cuanto éste lo desee. b) Las compras, configuraciones o generación de reportes que el usuario desea agregar durante el uso de la aplicación debe ser realizado con información real: Tanto para la aplicación móvil como web, toda la gestión en base de datos debe realizarse mediante transacciones atómicas y consistentes. 8
9 c) El usuario que realiza los pedidos navega entre los productos y éstos tienen información de sus precios, el usuario ve su saldo actual: La aplicación móvil tiene ordenado sus productos bajo tres categorías, donde el usuario se desplaza fácilmente entre productos y puede escoger varios productos tanto diferentes como el mismo. Además puede ver su saldo durante la compra y su deducción quincenal. d) El usuario puede ver mensajes nutricionales al final de cada compra: La aplicación móvil genera mensajes nutricionales al final de cada compra, dependiendo del número de calorías consumidas, dichos mensajes pueden ser configurables por la parte administrativa en la parte web del proyecto. e) La información debe ser almacenada de forma permanente, de forma que puedan generarse reportes en una fecha determinada: Se debe generar una base de datos que permita almacenar las cuentas de cada usuario y con base en eso generar los respectivos informes. Además debe mantener las configuraciones que se realicen a la aplicación. f) El sistema debe de proveer un mantenimiento para gestión de inventario y usuarios: Para los inventarios desde la aplicación web se tiene la opción de agregar más productos mientras pertenezcan a alguna categoría y además se puede agregar más existencias a un productos y además de puede configurar la imagen que se representa a cada producto. Para el caso de los usuarios, su administración se realiza directamente desde el administrador de base de datos que provee XAMPP. 9
10 g) El sistema provee reportes al Departamento Administrativo para el manejo y control financiero de los cobros para la deducción en la planilla por cada colaborador: Desde la aplicación web hay una opción donde se pueden generar reportes de inventario, reportes de cada colaborador o reportes para el ERP de la empresa. Todo esto se manejará con la información que esté almacenada en base de datos. h) Se provee un manual para usuarios externos que indica cada una de las funcionalidades que el sistema debe realizar: Al final del proyecto debe realizarse un manual de usuario y documentación consistente para el usuario que maneje las aplicaciones Perspectiva, supuestos y dependencias del producto El producto depende de dos entornos, uno web el cual administra y otro móvil el cual almacena las peticiones de los usuarios, esto genera que se deban conectar una misma base de datos de forma remota. Ésta debe gestionar información consistente para ambas aplicaciones por lo que es fundamental tanto para el proceso de peticiones como la generación de reportes, para ello debe contar con transacciones que impiden supuestos como la generación de inconsistencias.. 10
11 4.2.6 Requerimientos no funcionales La solución del proyecto debe implementar los siguientes requerimientos no funcionales: a) En términos de usabilidad, el sistema debe ser simple y fácil de utilizar por los colaboradores. b) El código debe estar bien organizado de acuerdo a los patrones de diseño de la industria y el código bien documentado. Esto permitirá darle mantenimiento a la aplicación. c) El código de la aplicación, scripts de la base de datos y así como todos los documentos relacionados deben estar debidamente contenidos en un sistema de control de versiones Características generales Las herramientas utilizadas son las siguientes: a) El proyecto móvil se desarrolla en Android nativo. b) Para la página web se utiliza el framework Codeigniter. c) Para la administración y desarrollo de la base de datos se cuenta con XAMPP que contiene Apache, MySQL y Phpmydmin. d) En el desarrollo de Webservices se utiliza PHP nativo. Las características del proyecto son las siguientes: 11
12 a) Posee una autenticación para ambas aplicaciones. b) Se muestran anuncios nutricionales y publicitarios, además también se procesan los pedios de alimentos de cada usuario, todo esto bajo la aplicación móvil. c) Se configuran los mensajes nutricionales y publicitarios disponibles, se procesan los reportes y además da mantenimiento a los productos como parte del inventario. d) Hay mantenimiento de usuarios con el administrador de la base de datos. 4.3 Análisis de Riesgos Carnet de ingreso para la autenticación de la aplicación móvil Categoría del riesgo Causa del riesgo Impacto del riesgo para el proyecto Probabilidad de ocurrencia Exposición ante el riesgo Tecnológico Muchas de las librerías e información del proyecto tienen su acceso por medio de internet. El proyecto tiene un impacto medio en el proyecto, ya que no cumple con la expectativa de la empresa al volver el proceso tecnológico, pero si existe la segundo opción para autenticarse mediante la extensión del teléfono. Si podría haber problemas si el usuario no conoce la extensión para autenticarse del otro modo pero no es tan indispensable para autenticarse. La imposibilidad de ingresar a cierta información o probar ciertos módulos. 12
13 Estrategia de evasión Estrategia de mitigación Estrategia de contingencia Se realizará una segunda versión del proyecto para incluir la autenticación por tarjeta de identificación. Para la primera versión del programa se pedirá una investigación que permite visualizar las herramientas a utilizar, para que en otras versiones puede utilizarse. Se realiza una base para investigar las posibles alternativas para leer las tarjetas RFID. Tabla 3.2 Análisis del riesgo para el carnet de ingreso Imposibilidad de acceso a internet: Categoría del riesgo Causa del riesgo Impacto del riesgo para el proyecto Probabilidad de ocurrencia Tecnológico Muchas de las librerías e información del proyecto tienen su acceso por medio de internet. Tiene un impacto alto ya que uno de los módulos no podrá ejecutarse debido a la imposibilidad de acceso a internet. La probabilidad de riesgo es alta, ya que en este momento solo existe un 13
14 proveedor de internet. Exposición ante el riesgo Estrategia de evasión La imposibilidad de ingresar a cierta información o probar ciertos módulos. Realizar un cronograma de actividades que logre mitigar el riesgo al que se expone. Estrategia de mitigación Conforme avanza el proyecto y aparecen ciertos riesgos se deben realizar cambios en el cronograma de actividades. Estrategia de contingencia Se visualiza el impacto y el porcentaje de ocurrencia del riesgo para realizar el calendario de actividades según los datos extraídos. Tabla 3.3 Análisis del riesgo para la imposibilidad de acceso a internet. 4.4 Objetivos y alcance del sistema Objetivos 14
15 Objetivo General El objetivo principal de este proyecto es proporcionar una aplicación móvil que funcione de herramienta para el manejo y control financiero de las compras de alimentos de cada uno de los colaboradores de Avantica Technologies Objetivos específicos Los objetivos específicos para este proyecto son los siguientes: a) Identificar mediante investigación, los procesos técnicos, de hardware y de lenguaje de programación apropiados para el desarrollo de la aplicación. b) Ofrecer una aplicación móvil para tabletas, en donde los usuarios puedan interactuar de manera fácil, cómoda, segura e inteligentemente para realizar sus pedidos c) Administrar la aplicación móvil para tabletas, mediante una aplicación web donde las configuraciones sean de fácil uso y los datos generados sean concisos. d) Integrar la aplicación móvil con la Planificación de Recursos Empresariales (ERP) de Avantica San Carlos, para el control y deducción del crédito por colaborador. e) Integrar en una guía, amigable para el usuario, los procedimientos a seguir en cada una de las acciones del sistema. 15
16 4.4.2 Funcionalidades Aplicación móvil Funcionalidad Prioridad Acceso al sistema por medio del identificador 1 El sistema debe de contar con niveles de seguridad definidos bajo estándares de aplicaciones móviles. El sistema debe permitir navegar entre los productos disponibles para la compra y cada uno indica su respectivo precio. La aplicación provee mensajes nutricionales de acuerdo al producto comprado. La aplicación debe indicar la cantidad de productos comprados y el monto total que será rebajado en la siguiente planilla al colaborador. El sistema indica mediante un registro, el monto total a ser deducido hasta la fecha actual
17 Se provee un manual para usuarios externos que indica cada una de las funcionalidades que el sistema debe realizar. 3 Tabla 3.4 Funcionalidades para la aplicación móvil. Aplicación Web Funcionalidad Prioridad Acceso al sistema por medio del identificador 1 El sistema debe de contar con niveles de seguridad definidos bajo estándares de aplicaciones web. El sistema debe de proveer un mantenimiento para insertar, modificar y eliminar productos, para el manejo del inventario. El sistema debe de proveer un mantenimiento para insertar, modificar y eliminar anuncios, para el manejo de mensajes nutricionales o publicitarios. El sistema provee reportes al Departamento Administrativo para el manejo y control financiero de los cobros por cada colaborador. El sistema debe de por integrarse con la Planificación de Recursos Empresariales (ERP) de Avantica San Carlos El sistema provee reportes al Departamento Administrativo para 3 17
18 el manejo y control financiero de los cobros para la deducción en la planilla por cada colaborador. Se provee un manual para usuarios externos que indica cada una de las funcionalidades que el sistema debe realizar. El sistema cuenta con una base de datos con la información de los colaboradores, productos, precios y mensajes nutricionales. Se debe acoplar la inserción, modificado y eliminación de la base de datos con el administrador visual de la base de datos Tabla 3.5 Funcionalidades para la aplicación web. 5 Solución Implementada 5.1 Modelo de diseño Arquitectura conceptual de la solución Básicamente el proyecto toma como partida, una solución que solvente la gestión de alimentos tanto de parte de los usuarios clientes como para los que administrarán la aplicación. Son tabletas las que serán manipuladas por los usuarios clientes, las cuales estarán ubicadas en sitios donde los usuarios puedan tomar el alimento y realizar la compra por medio de dichas tabletas, estas tabletas tendrán el Sistema Interno de Pedidos, la aplicación móvil en cuestión que conectará a la base de datos mediante Servicios Web de tipo Transferencia de Estado Representacional (REST) y con datos encapsulados en objetos con notación de javascript (JSON). Ésta tiene como secciones: 18
19 a) Anuncios: Aparece al inicio como una transición de anuncios publicitarios dedicados exclusivamente a la empresa. Además aparecerá al final de la aplicación después de realizada una compra, con un valor nutricional para concientizar al usuario de lo que está consumiendo. b) Autenticación: Una cuenta para cada uno de los colaboradores de Avantica San Carlos, que permita registrar cuentas individuales y como parte de la seguridad de la aplicación. c) Compras: La sección principal de la aplicación y es donde el usuario puede realizar su pedido y actualizar su cuenta para las respectivas deducciones que deban realizarse para los salarios. Para el caso de los usuarios administradores, tendrán a su disposición una aplicación web con acceso local y de uso restrictivo, ya que contará con el Protocolo Ligero de Acceso a Directorios con sus siglas en inglés LDAP. Dicho protocolo funciona como un servidor de autenticación para los colaboradores de Avantica San Carlos y además posee una estructura jerárquica, ya que existen roles para los usuarios y por lo tanto solo algunos tienen accesos a ciertas aplicaciones o dominios. Para este caso solo el departamento administrativo tendrá acceso a la aplicación web, mediante la autenticación vía LDAP. La aplicación web tendrá como secciones: a) Reportes: En el caso de los reportes, es la salida de datos para toda la información contenida en la base de datos, en donde se podrán generar reportes para que cada colaborador vea sus deducciones, el inventario comprado y también el archivo para actualizar el ERP de la empresa. b) Imágenes: En esta sección se eligen los anuncios tanto nutricionales como publicitarios que se muestran en la aplicación móvil. Para ello se tiene la posibilidad de elegir las imágenes que se verán, además de eliminar las que no se necesiten e inclusive agregar nuevas. c) Inventario: El usuario administrador tendrá la posibilidad de agregar, eliminar o modificar productos que se disponen como pedidos. Además 19
20 deben agregar más al inventario mediante cuentas, ya que esto ayudará en la compra y venta de productos que estén a disposición de los usuarios. Finalmente y como último punto importante del proyecto, está la base de datos, que tiene como motor a MySQL y a PhpMyAdmin como su módulo gráfico, era necesario dicho módulo gráfico porque acá es donde se administrarán los usuarios y los parámetros de configuración y para que el mantenimiento sea más eficiente. Ilustración 1. Arquitectura del proyecto 20
21 5.1.2 Diagrama de Clases Aplicación Móvil Ilustración 2.Diagrama de clases para la aplicación móvil 21
22 Aplicación Web Ilustración 3. Diagrama de clases para la aplicación web Interfaces de Usuario Ilustración 4. Aplicación móvil, anuncios 22
23 Ilustración 5. Aplicación móvil, autenticación Ilustración 6. Aplicación móvil, compras 23
24 Ilustración 7. Aplicación web, autenticación Ilustración 8. Aplicación web, galería de imágenes 24
25 Ilustración 9. Aplicación web, inventario 25
26 5.1.4 Modelo de Base de datos Ilustración 10. Modelo de base de datos 6 Conclusiones y comentarios: El proyecto logra concluir con éxito, se lograron entregar los entregables para que sean analizados por parte del departamento de aseguramiento de la calidad en donde ellos deciden que prosigue con la aplicación. Durante la primera etapa se trabajó en el desarrollo móvil de la aplicación, que era uno de los objetivos más importantes y su funcionalidad debía cumplir con las necesidades mostrada por la empresa. Paralelamente se trabaja con el diseño e implementación de la base de datos para que los datos reales fueran almacenados satisfactoriamente, pero para almacenarlos se realizan los servicios web necesarios para conectar ambos ambientes. 26
27 Todo lo comentado anteriormente se desarrolla para el momento de entrega del primer informe. Con esa finalización se procede a una fase de pruebas para la aplicación por parte del grupo de trabajo y se trabajó posteriormente en la retroalimentación de dichas pruebas. Una vez finalizado este proceso se procedió a trabajar en la gestión de usuarios en donde básicamente era de investigación con la herramienta gráfica de PhpMyAdmin. La última fase del proyecto en donde se trabaja durante la realización del segundo informe se desarrolla la aplicación donde también era importante ya que esta sección facilita la labor para el departamento de finanzas. Posteriormente se realizan pruebas y la retroalimentación respectiva. Finalizados los dos entregables se realizó un manual de usuario para ambas aplicaciones y además se detalló y finalizó el documento sobre la viabilidad de la autenticación por tarjeta que fue un trabajo que se realizó durante el desarrollo de la aplicación móvil. Además se realiza otro documento que ofrece propuestas para la compra de las tabletas que ejecutarán la aplicación móvil. 6.1 Entregables Los productos entregables finalmente fueron: a) La aplicación web. b) La aplicación móvil. c) Estudio de viabilidad para la autenticación por tableta. d) Propuestas para la compra de las tabletas. 27
28 Actualmente los entregables principales son funcionales pero pueden existir mejoras a nivel de diseño de interfaz, desde la creación de un logo hasta la estructuración de la página web. Desde un inicio se pensaba hacer la autenticación móvil de dos maneras, digitando una contraseña y pasando una tarjeta para autentificar, finalmente para la segunda solo hay un estudio de viabilidad y desde ahí se debe partir para implementar esa opción. 28
Historia de Usuario. Historia de Usuario
Historias de usuario Número: 1 Nombre: Ingreso a la página Prioridad en Negocio: 1 Iteración Asignada: 0 Descripción: Yo como usuario deseo acceder a la página de forma rápida y que su login sea de forma
ESPE UNIVERSIDAD DE LAS FUERZAS ARMADAS INNOVACIÓN PARA LA EXCELENCIA
ESPE UNIVERSIDAD DE LAS FUERZAS ARMADAS INNOVACIÓN PARA LA EXCELENCIA IMPLEMENTACIÓN DE UN SISTEMA WEB TRANSACCIONAL Y LOGÍSTICO PARA LA MICROEMPRESA CRÉDITOS KRISMAT, MEDIANTE LA UTILIZACIÓN DE LA PLATAFORMA
Instituto Tecnológico de Costa Rica. Sede San Carlos
Instituto Tecnológico de Costa Rica Sede San Carlos Escuela de Ingeniería en Computación Avante Software Sistema de control de Membrecías (ADSC) Practica de especialidad para optar por el título de Ingeniería
SERVICIO MIGRACIÓN SISTEMA DE AYUDA DEL PUESTO DE MANIOBRA DE TALLERES
ESPECIFICACIONES TÉCNICAS SERVICIO MIGRACIÓN SISTEMA DE AYUDA DEL PUESTO DE MANIOBRA DE TALLERES 1. ANTECEDENTES GENERALES Metro de Santiago cuenta con un sistema de ayuda del puesto de maniobra de talleres
El sistema será definido como SACP (Sistema de Administración de Clientes y Proveedores).
ERS IEEE 830 En el capítulo 1 se explicó que es el estándar IEEE 830. A continuación, se lo aplica en la definición de los requerimientos del sistema, basado en las historias de usuario. Introducción Propósito
Developing ASP.NET MVC 4 Web Applications
Código: S28 Duración: 25 horas En este curso, los estudiantes aprenderán a desarrollar aplicaciones ASP.NET MVC con avanzadas tecnologías y herramientas de.net Framework 4.5. Se centrará en la codificación
Array Development. Array Development Plan de Pruebas de Aceptación Versión 1.0
Array Development Array Development Versión 1.0 Array Development Versión 1.0 Historia de Revisión Fecha Versión Descripción Autor 27/06/2007 1.0 Versión Final Array Development Pág. 2 de 15 Array Development
Especificación de requisitos de software
Especificación de requisitos de software Proyecto: Desarrollo de un sistema recomendador web para la toma de decisiones durante el proceso de adquisición de equipos de cómputo utilizando árboles de decisión.
Aplicación Android con Web Service Catálogo de productos en Android. Aplicación dirigida a: Accesorios Alma Mística.
Aplicación Android con Web Service Catálogo de productos en Android Aplicación dirigida a: Accesorios Alma Mística Instituto: UneWeb Elaborado: Ing.Yesid Steven Hernández Sossa 1. Denominación del proyecto
Especificación de Requerimientos <Nombre del Proyecto> Nombre del Grupo de Desarrollo o Asignatura Nombre del Autor
Especificación de Requerimientos Nombre del Grupo de Desarrollo o Asignatura [Este documento es la plantilla base para elaborar el documento Especificación de Requerimientos. Los textos que aparecen entre
Instituto Tecnológico de Costa Rica. Sede Regional San Carlos. Carrera de Ingeniería en Computación
Instituto Tecnológico de Costa Rica Sede Regional San Carlos Carrera de Ingeniería en Computación Mobile Testing Framework: Una plataforma de Automatización de pruebas en dispositivos móviles. Informe
ESPECIFICACIONES TÉCNICAS LICITACIÓN PÚBLICA MIGRACIÓN DE SOFTWARE SISTEMA DE GESTIÓN DE VESTUARIO
ESPECIFICACIONES TÉCNICAS LICITACIÓN PÚBLICA 1. ANTECEDENTES GENERALES METRO S.A requiere migrar el sistema de Gestión de Vestuario desarrollado en el framework Genexus X para plataformas en lenguaje Java
MANUAL DE USUARIO DIEGO FERNANDO CAICEDO MOSQUERA CÓDIGO NO GERMAN AUGUSTO CESPEDES YELA CÓDIGO NO UNIVERSIDAD DE LOS LLANOS
MANUAL DE USUARIO IMPLEMENTAR UN SISTEMA DE INFORMACIÓN WEB PARA EL REPOSITORIO DE LOS DOCUMENTOS GENERADOS EN EL PROCESO DE AUTOEVALUACIÓN Y EL PLAN DE MEJORAMIENTO DE LOS PROGRAMAS DIEGO FERNANDO CAICEDO
ANEXOS ANEXO 1 PLATAFORMA VIRTUAL DE APRENDIZAJE COLABORATIVO BASADO EN LA METODOLOGÍA POL. (PLAPOL+)
ANEXOS ANEXO 1 PLATAFORMA VIRTUAL DE APRENDIZAJE COLABORATIVO BASADO EN LA METODOLOGÍA POL. (PLAPOL+) Carlos Andrés Moreno Mayor Fernando José García Cabal DOCUMENTO DE ANALISIS 1 REVISIONES Versión Fecha
MANUAL DE USUARIO Módulo de Compras
MANUAL DE USUARIO Módulo de Compras Tel. 01 800 63 22 887 INDICE Introducción 2 Área Funcional : operaciones 3 Requisiciones 5 Registro 5 Detalles de Requisición 6 Crear Formato 9 Envíar Correo 11 Actualización
Proyecto Fin de Carrera
Proyecto Fin de Carrera Capítulo 2: Memoria Descriptiva Página 15 de 265 Capítulo 2: Memoria Descriptiva 3. Objetivo del proyecto En este proyecto se desarrolla una aplicación basada en algunas de las
COBIT EN AVATAR. Karina Valverde Walter Barrantes DOMINIO: PLANIFICACIÓN Y ORGANIZACIÓN DETERMINAR LA DIRECCIÓN TECNOLÓGICA
COBIT EN AVATAR DOMINIO: PLANIFICACIÓN Y ORGANIZACIÓN DETERMINAR LA DIRECCIÓN TECNOLÓGICA Se va a promover la innovación tecnológica, estableciendo tecnología de punta que se encuentre administrada por
Planeador de Torneos y Competencias: PLATYCO. Documentación de la Arquitectura de Software
Planeador de Torneos y Competencias: PLATYCO Documentación de la Arquitectura de Software Daniel Santiago Vásquez Acero 22/08/2014 Tabla de figuras Ilustración 1: Modelo "4+1"[1]... 4 Ilustración 2: Servicio
UNIVERSIDAD NACIONAL DE INGENIERIA. UNI-NORTE Sede Regional En Esteli. Elaborado Por: Ing. Ruth Itzamara Calderon Jarquin.
UNIVERSIDAD NACIONAL DE INGENIERIA UNI-NORTE Sede Regional En Esteli. Requerimientos Funcionales SISTEMA DE CONTROL DE FERRETERÍA. Elaborado Por: Ing. Ruth Itzamara Calderon Jarquin. 1- FUNCIONALIDAD El
Términos de referencia Interfaz web para ClaveÚnica Unidad de Modernización y Gobierno Digital 2016
Términos de referencia Interfaz web para ClaveÚnica 2016 1. Contexto General 2. Objetivo general del servicio a contratar 2.1 Objetivos específicos 3. Alcance de los Servicios 4. Metodología de control
INGENIERÍA DE SISTEMAS E INFORMÁTICA SANGOLQUÍ, MAYO 2015
INGENIERÍA DE SISTEMAS E INFORMÁTICA TEMA: ANÁLISIS, DISEÑO E IMPLEMENTACIÓN DE UN MICRO SITIO WEB DENOMINADO OBSERVATORIO DE RELACIONES INTERNACIONALES Y CONFLICTOS (ORIC), UTILIZANDO GESTOR DE CONTENIDOS
MANUAL DE USUARIO DEL SISTEMA DE INTRANET DE LA DEFENSORIA DE LOS DERECHOS HUMANOS DEL PUEBLO DE OAXACA
MANUAL DE USUARIO DEL SISTEMA DE INTRANET DE LA DEFENSORIA DE LOS DERECHOS HUMANOS DEL PUEBLO DE OAXACA CONTENIDO TABLA DE ILUSTRACIONES... 3 MENÚ PRINCIPAL... 6 INICIO... 6 OFICINAS... 7 Área de sistemas...
Latacunga 2013 ESCUELA POLITÉCNICA DEL EJÉRCITO. Departamento de Eléctrica y Electrónica Carrera de Tecnología en Computación
ESCUELA POLITÉCNICA DEL EJÉRCITO Departamento de Eléctrica y Electrónica Carrera de Tecnología en Computación DISEÑO E IMPLEMENTACIÓN DEL PORTAL WEB Y REPOSITORIO DIGITAL PARA LA ESCUELA DE CABALLERÍA
Sistemas de Información para la Gestión
Sistemas de Información para la Gestión UNIDAD 5_Tema 1: Procesos de TI U.N.Sa. Facultad de Cs.Económicas SIG 2017 UNIDAD 5: SERVICIOS DE TECNOLOGÍA DE INFORMACIÓN 1. Procesos de TI: Planeamiento y Organización.
TEMA: DESARROLLO DE UN SISTEMA WEB QUE APOYE LA COORDINACIÓN DE APROBACIÓN, SEGUIMIENTO DE EJECUCIÓN Y CIERRE DE PROYECTOS EN LA JEFATURA DE
TEMA: DESARROLLO DE UN SISTEMA WEB QUE APOYE LA COORDINACIÓN DE APROBACIÓN, SEGUIMIENTO DE EJECUCIÓN Y CIERRE DE PROYECTOS EN LA JEFATURA DE INVESTIGACIÓN, INNOVACIÓN Y TRANSFERENCIA DE TECNOLOGÍA DE LA
Términos de Referencia. Servidor Público 7 Especialista de Desarrollo con conocimiento de Sistema de Información Geográfica
Términos de Referencia Servidor Público 7 Especialista de Desarrollo con conocimiento de Sistema de Información Geográfica Posición Responsable de definir la configuración de la arquitectura de sistemas
PRESENTADO POR: JOSE IVAN MELO ACOSTA SERGIO ESTEBAN BERNAL CASTILLO MANUAL DEL USUARIO UNIVERSIDAD DE CUNDINAMARCA FACULTAD DE INGENIERIA
1 OVA DE APOYO AL PROCESO DE APRENDIZAJE DEL NUCLEO TEMATICO DE SISTEMAS OPERATIVOS EN TECNOLOGÍA EN DESARROLLO DEL SOFTWARE DE LA UNIVERSIDAD DE CUNDINAMARCA, EXTENSIÓN SOACHA PRESENTADO POR: JOSE IVAN
IMPLEMENTACIÓN DE INTEGRACIÓN DE SISTEMAS HEREDADOS UTILIZANDO WEB SERVICES
CAPÍTULO 5 IMPLEMENTACIÓN DE INTEGRACIÓN DE SISTEMAS HEREDADOS UTILIZANDO WEB SERVICES 5.1 Introducción En el capítulo anterior, se dio a conocer la arquitectura propuesta para la implementación de la
AJUNTAMENT DE VALENCIA SERVICIO DE BOMBEROS, PREVENCIÓN E INTERVENCIÓN EN EMERGENCIAS E
E-01501-2011-422 PLIEGO DE CONDICIONES TECNICAS que ha de regir en la contratación del suministro e instalación de un software de gestión documental así como su integración en el sistema de información
GUÍA DEL USUARIO. MyBill
GUÍA DEL USUARIO 6 User Guide REGISTRO Para registrarse en DHL primero debe registrarse con DHL.com Visite https://www.mydhl.dhl.com y seleccione Regstrarse Ahora. El primer usuario para registrar una
CAPÍTULO 5 DESARROLLO DEL SISTEMA
DESARROLLO DEL SISTEMA CAPÍTULO 5 DESARROLLO DEL SISTEMA 5.1 IMPLEMENTACIÓN DE BASE DE DATOS La implementación de la base de datos se realizó usando el manejador de Bases de datos Microsoft SQL Server
Estrategia de Pruebas
Estrategia de Pruebas Introducción: Las pruebas son parte integral de un proyecto y del ciclo de vida de la aplicación. Dentro un proyecto de implementación, las pruebas siguen un enfoque estructurado
Reglamento de Gobierno Corporativo
JM-62-2016 Reglamento de Gobierno Corporativo JM-62-2016, JM-102-2011, COBIT 4.1 By JAV juan.antoio.vc@gmail.com - 08/2016 CAPÍTULO I: DISPOSICIONES GENERALES Artículo 2: Definiciones Sistema de control
La Solicitud de Dictamen Técnico, deberá plasmar los siguientes puntos:
La Solicitud de Dictamen Técnico, deberá plasmar los siguientes puntos: Objetivo. Del sistema. Alcance. Del sistema en general y de cada módulo. Detalle que deberá alcanzar el Software a Desarrollar. Describir
GUÍA OPCIÓN ADMINISTRACIÓN DE USUARIOS MANTENIMIENTO DE USUARIOS.
GUÍA OPCIÓN ADMINISTRACIÓN DE USUARIOS MANTENIMIENTO DE USUARIOS. INTRODUCCIÓN La presente guía tiene la finalidad de presentar los pasos que debe realizar el Usuario Master o el Usuario Administrador
Diseño del Servicio Transición del Servicio
Fases de ITIL Diseño del Servicio Transición del Servicio Diseño del Servicio: Diseño de Servicio es una etapa en general del ciclo de vida del servicio y un elemento importante en el proceso de cambio
Solución informática
Solución informática Andrés Felipe Crespo García 4151310014 UNIVERSIDAD DE CARTAGENA Facultad de Ingeniería PROGRAMA DE INGENIERÍA DE SISTEMAS Programas de Educación Abierta y a Distancia Cartagena D.
INFORME FINAL DE PASANTIA
Universidad de Carabobo Facultad Experimental de Ciencias y Tecnología Licenciatura en Computación INFORME FINAL DE PASANTIA Elaborado por María Alejandra Rodríguez Vernáez Presentado ante la Ilustre Universidad
Características generales de un servicio Web.
Características generales de un servicio Web. Qué son los Servicios Web? Existen múltiples definiciones sobre lo que son los Servicios Web, lo que muestra su complejidad a la hora de dar una adecuada definición
INSTRUCTIVO DE APLICATIVO UCNC MOVIL. Versión Dirigido a: Administradores del Aplicativo: UCNC Móvil
INSTRUCTIVO DE APLICATIVO UCNC MOVIL Versión 1.0.0 Dirigido a: Administradores del Aplicativo: UCNC Móvil Página 2 de 25 Contenido GUÍA OPERATIVA... 3 Acceso al aplicativo web... 3 Creación y Consulta
Gestión de las Devoluciones de la tienda online GrandesZapatos
Trabajo Final de Máster (Administración de Web y Comercio Electrónico) Gestión de las Devoluciones de la tienda online GrandesZapatos Autora: Raquel Borjabad Piedra Consultor: Manel Zaera Idiarte Tabla
Dirección de Servicios y Recursos de Información. Formación Manual Joomla 1.5. MANUAL DE USUARIO Joomla 1.5. Parte 1. Manual Joomla 1.
MANUAL DE USUARIO Joomla 1.5 Parte 1 Página 1 de 13 Tabla de contenido Procedimiento:... 3 1. Acceso al sitio... 3 1.1. Acceso para Público... 3 1.2. Acceso para usuarios del Front-End... 3 1.3. Acceso
Modelo de Desarrollo en Capas para VB. NET
Modelo de Desarrollo en Capas para VB. NET Cuando se construye software como producto empresarial o comercial, se llevan a cabo varias técnicas de manera que el desarrollo se haga en forma ordenada y así
Gerencia de Proyectos
3. Planificación y Dirección del Proyecto a. Plan del Proyecto b. Proceso de Dirección 1 Esfuerzo Ciclo de vida del proyecto Ciclo de vida del proyecto Imagen tomada de: http://www.formasminerva.com/bancoproceso/c/como_administrar_proyectos_de_desarrollo_de_software/como_administrar_proyectos_de_desarrollo_de_software.asp?codidioma=esp
CONFIGURANDO EL SERVIDOR DE SIABUC9 ACTIVIDADES PREVIAS
CONFIGURANDO EL SERVIDOR DE SIABUC9 ACTIVIDADES PREVIAS Previo a la configuración del servidor de SIABUC9 es necesario que en el equipo de cómputo se realicen las siguientes acciones: Establecer una IP
MANUAL DE USUARIO SISTEMA DE COSTOS ABC SICUD ABC
MANUAL DE USUARIO SISTEMA DE COSTOS ABC SICUD ABC UNIVERSIDAD DISTRITAL FRANCISCO JOSE DE CALDAS COORDINACION GENERAL DE AUTOEVALUACIÓN Y ACREDITACION 2006 1 TABLA DE CONTENIDO INTRODUCCIÓN...5 1. GENERALIDADES
NÚMERO DE HORAS: 160H PROGRAMACIÓN WEB EN EL ENTORNO CLIENTE OBJETIVO
PACK FORMATIVO EN DESARROLLO DE APLICACIONES CON TECNOLOGÍA WEB NÚMERO DE HORAS: 160H PROGRAMACIÓN WEB EN EL ENTORNO CLIENTE OBJETIVO - Identificar la estructura de una página web conociendo los lenguajes
Puesta en marcha de Aspel-NOI 8.0
Puesta en marcha de Aspel-NOI 8.0 Para comenzar el uso del sistema Aspel-NOI 8.0 se debe: 1. Instalar la versión 8.0 de Aspel-NOI. 2. Activar el sistema. 3. Configurar el sistema para su uso. 4. Iniciar
MANUAL DE PROGRAMADOR
MANUAL DE PROGRAMADOR Tabla de Contenido Introducción... 3 Información destacada... 3 Objetivos... 3 1.Requerimientos... 4 2.Instalación y Configuración... 5 3.Diagrama Entidad Relación... 6 4.Desarrollo
Puesta en marcha de Aspel-NOI 7.0
Puesta en marcha de Aspel-NOI 7.0 Para comenzar el uso del sistema Aspel-NOI 7.0 se debe: 1. Instalar la versión 7.0 de Aspel-NOI. 2. Activar el sistema. 3. Configurar el sistema para su uso. 4. Iniciar
Agenda. Problemática. Pregunta generadora. Objetivo general y objetivos específicos. Desarrollo del trabajo de grado. Conclusiones.
Herramienta para la administración de requerimientos de los proyectos de las asignaturas de Ingeniería y Arquitectura de Software de la Pontificia Universidad Javeriana Estudiante Carlos David Duarte Alfonso
Requerimientos No Funcionales
No Funcionales Códigos Prepago Camilo Baquero Jiménez Andrés Camilo Martínez Pérez ID RN- 01 Versión 0.1.0 Prioridad Alta Descripción El sistema debe permitir al usuario autenticarse con su nombre de usuario
Sistema de Control de Energía Eléctrica. Manual de Usuario. 09/11/2015 YACHAY.EP Autora: Jenny Rea
Sistema de Control de Energía Eléctrica. Manual de Usuario 09/11/2015 YACHAY.EP Autora: Jenny Rea ÍNDICE REQUISITOS TECNOLÓGICOS PARA EL USUARIO... 3 INGRESO... 3 USUARIOS:... 5 ADMINISTRADOR... 5 OPCIONES
Dirección de Tecnologías de la Información
Plantilla 1.1 MINISTERIO DE FINANZAS PÚBLICAS MANUAL DE ORGANIZACIÓN Y FUNCIONES Dirección de Tecnologías de la Información Guatemala, diciembre de 2017 Índice Introducción 2 Propósito del manual 2 Descripción
Instituto Tecnológico de Costa Rica. Centro de Cómputo. Oficina de Planificación Institucional. Unidad Especializada de Control Interno
Instituto Tecnológico de Costa Rica Centro de Cómputo Oficina de Planificación Institucional Unidad Especializada de Control Interno Manual de Usuario Sistema Específico de Valoración de Riesgo Institucional
Guía Pedagógica y de Evaluación del Módulo: Elaboración y mantenimiento de sistemas de información
9. Materiales para el Desarrollo de Actividades de Evaluación Unidad de Aprendizaje: 1. Implementación de sistemas de información. Resultado de Aprendizaje: 1.1 Elabora sistemas de información con base
Metodología propia del ERP de SAP
3 Metodología propia del ERP de SAP METODOLOGÍA 1.1.1. Metodología ASAP La metodología ASAP es una metodología por fases, orientada a entregables que agiliza los proyectos de aplicación, minimiza el riesgo
Instrucción 1 Criterios, Convenciones y recomendaciones para utilizar este instructivo
Página 1 de 7 1. Propósito. Elaboración del para el desarrollo de sistemas de información automatizados. 2. Ámbito de responsabilidad. RGPY Responsable de Gestión de Proyectos. RAPE Responsable de la Administración
3. Capítulo 3. Diseño de un generador de interfaces para administrar colecciones
3. Capítulo 3. Diseño de un generador de interfaces para administrar colecciones La utopía es el principio de todo progreso y el diseño de un futuro mejor. Anatole France (1844-1924) Escritor francés.
Ingeniería de Software II. SETEPROS Plan de pruebas. Versión 1.0
Ingeniería de Software II SETEPROS Versión 1.0 Historial de revisiones Date Version Description Author 1.0 Primera versión Marcos Duque Oviedo Ingeniería de Software II, 2010 Página 2 de 11 Tabla de contenidos
Usted expone el problema y nosotros la solución.
Usted expone el problema y nosotros la solución. 1 Quienes Somos? Baldera Solutions es una empresa Dominicana fundada en el año 2003, la misma está centrada en el desarrollo de software, su sistema principal
COMIDA RÁPIDA SIWPAS. Sistema de Información vía Web para la Promoción y Administración de Servicios Visión. Versión 1.0
COMIDA RÁPIDA SIWPAS Sistema de Información vía Web para la Promoción y Administración de Servicios Visión Versión 1.0 Visión 1. Introducción 1.1 Propósito El propósito de éste documento es recoger, analizar
SISTEMATIZACIÓN DE LA GENERACIÓN DE PRESUPUESTOS PARA PROYECTOS DE OBRA: SISTEMA DE ADMINISTRACIÓN DE MATERIALES DE TUBERÍA
SISTEMATIZACIÓN DE LA GENERACIÓN DE PRESUPUESTOS PARA PROYECTOS DE OBRA: SISTEMA DE ADMINISTRACIÓN DE MATERIALES DE TUBERÍA PARA INARGOS LTDA. DOCUMENTO DE ARQUITECTURA DE SOFTWARE VERSIÓN 3.0 BOGOTÁ,
SECRETARÍA DE LA GESTIÓN PÚBLICA MANUAL DE USUARIO SISTEMA DE GESTIÓN DE DOCUMENTOS DESPACHO DEL C. SECRETARIO
SECRETARÍA DE LA GESTIÓN PÚBLICA MANUAL DE USUARIO SISTEMA DE GESTIÓN DE DOCUMENTOS DESPACHO DEL C. SECRETARIO Guanajuato, Gto. A 01 de Septiembre de 2011 1 Introducción Presentación INDICE 1.- Acceso
SISTEMA DE INFORMACIÓN DE COSTOS DE PRODUCCIÓN PARA LAS MICROS Y PEQUEÑAS EMPRESAS DEL SECTOR CONFECCIONES INFANTILES (GCP v1.0) DESCRIPCIÓN DE OBRA
SISTEMA DE INFORMACIÓN DE COSTOS DE PRODUCCIÓN PARA LAS MICROS Y PEQUEÑAS EMPRESAS DEL SECTOR CONFECCIONES INFANTILES (GCP v1.0) DESCRIPCIÓN DE OBRA Unidades Tecnológicas De Santander Bucaramanga Contenido
INFORME FINAL DE PASANTIA
Universidad de Carabobo Facultad Experimental de Ciencias y Tecnología Licenciatura en Computación INFORME FINAL DE PASANTIA Elaborado por Steven Alejandro Capuzzi Moreno Presentado ante la Ilustre Universidad
FORMULACIÓN DE ENCUESTA
Anexo Nº 1 Formulario de la encuesta FORMULACIÓN DE ENCUESTA Esta encuesta es aplicada a los docentes de la unidad académica CIYA, la misma que tiene por objetivo recopilar información acerca de la producción
Instituto Tecnológico de Costa Rica Departamento de Ingeniería en Computación. Informe Final. IC-8841 Práctica de especialidad. Diego Rojas Aragonés
Instituto Tecnológico de Costa Rica Departamento de Ingeniería en Computación Informe Final IC-8841 Práctica de especialidad Diego Rojas Aragonés Semestre II, 2011 Tabla de contenido Resumen Ejecutivo...
Capítulo V. Alta y Consumo de Servicios
Capítulo V Alta y Consumo de Servicios 2 Capítulo V Alta y Consumo de Servicios Introducción Este capítulo describe, a nivel técnico, los requerimientos y pasos necesarios para que un organismo provea
Programación páginas web con PHP
Programación páginas web con PHP Duración: 65 horas Objetivos: Curso de desarrollo de aplicaciones web. Para ello se estudia la programación de la parte cliente con JavaScript y la programación de la parte
Desarrollo del Módulo de Transportes para el Sistema de Gestión Académica RUTADEMIC
Gestión Académica RUTADEMIC DOCUMENTO DE ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE REQUISITOS FUNCIONALES Y NO FUNCIONALES Especificación de Requerimientos de Software DERS Historial de Revisión Fecha
Conclusiones y recomendaciones
Conclusiones y recomendaciones El MD5C otorga, al grupo de desarrollo, 3 vistas claramente definidas en base a: a. Los tipos de presentación y subpresentación que tiene la aplicación. b. Las 5 capas que
Ingeniería de Software. Ingeniería de Requisitos Clase 4
Clase 4 Sebastián Pizard Universidad de la República Actividades de la ingeniería de requisitos Desarrollo de requisitos Gestión de requisitos Planificación Gestión de Cambios Trazabilidad Validación Stakeholders
MANUAL DE USUARIO JENNY PATRICIA MORALES MALDONADO
MANUAL DE USUARIO 2015-2016 JENNY PATRICIA MORALES MALDONADO MANUAL DE USUARIO SISTEMA DE CAPTACIÓN DE REQUERIMIENTOS DE DESARROLLO DE SOTWARE. Introducción: EL Sistema de Captación de Requerimientos de
Proyecto de IS3. Tercera iteración. Documento de modelo funcional
3 de mayo de 2009 Proyecto de IS3. Tercera iteración 4 de mayo de 2009-2 - Índice Historial...3 Identificación de actores...4 Identificación de casos de uso...5 Descripción de los casos de uso...6 Identificar...6
BAC Credomatic Network. Manual de usuario. Configuración Personal
BAC Credomatic Network Manual de usuario Configuración Personal En la Sucursal Electrónica de BAC CREDOMATIC podemos realizar varias solicitudes, entre ellas contamos con la de Configuración Personal.
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 UNA HERRAMIENTA CASE PARA LA GESTIÓN DEL ALCANCE DE PROYECTOS BASADA EN WBS Anexos Germán
Plan de Estudios Experto Desarrollo GIS
Plan de Estudios Experto Desarrollo GIS 1 Experto Desarrollo GIS 2017 2018 Experto Desarrollo GIS El Experto en Desarrollo GIS nace de la demanda de mercado de desarrolladores con conocimientos de Plataforma
Especificación de requisitos de software. Proyecto: PLATAFORMA UNIFICADA DE PRODUCTOS Y SERVICIOS VETERINARIOS Revisión 1
Especificación de requisitos de software Proyecto: PLATAFORMA UNIFICADA DE PRODUCTOS Y SERVICIOS VETERINARIOS Revisión 1 30 de octubre de 2016 Ficha del documento Fecha Revisión Autor Verificado dep. Calidad.
UNIVERSIDAD NACIONAL PROGRAMA DESARROLLO DE RECURSOS
I. IDENTIFICACIÓN PROFESIONAL EJECUTIVO EN DESARROLLO TECNOLOGICO INFORMATICO/A EN SISTEMAS-CGI Pág: 1 De 6 PERFIL DEL PUESTO ESTADO: ACTIVO MACROPROCESO ESTRATO NIVEL CATEGORIA CODIGO (PUESTO) DESARROLLO
UNIVERSIDAD DE GUAYAQUIL
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES MANUAL TÉCNICO DE LA APLICACIÓN MULTI- PLATAFORMA PARA EL APOYO EN EL APRENDIZAJE DEL
MANUAL DE USUARIO DE GEOPROYECTOS ENTIDAD VERSIÓN: 1.0
MANUAL DE USUARIO DE GEOPROYECTOS ENTIDAD VERSIÓN: 1.0 FECHA: 4 de Abril de 2016 1 TABLA DE CONTENIDO INTRODUCCIÓN. 3 OBJETIVO DE LA PLATAFORMA... 4 1. DESCRIPCIÓN GENERAL DE LA ESTRUCTURA DE INTERFAZ
TÍTULO RELATO DE PRÁCTICA OBSERVATORIO DISCIPLINARIO NOMBRE AUTOR JUAN CAMPO
TÍTULO RELATO DE PRÁCTICA OBSERVATORIO DISCIPLINARIO NOMBRE AUTOR JUAN CAMPO Referencia del autor: Ingeniero Informático, Fundación Universitaria Católica del Norte, Practicante de Excelencia, jccampoh@msn.com.
ANEXO 1 - REQUERIMIENTOS DE LA SOLUCIÓN PARA EL RELACIONAMIENTO DE LAS MIPYME CON EL MERCADO CRM
ANEXO 1 - S DE LA SOLUCIÓN PARA EL RELACIONAMIENTO DE LAS MIPYME CON EL MERCADO CRM Se busca que la solución CRM permita a las MiPyME mejorar la efectividad con que se relacionan con su mercado e incrementar
Proceso de Testing Funcional Independiente
Proceso de Testing Funcional Independiente Tesis de Maestría en Informática Beatriz Pérez Lamancha Setiembre 2006 PEDECIBA informática Instituto de Computación (InCo) Facultad de Ingeniería Universidad
Tecnológico de Costa Rica Sede San Carlos
Tecnológico de Costa Rica Sede San Carlos Escuela de Ingeniería en Computación Control de Activos y Bitácora Histórica de Equipo Computacional Informe Final Práctica de Especialidad para optar por el título
ISO Daniel Pedrajas Van de Velde Sara Estellés Rojas Carlos García
ISO 20000 Daniel Pedrajas Van de Velde Sara Estellés Rojas Carlos García Introducción Introducción, no llores = Introducción Requisitos del SGS objetivo + eficiencia y eficacia Reemplaza por completo a
Sistema de Votaciones Web Tabla de contenido
Tabla de contenido Introducción...3 Descripción...3 Ejemplos de Gráficos...4 Funcionamiento...8 Administración del Sistema...8 Antes de la Votación...8 Después de la Votación...9 Impresión de Credenciales...
1. Propósito. Establecer los puntos que debe cubrir como referencia documental mínima un documento de Diseño de sistemas automatizados.
Página 1 de 8 1. Propósito. Establecer los puntos que debe cubrir como referencia documental mínima un documento de de sistemas automatizados. 2. Ámbito de responsabilidad. RDSI Responsable del Desarrollo
MANUAL DE PROCEDIMIENTOS. DES ACNF.- Proceso de Administración de la Configuración
Hoja:1 de 16 ACNF.- Proceso de Administración de la Configuración Hoja:2 de 16 1.0 PROPÓSITO 1.1. Establecer y actualizar un repositorio de configuraciones, en el que se integren las soluciones tecnológicas
DOCUMENTO DE ANÁLISIS DE REQUERIMIENTOS FIT POR: JUAN DIEGO A. RESTREPO CARLOS A. VALENCIA CAMILO VIEIRA 2008 UNIVERSIDAD EAFIT
DOCUMENTO DE ANÁLISIS DE REQUERIMIENTOS FIT POR: JUAN DIEGO A. RESTREPO CARLOS A. VALENCIA CAMILO VIEIRA 2008 UNIVERSIDAD EAFIT TABLA DE CONTENIDO Modelado del Sistema... 3 1. INTRODUCCIÓN... 3 2. PROPOSITO...
UNIVERSIDAD TÉCNICA DEL NORTE
UNIVERSIDAD TÉCNICA DEL NORTE FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES MANUAL DE USUARIO AUTOR: CHRISTIAN FELIPE REINOSO CHAMBA DIRECTOR: ING. JOSÉ
CURSO DE COMPUTACIÓN A2 ADMINISTRATIVO MÓDULO CONFIGURABLE
CURSO DE COMPUTACIÓN A2 ADMINISTRATIVO MÓDULO CONFIGURABLE Uso educativo Menú Mantenimiento REGISTROS: En el menú mantenimiento es donde se hace la carga de información de datos importantes: departamentos,
AGESIC Backoffice Manual de Usuario
AGESIC Backoffice Manual de Usuario Desarrollo Versión 2.3 Histórico de revisiones FECHA VERSIÓN DESCRIPCIÓN AUTOR 05/10/2015 1.0 Creación del documento Valentina Rodríguez 17/12/2015 1.1 Actualización
20482C Desarrollo de Aplicaciones Windows Store Avanzado Usando HTML5 y JavaScript
20482C 20482 Desarrollo de Aplicaciones Windows Store Avanzado Usando HTML5 y JavaScript Fabricante: Microsoft Grupo: Desarrollo Subgrupo: Microsoft Visual Studio 2012 Formación: Presencial Horas: 25 Introducción
MÓDULO DE REGISTRO TELEFÓNICO PARA EL CENTRO DE EVENTOS Y SEMINARIOS DE TELEMÁTICA Y TELECOMUNICACIONES USANDO SOFTWARE LIBRE Y ASTERISK
MÓDULO DE REGISTRO TELEÓNICO PARA EL CENTRO DE EENTOS Y SEMINARIOS DE TELEMÁTICA Y TELECOMUNICACIONES USANDO SOTWARE LIBRE Y ASTERISK Oscar Navarrete J. Jorge Gutiérrez A. Puntos Principales Antecedentes
Lineamientos para Establecer los Estándares
Estándares para el Desarrollo, Liberación y Mantenimiento de los Sistemas de Tecnologías de Información delhonorable NO. DE CLAVE: MPUE1418/RLIN/SECAD08/017-A/310517 JUNIO 2014 Con fundamento en lo dispuesto
Principios de Disen o de SICG. Contralorı a General de la Repu blica del Peru
Principios de Disen o de SICG Contralorı a General de la Repu blica del Peru Contenido Principios de Diseño del SICG de la Contraloría General de la República...3 Principio 1: Diseño de SICG centrado en