ref - reporte de definicion funcional - ejemplo v1.0

Reporte de Definiciones

Funcionales (REF)[Gerencia General]

[Sistema de Programación de Viajes]

[Mayo 2008]

Equipo de Trabajo:

Rol Apellidos y Nombres

Jefe de Proyecto

Analista

Diseñador

Programador

Revisor

INDICE1. ANTECEDENTES...............................................................................................................32. OBJETIVOS...................................................................................................................... 43. ALCANCE........................................................................................................................ 44. FUERA DE ALCANCE.........................................................................................................45. PROCESOS DE NEGOCIO..................................................................................................45.1. DESCRIPCIÓN DE LOS PROCESOS DE NEGOCIO..................................................................45.2. REGLAS DE NEGOCIO......................................................................................................46. REQUISITOS FUNCIONALES...............................................................................................57. REQUISITOS NO FUNCIONALES..........................................................................................58. MODELO DE CASOS DE USO DE SISTEMA...........................................................................78.1. LISTA DE ACTORES DE SISTEMA.......................................................................................78.2. DIAGRAMA DE ACTORES DEL SISTEMA...............................................................................78.3. ARQUITECTURA DEL SISTEMA – DIAGRAMA DE PAQUETES...................................................78.4. LISTA DE CASOS DE USO DEL SISTEMA POR PAQUETE........................................................78.5. DIAGRAMA DE CASOS DE USO POR PAQUETE....................................................................88.6. PRIORIZACIÓN DE LOS CASOS DE USO DEL SISTEMA..........................................................88.7. REALIZACIÓN DE LOS CASOS DE USO DEL SISTEMA............................................................8

CUS01 – Nombre del caso de suo..............................................................................................99. NAVEGACIÓN................................................................................................................. 10

9.1 Flujo general de navegación...................................................................................1010. ESQUEMA DE SEGURIDAD............................................................................................12

10.1 Matriz de perfiles usuario y accesos por Aplicativo/Módulo/Función................12ANEXO: CONFORMIDAD DE REVISIÓN DE PARES / VALIDACIÓN...................................................12Glosario de Términos..........................................................................................................13

Reporte de Definición Funcional (REF)Impreso el: 04/06/2008

2

Histórico de Revisiones

Número Fecha Autor Cambios realizados

[1.0] 04/06/2008 José Alcántara Primera versión del documento REF hasta el punto 8.7.1


3

1.Antecedentes

La Empresa de transporte Paradise tours S.A. es una empresa dedicada al servicio especializado de transporte de pasajeros y traslado de encomiendas, convirtiéndose en muy poco tiempo en líder en su rubro.

Paradise Tours S.A. fue fundada el 05 de Mayo de 1982, incorporándose exitosamente al exigente mercado internacional con agencias ubicadas en las principales ciudades de Sudamérica siendo la principal sede el Perú.

Paradise Tours S.A. se caracteriza por su calidad en el servicio y por que cuenta con la flota más moderna en el mercado nacional que se encuentra respaldada por las marcas Volvo, Scania y Mercedes-Benz contando con una moderna flota de más de 80 unidades que obliga a cumplir con un excelente mantenimiento preventivo y correctivo que asegure la prestación de los servicios y la seguridad en ruta.

La empresa cuenta con un servicio de transporte de pasajeros durante las 24 horas del día, los 7 días de la semana y los 365 días del año, cubriendo las necesidades de transporte a toda hora.

Los servicios de Paradise tours S.A. que ofrece son Paradise Vip, Business Class, y Económico, ya que cuenta con la infraestructura y tecnología necesaria para entregar un servicio ágil y eficiente pensando en todas las necesidades de sus clientes.

Los diversos talleres de mantenimiento técnico distribuidos estratégicamente en toda Sudamérica permiten brindar el mejor servicio técnico de las unidades siendo su mantenimiento más rápido, seguro, completo y efectivo. Incorpora en sus unidades tecnología GPS que permite tener la ubicaron exacta de sus unidades a toda hora a lo largo de todas sus rutas y así tener permanente control y monitoreo de las unidades para brindar el mejor servicio y garantizar la seguridad de sus clientes.

2.Objetivos

Actualmente, Paradise Tours S.A. busca la automatización de sus procesos actuales, ya que en su mayoría éstos se realizan de forma manual o a través de archivos Excel, tal es el caso de la programación de itinerarios y programación de viajes, procesos que al ser de gran impacto para el cliente interno, necesitan de información oportuna y sobre todo confiable.

El sistema a desarrollar se centrará en la programación de itinerarios y de viajes

3.AlcanceEn caso que no varié el alcance definido en el PP no será necesario detallar en este documento. (plan de proyecto)


4

4.Fuera de AlcanceEn caso que no varié lo especificado como fuera del alcance en el PP no será necesario detallar en este documento.

5.Procesos de Negocio

5.1. Descripción de los Procesos de Negocio

a) CUN01 - Proceso de Programar Itinerario: El proceso se inicia con una solicitud del departamento de marketing de crear un itinerario de viaje. Esta solicitud tiene un formato en la cual se consigna la agencia origen, la agencia del destino. Asimismo, los viajes pueden ser directos, que quiere decir que no se realizan paradas en la ruta que se tiene por recorrer, ó con escalas, que permite realizar las paradas en las agencias de las ciudades que se solicite. Además se especifica tipo de unidad y el tipo de tripulación necesario para dicho itinerario.

La solicitud le llegará al Jefe de operaciones, él es el encargado de validar la información entregada y solicitar se complete en caso de no contar con la información mínima requerida, si todo está correcto coordina la programación del itinerario con el Asistente de Operaciones, él es el encargado de registrar los itinerarios. En primer lugar procederá a crear la ruta en el caso ésta sea una ruta nueva, para este fin registrará los datos de la solicitud mencionada anteriormente. En el caso que algunas de las agencias (origen, destino o escalas) no existan el podrá registrarla al momento de crear la ruta.

Una vez creada dicha ruta procederá a crear el itinerario que contiene los siguientes datos: ruta (origen, destino, escalas), tipo de unidad (según el tipo de servicio que se quiere brindar), tipos de tripulación (chóferes, terramozas, mecánicos, copilotos y ayudantes) según lo requiera el servicio y la distancia por recorrer.

El Asistente de Operaciones genera la constancia de atención la cual es verificada y corregida si es necesario por el Jefe de Operaciones. Finalmente el Jefe de Operaciones envía y una vez devuelta archiva la constancia junto con la solicitud.

