Proyecto Help Desk en plataforma SOA Especificación de Requerimientos de Software para la Plataforma Link-All Versión 1.3. Historia de revisiones

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

Download "Proyecto Help Desk en plataforma SOA Especificación de Requerimientos de Software para la Plataforma Link-All Versión 1.3. Historia de revisiones"

Transcripción

1 Proyecto Help Desk en plataforma SOA Especificación de Requerimientos de Software para la Plataforma Link-All Versión 1.3 Historia de revisiones Fecha Versión Descripción Autor 17/08/ Se hace la primera relevación de Requerimientos, basados en las dos reuniones con el cliente y el análisis del problema entre los analistas y el Arquitecto. 24/08/ Luego de la reunión con el cliente se modificaron algunos requerimientos y se agregaron nuevos en lo que concierne al manejo del Workflow. Se validaron por parte del cliente los requerimientos, a excepción de los de la sección /08/ Se modifico la descripción de los casos 3.1.6, 3.2.1, y El caso de uso Asignar Prioridad a un Incidente, se incluyó en la sección Incidentes (3.1). Se agregaron los requerimientos en lo que concierne al ABM de guardas, tareas, y transiciones, y el , 3.4.6, , 08/09/ Se realizaron modificaciones en algunos requerimientos, surgidas del documento de verificación del mismo y de las reuniones con los clientes. Se agregó también la especificación de la base del conocimiento. Se agregaron los requerimientos 3.1.7, y Se creó una sección especial, la 2.6. Javier Oliva Agustín Centurión Hugo Cepeda Francy Bodeant Javier Oliva Ignacio Moreira Hugo Cepeda Francy Bodeant Javier Oliva Ignacio Moreira Hugo Cepeda Francy Bodeant Javier Oliva Ignacio Moreira Hugo Cepeda Francy Bodeant Especificación de Requerimientos Página 1 de 15

2 Contenido 1. INTRODUCCIÓN PROPÓSITO ALCANCE DEFINICIONES, SIGLAS Y ABREVIATURAS REFERENCIAS VISIÓN GENERAL DESCRIPCIÓN GENERAL PERSPECTIVA DEL PRODUCTO Interfases de usuario Interfaces con hardware Interfaces con software Interfases de comunicación Restricciones de memoria Requerimientos de adecuación al entorno FUNCIONES DEL PRODUCTO CARACTERÍSTICAS DE LOS USUARIOS RESTRICCIONES DE DISEÑO Lenguaje de Programación y Herramientas Restricciones de seguridad SUPUESTOS Y DEPENDENCIAS DEFINICIÓN DE TÉRMINOS A EMPLEAR REQUERIMIENTOS ESPECÍFICOS INCIDENTES Reportar incidente Cambiar el Estado de un Incidente ABM de Atributos Adicionales Listar incidente Registrar eventos a incidente Reasignar incidentes Información de usuario Reportes orientados a usuarios Reasignar Categoría a un Incidente Modificar la prioridad de un incidente Asignar una prioridad a un incidente BASE DE CONOCIMIENTO Ingresar Datos en la Base de Conocimiento Eliminar Datos en la Base de Conocimiento Búsqueda en base del conocimiento Gestión de Categorías de Ítems Asignar Ranking a Item Listar 10 Mejores Ítems ADMINISTRACIÓN Recibe Incidente Asignar Incidente a un Técnico Crear una nueva Categoría o Subcategoría de Clasificación de Incidentes Eliminar una Categoría o Subcategoría de Clasificación de Incidentes Modificar una Categoría Crear una nueva Especialidad o SubEspecialidad Modificar una Especialidad o SubEspecialidad Eliminar una Especialidad o SubEspecialidad Asignar una prioridad a una categoría Modificar la prioridad de una categoría Asociar Categoría Especialidad Asociar Especialidad a un Técnico...13 Especificación de Requerimientos Página 2 de 15

3 Reportes Gráficos Ver Alertas Administración de Alertas Comunicación sincrónica y asincrónica GESTIÓN DEL WORKFLOW Agregar nuevo Estado Eliminar un Estado Agregar nueva transición Eliminar una transición Modificar una transición Agregar una Tarea Eliminar una Tarea Modificar Guardas Sincronización, orden y seguimiento AYUDA Log de usuarios Página de Ayuda Información Adicional REQUERIMIENTOS SUPLEMENTARIOS El producto debe ser deployable Se debe entregar una API Fácil de instalar Fácil de usar Fácil de configurar Extensible Robusto REQUERIMIENTOS DE DOCUMENTACIÓN MANUAL DE USUARIO AYUDA EN LÍNEA GUÍAS DE INSTALACIÓN, CONFIGURACIÓN Y ARCHIVO LÉAME ETIQUETADO Y EMPAQUETADO...15 Especificación de Requerimientos Página 3 de 15

4 1. Introducción En este documento se describen las funcionalidades que debe cumplir el producto Propósito El propósito de este documento es relevar y especificar todos los requerimientos del Sistema a construir. Estos requerimientos son funcionales, no funcionales y de interfaz de usuario Alcance La herramienta debe ser capaz de proveer mecanismos para que los usuarios del Link-All puedan reportar incidentes, especialistas técnicos puedan atender y solucionar dichos incidentes, y los administradores puedan configurar, gestionar y supervisar dichos mecanismos Definiciones, siglas y abreviaturas. Ver Documento del Glosario v Referencias Acta de Reunión realizada con el Cliente, el día 07/09/2005 Acta de Reunión realizada con el Cliente, el día 05/09/2005 Documento de Glosario. Ref. 2 Material suministrado por el cliente (5.0 HelpDesk PIS.ppt) 1.5. Visión general El Documento contiene una primera descripción general, que trata sobre los factores generales que afectan al producto y sus requerimientos. 2. Descripción general El producto a construir se encuentra altamente condicionado por distintos factores que afectan al mismo y sus requerimientos. Estos factores se pueden dividir en dos grandes categorías: Nuestra aplicación, al no ser un producto final por si solo, sino parte de un sistema más grande, está obligado al cumplimiento de toda una gama de estándares y restricciones, que le permitirán una correcta integración con los demás componentes del sistema final. El incumplimiento de algunas de estas normas puede ser capaz de afectar drásticamente el éxito de nuestro proyecto. Además tenemos que tener en cuenta existe una gran variedad de posibles usuarios finales, con distintas culturas, educación, distintos recursos informáticos utilizados por éstos y habilidades que tengan para el uso de una herramienta como el Help Desk Perspectiva del producto En esta sección se describe el producto respecto de otros productos relacionados y como opera bajo ciertas restricciones. Especificación de Requerimientos Página 4 de 15

5 Interfases de usuario Los usuarios accederán al aplicativo mediante una interfaz web. Para ingresar al sistema utilizaremos las funcionalidades de logueo de la plataforma Link-All. Los usuarios reportan incidentes luego de que les ocurrió algún error en otro aplicativo. Al ingresar al Help Desk y seleccionar la opción reportar incidente, como primera pantalla tendrán un formulario en donde ingresarán los datos sobre el problema ocurrido, y luego el incidente quedará ingresado en el sistema. Este formulario, como el resto de las pantallas, debe poder usarse de una manera muy intuitiva con mucha ayuda contextual a la hora de llenarlo, y con poca información técnica requerida. Esto se debe a que el nivel de los usuario puede variar mucho, y en caso de incluir campos que no sean familiares a los mismos, podríamos alentar a éstos a no reportar dicho incidente. Como característica importante de este formulario incluiremos validación de campos a nivel del cliente (en donde sea posible), ya que seria muy costo (sobre todo para el usuario) validar todos los campos en el servidor. En cuanto a look and feel de la aplicación, el diseño será similar al resto de los aplicativos que corren en la plataforma, para favorecer la usabilidad del producto y el rehúso de componentes. El soporte de internacionalización es un requerimiento fundamental del sistema ya que la plataforma para la cual construiremos el aplicativo será utilizada por usuarios de diferentes comunidades Interfaces con hardware No aplica Interfaces con software Esta aplicación debe comunicarse con dos interfaces del sistema global, la plataforma Link-All, la cual resuelve los permisos de Usuario y funcionalidades, y además interactuamos con la interfase que brinda el Help Contextual Interfases de comunicación No aplica Restricciones de memoria No aplica Requerimientos de adecuación al entorno No aplica. Especificación de Requerimientos Página 5 de 15

