Evaluacion Tecnico Funcional Erp

Ministerio del Poder Popular para las Telecomunicaciones y la Informtica Centro Nacional de Tecnologas de Informacin
EVALUACIN TCNICO-FUNCIONAL DE SISTEMAS INTEGRADOS DE GESTIN ADMINISTRATIVA, PARA LAS INSTITUCIONES ADSCRITAS AL MINISTERIO DEL PODER POPULAR PARA LAS TELECOMUNICACIONES Y LA INFORMATICA
Caracas, 04 de Octubre de 2007
Av. Universidad, Esquina El Chorro, Torre Ministerial, piso 11, La Hoyada, Caracas Telf. 0212-7718800. Fax 0212-771.86.48 Sitio Web: www.cnti.gob.ve
ndice de contenido
1.- ABREVIATURAS..........................................................................................4 2.- INTRODUCCIN.........................................................................................5 3.- JUSTIFICACIN...........................................................................................7 4.- OBJETIVO GENERAL....................................................................................9 5.- OBJETIVOS ESPECIFICOS.............................................................................9 6.- PROPUESTA METODOLGICA....................................................................10 6.1.Metodologa (MEECS)...........................................................................11 a) Preseleccin del Software...................................................................11 b) Ajuste del Modelo de Estimacin de la Calidad de Software...............12 c) Aplicacin del Modelo de Calidad Ajustado ........................................12 d) Elaboracin de Informe de Calidad.....................................................12 e) Seleccin Final del Software................................................................13 6.2.- Modelo de Estimacin de Calidad de Software (MOECS)...................14 1) Matriz de Calidad MOECS...................................................................15 2) Matriz de Calidad Ajustada a Software de tipo ERP (MOECSA)..........16 7.- MECANISMO DE APLICACIN DE LA METODOLOGA (SAMOECS).............17 8.- SISTEMAS DE GESTIN ADMINISTRATIVA INTERNA SELECCIONADOS PARA EL PROCESO DE EVALUACIN.........................................................................18 8.1. SAI......................................................................................................21 8.2. K2B ERP..............................................................................................22 8.3.SIGESP.................................................................................................24 9.- ASPECTOS FUNCIONALES Y TCNICOS EVALUADOS................................25 10.- INSTITUCIONES PARTICIPANTES. EQUIPOS DE TRABAJO........................26
11.- PROCESO DE EVALUACIN Y CRONOGRAMA DE EJECUCIN...............28 12.- RESULTADOS OBTENIDOS.....................................................................31 12.1. Resultados de la Evaluacin Por Sistema..........................................31 12.2.Resultados de la Evaluacin Por Tipos de Mtricas............................32 12.3.Resultados de la Evaluacin Por Dominios........................................33 12.4.Resultados de la Evaluacin Por Categora de Calidad......................34 13.- CONSIDERACIONES Y RECOMENDACIONES FINALES.............................36 14.- APENDICE A. CARACTERICTISCAS POR CATEGORIA DEL MODELO MOECS .......................................................................................................................38 15.- APENDICE B. METRICAS TECNICAS DEL MODELO MOECS AJUSTADO A SOFTWARE DE TIPO ERP (MOECSA)................................................................56 16.- APENDICE C. METRICAS FUNCIONALES Y LEGALES DEL MODELO MOECS AJUSTADO A SOFTWARE DE TIPO ERP (MOECSA)............................................68 17.- APENDICE D. GRUPOS DE OPCIONES Y VALORES PARA LAS METRICAS EN MOECS............................................................................................................80 18.- REFERENCIAS........................................................................................82
1. ABREVIATURAS
Abreviatura AP CNTI ERP GGIS ISO MEECS MOECS MOECSA MPPTI Administracin Pblica Centro Nacional de Tecnologas de Informacin Enterprise Resource Planning o Gestin (de Informacin) Organizacional. Gerencia General de Ingeniera de SW del CNTI International Standard Organization u Organizacin de Estndares Internacionales Metodologa de Estimacin de la Calidad de Software Modelo de Estimacin de la Calidad de Software MOECS ajustado segn el tipo de software a evaluar Ministerio del Poder Popular para las Telecomunicaciones y la Informtica Significado
2. INTRODUCCIN
En el marco de la ejecucin de los lineamientos del Ministerio del Poder Popular para las Telecomunicaciones y la Informtica (MPPTI), dirigidos a establecer una estructura para la certificacin y generacin de estndares generales en tecnologas de informacin, con la finalidad de unificar, normar, estandarizar y certificar la instalacin y uso de estas tecnologas en la Administracin Pblica (AP), el Centro Nacional de Tecnologas de Informacin (CNTI), como organismo adscrito al MPPTI y encargado de ejecutar tales lineamientos, ha llevado a cabo entre los meses de Septiembre y Octubre del 2007, un proceso de evaluacin y seleccin de sistemas de gestin administrativa con el propsito de determinar, en muy corto plazo, la mejor alternativa disponible que pueda ser implantada en el Ministerio del Poder Popular para las Telecomunicaciones y la Informtica (MPPTI) y sus organismos adscritos. Como parte de este proceso, el CNTI se ha propuesto la conceptualizacin y diseo de una metodologa de estimacin de calidad de software (sistemas), cuyo propsito no es slo aplicarla al proceso en cuestin, sino proponerla como una metodologa estndar. Dicha metodologa comprende la evaluacin de diversos aspectos funcionales y tcnicos de los sistemas sujetos a seleccin, agrupados por categoras, y est basada en estndares internacionales. Las ventajas de desarrollar y aplicar una metodologa de este tipo para los fines ya descritos, radica en que puede ser mejorada en la medida que su aplicacin sea continua en los organismos de la AP, pues generar aprendizaje y conocimientos cuyo anlisis e interpretacin permitir adecuar conceptos, criterios, categoras, atributos e instrumentos que se estn utilizando, adems que establecer prcticas de trabajo inter-institucionales en materia de evaluacin y seleccin de sistemas para la AP, que
sustenten la toma de decisiones y fomenten la cooperacin entre organismos pblicos. En ese sentido, el presente informe tiene como propsito describir el trabajo realizado por el CNTI, en lo relacionado a la metodologa de estimacin de calidad de sistemas, diseo de los mecanismos de implementacin, alternativas seleccionadas para el proceso de evaluacin (que en este caso corresponde a sistemas para la gestin administrativa interna), caractersticas evaluadas (producto del esfuerzo de profesionales expertos en las reas funcionales y tcnicas), resultados obtenidos durante el proceso de evaluacin, y las recomendaciones. Por ltimo, se anexan los cuestionarios respondidos por el grupo de expertos evaluadores seleccionados para participar en el proceso (procedentes de organismos de la AP , rectores en la materia), algunos de los cuales participaron no slo con su opinin, sino en la formulacin y seleccin de nuevas caractersticas o mtricas evaluadas.
3. JUSTIFICACIN
El desarrollo y aplicacin de la metodologa aqu propuesta, y el proceso de evaluacin en s, se justifican por varias razones: Por la necesidad de obtener resultados concretos y de impacto en el Plan de Migracin a Software Libre, replicables en el resto de la AP, y en particular en el campo de las grandes aplicaciones o sistemas informticos.
Por la necesidad imperante de implantar un sistema de tipo ERP para su uso en los organismos adscritos al MPPTI.
Por la naturaleza del ambiente tecnolgico en las instituciones de la AP, en el sentido de que existen disponible una variedad de productos de software libre que requieren ser evaluados segn tcnicas y criterios objetivos, a fin de determinar su nivel de adecuacin para satisfacer los requerimientos de estas instituciones.
Por darle cabal cumplimiento al cuerpo de polticas, lineamientos y leyes en tecnologas de informacin, que se han dictado en el pas en los ltimos aos y en especial al Decreto N 3.390, que deben traducirse en tcnicas, criterios e instrumentos aplicables a la evaluacin y seleccin de productos de software para las instituciones de la AP.
Por la utilidad potencial de la aplicacin de la metodologa en organismos de la AP en la medida que permita lo siguiente:
Medir Madurez, Tolerancia a Fallos y Recuperabilidad de los productos de software para la AP, sobre la base de criterios objetivos.
Difundir terminologas y procedimientos en evaluacin y seleccin de productos de software entre organismos de la AP. Desarrollar experticia para sustentar la toma de decisiones interinstitucional pblica vinculada al uso e instalacin de software de uso comn en la AP. Establecer prcticas de trabajo institucionales alineadas con normas internacionales (Ej. Normas ISO). Mejorar la gestin de riesgos y de la calidad de procesos y productos de software (para minimizar los factores de riesgo y detectar errores de anlisis, diseo e implementacin de manera temprana).
4. OBJETIVO GENERAL
Ejecutar un proceso de seleccin y evaluacin de sistemas de gestin administrativa, con miras a determinar la alternativa que ms se adapte a los requerimientos del MPPTI, y sus organismos adscritos.
5. OBJETIVOS ESPECIFICOS
Disear e implementar una metodologa de estimacin de calidad para los sistemas informticos. Diseo e implementar metodologa. Identificar un conjunto de alternativas para la automatizacin de la gestin administrativa interna en el MPPTI y sus organismos adscritos. Identificar las caractersticas funcionales y tcnicas a ser evaluadas en las alternativas seleccionadas. Conformar los equipos de expertos tcnicos y funcionales que llevarn adelante el proceso de evaluacin. Definir y ejecutar el cronograma de sesiones de evaluacin tcnica y funcional, conforme a la metodologa seleccionada. Generar el informe de calidad, con los resultados y recomendaciones. mecanismos o sistema para la aplicacin de la
6. PROPUESTA METODOLGICA
En el marco del proceso de evaluacin llevado adelante por el CNTI, se propone el uso de una nueva metodologa, denominada Metodologa de Estimacin de la Calidad del Software (MEECS), la cual utiliza el modelo integrado y simplificado denominado Modelo de Estimacin de la Calidad de Software (MOECS). MEECS es el resultado de unificar en un conjunto de pasos: ISO 14598 (Modelo para el Proceso de Evaluacin del Producto de Software) [CNT001].

