REPUBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PODER POPULAR PARA LA EDUCACION SUPERIOR

UNIVERSIDAD POLITÉCNICA DEL OESTE “MARISCAL SUCRE”

PNF INFORMÁTICA

INGENIERÍA DEL SOFTWARE

FACTORES DE LA CALIDAD DE SOFTWARE (MARCO ISO 9126), APLICADO

A UN SISTEMA

Sistema Fénix del Instituto Nacional de Tierras (INTi)

Sección 7023 Integrantes:

De Almeida C., Ireceny J. C.I. 10.353.893

Hernández J., Élix A. C.I. 16.472.386

Torbello, Orlando J. C.I. 15.343.729

Torrealba D., Jorge E. C.I. 16.285.505

Vivas G., Rubén A. C.I. 15.366.881

Caracas, febrero 2011

2

REPUBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PODER POPULAR PARA LA EDUCACION SUPERIOR

UNIVERSIDAD POLITÉCNICA DEL OESTE “MARISCAL SUCRE”

PNF INFORMÁTICA

INGENIERÍA DEL SOFTWARE

FACTORES DE LA CALIDAD DE SOFTWARE (MARCO ISO 9126), APLICADO

A UN SISTEMA

Sistema Fénix del Instituto Nacional de Tierras (INTi)

Prof. Rafael Matos

Caracas, febrero 2011

3

ÍNDICE

ÍNDICE..................................................................................................................... iii

ÍNDICE DE ILUSTRACIONES.................................................................................iv

INTRODUCCIÓN......................................................................................................v

CAPÍTULO I.............................................................................................................1

EL PROBLEMA.....................................................................................................1

Contexto de Actuación.......................................................................................1

Planteamiento del Problema..............................................................................6

Objetivos Generales y específicos.....................................................................8

Justificación.......................................................................................................8

Alcance y Delimitación.......................................................................................9

CAPÍTULO II..........................................................................................................10

MARCO TEÓRICO.............................................................................................10

Antecedentes de la Investigación....................................................................10

Bases Teóricas y Legales................................................................................11

CAPÍTULO III.........................................................................................................17

DESARROLLO....................................................................................................17

Conceptos y Aplicación de los Factores de la Calidad de Software (Marco ISO

9126)................................................................................................................17

CONCLUSIONES...................................................................................................23

BIBLIOGRAFÍA......................................................................................................24

4

ÍNDICE DE ILUSTRACIONES

fig. 1 Organigrama Estructural Instituto Nacional de Tierras (INTi)..........................5

fig. 2 Pantalla Principal Sistema Fénix (Instituto Nacional de Tierras INTi)..............7

fig. 3 Gestión de Calidad hoy.................................................................................15

fig. 4 ISO 9126.......................................................................................................16

5

INTRODUCCIÓN

1

CAPÍTULO I

EL PROBLEMA

Contexto de Actuación

Reseña Histórica

Durante el gobierno del General Isaías Medina Angarita (1941-1945) se

dieron pasos efectivos para la implantación de un nuevo modelo de país.

El 14 de septiembre de 1945 la primera Ley de Reforma Agraria es

aprobada, obligando a los dueños de tierras a mantenerlas productivas,

estableciéndose así la función social de la tierra. A pesar de su promulgación, no

pudo entrar en vigencia debido al golpe de Estado en contra del General Medina,

quien buscaba cambios contundentes en el medio rural para un verdadero

desarrollo agrario.

La promulgación de la Ley de Reforma Agraria en 1961 no cambió la

estructura del Estado para favorecer a los excluidos de la tierra, de esta manera

se agudizó el éxodo campesino a las grandes ciudades y se convirtieron muchos

campos fértiles en tierras desoladas. Bajo esta concepción la propiedad de la

tierra mantuvo un alto índice de concentración en pocas manos, convirtiéndonos

en un país importador de casi todos los alimentos. Durante el gobierno del General

López Contreras, se pone en vigencia la Ley de Inmigración y Colonización,

mediante la cual se crea en 1938 el Instituto Técnico de Inmigración y

Colonización, el cual dio origen al Instituto Agrario Nacional (IAN), creado por

2

Decreto Ejecutivo 173, el 28 de junio de 1949 y publicado en Gaceta Oficial

22.958.

Luego de 40 años, la Ley de Tierras y Desarrollo Agrario fue promulgada por

el presidente de la República, Hugo Chávez Frías, el 10 de diciembre de 2001.

Este Decreto es creado mediante Gaceta Oficial de la República Bolivariana de

Venezuela Nº 37.323 del 13 de noviembre de 2001, el cual deroga la Ley de

Reforma Agraria de 1960. Con esta Ley nacen las instituciones agrarias del país,

entre éstas el Instituto Nacional de Tierras (INTi), el Instituto Nacional de

