dsi.ppai.2014 - especificacion de requerimientos v2.0

71

Upload: facu-suarez

Post on 08-Apr-2016

12 views

Category:

Documents


2 download

TRANSCRIPT

Page 1: DSI.ppai.2014 - Especificacion de Requerimientos v2.0
Page 2: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

HISTORIAL DE REVISIÓN

Fecha Versión Descripción Autor03/05/2011 1.0 Versión inicial de la especificación de requisitos,

detallando requerimientos globales, objetivo del sistema, Modelo de Objetos del Dominio del Problema, Modelo de Casos de Uso (diagrama de casos de uso y descripciones de casos de uso).

AUS Barale, LorenaIng. Cattaneo, MarcelaIng. Haefeli, InésIng. Mac William, Ma. IreneIng. Vélez, Germán

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 2 de 47

UNIVERSIDAD NACIONALSECRETARÍA DE CIENCIA Y TÉCNICA

Inventario de Recursos Tecnológicos

Especificación de Requerimientos de SoftwareVersión 2.0

Creado porIng. Germán VélezIng. María Irene Mac WilliamIng. Inés HaefeliIng. Lorena BaraleIng. Marcela Cattaneo

Fecha de Creación: 14 de Abril de 2014

Page 3: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

09/05/2012 1.1 Se incorpora la evaluación de SI por parte de Facultad.Se incorpora detalle de proceso frente a mantenimiento correctivo de RT. Se incorporan descripciones de casos de uso asociados, impacto en el MODP y Diagrama de Casos de Uso, como en las reglas de negocio.Se corrigen errores de redacción de algunos párrafos para mejorar la claridad.

Ing. Haefeli, InésIng. Mac William, Ma. IreneIng. Cattaneo, MarcelaIng. Vélez, GermánIng. Barale, Lorena

15/04/2013 1.2 Se modifican detalles en las características de implementación y en algunos requerimientos no funcionales. Se ajustan detalles en la definición del dominio. Se actualiza el MODP y Diagrama de Casos de Uso, reglas de negocio. Se corrigen objetivos de caso de uso, se incorporan nuevas descripciones de casos de uso, referidas al registro de la evaluación de las solicitudes de inscripción de parte de la facultad y de la SeCyT. Se corrigen y completan descripciones de casos de uso.

Ing. Haefeli, InésIng. Mac William, Ma. IreneIng. Cattaneo, MarcelaIng. Vélez, GermánIng. Barale, Lorena

24/04/2014 2.0 Se modifican algunos requerimientos no funcionales. Se ajustan detalles en la definición del dominio. Se modifica la gestión del mantenimiento de recursos. Se actualiza el MODP y Diagrama de Casos de Uso. Se corrigen objetivos de caso de uso. Se corrigen y completan descripciones de casos de uso.

Ing. Mac William, Ma. IreneIng. Vélez, GermánIng. Haefeli, InésIng. Barale, LorenaIng. Cattaneo, Marcela

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 3 de 47

Page 4: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

TABLA DE CONTENIDO

Historial de Revisión.................................................................................................................................................2Tabla de Contenido..................................................................................................................................................3Introducción.........................................................................................................................................................4

Propósito..............................................................................................................................................................4Contexto del proyecto..........................................................................................................................................4

Dominio...................................................................................................................................................................5UNIVERSIDAD NACIONAL – Secretaría de Ciencia y Técnica....................................................................................5

Inventario de Recursos Tecnológicos....................................................................................................................5Consideraciones...........................................................................................................................................8Glosario........................................................................................................................................................9

Requerimientos......................................................................................................................................................11Requerimientos Funcionales (Globales)..............................................................................................................11

Objetivo del Sistema de Información.....................................................................................................................11Funciones excluídas...............................................................................................................................................11Reglas de Negocio..................................................................................................................................................12Modelo de Objetos del Dominio del Problema - Diagrama de clases....................................................................13Funciones...............................................................................................................................................................15Modelo de casos de uso del sistema de información.............................................................................................15

Lista de Actores...................................................................................................................................................15Diagrama de Casos de Uso..................................................................................................................................16

Paquete Gestión de Solicitud de Inscripción y Centros de Investigación....................................................17Paquete Gestión de Recursos Tecnológicos...............................................................................................18Paquete Gestión de Reservas y Uso de Recursos Tecnológicos..................................................................19Paquete Administración del Sistema..........................................................................................................19

Listado de Casos de Uso (Esenciales y de Soporte) y definición de objetivo o breve descripción......................22Descripción de Casos de Uso del Sistema de Información.................................................................................26

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 4 de 47

Page 5: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

INTRODUCCIÓN Propósito

La finalidad de la presente especificación es definir en forma clara para los diferentes involucrados en el proyecto (cliente, diseñadores y desarrolladores) los requerimientos de la aplicación a desarrollar, de manera tal de formalizar sus funcionalidades.

Este documento define las características que deber cubrir el sistema en función de las necesidades de los usuarios, detectadas a partir de la captura de requerimientos.

El objetivo fundamental es establecer un acuerdo entre el equipo de trabajo y el cliente sobre lo que el sistema deberá hacer y aquellos aspectos que el mismo no contemplará.

Contexto del proyecto

Este proyecto surge a partir de la necesidad de la Universidad Nacional de gestionar un registro de los recursos tecnológicos existentes en el ámbito de centros de investigación para la realización de actividades científicas en su seno. El objetivo de disponer de un inventario de estos recursos tecnológicos es contar con información de los mismos, de modo que se maximice su aprovechamiento y el de los recursos financieros destinados a ellos.

El organismo al cual se han delegado las responsabilidades vinculadas al inventario de los recursos tecnológicos es la Secretaría de Ciencia y Técnica (SECyT). La Universidad, a través de esta secretaría, ha requerido el desarrollo del sistema informático que permita la gestión de sus recursos tecnológicos y del uso de los mismos por parte de los científicos.

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 5 de 47

Page 6: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

DOMINIO UNIVERSIDAD NACIONAL – Secretaría de Ciencia y

TécnicaInventario de Recursos Tecnológicos

Luego del relevamiento realizado en los diferentes ámbitos de ciencia y técnica correspondientes, se obtuvo la siguiente información.

Los recursos tecnológicos a inventariar son instrumentos o equipamiento destinados a la investigación científica (por ejemplo: microscopios, balanzas de precisión, resonadores magnéticos, equipamiento de cómputo de datos de alto rendimiento, etc.).

La importancia de contar con un inventario de recursos tecnológicos por CI reside en la posibilidad de efectuar préstamos para su uso tanto a los científicos del propio CI como de otros CI de la Universidad.

Estos recursos pertenecen a la universidad como parte de su patrimonio; se encuentran instalados o alojados en diferentes Centros de Investigación (CI), los que dependen de alguna Facultad de la Universidad mencionada. Cada Facultad puede albergar a varios CI.

Solicitud de InscripciónPara que un CI sea incorporado al conjunto de CI autorizados de la Universidad, deberá completar una Solicitud

de Inscripción (SI) con los datos requeridos para este proceso: nombre propuesto para el CI, facultad a la cual pertenece; apellido y nombre, teléfono y correo electrónico del contacto responsable.

Se estableció que al registrar la SI, se generará un número y una palabra clave, que permitirá al usuario (contacto responsable que solicita la inscripción del CI) para que realice los distintos accesos al sistema.

La SI registrada por el CI solicitante debe seguir el siguiente flujo de autorización:1. Autorización de la Facultad a la cual pertenece el CI2. Autorización por parte de la Universidad, mediante la SECyT

Autorización de la FacultadLa SI registrada por el CI solicitante debe ser autorizada en primera instancia por un Responsable de Ciencia y

Tecnología de la Facultad para su posterior evaluación por SECyT. El Responsable de Ciencia y Tecnología de la Facultad puede estar representado por el Secretario de SECyT o por un prosecretario. El proceso de autorización implica verificar la existencia del CI en el ámbito de la Facultad y el cumplimiento de los requisitos y condiciones establecidos.

Si la SI no cumple las condiciones requeridas se rechaza. Las SI rechazadas no pueden ser apeladas, por lo que el CI debe realizar una nueva solicitud una vez que reúna los requisitos y condiciones que la Facultad pide para poder ser admitido. El rechazo es comunicado vía email al contacto responsable solicitante de la SI indicando los motivos del rechazo.

Cuando la SI ha sido autorizada por la Facultad, el contacto responsable de la SI recibe un email con dicha autorización, y debe entonces imprimir la misma en un formato definido: hoja A4, con el membrete y una marca de agua de la SECyT. Esta SI debe ser firmada por el responsable del CI y el Responsable de Ciencia y Tecnología de la Facultad correspondiente.

Autorización de la UniversidadLa SI y la documentación se presentan en forma personal o son enviadas por correo postal a la SECyT, donde el

Responsable de SECyT registra la documentación recibida. Cuando todos los requisitos formales (la SI y la documentación respaldatoria) están completos, la SI puede ser evaluada.

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 6 de 47

Page 7: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

En caso de detectar documentación faltante, el Responsable de SECyT lo comunicará por correo electrónico al contacto responsable registrado en la SI.

Una vez verificado que se cumplen los requisitos formales de cada SI ingresada en la SECyT (y su documentación correspondiente), es analizada por el Responsable de SECyT, contemplando ciertas condiciones cuyo cumplimiento es determinante para la aceptación o rechazo de la SI por parte de la SECyT. Por ello, luego de la evaluación del cumplimiento de las condiciones mencionadas por parte del CI solicitante, los resultados pueden ser los siguientes:

Si la SI cumple la totalidad de las condiciones, es aceptada. Si la SI cumple las condiciones determinantes, pero no satisface la totalidad de las condiciones

requeridas, es observada, solicitando al contacto responsable que complete las condiciones que faltan cumplimentar para su aceptación en un plazo determinado

Si la SI no cumple las condiciones determinantes, es rechazada.

Cualquiera sea el resultado de la evaluación de la SI, se registra la fecha y un comentario sobre la resolución.El resultado del análisis realizado por la SECyT se informa al contacto responsable de CI y al Responsable de

Ciencia y Tecnología de la Facultad mediante un correo electrónico.La aceptación de la SI implica registrar el CI con sus datos básicos (los cuales son obtenidos de la solicitud

aceptada) y al responsable del mismo. Se generará el usuario al responsable del CI, a fin que pueda registrar el resto de la información del CI y los recursos tecnológicos.

Una SI observada podrá ser nuevamente presentada sólo en una oportunidad. Como resultado de esta nueva presentación la SI será definitivamente aceptada o rechazada.

La anulación de una SI tiene lugar en las siguientes situaciones: Si la SI está autorizada por la Facultad y no se presenta ante la SECyT la totalidad de la documentación

requerida en un determinado tiempo establecido. Si la SI es observada por la SECyT y el CI solicitante no realiza la nueva presentación antes del

vencimiento del plazo establecido.

El responsable del CI podrá consultar el estado de avance del trámite de inscripción o cancelar la SI. En ambos casos la consulta o búsqueda de la SI se realizará por el número de solicitud y la palabra clave que se generó al registrar la misma. Al cancelar una SI, se registrará la fecha y motivo por el cual se solicita la cancelación.

Una vez que el CI es aceptado como organismo dentro de la Universidad, el responsable autorizado del CI deberá completar los siguientes datos en el sistema:

