Evaluacin de software de Aplicacin

OBJETIVO(S) GENERAL (ES) DEL CURSO

El estudiante ser capaz de aplicar las normas y estndares de calidad para
aplicarlos en la evaluacin de software de aplicacin.
Ser capaz de evaluar cualquier tipo de software de acuerdo a los estndares de
su entorno laboral
TEMARIO
Unidad

Temas

Introduccin
a
la 1.1 Evaluacin
del
Software
y
proceso
Evaluacin del Software
de desarrollo
1.2 Tcnicas
de
Evaluacin Esttica
1.3 Tcnicas
de
Evaluacin Dinmica

Subtemas

Aspectos
de
la 2.1 Establecer
Evaluacin de Software
requisitos
2.2 Especificaciones de
evaluacin
2.3 Diseo
de
la
Evaluacin
2.4 Ejecucin
de
la
evaluacin
Tipos de productos de
software
3.1 Administrativos
3.2 Educativos
3.3 Productividad
3.4 Utilera
3.5 Entretenimiento
3.6 Negocios
3.7 Tcnico-Cientfico
Modelos de Calidad
4.1 Qu es calidad del
software?
4.2 Como obtener la
calidad de software
4.3
Funciones
de
Evaluacin
de

4.4

Criterios de Valoracin

4.5
4.6
4.7
4.8
4.9

software
Relacin de la
Ingeniera
de
Software con el SQA
ISO/UNE
SPICE
CMM
BOOTSTRAP
TSP&PSP

5.1 Definir criterios de

acuerdo a la norma
seleccionada
5.2 Definicin de de
objetivos prueba
5.3 Ejecucin de la
valoracin
5.4 Contraste de la
valoracin
5.5
Informe
de
resultado
y
conclusin de la
valoracin
5.6 Seguimiento para el
SQA
FUENTES DE INFORMACIN

1.
Roger S.Pressman
Ingeniera de software un enfoque prctico, Ed. Mc Graw-Hill
2.
Piattini M.G. y F.O.
Calidad en el desarrollo y mantenimiento del software, Ed. RA-Ma
3.
Sapag y Sapag Chain
Fundamentos de Preparacin y Evaluacin de Proyectos, Ed. Mc Graw-Hill
4.
Sommerville , Ian (2001)
Ingeniera de Software, Ed.Prentice Hall
5.
Valor
Los sistemas de informacin en la empresa actual, Mc Graw Hill, ISBN
8448140060
6.
Kendall & Kendall
Anlisis y Diseo de Sistemas de Informacin, Prentice Hall

7.
Humphrey , Watts S
Introduccin al proceso Software Teora y prctica, Ed Addison, Wesley
Referencias en Internet
[8] www.iso.ch
[9] www.sei.cmu-edu/sei-home-html
[10] www.bwrc.eecs.berkeley.edu

CAPITULO 1
INTRODUCCION A LA EVALUACION DEL SOFTWARE
1.1.

EVALUACIN DEL SOFTWARE Y PROCESO DE DESARROLLO.

Un proceso para el desarrollo de software, tambin denominado ciclo de vida

del desarrollo de software es una estructura aplicada al desarrollo de un
producto de software. Hay varios modelos a seguir para el establecimiento de
un proceso para el desarrollo de software, cada uno de los cuales describe un
enfoque diferente para diferentes actividades que tienen lugar durante el
proceso. Algunos autores consideran un modelo de ciclo de vida un trmino
ms general que un determinado proceso para el desarrollo de software. Por
ejemplo, hay varios procesos de desarrollo de software especficos que se
ajustan a un modelo de ciclo de vida de espiral.

1.1.1 actividades del desarrollo de software.

Planificacin.
La importante tarea a la hora de crear un producto de software es obtener
los requisitos o el anlisis de los requisitos. Los clientes suelen tener una idea
ms bien abstracta del resultado final, pero no sobre las funciones que debera
cumplir el software.
Una vez que se hayan recopilado los requisitos del cliente, se debe realizar un
anlisis del mbito del desarrollo. Este documento se conoce como
especificacin funcional.

1.1.2 Implementacin, pruebas y documentacin.

La implementacin es parte del proceso en el que los ingenieros de
software programan el cdigo para el proyecto.
Las pruebas de software son parte esencial del proceso de desarrollo del
software. Esta parte del proceso tiene la funcin de detectar los errores de
software lo antes posible.
La documentacin del diseo interno del software con el objetivo de facilitar su
mejora y su mantenimiento se realiza a lo largo del proyecto. Esto puede incluir
la documentacin de un API, tanto interior como exterior.

1.1.3 Despliegue y mantenimiento.

El despliegue comienza cuando el cdigo ha sido suficientemente probado, ha
sido aprobado para su liberacin y ha sido distribuido en el entorno de
produccin.
Entrenamiento y soporte para el software es de suma importancia y algo que
muchos desarrolladores de software descuidan. Los usuarios, por naturaleza,
se oponen al cambio porque conlleva una cierta inseguridad, es por ello que es
fundamental instruir de forma adecuada a los futuros usuarios del software.
El mantenimiento o mejora del software de un software con problemas
recientemente desplegado, puede requerir ms tiempo que el desarrollo inicial
del software. Es posible que haya que incorporar cdigo que no se ajusta al
diseo original con el objetivo de solucionar un problema o ampliar la
funcionalidad para un cliente. Si los costes de mantenimiento son muy
elevados puede que sea oportuno redisear el sistema para poder contener los
costes de mantenimiento.

1.1.2. modelos de desarrollo de software.

Los modelos de desarrollo de software son una representacin abstracta de
una manera en particular. Realmente no representa cmo se debe desarrollar
el software, sino de un enfoque comn. Puede ser modificado y adaptado de
acuerdo a las necesidades del software en proceso de desarrollo. Existen tres
paradigmas de los modelos de desarrollo de software:

1.1.1.1.

Modelo de Cascada.

El modelo de cascada define las siguientes etapas:

1) Especificacin de requisitos
2) Diseo del software
3) Construccin o implementacin del software

4) Integracin
5) Prueba
6) Despliegue
7) Mantenimiento

1.1.1.2.

Modelo de Espiral.

La principal caractersticas del modelo en espiral es la gestin de riesgos de

forma peridica en el ciclo de desarrollo. Este modelo fue creado en 1988
por Barry Boehm, combinando algunos aspectos clave de las metodologas del
modelo de cascada y del desarrollo rpido de aplicaciones, pero dando nfasis
en un rea que para muchos no jug el papel que requiere en otros modelos:
un anlisis iterativo y concienzudo de los riesgos, especialmente en el caso de
sistema complejos de gran escala.
La espiral se visualiza como un proceso que pasa a travs de algunas
iteraciones con el diagrama de los cuatro cuadrantes representativos de las
siguientes actividades:
1. crear planes con el propsito de identificar los objetivos del software,
seleccionados para implementar el programa y clarificar las
restricciones en el desarrollo del software;
2. Anlisis de riesgos: una evaluacin analtica de programas
seleccionados, para evaluar cmo identificar y eliminar el riesgo;
3. la implementacin del proyecto: implementacin del desarrollo del
software y su pertinente verificacin;
Modelo de espiral con nfasis en los riesgos, haciendo hincapi en las
condiciones de las opciones y limitaciones para facilitar la reutilizacin de
software, la calidad del software puede ayudar como una meta propia en la
integracin en el desarrollo del producto. Sin embargo, el modelo en espiral
tiene algunas limitaciones, entre las que destacan:

1. El nfasis se sita en el anlisis de riesgo, y por lo tanto requiere de

clientes que acepten este anlisis y acten en consecuencia. Para ello
es necesaria confianza en los desarrolladores as como la
predisposicin a gastar ms para solventar los temas, por lo cual este
modelo se utiliza frecuentemente en desarrollo interno de software a
gran escala.
2. Si la implementacin del riesgo de anlisis afectar de forma esencial
los beneficios del proyecto, no debera utilizarse este modelo.
3. Los desarrolladores de software han de buscar de forma explcita
riesgos y analizarlos de forma exhaustiva para que este modelo
funcione.
La primera fase es la bsqueda de un plan para conseguir los objetivos con las
limitaciones del proyecto para as buscar y eliminar todos los riesgos
potenciales por medio de un cuidadoso anlisis, y si fuera necesario incluyendo
la fabricacin de un prototipo. Si es imposible descartar algunos riesgos, el
cliente ha de decidir si es conveniente terminar el proyecto o seguir adelante
ignorando los riesgos. Por ltimo, se evalan los resultados y se inicia el diseo
de la siguiente fase.

1.1.1.3.

Desarrollo iterativo e incremental

Es un proceso de desarrollo de software creado en respuesta a las debilidades

del modelo tradicional de cascada.
La idea principal detrs de mejoramiento iterativo es desarrollar un sistema de
programas de manera incremental, permitindole al desarrollador sacar ventaja
de lo que se ha aprendido a lo largo del desarrollo anterior, incrementando,

versiones entregables del sistema. El aprendizaje viene de dos vertientes: el

desarrollo del sistema, y su uso (mientras sea posible). Los pasos claves en el
proceso son comenzar con una implementacin simple de los requerimientos
del sistema, e iterativamente mejorar la secuencia evolutiva de versiones hasta
que el sistema completo est implementado. En cada iteracin, se realizan
cambios en el diseo y se agregan nuevas funcionalidades y capacidades al
sistema.

1.1.1.4.

Desarrollo gil

Existen muchos mtodos de desarrollo gil; la mayora minimiza riesgos

desarrollando software en lapsos cortos. El software desarrollado en una
unidad de tiempo es llamado una iteracin, la cual debe durar de una a cuatro
semanas. Cada iteracin del ciclo de vida incluye: planificacin, anlisis de
requisitos, diseo, codificacin, revisin y documentacin. Una iteracin no
debe agregar demasiada funcionalidad para justificar el lanzamiento del
producto al mercado, sino que la meta es tener una demo (sin errores) al
final de cada iteracin. Al final de cada iteracin el equipo vuelve a evaluar las
prioridades del proyecto.
Los mtodos giles enfatizan las comunicaciones cara a cara en vez de la
documentacin. La mayora de los equipos giles estn localizados en una
simple oficina abierta, a veces llamadas "plataformas de lanzamiento"
(bullpen en ingls). La oficina debe incluir revisores, escritores de

