Está en la página 1de 24

TECNOLÓGICO DE ANTIOQUIA

PROYECTO PEDAGÓGICO
INTEGRADOR
NIVEL IV

FACULTAD DE INGENIERÍA

ANTURA CHIPS.

FICHA ENTREGA # 2
Valentina Carmona
Ana María Mora Hincapié
Juan José Osorio Ramírez

Semestre 01/2019
CONTENIDO
Pág.
1. DEFINICIÓN DEL PROBLEMA A SOLUCIONAR 3
2. OBJETIVO GENERAL 4
3. OBJETIVOS ESPECÍFICOS 4
4. BENEFICIARIOS 5
5. METODOLOGÍA UTILIZADA 6
6. ALCANCE DEL SISTEMA 7
7. ESTUDIO DE MERCADO 8
8. ESTUDIO DE FACTIBILIDAD 9
8.1. FACTIBILIDAD TÉCNICA 9
8.2. FACTIBILIDAD ECONÓMICA 9
8.3. FACTIBILIDAD OPERATIVA 9
9. DESCRIPCIÓN DE REQUISITOS 10
10. ANÁLISIS DEL PROBLEMA 11
PROCESOS DEL ÁREA. 11
DESCRIPCIÓN DEL PROBLEMA 12
11. PROPUESTA DE SOLUCIÓN 13
INTRODUCCIÓN. 13
CASOS DE USO. 13
1. DEFINICIÓN DEL PROBLEMA A SOLUCIONAR

La empresa Antura Chips no cuenta con una solución que brinde información
para el usuario, teniendo en cuenta que el usuario desea saber cuáles son los
productos disponibles, precios y envíos, esto provoca que el radio que alcanza
la distribución y el acceso de información para clientes existentes y clientes
potenciales sea mínimo, no hay posibilidad de tener acceso a la disponibilidad
de productos, ni a la variedad que ofrece la empresa por ende el único medio
para contactarlos es telefónicamente.
La publicidad y marketing digital es absolutamente nulo, esto reduce la
presencia en el medio al cual está orientado el negocio, haciendo que carezca
de reconocimiento y las ventas no se incrementen.
2. OBJETIVO GENERAL

Implementar un sitio web intuitivo para mejorar la compra de los productos y


envíos que ofrece Antura Chips para sus compradores a nivel departamental.

3. OBJETIVOS ESPECÍFICOS
Analizar los requisitos del usuario en el proceso de compra y envió del
producto, con el fin de
Tener un aplicativo web que pueda satisfacer las necesidades del usuario

Diseñar un aplicativo web de fácil manejo, intuitivo y agradable para el usuario


conforme a los requisitos de los mismos.

Desarrollar un aplicativo web de acuerdo al diseño establecido para satisfacer


las necesidades del usuario, en la administración de información y realización
de compra.
4. BENEFICIARIOS
Cliente Potencial: Será beneficiado al querer tener información de los
productos y contacto directo con la empresa.
Cliente Frecuente: Será beneficiado al tener cada valor actual y
disponibilidad del producto en tiempo real y tener contacto directo con la
empresa para resolver todas las dudas.
Empresa: Ésta estará beneficiada al tener una mayor posibilidad de
ampliar la información de esta misma para así llegar a más usuarios, tener
un control de los usuarios potenciales tanto como a los usuarios frecuentes
y poderles ofrecer promociones mediante su correo.
5. METODOLOGÍA UTILIZADA

Decidimos trabajar con la metodología de cascada ya que esta se adapta a


nuestro proyecto. El desarrollo fluye secuencialmente desde el punto inicial
hasta el punto final, con varias etapas diferentes: planteamiento, iniciación,
análisis, diseño, construcción, pruebas, implementación y mantenimiento.
El énfasis de la metodología en cascada se pone en la planificación de
proyecto y, por tanto, antes de comenzar cualquier tipo de desarrollo es
necesario que tanto la visión como el plan estén claros. Debido a que el
método de cascada requiere un amplio esfuerzo de preparación previa,
permite:

● Comenzar con el software con bastante rapidez.


