Proyecto Primer semestre

Durante este semestre he ingresado en este blog evidencia del trabajo realizado en el proceso de análisis, desarrollo e implementación de un proyecto de investigación que comprenda conceptos aplicados de las materias vistas durante el primer semestre y que continuare alimentado hasta que la solución propuesta sea realizada  en su totalidad. Por esta razón he querido hacer un breve resumen del trabajo realizado hasta ahora:

1. Presentación
2. Objetivos
3. Planteamiento del problema
4. Justificación 
5. Casos de uso
1. Crear Solicitud de cotización.
2. Registrar Oferta
3. Registrar proveedor
6. Diagrama de casos de uso
7. Modelo de domino
8. Resumen del proyecto
9. Recomendaciones del proyecto
10. Cronograma
11. Primera iteración proceso de desarrollo. Crear solicitud  Cotización

Cronograma

Primera iteración proceso de desarrollo. Crear solicitud Cotización

En esta iteración fue implementado y desarrollado el módulo de gestión de la solicitud de cotización para los usuarios registrados. 

Pagina  de presentación 

Listado  de solicitudes de cotización

Formulario para ingresar nuevas solicitudes de Cotización

PRESENTACIÓN. SISTEMA DE GESTIÓN PARA PROCESOS DE COMPRAS DE PRODUCTOS

Diagrama de casos de uso . SISTEMA DE GESTIÓN PARA PROCESOS DE COMPRAS DE PRODUCTOS

Este diagrama muestra gráficamente los requerimientos funcionales del sistema.  La relación existente  entre los roles y los procesos 

Modelo de domino. SISTEMA DE GESTIÓN PARA PROCESOS DE COMPRAS DE PRODUCTOS

Descripción de elementos  esenciales (clases, relaciones) para un proyecto de software que automatice el proceso de adquisición de productos en empresas

Caso de uso 003. Registrar proveedor

Descripción del caso de uso
Actores:	Proveedor
Descripción:	Los usuarios con el rol Proveedor tendrán acceso a la aplicación para realizar el registro como proveedores, llenando datos principales como Tipo de Documento, Número de Documento, Nombre o Razón Social, Tipo de Empresa, etc.
Disparador:	El usuario se autentica en el sistema e ingresa a la opción Crear Proveedor.
Pre condiciones:	1.    El usuario debe autenticarse en el sistema. 2.    El usuario debe tener rol de Proveedor. 3.    El usuario debe estar en estado activo.
Pos condiciones:	1.    El sistema registra satisfactoriamente el proveedor e informa al usuario que el resultado de la operación.
Flujo Normal:	El usuario ingresa a la opción Registrar Proveedor, el sistema debe presentar un formulario con los datos necesarios para registrar un proveedor entre ellos: 1.    Tipo de Documento 2.    Número de Documento 3.    Nombre o Razón Social 4.    Tipo de Empresa 5.    Ciudad 6.    País 7.    Dirección El usuario selecciona el botón “Guardar Proveedor”, el sistema debe validar los tipos de datos de cada campo ingresado y permitir o no hacer el registro del proveedor guardando la información en la Base de Datos.
Actor Acción Proveedor Seleccionar la Opción Registrar Proveedor. Sistema Despliega el formulario que contiene todos los campos a diligenciar para el registro de un Proveedor. Actor Acción Proveedor Seleccionar el botón  “Guardar” Proveedor. Sistema El sistema guarda la información diligenciada en el formulario en la Base de Datos.
Flujos Alternativos:	·        El usuario ingresa información no válida para algún tipo de dato dentro del formulario a diligenciar.
Actor Acción Proveedor Diligenciar el formulario de registro con un tipo de dato no valido. Sistema Debe indicar al usuario que se ingresaron tipos de datos no válidos para los campos del formulario, y se indica cual es el tipo de dato esperado para cada uno de los campos que se encuentran errados.
Excepciones:	• Si se experimenta un error en la comunicación con los servidores, el sistema deberá notificar al usuario que existe un error interno que será solucionado por el equipo técnico y que debe intentar nuevamente en un tiempo determinado por el Administrador.
Actor Acción <Nombre del actor> <Descripción de la acción del actor> Sistema <Descripción de la respuesta del sistema>
Inclusiones:	Validar Usuario.
Prioridad:	Alta
Frecuencia de uso:	2/hora
Reglas de negocio:	·         No pueden existir dos proveedores con el mismo NIT. ·         No pueden existir dos proveedores con el mismo Nombre.
Requerimientos especiales:
Suposiciones:
Notas y Asuntos:

Caso de uso 002 Registrar Oferta