documentacin y ayuda, diseadores de iteracin y directores de proyecto. Los

mtodos giles tambin enfatizan que el software funcional es la primera
medida del progreso. Combinado con la preferencia por las comunicaciones
cara a cara, generalmente los mtodos giles son criticados y tratados como
"indisciplinados" por la falta de documentacin tcnica.

1.1.1.5.

Codificacin y correccin

El desarrollo de codificacin y correccin es ms que una estrategia

predeterminada, el resultado de una falta de experiencia o presin que se
ejerce sobre los desarrolladores para cumplir con una fecha de entrega. Sin
dedicar tiempo de forma explcita para el diseo, los programadores comienzan
de forma inmediata a producir cdigo. Antes o despus comienza la fase
de pruebas
de
software (a
menudo
de
forma
tarda)
y
los
inevitables errores que se encuentran han de eliminarse antes de poder
entregar el software.

1.1.1.6.

Orientacin a la Reutilizacin.

La reutilizacin de software es un proceso donde se recurre al uso de activos

de software en las especificaciones de anlisis, diseos, implementacin y
pruebas de una aplicacin o sistemas de software.
La reutilizacin tiene ciertos Indicadores por ejemplo:
1. Entre el 40% y 60% de una aplicacin es reutilizable en otra.

2. Aproximadamente el 60% de una aplicacin administrativa es reutilizable.

3. Aproximadamente el 75% de las funciones son comunes a ms de un
programa.
4. Solo el 15% del cdigo encontrado en muchos sistemas es nico y
novedoso a una aplicacin especfica.
El rango general de uso recurrente esta entre el 15% y 85%.
La reutilizacin tiene Principios como la existencia de parecidos en
distintos sistemas de un mismo dominio, donde el software puede
representarse como una combinacin de mdulos y los sistemas nuevos se
puede caracterizar por diferencias respecto a los antiguos sistemas.

1.2.

Tcnicas de Evaluacin Esttica.

Tcnicas de Evaluacin Estticas: Estudian los distintos modelos que

componen el sistema software buscando posibles faltas en los mismos. As
pues, estas tcnicas se pueden aplicar, tanto a requisitos como a
modelos de anlisis, diseo y cdigo.
Las tcnicas de evaluacin esttica se aplican en el mismo orden en que se
van

generando

los

distintos productos

del

desarrollo

siguiendo

una

filosofa top-down. Esto es, la evaluacin esttica acompaa a las actividades

de desarrollo, a diferencia de la evaluacin dinmica que nicamente puede
dar comienzo cuando finaliza la actividad de codificacin, siguiendo as una
estregia botomup.
La evaluacin esttica es el nico modo disponible de evaluacin de artefactos
para las primeras fases del proceso de desarrollo (anlisis y diseo), cuando no
existe cdigo. Esta idea se muestra en la Figura 1 en la que como se observa
la evaluacin esttica se realiza en el mismo sentido en que se van generando
los productos del desarrollo de software, mientras que la dinmica se realiza en
sentido inverso.

Figura 1. Abstraccin de la relacin entre Evaluacion y Proceso de Software.

Ms concretamente, la Figura 2 muestra en detalle la aplicacin de las tcnicas
estticas y dinmicas para evaluar software. La evaluacin esttica (conocida
con el nombre genrico de Revisiones) se realiza en paralelo al proceso de
construccin,
constando
de
una
actividad
de
evaluacin emparejada con cada actividad de desarrollo.

Figura 2. Modelo en V de Evaluacin de Software.

1.3.

TCNICAS DE EVALUACIN DINMICA

Tcnicas de Evaluacin Dinmicas: Generan entradas al sistema con el

objetivo de detectar fallos, al ejecutar dicho sistema sobre esas entradas. Esto
es, se pone el sistema a funcionar buscando posibles incongruencias entre la

salida esperada y la salida real. La aplicacin de tcnica dinmicas es tambin

conocida como pruebas del software o testing y se aplican generalmente sobre
cdigo que es, hoy por hoy, el nico producto ejecutable del desarrollo.
El objetivo de las pruebas no es asegurar la ausencia de defectos en un
software, nicamente puede demostrar que existen defectos en el software. En
realidad el objetivo es, disear pruebas que sistemticamente saquen a la luz
diferentes clases de errores, optimizando tiempo y esfuerzo.
Para ser ms eficaces pruebas deben ser realizadas por un equipo
independiente al que realizo el software. El ingeniero de software que creo el
sistema no es el ms adecuado para llevar a cabo las pruebas de dicho
software, ya que inconscientemente tratara de demostrar que el software
funciona, por lo tanto la prueba puede tener menos xito si no se le da una
prueba por otra persona.
Una prueba de software, comparando los resultados obtenidos con los
esperados. A continuacin se presentan algunas caractersticas de una buena
prueba.
-

Una buena prueba debe tener una alta probabilidad de encontrar

un fallo. Para alcanzar este objetivo el responsable de la prueba
debe entender el software e intentar desarrollar una imagen
mental de cmo podra fallar.
Una buena prueba debe centrarse en dos objetivos:
1. Probar si el software no hace lo que debe hacer.
2. Probar si el software hace lo que no debe hacer.
Una buena prueba no debe ser redundante. El tiempo y los
recursos son limitado, as que todas las pruebas deberan tener
un propsito diferente.
Una buena prueba debera ser la mejor de la cosecha. Esto es, se
debera emplear la prueba que tenga la ms alta probabilidad de
descubrir una clase entera de errores.
Una buena prueba no debera ser ni demasiado sencilla ni
demasiado compleja, pero si se quiere combinar varias pruebas a
la vez se pueden enmascarar errores, por los que en general,
cada prueba debera realizarse separadamente.

A continuacin se muestran las tareas a realizarse para probar un software:

1. DISEO DE LAS PRUEBAS. Identifica la tcnica o tcnicas de prueba
que utilizaran para probar el software.
2. GENERACION DE LOS CASOS DE PRUEBA. Los casos de prueba
representan los datos que se utilizaran como entrada para ejecutar el
software a probar.
3. DEFINICION DE LOS PROCEDIMIENTOS DE LA PRUEBA. Esto es,
especificacin de cmo se va a llevar a cabo el proceso, quien lo va a
realizar, cuando,.

4. EJECUCION DE LA PRUEBA. Aplicando los casos de prueba generados

previamente e identificando los posibles fallos producidos al comparar
los resultados esperados con los resultados obtenidos.
5. REALIZACION DE UN INFORME DE LA PRUEBA. Con el resultado de
la ejecucin de las pruebas, que casos de prueba pasaron
satisfactoriamente, cules no, y que fallos se detectaron.

1.3.1. Tcnicas de Prueba

Las tcnicas de evaluacin dinmica o prueba proporcionan distintos criterios
para generar casos de prueba que provoquen fallos en los programas. Estas
tcnicas se agrupan en:
-

1.3.1.1.

Tcnicas de caja blanca o estructural: se basan en un

minucioso examen de los detalles procedimentales del cdigo a
evaluar, por lo que es necesario conocer la lgica del programa.
Tcnicas de caja negra o funcional: se realizan pruebas sobre
la interfaz del programa a probar, entendiendo por interfaz las
entradas y salidas de dicho programa. No es necesario conocer la
lgica del programa, nicamente la funcionalidad que debe
realizar.

Pruebas de Caja Blanca o Estructurales

A este tipo de tcnica se le conoce tambin como Tcnicas de Caja

Transparente o de Cristal. Este mtodo se centra en disear los casos de
prueba atendiendo al comportamiento interno y la estructura del programa.
Examinando as la lgica interna del programa sin considerar los aspectos de
rendimiento.
El objetivo es disear casos de prueba para que se ejecuten, al menos una
vez, todas las sentencias del programa, y todas las condiciones tanto en su
vertiente verdadera como falsa.
Se han definido distintos criterios de cobertura lgica, que permiten decidir que
sentencias o caminos se deben examinar con los casos de prueba. Estos
criterios son:

Cobertura de sentencias
Cobertura de decisin
Cobertura de condiciones
Cobertura decisin/condicin
Cobertura de condicin mltiple
Cobertura de caminos
CAPITULO 2

ASPECTOS DE LA EVALUACION DEL SOFTWARE

El proceso de evaluacin de software se inicia con una visin cualitativa y
deriva en una evaluacin cuantitativa, siendo todo el proceso documentado y
cumpliendo los siguientes pasos:
1. Estado del Software
Conocimiento del el estado del software, estableciendo si se trata de un
desarrollo sin terminar o un producto terminado para la entrega al cliente.
2. Identificar el tipo de software
Especificar el tipo de software a evaluar, si es un sistema operativo, software
de seguridad, software de ofimtica, lenguaje de programacin, base de datos,
aplicativo a la medida, entre otros.
3. Perfiles de Evaluadores
Teniendo como marco conceptual al estndar ISO [ISO/IEC9126], se
consideran tres perfiles de usuario, a un alto nivel de abstraccin para
desarrollo de software, usuarios finales, desarrolladores, y gerentes.
El estndar afirma que la relativa importancia de las caractersticas de calidad
(como usabilidad, funcionalidad, confiabilidad, eficiencia, portabilidad, y
mantenibilidad y calidad en uso) varan dependiendo del punto de vista
considerado y de la crtica de los componentes del software a evaluar.
La visin del usuario final, concierne al inters de los mismos en usar el
software, como as tambin su performancia, su eficiencia, su facilidad de uso,
entre otros aspectos. Los usuarios finales no estn interesados en
caractersticas internas o de desarrollo del software (sin embargo, atributos
internos contribuyen a la calidad de uso).
La visin de calidad del desarrollador debe considerar no slo los
requerimientos del software para la visin del usuario sino tambin la calidad
para los desarrollos intermedios resultantes de las actividades de la fase de
desarrollo.

