AGRADECIMIENTOS

Agradecemos de manera muy especial a nuestro DIOS y a nuestras MADRES, por su

paciencia y apoyo en el tiempo que duró el desarrollo de este trabajo, a nuestro docente
de proyecto Ing. Alejandro Rojas quien nos impartió sus conocimientos e hicieron posible
la exitosa culminación de este proyecto
RESUMEN

Existen mercados de pequeña y mediana empresa con la necesidad de adoptar

tecnologías para mejorar su competitividad pero sin el conocimiento para adquirirlas y sin
el entendimiento de las necesidades de su negocio, razón por la cual muchos proyectos
de tecnología mueren. ASC TECHNOLOGY nace en Managua con el propósito de ayudar
a estas empresas a desarrollar proyectos de tecnología de gran impacto en sus
organizaciones basado en capacidades y habilidades propias de su capital intelectual y
con enfoque de servicio al cliente, partiendo de sus principales necesidades, ofreciendo
productos y servicios para alcanzar estos resultados.

En el mercado actual se encuentran muchas empresas especializadas en el sector

Educación que no conocen mucho de tecnología, o empresas de tecnología que no
conocen mucho del sector educativo, y no tienen un valor agregado para éste. Se
encuentran también algunas empresas que desarrollan y prestan servicios de tecnología
para el sector pero están más concentradas en las grandes instituciones, lo que le da a
ASC TECHNOLOGY pocas barreras de entrada en el segmento escogido.
INTRODUCCION

ACS TECHNOLOGY, S.A

Somos una empresa con experiencia tecnológica, nos dedicamos al servicio general en
diferentes áreas tecnológicas, automatización, tecnología RFIF, codificación ID, redes y
especialización en ordenadores lógicos. Siendo la empresa amigable y social, brindamos
la confianza, diálogo con los clientes, implementando y buscando soluciones en general
para contribuir en casos complejos o simples, Promoviendo las mejores soluciones
informáticas generales, cumpliendo con la demanda que nuestros clientes requieren.
 Nuestro personal cumple con el profesionalismo y especialidades para poder
resolver dilemas técnicos específicos.
 Atender y brindar todo el requerimiento de desarrollo de aplicaciones de carácter
administrativo y estadístico que demanda el cliente, además del soporte para el
procesamiento de datos y administración de toda la plataforma tecnológica física.
 Determinar la situación, rol y responsabilidades actuales de la Unidad Informática
de la Institución, conformada por la Dirección de Desarrollo Tecnológico de
acuerdo a la visión, misión y metas institucionales.
 Determinar las funciones de la Unidad Informática dentro de la Institución.
 Desarrollar la Unidad Informática con sujeción a normas técnicas vigentes y
recomendaciones de calidad local, con la aplicación de una metodología de
desarrollo técnico acorde a la realidad tecnológica actual. y a las necesidades
presentes.
 Brindar El Soporte Técnico especifico y general con soluciones concretas al tiempo
inmediato
FORMULACIÓN DEL PROBLEMA

Teniendo en cuenta el crecimiento de los servicios y el sector de tecnología en

Nicaragua, especialmente en Managua. Poca competencia con una oferta de valor
atractiva y un mercado que tiene la necesidad de asesorarse en proyectos que ofrezcan
soluciones tecnológicas para alcanzar mayor competitividad. ¿Es viable la creación de
una página web dedicada a proveer productos y servicios de tecnología en Nicaragua?
OBJETIVOS

OBJETIVO GENERAL

Diseñar e implementar una página web donde se pueda obtener un control general de
inventario de los productos para las ventas en línea de la empresa ASC TECHNOLOGY

OBJETIVOS ESPECÍFICOS

Definir los requerimientos del sistema según las necesidades existentes en la empresa
ACS TECHNOLOGY y las empresas colaboradoras.

Realizar el diseño y análisis del modelo con los requerimientos encontrados para el
manejo de inventario de los productos

Desarrollar la página web con los requerimientos y diseño establecidos.

JUSTIFICACIÓN

Actualmente la industria Tecnológica representa una actividad económica de importancia

para Nicaragua, actividad que puede ser considerada una gran oportunidad al ofrecer
múltiples fuentes de negocio.
La utilización de herramientas en línea representa una gran ayuda en las compañías del
mundo ya que les permite tener siempre la información disponible y un mejor control. Las
personas responsables pueden tener un mejor monitoreo de los procesos que llevan a
cargo evitando con estos métodos la perdida de información, distinto a como se hace
cuando se maneja un documento manual modificado por varias personas.

Por otro lado, el crecimiento de la digitalización en el marco de la cuarta revolución

industrial obligan a las empresas acoplarse con las necesidades de sus clientes según su
cadena de valor para estar a la vanguardia tanto en productos como en servicios.
Actualmente en muchas empresas de Nicaragua ven la digitalización como una
oportunidad económica; las que ya se encuentran en dicha transformación digital tienen
mejor adaptación a los cambios logrando mejores resultados en sus líneas de negocio.

Para la empresa ACS TECHNOLOGY tener entre sus focos estratégicos la digitalización
y la adopción de nuevas plataformas, le permite una interacción directa y autónoma con
sus clientes que le ayuda a conocer mejor sus necesidades y así le pueden ofrecer
mejores resultados en su experiencia e interacción comercia