Desarrollo Rural (INDER) y la Corporación Venezolana Agraria (CVA).

En el año 2005, el INTi propuso la reforma de algunos artículos de la Ley de

Tierras y Desarrollo Agrario, siendo publicada en gaceta Oficial Nº 5.771 del 18 de

mayo de 2005. La Ley de Tierras es una herramienta legal promulgada

específicamente para beneficio de todos los sectores de la población. Se trata de

un verdadero cambio social, pues asegura una planificación estratégica,

democrática y participativa sobre la tenencia de la tierra y su apropiado uso.

Desde el 2004, en la Quinta La Barranca sede principal del INTi se cumple

una función social dentro del proceso revolucionario, hoy por hoy, es una de las

instituciones con gran compromiso por el desarrollo agrícola del país.

Misión y Visión.

Misión: Garantizar la administración, distribución y regularización de las

tierras con vocación de uso agrario en unidades económicas productivas

enmarcadas en las directrices y los planes del Ejecutivo Nacional para impulsar el

desarrollo rural integral y sustentable.

3

Visión: Ser una institución dinámica e innovadora dirigida a impulsar las

políticas de desarrollo rural integral y sustentable para la consolidación del sector

agrario nacional, con un recurso humano altamente calificado, comprometido, con

criterio de eficiencia y eficacia, capaz de optimizar el logro de la misión.

Objetivos y Funciones

Entre los procesos que realiza la institución se puede mencionar:

Rescate de tierras.

Adjudicación de tierras a los habitantes del campo que estén

dispuestos a trabajarla

Llevar el registro histórico e inventario de las tierras con vocación

agraria, ya sean públicas o privadas.

Certificar las condiciones de las fincas, bien sea productivas,

mejorables, incultas u ociosas.

Emprender acciones que conlleven a l uso racional de la tierra y al

mejoramiento sostenido de la economía del agro venezolano.

Asegurar la biodiversidad y la protección ambiental.

Garantizar el alimento de la presente y futuras generaciones.

Llevar el registro agrario de tierras y aguas.

Planificar la agricultura para atender prioritariamente a toda la

población, a bajo costo y en abundancia.

Promover, construir y consolidar una agricultura ecológica,

autogestionaria, con producción de abono orgánico, control biológico

de plagas y enfermedades.

Identificar las potencialidades de las comunidades campesinas,

grupos organizados y comunidades indígenas, para establecerlos en

tierras INTI y fortalecer el desempeño de los Fundos Zamoranos, los

4

Proyectos Conuqueros, el programa Vuelta al Campo y los Pueblos

Comunales.

Determinar la vocación y uso de la tierra para evitar su degradación y

subutilización.

Regularizar la explotación de minerales no metálicos en tierras del

Estado.

Realizar Directorios Móviles en diversas regiones del país con el

objetivo de tratar los casos de tierras más emblemáticos que se

presentan en el país.

Todas aquellas áreas donde habitan los indígenas son consideradas

hábitat indígena, tal como lo establece la CRBV (Artículo 119). El INTI

debe resguardar este espacio como si fuese una reserva forestal con

el fin de que se rescate el patrimonio (ancestral, cultural,

biodiversidad) de dichos pueblos.

Llevar el registro, catastro y digitalización de los predios, a través de

estudios técnicos pertinentes para determinar la capacidad productiva

de las tierras.

Directorio

Presidencia

AuditoriaInterna

Consultoría Jurídica

Oficina de Planificación Estratégica

Oficina de Recursos Humanos

Unidades Administrativas

( Apoyo)

Unidades Sustantivas (Operativas)

Dictámenes n yAsuntos Normativos

Gestión Comunicacional

Relaciones Institucionales

Evaluaciónde Gestión

Desarrollo OrganizacionalFinanzas

Ejecución Presupuestaria

Bienes y Servicios

Regional

TécnicaAgraria

Equipos de Trabajo

Inspecciones Seguimiento y

RegistroAgrario

LegalAgraria

Relaciones Internacionales

Gerencia Técnica Agraria

Gerencia de Proyectos

Gerencia de Formación y Capacitación Agraria

Comité regional

Secretaría del Directorio

Oficina de Secretaría de la Presidencia

Oficina de Gestión Administrativa

Gerencia General

RecursosNaturales

Oficina de Relaciones Interinstitucionales

Oficina de Tecnologías de la Información

Oficinas regionales de Tierras

Registro de Predio

Geografía

Gerencia de Registro Agrario Nacional

Geodesia

Asuntos Judiciales

Evaluación deUnid. Productivas

TécnicasAgrarias

Certificaciónde Fincas

Admón. deServidores

Sala Situacional

Avalúo

ContratosProcedimientos Adm.

AgrariosArchivo de Exp. y

