Entrega2 VR 2

POLITÉCNICO GRAN COLOMBIANO
BOGOTÁ D.C
2022
TABLA DE CONTENIDO
1. INTRODUCCIÓN................................................................................................................3
2.OBJETIVOS..........................................................................................................................4
3. Plan de la gestión del alcance...............................................................................................5
3.1 Alcance...........................................................................................................................5
3.2 Generalidades del Proyecto............................................................................................5
Problema Para Resolver........................................................................................................5
3.3 Descripción General del Sistema a Desarrollar..............................................................5
3.4 Funcionalidad del producto............................................................................................6
3.5 Restricciones...................................................................................................................6
Políticas reguladoras:............................................................................................................6
Limitaciones de hardware:................................................................................................6
Funciones de control:........................................................................................................6
Requisitos de lenguaje:.....................................................................................................6
Suposiciones y dependencias................................................................................................6
Evolución previsible del sistema..........................................................................................7
Definiciones, acrónimos y abreviaturas................................................................................7
3.6 Requisitos funcionales....................................................................................................7
3.7 Requisitos comunes de los interfaces..........................................................................12
Interfaces de usuario...........................................................................................................12
Interfaces de hardware....................................................................................................12
Interfaces de Software.....................................................................................................12
Interfaces de comunicación.............................................................................................12
3.8 Requisitos no funcionales............................................................................................12
POLITÉCNICO
3.9 Listado detallado de actividades...................................................................................13
4. Cronograma del proyecto............................................................................................14
5. EDT....................................................................................................................................15
5.1 Diccionario de la EDT..................................................................................................16
6. Diagrama de Gantt del proyecto (en herramienta de seguimiento de proyectos)...............17
Conclusiones...........................................................................................................................18
Infografía................................................................................................................................18
1. INTRODUCCIÓN
El actual documento tiene como propósito mostrar el proceso que se genera para el desarrollo de un
sistema de información que permitirá realizar ventas, cotizaciones y compras. Este será utilizado por
empresas del sector de la construcción que necesiten llenar sus inventarios con productos faltantes.
2.OBJETIVOS
2.1. Objetivo general
Establecer el plan de abastecimiento de la empresa CSS Constructores. Minimizando tiempos de

respuesta de cotizaciones y autorizaciones para llevar a cabo la compra de insumos de manera más
rápida, fácil y segura
2.2. Objetivos específicos

 Generar un sistema de registro de compradores y proveedores de materiales
 Diseñar un sistema de estudio de compras o pedidos a través del registro en donde se podrá
identificar lo favorable
 Mejorar y evolucionar la estrategia de compras
 Mejora la oferta de materias
 Reducir los tiempos en el ciclo de abastecimiento
 Adaptación de la función de compras a los objetivos de la empresa
 Valoración de terceros y proveedores
 Proyectar la demanda a través del software mediante el registro y ciclo de movimientos
3. Plan de la gestión del alcance.
Incluye los requerimientos y la presentación para la reunión de kickoff (Situación Actual,

Alcance general, metodología, premisas, plan macro, equipo de trabajo, factores de éxito,
resultados para la compañía)
3.1 Alcance
Este sistema de información (GESTOR EA), es una aplicación que funcionará en un entorno
WEB donde permitirá realizar creación, edición de solicitudes y cotizaciones de productos
faltantes en el inventario de una empresa, entre otros.
Esta aplicación dará apoyo de manera detallada en los siguientes procesos:
 Administración de usuarios
 Administración de productos
 Reportes
 Solicitudes
 Cotizaciones
3.2 Generalidades del Proyecto

Problema Para Resolver
En la actualidad la empresa CSS constructores, es una compañía dedicada al desarrollo de

proyectos de obras civiles.
Se realizó un análisis en el proceso de abastecimiento de materias primas de toda clase