b) CUN02 - Proceso de Programar viaje:Este proceso se inicia con la solicitud, del área de ventas, de programar un determinado viaje de una ciudad a otra. Esta solicitud le llegará al Jefe de operaciones, él es el encargado de validar la información entregada y solicitar se complete en caso de no contar con la información mínima requerida, si todo está correcto coordina la programación del viaje con el Asistente de Operaciones, él es el encargado de registrar el viaje y asignar el itinerario con el día de la semana y hora de salida, además la unidad para el viaje, la tripulación que irá en el y la fecha de salida.

Para asignar la unidad deberá tener en cuenta el tipo de unidad que está consignado en el itinerario. Verificará si hay alguna unidad operativa y disponible para le fecha que se desea programar el viaje, si fuese así asignará el número de la unidad a el viaje que se quiere programar. En el caso que no hubiese ninguno con esas características, tendrá que realizar la consulta en la lista de buses en reparación y verificar si existe alguno que cumpla con dichas características y si fuese así, tendrá que verificar si algunos de ellos van a estar operativos para la fecha del viaje que se intenta programar, para poder asignar alguna unidad al viaje.


5

Para asignar la tripulación deberá tener en cuenta los tipos de tripulación que están consignados en el itinerario. Para este fin deberá consultar la lista de personal de los tipos requeridos para el viaje y tendrá que verificar la disponibilidad para esa fecha.

El Asistente de operaciones al final de este proceso elaborará una constancia con el resultado de la solicitud, responderá “solicitud atendida” en el caso no haya tenido problemas al programar los viajes y en el caso que no se cuente con una unidad disponible para esa fecha responderá “solicitud no atendida” y adicionalmente informará el motivo por el cual no se puedo programar el viaje solicitado. Asimismo en el caso de que no se cuente con personal disponible de cualquiera de los tipos requeridos para el viaje se elaborará la constancia con el resultado de la solicitud indicando el motivo específico por el cual no se pudo programar dicho viaje. Finalmente la constancia es validada y corregida si es necesario por el Jefe de Operaciones quien la envía el Jefe de Ventas y cuando él la devuelve revisada se archiva con la solicitud.

5.2. Reglas de Negocio

[RN01] El Área de Marketing es responsable de solicitar la programación de

itinerarios.

[RN02] El Área de Ventas es responsable de solicitar la programación de

viajes.

[RN03] El Área de Marketing antes de solicitar la programación de un

itinerario debe validar que no exista.

[RN04] El Área de Ventas antes de solicitar la programación de un viaje

debe validar que no exista.

[RN05] Una solicitud de programación de itinerario debe tener la siguiente

información mínima: ruta, tipo de unidad, tipo de tripulación, frecuencia de

viaje y servicios a ofrecer.

[RN06] Una solicitud de programación de viaje debe tener la siguiente

información mínima: itinerario de viaje con fecha y hora de salida.

[RN07] Un itinerario debe registrarse con la siguiente información mínima:

ruta, tipo de bus, tipo de tripulación requerido, frecuencia de viaje y servicios

a ofrecer.

[RN08] Una ruta esta formada por los menos por un tramo. Y puede ser de

dos tipos: Directa o con Escalas. En caso de que sea con Escalas debe

ingresarse mas de un Tramo.

[RN09] Un viaje debe registrarse con la siguiente información mínima:

itinerario de viaje con fecha y hora de salida, número de unidad (placa) y el

personal necesario para el viaje.

[RN10] Las solicitudes y constancias deben ser archivadas.

[RN11] Un tramo está formado por una agencia de origen y otra de destino.

[RN12] Sólo se puede ingresar un itinerario si previamente se ingresó una

solicitud de itinerario.

[RN13] Sólo se puede ingresar un viaje si previamente se ingresó una

solicitud de viaje.


6

[RN14] Los ofrecidos son de tres tipos: Por servicio, Por agencia y Por

itinerario

[RN15] Para recorridos cortos, la tripulación puede ser programado una vez

cada día, y para grandes recorridos una vez cada dos días.

[RN16] La Unidad puede ser programada inmediatamente luego del servicio

de mantenimiento básico correspondiente.

[RN17] Una solicitud de itinerario podrá ser eliminada solo si no ha sido

atendida.

[RN18] Una solicitud de viaje podrá ser eliminada sólo si no ha sido atendida.

[RN19] Un itinerario solo podrá ser eliminado si no ha sido relacionado a un

viaje.

[RN20] La frecuencia del itinerario solo podrá ser modificado o eliminar si el

itinerario no ha sido relacionada a un viaje.

[RN21] Un viaje solo podrá ser eliminado si todavía no se ha realizado.

[RN22] Una ruta solo podrá ser eliminada si no está relacionada a un

itinerario activo.

[RN23] Un tramo solo podrá ser eliminado físicamente si no está relacionado

a una ruta activa.

[RN24] Una agencia solo podrá ser eliminada si no está relacionada a un

tramo activo.

[RN25] Un ofrecido solo podrá ser eliminado si no está relacionada a una

agencia, itinerario o servicio.

[RN26] Para registrar un tramo tiene que existir la agencia origen y la

agencia destino.

[RN27] La programación de itinerarios se realiza trimestralmente o cada vez

que el área de Marketing lo solicite de acuerdo a la necesidad del negocio.

[RN28] La programación de viajes se realiza mensualmente o cuando el área

de Ventas lo solicite de acuerdo a la necesidad del negocio.

[RN29] Un tipo de unidad tiene asignado una serie de servicios inherentes a

sus características.

[RN30] A un itinerario se le asignan ofrecidos adicionales de acuerdo a sus

características.

[RN31] Sólo se pueden modificar las solicitudes de itinerario o solicitudes de

viajes que tienen el estado Pendiente.

[RN32] En las lista de viajes sólo se deben mostrar los que tienen el estado

de ACTIVO.

[RN33] En las lista de itinerarios sólo se deben mostrar los que tienen el

estado de ACTIVO.

[RN34] En la lista de ruta sólo se deben mostrar los que tienen el estado de

ACTIVO.


7

[RN35] En la lista de tramos sólo se deben mostrar los que tienen el estado

de ACTIVO.

[RN36] En la lista de agencias sólo se deben mostrar los que tienen el

estado de ACTIVO.

[RN37] En la lista de servicios sólo se deben mostrar los que tienen el

estado de ACTIVO.

[RN38] En la lista de ofrecidos sólo se deben mostrar los que tienen el

estado de ACTIVO.

[RN39] En la lista de empleados sólo se deben mostrar los que tienen el