Gaceta Agraria

Ingreso y Desarrollo Bienestar Social

Planificación y Formulación

Presupuestaria

SoporteTécnico Admón. de Redes yTelecomunicaciones

Diseño y Evaluaciónde Sistemas

ApoyoAdministrativo

Compras

Atención al Soberano

PatrimonioNatural

Recursos Naturales

Gerencia de Recursos Naturales

Gerencia de Fundos Zamoranos

Atención al Soberano

Seguridad yTrasporte

Seguridad Rural

Digitalización yTranscripción

Apoyo Administrativo

Determinación de Responsabilidades Control de Gestión Control Posterior

Formulación y Eval. de Proyectos de

Obras Civiles

Formulación y Eval. de Proyectos de

Socioproductivos

Directorio

Presidencia

AuditoriaInterna

Consultoría Jurídica

Oficina de Planificación Estratégica

Oficina de Recursos Humanos

Unidades Administrativas

( Apoyo)

Unidades Sustantivas (Operativas)

Dictámenes n yAsuntos Normativos

Gestión Comunicacional

Relaciones Institucionales

Evaluaciónde Gestión

Desarrollo OrganizacionalFinanzas

Ejecución Presupuestaria

Bienes y Servicios

Regional

TécnicaAgraria

Equipos de Trabajo

Inspecciones Seguimiento y

RegistroAgrario

LegalAgraria

Relaciones Internacionales

Gerencia Técnica Agraria

Gerencia de Proyectos

Gerencia de Formación y Capacitación Agraria

Comité regional

Secretaría del Directorio

Oficina de Secretaría de la Presidencia

Oficina de Gestión Administrativa

Gerencia General

RecursosNaturales

Oficina de Relaciones Interinstitucionales

Oficina de Tecnologías de la Información

Oficinas regionales de Tierras

Registro de Predio

Geografía

Gerencia de Registro Agrario Nacional

Geodesia

Asuntos Judiciales

Evaluación deUnid. Productivas

TécnicasAgrarias

Certificaciónde Fincas

Admón. deServidores

Sala Situacional

Avalúo

ContratosProcedimientos Adm.

AgrariosArchivo de Exp. y

Gaceta Agraria

Ingreso y Desarrollo Bienestar Social

Planificación y Formulación

Presupuestaria

SoporteTécnico Admón. de Redes yTelecomunicaciones

Diseño y Evaluaciónde Sistemas

ApoyoAdministrativo

Compras

Atención al Soberano

PatrimonioNatural

Recursos Naturales

Gerencia de Recursos Naturales

Gerencia de Fundos Zamoranos

Atención al Soberano

Seguridad yTrasporte

Seguridad Rural

Digitalización yTranscripción

Apoyo Administrativo

Determinación de Responsabilidades Control de Gestión Control Posterior

Formulación y Eval. de Proyectos de

Obras Civiles

Formulación y Eval. de Proyectos de

Socioproductivos

5

Organigrama (ver fig. 1)

Planteamiento del

Problema

El Instituto Nacional de

Tierras

(INTi), a

grandes rasgos es el ente

encargado de gestionar

y controlar la tenencia de

Tierras

de

Venezuela. Dentro de la institución la Gerencia Operativa de Registro

Agrario

se encarga de llevar el

control e inventario de todas

las tierras con vocación

agraria (Art. N° 27. Ley de Reforma Parcial de la Ley de Tierras y

Desarrollo Agrario, Caracas, Venezuela, 29 de julio de 2010). Estos

procedimientos se dividen de manera macro en cuatro principales: Carta de

Registro Agrario (o Registro Simple), Carta Agraria (ya derogada), Adjudicación de

fig. 1 Organigrama Estructural Instituto Nacional de Tierras (INTi)

6

Tierras, Declaratoria de Permanencia (agregadas posteriormente) y Declaratoria

de Tierras Ociosas (aún en desarrollo).

Según lo descrito anteriormente, la institución necesitaba un sistema que

permitiera llevar el control de las solicitudes de aquellas persona que deseaban

obtener el permiso de uso de las tierras para trabajarlas, con las ventajas que esto

supone (créditos principalmente). Hasta hace aproximadamente 4 años dicho

sistema no existía por lo que se hacía urgente la automatización de los

procedimientos ejecutados por la institución, por lo que se realizó en primer lugar

un manual de requisitos, normas y procedimientos que se le entregó a la Oficina

de Tecnologías de la Información a fin de que se desarrollara un “Sistema a la

medida”. Posteriormente se creó un sistema (Sistema Fénix (ver fig. 2)) que en su

primera fase solo emitía Cartas de Registro Agrario (llamado en el Sistema

Registro Simple), y luego se le agregaron los procesos de Carta Agraria,

