FACULTAD DE POSGRADO

MAESTRÍA EN GESTIÓN DE TECNOLOGÍAS DE LA INFORMACIÓN

DE-113 SISTEMAS DE GESTIÓN DE LA INFORMACIÓN

PROPUESTA DE PROYECTO

CASO DE NEGOCIO:

PROPUESTA DE IMPLEMENTACIÓN DE UN ERP ODOO

PRESENTADO POR:

JORGE EDUARDO RODRÍGUEZ PADILLA. 11923112

UZIAS SAMIR GÓMEZ MALDONADO. 11923128

WILKINS ALTAMIRANO VARGAS. 11923143

MARVIN ROBERTO GIRÓN FONSECA. 11923141

CATEDRÁTICO:

FREDIS DUBAL MEDINA ESCOTO

TEGUCIGALPA M.D.C, HONDURAS C.A.

16 DE NOVIEMBRE DEL 2019

INTRODUCCIÓN

En el presente documento se plasmará un caso de negocios orientado a la

implementación de un ERP basado en Open Source llamado Odoo al
emprendimiento Tecolote Artes y Oficios, dedicada a la elaboración artesanal de
cuadernos y fusiones con artistas en la creación de libros como objeto artístico.

En el primer capítulo abordaremos la oportunidad de mejora de este

emprendimiento mediante la implementación de Odoo en los procesos auxiliares
y primarios.

En el segundo capítulo presentaremos la planificación del proyecto detallando las

tareas y los tiempos necesarios para una implementación exitosa, así como los
recursos que se requieren para la sostenibilidad del mismo.

2
INDICE
Introducción .......................................................................................................... 2

I. IDENTIFICACIÓN DE PROBABILIDAD DE MEJORA....................................... 5

II. PLANIFICACIÓN DEL PROYECTO ................................................................. 5

Objetivo principal ............................................................................................... 5

Objetivos secundarios: ...................................................................................... 5

Estructura de división del trabajo. ..................................................................... 6

Misión. ............................................................................................................... 6

Estimación de tiempos ...................................................................................... 7

Estimación de recursos. .................................................................................... 7

III. MODELADO DEL PROYECTO ....................................................................... 8

PROCESOS DE NEGOCIO AUTOMATIZADOS .............................................. 8

Datos a utilizar................................................................................................... 9

Información Procesada ................................................................................... 10

Arquitectura de aplicaciones ........................................................................... 10

infraestructura tecnológica .............................................................................. 13

Seguridad informática ..................................................................................... 14

Contingencia informática ................................................................................. 16

Definiéndose los requisitos para la taxonomía. ............................................... 16

Las normas o políticas que deben implementarse .......................................... 18

Los procedimientos. ........................................................................................ 24

Las plantillas....................................................... Error! Bookmark not defined.

Las herramientas de software que proporcionen la interoperabilidad para dichos

componentes. .................................................................................................. 24

3
IV. DESARROLLO DEL PROYECTO ................................................................. 25

V. AUTORIZACIÓN Y DIVULGACIÓN ............................................................... 25

VI. CONCLUSIONES.......................................................................................... 25

BIBLIOGRAFÍA ................................................................................................... 25

4
I. IDENTIFICACIÓN DE PROBABILIDAD DE MEJORA

Tecolote Artes y Oficios es un emprendimiento que se dedica a la elaboración

artesanal de cuadernos y libros objeto y que engloba todas las artes del libro.

El rápido crecimiento exige la utilización de herramientas que permitan una

eficiente administración de los recursos y soporte en los procesos auxiliares y
primarios.

La falta de una herramienta integrada de colaboración ocasiona pérdidas producto

de la falta de control en los movimientos de la materia prima y productos
terminados, de la misma forma ocasiona retrasos en la generación de documentos
contables.

Por otro lado, no se cuenta con un sistema de gestión de clientes y proveedores

lo que provoca lentitud en la búsqueda de contactos o envío de comunicaciones.

La implementación de un Sistema de Gestión de la Información, que en este caso

usaremos Odoo, proporcionará ventajas en la administración de recursos,
información y tiempo, así como una reducción significativa de los costos de
operación y de las pérdidas;