Sigla Dirección de la administración central del CI y dirección del CI Características: superficie en m2, si cuenta con espacio para preparación de muestras, etc. Reglamento de uso de equipos (para el caso en que posea un reglamento general). En caso de disponer

de un reglamento, se cargará como un archivo en un formato PDF, con un tamaño no superior a 6 MB. Actividades realizadas en el centro. Existe un nomenclador que define estas actividades

Cuando el responsable completa los datos del CI, el estado del mismo se definirá como activo. Desde ese momento se podrán registrar sus recursos tecnológicos y dar de alta sus científicos para que éstos puedan realizar reservas y utilizar los distintos equipamientos de los CI autorizados en el ámbito de la Universidad.

El responsable del CI será el encargado de dar el alta a cada científico como miembro del CI, registrando su nombre y apellido, y correo electrónico. En este momento se le otorgará el nombre de usuario y contraseña correspondiente a cada uno de ellos.

La clave para todos los usuarios del sistema será alfanumérica entre 10 y 16 caracteres UNICODE, con las siguientes restricciones: al menos 5 caracteres deben ser letras, de las cuales al menos una es mayúscula, no se permite una secuencia de letras o números mayor a 3 elementos, y debe contener al menos un carácter especial.

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 7 de 47

Page 8: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

En caso que el científico se desvincule del CI, el responsable del centro será quien solicite la baja del mismo, ante lo cual se registrará la fecha en que se produjo esta situación, procediendo también a inhabilitar el usuario correspondiente.

Recursos TecnológicosEn cuanto a los recursos, cada uno se corresponde a una categoría de instrumento, las cuales se encuentran

predefinidas (por ejemplo: microscopios, balanzas de precisión, resonadores magnéticos, equipamiento de computo de datos de alto rendimiento, etc.). Cada categoría de recurso posee una serie de características comunes. Al dar de alta un recurso, se asignará un valor específico a la/s característica/s que corresponda (un recurso puede no tener características particulares asociadas).

Es el responsable del CI quien debe registrar los recursos. Los datos solicitados para cada recurso son: Número de inventario dentro del CI (este número es único por cada CI) Categoría del recurso (microscopio, balanza, etc.) Marca. Las marcas están predefinidas, con nombre y descripción. Modelo Características del recurso y valores correspondientes (de acuerdo a lo descripto anteriormente). Imagen/Foto del recurso, con formato extensión .jpg, .png o .gif, y tamaño que no supere 2 MB. Responsable técnico del recurso (nombre y apellido, tipo y número de documento, teléfono y dirección

de correo electrónico). Cabe aclarar que el responsable del recurso tecnológico no puede ser el responsable del centro de investigación al cual pertenece el recurso.

Disponibilidad de préstamo del recurso. Esto implica registrar el siguiente detalle de disponibilidad: cada día de la semana (lunes, martes, etc.) en que el recurso se puede utilizar, indicando las franjas horarias por día (considerando que cada día puede tener más de una franja horaria). Este registro de disponibilidad puede cambiar en el tiempo, por lo cual se requiere definir su período de vigencia. Se debe establecer además los períodos en los que ese horario está fraccionado (unidad mínima de tiempo: media hora).

Los recursos serán registrados con su fecha de alta, una vez que se encuentran disponibles para su uso.

Los recursos tecnológicos son utilizados principalmente por la comunidad científica del propio CI, aunque pueden ser aprovechados por científicos de otros CI de la misma u otras facultades. Los préstamos consisten en la posibilidad de usar el mismo en las instalaciones donde se encuentra ubicado.

Cualquier científico que desee utilizar un recurso deberá realizar una reserva en línea (sean científicos miembros del CI al cual pertenece el recurso, o de otro CI).

El responsable técnico es quien administra la disponibilidad y préstamos de cada recurso a su cargo. Para ello, este responsable gestiona las reservas de uso de cada recurso, priorizando las necesidades del personal de investigación interno del CI y otorgando el tiempo ocioso a los solicitantes de otros CI.

Los científicos del CI donde se encuentra localizado el recurso pueden realizar sus reservas; las mismas poseen prioridad de aceptación. Esto significa que al registrar la reserva, la misma se autoriza y confirma automáticamente (sin necesidad de un análisis por parte del responsable del recurso). Por otra parte, esto permitirá a los científicos del CI solicitar un recurso en el mismo momento en que se utilizará.

Los científicos externos al CI que deseen acceder a un recurso, podrán consultar la disponibilidad del mismo por fecha o rango de fechas, y realizar la reserva del mismo con al menos 72 horas hábiles de antelación. Estas reservas son analizadas por el responsable técnico del recurso, quien puede aceptarlas o rechazarlas, según su criterio y definición del CI. El resultado del análisis de la solicitud de reserva es comunicado dentro de las 24 horas posteriores a su realización, mediante mail, al científico solicitante.

Se requirió que el científico solicitante pueda distinguir rápida y fácilmente, mediante el uso de colores, los días en los cuales el recurso no está disponible – se han asignado reservas para todo el día –, de aquellos días en donde aún se puede registrar una reserva.

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 8 de 47

Page 9: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

Una vez efectivizado el uso del recurso por parte del científico solicitante, el responsable técnico deberá registrar el período real de utilización (hora de inicio y fin) y observaciones si corresponde.

En el caso que un recurso tecnológico presente fallas que impidan el funcionamiento normal, el mismo se registra como no operativo; el responsable técnico debe contactarse con el servicio técnico del equipo a fin que lo revise y lo repare para su puesta en funcionamiento. Esto implica que además deban cancelarse todas las reservas correspondientes al mencionado recurso que están registradas; esta cancelación debe ser notificada mediante un mail a cada solicitante. Mientras el recurso se encuentre no operativo, no se permitirá registrar reservas del mismo.

Cuando el recurso ha sido reparado y probado, el responsable técnico habilita su uso, registrando la fecha de reparación y alguna observación de ser necesario, permitiendo nuevamente que el mismo pueda ser reservado.

ReportesLos futuros usuarios de la aplicación han requerido diferentes reportes destinados a obtener información sobre

el inventario de recursos y el uso de los mismos, para así mejorar la gestión tanto de la SECyT como de los CI. La información requerida es

La Universidad, a través de su SECyT requiere información de o Las facultades, sus centros y recursos tecnológicos o del inventario completo o Estadísticas de uso de recursos tecnológicoso Reportes de solicitudes de inscripción de CI

Las Facultades requieren información de sus CI y recursos tecnológicos Los CI requieren informes de sus recursos tecnológicos y estadísticas de uso de dichos recursos de parte de

científicos internos y externos.

La SECyT ha requerido que la aplicación permita exportar estos reportes a diferentes formatos.En todos los casos, los reportes impresos deberán cumplir el formato establecido por la SECyT, lo cual implica:

Membrete de dicha secretaría, que implica el uso del logo de dicha secretaría en el encabezado Identificación del reporte mediante el título establecido en el encabezado del reporte centrado, con

fuente Verdana y tamaño 15 Numeración de las páginas del reporte

Consideraciones

No existe una agenda de turnos predefinida para los recursos tecnológicos. El recurso se otorgará en préstamo según la disponibilidad del mismo, en función de las reservas realizadas hasta el momento.

El registro de las reservas es particular para cada recurso tecnológico. El usuario podrá solicitar un recurso tecnológico por más de un día. En estos casos, el sistema registrará una

reserva por cada fecha, con sus horarios correspondientes. Las reservas de recursos tecnológicos se podrán realizar hasta con un máximo de 30 días de anticipación. Una reserva de un recurso tecnológico se podrá cancelar en cualquier momento previo a su uso. Cuando un científico no efectiviza el uso del recurso tecnológico, se registra el incumplimiento del uso de la

reserva correspondiente. Este proceso se realiza diariamente en forma automática. Para aquellos usuarios que posean más de una determinada cantidad de incumplimientos de uso de reserva

(definidas como política de negocio) en un período establecido, se inhabilitará su usuario por un lapso de tiempo.

No se permite la modificación de una reserva de un recurso tecnológico. El científico deberá cancelar la reserva realizada y registrar una nueva reserva.

Los recursos tecnológicos podrán ser dados de baja por diferentes motivos, con lo cual quedan inhabilitados para su uso y préstamo. Es el responsable técnico del recurso quien deberá registrar esta situación en el nuevo sistema.

El CI podrá modificar algunos de sus datos cuando lo requiera. El responsable del centro deberá ingresar a la opción correspondiente y modificar el dato necesario, tal como dirección, superficie, reglamento o actividades realizadas.

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 9 de 47

Page 10: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

El horario de uso de un recurso tecnológico podrá ser modificado por el responsable técnico del mismo. Este nuevo horario estará vigente a partir de la fecha de la última reserva registrada para el recurso, o desde una fecha posterior, según lo decida el responsable técnico.

Los CI pueden solicitar su baja ante su disolución u otros motivos. En estos casos, el responsable del CI deberá ingresar al sistema y registrar la baja del centro como tal, estableciendo la fecha en que se produce esta situación y el motivo correspondiente.

Si un CI no completa sus datos en el lapso establecido e informado oportunamente por la SECyT, el mismo será dado de baja. Para ello se estableció un proceso que permitirá la anulación de los CI que han sido creados y no se encuentran activos (es decir, nunca se ingresó a completar los datos del centro).

Las facultades son registradas por la propia SECyT, a fin que puedan ser seleccionadas al realizar una solicitud de inscripción para un CI.

Se deberá ofrecer una visualización con la ubicación del centro utilizando Google Maps. El sistema se deberá desarrollar para soportar una carga de usuarios conectados en forma simultánea de

aproximadamente 150. Se estimó que la cantidad de transacciones por segundo a resolver no ascenderían las 250.

Se acordó con la SECyT que el tiempo de entrega de las primeras funcionalidades del sistema será 12 meses. La aplicación completa deberá estar desarrollada y desplegada en el lapso de 18 meses.

Todas las pantallas del sistema deberán contar con el logo de la SECyT en el extremo superior derecho, y utilizarán colores acordes con dicha imagen.

Se estableció la realización de copias de restauración periódicas de la base de datos para lograr la recuperación ante fallas. Dichas copias de seguridad se realizarán en discos RAID 1.

Los navegadores que deberán soportar la aplicación son las versiones Google Chrome 28, Internet Explorer 8, Mozilla Firefox 13, Opera 10 o superiores.

La aplicación también será accesible desde dispositivos móviles, con sistema operativo Windows Mobile 6, Android 4.1.x o superiores La aplicación se podrá descargar desde la página de SECyT para su instalación en el dispositivo móvil.

La aplicación será WEB, a excepción de la gestión de solicitudes de inscripción por parte de la SECyT, que a solicitud de la misma se desarrollará como aplicación de escritorio.

En relación a aspectos de seguridad, el sistema limitará el número de intentos de conexión no exitosos a tres, momento a partir del cual se inhabilita el usuario y se rechazan otros intentos hasta la correspondiente autorización del usuario supervisor.

La SECyT pretende que el sistema tienda a minimizar el uso del papel, mediante la generación y uso de la mayor cantidad de archivos y documentos electrónicos e imágenes digitales. En este sentido, también se solicitó que los documentos presentados al momento de solicitar la inscripción del SI sean digitalizados mediante algún dispositivo.

Glosario

Actividad Actividades realizadas en cada centro de Investigación, y que se encuentran asociadas a los recursos tecnológicos. Ejemplo: capacitación becarios, pasantías, formación docente, etc.