obteniendo como respuesta que un factor crítico que debe superar la empresa son los
tiempos de demora de aprovisionamiento partiendo desde la espera de cotizaciones de
insumos faltantes, hasta la compra de dichos productos.
3.3 Descripción General del Sistema a Desarrollar
La realización de un sistema de información Gestor de Abastecimiento, el cual brinda

control informativo al proceso de aprovisionamiento, facilitando el flujo de compra y venta
tanto a proveedores y compradores. La reducción de tiempos de abastecimiento permitirá
facilitar en ciclo de compras de materias primas que la empresa necesita de acuerdo con su
producción.
3.4 Funcionalidad del producto
Las funciones principales del Gestor E.A corresponden a:

 Generación de solicitud
 Aprobación de la solicitud
 Notificación a terceros mediante correo electrónico
 Generación de cotización
 Notificación al tercero que gano cotización y se procede a realizar la compra
3.5 Restricciones
Políticas reguladoras:
La aplicación se desarrollarla mediante software de licencia abierta: plataforma AZURE,

gestor base de datos SQL, lenguaje de programación .NET, por tanto, la utilización de estos
programas se hará mediante las políticas establecidas por el tipo de licenciamiento.
Limitaciones de hardware:
Para este sistema de información es necesario un servidor web AZURE, SQL, .NET.
Funciones de control:
El sistema de información Gestor EA, debe controlar los permisos que tiene cada usuario de
una correcta manera de tal forma que pueda acceder a los módulos que corresponden de
acuerdo con el rol.
Requisitos de lenguaje:
Todo el sistema de información contenida en el sistema de información está en lenguaje

ESPAÑOL e INGLES.
Suposiciones y dependencias
 Modificación en el modelo de negocios

 La creación de nuevas funcionalidades que hagan más completo y denso el sistema
de información
 Utilización de un nuevo lenguaje de programación para actualizar la estructuración
del sistema de información.
 Debe realizarse una capacitación adecuada y acorde a lo que cada usuario va a
realizar. Su capacitación se hará en el momento que sea necesario y a los usuarios
indicados.
Evolución previsible del sistema
 Autogeneración de pedidos
 Autogeneración de Ordenes de Compras
Definiciones, acrónimos y abreviaturas
Nombre Descripción
Gestor E.A: Gestor eficiente de abastecimiento
CSS: Consorcio Solarte Solarte.
Usuario: Personas que usara el sistema de
información.
RF: Requerimiento Funcional.
RNF: Requerimiento no funcional
SIS-I: Sistema de Información.
Bizagi Modeler: Herramienta para el modelamiento de
procesos.
Adobe Illustrator: Editor de creador de grafico vectoriales.
Enterprise Architect: Herramienta de análisis y diseño UML
UML: Lenguaje unificado de modelaje.
Desarrollador: Persona que se dedica a la estructuración
de software.
Tester: Persona que asegura la máxima calidad
del software.
3.6 Requisitos funcionales
Número de requisito !!br0ken!!RF01

Nombre de requisito Ingreso a la aplicación.
Tipo X Requisito Restricción
Fuente del requisito El sistema de información cuenta con un URL el cual
permite el ingreso al sistema de información, todo esto
esta configurado de manera adecuada en el servidor,
Prioridad del requisito X Alta/Esencial Baja/
Media/Deseado Opcional

Nombre de requisito Accesos
Fuente del requisito De acuerdo con el rol el sistema de información permite
la asignación de accesos a las páginas con las que el
usuario interactuara.

Nombre de requisito Usuarios
Fuente del requisito Gestor EA permite crear los usuarios y el rol al que
pertenece el usuario.

Nombre de requisito Productos
Fuente del requisito Si no existe creado una unidad de Medida no se puede
crear un producto
Nombre de requisito Administración de productos
Fuente del requisito La administración de esta opción permite la creación y
edición de los productos.

Nombre de requisito Carga de archivos
Fuente del requisito Se podrá cargar archivos en la opción de productos que
guardaran dichos datos en la base de datos.

