INFORME DE CUMPLIMIENTO DE LOS TERMINOS DE REFERENCIA

CAMILO ADRIAN CASTRILLON OCAMPO

GABRIEL ALBERTO QUIMTERO

ESTELLA SALEME LUGO

INSTRUCTOR

SERVICIO NACIONAL DE APRENDIZAJE SENA TECNÓLOGO EN ANÁLISIS Y

DESARROLLO DE SISTEMAS DE INFORMACIÓN
CENTRO DE GESTION
AÑO 2022.
 INDICE

1. Introducción......................................................................................................3
2. Fuente de recursos.........................................................................................4
3. Proponentes habilitados o restricciones…......................................................4
4. Idioma..............................................................................................................4
5. Actividades a realizar…...................................................................................4
6. Entregables, hitos o fechas de entrega y detalle de los entregables…...........6
7. Equipo de trabajo…..........................................................................................6
8. Duración del contrato…...................................................................................6
9. Sede o localización de las labores a realizar…................................................6
10. Documentos a presentar...................................................................................6
11. Proceso para seleccionar al proveedor….......................................................7
12. Forma de pago…...............................................................................................7
13. Confidencialidad de la información…..............................................................7
14. Soporte Post-Implementación….......................................................................7
15. Matriz De Trazabilidad De Requisitos ...…………………………………..…….8
 1. INTRODUCCION

Contratar los servicios de un grupo de aprendices del SENA con la misión de

desarrollar software a la medida realizando las fases de identificación, análisis,
diseño, desarrollo, pruebas e implementación de un sistema gestor para el
restaurante LA MURALLA PAISA de Cartago valle.

Dentro de los entregables están:

 StakeHolders (formato en Excel)

 SRS (formato PDF)
 UML (gráficos en informe formato PDF)
 MERE (gráficos en informe formato PDF)
 Desarrollo de la base de datos
 Desarrollo de la interfaz
 2. FUENTE DE RECURSOS

Los valores monetarios destinados para esta labor serán los contemplados en el
presupuesto del área de logística destinados para el año en curso es decir que el
encargado de los gastos será el propietario del restaurante LA MURALLA PAISA.

3. PROPONENTES HABILITADOS O RESTRICCIONES

Los proponentes habilitados serán aquellas personas jurídicas, con experiencia en

desarrollo de sistemas informáticos que tengan más de 5 años en el mercado
demostrables. Se debe de anexar casos de éxito y referencias empresariales.

4. IDIOMA

El sistema de información esta implementado en idioma español.

5. ALCANCE DE LAS ACTIVIDADES A REALIZAR

Seguridad: los usuarios deberán autenticarse y ser identificados consultando la

base de datos usuarios registrados. Las claves de acceso de cada usuario
deberán guardarse en texto encriptado utilizando algoritmo RSA o MD5. Los
usuarios deben de clasificarse por roles, perfiles y permisos. El sistema de
información debe de incluir certificados digitales (SSL) bajo protocolo https para
darle mayor seguridad a nivel transaccional y debe de proveer opción de auditoría
para operaciones claves del sistema

Bases de datos: el sistema de información deberá ser compatible con un gestor

de base de datos relaciones tipo PostgreSQL, Microsoft SQL Server u Oracle. La
base de datos deberá estar normalizada, se debe de disponer de su modelo
relacional y se debe de contemplar copias de seguridad diferenciales semanales y
completas mensuales

Control transaccional: el sistema de información debe de generar alertas

automáticas para eventos críticos del sistema, por ejemplo, campos obligatorios,
valores de stock mínimos o cualquier otro tipo de control que pueda interferir en la
integridad de la información a procesar.

Disponibilidad: debe de ser continua con un nivel de servicio para los usuarios
24/7 y ante fallas de disponibilidad de la solución en cualquiera de sus
componentes, se debe generar alarmas.

lnteroperatibilidad: el sistema de información debe de tener capacidad de

interactuar con otros sistemas a través de archivos en formato XML o Web
Services (Servicios Web) para el intercambio de información con los otros
sistemas transaccionales existentes
Accesibilidad: para tener acceso al sistema de información se podrá realizar vía
web (desde cualquier desde cualquier parte del mundo), utilizando navegadores
web como Google Chrome y mediante cualquier dispositivo electrónico que cuente
con acceso a Internet. La interface de usuario será en entorno Web la cual deberá
ser intuitiva y amigable.

Accesibilidad: para tener acceso al sistema de información se podrá realizar vía