La creación de una página web se ve en la necesidad de incrementar la popularidad de la

empresa ASC TECHNOLOGY y en la necesidad de facilitar las ventas a un entorno que
no pueda llegar hasta el local
FASE DE ANÁLISIS

Esta plataforma proporcionará a las empresas, un servicio que facilita, agiliza y simplifica
sus procesos de gestión de pedidos, así como la posibilidad de que sus clientes puedan
realizar sus compras desde cualquier punto con una conexión a Internet y en cualquier
momento.

DESCRIPCIÓN DEL PROYECTO A DESARROLLAR

Dado que se trabajará con arquitectura cliente/servidor, el software resultante del

proyecto estará ubicado en un servidor perteneciente a la tienda, al cual se accederá vía
Internet. Cada uno de los usuarios tendrá ordenadores conectados a Internet y el
software necesario para poder desarrollar su actividad será un navegador.

Resumiendo, el software resultante del proyecto, permitirá el mantenimiento de los datos

de los artículos, catálogos, usuario, etc., el tratamiento de las datos – informes pedidos
por las empresas anunciadoras y facturación correspondiente, la gestión de los pedidos
que realicen los distintos usuarios de la herramienta y, finalmente, el acceso de todo
usuario validado en el aplicativo mediante conexión remota o propia.
DETERMINACION DE RECURSOS

Recursos Técnicos

Partiendo del concepto que es un sistema poco común se determina el uso especifico del
software como la mejor tecnología para satisfacer las especificaciones del proyecto
plenamente y no de forma ineficiente.

Recursos Económicos

Estimando el tiempo de evaluación y tiempos de trabajo se hace un balance con las

ganancias que puede representar este sistema a largo plazo, la relación es inversamente
proporcional, ya que el tiempo invertido es relativamente corto a los beneficios
económicos e intelectuales que puede brindar el proyecto.

Recursos Operacionales

Las expectativas depositadas por los usuarios se centran en un sistema de gran

viabilidad que se adecuen a sus necesidades y satisfaga de forma fácil la manipulación
del sistema. Convirtiéndolo de esta manera en un método innovador que cumple de
forma eficiente con las especificaciones dadas.

De acuerdo a lo ya mencionado se requieren los siguientes requerimientos:

El sistema debe contar con una BD confiable con respecto a la información de los
usuarios y los productos
Debe permitir la inscripción de nuevos usuarios para poder adquirir los productos
Debe tener la capacidad de permitir al administrador actualizar la información de la base
de datos.
Contar con el servicio de correo interno para despejar dudas, inquietudes o recibir
opiniones de los clientes.
INGENIERÍA DEL PROYECTO

Requisitos exactos del Sistema Web

El administrador del sistema tendrá un control total del sitio web donde pueda ver la
trazabilidad de los productos vendidos.
La navegación por un Portal Web que interactúe en tiempo real con el usuario.
Los usuarios podrán acceder al Portal Web desde cualquier navegador.
Requerimientos Funcionales Administrador

 Registrar Productos Nuevos

Nombre: Registrar Productos Nuevos FUNCIONAL

Descripción: El administrador ingres Categoría(Visible/No

podrá registros de ar visible):visible
nuevos productos en la web.
Objetivo: Garantizar el ingreso de productos entrant a merca o qu
nuevos simplemente se desean implementar en la es l do e
empresa.
Datos de Entrada: Datos de Salida:

 codigo_producto: es el código con el

cual se va a identificar el producto
 codigo_proveedor: es el código con
el cual se va a identificar el proveedor.
 nombre_proveedor: es el nombre del
proveedor asociado a un producto.
 nombre_producto: es el nombre del
producto.
 valor_precio: es el valor que se le
asigna al producto

Todo con respecto al código del proveedor

ya que este suministra los productos y todo
tipo de información acerca de un producto.
Criterios de Aceptación: ninguna

Precondición: previamente debe haber identificado un proveedor correspondiente.

Pos condición: el sistema deberá guardar los productos registrados.

 visualizar detalles de los productos.

Nombre: visualizar detalles de los FUNCIONAL

productos.
Descripción: El administrador podrá visualizar Categoría(Visible/No
todos los productos por categorías con sus visible):visible
respectivas características.
Objetivo: Garantizar un despliegue y detalles de los productos activos en la empresa
y en bodega.
Datos de Entrada: Datos de Salida:

 Ingreso o filtro del producto por Listado de los productos presentes

marcas, color, fabricante, precio. en la empresa:

 Precios
 Cantidades.
 Características.
 Detalles.
 Novedades.
Criterios de Aceptación: producto existente.

Precondición: previamente debe haber productos registrados.

Pos condición: el sistema mostrara el listado de los productos registrados.

 Administrar las cuentas de los usuarios.

Nombre: Administrar las cuentas de FUNCIONAL

los usuarios.
Descripción: El administrador podrá dar Categoría(Visible/No
privilegios a los usuarios a su vez permisos en visible):visible
general.
Objetivo: Garantizar el manejo total de todos los usuarios registrados.

Datos de Entrada: el administrador Datos de Salida:

podrá otorgar:

 Descuentos
 Privilegios
 Datos generales

