ESPECIFICACION REQUISITOS DE

SOFTWARE
AGENCIA ON TOUR

Integrantes: Christian Torrejon

Gabriel Lazcano
Hugo Fica

Sección: DRY1101

Grupo 2
Tabla de contenido
Información del Proyecto...........................................................................................3

Datos.............................................................................................................................................. 3

Patrocinador / Patrocinadores........................................................................................3

Propósito y Justificación del Proyecto.......................................................................3

Descripción del Proyecto y Entregables....................................................................4

Requerimientos de alto nivel.....................................................................................4

Requerimientos del producto.......................................................................................................... 4

Requerimientos del proyecto.........................................................................................5

Objetivos....................................................................................................................6

Premisas y Restricciones..........................................................................................8

Riesgos iniciales de alto nivel....................................................................................8

Cronograma de hitos principales...............................................................................8

Presupuesto estimado...............................................................................................8

Lista de Interesados (stakeholders)..........................................................................9

Requisitos de aprobación del proyecto.....................................................................9

Asignación del Gerente de Proyecto y nivel de autoridad......................................10

Gerente de Proyecto.................................................................................................................... 10

Niveles de autoridad..................................................................................................10

Personal y recursos preasignados..........................................................................10

Aprobaciones...........................................................................................................10
Información del Proyecto
Datos

Empresa / Organización “On Tour”

Proyecto
Fecha de preparación
Cliente
Patrocinador principal
Gerente de Proyecto
Implementar un sistema informático.
6 de abril del 2020
Personas, Organizaciones Públicas y Privadas
Agencia de Viajes “On Tour”
Christian Jesús Torrejon Abarca

Patrocinador / Patrocinadores

Nombre Cargo Departamento / Rama ejecutiva

División (Vicepresidencia)
On Tour Gerente de la Gerencia Gerente General -
Empresa - On Administrativa CEO
Tour
Christian Jefe de proyecto: Dep de Gerente TI
Torrejon TI Tecnología de
Información

Propósito y Justificación del Proyecto

La agencia viajes “on tour “se dedican a la venta de servicios turísticos hace 20
años, los cuales en su mayoría son fuera del país, este servicio incluye: Viajes,
Estadía y actividades en paquetes turísticos.

El propósito para cumplir de este proyecto es implementar un sistema

informático para que todo cliente al momento de interactuar con esta agencia
reciba la información merecida, clara y oportuna para aumentar la confianza
dada por aquella, la cual en consecuencia se estaba viendo perjudicada ya que
no lograba cumplir con las condiciones básicas de todo negocio.

 A causa de esto, la mayoría de los clientes se vieron perjudicados al

momento de concretar acciones, dado que las circunstancias no
 permitían una entrega de información completa, clara y no nefasta como
solía ser. Se tomaron medidas minuciosas para que esta problemática
pueda tener una solución estable, comprometida y rápida obteniendo
nuevamente ganar la confianza de todo cliente.

Descripción del Proyecto y Entregables

Crear una aplicación de Gestión de Viajes de Estudio para que tanto al cliente
como a la agencia logren recibir una información oportuna, refiriendo a obtener
y entregar: Comprobante de pago, Fecha de Emisión de este, Fecha de
Solicitud, Seguros Comprometidos, Montos monetarios, Compra de terceros
servicios, Ofertas.

Requerimientos de alto nivel

Requerimientos del producto

RF. 1 El sistema debe permitir al Ejecutivo de ventas, registrar y mantener

información del contrato efectuado por el curso, consultar el contrato con sus
servicios adicionales contratados (Hotelería, Visitas a museos) entre otras
actividades y entregar en formato PDF. También permitirle consultar los montos
depositados para un determinado curso, Poder subir documentos digitales y
publicar información referente al contrato y los servicios definidos para un
curso, poder agregar los seguros a un contrato según la información de la
negociación que la empresa logre obtener

RF. 2 El sistema a nivel de Administración debe permitir mantener la

información necesaria para el funcionamiento del sistema, como, por ejemplo:
Tipo de Actividades, Clientes, Usuarios, Destinos y otros requeridos.