estado de ACTIVO.

[RN40] Los códigos generados por el sistema son de tipo numérico.

[RN41] En los rangos de fecha para solicitar reportes la fecha de inicio debe

ser menor o igual a la fecha final.

[RN42] En la lista de unidades sólo se deben mostrar los que tienen el

estado de ACTIVO.

[RN43] En la lista de Solicitudes de Programación de itinerarios sólo se

deben mostrar los que tienen el estado de PENDIENTE.

[RN44] En la lista de Solicitudes de Programación de Viajes sólo se deben

mostrar los que tienen el estado de PENDIENTE..

6.Requisitos Funcionales

Código Descripción Proceso de Negocio

RF-001Registrar solicitud de programación de itinerarios

[CUN01]

RF-002 Registrar itinerarios [CUN01]

RF-003 Registrar rutas [CUN01]

RF04 Registrar tramos [CUN01]

RF05 Registrar agencias [CUN01]

RF06 Registrar servicios [CUN01]

RF07 Registrar ofrecidos [CUN01]

RF08Registrar solicitud de programación de viajes

[CUN02]

RF09 Registrar programación de viajes [CUN02]

RF10Reporte de ocupabilidad de viajes programados para pasajeros

[CUN02]

RF11Reporte de ocupabilidad de viajes programados para carga

[CUN02]

RF12Reporte de cumplimiento de rutas programadas

[CUN01]

RF13Reporte de viajes programados cancelados

[CUN02]


8

Código Descripción Proceso de Negocio

RF14Ranking de las rutas que más o menos fueron programadas

[CUN01]

RF15Reporte del grado de cumplimiento de las salidas de los viajes programados

[CUN02]

RF16Reporte de las solicitudes programadas rechazadas y aprobadas

[CUN01]

7.Requisitos No Funcionales

Tipo de Requisito Código Descripción

Restricciones del Diseño

[Definir cualquier tipo de restricción de diseño, tales como: proceso de desarrollo de software, sistemas operativos, lenguajes de programación, administrador de base de datos, conexión a la BD, generador de reportes, manejo de información, etc.]

RNF-001

La aplicación se desarrollará con la herramienta Visual Basic versión 6 de Microsoft

RNF-002

El sistema deberá considerar una arquitectura lógica de tres capas: Datos, Negocio y Presentación

Componentes a Adquirir

[Identificar los componentes que se deben adquirir o tener en cuenta, para llevar acabo el desarrollo y ejecución del sistema. Ejemplo: lenguajes de programación, servidores, estaciones de trabajo, etc. ]

No aplica

Interfaces de Usuario

[Describir las interfaces de usuario que serán implementados en el software. Esto incluye por ejemplo: formatos de la pantalla, página o esquemas de las ventanas, reportes, menús, etc.]

RNF-003

El diseño de la interfaz gráfica del sistema se alineará al estándar utilizado en las aplicaciones Microsoft

RNF-004

La resolución mínima para una buena visualización y ejecución del sistema será un tamaño de pantalla de 800x600 píxel

RNF-005Los reportes mostrarán el logotipo y nombre de la empresa

Interfaces de Hardware

[Definir cualquier interfase de hardware que será soportado por el software, incluyendo estructura lógica, direcciones físicas, etc.]

No aplica


9


Interfaces de Software

[Especificar el uso de otros productos software requeridos e interfaces con otros sistemas de la aplicación.]

No aplica

Interfaces de Comunicaciones

[Describir las interfaces de comunicación para otros sistemas ó dispositivos, tales como: redes de área local, dispositivos de serie remota.]

No aplica

Requerimientos de Licenciamiento

[Identificar las licencias que se requieran para el desarrollo del sistema.]

No aplica a este proyecto

Seguridad

[Describir como será controlada la seguridad del sistema.]

RNF-006

A cada usuario se le asignará un usuario del sistema y una clave, los cuales permitirán el ingreso de acuerdo un perfil determinado

RNF-007Obligar al usuario a cambiar su contraseña cada 2 meses

RNF-008

Permitir que el usuario pueda cambiar la contraseña de acuerdo a las políticas de seguridad de la organización

Estándares aplicables

[Especificar con qué estándares trabaja el sistema.]

No aplica

Requisitos del Sistema

[Especificar los requerimientos de plataforma tecnológica necesarios para el diseño y el desarrollo del sistema.]

RNF-009

El sistema debe alinearse con la red de datos implementada en la empresa y no deberá generar conflicto con las aplicaciones existentes

RNF-010 El sistema debe trabajar sobre cualquier computador que cuente con estos requerimientos mínimos: con procesador Pentium III o superior, 256 Mb de memoria RAM y disco duro de 20 Gb


10


RNF-011

El motor de base de datos que utilizara el sistema deberá ser SQL Server 2000

Requisitos de Desempeño

[Listar y especificar los requisitos de desempeño con los que debe trabajar el sistema. Ejemplo: Tiempo de respuesta en alguna consulta del sistema.]

RNF-012

El Sistema deberá permitir el ingreso concurrente de por lo menos 200 usuarios distribuidos entre los diversos módulos del sistema a lo largo de las diversas oficinas con las que cuentan la compañía

RNF-013

El tiempo de respuesta del sistema para operaciones de ingreso o registro de información deberá ser como máximo 5 segundos de espera

RNF-014

El tiempo promedio de cada transacción realizada en el sistema deberá ser en promedio de 8 segundos

Usabilidad

RNF-015El sistema debe permitir ser usado intuitivamente por cualquier usuario

RNF-016

El sistema permitirá a los usuarios realizar búsquedas sin entrenamiento previo

RNF-017

La interfaz del usuario se diseñará de tal manera que le facilite el uso de la misma, sin necesidad de un soporte del área de sistemas. Esta tendrá que ser validada por el usuario

RNF-018

En caso de error del usuario el sistema informará claramente: el mensaje del error y la solución

ConfiabilidadRNF-019

El sistema estará disponible 24 horas al día, 7 días a la semana

RNF-020

El porcentaje de disponibilidad anual del sistema no será menor del 99%

RNF-021 El tiempo promedio entre fallas estimado será de una vez cada 6 semanas


11


RNF-022

El sistema deberá mantener almacenado los errores originados por excepciones en el sistema

RNF-023

El sistema deberá mantener almacenado el contenido histórico de todas las operaciones (Log)

8.Modelo de Casos de Uso de Sistema

8.1. Lista de Actores de Sistema

Actor del sistema Descripción