6 2.2. Funciones del producto Las principales funcionalidades del sistema a construir son: Gestión de incidentes: Incluye todo el manejo de los incidentes reportados por los usuarios, sus cambios de estado y su posterior resolución. Existe también un mecanismo inteligente de asignación de incidente a los diferentes técnicos. Comunicación en línea de usuarios y técnicos: Incluye un recurso por el cual los usuarios pueden chatear en línea con los técnicos. Generación de reportes: Incluye la generación de reportes gráficos de mediciones sobre incidentes. Administración: Se incluye aquí también los mecanismos de auto respuesta y envío de mensajería a los usuario 2.3. Características de los usuarios Sobre las características generales de los usuarios del producto, en cuanto al nivel educacional, el mismo es muy variado al igual que su especialización técnica Restricciones de diseño A continuación, se describen elementos que limitan las opciones de los desarrolladores Lenguaje de Programación y Herramientas El producto debe ser desarrollado utilizando J2EE. Como servidor web se debe utilizar un Jboss (versión 4.02) y como manejador de base de datos un PostgreSQL. Debemos utilizar también los siguiente frameworks y workflows: Axis, como implementación de SOAP para trabajar con Web Services JavaMail, para el manejo de mensajería. JBMP, para modelado de procesos de negocio. Link All, plataforma sobre la cual desarrollaremos la aplicación. En cuanto a herramientas utilizaremos CVS para la Gestión de la Configuración y Apache ANT para el build del aplicativo. Como IDE de desarrollo se deberá utilizar Eclipse (versión 3.02), con los siguientes plug-in: JbossIDE, Sysdeo, Lomboz ( plug in para J2EE ). Bugzilla Restricciones de seguridad El aplicativo maneja acceso restringido a sus diferentes funcionalidades en base al perfil del usuario. Este mecanismo de seguridad ya se encuentra implementado en la plataforma Link-All por lo que nuestro aplicativo consumirá estos servicios Supuestos y dependencias No se han detectado. Especificación de Requerimientos Página 6 de 15

7 2.6 Definición de términos a emplear En esta sección, se decidió documentar los diferentes términos que manejaremos en la solución del problema planteado. Los mismos fueron propuestos por los analistas, y luego de ciertas aclaraciones y modificaciones junto con los clientes, validados en la reunión del día 07/09/2005 por los mismos. El objetivo de esta sección, es que se comprenda mejor el problema y los términos a los que haremos referencia en todo el proyecto. Los mismos no fueron incluidos en el Glosario, por entenderse por parte de los analistas, que éste documento es el lugar mas correcto para incluirlo. En el glosario, cuando mencionemos estos términos, haremos referencia a esta sección. A continuación, se presenta una lista de los términos y sus correspondientes definiciones y aclaraciones. TAREAS Actividad incluida en el estado de un cierto Incidente. Una tarea esta definida por: - Loggin involucrado. - Descripción. - Estado asociado. - Actividad dentro de la tarea, que implica solamente modificar los atributos del incidente asociado (por ejemplo incrementar (incidente.tareasrealizadas)). - Un conjunto de Alertas de entrada y salida de la tarea con sus respectivas guardas asociadas. Estas se evaluaran al entrar y salir de una tarea y en caso de la guarda ser verdadera se dispararán. - Un conjunto de Transiciones de salida de la tarea con sus respectivas guardas asociadas. Estas se evaluarán y de ser verdaderas, el incidente pasa a la tarea que indica la transición, evaluando y lanzando eventualmente las alertas de salida del estado actual y de entrada del nuevo estado. Las tareas son un conjunto acotado, y las mismas aun no han sido definidas por parte del usuario. ESTADO Conjunto de tareas. Eventualmente pueden existir estados sin tareas. Es una agrupación de tareas que tiene sentido para el Sistema. Un estado está definido por: - Un nombre o descripción - Una tarea inicial, la cual es única. - Una tarea final, la cual es única. - Tareas intermedias entre la inicial y la final. Las únicas transiciones posibles en el sistema son: - Entre tareas de un mismo estado - Entre la tarea final de un estado y la tarea inicial de otro estado Tanto las tareas como los estados y las transiciones son definidas en tiempo de instalación, no pudiéndose cambiar en tiempo de ejecución. Existen estados predefinidos en el sistema los cuales no pueden ser eliminados ni siquiera en tiempo de instalación. Estos son: - Estado Inicial - Estado Final - Estado No Asignado Especificación de Requerimientos Página 7 de 15

8 GUARDA Una guarda es una condición lógica, que puede estar asociada a una transición o a una alerta. Si está asociada a una tarea, esta indica qué se debe cumplir para salir de ella e ir a otra tarea por medio de una transición. Si está asociada a una alerta, entonces esta indica cuando se disparará. En la condición, solamente pueden intervenir atributos del incidente y del proceso (por ejemplo, la categoría de un incidente y la fecha del sistema). EVENTO Ocurrencia de alguna acción sobre un incidente. Los eventos registran cronológicamente los sucesos que le ocurren a un incidente. Puede ser visto como el log de las actividades realizadas sobre el incidente. Estas actividades, son realizadas tanto por los técnicos, el usuario que ingresó el incidente, el Administrador y el propio sistema. Algunas de estas actividades son: - Reporte del incidente. - Técnico comienza a trabajar sobre un incidente. - Técnico deja de trabajar en el incidente. - Entrada y salida de tareas. - Entrada y salida de estados. - Asignación de técnico al incidente. INCIDENTE Problema reportado por el usuario, es la entidad a la cual se le aplica el proceso. Un incidente está definido por los siguiente atributos: - Categoría. - Número de Ticket. - Prioridad. - Problema. - Archivo adjunto. - Descripción corta. - Atributos adicionales. Los atributos adicionales son atributos que le puedo agregar a los atributos listados anteriormente, estos se pueden configurar en tiempo de instalación y cualquier atributo adicional puede ser visto como una pareja nombre tipo, donde el tipo puede ser solamente: - Integer - Flota - Date - String - Boolean La cantidad de atributos adicionales estará acotada por un número a acordar con el cliente. Cada incidente debe tener un único técnico asociado como responsable. Especificación de Requerimientos Página 8 de 15

9 ALERTA Son las notificaciones que se disparan cuando sus guardas asociadas se cumplen. Las alertas están definidas por: - Guarda correspondiente - Tipo de alerta que puede ser solamente mail o mensaje en consola. Existen dos clases diferentes de alertas. - Alertas asociadas a entrada y salida de tareas, las cuales se evalúan (sus guardas asociadas) y eventualmente se disparan cuando un incidente entra o sale de una tarea determinada. - Alertas que no están asociadas a tareas, sino que simplemente cuando sus guardas se cumplen se tienen que disparar (por ejemplo cuando la prioridad del incidente es mayor que 8). Están son más parecidas a procesos residentes que se ejecutan cada cierto tiempo y evalúa las alertas sin importar en que tarea se encuentren. Estas alertas se podrán modificar, tanto el tipo de alerta como su guarda asociada, en tiempo de ejecución. Especificación de Requerimientos Página 9 de 15

10 3. Requerimientos específicos Se presentan en esta sección, todos los requerimientos encontrados por el equipo de analistas, en lo concerniente al software a desarrollar, a un nivel que sirva como apoyo a los diseñadores e implementadores del proyecto. Los mismos fueron distribuidos en diferentes grupos, para hacer más fácil la comprensión de los mismos por parte de los diseñadores e implementadores Incidentes Reportar incidente Reportar un incidente al sistema, asociándoles un tipo, descripción, descripción corta, categoría y archivo Cambiar el Estado de un Incidente Cambiar el Estado de un Incidente que se encuentra reportado. Los estados identificados hasta ahora, son el EstadoInicia, EstadoFinal, EstadoNoAsignado y EstadoIntermedio. Los demás estados, no han sido especificados por el cliente, pero se podrán agregar nuevos ABM de Atributos Adicionales Se podrán agregar, eliminar y modificar los Atributos Adicionales de los Incidentes. Los mismos, podrán ser únicamente de cinco tipos: boléanos, enteros, Strings, float y Date Listar incidente Se deberá poder listar datos (aun no han sido especificados cuales) sobre los incidentes; cada loggin deberá ver los incidentes que se encuentren en una tarea que tiene asignada ese loggin, y además, el usuario puede ver aquellos que reportó, el técnico aquellos sobre los que es responsable y el administrador puede ver todos los incidentes. También se podrán consultar los Incidentes más críticos, estos pueden ser por ejemplo aquellos que hacen más tiempo que están en el sistema sin ser resueltos, o los que han pasado por el mayor número de Técnicos sin encontrarle solución, etc Registrar eventos a incidente Registra en el correr del tiempo, los distintos eventos dentro de un incidente. Se registran en el sistema quién ingresó el evento, fecha de inicio y de fin del evento, descripción, tarea (si corresponde) del nuevo evento Reasignar incidentes Cuando un Técnico no puede resolver un Incidente, se lo asigna a otro Técnico, que debe de ser uno que esté entre aquellos a los que el técnico puede reasignar el incidente. Éste nuevo técnico, queda como responsable Información de usuario El técnico, luego de que le es asignado un incidente, puede obtener información (aun no han sido especificados cual información) sobre el usuario que reportó el mismo, así como obtener de la plataforma Link-All estadísticas del log del usuario. Especificación de Requerimientos Página 10 de 15