Característica Características específicas que los recursos tecnológicos pueden tener, dependiendo de la categoría del mismo.

Categoría Tipo de recurso tecnológico. Por ejemplo: balanza de precisión, microscopio, resonador, etc.

Centro de Investigaciones (CI)

Mínima unidad organizacional que realiza investigación científica en el ámbito de la Universidad, pudiendo ser éstos: laboratorios, unidades o centros, entre otros. Ejemplos: Centro de Investigaciones Acústicas, Laboratorio de Estructuras, Unidad de Investigación Educativa.

Científico Persona que desarrolla su actividad científica en al menos un Centro de Investigación de la Universidad. Son quienes utilizan los recursos tecnológicos

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 10 de 47

Page 11: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

inventariados para el desarrollo de sus actividades.Equipo Ver recurso tecnológicoInstrumento Ver recurso tecnológicoPréstamo Se denomina de esta manera al permiso para uso de un determinado equipo.

Estos préstamos deben ser solicitados mediante reserva correspondiente.Recurso Tecnológico Cualquier equipo, instrumento o dispositivo dedicado a la investigación científica.

Ejemplos: microscopios, balanzas, resonadores, equipos de computación, etc.

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 11 de 47

Page 12: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

REQUERIMIENTOS Requerimientos Funcionales (Globales)

El sistema permitirá: Gestionar solicitudes de inscripción de Centros de Investigación (generación, recepción, resolución,

cancelación y anulación) Administrar datos de facultades Brindar información de las solicitudes de inscripción de centros de investigación y su estado Gestionar información de centros de investigación Administrar actividades genéricas de centros de investigación Administrar datos de responsables de centros de investigación Administrar datos de científicos de centros de investigación Brindar información de centros de investigación y actividades Administrar datos de recursos tecnológicos Administrar categorías y características generales de los recursos tecnológicos Brindar información de recursos tecnológicos de cada centro y facultad Administrar horarios para el uso de recursos tecnológicos, para poder reservar los mismos. Administrar mantenimientos de recursos tecnológicos y el respectivo cambio de estado por

reparaciones Gestionar reservas de recursos tecnológicos Gestionar información del uso de los recursos tecnológicos Brindar información sobre reservas y usos de recursos tecnológicos Administrar usuarios y perfiles Brindar información estadística de uso de recursos tecnológicos

Objetivo del Sistema de Información Procesar y brindar información que permita gestionar el inventario de recursos tecnológicos de la Universidad

destinados a la actividad científica, la inscripción de los centros de investigación y la reserva y uso de dichos recursos tecnológicos por los científicos de los centros de investigación autorizados, generando los informes necesarios.

Funciones excluídas Quedan excluidas de la propuesta y del desarrollo del sistema de información las siguientes funciones:- El seguimiento del mantenimiento de los recursos tecnológicos en cuanto a cada tarea que se realizará, y los

insumos y repuestos necesarios para efectuar dicho mantenimiento.- La reactivación de un usuario que quedó inhabilitado por aplicación de una sanción por reservas anuladas

de recursos tecnológicos.

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 12 de 47

Page 13: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

Reglas de Negocio A continuación se describen las reglas de negocio consideradas para el dominio bajo estudio.

Nº Regla de negocio Descripción1 Solicitud de

Inscripción (SI) de centro de investigación

Toda SI presentada debe pasar por un proceso de análisis, del cual puede resultar aceptada, rechazada u observada. Dicho proceso implica controlar el cumplimiento de los requisitos exigidos por parte de la SeCyT (previo control y aprobación por parte de la Facultad a la cual pertenece el CI).

2 Solicitud de inscripción de centro de investigación observada

Una SI observada puede ser nuevamente presentada para su evaluación, sólo en una oportunidad. Como resultado de esta nueva presentación la SI será aceptada o rechazada.

3 Anulación de solicitud de inscripción

Una SI es anulada en las siguientes situaciones: Si la SI está autorizada por la facultad y no se presenta la totalidad de la

documentación requerida en un determinado tiempo establecido. Si la SI es observada y el CI solicitante no realiza la nueva presentación

antes del vencimiento del plazo establecido.4 Cancelación de

solicitud de inscripciónEl responsable del CI puede cancelar una SI siempre y cuando la misma esté aún pendiente de decisión de aceptación u observada por parte de la SECyT.

5 Identificación de solicitud de inscripción

A toda SI se le generará un número de solicitud y palabra clave. Esto permitirá la identificación de la SI cuando se desee cancelar o consultar el estado de la misma.

6 Responsables de CI y de reserva de recursos tecnológicos

Por cada CI, están registrados los científicos que pertenecen al mismo, quienes son los únicos autorizados a realizar la reserva de recursos tecnológicos. Cada científico pertenece a un CI.Si una persona es responsable de dos o más CI, se lo considera como un responsable distinto por cada CI, con diferentes usuarios por cada uno de ellos.

7 Reserva de recurso tecnológico

El período de anticipación para solicitar la reserva de un recurso tecnológico considera lo siguiente:o Para un científico de un CI diferente al cual pertenece el recurso

solicitado, existe un periodo de antelación para que realice la reserva según la fecha de necesidad de uso del recurso. Actualmente el período es de 72 horas.

o Un científico del CI al cual pertenece el recurso, podrá solicitarlo en el mismo momento en que lo utilizará. En estos casos la solicitud se autorizará instantáneamente, sin necesidad de un análisis por parte del responsable del recurso.

8 Autorización de reserva de recurso tecnológico

Para autorizar una reserva de recurso tecnológico se debe considerar lo siguiente:o Si el solicitante es externo al CI donde se encuentra el recurso, la reserva

es analizada por el responsable técnico del recurso, quien puede aceptarla o rechazarla dentro de un período de tiempo previo a la necesidad de uso del recurso.

o Si el solicitante es del propio CI (donde se encuentra localizado el recurso), las reservas poseen prioridad de aceptación. Esto significa que al solicitar la reserva del recurso, la misma se autoriza instantáneamente.

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 13 de 47

Page 14: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

Nº Regla de negocio Descripción9 Tiempo de reserva de

recurso tecnológicoo Cada reserva de recurso tecnológico se realiza para un día. Si se desea

reservar el recurso por más tiempo, se considera una reserva diferente para cada fecha que se desea reservar y cada una de ellas pasará el proceso de autorización correspondiente.

o Dichas reservas se podrán realizar considerando un tiempo máximo de días de anticipación establecido. Actualmente el tiempo de anticipación es de 30 días.

10 Recurso de cada reserva

Cada reserva se realiza para un único recurso tecnológico en particular. Si se desea reservar más de un recurso, cada necesidad es considerada como una reserva diferente.

11 Anulación de reservas En el caso que una reserva de un recurso tecnológico no se haya concretado ni informado su cancelación, se procede a anular dicha reserva.

12 Modificación de reservas

No se permite la modificación de una reserva de un recurso tecnológico. El científico deberá cancelar la reserva realizada y efectuar una nueva reserva.

13 Vigencia de horarios para uso de recursos tecnológicos

El horario de uso de un recurso tecnológico podrá ser modificado por el responsable técnico del mismo. Este nuevo horario estará vigente a partir de la fecha de la última reserva registrada para el recurso, o desde una fecha posterior, según lo decida el responsable técnico

14 Sanción por reservas anuladas

Para aquellos usuarios que posean más de una determinada cantidad de anulaciones de reserva en un período establecido, se inhabilitará su usuario por un lapso de tiempo.

15 Alta de Centros de Investigación

Un CI es dado de alta a partir que una solicitud de inscripción es aceptada. En ese momento se registran los datos mínimos del CI, los cuales luego deberán ser completados por el responsable del CI.Si un centro ha sido dado de baja (cualquiera sea el motivo) y desea volver a inscribirse debe realizar el proceso de solicitud de inscripción y ser dado de alta nuevamente, como nuevo centro de investigación.

16 Baja de Centros de Investigación

Un CI puede ser dado de baja por los siguientes motivos:o A solicitud del propio centro.o Pasado cierto tiempo desde que el centro tiene aceptada su solicitud de

inscripción y dicho centro no ha sido activado, es decir no ha completado los datos como CI para empezar a ser considerado como tal.

17 Alta y Baja de científicos

Cada responsable de un CI es quien puede dar el alta y baja a cada científico de su centro, para lo cual el mismo debe estar “activo”.

18 Alta y Baja de recursos tecnológicos

Cada responsable de un CI es quien puede dar el alta y baja a de sus recursos, para lo cual el mismo debe estar “activo”.

19 Cancelación de reservas por mantenimiento correctivo de RT

Cuando un RT ingresa a mantenimiento correctivo, deben cancelarse todas las reservas del mencionado recurso; esta cancelación debe ser notificada a cada solicitante.

20 Asignación de Responsables de Recursos Tecnológicos

Un responsable de CI no puede, a la misma vez, ser responsable de recursos tecnológicos del centro del cual está designado como responsable.

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 14 de 47

Page 15: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

Modelo de Objetos del Dominio del Problema - Diagrama de clases

Se presenta el Modelo de Objetos del Dominio del Problema representado con el diagrama de clases.

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 15 de 47

Page 16: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

Nota: La multiplicidad 0..* se presenta en el diagrama como *.

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 16 de 47

Page 17: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

FUNCIONES Esta sección especifica las acciones que llevará a cabo el software. Para este objetivo se ha utilizado como

herramienta el modelo de casos de uso, que permite describir en forma clara y sencilla para los distintos usuarios y clientes la funcionalidad soportada por el sistema.

Modelo de casos de uso del sistema de información El modelo de casos de uso del sistema de información que se presenta a continuación incluye el listado de

actores y definición de rol de cada uno de ellos, diagrama de casos de uso completo (casos de uso esenciales y de soporte) y definición del objetivo de cada caso de uso, además de descripciones correspondientes a algunos casos de uso.

Lista de ActoresEn el siguiente cuadro se especifican los actores que interactúan con el sistema, junto con la descripción de los

roles que desempeñan en relación al sistema de información.

Nombre del Actor Descripción del rol del actorAdministrador de Sistema

Encargado de administrar el perfil de los usuarios, asignando los permisos a cada usuario.

Científico Es quien realiza las reservas para uso de los equipos y puede cancelarlas.

Reloj Realiza las anulaciones de reservas por no ser efectivizadas por los científicos, de las anulaciones de SI por no recibir la documentación completa en un determinado tiempo.

Responsable CyT Facultad

Encargado del registro de las evaluaciones de la SI de Centros de Investigación y la emisión de reportes respectivos.

Responsable de Centro de Investigación

Responsable de realizar la solicitud de inscripción y de gestionar los datos correspondientes al centro de investigación.Es responsable de dar de alta a los recursos tecnológicos y asignar el responsable técnico a cada uno de ellos, además de realizar toda la gestión de los datos de los científicos.

Responsable de Recursos

Responsable técnico del recurso encargado de la actualización de los datos de cada recurso: incluye la actualización de los recursos (modificación y baja) además de la gestión del horario disponible para su reserva y uso, y la respuesta a las solicitudes de préstamo (reservas) de recursos tecnológicos a su cargo para el caso de científicos externos al CI. También es responsable de registrar los datos de inicio y fin de mantenimiento, y de uso de los recursos.