II. PLANIFICACIÓN DEL PROYECTO

Objetivo principal:

Implementación de un Sistema de Gestión de Información (SGI) a la empresa

Tecolote Arte y Oficios.

Objetivos secundarios:
1. Identificar los requerimientos necesarios acorde a la empresa.
2. Determinar mejores alternativas de ERP que se adapten a la empresa.

5
 3. Desarrollar un sistema funcional con herramientas adecuadas según las
necesidades de las empresas.
4. Detallar tiempos y recursos en la ejecución del proyecto.
5. Definir un entorno de producción.

Estructura de división del trabajo.

Misión.
Gestionar a través de un Sistema de Gestión de la Información el flujo de trabajo
de la empresa Tecolote Arte y Oficios, para dar tiempos rápidos de respuesta a

6
los problemas, brindando un eficiente manejo de información que permita
minimizar los costos operativos y hacer una mejor toma de decisiones.

Estimación de tiempos

Estimación de recursos.

7
Personal Salario Mensual Salario Hora Salario día Costo en proyecto
Arquitecto de software L40,000.00 L166.67 L1,333.33 L40,000.00
Analista de sistemas L17,000.00 L70.83 L566.67 L11,333.33
Desarrollador L17,000.00 L70.83 L566.67 L6,800.00
DBA L42,000.00 L175.00 L1,400.00 L16,800.00
Ejecutivo de Servicio L14,000.00 L58.33 L466.67 L4,666.67
Oficial de seguridad L50,000.00 L208.33 L1,666.67 L10,000.00
Infraestructura L30,000.00 L125.00 L1,000.00 L5,000.00
Total L94,600.00

Costos del proyecto Mensual

Infraestructura en nube $633.25
Enlaces de Internet $300.00

Pago Único
Talento Humano $3,784.00

Operación y mantenimiento 4% $188.69

Total $4,905.94

III. MODELADO DEL PROYECTO

PROCESOS DE NEGOCIO AUTOMATIZADOS
La implementación de Odoo como ERP para la empresa representa ventajas en
los procesos auxiliares, permitiendo automatizar varios de los procesos, la ventaja
de Odoo por un lado es que tiene la posibilidad de automatizar casi cualquier tarea
sin necesidad de tener conocimientos de desarrollo, esta automatización se puede
hacer de tres formas, Acciones del servidor, Acciones automáticas y Acciones
planificadas.

Por otro lado, algunos módulos tienen opciones de automatización de procesos

por su naturaleza y para modificarlas si es necesario la interacción de un
desarrollador.

Dentro de los procesos automáticos que se implementaran en este caso serían:

8
Compras e Inventario. - El inventario de materiales es el primer proceso que
permite automatizar, haciendo la descarga de inventario a medida que se ingresan
proyectos que los consumen.

Contabilidad. - Los procesos contables se automatizan si se ingresan

completamente las entradas y salidas, mediante órdenes de compra, facturas, etc.

Recursos Humanos. - Además de tener una base de colaboradores, también

permite llevar control de la nómina mediante la centralización de la información,
control de horas trabajadas, seguimiento de ausencias, mejorar el proceso de
contratación.

Facturación. - Se ajusta a la normativa nacional, permite convertir presupuestos

en facturas de forma fácil, seguimiento de movimientos bancarios, información
detallada de las ventas, integración con otros módulos como compras,
contabilidad y ventas.

Ventas. - Las ventas son parte fundamental en una empresa y este proceso
permite que el cliente autorice un presupuesto desde internet. Nos permite generar
alertas para actividades, crear estrategias con precios y descuentos y se conecta
con otros módulos para crear flujos automatizados en base a las salidas.

Clientes. - La administración de los clientes es una herramienta fuerte en Odoo,

cuenta con un CRM para esta misión. El envío automático de información a
clientes es un proceso que se automatizará y consiste en enviar a los clientes,
ofertas, avisos de cobro o cualquier otra comunicación cíclica que se requiera.

Reportes. - Los reportes se pueden generar automáticamente en tiempo real lo

que permite ahorrar tiempo.