Se debe tener en cuenta que los desarrolladores estn preocupados en

caractersticas de calidad del software como mantenibilidad y portabilidad. La
visin de calidad del gerente es una visin integradora, que incorporar
requerimientos de negocio a las caractersticas individuales.
Ejemplo, un gerente est interesado en el equilibrio entre la mejora del software
y los costos y tiempos establecidos.
4 Especificar los Objetivos
Conocer los objetivos tanto generales como especficos del software
5 Aplicar el modelo de calidad
Elaborar un instrumento o formato donde aplique el modelo de calidad externo
e interno y calidad de uso.
Si existe un comit o conjunto de personas encargadas de la evaluacin, el
instrumento debe ser aprobado por los participantes.
6 Criterios de la evaluacin
Los criterios para evaluar el software se dividen en dos grandes bloques: uno
dedicado a criterios que son aplicables a cualquier tipo de software (criterios
generales), y otro conjunto compuesto por criterios adaptables al grupo de
software evaluados (criterios especficos). En este caso se definen los criterios
de la evaluacin segn el tipo de software, para el cual debe conformar un
equipo evaluador, este ejercicio ayuda a definir que opciones se deben evaluar
con ms detalle y valor.

7 Seleccionar mtricas
La seleccin de mtricas se obtiene a partir de los indicadores especificados en
el modelo.
Niveles o escalas
A cada mtrica seleccionada le asigna un puntaje mximo de referencia.

 La suma de los puntajes mximos de todas las mtricas debe ser igual o
aproximado a 100 puntos.
El personal que participa en la evaluacin debe establecer niveles de
calificacin cualitativa con base a los puntajes, por ejemplo:
De 0 a 1 Inaceptable.
De 2 a 3 mnimo aceptable
Ms de 3 Aceptable o satisfactorio
Otro ejemplo de calificacin cualitativa puede ser:
Deficiente
Insuficiente
Aceptable
Sobresaliente
Excelente
Se permite usar nmeros enteros o hasta con un decimal de aproximacin.
Definir por cada mtrica, un puntaje mnimo de aprobacin, y al final de la
evaluacin, dependiendo del puntaje si es mayor o menor a lo propuesto,
considerar si el software cumple o no cumple con los objetivos propuestos.
8 Establecer criterios
Las personas que participan en el proceso de evaluacin deben tener criterios
con respecto al indicador que se est analizando. Es importante tener en
cuenta que el criterio debe ajustar al tipo de software que se va a evaluar.
9 Tomar medidas
Para la medicin, las mtricas seleccionadas se aplican al software. Los
resultados son valores expresados en las escalas de las mtricas, definidos
previamente.
10 Resultados
El proceso de evaluacin genera un cuadro de resultados por cada uno de los
principales indicadores y el total final de resultado.

11 Documentacin
El proceso de evaluacin se documenta, indicando la fecha, empresa, los
cargos, nombres y apellidos, dependencia de las personas que participan en el
proceso de evaluacin, especificando las etapas en las que participaron.
12 Seguimiento
Si el resultado de la evaluacin tiene observaciones o indicadores de calidad
bajos, y el personal que lo evala permite realizar la correccin, se programa
otra evaluacin donde se verifique que el proceso mejora, el tiempo que se
estime debe influir en los criterios de la aproxima evaluacin.

Es necesario evaluar el sistema software a medida que se va avanzando en el

proceso de desarrollo de dicho sistema. De esta forma se intenta que la
deteccin de defectos se haga lo antes posible y tenga menor impacto en el
tiempo y esfuerzo de desarrollo.
Ahora bien cmo se realiza esta evaluacin?
Las tcnicas de evaluacin esttica se aplican en el mismo orden en que se
van generando los distintos productos del desarrollo siguiendo una filosofa
top-down. Esto es, la evaluacin esttica acompaa a las actividades de
desarrollo, a diferencia de la evaluacin dinmica que nicamente puede dar
comienzo cuando finaliza la actividad de codificacin, siguiendo as una
estrategia botom-up. La evaluacin esttica es el nico modo disponible de
evaluacin de artefactos para las primeras fases del proceso de desarrollo
(anlisis y diseo), cuando no existe cdigo.
La siguiente figura muestra en detalle la aplicacin de las tcnicas estticas y
dinmicas para evaluar software. La evaluacin esttica (conocida con el
nombre genrico de
Revisiones) se realiza en paralelo al proceso de construccin, constando de
una actividad de evaluacin emparejada con cada actividad de desarrollo. Es
decir, la actividad de Definicin de Requisitos de Usuario va acompaada de
una actividad de Revisin de Requisitos de Usuario, la actividad de Definicin

de Requisitos Software va emparejada con su correspondiente actividad de

revisin y as, sucesivamente.
Las actividades de revisin marcan el punto de decisin para el paso a la
siguiente actividad de desarrollo. Es decir, la actividad de requisitos interacta
con la actividad de revisin de requisitos en un bucle de mejora iterativa hasta
el momento en que la calidad de los requisitos permite abordar la subsiguiente
fase de desarrollo. Lo mismo ocurre con el diseo arquitectnico: sufrir una
mejora iterativa hasta que su nivel de calidad permita pasar al diseo detallado
y as, sucesivamente. Ntese que esto tambin ocurre en la fase de
codificacin. La actividad siguiente a la de implementacin es la fase de
pruebas unitarias. No obstante, antes de pasar a ella, los programas debern
evaluarse estticamente. Del mismo modo que se ha hecho con los otros
productos.

En otras palabras, las actividades de revisin acompaan las actividades del

modelo de desarrollo de software que gua el proyecto. En los modelos de
desarrollo de software tradicionales, las actividades de evaluacin tanto
estticas como dinmicas tienen una inmersin clara dentro de cada una de las
fases del proceso.
La norma ISO/IEC 14598 explica la relacin entre la evaluacin del producto
software y el modelo de calidad definido en la ISO/IEC 9126. Adicionalmente,
hace la presentacin del proceso de evaluacin desglosado en los siguientes
pasos:
Establecer los requerimientos de evaluacin.
Especificar la evaluacin.
Planear la evaluacin.
Ejecutar la evaluacin.

La Parte 2 de la ISO/IEC 14598 contiene los requerimientos y las guas para

las funciones de soporte tales como el planeamiento y gestin para la
evaluacin del producto del software. Fundamentalmente, en esta parte, se
planifican las mediciones y las actividades de evaluacin. Especficamente, se
incluye:
Preparacin de las polticas.
Definicin de objetivos organizacionales y de mejora.
Identificacin de la tecnologa.
Asignacin de responsabilidades.
Identificacin e implementacin de tcnicas de evaluacin para software
desarrollado y adquirido.
Entrenamiento en tecnologa, recopilacin de datos y herramientas.
Comparacin y administracin de mejoras dentro la organizacin.

2.1 Establecer los requisitos

Esta parte provee los requerimientos y las recomendaciones para la evaluacin
del producto software cuando la evaluacin es conducida en paralelo con el
desarrollo y llevada a cabo por el desarrollador. Se enfoca en el uso de
indicadores que pueden predecir la calidad final del producto midiendo los
productos intermedios que se desarrollan durante el ciclo de vida. Esta parte
cubre el planeamiento y evaluacin de mediciones internas y externas con el fin
de asegurar de que la calidad del producto sea incorporada en la fase de
desarrollo.
Entonces, una vez identificadas las caractersticas fundamentales de calidad y
el marco de trabajo de mediciones, deben ser definidas las etapas siguientes:
Organizacin
Los aspectos organizacionales de desarrollo y de soporte deben formar parte
de todo el sistema de calidad y del plan de mediciones.
Planeamiento del Proyecto y Requerimientos de Calidad
El desarrollo y el ciclo de vida de soporte deben ser establecidos y
documentados durante el plan de calidad o en otros documentos. Es de vital
importancia verificar que el productor y las medidas de control requeridas sean
tcnicamente factibles, razonables y alcanzables (dentro de los lmites de
tiempo).
2.2 Especificaciones de la evaluacin
En esta fase, el desarrollador realiza un mapeo de los requerimientos internos y
externos de calidad, con relacin a las especificaciones.
Los requerimientos de mediciones resultantes de esta fase deben ser un tipo
de mapeo entre las especificaciones de requerimientos, requerimientos
externos de calidad, requerimientos internos correspondientes de calidad y
atributos especificados junto a sus escalas de medicin y valores objetivos que

contribuyan a la cuantificacin de la calidad del software. Todo esto puede

enfocarse por proyecto o por producto.
2.3. Diseo de la evaluacin
Los procedimientos requeridos para el anlisis y recopilacin de datos
necesitan ser definidos. De esta manera, el plan incluir: cronogramas,
designacin de responsabilidades, uso de herramientas, bases de datos y
entrenamiento especializado requerido. La precisin de las mediciones y
tcnicas estadsticas deben ser especificadas. En esta fase tambin deber
considerarse cmo los resultados de las mediciones impactarn en el
desarrollo; por lo tanto, acciones de contingencia y de mejora, deben ser
consideradas.
Montaje (Build) y Pruebas
Durante la etapa de montaje y pruebas, las mediciones actuales son
recolectadas, se realizan anlisis apropiados y se toman acciones necesarias.
En cada fase del desarrollo debe procurarse lograr un montaje primeramente
enfocado a las caractersticas internas y externas de calidad que definan la
calidad global del producto y que puedan ser validadas por los resultados de
las pruebas y la experiencia del usuario.
Y como etapa final del proyecto, deber ser conducida una revisin general
para determinar la efectividad global del ejercicio de recoleccin, para
identificar costos versus costos, establecer la validez de las mtricas usadas e
identificar puntos en los cuales podran obtenerse beneficios para proyectos
futuros. El resultado de esta revisin podra retroalimentar directamente el
lanzamiento de futuros productos.
En la Parte 4 de la norma ISO/IEC 14598: El Proceso para Compradores, los
requerimientos y las recomendaciones para que la evaluacin del producto
software sea conducida en funcin a los compradores que planean adquirir o
re-usar un producto de software existente o pre-desarrollado.
Los que adquieren el producto pueden comprar paquetes completos ya sea
desarrollados segn ciertas especificaciones o pre-desarrollados para un