Responsable SeCyT Responsable del mantenimiento de los datos generales referidos al inventario de recursos tecnológicos de la Universidad (facultades, actividades, categorías de equipos, etc.) y de la gestión de la Solicitud de Inscripción, en lo que refiere a la aceptación de la misma y el registro del CI correspondiente.

Solicitante de Inscripción

Persona que realiza el registro de la solicitud de inscripción de un centro de investigación (CI). Tiene posibilidad de desistir de la misma y consultar el estado de avance de la SI hasta su aprobación.

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 17 de 47

Page 18: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

Nombre del Actor Descripción del rol del actorUsuario Responsable de gestionar el inicio y fin de la sesión, y cambiar la

contraseña.

Diagrama de Casos de Uso El diagrama de casos de uso presenta los casos de uso del sistema a desarrollar (casos de uso esenciales y de

soporte), sus relaciones y los actores que interactúan en cada uno. Se presentan agrupados según el paquete al que pertenecen.

Los casos de uso que se encuentran sombreados corresponden a casos de uso esenciales.

Organización de casos de uso en Paquetes

A continuación se presenta la agrupación por paquetes considerando como criterio de agrupación las funciones que deberá ejecutar el sistema.

Observaciones Las dependencias entre paquetes serán modeladas en los flujos de trabajo siguientes. En los diagramas de caso de uso que se presentan a continuación, los casos de uso esenciales se

grafican con color de relleno verde.

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 18 de 47

Page 19: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 19 de 47

Page 20: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

Paquete Gestión de Solicitud de Inscripción y Centros de Investigación

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 20 de 47

Page 21: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

Paquete Gestión de Recursos Tecnológicos

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 21 de 47

Page 22: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

Paquete Gestión de Reservas y Uso de Recursos Tecnológicos

Paquete Administración del Sistema

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 22 de 47

Page 23: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 23 de 47

Page 24: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 24 de 47

Page 25: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

Listado de Casos de Uso (Esenciales y de Soporte) y definición de objetivo o breve descripción

En el siguiente cuadro se especifican los objetivos o breve descripción de cada caso de uso identificado en el diagrama de casos de uso.

Caso de uso Objetivo o Breve Descripción Tipo1. Registrar solicitud de

inscripción de centro de investigación

Registrar la solicitud de inscripción como centro de Investigación e imprimirla en formato correspondiente.

Esencial

2. Consultar trámite de solicitud de inscripción

Consultar el estado del trámite de solicitud de inscripción de centro de investigación.

Esencial

3. Registrar cancelación de solicitud de inscripción

Registrar la cancelación de una solicitud de inscripción, mientras el estado de la misma lo permita.

Esencial

4. Registrar resultado de evaluación de Solicitud de Inscripción por Facultad

Registrar el resultado de la evaluación (aceptación o rechazo) de la Solicitud de Inscripción por parte de la Facultad.

Esencial

5. Registrar recepción de documentación de solicitud de inscripción

Registrar el ingreso de la documentación de una solicitud de inscripción que se encuentre pendiente u observada.

Esencial

6. Consultar solicitudes de inscripción

Emitir información de las SI realizadas, según filtros que pueden aplicarse.

Esencial

7. Registrar resultado de evaluación de solicitud de inscripción por SeCyT

Registrar el resultado de la evaluación de una SI y realizar la notificación al solicitante. En caso que la SI sea aceptada, se da el alta del centro de investigación.

Esencial

8. Registrar responsable Registrar al responsable del centro de investigación o del recurso tecnológico, y generar el usuario correspondiente.

Esencial

9. Consultar resultado de evaluación de SI

Consultar el resultado de las evaluaciones a las Solicitudes de Inscripción de Centro de Investigación presentadas, realizadas por la Secretaría de Ciencia y Técnica de la facultad correspondiente.

Esencial

10. Activar centro de investigación Registrar los datos completos del centro (en el caso que la solicitud de inscripción esté aceptada) y activar el CI.

Esencial

11. Registrar recurso tecnológico Registrar los datos de un recurso tecnológico existente en un Centro de Investigación.

Esencial

12. Registrar disponibilidad horaria de recurso tecnológico

Registrar los horarios disponibles para el recurso tecnológico.

Esencial

13. Registrar reserva de recurso tecnológico

Registrar la reserva para la utilización de un recurso tecnológico por parte de un científico habilitado.

Esencial

14. Registrar respuesta a reserva de recurso tecnológico

Registrar la aceptación o rechazo de la reserva realizada por científicos externos al Centro de Investigación.

Esencial

15. Registrar uso de recurso tecnológico

Registrar el uso efectivo de un recurso tecnológico. Esencial

16. Cancelar reserva de recurso tecnológico

Registrar la cancelación de la reserva de un recurso tecnológico realizada por un científico.

Esencial

17. Consultar reservas de recurso tecnológico

Emitir información de las reservas de recurso realizadas por un científico.

Esencial

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 25 de 47

Page 26: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

Caso de uso Objetivo o Breve Descripción Tipo18. Registrar inicio de

mantenimiento de recurso tecnológico

Registrar el comienzo del mantenimiento correctivo de un recurso tecnológico y cancelar todas las reservas registradas para dicho recurso notificando a cada solicitante responsable.

Esencial

19. Registrar fin de mantenimiento de recurso tecnológico

Registrar el fin del mantenimiento de un recurso, actualizando su estado y dejándolo disponible para reserva y uso.

Esencial

20. Anular solicitud de inscripción Registrar la anulación de una solicitud de inscripción realizada por un Centro de Investigación, que está autorizada por facultad y no presentó documentación completa en el plazo estipulado, o que está observada y no ha completado los requisitos exigidos en el lapso establecido por la SECyT.

Esencial

21. Anular reserva de recurso tecnológico por no uso

Anular aquellas reservas de recurso que no hayan sido cumplimentadas por el solicitante. En caso que el científico supere la cantidad de anulaciones o cancelaciones establecidas por la SECyT, se registra la suspensión del usuario del científico solicitante por un determinado plazo.

Esencial

22. Registrar baja de recurso tecnológico

Registrar la baja de un recurso tecnológico perteneciente a un centro de investigación.

Esencial

23. Modificar recurso tecnológico Modificar los datos de un recurso tecnológico. Esencial24. Consultar recurso tecnológico Emitir información correspondiente a uno o varios

recursos tecnológicos.Soporte

25. Registrar baja de centro de investigación

Registrar baja de un centro de investigación. Esencial

26. Modificar centro de investigación

Modificar los datos de un centro de investigación. Soporte

27. Consultar centro de investigación

Consultar los centros de investigación existentes, y la ubicación del CI (con la utilización de Google Maps).

Soporte

28. Registrar científico Registrar datos del científico y generar el usuario con el perfil adecuado.

Esencial

29. Registrar baja de científico Registrar la baja de un científico, inhabilitando al usuario correspondiente.

Soporte

30. Modificar científico Modificar los datos correspondientes a un científico. Soporte31. Consultar científico Consultar los científicos del centro de investigación. Soporte32. Registrar facultad Registrar una nueva facultad perteneciente a la

universidad.Esencial

33. Registrar baja de facultad Registrar baja de una facultad de la Universidad. Soporte34. Modificar facultad Modificar los datos correspondientes a una facultad. Soporte35. Consultar facultad Consultar las facultades (una o varias). Soporte36. Registrar responsable de

facultadRegistrar el responsable de Ciencia y Técnica de una facultad.

Esencial

37. Registrar baja de responsable de facultad

Registrar la baja de un responsable de Ciencia y Técnica asociado a una facultad.

Soporte

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 26 de 47

Page 27: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

Caso de uso Objetivo o Breve Descripción Tipo38. Modificar responsable de

facultadModificar los datos personales de un responsable de Ciencia y Técnica de una facultad.

Soporte

39. Consultar responsables de facultad

Consultar los datos de los responsables de Ciencia y Técnica de las facultades.

Soporte

40. Registrar baja de responsable Registrar la baja de un responsable de Centro de Investigación o recurso tecnológico.

Soporte

41. Modificar responsable Modificar los datos personales de un responsable de Centro de Investigación o recurso tecnológico.

Soporte

42. Consultar responsables Consultar los responsables de Centro de Investigación o recurso tecnológico.

Soporte

43. Registrar categoría Registrar una categoría a asignar a recursos tecnológicos y las correspondientes características.

Soporte

44. Registrar baja de categoría Dar de baja una categoría de recursos tecnológicos. Soporte45. Modificar categoría Modificar una categoría de recursos tecnológicos. Soporte46. Consultar categorías Consultar categorías de recursos tecnológicos. Soporte47. Registrar cargo Registrar un cargo de un responsable Ciencia y Técnica de

la facultad.Soporte

48. Modificar cargo Dar de baja un cargo de un responsable. Soporte49. Registrar baja de cargo Modificar un cargo de un responsable. Soporte50. Consultar cargos Consultar cargos de responsables de Ciencia y Técnica de

la facultad.Soporte

51. Registrar actividad Registrar una nueva actividad a asignar a centros de investigación.

Soporte

52. Registrar baja de actividad Dar de baja una actividad correspondiente a centros de investigación.

Soporte

53. Modificar actividad Modificar una actividad correspondiente a centros de investigación.

Soporte

54. Consultar actividad Consultar las actividades correspondientes a centros de investigación.

Soporte

55. Registrar marca Registrar una nueva marca de recurso tecnológico. Soporte56. Registrar baja de marca Dar de baja una marca correspondiente a un recurso

tecnológico.Soporte

57. Modificar marca Modificar una marca de un recurso tecnológico. Soporte58. Consultar marcas Consultar las marcas de recursos tecnológicos. Soporte59. Registrar tipo de

documentaciónRegistrar un nuevo tipo de documentación asociado a una documentación requerida para la presentación de SI.

Soporte

60. Registrar baja de tipo de documentación

Dar de baja un tipo de documentación existente. Soporte

61. Modificar tipo de documentación

Modificar un tipo de documentación existente. Soporte

62. Consultar tipos de documentación

Consultar los tipos de documentación existentes posibles de asociar a una documentación de presentación de SI.

Soporte

63. Emitir reporte de Solicitudes de Inscripción de CI

Generar el reporte general de SECyT, en relación a las Solicitudes de Inscripción de Centros de Investigación, evaluación y el estado correspondiente.

Esencial

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 27 de 47

Page 28: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

Caso de uso Objetivo o Breve Descripción Tipo64. Emitir reporte de recursos de

centroGenerar un reporte de los recursos tecnológicos de un determinado centro de investigación.

Esencial

65. Emitir informe de CI y RT de facultad

Generar un informe de los centros de investigación y recursos tecnológicos, para el ámbito de la Secretaría de Ciencia y Técnica de una facultad.

Esencial

66. Emitir reporte de centros y recursos de SeCyT

Generar un reporte con los centros de investigación existentes en el ámbito de SeCyT, y sus correspondientes recursos.

Esencial

67. Emitir estadística de uso de recursos

Emitir reporte de estadísticas de uso de los recursos tecnológicos inventariados.

Esencial

68. Emitir reporte estadístico de uso de RT SeCyT

Generar un reporte de estadísticas de uso de los recursos tecnológicos existentes en los diversos centros de investigación, dependientes de la SeCyT.

Esencial

69. Iniciar sesión Validar el usuario que desea ingresar al sistema e iniciar la sesión correspondiente, habilitando las opciones del sistema que tiene autorizadas.