web (desde cualquier desde cualquier parte del mundo), utilizando navegadores
web como Google Chrome y mediante cualquier dispositivo electrónico que cuente
con acceso a Internet. La interface de usuario será en entorno Web la cual deberá
ser intuitiva y amigable.

Colaboración: el sistema de información podrá generar y enviar alertas a los

usuarios respectivos sobre estados críticos que son parametrizables. Estas alertas
son en correos electrónicos, mensajes de texto (sms) o vía interface web.

Multimoneda: el sistema de información debe de permitir el uso de las siguientes

monedas USD dólar y COP pesos colombianos y el manejo de las conversiones
entre estas según la tasa de cambio legal vigente.

Informes: el sistema de información deberá proporcionar al usuario autorizado

reportes que contengan los filtros predefinidos o que se permita generar consultas
para extraer información en formato PDF y con exportación a Excel.

Arquitectura y escalabilidad: el sistema de información deberá estar diseñado

con conceptos de programación orientada a objetos, desarrollado en un lenguaje
de última generación y en capas de software (capa de presentación, capa de
lógica de negocios, capa de datos) que permitan una mayor escalabilidad del
sistema como un mejor mantenimiento del mismo. Se debe de contemplar en el
dimensionamiento de la base de datos un crecimiento del 10% de los usuarios
actuales.

Desempeño: el sistema de información deberá ofrecer un tiempo de respuesta

óptimo en operaciones transaccionales y presentar un excelente desempeño ante
una alta demanda de usuarios concurrentes.
 6. ENTREGABLES, HITOS O FECHAS DE ENTREGA

Contratar los servicios de un grupo de aprendices del SENA con la misión de

desarrollar software a la medida realizando las fases de identificación, análisis,
diseño, desarrollo, pruebas e implementación de un sistema gestor de
restaurante para LA MURALLA PAISA arroceria de Cartago valle.

Dentro de los entregables están:

 StakeHolders (formato en Excel)

 SRS (formato PDF)
 UML (gráficos en informe formato PDF)
 MERE (gráficos en informe formato PDF)

7. EQUIPO DE TRABAJO

El equipo de trabajo está conformado por los tecnólogos en análisis y desarrollo

de sistemas camilo adrian castrillon y Gabriel Alberto Quintero.

8. DURACIÓN DEL CONTRATO

El contrato está estipulado con una duración máxima de 6 meses para su

desarrollo.

9. SEDE DE LAS LABORES

La sede del sistema será en Cartago, valle Colombia restaurante la muralla paisa.

10. DOCUMENTOS A PRESENTAR

Manual del usuario

Manual técnico
Contrato de desarrollo de software.
 11. PROCESO DE SELECCIÓN DEL PROVEEDOR

Para el desarrollo e implementación del sistema para el restaurante LA MURALLA

PAISA se ofrecen 3 propuestas:

A. sistema para el manejo de ventas, personal, y menú.

B. Modulo para inventario de mercancías.
C. Modulo para compras en línea.

Los aprendices SENA se reserva un máximo de un mes para la evaluación y

calificación de las propuestas recibidas y se notificará de manera formal mediante
comunicación escrita si son seleccionados para ejecutar el proyecto.

12. FORMA DE PAGO

Los pagos a los aprendices SENA se realizarán según los entregables realizados,
en común acuerdo y especificados en el contrato.

13. CONFIDENCIALIDAD DE LA INFORMACIÓN

Los aprendices SENA deberán de abstenerse de distribuir información de los

términos de referencia a terceros. Igualmente, la información referente a la
evaluación de las propuestas no se dará a conocer hasta que se realice la
evaluación y se haya notificado la adjudicación al proveedor seleccionado.

14. SOPORTE POST-IMPLEMENTACIÓN

En caso de que existan errores en el producto entregado, luego de la entrega, los

aprendices brindaran solución a los errores sin que la compañía incurra en gastos
adicionales.
 15. Matriz De Trazabilidad De Requisitos
MATRIZ DE TRAZABILIDAD DE REQUISITOS
RESTAURANTE LA MURALLA PAISA
Nombre del Proyecto: SGDR-SISTEMA GESTOR DE RESTAURANTE.