Datos a utilizar
Al ser una pequeña empresa los procesos auxiliares son manuales y al no contar
con una base de datos la información está dispersa y posiblemente duplicada,
incluso existen datos que se han perdido.

9
Los datos que serán migrados se limitan a información de inventario de materiales,
inventario de productos, clientes, pedidos activos, y datos contables.

La estrategia de migración de datos será manual, ya que de esa forma nos

aseguramos de depurar la información.

Información Procesada
La información será procesada en base a los datos recolectados por los diferentes
módulos de entrada de datos y presentada en diferentes formatos de salida, entre
ellos tendremos reportes de los siguientes módulos: contabilidad, ventas, compras
e inventarios, clientes.

También se contará con un módulo específico de reportes que permitirá definir

reportes de datos específicos para presentar información importante a medida.

Arquitectura de aplicaciones
Odoo cuenta con una implementación de la infraestructura y desarrollo a la medida
de lo que la empresa o negocio necesita para soluciones de problemas u optimizar
el rendimiento de la misma, además de capacitación a los empleados para el uso
óptimo del producto.

Entre las soluciones o módulos estándar tenemos:

1. Facturación, Creación de facturas de venta y registros de las compras,

administración de pagos y cobranzas, manteniendo información actualizada de
clientes y proveedores.
a) Facturas de cliente, datos de cliente, múltiples métodos y términos de
pago, gestión de pagos, gestión de devoluciones, cuentas por cobrar.
b) Facturas de proveedores, datos de proveedor, múltiples métodos y
términos de pago, gestión de pagos – gestión de devoluciones y cuentas
por pagar
2. Terminal de punto de ventas, Interfaz sencilla y rápida para atención en
comercios con venta en mostrador. Impresión de tickets, carga de pedidos, cobros

10
en efectivo y/o tarjeta. Modulo también disponible para locales gastronómicos con
gestión de mesas.
3. Compras, Creación de órdenes de compra, maneje diferentes métodos de
costeo y políticas de salida de mercaderías, actualización de precios a
proveedores. Gestión de licitaciones en los procesos de compra. Niveles de
apropiación para órdenes de compra ejemplo:
a) Solicitud de presupuesto.
b) Órdenes de compra.
c) Niveles de aprobación.
d) Productos a recibir.
e) Métodos de costeo.
f) Licitaciones de compras.
4. Control de stock / Inventario, Control de múltiples depósitos y ubicaciones
dentro de almacenes virtuales. Teniendo la valoración del inventario en tiempo
real. Controlando y minimizando el riesgo de fugas de stock. Configuración de
reglas de reabastecimiento automático de los productos. Teniendo una
trazabilidad completa del movimiento de las mercaderías.
a) Productos. Fichas de productos, múltiples niveles de categorías de
productos, tipos de productos (Servicios, Consumibles, Almacenes).
b) Ajustes de Inventario, Control de pérdidas o desechos, gestión de lotes o
números de serie, planificadores de abastecimiento, valoración de
inventario, múltiples depósitos, múltiples ubicaciones en los depósitos,
trasferencias entre depósitos, inventarios periódicos o perpetuos.
c) Enrutamientos avanzados.
i. Drop-shipping, Cross-docking y Multi-warehouse.
ii. Picking, packing y shipping.
iii. Políticas de entrada y salida de productos de inventario: FIFO, LIFO
y FEFO.
5. Ventas, Creación y envió de presupuestos, pedidos de ventas,
administración de diferentes listas de precio por segmento de clientes, fechas
especiales, volumen de ventas, gestión de las entregas.