Soporte

70. Cerrar sesión Finalizar la sesión del usuario en el sistema. Soporte71. Cambiar contraseña Registrar el cambio de contraseña o clave realizado por el

usuario del sistema.Soporte

72. Administrar perfil de usuario Ingresar o quitar los permisos asignados a un usuario en el sistema.

Soporte

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 28 de 47

Page 29: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

Descripción de Casos de Uso del Sistema de Información A continuación se presentan las descripciones a trazo fino y grueso de algunos casos de uso del sistema de

información.

Nombre del Caso de UsoREGISTRAR SOLICITUD DE INSCRIPCIÓN DE CENTRO DE INVESTIGACIÓN

Nro. de Orden: 1

Nivel del Caso de Uso Negocio Sistema de InformaciónPaquete: Gestión de Solicitud de Inscripción y Centros de InvestigaciónPrioridad Alta Media BajaComplejidad Alta Media BajaCategoría Esencial SoporteActor Principal Solicitante de Inscripción Actor Secundario: no aplicaTipo de Caso de uso Concreto AbstractoObjetivoRegistrar la solicitud de inscripción como centro de Investigación e imprimirla en formato correspondiente.

Precondiciones: No aplica.PostCondiciones

Éxito: Se registró y emitió la Solicitud de Inscripción para un centro de investigación.Fracaso: El caso de uso se cancela cuando: Existe un centro de investigación con el nombre propuesto ingresado y el Solicitante

de Inscripción no ingresa otro nombre para el CI a dar de alta. El Solicitante de Inscripción no confirma el registro de la Solicitud de Inscripción. El Solicitante de Inscripción cancela el registro de la Solicitud de Inscripción.

Curso Normal Alternativas1. El caso de uso comienza cuando el Solicitante de

Inscripción (SDI) ingresa a la opción para registrar una solicitud de inscripción (SI).

2. El sistema muestra las facultades registradas y solicita que se seleccione una.

3. El SDI selecciona la facultad a la que pertenece el Centro de Investigación.

4. El SDI ingresa el nombre propuesto para el Centro de Investigación.

5. El sistema verifica que no exista otro Centro de Investigación con ese nombre para la facultad seleccionada, y no existe.

5.A. El sistema encuentra un Centro de Investigación con el nombre ingresado para la facultad seleccionada.

5.A.1. El sistema informa la situación y permite nuevo ingreso de nombre.

5.A.2. El SDI ingresa el nombre propuesto para el Centro de Investigación.

5.A.2.A. El SDI no ingresa nuevamente el nombre del CI.

5.A.2.A.1.El sistema informa la situación.5.A.2.A.2.Se cancela el caso de uso.

6. El sistema solicita se ingrese el nombre, apellido, teléfono y correo electrónico del contacto responsable del Centro de Investigación.

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 29 de 47

Page 30: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

7. El SDI ingresa el nombre, apellido, teléfono y correo electrónico del contacto responsable del Centro de Investigación.

8. El sistema muestra la fecha actual como fecha de generación de la solicitud.

9. El SDI ingresa una justificación explicando los motivos por los cuales desea dar de alta el centro de investigación.

10. El sistema solicita confirmación para el registro de la Solicitud de Inscripción.

11. El SDI confirma el registro de la nueva Solicitud de Inscripción.

11.A. El SDI no confirma el registro de la nueva Solicitud de Inscripción.

11.A.1. El sistema informa la situación.11.A.2. Se cancela el Caso de Uso.

12. El sistema genera y muestra un número de solicitud, una palabra clave y registra la nueva Solicitud de Inscripción con los siguientes datos: número de solicitud de inscripción, palabra clave, nombre del Centro de Investigación, facultad a la que pertenece, fecha de generación de solicitud, justificación, datos del contacto responsable del Centro de Investigación y estado de la solicitud como generada.

13. El sistema emite la Solicitud de Inscripción.14. El sistema ofrece la opción para guardar la solicitud

en formato digital.15. El SDI no desea guardar la solicitud en formato

digital.15.A. El SDI desea guardar la solicitud en formato

digital.15.A.1. El sistema guarda la solicitud en formato

digital.16. Fin del Caso de Uso.Observaciones1. En cualquier momento previo a confirmar el registro de la nueva Solicitud de Inscripción, el Solicitante de

Inscripción puede cancelar la ejecución del caso de uso.Requerimientos No Funcionales: La Solicitud de Inscripción deberá ser impresa en el siguiente formato: el papel será hoja A4, con el

membrete y una marca de agua de la SeCyT. Entorno WEB para el registro de la solicitud de inscripción.Asociaciones de Extensión: no aplicaAsociaciones de Inclusión: no aplicaCaso de uso donde se incluye: no aplicaCaso de uso al que extiende: no aplicaCaso de uso de Generalización: no aplicaInformación del documentoAutor: LB Fecha creación:14/04/2011

Autor última modificación: MMW, GV, IH Fecha última modificación: 24/04/2014Archivo: PPAI DSI Especificación Requerimientos 2014

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 30 de 47

Page 31: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

Nombre del Caso de UsoREGISTRAR RECEPCIÓN DE DOCUMENTACIÓN DE SOLICITUD DE INSCRIPCIÓN

Nro. de Orden: 5

Nivel del Caso de Uso Negocio Sistema de InformaciónPaquete: Gestión de Solicitud de Inscripción y Centros de InvestigaciónPrioridad Alta Media BajaComplejidad Alta Media BajaCategoría Esencial SoporteActor Principal: Responsable SeCyT Actor Secundario: no aplicaTipo de Caso de uso Concreto AbstractoObjetivoRegistrar el ingreso de la documentación de una solicitud de inscripción que se encuentre pendiente u observada.

Precondiciones: No aplica.PostCondiciones

Éxito: Se registró la documentación recibida correspondiente a una Solicitud de Inscripción

para un centro de investigación. Se registró la documentación recibida correspondiente a una Solicitud de Inscripción

para un centro de investigación y se actualizó su estado.Fracaso: El caso de uso se cancela cuando: No existen SI autorizadas y observadas con documentación pendiente de

presentación. El Responsable SeCyT no confirma el registro de la recepción de documentación

para una Solicitud de Inscripción. El responsable SeCyT cancela el registro de recepción de documentación.

Curso Normal Alternativas1. El caso de uso comienza cuando el Responsable de

SeCyT (RS) ingresa a la opción para registrar la recepción de documentación correspondiente a una Solicitud de Inscripción (SI).

2. El sistema busca SI autorizadas por Facultad u observadas (aun falta documentación pendiente de presentación), y existe al menos una.

2.A. El sistema busca SI autorizadas por Facultad u observadas (aun falta documentación pendiente de presentación), y no existe ninguna.

2.A.1. El sistema informa la situación.2.A.2. Se cancela el caso de uso.

3. El sistema muestra cada SI autorizada u observada que tiene documentación pendiente de presentación, con los siguientes datos: nombre de facultad, nombre del CI, número de solicitud; y el sistema solicita se seleccione una SI.

4. El RS selecciona la SI para la que se debe registrar la documentación recibida.

5. El sistema verifica para la SI seleccionada si ya tiene documentación registrada y no es así.

5.A. El sistema verifica para la SI seleccionada si tiene documentación registrada y es así.

5.A.1. El sistema muestra para cada documentación registrada para la SI seleccionada los siguientes datos: fecha de recepción, tipo de documentación, observación.

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 31 de 47

Page 32: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

6. El sistema solicita para cada nueva documentación a registrar, se seleccione el tipo de documentación y se ingrese la fecha de recepción y una observación.

7. El RS para cada documentación a registrar selecciona el tipo de documentación e ingresa la fecha de recepción.

8. El sistema muestra la fecha actual como fecha de registro de la documentación.

9. El RS no ingresa observación. 9.A. El RS desea ingresar una observación para la documentación.

9.A.1. El RS ingresa las observaciones para alguna documentación.

10. El sistema solicita confirmación para el registro de la documentación recibida para la SI seleccionada.

11. El RS confirma el registro de la recepción de la documentación de la SI.

11.A. El RS no confirma el registro de la recepción de la documentación de la SI.

11.A.1. El sistema informa la situación.11.A.2. Se cancela el Caso de Uso.

12. El sistema registra cada una de las documentaciones recibidas con los siguientes datos: tipo de documentación, fecha de recepción, fecha de registro de la documentación y observación asociada.

13. El sistema solicita se confirme si la documentación está completa.

14. El RS confirma que la documentación está completa.

14.A. El RS confirma que la documentación no está completa.

14.A.1. Fin del Caso de Uso15. El sistema actualiza el estado de la Solicitud de

Inscripción como pendiente de evaluación.16. Fin del Caso de Uso.Observaciones1. En cualquier momento previo a confirmar el registro de la recepción de la documentación de la SI, el

Responsable de SeCyT puede cancelar la ejecución del caso de uso.Requerimientos No Funcionales: Esta funcionalidad se desarrollará como parte de la aplicación de escritorio.Asociaciones de Extensión: no aplicaAsociaciones de Inclusión: no aplicaCaso de uso donde se incluye: no aplicaCaso de uso al que extiende: no aplicaCaso de uso de Generalización: no aplicaInformación del documentoAutor: IH Fecha creación:26/03/2013

Autor última modificación: MMW - IH - GV Fecha última modificación: 24/04/2014Archivo: PPAI DSI Especificación Requerimientos 2014

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 32 de 47

Page 33: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

Nombre del Caso de UsoREGISTRAR RESULTADO DE EVALUACIÓN DE SOLICITUD DE INSCRIPCIÓN POR SECYT

Nro. de Orden: 7

Nivel del Caso de Uso Negocio Sistema de InformaciónPaquete: Gestión de Solicitud de Inscripción y Centros de InvestigaciónPrioridad Alta Media BajaComplejidad Alta Media BajaCategoría Esencial SoporteActor Principal: Responsable SeCyT Actor Secundario: no aplicaTipo de Caso de uso Concreto AbstractoObjetivoRegistrar el resultado de la evaluación de una SI y realizar la notificación al solicitante. En caso que la SI sea aceptada, se da el alta del centro de investigación.

Precondiciones: No aplica.PostCondiciones

Éxito: Se registró el resultado de la evaluación de la SI aceptada, se notificó al responsable

del CI y al responsable de CyT de la Facultad. Se registró el resultado de la evaluación de la SI observada o rechazada, se notificó

al responsable del CI y al responsable de CyT de la Facultad.Fracaso: El caso de uso se cancela cuando: El tiempo previsto para presentación de documentación desde la fecha de

observación ha vencido. No existen Solicitudes de Inscripción con estado pendiente de evaluación. El Responsable SeCyT no confirma la registración de la evaluación ingresada. El Responsable SeCyT cancela la Registración de Evaluación de Solicitud de

Inscripción.

Curso Normal Alternativas1. El caso de uso comienza cuando el Responsable de

SeCyT (RS) ingresa a la opción para registrar el resultado de la evaluación de una Solicitud de Inscripción (SI).

2. El sistema busca SI con estado pendiente de evaluación y existe al menos una.

2.A. El sistema busca SI con estado pendiente de evaluación y no existe ninguna.

2.A.1. El sistema informa de la situación.2.A.2. Se cancela el Caso de Uso.

3. El sistema muestra para las SI encontradas los siguientes datos: número de solicitud, nombre de Facultad, nombre de CI, e informa si ha sido observada previamente.