CMMI (Capability Maturity Model Integration). INFOCAS (Integracin Formal de Modelos de Calidad con Enfoque Sistmico) [MOS001].
MOECS es el resultado de unificar en una matriz de calidad: ISO 9126 (Modelo de Calidad Externa e Interna) [ABU001] y sus variantes (9241, 10741, 11581, 18019, 13407, 16982, 16071, 15910, 20282) [CNT001]. Mc Call (Modelo de Calidad de la Operacin, Revisin y Transicin del Producto de Software) [PAZ001]. MOSCA (Modelo de Calidad Sistmica de Software) [MOS001].
6.1.Metodologa (MEECS)
En la aplicacin de la metodologa participan tres equipos de trabajo cuyos roles se describen a continuacin: Equipo de Calidad: se encarga de controlar y hacer seguimiento al proceso de evaluacin en cuanto a MEECS y el MOECS ajustado que se aplique. Deber estar formado en la aplicacin de las normas en las que se basa MOECS. Equipo Evaluador: se encarga de la preseleccin y evaluacin del software por medio de la aplicacin de la MEECS suministrado por el equipo de calidad; adems de la revisin y presentacin del informe de calidad al equipo seleccionador. Equipo Seleccionador: se encarga de la revisin y aprobacin final del informe de calidad, as como de la inclusin formal en dicho informe de la decisin del equipo seleccionador respecto al software seleccionado por su nivel de calidad. A continuacin se listan y describen cada uno de los pasos de MEECS: a) Preseleccin del Software El equipo evaluador se dedicar a seleccionar los sistemas que sern sometidos a la evaluacin mediante la aplicacin de MOECSA (MOECS ajustado segn el tipo de solucin a evaluar). Esta preseleccin inicial se fundamenta en los requerimientos bsicos (iniciales) que deben cumplir el software en cuestin (es decir, El software a evaluar debe ser de tipo ERP).
b) Ajuste del Modelo de Estimacin de la Calidad de Software El equipo de calidad de software proceder a refinar y revisar en forma conjunta con todos los equipos restantes, la matriz de calidad de MOECS, a travs de la seleccin de las categoras, caractersticas y mtricas1 para la creacin de un modelo ajustado denominado MOECSA (Ajustado al tipo de solucin a evaluar, en este caso de tipo ERP). Este ajuste permitir determinar a travs de un enfoque sistmico si el software cumple eficiente y eficazmente con los requerimientos de diseo y de uso, presentes y futuros. c) Aplicacin del Modelo de Calidad Ajustado El equipo evaluador proceder a la ponderacin de las mtricas de MOECSA debidamente escritas en cuestionarios para cada uno de los software preseleccionados. Los cuestionarios contienen las mtricas para cada rol del equipo evaluador al cual estn destinadas (usuarios finales, auditores, desarrolladores, lderes del proyecto, etc.). La ponderacin de las mtricas se realiza de acuerdo a un grupos de opciones con valores ascendentes + descendentes - (cuando se invierten los valores de las opciones) (Vase en los apndice Grupo de Opciones y Valores de las Mtricas en MOECS). d) Elaboracin de Informe de Calidad El equipo evaluador proceder a elaborar y revisar en forma conjunta con todos los equipos restantes, el informe de calidad, donde se representar a travs de cuadros y grficos el resultado de haber aplicado MOECSA.
1 Vase apndice B y C del presente informe.
Para realizar esto, se establecen los valores netos (%) obtenidos para cada una de las caractersticas a travs del promedio de los valores obtenidos en la mtricas por cuestionario y por software, y seguidamente, se establecen los valores netos (%) obtenidos para cada categoras a travs del promedio de los valores netos (%) obtenidos para las caractersticas.
Finalmente, caractersticas, indicadores:
con los valores netos para cada una de las categoras y para la seleccin final, establecer los siguientes
recomendamos
Nivel de calidad por categora/caractersticas: baja (0 - 49%), media (50 84%) alta (85 100%) - adaptacin del modelo de Mc Call - [PAZ001]. Tasa de cumplimiento por categora/caractersticas: no satisfecha (0 - X%) satisfecha (X+1 a 100 %) siendo el nivel de satisfaccin de X %, donde X es 60% como mnimo - adaptacin del modelo [MOS001].
e) Ejemplo del Clculo de Mtricas Para verificar la teora veamos un ejemplo prctico y supongamos que: Existe un (1) software A (Obviemos el subndice c de la frmula Ri,c, donde c diferencia a varios software en una evaluacin). Existen dos (2) evaluadores E1 y E2 de ndole funcional (m=2). Existen dos (2) mtricas M1 y M2 de las cuales sabemos que son dirigidas a
evaluadores del tipo funcional (n=4, y adems, i=f de funcional).
La mtrica M1 tiene tres (3) opciones: Opcin 1. Bajo (0-33%), Opcin 2. Medio (33-66%), Opcin 3. Alto (66-100%). La mtrica M2 tiene dos (2) opciones: Opcin 1. Si (100-100%), Opcin 2. No (0-0%). El mnimo (tope inferior) de la opcin 2 de M1 es 33%. El mximo (tope superior) de la opcin 2 de M2 es 0%) Y la siguiente matriz de opciones seleccionadas como respuestas a las preguntas de las mtricas M1 y M2: Mtrica M1 M2 Evaluadores E1 Bajo (0-33%) No (0-0%) E2 Medio (66-100%) Si (100-100%)
Aplicando la frmula con los Oijk donde: i = f criterio funcional, j = {1, 2} evaluadores, k = {1, 2} mtricas, Tenemos lo siguiente:
O'f11 = | min(Of11) + max(Of11) | / 2 O'f11 = | 0% + 33% | / 2 = 16,5% O'f12 = | min(Of12) + max(Of12) | / 2 O'f12 = | 0% + 0% | / 2 = 0%
O'f21 = | min(Of21) + max(Of21) | / 2 O'f21 = | 66% + 100% | / 2 = 83,5% O'f22 = | min(Of22) + max(Of22) | / 2 O'f22 = | 100% + 100% | / 2 = 100%
m j=1 k=1 n
Ri,c = [( O'ijk) / n]
Hacemos i=f y eliminamos la c (Software A, el nico): Rf = [(16,5% + 0%)/2] + [(83,5% + 100%)/2] = 50% Lo que significa que el nivel de calidad obtenido por el software A en el aspecto funcional medido por las mtricas M1 y M2 es de 50%.
6.2.- Modelo de Estimacin de Calidad de Software (MOECS)

MOECS esta formado por un conjunto de caractersticas (o atributos esperados de la solucin), agrupadas por categoras y evaluadas a travs de mtricas (criterios) capaces de ser expresadas en forma numrica asociadas a factores internos y externos relativos al producto (el software) y al proceso (de desarrollo de software). Los factores internos y externos del dominio del producto y del proceso que tienen asociados las caractersticas se describen a continuacin [MOS001]: Factores Externos del Producto: se refieren a las actividades de identificacin de requerimientos, diseo de interfaces y diseo general de la plataforma, debido a que la misma est relacionada con la adecuacin y comodidad del usuario.
Factores Internos del Producto: se refieren a las actividades de diseo interno y programacin, ya que un producto eficiente es alcanzado cuando se aplican las prcticas correctas de diseo y programacin en su desarrollo. Factores Externos del Proceso: se refieren a las actividades generales de gerencia, tales como liderazgo, administracin de cambio, relaciones humanas y grupales, ya que las mismas conducen a establecer buenas relaciones entre los integrantes del equipo responsable del desarrollo de software. Factores Internos del Proceso: se refieren a las actividades de gerencia de proyectos, las cuales incluyen el cumplimiento de fechas de entrega, aumento de la productividad y ahorro de recursos. Matriz de Calidad Ajustada a Software de tipo ERP (MOECSA) En el Apndice E, de este documento podemos conocer la matriz de calidad propuesta original de MOECS, sobre la cual, se deber hacer la refinacin de categoras y caractersticas a ajustar e incluir en MOECSA, de acuerdo al tipo de sistema a evaluar. La matriz de calidad de MOECSA ajustada para soluciones de tipo ERP, sobre la cual, se definirn el conjunto de mtricas que permitirn estimar la calidad del Software, se muestra a continuacin:
Categoras del Producto Caractersticas Externas
Funcionalidad
Adecuacin, Exactitud, Interoperabilidad, Seguridad, Conformidad
Fiabilidad
Usabilidad
Eficiencia
Tiempo y Recursos
Mantenibilidad
Portabilidad
Compresibilidad, Madurez, Fac. Aprendizaje, Toleracia a Fallos, Interfaz Grfica, Recuperabilidad Operabilidad.
Cap. de Anlisis, Adaptabilidad, Fac. de Cambio, de Instalacin, Pruebas, Conformidad Estabilidad Acoplado, Cohesivo, Encapsulado, Simple, Estructurado, Descriptivo, Modular
Caractersticas Internas
Estructurado, Especificado
Correcto
Completo, Efectivo, Documentado.
Parametrizado, Documentado,
Categoras del Proceso de Desarrollo Caractersticas Externas Caractersticas Internas
Cliente Proveedor
Adquisin
Ingeniera
Soporte
Resolucin de Problemas Documentacin, Gestin de la Conf.,
Gestin
Organizacional
Lineamiento Org., Mejoramiento del Proceso -
Desarrollo
7. MECANISMO DE APLICACIN DE LA METODOLOGA (SAMOECS)

El Sistema para la Aplicacin del Modelo de Estimacin de la Calidad de Software (SAMOECS), es una aplicacin Web desarrollada por el CNTI, con el objeto de automatizar el proceso de evaluacin. Entre las funcionalidades de este sistema se destacan las siguientes:
Registro Electrnico de los diferentes evaluadores. Aplicacin electrnica de los cuestionarios de evaluacin dependiendo del rol al
cual van dirigidas las mtricas de los mismos (funcional o tcnica) .
Emisin de actas finales de evaluacin para cada uno de los evaluadores y por software.
Generacin de reportes dinmicos, estadsticos con los resultados de la evaluacin (tablas y grficos).
8. SISTEMAS DE GESTIN ADMINISTRATIVA INTERNA SELECCIONADOS PARA EL PROCESO DE EVALUACIN

Para el caso que nos compete, un Sistema de Gestin Administrativa, Sistema de Gestin Gubernamental, o ERP -como es llamado por algunos expertos- debe automatizar (al menos), de manera integrada, los procesos de: Presupuesto (Formulacin/Planificacin) Compras Ordenacin de Pagos Tesorera Cuentas por Cobrar Cuentas por Pagar Inventario Almacn Activo Fijo Contabilidad Ingresos Propios (si aplica al organismo) Recursos Humanos (preferiblemente) Gestin de Proyectos Produccin (si aplica al organismo) Control de Obras (si aplica al organismo) Entre otros.
A travs de estos sistemas se puede formular el presupuesto de la institucin, ejecutar el mismo a travs de los procesos de compras, ordenacin de pagos, tesorera, y mantener la situacin presupuestaria y contable actualizada de manera automtica, a partir de las operaciones realizadas en los procesos mencionados anteriormente. Este tipo de sistemas generalmente son producto de desarrollos particulares y son utilizados en las organizaciones bajo licenciamiento copyright, se caracterizan por su alta complejidad dado el alto nmero de procesos que cubren, dependen de la utilizacin de grandes capacidades tecnolgicas de procesamiento y almacenamiento, y requieren complejos procesos de instalacin y configuracin. Adems de los requerimientos funcionales generales mencionados
anteriormente, el ordenamiento legal vigente establece la utilizacin, de manera prioritaria, de software libre en los organismos de la AP, de manera que este es un requisito adicional a tomar en cuenta a la hora de realizar la preseleccin. Sin embargo, un altsimo porcentaje de las alternativas disponibles estn diseadas para operar sobre plataformas basadas en software propietario, lo cual reduce enormemente la disponibilidad de soluciones que cumplen con los requerimientos iniciales. Es as, que durante el ao 2007 el CNTI se ha dedicado a la tarea de buscar alternativas para este tipo de aplicaciones, desarrolladas y licenciadas bajo los lineamientos del ordenamiento legal establecido. La preseleccin inicial de sistemas qued conformada por las siguientes alternativas: SAI (Sistema desarrollado por la Fundacin Instituto de Ingeniera, organismo
adscrito al Ministerio del Poder Popular para la Ciencia y la Tecnologa, y en proceso de implantacin en esta institucin, adicionalmente han desarrollado una versin para el Instituto Postal Telegrfico de Venezuela, IPOSTEL). K2B ERP (Sistema adquirido por el CNTI a travs del convenio de cooperacin energtica entre Uruguay Venezuela, actualmente CVG versin parametrizada de dicho software).
dispone de una
SIGESP (Sistema Integrado de Gestin Pblica, en funcionamiento en el Ministerio del Poder Poder para la Cultura y sus organismos adscritos).
A continuacin se describen brevemente las alternativas a ser evaluadas, de acuerdo a la informacin suministrada por el proveedor:
8.1. SAI
Nombre Descripcin SAI SAI es un sistema desarrollado para la planificacin de recursos empresariales y gestin de todos los procesos administrativos de una organizacin de tipo Administracin CENTRAL. Basado en el sistema administrativo de LA FUNDACION INSTITUTO DE INGENIERIA, pero adaptado a los procesos administrativos y convertido a herramientas de Software Libre por requerimiento del Ministerio de Ciencia y Tecnologa.

Mdulos/Procesos
Presupuesto Compras Contabilidad Transporte Inventario Boleto Memo Tesorera Servicios Caja Chica Bienes Nacionales Viticos Punto de Cuenta
Plataforma
Linux/Apache/JavaScript/PHP/PostgreSQL. Funciona va WEB
Equipo desarrollador FUNDACION INSTITUTO DE INGENIERIA (http://www.fii.org)
Nombre Comentarios
SAI Caractersticas ms resaltantes:

Incluye Mdulo de PUNTOS DE CUENTA Basado en esquema de trabajo tipo Workflow. Todo se hace desde una bandeja de entrada similar a la de un gestor de correo-e AUTENTICACION LDAP, lo cual facilita y permite mantener centralizado el proceso de administracin de usuarios. Mecanismos de seguridad para seguimiento de documentos fsicos (anexos). Incorporacin de Firmas Electrnicas Adaptado a la nueva moneda BOLIVAR FUERTE Con respecto al licenciamiento, se espera sea liberado bajo algn tipo de licencia libre, aunque la misma no se ha especificado an.
8.2. K2B ERP

Nombre Descripcin K2B, ERP K2B ERP es un producto que contiene un importante conocimiento de los procesos de negocio de las organizaciones de hoy, asegurando no solamente acompaar los cambios de la organizacin sino tambin promoverlos haciendo a la empresa ms competitiva.

Mdulos/Procesos
Planificacin del Presupuesto Compras y Suministros Almacn Activo Fijo Cuentas x Pagar Cuentas x Cobrar Contabilidad Tesorera RRHH (opcional) Gestin de Proyectos (opcional) Expedientes (opcional)
Plataforma
Linux/Apache/Apache TOMCAT/Java J2EE/PostgreSQL/MySQL. Funciona va WEB. Certificado su funcionamiento para SUSE Enterprise 9
Equipo desarrollador Genexus INTERNACIONAL (http://www.genexusconsulting.com)
Nombre URL Comentarios
K2B, ERP http://www.genexusconsulting.com K2B es un sistema que entra en la categora de los ERP (Enterprise Resource Planning). Est diseado con tecnologa de ltima generacin, permitiendo: Organizar y controlar automticamente los procesos de la empresa utilizando tecnologa de workflow Ajustar la aplicacin en tiempo de ejecucin adaptndose rpidamente a los cambios de la empresa y del mercado. Trabajar con el concepto de Organizacin Extendida o Extranet, de forma tal de involucrar a clientes, proveedores, y socios de negocio en general en los procesos B2B. Integrarse al resto de las aplicaciones de la empresa bajo el concepto de servicios. Brindar informacin de gestin y estratgica para los niveles gerenciales y de gestin utilizando tecnologa de Business Intelligence. Dar ms flexibilidad en la gestin organizacional: K2B est construido como una plataforma altamente adaptable (meta ERP) que permite su adaptacin a las necesidades especficas de cada pas (localizacin), industria (especializacin), y cliente (personalizacin). Otras caractersticas resaltantes:

Multi-empresa Multi-moneda Orientacin a Procesos Orientacin a Servicios Integracin va Portal
Producto opera bajo plataformas libres. Sin embargo su mantenimiento depende de herramientas que funcionan slo bajo Windows. Libertad de uso y replicacin en el territorio nacional.
8.3.SIGESP
Nombre Descripcin SIGESP SIGESP es un sistema administrativo integrado, conformado por una serie de mdulos, los cuales una vez implantados, permiten dar respuesta inmediata y oportuna a las necesidades de registro presupuestario, patrimonial, contable y administrativo en las organizaciones pblicas, tales como: ministerios, gobernaciones, alcaldas, institutos autnomos, sociedades annimas, asociaciones civiles, servicios autnomos sin personalidad jurdica, etc.

Mdulos/Procesos
Planificacin Estratgica y Formulacin de Presupuestos. Contabilidad Presupuestaria de Gastos. Contabilidad Presupuestaria de Ingresos, Contabilidad Financiera. Rentas Municipales. Facturacin para Hidrolgicas. Solicitud de Ejecucin Presupuestaria. Compras y Almacn. Ordenacin de Pagos. Caja y Bancos. Personal. Indicadores de Gestin. Proveedores, Beneficiarios y Contratistas. Registro y Seguimiento de Obras y Contratos. Activos Fijos o Bienes.
Plataforma Proveedor Comentarios
Linux/Apache/PHP/Mysql o PostgreSQL. Funciona va WEB SIGESP C.A. (http://www.sigesp.com) Sistema desarrollado bajo herramientas de software libre, pero su uso est regido por el licenciamiento establecido por el proveedor. Tipos de instituciones donde ha sido instalado:

Educativas. Hidrolgicas. Vivienda y Desarrollo Urbano. Cultura y Deporte. Financieras de Apoyo Agrcola y Comercial Instituciones de Turismo. Instituciones de Desarrollo Social. Instituciones de Aviacin Civil y Transporte. Seguridad Pblica Gobernaciones y Alcaldas
9. ASPECTOS FUNCIONALES Y TCNICOS EVALUADOS

Las mtricas de ndole tcnica a ser evaluadas fueron definidas por expertos en ltimas tecnologas, en particular en aplicaciones orientadas a la Web, software libre, arquitectura orientada a servicios y Facilidad de uso. De manera similar, las caractersticas o mtricas funcionales fueron determinadas por otro grupo de expertos en procesos y procedimientos dentro de la AP, quienes se apoyaron en el ordenamiento legal existente, y en su experiencia como funcionarios pblicos, algunos de ellos con amplia trayectoria en organismos rectores en la materia.
El Apndice B de este documento muestra todas las mtricas tcnicas y funcionales que fueron evaluadas en este proceso, las cuales conforman, organizadas por caracterstica y categora, la matriz del modelo de estimacin de calidad MOECS.
10. INSTITUCIONES PARTICIPANTES. EQUIPOS DE TRABAJO

El CNTI, con el propsito de hacer de ste un proceso transparente y abierto, ha incorporando el talento humano perteneciente a instituciones del estado rectoras tanto en los procesos como en la materia tecnolgica, contando con la participacin de las siguientes instituciones en la evaluacin:
Ministerio del Poder Popular de Finanzas (MPPF) Oficina Nacional del Tesoro (ONT) Oficina Nacional de Presupuesto (ONAPRE) Electrificacin del Caron (EDELCA) Oficina Nacional de Contabilidad Pblica (ONCOP) Adems, participaron profesionales de diferentes Gerencia del CNTI, y otras
personas en calidad de consultores independientes en el rea tecnolgica, conformando equipos de la siguiente forma:
Equipo de Calidad: conformado por el personal del CNTI de la Gerencia General de Ingeniera de Software, Gerencia General de Automatizacin y Procesos, Gerencia General de Planificacin y Presupuesto, Gerencia General de Gestin de Proyectos, Gerencia General de Informtica y Telecomunicaciones, y otras unidades administrativas de esta Institucin. Este equipo actu en calidad de planificadores del proceso, en la conformacin de la plataforma tecnolgica para la instalacin de los sistemas, asesora tcnica a los proveedores de las soluciones durante la instalacin, soporte tecnolgico,
diseadores de los mecanismos de aplicacin del metodologa, moderadores de las sesiones de evaluacin, logstica de apoyo y otras actividades.
Equipo Evaluador: qued conformado por personal de la Gerencia General de Ingeniera de Software, la Gerencia General de Automatizacin y Procesos, La Gerencia General de Planificacin y Presupuesto, la Gerencia General de Informtica y Telecomunicaciones del CNTI, los delegados de las instituciones participantes, mencionadas al comienzo de esta seccin. Adems, durante el proceso, particip personal de los responsables de cada sistema evaluado, como apoyo a la labor de los evaluadores. Equipo Seleccionador: conformado por personal de la alta directiva del CNTI y representantes de alto nivel provenientes de organismos de la AP, quienes analizarn los resultados de la evaluacin y tomarn las decisiones correspondientes.
DE EJECUCIN.
11. PROCESO DE EVALUACIN Y CRONOGRAMA

La conformacin de la plataforma tecnolgica de soporte al proceso de
evaluacin (instalacin de servidores y software de base, sistemas a evaluar, mecanismos de implementacin de la metodologa), se llev a cabo entre el 5 y el 7 de Septiembre de 2007.
Las sesiones de evaluacin tcnica y funcional de los sistemas preseleccionados se llevaron a cabo, entre el 10 de Septiembre y el 2 de Octubre de 2007, en la sede de la Academia de Software Libre del CNTI, de acuerdo al siguiente cronograma:
10 al 14 de Septiembre de 2007
Lunes 10
Evaluacin Maana TECNICA SAI (E)
Martes 11
Ajustes INSTALACION K2B
Mircoles 12
Jueves 13
Viernes 14
Evaluacin FUNCIONAL SAI Evaluacin FUNCIONAL Evaluacin FUNCIONAL (no ejecutada por SAI (E) SAI (E) problemas tcnicos) Evaluacin TECNICA SAI (adicional x problemas tcnicos) (E)
Tarde
Ajustes INSTALACION K2B
Evaluacin TECNICA SAI (E)
Evaluacin TECNICA K2B (E)
Evaluacin TECNICA K2B (E)
Lunes 17 Maana Tarde Martes 18 Mircoles 19 Jueves 20
Evaluacin FUNCIONAL SIGESP(E) Evaluacin TECNICA SIGESP(E)
Viernes 21
Evaluacin FUNCIONAL SIGESP(E) Evaluacin TECNICA SIGESP(E)
Evaluacin Evaluacin Evaluacin FUNCIONAL K2B FUNCIONAL K2B(E) FUNCIONAL K2B(E) (suspendida) Ajustes a la instalacin de SIGESP Ajustes a la instalacion de SIGESP
Lunes 24 Maana Tarde Martes 25
Evaluacin FUNCIONAL SAI (E)
Mircoles 26
Jueves 27
Evaluacin FUNCIONAL SIGESP (E)
Viernes 28
01 al 05 de Octubre de 2007
Lunes 01 Maana Martes 02
Evaluacin FUNCIONAL K2B(E)
Mircoles 03
Jueves 04
Viernes 05
Como herramienta de apoyo en la aplicacin de la metodologa, se utiliz el mecanismo mencionado en el punto 7 (sistema SAMOECS), desarrollado por el CNTI durante la ejecucin de este proyecto. Los evaluadores recibieron la respectiva induccin en el uso del herramienta en las primeras sesiones de evaluacin tcnica y
funcional, en las cuales tambin se explic la dinmica de desarrollo de las actividades (formulacin y explicacin de las preguntas por parte de los moderadores, respuestas por parte del personal de las empresas proveedoras, solicitud de aclaratorias y demostraciones de parte de los evaluadores, y registro de la opinin acerca de cada mtrica, a travs del sistema SAMOECS).
La informacin registrada por los evaluadores qued almacenada en una base de datos, a partir de la cual, de acuerdo a la ponderacin establecida para cada mtrica segn el Apndice D, podrn generarse los resultados en forma automtica (totales y por tipo de evaluacin para cada alternativa evaluada)
12. RESULTADOS OBTENIDOS

Debido a que los valores de las respuestas no son valores discretos sino rangos de valores para cada opcin (Vase Apndice D), los cuales, tienen un valor mnimo (tope inferior) y mximo (tope superior). Los resultados de la evaluacin se obtienen calculando el promedio (Prom. %) de los valores de todas las respuestas, donde el valor de cada respuesta es igual al promedio de los topes de la opcin seleccionada para la misma. As mismo, el promedio de los topes inferiores es "Prom. Mn. %" y el de los superiores es "Prom. Mx. %", por lo tanto, debe considerarse que el resultado "Prom. %" es un valor estimado que oscila en un rango acotado.
12.1. Nivel de Calidad Obtenido por Software
Ref. # R1 R1 R1
Software SAI - 2007 K2B - 2007 SIGESP - 2007
Prom. (%) Prom./Mn. (%) Prom./Mx. (%) 51.30 63.60 44.22 46.90 58.34 39.79 55.69 68.85 48.65
Esta grfica muestra los resultados obtenidos a nivel global (nivel de calidad obtenido), sin ninguna clasificacin especfica por cada alternativa evaluada.
12.2 Nivel de Calidad Obtenido por Dominio

Ref. # Dominio R1 R1 R1 R2 R2 R2 Proceso Proceso Proceso Producto Producto Producto Software SAI - 2007 K2B - 2007 SIGESP - 2007 SAI - 2007 K2B - 2007 SIGESP - 2007 Prom. (%) 67.01 75.67 50.00 50.82 63.23 44.04 Prom./Mn. (%) 62.07 70.50 44.61 46.45 57.97 39.64 Prom./Mx. (%) 71.94 80.83 55.39 55.20 68.48 48.43
Esta grfica muestra los resultados obtenidos (nivel de calidad obtenido), por cada alternativa evaluada, clasificados por dominio de la evaluacin (R1=proceso de desarrollo del software, R2= caractersticas o mtricas del software)
12.3 Nivel de Calidad Obtenido por Roles (de Evaluadores)
Ref. # R1 R1 R1 R2 R2 R2
Rol Funcional Funcional Funcional Tcnico Tcnico Tcnico
Software SAI - 2007 K2B - 2007 SIGESP - 2007 SAI - 2007 K2B - 2007 SIGESP - 2007
Prom. (%) 44.42 56.65 41.75 68.79 81.22 50.47
Prom./Mn. (%) 40.08 51.17 37.42 64.25 76.55 45.80
Prom./Mx. (%) 48.75 62.14 46.08 73.34 85.89 55.13
Esta grfica muestra los resultados obtenidos (nivel de calidad obtenido) por cada alternativa evaluada, clasificados por tipo de evaluacin o rol del evaluador (R1=funcional, R2=tcnico)
12.4 Nivel de Calidad Global Obtenido en la Categora de Funcionalidad para la Caracterstica de Adecuacin (Funcional), por Software.
Ref. #
Software
Prom. (%) 44.37 57.88 42.05
Prom./Mn. Prom./Mx. (%) (%) 40.74 52.85 38.30 48.00 62.90 45.80
R1 SAI - 2007 R1 K2B - 2007 R1 SIGESP 2007
Esta grfica muestra los resultados obtenidos (nivel de calidad obtenido) por cada alternativa evaluada, para todas las mtricas relacionadas a los aspectos funcionales.
12.5 Nivel de Calidad Obtenido en la Categora Funcionalidad para todas las Caractersticas Adecuacin (Funcional) por Software.
Ref. # R1 R1 R1 R2 R2 R2 R3 R3 R3 R4 R4 R4 R5 R5 R5 R6 R6 R6 Caracterstica Adecuacin del Mdulo de Adquisiciones Adecuacin del Mdulo de Adquisiciones Adecuacin del Mdulo de Adquisiciones Adecuacin del Mdulo de Almacn Adecuacin del Mdulo de Almacn Adecuacin del Mdulo de Almacn Adecuacin del Mdulo de Bienes Nacionales Adecuacin del Mdulo de Bienes Nacionales Adecuacin del Mdulo de Bienes Nacionales Software SAI - 2007 K2B - 2007 SIGESP 2007 SAI - 2007 K2B - 2007 SIGESP 2007 SAI - 2007 K2B - 2007 SIGESP 2007 Prom. (%) 83.33 78.82 75.00 77.78 80.86 65.43 73.81 64.29 39.29 71.74 73.91 69.80 63.13 49.24 26.77 8.80 34.49 2.31 Prom./Mn. (%) 82.29 77.78 73.96 74.07 77.16 61.73 72.22 64.29 37.30 64.73 66.67 62.56 46.46 32.83 15.66 8.33 31.94 1.39
de de
Prom./Mx. (%) 84.37 79.86 76.04 81.48 84.57 69.13 75.40 64.29 41.27 78.74 81.16 77.05 79.79 65.65 37.88 9.26 37.04 3.24
Adecuacin del Mdulo de Contabilidad SAI - 2007 Adecuacin del Mdulo de Contabilidad K2B - 2007 Adecuacin del Mdulo de Contabilidad Adecuacin del Mdulo de Control Interno Adecuacin del Mdulo de Control Interno Adecuacin del Mdulo de Control Interno Adecuacin del Mdulo de Evaluacin Adecuacin del Mdulo de Evaluacin Adecuacin del Mdulo de Evaluacin SIGESP 2007 SAI - 2007 K2B - 2007 SIGESP 2007 SAI - 2007 K2B - 2007 SIGESP 2007
R7 R7 R7 R8 R8 R8 R9 R9 R9
Adecuacin del Mdulo de Ingresos Adecuacin del Mdulo de Ingresos Adecuacin del Mdulo de Ingresos Adecuacin del Mdulo de Obras Adecuacin del Mdulo de Obras Adecuacin del Mdulo de Obras
SAI - 2007 K2B - 2007 SIGESP 2007 SAI - 2007 K2B - 2007 SIGESP 2007
0.00 13.89 29.17 0.00 65.51 41.20 49.24 54.03 27.43 4.17 71.18 42.19 44.13 50.46 37.81 79.36 85.71 69.05
0.00 12.96 28.70 0.00 53.24 31.48 47.08 50.83 26.53 2.08 68.05 39.93 36.42 42.28 30.55 76.98 80.95 66.67
0.00 14.81 29.63 0.00 77.78 50.92 51.39 57.22 28.33 6.25 74.31 44.44 51.85 58.64 45.06 81.75 90.48 71.43
Adecuacin del Mdulo de Presupuesto SAI - 2007 Adecuacin del Mdulo de Presupuesto K2B - 2007 Adecuacin del Mdulo de Presupuesto SIGESP 2007 SAI - 2007 K2B - 2007 SIGESP 2007 SAI - 2007 K2B - 2007 SIGESP 2007 SAI - 2007 K2B - 2007 SIGESP 2007
R10 Adecuacin del Mdulo de RRHH R10 Adecuacin del Mdulo de RRHH R10 Adecuacin del Mdulo de RRHH R11 Adecuacin del Mdulo de Tesorera R11 Adecuacin del Mdulo de Tesorera R11 Adecuacin del Mdulo de Tesorera R12 R12 R12 Adecuacin del Mdulo Generador de Reportes Adecuacin del Mdulo Generador de Reportes Adecuacin del Mdulo Generador de Reportes
Esta grfica muestra los resultados obtenidos (nivel de calidad obtenido) por cada alternativa evaluada, clasificados por las categoras (R1,R2,R3,.....,R12), las cuales agrupan todas las mtricas o caractersticas evaluadas.
12.6 Resultados de la Evaluacin por Categora de Calidad
Ref. # R1 R1 R1 R2 R2 R2 R3 R3 R3 R4 R4 R4 R5 R5 R5 R6 R6 R6 R7 R7 R7 R8 R8 R8 R9 R9
Categora Cliente - Proveedor Cliente - Proveedor Cliente - Proveedor Eficiencia Eficiencia Eficiencia Fiabilidad Fiabilidad Fiabilidad Funcionalidad Funcionalidad Funcionalidad Ingeniera Ingeniera Ingeniera Mantenibilidad Mantenibilidad Mantenibilidad Organizacional Organizacional Organizacional Portabilidad Portabilidad Portabilidad Soporte Soporte
Software SAI - 2007 K2B - 2007 SIGESP - 2007 SAI - 2007 K2B - 2007 SIGESP - 2007 SAI - 2007 K2B - 2007 SIGESP - 2007 SAI - 2007 K2B - 2007 SIGESP - 2007 SAI - 2007 K2B - 2007 SIGESP - 2007 SAI - 2007 K2B - 2007 SIGESP - 2007 SAI - 2007 K2B - 2007 SIGESP - 2007 SAI - 2007 K2B - 2007 SIGESP - 2007 SAI - 2007 K2B - 2007
Prom. (%) Prom./Mn. (%) 72.67 78.20 67.28 72.22 85.42 50.00 76.19 87.30 65.87 46.59 58.60 41.69 100.00 100.00 0.00 61.83 88.72 41.61 35.65 43.05 56.94 54.38 69.74 47.08 60.65 84.72 72.00 76.92 65.43 69.44 81.94 47.22 69.05 80.16 58.73 42.42 53.38 37.52 100.00 100.00 0.00 55.55 82.22 35.11 20.37 27.78 41.66 45.61 60.96 38.30 50.93 75.00
Prom./Mx. (%) 73.33 79.49 69.14 75.00 88.89 52.78 83.33 94.44 73.01 50.76 63.81 45.86 100.00 100.00 0.00 68.11 95.22 48.11 50.92 58.33 72.22 63.16 78.51 55.85 70.37 94.44
R9
Soporte
SIGESP - 2007 SAI - 2007 K2B - 2007 SIGESP - 2007
24.54 78.83 84.98 62.76
14.81 76.28 82.28 60.06
34.26 81.38 87.69 65.46
R 10 Facilidad de uso R 10 Facilidad de uso R 10 Facilidad de uso
Esta grfica muestra los resultados obtenidos (nivel de calidad obtenido) por cada alternativa evaluada, clasificados por las categoras (R1,R2,R3,.....R10,), las cuales agrupan todas las mtricas o caractersticas evaluadas.
12.7 Resultados de la Evaluacin Sobre las Funcionalidades
Esta grfica muestra los resultados obtenidos (nivel de calidad obtenido), por cada alternativa evaluada relacionada con la funcionalidad, aqu se incluye las caractersticas funcionales consideradas por el equipo evaluador tcnico como: ( especificado,interoperabilidad, adecuacin, seguridad), clasificados por las categoras (R1,R2,R3,.....R17,), las cuales agrupan todas las mtricas o caractersticas evaluadas en la funcionalidad de cada solucin.
Ref. #
Caracterstica
Software SAI - 2007 K2B - 2007 SIGESP - 2007 SAI - 2007 K2B - 2007 SIGESP - 2007 SAI - 2007 K2B - 2007 SIGESP - 2007 SAI - 2007 K2B - 2007 SIGESP - 2007 SAI - 2007 K2B - 2007 SIGESP - 2007 SAI - 2007 K2B - 2007 SIGESP - 2007 SAI - 2007 K2B - 2007 SIGESP - 2007 SAI - 2007 K2B - 2007 SIGESP - 2007 SAI - 2007 K2B - 2007 SIGESP - 2007 SAI - 2007 K2B - 2007
Prom. (%) 100.00 83.33 0.00 83.33 78.82 75.00 77.78 80.86 65.43 73.81 64.29 39.29 71.74 73.91 69.80 63.13 49.24 26.77 8.80 34.49 2.31 0.00 13.89 29.17 0.00 65.51 41.20 49.24 54.03
Prom./Mn. Prom./Mx. (%) (%) 100.00 83.33 0.00 82.29 77.78 73.96 74.07 77.16 61.73 72.22 64.29 37.30 64.73 66.67 62.56 46.46 32.83 15.66 8.33 31.94 1.39 0.00 12.96 28.70 0.00 53.24 31.48 47.08 50.83 100.00 83.33 0.00 84.37 79.86 76.04 81.48 84.57 69.13 75.40 64.29 41.27 78.74 81.16 77.05 79.79 65.65 37.88 9.26 37.04 3.24 0.00 14.81 29.63 0.00 77.78 50.92 51.39 57.22
R 1 Adecuacin (Tcnica) R 1 Adecuacin (Tcnica) R 1 Adecuacin (Tcnica) R 2 Adecuacin del Modulo de Adquisiciones R 2 Adecuacin del Modulo de Adquisiciones R 2 Adecuacin del Modulo de Adquisiciones R 3 Adecuacin del Modulo de Almacn R 3 Adecuacin del Modulo de Almacn R 3 Adecuacin del Modulo de Almacn R4 Adecuacin del Modulo de Bienes Nacionales
R 4 Adecuacin del Modulo de Bienes Nacionales R 4 Adecuacin del Modulo de Bienes Nacionales R 5 Adecuacin del Modulo de Contabilidad R 5 Adecuacin del Modulo de Contabilidad R 5 Adecuacin del Modulo de Contabilidad R 6 Adecuacin del Modulo de Control Interno R 6 Adecuacin del Modulo de Control Interno R 6 Adecuacin del Modulo de Control Interno R 7 Adecuacin del Modulo de Evaluacin R 7 Adecuacin del Modulo de Evaluacin R 7 Adecuacin del Modulo de Evaluacin R 8 Adecuacin del Modulo de Ingresos R 8 Adecuacin del Modulo de Ingresos R 8 Adecuacin del Modulo de Ingresos R 9 Adecuacin del Modulo de Obras R 9 Adecuacin del Modulo de Obras R 9 Adecuacin del Modulo de Obras R 10 Adecuacin del Modulo de Presupuesto R 10 Adecuacin del Modulo de Presupuesto
R 10 Adecuacin del Modulo de Presupuesto R 11 Adecuacin del Modulo de RRHH R 11 Adecuacin del Modulo de RRHH R 11 Adecuacin del Modulo de RRHH R 12 Adecuacin del Modulo de Tesorera R 12 Adecuacin del Modulo de Tesorera R 12 Adecuacin del Modulo de Tesorera R 13 R 13 R 13 Adecuacin del Modulo Generador de Reportes Adecuacin del Modulo Generador de Reportes Adecuacin del Modulo Generador de Reportes
SIGESP - 2007 SAI - 2007 K2B - 2007 SIGESP - 2007 SAI - 2007 K2B - 2007 SIGESP - 2007 SAI - 2007 K2B - 2007 SIGESP - 2007 SAI - 2007 K2B - 2007 SIGESP - 2007 SAI - 2007 K2B - 2007 SIGESP - 2007 SAI - 2007 K2B - 2007 SIGESP - 2007 SAI - 2007 K2B - 2007 SIGESP - 2007
27.43 4.17 71.18 42.19 44.13 50.46 37.81 79.36 85.71 69.05 50.66 40.44 43.55 66.67 100.00 66.67 68.18 74.24 19.70 62.80 78.74 46.86
26.53 2.08 68.05 39.93 36.42 42.28 30.55 76.98 80.95 66.67 35.55 28.00 30.22 66.67 100.00 66.67 66.67 72.73 18.18 59.90 75.84 43.96
28.33 6.25 74.31 44.44 51.85 58.64 45.06 81.75 90.48 71.43 65.77 52.88 56.89 66.67 100.00 66.67 69.70 75.76 21.21 65.70 81.64 49.76
R 14 Conformidad R 14 Conformidad R 14 Conformidad R 15 Especificado R 15 Especificado R 15 Especificado R 16 Interoperabilidad R 16 Interoperabilidad R 16 Interoperabilidad R 17 Seguridad R 17 Seguridad R 17 Seguridad
CONSIDERACIONES Y RECOMENDACIONES FINALES
MEECS y MOECS para la evaluacin de la calidad de software pueden ser sustituidos por otros estndares compatibles con ISO 9126, siempre y cuando los mismos cumplan con los lineamientos del Plan Nacional de Migracin a software libre, y sea fcil la comprobacin de su completitud y objetividad para el proceso de estimacin de la calidad del software.
El conjunto de caractersticas de MOESC se debe considerar como un modelo de estimacin de la calidad y no como una determinacin absoluta de la misma.
El conjunto de caractersticas de MOESC (referido anteriormente) no es definitivo y deber ser revisado, antes de su aplicacin en los procesos evaluacin, con la finalidad de garantizar su completitud y correspondencia a los requerimientos del Estado Venezolano. De acuerdo a los resultados obtenidos, K2B, es el sistema con mayores bondades tcnicas y funcionales (estableciendo las funcionales como la sumatoria de todas las caractersticas de las categoras del producto). La categora se encuentra dividido de acuerdo a producto y proceso de desarrollo, en particular la funcionalidad tiene caractersticas externas e internas relacionadas con la categora del producto: la adecuacin, exactitud, interoperabilidad, seguridad, conformidad, estructurado y especificado. si nos
enfocamos a la funcionalidad desde la caracterstica externa Adecuacin el K2B, debe ser adaptado a las necesidades de los organismos adscritos al MPPTI. Sin embargo, su replicacin en estas instituciones, y dems organismos de la AP, debe estar sujeta a la eliminacin del uso de herramientas PROPIETARIAS de desarrollo, para su mantenimiento y escalabilidad funcional.
13. APENDICE A. CARACTERICTISCAS CATEGORIA DEL MODELO MOECS
POR
Las categoras y caractersticas a evaluar a travs de mtricas asociadas a factores internos y externos relativos al producto y al proceso se presentan a continuacin:
Categoras del Producto

Categora de Funcionalidad (FUN): Capacidad del producto del software para proveer funciones que cumplan con las necesidades especficas, cuando el software es utilizado bajo ciertas condiciones [MPG001]. Caractersticas relativas a factores externos: FUN-01 Adecuacin: Se enfoca a evaluar si el software cuenta con un conjunto de funciones apropiadas para efectuar las tareas que fueron especificadas en los requerimientos [ABU001]. FUN-02 Exactitud y Precisin: Este atributo permite evaluar el grado de precisin con los que el software realiz los clculos, presenta los resultados o ejecuta las operaciones con sus efectos acordes a las necesidades para las cuales fue creado [ABU001 y PAZ001]. FUN-03 Interoperabilidad: Permite evaluar la habilidad del software de interactuar con otros sistemas previamente especificados [ABU001].
FUN-04 Conformidad: Evala si el software se adhiere a estndares, convenciones o regulaciones en leyes, regulaciones, reglamentos y prescripciones similares respecto de las funcionalidades que ofrece [ABU001]. FUN-05 Seguridad: Se refiere a la habilidad de prevenir el acceso no autorizado, ya sea accidental o premeditado, a los programas y datos [ABU001]. Caractersticas relativas a factores internos: FUN-06 Correctitud: se refiere a los atributos del software que garantizan el cumplimiento de los contratos establecidos para cada funcionalidad (y responsabilidad de los elementos, procesos o componentes) del mismo, hasta dnde satisface un programa su especificacin y logra los objetivos propuestos por el cliente [PRES001], con respecto a la funcionalidad. FUN-07 Estructurado: se refiere a los atributos del software que establece la estructura de los datos, la informacin, los procesos y el control de flujo de los mismo [PAZ001], con respecto a la funcionalidad. FUN-08 Encapsulado: se refiere a los atributos del software que determinan el grado de encapsulamiento (abstraccin, ocultacin y agrupacin) de los datos, informacin y operaciones similares (funcionalmente) dentro de los elementos o componentes del software [PRE001], con respecto a la funcionalidad.
FUN-09 Especificado: se refiere a los atributos del software que proporcionan una traza o especificacin formal desde los requisitos a la implementacin con respecto a un entorno operativo concreto [PAZ001]. Fiabilidad (FIA): Capacidad del producto de software para mantener un nivel especificado de rendimiento cuando es utilizado bajo ciertas condiciones [MPG001]. Caractersticas relativas a factores externos: FIA-01 Madurez: Permite medir la frecuencia de falla por errores en el software [ABU001]. FIA-02 Tolerancia a fallas: Se refiere a la habilidad de mantener un nivel especfico de funcionamiento en caso de fallas del software o de cometer infracciones de su interfaz especfica [ABU001]. FIA-03 Recuperabilidad: Se refiere a la capacidad de restablecer el nivel de operacin y recobrar los datos que hayan sido afectados directamente por una falla, as como al tiempo y el esfuerzo necesarios para lograrlo [ABU001]. Caractersticas relativas a factores internos: FIA-04 Correcto: se refiere a los atributos del software que garantizan el cumplimiento de los contratos establecidos para cada funcionalidad (y responsabilidad de los elementos, procesos o componentes) del mismo. Hasta dnde satisface un programa su especificacin y logra los objetivos propuestos por el cliente [PRES001], con respecto a la fiabilidad.
FIA-04 Estructurado: se refiere a los atributos del software que establece la estructura de los datos, la informacin, los procesos y el control de flujo de los mismo [PAZ001], con respecto a la fiabilidad. FIA-05 Encapsulado: se refiere a los atributos del software que determinan el grado de encapsulamiento (abstraccin, ocultacin y agrupacin) de los datos, informacin y operaciones similares (funcionalmente) dentro de los elementos o componentes del software [PRE001], con respecto a la fiabilidad. Categora de Facilidad de uso (USA): Capacidad del producto de software para ser atractivo, entendido, aprendido y utilizado por el usuario bajo condiciones especficas [MPG001]. Caractersticas relativas a factores externos: USA-01 Comprensibilidad: Se refiere al esfuerzo requerido por los usuarios para reconocer la estructura lgica del sistema y los conceptos relativos a la aplicacin del software [ABU001]. USA-02 Facilidad de Aprendizaje: Establece atributos del software relativos al esfuerzo que los usuarios deben hacer para aprender a usar la aplicacin [ABU001]. USA-03 Interfaz Grfica: Se refiere a las atributos mnimas (u ptimas) que debe tener la interfaz grfica de interaccin con el usuario [ABU001].
USA-04 Capacidad de operar:
Agrupa los conceptos que evalan la
operacin y el control del sistema [ABU001]. USA-05 Conformidad con los estndares: Permite evaluar si el software se adhiere y/o coexiste en conformidad con estndares o convenciones relativas a Facilidad de uso [ABU001]. Caractersticas relativas a factores internos: USA-06 Completo: se refiere al conjunto de atributos de software que proporcionan la implementacin completa de todas las funciones requeridas [PAZ001]. USA-07 Consistente: se refiere al conjunto de atributos del software que proporcionan uniformidad en las tcnicas y notaciones de diseo e implementacin [PAZ001]. USA-08 Efectivo: se refiere al conjunto de atributos del software que determinan la satisfaccin del usuario (el software hace lo que se le pide que haga) [PAZ001], con respecto a la Facilidad de uso. USA-09 Especificado: se refiere a los atributos del software que proporcionan una traza o especificacin formal desde los requisitos a la implementacin con respecto a un entorno operativo concreto [PAZ001]. USA-10 Documentado: se refiere a la documentacin disponible para los implicados en el uso y mantenimiento del software [PAZ001].
USA-11 Autodescriptivo: se refiere a los atributos del software que proporcionan informacin sobre su operacin, estado, registros, bitcoras, logs, etc [PAZ001].
Categora de Eficiencia (EFI): Capacidad del producto de software para proveer un rendimiento apropiado, relativo a la cantidad de recursos utilizados, bajo condiciones especficas [MPG001]. Caractersticas relativas a factores externos: EFI-01 Comportamiento con respecto al Tiempo: [ABU001]. EFI-02 Comportamiento con respecto a los Recursos: la realizacin de sus funciones [ABU001]. Caractersticas relativas a factores internos: EFI-03 Efectivo: se refiere al conjunto de atributos del software que determinan la satisfaccin del usuario (el software hace lo que se le pide que haga) [PAZ001], con respecto a la eficiencia. EFI-04 No Redundante: se refiere al conjunto de atributos del sistema que garantizan la no redundancia, las entidades con las cuales se hace referencia Atributos del Atributos del software
relativos a los tiempos de respuesta y de procesamiento de los datos
software relativos a la cantidad de recursos usados y la duracin de su uso en
y se utilizan los datos, la informacin y los procesos explcitos e implcitos del software [PRE001]. EFI-05 Discreto: se refiere al conjunto de atributos del sistema que permiten identificar unvocamente las entidades, con las cuales se hace referencia y utilizan los datos, la informacin y los procesos explcitos e implcitos del software [PRE001]. EFI-06 Utilizado: se refiere al conjunto de atributos del sistema que permiten justificar y determinar el grado de utilizacin de cada una de las funcionalidades ofrecidas por el sistemas (el sistema no contiene partes sin fin o uso definido) [PRE001]. Categora de Mantenibilidad (MAN): Capacidad del producto para ser modificado y actualizado [MPG001]. Caractersticas relativas a factores externos: MAN-01 Capacidad de Anlisis: que debern ser modificadas [ABU001]. MAN-02 Capacidad de Cambio: Mide el esfuerzo necesario para modificar aspectos del software, remover fallas, adaptar o expandir el software para que funcione en un ambiente diferente [ABU001]. MAN-03 Estabilidad: Permite evaluar los riesgos de efectos inesperados. Relativo al esfuerzo necesario para
diagnosticar las deficiencias o causas de fallas, o para identificar las partes
debido a las modificaciones realizadas al software MAN-04 Capacidad de Prueba: Se refiere al esfuerzo necesario para validar el software una vez que fue modificado [ABU001]. Caractersticas relativas a factores internos: MAN-05 Acoplado: se refiere a los atributos del software que determinan el grado de relacin (dependencia) entre los elementos o componentes de distintos paquetes (se espera el menor grado de acoplamiento[PRE001]. MAN-06 Cohesivo: se refiere a los atributos del software que determinan el grado de relacin (similitud) entre los elementos o componentes colocados dentro de un mismo paquete de software (se espera la mayor cohesin posible)[PRE001]. MAN-07 Encapsulado: se refiere a los atributos del software que determinan el grado de encapsulamiento(abstraccin, ocultacin y agrupacin) de los datos, informacin y operaciones similares (funcionalmente) dentro de los elementos o componentes del software[PRE001]. MAN-08 Conciso: Lo compacto que es el programa en trminos de lneas de cdigo [PRE001]. MAN-09 Simple: El grado de facilidad con que se puede entender un programa [PRE001].
MAN-10 Maduro: Permite medir la frecuencia de falla por errores en el software [ABU001]. MAN-11 Estructurado: se refiere a los atributos del software que establece la estructura de los datos, la informacin, los procesos y el control de flujo de los mismo [PAZ001]. MAN-12 Descriptivo: se refiere a los atributos de software que proporcionan una descripcin del cdigo de implementacin del mismo de forma sencilla, clara, general y/o especfica [PRE001]. MAN-13 Correcto: se refiere a los atributos del software que garantizan el cumplimiento de los contratos establecidos para cada funcionalidad (y responsabilidad de los elementos, procesos o componentes) del mismo. Hasta dnde satisface un programa su especificacin y logra los objetivos propuestos por el cliente [PRE001]. MAN-14 Modular: Atributos del software que proporcionan una estructura de mdulos altamente independientes [PAZ001].
Categora de Portabilidad (POR): Capacidad del producto de software para ser transferido de un ambiente de ejecucin a otro [MPG001]. Caractersticas relativas a factores externos: POR-01 Adaptabilidad: Evala la oportunidad para adaptar el software a
diferentes ambientes sin necesidad de aplicarle modificaciones. [ABU001]. POR-02 Facilidad de Instalacin: Es el esfuerzo necesario para instalar el software en un ambiente determinado [ABU001]. POR-03 Conformidad: portatilidad [ABU001]. POR-04 Capacidad de Reemplazo: similares [ABU001]. Caractersticas relativas a factores internos: POR-05 Consistente: El empleo de un diseo uniforme y de tcnicas de documentacin a lo largo del proyecto de desarrollo del software. POR-06 Parametrizado: se refiere a los atributos del software que determinan el grado de con el cual se puede cambiar la configuracin del mismo para su adaptacin ejecucin correcta en una nueva plataforma con el menor impacto posible en su operacin normal. POR-07 Encapsulado: se refiere a los atributos del software que determinan el grado de encapsulamiento (abstraccin, ocultacin y agrupacin) de los datos, informacin y operaciones similares (funcionalmente) dentro de los elementos o componentes del software[PRE001]. Se refiere a la oportunidad y el Permite evaluar si el software se adhiere y/o
coexiste en conformidad con estndares o convenciones relativas a
esfuerzo usado en sustituir el software por otro producto con funciones
POR-08 Cohesivo: se refiere a los atributos del software que determinan el grado de relacin (similitud) entre los elementos o componentes colocados dentro de un mismo paquete de software (se espera la mayor cohesin posible)[PRE001]. POR-09 Especificado: se refiere a los atributos del software que proporcionan una traza o especificacin formal desde los requisitos a la implementacin con respecto a un entorno operativo concreto [PAZ001]. POR-10 Documentado: se refiere a la documentacin disponible para los implicados en el uso y mantenimiento del software [PAZ001]. POR-11 Autodescriptivo: Atributos del software que proporcionan
explicaciones sobre la Implementacin de las funciones [PAZ001]. POR-12 No Redundante: se refiere al conjunto de atributos del sistema que garantizan la no redundancia las entidades con las cuales se hace referencia y se utilizan los datos, la informacin y los procesos explcitos e implcitos del software [PRE001]. POR-13 Auditable: se refiere al conjunto de atributos del sistema que proporcionan mecanismos para la auditora formal e informal del mismo. POR-14 Manejo de la Calidad: se refiere al conjunto de atributos del sistema que garantizan la calidad de su operacin en una nueva plataforma de ejecucin.
POR-15 Conciso: Lo compacto que es el programa en trminos de lneas de cdigo [PRE001]. POR-16 Simple: El grado de facilidad con que se puede entender un programa [PRE001].
Categoras del Proceso

Categora Cliente Proveedor (CLP): Esta conformada por procesos que impactan directamente al cliente, apoya el desarrollo y la transicin del Software hasta el cliente y provee la correcta operacin y uso del producto o servicio de software. Caractersticas relativas a factores externos: CLP-01 Adquisin: se refiere al proceso de adquisicin por parte del cliente y transferencia e implantacin del producto por parte del proveedor. CLP-02 Determinacin de Requerimientos: se refiere al proceso mediante el cual se establecen los requerimientos del producto por parte del proveedor, que consiste en reunir procesar y hacer seguimiento de la evolucin de las necesidad y requerimientos. Caractersticas relativas a factores internos: CLP-03 Suministro: se refiere al proceso de suministro del original, las modificaciones y adaptaciones del software al cliente.
CLP-04 Operacin: se refiere al proceso que asegura la correctitud de la operacin del software durante el uso al que fue destinado y en el ambiente donde fue instalado; es decir, especifica y hace seguimiento a las condiciones de operacin del producto. Asegura completitud y consistencia. Categora de Ingeniera (ING): Consiste en procesos directamente que especifican, implementan o mantienen el producto de software, su relacin con el Sistema y su documentacin. Caractersticas relativas a factores externos: ING-01 Desarrollo: se refiere a las caractersticas del proceso de generar el software. Caractersticas relativas a factores internos: ING-02 Mantenimiento: se refiere a las caractersticas del proceso de mantenimiento del software. Categora de Soporte (SOP): Consta de procesos que pueden ser empleados por cualquiera de los procesos (incluyendo a los de soporte) en varios niveles del ciclo de vida de adquisicin. Caractersticas relativas a factores externos: SOP-01 Aseguramiento de la Calidad: se refiere a los procesos y
estndares de calidad aplicados en el proyecto de desarrollo de software, de manera tal que los procesos del proyecto cumplan con los requerimientos especficos y se adhieran a los planes establecidos. SOP-02 Revisin Conjunta: se refiere a los procesos y estndares utilizados para la revisin, validacin, aceptacin y certificacin conjunta (cliente, proveedor e interesados) del software. SOP-03 Auditora: se refiere a los procesos y estndares utilizados en la auditora del software para el establecimiento de su funcionalidad, fiabilidad, etc. SOP-04 Resolucin de Problemas: se refiere a los procesos y estndares utilizados en la resolucin de problemas relativos al software. Caractersticas relativas a factores internos: SOP-05 Documentacin: se refiere a los procesos y estndares utilizados en la documentacin del software. SOP-06 Gestin de Configuracin: se refiere a los procesos y estndares utilizados en la gestin y documentacin de la configuracin del software. SOP-07 Verificacin: se refiere a los procesos y estndares utilizados en la confirmacin de las funcionalidades del software respecto de los requerimientos especificados.
SOP-08 Validacin: se refiere a los procesos y estndares utilizados en la validacin de las funcionalidades del software. SOP-09 Revisin Conjunta: se refiere a los procesos y estndares utilizados para la revisin, validacin, aceptacin y certificacin conjunta (cliente, proveedor e interesados) del software. SOP-10 Auditora: se refiere a los procesos y estndares utilizados en la auditora del software para el establecimiento de su funcionalidad, fiabilidad, etc. respecto de los requerimientos, planes y contratos pertinentes. SOP-11 Resolucin de Problemas: se refiere a los procesos y estndares utilizados en la resolucin de problemas relativos al software. Categora de Gestin (GES): Abarca los procesos que contienen prcticas genricas, que pueden ser utilizadas por cualquier personal que dirija algn tipo de proyecto o proceso. Caractersticas relativas a factores externos: GES-01 Gestin: se refiere a los procesos y/o prcticas involucrados en la gestin proyecto y/o proceso de desarrollo de software. GES-02 Gestin del Proyecto: se refiere a los procesos y/o prcticas involucrados en la gestin del proyecto de desarrollo de software. GES-03 Gestin de Calidad: se refiere a los procesos y/o prcticas
involucrados en la gestin y monitorizacin de la calidad de los productos y/o servicios inherentes al proceso de desarrollo de software. GES-04 Gestin del Riesgo: se refiere a los procesos y/o prcticas involucrados en la gestin de riesgos del proyecto de desarrollo de software. Caractersticas relativas a factores internos: GES-05 Gestin: se refiere a los estndares especficos utilizados para la gestin proyecto y/o proceso de desarrollo de software. GES-06 Gestin del Proyecto: se refiere a los estndares especficos utilizados para la gestin del proyecto de desarrollo de software. GES-07 Gestin de Calidad: se refiere a los estndares especficos utilizados para la gestin de la calidad del proceso de desarrollo de software. GES-08 Gestin del Riesgo: se refiere a los estndares especficos utilizados para la gestin de riesgos del proyecto de desarrollo de software. Categora de Organizacional (ORG): Agrupa los procesos que establecen las metas comerciales de la organizacin y desarrollan bienes (valores) de proceso, producto y recurso, que ayudarn a la organizacin a alcanzar sus metas en los proyectos. Caractersticas relativas a factores externos: ORG-01 Lineamientos Organizacionales: se refiere a los lineamientos
generales de la organizacin respecto del proyecto y/o proceso de desarrollo del software. ORG-02 Gestin del Cambio: se refiere a los procesos, prcticas y estndares organizacin. ORG-03 Mejoramiento del Proceso: se refiere a los procesos, prcticas y estndares utilizados para el mejoramiento del proyecto y/o proceso de desarrollo del software. ORG-04 Medicin: se refiere a los procesos, prcticas y estndares utilizados para medir la eficiencia y efectividad del proceso del desarrollo de software. ORG-05 Reuso: se refiere a la capacidad organizacional para la reutilizacin (retroalimentacin) del proyecto, proceso y producto relativos al desarrollo de software. Caractersticas relativas a factores internos: ORG-06 Establecimiento del Proceso: se refiere a los procesos, prcticas y estndares aplicados en la definicin del proyecto y/o proceso de desarrollo del software. ORG-07 Evaluacin del Proceso: se refiere a los procesos, prcticas y estndares aplicados para la evaluacin del proyecto y/o proceso de utilizados para la gestin del cambio del software y de la
desarrollo del software. ORG-08 Mejoramiento del Proceso: se refiere a los procesos, prcticas y estndares utilizados para el mejoramiento del proyecto y/o proceso de desarrollo del software. ORG-09 Gestin de RRHH: se refiere a las gestin, control y seguimiento de los recursos humanos que participan en el proyecto de desarrollo del software. ORG-10 Infraestructura: se refiere a las gestin, control y seguimiento de los recursos de infraestructura requeridos en el proyecto de desarrollo del software.
14. APENDICE B. METRICAS TECNICAS DEL MODELO MOECS AJUSTADO A SOFTWARE DE TIPO ERP (MOECSA).
Nmero Cdigo 1 161 Caracterstica FUN1.- Adecuacin Mtrica El sistema ejecuta un proceso especializado de control y seguimiento de los procesos del negocio (BPM) El sistema proporciona mecanismos (BAM) para la monitorizacin y anlisis de los procesos con el objeto de optimizarlos (BPM). El sistema utiliza un motor de integracin (EAI) en su operacin interna. El sistema utiliza un motor de flujo de procesos (WF) en su operacin interna. El sistema utiliza un motor de flujo de procesos (WF) que utiliza el lenguaje BPEL como estndar de modelado. El sistema utiliza un bus de servicios empresariales (ESB) en su operacin interna. El sistema ofrece soporte nativo para publicar servicios Web (WS) de consumo interno. El sistema ofrece soporte nativo para publicar servicios Web (WS) de consumo externo. El sistema ofrece soporte nativo para consumir servicios Web (WS) internos del sistema. El sistema ofrece soporte nativo para consumir servicios Web (WS) externos del sistema. El sistema proporciona conectores nativos (built-in) que permiten la integracin con diversas bases de datos locales o remotas. Opciones +A
162
FUN1.- Adecuacin FUN3.Interoperabilidad FUN3.Interoperabilidad FUN3.Interoperabilidad FUN3.Interoperabilidad FUN3.Interoperabilidad FUN3.Interoperabilidad FUN3.Interoperabilidad FUN3.Interoperabilidad FUN3.Interoperabilidad
+A
3 4 5
163 164 165
+A +A +A
166
+A
167
+A
168
+A
169
+A
10
170
+A
11
171
+A
12
172
FUN3.Interoperabilidad FUN3.Interoperabilidad FUN4.- Conformidad FUN4.- Conformidad
El sistema proporciona compatibilidad con conectores no nativos (externos) que permiten la integracin con diversas bases de datos locales o remotas. Grado de similitud del sistema respecto a una arquitectura orientada a servicios (SOA). El sistema est acorde con los lineamientos generales del Plan Nacional de Migracin. El sistema est acorde con los lineamientos generales del Decreto N 3390. El sistema contempla en su diseo actual o en sus desarrollos actuales sobre mejoras los efectos del proceso de reconversin monetaria BCV. Grado de granularidad con que el sistema maneja los permisos sobre los elementos manipulables de la interfaz (mdulos, pantallas, grficos, documentos, botones) Grado de granularidad con que el sistema maneja los permisos sobre los elementos no manipulables de la interfaz (archivos, documentos, acciones, eventos, tareas, procesos). Todo usuario es fcilmente identificado a travs de un identificador (login) y una contrasea (password). El sistema permite la eliminacin de usuarios. El sistema permite la desactivacin de usuarios El sistema exige complejidad de las contraseas. El sistema lleva un historial de uso de las claves del usuario para evitar repeticiones de uso en intervalos cortos de tiempo. El sistema cifra las contraseas antes de su almacenamiento en la base de datos. El sistema lleva un registro de los intentos de acceso al sistema. El sistema maneja una poltica de
+A
13 14 15
173 174 175
+B +A +A
16
176
FUN4.- Conformidad
+B
17
178
FUN5.- Seguridad
+B
18
179
FUN5.- Seguridad
+B
19 20 21 22 23 24 25 26
180 181 182 183 184 185 186 187
FUN5.- Seguridad FUN5.- Seguridad FUN5.- Seguridad FUN5.- Seguridad FUN5.- Seguridad FUN5.- Seguridad FUN5.- Seguridad FUN5.- Seguridad
+A -A +A +A +A +A +B +A
seguridad (Policy) para la publicacin y consumo de servicios Web (WS). 27 188 FUN5.- Seguridad El sistema es accedido va Web a travs de un tnel SSL/TLS. El sistema utiliza una infraestructura (Public Key Infraestructure) PKI para garantizar la seguridad a nivel de servicios Web (WS) ofrecidos El sistema utiliza una infraestructura (Public Key Infraestructure) PKI para garantizar la seguridad a nivel de acceso del usuario (Nav. Web). El sistema no muestra errores inesperados a los usuarios por las pantallas. El sistema registra los errores inesperados en una bitcora o log. El sistema verifica las entradas de los usuarios antes de enviar un POST/GET con Javascript (evitando inyeccin SQL, etc). El sistema verifica las entradas de los usuarios despus de recibir un POST/GET en lenguaje nativo (evitando inyeccin SQL, etc). El sistema verifica las entradas de los usuarios antes de iniciar una transaccin SQL sin delegarla al SMBD (evitando inyeccin SQL, etc). El sistema utiliza/soporta el cifrado de las URL (URI) visualizadas en el Navegador Web. El sistema utiliza una bitcora o registro de seguridad a nivel operaciones de la base datos. El sistema utiliza un usuario/grupo/rol distinto al administrador de base de datos. El sistema utiliza distintos usuarios/grupos/roles de base de datos para cada uno de los usuarios finales del sistema. El sistema utiliza dispositivos de hardware especializados para soportar la seguridad fsica y/o virtual durante el uso del sistema. +A
28
189
FUN5.- Seguridad
+A
29
190
FUN5.- Seguridad
+A
30 31 32
191 192 193
FUN5.- Seguridad FUN5.- Seguridad FUN5.- Seguridad
+A +A +A
33
194
FUN5.- Seguridad
+A
34
195
FUN5.- Seguridad
+A
35
196
FUN5.- Seguridad
+A
36 37
197 198
FUN5.- Seguridad FUN5.- Seguridad
+B +A
38
199
FUN5.- Seguridad
+A
39
200
FUN5.- Seguridad
+A
40
201
FUN9.- Especificado
Existe un claro registro de relaciones entre los requerimientos de diseo (del fabricante) y las funcionalidades ofrecidas por los mdulos del sistema (Ver Cdigo fuente). Capacidad del sistema de generar alertas (por pantalla, por correo electrnico, por telfono, SMS, por base de datos, etc) segn la severidad del error ocurrido. El nmero de errores corregidos en el sistema entre las dos ltimas versiones del software (sin tomar en cuenta las nuevas funcionalidades). Frecuencia anual de publicacin de actualizaciones para la versin actual del sistema. Frecuencia anual de publicacin de versiones del sistema. El sistema ofrece en que medida mecanismos internos para continuar con un flujo alternativo despus de sucedido un error. El sistema ofrece en que medida mecanismos internos para detectar y depurar fcilmente los errores del sistema. El sistema manejador de base de datos (SMBD) soportal la replicacin de datos en forma nativa. El sistema manejador de base de datos (SMBD) soporta la implementacin de clustering nativo. El sistema manejador de base de datos (SMBD) soporta la implementacin del balanceo de carga nativo. El servidor de aplicaciones (AS) donde se ejecuta el sistema soporta clustering nativo. El servidor de aplicaciones (AS) donde se ejecuta el sistema soporta el balanceo de carga nativo. El sistema es ofrece mecanismos internos (Mdulo de recuperacin y monitorizacin) para realizar una recuperacin despus de
+A
41
202
FIA1.- Madurez
+B
42
203
FIA1.- Madurez
+B
43 44
204 205
FIA1.- Madurez FIA1.- Madurez FIA2.- Tolerancia a Fallas FIA2.- Tolerancia a Fallas FIA2.- Tolerancia a Fallas FIA2.- Tolerancia a Fallas FIA2.- Tolerancia a Fallas FIA2.- Tolerancia a Fallas FIA2.- Tolerancia a Fallas FIA3.Recuperabilidad
+B +B
45
206
+B
46
207
+B
47
208
+A
48
209
+A
49 50 51 52
210 211 212 213
+A +A +A +A
un fallo grave. 53 214 FIA3.Recuperabilidad El sistema se apoya en mecanismos externos (SMBD, SO, SBK, etc) para realizar una recuperacin despus de un fallo grave. La base de datos (formato) del sistema cumple con el estndar ACID (Atomicidad, Consistencia, Aislamiento y Durabilidad) descrito en ISO/IEC 10026-1: 1992 seccin 4. El sistema utiliza trminos en idioma forneos. El sistema es compatible con la internacionalizacin y configuracin regional de idioma/fecha/moneda para el espaol (Venezuela). El sistema usa trminos afines al rea de estudio propia de los usuarios finales (administracin, finanzas, gerencia, recursos humanos, etc.) El sistema es textualmente sencillo y preciso. El sistema utiliza metforas pictricas fcilmente reconocibles de forma intuitiva. Los nombres o texto de las funcionalidades representan las funciones que realizan (explcitamente). El sistema esta diseado como un portal Web de contenidos dinmicos. En que nivel se puede considerar al sistema como amigable al usuario. En que nivel se puede considerar al como fcilmente manipulable por el usuario. El sistema cuenta con ayuda en lnea (multimedia esttica). El sistema cuenta con ayuda en lnea (multimedia dinmica). Los manuales de usuario son de fcil lectura y estn enfocados en los aspectos funcionales del sistema (pantallas, procesos, eventos, errores de alto nivel, +A
54
215
FIA3.Recuperabilidad USA1.Comprensibilidad USA1.Comprensibilidad
+A
55
216
-A
56
217
+A
57
218
USA1.Comprensibilidad USA1.Comprensibilidad USA1.Comprensibilidad USA1.Comprensibilidad USA2.- Facilidad de Aprendizaje USA2.- Facilidad de Aprendizaje USA2.- Facilidad de Aprendizaje USA2.- Facilidad de Aprendizaje USA2.- Facilidad de Aprendizaje USA2.- Facilidad de Aprendizaje
+A
58 59 60 61 62 63 64 65 66
219 220 221 222 223 224 225 226 227
+A +A +A +A +B +B +A +A +B
consideraciones, advertencias, etc). 67 228 USA2.- Facilidad de Aprendizaje Existe material multimedia (dinmica) que ayude al proceso de adiestramiento de los usuarios (videos de cursos, ejemplos de operaciones, etc.). La pantalla pagina principal del sistema permite el acceso a todas sus funcionalidades dependiendo de los permisos del usuario en el sistema. El sistema permite cambiarse entre pantallas (pginas) o pestaas simultneamente. El sistema usa iconos descriptivos para la presentacin de las funcionalidades granulares (exportacin de documentos, impresin, ordenamiento, etc). Grado de fluidez de navegacin de la interfaz del sistema respecto a los procesos modelados (+ compatible con BPMN). Grado en que la interfaz permite realizar drill-down a travs de un cuadro de mando sencillo (es decir, Menes desplegables o hipervnculos: Inicio :: Compras :: Ordenes de Compra :: Solicitar) El sistema permite a los usuarios el acceso a su informacin a travs de una bandeja de entrada estandarizada (INBOX). El sistema es una aplicacin Web. +A
68
229
USA3.- Interfaz Grfica USA3.- Interfaz Grfica USA3.- Interfaz Grfica USA3.- Interfaz Grfica
+A
69
230
+A
70
231
+A
71
232
+B
72
233
USA3.- Interfaz Grfica
+B
73 74 75 76
234 235 236 238
USA3.- Interfaz Grfica USA3.- Interfaz Grfica
+A +A +A +A
USA4.- Capacidad de El sistema puede ser accedido y operado a operar travs de navegador Web. USA6.- Completo El sistema proporciona interfaces grficas (UI) para la simulacin de flujos de procesos del negocio (WF Simulation) El sistema proporciona interfaces grficas (GUI) para el modelado de los procesos y flujos de trabajo del negocio (WF Modeling). El sistema proporciona interfaces grficas (GUI) para la integracin de los procesos (EAI). El sistema proporciona interfaces grficas
77
239
USA6.- Completo
+A
78 79
240 241
USA6.- Completo USA6.- Completo
+A +A
(GUI) para la monitorizacin y Anlisis de los procesos (BAM). 80 242 USA6.- Completo El sistema proporciona una interfaz estndar y generalizada para el desarrollo del sistema adaptada a los desarrolladores. El sistema proporciona una interfaz estndar y generalizada para la gestin del sistema adaptada a los analista y gestores. El sistema proporciona una interfaz estndar y generalizada para la utilizacin del sistema adaptada a los empleados y otros usuarios. Grado en que los servicios Web (WS) ofrecidos por el sistema ofrecen funcionalidades de grano grueso (completas) El usuario puede ser capaz de realizar las tareas comunes con un esfuerzo razonable. Las tareas comunes pueden ser realizadas con solo uno o dos pasos. El sistema provee de mecanismos de notificacin va correo electrnico a los usuarios. El sistema provee de mecanismos de interaccin va correo electrnico con los usuarios. Los manuales son de fcil entendimiento. El sistema tiene un manual de usuario por mdulo. La documentacin del sistema es diferente para cada una de las versiones del mismo. El sistema tiene documentacin de alto nivel sobre el flujo de los procesos modelados dentro del mismo. Tiempo de respuesta para la visualizacin de datos. Tiempo de respuesta para la ejecucin de los procesos (eventos). +A
81
243
USA6.- Completo
+A
82
244
USA6.- Completo
+A
83
245
USA6.- Completo
+B
84 85 86
246 247 248
USA8.- Efectivo USA8.- Efectivo USA8.- Efectivo
+A +A +A
87 88 89 90 91
249 250 251 252 253
USA8.- Efectivo USA10.Documentado USA10.Documentado USA10.Documentado USA10.Documentado EFI1.Comportamiento con respecto al tiempo EFI1.Comportamiento con respecto al tiempo
+A +A +A +A +A
92
254
-E
93
255
-E
94
256
EFI2.Comportamiento con respecto a los recursos EFI2.Comportamiento con respecto a los recursos EFI2.Comportamiento con respecto a los recursos EFI2.Comportamiento con respecto a los recursos
El sistema utiliza un servidor de aplicaciones (AS).
+A
95
257
El sistema utiliza un servidor de base de datos (SMBD).
+A
96
258
El sistema utiliza un servidor de flujos de procesos (Workflow)
+A
97
259
La interfaz del sistema utiliza componentes (portles o beans).
+A
98
260
El flujo de los procesos del negocio embebidos en el sistema pueden ser MAN1.- Capacidad de trazados sobre los componentes del Anlisis sistema sin necesidad de comprender su funcionamiento interno de bajo nivel. El conjunto de procesos del negocio de tipo repetitivo (Compras) pueden ser trazados MAN1.- Capacidad de sobre los componentes del sistema sin Anlisis necesidad de comprender su funcionamiento interno de bajo nivel. El conjunto de procesos del negocio de tipo no repetitivo (Planificacin y Presupuesto) MAN1.- Capacidad de pueden ser trazados sobre los Anlisis componentes del sistema sin necesidad de comprender su funcionamiento interno de bajo nivel. El sistema ejecuta un proceso MAN1.- Capacidad de especializado de control y seguimiento de Anlisis los procesos del negocio en un servidor (BPM). El sistema proporciona mecanismos (BAM) MAN1.- Capacidad de para la monitorizacin y anlisis de los Anlisis procesos. Reductibilidad del Sistema (capacidad del MAN2.- Capacidad de sistema para ejecutar y operar con slo Cambio algunos mdulos). MAN2.- Capacidad de Grado de escalabilidad el sistema
+A
99
261
+A
100
262
+A
101
263
+A
102
264
+A
103 104
265 266
+B +E
Cambio
(capacidad para crear/integrar nuevos mdulos nativos o externos).
105
267
El sistema utiliza un motor de flujos de procesos (WFE) que permite la definicin y MAN2.- Capacidad de reconfiguracin de las reglas de los Cambio procesos del negocio sin la necesidad de requerir conocimientos de programacin. El sistema utiliza un motor de flujos de procesos (WFE) que permite la simulacin MAN2.- Capacidad de de los procesos del negocio sin la Cambio necesidad de requerir conocimientos de programacin. Grado de trazabilidad de las fallas en los MAN4.- Capacidad de componentes especficos (menor esfuerzo Prueba posible) disponible para el programador. El diseo del sistema permite realizar MAN4.- Capacidad de fcilmente pruebas de caja blanca por parte Prueba de los programadores del sistema. El diseo del sistema permite realizar MAN4.- Capacidad de fcilmente pruebas de caja negra por parte Prueba de los implementadores del sistema. MAN5.- Acoplado MAN6.- Cohesivo MAN7.- Encapsulado MAN7.- Encapsulado La programacin del sistema es orientada a objetos. Orden de ejecucin predeterminado de los componentes (aun cuando no se utilice un motor de flujo de procesos). El sistema esta desarrollado en lenguaje orientado a objeto. Orientacin a componentes (portlets o beans) y paquetes (espacios de nombre o mdulos) del diseo del sistema.
+B
106
268
+A
107
269
+B
108
270
+C
109 110 111 112 113
271 272 273 274 275
+C +A +E +A +E
114
276
El sistema esta desarrollado mediante la utilizacin de marcos de trabajo MAN11.- Estructurado (frameworks) de acceso a datos de alto nivel (XML) orientados a objetos (OO) (i.e. Hibernate, Metastorage, etc ). El sistema esta desarrollado mediante la utilizacin de marcos de trabajo (frameworks) basados en patrones (i.e. MAN11.- Estructurado Patterns For PHP, Django, Spring, Jblueprint, Jfaces, Struts, RubyOnRails, etc).
+B
115
277
+B
116 117 118
278 279 280
MAN11.- Estructurado MAN11.- Estructurado
El sistema se basa en una arquitectura cliente / servidor web. El sistema se basa en una arquitectura de 3 capas (datos, lgica y presentacin).
+A +A +A
El sistema se basa en una arquitectura de 4 MAN11.- Estructurado capas (datos, lgica de automatizacin, flujo de procesos y presentacin). MAN14.- Modular Grado de delimitacin de las funcionalidades y responsabilidades de cada uno de los mdulos que componen al sistema.
119
281
+B
120
285
Esfuerzo y modificaciones requeridas en los parmetros de configuracin del POR1.- Adaptabilidad sistema para que pueda ser ejecutado en distintos sistemas operativos Linux (compatibles con Debian). El sistema no depende de una plataforma distinta al sistema operativo Linux (i.e. Windows, Solaris, etc.) para garantizar la POR1.- Adaptabilidad eficacia, eficiencia o existencia de todas las funcionalidades que ofrece en una instalacin recomendada. El sistema puede ser accedido y operado desde cualquier navegador Web libre o POR1.- Adaptabilidad comercial sin menoscabo de las funcionalidades o requerimientos de ajustes internos. POR2.- Facilidad de Instalacin POR2.- Facilidad de Instalacin POR2.- Facilidad de Instalacin POR2.- Facilidad de Instalacin POR3.- Conformidad con los Estndares POR3.- Conformidad con los Estndares Es inductivo el procedimiento de instalacin del sistema. Grado de complejidad del proceso de instalacin. Tiempo estimado para la instalacin del sistema. Grado de documentacin del proceso de instalacin. Los marcos de trabajo (lenguajes, estndares, protocolos, tecnologas, etc.) usados en la implementacin del sistema cumplen con estndares internacionales de portabilidad. El sistema utiliza un motor de orquestacin del flujo de los procesos del negocio
+E
121
286
+A
122
287
+C
123 124 125 126
288 289 290 291
+E -B +E +B
127
292
+B
128
293
+A
compatible con el lenguaje BPEL. 129 294 POR3.- Conformidad con los Estndares POR6.- Parametrizado El sistema utiliza un motor de orquestacin del flujo de los procesos del negocio compatible con el lenguaje BPEL para servicios Web (WS). Existe un modulo de gestin de los mdulos / tems del sistema. +A
130
295
+A
131
296
Los ajustes internos necesarios para la instalacin del sistema en mltiples plataformas de hardware y software se POR6.- Parametrizado hacen a travs de parmetros de alto nivel en los archivos de configuracin del sistema (*.ini, *.xml). Los ajustes externos necesarios para la instalacin del sistema en mltiples plataformas de hardware y software se POR6.- Parametrizado hacen a travs de parmetros de alto nivel provistos por la plataforma/sistema donde ste se ejecuta. Se requiere la parametrizacin de bajo nivel POR6.- parametrizada (tcnica) del sistema para su correcto funcionamiento. Se requiere la parametrizacin de alto nivel POR6.- parametrizada (funcional) del sistema para su correcto funcionamiento. POR10.Documentado POR10.Documentado POR10.Documentado POR10.Documentado CLP1.- Adquisin CLP1.- Adquisin CLP1.- Adquisin Documentacin de los ajustes del sistema que deben realizarse en el sistema para garantizar su portabilidad en mltiples plataformas de hardware y software. Documentacin sobre los procesos de parametrizacin tcnica del sistema. Documentacin sobre los procesos de parametrizacin funcional del sistema. Documentacin sobre los errores presentados por las distintas versiones del sistema y cual es la solucin de los mismos. El licenciamiento del sistema es de cdigo abierto. El uso del sistema esta restringido comercialmente. El licenciamiento del sistema es GNU/GPL.
+A
132
297
+A
133
298
+A
134
299
+A
135
300
+B
136 137
301 302
+B +B
138
303
+B
139 140 141
304 305 306
+A -A +A
142 143
307 308
CLP1.- Adquisin CLP1.- Adquisin
El fabricante contempla la transferencia tecnolgica del sistema como producto. El fabricante contempla la transferencia tecnolgica del proceso de desarrollo del sistema. El fabricante contempla la transferencia tecnolgica del proceso de implantacin del sistema. El fabricante contempla la transferencia del ciclo completo de vida del sistema. Dependencia de terceros (empresas de servicios) al adquirir o implantar el sistema. Existe una metodologa propuesta por el fabricante para la implantacin del sistema en sus clientes con un enfoque BPM. El fabricante utiliza una metodologa de desarrollo compatible con fuertemente documentada y adaptada a grandes desarrollos (i.e. RUP) Existe una metodologa propuesta por el fabricante para el desarrollo del sistema con un enfoque BPM.
+A +A
144 145 146 147
309 310 311 312
CLP1.- Adquisin CLP1.- Adquisin CLP1.- Adquisin CLP1.- Adquisin
+A +A +B* +A
148
313
ING1.- Desarrollo
+A
149
314
ING1.- Desarrollo
+A
150
315
El fabricante provee de foros u otros SOP4.- Resolucin de mecanismos de soporte en lnea sobre los Problemas diferentes aspectos de ciclo de vida del sistema para todos sus usuarios. SOP5.Documentacin SOP6.- Gestin de Configuracin Madurez y uso de la metodologa de implantacin utilizada por el fabricante en cuanto a documentacin y estandarizacin. El fabricante utiliza un sistema de versiones concurrente (CVS, SUBVN, etc) para mantener un repositorio de las versiones del sistema.
+C
151
316
+B
152
317
+A
153 154
318 319
ORG1.- Lineamientos Aos de experiencia en el desarrollo de SW Organizacionales de tipo ERP. ORG1.- Lineamientos Nmero de clientes que han adquirido e Organizacionales implantado el SW. Certificacin ISO 9000:2000 del fabricante ORG3.- Mejoramiento u otro estndar, entorno a los procesos y del Proceso clientes involucrados el proceso de desarrollo de SW.
+E +B
155
320
+B
156
282
MAN15.Documentado
El sistema tiene un diagrama conceptual y lgico de la base de datos, completamente especificado y detallado por entidad, atributo y relacin. El sistema tiene un diagrama conceptual y lgico de los flujos de procesos, completamente especificado y detallado por proceso, entrada, salida, etc. El sistema tiene un manual de administrador.
+A
157
283
MAN15.Documentado MAN15.Documentado
+A
158
284
+A
15. APENDICE C. METRICAS FUNCIONALES Y LEGALES DEL MODELO MOECS AJUSTADO A SOFTWARE DE TIPO ERP (MOECSA).
Nmero Cdigo 1 2 3 4 5 423 424 425 426 427 Caracterstica FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Mtrica El sistema valida el RNC como campo obligatorio. El sistema permite actualizar el catlogo interno de materiales. El sistema valida el RIF como campo obligatorio. El sistema realiza la planificacin de compras por perodos (mensual, trimestral, anual). El sistema permite realizar la solicitud de requisicin a travs de una interfaz con los usuarios. El sistema permite realizar la solicitud de viticos y pasajes a travs de una interfaz con los usuarios. El sistema valida el lmite de UT para determinar el tipo de adquisicin (compra/servicio o licitacin). El sistema genera la solicitud de cotizacin para los proveedores. El sistema genera el anlisis de las ofertas de los proveedores. El sistema permite emitir la orden de compra y/o Opciones +A +A +A +A +A
428
+A
7 8 9 10
429 430 431 432
+A +A +A +A
Adecuacin 11 433 FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin
servicio. El sistema valida la disponibilidad presupuestaria al emitir la orden de compra y/o servicio. El sistema registra el compromiso presupuestario al aprobar la orden de compra y/o servicio. El sistema muestra el estado de las rdenes de compra y/o servicio. El sistema permite registrar la recepcin de materiales, suministros y activos. El sistema permite registrar las salidas de materiales, suministros y activos. El sistema emite alertas de control de existencias. El sistema valida las existencias en inventario al recibir la solicitud de requisicin. El sistema permite controlar las requisiciones. El sistema permite controlar el Inventario. El sistema permite el control de mltiples almacenes. El sistema permite el control de la incorporacin de bienes. El sistema permite el control de la desincorporacin de bienes. El sistema permite planificar el mantenimiento preventivo de los bienes. El sistema integra el mdulo de bienes con el mdulo de adquisiciones. El sistema integra el mdulo de bienes con el mdulo de almacn. El sistema integra el mdulo de bienes con el mdulo de contabilidad. El sistema permite registrar la recepcin de servicios. El sistema registra el causado al validar la recepcin de servicios. +Bz
12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28
434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450
+A +A +A +A +A +A +Bz +Bz +A +A +A +Bz +A +A +A +A +A
29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45
451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467
FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin
El sistema permite registrar el compromisocausado de los viticos y pasajes al ser aprobados. El sistema registra el causado al validar la recepcin de materiales, suministros y activos. El sistema afecta la contabilidad patrimonial al registrar el causado de los activos. El sistema integra el mdulo de bienes con el mdulo de obras. El sistema permite el control de la contratacin de obras. El sistema permite el control de las valuaciones de obras. El sistema permite el control de las inspecciones de obras. El sistema permite el control del incremento/disminucin de obras. El sistema permite el control de la paralizacin/reinicio de obras. El sistema permite el control de la recepcin provisional de obras. El sistema permite el control de la recepcin definitiva de obras. El sistema permite el seguimiento y control de una obra con mltiples contratos. El sistema permite el seguimiento y control de la ejecucin fsica de la obra. El sistema integra el mdulo de obras con el mdulo de presupuesto. El sistema integra el mdulo de obras con el mdulo de tesorera. El sistema integra el mdulo de obras con el mdulo de tesorera. El sistema valida la disponibilidad presupuestaria al ingresar el estimado anual de nmina El sistema registra el compromiso presupuestario al aprobar el estimado anual de nmina
+A +A +A +A +Bz +Bz +Bz +Bz +Bz +Bz +Bz +Bz +Bz +A +A +A +Bz
46
468
+A
47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63
469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485
FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.-
El sistema genera la nmina El sistema registra el causado presupuestario al aprobar la nmina El sistema genera el asiento contable al registrar el causado de la nmina El sistema mantiene un histrico del recurso humano (vida laboral) El sistema realiza el clculo de prestaciones (Pasivos Laborales) El sistema permite el registro y actualizacin de necesidades de adiestramiento El sistema cuenta con mecanismos para la medicin y evaluacin del desempeo laboral El sistema permite la actualizacin del Registro de Estructura de Cargo (RAC) El sistema permite la actualizacin del Plan de Carrera El sistema mantiene un registro histrico de deducciones El sistema realiza el clculo de tiques de alimentacin El sistema integra el mdulo de RRHH con el mdulo de Presupuesto El sistema integra el mdulo de RRHH con el mdulo de Contabilidad El sistema integra el mdulo de RRHH con el mdulo de Tesorera El sistema posee mecanismos para la formulacin de proyectos. El sistema posee mecanismos para la generacin del POAI El sistema utiliza la tcnica de presupuesto por proyectos y acciones centralizadas para asignar y distribuir los recursos. El sistema utiliza el Clasificador Presupuestario de Recursos y Egresos aprobados por la ONAPRE. El sistema permite actualizar el Clasificador
+A +A +A +Bz +Bz +A +A +Bz +A +A +A +A +A +A +Bz +Bz +Bz
64 65
486 487
+A +A
Adecuacin 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.-
Presupuestario de Recursos y Egresos aprobados por la ONAPRE. El sistema genera la informacin para la actualizacin de la data financiera de los proyectos en Nueva Etapa. El sistema genera el Anteproyecto de Presupuesto de Recursos. El sistema genera el Anteproyecto de Presupuesto de Egresos. El sistema genera la cuenta ahorro-inversinfinanciamiento. El sistema permite registrar la distribucin general del presupuesto de gastos (Ttulo II). El sistema permite ajustar el Anteproyecto de Presupuesto (Ttulo III). El sistema permite registrar la estructura para la ejecucin financiera del presupuesto de gastos. El sistema asocia la estructura presupuestaria con la estructura financiera. El sistema permite registrar la distribucin administrativa de los crditos presupuestarios. El sistema permite realizar la programacin de la ejecucin fsica del presupuesto. El sistema restringe la modificacin del valor de la UT durante el ejercicio econmico. El sistema permite efectuar pagos directos contra las cuentas bancarias. El sistema prevee la administracin de los fondos en avance. El sistema prevee la administracin de los fondos girados en anticipo. El sistema prevee la administracin de los fondos de caja chica. El sistema permite registrar el reintegro de remanentes de fondos. El sistema valida los criterios de autorizacin de las modificaciones presupuestarias conforme al Reglamento N 1 de la LOAFSP. El sistema permite registrar traspasos de +A +A +A +A +A +A +A +A +A +Bz +A +A +Bz +Bz +Bz +A +Bz +A
Adecuacin 84 85 86 87 88 89 90 506 507 508 509 510 511 512 FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin
crditos presupuestarios. El sistema permite registrar crditos adicionales. El sistema permite registrar rectificaciones. El sistema permite registrar insuficiencias. El sistema permite registrar anulaciones de crditos presupuestarios (rebajas). El sistema permite registrar ajustes por reduccin de crditos presupuestarios. El sistema permite generar la solicitud de modificacin presupuestaria por UEL. El sistema permite generar la solicitud de modificacin presupuestaria consolidada por estructura presupuestaria. El sistema permite generar la solicitud de modificacin presupuestaria de la descripcin de proyectos, acciones centralizadas y accin especfica. El sistema permite generar la solicitud para la creacin de nueva estructura presupuestaria. El sistema permite generar la solicitud de reprogramacin de metas de las proyectos. El sistema permite generar la solicitud de reprogramacin financiera de las acciones centralizadas. El sistema cumple las normas de liquidacin y cierre del presupuesto conforme al Reglamento N 1 de la LOAFSP. El sistema permite determinar el resultado del presupuesto de gastos al cierre del ejercicio. El sistema genera el listado de compromisos no causados al cierre del ejercicio. El sistema genera la informacin para la formacin de la Cuenta General de Hacienda. El sistema consolida el presupuesto de distintas instituciones. El sistema permite realizar la programacin de la ejecucin financiera del presupuesto. +A +A +A +A +A +A +A
91
513
+A
92 93 94
514 515 516
+A +A +A
95 96 97 98 99 100
517 518 519 520 521 522
+Bz +A +A +Bz +A +Bz
101 102 103
524 525 526
FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin
El sistema contiene el mdulo de formulacin del presupuesto de ingresos. El sistema permite estimar los ramos de ingreso para los nuevos ejercicios (Ttulo III). El sistema permite formular el presupuesto de ingreso por fuente de financiamiento (Ttulo II). El sistema en el proceso de formulacin valida el equilibrio entre las cantidades autorizadas para el gasto y aplicaciones financieras y el total de las cantidades estimadas como ingresos y fuentes financieras. El sistema asocia los rubros con las fuentes. El sistema contiene el mdulo de ejecucin del presupuesto de ingreso. El sistema permite el registro del presupuesto de ingresos por ramo (corrientes y de capital). El sistema integra la liquidacin del presupuesto de ingreso con la ejecucin del presupuesto de gasto. El sistema registra de manera automtica los Restablecimientos de crditos presupuestarios. El sistema para la liquidacin de Ingresos contempla el proceso de Devolucin o Reintegros de las rdenes de Pago Directo. El sistema para la liquidacin de Ingresos contempla el proceso de Devolucin o Reintegros de los Fondos en Avances y Anticipo. El sistema contempla el registro de distintos medios de financiamiento (tributos, endeudamiento, disminucin de activos, aumento de pasivos, operaciones de compraventa). El sistema contempla el registro de los derechos pendientes. El sistema permite determinar el monto de los Recursos (ingresos y fuentes financieras) recaudados al cierre del ejercicio. El sistema permite el registro presupuestario del Devengado al momento de hacerse exigible el derecho pendiente.
+A +A +A
104
527
+A
105 106 107 108 109 110
528 529 530 531 532 533
+A +A +A +A +A +A
111
534
+A
112
535
FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin
+Bz
113 114
536 538
+A +A
115
539
+A
116
540
FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin
El sistema realiza el registro contable y presupuestario del Devengado de forma simultnea. El sistema permite el registro presupuestario del Recaudado al extinguirse los derechos pendientes por cualquier medio o forma de pago. El sistema realiza el registro contable y presupuestario del Recaudado de forma simultnea. El sistema permite el registro y emisin de pagos. El sistema permite hacer seguimiento a los pagos efectuados. El sistema registra el pagado presupuestario al ordenar el pago. El sistema genera el asiento contable al registrar el pagado presupuestario. El sistema posee parmetros de control de los compromisos de pagos. El sistema controla el flujo de caja. El sistema controla los gastos bancarios y otros costos financieros. El sistema permite el seguimiento de la posicin diaria de crditos e inversiones. El sistema permite la conciliacin bancaria automatizada. El sistema permite programar cuotas de desembolsos. El sistema controla los flujos de ingresos (cantidad, forma, tipo y tiempo). El sistema controla los movimientos de las cuentas bancarias. El sistema controla la autorizacin de apertura de cuentas. El sistema controla las firmas autorizadas para el manejo de los recursos. El sistema mantiene un registro contable de ingresos y egresos del tesoro (genera el flujo de
+A
117
541
+A
118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133
542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557
+A +A +Bz +A +A +Bz +Bz +Bz +Bz +Bz +Bz +Bz +Bz +Bz +A +A
efectivo). 134 135 136 558 559 560 FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin El sistema integra el mdulo de ingresos con el mdulo de tesorera. El sistema integra el mdulo de presupuesto con el mdulo de tesorera. El sistema integra el mdulo de tesorera con el mdulo de contabilidad. El sistema permite el manejo del Plan de Cuentas Patrimoniales atado a los clasificadores dictados por la ONAPRE, ONCOP, MPPPD y la ONT. El sistema cumple el principio de unicidad del registro (proporciona un tratamiento y registro nico de los datos en el sitio ms cercano a donde ocurre cada transaccin). El sistema permite la apertura del ejercicio econmico financiero que arrastre los saldos financieros del ejercicio anterior y la informacin de la Ley de Presupuesto vigente. El sistema permite el reverso de las transacciones en cualquier momento contable del ingreso y del gasto. El sistema permite realizar operaciones de cierre y ajuste contable. El sistema recopila, vala, procesa y expone los hechos econmicos financieros que afecten o puedan afectar el patrimonio de las instituciones pblicas. El sistema est diseado y operara en funcin de las normas de contabilidad aplicables en el sector pblico. El sistema emite los estados financieros peridicamente ( estados de ejecucin presupuestaria de ingresos y gastos, liquidacin anual de presupuesto, origen y aplicacin de fondos, balance general y sus auxiliares, estado de resultados, estados econmicos). El sistema cubre la totalidad de las operaciones financieras en el mbito presupuestario y no presupuestario. El sistema permite realizar el cierre contable por perodos varios. +A +Bz +A
137
561
+Bz
138
562
FUN1.Adecuacin
+Bz
139
563
FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin
+Bz
140 141
564 565
+Bz +Bz
142
566
+Bz
143
567
+Bz
144
568
FUN1.Adecuacin
+Bz
145 146
569 570
FUN1.Adecuacin FUN1.Adecuacin
+A +A
147 148 149 150 151 152
571 572 573 574 575 576
FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.-
El sistema consolida los estados financieros de distintas instituciones. El sistema incluye cuentas auxiliares. El sistema mantiene y permite la emisin del Libro de Banco. El sistema mantiene y permite la emisin del Libro de Compras. El sistema mantiene y permite la emisin del Libro Diario. El sistema identifica la transaccin contenida en cada documento fuente. El sistema especifica cada cuenta afectada por la transaccin y la clasifica por tipo (activo, pasivo, patrimonio, ingresos, egresos o de orden). El sistema determina si la transaccin aumenta o disminuye cada cuenta. El sistema determina la cuenta que se ha de debitar y la que se ha de acreditar. El sistema emite los reportes de retenciones al momento de autorizar el pago. El sistema permite el control electrnico de expedientes. El sistema produce la informacin de gestin y financiera necesaria para la toma de decisiones. El sistema presenta la informacin contable y la respectiva documentacin de apoyo ordenados de forma que facilite el ejercicio del control y auditora interna o externa El sistema dispone de una herramienta de flujos de trabajo dinmica (se ajusta a la naturaleza, estructura y fines de las instituciones pblicas). El sistema dispone de mecanismos para restringir la modificacin de parmetros. El sistema considera aspectos integrales de ndole presupuestaria, econmica, financiera, patrimonial, normativa y de gestin de la organizacin. El sistema incluye los elementos de control
+A +A +A +A +A +A
153
577
+A
154 155 156 157 158
578 579 580 581 582
+A +A +A +A +Bz
159
583
+Bz
160 161
584 585
+Bz +Bz
162 163
586 587
+Bz +Bz
Adecuacin 164 588 FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin
previo adaptables a la estructura interna de la organizacin. El sistema incluye los elementos de control posterior adaptables a la estructura interna de la organizacin. El sistema dispone de mecanismos que permitan determinar el incumplimiento de las normas dictadas por los rganos rectores de la administracin financiera. El sistema cumple el principio de confiabilidad (ofrece certeza de los datos, los hechos y las cifras). El sistema cumple el principio de verificabilidad (favorece o posibilita el seguimiento de una pista auditable de todas las transacciones). El sistema cumple el principio de oportunidad (posibilidad u oportunidad de obtener informacin sobre las transacciones realizadas en el momento en que se producen). El sistema cumple el principio de utilidad (apoya el proceso de la toma de decisiones y la simplificacin de procedimientos). El sistema cumple el principio de transparencia (da informacin clara y pblica sobre la gestin econmico-financiera). El sistema analiza la ejecucin de las variables fsicas en el tiempo estimado. El sistema analiza la ejecucin de las variables fsicas con los costos estimados. El sistema controla el cumplimiento de los tiempos para el logro de las metas fsicas. El sistema permite desarrollar indicadores de eficiencia y eficacia del desempeo institucional. El sistema permite desarrollar indicadores de eficiencia y eficacia de la gestin presupuestaria. El sistema permite desarrollar indicadores de eficiencia y eficacia de la gestin financiera. El sistema permite realizar el seguimiento efectivo de los proyectos. El sistema genera el anlisis de la informacin para la evaluacin de proyectos. +Bz
165
589
+Bz
166
590
+Bz
167
591
+Bz
168
592
+Bz
169
593
+Bz
170 171 172 173 174 175 176 177 178
594 595 596 597 598 599 600 601 602
+Bz +A +A +Bz +A +A +A +Bz +A
179 180 181 182 183 184 185 186
603 604 605 606 607 608 609 610
FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN1.Adecuacin FUN4.Conformidad FUN4.Conformidad FUN4.Conformidad FUN4.Conformidad FUN4.Conformidad FUN4.Conformidad FUN4.-
El sistema presenta indicadores fsicos, financieros y de desempeo dentro de un sistema de seguimiento. El sistema permite la deteccin preventiva de desviaciones en metas fsicas. El sistema permite la deteccin preventiva de desviaciones en metas financieras. El sistema genera, enva y presenta alertas sobre eventos y condiciones relevantes. El sistema permite la realizacin de consultas parametrizables. El sistema permite la modificacin de la apariencia de los reportes. El sistema presenta una vista preliminar de los reportes. El sistema tiene un motor de bsqueda general. El sistema permite la exportacin de reportes a diferentes formatos o estndares manipulables (Hoja de clculo, imgenes, documentos de texto, etc). El sistema permite la generacin de grficos. El sistema permite que los reportes sean accedidos a travs de la Web. El sistema cumple lo establecido en la Constitucin Nacional. El sistema cumple lo establecido en la Ley Orgnica de Planificacin. El sistema cumple lo establecido en la Ley Orgnica de Administracin Financiera del Sector Pblico (LOAFSP). El sistema cumple lo establecido en los Reglamentos de la LOAFSP (N 1, N 2, N 3, N 4). El sistema cumple lo establecido en la Ley de Presupuesto Anual. El sistema cumple lo establecido en el Clasificador Presupuestario. El sistema cumple lo establecido en el Plan de
+A +A +A +A +A +A +A +A
187
611
+Bz
188 189 190 191 192
612 613 614 615 616
+Bz +A +Bz +Bz +Bz
193 194 195 196
617 618 619 620
+Bz +Bz +Bz +Bz
Conformidad FUN4.Conformidad
Cuentas Patrimoniales. El sistema cumple lo establecido en las providencias de cada oficina rectora en el mbito administrativo financiero (ONAPRE, ONCOP, TESORERIA NACIONAL, CREDITO PUBLICO, SENIAT, SUNAI). El sistema cumple lo establecido en la Ley Orgnica de la Hacienda Pblica Nacional en materia de bienes. El sistema cumple lo establecido en la Ley Orgnica de la Contralora General de la Repblica (normas de control interno y externo). El sistema cumple lo establecido en las normas de la SUNAI (Superintendencia Nacional de Auditora Interna).
197
621
+Bz
198
622
FUN4.Conformidad FUN4.Conformidad FUN4.Conformidad
+Bz
199
623
+Bz
200
624
+Bz
16. APENDICE D. GRUPOS DE OPCIONES VALORES PARA LAS METRICAS EN MOECS

Nmero 1 1 1 Abreviatura +A -A +B Descripcin Afirmacin o Negacin Afirmacin o Negacin Tres (3) Niveles Genricos

Opciones No (0.00% - 0.00%) Si (100.00% - 100.00%) No (100.00% - 100.00%) Si (0.00% - 0.00%) Bajo (0.00% - 33.33%) Medio (33.33% - 66.66%) Alto (66.66% - 100.00%) Bajo (66.66% - 100.00%) Medio (33.33% - 66.66%) Alto (0.00% - 33.33%) Poco (0.00% - 25.00%) Regular (25.00% - 50.00%) Mucho (50.00% - 75.00%) Bastante (75.00% 100.00%) Poco (75.00% - 100.00%) Regular (50.00% - 75.00%)
-B
Tres (3) Niveles Genricos
+E
Cuatro (4) Cantidades Cualitativas
-E
Cuatro (4) Cantidades Cualitativas
Mucho (25.00% - 25.00%) Bastante (0.00% - 25.00%) Malo (0.00% - 25.00%) Bueno (25.00% - 50.00%) Muy Bueno (50.00% 75.00%) Excelente (75.00% 100.00%) No (0.00% - 0.00%) Si (100.00% - 100.00%) No Aplica (-1.00% -1.00%) No (100.00% - 100.00%) Si (0.00% - 0.00%) No Aplica (-1.00% -1.00%) Bajo (0.00% - 33.33%) Medio (33.33% - 66.66%) Alto (66.66% - 100.00%) No Aplica (-1.00% -1.00%) Bajo (66.66% - 100.00%) Medio (33.33% - 66.66%) Alto (0.00% - 33.33%) No Aplica (-1.00% -1.00%) Poco (0.00% - 25.00%) Regular (25.00% - 50.00%) Mucho (50.00% - 75.00%) Bastante (75.00% 100.00%) No Aplica (-1.00% -1.00%) Poco (75.00% - 100.00%) Regular (50.00% - 75.00%) Mucho (25.00% - 25.00%) Bastante (0.00% - 25.00%) No Aplica (-1.00% -1.00%) Malo (0.00% - 25.00%) Bueno (25.00% - 50.00%) Muy Bueno (50.00% 75.00%) Excelente (75.00% -
+C
Cuatro (4) Apreciaciones de Calidad
+A*
Afirmacin o Negacin con N/A
-A*
Afirmacin o Negacin con N/A
+B*
Tres (3) Niveles Genricos con N/A
-B*
Tres (3) Niveles Genricos con N/A
+E*
Cuatro (4) Cantidades Cualitativas con N/A
-E*
Cuatro (4) Cantidades Cualitativas con N/A
+C*
Cuatro (4) Apreciaciones de Calidad con N/A
100.00%) No Aplica (-1.00% -1.00%) Nada (0.00% - 0.00%) Bajo (0.00% - 33.33%) Medio (33.33% - 66.66%) Alto (66.66% - 100.00%)
+Bz
Tres (3) Niveles Genricos (Con Nada)
17. APENDICE E. MATRIZ DE CALIDAD MOECS

Categoras del Producto Caractersticas Externas
Funcionalidad
Adecuacin, Exactitud, Interoperabilidad, Seguridad, Conformidad
Fiabilidad
Usabilidad
Eficiencia
Mantenibilidad
Portabilidad
Compresibilidad, Madurez, Fac. Aprendizaje, Toleracia a Fallos, Interfaz Grfica, Recuperabilidad Operabilidad, Conformidad.
Tiempo y Recursos
Cap. de Anlisis, Adaptabilidad, Fac. de Cambio, de Instalacin, Pruebas, Conformidad, Cap. Estabilidad de Reemplazo.
Caractersticas Internas
Correcto, Encapsulado, Estructurado, Especificado
Correcto, Estructurado, Encapsulado
Completo, Consistente, Efectivo, Especificado, Documentado, Autodescriptivo
Consistente, Acoplado, Parametrizado, Cohesivo, Encapsulado, Efectivo, No Encapsulado, Cohesivo, Redudante, Conciso, Simple, Especificado, Discreto, Maduro, Documentado, No Utilizado Estructurado, Redudante, Descriptivo, Auditable, Manejo Correcto, Modular de la Calidad, Conciso, Simple
Categoras del Proceso de Desarrollo
Cliente Proveedor
Ingeniera
Soporte
Aseg. Calidad, Revisin Conjunta, Auditora, Resolucin de Problemas
Gestin
Gestin, Ges. Proyecto, Ges. Calidad, Ges. Riesgo.
Organizacional
Lineamiento Org., Gestin del Cambio, Mejoramiento del Proceso, Medicin, Reuso
Caractersticas Externas
Adquisin, Determinacin de Requerimientos.
Desarrollo y Mantenimiento
Documentacin, Gestin, Establecimiento del Gestin de la Ges. Proceso, Eval. Del Conf., Verifcacin, Proyecto, Proceso, Caractersticas Suministro, Desarrollo y Validacin, Ges. Mejoramiento del Operacin Esquina El Chorro, Torre Ministerial, piso 11, La Hoyada, Caracas Mantenimiento Revisin Conjunta, Internas Av. Universidad, Calidad, Proceso, Gestin Auditora, Ges. Telf. 0212-7718800. Fax 0212-771.86.48 de RRHH, Resolucin de Riesgo. Infraestructura Problemas. Sitio Web: www.cnti.gob.ve
APENDICE F. MODELO DEL CLCULO

Debido a que los valores de las opciones seleccionables como respuestas para las mtricas son rangos de valores (Vase Apndice D), los cuales, tienen un valor mnimo (tope inferior) y un valor mximo (tope superior), se tiene que los resultados de la evaluacin se obtienen calculando el promedio (Prom. %, tambin referido por Ri,c) de los valores de todas las respuestas, donde el valor de cada respuesta es igual al promedio de los topes de la opcin seleccionada para la misma. As mismo, el promedio de los topes inferiores es "Prom. Mn. %" y el de los topes superiores es "Prom. Mx. %", por lo tanto, debe considerarse que el resultado "Prom. %" es un valor estimado que oscila en un rango acotado de promedios.
Frmulas Matemticas usadas en las Estadsticas
Ri,c = { [ (O'ijk)] / n}
j=1 k=1
O'ijk = | min(Oijk) + max(Oijk) | /
min(Oijk) es el tope inferior del rango representado por la opcin Oijk. max(Oijk) es el Tope superior del rango representado por la opcin Oijk.
Nota: Donde Oijk es la opcin seleccionada como respuesta por el evaluador j en la pregunta de la mtrica k para el software c (i.e. rojo, verde, azul, etc.), siendo i el conjunto de criterios (filtros de las opciones a utilizar como datos estadsticos) propios de las mtricas (y por ende de sus opciones asociadas) a saber: dominio (Producto o Proceso),
categora (Funcionalidad, Portabilidad, etc.), caracterstica (Adecuacin, Seguridad, etc.) y rol a quien va dirigida la pregunta de la mtrica (Funcional o Tcnico).
Las estadsticas (la parte interesante de las consulta SQL), lo hace de esta forma: (...) " , round(avg(abs(o.minimo+o.maximo)/2),2) AS puntaje"; " , round(avg(abs(o.minimo)),2) AS tope_inferior"; " , round(avg(abs(o.maximo)),2) AS tope_superior"; (...) Donde o es la opcin seleccionada por un evaluador para una respuesta para un software dado. No hay otras frmulas... no hay otros clculos... no hay otro nivel de complejidad. Los resultados se obtienen filtrando las respuestas de acuerdo a: - dominio (Producto o Proceso) - y/o categora (Facilidad de uso, Portabilidad, ...) - y/o caracterstica (Interfaz Grfica, Sistemas Operativos Soportados, ...) - y/o rol (Funcional o Tcnico) Todos estos datos estn asociados a las mtricas directa o indirectamente, siguiendo las relaciones jerrquicas siguientes: una mtrica tiene un rol y una caracterstica, una caracterstica tiene una categora y una categora pertenece a un dominio.
18. REFERENCIAS
[ABU001] Abud F., Mara A. Calidad en la Industria del Software. La Norma ISO-9126. Instituto Tecnolgico y de Estudios Superiores de Monterrey. [PAZ001] Cervera Paz, ngel. El modelo de McCall como aplicacin de la calidad a la revisin del software de gestin empresarial. Universidad de Cdiz, obtenido el 24 de abril del 2001 del sitio web. http://www.monografias.com/trabajos5/call/call.html [CNT001] CNTI. Aspectos Conceptuales y Metodologa para la Definicin de Estndares en Tecnologas de Informacin. Centro Nacional de Tecnologas de Informacin (CNTI). Caracas, Venezuela. 09 de Mayo de 2003.
[DAM001] Dvila, Leticia y Mejas, Pedro. Evaluacin de la Calidad de Software en Sistemas de Informacin en Internet. CINVESTAV-IPN. Mxico-DF, 2003. [LRY001] Liendo, V., Reao, Y., Reitmaier, O. Proyecto de Implementacin del Laboratorio de Solftware Libre. Centro Nacional de Tecnologas de Informacin (CNTI). Caracas, Venezuela. Agosto de 2007.
[MPG001] Mendoza, Luis E., Prez, Mara A. y Grimn, Anna C. Prototipo de Modelo Sistmico de Calidad (MOSCA) del Software. Universidad Simn Bolvar. Caracas, Venezuela. 2004.
[PRE001] Pressman, Roger S. Ingeniera de Software, Un enfoque prctico, 4. Edicin. Editorial Mc Graw Hill. Mxico. 1998.

Evaluacion Tecnico Funcional Erp

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Evaluacion Tecnico Funcional Erp

Uploaded by

Copyright:

Available Formats

Ministerio del Poder Popular para las Telecomunicaciones y la Informtica Centro Nacional de Tecnologas de Informacin

Caracas, 04 de Octubre de 2007

1 Vase apndice B y C del presente informe.

Finalmente, caractersticas, indicadores:

evaluadores del tipo funcional (n=4, y adems, i=f de funcional).

6.2.- Modelo de Estimacin de Calidad de Software (MOECS)

Categoras del Producto Caractersticas Externas

Completo, Efectivo, Documentado.

Categoras del Proceso de Desarrollo Caractersticas Externas Caractersticas Internas

7. MECANISMO DE APLICACIN DE LA METODOLOGA (SAMOECS)

cual van dirigidas las mtricas de los mismos (funcional o tcnica) .

8. SISTEMAS DE GESTIN ADMINISTRATIVA INTERNA SELECCIONADOS PARA EL PROCESO DE EVALUACIN

Linux/Apache/JavaScript/PHP/PostgreSQL. Funciona va WEB

Equipo desarrollador FUNDACION INSTITUTO DE INGENIERIA (http://www.fii.org)

SAI Caractersticas ms resaltantes:

8.2. K2B ERP

Equipo desarrollador Genexus INTERNACIONAL (http://www.genexusconsulting.com)

Nombre URL Comentarios

Multi-empresa Multi-moneda Orientacin a Procesos Orientacin a Servicios Integracin va Portal

Plataforma Proveedor Comentarios

9. ASPECTOS FUNCIONALES Y TCNICOS EVALUADOS

10. INSTITUCIONES PARTICIPANTES. EQUIPOS DE TRABAJO

11. PROCESO DE EVALUACIN Y CRONOGRAMA

Ajustes INSTALACION K2B

Evaluacin TECNICA SAI (E)

Evaluacin TECNICA K2B (E)

Evaluacin TECNICA K2B (E)

12. RESULTADOS OBTENIDOS

12.1. Nivel de Calidad Obtenido por Software

Software SAI - 2007 K2B - 2007 SIGESP - 2007

12.2 Nivel de Calidad Obtenido por Dominio

12.3 Nivel de Calidad Obtenido por Roles (de Evaluadores)

Rol Funcional Funcional Funcional Tcnico Tcnico Tcnico

Prom. (%) 44.42 56.65 41.75 68.79 81.22 50.47

Prom./Mn. (%) 40.08 51.17 37.42 64.25 76.55 45.80

Prom./Mx. (%) 48.75 62.14 46.08 73.34 85.89 55.13

Prom. (%) 44.37 57.88 42.05

R1 SAI - 2007 R1 K2B - 2007 R1 SIGESP 2007

12.6 Resultados de la Evaluacin por Categora de Calidad

SIGESP - 2007 SAI - 2007 K2B - 2007 SIGESP - 2007

24.54 78.83 84.98 62.76

14.81 76.28 82.28 60.06

34.26 81.38 87.69 65.46

R 10 Facilidad de uso R 10 Facilidad de uso R 10 Facilidad de uso

12.7 Resultados de la Evaluacin Sobre las Funcionalidades

CONSIDERACIONES Y RECOMENDACIONES FINALES

13. APENDICE A. CARACTERICTISCAS CATEGORIA DEL MODELO MOECS

Categoras del Producto

USA-04 Capacidad de operar:

Agrupa los conceptos que evalan la

relativos a los tiempos de respuesta y de procesamiento de los datos

software relativos a la cantidad de recursos usados y la duracin de su uso en

diagnosticar las deficiencias o causas de fallas, o para identificar las partes

coexiste en conformidad con estndares o convenciones relativas a

esfuerzo usado en sustituir el software por otro producto con funciones

Categoras del Proceso

163 164 165

FUN3.Interoperabilidad FUN3.Interoperabilidad FUN4.- Conformidad FUN4.- Conformidad

173 174 175

180 181 182 183 184 185 186 187

191 192 193

FUN5.- Seguridad FUN5.- Seguridad FUN5.- Seguridad

FUN5.- Seguridad FUN5.- Seguridad

210 211 212 213