2016

CALIDAD DE SOFTWARE

ALUMNA:
DUED:
2016

CALIDAD DE SOFTWARE
1. Resumen
2. Introduccin
3. Algunos conceptos a conocer
4. Conceptos relativos a la gestin segn ISO 9000:2000
5. Desarrollo
6. La calidad del software
7. Sistema de calidad
8. Qu es un sistema de gestin de la calidad?
9. Principios de la gestin de la calidad segn ISO 9000: 2000
10. Estndares de calidad
11. Modelos existentes para medir la calidad
12. Antecedente histrico de la norma ISO 9000
13. Antecedente histrico del modelo EFQM
14. Aportaciones del modelo ISO 9001: 2000
15. Los factores de la calidad del software y los defectos
16. Modelos de calidad de software
17. Certificacin de la calidad
18. Mtricas de la calidad software
19. Aplicacin de la calidad en la tesis: Sistema para el reclutamiento de la reserva
laboral en la oficina de empleo y su ubicacin en las entidades de Gaviota Varadero
20. Conclusiones
21. Recomendaciones
22. Bibliografa

RESUMEN
A travs de este documento se detallan diferentes conceptos que son necesarios conocer a la
hora de introducirse en el tema. Se explica lo que es calidad de software, la importancia de tener
en cuenta este tema en la produccin de software.
En relacin al tema se exponen los mtodos, metodologas, control, aseguramiento, certificacin,
mtricas, factores de la misma, entre otros elementos a conocer. Adems, se desarrolla uno de
los modelos de calidad de software existentes a la tesis de cada integrante del equipo.

INTRODUCCIN
Algunos conceptos a conocer
Calidad: Propiedad o conjunto de propiedades inherentes a algo, que permiten juzgar su valor.
Software: Conjunto de programas, instrucciones y reglas informticas para ejecutar ciertas tareas
en una computadora.
ISO: siglas de International Organisation for Standardization, Organizacin Internacional de
Normalizacin, organismo encargado de coordinar y unificar las normas nacionales. En 1926, 22
pases se reunieron para fundar una federacin internacional de los comits nacionales de
normalizacin, la ISA (International Standardizing Associations). Este organismo fue sustituido en
1947 por la ISO, cuya sede est situada en Ginebra. Cada pas miembro est representado por
uno de sus institutos de normalizacin, y se compromete a respetar las reglas establecidas por la
ISO relativas al conjunto de las normas nacionales. Esta institucin tiene por tarea desarrollar la
normalizacin con carcter mundial y, a tal efecto, pblica normas internacionales conocidas como
normas ISO, que intentan acercar las normas nacionales de cada Estado miembro. La ISO es un
organismo consultivo de las Naciones Unidas.
IEEE: Acrnimo de Institute of Electric and Electronics Engineers, Inc., Instituto de Ingenieros
Elctricos y Electrnicos. Se trata de una asociacin sin nimo de lucro radicada en Estados
Unidos, aunque de mbito internacional. Como una entidad separada, dentro del propio IEEE, se
encuentra la Computer Society, dedicada especficamente a todo lo relativo al desarrollo de los
ordenadores o computadoras.
A travs de sus mltiples comits de trabajo se encarga de definir estndares para las
comunicaciones, la industria elctrica, las aplicaciones biomdicas o la electrnica profesional y
de consumo. En sus estatutos constan como labores bsicas la difusin del conocimiento en su
rea de influencia y el promover el desarrollo y la integracin de las tecnologas dentro de la
sociedad.
Creado en 1963, en la actualidad tiene alrededor de 380.000 asociados, de diversa ndole,
pertenecientes a ms de 150 pases. El Instituto se organiza en 10 regiones (seis en Estados
Unidos, Canad, Asia, Amrica latina y Europa, frica y Oriente Prximo), 37 sociedades, que
abarcan todas sus actividades por temas especficos, y ms de 300 secciones profesionales.