4. El RS selecciona la SI para la que se debe registrar el resultado de evaluación.

5. El sistema identifica si la SI seleccionada ha sido observada previamente y no es así.

5.A. El sistema identifica si la SI seleccionada ha sido observada previamente, y es así.

5.A.1. El sistema muestra los datos de la observación previa: fecha de observación, comentario, fecha de plazo observación.

6. El RS ingresa los siguientes datos: fecha de evaluación, comentario.

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 33 de 47

Page 34: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

7. El sistema solicita seleccione el resultado de la evaluación (ver observación 2).

8. El RS selecciona el resultado de la evaluación.9. El sistema identifica que el resultado seleccionado

no es observada.9.A. El sistema identifica que el resultado de

evaluación seleccionado es observada.9.A.1. El sistema solicita se ingrese comentario de la

observación y fecha de plazo de presentación de observación.

9.A.2. El RS ingresa comentario y fecha de plazo de presentación.

10. El sistema muestra la fecha actual como fecha de evaluación.

11. El sistema solicita confirmación del registro del resultado de evaluación de la SI.

12. El RS confirma el registro de la evaluación ingresada para la SI.

12.A. El RS no confirma el registro de la evaluación para la SI.

12.A.1. El sistema informa la situación.12.A.2. Se cancela el caso de uso.

13. El sistema registra la evaluación con los datos ingresados: fecha de evaluación, comentario de la evaluación y resultado de la evaluación.

14. El sistema actualiza el estado de la SI según resultado de la evaluación: Observada, Aceptada ó Rechazada.

15. El sistema verifica si el resultado de la evaluación es observada y no es así.

15.A. El sistema verifica que el resultado de la evaluación de la SI es observada.

15.A.1. El sistema registra la observación de la SI con los siguientes datos: comentario de observación, fecha de plazo de presentación.

16. El sistema compone texto de mail para informar al solicitante y al responsable de CyT de la Facultad asociada, el resultado de la evaluación.

17. El sistema busca las direcciones de correo correspondientes y envía correo electrónico con el resultado de la evaluación realizada.

18. El sistema identifica que el resultado de la evaluación es aceptada.

18.A. El sistema identifica que el resultado de la evaluación es Observada o Rechazada.

18.A.1. Fin de Caso de Uso.19. El sistema registra el nuevo CI con los siguientes

datos: nombre, estado Aceptado.20. El sistema ejecuta el Caso de Uso 8. Registrar

responsable.21. El sistema verifica que se registró exitosamente el

responsable.21.A. El sistema verifica que no se registró al

responsable del recurso.21.A.1. El sistema informa la situación.21.A.2. Se cancela el Caso de Uso.

22. Fin del Caso de Uso.Observaciones1. En cualquier momento previo a confirmar el registro de la evaluación de la SI, el Responsable SeCyT puede

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 34 de 47

Page 35: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

cancelar la ejecución del caso de uso.2. Paso 7: El sistema verifica la situación de la SI y en función de ello muestra los posibles valores del resultado

de la evaluación a seleccionar:- Si el estado es pendiente de evaluación y no ha tenido observaciones muestra las siguientes opciones: Aceptada, Rechazada y Observada.- Si el estado de la SI es pendiente de evaluación y ha sido observada, muestra las siguientes opciones: Aceptada y Rechazada.Esto permite considerar la regla de negocio referida a que la SI puede estar observada una sola vez.

Requerimientos No Funcionales: Esta funcionalidad se desarrollará como parte de la aplicación de escritorio.Asociaciones de Extensión: 8. Registrar responsableAsociaciones de Inclusión: no aplicaCaso de uso donde se incluye: no aplicaCaso de uso al que extiende: no aplicaCaso de uso de Generalización: no aplicaInformación del documentoAutor: IH Fecha creación:26/03/2013

Autor última modificación: MMW - IH - GV Fecha última modificación: 14/04/2014Archivo: PPAI DSI Especificación Requerimientos 2014

Nombre del Caso de Uso ACTIVAR CENTRO DE INVESTIGACIÓN Nro. De Orden: 10Nivel del Caso de Uso Negocio Sistema de InformaciónPaquete: Gestión de Solicitud de Inscripción y Centros de InvestigaciónActor Principal Responsable de Centro de Investigación Actor Secundario: no aplicaTipo de Caso de Uso Concreto AbstractoObjetivoRegistrar los datos completos del centro (en el caso que la solicitud de inscripción esté aceptada) y activar el CI.

DescripciónEl caso de Uso comienza cuando el Responsable del CI (RCI) ingresa a la opción para activar el Centro de Investigación (CI). El sistema muestra los datos registrados hasta el momento del centro de investigación correspondiente al responsable que está logueado como usuario. El sistema permite modificar los datos del CI (ingreso de datos por completar). El RCI completa los datos del CI. El sistema solicita se confirme la activación, ante lo cual el RCI confirma la actualización. El sistema actualiza los datos del CI. El sistema registra al centro como activo.Fin Caso de Uso.Observaciones: no aplicaRequerimientos No Funcionales: Reglamento de uso de equipos (para el caso en que posea un reglamento general). En caso de disponer de

un reglamento, se cargará como un archivo en un formato PDF, con un tamaño no superior a 6 MB. Entorno WEB para la actualización de los datos de un centro de investigación.Asociaciones de Extensión: no aplicaAsociaciones de Inclusión: no aplicaCaso de uso donde se incluye: no aplicaCaso de uso al que extiende: no aplicaCaso de uso de Generalización: no aplica

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 35 de 47

Page 36: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

Información del documentoAutor: LB Fecha creación:14/04/2011

Autor última modificación: MMW, GV, IH Fecha última modificación: 14/04/2014Archivo: PPAI DSI Especificación Requerimientos 2014

Nombre del Caso de Uso REGISTRAR RECURSO TECNOLÓGICO Nro. de Orden: 11Nivel del Caso de Uso Negocio Sistema de InformaciónPaquete: Gestión de Recursos TecnológicosPrioridad Alta Media BajaComplejidad Alta Media BajaCategoría Esencial SoporteActor Principal Responsable de Centro de Investigación Actor Secundario: no aplicaTipo de Caso de uso Concreto AbstractoObjetivoRegistrar los datos de un recurso tecnológico existente en un Centro de Investigación.

Precondiciones: No aplica.PostCondiciones

Éxito: Se ha registrado un recurso tecnológico para un centro de investigación.Fracaso: El caso de uso se cancela cuando: Existe un recurso tecnológico con el número de inventario ingresado y el

Responsable de Centro de Investigación no ingresa otro número de inventario. El sistema verifica que no se seleccionó y no se registró un responsable para el

recurso. El Responsable de Centro de Investigación no confirma el registro del nuevo recurso

tecnológico. El Responsable de Centro de Investigación cancela el registro del recurso

tecnológico.

Curso Normal Alternativas1. El caso de uso comienza cuando el Responsable de

Centro de Investigación (RCI) ingresa a la opción para registrar un recurso tecnológico.

2. El sistema muestra el nombre del Centro de Investigación (CI) al que pertenece el usuario logueado y facultad correspondiente.

3. El RCI ingresa el número de inventario del recurso tecnológico en el CI.

4. El sistema verifica que no exista un recurso tecnológico con ese número de inventario para el CI y no existe.

4.A. El sistema encuentra un recurso tecnológico con el número de inventario ingresado para el CI.

4.A.1. El sistema informa la situación y permite nuevo ingreso de número de inventario.

4.A.2. El RCI ingresa el número de inventario del recurso tecnológico en el CI.

4.A.2.A. El RCI no ingresa nuevamente el número de inventario del recurso tecnológico.

4.A.2.A.1.El sistema informa la situación.4.A.2.A.2.Se cancela el caso de uso.

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 36 de 47

Page 37: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

5. El sistema muestra las categorías de recursos tecnológicos y solicita que se seleccione una.

6. El RCI selecciona la categoría del recurso.7. El sistema consulta si se desea definir

características para el recurso tecnológico.8. El RCI decide no definir características para el

recurso tecnológico.8.A. El RCI decide definir valores para alguna/s

característica/s del recurso tecnológico.8.A.1. El sistema muestra las características de la

categoría seleccionada y solicita se seleccione cada una para la que se asignará valor para el recurso tecnológico.

8.A.2. El RCI selecciona cada característica del recurso tecnológico.

8.A.3. El RCI, para cada característica seleccionada, ingresa el valor correspondiente.

9. El sistema muestra las marcas registradas y solicita que se seleccione la marca y se ingrese el modelo del recurso tecnológico.

10. El RCI selecciona la marca e ingresa el modelo del recurso.

11. El sistema busca y muestra los responsables de los recursos pertenecientes al Centro de Investigación (nombre y apellido para cada uno de ellos), y solicita que se seleccione uno como responsable técnico del recurso.

12. El RCI selecciona el responsable técnico del recurso tecnológico.

12.A. El RCI no encuentra el responsable.12.A.1. El RCI selecciona la opción para registrar el

responsable técnico del recurso.12.A.2. El sistema ejecuta el Caso de Uso 8. Registrar

responsable.12.A.3. El sistema verifica que se registró

exitosamente el responsable.12.A.3.A. El sistema verifica que no se registró al

responsable del recurso.12.A.3.A.1. El sistema informa la situación.12.A.3.A.2. Se cancela el Caso de Uso.

13. El sistema muestra el nombre y apellido del responsable seleccionado.

14. El sistema consulta si se desea ingresar la disponibilidad horaria del recurso.

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 37 de 47

Page 38: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

15. El RCI no desea ingresar la disponibilidad horaria del recurso.

15.A. El RCI desea ingresar la disponibilidad horaria del recurso y selecciona la opción registrar disponibilidad horaria del recurso tecnológico.

15.A.1. El sistema ejecuta el Caso de Uso 12. Registrar disponibilidad horaria de recurso tecnológico.

15.A.2. El sistema verifica que se registró exitosamente la disponibilidad horaria del recurso.

15.A.2.A. El sistema verifica que no se registró la disponibilidad horaria del recurso.

15.A.2.A.1. El sistema informa la situación.16. El sistema identifica que el recurso no tiene

disponibilidad horaria registrada.16.A. El sistema identifica que el recurso tiene

disponibilidad horaria registrada.16.A.1. El sistema muestra el detalle de los horarios

registrados con los siguientes datos: días, hora desde y hora hasta.

17. El sistema solicita confirmación para el registro del nuevo recurso.

18. El RCI confirma el registro del nuevo recurso. 18.A. El RCI no confirma el registro del nuevo recurso.18.A.1. El sistema informa la situación.18.A.2. Se cancela el Caso de Uso.

19. El sistema genera y muestra el número de recurso correlativo y registra el nuevo recurso tecnológico con los siguientes datos: número de recurso, número de inventario del recurso en el CI, categoría del recurso, características según la categoría y valores, marca, modelo, fecha de alta, responsable del recurso, disponibilidad de préstamo del recurso (en caso que se haya cargado) y asigna el estado como disponible.

20. Fin del Caso de Uso.Observaciones1. En cualquier momento previo a confirmar el registro del recurso tecnológico, el Responsable de Centro de

Investigación puede cancelar la ejecución del caso de uso. En caso que se haya registrado un responsable técnico o la disponibilidad horaria para el recurso, se eliminará dicha información.