11 Reportes orientados a usuarios Luego de hallada la solución, el Técnico reporta la misma al usuario que ingreso el incidente. También, el usuario luego de recibir la solución al incidente que reportó, puede no estar conforme con la misma, e ingresar un evento asociado al incidente, planteando su disconformidad con la solución dada por el técnico. De esta manera, el incidente será nuevamente asignado al mismo técnico para hallar una solución al mismo Reasignar Categoría a un Incidente El técnico que esta trabajando sobre un incidente, si lo cree conveniente, podrá modificar la categoría asociada a ese incidente. Los distintos tipos de categorías serán genéricos, y definidas por el administrador Modificar la prioridad de un incidente Se modifica la prioridad asignada previamente a un Incidente. Los distintos tipos de prioridad no han sido definidos Asignar una prioridad a un incidente Se relaciona un Incidente con una única prioridad. Esta acción, solamente la puede realizar un técnico Base de Conocimiento Se estableció junto con los clientes, que la Base de conocimientos debe estar integrado al aplicativo Help Desk, por mas que el mismo se trate como un sistema independiente. Es importante también brindar funcionalidades para que otras aplicaciones como el help contextual puedan realizar búsquedas en la base de conocimiento Ingresar Datos en la Base de Conocimiento Se agregan datos a la Base de Conocimiento. Un ítem consta de una categoría, la descripción del problema, la descripción de la solución, una descripción corta del problema, una fecha de ingreso, ranking y archivo adjunto. Un ítem puede ser público (lo puede ver cualquier usuario) o privado (sólo algún loggin puede verlo) Eliminar Datos en la Base de Conocimiento Se eliminan datos de la Base de Conocimiento Búsqueda en base del conocimiento Se podrán realizar búsquedas en la base de conocimiento a fin de encontrar problemas similares antes reportados. Las consultas dependerán del rol que realice la misma. Por ejemplo, los técnicos tendrán acceso a mayor información que los usuarios, sobre un problema específico. También tenemos que determinados items pueden ser visibles sólo para cierto rol. Se deberá mostrar solamente las categorías a la cual la aplicación tiene acceso. Un usuario puede buscar tanto por la especificación del problema, por la solución o ambos campos al mismo tiempo. Se puede buscar en todas las categorías o dentro de una especificada. El resultado de la búsqueda, se puede ordenar por fecha de ingreso o ranking Gestión de Categorías de Ítems Se podrán gestionar las categorías y subcategorías de Ítems de la Base. También se podrán asociar los Ítems de esa base a las categorías. Especificación de Requerimientos Página 11 de 15

12 3.2.5 Asignar Ranking a Item Los usuarios podrán ingresar un ranking a los ítems que consultaron para que luego, el ranking real del ítem, sea el promedio de todos los ranking ingresados por los usuarios. Este ranking representa qué tan útil le fue la solución al usuario Listar 10 Mejores Ítems Se listan los 10 Ítems que tienen ranking mas alto en la Base de Conocimiento. 3.3 Administración Recibe Incidente Recibe un Incidente reportado por un usuario y le asigna un número de Ticket al mismo Asignar Incidente a un Técnico Asigna el Incidente recién reportado por el usuario, al Técnico que se considere debe ser el mas indicado para resolver el problema. Si no hay un técnico disponible en el sistema, el Administrador es el encargado de elegirlo. El técnico asignado, queda automáticamente como responsable Crear una nueva Categoría o Subcategoría de Clasificación de Incidentes Se crea una nueva categoría o subcategoría para la clasificación de Incidentes Eliminar una Categoría o Subcategoría de Clasificación de Incidentes Se elimina alguna de las categorías o subcategorías usadas para la clasificación de Incidentes Modificar una Categoría Se modifican las características de una categoría ya existente Crear una nueva Especialidad o SubEspecialidad Se crea una nueva Especialidad para la clasificación de los Técnicos. Las especialidades y subespecialidas no han sido definidas por los clientes Modificar una Especialidad o SubEspecialidad Se modifican los datos de una especialidad ya existente Eliminar una Especialidad o SubEspecialidad Se elimina una de las Especialidades utilizadas para la clasificación de los Técnicos Asignar una prioridad a una categoría Se relaciona una categoría con una única prioridad Modificar la prioridad de una categoría Se modifica la prioridad asignada previamente a una categoría Asociar Categoría Especialidad Se asocia una categoría/s de Incidente a una/s Especialidad de Técnico. Esto sirve para el momento de decidir cuáles son los técnicos candidatos a resolver un problema. Especificación de Requerimientos Página 12 de 15

13 Asociar Especialidad a un Técnico Se asocia una determinada Especialidad a un determinado Técnico Reportes Gráficos Obtener reportes estadísticos sobre tiempos de resolución, tiempos de dedicación y estado actual de cada incidente Ver Alertas El usuario recibe, vía o en pantalla, las alertas que le corresponden Administración de Alertas Aquí se podrán crean, eliminar y modificar alertas, con sus guardas correspondientes. Las alertas pueden tener como destinatarios, un conjunto de roles y/o un conjunto de loggins. Los únicos tipos de alertas que manejamos, son de tipo mensaje en pantalla o Comunicación sincrónica y asincrónica Se proveerán mecanismos de comunicación en línea entre los usuarios y los técnicos (un sistema de chat simple). 3.4 Gestión del Workflow Agregar nuevo Estado Se puede agregar un nuevo estado al sistema, junto son sus respectivas tareas TareaInicial y TareaFinal Eliminar un Estado Se puede eliminar un estado del sistema Agregar nueva transición Se puede agregar una nueva transición entre tareas, ya sea del mismo estado ó entre la final de un estado y la inicial de otro estado, incluyendo la guarda correspondiente Eliminar una transición Se puede eliminar una transición entre tareas del sistema Modificar una transición Se puede modificar una transición, tanto el destino final como la guarda Agregar una Tarea Se agrega una nueva tarea, dentro de un estado del sistema Eliminar una Tarea Se elimina una tarea de un cierto estado del sistema Modificar Guardas Se podrá modificar las guardas asociadas, tanto a transiciones como a alertas Sincronización, orden y seguimiento El workflow debe proveer mecanismos de sincronización y definición de un orden para las actividades que lo componen. Debe además tener capacidad de poder distinguir cual es el estado actual en que se encuentra. Especificación de Requerimientos Página 13 de 15

14 3.5 Ayuda Log de usuarios El Help Desk registra en el Link All las funcionalidades a las cuales accede el usuario Página de Ayuda El Help Desk debe tener una página de ayuda para cada una de las funcionalidades que brinda, a las cuales accederá el help contextual Información Adicional El Help Contextual debe poder acceder a cualquier funcionalidad del Help Desk para poder obtener información. Por ejemplo, la búsqueda en la base de conocimiento. 3.6 Requerimientos Suplementarios En esta sección, se incluyen requerimientos que no se presentaron anteriormente y que no se incluyen en los casos de uso El producto debe ser deployable El producto debe ser construido de manera de poder utilizar el aplicativo deployer para hacer su correspondiente deploy en la plataforma Se debe entregar una API Además de la interfaz web hacia el aplicativo se debe entregar una API para acceder a las funcionalidades del sistema Fácil de instalar El sistema deberá ser fácil de instalar Fácil de usar Ya que el nivel de usuarios en muy variado el producto debe ser fácil de usar así como el tiempo de capacitación debe ser mínimo Fácil de configurar El sistema debe ser fácil mente configurable y muy flexible a la hora de trabajar con los diferentes perfiles de usuario así como a la hora de trabajar con incidentes Extensible El sistema debe ser extensible, para lo que además de la interfaz web por la cual accederemos a sus funcionalidades, debemos proveer una API para promover el continuo desarrollo de la aplicación Robusto El sistema a construir tiene que ser robusto, mostrando una alta tolerancia a fallas. Especificación de Requerimientos Página 14 de 15

