DISEÑO E IMPLEMENTACION DE UN SISTEMA PARA DAR A CONOCER LOS

SITIOS DE VENTA DE COMIDAS EN CERETÉ.

MILLY MILETH BENITEZ MARTINEZ

JUAN GUILLERMO FLOREZ BURGOS
LUIS FRETH RENTERIA MARTINEZ

UNIVERSIDAD DE CÓRDOBA.
FACULTAD DE INGENIERIA.
DEPARTAMENTO DE INGENIERIA DE SISTEMAS.
INGENIERIA DE SISTEMAS.
MONTERÍA
2020
 DISEÑO E IMPLEMENTACION DE UN SISTEMA PARA DAR
A CONOCER LOS SITIOS DE VENTA DE COMIDAS EN CERETÉ.
FOODCERT

MILLY MILETH BENITEZ MARTINEZ

JUAN GUILLERMO FLOREZ BURGOS
LUIS FRETH RENTERIA MARTINEZ

Para mostrar la ubicación de los sitios o puntos de ventas de comida en Cereté.

Director.
Antonio José Barrios Hoyos.

UNIVERSIDAD DE CÓRDOBA.
FACULTAD DE INGENIERIA.
DEPARTAMENTO DE INGENIERIA DE SISTEMAS.
INGENIERIA DE SISTEMAS.
MONTERÍA
2020
 Abstract
This project aims to provide a technological tool through which food sites or points of sale can
be located in the urban area of cereté. This technological solution is presented through the
design, development and creation of software in a window application, that through this the
existing sites will be displayed. We want to systematize and facilitate the search of these sites,
and so in this way the search process for these stores would be more accessible and easy for
users, In this case the visitors and residents of the urban center of cereté, In addition, these will
have a reference of the closest points to which they can be directed.
 Tabla de Contenidos

Capítulo 1 Introducción e información general.......................................................1

Título 2.................................................................................................................1
Título 2.................................................................................................................1
Título 3.............................................................................................................1
Título 3.............................................................................................................1
Capítulo 2 Figuras y tablas.....................................................................................2
Título 2.................................................................................................................2
Título 3.............................................................................................................2
Título 3.............................................................................................................2
Capítulo 4 Resultados y discussion........................................................................5
List of References....................................................................................................6
Apéndice..................................................................................................................7
Vita..........................................................................................................................8
 Lista de tablas

Tabla 1. El título debe ser breve y descriptivo........................................................3

 Lista de figuras

Figura 1. Formas y descripción de las formas.........................................................4

 Introducción

El presente documento se refiere a la creación de un sistema o software basado en

una problemática existente que afecta a dicha población. Se presentarán los objetivos que

se quieren llevar a cabo y las técnicas de desarrollo y requerimientos aplicados para el

desarrollo de este.

1. Justificación.

Este proyecto permitirá aprender sobre el desarrollo de un sistema, por medio del

cual se le facilitara a los usuarios la búsqueda de los sitios de venta de comida en el

municipio de Cereté, se aprenderá sobre las etapas de la arquitectura y creación de

software y como estructuras estas etapas.

2. Marco teórico.

Diagrama de casos Los diagramas de

de uso casos de uso son
responsables
principalmente de
documentar los macro
requisitos del sistema.
[ CITATION Kim \l 9226 ]

Caso de Uso El uso de símbolos

en los casos de uso se
utiliza para representar
capacidades. Al caso de uso
se le da un nombre y una
descripción mediante un
texto.[ CITATION Kim2 \l Figura 1. Símbolo de un
9226 ]
Casos de uso.
 Actor Representa a
alguien o algo que actúa
sobre el sistema.[ CITATION
Kim1 \l 9226 ]

Figura 2.Simbolo de un

Actor

Conectores Se utilizan para

indicar la manera en que
los actores y casos de uso Figura 3. Conectores.
están asociados.[ CITATION
Kim3 \l 9226 ]

Diagrama de flujo Es una herramienta

de datos de modelización de
procesos que representa el
flujo de datos a través de
un sistema y los trabajos o
procesos llevados a cabo
por dicho sistema.
[CITATION Jef1 \l 9226 ]