Requerimientos No Funcionales: Entorno WEB para el registro de recursos tecnológicos.Asociaciones de Extensión

8. Registrar responsable12. Registrar disponibilidad horaria de recurso tecnológico

Asociaciones de Inclusión: no aplicaCaso de uso donde se incluye: no aplicaCaso de uso al que extiende: no aplicaCaso de uso de Generalización: no aplicaInformación del documentoAutor: LB Fecha creación: 14/04/2011

Autor última modificación: MMW, GV, IH Fecha última modificación: 14/04/2014Archivo: PPAI DSI Especificación Requerimientos 2014

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 38 de 47

Page 39: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

Nombre del Caso de Uso REGISTRAR RESERVA DE RECURSO TECNOLÓGICO Nro. de Orden: 13Nivel del Caso de Uso Negocio Sistema de InformaciónPaquete: Gestión de Reservas y Uso de Recursos TecnológicosPrioridad Alta Media BajaComplejidad Alta Media BajaCategoría Esencial SoporteActor Principal Científico Actor Secundario: no aplicaTipo de Caso de uso Concreto AbstractoObjetivoRegistrar la reserva para la utilización de un recurso tecnológico por parte de un científico habilitado.

Precondiciones: El científico debe tener su usuario habilitado. (ver observación 2)PostCondiciones

Éxito: Se han generado y autorizado reservas de utilización de un recurso tecnológico para

un científico perteneciente al centro de investigación en el que se encuentra el recurso.

Se han generado reservas de utilización de un recurso tecnológico para un científico externo al centro de investigación en el que se encuentra el recurso.

Fracaso: El caso de uso se cancela cuando: No quedan horarios disponibles para reserva del recurso tecnológico seleccionado

en el rango de fechas ingresado. El centro de investigación seleccionado no posee recursos disponibles para reservar. Las fechas ingresadas superan la cantidad de días de antelación respecto de la fecha

actual, y el Científico no ingresa otro rango de fechas. El científico solicitante no pertenece al mismo Centro que el Recurso solicitado, la

fecha inicial del rango ingresado no supera la antelación exigida para científicos externos y el Científico no modifica el rango de fechas.

No queda ningún día y horario disponible para el recurso tecnológico en el período de fechas ingresado y el Científico no modifica el rango de fechas.

El Científico no confirma el registro de la reserva. El Científico cancela el registro de la reserva.

Curso Normal Alternativas1. El caso de uso comienza cuando un Científico

ingresa a la opción para realizar una reserva de uso de un recurso tecnológico.

2. El sistema muestra el nombre del científico logueado y el nombre del centro de investigación al que pertenece.

3. El sistema muestra los recursos tecnológicos disponibles para uso con los siguientes datos: número de inventario, categoría, marca y modelo de cada uno, y solicita se seleccione el recurso a reservar.

4. El Científico selecciona un recurso tecnológico.

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 39 de 47

Page 40: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

5. El sistema busca y muestra los datos de los centros de investigación donde se encuentra el recurso tecnológico seleccionado: nombre, sigla del centro de investigación y domicilio del mismo.

6. El sistema muestra las características del recurso seleccionado: nombre y valor de cada una.

7. El sistema solicita rango de fechas para el que se desea realizar la reserva (ver Observación 3).

8. El Científico ingresa el rango de fechas para la reserva.

9. El sistema verifica que las fechas ingresadas no superan la cantidad de días de antelación establecida, respecto de la fecha actual (ver Observación 4).

9.A. El sistema verifica que las fechas ingresadas superan la cantidad de días de antelación respecto de la fecha actual.

9.A.1. El sistema muestra un mensaje informando tal situación y solicita se ingrese otro rango de fechas.

9.A.2. El Científico ingresa otro rango de fechas.9.A.2.A. El Científico no ingresa otro rango de fechas.

9.A.2.A.1.Se cancela el caso de uso.10. El sistema verifica que el científico solicitante

pertenece al mismo centro que el recurso solicitado.

10.A. El sistema verifica que el científico solicitante no pertenece al mismo centro que el recurso solicitado.

10.A.1. El sistema verifica que la fecha inicial del rango ingresado es igual o superior a la antelación exigida para científicos externos (ver Observación 5).

10.A.1.A. El sistema verifica que la fecha inicial del rango ingresado no supera la antelación exigida para científicos externos.

10.A.1.A.1. El sistema muestra un mensaje indicando tal situación.

10.A.1.A.2. El sistema solicita se ingrese otro rango de fechas.

10.A.1.A.3. El Científico ingresa otro rango de fechas.

10.A.1.A.3.A. El Científico no ingresa otro rango de fechas.

10.A.1.A.3.A.1. Se cancela el caso de uso.11. El sistema verifica que el recurso tecnológico

cuenta con algunos días y horarios disponibles en el rango de fechas ingresado (ver Observación 6).

11.A. El sistema verifica que no queda ningún día y horario disponible para el recurso tecnológico en el rango de fechas ingresado.

11.A.1. El sistema muestra un mensaje informando tal situación.

11.A.2. El sistema solicita se ingrese otro rango de fechas.

11.A.3. El Científico ingresa otro rango de fechas.11.A.3.A. El Científico no ingresa otro rango de

fechas.11.A.3.A.1. Se cancela el caso de uso.

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 40 de 47

Page 41: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

12. El sistema muestra los horarios habilitados para uso del recurso tecnológico seleccionado en el rango de fechas ingresado, indicando los días y horas ya reservados y los disponibles, solicitando se seleccione entre los horarios disponibles (RNF 1).

13. El Científico selecciona cada día y horario para los que desea reservar el recurso tecnológico.

14. El sistema solicita se confirme la registración de la/s reserva/s.

15. El Científico confirma el registro de la/s reserva/s. 15.A. El Científico no confirma el registro de la reserva.

15.A.1. Se cancela el caso de uso.16. El sistema muestra la fecha actual como fecha de

solicitud de reserva de recurso.17. El sistema genera y registra –para el científico

solicitante– una reserva para cada día y horario seleccionado indicando: fecha de solicitud (fecha actual), recurso tecnológico, fecha para la reserva, hora de la reserva (desde/hasta), y estado generada.

18. El sistema verifica que el científico solicitante pertenece al mismo centro que el recurso solicitado.

18.A. El sistema verifica que el científico solicitante no pertenece al mismo centro que el recurso solicitado.

18.A.1. El sistema muestra un mensaje indicando que cada reserva está generada sujeta a autorización.

18.A.2. Fin del caso de uso.19. El sistema registra cada reserva generada como

autorizada.20. Fin del caso de uso.Observaciones1. En cualquier momento previo a confirmar el registro de la reserva del recurso tecnológico, el Científico

puede cancelar la ejecución del caso de uso.2. A los científicos que posean cierta cantidad de anulaciones de reserva en un período establecido, se les

inhabilita su usuario por un lapso de tiempo.3. El científico debe ingresar un rango de fechas pues la reserva del recurso tecnológico podrá realizarse para

uno o varios días. En este último caso, se registrará una reserva por cada día, con sus horarios correspondientes.

4. Las reservas se aceptan siempre que el período a reservar no supere el tiempo máximo de días de anticipación establecido por la SeCyT. Actualmente dicho período es 30 días.

5. Las reservas que solicitan científicos de un CI diferente al cual pertenece el recurso solicitado se deben realizar con una antelación superior al período establecido por la SeCyT. Este período actualmente es 72 horas hábiles.

6. La disponibilidad del recurso tecnológico se determina en función de los horarios definidos para el uso, las reservas efectuadas y el estado actual del recurso que no se encuentre en mantenimiento para el período establecido por el científico.

Requerimientos No Funcionales:1. Al momento que un científico solicitante desea registrar una reserva, deberán distinguirse, mediante el uso

de colores, los días en los cuales el recurso no está disponible – se han asignado reservas para todo el horario de uso del recurso –, de aquellos días en donde aún se puede registrar una reserva.

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 41 de 47

Page 42: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

2. Entorno WEB para la reserva de recursos tecnológicos por parte de un científico.Asociaciones de Extensión: no aplicaAsociaciones de Inclusión: no aplicaCaso de uso donde se incluye: no aplicaCaso de uso al que extiende: no aplicaCaso de uso de Generalización: no aplicaInformación del documentoAutor: MFC Fecha creación: 03/05/2011

Autor última modificación: MFC,GV, MMW, IH Fecha última modificación: 14/04/2014Archivo: PPAI DSI Especificación Requerimientos 2014

Nombre del Caso de Uso REGISTRAR USO DE RECURSO TECNOLÓGICO Nro. de Orden: 15Nivel del Caso de Uso Negocio Sistema de InformaciónPaquete: Gestión de Reservas y Uso de Recursos TecnológicosPrioridad Alta Media BajaComplejidad Alta Media BajaCategoría Esencial SoporteActor Principal Responsable de Recurso Actor Secundario: no aplicaTipo de Caso de uso Concreto AbstractoObjetivoRegistrar el uso efectivo de un recurso tecnológico.

Precondiciones: no aplica.PostCondiciones

Éxito: Se registró el uso de un recurso tecnológico.Fracaso: El caso de uso se cancela cuando: El sistema no encuentra una reserva de recurso para la fecha ingresada con estado

pendiente de uso, y el Responsable de Recurso no ingresa otra fecha. El sistema encuentra un registro de uso para la fecha y hora ingresada y el

Responsable de Recurso no modifica la hora de inicio o fin de uso del recurso. El Responsable de Recurso no confirma el registro de uso del recurso tecnológico. El Responsable de Recurso cancela el registro de uso del recurso.

Curso Normal Alternativas1. El caso de uso comienza cuando el Responsable de

Recurso (RR) ingresa a la opción registrar el uso de un recurso tecnológico.

2. El sistema muestra el nombre del Centro de Investigación (CI) del usuario logueado y facultad.

3. El sistema busca y muestra los recursos tecnológicos (número de inventario del CI, marca y modelo) pertenecientes al CI y asociados al responsable logueado y solicita que se seleccione uno.

4. El RR selecciona un recurso del CI.5. El sistema muestra la fecha actual (para que sea

considerada para la búsqueda de la reserva).

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 42 de 47

Page 43: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

6. El sistema verifica que exista al menos una reserva del recurso tecnológico para la fecha actual cuyo estado sea autorizada, y existe.

6.A. El sistema no encuentra reservas del recurso para la fecha actual con estado autorizada.

6.A.1. El sistema informa la situación.6.A.2. Se cancela el caso de uso.

7. El sistema muestra los datos de las reservas en estado autorizada para el recurso: fecha de solicitud de la reserva, hora de inicio y fin solicitado, nombre del científico solicitante y centro de investigación del científico.

8. El sistema solicita que se seleccione una reserva.9. El RR selecciona una reserva.10. El sistema solicita que se ingrese la hora inicio y

hora fin real de uso del recurso.11. El RR ingresa la hora de inicio y la hora de fin real

de uso del recurso.12. El sistema verifica que la fecha y horas ingresadas

no coincidan con otro registro de uso ya registrado y no coinciden.

12.A. El sistema encuentra un registro de uso para esa fecha y hora.

12.A.1. El sistema informa la situación y permite nuevo ingreso de horas.

12.A.2. El RR ingresa nuevamente la hora de inicio y la hora de fin de uso del recurso.

12.A.2.A. El RR no ingresa la hora de inicio y la hora de fin de uso del recurso.