DESARROLLO
La calidad del software
La obtencin de un software con calidad implica la utilizacin de metodologas o procedimientos
estndares para el anlisis, diseo, programacin y prueba del software que permitan uniformar la
filosofa de trabajo, en aras de lograr una mayor confiabilidad, mantenibilidad 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.
Los requisitos del software son la base de las medidas de calidad. La falta de concordancia con
los requisitos es una falta de calidad.
Los estndares o metodologas definen un conjunto de criterios de desarrollo que guan la forma
en que se aplica la ingeniera del software. Si no se sigue ninguna metodologa siempre habr
falta de calidad.

La gestin de la calidad
Gestin de la calidad: Aspectos de la funcin de gestin que determinan y aplican la poltica de
la calidad, los objetivos y las responsabilidades y que lo realiza con medios tales como la
planificacin de la calidad, el control de la calidad, la garanta de calidad y la mejora de la calidad.
Dentro de la gestin de la calidad se observa:

Gestin de la calidad de software (ISO 9000): Conjunto de actividades de la funcin

general de la direccin que determina la calidad, los objetivos y las responsabilidades y se
implanta por medios tales como la planificacin de la calidad, el control de la calidad, el
aseguramiento (garanta) de la calidad y la mejora de la calidad, en el marco del sistema
de calidad

Poltica de calidad (ISO 9000): Directrices y objetivos generales de una organizacin,

relativos a la calidad, tal como se expresan formalmente por la alta direccin.

La gestin de la calidad se aplica normalmente a nivel de empresa. Tambin puede haber una
gestin de calidad dentro de la gestin de cada proyecto.
El aseguramiento de la calidad
Ante todo se debe conocer:

Aseguramiento de la calidad: Conjunto de acciones planificadas y sistemticas

necesarias para proporcionar la confianza adecuada de que un producto o servicio
satisfar los requerimientos dados sobre calidad.

Aseguramiento de la calidad de software: Conjunto de actividades planificadas y

sistemticas necesarias para aportar la confianza en que el producto (software) satisfar
los requisitos dados de calidad.

El aseguramiento de calidad del software se disea para cada aplicacin antes de comenzar a
desarrollarla. Hay quienes prefieren decir garanta de calidad en vez de aseguramiento.
La garanta, puede confundir con garanta de productos, mientras que el aseguramiento pretende
dar confianza en que el producto tiene calidad.
El aseguramiento de calidad del software est presente en:
Mtodos y herramientas de anlisis, diseo, programacin y prueba.
Inspecciones tcnicas formales en todos los pasos del proceso de desarrollo del software.
Estrategias de prueba multiescala.
Control de la documentacin del software y de los cambios realizados.
Procedimientos para ajustarse a los estndares (y dejar claro cuando se est fuera de
ellos).
Mecanismos de medida (mtricas).
Registro de auditorias y realizacin de informes.
Las actividades para el aseguramiento de calidad del software se detallan en:
Mtricas de software para el control del proyecto.
Verificacin y validacin del software a lo largo del ciclo de vida (Incluye las pruebas y los
procesos de revisin e inspeccin).
La gestin de la configuracin del software.
Algunos mtodos del aseguramiento:
Revisiones tcnicas y de gestin (su objetivo es la evaluacin).
Inspeccin (su objetivo es la verificacin). Estamos construyendo el producto correcto?.
Pruebas (su objetivo es la validacin). Estamos construyendo el producto
correctamente?.

Auditorias (su objetivo es la confirmacin del cumplimiento).

Principios de la gestin de la calidad segn ISO 9000: 2000