Proceso Es un conjunto de
tareas o acciones realizadas
a partir de un flujo de datos
de entrada para producir
flujo de datos de salida.
Figura 4. Representación
[CITATION Jef2 \l 9226 ]
de un proceso.

Flujo de datos Representa la

introducción de datos en Figura 5. Representación
un proceso a la obtención
de el flujo de datos en el sistema.
de datos de un proceso.
[CITATION Jef2 \l 9226 ]
 Agentes internos y Definen los límites
externos de un sistema. Suministran
entradas o salidas netas de
un sistema.[CITATION
Jef2 \l 9226 ] Figura 6. Representación de

entidades externas e internas

.

Almacén de datos Es un
<<inventario>> de datos.
[ CITATION Jef2 \l 9226 ]

Figura 7. Representación

de un almacén de datos.

3. Objetivos.

3.1 Objetivos generales.

 Aprender sobre las etapas de la arquitectura y la creación del software.

• Objetivos específicos.

 Identificar las técnicas utilizadas para realizar la captura de requisitos de un

sistema.

 Conocer las técnicas y requerimientos utilizados en el proceso de la arquitectura

de software.
  Aplicar las técnicas y requerimientos utilizados en el proceso de la arquitectura de

software.

4. Problemática.

Una de las dificultades que tiene una persona al elegir un punto de venta en

específico son la cantidad de sitios que puedan existir y las referencias sobre estos. Hoy

en día hay muchos programas o aplicaciones que se usan en la industria para automatizar

procesos, estos les facilitan al usuario la realización de algunas actividades según sea su

necesidad o requerimiento, de esta forma las empresas satisfacen las necesidades de los

clientes e incrementan su productividad

En la actualidad no existe algún software en específico que contenga los sitios o

puntos de comidas disponibles en cerete, algunos de los habitantes de este municipio

pertenecientes al casco urbano- rural, visitantes o turistas desconocen la ubicación de los

establecimientos y ,el tiempo que tardan en encontrarlos generan retrasos en sus viajes,

tampoco saben con certeza cual es prestigio de estos, debido a que no existen

recomendaciones o comentarios en los medios informáticos a cerca de dichos sitios.

5. Captura de datos.

• Plantilla de casos de uso.

Por medio de las plantillas de casos de uso se modelará textualmente el proceso

del usuario en cada una de las acciones que se llevaran a cabo en el sistema.

CASOS DE USO 01
 Nombre 01 ingresar al sistema

Descr El usuario ingresara al sistema

ipción

Preco No

ndición

Secue 0 El usuario(persona) ingresara al sistema

ncia 1

principal 0 En caso de no estar registrado se registrará

0 Creará un perfil y su contraseña

0 Consultara sus datos

0 El sistema verificara los datos

0 El usuario hará uso del sistema según su necesidad

Error No

es/

Alter

nativas

Tabla 1. Plantilla de casos de uso 01. Ingresar al sistema.

A través del caso de uso 02 se contextualizará la forma en que se ejecuta la acción

de buscar un sitio en específico.

 CASOS DE USO 02

Nombre Buscar sitio

Descripci El cliente busca el sitio de acuerdo a sus intereses y necesidades

ón

Precondic Tipo de comida, precios, ubicación, horario de atención

ión

Secuencia 0 El cliente busca un sitio

principal 1

0 El sistema comprueba que tipo de sitios solicitó el cliente

0 El sistema muestra en la pantalla, imágenes e información

3 (dirección, comentarios, etc.) pertinente de los sitios solicitados

por el cliente

Error Si el usuario no solicita sitios, la información no se muestra.

es/

Alter

nativas

Tabla 2. Plantilla de casos de uso 02. Buscar sitio.

El siguiente caso de uso denominado caso de uso 03 hace referencia sobre la

interacción del usuario en el sistema en cuanto a la acción de calificar un sitio en

especifico.

CASOS DE USO 03
 Nombre Calificar Sitio

Descri El usuario da a conocer su experiencia en el sitio de comida

pción visitado

Preco Visitar el sitio de comida

ndición

