Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
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
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
7. ESTUDIO DE MERCADO
COSTO PERSONAL = 0
8.3. FACTIBILIDAD OPERATIVA (precio y total)
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.
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.
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).>
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
CUS_001
Descripción
Precondiciones
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
Requerimientos Especiales
.
Reglas de negocio
USUARIOS
CUS_002
RF02 Registro
RF06 Modificación de datos
Descripción
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):
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