mercado ms general. Los compradores tambin podran ser desarrolladores

que desean integrar productos estndar en sus propios diseos de software, o
tratarse de desarrolladores buscando herramientas especficas de software. Al
respecto, cuatro etapas son necesarias:
Establecimiento de los Requerimientos
El alcance de la evaluacin necesita ser establecido. Los requerimientos para
la calidad del software definidos en la ISO/IEC 9126 pueden ser usados como
punto de partida pero otros aspectos como el costo y el de cumplimiento a
regulaciones debern ser tambin considerados. El tiempo de la evaluacin
necesita ser consistente con los objetivos; enfoques muy tempranos podran no
proporcionar una figura adecuada de la situacin mientras que enfoques muy
tardos podran ser muy limitados en su uso.
Especificacin de la Evaluacin
Durante la redaccin de las especificaciones, debe considerarse:
Los requerimientos de calidad a ser evaluados correlacionados con la calidad
en uso y mtricas externas con prioridades adems de un umbral de
aceptacin definido.
El alcance y lo que cubren los casos de prueba donde sean aplicables
referencias a mdulos de evaluacin.
Mtodos de recoleccin de mediciones, informacin requerida y mtodos de
anlisis.
Diseo de la Evaluacin
El tipo de evaluacin depende del tipo de software que est siendo evaluado.
Software bajo desarrollo puede ser abordado en puntos discretos durante el
desarrollo o cuando est completo. Un plan de evaluacin necesita considerar:
Necesidades de acceso a la documentacin del producto, herramientas de
desarrollo y personal.
Requerimientos en costos y conocimientos.

Cronograma de evaluacin y arreglos de contingencia, hitos claves y criterio

para decisiones de evaluacin.
Mtodos y herramientas de reporte, procedimientos para la validacin y
estandarizacin sobre proyectos futuros.

2.4. Ejecucin de la Evaluacin

Aunque esta etapa podra ser simplemente un registro en un libro de
seguimiento, podra tenerse la necesidad de incluir:
Los resultados mismos y la trazabilidad del producto as como informacin de
configuracin.
Registros de anlisis, resultados y decisiones.
Problemas, limitaciones en las mediciones y cualquier compromiso con relacin
a los objetivos originales.
Conclusiones sobre los resultados de la evaluacin pero tambin sobre los
mtodos empleados.
La Parte 5 de ISO/IEC 14598: El Proceso para Evaluadores,

provee los

requerimientos y recomendaciones para la evaluacin del producto software

cuando la evaluacin es conducida por evaluadores independientes. En esta
parte, tienen un rol importante los requerimientos de evaluacin, las
especificaciones de evaluacin, el diseo de la evaluacin, las actividades de
evaluacin y el reporte de evaluacin. Estas etapas son resumidas a
continuacin:
Requerimientos de Evaluacin
Los requerimientos deberan adicionalmente definir:
La extensin del la cobertura (o el alcance).
Los objetivos de evaluacin y mtodos de reporte.
Las calificaciones e independencia requeridas de un evaluador.

Especificacin de la Evaluacin
Las especificaciones adicionalmente deberan cubrir:
Definicin del alcance y formato en las mtricas empleadas identificando como
debern ser derivadas a partir de los requerimientos del producto.
La identificacin de mediciones no determinsticas para asegurar que ciertos
niveles de frecuentabilidad y objetividad requeridos sean obtenidos.
La identificacin de mtodos de correlacin con relacin a los resultados de las
mediciones.
Se tienen identificadas tres sub-actividades con relacin a la especificacin de
la evaluacin:
El anlisis de la descripcin del producto.
La especificacin de las mediciones a ser realizadas.
La verificacin de la especificacin resultante frente a los requerimientos de
evaluacin.

La Parte 6 de ISO/IEC 14598: Documentacin de los Mdulos de Evaluacin. ,

provee las guas para la documentacin del mdulo de evaluacin. Estos
mdulos representan la especificacin del modelo de calidad y las
correspondientes mtricas internas y externas que sern aplicadas a una
evaluacin en particular. Incluye mtodos y tcnicas de evaluacin ms las
mediciones actuales resultantes de su aplicacin. En esta parte tambin se
considera la administracin efectiva de complejidades inherentes a las
cuestiones de medicin.
Las actividades de medicin coordinadas son una caracterstica para una
evaluacin efectiva y un plan necesita proveer un cronograma de evaluacin
que provea al mismo tiempo informacin ptima cuando la evaluacin sea
conducida durante el desarrollo. Los mdulos de la evaluacin son

componentes claves de la ISO/IEC 14598-6 y son usados para proveer un

formato consistente y repetible de reporte. Dichos mdulos proveen:
Visibilidad de la informacin necesitada para cuadrar con requerimientos
especficos de calidad.
Documentacin de las interfaces necesarias con herramientas de medicin.
La ISO/IEC 14598-6 trata tambin sobre los requerimientos de la documentacin
y divide a los mdulos de evaluacin en los seis componentes siguientes:
Introduccin Cubre el control del documento, las relaciones con otros
documentos, los requerimientos tcnicos y una razn para el mdulo.
Alcance Se relaciona con la caractersticas de calidad o sub-caractersticas
que debern ser alcanzadas, el nivel de la evaluacin (tomando en cuenta la
importancia de la caracterstica, la tcnica de evaluacin usada incluyendo
cualquier teora necesaria) y la aplicabilidad del mdulo.
Referencias.
Definiciones requeridas.
Entradas requeridas Datos a ser recopilados y mtricas a ser calculadas.
Informacin sobre la interpretacin de los resultados.
Resultados de la Evaluacin
En esta etapa se tiene la generacin del reporte de evaluacin incluyendo una
revisin independiente de los resultados de la evaluacin. Normalmente, el
reporte final ser precedido por un borrador de tal manera que el personal
involucrado con el producto pueda proveer una retroalimentacin sobre la
evaluacin.

CAPITULO 3
TIPOS DE PRODUCTOS DE SOFTWARE
3.1. Software Administrativo
Son un conjunto de elementos (recursos humanos: puestos, personas,
recursos materiales, equipo, maquinaria, etc.; recursos tcnicos: mtodos,
procedimientos, actividades, etc.) que se interrelacionan entre s con el
objeto de llevar a cabo las actividades del proceso administrativo aplicado
en las reas funcionales de la empresa como son produccin, finanzas,
mercadotecnia, etc. Para que de manera integral la empresa viva,
evolucione y se desarrolle.
La utilizacin de los sistemas administrativos parece ser el mtodo ms
adecuado para el logro de los objetivos centrales de cualquier organizacin.
Tipos de Software Administrativos
La empresa en su organizacin est integrada por los sistemas
administrativos como son:

Sistema de Planeacin
Sistema de Organizacin
Sistema de Direccin
Sistema de Control
Sistema de Finanzas
Sistema de Produccin

Caractersticas del Software Administrativo

En forma concomitante con el crecimiento de las organizaciones se han ido
desarrollando de manera ms que proporcional los sistema administrativos de
las mismas. Es una preocupacin constante de la direccin superior de las
empresas el gigantismo que alcanzado los sectores ocupados en tareas
administrativas y de procesamiento de informacin, traducindose ello en
mayores costos de funcionamiento y originando el fenmeno de la mal llamada
burocratizacin de la administracin. Como consecuencia de ello la

organizacin necesaria para mantenerse y crecer en tiempos de turbulencia,

minimizndose las posibilidades de instrumentar con rapidez y eficacia los
cambios necesarios en los procedimientos para racionalizarlos, impidiendo de
esta manera el derroche, la ineficiencia y la ineficiencia del conjunto.
Ciertas caractersticas que se presentan a continuacin especifican tareas
administrativas, si las conocemos podemos llegar a contribuir a mejorar el
dominio sobre las mismas:

1. Las tareas administrativas pueden repetirse un sin nmero de veces sin

aportar elementos positivos al funcionamiento de la organizacin. Por en
un proceso productivo a nadie se le ocurrira agregar materia prima y o
procesos a la fabricacin de un tornillo.
2. Las tareas administrativas son, de por s, sumamente difciles de ser
medidas en el tiempo. Una misma tarea puede insumir distintos tiempos
para ser ejecutada, aun por la misma persona, debido al contexto en que
le toque actuar. Si la localizacin de los datos a manipular, los archivos a
manipular o la interpretacin de la informacin presentan anomalas o
particularidades dos procesos similares insumiendo tiempos
sustancialmente diferentes.
3. La informacin y/o automatizacin ha avanzado mucho ms
rpidamente en las actividades productivas que en las actividades
administrativas. Actualmente es posible encontrar plantas industriales
totalmente automatizadas. Sin embargo en la administracin, todava no
se ha logrado reemplazar al ser humano en las tareas de captacin,
procesamiento primario de los datos, antes de ser introducidos al
sistema computarizado y en el proceso posterior de anlisis y utilizacin
de la informacin procesada por el sistema informativo utilizado. Es por
eso que es fundamental en las tareas administrativas los sistemas
admiten mltiples excepciones, lo que hace que sean sumamente
bifurcados, con alternativas y opciones mltiples que dificultan su
automatizacin.
4. Cada individuo dentro de una organizacin intenta formar su propio
entorno que le asegure su supervivencia y luego le abra los caminos
para su ascenso dentro de la misma. Esto se debe bsicamente a dos
factores:
a) La importancia relativa de una persona dentro de una empresa
puede llegar a medirse por la cantidad de empleados que
supervisa y el volumen de tareas que se le encargan.
b) El acceso a la informacin es una fuente de poder. Esto
determina que cada sector quiera tener sus propios registros,
archivos, etc. Sin evaluar su real utilidad o si dicha informacin ya
no existe en otro lado de la organizacin.
5. La respuesta de la organizacin a los intentos de cambios en los