Descripción: Sistema de información Gestor de los procesos operativos en el restaurante la muralla la paisa que permite un mayor control y seguimiento en cada aspecto de la información para evitar pérdidas y verificar las ventas de
manera remota.
ID Descripción Estado Última fecha Nivel de Interesado en
Tipo Priorida Criterios de Entregables Escenarios de pruebas
Requerimiento del actual estado complejidad el requisito
d aceptación
requerimiento registrado
Dado que el usuario ya este registrado en el sistema cuando su cuenta esta
activada entonces puede ingresar al sistema exitosamente y se debe mostrar
Módulo de Inicio la interfaz de operación con su menú en el módulo de Facturación, listo para Módulo de inicio y
RF001 y Cierre de RF ALTA Completado 10/11/202 trabajar. ALTO cierre de sesión
Iniciar sesión una vez activada la ADMINISTRADOR
2 cuenta.
Sesión. Dado que el usuario haya iniciado sesión anteriormente cuando el mismo Implementado. Cerrar sesión una vez este logeado en
requiera Cerrar Sesión entonces al realizar clic en Salir se debe redirigir al
el sistema.
usuario a el módulo de inicio de sesión.

Registrar un empleado cerrar la sesión

de administrador iniciar sesión como
Dado que el usuario no este registrado en el sistema cuando se desee empleado con los datos recién
registrar entonces deberá caminarse con el administrador del sistema para asignados.
RF002 RF ALTA Completado 12/11/202 ALTO Módulo ADMINISTRADOR
Módulo de que realice el registro del nuevo empleado, asigne la contraseña, nombre
Registro
2 del empleado y rol.
Registro Implementado
Empleados .

Que el mesero envié una orden, el

chef la prepara y cambie le esta do
lista así aparecerá el valor y en la
Dado que el administrador podrá verificar las ventas en tiempo real i, el cual pestaña de ventas del
podrá visualizar el valor del día , mes y año administrador.

Descripción de la venta y su detalle, valor total.

Módulo de
RF003 RF ALTA completado 16/11/2022 Los pedidos serán realizados por el mesero, los Cuale s aparecerán en el ALTO ventas ADMINISTRADOR
Módulo de aplicativo para el chef Implementado.
ventas
 El mesero podrá elegir los platos para la orden según el menú disponible, la
cantidad, luego da enviar para que el chef la prepare. Se pueden realizar las orden
RF04 Módulo de mesero RF MEDIA completado 18/11/2022 MEDIO Módulo de mesero. sede manera remota es decir ADMINISTRADO
siempre llegaran al sistema para
que el chef las visualice y
R
prepare.

Dado el empleado y administrador este en el módulo Categorías cuando

requiera visualizar todas las categorías registrados entonces se mostrará una Mostrar todas las categorías de
lista de todas las categorías en el sistema organizado de la siguiente manera: comidas registradas y sus datos
asociados.
Agregar nuevas categorías. Editar ADMINISTRADOR
-Desayunos
Módulo de Módulo de Categorías categorías.
-Almuerzos
Categorías -Comidas
comidas implementado Eliminar categorías.
Buscar categorías en tiempo Real.
comidas -Bebidas

RF05 RF MEDIA completado 20/11/2022 MEDIO

Una orden tomado por un mesero será

visualizada en tiempo real por el chef
en su dispositivo.

RF06 RF MEDIA completado 22/11/2022 MEDIO ADMINISTRADOR

Módulo del chef Módulo de Tipos
En este módulo el chef podrá visualizar las ordenes y sus cantidades dejarlas
en espera, en preparación y listas. Implementado.
 En este módulo aparecen todos los platos disponibles en categorías desayunos,
almuerzos, cena, bebidas. Carnes.

Es posible editar las categorías, los platos y sus valores. El administrador podrá cambiar
RF007 RF ALTA Completado 24/11/2022 ALTA Módulo de menú de las categorías, los platos del ADMINISTRADOR
Módulo de menú de platos Implementado. menú, sus valores en tiempo
real.
platos

Los tres usuarios disponibles son mesero, chef, administrador

Los cuales podrán tener disponibilidad o inactividad dentro del sistema en Mostrar todos los Roles registrados
RF08 RF MEDIA Completado 25/11/2022 tiempo real MEDIO y sus datos asociados. ADMINISTRADOR
Módulo de Roles Módulo de Roles Agregar nuevos Roles. Editar Roles.
Eliminar Roles.
Editar sus nombre, eliminar, agregar. Implementado.
Visualizar Roles en tiempo Real. Y
disponibilidad del empleado.

Dado que el administrador quiera ver el estado de un pedido o una orden :