Rf. 3 Para el Dueño de la agencia el sistema debe permitir obtener un reporte

de estado de avance de los clientes, en este caso, los distintos cursos de un
colegio donde le señale el porcentaje que lleva logrado cada colegio y las
 actividades que estos han logrado concretar

RF. 4 Para los Apoderados les permitirá descargar la póliza de seguro de su

respectivo pupilo, la cual en este se encuentra el detalle de la cobertura del
seguro, este será registrado por el ejecutivo de ventas a nivel curso, la póliza
debe ser efectuada internamente por el sistema y quedar disponible para las
respectivas dudas y consultas de cada apoderado.

RF. 5 Registrar los distintos tipos de Clientes, Destinos, Fecha de viajes,

Número de alumnos, Tipo de Actividades a efectuar y Servicios contratados
como: Beneficios, Seguros y entre otros.

RF. 6 Creación de una plataforma de Gestión, el uso de esta herramienta

permitirá transparentar el proceso y otorgar mayor confianza a los clientes al
contar con información de su gira de estudios, esta se contrata con meses de
anticipación o en algunos casos más complejos con años. El fin de esto es
mejorar la negociación ofreciendo una información minuciosa y bastante
expedita.

Requerimientos del proyecto

Logra Dar un servicio que pueda cumplir todas las necesidades a cumplir
requeridas por los clientes, para así permitir a la gerencia logar una buena
clientela y ganarse la confianza de aquellos que en alguna vez se vieron
perjudicados por su inestable servicio.
Objetivos
Objetivo
Alcance
Implementar un sitio web para mostrar Los clientes podrían obtener
publicidad de la Hotelera a los potenciales la mayor información que sea
clientes.
Cronograma (Tiempo)
Etapa 1: Primera semana
Etapa 2: Segunda semana
Etapa 3 Tercera semana
Costo
Depende de lo que esté dispuesto a pagar la
agencia será decidido, la idea es trabajar en un recursos necesarios se
proyecto de manera ágil.
Si se tiene un monto estimado entre 40 a 50
mil pesos obtendrá un proyecto clásico.
De lo contrario, si se obtiene un valor estimado
partiendo desde los 70 mil pesos hacia arriba
se le entregará un proyecto ágil.
Calidad
Estableciendo una norma de calidad de
acuerdo con la eficiencia del software es
buscar un método adecuado para la
estabilidad del servicio.
Buscar un proyecto amigable al momento de
interactuar con el usuario y de editar y
Indicador de éxito
posible sin ningún tipo de
problema
Planificación obtenida luego
de una lluvia de ideas y
posteriormente a idealizar una
creación al software
Crear base de datos,
software, diseñar proyecto a
ocupar.
Probar la eficiencia del
proyecto con alguna posible
amenaza realizada por 3ros
motivos.
Si el cliente no tiene los
tomarán medidas drásticas en
cuanto al acuerdo que se
logre llevar a cabo en ese
entonces, dando posibilidades
a requerir por el cliente.
Lograr cumplir como último
objetivo, ser un proyecto
estable.
Buscamos una estabilidad
inefable, que al momento de
su uso sea algo fácil, y su
disponibilidad en cuanto a su
 Objetivo Indicador de éxito
actualización de datos sea lo
completar por el ejecutivo de venta, con una más pronto posible.
disponibilidad inmediatamente.
Premisas y Restricciones

Permitir realizar Ingreso i Edición de parte del ejecutivo, de manera en que la

agencia pueda trabajar de forma más eficiente.

Tendrá restringido al cliente ver datos personales de otro cliente para evitar
todo tipo de estafa o delito.

Riesgos iniciales de alto nivel

Fallo en el sistema abarcando y borrando absolutamente todas las
informaciones obtenidas de los clientes.

Cronograma de hitos principales

Hito Fecha tope
Iteración 1: Correo instantáneo 09/04/2020
Iteración 2: Registro de solicitudes de compra 13/04/2020
Iteración 3: Detalles de servicio 16/04/2020
Iteración 4: Mostrador de promociones 19/04/2020
Iteración 6: Reportes de los futuros clientes 21/04/2020