sistemas administrativos no es inmediata y siempre est condicionada

por factores de resistencia natural o intencionada al cambio de los
miembros de la misma. Estas situaciones conflictivas, hacen que si no
se tiene la tenacidad, perseverancia y pleno apoyo de la Direccin
Superior, los cambios para modificar sistemas administrativos sean
evitados, aun cuando se conozcan las ineficiencias por ellos producidas;
o que una vez lanzado el programa de cambio no se enfrenten con
decisin los problemas y se abandonen proyectos de racionalizacin
administrativa antes que produzcan sus resultados, con el pretexto que
existen otros temas prioritarios que requieren mayor atencin.
Ejemplos de Software Administrativos.
Dado que todas oficina no cumple con las mismas tareas, todo el software
administrativo no es creado igual: algunos programas pueden ser efectivos la
organizacin de una oficina, otros, para el trato con el cliente, y otros, efectivos
a la hora de tratar todo lo relacionado con la administracin del dinero. Veamos
algunos ejemplos:
-

Administracin de clnicas
Administracin de entidades educativas.
Administracin de propiedades horizontal.
Administracin contable
Punto de venta, factura de servicios y mercanca.
Gestin de pago y clculo de conceptos.

La mayora de las empresas, especialmente las que se encuentran dentro de

las PYMES, podrn aprovecharse de alguno de los tipos de software
administrativo mencionados. Sin embargo, antes de tomar la decisin final, es
necesario tener en cuenta ciertos puntos relacionados con la eficiencia y el
costo del software elegido a largo plazo.
Por ejemplo, es necesario tener en mente que, adems de los costos por
licencias de software y por su implementacin, hay ciertos costos ocultos que
pueden resultar de significativa relevancia en el mediano y el corto plazo, por lo
que es necesario analizarlos antes de tomar un compromiso con la empresa de
software de administracin elegida:
-

Algunas empresas de software exigen que se utilice hardware

provisto por ellos. Dado que la mayora de los sistemas modernos
es capaz de correr en cualquier PC actualizada, no habra
razones concretas para tal exigencia, ms que el lucro del
proveedor de software.
Si la empresa ha crecido demasiado puede ser necesario agregar
mdulos y nuevas funciones al sistema. Es importante averiguar
los costos de esta posible ampliacin.
Si el sistema es grande y/o complicado podra haber costos de
capacitacin. Si bien la capacitacin inicial suele estar incluida en
el costo del sistema, las empresas usualmente cobran adicionales
para capacitar al personal nuevo.

Ciertos proveedores de software cobran cuotas extras o fees por

el uso de algunas de las caractersticas del sistema, por ejemplo
por impresin o por transaccin.

Si se toman en cuenta estos aspectos, no ser difcil decidir cul es el software

administrativo adecuado para cada tupo de empresa, y si se prevn sus
posibles costos ocultos se evitarn sorpresas desagradables a mediano y largo
plazo

3.8 Software Educativos

Segn Pere Marqus (1996) un software educativo es un programa para
ordenador creado con el fin de ser utilizados como medio didctico, que
pretende imitar la labor tutorial que realizan los profesores y presentan modelos
de representacin del conocimiento en consonancia con los procesos
cognitivos que desarrollan los alumnos. Por lo tanto, est centrado en el
proceso de enseanza- aprendizaje y pretende atender las necesidades del
estudiantado en funcin de los programas educativos.
Tipos de software Educativo

Software educativo para nios. Una inmensa cantidad de ttulos se

han desarrollado desde mediados de los aos 1990 en adelante,
destinados principalmente a la educacin en el hogar de los nios ms
pequeos. Versiones posteriores de estos ttulos a menudo se
comenzaron a vincular con los contenidos educativos de los programas
escolares. El diseo de los programas de software educativo para uso
en el hogar ha sido fuertemente influenciado por conceptos de los
juegos de ordenador - en otras palabras, que estn diseados para ser
divertidos y educativos. Sin embargo en la medida de lo posible, una
conveniente distinguir entre ttulos adecuados al aprendizaje y el
software donde el juego es mayor que el valor educativo. El software de
aprendizaje de los nios debe tener un enfoque estructurado
pedaggico, y por lo general estar orientados a la alfabetizacin y la
aritmtica. El hardware ergonmico es fundamental para el aprendizaje
del beb, donde los Tablet PC y pantallas tctiles son preferidas en lugar
de los teclados y ratones de ordenador.

Cursos-online. Su significado originalmente se utiliz para describir el

material educativo adicional destinado como kits para los maestros o
instructores o como tutoriales para los estudiantes, por lo general para
uso con un ordenador. El significado del trmino y el uso se ha
expandido y puede referirse a todo el curso y cualquier material adicional
cuando se utiliza en referencia a una lnea o la computadora con formato
'aula'. Muchas empresas estn utilizando el trmino para describir la

totalidad del "paquete" que consiste en una "clase" o "curso" incluido

junto con las enseanzas diversas, pruebas y otros materiales
necesarios. Los cursos pueden estar en diferentes formatos, algunos
slo estn disponibles en lnea tales como pginas HTML, mientras que
otros se pueden descargar en formato pdf y otros tipos de archivos de
documentos. Muchas formas de e-learning estn siendo mezcladas. La
mayora de las empresas lderes en educacin solicitan o incluyen
cursos con los paquetes de su formacin.

Ayuda en al escuela. Una nueva categora de software educativo es un

software diseado para su uso en las aulas de la escuela. Normalmente,
este software no puede ser proyectado sobre una pizarra grande en la
parte delantera de la clase y / o ejecutar simultneamente en una red de
computadoras.

Software de referencia. Muchos editores de diccionarios y

enciclopedias impresas se han involucrado en la produccin de software
educativo de referencia desde mediados de la dcada de 1990. A ellos
se unieron en el mercado de software de referencia editores de software
establecido, sobre todo de Microsoft. Los primeros productos de
software de referencia se comercializaron con ediciones en CD-ROM, a
menudo complementadas con nuevos contenidos multimedia,
incluyendo vdeo comprimido y sonido. Productos ms recientes usan
las tecnologas de Internet. O. Wikipedia y sus offspins (como
Wikcionario) marc un nuevo punto de partida en el software educativo
de referencia. Anteriormente, las enciclopedias y diccionarios haban
compilado su contenido sobre la base de equipos de especialistas. El
concepto wiki ha permitido el desarrollo de obras de referencia de
colaboracin a travs de una cooperacin abierta a la incorporacin de
expertos y no expertos.

Juegos de ordenador con valor educativo. Estos son juegos que

fueron desarrollados originalmente para adultos y que tienen
implicaciones potenciales sobre el aprendizaje. En su mayor parte, estos
juegos ofrecen simulaciones de diferentes tipos de actividades humanas,
lo que permite a los jugadores explorar una variedad de procesos
sociales, histricos y econmicos.

Software de formacin empresarial. En un principio, software

educativo destinado a la educacin en las empresas fue diseado para
ejecutarse en una sola computadora (o un dispositivo de usuario
equivalente). En los aos inmediatamente posteriores a 2000, los
planificadores decidieron cambiar a las aplicaciones basadas en servidor
con un alto grado de estandarizacin. Esto significa que el software
educativo se ejecuta principalmente en los servidores que pueden estar
a cientos o miles de kilmetros del usuario real. El usuario slo recibe
pequeas piezas de un mdulo de aprendizaje o de prueba. El software
del servidor decide qu material didctico distribuir, recoge los
resultados y el progreso muestra al personal docente. Otra forma de

expresar este cambio quiere decir que el software educativo se

transform en un servicio educativo en lnea.
Caractersticas
Las cinco caractersticas que distinguen a un software educativo son segn
(Pere, 2000): finalidad didctica, uso del ordenador, interaccin,
individualizacin del trabajo y facilidad de uso. Ahora, veamos brevemente en
qu consiste cada una de estas caractersticas?
A. Finalidad Didctica: estn elaborados con una
intencin
pedaggica y en funcin de unos objetivos de enseanza.
B. Uso del ordenador: no requiere de mayor explicacin.
Sabemos que un software es para ser explorado a travs del
ordenador.
C. Interaccin: estimulan la participacin del estudiante y el
intercambio de informacin entre el estudiante y el ordenador.
D. Individualizacin del trabajo: le permiten al estudiante o
usuario trabajar de forma individual, de acuerdo a su propio
ritmo de aprendizaje.
E. Facilidad de uso: los conocimientos requeridos para el uso
de estos programas es mnimo. El usuario o estudiante, slo
debe seguir las instrucciones que el programa le ofrece tanto
para acceso a l como para navegar en l.
Ejemplos de Software Educativos
Software de literatura: Tropos. Biblioteca digital de escritura creativa
(repositorios.fdi.ucm.es/Tropos) del Grupo LEETHi, ucm.
Software de qumica: EQTabla, Virtual lab, Omega Chemical por Felipe
Anduquia,
Software de Fsica: Omega Physical por Felipe Anduquia,
Software de lengua: Kanagram , Omega Literature por Felipe Anduquia,
Software de matemticas: GeoGebra, Omega Mathematical por Felipe
Anduquia,
Software de ingls: Memorize Words Flashcard System.

3.9 Software de Productividad

Se entiende la productividad como: la relacin, en trminos econmicos,
entre lo producido y los medios empleados. El objetivo es satisfacer las

necesidades del usuario. De este modo y como ejemplo, en los ltimos 10