Pedirle una orden al mesero y
Estado en preparación.
verificar su estado en el panel de
En espera. Módulo de panel de control del administrador. El chef
RF09 Módulo de panel de RF MEDIA completado 26/11/2022 ALTO ADMINISTRADOR
Lista. control. dado un tiempo deberá ponerla en
control
estado lista.
Cantidad.
Menú.
 La información se muestra al usuario en forma la información está estructurada Pruebas de Usabilidad para validar que el contenido en la interfaz se adapte
RNF001 RN ALTA completado 08/12/202 clara y teniendo en cuenta que entiendan los ALTO perceptivamente para mostrar e correctamente según los tipos de dispositivo que se utilicen para ingresar al ADMINISTRADOR
Perceptible contenidos. ingresar información a la base de sistema.
F 2 datos.

Pruebas de Configuración, para verificar si el sistema es capaz de funcionar

adecuadamente en diferentes versiones o configuraciones de entornos de
RNF002 RN ALTA En Proceso 08/12/202 Los componentes de la interfaz de usuario y su ALTO interfaz de usuario intuitiva y fácil de hardware y software, como pueden ser diversos navegadores de internet, versiones ADMINISTRADOR
Operable F 2 navegabilidad deben ser manejables. debe usar desde una primera vez. de navegadores,
proporcionar ayudas y búsquedas para los entre otros.
usuarios.

Pruebas de Usabilidad, las características evaluadas son las siguientes:

Facilidad de aprendizaje: Que tan fácil es para los usuarios realizar funciones básicas
la primera vez que utilizan la aplicación.
Eficiencia: Que tan rápido los usuarios experimentados pueden realizar sus tareas.
Memorización: Que tan fácil de memorizar es el uso de la aplicación, esto es,
cuando un usuario pasa mucho tiempo sin usar la aplicación, puede recordar lo
suficiente para usarla con efectividad la próxima vez, o tiene que empezar a
RNF003 RN ALTA completado 08/12/202 ALTO el aplicativo es intuitivo y con un alto aprender de nuevo. ADMINISTRADO
F 2 Tanto las operaciones como la información nivel de usabilidad permitiendo fluidez Errores: Cuantos errores atribuibles al diseño comete el usuario, que tan severos R
Comprensible contenida en la interfaz deben ser comprensible al usuario a través de todos los son y que tan fácil es recuperarse de los mismos.
por los usuarios. Legible, previsible y debe evitar módulos del sistema. Satisfacción: Que tanto le gusta (o desagrada) al usuario utilizar el sistema.
y corregir errores de ingreso de datos.

Pruebas de resistencia, para someter el Sistema o aplicación a una carga

determinada durante un período de tiempo, para determinar cómo se
comporta luego de un uso prolongado.

Un sistema informático puede comportarse de forma normal durante las primeras

horas, sin embargo, luego de cierto tiempo, problemas como fugas de memoria
Es sistema es funcional y eficiente suelen ocasionar fallas.
RNF004 RN ALT En Proceso 08/12/202 ALT realizando procesos y procedimiento ADMINISTRADO
F A 2 El sistema debe ser sumamente eficiente y más O operativos de la empresa con alto Estos defectos en el desarrollo de software no pueden identificarse bajo pruebas R
Robustez que apto para desempeñar las tareas a las que grado de efectividad funcionales normales, por lo que es conveniente involucrar pruebas de
está destinado resistencia entre los tipos de pruebas de software.
 Pruebas de escalabilidad, para verificar la capacidad de una
aplicación de escalar cualquiera de sus características no
funcionales, como por ejemplo la carga que soporta,
número de transacciones, volúmenes de datos, entre otros.

Al diseñar casos de prueba de escalabilidad, es

recomendable considerarlos en bloques incrementales, dada
la dificultad de predecir la carga real que tendrá una
aplicación luego de implementada en producción.

RNF005 RN ALTA En Proceso 08/12/2022 ALTO Probar en bloques incrementales significa por ejemplo ADMINISTRADOR
el sistema está desarrollado para ser primero probar con niveles de demanda bajos, luego
F
En el desarrollo del producto se tiene que escalable con una tienda virtual a futuro y incrementar a niveles de demanda medios y finalmente
tener en cuenta la escalabilidad de la otras nuevas funcionalidades. probar con altos niveles de carga. De esta manera se
Escalabilidad
aplicación puesto que está sujeta a cambios de puede determinar que también escala la aplicación y los
acuerdo a las necesidades de los actores del problemas que comienzan a surgir en distintos niveles.
proceso y modificación de las normas internas
y externas. Para que los resultados sean confiables, los ambientes
de prueba y su configuración deben mantenerse
constantes.