Criterios de Aceptación: ninguna

Precondición: deben haber usuarios registrados

Pos condición: el sistema permitirá administrar todo el entorno de los usuarios.

Requerimientos Funcionales Usuario

 registrarse en la web

Nombre: registrarse en la web FUNCIONAL

Descripción: el usuario podrá registrar todo Categoría(Visible/No

sus datos personales en la interfaz del usuario visible):visible

Objetivo: guardar todos los datos de los usuarios en la base de datos con el fin
de tener
 registro y el usuario pueda acceder a la web.

Datos de Entrada: el sistema deberá Datos de Salida:

solicitar:
 Mostrar datos ingresados
 Nombre del cliente

 Apellidos del cliente

 Sexo

 Documento de identidad

 Fecha de nacimiento

 Correo electrónico

 Dirección de residencia

 Teléfono
Criterios de Aceptación: ninguna

Precondición: ninguna

Pos condición: un nuevo usuario registrado

 comprar productos
Nombre: comprar productos FUNCIONAL

Descripción: el usuario podrá realizar compras Categoría(Visible/No

de los productos exhibidos en el portal web. visible):visible

Objetivo: el sistema debe garantizar la seguridad de las comprar que realice el

usuario.
Datos de Entrada: selección el sistema Datos de Salida:
debe solicitar:
 Producto comprado
 El producto seleccionado
 Talla del producto  Valor total

 Cantidad  Fecha de envio

  Forma de pago

Criterios de Aceptación: gran variedad de productos.

Precondición: productos registrados.

Pos condición: compra exitosa.

 Actualizar, Ingresar y visualizar información de la cuenta.

Nombre: Actualizar, Ingresar y FUNCIONAL

visualizar información de la
cuenta.
Descripción: el usuario podrá actualizar, Categoría(Visible/No
ingresa y visualizar la información registrada en visible):visible
el RQ4
Objetivo: Tener un listado y detallado de toda la información registrada por el
usuario.
Datos de Entrada: Datos de Salida:

 Actualización de datos generales del  Datos actualizadoso

usuario. ingresados del usuario.
 Ingreso de datos generales del
usuario.
Criterios de Aceptación: tener el módulo de información de cuenta

Precondición: cumplir con el RQF4

Pos condición: ninguna

 realizar cambios o devoluciones de los pedidos realizados

Nombre: realizar cambios o devoluciones FUNCIONAL

de los pedidos realizados

Descripción: el usuario realizará cambios y Categoría(Visible/No

devoluciones de los productos comprados por visible):visible
el usuario.
Objetivo: garantizar que las peticiones de los usuarios sean enviadas al módulo
de cambio y devoluciones.
Datos de Entrada: Datos de Salida:

 Selección del producto  Fecha de envió de la

 Descripción de la devolución devolución

Criterios de Aceptación: ninguna

Pos condición: realizar un cambio o una devolución exitosa.

 obtener listado de productos favoritos

Nombre obtene listad de product FUNCIONAL

: r o os

favorito
s
Descripción: Categoría(Visible/No
visible):visible
El usuario podrá seleccionar los productos de
mayor interés.
Objetivo: asegurar un listado con los productos favoritos del usuario para una
posible compra.
 Datos de Entrada: Datos de Salida:

 Producto seleccionado  Listado de productos

favoritos

Criterios de Aceptación: ninguna

Precondición: el usuario tiene que haber realizado una compra para su posterior
devolución.

Pos condición: ninguna

 obtener listado de los pedidos realizados

Identificador Nombre: obtener listado de los FUNCIONAL

: RQF9 pedidos realizados

Descripción: El usuario podrá visualizar todos Categoría(Visible/No

los pedidos realizados con una descripción visible):visible
detallada
Objetivo: El panel de detalles deberá tener descripción detallada sobre los
pedidos que tengan estado de compra o estén incompletos.
Datos de Entrada: ninguno Datos de Salida: ninguno

Criterios de Aceptación: ninguna

Precondición: el usuario tiene que haber realizado una compra.

Pos condición: ninguna

Diagrama de caso de uso

Diagrama de clase

Diagrama de secuencia
Diagrama de colaboración

Diagrama de actividades
 Inicio

Administrar
usuarios

Agregar usuario No

No existe en tabla Si
personas, verifique identificador de
con administrador usuario

Existe en Verificar identificador

No
personas de usuario

Es valido No

Si

Si

¿Seguro crear
nuevo usuario?
Validar proceso

Si

Ejecutar
activar No
cambios en
B.D.

Si
Alta de usaurio inactivar No
realizada

¿Seguro de
activar usuario? ¿Seguro de
inactivar No
Fin
usuario?

Ejecutar
cambios en Si
No B.D.

Ejecutar
Activacion realizada cambios en
B.D.

Fin Confirmar a usuario

modificacion

Fin

Diagrama de estado
Diagrama de componentes

 Usuario
 Administrador
 Flujos de entrada y salida
 Sistema de trazabilidad
 Actividades
 Productos
 Herramientas
 Transición
 Construcción
 Diagnostico

Diagrama de despliegue
 Recursos humanos