Adjudicación de Tierras y Declaratoria de Permanencia (llamados Registros

Combinados). El Sistema también tiene conexión con una base de un Sistema de

información Geográfica (SIG), que permite la ubicación exacta del fundo o predio1

solicitado, para así poder controlar si no existe algún tipo de restricción2 entre dos

1 Extensión de tierra que, fuera de las poblaciones está dedicado al uso agrícola, pecuario o forestal. DICCIONARIO de la Lengua Española. Vigésimo Segunda edición. España, 2010.

2 Restricciones que paralizan el trámite de la Inscripción en el Registro Agrario Nacional:a) Cuando el polígono caiga sobre un cuerpo de agua, río, lago o laguna.b) Cuando coincida con áreas de Poligonales Urbanas demarcadas por Decreto o por el Plan de Ordenamiento Municipal.c) Cuando el predio se ubique dentro de las poligonales de las Áreas Naturales Protegidas (ANAPRO) o en Tierras de Pueblos y Comunidades Indígenas.d) Cuando el predio se ubique dentro de las poligonales de las Área Bajo Régimen de Administración Especial (ABRAE). En éstos casos sólo se emitirán con “Observación” en aquellas áreas donde la práctica agrícola sea compatible con el Reglamento de la ABRAE, lo cual se reflejará en la cobertura ABRAE del INTi Central. INSTITUTO Nacional de Tierras. Reglamento del procedimiento a ejecutar por las Oficinas regionales de tierras para la inscripción en el Registro Agrario Nacional. Caracas, 2007.

7

o más predios y además conocer la tenencia de la tierra (si es Baldío de la Nación,

Baldío Municipal, Privado, etc.).

fig. 2 Pantalla Principal Sistema Fénix (Instituto Nacional de Tierras INTi)

8

Objetivos Generales y específicos

Objetivo General

El objetivo de este proceso es evaluar, predecir y controlar la calidad del

Sistema Fénix del Instituto Nacional de Tierras mediante la utilización de los

Factores de la Calidad de Software (Marco ISO 9126).

Objetivo Específico

Se comparará el Sistema Fénix con el modelo obtenido para realizar la

valoración de la evolución del comportamiento de los atributos de calidad.

Justificación

El Sistema Fénix se implementó primero en la sede Central del INTi3 (Caracas)

y luego en el resto del país en un tiempo aproximado de 6 meses, sin embargo, la

implementación se realizó prácticamente “sobre la marcha” por lo que ha ido

creciendo paulatinamente y en algunas ocasiones sin un control exhaustivo, lo que

ha ocasionado que no tenga una calidad al 100%.

Debido a lo descrito anteriormente es por lo que se hace necesaria la

aplicación de la tabla de factores de calidad de software (Marco ISO 9126) para

determinar el grado de calidad del Sistema Fénix y de este modo realizar las

correcciones a que haya lugar para la optimización del Sistema y más importante

aún la optimización de la respuesta al campesinado venezolano.

3 Existen Oficinas Regionales de Tierras (ORT) en cada uno del resto de los estados del país, incluso hasta dos y tres oficinas dependiendo de la extensión de tierras del estado.

9

Alcance y Delimitación

Debido a lo extenso y a la amplitud de los procesos cubiertos por el Sistema

Fénix, para este estudio delimitaremos el análisis al Módulo de Registro Agrario

por ser éste, sin hacer detrimento de la importante labor de los demás

departamentos, uno de los más importantes pues en la mayoría de los casos la

tenencia de la tierra es la que influye en mayor proporción en la toma de decisión

para el otorgamiento del instrumento a entregar al campesino.

10

CAPÍTULO II

MARCO TEÓRICO

Antecedentes de la Investigación

Dentro del campo de la evaluación de la calidad del software, se han realizado

múltiples estudios, análisis y metodologías. En su mayoría, estos estudios tienden

hacia enfoques formales, en donde los modelos estadísticos basados en métricas

de software son la base para el aseguramiento, control y evaluación de la calidad

de un producto o proceso de software. Grandes compañías tales como IBM4,

Hewlett Packard, Motorola y Siemens entre otras, han adoptado este enfoque en

su marco de producción, para implementar atributos de calidad como lo son la

mantenibilidad una vez que el producto de software se ha completado. Esto las

convierte en pioneras de este campo.

El objetivo principal del proceso de evaluación es lograr el control del proceso

de desarrollo y del producto de software. Esto se logra mediante el monitoreo y la

medición de los atributos de las actividades que intervienen en el coste, calidad y

todas aquellas características que afectan la producción de software. Para mejorar

la calidad necesitamos verificar el software y sus defectos, para disminuirlos a

medida que avanza el desarrollo del proyecto. Este proceso de evaluación es

posible mediante la medición del software. Sin embargo, el software no es fácil de