Los ocho principios de la gestin de la calidad identificados para lograr los objetivos de la calidad,
segn ISO 9000:2000 Sistemas de Gestin de la Calidad. Fundamentos y vocabulario. son:
1. Enfoque al cliente. Las organizaciones dependen de sus clientes y por la tanto deberan
comprender las necesidades actuales y futuras de los clientes, satisfacer los requisitos de
los clientes y esforzarse en exceder las expectativas de los clientes.
2. Liderazgo. Los lderes establecen la unidad de propsito y la orientacin de la
organizacin. Ellos deberan crear y mantener un ambiente interno, en el cual el personal
pueda llegar a involucrarse totalmente en el logro de los objetivos de la organizacin.
3. Participacin del personal. El personal, a todos los niveles, es la esencia de una
organizacin y su total compromiso posibilita que sus habilidades sean usadas para el
beneficio de la organizacin.
4. Enfoque basado en procesos. Un resultado deseado se alcanza ms eficientemente
cuando las actividades y los recursos relacionados se gestionan como un proceso.
5. Enfoque de sistema hacia la gestin. Identificar, entender y gestionar los procesos
interrelacionados como un sistema, contribuye a la eficacia y eficiencia de una
organizacin en el logro de sus objetivos.
6. Mejora continua. La mejora continua del desempeo global de la organizacin debera ser
un objetivo permanente de sta.
7. Enfoque basado en hechos para la toma de decisiones. Las decisiones eficaces se
basan en el anlisis de los datos y la informacin.
8. Relacin mutuamente beneficiosa con el proveedor. Una organizacin y sus
proveedores son interdependientes, y una relacin mutuamente beneficiosa aumenta la
capacidad de ambos para crear valor.
Estos ocho principios de gestin de la calidad constituyen la base de las normas de sistemas de
gestin de la calidad de la familia de Normas ISO 9000.
Para entender bien la relacin de estos aspectos, es preferible observar la siguiente grfica:

Estndares de calidad

ISO/IEC JTC1-SC7
Ingeniera de Software y de Sistemas.
IEEE CS
ISO 9126 Calidad del producto.
ISO 14598 Evaluacin de productos de software.
ISO 12119 Requerimientos de Calidad y Testing de COTS.
ISO 15939 Proceso de medicin de software.

Modelos existentes para medir la calidad

En la actualidad existen dos modelos ms destacados y populares en Europa: la norma ISO 9000
y el modelo EFQM.
Antecedente histrico de la norma ISO 9000
Ao 1946.
Se renen 25 organizaciones en Londres para establecer las bases de una nueva organizacin.
Ao 1947.
Se constituy la Federacin Mundial de Organismos Nacionales de Normalizacin que tom el
nombre Organizacin Mundial de Normalizacin, en Ginebra, Suiza.
Ao 1977.
Varios pases de la CE haban redactado sus normas nacionales de sistemas de control de calidad
en la industria manufacturera.
Ao 1979.
En este ao el BSI public en el Reino Unido su BS 5750.
Un Comit Tcnico (TC 176) de la Tnternational Organization for Estandarizacin fue encargada
de desarrollar unos estndares genricos de organizacin para aplicar en cualquier tipo de
organizacin, y que fuera beneficiosa tanto para los productores corno para los usuarios.

Ao 1987.
El comit public el documento ISO 9000 Quality Assurance Standards.
Ao 1992.
El Acta de Unificacin Europea declar el fin de 1992 como el principio del mercado nico. La
Comunidad Europea acept esta fecha para la adopcin formal de la ISO 9000.
Ao 1990.
Se planific una revisin en dos etapas para cubrir el periodo de los diez aos siguientes.
Ao 1994.
La primera etapa de estas revisiones se cerr con la edicin de 1994 de las normas ISO 9000.
Ao 1995.
Entre 1987 y diciembre de 1945, ISO 9000 fue adoptado por 101 pases corno estndar nacional
de aseguramiento de la calidad.
La Comisin de la CE requiri al Comit Europeo de Normas (CEN) y al Comit Europeo de
Normas Electrotcnicas (CENELEC) que adoptaran las normas internacionales ISO 9000 como
las normas europeas apropiadas conocidas como EN 29000.
Ao 1997.

Antecedente histrico del modelo EFQM