Secue 0 El usuario visita el sitio de comida buscado

ncia 1

principal 0 Ingresa a la aplicación

0 Busca el sitio visitado

0 da conocer su punto de vista del sitio

Errores/ No

Altern

ativas

Tabla 3. Plantilla de casos de uso 03. Calificar sitio.

CASOS DE USO 04
 Nombre 04 ver mapa

Descr El usuario podrá ver la ubicación del sitio en el mapa

ipción

Preco Haber suministrado la información para la búsqueda del sitio

ndición

Secue 0 El usuario(persona) seleccionara la opción de ver mapa

ncia 1

principal 0 El sistema mostrara el mapa del municipio

0 Se mostrará la ubicación del sitio ingresado en el mapa

3 del municipio

0 El usuario visualizara el sitio en el mapa.

Error No

es/

Alter

nativas

Tabla 4. Plantilla de casos de uso 04. Ver mapa.

 CASOS DE USO 05

Nombre 05 Agregar comentarios

Descr El usuario o persona agregara comentarios o recomendaciones

ipción en base a su experiencia con el sistema

Preco Haber utilizado la aplicación

ndición

Secue 0 El usuario agrega las recomendaciones

ncia 1

principal 0 El usuario enviara y guardara las recomendaciones en la

2 bandeja de comentarios.

Error Si el usuario no genera recomendaciones el sistema se

es/ mantendrá igual

Alter

nativas

Notas No

Tabla 5. Plantilla casos de uso 05. Agregar comentarios.

 CASOS DE USO 06

Nombre 06 actualizar información de datos

Descr El administrador actualizara la información existente del

ipción sistema.

Preco Surgimiento o cierre de sitios

ndición

Secue 0 El Administrador realizara una actualización de la

ncia 1 información o datos

principal 0 Se comprueba si la información existente aun es verídica y se

2 compara con la información actual en el sistema.

0 Se eliminan los sitios que ya no estén en funcionamiento y se

3 agregan aquellos sitios nuevos.

Error Si no se presenta ningún cambio la información en el sistema

es/ quedara igual.

Alternativ

as

Notas No
 Tabla 6. Plantilla casos de uso 06. Actualizar información.

CASOS DE USO 07

Nombre 07 ver recomendaciones del usuario acerca del programa.

Descripci El administrador podrá ver las recomendaciones hechas por el

ón usuario a través del programa y referente a este.

Precondic El usuario debe agregar una recomendación acerca del sistema

ión

Secuencia 0 El Administrador entrara a la bandeja de comentarios

principal 1 hechos por el usuario

0 Leerá atentamente las recomendaciones o comentarios

2 acerca del sistema.

0 Creará mejoras para el sistema

0 Agregara mejoras en el sistema según sea posible

Errores/ Según sean las recomendaciones para mejorar el sistema, los

Alternativ administradores se verán comprometidos a darle solución a dichas

as propuestas según sus límites con respecto a sus conocimientos.
Notas No

Tabla 7. Plantilla de casos de uso 07. Ver recomendaciones.

6. Análisis de datos.

• Diagramas de casos de uso.

Figura 8. Diagrama de casos de uso. Acciones de los usuarios en el sistema.
Figura 9. Casos de uso 01. Ingreso del usuario al sistema.
Figura 10. Casos de uso 02. Búsqueda de sitios.
Figura 11. Casos de usos 03. Calificar sitio.
 Figura 12. Casos de uso 04. Ver mapa.

Figura 13. Casos de uso 05. Agregar comentarios.

Figura 14. Casos de uso 06. Actualización de datos en el sistema.
 Figura 15. Casos de uso 07. Vista de las recomendaciones hechas por el usuario.

• Diagrama de flujo de datos.

 Figura 16. Diagrama de flujo de datos 01.

7. Especificación de requisitos.

7.1 Introducción.

Este documento es una especificación de requisitos de software (ERS) para el

sistema de información que muestre los puntos de ventas de comida en el casco urbano

de Cereté. Esta especificación se ha hecho basándose en el estándar IEEE830.Con esto se

busca obtener y plantear los requerimientos del sistema para facilitar el desarrollo de este