Para el proyecto será necesario contar con personal calificado de manera que las etapas de
desarrollo se lleven a cabo en el tiempo estimado y asegurando las mejoras practicas a nivel
de seguridad y proceso en cada etapa del desarrollo, en la siguiente tabla se detallan los
integrantes del equipo de trabajo que participaran.

Cantida
Equipo Funciones
d
4 Personal encargado de la codificación del sistema
Desarrolladores
de información.
2 Personal dedicado para realizar identificar las
necesidades que debe suplir el sistema y delimita
Analistas
los alcances que este tendrá y los resultados
posibles de cada proceso.
Administrador 1 Persona encargada de diseñar el modelado de
de base de datos, normalización de la base de datos, creación
datos de la base de datos del sistema y mantenimiento.
Administrador 1 Persona encargada de diseñar la infraestructura de
de Redes y red sobre la cual se mantendrá comunicación entre
comunicaciones los nodos del negocio y el nodo central donde se
. encuentra la base de datos consolidada.
1 Persona que se encargara de la creación de
Administrador
servidor que alojara la aplicación y la base de
de servidor
datos
1 Personal encargado de orquestar a todo el
Jefatura de personal involucrado en el proceso de creación del
proyecto sistema, velando el debido cumplimiento de los
tiempos estipulados según plan de trabajo.
2 Personas con experiencia en el manejo de
Servicios
bodegas e inventarios y estándares de mejores
profesionales
practicas.
 Análisis

Requerimientos
Funcionales

Reportes.
 El sistema remitirá vía correo un corte con total de stock en bodegas con corte mensual
el día primero de cada mes a las 06:00 a.m.
 Cada vez que se dé la salida de uno o varios productos el sistema evaluará el total en
bodega y remitirá un correo alertando si alguno de los productos ha llegado al mínimo
permitido.
 Cada vez que se complete una autenticación en el sistema, se deberá presentar en
pantalla alertas sobre productos que hayan alcanzado el mínimo permitido en stock.
 Todos los lunes el sistema enviara un correo con reporte de productos con tiempo mayor
a 3 meses de estar en bodegas.
 Los últimos días del mes el sistema deberá remitir un correo con reporte de productos
con mayor salida de bodegas en totales y detalle por tipo de salida, reclamo, devolución
a proveedores y los movimientos entre tiendas.
 Los accesos y acciones del sistema deberán respetar matriz de control de accesos.

Ingresar usuarios
 La aplicación permitirá al administrador ingresar usuarios. Entre los detalles a considerar
se tienen:
 Permitirá ingresar la cantidad de usuarios necesaria para el control del inventario e
interacción con él. .

Definir el tipo de usuario

 La aplicación permitirá al administrador definir el tipo de usuario. Entre los detalles a
considerar se tienen:
 Los roles designados por el administrador tomando en cuenta las libertades o
condiciones al utilizar el programa.
 El estado que se asignara por defecto al nuevo usuario al ser ingresado es “Activo”.
Dar de baja al usuario
 La aplicación permitirá al administrador dar de baja al usuario. Entre los detalles a
considerar se tienen:
 Cuando este no labore más en la empresa.
 Cuando este sea relevado de su cargo quitando así el permiso de entrar a la aplicación.

Ingresar Proveedores
 La aplicación permitirá al administrador ingresar proveedores. Entre los detalles a
considerar se tienen:
 Permitirá ingresar la cantidad de proveedores asociados a la compañía, asignando un ID
y recopilando los datos más relevantes de este.

Dar de baja al proveedor

 La aplicación permitirá al administrador dar de baja al o los proveedores cuando decidan
cerrar negociaciones con ellos.
 Ingresar producto.
 La aplicación permitirá al administrador ingresar a un nuevo producto, detallando los
datos correspondientes de este. Entre los detalles a considerar se tienen:
 Los datos del número de producto y número de reservado serán verificados para que no
se repitan.
 El estado que se asignara por defecto al nuevo producto al ser ingresado es “Activo”.

Buscar y modificar un producto según datos de búsqueda.

 La aplicación permitirá al administrador buscar y modificar los datos específicos de un
producto. Entre los detalles a considerar se tienen:
 La aplicación permitirá al administrador buscar el producto mediante filtros compuestos.
 Se podrá modificar los datos del producto a excepción del código asignado, número y/o
reservado.

Dar de baja un producto

 La aplicación permitirá al administrador dar de baja un producto. Entre los detalles a
considerar se tienen:
  La aplicación permitirá al administrador eliminar un producto por medio del ID asignado,
siempre y cuando este no se siga comercializando más en dicha empresa.

Definir los tipos de productos.

 La aplicación permitirá al administrador facilitar el tipo de producto, necesarios para
mantener el control exacto. Entre los detalles a considerar se tienen:
 La aplicación permitirá al administrador y al usuario con facilidad encontrar el producto
en el inventario.
 La aplicación permitirá establecer el tipo de producto según su uso.

Crear salida de producto

 La aplicación permitirá al administrador dar de alta la salida del producto para que el
cliente pueda retirarlo en su correspondiente sucursal. Entre los detalles a considerar se
tienen:
 La aplicación permitirá al administrador crear orden de salida del producto mediante su
número de reservado o su ID correspondiente.
 La aplicación permitirá al administrador actualizar el inventario luego de la salida del