Presupuesto estimado
Este será de acuerdo con cuánto esté dispuesto a pagar la agencia para ver
qué tipo de trabajo entregarle, ver si le alcanza a un proyecto ágil o a un
proyecto clásico.
Lista de Interesados (stakeholders)
Nombre Cargo Departamento / Rama ejecutiva
División (Vicepresidencia)
Christian Jefe de Proyecto Departamento de Gerente CEO
Torrejon TI Tecnología de
Información
Gabriel Diseñador de Departamento de Gerente TI
Lazcano Software Software y
Hardware
Hugo Fica Ingeniero en Departamento de Gerente TI
programación Informática
Patricia Bravo Ingeniero en Departamento de Gerente TI
balance técnico ingeniería en
seguridad y soporte

Requisitos de aprobación del proyecto

-Publicar Ofertas en un sitio web.

-Poder reservar habitaciones y vuelos en línea.

-Efectuar el proceso de Cheki-in y Chek-out de pasajeros.

-Registrar los pagos de las reservas.

-
Asignación del Gerente de Proyecto y nivel de autoridad
Gerente de Proyecto

Nombre Cargo Departamento / Rama ejecutiva

División (Vicepresidencia)
Christian Gerente General Departamento de Gerente TI
Torrejon Tecnología de
Información

Niveles de autoridad

Área de autoridad Descripción del nivel de autoridad

Christian Torrejon Tendrá un 40% seguridad a nivel
empresa
Hugo Fica Tendrá un 15% de seguridad a nivel
empresa
Gabriel Lazcano Tendrá un 15% de seguridad a nivel
empresa
Patricia Bravo tendrá un 30% de seguridad a nivel
empresa

Personal y recursos preasignados

Recurso Departamento / Rama ejecutiva
División (Vicepresidencia)
Christian Torrejon Departamento de Gerente TI
Tecnología de
Información
Gabriel Lazcano Departamento de Gerente TI
Software y
Hardware
Hugo Fica Departamento de Gerente TI
Informática
 ACTA DE REUNION KICK OFF

Fecha: 30/03/2019 Inicio 11:09

Lugar: DUOC UC Termino

Tipo Reunión Presencial Individual Virtual

N° 001 Grupal Presencial / NP Virtual

Participantes Funciones

Víctor Orellana JEFE DE PROYECTO

Anthony Andrade ANALISTA/ PROGRAMADOR

Matías Hernández ANALISTA/ PROGRAMADOR

Eduardo Ríos JEFE FINANZAS

Raúl Ruiz CLIENTE

1. Agenda:
Tema

1 “Modernización Fichas Medicas”

2. Desarrollo de la Reunión

Notas Captura de la Información de Requerimientos Iniciales:

Raúl Ruiz, está conforme con lo planteado del proyecto y nos comenta un aporte sobre
la necesidad del mismo.

En esta parte da a conocer por que la necesidad de mejorar el sistema de fichas médicas
y la relación médico, paciente y farmacia

3. Actores de Proyecto

Actores del Proyecto y Negocio

Nº  Rol en el Negocio /Cargo
Nombre

1 Raúl Ruiz Director General

2 Bryan Cuevas Gerente General

3 Cesar Hernández Gerente TI

4 Gina Alegría Director Medico

5 Emerson García Gerente Finanzas

6 Pedro Arrate Gerente RRHH

7 Victor Orellana Jefe Proyecto

4. Requerimientos generales asociados al Proyecto

Software de Fichas

Acceso Web

Acceso con registro Centro De Salud DUOC UC. y para usuarios

Mantenedores de Clientes

Tótems de atención Eficaz

5. Observaciones sobre las posibles Limitaciones que tendrá el Sistema

Garantizamos 20% por registro nuevos usuarios (pacientes)

La migración partirá desde nuevo proyecto

6. Técnicas de levantamiento de Requerimientos Específicos.

Actores del Proyecto

Nº  Técnica de Toma de Requerimiento
Nombre

1 Víctor Orellana visita

2 Eduardo Ríos encueta