Pruebas de Mantenibilidad, para básicamente evaluar que tan

fácil es realizar el mantenimiento de un sistema o aplicación.
Esto significa que tan fácil es analizar, cambiar y probar estos
cambios.

RNF006 RN ALTA En Proceso 08/12/2022 ALTO Para realizar esta prueba deben evaluarse la forma en que ADMINISTRADOR
Es consecuente tener un software sostenible el mantenimiento al aplicativo no es está implementada la aplicación, siguiendo buenas prácticas
Mantenibilidad F que permitir el mantenimiento de las bases de dispendioso, se realiza con rapidez. de ingeniería de software. Es decir, que se estén siguiendo los
datos y mejoramiento de los procesos de patrones recomendados de ingeniería de software y que no se
manera ágil sin causar daños colaterales al estén introduciendo inadvertidamente anti patrones, esto es,
buen funcionamiento del aplicativo que no se estén cometiendo errores comunes de
programación.

Ejecutar pruebas de carga, se requiere del uso de

herramientas de desing que simulen la carga, como por
ejemplo Saquí.
Realizar pruebas de recuperación para verificar que tan
rápido y que tan bien se recupera la aplicación luego de
el sistema responde rápidamente a todas las experimentar un falló de hardware o software.
RNF007 RN ALTA completad 08/12/2022 ALTO consultas realizadas a la base de datos, además ADMINISTRADOR
La respuesta de la aplicación a la hora de de mostrar productividad para cada operación Por lo tanto, para realizar pruebas de recuperación se
Rendimiento F o ejecutarse alguno de sus requerimientos en la empresa. requiere forzar la falla y luego verificar si la recuperación
funcionales no debe alargarse en el tiempo, las ocurre adecuadamente.
respuestas a los eventos deben ser rápidos. Por ejemplo, cuando la aplicación esté funcionando
desconectar el cable de red, o interrumpir la conexión con la
red Si-Fi o con la operadora, para luego restablecer la
conexión.
 Pruebas de volumen para validar el funcionamiento de la
aplicación con ciertos volúmenes de datos, identificando su
el sistema deberá ser optimizado para no ocupar comportamiento con una base de datos de un tamaño
RNF008 RN ALTA completad 08/12/2022 ALTO espacio de almacenamiento innecesario y específico, se expande el tamaño de base de datos a dichos ADMINISTRADOR
Espacio de estructurar los tipos de información parámetros y luego se realizan consultas, procesos o
Almacenamiento F o El sistema completo deberá ser posible
almacenarlo en el mismo equipo correctamente. funcionalidades de la aplicación, midiendo su desempeño.

Realizar pruebas de Estrés las cuales son pruebas de carga que

se realizan con demandas mayores a la capacidad operativa,
con frecuencia hasta llegar al punto de ruptura, con las pruebas
RNF009 RN ALTA En Proceso 08/12/2022 ALTO Aplicativo implementado confiable, probado y
de estrés se pueden identificar los puntos de ruptura, límites ADMINISTRADOR
El sistema debe ser preciso, puesto que un actualizado para evitar errores futuros.
Fiabilidad F para uso seguro de la aplicación, confirmar las especificaciones
error de la aplicación puede causar conflictos
logísticos y malestar en los usuarios. de diseño, identificar las formas en que el sistema
falla, entre otros aspectos.

El aplicativo debe cumplir con los estándares de Pruebas de Seguridad, para probar los atributos o
seguridad de la información del usuario, como características de seguridad del sistema, si es un sistema
El acceso a la aplicación es para usuarios por ejemplo la encriptación de contraseñas y seguro o no, si puede ser vulnerado, si existe control de
administrativos. Cada uno debe tener un datos críticos del usuario, además de estar acceso por medio de cuentas de usuario, si pueden ser
RNF010 RN ALT completad 08/12/202 usuario y clave de acceso que le permite ALT protegido de ataques SQL- Ingestión y vulnerados estos accesos. ADMINISTRADOR
ingresar a su sesión. validaciones y verificaciones de seguridad en para validar si el equipo de desarrollo de software ha
Seguridad F A o 2 O formularios. seguido prácticas de seguridad recomendadas en su
programación verificando puntos como la confidencialidad,
Garantizar la confiabilidad, la seguridad y el
integridad, autenticación, autorización y la disponibilidad.
desempeño del sistema informático a los
diferentes usuarios. En este sentido la
información almacenada o registros realizados
podrán ser consultados y actualizados
permanente y simultáneamente, sin que se
afecte el tiempo de respuesta.