medir. Es posible medir algunos atributos del software, y estos sólo pueden ser

medidos de manera indirecta. Las métricas pueden utilizarse para medir tanto el

proceso de desarrollo como el producto de software.

4 International Business Machines

11

Su aplicación puede variar dependiendo del número de líneas de código o de la

complejidad del software en medición. Las métricas no son simples valores, sino

que dependen de la magnitud del sistema y del tiempo estimado que se tiene para

su obtención. Una vez que se ha obtenido el conjunto de valores de las

evaluaciones, se procede a modelar los resultados para obtener un estimado del

comportamiento del sistema de acuerdo a la tendencia que manifiestan los

resultados. En el modelado se utilizan por lo general métodos formales.

Bases Teóricas y Legales

Lograr un alto nivel de calidad de un producto o servicio es el objetivo de la

mayoría de las organizaciones. La calidad del software es un concepto complejo

que no se puede definir de una manera sencilla ya que intervienen diversos

elementos. En principio, la administración de la calidad comprende simplemente

definir procedimientos y estándares a utilizar durante el desarrollo de software y

comprobar que todo el personal los siga. En la práctica la administración de la

calidad es más que esto.

La administración de la calidad del software se estructura en tres actividades

principales:

a) Aseguramiento de la calidad. El establecimiento de un marco de trabajo de

procedimientos y estándares organizacionales que conduce a software de

alta calidad.

b) Planeación de la calidad. La selección de procedimientos y estándares

adecuados a partir de este marco de trabajo y la adaptación de éstos para

un proyecto de software específico.

12

c) Control de la calidad. La definición y promulgación de los procesos que

aseguran que los procedimientos y estándares para la calidad del proyecto

son seguidos por el equipo de desarrollo de software.

Un estándar internacional que se puede utilizar en el desarrollo de un sistema

de administración de la calidad en todas las industrias es el ISO 90005. Este es un

conjunto de estándares que se aplican a una gran variedad de organizaciones que

van desde las Industrias de Manufactura hasta las Industrias de servicios. ISO

90016 es el más general de los estándares y se aplica a las organizaciones

interesadas en el proceso de calidad del diseño, desarrollo y mantenimiento de

productos de software.

El control de la calidad implica vigilar el proceso de desarrollo de software para

asegurar que se sigan los procedimientos de consolidación de software y

estándares de calidad. La calidad de software aplica a todas las etapas del

desarrollo del software. Sin embargo es de particular importancia tomar en cuenta

los siguientes puntos antes de plantearse metas y objetivos de calidad.

a) Identificación del alcance y de los objetivos del proyecto.

b) Identificación de la infraestructura del proyecto.

c) Análisis las características del proyecto.

d) Identificación de las actividades del proyecto.

e) Revisión y publicación del plan.

La calidad del proceso de desarrollo afecta directamente a la calidad de los

productos a entregar. De lo cual podemos concluir que la calidad del producto está

íntimamente ligada a los procesos de producción. El término de calidad también