aos el desarrollo de las tecnologas en software se ha concentrado en el
ambiente laboral ms extendido en el mundo: la oficina, dando lugar a lo
que en informtica se conoce como ofimtica.
Tipos de software de productividad
- Procesadores de Texto: son programas que trabajan con textos
(con frecuencia incluyen graficos) y permiten crearlos,
modificarlos, imprimirlos, etc. Por ejemplo Microsoft Word, Google
Docs, OpenOffice, Hieroglyph, Pages, y Jarte
- Hoja de Calculo: Tipo de aplicacin que es usada en anlisis y
clculos matemticos, que permite trabajar sobre una matriz
compuesta por celdas o casillas. Estas celdas se relacionan de
manera tal que puedan dar resultados complejos. Entre las hojas
de calculo mas usuales estn KSpread, Calc, Numbers, Microsoft
Excel y Lotus.
- Los CADs: son programas de diseo asistido por computadora
que permiten la creacin de maquetas virtuales de objetos
especficos, tales como un auto una casa por ejemplo. Entre los
mas extendidos estn auto-CAD, intelli-CAD y archi-CAD.
Caractersticas
Microsoft Office es considerado el estndar en programas de productividad,
siendo la interoperabilidad en Office uno de sus fuertes.
Ejemplos de Software de productividad

3.10 Software de Utileras

Son programas de servicios que sirven de apoyo al procesamiento de los
trabajos. En informtica es una herramienta que sirve de soporte para
construccin y ejecucin de programas, en donde se incluyen las bibliotecas
de sistema, middleware, herramientas de desarrollo, etc.
Tipos de software de utilera
-

Utileras de sistema: se ejecutan bajo control del sistema

operativo para preparar algunos recursos usados por el sistema.
Utileras para archivos: manejan informacin de los archivos tale
como imprimir, clasificar, copiar, etc.
Utileras independientes: realizar funciones que se relacionan con
la iniciacin de dispositivos de Entrada/Salida, carga del sistema
operativo, etc.

Ejemplos de Software de Utilera

Estos son ejemplos de software utilera que permiten dar Mantenimiento al
sistema operativo.
- TuneUP Utilities: es un paquete de aplicaciones cuya misin

consiste en realizar un completo mantenimiento al ordenador.

Entre otros propsitos, permite desfragmentar el disco duro,
eliminar archivos temporales, realizar ajustes automticos para
incrementar la velocidad de navegacin en internet,
desfragmentar y corregir errores del registro, as como
personalizar la apariencia del sistema.
-

Ccleaner: es una aplicacin gratuita, de cdigo cerrado (software

no libre), que tiene como propsito mejorar el rendimiento de
cualquier equipo que lo ejecute mediante la eliminacin de
archivos innecesarios, entradas invalidas del Registro de
Windows y tambin cuenta con la posibilidad de desinstalar
programas desde su interfaz al igual que inhabilitar la ejecucin
de aplicaciones en el inicio del sistema con el fin de mejorar la
velocidad de arranque del sistema operativo.

3.11 Software de Entretenimiento.

El software de entretenimiento es el conjunto de aditamentos que en este caso
sirven para brindar al consumidor cierto tipo de entretenimiento, vlgase la
redundancia, en este caso podemos presentar un software de entretenimiento
como una sola consola de videojuegos, que brinda distraccin y
entretenimiento. Sin embargo, tambin podemos encontrar otro tipo de
software de entretenimiento como la computadora.
Es un sistema operativo que est diseado para el entretenimiento.
Evidentemente, la industria del software de entrenamiento no se limita a juegos
y diversin. Es un negocio serio que mejora la capacitacin, la eficiencia y la
productividad en una variedad de industrias y que ha producido innovaciones
en otros sectores de alta tecnologa, dice un informe de la Asociacin de
Software el Entretenimiento que estudia la importancia de la industria de
videojuegos en la economa norteamericana.
Para que a los consumidores les sea an ms fcil hallar informacin sobre
clasificaciones de la ESRB antes de dirigirse a las tiendas, hemos desarrollado
la herramienta de bsqueda de clasificaciones. Esta herramienta est
disponible en ingls, espaol y francs.

Tipos de Software de Entretenimiento

Caraceteristicas
Ejemplo de Software de Entretenimiento

SuperMarioBros3
En este Super Mario Bros 3 tenemos una versin del mismo juego, con algunas
modificaciones, pero siempre fiel al original (no se trata de un juego ms de
Super Mario). Hay algunos elementos clsicos del juego, a cambio podremos
disfrutar de algunos enemigos y objetos nuevos.

MarioWorldsX2.0.1
Mario Worlds es, en esencia, una nueva versin de las aventuras del popular
personaje de Nintendo, reflejando a la perfeccin y con todo lujo de detalles el
original universo de Mario.

MarioBrosyLuigi
Mario Bros y Luigi es un sencillo juego de plataformas del hroe fontanero
conocido por todos. El juego solo aspira a que pases un rato distrado y por eso
incorpora lo clsico de los juegos de Mario, como son los enemigos de siempre
como las tortugas, las setas y los reptiles, los potenciadotes que te dan mayor
tamao, etc.

StreetFighter2Remake
Street Fighter 2 Remake te trae al monitor de tu ordenador la posibilidad de
jugar
a este clsico juego de peleas que en este caso incorpora a sus
ocho personajes mas carismaticos Ryu, Ken, Chun-Li, Honda, Zangief. Blanka,
Guile y Dhalsim.

AirAssault3D
Defindete sin tregua con tu potente helicptero. Air Assault 3D te convertirs
en un experto piloto de helicpteros y debers enfrentarte a mltiples
enemigos, en muchas ocasiones en grandes oleadas. El manejo del helicptero
es muy fcil solo debes usar tu ratn para controlarlo y apuntar a tus enemigos.

FIFA2008
FIFA 08 viene cargado de novedades. En primer lugar te reta a dominar las
habilidades necesarias para jugar como un profesional. El nuevo motor grfico
te darn un control del baln tan fluidos que tendrs la sensacin de estar en el
campo. Se ha desarrollado una nueva Inteligencia Artificial especialmente para
este juego que cuenta con un motor de decisin basado en 35 parmetros lo
que significa que antes mltiples situaciones podrs responder como un
jugador real.

CannonSmash
Cannon Smash es un juego de ping pong en 3D y para ser fiel a la realidad es
un juego muy rpido en el que tendrs que estar atento y en tensin constante
para que tus reflejos respondan con rapidez.

Dofus1.21.0
Es un juego de rol online multijugador con ms de tres millones de usuarios. El
universo de Dofus es muy amplio y continua creciendo. Cuenta con humanos,
animales, hadas, etc., donde cada uno de ellos tienen sus propias creencias y
deidades, objetivos y poderes, etc. Sin duda un universo complejo que se ha
creado sobre unos grficos excelentes.
3.12

Software de aplicacin de Negocios

El usos de software es muy beneficioso para un negocio, pues hoy las

empresas en el mundo utiliza varios tipos de software que se adapten a sus
necesidades. Antes se utilizaban los libros de contabilidad y calculadora para

recopilar informacin en varias hojas, sobre ventas y emisin de facturas para

los clientes ms los registros regulares de las tiendas. Hoy se usa
completamente automatizado. Esta gran revolucin en el mundo de la
informtica trajo consigo un gran cambio para las empresas y el modo en que
estas dirigen sus operaciones de negocios. A travs del uso del software se
puede asegurar que su negocio no solo tenga un giro ms exitoso, sino que
adems exista un ahorro considerable en tiempos y mayores ingresos.
Hoy en da hay muchos tipos de software adecuados para casi cualquier tipo
de negocio. Hay un software sencillo para las tiendas, donde no solo se marcan
las ventas diarias, semanales, mensuales y anuales. Mediante el uso de un
programa que se aloja en un servidor web. Usted tiene la capacidad de
conectarse con cualquier persona que est en el mismo sistema de su
organizacin. Las pequeas empresas estn usando esto para ayudar a reducir
sus costos de almacenamiento.
Tipos de Software de Negocios
Para tener xito en el funcionamiento de tu negocio o incluso para saber si lo
estas teniendo, necesitas un software de contabilidad. El software de
contabilidad te permite monitorear la salud financiera de tu negocio.
Normalmente, te permite incluir todos los gastos como nmina y los gastos de
equipos, as como los ingresos, por ejemplo los de ventas que son:
-

Software para contabilidad comercial. Un software de

contabilidad comercial como QuickBooks o Peachtree puede
manejar a la mayora, si no todas, de las pequeas y medianas
necesidades contables de un negocio. Un software de
contabilidad de trabajo para casi cualquier tipo de negocio te
permite crear funciones personalizadas que se adapten a tus
necesidades especficas. El software de contabilidad comercial a
menudo incluye grficas que resumen datos, as como informes
que proporcionan una imagen de la salud de una empresa. Cada
tipo de software de contabilidad comercial tiene fortalezas y
debilidades.
Software para contabilidad empresarial. Las empresas grandes
llevan a cabo operaciones de una complejidad enorme y el
software de contabilidad de la empresa es fundamental para la
gestin de esta complejidad. El software de contabilidad para
empresas grandes a menudo integra su contabilidad con otros
servicios prestados por el mismo software como son la gestin del
flujo de trabajo, la inteligencia de la empresa y la planificacin de
proyectos. A menudo, cuando una gran empresa adquiere este
tipo de software de contabilidad, se sigue un protocolo de
mltiples etapas que incluye una solicitud de informacin de los
proveedores de software de contabilidad, una demostracin del
producto y la comunicacin con otras empresas que utilizan el
mismo software.
Software de contabilidad personal. A veces, una empresa crea
su propio software de contabilidad. Esto sucede a menudo, casi

por accidente: cuando el negocio crece, el personal capacitado

puede pedir o elaborar un software para manejar diversas
situaciones contables hasta que con el tiempo la empresa
encuentra que ha creado su propio software de contabilidad
personalizado. Por ejemplo, bajo condiciones muy especficas
una empresa, como el Grupo de Solucin Integrada, Inc., crea su
propio software debido a que no hay programas de contabilidad
comerciales que cumplan con sus necesidades.

Caractersticas
Sistema de facturacin para crecer.
Facturas
Diferentes regmenes
Factura recurrentes.
Pagos recibidos
Cotizaciones.
Recordatorios a tus clientes.
Gastos Controlados.
Pagos
Facturas de Proveedores.
Pagos Recurrentes
Organiza tus CFDI
Crea Pagos desde un XML
Adjuntar archivos
Contactos Organizados
Contactos.
Clientes.
Proveedores.
Adjunta archivos.
Sistema de inventarios para PYMES.
Inventario al da.
Control del inventario.
Listas de precios.
Bancos y categoras para una PYME.
Bancos
Conciliacin.
Categoras.