Ao 1988.
La Fundacin Europea para la Gestin de la Calidad es una organizacin sin nimo de lucro
formada por organizaciones y empresas. Fue creada en 1988 por catorce importantes empresas
europeas.
Se cre un modelo inicial, llamado modelo EFQM de excelencia empresarial, que se empez a
utilizar para evaluar empresas que optaban al premio que concede la Fundacin.
Ao 1992.
El premio de calidad europeo se concedi por primera vez en octubre de 1.992. El evento tuvo
lugar en Madrid, durante el forum anual de EFQM. Su Majestad el rey Juan Carlos hizo la entrega
de este primer premio.
Ao 1997.
Despus de los cambios de 1997 se consider que era necesaria una revisin ms fundamental
del modelo. El sector pblico se estaba convirtiendo en un grupo de usuarios del modelo cada vez
mayor.
Se form un grupo de quince personas con formacin diversa, provenientes de sectores diferentes
y con experiencias diferentes que representaban a la mayora de los miembros de pases
europeos. Se constituy el Grupo de Direccin para el Desarrollo del Modelo, que concluy que el
modelo deba ser ms explcito en los siguientes aspectos:

Gestin de las relaciones de asociaciones.

El rol del conocimiento en el interior de una organizacin.
La importancia del ciclo Planificar, Hacer, Chequear, Actuar2.
Relacin entre lo que se hace en el interior de una organizacin y aquello que la poltica y
la estrategia pretenden obtener.

Ao 1999.

El 21 de abril de este ao, despus de dos aos de investigacin, se comunic oficialmente a la

comunidad empresarial los cambios del modelo de la European Fundation for Quality
Management (EFQM).

Aportaciones del modelo ISO 9001: 2000

Cuando la Organizacin Internacional para la Normalizacin visualiza la futura evolucin de la
familia ISO 9000 desde el final de la dcada de los noventa, habla de unos estndares ms
dirigidos hacia la obtencin de resultados, incluyendo la satisfaccin de clientes y otros
stakeholdres.
El primer borrador (CD 1) del Comit ISO/CT 176 para la nueva versin de las normas de la
familia ISO 9000 aport tres mejoras claras sobre la existente ISO 9000:94 (entre parntesis se
detalla el prrafo del draft correspondiente de ISO CD 1):
1. Conocimiento del cliente.
Los requisitos del cliente deben cumplirse y en la medida de lo posible ser
excedidos (1.1).
Se deben determinar los requisitos del cliente (no slo los requisitos del contrato)
(5.2).
La direccin debe mantener un sistema que permita conocer los requisitos del
cliente (5.5.5).
Los requisitos no identificados por el cliente tambin deben ser tenidos en cuenta
(7.2.1).
El sistema establecido de comunicacin con los clientes debe ser controlado
(7.2.4).
Se debe establecer procedimientos para obtener y dar uso apropiado a la
informacin sobre la satisfaccin del cliente (8.2.1.1).
2. Mejora continua.
La poltica de calidad incluye compromisos de mejora continua (5.3).
Los recursos suministrados por la organizacin deben hacer posible la mejora del
sistema de Gestin de la Calidad (6.1).

Las auditorias internas incluirn acciones de mejora (8.2.1.2).

Establecer mtodos de medida que indiquen oportunidades de mejora interna
(8.2.2).
Establecer procesos para la mejora continua (8.4.3).
3. Capacidad del personal: debe ser competente, recibir formacin, estar cualificados y tener
experiencia. Estos puntos siguen siendo una aportacin clara en el desarrollo del segundo
borrador de febrero de 1999, ISO CD2 9001 Draft, y finalmente quedan plenamente
consolidados en la versin definitiva.

Los factores de la calidad del software y los defectos

Originalmente, la calidad de un programa o sistema se evaluaba de acuerdo al nmero de
defectos por cada mil lneas de cdigo.
En 1988, un estudio realizado en los EEUU, demostr que se introducan cerca de sesenta
defectos por cada mil lneas de cdigo (60 def/KLOC), hoy se le adicionan otros factores a la
calidad del software.
Los factores que determinan la calidad del software se clasifican en tres grupos:

Operaciones del producto: caractersticas operativas