15 4. Requerimientos de documentación 4.1. Manual de Usuario No aplica Ayuda en línea Para el sistema de en línea nuestro sistema se comunicará con el sistema de Help Contextual, mediante el cual podemos brindar este servicio registrando nuestras paginas de ayuda HTML y archivos de configuración. El formato de estas páginas será discutido más adelante con el cliente, no descartándose que nos sea brindad algún tipo de herramienta de generación para lograr la estandarización con el resto de las aplicaciones Guías de instalación, configuración y archivo Léame. No aplica Etiquetado y empaquetado No aplica. Especificación de Requerimientos Página 15 de 15

Proyecto Help Desk en plataforma SOA Alcance del Sistema Versión 1.2. Historia de revisiones

Proyecto Help Desk en plataforma SOA Alcance del Sistema Versión 1.2. Historia de revisiones Proyecto Help Desk en plataforma SOA Alcance del Sistema Versión 1.2 Historia de revisiones Fecha Versión Descripción Autor 27/08/05 1.1 Definimos el Alcance del Sistema, en una primera instancia, priorizando

Más detalles

Proyecto Help Desk en plataforma SOA Glosario Versión 1.3. Historia de revisiones

Proyecto Help Desk en plataforma SOA Glosario Versión 1.3. Historia de revisiones Proyecto Help Desk en plataforma SOA Glosario Versión 1.3 Historia de revisiones Fecha Versión Descripción Autor 18/08/2005 1.0 Terminología a utilizar en este proyecto. 22/08/2005 1.1 Se agregaron los

Más detalles

Proyecto Help Desk en plataforma SOA Modelo de Dominio Versión 1.3. Historia de revisiones

Proyecto Help Desk en plataforma SOA Modelo de Dominio Versión 1.3. Historia de revisiones Proyecto Help Desk en plataforma SOA Modelo de Dominio Versión.3 Historia de revisiones Fecha Versión Descripción Autor 8/08/2005.0 Se presenta modelo de dominio, restricciones y observaciones. 25/08/2005.

Más detalles

Proyecto Help Desk en plataforma SOA Modelo de Casos de Uso del Negocio Versión 1.1. Historia de revisiones

Proyecto Help Desk en plataforma SOA Modelo de Casos de Uso del Negocio Versión 1.1. Historia de revisiones Proyecto Help Desk en plataforma SOA Modelo de Casos de Uso del Negocio Versión 1.1 Historia de revisiones Fecha Versión Descripción Autor 20/08/2005 1.0 Se especifican los principales Casos de Uso del

Más detalles

Proyecto Help Desk en plataforma SOA Glosario Versión 1.0. Historia de revisiones

Proyecto Help Desk en plataforma SOA Glosario Versión 1.0. Historia de revisiones Proyecto Help Desk en plataforma SOA Glosario Versión 1.0 Historia de revisiones Fecha Versión Descripción Autor 18/08/2005 1.0 Terminología a utilizar en este proyecto. Javier Oliva Hugo Cepeda Francy

Más detalles

Proyecto Help Desk en plataforma SOA Modelo de Casos de Uso del Negocio Versión 1.2. Historia de revisiones

Proyecto Help Desk en plataforma SOA Modelo de Casos de Uso del Negocio Versión 1.2. Historia de revisiones Proyecto Help Desk en plataforma SOA Modelo de Casos de Uso del Negocio Versión 1.2 Historia de revisiones Fecha Versión Descripción Autor 20/08/2005 1.0 Se especifican los principales Casos de Uso del

Más detalles

Proyecto Help Desk en Plataforma SOA Informe de Verificación del Sistema Versión 1.1. Historia de revisiones

Proyecto Help Desk en Plataforma SOA Informe de Verificación del Sistema Versión 1.1. Historia de revisiones Proyecto Help Desk en Plataforma SOA Informe de Verificación del Sistema Versión 1.1 Historia de revisiones Fecha Versión Descripción Autor 19/11/2005 1.1 Informe de Verificación del Sistema Fase III Iteración

Más detalles

BeatIt! Especificación de Requerimientos de Software para BeatIt! Versión 1.2.2

BeatIt! Especificación de Requerimientos de Software para BeatIt! Versión 1.2.2 BeatIt! Especificación de Requerimientos de Software para BeatIt! Versión 1.2.2 Historia de revisiones Fecha Versión Descripción Autor 16/08/2014 1.0 Especificación inicial Gonzalo Javiel 19/08/2014 1.1

Más detalles

Proyecto Help Desk en plataforma SOA Plan de Integración de la Iteración Versión 1.3. Historia de revisiones

Proyecto Help Desk en plataforma SOA Plan de Integración de la Iteración Versión 1.3. Historia de revisiones Proyecto Help Desk en plataforma SOA Plan de de la Iteración Versión 1.3 Historia de revisiones Versión Descripción Autor 02/11/2005 1.1 Plan de para las Francy Bodeant semanas 13 y 14 02/11/2005 1.2 de

Más detalles

Manual del Usuario. Sistema de Help Desk

Manual del Usuario. Sistema de Help Desk Manual del Usuario Sistema de Help Desk Objetivo del Manual El siguiente manual tiene como objetivo proveer la información necesaria para la correcta utilización del sistema Help Desk. Describe los procedimientos

Más detalles

Análisis del Sistema de Información

Análisis del Sistema de Información Análisis del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA... 6 Tarea ASI 1.1: Determinación del Alcance del Sistema... 6 Tarea ASI 1.2: Identificación

Más detalles

CA Nimsoft Service Desk. Guía de implementación rápida del workflow