11
6. CRM, Creación de equipos de vendedores, registro de oportunidades y
haga un seguimiento de las mismas. Fijar objetivos de venta. Teniendo una visión
completa de los clientes y su comportamiento de compra, agenda de tareas de
reuniones a realizar.
7. Producción, Se ajusta a cualquier proceso de producción, sean productos
tangibles o gastronómicos, Creación de lista de materiales. Definición de procesos
de producción, creación de órdenes de producción y órdenes de trabajo. Control
de materia prima a utilizar y utilizada. Control al día de seguimiento de costos de
producción, sean materiales mano de obra y/o costos indirectos de fabricación.
a) Listas de Materiales/Fórmulas/Recetas: Materias primas, productos
intermedios, productos terminados.
b) Órdenes de producción: previsión de materia prima, materia prima
consumida, productos terminados, gestión por órdenes de
producción u órdenes de trabajo
c) Planeamiento de producción-MRP
d) Planificador MRP II que usa las capacidades y horarios de los
centros de trabajo.
e) Centros de rutas de producción
f) Programa maestro de producción- MPS.
g) Control de calidad
h) Mantenimiento preventivos y correctivos de maquinarias
i) Gestión de ciclo de vida del producto (PLM)/Gestión de cambio de
versión de fórmulas.
8. Sitio web / eCommerce, Situé el negocio al nivel de las grandes marcas.
Marque presencia en internet, ofreciendo a los clientes la posibilidad de comprar
sus productos desde donde estén. Modulo completamente integrado a los demás
para mantener actualizados los precios, existencias y pedidos.
9. Contabilidad, Haga que la Contabilidad sea útil para usted, gestione sus
cuentas bancarias y extractos de las mismas. Mantenga saldos del movimiento de
tesorería, fondo fijo. Defina su propio plan contable. Obtenga todos los reportes
contables en tiempo real. Todos los módulos integrados para generar asientos

12
automáticamente con cada transacción. Localización para cumplir con los
estándares legales y normativos de Honduras. Definición de Plan de Cuentas,
Asientos Contables, Diarios de Transacciones, Libro Mayor, Libro de Ventas y
Compras, Balance de Sumas y Saldos, Balance de Situación Patrimonial, Estado
de Resultados, Cuentas Bancarias, Extractos Bancarios y Conciliaciones,
Definición de Impuestos, Presupuestos, Activos Fijos.
10. Recursos Humanos, Gestione el capital humano de la empresa, Pago de
salarios, descuentos, contratos de empleados, asistencias y ausencias,
vacaciones, planillas. Directorios de Empleados, Departamentos, Marcador de
Asistencias, Registro de Asistencias, Registro de Ausencias, Calendario de
petición de ausencias, Aprobaciones, Resúmenes, Autogestión por empleados,
Pago de Salarios, Estructuras salariales, Jerarquías de estructuras salariales,
Órdenes de pago y Contratos de empleados.

Infraestructura tecnológica

Odoo está desarrollado sobre una arquitectura Web. Hay disponibles múltiples
aplicaciones cliente. El módulo del servidor está escrito en el lenguaje
Python. El cliente se comunica con este a través de interfaces XML-RCP y JSON.
La funcionalidad del negocio se organiza en módulos. Los módulos no son más
que meras carpetas con una estructura predefinida, con código en Python y
archivos XML en su interior. Un módulo define la estructura de los datos,
formularios, informes, menús, procedimientos, flujo de trabajo etc. Los módulos se
definen mediante una sintaxis independiente del cliente, de tal forma que añadir
nuevos objetos, como menús y formularios los hace disponibles para cualquier
cliente.

Aplicaciones Cliente

Los clientes son livianos porque no contienen la lógica del negocio. Se da soporte
a dos aplicaciones.

13
 1. Una aplicación web implementada con un servidor HTTP que permite a
los usuarios conectarse mediante un navegador de internet.
2. Una aplicación de escritorio escrita en Python utilizando el kit de
herramientas GTK

Base de datos

Odoo usa PostgreSQL como gestor de base de datos. PostgreSQL es un potente

sistema de base de datos relacional de objetos de código abierto con más de 30
años de desarrollo activo que le ha valido una sólida reputación de fiabilidad,
solidez de características y rendimiento. LA comunidad PostgreSQL ofrece
muchos lugares útiles para familiarizarse con la tecnología, descubrir cómo
funciona y encontrar oportunidades de carrera.

Informes

Odoo también cuenta con un sistema de reportes propio utilizando Webkit, y

permite integración con otros motores como [Link] o Jaspersoft.

Código fuente y contribuciones

El Código fuente de Odoo se aloja en GitHub,utilizando el sistema de control de