5 ISO900 Todo sobre el [en línea disponible en http://www.iso9000.com; revisado el 19 de febrero de 2011].6 ISO9001 Software, Certification, compliance, [en línea disponible en http://www.iso90001.com.uk; revisado el 19 de febrero del 2011].

13

está ligado a la cultura de calidad que practican los individuos que integran una

organización.

Para Crosby (1994)7, calidad total es el cumplimiento de los requerimientos,

donde el sistema es la prevención, el estándar es cero defectos, y la medida es el

precio del incumplimiento.

Juran (1990)8 plantea que calidad total es estar en forma para el uso, desde los

puntos de vista estructurales, sensoriales, orientados en el tiempo, comerciales y

éticos, sobre la base de parámetros de calidad de diseño, calidad de

cumplimiento, de habilidad, seguridad del producto y servicio en el campo.

Ishikawa (1988)9 refiere, que calidad total es cuando se logra un producto es

económico, útil y satisfactorio para el consumidor. Este autor también afirma que

costos y calidad son dos caras de una misma moneda.

Según Deming (1989)10, la calidad se mide por el costo de calidad; no es algo

intangible y subjetivo.

El costo de calidad es lo que se gasta por hacer las cosas mal. Es el

desperdicio, el volver a hacer las cosas, el dar servicio, la garantía, la inspección,

las pruebas y actividades similares que se hacen necesarias debido a los

problemas por no cumplir con los requisitos.

7 CROSBY B. (1994), Calidad Total, Editorial Mc Graw-Hill, México.8 JURAM JOSEPH M. (1990), Juran y el Liderazgo para la Calidad. Un Manual para Directivos. Editorial Díaz de Santos, S.A., Madrid, España.9 ISHIKAWA KAURO (1988) ¿Qué es el Control Total de la Calidad? La Modalidad Japonesa, Ediciones Revolucionarias, La Habana.10 DEMING EDWARDS (1989), Calidad, Productividad y Competitividad, la salida de la Crisis, Editorial Díaz de Santos S.A, Madrid, España.

14

Existen puntos comunes en la definición de calidad total, según los autores

consultados. Estos son:

El cliente es lo primero.

Prevenir, no corregir.

Reducir costos y desperdicios en general.

Largo plazo, no hay caminos cortos hacia la calidad.

Participación y vinculación de todo el personal.

Trabajo en equipo.

Medición de resultados.

Reconocer metas cumplidas.

Compromiso y apoyo de la alta dirección.

Instituir programas de entrenamiento.

Mantener un proceso o herramientas para el mejoramiento sistemático y

permanente.

La calidad en la producción de software

La obtención de un software con calidad implica la utilización de metodologías

o procedimientos estándares para el análisis, diseño, programación y prueba del

software, que permitan uniformar la filosofía de trabajo, en aras de lograr una

mayor confiabilidad, mantenimiento y facilidad de prueba, a la vez que eleven la

productividad, tanto para la labor de desarrollo, como para el control de la calidad

del software.

Según la norma 2186 del Departamento de la Defensa de los Estados Unidos:

«Calidad de software es el grado con el cual los atributos de un producto de

software habilitan a éste en la realización específica de uso».

15

Los atributos se definen básicamente en tres características de un producto:

operación, adaptabilidad y mantenimiento, las cuales son obtenidas midiendo cada

uno de los atributos del producto por medio de pruebas, que generan las métricas

del producto.

La política establecida debe estar sustentada sobre tres principios básicos:

tecnológico, administrativo y ergonómico.

El principio tecnológico define las técnicas para utilizar en el proceso de

desarrollo del software.

El principio administrativo contempla las funciones de planificación y control

del desarrollo del software, así como la organización del ambiente o centro

de ingeniería de software.

El principio ergonómico define la interfaz entre el usuario y el ambiente

automatizado.

El aseguramiento de calidad del software se diseña para cada aplicación antes

de comenzar a desarrollarla. Algunos autores refieren garantía de calidad en lugar

de aseguramiento.

No obstante, el término garantía, se puede confundir con garantía de

productos, mientras que el aseguramiento supone confianza en que el producto

tiene calidad (ver fig. 3).

16

fig. 3 Gestión de Calidad hoy

Enfoques para el control de la calidad en la elaboración del software

Originalmente, la calidad de un programa o sistema se evaluaba de acuerdo al

número de defectos por cada mil líneas de código. En 1988, un estudio realizado

en los Estados Unidos, demostró que se introducían cerca de sesenta defectos

por cada mil líneas de código. En la actualidad se le adicionan otros factores a la

calidad del software.

Para el análisis de Factores de la Calidad de Software del informe actual se

utilizará la Norma ISO 9126 (ver fig. 4).

17

fig. 4 ISO 9126

18

CAPÍTULO III

DESARROLLO

Conceptos y Aplicación de los Factores de la Calidad de Software (Marco

ISO 9126)

Para comenzar a efectuar el análisis del software escogido (Sistema Fénix) es

primordial iniciar con la exposición de cada uno de los conceptos que necesitamos

para entender lo que se va a realizar y seguidamente colocaremos el análisis

realizado por cada uno de los factores y subfactores.

Funcionalidad

Conjunto de atributos que se relacionan con la existencia de un conjunto de

funciones y sus propiedades específicas. Las funciones son aquellas que

satisfacen lo indicado o implica necesidades. Se puede dividir a su vez en:

a) Idoneidad (Adecuación): Capacidad del producto software para

proporcionar un conjunto apropiado de funciones para tareas y objetivos de

usuario especificados. El Sistema Fénix no cumple a cabalidad con este

subfactor pues hay funciones como la generación de ciertos reportes

necesarios para el usuario (Estadísticas por fecha, Bitácora detallada por

usuario, etc.).

b) Exactitud: Capacidad del producto software para proporcionar los

resultados o efectos correctos o acordados, con el grado necesario de

precisión. El Sistema cumple con este subfactor porque la información tanto

19

geográfica como del solicitante es cotejada con datos fidedignos (SAIME11,

IGVSB12, Ministerio del Ambiente, etc.).

c) Interoperabilidad: Capacidad del producto software para interactuar con uno

o más sistemas especificados. El Sistema Fénix interactúa con el Sistema

OMAKON que es el SIG utilizado en el INTi.

d) Seguridad: Capacidad del producto software para proteger información y

datos de manera que las personas o sistemas no autorizados no puedan

leerlos o modificarlos, al tiempo que no se deniega el acceso a las personas