Reportes inteligentes para tomar decisiones.

Reportes inteligentes
Conoce tu empresa.
Reportes exportables
Reporte contador.
Ejemplo de Software de Negocios
1.

Microsoft Excel.

2.

Open Office Calc

3.

Mariner Calc

4.

Papyrus Office

5.

NeoOffice Calc

6.

Gnumeric

7.

MacroCALC

8.

Libre office

9.

Apache Open Office

10.

ThinkFree Calc

CAPITULO 4
MODELOS DE CALIDAD

4.1. Cul es la diferencia entre calidad del Producto de software y la

calidad del Proceso de desarrollo?
Hay un vnculo claro entre la calidad del proceso y del producto debido a que el
proceso es relativamente fcil de estandarizar y monitorizar. Cada sistema de
produccin se calibra, y debe producir una y otra vez productos de alta calidad.
Sin embargo, el software no se manufactura, sino que se disea. La diferencia
entre ellos, es que el desarrollo de software es un proceso ms creativo que
mecnico y la calidad del producto, sea cual sea el producto utilizado, se ve
afectada por factores externos, como la novedad de una aplicacin o la presin
comercial para sacar un producto rpidamente.
En el desarrollo de software, por lo tanto, la relacin entre la calidad del
proceso y la calidad del producto es muy compleja. Es difcil de medir los
atributos de la calidad de software, como mantenibilidad, incluso despus de
utilizar el software durante un largo periodo. En consecuencia, es difcil explicar
cmo influyen las caractersticas del proceso en estos atributos. Adems
debido al papel del diseo y la creatividad en el proceso software, no podremos
predecir la influencia de los cambios en el proceso en la calidad del producto.
4.2. Calidad del software
El software es un producto como cualquier otro, y por tanto podemos hablar de
software de buena calidad y software de mala calidad. La calidad del software
comprende distintos aspectos como esttica (que se agradable a la vista),
funcionalidad (que sea fcil de usar), eficiencia (que ejecute con rapidez y
precisin los procesos), etc.
4.3. Qu es la Funcionalidad?
Es un conjunto de atributos que se relacionan con la existencia de un conjunto
de funciones y sus propiedades especficas.
4.4. Qu es la Fiabilidad?
Es un conjunto de atributos relacionados con la capacidad del software de
mantener su nivel de prestacin bajo condiciones establecidas durante un
periodo establecido.
4.5. Qu es la Eficiencia?
Es un conjunto de atributos relacionados con la relacin entre el nivel de
desempeo del software y la cantidad de recursos necesitados bajo
condiciones establecidas.
4.6. Qu es la Usabilidad?
Es un conjunto de atributos relacionados con el esfuerzo necesario para su
uso, y en la valoracin individual de tal uso, por un establecido o implicado
conjunto de usuarios.
4.7. Qu es la Mantenibilidad?
Es un conjunto de atributos relacionados con la facilidad de extender, modificar
o corregir errores en un sistema software.

4.8. Qu es la Portabilidad?
Es un conjunto de atributos relacionados con la capacidad de un sistema
software para ser transferido desde una plataforma a otra.
4.9. Qu es SQA?
Es un conjunto de actividades sistemticas y planeadas para asegurar que los
procesos y productos de software cumplen con los requerimientos, estndares
y procedimientos.
4.10. Cules son las actividades de SQA?
Las actividades de SQA son:
Proceso
Productos
Diseo de software
Codificacin
Documentacin
Test Soporte
Mantenimiento
4.10.1. Qu contiene el plan SQA?
Contenido general del Plan de Aseguramiento de la calidad del software
(SQA
por
sus
siglas
en
ingles)
1.0 Introduccin.- Esta seccin ofrece un panorama general del plan SQA.
1.1 mbito e intencin de las actividades SQA.- Una descripcin general del
enfoque SQA incluyendo objetivos y las responsabilidades organizacionales.
1.2 Papel de la organizacin en el SQA.- Descripcin de los lugares donde el
grupo de SQA se encuentra en la organizacin (incluyendo la estructura de
reporte y la manera en la cual SQA interactuar con los equipos de ingeniera
de software).
2,0 Tareas SQA.- En esta seccin se detallan todas las tareas de SQA y se
asigna la responsabilidad de cada una. Tener en cuenta que muchas tareas
SQA son realizadas por los miembros del equipo de software. Otras pueden ser
realizadas
por
especialistas
SQA.
2.1 Panorama general de tareas.- Una visin general de cada tarea.
2.1.1 Descripcin de la n tarea SQA.- La tarea se describe y la
responsabilidad se asigna. La seccin 2.1.1 se repite para cada una de las n
tareas.
2.1.2 Productos de trabajo y documentacin.- Producto de trabajo SQA y la
documentacin producida como consecuencia de una tarea n es descrita aqu.
2.2 Estndares, Prcticas y Convenciones (SPC por sus siglas en ingles)-.
SPC (Estndares, Prcticas y Convenciones) que se utilizarn para regular el
trabajo de ingeniera de software se describen aqu.

2.3 Recursos SQA-. Personas, hardware, software, herramientas y otros

recursos necesarios para llevar a cabo tareas de SQA se anotan aqu.
3.0
Revisiones
y
auditorias
En esta seccin se examinan los principales proyectos de evaluacin llevada a
cabo por personal de SQA y los miembros del equipo de software.
3.1 Revisin genrica de directrices.- Un conjunto de directrices para todas
las revisiones tcnicas formales (FTR por sus siglas en ingls) se presenta en
esta seccin.
3.1.1 Realizacin de revisin.- Directrices generales para la realizacin de
una
revisin.
3.1.2 Roles y Responsabilidades.- Los roles que las personas desempean
durante una revisin tcnica formal (FTR) y las responsabilidades de cada
jugador.
3.1.3 Revisin de los productos de trabajo.- Documentos, formularios y listas
producidas como consecuencia de una FTR.
3.2 Revisiones tcnicas formales (FTR).- Una descripcin de las
caractersticas especficas y el propsito de cada uno de los principales FTR
llevado a cabo durante el proceso de software.
3.2.n Descripcin n de la revisin.- Las secciones que siguen se incluyen
para cada seccin 3.2.n
3.2.n.1
Descripcin
y
enfoque
de
la
revisin
3.2.n.2
Momento
de
la
revisin
3.2.n.3
Productos
de
trabajo
producidos
3.2.n.4 Lista de revisin n.- Las secciones que siguen representan ejemplos
de revisiones tpicas de evaluacin llevadas a cabo como parte de un proyecto
de ingeniera de software y se incluyen como parte de la Seccin 3.2.n
3.2.1
Revisin
de
especificacin
del
sistema.
3.2.2
Revisin
del
plan
de
proyecto
de
software
3.2.3
Revisin
RMMM
3.2.4 Revisiones de requerimientos (modelos, especificaciones)
3.2.5
Revisin
del
diseo
de
datos
3.2.6
Revisin
del
diseo
arquitectnico
3.2.7
Revisin
del
diseo
de
interface
(GUI)
3.2.8
Revisiones
del
diseo
de
componentes
3.2.9
Revisiones
de
cdigo
3.2.10
Revisin
de
la
especificacin
de
pruebas
3.2.11 Revisiones y auditorias del control de cambios
3.3 Auditorias SQA.- Una descripcin de las auditorias llevadas a cabo por el
grupo SQA con la intencin de evaluar qu tan bien SQA y las actividades de
ingeniera de software se estn llevando a cabo en un proyecto.
4.0 Reporte de problemas y accin/seguimiento correctivo.- En esta
seccin se describen los mecanismos de reporte de problemas que se
producen como consecuencia de revisiones tcnicas formales (FTR) llevadas a
cabo
para
accin
y
seguimiento
correctivo.

4.1 Mecanismos de reporte (Presentacin de informes).- Describe cmo y a

quin se informa de problemas
4.2 Responsabilidades.- Describe quien tiene la responsabilidad de las
acciones correctivas y de seguimiento.
4.3 La recopilacin de datos y evaluacin.- Describe la forma en que datos
error / defectuosos son recogidos y almacenados para el futuro o para
evaluacin en tiempo real.
4.4 Estadsticas de SQA.- Describe las tcnicas cuantitativas que se aplicarn
a un error / defecto de los datos en un esfuerzo para discernir las tendencias y
la mejora.
5.0 Actividades de mejora del proceso de software.- El grupo de SQA (y
otros) es a menudo cargado con la responsabilidad de mejora de procesos
software (SPI por sus siglas en ingles). En esta seccin se describe el trabajo
relacionado con la mejora de procesos de software (SPI).
5.1 Metas y objetivos de la mejora de procesos de software (SPI).- Las
metas
y
los
objetivos
de
la
SPI
se
definen.
5.2 Tareas y responsabilidades de la SPI.- Especficas del grupo SQA
6.0 Panorama de la gestin de la configuracin de software.- Un breve
resumen del contenido del Plan de SCM(por sus siglas en ingls) se presenta
aqu.
Por
otra
parte,
el
plan
de
SCM
es
referenciado.
7.0 Herramientas SQA, tcnicas, mtodos.- Herramientas especializadas,
tcnicas y mtodos a ser utilizados por el grupo SQA se describen aqu.
8.0 Apndices.- La informacin suplementaria se proporciona aqu.
4.11. Qu es ISO 9126?
Es un estndar internacional para la evaluacin de la calidad del software. Est
reemplazado por el proyecto SQuaRE, ISO 25000:2005, el cual sigue los
mismos conceptos.
4.12. Qu es SPICE?
Es un estndar que permite a las empresas evaluar y mejorar procesos de su
organizacin.
4.13. Qu es CMMI?
El CMMI (Modelo de Madurez de Capacidades Integrado) es un enfoque de
mejora de procesos que provee a las organizaciones de los elementos
esenciales para un proceso efectivo.