o Correccin: Grado en que un programa satisface sus especificacin y logra los
objetivos marcados por el usuario. (Hace lo que se le pide?).
o Fiabilidad: Grado en que se puede esperar que un programa lleve a cabo las
funciones esperadas con la precisin requerida. (Lo hace de forma fiable todo el
tiempo?).
o Eficiencia: Cantidad de recursos de computadoras y de cdigo requeridos por el
programa para realizar sus funciones con los tiempos de respuesta adecuados. (Qu
recursos hardware y software necesito?).
o Integridad: Grado en que puede controlarse el acceso al software o a los datos por
usuarios no autorizados. (Puedo controlar su uso?).
o Facilidad de uso: Esfuerzo necesario para aprender, utilizar, preparar las entradas e
interpretar las salidas de un programa. (Es fcil y cmodo de manejar?).
Revisin del producto: capacidad para soportar cambios.
o Facilidad de mantenimiento: Esfuerzo requerido para localizar y arreglar un error en
un programa. (Puedo localizar los fallos?).

Flexibilidad: Esfuerzo requerido para modificar un programa. (Puedo aadir nuevas

opciones?).
o Facilidad de prueba: Esfuerzo requerido para probar un programa de forma que se
asegure que realiza la funcin requerida. (Puedo probar todas las opciones?).
Transicin del producto: adaptabilidad a nuevos entornos.
o Portabilidad: Esfuerzo requerido para transferir un programa desde un entorno HW
y/o SW a otro. (Podr usarlo en otra mquina?).
o Reusabilidad: Grado en que un programa o componente SW se puede reutilizar en
otras aplicaciones. (Podr utilizar alguna parte del software en otra aplicacin?).
o Interoperatividad: Esfuerzo requerido para acoplar un sistema con otras aplicaciones
o sistemas. (Podr comunicarse con otras aplicaciones o sistemas informticos?).
o

Modelos de calidad de software

Existen varios modelos de calidad de software alguno de los cuales se detallan a continuacin:
El CMM - CMMI (Capability Maturity Model) es un modelo de calidad del software que
clasifica las empresas en niveles de madurez. Estos niveles sirven para conocer la
madurez de los procesos que se realizan para producir software.
Los niveles CMM - CMMI son 5:
Inicial o Nivel 1 CMM - CMMI. Este es el nivel en donde estn todas las empresas que no
tienen procesos. Los presupuestos se disparan, no es posible entregar el proyecto en
fechas, te tienes que quedar durante noches y fines de semana para terminar un proyecto.
No hay control sobre el estado del proyecto, el desarrollo del proyecto es
completamente opaco, no sabes lo que pasa en l.
Es el tpico proyecto en el que se da la siguiente situacin:
-

Cmo va el proyecto?
Bien, bien.
Dos semanas despus
Cmo va el proyecto?
Bien, bien.
Tres semanas despus
- El lunes hay que entregar el proyecto.- No se por qu pero los
proyectos se entregan los lunes.
El lunes !!?. Todava falta mucho!!
Cmo? Me dijiste que el proyecto iba bien!! Arrglatelas como
quieras, pero el proyecto tiene que estar terminado para el lunes.

Si no sabes el tamao del proyecto y no sabes cuanto llevas hecho, nunca sabrs cuando
vas a terminar.
Repetible o Nivel 2 CMM - CMMI. Quiere decir que el xito de los resultados obtenidos se
puede repetir. La principal diferencia entre este nivel y el anterior es que el proyecto es
gestionado y controlado durante el desarrollo del mismo. El desarrollo no es opaco y se
puede saber el estado del proyecto en todo momento.
Los procesos que hay que implantar para alcanzar este nivel son:
o
o
o
o
o
o

Gestin de requisitos
Planificacin de proyectos
Seguimiento y control de proyectos
Gestin de proveedores
Aseguramiento de la calidad
Gestin de la configuracin