y lograr obtener lo que el usuario requiere. Se describirá de forma detallada los

requerimientos del software, las características, las interfaces y los diagramas requeridos

en los requisitos.

7.1.1 Propósito.
El objeto de esta especificación es describir las funcionalidades y restricciones del

sistema que se desea construir. El documento va dirigido al equipo de desarrollo y a los

usuarios finales del sistema, servirá como canal de comunicación entre las partes

implicadas.

7.1.2 Ámbito general.

 Se optará por desarrollar un software de aplicación de ventana denominado

FoodCert.

 Food será un software de aplicación de ventana que permitirá consultar los sitios

o puntos de venta de comida en cerete. Este software constara de los siguientes

procesos.

 Búsqueda de sitios.

 Ver las características del sitio (Visitar sitios)

 Ver la ubicación del punto de venta (Ver mapa)

 Agregar comentarios acerca del punto de venta y el software

 Ingresar a la aplicación

 Actualizar sitios

 Calificar sitio

 Ver comentarios
  Este software será de gran ayuda y beneficio a los usuarios porque:

 Facilitara la búsqueda de los puntos de venta.

 Dara a conocer las referencias de estos sitios.

 Incentivara las visitas a estos sitios.

 Con el software FoodCert se busca alcanzar los siguientes objetivos.

a. Objetivos generales.

Diseñar un programa estratégico de búsqueda de sitios de comidas en el

municipio de Cereté.

b. Objetivos específicos.

Implementar un sistema de búsqueda de sitios de comida a través de una

aplicación de ventana.

Facilitarle al usuario encontrar sitios de comidas en el municipio de Cereté de

acuerdo a su necesidad.

 El presente documento consta de diagramas UML para facilitar la comprensión de

las características del sistema a todas las partes implicadas en este proceso.

7.1.3 Definiciones ,Acronimos y Abreviaturas.

 Definiciones.
 Usuario Los usuarios son aquellos que interactúan con el sistema,

esto quiere decir aquellos que intervienen en este, ya sea

proporcionando información o estructurando el sistema en si.

Administrado Encargado de administrar el sistema y la información que

r esta en esta, también cumple el papel de Desarrollador.

Desarrollador Encargado de tomar la información del administrador y

con base en esta diseña el sistema y según sea el caso gestiona

cambios o mejoras según sea requerido.

Tabla 8. Definiciones.

 Acrónimos

ERS Especificacion de requisitos del software

Tabla 9. Acronimos.

 Abreviaturas.

FoodCert Nombre del sistema a desarrollar.

Tabla 10. Abreviaturas.

7.1.4 Referencias.
IEEE Recomended Practice for Software Requierements Specification
ANSI/IEEE830 , 1998.

7.1.5 Visión general del documento.

El presente documento consta de tres secciones. Esta la sección de introducción,

que proporciona información acerca de la Especificación de requisitos Software(ERS).La

sección dos que proporciona una descripción general del sistema su perspectiva y

funciones. En la sección 3 se definen los requisitos del sistema.

 7.2 Descripcion general.

Como antes ya se había mencionada en esta sección se describirán las funciones

del sistema la perspectiva de este, las características del usuario, restricciones, factores

que se asumen y lo futuros requisitos.

7.2.1 Persepectiva del producto.

El sistema FoodCert será un producto diseñado para una aplicación de ventana, el

cual trabajara de manera independiente y no tendrá relación alguna con otros sistemas. El

sistema contara con:

 Interface grafica de usuario.

En esta interface el usuario interactuara con el sistema

7.2.2 Funciones del producto.

El sistema FoodCert permitirá realizar las siguientes funciones.

 Busqueda de sitios: A través de esta función el usuario podrá realizar la búsqueda

de un sitio, el sistema arrojara una respuesta con base a los sitios que se tengan

registrados.

 Ver las características del sitio: El usuario podrá ver la especificación del sitios,

las características de este y la ubicación.

 Ver la ubicación del punto de venta: Con esta función el usuario podrá ver en un