Nombre de requisito Producto inactivo
Tipo Requisito X Restricción
Fuente del requisito Si un producto se encuentra en estado inactivo, no podrá
ser utilizado para realizar una cotización o solicitud,

Nombre de requisito Administración de solicitudes
Fuente del requisito Las solicitudes son creadas con el fin de requerir los
productos faltantes en el stock

Nombre de requisito Aprobación solicitud
Fuente del requisito Este requerimiento refiere a que si una solicitud no se
encuentra debidamente aprobada, el tercero no la podrá
visualizar para realizar la respectiva cotización de los
productos
Nombre de requisito Notificación solicitud
Fuente del requisito Las solicitudes llegaran al tercero por medio de una
notificación, esto quiere decir que llegara al correo del
usuario en donde se podrá validar los productos y
cantidades del mismo que se requieren.

Nombre de requisito Estado solicitud
Fuente del requisito El estado de la solicitud debe ser GENERADA para
poder realizar la aprobación

Nombre de requisito Tipo solicitud
Fuente del requisito Las solicitudes cuentan con dos tipos PUBLICA o
PRIVADA, se refiere a pública cuando los terceros que
cuentan con el software pueden ver la solicitud y cotizarla
sin restricciones. Mientras que privada refiere a que unos
terceros en específicos elegidos por la empresa pueden
visualizar y realizar la cotización.

Nombre de requisito Cotización
Fuente del requisito Las cotizaciones podrán ser realizadas únicamente por los
usuarios terceros que son aquellas empresas encargadas
en vender productos o servicios para abastecer a las
compañías de construcción.
Nombre de requisito Creación Cotización
Fuente del requisito En la cotización se podrá asignar el producto, valor
unitario, IVA. De acuerdo con la solicitud remitida por
parte de la empresa.

Nombre de requisito Autorización de cotizaciones
Fuente del requisito Las cotizaciones deben contar con una autorización para
poder ser remitida de vuelta a la empresa que envío la
solicitud.
Nombre de requisito Filtros de búsqueda
Fuente del requisito Todas las páginas del sistema de información cuentan con
filtros de búsqueda (autocomplete) que permitirán al
usuario una navegación más amigable, rápida y sencilla

Nombre de requisito Excel
Fuente del requisito Las páginas cuentan con la opción de exportación a
Excel.

Nombre de requisito Impresión
Fuente del requisito Los informes cuentan con el link de impresión.

Nombre de requisito Calendario
Fuente del requisito Este requerimiento refiere a que las paginas cuentan con
filtro de búsqueda fecha inicial y final, por medio de
calendarios el usuario podrá seleccionar los rangos de
fechas que desea filtrar la información de la página.

Nombre de requisito Comparativo
Fuente del requisito Este requerimiento consiste en mostrar los reportes
graficos, donde permitirá comparar las cotizaciones
recibidas asociadas a esa solicitud
3.7 Requisitos comunes de los interfaces
Interfaces de usuario
La interfaz del usuario será dinámica y de fácil manejo para que el usuario final
tenga una buena interacción y experiencia con el sistema de información, será
adaptable a diferentes tecnologías contara con ayudas en línea en dado caso que
el usuario entre por primera vez al sistema de información.
.
Interfaces de hardware
Debe contar con un servidor con la capacidad de almacenamiento (AZURE),
tratamiento y minería de información para el funcionamiento mediante un
motor de base de datos robusto (SQL).
Interfaces de Software
La interfaz cuenta con opciones de fácil acceso, amigable para el usuario,

facilidad de uso con detalles de su funcionalidad en cada opción (Ayuda
Online).
Interfaces de comunicación
Debido a que el sistema no interactuara con otros sistemas y es autónomo no se