1. Jefe de Operaciones Responsable de recibir y verificar las solicitudes de

programación de itinerarios y programación de viajes, además

de realizar el seguimiento y coordinación de su ejecución.

2. Asistente de

Operaciones

Encargado de programar los itinerarios y viajes, registrar rutas,

registrar tramos y agencias, además de la asignación de los

recursos (unidades, personal y servicios) necesarios para un

viaje y registra los servicios y ofrecidos. También actualiza el

estado de las solicitudes de programación de itinerarios y de

viajes después de ser ejecutadas.

3. Usuario Rol que generaliza a todos los actores del sistema para los

casos de uso de seguridad. Además es el responsable de

registrar las solicitudes de programación de itinerario como de

viaje, además de actualizar el estado de las mismas, lo cual va

a depender de los permisos del usuario. (Jefe de Operaciones,

Asistente de Operaciones, Jefe de Marketing y Jefe de

Ventas).

4. Administrador del

Sistema

Rol que se encarga de registrar a los usuarios del sistema y

definir y asignar los perfiles a cada usuario. Además es el

responsable de de registrar el Log de operaciones, realizar

copias de seguridad, definir las políticas de seguridad.

5. Programador de

tareas

Es el responsable de realizar el bloqueo de usuarios.

.

8.2. Diagrama de Actores del Sistema


12

Usuario

Asistente de Operaciones

Jefe de Operaciones

Administrador del Sistema

Programador de Tareas

8.3. Arquitectura del Sistema – Diagrama de Paquetes

P01 Programar itinerario

P02 Programar viaje

P03 Reportes del sistema

P04 Seguridad

8.4. Lista de Casos de Uso del Sistema por Paquete

Paquete: P01 – Programar itinerario

Caso de uso del sistema Descripción

CUS01 – Actualizar solicitud

programación de itinerario

El sistema permitirá registrar, actualizar y consultar la

información de las solicitudes para la programación de

un itinerario.

CUS02 – Actualizar itinerario El sistema permitirá registrar, actualizar y consultar la

información de los itinerarios de viaje.

CUS03 – Actualizar ruta El sistema permitirá registrar, actualizar y consultar la

información de de las rutas disponibles que usará la

empresa.

CUS04 – Actualizar tramo El sistema permitirá registrar, actualizar y consultar la

información de los tramos disponibles que hay entre

agencias.

CUS05 – Actualizar agencia El sistema permitirá registrar, actualizar y consultar la


13


información de las agencias con las que cuenta la

empresa.

CUS06 – Actualizar servicio El sistema permitirá Consultar y retornar los registros de

las agencias registrar, actualizar y consultar información

de los tipos de servicios que brindará un bus,

modificarlos y consultarlos.

CUS07 – Actualizar ofrecido El sistema permitirá registrar, actualizar y consultar la

información de los tipos de atenciones que se brindan a

los clientes dentro del bus.

CUS08 – Buscar agencia El sistema permitirá consultar y retornar los registros de

las agencias.

CUS09 – Buscar ofrecido El sistema permitirá consultar y retornar los registros de

los ofrecidos.

CUS10 – Buscar ruta El sistema permitirá consultar y retornar los registros de

las rutas.

CUS11 – Buscar servicio El sistema permitirá consultar y retornar los registros de

los servicios.

Paquete: P02 – Programar viaje


CUS12 – Actualizar solicitud

de programación de viaje

El sistema permitirá registrar, actualizar y consultar la

información de las solicitudes de programación de viajes.

CUS13 – Actualizar viaje El sistema permitirá registrar, actualizar y consultar la

información de los viajes programados.

CUS14 – Buscar empleado El sistema permitirá consultar y retornar los registros de

empleados.

CUS15 – Buscar itinerario El sistema permitirá consultar y retornar los registros de

itinerarios.

CUS16 – Buscar unidad El sistema permitirá consultar y retornar los registros de

las unidades.

Paquete: P03 – Reportes del sistema


CUS17 – Elaborar reporte de

ocupabilidad de viajes

programados para pasajeros

El sistema proporcionara un reporte que permitirá

conocer la ocupabilidad de los viajes programados para

los pasajeros comparándolo con el número de pasajes

vendidos. En un periodo dado.


ocupabilidad de viajes


conocer la ocupabilidad de los viajes programados para


14


programados para carga carga comparándolo con el volumen que se transporto.

En un periodo dado.


cumplimiento de rutas

programadas


conocer el cumplimiento de las rutas programadas. En

un periodo dado.


viajes programados

cancelados


conocer los viajes programados que han sido

cancelados. En un periodo dado.

CUS21 – Elaborar ranking de

las rutas que más o menos

fueron programadas


conocer el ranking de las rutas que más o menos fueron

programadas. En un periodo dado.

CUS22 – Elaborar reporte del

grado de cumplimiento de las

salidas de los viajes

programados


conocer el grado de cumplimiento de las salidas de los

viajes. En un periodo dado.


las solicitudes programadas

rechazadas y aprobadas


conocer las solicitudes de programación de itinerarios

que han sido rechazados y los que han sido aprobados.

En un periodo dado.


las solicitudes de

programación de itinerarios.


conocer las solicitudes de programación de itinerarios

pendientes, atendidas, anuladas y rechazadas en un

periodo dado


las solicitudes de

programación de viajes.


conocer las solicitudes de programación de viajes

pendientes, atendidas, anuladas y rechazadas en un

periodo dado

Paquete: P04 – Seguridad


CUS901 – Realizar login Permitir el acceso al sistema validando el nombre de

usuario y la contraseña ingresada.

CUS902 – Cambiar

contraseña

Permitir el cambio de la contraseña del usuario.

CUS903 – Registrar log de

operaciones

Permitir el cambio de la contraseña del usuario.

CUS904 – Realizar copia de

seguridad

Efectuar el respaldo y restauración de los archivos del

sistema y los datos de usuario.

CUS905 – Definir políticas de Controlar que los accesos al sistema por parte de los


15


seguridad usuarios cumplan las políticas de seguridad

establecidas.

CUS906 – Actualizar usuario El sistema permitirá registrar, actualizar y consultar la

información de los usuarios del sistema. Además de

asignarle un perfil al usuario.

CUS907 – Actualizar perfiles El sistema permitirá registrar, actualizar y consultar la

información de los perfiles

CUS908 – Administrar

opciones

Asignar las opciones del sistema que correspondan a

cada perfil de usuario.

CUS909 – Bloquear usuarios Efectuar el bloqueo de las cuentas de usuario que no