mapa la ubicación del sitio que desea localizar o visitar.

 Agregar comentarios: El usuario podrá agregar comentarios acerca de estos sitios

y también respecto al sistema.

  Ingresar a la aplicación: El usuario podrá tener acceso al software y a las

funcionalidades de este.

 Calificar sitios: El usuario podrá darles una calificación a los sitios.

 Actualizar información: El administrador que es un usuario podrá actualizar la

información de la base de datos de los sitios registrados.

 Ver comentarios: El usuario podrá ver los comentarios guardados en el sistema.

7.2.3 Características de los usuarios.

El presente software va dirigido a los usuarios que intervienen en el desarrollo y utilidad

de este los cuales son, Administrador, Desarrollador, Cliente, FoodCert.

 Perfil de usuario.

Cada usuario tendrá un perfil en especifico en el software:

 Administrador: El administrador sera aquel que se encargara de administrar los

datos del sistema, la información de este y de actualizar los cambios que se den en

el sistema.

 Desarrollador: Sera el encargado de desarrollar el software e implementar las

funcionalidades del sistema, en caso de actualizaciones este hará cambios en el

software.

 Cliente. Son las personas que interactuaran con el sistema.

 FoodCert: Juega un papel importante ya que sera la plataforma entre los otros

usuarios en la cual se realizaran los cambios, se guardará y registrar la

información existente.
  Gerarquia de usuario.

Admini Desarro
strador llador

 Cliente
FoodCe
rt

7.2.4 Restricciones.
• Politicas reguladoras.

La aplicación se desarrollara en java, según los conocimientos adquiridos en el

proceso de formación.

• Limitaciones del Hardware.

Para este software será necesario un computador para poder ejecutar el programa.

• Interfaces con otras aplicaciones

Debido a que el software no se relaciona con otros sistemas, no habrá interfaces

con otras aplicaciones

• Operaciones paralelas

No es condición en el proyecto

• Funciones de auditor´ıa

No es condición en el proyecto

• Funciones de control
 El sistema debe estar controlado de acuerdo a la funcionalidad establecida para

cada usuario.

• Lenguaje(s) de programación

El lenguaje de programación utilizado será la orientación a objetos.

• Protocolos de comunicación

No es condición del proyecto

• Requisitos de habilidad

La información registrada en el sistema debe ir de acuerdo con la realidad.

• Criticalidad de la aplicación

El sistema debe contar con las especificaciones mencionadas en el documento

• Consideraciones acerca de la seguridad

Cada usuario deberá registrarse en el sistema.

7.2.5 Suposiciones y dependencias.

El software a desarrollar sera en base a java y la orientación a objetos, esto según

sean los conocimientos de los desarrolladores.

7.3 Requisitos específicos.

Lista de referencias

Referencias

Jeffrey L, W. L. (s.f.). Conversiones y directrices de los diagramas de flujo de datos. En

W. L. Jeffrey L, Analisis y diseño de sistemas de informacion (Tercera ed., págs.
367,368). Mc Graw Hill.
Jeffrey L, W. L. (s.f.). Diagramas de flujos de datos. En W. L. Jeffrey L, Analisis y
diseño de sistemas de informacion. (Tercera ed., pág. 366). Mc Graw Hill.
Kimmel, P. (s.f.). Como hacer el caso para los casos de uso. En P. Kimmel, Manual de
UML (pág. 18). Mc Graw Hill Interamericano.
Kimmel, P. (s.f.). Conectores. En P. Kimmel, Manual de UML (pág. 22). Mc Graw Hill.
Kimmel, P. (s.f.). Diagrama de casos de uso. En P. Kimmel, Manual de UML (J. H.
Castellanos, Trad., pág. 7). Mc Graw Hill Interamericana.
Kimmel, P. (s.f.). Uso de simbolos en los casos de uso. En P. Kimmel, Manual de UML
(pág. 21). Mc Graw Hill.
 Apéndice

Las tablas y figuras pueden ir en el apéndice como se mencionó anteriormente.

También es posible usar el apéndice para incluir datos en bruto, instrumentos de

investigación y material adicional.

 Vita

Acá se incluye una breve biografía del autor de la tesis.