Descripción del caso de uso
Actores:	Oferente
Descripción:	Este caso de uso describe el evento en el cual un oferente registra una oferta sobre un producto.
Disparador:	El oferente da clic en el botón Registrar Oferta.
Precondiciones:	1.    El oferente debe estar registrado en el sistema 2.   El oferente fue identificado. 3.   El producto sobre el cual se va a almacenar la oferta debió haberse registrado previamente.
Pos condiciones:	1.    Se registró una nueva oferta en base de datos. 2.   Esta oferta puede ser asociada a una solicitud de cotización.
Flujo Normal:	El oferente da clic en la opción de “Registrar oferta”, una vez haga esto el sistema le muestra un formulario con la siguiente información: ·         Fecha de registro de la oferta (autogenerada por el sistema) ·         Producto sobre el cual se va a registrar la oferta. ·         Solicitud de cotización que se va a satisfacer con la oferta. ·         Notas de la oferta. ·         Valor de la oferta. ·         Medio de pago que se acepta. ·         Métodos de envío. Una vez diligenciado el formulario el oferente da clic en el botón “Guardar”, el sistema debe validar que todos los campos hayan sido diligenciados y que estén en un formato correcto (en caso de ser necesario). Se almacena la oferta en base de datos y se genera le mensaje de respuesta que va a ser mostrado al oferente.
Actor Acción Oferente Da clic en el botón Registrar Oferta Sistema Muestra el formulario de registro de oferta
Flujos Alternativos:	·         En caso de que el producto sobre el cual se va a registrar la oferta no este creado, se debe permitir crear este por medio de un botón que muestre el formulario de registro de productos. ·         Si el usuario no diligenció el formulario de registro de oferta  en forma completa, se debe mostrar un mensaje indicándole cual o cuales campos faltan por diligenciar.
Excepciones:	Las excepciones deben ser controladas por el sistema y todas deben tener mensajes amigables al usuario para que este pueda identificar cual fue la causa del error.

Caso de Uso 001. Crear Solicitud de cotización.

Descripción del caso de uso
Actores:	Solicitante
Descripción:	Los usuarios con el rol solicitante tendrán acceso en la aplicación a crear solicitudes de cotización de productos. El solicitante debe especificar las condiciones en las que se realizara la negociación de los productos, tales como: ·         Duración de la oferta ·         Descripción ·         Forma de pago ·         Condiciones de entrega
Disparador:	El usuario se autentica  en el sistema e ingresa a la opción crear solicitud
Precondiciones:	1.   El usuario debe autenticarse en el sistema   2.   El usuario debe estar en estado activo
Pos condiciones:	1.   El sistema informa al usuario que la solicitud de cotización es ingresada satisfactoriamente
Flujo Normal:	El usuario solicitante ingresa a la opción que le permitirá ingresar la información necesaria para publicar una solicitud de cotización. El sistema habilita los siguientes campos para registrar la información básica de la cotización: 1.    Titulo 2.    Descripción 3.    Presupuesto 4.    Fecha de inicio de la solicitud 5.    Fecha de cierre de la solicitud 6.    Entrega en sitio (si/no) 7.    Dirección de entrega 8.    Categoría 9.    Forma de pago 10. Condiciones generales El sistema debe permitir al solicitante ingresar la información de los productos que desea cotizar: 1.    Código o referencia del producto 2.    Nombre 3.    Descripción 4.    Cantidad 5.    Precio Unitario 6.    Unidad de medida
Actor Acción Solicitante Crear solicitud de cotización Sistema El sistema notifica al usuario que la creación de la solicitud se ha realizado con éxito
Flujos Alternativos:	·         Se debe notificar al usuario la razón por la cual su solicitud no ha sido procesada. ·         Si el usuario no cumple con la información mínima y calidad de la misma requerida para registrar la solicitud el sistema notificara las razones por las cuales no se realizó la acción.
Actor Acción Solicitante Crear solicitud de cotización Sistema El sistema notifica al usuario las razones por las cuales su solicitud no podrá ser procesada
Excepciones:	·         Si se experimenta un error en la comunicación con los servidores,  el sistema deberá notificar al usuario que existe un error interno que será solucionado por el equipo técnico y que debe intentar nuevamente en un tiempo determinado por el administrador. ·         Si la información suministrada por el usuario proba un error interno tal como una división por cero, el sistema notificara al usuario del error para que este tome acciones correctivas de la información suministrada.
Actor Acción Solicitante Crear solicitud de cotización Sistema El sistema notifica al usuario las razones por las cuales su solicitud no podrá ser procesada
Inclusiones:	Guardar Solicitud
Prioridad:	Alta
Frecuencia de uso:	1/hora
Reglas de negocio:	·         El valor total de los productos ingresados por el usuario no podrán superar el valor del presupuesto. ·
Requerimientos especiales:	·         Es necesario que el solicitante ingrese el título de su solicitud y por lo menos un producto. ·         No se permitirá crear solicitudes con fechas de vigencia inferior a la fecha de creación
Suposiciones:	·         La implementación esperada debe ser amigable al usuario y creada con elementos de validación del lado del cliente.
Notas y Asuntos:	[Lista de comentarios adicionales acerca de este caso de uso o asunto abierto para ser determinado y que debe de ser resuelto]