cumplan con las políticas de seguridad.

8.5. Diagrama de Casos de Uso por Paquete

Paquete: P01 – Programar itinerario


16

Paquete: P02 – Programar viaje

Paquete: P03 – Reportes del sistema


17

Paquete: P04 – Seguridad


18


19

8.6. Priorización de los Casos de Uso del Sistema

8.6.1. Clasificación de los Casos de Uso de Sistema

Nombre del caso de uso Clasificación

CUS01 – Actualizar solicitud de programación de itinerario Primario

CUS02 – Actualizar itinerario Primario

CUS03 – Actualizar ruta Primario

CUS04 – Actualizar tramo Primario

CUS05 – Actualizar agencia Primario

CUS06 – Actualizar servicio Primario

CUS07 – Actualizar ofrecido Primario

CUS08 – Buscar agencia Primario

CUS09 – Buscar ofrecido Primario

CUS10 – Buscar ruta Primario

CUS11 – Buscar servicio Primario

CUS12 – Actualizar solicitud de programación de viaje Primario

CUS13 – Actualizar viaje Primario

CUS14 – Buscar empleado Secundario

CUS15 – Buscar itinerario Secundario

CUS16 – Buscar unidad Secundario

CUS17 – Elaborar reporte de ocupabilidad de viajes programados para pasajeros

Secundario

CUS18 – Elaborar reporte de ocupabilidad de viajes programados para carga

Secundario

CUS19 – Elaborar reporte de cumplimiento de rutas programadas Secundario

CUS20 – Elaborar reporte de viajes programados cancelados Secundario

CUS21 – Elaborar ranking de las rutas que mas o menos fueron programadas

Secundario

CUS22 – Elaborar reporte del grado de cumplimiento de las salidas de los viajes programados

Secundario

CUS23 – Elaborar reporte de las solicitudes programadas rechazadas y aprobadas

Secundario

CUS24 – Elaborar reporte de las solicitudes de programación de

itinerarios.

Secundario

CUS25 – Elaborar reporte de las solicitudes de programación de

viajes.

Secundario

CUS901 – Realizar login Opcional

CUS902 – Cambiar contraseña Opcional

CUS904 – Realizar copia de seguridad Opcional

CUS905 – Definir políticas de seguridad Opcional


20


CUS906 – Actualizar usuario Opcional

CUS907 – Actualizar perfiles Opcional

CUS908 – Administrar opciones Opcional

CUS909 – Bloquear usuarios Opcional

8.6.2. Ciclos de Desarrollo de los Casos de Uso del Sistema

Ciclo de desarrollo


Núcleo central o

Ciclo 0

CUS01 – Actualizar solicitud de programación de itinerario

Primario

CUS02 – Actualizar itinerario Primario

CUS03 – Actualizar ruta Primario

CUS04 – Actualizar tramo Primario

CUS05 – Actualizar agencia Primario

CUS06 – Actualizar servicio Primario

CUS07 – Actualizar ofrecido Primario

CUS08 – Buscar agencia Primario

CUS09 – Buscar ofrecido Primario

CUS10 – Buscar ruta Primario

CUS11 – Buscar servicio Primario

CUS12 – Actualizar solicitud de programación de viaje

Primario

CUS13 – Actualizar viaje Primario

CUS14 – Buscar empleado Primario

CUS15 – Buscar itinerario Primario

CUS16 – Buscar unidad Primario

Ciclo 1 CUS17 – Elaborar reporte de ocupabilidad de viajes programados para pasajeros

Secundario

CUS18 – Elaborar reporte de ocupabilidad de viajes programados para carga

Secundario

CUS19 – Elaborar reporte de cumplimiento de rutas programadas

Secundario

CUS20 – Elaborar reporte de viajes programados cancelados

Secundario

CUS21 – Elaborar ranking de las rutas que mas o menos fueron programadas

Secundario

CUS22 – Elaborar reporte del grado de cumplimiento de las salidas de los viajes programados

Secundario

CUS23 – Elaborar reporte de las solicitudes programadas rechazadas y aprobadas

Secundario

CUS24 – Elaborar reporte de las solicitudes de

programación de itinerarios.

Secundario


21

Ciclo de desarrollo


CUS25 – Elaborar reporte de las solicitudes de

programación de viajes.

Secundario

CUS901 – Actualizar información del usuario Opcional

CUS901 – Realizar login Opcional

CUS902 – Cambiar contraseña Opcional

CUS904 – Realizar copia de seguridad Opcional

CUS905 – Definir políticas de seguridad Opcional

CUS906 – Actualizar usuario Opcional

CUS907 – Actualizar perfiles Opcional

CUS908 – Administrar opciones Opcional

8.7. Realización de los Casos de Uso del Sistema

8.7.1. Especificación de Alto Nivel

Caso de uso: CUS01 – Actualizar solicitud programación de itinerarioActor(es): Usuario (Jefe de Marketing, Jefe de operaciones y Asistente de

operaciones)Propósito: Mantener actualizada la información de las solicitudes de

programación de itinerarios.Caso de uso asociado:

No aplica

Resumen: El caso de uso comienza cuando el Usuario desea actualizar los datos de la solicitud de programación de itinerario de viaje. Según su requerimiento y permisos puede agregar, modificar y eliminar la solicitud de programación de itinerario. El caso de uso termina cuando el registro de la solicitud de programación de itinerario queda actualizado.

Clasificación PrimarioRequerimiento RF01

Caso de uso: CUS02 – Actualizar itinerarioActor(es): Asistente de operacionesPropósito: Mantener actualizado el registro de itinerarios de viaje.Caso de uso asociado:

CUS03 – Actualizar ruta (extend)CUS09 – Buscar ofrecido (extend)CUS10 – Buscar ruta (extend)

Resumen: El caso de uso comienza cuando el Asistente de Operaciones desea actualizar los datos del itinerario de viaje. Según su requerimiento puede agregar, modificar y eliminar el registro de itinerarios de viaje. El caso de uso termina cuando el registro queda actualizado.

Clasificación: PrimarioRequerimiento RF02

Caso de uso: CUS03 – Actualizar rutaActor(es): Asistente de operacionesPropósito: Mantener actualizado el registro de rutas.


22

Caso de uso asociado:

CUS04 – Actualizar tramo (extend)

Resumen: El caso de uso comienza cuando el Asistente de Operaciones desea actualizar los datos de las rutas de viaje. Según su requerimiento puede agregar, modificar y eliminar el registro de rutas de viaje. El caso de uso termina cuando el registro queda actualizado.