CA Nimsoft Service Desk. Guía de implementación rápida del workflow CA Nimsoft Service Desk Guía de implementación rápida del workflow Otoño 2013 Esta documentación, que incluye sistemas incrustados de ayuda y materiales distribuidos por medios electrónicos (en adelante,

Más detalles

Conceptos de Orquestador O2 EMPRESAS TUXPAN www.tuxpan.com

Conceptos de Orquestador O2 EMPRESAS TUXPAN www.tuxpan.com EMPRESAS TUXPAN www.tuxpan.com AÑO 2007 INDICE DE CONTENIDO 1 Software de Servicios y Orquestación de Procesos 2 1.1.1 Introducción 2 1.1.2 Software de Orquestación como Integrador 3 1.1.3 Automatización

Más detalles

http://www.p-hd.com.ar

http://www.p-hd.com.ar http://www.p-hd.com.ar Revisión Julio 2010 Pág. 1 de 20 Tabla de contenido 1 Introducción... 3 2 Instalación y configuración inicial.... 4 2.1 Lenguaje de las pantallas.... 4 2.2 Parámetros de acceso a

Más detalles

Soporte y mantenimiento. Generalidades

Soporte y mantenimiento. Generalidades Soporte y mantenimiento Generalidades Tabla de Contenido 1. Introducción 2. Objetivos generales 3. Caso de soporte 4. Condiciones 5. Restricciones 6. Sistema de soporte Soporte y mantenimiento 1. Introducción

Más detalles

ENTORNO DE UN CURSO. Antes de empezar sería conveniente conocer la estructura de Moodle y entender los siguientes conceptos básicos:

ENTORNO DE UN CURSO. Antes de empezar sería conveniente conocer la estructura de Moodle y entender los siguientes conceptos básicos: ENTORNO DE UN CURSO Antes de empezar sería conveniente conocer la estructura de Moodle y entender los siguientes conceptos básicos: Cursos Categorías Cuentas de usuario y roles Perfil de usuario En Moodle,

Más detalles

Introducción a Javato

Introducción a Javato Introducción a Javato Fº. Javier Pereñiguez Steria Iberica 20/02/2008 Índice Introducción Arquitectura Ejemplo arquitectura Plataforma Desarrollo Ejemplo de entorno de desarrollo Vías futuras Casos de

Más detalles

MANUAL DE USUARIO PARA SOPORTE DE SINERGYHARD EN TIVOLI SERVICE REQUEST MANAGER. Enero de 2012

MANUAL DE USUARIO PARA SOPORTE DE SINERGYHARD EN TIVOLI SERVICE REQUEST MANAGER. Enero de 2012 MANUAL DE USUARIO PARA SOPORTE DE SINERGYHARD EN TIVOLI SERVICE REQUEST MANAGER Enero de 2012 Contenido Acceso a la herramienta... 3 Buscar soluciones... 4 Creación de Solicitud de Servicio de Usuario...

Más detalles

Proyecto Help Desk en Plataforma SOA Informe de Verificación del Sistema Versión 1.2. Historia de revisiones

Proyecto Help Desk en Plataforma SOA Informe de Verificación del Sistema Versión 1.2. Historia de revisiones Proyecto Help Desk en Plataforma SOA Informe de Verificación del Sistema Versión 1.2 Historia de revisiones Fecha Versión Descripción Autor 20/10/2005 1.1 Informe de Verificación del Sistema Fase II Iteración

Más detalles

Adelacu Ltda. www.adelacu.com Fono +562-218-4749. Graballo+ Agosto de 2007. Graballo+ - Descripción funcional - 1 -

Adelacu Ltda. www.adelacu.com Fono +562-218-4749. Graballo+ Agosto de 2007. Graballo+ - Descripción funcional - 1 - Graballo+ Agosto de 2007-1 - Índice Índice...2 Introducción...3 Características...4 DESCRIPCIÓN GENERAL...4 COMPONENTES Y CARACTERÍSTICAS DE LA SOLUCIÓN...5 Recepción de requerimientos...5 Atención de

Más detalles

http://www.p-hd.com.ar

http://www.p-hd.com.ar http://www.p-hd.com.ar Revisión Febrero 2012 Pág. 1 de 22 Tabla de contenido 1 Introducción.... 3 2 Instalación y configuración inicial.... 4 2.1 Lenguaje de las pantallas.... 4 2.2 Parámetros de acceso

Más detalles

Jorge Ferrer Director General España y Portugal Arquitecto Software Liferay Spain Symposium

Jorge Ferrer Director General España y Portugal Arquitecto Software Liferay Spain Symposium Nuevas Funcionalidades y Mejoras de Liferay 6 Jorge Ferrer Director General España y Portugal Arquitecto Software Liferay Spain Symposium 1 Porqué Liferay? Liferay es una plataforma para aprovechar todo

Más detalles

2. Desarrollo. 2. Desarrollo. 2.1 Los requerimientos de la Mesa de Ayuda del INMEGEN

2. Desarrollo. 2. Desarrollo. 2.1 Los requerimientos de la Mesa de Ayuda del INMEGEN 2.1 Los requerimientos de la Mesa de Ayuda del INMEGEN La Mesa de Ayuda es el sistema de registro único para todos los eventos, trabajos y problemas relacionados con las Tecnologías de la Información.

Más detalles

APO BPM Software de Automatización de Procesos. Defina, integre y controle sus circuitos de negocio en un solo lugar

APO BPM Software de Automatización de Procesos. Defina, integre y controle sus circuitos de negocio en un solo lugar APO BPM Software de Automatización de Procesos Defina, integre y controle sus circuitos de negocio en un solo lugar APO BPM es una herramienta para la definición dinámica, integración, ejecución y control

Más detalles

Proceso de Soporte. Soporte y Operaciones

Proceso de Soporte. Soporte y Operaciones de Soporte Soporte y Versión: 1.4 Fecha: 27/Octubre/2014 Descripción: para solicitar asesoría o notificar algún incidente del portal gratuito de Interfactura de Soporte al Portal Gratuito : Nivel 1 Help

Más detalles

Historia de revisiones

Historia de revisiones Pedidos Online - DUSA Especificación de Requerimientos de Software Versión 2.7 Historia de revisiones Fecha Versión Descripción Autor 24/08/2013 1.0 Versión inicial Juan Miguel Álvarez, Sergio Bonilla,

Más detalles

Historia de revisiones

Historia de revisiones Proyecto Help-Desk Plan de Verificación y Validación Versión 1.0 Historia de revisiones Fecha Versión Descripción Autor 16/08/2005 1.0 Primera versión del documento Martín Boero Plan de Verificación y

Más detalles

Desarrollo de aplicaciones con enfoque SOA (Service Oriented Architecture)

Desarrollo de aplicaciones con enfoque SOA (Service Oriented Architecture) Desarrollo de aplicaciones con enfoque SOA (Service Oriented Architecture) Andrea Delgado, Laura González, Federico Piedrabuena Universidad de la República, Facultad de Ingeniería, Instituto de Computación,

Más detalles

SCR6150c Versión 2.0(12/01/05)

SCR6150c Versión 2.0(12/01/05) SCR6150c Versión 2.0(12/01/05) Mantis: Manual de Usuario Fecha: 11/09/2007 Referencia: EJIE S.A. Mediterráneo, 3 Tel. 945 01 73 00* Fax. 945 01 73 01 01010 Vitoria-Gasteiz Posta-kutxatila / Apartado: 809

Más detalles

Gestionando Agile/Scrum con Sciforma

Gestionando Agile/Scrum con Sciforma agile Gestionando Agile/Scrum con Sciforma El desarrollo ágil de software son métodos de ingeniería del software basados en el desarrollo iterativo e incremental, donde los requerimientos y soluciones

Más detalles

SAP Business Workflow

SAP Business Workflow SAP Business Workflow Workflow Builder April 10, 2006 Contenidos Introducción al Workflow Builder Definición de Pasos Definición de Tareas Grupo de Tareas Contenedores Temas Adicionales Transacciones de

Más detalles

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Página 1 de 23 Índice del Documento 1.- Introducción... Página 4 2.- Propuesta

Más detalles

SOLUCIÓN DE UNA INTRANET BAJO SOFTWARE OPEN SOURCE PARA EL GOBIERNO MUNICIPAL DEL CANTÓN BOLÍVAR [IOS-GMCB]

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] Visión Universidad Técnica del Norte Histórico de Revisiones

Más detalles

COMPONENTES ESENCIALES DE LA HERRAMIENTA LMS MOODLE DOCUMENTO DE APOYO PARA LA IMPLEMENTACIÓN DE AULAS VIRTUALES

COMPONENTES ESENCIALES DE LA HERRAMIENTA LMS MOODLE DOCUMENTO DE APOYO PARA LA IMPLEMENTACIÓN DE AULAS VIRTUALES UNIVERSIDAD DE CALDAS FACULTAD DE INGENIERIA DEPARTAMENTO DE SISTEMAS E INFORMATICA COMPONENTES ESENCIALES DE LA HERRAMIENTA LMS MOODLE DOCUMENTO DE APOYO PARA LA IMPLEMENTACIÓN DE AULAS VIRTUALES COORDINACION

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA...7 Tarea DSI 1.1: Definición de Niveles de Arquitectura...9 Tarea DSI 1.2:

Más detalles

APLICATECA MANTIS. Manual de administrador. By Open Sistemas. www.telefonica.es

APLICATECA MANTIS. Manual de administrador. By Open Sistemas. www.telefonica.es APLICATECA MANTIS Manual de administrador. By Open Sistemas www.telefonica.es INDICE APLICATECA 1 QUÉ ES MANTIS?... 4 2 FLUJO DE TRABAJO... 5 2.1 CICLO DE VIDA DE UNA INCIDENCIA... 5 2.2 ESTADOS DE UNA

Más detalles

Tabla de contenido 1. OBJETIVOS... 2 2. ASIGNACION DE RESPONSABILIDADES... 2 3. ROLES Y TAREAS... 3 4. ALCANCE... 4

Tabla de contenido 1. OBJETIVOS... 2 2. ASIGNACION DE RESPONSABILIDADES... 2 3. ROLES Y TAREAS... 3 4. ALCANCE... 4 Tabla de contenido 1. OBJETIVOS... 2 2. ASIGNACION DE RESPONSABILIDADES... 2 3. ROLES Y TAREAS... 3 4. ALCANCE... 4 5. PROCEDIMIENTOS RELACIONADOS... 4 6. DOCUMENTOS RELACIONADOS... 4 7. PROCESO... 4 7.1.

Más detalles

PROCEDIMIENTO TECNOLOGÍA E INFORMÁTICA

PROCEDIMIENTO TECNOLOGÍA E INFORMÁTICA Versión 00 Código: 200 - PR.01 Elaborado Revisión Aprobación Control del Documento Nombre Cargo Dependencia Fecha Jose Luis Silva Profesional en Sistemas 05-11-08 Jose Luis Silva Profesional en Sistemas

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA... 7 Tarea DSI 1.1: Definición de Niveles de Arquitectura... 9 Tarea DSI