Definido o Nivel 3 CMM - CMMI. Resumindolo mucho, alcanzar este nivel significa que la
forma de desarrollar proyectos (gestin e ingeniera) esta definida, por definida quiere
decir que esta establecida, documentada y que existen mtricas (obtencin de datos
objetivos) para la consecucin de objetivos concretos.
Los procesos que hay que implantar para alcanzar este nivel son:
o Desarrollo de requisitos
o Solucin Tcnica
o Integracin del producto
o Verificacin
o Validacin
o Desarrollo y mejora de los procesos de la organizacin
o Definicin de los procesos de la organizacin
o Planificacin de la formacin
o Gestin de riesgos
o Anlisis y resolucin de toma de decisiones
La mayora de las empresas que llegan al nivel 3 paran aqu, ya que es un nivel que
proporciona muchos beneficios y no ven la necesidad de ir ms all porque tienen
cubiertas la mayora de sus necesidades.
Cuantitativamente Gestionado o Nivel 4 CMM - CMMI. Los proyectos usan objetivos
medibles para alcanzar las necesidades de los clientes y la organizacin. Se usan mtricas
para gestionar la organizacin.
Los procesos que hay que implantar para alcanzar este nivel son:

o
o

Gestin cuantitativa de proyectos

Mejora de los procesos de la organizacin

Optimizado o Nivel 5 CMM - CMMI. Los procesos de los proyectos y de la organizacin

estn orientados a la mejora de las actividades. Mejoras incrementales e innovadoras de
los procesos que mediante mtricas son identificadas, evaluadas y puestas en prctica.
Los procesos que hay que implantar para alcanzar este nivel son:
o Innovacin organizacional
o Anlisis y resolucin de las causas
Normalmente las empresas que intentan alcanzar los niveles 4 y 5 lo realizan
simultneamente ya que estn muy relacionados.
A grandes rasgos se ha intentado introducir el modelo de calidad del software CMM CMMI para aquella gente que se encuentra por primera vez con l. La implantacin de un
modelo de estas caractersticas es un proceso largo y costoso que puede costar
varios aos de esfuerzo. Aun as el beneficio obtenido para la empresa es mucho mayor
que lo invertido.

Analizando la aplicacin del modelo de calidad de software CMM en la tesis.

Como es conocido este modelo tienen 5 niveles.

Nivel 1.

De antemano se puede anticipar que no se est en el nivel 1 ya que en este nivel no se sabe el
tamao del proyecto, ni cunto se ha hecho, ni nunca se sabr cundo se terminar, que no es el
caso que se tiene en esta tesis.
En el trabajo de esta tesis est definida claramente la metodologa que regir todos los procesos a
desarrollar y se tiene bien claro el tamao del proyecto y lo que se ha hecho en cada etapa. Hay
control del estado del proyecto, a pesar que el cronograma se ha atrasado debido a la
investigacin nacional que arroj una nueva metodologa recientemente.
Nivel 2.

El desarrollo de este proyecto ha alcanzado este nivel ya que este desarrollo no es opaco y se
puede saber el estado del proyecto en todo momento.
Los procesos que hay que implantar para alcanzar este nivel son:

Gestin de requisitos: Se conocen los requerimientos necesarios del proyecto mediante

investigaciones (a especialista del departamento de seleccin, jefe de este departamento
en la Agencia empleadora de Gaviota en Varadero, especialistas nacionales de recursos
humanos del Grupo Gaviota, especialistas en departamentos de seleccin en los
diferentes territorios del pas) que arrojaron una nueva metodologa a implantar, por la cual
se regir el proyecto en su elaboracin. Tambin se estableci los requerimientos desde el
punto de vista de software.

Planificacin de proyectos: A partir de la definicin de los requerimientos, se trazaron

pautas necesarias, elaborando planes para la elaboracin del software donde se tiene en
cuenta el tiempo que se dispone y los recursos asignados, adems de un cronograma
razonable de las tareas en etapas a realizar.

Gestin de proveedores: Creacin de un grupo de informticos en el territorio

pertenecientes a Gaviota con la disposicin de participar como desarrolladores en el
proyecto.

Aseguramiento de la calidad: Peridicamente se muestran los avances realizados y el

cumplimento de las tareas en funcin del desarrollo del proyecto al jefe del departamento
de informtica territorial y al especialista de recursos humanos del Grupo Nacional Gaviota
S.A.

Gestin de la configuracin: Se establece y mantiene la integridad de los productos del

proyecto de software a lo largo de su ciclo de vida.