● Estimar calendarios y presupuestos con mayor precisión.
● Lograr un nivel de satisfacción del cliente más elevado que otros
enfoques, ya desde el principio.

6. ALCANCE DEL SISTEMA


Nuestro objetivo es reforzar los vacíos que tiene antura acerca de su
reconocimiento, ya que es una empresa que se mantiene en el anonimato y un
sitio web sería ideal para comenzar a ser renombrados, también nos ayudaría
a brindar mejor información a los clientes frecuentes para que puedan
asesorarse antes de realizar un pedido o ponerse en contacto con la empresa
sin tener que esperar mucho tiempo para que sus dudas puedan ser resueltas.
Este software es sin sinónimo de lucro, no se requiere muchos recursos para
llevarlo a cabo ya que la empresa tiene una capacidad económicamente
limitada.

7. ESTUDIO DE MERCADO

Nuestro objetivo es llegar a tener una similitud a frubite


(http://www.frubite.com/snack-saludable/), patatastorres
(http://patatastorres.com/eng/patatas-artesanal.html), snackselvalle
(https://www.snackselvalle.com/es/) y carlisnacks
(http://www.carlisnacks.com/WebCarli/Pagina_Web/index.php), ya que son
intuitivas y cómodas para el usuario y tanto su funcionalidad como sus diseños,
que se adaptan a nuestro proyecto.
8. ESTUDIO DE FACTIBILIDAD

8.1. FACTIBILIDAD TÉCNICA


Equipo software (versión, licencia, etc), descripción (el equipo de hardware)
y cantidad y valor (opcional)

Descripcion Cantidad Caracteristica Valor


s
Computador 3 Core i5 (x2), 0
Core i3, 8 Ram,
6 Ram (x2)
Memoria USB 3 16 GB (x3) 15000 (x1)
Visual Studio 3 10.0.40219 0
Code
Sql 3 2014 0
Photoshop 1 CC 2019, 64 0
BITS
Illustrator 1 CC 2019, 64 0
BITS
Total 15000

8.2. FACTIBILIDAD ECONÓMICA (recurso cantidad y costo)

COSTO DE HARDWARE Y SOFTWARE

Enfoque Material Costo


Hardware Computador 0
Software Visual Studio Code 0
Total 0

COSTO PERSONAL = 0
8.3. FACTIBILIDAD OPERATIVA (precio y total)

Descripcion Cantidad Tiempo (meses) Sueldo Mensual Total


Lider del 1 4 0 0
Proyecto
Analisis del 3 2 0 0
sistema
Diseñador 1 1 0 0
Programador 1 3 0 0
Tester 3 1 0 0
Total 0

9. DESCRIPCIÓN DE REQUISITOS

Se hace un registro del producto existente en la base de datos y un registro del usuario al
sistema, se valida la información y se comprueba si el usuario ya está registrado, si los
datos no son válidos o el usuario no está registrado.

Se maneja un stock para saber cantidades existentes del producto que se estará
actualizando frecuentemente, se le permitirá al usuario modificar información y el
administrador tendrá total acceso a esta información y validarla.

Se plantea un diseño intuitivo y de fácil manejo, pero confiable y seguro ya que el


ingreso del sistema estará restringido bajo contraseñas cifradas y usuarios definidos,
será bastante eficiente y más a la hora de actualizar algún dato, será de fácil acceso
desde cualquier navegador, brindará un rendimiento óptimo en cuanto a los servicios
ofrecidos y el sistema no presentará problemas para su manejo de implementación.

9.1. Requisitos Funcionales

Número de Nombre Descripción Prioridad


requerimiento
RF01 Registro del Cuando el producto Alta
producto está disponible,
ingreso de
productos, salida de
productos y
cambios de último
momento.
RF02 Registro del usuario Almacenará los Alta
al sistema datos del usuario
una vez ingresada la
información.
RF03 Validar datos Validar si los datos Alta
ingresados son
correctos respecto a
los registros
existentes, de lo
contrario arrojará
un error.
RF04 Conocimiento del Cantidades Alta
stock. existentes del
producto.
RF05 Modificación de El cliente podrá Alta
datos del cliente administrar toda la
información
suministrada.
RF06 Validación de datos El administrador Media
del cliente podrá validar los
datos ingresados
por el cliente

9.2. Requisitos no funcionales

Numero de Nombre Descripción Prioridad


requerimiento
RNF01 Usabilidad Debe ser fácil de Alta
usar, con interfaces
intuitivas
RNF02 Seguridad El ingreso del Alta
sistema estará
restringido bajo
contraseñas cifradas
y usuarios definidos
RNF03 Eficiencia Los datos
modificados en la
base de datos deben
ser actualizados para
el administrador y los
usuarios
RNF04 Portabilidad Funcionar con todos Media
los navegadores
RNF05 Rendimiento Brindar un Media
rendimiento óptimo
en cuanto a los
servicios ofrecidos.
RNF06 Desempeño El sistema no Baja
presentará
problemas para su
manejo de
implementación
10. ANÁLISIS DEL PROBLEMA

Procesos del Área.


<Elabore el diagrama de procesos>
Elabore el diagrama de procesos con base en los elementos siguientes:
Procesos- Definen los procesos que se llevan a cabo en el área. Los procesos
se representan por medio de rectángulos (o cajas) rotulados con el nombre del
proceso. Dos lados opuestos del rectángulo representan el inicio y el fin del
proceso y los dos lados restantes representan el proceso en curso.

Relaciones de Precedencia- Definen el orden (o semiorden) de precedencia


temporal entre los procesos.

Eventos- Definen los hechos externos o condiciones internas al sistema


(distinta al inicio o finalización de un proceso interno) que determinan el inicio
de un conjunto de procesos asociados por relaciones de precedencia.

Condiciones: Seleccionan el inicio de procesos diferentes en función de la


información generada en los eventos o procesos anteriores. Permiten ajustar la
secuencia de procesos el proceso al carácter de los eventos que la inician.
Datos: Representan información generada o requerida en los procesos. Se
representan por medio de iconos rotulados con el nombre de los datos. El
icono puede representar el medio de almacenamiento (v.g. si es una forma el
ícono puede ser una representación de una hoja de papel).

Flujos de Datos: Indican qué proceso produce o usa un grupo de datos. Se


representan por medio de flechas punteadas que van de un proceso (o evento)
a un ícono que representa datos, o de este último a un proceso.
Descripción del Problema
< Con base en el diagrama de procesos realice una descripción detallada del
problema detectado de forma que sea fácil de comprender lo que se desea
mejorar a través de un posible sistema de información>

Antura es una empresa que no cuenta con un sitio web y este es el factor
principal por el que la empresa aun pertenece en anonimato, además el usuario
desea tener un contacto mas directo con la empresa y obtener información
detallada de cada producto, disponibilidad y valor pero al no tener este sitio
web, no hay manera de que el usuario este bien informado y esto hace que las
ventas no se incrementen, logrando así una inestabilidad en la empresa y una
de las posibles soluciones es implementarle a este sitio web información sobre
la empresa, promociones, nuevos productos, información detallada de cada
producto y que puedan ponerse en contacto con la empresa para realizar
pedidos u obtener más información.

< Elabore un diagrama causa efecto (Espina de Pescado) que describa


gráficamente el problema y sus causas>
11. PROPUESTA DE SOLUCIÓN

Introducción.
Describir verbalmente el enfoque de la solución, así:
Características generales de la solución.
Causas de problemas que se pretenden aliviar.
Alcance de la solución
Breve descripción de la forma como participa el sistema informático en estos
nuevos procesos (luego se colocará una descripción más detallada por
medio de los casos de uso).>

Aumentar la proyección que tiene la empresa en cuanto a clientes, incrementar


las ventas y facilitar el contacto con el cliente, mediante una página que
proporcione todas las características menos mencionadas.
Debido a que la empresa es pequeña, no cuenta con muchos recursos para
entrar a competir en el mundo del márquetin, esto reduce mucho el
circulo de clientes que abarca la empresa. Además, la información
brindada por la empresa se reduce hasta el punto de ser casi que nula,
lo cual dificulta mucho el contacto entre la empresa y los usuarios en
general.
Lograr que la empresa entre a competir en el mundo del márquetin digital,
aumentar las ventas y facilitar el contacto con el usuario.

Nuestra propuesta pretende brindar una página web, con el fin de entrar a
competir a las nuevas exigencias del siglo XXI en medio digital, por esto
se quiere promover el reconocimiento de Antura, facilitando el acceso a
la información primordial de la empresa.

Casos de Uso.
<Realizar el diagrama de casos de uso para la solución descrita>
.
1. Los casos de uso son una simplificación del diagrama de procesos que
se centra en señalar las interacciones de los actores con el sistema para
indicar el papel que éste (el sistema) cumplirá en la nueva forma de
proceder.
2. En ese sentido un caso de uso es una secuencia de interacciones (o
procesos que requieren interacción con el sistema) y que tiene un
propósito específico. Esto es lo mismo que un diagrama de procesos
donde no se muestran los procesos en los que no hay interacción con el
sistema.
3. Se debe, en consecuencia, juntar en un caso de uso las interacciones
asociadas a un propósito específico, tratando de separar cada propósito
en un caso de uso diferente. Esto puede conducir, en un sistema de
consulta como este, a casos de uso con una sola interacción básica.
4. Para describir los casos de uso y cada una de sus interacciones, se usa
la plantilla que se ejemplifica a continuación.
Caso de uso

SISTEMAS

Código caso de uso

CUS_001

Código Requisito asociado

RF03 Validar datos

Descripción

El Sistema obtiene información personal de los usuarios


diagrama del caso de uso

Actor Descripción de sus


responsabilidades
SISTEMA Guarda información
Sistema Promueve la información

Precondiciones

- Exigir datos para el registro


- Validar ingreso
- Mostrar stock
Postcondiciones

- La información queda actualizada

flujo primario
1. INICIA CASO DE USO:001
2. EL SISTEMA SOLICITA USUARIO Y CONTRASEÑA
3. EL SISTEMA VALIDA QUE EL USUARIO ESTÉ REGISTRADO EN LA
BASE DE DATOS
4. SI LA AUTENTICACIÓN ES EXITOSA
4.1 CONTINUA EN EL PASO 9
5. DE LO CONTRARIO
5.1 EL SISTEMA MUESTRA MENSAJE "USUARIO NO
REGISTRADO" VERIFIQUE SI SUS DATOS SON CORRECTOS”
5.2 EL SISTEMA CONTINÚA EN EL PASO 3
6. FINSI
7. SI LA AUTENTICACIÓN NO ES CORRECTA
7.1 EL SISTEMA MUESTRA LA OPCIÓN DE RECUPERAR CONTRASEÑA
7.2 AUTENTICACIÓN DE CORREO ELECTRÓNICO
7.3 EL SISTEMA ENVÍA UN CORREO PARA INGRESAR UNA CONTRASEÑA
NUEVA
8. FIN SI
9. EL SISTEMA HABILITA OPCIÓN INGRESAR CORREO ELECTRÓNICO
10. EL SISTEMA ALMACENA EL NÚMERO DE CÉDULA INGRESADO Y
RECIBE:
10.1 NRO DE CÉDULA
10.2 NOMBRE
10.3 NOMBRE DEL PUNTO DE VENTA
10.4 TELÉFONO
10.5 CORREO ELECTRÓNICO
10.6 CLAVE
11. SI TODOS LOS CAMPOS ESTÁN COMPLETOS SE ACTUALIZA
INFORMACIÓN EN BASE DE DATOS CONTINÚA AL PASO 13
12. SINO EL SISTEMA HABILITA OPCIÓN ACTUALIZACIÓN DE DATOS
CONTINUA EN FLUJO ALTERNO 1:ACTUALIZACIÓN

13. FIN DE CASO DE USO:001


Flujos alternos

INICIO FLUJO ALTERNO 1: ACTUALIZACIÓN


1. INICIO FLUJO ALTERNO
2. EL SISTEMA DESPLIEGA CAMPOS QUE PERMITEN
MODIFICACIÓN
2.1 NOMBRE COMPLETO
2.2 NOMBRE DEL PUNTO DE VENTA
2.3 TELÉFONO
2.4 CLAVE
2.5 CORREO ELECTRÓNICO
3. EL SISTEMA HABILITA OPCIÓN"MODIFICAR
4. EL SISTEMA MUESTRA MENSAJE " USUARIO MODIFICADO"
5. EL SISTEMA DEVUELVE EL PROCESO AL FLUJO PRIMARIO EN
PASO 11

Relaciones de comunicación (include y extend):


Include: Exigir datos para
registro
Validar ingreso
Mostrar página de inicio
Extend: Actualización de la información
Supuestos:
- El Sistema contiene toda la información

Requerimientos Especiales
.

Reglas de negocio

La información es confiable y el ingreso a este sistema es restringido


Caso de uso

USUARIOS

Código caso de uso

CUS_002

Código Requisito asociado

RF02 Registro
RF06 Modificación de datos

Descripción

El Usuario se registra para poder ingresar en el Sistema y obtener la


información requerida.

diagrama del caso de uso


Acto Descripción de sus responsabilidades
r
Usuario Se registra y consulta

Precondiciones
- la informacion debe estar actualizada
Postcondiciones

- Usuarios creados
- Acceso de usuarios
- Si el Usuario no está habilitado no puede ingresar
- solicitar cambio de contraseña

Flujo primario
1. INICIA CASO DE USO:002
2. REGISTRO DE USUARIO.
3. SI EL REGISTRO ES VALIDO.
3.1CONTINUAR CON EL PUNTO 5.
4. SI EL REGISTRO ES NO VALIDO.
4.1. DEVOLVERSE AL PUNTO 2.
5. EL USUARIO SELECCIONA EL MENU
5.1 DISPONIBILIDAD EL PRODUCTO
5.2 VALOR DEL PRODUCTO.
5.3 IMFORMACION DEL USUARIO.
Flujos alternos
1. INICIO FLUJO ALTERNO 2:

DESHABILITAR USUARIOS
2. EL SISTEMA DESPLIEGA CAMPO PARA INGRESAR NRO DE
CEDULA A DESHABILITAR
3. EL SISTEMA MUESTRA MENSAJE DE CONFIRMACIÓN “ESTA
SEGURO DE DESHABILITAR CEDULA”
4. SI EL ACTOR USUARIO CONFIRMA RETIRO CONTINUA EN PASO
6 DE CASO DE USO002
5. SINO SE CANCELA LAOPERACIÓN
6. FIN DE FLUJO ALTERNO 2 DESHABILITAR USUARIOS.
Relaciones de comunicación (include y extend):

Include:. ingresar a la APP


Ingresar los datos
Registrarse
Elegir opción
Obtener información

Extend: Deshabilitar usuarios


Supuestos:

- El sistema permite salir en cualquier momento de la operación

Requerimientos Especiales

Reglas de negocio
- Los usuarios deshabilitados no pueden ingresar al sistema
Acto Descripción de sus responsabilidades
r
Sistema Muestra formularios con toda la informacion
Usuario Visualiza informacion.

Precondiciones
- Usuarioscreados
- Informacionactualizada
- Accesopermitido
- Contraseñamodificada
- Guardar ingresos de usuarios con fecha y formulariosolicitado

Postcondiciones

- Formulario con toda la informacionrequerida


- Imprimir en formatopdf
- Visualización de historial deconsultas

1. INICIA CASO DE USO:003


2. EL USUARIO SE REGISTRA
3. EL SISTEMA SOLICITA USUARIO Y CONTRASEÑA.
4. SI EL SISTEMA VALIDA LA INFORMACION.
4.1 CONTINUAR CON EL PASO 6.
5.SI EL SISTEMA NO VALIDA LA INFORMACION
5.2 VOLVER AL PASO 2.
5.3. EL SISTEMA MUESTRA MENSAJE "USUARIO SIN PERMISO DE INGRESO"
VERIFIQUE Y REPITAINSTRUCCION”
6. EL SISTEMA HABILITA OPCION INGRESAR NRO DECEDULA.
7. EL USUARIO INGRESA EN LA OPCION CEDULA.
8. EL SISTEMA MUESTRA EL MENU.
9. EL USUARIO ESCOJE UNA OPCION.