desarrollaran interfaces con otras aplicaciones. Las conexiones necesarias para
la utilización de servidores web AZURE, SQL Y .NET. será por medio de la
configuración de estos.
3.8 Requisitos no funcionales
No. de
Nombre de Priorida
requisit Tipo Responsable
requisito d
o
Seguridad Contraseñas El
RNF01 Alta
Programador
Fiabilidad Minimizar fallos El
RNF02 Alta Programador,
Tester
Eficiencia Comportamiento en El
RNF03 tiempo Alta Programador,
Hardware
Mantenibilidad Facilidad de ser usado y Soporte
RNF04 probado Alta técnico,
programador
Portabilidad Cuando se realiza el
acceso a módulos
El
RNF05 alternos asegurar que no Alta
programador
se realice la perdida de
sesión en la plataforma.
Confiabilidad Madurez, tolerancia a Tester,
RNF06 fallas Alta programador,
hardware
Multiexplorad Acceso a diferentes El
RNF07 Media
or exploradores programador
Usabilidad Ayudas en línea, El
RNF08 entendimiento Media programador,
Tester
Funcionalidad Adecuación, precisión El
RNF09 Alto Programador,
Tester
3.9 Listado detallado de actividades.

Tipo de usuario Primario
Formación Administrador
Habilidades Asignar permisos de perfiles, comparación de
cotizaciones, modificación, creación de perfiles de
usuarios y roles.
Actividades Control y manejo del sistema de Información

Formación Auxiliar de Compras
Habilidades Creación de cotizaciones, envió de cotizaciones a
proveedores, publicar favorecido.
Actividades Generar un pedido, crear una solicitud, notificar
proveedores, crear cuadro comparativo de cotizaciones
y publicar proveedor favorecido.

Formación Tercero/Proveedor
Habilidades Revisión de solicitudes publicadas por el comprador,
envió de respuestas de cotización, en caso de ser el
ganador de cotización despacho de los productos y
determinación de garantías
Actividades Generar consultas de solicitud, enviar pedidos
4. Cronograma del proyecto.

Entrega2 VR 2

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Entrega2 VR 2

Cargado por

Copyright:

Formatos disponibles

POLITÉCNICO GRAN COLOMBIANO

Establecer el plan de abastecimiento de la empresa CSS Constructores. Minimizando tiempos de

2.2. Objetivos específicos

Incluye los requerimientos y la presentación para la reunión de kickoff (Situación Actual,

3.2 Generalidades del Proyecto

En la actualidad la empresa CSS constructores, es una compañía dedicada al desarrollo de

Se realizó un análisis en el proceso de abastecimiento de materias primas de toda clase

La realización de un sistema de información Gestor de Abastecimiento, el cual brinda

3.4 Funcionalidad del producto

Las funciones principales del Gestor E.A corresponden a:

La aplicación se desarrollarla mediante software de licencia abierta: plataforma AZURE,

Todo el sistema de información contenida en el sistema de información está en lenguaje

 Modificación en el modelo de negocios

Evolución previsible del sistema

Definiciones, acrónimos y abreviaturas

3.6 Requisitos funcionales

Número de requisito !!br0ken!!RF01

Número de requisito !!br0ken!!RF02

Número de requisito !!br0ken!!RF03

Número de requisito !!br0ken!!RF04

Número de requisito !!br0ken!!RF06

Número de requisito !!br0ken!!RF07

Número de requisito !!br0ken!!RF08

Número de requisito !!br0ken!!RF09

Número de requisito !!br0ken!!RF11

Número de requisito !!br0ken!!RF12

Número de requisito !!br0ken!!RF13

Número de requisito !!br0ken!!RF15

Número de requisito !!br0ken!!RF17

Número de requisito !!br0ken!!RF18

Número de requisito !!br0ken!!RF19

Número de requisito !!br0ken!!RF20

3.7 Requisitos comunes de los interfaces

La interfaz cuenta con opciones de fácil acceso, amigable para el usuario,

Debido a que el sistema no interactuara con otros sistemas y es autónomo no se

3.9 Listado detallado de actividades.

Tipo de usuario Primario

Tipo de usuario Primario

4. Cronograma del proyecto.

También podría gustarte