Más detalles

Spectrum Power TG - Descripción General

Spectrum Power TG - Descripción General El Spectrum Power TG ha sido diseñado teniendo en consideración las necesidades específicas de la industria eléctrica. Este sistema puede operar tanto bajo ambiente Windows y Linux. Arquitectura del Sistema

Más detalles

SOLUCIÓN SITUACIÓN ACTUAL

SOLUCIÓN SITUACIÓN ACTUAL SITUACIÓN ACTUAL La necesidad de las organizaciones de ser más competitivas en un mercado dinámico ha generado estructuras organizacionales complejas y exigentes en términos de calidad y eficiencia. Sobre

Más detalles

SECRETARIA DE DESARROLLO E INCLUSION SOCIAL

SECRETARIA DE DESARROLLO E INCLUSION SOCIAL TÉRMINOS DE REFERENCIA CONTRATACION DE CONSULTOR ANALISTA PROGRAMDOR PARA MÓDULO DE CORRESPONSABILIDAD I. ANTECEDENTES El Congreso de la República aprobó, mediante decreto Legislativo No 141-2011, el Convenio

Más detalles

Qué significa workflow? Qué es un proceso de negocio? Qué es un software de workflow? Qué es Q-flow?

Qué significa workflow? Qué es un proceso de negocio? Qué es un software de workflow? Qué es Q-flow? Qué significa workflow? Es un término en inglés para proceso de negocio. Su uso en ese idioma se extendió para todo lo vinculado a herramientas informáticas que contribuyen a la automatización y al control

Más detalles

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS Ministerio de Tecnologías de la Información y las Comunicaciones Programa de Gobierno

Más detalles

HERRAMIENTAS Y METODOLOGÍAS VERSIÓN 3

HERRAMIENTAS Y METODOLOGÍAS VERSIÓN 3 HERRAMIENTAS Y METODOLOGÍAS VERSIÓN 3 RESUMEN EJECUTIVO Herramientas y Metodologías Herramientas de Desarrollo o Desarrollo de aplicaciones Oracle Designer Oracle Software Configuration Manager (SCM) Oracle

Más detalles

Resumen General del Manual de Organización y Funciones