Nivel 3.

La forma de desarrollar proyectos est definida, la programacin utilizar la metodologa de

Programacin Extrema XP, la cual estar documentada, y presentar mtricas (obtencin de datos
objetivos) para la consecucin de objetivos concretos.
No se pierden de vista los requisitos de la organizacin mediante la aplicacin de la metodologa
obtenida en el desarrollo del software.
La organizacin del proceso estar establecida por el cronograma de actividades y la aplicacin
consecuente de la metodologa XP.
Existe un plan de entrenamiento tanto para los desarrolladores como para el personal que
trabajar con la aplicacin. En el caso de los desarrolladores se concert un curso de una semana
intensiva sobre programacin PHP para el grupo a dar en una etapa del proyecto. En el caso del
personal que operar con el software, se le suministrar todas definiciones existentes en la
metodologa y algunas ms que lo ayudar a la correcta operatividad del sistema.

La verificacin y validacin de cada proceso de la organizacin volcado al software, ser realizado

a medida que se termine cada proceso y durante el mismo, con el objetivo de detectarse los
defectos tempranamente tanto por la alta direccin nacional como por el grupo de informticos del
territorio.
Se mantendr la coordinacin de los grupos mediante un director de proyecto que fungir como
ente de engranaje, coordinacin, organizacin y definicin de las tareas.
Nivel 4.

Los objetivos medibles de este proyecto desde el punto de vista de esta tesis, teniendo de
antemano la certeza de que cumplen con todos los requisitos del cliente, son:
1. Accesibilidad de la informacin.
2. Flexibilidad de configuracin.
3. Multiusuario.
4. Amigable al usuario.
5. Interfaz multiplataforma.
6. Presencia del facilitador humano.
7. Facilidad para realizar el ejercicio de anlisis de la necesidad de convocatoria, elaboracin
de la misma, reclutamiento del candidato, procesamiento del mismo, ingreso en la reserva
y asignacin a la entidad solicitante.
Estas caractersticas que deber presentar el sistema informtico, se lograr operar como
variables siguiendo los siguientes pasos:
Variables
Accesibilidad
de la
informacin.

Flexibilidad de
configuracin.

Definicin
Conceptual
La informacin sea de
fcil acceso al
usuario, no sea
compleja la obtencin
de la misma.

El sistema debe
permitir realizar
cambios sin dificultad
en su configuracin.

Definicin
Indicadores
Operacional
Ejecucin de las
Impresin /
opciones del sistema
Visualizacin de
para la obtencin de la
las salidas del
informacin.
sistema.
Introduccin /
modificacin de la
informacin.
Ejecutar la
Cambiar la
modificacin de la
configuracin.
configuracin del
sistema.

Multiusuario.

Es la utilizacin del
sistema por varios
usuarios a la vez.
Amigable al
Las opciones y
usuario.
recopilacin de la
informacin, as como
la obtencin de la
misma debe ser fcil,
con ayudas en todas
las pantallas.
Interfaz
El sistema debe poder
multiplataforma. utilizarse en
computadoras con
diferentes sistemas
operativos

Correr el sistema en
varias estaciones de
trabajo a la vez.
Solicitar ayuda en
cualquier opcin del
sistema

Introducir, Imprimir,
Modificar
informacin.
Presionar ayuda
en cualquier parte
del sistema.

Ejecutar el sistema en
Windows 95, 98, Me,
XP, 2000.

Presencia del
facilitador
humano.

Entrenamiento al
usuario y atencin de
asesora

Correr la
aplicacin en
Windows 95.
Correr la
aplicacin en
Windows 98.
Correr la
aplicacin en
Windows Me.
Correr la
aplicacin en
Windows 2000.
Correr la
aplicacin en
Windows XP.
Curso de
entrenamiento al
usuario.
Consultas al
asesor.

Facilidad para
realizar el
ejercicio de
anlisis de la
necesidad de
convocatoria,
elaboracin de
la misma,
reclutamiento
del candidato,
procesamiento
del mismo,
ingreso en la
reserva y
asignacin a la
entidad
solicitante.