Caso de uso: CUS04 – Actualizar tramoActor(es): Asistente de operacionesPropósito: Mantener actualizado el registro de tramos.Caso de uso asociado:

CUS05 – Actualizar agencia (extend)CUS08 – Buscar agencia (extend)

Resumen: El caso de uso comienza cuando el Asistente de Operaciones desea actualizar los datos de los tramos entre agencias origen y destino. Según su requerimiento puede agregar, modificar y eliminar el registro de tramos. El caso de uso termina cuando el registro queda actualizado.


Caso de uso: CUS05 – Actualizar agenciaActor(es): Asistente de operacionesPropósito: Mantener actualizado el registro de agencias.Caso de uso asociado:

CUS07 – Actualizar ofrecido (extend)CUS09 – Buscar ofrecido (extend)

Resumen: El caso de uso comienza cuando el Asistente de Operaciones desea actualizar los datos de las agencias. Según su requerimiento puede agregar, modificar y eliminar el registro de agencias. El caso de uso termina cuando el registro queda actualizado.


Caso de uso: CUS06 – Actualizar servicioActor(es): Asistente de operacionesPropósito: Mantener actualizado el registro de los servicios que brinda la

empresa.Caso de uso asociado:

CUS07 – Actualizar ofrecido (extend)CUS09 – Buscar ofrecido (extend)

Resumen: El caso de uso comienza cuando el Asistente de Operaciones desea actualizar los datos de los servicios. Según su requerimiento puede agregar, modificar y eliminar el registro de servicios. El caso de uso termina cuando el registro queda actualizado.



23

Caso de uso: CUS07 – Actualizar ofrecidoActor(es): Asistente de operacionesPropósito: Mantener actualizado el registro de los ofrecidos que brinda la

empresaCaso de uso asociado:Resumen: El caso de uso comienza cuando el Asistente de Operaciones

desea actualizar los datos de los ofrecidos. Según su requerimiento puede agregar, modificar y eliminar el registro de ofrecidos. El caso de uso termina cuando el registro queda actualizado.


Caso de uso: CUS08 – Buscar agenciaActor(es): Asistente de operacionesPropósito: Realizar la búsqueda de agencias.Caso de uso asociado:

No aplica

Resumen: El caso de uso comienza cuando el Asistente de Operaciones desea consultar los registros de agencias. De acuerdo a su necesidad el Asistente de operaciones selecciona un registro. El caso de uso termina cuando retorna el registro seleccionado.


Caso de uso: CUS09 – Buscar ofrecidoActor(es): Asistente de operacionesPropósito: Realizar la búsqueda de ofrecidos.Caso de uso asociado:

No aplica

Resumen: El caso de uso comienza cuando el Asistente de Operaciones desea consultar los registros de ofrecidos. De acuerdo a su necesidad el Asistente de operaciones selecciona un registro. El caso de uso termina cuando retorna el registro seleccionado.


Caso de uso: CUS10 – Buscar rutaActor(es): Asistente de operacionesPropósito: Realizar la búsqueda de rutas por agencia origen y agencia

destino.Caso de uso asociado:

No aplica


24

Resumen: El caso de uso comienza cuando el Asistente de Operaciones desea consultar los registros de rutas. De acuerdo a su necesidad el Asistente de operaciones puede buscar rutas filtrando los registros por agencia origen y agencia destino. El caso de uso termina cuando retorna el registro seleccionado.


Caso de uso: CUS11 – Buscar servicioActor(es): UsuarioPropósito: Realizar la búsqueda de servicios.Caso de uso asociado:

No aplica

Resumen: El caso de uso comienza cuando el Usuario desea consultar los registros de servicios. Según su requerimiento puede elegir el servicio que crea conveniente. El caso de uso termina cuando selecciona algún registro o cierra la búsqueda.


Caso de uso: CUS12 – Actualizar solicitud de programación de viajeActor(es): Usuario (Jefe de Ventas, Jefe de operaciones y Asistente de

operaciones)Propósito: El sistema permitirá registrar, actualizar y consultar la

información de las solicitudes de programación de viajes.Caso de uso asociado:

CUS15 Buscar itinerario (extend)

Resumen: El caso de uso comienza cuando el Usuario desea actualizar los datos de la solicitud de programación del viaje. Según su requerimiento y permisos puede agregar, modificar y eliminar las solicitudes de programación del viaje. El caso de uso termina cuando el registro queda actualizado.

Clasificación PrimarioRequerimiento RF08

Caso de uso: CUS13 – Actualizar viajeActor(es): Asistente de operacionesPropósito: El sistema permitirá registrar, actualizar y consultar la

información de los viajes programados.Caso de uso asociado:

CUS14 – Buscar empleado (extend)CUS15 – Buscar itinerario (extend)CUS16 – Buscar unidad (extend)

Resumen: El caso de uso comienza cuando el Asistente de operaciones desea actualizar los datos del viaje. Según su requerimiento puede elegir entre agregar, modificar y eliminar el registro de viajes programados. El caso de uso termina cuando el registro queda actualizado.



25

Caso de uso: CUS14 – Buscar empleadoActor(es): Usuario (Asistente de operaciones y Administrador del

Sistema)Propósito: Realizar la búsqueda de empleados por código o por nombre.Caso de uso asociado:

No aplica

Resumen: El caso de uso comienza cuando el Usuario desea consultar los registros de empleados. De acuerdo a su necesidad el Usuario selecciona un registro. El caso de uso termina cuando retorna el registro seleccionado.


Caso de uso: CUS15 – Buscar itinerarioActor(es): Usuario (Jefe de ventas y Asistente de operaciones)Propósito: Realizar la búsqueda de itinerarios de viaje la cual será

filtrada por agencia origen y destino.Caso de uso asociado:

CUS08 – Buscar agencia (extend)

Resumen: El caso de uso comienza cuando el Usuario desea consultar los registros de itinerarios. Según su requerimiento puede elegir buscar por agencia origen, agencia destino como filtro de búsqueda. El caso de uso termina cuando selecciona algún registro o cierra la búsqueda.


Caso de uso: CUS16 – Buscar unidadActor(es): Usuario (Jefe de operaciones y Asistente de operaciones)Propósito: Realizar la búsqueda de unidades por placa o por

descripción.Caso de uso asociado:

No aplica

Resumen: El caso de uso comienza cuando el Usuario desea consultar los registros de unidades. De acuerdo a su necesidad el Asistente de operaciones selecciona un registro. El caso de uso termina cuando retorna el registro seleccionado.