Resumen General del Manual de Organización y Funciones Gerencia de Tecnologías de Información Resumen General del Manual de Organización y Funciones (El Manual de Organización y Funciones fue aprobado por Resolución Administrativa SBS N 354-2011, del 17 de

Más detalles

Sistema de diseño y seguimiento de Procesos WT - WorkFlow.

Sistema de diseño y seguimiento de Procesos WT - WorkFlow. Sistema de diseño y seguimiento de Procesos WT - WorkFlow. Introducción El moderno y veloz ambiente empresarial demanda una gran agilidad en los procesos internos corporativos como clave para la competitividad.

Más detalles

Historia de revisiones

Historia de revisiones Customer Satisfaction Manager Pautas para la Interfaz de Usuario Versión 1.0 Historia de revisiones Fecha Versión Descripción Autor 24/08/2012 1.0 Creación del documento Andrés Belhot Pautas para la interfaz

Más detalles

Especificación de requerimientos

Especificación de requerimientos Especificación de requerimientos 1. Requerimientos funcionales y no funcionales 2. Especificación de requerimientos en lenguaje natural 3. Herramientas de especificación Modelado de datos Diagramas entidad/relación

Más detalles

Ventajas Tecnológicas

Ventajas Tecnológicas FlowSofftt Help Desk Reto: Solucionar Problemas El reto de todo departamento de Sistemas es ofrecer un servicio de calidad a la resolución de problemas técnicos de todos los demás departamentos, además

Más detalles

CARTILLA PARA EL USO DE APLICACIONES Y RECURSOS INFORMÁTICOS

CARTILLA PARA EL USO DE APLICACIONES Y RECURSOS INFORMÁTICOS CARTILLA PARA EL USO DE APLICACIONES Y RECURSOS INFORMÁTICOS Versión 1.0 Centro de Cómputo Tecnológico de Antioquia Institución Universitaria Octubre 16 del 2013 CONTENIDO 1 PRESENTACIÓN... 3 2 Nuevo Sistema

Más detalles

SIGPRE Sistema de Gestión Presupuestaria

SIGPRE Sistema de Gestión Presupuestaria SIGPRE Sistema de Gestión Presupuestaria Documento de Arquitectura UTN Histórico de Revisiones Fecha Versión Descripción Autor 11/17/2009 1.0 Borrador de la arquitectura Roberto López Hinojosa 12/14/2009

Más detalles

PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1.

PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1. Cliente: FCM-UNA Página 1 de 14 PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA Cliente: FCM-UNA Página 2 de 14 Tabla de contenido 1. INTRODUCCIÓN 1.1. PROPÓSITO 1.2. ALCANCE 1.3. DEFINICIONES, ACRÓNIMOS

Más detalles

Figura 3.1 Implementación de ITIL

Figura 3.1 Implementación de ITIL C apí t u l o III IMPLEMENTACIÓN DE ITIL Existen distintos métodos para la implementación de ITIL, sin embargo cualquier organización puede alinearse a este marco de trabajo sin importar su tamaño o complejidad.

Más detalles

DEXON SOFTWARE DEXON SERVICE DESK DIRECTOR

DEXON SOFTWARE DEXON SERVICE DESK DIRECTOR DEXON SOFTWARE DEXON SERVICE DESK DIRECTOR UN COMPLETO PORTAFOLIO QUE ADMINISTRA DE FORMA CENTRALIZADA TODOS LOS PROCESOS DE SOPORTE DE FORMA MAS CERCANA CON LOS CLIENTES CON LA ADOPCIÓN DE PRÁCTICAS PROACTIVAS

Más detalles

AVA-QHSE System. Introducción Características del producto Especificaciones Técnicas

AVA-QHSE System. Introducción Características del producto Especificaciones Técnicas Introducción Características del producto Especificaciones Técnicas Introducción Qué es AVA-QHSESystem? AVA-QHSESystem es una solución completa de apoyo a la gestión y cumplimiento de las normas de Seguridad,

Más detalles

DIRECCIÓN DE DESARROLLO TECNOLÓGICO PROCEDIMIENTO PARA GESTIÓN DE DESARROLLO TECNOLÓGICO

DIRECCIÓN DE DESARROLLO TECNOLÓGICO PROCEDIMIENTO PARA GESTIÓN DE DESARROLLO TECNOLÓGICO DIRECCIÓN DE DESARROLLO TECNOLÓGICO PROCEDIMIENTO PARA GESTIÓN DE DESARROLLO TECNOLÓGICO PROCEDIMIENTO PARA GESTIÓN DE DESARROLLO TECNOLÓGICO PROCEDIMIENTO PARA GESTIÓN DE DESARROLLO TECNOLÓGICO n Objetivo

Más detalles

elastic PROJECTS INFORMACIÓN COMERCIAL PROJECTS

elastic PROJECTS INFORMACIÓN COMERCIAL PROJECTS PROJECTS elastic PROJECTS INFORMACIÓN COMERCIAL Inscripción Registro Mercantil de Pontevedra, Tomo 3116, Libro 3116, Folio 30, Hoja PO-38276 C.I.F.: B-36.499.960 contact@imatia.com 1 INTRODUCCIÓN Mediante

Más detalles

Nombre de producto. Dexon Workflow Manager

Nombre de producto. Dexon Workflow Manager Nombre de producto Dexon Workflow Manager EL PRODUCTO ADECUADO PARA LA AUTOMATIZACIÓN DE LAS ACTIVIDADES DE TRABAJO QUE SUSTENTAN LA ACTIVIDAD DE NEGOCIO DE SU ORGANIZACIÓN Y EL SEGUIMIENTO DE SUS PROCESOS

Más detalles

INFORME TECNICO PARA ADQUISICION DE SOFTWARE PARA EL MONITOREO DE INTEGRADO DE INFRAESTRUCTURA

INFORME TECNICO PARA ADQUISICION DE SOFTWARE PARA EL MONITOREO DE INTEGRADO DE INFRAESTRUCTURA INFORME TECNICO PARA ADQUISICION DE SOFTWARE PARA EL MONITOREO DE INTEGRADO DE INFRAESTRUCTURA 1. NOMBRE DEL AREA : Oficina de Sistemas. RESPONSABLE DE EVALUACION : Ing. Eduardo Vásquez Díaz 3. CARGOS

Más detalles

invgate Service Desk

invgate Service Desk invgate Service Desk 02 Información general. 03 Funcionalidades. 06 Beneficios. Índice. 02 Información general. Revolucioná tu departamento IT Gestionar tu departamento de IT es fácil Actualmente los objetivos

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

BPMN 2.0. Bizagi Suite. Copyright 2014 Bizagi

BPMN 2.0. Bizagi Suite. Copyright 2014 Bizagi BPMN 2.0 Bizagi Suite BPMN 2.0 1 Tabla de Contenido Scope... 2 BPMN 2.0... 2 Qué es BPMN?... 2 Por qué es importante modelar con BPMN?... 3 Conceptos clave... 3 Proceso De Solicitud De Crédito... 3 Proceso

Más detalles

GMF Gestor de incidencias

GMF Gestor de incidencias GMF Gestor de incidencias Contenidos Contenidos... 1 Introducción... 2 El módulo de Gestión de Incidencias... 2 Vista del técnico... 2 Vista de usuario... 4 Workflow o flujo de trabajo... 5 Personalización

Más detalles

Ficha de Producto. Características generales. Descripción de Producto. Disponible en formato licencia o Cloud (software as a service).

Ficha de Producto. Características generales. Descripción de Producto. Disponible en formato licencia o Cloud (software as a service). Descripción de Producto ServiceTonic es el software 100% web para la gestión de servicios que bajo las premisas de facilidad de uso y flexibilidad convierte su amplia funcionalidad en la plataforma ideal

Más detalles

White Paper Help Desk Intranet

White Paper Help Desk Intranet 2004 Koala Developers Versión del documento: 2.0.8 White Paper Help Desk Intranet Autor: Departamento de Comercialización Última modificación: Abril de 2004 1 Contenido 2 Quién debería leer este documento?...3

Más detalles

Nimsoft Service Desk

Nimsoft Service Desk Nimsoft Service Desk Guía del usuario Agente 6.2.0 Avisos legales Copyright 2011, Nimsoft Corporation Consulte la sección de aplicaciones de terceros para obtener más información legal. Garantía El material

Más detalles

GUÍA DE APOYO PARA EL USO DE MOODLE. 1.9.4 Usuario Alumno

GUÍA DE APOYO PARA EL USO DE MOODLE. 1.9.4 Usuario Alumno GUÍA DE APOYO PARA EL USO DE MOODLE 1.9.4 Usuario Alumno Una primera idea sobre Moodle es concebirlo como algo similar al sistema de enseñanza tradicional, en el que un año lectivo consta de varias asignaturas

Más detalles

AGESIC LPI N 2 Software para una aplicación de Expediente Electrónico para el Estado Uruguayo ÍNDICE

AGESIC LPI N 2 Software para una aplicación de Expediente Electrónico para el Estado Uruguayo ÍNDICE ÍNDICE LOTE 1 - Aplicación de Expediente Electrónico - Versión Básica CARACTERÍSTICAS FUNCIONALES 1 CARACTERÍSTICAS FUNCIONALES... 2 1.1 RESUMEN CARACTERÍSTICAS FUNCIONALES - Versión Básica... 2 1.2 DETALLE

Más detalles

CONSTRUCCIÓN DEL PROCESO MESA DE AYUDA INTERNA. BizAgi Process Modeler

CONSTRUCCIÓN DEL PROCESO MESA DE AYUDA INTERNA. BizAgi Process Modeler CONSTRUCCIÓN DEL PROCESO MESA DE AYUDA INTERNA BizAgi Process Modeler TABLA DE CONTENIDO PROCESO DE MESA DE AYUDA INTERNA... 3 1. DIAGRAMA DEL PROCESO... 4 2. MODELO DE DATOS... 5 ENTIDADES DEL SISTEMA...

Más detalles

TFC J2EE. Aplicación Web para la gestión de facturación de una empresa de cerrajería. Sara Gutiérrez Melero ITIG Junio de 2012

TFC J2EE. Aplicación Web para la gestión de facturación de una empresa de cerrajería. Sara Gutiérrez Melero ITIG Junio de 2012 TFC J2EE Aplicación Web para la gestión de facturación de una empresa de cerrajería Sara Gutiérrez Melero ITIG Junio de 2012 Consultor: Jose Juan Rodriguez Índice 1. Introducción Objetivos Planificación

Más detalles

UNIVERSIDAD AUTÓNOMA DEL CARIBE PROCEDIMIENTO DE ATENCIÓN DE INCIDENTES Y REQUERIMIENTOS PARA EQUIPOS DE CÓMUPUTO Y/O PERIFÉRICOS GESTIÓN INFORMÁTICA

UNIVERSIDAD AUTÓNOMA DEL CARIBE PROCEDIMIENTO DE ATENCIÓN DE INCIDENTES Y REQUERIMIENTOS PARA EQUIPOS DE CÓMUPUTO Y/O PERIFÉRICOS GESTIÓN INFORMÁTICA Página: 1/5 UNIVERSIDAD AUTÓNOMA DEL CARIBE INCIDENTES Y REQUERIMIENTOS PARA EQUIPOS DE CÓMUPUTO Y/O GESTIÓN INFORMÁTICA Página: 2/5 1. OBJETO Satisfacer los requerimientos que hagan los usuarios para

Más detalles

Mesa de Ayuda Interna

Mesa de Ayuda Interna Mesa de Ayuda Interna Documento de Construcción Mesa de Ayuda Interna 1 Tabla de Contenido Proceso De Mesa De Ayuda Interna... 2 Diagrama Del Proceso... 3 Modelo De Datos... 4 Entidades Del Sistema...

Más detalles

Manual del Usuario LTV Technology Versión: 5.0. Producto: LTV CRM PS

Manual del Usuario LTV Technology Versión: 5.0. Producto: LTV CRM PS Manual del Usuario LTV Technology Versión: 5.0 Producto: LTV CRM PS Índice Índice 2 LTV CRM PS 4 Detalle Técnico LTV CRM PS 4 Acceso 5 Acceso & Usuarios 5 Inicio 6 Preventa 7 Campañas 7 Oportunidades 8

Más detalles

TIPO DE DOCUMENTO PRESENTACION TITULO DEL DOCUMENTO MONITOREO SERVIDORES Y BASES DE DATOS

TIPO DE DOCUMENTO PRESENTACION TITULO DEL DOCUMENTO MONITOREO SERVIDORES Y BASES DE DATOS MONITOREO ENVIO DE ALERTAS DETECCION DE EVENTOS AVISO TEMPRANO AUTONOMO 7X24 INFORMES AFINAMIENTO DE RENDIMIENTO 1 Contenido Objetivos... 3 Alcances.... 5 Integración.... 6 Funcionamiento.... 7 Cómo funciona?...

Más detalles

ServiceDesk Clientes 25/04/2013

ServiceDesk Clientes 25/04/2013 ServiceDesk Clientes 25/04/2013 Contenido Introducción... 1 Requerimientos Mínimos... 1 Panel de control clientes... 1 Pantalla Principal... 1 Visualización de todos los tickets... 2 Estados de los tickets...

Más detalles

Documento Técnico Funcional. Cestrack Indicus Software

Documento Técnico Funcional. Cestrack Indicus Software Documento: Técnico funcional Producto: Cestrack Fecha Modificación: 16-01-2008 Fecha última revisión: 16-01-2008 Autor: Dpto. Técnico Versión: 1.0 Indicus Software. Plaza Manuel Gómez Moreno 2 Ed. Alfredo

Más detalles

Service Desk. InvGate IT Management Software

Service Desk. InvGate IT Management Software 1 Necesita mejorar la calidad del soporte técnico de su empresa, reducir radicalmente los tiempos de respuesta y gestionar con las mejores prácticas los procesos de servicio? Actualmente los objetivos

Más detalles

Historia de revisiones

Historia de revisiones Binary Rain Pautas para la Interfaz de Usuario Versión 4.1 Historia de revisiones Fecha Versión Descripción Autor 17/08/2012 1.0 Creación del documento Jimena Rodríguez 18/08/2012 1.1 Revisión y corrección

Más detalles

Iniciación y Planificación del Proyecto

Iniciación y Planificación del Proyecto Iniciación y Planificación del Proyecto Para cuando dijo que lo quería??? Ingeniería de Software 2 Iniciación y Planificación del Proyecto 1 Agenda Iniciación del Proyecto: Entradas Iniciación del Proyecto:

Más detalles

Guía metodologíca para la gestión de proyectos de software basada en metodologías agiles, que integre las herramientas de seguimiento de actividades,

Guía metodologíca para la gestión de proyectos de software basada en metodologías agiles, que integre las herramientas de seguimiento de actividades, Guía metodologíca para la gestión de proyectos de software basada en metodologías agiles, que integre las herramientas de seguimiento de actividades, integración continua y repositorio distribuido de versiones.

Más detalles

En la sección de Ajustes generales, este formulario queda como sigue:

En la sección de Ajustes generales, este formulario queda como sigue: 2.5. CÓMO CREAR UN NUEVO CURSO? 2.5.1. Quién y cómo se crea un curso? La capacidad de crear nuevos cursos en Moodle compete, por defecto, sólo al administrador y a los autores/creadores de curso disponen

Más detalles

PUBLICACIÓN DE SERVICIOS WEB(SW) EN EL BUS DE SERVICIOS GUBERNAMENTALES (BSG)

PUBLICACIÓN DE SERVICIOS WEB(SW) EN EL BUS DE SERVICIOS GUBERNAMENTALES (BSG) SECRETARÍA NACIONAL DE LA ADMINISTRACIÓN PÚBLICA Manual de Procedimiento PUBLICACIÓN DE SERVICIOS WEB(SW) EN EL BUS DE SERVICIOS GUBERNAMENTALES (BSG) Versión: 1.0 ENERO 2014 QUITO - ECUADOR ÍNDICE 1 INTRODUCCIÓN

Más detalles

Construyendo una infrastructura ITIL con NetSupport ServiceDesk

Construyendo una infrastructura ITIL con NetSupport ServiceDesk TotemGuard Digital Security Construyendo una infrastructura ITIL con NetSupport ServiceDesk Foto Sarah and Mike Totemguard.com 1 902 360 645 Índice 1. Introducción...4 2. Introducción a ITIL...5 3. Introducción

Más detalles

3. Horario laboral referencial: Lunes Viernes 8:00 a.m. a 6:00 p.m.

3. Horario laboral referencial: Lunes Viernes 8:00 a.m. a 6:00 p.m. Arquitecto de Datos 1. Línea de Negocios: Soluciones de Negocios 2. Funciones Específicas: Participar en la realización de las actividades técnicas de actualización y migraciones a versiones mejoradas

Más detalles

Título: DIRECTIVA PARA EL SISTEMA DE SOPORTE A USUARIOS EN PROTRANSPORTE. INSTITUTO METROPOLITANO PROTRANSPORTE DE LIMA

Título: DIRECTIVA PARA EL SISTEMA DE SOPORTE A USUARIOS EN PROTRANSPORTE. INSTITUTO METROPOLITANO PROTRANSPORTE DE LIMA PRDTRJtNSPDRTE Instituto Metropolitano Protransporte de Lima Página: 1 de 7 INSTITUTO METROPOLITANO PROTRANSPORTE DE LIMA DIRECTIVA N O } 1-2010/MML/IMPL/OPSI DIRECTIVA PARA El SISTEMA DE SOPORTE A USUARIOS