producto.

Crear entrada del producto.

 La aplicación permitirá al administrador crear entradas de productos. Entre los detalles a
considerar se tienen:
 La aplicación permitirá al administrador crear las órdenes de entrada según los
proveedores de producto realizando previamente el proceso de aprobación para su
posterior orden.

Crear devoluciones de productos

 La aplicación permitirá al administrador crear devoluciones de producto según el estado
de dicho objeto y la garantía de este. Entre los detalles a considerar se tiene:
 La aplicación permitirá al administrador crear una devolución a partir solamente de los
parámetros de la garantía y colocando la fecha en que se emite la devolución.
 Al crearse la devolución se notificara al proveedor para el cambio del producto.
Modificación y anulación de salidas de producto.
 La aplicación permitirá al administrador la modificación o anulación de salidas del
producto por motivos de código de reservado erróneo. Entre los detalles a considerar se
tienen:
 La aplicación permitirá al administrador la modificación o anulación de una salida de
producto, siempre y cuando se verifique antes de su entrega.
 La anulación de una salida no genera ningún movimiento ni cambio.

Actualización de inventario.
 La aplicación permitirá al administrador actualizar el stock de producto, mediante la
recopilación de entradas, salidas, retiros o devoluciones realizados diariamente por las
personas encargadas.

No funcionales

A continuación, se presentarán los requerimientos no funcionales del sistema bajo dos

diferentes enfoques: atributos de calidad y otros requerimientos no funcionales del sistema.

Desempeño

 Garantizar la confiabilidad y seguridad del sistema informático a los diferentes usuarios

del mismo. En este sentido la información almacenada podrá ser consultada y
actualizada permanentemente y simultáneamente, sin que se afecte el tiempo de
respuesta.

 El sistema debe estar en capacidad de dar respuesta al acceso de todos los usuarios y a
los procesos con tiempo de respuesta aceptable y uniforme, en la medida de las
posibilidades tecnológicas de la biblioteca Augusto C. Sandino en periodos de alta,
media y baja demanda de uso del sistema.

Facilidad de uso e Ingreso de Información:

 El sistema debe ser práctico, amigable e intuitivo.

  El ingreso de información al sistema debe estar debidamente validado.
 El sistema debe presentar mensajes de error que permitan al usuario identificar el tipo
de error.

Validación de la Información:

 El sistema debe validar la información contenida en los formularios, teniendo en cuenta

elementos tales como: obligatoriedad de campos, longitud de caracteres permitida por
campo, manejo de tipo de datos, etc.

i. Módulo Gestion de usuarios

Tendrá la funcionalidad de administrar usuarios con el objetivo de permitir delimitar quienes
pueden realizar operaciones especificas según sus funciones, de manera tal que si un
funcionario intenta realizar la aprobación de un proceso el cual no está asignado a su rol según
perfil previamente establecido, no podrá finalizarse dicho procesos, cuando si este permitido se
llevara el registro de quien autorizo a quien, cuando, el tipo de autorización o movimiento y
otros atributos del movimiento que son de valor para análisis.

Funciones
 Crear Usuarios
 Modificar datos de Usuario
 Activar usuario
 Inactivar usuario
 Administración de roles

ii. Módulo Gestión de inventario

También contara con un módulo de inventario, desde aquí será posible administrar el ingreso
de productos nuevos, modificar valores de los productos previamente registrado y que tengan
algún valor incorrecto ya sea por error de digitación o por verificaciones hechas sobre el
inventario, todas las modificaciones requerirán de un nivel de autorización para completarse
como medida de control.
Funciones.
 Registrar ingreso de ítem
 Registrar salida de ítem
 Registrar ingreso por lote
 Registrar salida por lote
 Modificar ingreso
 Revertir ingreso

iii. Módulo Gestión de productos

La administración de productos permitirá crear nuevos ítems en el catálogo de productos, esto
en caso de que la tienda adquiera nuevos ítems o modelos de ítems que al momento de
adquirirlos no estén registrados o bien tenga alguna característica diferente a los existentes,
tales como marca, modelo, fabricante, garantías, etc.

Funciones
 Crear nuevo ítem
 Modificar ítem
 Inactivar ítem
 Activar ítem

iv. Módulo Gestión de proveedores

La idea principal de crear un módulo para proveedores es la de tener control sobre los datos de
contactos del área comercial y cualquier que se crea conveniente, registrar reclamos que se
hayan recibidos de productos dañados y que hayan tenido que ser remitidos al fabricante para
su revisión, también se llevara el control de las garantías por proveedor y tipo de producto.

Funciones.
 Registrar proveedor
 Modificar datos de proveedor
 Ingresar reclamos a proveedor
 Modificar reclamos a proveedor
 v. Módulo para la autorización de procesos
El módulo de autorización de proceso es donde se podrán aprobar las entradas y salida de
producto de las bodegas que pueden ser por traslados entre bodegas, compra a proveedores,
devolución a proveedores, ingresos, salidas por RMA y todos los procesos que requieran
autorización.

Funciones

 Atender autorizaciones pendientes

vi. Módulo de Reportes

El módulo de reportes tendrá predefinido reportes que servirán como guía de los movimientos
en inventario y actividades alrededor del mismo.