Clasificación: PrimarioRequerimiento RF01, RF09

Caso de uso: CUS17 – Elaborar reporte de ocupabilidad de viajes programados para pasajeros

Actor(es): Jefe de OperacionesPropósito: El sistema proporcionara un reporte que permitirá conocer la

ocupabilidad de los viajes programados para los pasajeros sobre los números de pasajes vendidos. En un periodo dado.


CUS10 – Buscar ruta (extend)CUS11 – Buscar servicio (extend)CUS16 – Buscar unidad (extend)


26

Resumen: El caso de uso comienza cuando el jefe de operaciones necesita elaborar un reporte sobre la ocupabilidad de los viajes programados para pasajeros durante un periodo seleccionado, ordenado por fecha. El caso de uso termina cuando se emite el reporte.

Clasificación: SecundarioRequerimiento RF10

Caso de uso: CUS18 – Elaborar reporte de ocupabilidad de viajes programados para carga

Actor(es): Jefe de OperacionesPropósito: El sistema proporcionara un reporte que permitirá conocer la

ocupabilidad de los viajes programados para carga sobre el volumen que se transporto. En un periodo dado.



Resumen: El caso de uso comienza cuando el jefe de operaciones necesita elaborar un reporte sobre la ocupabilidad de los viajes programados para carga. El caso de uso termina cuando se emite el reporte.


Caso de uso: CUS19 – Elaborar reporte de cumplimiento de rutas programadas

Actor(es): Jefe de OperacionesPropósito: El sistema proporcionara un reporte que permitirá conocer el

cumplimiento de las rutas programadas. En un periodo dado.Caso de uso asociado:


Resumen: El caso de uso comienza cuando el jefe de operaciones necesita elaborar un reporte sobre el cumplimiento de las rutas programadas durante un periodo seleccionado, ordenado por tipo de servicio y ruta. El caso de uso termina cuando se emite el reporte.


Caso de uso: CUS20 – Elaborar reporte de viajes programados cancelados

Actor(es): Jefe de OperacionesPropósito: El sistema proporcionara un reporte que permitirá conocer los

viajes programados que han sido cancelados. En un periodo dado.




27

Resumen: El caso de uso comienza cuando el Jefe de Operaciones necesita elaborar un reporte sobre los viajes programados que han sido cancelados durante un periodo seleccionado, ordenado por fecha. El caso de uso termina cuando se emite el reporte.


Caso de uso: CUS21 – Elaborar ranking de las rutas que más o menos fueron programadas


ranking de las rutas que mas fueron programadas. En un periodo dado.



Resumen: El caso de uso comienza cuando el Jefe de Operaciones necesita elaborar un reporte sobre las rutas que mas fueron programados durante un periodo seleccionado, ordenado por tipo de servicio y ruta. El caso de uso termina cuando se emite el reporte.


Caso de uso: CUS22 – Elaborar reporte del grado de cumplimiento de las salidas de los viajes programados


grado de cumplimiento de las salidas de los viajes. En un periodo dado.



Resumen: El caso de uso comienza cuando el Jefe de Operaciones necesita elaborar un reporte sobre el cumplimiento de los horarios de salida de los viajes programados durante un periodo seleccionado ordenado por tipo servicio. El caso de uso termina cuando se emite el reporte.


Caso de uso: CUS23 – Elaborar reporte de las solicitudes programadas rechazadas y aprobadas

Actor(es): Jefe de Operaciones


28

Propósito: El sistema proporcionara un reporte que permitirá conocer las solicitudes de programación de itinerarios que han sido rechazados y los que han sido aprobados. En un periodo dado.


No aplica

Resumen: El caso de uso comienza cuando el Jefe de Operaciones necesita elaborar un reporte sobre las solicitudes de programación de itinerario que han sido rechazadas o aprobadas durante un periodo seleccionado, ordenado por fecha de solicitud. El caso de uso termina cuando se emite el reporte.


Caso de uso: CUS24 – Elaborar reporte de las solicitudes de programación de itinerarios.

Actor(es): Jefe de OperacionesPropósito: El sistema proporcionara un reporte que permitirá conocer las

solicitudes de programación de itinerarios pendientes, atendidas, anuladas y rechazadas en un periodo dado.


No aplica

Resumen: El caso de uso comienza cuando el Jefe de Operaciones necesita elaborar un reporte sobre las solicitudes de programación de itinerario que están pendientes, atendidas o eliminadas, durante un periodo seleccionado, ordenado por fecha de solicitud. El caso de uso termina cuando se emite el reporte.

Clasificación: SecundarioRequerimiento RF12,RF13,RF14,RF15

Caso de uso: CUS25 – Elaborar reporte de las solicitudes de programación de viajes.

Actor(es): Jefe de OperacionesPropósito: El sistema proporcionara un reporte que permitirá conocer las

solicitudes de programación de viajes pendientes, atendidas, anuladas y rechazadas en un periodo dado.


No aplica

Resumen: El caso de uso comienza cuando el Jefe de Operaciones necesita elaborar un reporte sobre las solicitudes de programación de viajes que están pendientes, atendidas, eliminadas o rechazdas, durante un periodo seleccionado, ordenado por fecha de solicitud. El caso de uso termina cuando se emite el reporte.

Clasificación: SecundarioRequerimiento RF09,RF10,RF11


29

Caso de uso: CUS901 – Realizar loginActor(es): UsuarioPropósito: Permitir el acceso al sistema validando el nombre de usuario y

la contraseña ingresada.Caso de uso asociado:

CUS902 – Cambiar Contraseña (extend)

Resumen: El caso de uso comienza cuando un Usuario ingresa al sistema. El sistema realiza la validación del usuario. El caso de uso termina cuando el usuario ha sido admitido o rechazado.

Clasificación: OpcionalRequerimiento Implícito

Caso de uso: CUS902 – Cambiar contraseñaActor(es): UsuarioPropósito: Permitir el cambio de la contraseña del usuario.Caso de uso asociado:

No aplica

Resumen: El caso de uso se inicia cuando el Usuario requiere cambiar su contraseña. Para validar la contraseña nueva el sistema le exigirá que repita la nueva contraseña. El caso de uso termina cuando la contraseña es aceptada y el registro del usuario queda actualizado.


Caso de uso: CUS904 – Realizar copia de seguridadActor(es): Administrador del SistemaPropósito: Efectuar el respaldo y restauración de los archivos del sistema

y los datos de usuario.Caso de uso asociado:

No aplica

