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].