versiones Git. Las contribuciones y la documentación también se administran
mediante GitHub. Un sitio web dedicado a recopilar toda la documentación fue
lanzado en 2009.

Seguridad informática

Cifrado de la conexión entre el usuario y el programa de gestión, para los sistemas

públicamente accesibles mediante certificados TLS autorrenovables y forzamos
las conexiones HTTP a pasar a HTTPS. Utilizamos software especializado en la
gestión de secretos para garantizar la máxima granularidad y seguridad de los
mismos, almacenándolos de forma encriptado y haciéndolos inaccesibles para
quien no los necesite. También incluye medidas de precintado para emergencias.

14
Copias de Seguridad

Los respaldos se realizarán con la siguiente periodicidad

1. Respaldo diario especializado en una data center alterno o en el del cliente.

2. Respaldo genérico incremental cada hora, para recuperación de desastres.
3. Almacenamiento remoto, para evitar la pérdida de los datos personales en
caso de borrado accidental o fallo del sistema.

Controles de acceso lógico

1. Acceso mediante clave privada, Se deshabilita el acceso por contraseña a

las conexiones SSH obligando a acceder a los servicios por clave privada
para evitar posibles intentos de ataques de fuerza bruta por SSH.
2. Cifrado de la contraseña, Para evitar el robo de contraseñas de los
usuarios, se almacena en la base de datos un hash no reversible en lugar
de la contraseña.
3. Protección contra ataques de fuerza bruta, se bloquea el acceso desde una
determinada IP una vez se detecta que ha fallado un número de veces.
4. Soporte para autenticación OAuth y LDAP, El cliente puede optar por usar
un proveedor OAuth o LDAP para autenticarse a sus servicios, delegando
los sistemas y mecanismos de seguridad de terceros como Google o
Microsoft.

Controles de seguridad sobre el software

1. Actualizaciones de seguridad automáticas periódicas, Empleamos

sistemas que reciben automáticamente las últimas actualizaciones de
seguridad y los configuramos para que se apliquen automáticamente. De
esta manera queda reducido el riesgo de que se produzcan ataques en el
periodo que transcurre entre la notificación de una vulnerabilidad y la
aplicación de los parches de seguridad.

15
 2. Servicios ofrecidos a clientes, Aislamos de manera lógica los servicios
ofrecidos a los clientes logrando reducir la superficie susceptible de ser
atacada. Siempre aplicando el máximo nivel posible de aislamiento,
aislando base de datos, información y hasta servicios entre clientes.
3. Integración Continua, Utilizamos una colección de pruebas automatizadas
para asegurar el funcionamiento del código:
a) Pruebas unitarias, para comprobar que cada pieza del programa
funcione como se espera.
b) Pruebas de integración, para comprobar que la combinación de
todas las piezas del programa funciona como se espera.
c) Pruebas de interacción, que comprueben que el aspecto y
comportamiento visual sean los que se espera.

4. Despliegue Continúo, Desplegamos nuestro servicio de forma

automatizada, reduciendo así las probabilidades de fallo humano y el Down
time (tiempo en que la aplicación no pueda usarse por estar siendo
actualizada).

Contingencia informática

Nuestro procedimiento de gestión de incidentes y brechas de seguridad incluye el

mantenimiento y revisión periódica de un registro de todas las incidencias que se
produzcan en nuestra entidad, garantizando así el continuo aprendizaje,
prevención y mejora. Además, dicho procedimiento de gestión de incidencias
incluye mecanismos agiles de notificaciones de incidencias que garantizan, ante
todo, la rapidez en la detección y comunicación de la incidencia al cliente.

Definiéndose los requisitos para la taxonomía.

El objetivo de esta fase es identificar y establecer dos tipos de relaciones entre las
categorías de la taxonomía: la relación jerárquica y la relación asociativa. El
resultado será un vocabulario controlado en forma de estructura conceptual. La
relación jerárquica se basa en grados o niveles de orden superior y subordinación,

16
en que un término general representa un todo o clase y los términos subordinados
corresponden a sus miembros, partes o instancias. Todas las categorías de una
faceta deben estar conectadas por relaciones jerárquicas. La relación asociativa
conecta categorías (de diferentes facetas) a partir de asociaciones de ideas que
se pueden dar entre: una acción y su resultado o producto; un concepto y una
propiedad del mismo; un producto y el material con que está hecho.