Resumen: El caso de uso comienza cuando el administrador selecciona la opción “Realizar Copia de Respaldo”. De acuerdo a su necesidad el administrador puede respaldar, restaurar y consultar información de las copias de respaldo.


Caso de uso: CUS905 – Definir políticas de seguridadActor(es): Administrador del SistemaPropósito: Controlar que los accesos al sistema por parte de los usuarios

cumplan las políticas de seguridad establecidas.Caso de uso asociado:

No aplica

Resumen: El caso de uso comienza cuando el Administrador del Sistema selecciona la opción Políticas de Seguridad y establece y asigna las mismas en el sistema. El caso de uso termina cuando se graba la información ingresada o modificada.

Clasificación: Opcional


30

Requerimiento Implícito

Caso de uso: CUS906 – Actualizar usuarioActor(es): Administrador del SistemaPropósito: Mantener actualizado el registro de usuarios del sistemaCaso de uso asociado:

CUS14 – Buscar empleado (extend)CUS907 – Actualizar perfil (extend)

Resumen: El caso de uso comienza cuando el Administrador del Sistema desea actualizar los datos de los usuarios del sistema. Según su requerimiento puede agregar, modificar, eliminar, buscar e imprimir el registro de usuarios. El caso de uso termina cuando el registro queda actualizado.


Caso de uso: CUS907 – Actualizar perfilActor(es): Administrador del SistemaPropósito: Mantener actualizado el registro de perfiles de usuariosCaso de uso asociado:

CUS908 – Administrar opciones (extend)

Resumen: El caso de uso comienza cuando el Administrador del Sistema desea actualizar los datos de los perfiles de usuario. Según su requerimiento puede agregar, modificar, eliminar, buscar e imprimir el registro de perfiles. El caso de uso termina cuando el registro queda actualizado.


Caso de uso: CUS908 – Administrar opcionesActor(es): Administrador del SistemaPropósito: Asignar las opciones del sistema que correspondan a cada

perfil de usuario.Caso de uso asociado:

No aplica

Resumen: El caso de uso comienza cuando el Administrador del Sistema selecciona la opción Administrar Opciones y asigna o modifica las opciones correspondientes a un determinado perfil de usuario en el sistema. El caso de uso termina cuando el perfil ha quedad actualizado en el sistema.


Caso de uso: CUS909 – Bloquear usuariosActor(es): Programador de TareasPropósito: Efectuar el bloqueo de las cuentas de usuario que no cumplan

con las políticas de seguridad.Caso de uso asociado:

No aplica


31

Resumen: El caso de uso comienza cuando el Programador de Tareas invoca el proceso “Bloquear Usuarios” y concluye cuando las cuentas de usuario con el estado “Activo” que no cumplen las políticas de seguridad cambian al estado “bloqueado”.


8.7.2. Especificación Expandida de Casos de Uso Por cada caso de uso de sistema especificado a un alto nivel deberá incluir la especificación expandida de casos de uso. Para ello deberá indicar el flujo básico y los flujos alternos e incorporará el prototipo con la inclusión de los controles.

CUS01 – Nombre del caso de suo

1 Actores

1.1 Lista de actores

2 Propósito

Indicar el propósito

3 Breve Descripción

Reutilizar el resumen del punto 7.7.1

4 Flujo Básico de Eventos

1. Indicar el flujo básico de eventos

2. Es posible hacer referencia a las reglas de negocio.

5 Subflujos

Indicar los subflujos del flujo básico.

6 Flujos Alternativos

6.1 Nombre del subflujo

Breve descripción del suflujo.

1. Detalle del flujo alterno. Se pueden incluir reglas de negocio.

7 Precondiciones

7.1 Nombre de la precondición

Descripción de la precondición

7.2 Perfil de usuario

Indicar el perfil de usuario que interactúa con el caso de uso

8 Poscondiciones

8.1 Nombre de la precondición

Descripción de la precondición

9 Puntos de Extensión

Indicar si existen puntos de extensión.

10 Requerimientos Especiales

Indicar si existen requerimientos especiales.

11 Prototipos


32

Lista de Solicitudes de Itinerario

Actualizar Solicitudes de Itinerario

9.Navegación

9.1 Flujo general de navegación

Incluir un árbol de navegación que permita entender el flujo que se seguirá en la navegación por el aplicativo. El siguiente ejemplo muestra un árbol de navegación:


33


Agenda

Clientes

Mantenimiento

Reportes

APLICACION

Acciones Enviadas

Resultados Históricos

Seguimiento Semanal

Resultado de Acciones

Ver Agenda

Encargar Acción

Ver Acciones

Ver Alarmas

Acción Propia

Consultar

Tablas

Relaciones

Parámetros

Resultados

Razones

Matriz CAP

Matriz GAF

Avances

34

10.Esquema de Seguridad

En esta se documenta los esquemas de seguridad en base a perfiles y su acceso a su información.

10.1 Matriz de perfiles usuario y accesos por Aplicativo/Módulo/Función

Aplicativo Funciónes por Módulo Perfil 1 Perfil 2 ... Perfil N

Módulo AConsulta de información de empresas

x x X x

Consulta de operadores autorizados

x x X x

Consulta de cuentas afiliadas x x X xConsulta de combinaciones autorizadas

x x X x

Modificación de datos básicos de empresas

x x X x

Modificación de datos extendidos de la empresa

x x x

Modificación de operadores autorizados

Módulo B

x x X x

Modificación de cuentas afiliadas x x X xModificación de combinaciones autorizadas

x x X x

Anexo: Conformidad de Revisión de Pares / Validación

Conformidad de la Revisión de Pares (Información llenada por el autor) Conformidad de que el Proceso de revisión concluyó satisfactoriamente para todos los roles convocados, al final el Autor cierra la actividad en señal de que la revisión concluyóEl autor puede cerrar la actividad aunque algún revisor convocado no haya participado en la revisión)Responsable Rol: (M/R)

(Moderador/Revisor)Fecha (DD/MM/AA)

Participó SI/NO

Conformidad de la Validación (Información llenada por el autor)Conformidad del documento por parte del facilitador y validadores convocados, al final el autor cierra la actividad en señal de que la Validación concluyó.(El autor puede cerrar la actividad aunque algún validador convocado no haya participado en la validación, (NP)) Responsable Rol: (F/V)

(Facilitador/Validador)Fecha (DD/MM/AA)

Conforme SI/NO/NP


35

Glosario de Términos

Término Definición


36

ref - reporte de definicion funcional - ejemplo v1.0

Documents