CAPITULO 5

CRITERIOS DE VALORACIN
5.1. LOS CRITERIOS DE CALIDAD DE SOFTWARE
Factores de Calidad: nivel ms alto: se define los factores de calidad que se
van a medir y evaluar.
Criterios de calidad del producto: cada factor se descompone en un conjunto
de criterios de calidad. Visin de la calidad desde el punto de vista del
producto.
Factores de calidad.
Entre los factores que determinan la calidad existen dos tipos de factores:

Factores que pueden ser medidos directamente (errores/KLDC/unidad

de tiempo).
Factores que solo pueden ser medidos indirectamente (la facilidad de
uso o de mantenimiento).

En ambos casos se puede medir la calidad, debemos comparar el software

(documentos, programas, etc.) con alguna referencia y llegar a una indicacin
de calidad.
A continuacin presento un cuadro de factores de calidad segn McCall
PUNTOS DE VISTA
REVISION DE PRODUCTO
TRANSICION DEL PRODUCTO

OPERACIN DEL PRODUCTO

FACTORES
Mantenibilidad
Flexibilidad
Testeabilidad
Portabilidad
Reusabilidad
Interoperabilidad
Correctitud
Confiabilidad
Eficiencia
Integridad
Usabilidad

Criterios de calidad.
Los criterios de calidad segn McCall. Anteriormente se mostraba los factores
de calidad segn McCall, ahora complementamos esa informacin con los
criterios existentes para cada factor.

PUNTO DE VISTA

REVISION
PRODUCTO

FACTOR
Mantenibilidad

DEL

Flexibilidad

Testeabilidad
Portabilidad

Reusabilidad
TRANSICION
PRODUCTO

DEL

Interoperabilidad

Correctitud
Confiabilidad
OPERACIN
PRODUCTO

DEL
Eficiencia
Integridad
Usabilidad

CRITERIOS
Consistencia
Simplicidad
Concisidad
Auto-descripcin
Modularidad
Expansibilidad
Generalidad
Auto-descripcin
Modularidad
Simplicidad
Instrumentacin
Auto-descripcin
Modularidad
Independencia de la
maquina
Independencia del ISO
Generalidad
Modularidad
Auto-descripcin
Independencia de la
maquina
Independencia del ISO
Modularidad
Interoperabilidad de la
comunicacin
Interoperabilidad
de
datos
Trazabilidad
Completitud
Consistencia
Tolerancia de errores
Consistencia
Simplicidad
Exactitud
Eficiencia de tiempo
Eficiencia de espacio
Control de acceso
Auditoria de acceso
Operabilidad
Entrenamiento
Comunicacin
Volumen E/S
Tasa de E/S

5.2. DEFINICIN DE LOS OBJETIVOS PRUEBA.

En esta fase, en base a revisin detallada del sistema, los requisitos y el diseo
detallado del mismo, se debe hacer la especificacin de los casos de prueba,
creando la estructura e identificadores necesarios, crear la matriz de
trazabilidad, para garantizar una adecuada cobertura de los requisitos de
negocio por los casos de prueba, y realizar todas las tareas de preparacin
previas a la ejecucin de pruebas.
5.3. EJECUCIN DE LA VALORACIN
En esta fase se prepara el entorno y las herramientas necesarias para la
ejecucin de las pruebas, y se ejecutan las pruebas, registrando los resultados
en las propias herramientas de gestin de pruebas.
Asimismo se recogen y analizan todas las mtricas establecidas para el
proyecto y se generan los informes correspondientes recogiendo las
conclusiones derivadas del anlisis, la toma de decisiones y las mejoras
propuestas.
La ejecucin de las pruebas seguir el siguiente ciclo:
1. Anlisis esttico de cdigo.
2. Pruebas Unitarias: probando cada mdulo o componente por separado.
3. Pruebas de Integracin: con el objetivo de probar las interfaces entre
mdulos e ir incrementando la prueba de los mdulos y sistemas.
4. Pruebas de Sistema: sobre el sistema completo. El alcance de las
pruebas de sistemas y los tipos pruebas, estar en funcin de los
requisitos, distinguindose Pruebas del Sistema Funcionales y Pruebas
del Sistema No Funcionales
5. Pruebas de Aceptacin: pruebas del usuario.
5.4. CONTRASTE DE LA VALORACIN DE CALIDAD DE SOFTWARE
Para realizar esta prueba beta se empieza seleccionando a los especialistas,
usuarios o expertos para oren el producto, a los cuales se le realizan al menos
una encuesta. Para procesar estas encuestas se usan criterios comunes como
son: el criterio de especialista, el criterio de experto o criterio de usuario. En
este artculo se muestra un ejemplo acerca del criterio de especialista.

Criterio de usuario: es este caso se selecciona un grupo poblacional de

futuros clientes del software y debe buscarse que dicho grupo sea lo
ms representativo posible de la realidad en estudio. Un ejemplo de ello
puede consultarse en el artculo .
Criterio de expertos y especialistas: para la seleccin de los expertos o
especialistas nos basamos en la definicin y en algunas cualidades que
hay que tener en cuenta a la hora de seleccionarlos.

5.5. INFORME DEL RESULTADO Y CONCLUSIN

Resultado
De acuerdo a todo el desarrollo, se puede decir que para los buenos resultados
de un Modelo o Estndar de Calidad del Software se recomienda lo siguiente:
1. Capacitar a todo el personal de la empresa respecto de la Filosofa de
Calidad del Software.
2. Dar a conocer los objetivos de la empresa a todo el personal.
3. Armar grupos de trabajo eficaz y eficiente.
4. Evaluar y controlar peridicamente los procesos de la empresa y sus
productos o resultados asociados.
5. Establecer el mejoramiento continuo de los procesos de negocio de la
empresa y de sus productos o servicios.
6. Mejorar la administracin de los recursos humanos, materiales, tiempos
y costos.
7. Mejorar la competitividad de la empresa.
Producir calidad es indispensable no solo para lograr y conservar un
segmento de mercado, contra una competencia cada vez ms aguerrida, sino
por qu estamos pasando de una concepcin de mercado nacional a otra
dimensin regional o global. La utilizacin de modelos estndares para
incrementar la calidad de los productos de software permite ampliar los propios
horizontes comerciales.

Conclusin
Respecto de la Calidad del Software, se puede decir que el software juega un
papel muy importante para el desarrollo de las organizaciones, ya que sirve de
soporte a los procesos de negocios, productivos y administrativos; y como
parte integral de las estrategias corporativas para la generacin de ventajas
competitivas. Esto significa que resulta fundamental evaluar la Calidad del
Software. Para el logro de esta Calidad ser necesario efectuar una gestin de
la Calidad del Software, la cual consiste en un conjunto de actividades que
permite dirigir y controlar la organizacin en lo relativo a la Calidad del
Software.
El control de Calidad del software, por medio de la prueba de software, permite
ejecutar un programa con intencin de encontrar defectos. A travs del
Aseguramiento de la Calidad del Software se puede evaluar las caractersticas
del mismo por medio de mtricas, las cuales permiten cuantificar los resultados
obtenidos respecto del software. Por ltimo, la Mejora de la Calidad permite
auditar el cumplimiento de las caractersticas del software para determinar las
posibles mejoras y/o correcciones.

De esta forma, las cuatro partes de la Gestin de la Calidad interactan en un

ciclo continuo de retroalimentacin, el cual contribuye al mejoramiento continuo
de la empresa. Para lograr una mejor Gestin de la Calidad del Software se
utilizan Modelos y Estndares de Calidad del Software, los cuales consisten en
reunir todas las actividades y funciones de forma tal que ninguna de ellas este
subordinada a las otras y que cada una se planee, controle y ejecute de un
modo formal y sistemtico.

BIBLIOGRAFIA:
http://es.wikipedia.org/wiki/Desarrollo_iterativo_y_creciente
http://es.wikipedia.org/wiki/Proceso_para_el_desarrollo_de_software
http://www.sites.upiicsa.ipn.mx/polilibros/portal/polilibros/P_terminados/EVal-SistComp/polilibro/capitulos/unidad_2/2_1.html
http://zeus.inf.ucv.cl/~bcrawford/AULA_ICI444/Pruebas.pdf

http://es.slideshare.net/BlackDeathOfBlood/sistemas-administrativos17563888?related=1
http://exa.unne.edu.ar/informatica/sistemas.adm1/material/tema-9.pdf
http://es.slideshare.net/magalysarai/0208-software-de-productividadinformatica-i-presentation
http://info-utec.blogspot.mx/2008/07/software-de-productividad.html
http://es.wikipedia.org/wiki/Software_educativo#Ejemplos_de_Softwares_educa
tivos
http://www.tiposdesoftware.com/titulo-articulo.php?link=tipos-de-softwareeducativo
http://www.quadernsdigitals.net/index.php?
accionMenu=secciones.VisualizaArticuloSeccionIU.visualiza&proyecto_id=244
&articuloSeccion_id=2132
http://aprenderaprogramar.com/index.php?
option=com_content&view=article&id=198:calidad-del-software-metricas-yfiabilidad-de-aplicaciones-1a-parte-dv00103a&catid=45:tendenciasprogramacion&Itemid=164

Ingeniera del Software 7ma. Ed. Lan Sommerville.pdf

http://albertolacalle.com/hci/funcionalidad-usabilidad.htm
http://laurel.datsi.fi.upm.es/~ssoo/STR/Fiabilidad.pdf
http://www.allsoft.com.mx/recursos/ElModeloCMMI.pdf
http://ingenieriasw2.blogspot.mx/p/calidad-de-software.html
http://arielvargasu.blogspot.mx/2010/10/garantia-de-calidad-de-softwaresqa_18.html
http://www.ejie.eus/contenidos/informacion/anexos_pbt_ejie/eu_0214/adjuntos/
Estandares%20de%20calidad%20de%20producto%20software%20v1.4.pdf