Funciones

Reportes de administración de usuarios

Reportes de administración de inventario
Reportes de administración de productos
Reportes de administración de proveedores
Reportes de administración de reservaciones
Reporte de autorización de procesos.
vii. Módulo gestión de catálogos
Se dará mantenimiento a todos los catálogos del sistema, tales como nacionalidades, razones
de movimientos, tipos de personas, razón de movimiento, etc.
Funciones
Mantenimiento de nacionalidad
Mantenimiento de tipo de persona
Mantenimiento de tipo de documento
Mantenimiento de puestos
Mantenimiento de roles
Mantenimiento de sucursales
Mantenimiento de terminales
Mantenimiento de proveedores
Mantenimiento de marcas
Mantenimiento de modelos

I. Puntos de función.

a. Métricas basadas en funciones

viii. Abreviatura
Considerar el siguiente cuadro como referencia de los tipos de funciones que se desarrollaran
en las especificaciones funcionales de iteración y almacenamiento.
Concepto Abreviatura
Número de Entradas Externas (EE)
Numero de Salidas Externas (SE)
Número de Consultas Externas (CE)
Numero de Archivos Lógicos Internos (ALI)
Numero de Archivos de Interfaz Externos (AIE)

Asociación de métricas
En las siguiente tabla se detalla la asociación por acción a los componentes de función.

Component
Acción e funcional
asociado
Insertar EE
Eliminar EE
Actualizar EE
Listar SE
Buscar CE
Informes o reportes CE
Tablas de B.D. ALI

ix. Medición de complejidad de puntos de función

tipo transacción (EE,SE,CE)
Considerar el siguiente cuadro como una tabla de correlación entre el número de campos y los
archivos referenciados.

Clasificación de 1-4 campos 5-15 campos >15 campos

entrada, salida y
consultas
 externas
0-1 archivos Baja Baja Media
referenciados
2 archivos Baja Media Alta
referenciados
+2 archivos Media Alta Alta
referenciados

Funciones de datos (ALI,AIE)

Considerar el siguiente cuadro como una tabla de correlación entre el número de campos y el
número de subagrupaciones de datos.

Clasificación de 1-4 campos 5-15 campos >15 campos

archivos internos
y archivos de
interfaz externos
0-1 Baja Baja Media
Subagrupaciones
o entidades
2 Baja Media Alta
subagrupaciones
o entidades
+2 Media Alta Alta
subagrupaciones
o entidades

Estándar IFPUG de complejidad

Valores estándar según IFPUG – International Function Point User Group de complejidad
según tipo de función.

Simpl Complej
Parámetros de medición e Medio o
EE (Entradas Externas) 3 4 6
EI(Entradas Internas) 4 5 7
CE(Consultas Externas) 3 4 6
ALI(Archivos Lógicos Internos) 7 10 15
AIE(Archivos de Interfaz
5 7 10
Externos)
x. Especificaciones funcionales de interacción y almacenamiento.

Componente Tipo de # de # Archivos # Sub Nivel de