o sistemas autorizados. El Sistema Fénix cumple con el control de acceso

al Sistema y a los diferentes módulos que los conforman, por lo que no

todos los usuarios, aun cuando puedan ingresar al Sistema, no tienen

acceso a la totalidad de la información, sin embargo, puede ser accesado

remotamente con todos los riesgos que esto implica.

e) Cumplimiento de normas: Capacidad del producto software para adherirse

a normas, convenciones o regulaciones en leyes y prescripciones similares

relacionadas con funcionalidad. El Sistema Fénix fue concebido bajo la

regulación de la Ley de Tierras y Desarrollo Agrario y el Reglamento del

Procedimiento a Ejecutar por las Oficinas Regionales de Tierras para la

Inscripción en el Registro Agrario Nacional.

Fiabilidad

Conjunto de atributos relacionados con la capacidad del software de mantener su

nivel de prestación bajo condiciones establecidas durante un período establecido.

a) Madurez: Capacidad del producto software para evitar fallar como resultado

de fallos en el software. El Sistema Fénix no posee la madurez necesaria

11 SERVICIO Administrativo de Identificación, Migración y Extranjería.12 INSTITUTO Geográfico de Venezuela Simón Bolívar.

20

pues hay momentos en los que sin aviso puede resistirse a guardar el

ingreso de la data por el usuario.

b) Recuperabilidad: Capacidad del producto software para restablecer un nivel

de prestaciones especificado y de recuperar los datos directamente

afectados en caso de fallo. El Sistema Fénix está diseñado para guardar

cambios frecuentemente y de manera obligatoria, sin embargo hay

momentos en los cuales no permite guardar esos cambios, en especial

cuando hay mayor concurrencia de usuarios en el Sistema.

c) Tolerancia a fallos: Capacidad del software para mantener un nivel

especificado de prestaciones en caso de fallos software o de infringir sus

interfaces especificados. El Sistema Fénix no mantiene el nivel de

prestaciones adecuado, pues en las horas en las que existe mayor

afluencia de usuarios tiende a retrasar los procesos y/o colapsar la

ejecución de alguno de sus módulos.

Usabilidad

Conjunto de atributos relacionados con el esfuerzo necesario para su uso, y en la

valoración individual de tal uso, por un establecido o implicado conjunto de

usuarios.

a) Aprendizaje: Capacidad del producto software que permite al usuario

aprender sobre su aplicación. El Sistema Fénix cumple con este subfactor

ya que además de ser un sistema de interface bastante amigable, existe un

Manual de Operación bien específico y explicativo13.

b) Comprensión: Capacidad del producto software que permite al usuario

entender si el software es adecuado y cómo puede ser usado para unas

tareas o condiciones de uso particulares. El Sistema Fénix es comprensible

13 INSTITUTO NACIONAL DE TIERRAS. Manual de Usuario para uso del Sistema Fénix – OMAKON. Dirección de Tecnología de la Información. Coordinación: Diseño de Evaluación y de Sistemas. Caracas, Abril 2008.

21

pues está destinado a ser operado por usuarios de la institución y sus áreas

específicas.

c) Operatividad: Capacidad del producto software que permite al usuario

operarlo y controlarlo. Este Sistema permite al usuario operar y manipular

los datos recogidos del solicitante y los datos geográficos de los predios

solicitados.

Eficiencia

Conjunto de atributos relacionados con la relación entre el nivel de desempeño del

software y la cantidad de recursos necesitados bajo condiciones establecidas.

a) Comportamiento en el tiempo: Capacidad del producto software para

proporcionar tiempos de respuesta, tiempos de proceso y potencia

apropiados, bajo condiciones determinadas. El Sistema Fénix no mantiene

un comportamiento estable por presentar retrasos en los procesos cuando

existe mayor concentración de usuarios.

b) Uso de recursos: Capacidad del producto software para usar las cantidades

y tipos de recursos adecuados cuando el software lleva a cabo su función

bajo condiciones determinadas. El Sistema Fénix hace uso de los recursos

adecuados pues cuando existe mayor número de recursos funciona con

mayor fluidez.

c) Cumplimiento de la eficiencia: Capacidad del producto software para

adherirse a normas o convenciones relacionadas con la eficiencia.

Mantenibilidad

Conjunto de atributos relacionados con la facilidad de extender, modificar o

corregir errores en un sistema software.

22

a) Estabilidad: Capacidad del producto software para evitar efectos

inesperados debidos a modificaciones del software. El Sistema Fénix

mantiene cierta operatividad aun cuando se realicen modificaciones a sus

módulos.

b) Facilidad de análisis: Es la capacidad del producto software para serle

diagnosticadas deficiencias o causas de los fallos en el software, o para

identificar las partes que han de ser modificadas.