Ilustración 1. Taxonomía de Requisitos de sistemas

Ilustración 2 Dependencias entre los componentes

17
Las normas o políticas que deben implementarse
Los estándares de calidad de software hacen parte de la ingeniería de software,
utilización de estándares y metodologías para el diseño, programación, prueba y
análisis del software desarrollado, con el objetivo de ofrecer una mayor
confiabilidad, mantenibilidad en concordancia con los requisitos exigidos, con
esto se eleva la productividad y el control en la calidad de software, parte de la
gestión de la calidad se establecen a mejorar su eficacia y eficiencia.

En un escenario en el que los sistemas de software se desarrollan y construyen

por terceros proveedores, el contratante del servicio, como primer receptor del
mismo, en muchos casos debe confiar en el buen hacer del proveedor
seleccionado, especialmente si nos dispone de los medios apropiados para auditar
la entrega y en su caso argumentar defectos en el proceso de desarrollo.

En general, una vez validado que el sistema responde a los principales

requisitos funcionales especificados, el usuario realizará las pruebas de
aceptación, corrigiendo los errores encontrados y tas pasándose al fin del entorno
de producción. Sin embargo, en muy pocas ocasiones se validan de manera
rigurosa los requisitos funcionales y los no funcionales, o se ejecutan validaciones
que aseguren que el sistema es lo suficientemente robusto y estable como para
pasar a un entorno productivo con las garantías adecuadas.

Como norma utilizada para el SGI de este proyecto y dado que se trata de una
implementación de un producto previamente creado se utilizará la siguiente con el
objetivo de medir la calidad del software:

Norma ISO/IEC 9126

La norma ISO/IEC 9126 de 1991, es la norma para evaluar los productos de

software, esta norma nos indica las características de la calidad y los
lineamientos para su uso, las características de calidad y sus métricas
asociadas, pueden ser útiles tanto como para evaluar el producto como para
definir los requerimientos de la calidad y otros usos. Esta norma definida por un
marco conceptual basado en los factores tales como Calidad del Proceso,

18
Calidad del Producto del Software y Calidad en Uso; según el marco conceptual,
la calidad del producto, a su vez, contribuye a mejorar la calidad en uso.

La norma ISO/IEC 9126 define la calidad en uso como la perspectiva del usuario
de la calidad del producto software cuando éste es usado en un ambiente
específico y un contexto de uso específico. Éste mide la extensión para la cual
los usuarios pueden conseguir sus metas en un ambiente particular, en vez
de medir las propiedades del software en sí mismo.

El modelo de la calidad en uso muestra un conjunto de 4 características:

efectividad, productividad, integridad, y satisfacción.

Este estándar está fraccionado en cuatro partes, las cuales se encargarán de

dirigir, las métricas externas, las métricas internas, la calidad en las métricas de
uso y expendido.

Los modelos de calidad para el software se describen así:

 Calidad interna y externa: Pormenoriza los detalles mediante la aplicación

de 6 características para calidad interna y externa. Cuando el software se
utiliza como una parte de un sistema informático global, estas divisiones se
aprecian externamente, y se presentan como el resultado de atributos
internos de software.

19
  Calidad en uso: es el resultado final que contemplará el cliente, después
de aplicar las 6 características de la calidad interna y externa del software.
También se especifican 4 características para la calidad en uso.

Al agrupar calidad interna, calidad externa y la calidad en uso se conseguirá un

modelo para la evaluación mucho más robusto y eficaz.

Pero no se debería equiparar la usabilidad del modelo de calidad externa e interna

con el modelo de calidad en uso, ya que, la usabilidad es la forma como los
profesionales entienden la funcionabilidad del software, mientras que la calidad en
uso se podrá interpretar como la forma en la cual lo entiende el usuario final.

Al fusionarse los dos modelos, el resultado será que se mantendrán los seis
indicadores del primer modelo como atributos, y en cuanto al modelo de calidad,
sus 4 indicadores pasarán a actuar como sus atributos.