compone campo referencia Agrupación compleji
nte s dos o entidades dad.
Gestión de usuarios EE 2 2 0 Baja
Gestión de roles EE 1 1 0 Baja
Gestión de personas EE 14 4 0 Alta
Gestión de
documentos EE 1 0 0 Baja
Gestión de
nacionalidad EE 1 0 0 Baja
Gestión de marcas EE 1 0 0 Baja
Gestión de sucursal EE 1 0 0 Baja
Gestión de bodega EE 1 1 0 Baja
Gestión de movimiento EE 7 6 0 Alta
Gestión de razón de
mov. EE 1 0 0 Baja
Gestión tipo de mov. EE 1 0 0 Baja
Gestión tipo de
persona. EE 1 0 0 Baja
Gestión de proveedor EE 14 4 0 Alta
Gestión de modelo. EE 3 1 0 Baja
Actualizar stock EE 1 1 0 Baja
Actualizar log EE 1 2 0 Baja
Gestión de entradas EE 7 6 0 Alta
Gestión de salidas EE 7 6 0 Alta
Gestión de
autorizaciones EE 3 2 0 Baja
Gestión de inventario EE 4 2 0 Baja
Tabla -personas ALI 22 0 4 Alta
Tabla -tipodocumento ALI 3 0 0 Baja
Tabla -tipopersonas ALI 3 0 0 Baja
Tabla -usuarios ALI 6 0 0 Baja
Tabla -roles ALI 3 0 0 Baja
Tabla -opciones ALI 3 0 0 Baja
Tabla -rolesxroles ALI 3 0 1 Baja
Tabla -rolxopc ALI 2 0 2 Baja
Tabla -usuarioxrol ALI 3 0 2 Baja
Tabla -proveedores ALI 6 0 0 Baja
Tabla -contactos ALI 7 0 1 Media
Tabla -productos ALI 3 0 4 Media
Tabla -puestos ALI 3 0 3 Media
Tabla -inventario ALI 10 0 7 Alta
Tabla -detalleentradas ALI 4 0 3 Media
Tabla -detallesalidas ALI 5 0 3 Alta
Tabla -autorizaciones ALI 7 0 2 Media
Tabla -marcas ALI 3 0 1 Baja
Tabla -modelos ALI 3 0 1 Baja
Componente Tipo de # de # Archivos # Sub Nivel de
compone campo referencia Agrupación compleji
nte s dos o entidades dad.
Tabla -marcasxprov ALI 2 0 1 Baja
Tabla -prodxprov ALI 2 0 2 Baja
Tabla -prodxmarca ALI 2 0 2 Baja
Tabla -prodxmod ALI 2 0 2 Baja
Tabla -sucursales ALI 4 0 2 Baja
Tabla -usuxrolxsuc ALI 3 0 3 Media
Tabla -tipomovimientos ALI 3 0 2 Baja
Tabla
-razonmovimientos ALI 3 0 2 Baja
Tabla -movimientos ALI 11 0 0 Baja
Tabla -lote ALI 8 0 0 Baja
Tabla -clasificacion ALI 3 0 0 Baja
Tabla -tipomovxrazon ALI 2 0 2 Baja
Tabla -nacionalidad ALI 3 0 0 Baja
Tabla -usarioxpuesto ALI 4 0 2 Baja
Tabla -procesos ALI 3 0 2 Baja
Tabla
-movimientosxautoriza
ciones ALI 2 0 3 Baja
Tabla -terminales ALI 5 0 3 Alta
Tabla -textosmensajes ALI 2 0 0 Baja
Tabla -estadosmov ALI 2 0 3 Media
Tabla -estado_lote ALI 3 0 2 Baja
Tabla
-detalle_cargafactura ALI 8 0 0 Baja
Tabla -bodegas ALI 3 0 0 Baja
Tabla
-bodegasxsucursales ALI 2 0 3 Media
Tabla -audit_login ALI 6 0 4 Alta
Tabla -controlstock ALI 6 0 1 Baja
Reporte de Usuarios
activos SE 6 2 0 Media
Reporte de baja de
usuarios SE 6 2 0 Media
Reporte de
Autorizaciones por tipo
de autorización SE 4 2 0 Baja
Reporte de Ingreso de
usuarios SE 5 3 0 Alta
Reporte de cambios de
Item SE 5 3 0 Alta
Reporte de cambios de
usuarios SE 5 3 0 Alta
Reporte de cambios en SE 5 2 0 Media
Componente Tipo de # de # Archivos # Sub Nivel de
compone campo referencia Agrupación compleji
nte s dos o entidades dad.
roles
Reporte de total de
entrada de productos SE 6 4 0 Alta
Reporte de total de
entrada de productos
por mes SE 8 4 0 Alta
Reporte de total de
salida de productos SE 8 3 0 Alta
Reporte de total de
salida de productos por
mes SE 5 2 0 Media
Reporte de productos
por marca en stock SE 4 2 0 Baja
Reporte de
movimientos de
productos por marca SE 4 2 0 Baja
Reporte de ventas de
productos por marca SE 4 2 0 Baja
Reporte top 10
reclamos de garantía SE 5 3 0 Alta
Reporte top 10
movimiento de entrada SE 5 3 0 Alta
Reporte top 10
movimiento de salida
por tipo de salida SE 5 3 0 Alta
Reporte de reclamos a
proveedores por danos SE 5 3 0 Alta
Reporte de reclamos a
proveedores por
garantías SE 5 3 0 Alta
Reporte de
reservaciones
pendientes de
autorizar SE 4 2 0 Baja
Reporte de
reservaciones
caducadas SE 4 2 0 Baja
Reporte de anulación SE 5 3 0 Alta
Componente Tipo de # de # Archivos # Sub Nivel de
compone campo referencia Agrupación compleji
nte s dos o entidades dad.
de reservaciones.
Vista de inventario CE 5 2 0 Media
Vista de bodegas CE 5 2 0 Media
Vista de agencias CE 5 2 0 Media
Vista de stock CE 5 2 0 Media
Vista de usuarios CE 5 2 0 Media
Vista de opciones CE 5 2 0 Media
Vista de roles CE 5 2 0 Media
Vista de categorías CE 5 2 0 Media
Vista de razones de
mov. CE 5 2 0 Media
Vista de lote CE 8 3 0 Alta
Vista de operaciones
sin autorizar CE 5 2 0 Media
Vista de operaciones
autorizadas CE 5 2 0 Media
Vista de detalle de
movimientos CE 5 3 0 Alta
Vista de marcas CE 5 2 0 Media
Vista de procesos CE 5 3 0 Alta
Vista de roles
asignados a usuarios CE 5 2 0 Media
Vista de opciones
asignadas a roles CE 5 2 0 Media
Vista de roles
asignados por
agencias CE 5 2 0 Media
Vista de contactos CE 5 1 0 Baja
Vista de proveedores CE 5 1 0 Baja
Carga de archivo txt
con detalle de facturas. AIE 5 1 0 Baja
Resumen
Etiquetas de Cuenta de # de
fila campos
AIE 1
Baja 1
ALI 44
Alta 5
Baja 31
Media 8
CE 20
Alta 3
Baja 2
Media 15
EE 20
Alta 5
Baja 15
SE 22
Alta 12
Baja 6
Media 4
Total general 107

xi. Métricas basadas en funciones