3 Matías Hernández entreviista

Índice
 • Introducción

• Problemática

• Objetivos Generales

• Objetivos específicos 

• Requerimientos funcionales

• Requerimientos no funcionales

• Propuesta de solución

• Roles identificados en el proyecto.

Introducción

En esta presentación se dará a conocer ,nuestro punto de vista ,sobre que

cambiar en el Centro de Salud Duoc UC, dando prioridad a:

• Agilizar entrega de medicamentos.

• Modernización de fichas .

Y dar a conocer cargos y fases del proyecto

Problemática

• Con el proyecto que vamos a ejecutar, la idea es modernizar el

sistema de digitación en el servicio de salud tanto de pacientes y en la
entrega de medicamentos farmacéuticos.

• Problemas mas específicos :

• Demora en ejecución manuales de fichas

• El restringido uso de tecnología por parte de estas personas

(médicos, pacientes).

Objetivos generales
 • Modernizar fichas medicas

• Agilizar entrega de medicamentos

• Pagina web para pedir consulta medica, cancelar hora, etc.

Objetivos Específicos

• A la hora de crear estas nuevas fichas, la idea es que se lleve un

registro de cuando fue su ultima atención , cuales fueron motivos de
venir en anterior mente, etc.

• En la pagina web se podrá consultar hora medica, cancelar hora, ver

encontrar información sobre el Centro De Salud DUOC UC. o consultar
en servicio al cliente o tótems de atención.

• En la entrega de medicamentos, se vera la cantidad de stock

disponible o alguna solución, para su retiro (otra sucursal o tienda
farmacéutica).

Requisitos Funcionales

[Nombre Requerimiento
del Actores [Descripción corta del
Requerimi [Funcional, No Relacionados requerimiento]
Estado
ento] Funcional]

Ficha Doctores,
R.1 clínica funcional Administrativo Crear y llenar fichas aprobado

R.2 Recetas funcional Doctores, Farmacia Generar y modificar recetas . aprobado

Ingresar al sistema con

Acceso a accesos limitados dependiendo
R.3 sistema funcional Todos usuario aprobado

Reporte
de Descripción detallada de
R.4 atención funcional Administrativo atención aprobado

R.5 Respaldo funcional TI Guardado en base de datos aprobado

 de ficha

Requisitos No Funcionales

Tipo Requerimiento
[Nombre del Actores [Descripción corta
Estado
Requerimiento] [Funcional, No Relacionados del requerimiento]
Funcional]

Administrativo,
que sea facil de
Doctores, entender a simple
R.6 Comprensible no funcional Farmacia vista aprobado

Iconos Facilita el uso y

representativo familiarización del
R.7 s no funcional TI sistema aprobado

Respaldo de
calidad del
R.8 Confiabilidad no funcional TI sistema aprobado

Amplio acceso al
R.9 Disponibilidad no funcional todos sistema aprobado

Familiarización del
Colores usuario con el
R.10 corporativos no funcional TI sistema aprobado

Plan de Plan de respaldo

R.11 contingencia no funcional TI en caso de fallas aprobado
Propuesta de Solución

• Crear un programa/ pagina web/tótem de atención, para evitar demora

en la atención de clientes y pedir horas asistenciales, en caso de que
la atención sea de urgencia registro directo, también estará disponible
entrega de medicamentos más rápidos y un historial desde que entra
al Centro De Salud DUOC UC. Por lo tanto vamos a mejorar la atención
(evitando crear fichas sin necesitar de un lápiz).

• Esta programa y pagina web va a estar disponible para pacientes y

médicos, que estarán ubicado en atención al cliente, pagina web del
Centro De Salud DUOC UC.

Roles del proyecto

• Víctor Orellana  Jefe de Proyecto

• Anthony Andrade  Analista/Programador

• Matías Hera  Analista/Programador

• Eduardo Ríos  Jefe Finanzas

• Raúl Ruiz  Cliente y participe en reunión

Fases de Ejecución

• Fase 1 (Análisis): Identificación de casos de uso y modelo inicial de

proyecto (reunión) .