12.A.2.A.1. El sistema informa la situación.12.A.2.A.2. Se cancela el caso de uso.

13. El sistema verifica que la fecha y hora de uso se encuentre dentro del rango horario de la reserva, y es así.

13.A. La fecha y hora de reserva no se encuentra dentro del rango horario reservado.

13.A.1. El sistema informa la situación solicitando se ingrese otra hora de inicio y fin real.

14. El RR no desea ingresar observaciones. 14.A. El RR desea ingresar observaciones.14.A.1. El RR ingresa las observaciones.

15. El sistema solicita la confirmación de registro del uso del recurso tecnológico.

16. El RR confirma el registro del uso del recurso tecnológico.

16.A. El RR no confirma el registro de uso del recurso tecnológico.

16.A.1. El sistema informa la situación.16.A.2. Se cancela el caso de uso.

17. El sistema registra el uso del recurso tecnológico con los siguientes datos: fecha, hora inicio real, hora fin real y observaciones, y actualiza el estado de la reserva como uso registrado.

18. Fin del Caso de Uso.Observaciones1. En cualquier momento previo a confirmar el registro del uso del recurso tecnológico, el Responsable de

Recurso puede cancelar la ejecución del caso de uso.Requerimientos No Funcionales: Entorno WEB para el registro del uso de recursos tecnológicos reservados.Asociaciones de Extensión: no aplicaAsociaciones de Inclusión: no aplica

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 43 de 47

Page 44: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

Caso de uso donde se incluye: no aplicaCaso de uso al que extiende: no aplicaCaso de uso de Generalización: no aplicaInformación del documentoAutor: LB Fecha creación:14/04/2011

Autor última modificación: MMW, GV, IH Fecha última modificación: 14/04/2014Archivo: PPAI DSI Especificación Requerimientos 2014

Nombre del Caso de Uso REGISTRAR INICIO DE MANTENIMIENTO DE RECURSO TECNOLÓGICO Nro. de Orden: 18Nivel del Caso de Uso Negocio Sistema de InformaciónPaquete: Gestión de Reservas y Uso de Recursos TecnológicosPrioridad Alta Media BajaComplejidad Alta Media BajaCategoría Esencial SoporteActor Principal Responsable de Recurso Actor Secundario: no aplicaTipo de Caso de uso Concreto AbstractoObjetivoRegistrar el comienzo del mantenimiento correctivo de un recurso tecnológico y cancelar todas las reservas registradas para dicho recurso notificando a cada solicitante responsable.

Precondiciones: no aplica.PostCondiciones

Éxito: Registro del ingreso a mantenimiento correctivo de recurso tecnológico. Registro del ingreso a mantenimiento correctivo de recurso tecnológico y

cancelación de reservas del recurso, notificando al solicitante responsable.Fracaso: El sistema no encuentra ningún recurso tecnológico disponible para uso para el cual

el usuario logueado es el responsable. El Responsable de Recurso cancela el registro de ingreso del recurso tecnológico a

mantenimiento correctivo.

Curso Normal Alternativas1. El caso de uso comienza cuando el Responsable de

Recurso (RR) ingresa a la opción registrar el inicio de mantenimiento de un recurso.

2. El sistema muestra el nombre del responsable logueado y el nombre del centro de investigación al que pertenece.

3. El sistema busca los recursos tecnológicos en estado disponible para uso pertenecientes al CI, y para los cuales el usuario logueado es responsable y encuentra al menos uno.

3.A. El sistema no encuentra recursos tecnológicos en estado disponible para uso pertenecientes al CI y para los cuales el usuario logueado es responsable.

3.A.1. El sistema informa la situación.3.A.2. Se cancela el caso de uso.

4. El sistema muestra los recursos tecnológicos (número de inventario del CI, marca y modelo) pertenecientes al CI y asociados al responsable logueado, y solicita que se seleccione uno

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 44 de 47

Page 45: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

5. El RR selecciona un recurso del CI.6. El RR ingresa la fecha y hora a partir de la cual el

recurso tecnológico entra en mantenimiento explicación del problema o falla .

7. El sistema pide confirmación de la operación.8. El RR confirma la operación. 8.A. El RR no confirma la operación.

8.A.1. Se cancela el caso de uso.9. El sistema registra el ingreso del recurso a

mantenimiento con los siguientes datos: fecha inicio, hora de inicio, explicación del problema o falla y se actualiza el estado del recurso tecnológico como en mantenimiento.

10. El sistema busca las reservas para el recurso tecnológico seleccionado posteriores a la fecha y hora a partir de la cual entra en mantenimiento, y NO encuentra ninguna.

10.A. El sistema encuentra al menos una reserva posterior a la fecha y hora en que el recurso tecnológico seleccionado entra en mantenimiento.

10.A.1. El sistema busca para cada reserva los siguientes datos: fecha y hora, apellido, nombre y mail del científico que realizó la reserva.

10.A.2. El sistema registra la cancelación por mantenimiento de las reservas encontradas.

10.A.3. El sistema compone texto de mail para informar a los científicos que realizaron las reservas seleccionadas sobre la cancelación de las mismas.

10.A.4. El sistema envía correo electrónico a los científicos que realizaron las reservas canceladas.

10.A.5. El sistema emite listado de reservas canceladas.

11. Fin del Caso de Uso.Observaciones1. En cualquier momento previo a confirmar el registro del ingreso del recurso tecnológico a mantenimiento,

el Responsable de Recurso puede cancelar la ejecución del caso de uso.Requerimientos No Funcionales: Entorno WEB para el registro del mantenimiento del recurso.Asociaciones de Extensión: no aplicaAsociaciones de Inclusión: no aplicaCaso de uso donde se incluye: no aplicaCaso de uso al que extiende: no aplicaCaso de uso de Generalización: no aplicaInformación del documentoAutor: LB Fecha creación: 15/04/2012

Autor última modificación: MMW, GV, IH Fecha última modificación: 14/04/2014Archivo: PPAI DSI Especificación Requerimientos 2014

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 45 de 47

Page 46: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

Nombre del Caso de Uso EMITIR REPORTE DE CENTROS Y RECURSOS DE SECYT Nro. de Orden: 66Nivel del Caso de Uso Negocio Sistema de InformaciónPaquete: Gestión de Solicitud de Inscripción y Centros de InvestigaciónPrioridad Alta Media BajaComplejidad Alta Media BajaCategoría Esencial SoporteActor Principal Responsable de SeCyT (RS) Actor Secundario: no aplicaTipo de Caso de uso Concreto AbstractoObjetivoGenerar un reporte con los centros de investigación existentes en el ámbito de SeCyT, y sus correspondientes recursos.Precondiciones: No aplica.PostCondiciones

Éxito: Se generó y emitió el reporte de centros de investigación y recursos.Fracaso: El caso de uso se cancela cuando: No existen facultades que tengan al menos un centro de investigación asociado. El Responsable de SeCyT no confirma la generación del reporte de centros de

investigación y recursos. El Responsable de SeCyT cancela la emisión del reporte de centros de investigación

y recursos.

Curso Normal Alternativas1. El caso de uso comienza cuando el Responsable de

SeCyT (RS) ingresa a la opción para emitir el reporte de centros y recursos.

2. El sistema busca las facultades que tengan al menos un centro de investigación asociado, y encuentra.

2.A. El sistema no encuentra facultades que tengan al menos un centro de investigación asociado.

2.A.1. El sistema informa de la situación.2.A.2. Se cancela el caso de uso.

3. El sistema muestra el nombre de todas las facultades que tienen al menos un centro de investigación asociado y solicita se seleccione al menos una de ellas para emitir el reporte.

4. El RS selecciona al menos una facultad para emitir el reporte (ver observación 2).

5. El sistema, para cada facultad seleccionada, busca y muestra los siguientes datos de cada centro de investigación: nombre, sigla, domicilio del centro de investigación, actividades y fecha de alta.

6. El sistema, para cada centro identificado, busca los recursos tecnológicos que tiene registrados y muestra los siguientes datos: número de inventario, numero de recurso en el inventario de SeCyT, marca, modelo, categoría, fecha de alta, estado y responsable.

6.A. El sistema verifica que un centro de investigación no posee recursos.

6.A.1. El sistema muestra un mensaje informando tal situación.

7. El sistema, para cada centro identificado que posee recursos, calcula la cantidad de recursos por categoría de recurso tecnológico y la cantidad total de recursos tecnológicos en el CI.

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 46 de 47

Page 47: DSI.ppai.2014 - Especificacion de Requerimientos v2.0

UNIVERSIDAD TECNOLÓGICA NACIONAL – FACULTAD REGIONAL CÓRDOBA – INGENIERÍA EN SISTEMAS DE INFORMACIÓNCÁTEDRA DE DISEÑO DE SISTEMAS CURSOS 3K2 – 3K3 – 3K6 – 3K7

PROYECTO PRÁCTICO DE APLICACIÓN INTEGRADOR AÑO 2014UNIVERSIDAD NACIONAL – SECRETARÍA DE CIENCIA Y TÉCNICA: INVENTARIO DE RECURSOS TECNOLÓGICOS

8. El sistema muestra el informe resultante (ver observación 3).

9. El sistema solicita se seleccione el formato de salida (ver observación 4) (RNF1).

10. El RS selecciona formato de salida.11. El sistema solicita se confirme la emisión del

reporte.12. El RS confirma la emisión del reporte. 12.A. El RS no confirma la emisión del reporte.

12.A.1. Se cancela el caso de uso.13. El sistema verifica que la opción de formato de

salida es archivo.13.A. El sistema verifica que la opción de formato de

salida es reporte impreso.13.A.1. El sistema imprime el listado (RNF2).13.A.2. Fin de caso de uso.

14. El sistema solicita se seleccione nombre del archivo de salida y localización en unidad de almacenamiento.

15. El RS selecciona ingresa nombre del archivo de salida y localización en unidad de almacenamiento.

16. El sistema genera el archivo correspondiente.17. Fin del caso de uso.Observaciones1. En cualquier momento el Responsable de SeCyT puede cancelar la generación y emisión del reporte de

centros y recursos.2. El Responsable de SeCyT puede elegir una o más facultades.3. El informe se presenta por cada facultad, y dentro de cada una de ellas el nombre de cada centro, y en

cada centro se encuentran los recursos tecnológicos4. Los formatos de salidas pueden ser: .xls, .pdf, .doc o impreso.Requerimientos No Funcionales:1. Los reportes que se generen, deberán poder ser exportados en diferentes formatos.2. Los reportes impresos deberán cumplir el formato establecido por la SECyT, lo cual implica: Membrete de

dicha secretaría (que implica el uso del logo de dicha secretaría en el encabezado), identificación del reporte mediante el título establecido en el encabezado del reporte, en letra Verdana, centrado y con un tamaño de fuente 15 y numeración de las páginas del reporte.

3. Entorno WEB para la generación de reportes.Asociaciones de Extensión: no aplicaAsociaciones de Inclusión: no aplicaCaso de uso donde se incluye: no aplicaCaso de uso al que extiende: no aplicaCaso de uso de Generalización: no aplicaInformación del documentoAutor: IH Fecha creación: 27/04/2011

Autor última modificación: IH, MMW, GV Fecha última modificación: 14/04/2014Archivo: PPAI DSI Especificación Requerimientos 2014

PPAI. Especificación de Requerimientos de Software. Versión 2.0 2014 Página 47 de 47