Se establecerán categorías para las cualidades de la calidad externa e interna, así

como para la calidad en uso del software. Si se tienen en cuenta los 7 indicadores
(funcionalidad, confiabilidad, utilidad, eficiencia, capacidad de mantenimiento,
portabilidad y calidad en uso), los cuales se desglosarían a la vez en varios
indicadores; estos se podrían medir por métrica interna o externa.

Las definiciones se verían para cada característica y subcaracterística de calidad

del software que influye en la calidad. Por cada característica y subcaracterística,
la capacidad del software se determinaría por el total de los atributos internos que
pueden ser medidos. Idénticamente, las características y subcaracterísticas se
podrán medir externamente por la capacidad del sistema que contiene el software.

El estándar describe 6 características generales, las cuales se detallarán a

continuación:

1. Funcionalidad.
2. Confiabilidad.
3. Usabilidad.
4. Eficiencia.
5. Mantenibilidad.
20
 6. Portabilidad.

1. Funcionalidad.
Es la capacidad que tiene el software para cumplir y dotar de las funciones
necesarias para satisfacer las necesidades explícitas e implícitas cuando es
utilizado en condiciones específicas. Incluye las siguientes subcaracterísticas:
1.1. Adecuación. Propiedades que tiene el software y están relacionadas con
la presencia y aptitud de un conjunto de funciones para tareas
especificadas.
1.2. Exactitud. Atributos del software relacionados con la disposición de
resultados o correctos.
1.3. Interoperabilidad. Atributos del software que se relacionan con su pericia
para la interacción con sistemas especificados.
1.4. Seguridad. Propiedades del software relacionadas con su capacidad para
advertir y evitar acceso no autorizados, deliberados o fortuitos, a
aplicaciones o bases de datos.
1.5. Cumplimiento funcional.
2. Confiabilidad.
Es el conjunto de atributos que tienen relación con la capacidad del software
para mantener su nivel de prestación durante un período establecido.
Sus sub características son:
2.1. Madurez. Capacidad que presentará el sistema y que conseguirá
disminuir la probabilidad de sufrir fallos.
2.2. Recuperable. Atributos relacionados con la magnitud de restablecer el
nivel de continuar trabajando y recuperación del estado y de los datos
afectados en caso de avería.
2.3. Tolerancia a fallos. Capacidad de mantener una cota de garantía y
estabilidad adecuada en el caso de sufrir inconvenientes no esperados.
2.4. Cumplimiento de Fiabilidad. Posibilidad de aglutinar normativas y
legislación que tengan como finalidad garantizar la fiabilidad del sistema.
3. Usabilidad.

21
 Es el conjunto de propiedades de un software, que facilita a todos los roles de
usuario final, poder trabajar y gestionarlo con la suficiente destreza e intuición.
Sus subcaracterísticas son:
3.1. Aprendizaje. Cuantifica la cantidad de tiempo necesaria que necesita un
usuario para poder conocer con cierta soltura potencial de las funciones y
recursos que ofrece el software.
3.2. Comprensión. Mide el nivel de rapidez y facilidad con el que los usuarios
pueden conocer el potencial de las funciones del software.
3.3. Operatividad. Facilidad con la que el usuario puede realizar las
operaciones que desea en cada momento para ejecutar una acción.
3.4. Atractividad. Valora la presentación gráfica del software, así como la
muestra de las acciones.
4. Eficiencia.
Se refiere a la valoración y cuantificación entre la cantidad de recursos que
ofrece la aplicación, y que puede ser en relación con el tiempo de resolución
de las operaciones, como por el número de recursos que ofrece.
Existen dos alternativas:
4.1. Comportamiento en el tiempo. Cantidad de tiempo de respuesta y
procesamiento necesarios para ejecutar una acción con el software.
4.2. Comportamiento de recursos. Cantidad y número de tipos de recursos
necesarios por la aplicación para resolver determinadas tareas.
5. Mantenibilidad.
Magnitud que cuantifica la facilidad que presenta la aplicación para ser
ampliada, alterada o depurar posibles fallos que se localicen.
Sus subcaracterísticas serían:
5.1. Estabilidad. Fortaleza con la que el sistema responde ante posibles riesgos
o situaciones inesperadas.
5.2. Facilidad de análisis. Rapidez del sistema para diagnosticar y mostrar los
resultados de posibles fallos o circunstancias excepcionales.
5.3. Facilidad de cambio. Versatilidad con la que el software puede ser
modificado por cuestiones de actualizaciones o imprevistos sufridos.