Es importante la
presencia de un
entrenamiento al
usuario para facilitar
su uso, as como de
un asesor.
Debe brindar las
funciones para el cual
est diseado (la
seleccin, ingreso en
la reserva, ubicacin y
convocatoria de
personal) de forma tal
que el usuario no se
pierda y logre los
resultados que
requiera facilitando el
trabajo del
departamento.

Obtencin de la
Visualizacin de
informacin procesada
resultados de
requerida e
datos procesados.
introduccin de la
Visualizacin de
misma.
alertas de
necesidad de
convocatorias.
Visualizacin de la
convocatoria con
sus datos.
Recopilacin y
almacenamiento
de datos del
candidato.
Recopilacin de
los datos

resultantes de
investigaciones.
Suministro del
personal segn la
solicitud de la
entidad.
Desde el punto de vista organizacional, los objetivos medibles a alcanzar son diversos, entre ellos
se tienen que:
El proceso de seleccin demore lo mnimo necesario. Se determina qu aspecto del
proceso provoca la demora y se puede incidir directamente en el mismo.
En el proceso de reclutamiento de reserva no se viole lo establecido, es decir, no se pueda
inscribir alguien en una especialidad sin existir convocatoria de la misma.
Se puede determinar con exactitud las unidades que presentan mayores fluctuaciones de
personal y en qu especialidades.
En el proceso de convocatoria interna entre entidades no se viole lo establecido, es decir,
no se enve personal que no pertenece a esa especialidad convocada, entre otras.
Se puede conocer en cualquier momento la informacin existente en cada territorio a nivel
central.
Basado en los datos recopilados puede tomar decisiones la direccin, ejemplo: realizar el
lanzamiento de convocatorias dada la escasez en reserva de una especialidad demandada,
analizar la existencia de problemas producto de grandes fluctuaciones en una instalacin
determinada, incidir directamente en el aspecto del proceso de seleccin que provoca la demora
del mismo, etc.
CONCLUSIONES
El xito en la produccin de software se obtiene logrando hacerlo con calidad y demostrando el
grado de sta, calificando como buena. Esto slo es posible con la implantacin de un Sistema
para el Aseguramiento de la Calidad del Software directamente relacionado con la poltica
establecida para su elaboracin y que est en correspondencia con la definicin internacional ISO
de calidad, ampliamente aceptada, y por los estndares del grupo ISO 9000.
RECOMENDACIONES
Como recomendacin se sugiere la aplicacin de normativas establecidas a nivel internacional,
mediante la aplicacin de mtodos de calidad al software a desarrollar. Con ello se logra
garantizar la calidad del mismo y que logre cumplir su objetivo.
BIBLIOGRAFA

Annimo. Sistemas de gestin de calidad: ISO 9001.

Cursos
gratis.
http://www.mailxmail.com/curso/empresa/iso9001/capitulo1.htm
Cueva Lovelle, Juan Manuel. Calidad del Software. Universidad de Oviedo, Espaa.
1999.
Febles Estrada, Ailyn. Calidad de software. Maestra de Informtica Aplicada, Universidad
de Matanzas Camilo Cienfuegos, 2006.

Fernndez Carrasco, Oscar M.; Garca Len, Delba; Beltrn Benavides, Alfa. Un enfoque
actual sobre la calidad del software. 1995.
Gracia,
Joaqun.
CMM
CMMI.
14
de
Agosto
de
2005.
http://www.ingenierosoftware.com/calidad/cmm-cmmi.php
Gracia, Joaqun. CMM CMMI Nivel 2. 26 de Noviembre de 2005.
http://www.ingenierosoftware.com/calidad/cmm-cmmi.php
Marimon Viadiu, Federic. La consultora especializada en ISO 9000 en Catalua: Calidad
del servicio y beneficios. Tesis doctoral. Universidad de Girona. 2004.
Microsoft Encarta 2007. 1993-2006 Microsoft Corporation.
Trianes, Jorge. Gestin del software. Curso Primer Semestre. Facultad de Ingeniera.
2003.