c) Facilidad de cambio: Capacidad del producto software que permite que una

determinada modificación sea implementada.

d) Facilidad de pruebas: Capacidad del producto software que permite que el

software modificado sea validado.

Portabilidad

Conjunto de atributos relacionados con la capacidad de un sistema software para

ser transferido desde una plataforma a otra.

a) Capacidad de instalación: Capacidad del producto software para ser

instalado en un entorno especificado. El Sistema Fénix posee capacidad de

instalación porque solo necesita un certificado, que el navegador sea de

licencia GPU preferiblemente y que exista conexión a internet para poder

comenzar a ser utilizado.

b) Capacidad de reemplazamiento: Capacidad del producto software para ser

usado en lugar de otro producto software, para el mismo propósito, en el

mismo entorno. Antes de la existencia del Sistema Fénix no había ningún

sistema que cumpliera el propósito para el cual fue desarrollado, por lo que

este subfactor no podrá ser analizado.

c) Adaptabilidad: Capacidad del producto software para ser adaptado a

diferentes entornos especificados, sin aplicar acciones o mecanismos

distintos de aquellos proporcionados para este propósito por el propio

23

software considerado. El Sistema Fénix cumple con este subfactor al poder

ser instalado en cualquier Sistema Operativo.

d) Co-Existencia: Capacidad del producto software para coexistir con otro

software independiente, en un entorno común, compartiendo recursos

comunes. El Sistema Fénix comparte recursos con el SIG Omakon para su

funcionamiento por lo que sí cumple con este subfactor.

24

CONCLUSIONES

25

BIBLIOGRAFÍA

CROSBY B. (1994), Calidad Total, Editorial Mc Graw-Hill, México.

DEMING Edwards (1989), Calidad, Productividad y Competitividad, la salida de la

Crisis, Editorial Díaz de Santos S.A, Madrid, España.

FAIRLEY, Richard (1989), Ingeniería de Software. Editorial McGraw Hill Editorial

McGraw Hill, México.

GORDON B. Davis (1990), Sistemas de información Gerencial, Editorial McGraw

Hill, México.

HIDALGO Nuchera, A., León Serrano, G. y Pavón Morote, J. (2002): La gestión de

la innovación y la tecnología en las organizaciones. Ediciones Pirámide,

Madrid.

ISHIKAWA Kauro (1988) ¿Qué es el Control Total de la Calidad? La Modalidad

Japonesa, Ediciones Revolucionarias, La Habana.

WATTS S. Humphrey Introducción al Proceso de Software Personal. Addison -

Wesley, 2001.

GÓMEZ Fuentes, Héctor. Guía para la confección de referencias bibliográficas.

Santiago, Chile, Ediciones Universidad Tecnológica Metropolitana, [1997].

23p.

26

MACÍAS Villalobos, Cristóbal. Cómo citar documentos electrónicos. AnMal

electrónica [en línea]. Febrero 2001, n° 8. [fecha de consulta: 21 noviembre

2002]. Disponible en: http://www.anmal.uma.es/anmal/numero8/docelectr.htm

PONTIFICIA Universidad Católica de Chile. Sistema de Bibliotecas. Guía para la

redacción de citas bibliográficas [en línea]. Santiago, Chile, Pontificia

Universidad Católica de Chile, Sistema de Bibliotecas, 2001. [Fecha de

consulta: octubre, 2002]. Disponible en:

http://www.puc.cl/sibuc/html/citas.PDF

DICCIONARIO de la Lengua Española. Vigésimo Segunda edición. España, 2010.

LETICIA Dávila Nicanor, Pedro Mejía Álvarez. Evaluación de la Calidad de

Software en Sistemas de Información en Internet. Congreso de Ingeniería

Eléctrica, CINVESTAV - IPN, 2003.

MATOS Rafael. Ingeniería de Software II. Trayecto III. Trimestre I. Presentación

en PowerPoint. 2011.

INSTITUTO Nacional de Tierras. Reglamento del procedimiento a ejecutar por las

Oficinas regionales de tierras para la inscripción en el Registro Agrario

Nacional. Caracas, 2007.

INSTITUTO Nacional de Tierras. Manual de Usuario para uso del Sistema Fénix –

OMAKON. Dirección de Tecnología de la Información. Coordinación: Diseño

de Evaluación y de Sistemas. Caracas, Abril 2008.

INTEGRACIÓN de metodologías y sistemas [en línea disponible en

http://www.netims.com; revisado el 19 de febrero del 2011].

27

ISO9000 Todo sobre el [en línea disponible en http:// www.iso9000.com; revisado

el 19 de febrero de 2011].

ISO9001 Software, Certification, compliance, [en línea disponible en

http://www.iso90001.com.uk; revisado el 19 de febrero del 2011].