22
 5.4. Facilidad de pruebas. Medida con la que se valora la simplicidad con la
que la aplicación ejecuta distintas funciones.
6. Portabilidad.
Es la capacidad y potencia de la que dispone una aplicación o sistema software
para poder ser trasladado de unas plataformas a otras.
6.1. Capacidad de instalación. Esfuerzo que se necesita realizar para proceder
a la instalación de una aplicación a un entorno concreto.
6.2. Capacidad de reemplazamiento. Esfuerzo necesario para trabajar con una
aplicación diferente a otro software previo en un entorno concreto.

Calidad de uso.
Son el conjunto de propiedades que envuelven a la seguridad del sistema y la
aprobación por el cliente del software creado.
 Eficacia. Capacidad del software para resolver los procesos que el cliente
le encarga.
 Productividad. Cuantificación del rendimiento con el que el sistema
resuelve las labores que le encomienda el usuario.
 Seguridad. Capacidad de evitar riesgos e intrusiones, voluntarias o
involuntarias, de acceso no autorizado al sistema.
 Satisfacción. Grado de conformidad que presenta el cliente del software
encargado en origen y del producto obtenido.

El atributo “Conformidad” no se detallada anteriormente porque se especificó en

todas las características.

Se ha procedido a detallar cada una de las subcaracterísticas en un conjunto de

atributos. Un atributo se puede definir como un concepto que se puede evaluar y
calcular en la aplicación desarrollada. Estos atributos variarán entre cada uno de
los productos software.

Un proyecto software englobará documentación muy variada, como archivos

ejecutables, código fuente, descripciones de arquitectura, y demás. Todo ello
afectará a lo que podremos considerar también usuarios de roles como

23
operadores y programadores, quienes harán uso y reutilizarán partes de código
que se encuentran disponibles en las bibliotecas software.

Las “métricas internas”, son aquellas que son independientes a la ejecución del
software, y las “métricas externas”, por el contrario, son las que se aplicarán al
programa que está en funcionamiento.

Para un correcto uso, la calidad en las métricas, solo estarán realmente

disponibles, cuando el software obtenido se prueba en situaciones reales. Del
mismo modo, la calidad interna no implicará calidad externa.

Los procedimientos.
El primer objetivo es exponer las fases que componen el proceso de selección del
sistema ERP. Presentamos un tipo de metodología que nos sirva de guía para
elegir el ERP que mejor se adapta.

Ilustración 3 Arquitectura del sistema Odoo

Las herramientas de software que proporcionen la interoperabilidad para

dichos componentes.
El servidor de Odoo se basa en una arquitectura donde el acceso a los datos y la
lógica de negocio (Modelo) están separados de la presentación de los datos y la
interfaz de usuario (Vista) a través de un componente de intermedio con acceso a
ambos denominado Controlador. Este tipo de diseño se llama Modelo-Vista-

24
Controlador (MVC). Por tanto, el Modelo es la capa donde se trabaja con los datos
y se accede a la información basada en objetos para modificarlos, actualizarlos,
crearlos, etc. La Vista es la capa que nos presenta la información mediante la
interfaz de usuario, trabaja con los datos pero no accede directamente a ellos.
Cada vista del sistema Odoo está definida en documentos XML. Y por último, el
Controlador es la capa que sirve de enlace entre la Vista y el Modelo, y contiene
el código necesario (Python) para responder a las acciones que se solicitan en la
aplicación por parte del usuario.

Ilustración 4 Diseño Modelo-Vista-Controlador del sistema Odoo

IV. DESARROLLO DEL PROYECTO

V. AUTORIZACIÓN Y DIVULGACIÓN

VI. CONCLUSIONES

BIBLIOGRAFÍA

25
26