Parámetros de
Cuenta Baja Medio Alta Total
medición/Complejidad
EE (Baja) 15 3 0 0 45
EE(Medio) 0 0 4 0 0
EE (Alta) 5 0 0 6 30
SE (Baja) 6 4 0 0 24
SE(Medio) 4 0 5 0 20
SE (Alta) 12 0 0 7 84
CE (Baja) 2 3 0 0 6
CE(Medio) 15 0 4 0 60
CE (Alta) 3 0 0 6 18
ALI (Baja) 31 7 0 0 217
ALI (Medio) 8 0 10 0 80
ALI (Alta) 5 0 0 15 75
AIE (Baja) 1 5 0 0 5
AIE (Medio) 0 0 7 0 0
AIE (Alta) 0 0 0 10 0
Totales 107 22 30 44 664
Puntos de función ajustados.
Valor de
Característica Ajuste descripción
 ¿Cuántas facilidades de comunicación hay
Comunicación de
4 disponibles para ayudar en el intercambio de
datos
información con la aplicación o el sistema?
Procesamiento Cómo se manejan los datos y las funciones
4
distribuido de datos de procesamiento distribuido
¿Existen requerimientos de velocidad o
Rendimiento 1
tiempo de respuesta?
Cómo de intensivas se utilizan las
Configuraciones
1 plataformas hardware donde se ejecuta el
fuertemente utilizadas
sistema
Frecuencia de ¿Con qué frecuencia se ejecutan las
3
transacciones transacciones? Diariamente, semanalmente,
Entrada de datos on- Qué porcentaje de la información se ingresa
5
line on-line’
Eficiencia del usuario Aplicación diseñada para maximizar la
3
final eficiencia del usuario final
Actualizaciones ¿Cuántos Archivos Lógicos Internos se
1
Online actualizan por una transacción on-line?
Procesamiento Hay procesamientos lógicos o matemáticos
4
complejo intensivos en la aplicación’
¿La aplicación se desarrolla para suplir una
Reusabilidad 2 o muchas de las necesidades de los
usuarios?
Facilidad de ¿Qué tan difícil es la instalación y la
1
instalación conversión al nuevo sistema?
Cómo de efectivos y/o automatizados deben
Facilidad de
2 ser los procedimientos de arranque, parada,
operación
backup y restore
¿La aplicación fue concebida para su
Instalación en
4 instalación en múltiples sitios y
distintos lugares
organizaciones?
¿La aplicación fue concebida para facilitar
Facilidad de cambio 3
los cambios sobre la misma?

Factor de Ajuste 38
Cálculo de punto de función ajustado

PFA=PFSA {0.65+[ ( 0.01 )( FA )]}

PFA= Puntos de Función Ajustados

PFSA= Puntos de Función Sin Ajustar
FA=Factor de ajuste

PFA=664 {0.65+[( 0.01 )( 38 ) ]}

PFA=664 (0.65+ 0.38)
PFA=664 (1.03)
PFA=684

Estimación de esfuerzo requerido

Horas PF Líneas de código promedio

Lenguaje promedio por PF
Ensamblador 25 300
COBOL 15 100
Lenguaje 4ta
Generacion 8 20

Fuente IFPUG

H
=PFA (HPFP)
H

H/H= Horas Hombre

PFA= Puntos de Función Ajustados
H PFP= Horas Promedio por Puntos de Función

H
=664(8)
H
H
=5312
H

Medida PF HH Resultad Desarrolladore Días Mese

o s de s de
trabaj trabaj
o o
Horas 66 8 5312
Hombre 4
Dias de 8 664
trabajo
Meses de 66 16 34.0
trabajo 4 0

Estimación de duración del proyecto

Medida PF HH Total
66
Horas Hombre 4 8 5312
Desarrolladores     4
Duracion proyecto en 1772.
Horas     0
Dias de trabajo   8 221.5
16
Meses de Trabajo   0 12

Cálculo de presupuesto

Costo unitario Cantidad Costo

Total
Salarios
Desarrolladores
Analistas
Admon. B.D.
Admon Red y C.
Servicios Prof.
Adquisiciones-Software
Lic. SQL Server

Adquisiciones - Hardware
Servidor físico
 Caja nema 1
Cable UTP

Total, antes
de IVA
IVA
Total, después
de IVA

CONCLUSIONES

El sistema permite a los usuarios seleccionar sus productos sin ningún

costo adicional.

Los datos del usuario, serán verificados para corroborar la información

suministrada.
El servicio de correo permitirá a los usuarios y al administrador mantener una
comunicación permanente

Los diferentes servicios son de fácil acceso a los usuarios atendiendo su

solicitud en el menor tiempo estimado.

Se aplicaron las normas para publicación de contenidos virtuales y se

estructuro el contenido utilizando las herramientas mencionadas
 RECOMENDACIONES

El cuidado y buen manejo de la base de datos por parte del administrador

es de vital importancia para el mantenimiento del sitio por eso realizamos
las siguientes recomendaciones:

 Realizar backups semanales de las bases de datos

 Realizar con determinada periodicidad mantenimiento de

los servidores
 Usar antivirus y firewalls

 Para el ingreso de información a la base de datos verificar

que los datos coincidan, para evitar los desbordamientos.
 No abrir correos de procedencia sospechosa.