Más detalles

CONTROLE SU INFORMACIÓN ANTES DE QUE ELLA LE CONTROLE A USTED

CONTROLE SU INFORMACIÓN ANTES DE QUE ELLA LE CONTROLE A USTED CONTROLE SU INFORMACIÓN ANTES DE QUE ELLA LE CONTROLE A USTED Gestión integrada de documentos y procesos La gestión documental es un proceso esencial para el correcto desempeño de una empresa, siendo a

Más detalles

Manual. Artologik HelpDesk. Versión 3.4. Artisan Global Software

Manual. Artologik HelpDesk. Versión 3.4. Artisan Global Software Gestión de Proyectos Gestión del Tiempo Encuestas Gestión del E-mail HelpDesk Herramienta de Publicación Sistema de Reservas Manual Artologik HelpDesk Versión 3.4 Manual Artologik HelpDesk Desea darle

Más detalles

INSYS SERVICE DESK. Integración de Servicios

INSYS SERVICE DESK. Integración de Servicios INSYS SERVICE DESK Integración de Servicios INSYS SERVICE DESK es el resultado de la integración de las soluciones: CURA Network Monitoring, INSYS Advanced Dashboard for Enterprise, SIEM (NetIQ Sentinel

Más detalles

Recursos HELP DESK Biblioteca 2012

Recursos HELP DESK Biblioteca 2012 Selección de herramientas para la implementación de ITIL - Segunda Parte Uno de los principales objetivos del marco de trabajo ITIL es administrar la información que se usa para manejar la calidad y la

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

Sistema de gestión de procesos institucionales y documental.

Sistema de gestión de procesos institucionales y documental. [Documento versión 1.7 del 10/10/2015] Sistema de gestión de procesos institucionales y documental. El sistema de gestión de procesos institucionales y documental, es una solución diseñada para mejorar

Más detalles

NOVEDADES DE LA VERSIÓN 3.6

NOVEDADES DE LA VERSIÓN 3.6 NOVEDADES DE LA VERSIÓN 3.6 Setiembre 2015 Índice Resumen de características... 3 Aspectos de licenciamiento... 3 Integración con SharePoint... 4 Paso de SharePoint e integración de tipo SharePoint...

Más detalles

ELIMINE Costos en horas de programación dedicadas a reportes

ELIMINE Costos en horas de programación dedicadas a reportes PDFdesigner PROCESOS OPTIMIZADOS SOLUCIONES PERFECTAS Qbit SE ESPECIALIZA EN LA MODELIZACIÓN DE PROCESOS Y EN EL DESARROLLO E IMPLEMENTACIÓN DE SISTEMAS Procesamiento de Reportes Diseño de Layouts impresión,

Más detalles

Destino del Archivo (Ruta)

Destino del Archivo (Ruta) NOMBRE DEL PRODUCTO: ARANDA SERVICE DESK VERSIÓN DE ACTUALIZACIÓN QUE SE LIBERA: 8.4.2 LISTADO DE ARCHIVOS Nombre de Archivo Versión Tamaño (En Bytes) Destino del Archivo (Ruta) BLOGIK.exe 8.4.2.2 3.814.912

Más detalles

5/09/2012 2.1 Agregar cambios en las alertas Matias Herrera

5/09/2012 2.1 Agregar cambios en las alertas Matias Herrera K2BProyectos Móvil Descripción de la Arquitectura Versión 1.5 Historia de revisiones Fecha Versión Descripción Autor 24/08/2012 1.0 Comienzo de la versión Milagros Garicoits 25/08/2012 1.0 Se corrigen

Más detalles

Herramienta para la gestión de la relación con el Cliente en CLOUD. Presentación

Herramienta para la gestión de la relación con el Cliente en CLOUD. Presentación Herramienta para la gestión de la relación con el Cliente en CLOUD Presentación VISIÓN 360º DE SUS CUENTAS Repositorio único de información de la relación con sus clientes potenciales o en cartera, pero

Más detalles

Clientes Donantonio. Especificación de requisitos software. Juan José Amor David Escorial Ismael Olea

Clientes Donantonio. Especificación de requisitos software. Juan José Amor David Escorial Ismael Olea Especificación de requisitos software Tabla de contenidos Juan José Amor David Escorial Ismael Olea 1. Introducción...3 1.1. Propósito...3 1.2. Ámbito del sistema...3 1.3. Definiciones, acrónimos y abreviaturas...3

Más detalles

Manual de Usuario. Versión 1.0

Manual de Usuario. Versión 1.0 Manual de Usuario Versión 1.0 Índice Contenido 1 Introducción... 4 2 BackEnd Simple... 7 2.1 Ingreso a Portal Simple (BackEnd)... 7 2.2 Configuración... 10 2.2.1 Configuración Inicial... 10 2.2.2 Configuración

Más detalles

Agenda. 1. Antecedentes 2. Características generales de SIABUC9 3. Componentes y servicios 4. Licenciamiento 5. Ventajas competitivas de SIABUC9

Agenda. 1. Antecedentes 2. Características generales de SIABUC9 3. Componentes y servicios 4. Licenciamiento 5. Ventajas competitivas de SIABUC9 Agenda 1. Antecedentes 2. Características generales de SIABUC9 3. Componentes y servicios 4. Licenciamiento 5. Ventajas competitivas de SIABUC9 1. Antecedentes 1.1. Orígenes de SIABUC SIABUC surge en la

Más detalles