• Fase 2 (Diseño): Se entregara este proyecto mediante marcha

blanca (cada avance se entregara al usuario).
 • Fase 3 (Desarrollo/Termino): Se entregara todos los requerimientos
pedidos, verificando que el
producto sea “usable”.

Costos

• Se solicitara un monto de 60 millones.

• El presupuesto para iniciar el proyecto es de 15 millones, que va ser

utilizado para equipos de trabajo.

• El dinero que sobra sera para programas, sueldos.

CU 1

CU 2
CU 3

RF- <2> Fichas Clínicas

Versión

Actores Paciente - Doctor – Administrativo

Objetivos asociados Fichas Clínicas

Requerimientos asociados Información de acceso de cliente

Descripción El paciente deberán dar sus datos personales para que un

funcionario administrativo ingrese los datos al sistema

Precondición El paciente deberá presentar una enfermedad o accidente para

ser atendido

Secuencia Paso Acción

Normal 1 Paciente llega enfermo

2 Ingreso datos personales por administrativo

El flujo básico es un camino 3 Lo derivan al triage

simple, sin ramificaciones y en
4 Atendido por medico
él suelen hacerse una serie de
asunciones, las alternativas a 5 Entrega receta y solución de enfermedad
estos presuntos son los flujos 6 Derivación a farmacia
alternos

Postcondición Paciente medicado y derivado a la casa

Excepciones Paso Acción

1 No tenga previsión de salud

Se relacionan a lo que ocurre 2 No tenga fichas anteriores

si no se cumple con alguna 3 Paciente cancela visita
etapa de la secuencia normal

Rendimiento Paso Cota de tiempo

Especifica el rendimiento en
tiempo de los pasos que el
sistema debe realizar alguna
acción

Frecuencia esperada nº de veces / unidad de tiempo

RF- <> tótem Auto –atención

Versión

Actores Paciente

Objetivos asociados Tótem Auto-atención

Requerimientos asociados Información de acceso de cliente

Descripción Paciente debe especificar el tipo de atención

Precondición Usuario debe estar registrado

Secuencia Paso Acción

Normal 1 Usuario digita opción de atención

2 Usuario ingresa rut

El flujo básico es un camino 3 Impresión voucher

simple, sin ramificaciones y en
él suelen hacerse una serie de
asunciones, las alternativas a
estos presuntos son los flujos
alternos
Postcondición Paciente espera su turno.

Excepciones Paso Acción

1 Usuario no este registrado

2 No tenga fichas anteriores

Se relacionan a lo que ocurre
si no se cumple con alguna
etapa de la secuencia normal

Rendimiento Paso Cota de tiempo

1 8 segundos

Especifica el rendimiento en 2 20 segundos

tiempo de los pasos que el
sistema debe realizar alguna 3 3 segundos
acción

Frecuencia esperada 130 de veces / 24 horas

RF- <> Receta medica

Versión

Actores Farmacéutico - Paciente

Objetivos asociados Fichas Clínicas

Requerimientos asociados Información de acceso de cliente

Descripción El paciente deberán dar sus datos médicos y recetados por el

doctor para el retiro de sus medicamentos

Precondición El paciente deberá presentar una enfermedad o accidente para

ser atendido

Secuencia Paso Acción

Normal 1 Paciente ya recetado

2 Farmacéutico pide datos de receta

El flujo básico es un camino 3 Farmacéutico revisa sistema

simple, sin ramificaciones y en
4 Verificación de stock
él suelen hacerse una serie de
asunciones, las alternativas a 5 Entrega de medicamentos
estos presuntos son los flujos
alternos 6 Paciente se retira con ficha actualizada
Postcondición Paciente debe ser atendido en la clínica

Excepciones Paso Acción

1 No requiere medicamentos

Se relacionan a lo que ocurre 2 No tiene historial

si no se cumple con alguna 3 Sin stock
etapa de la secuencia normal

Rendimiento Paso Cota de tiempo

2 2 min

Especifica el rendimiento en 4 20 seg

tiempo de los pasos que el
sistema debe realizar alguna
acción

Frecuencia esperada 120 veces / al día