PARCIAL 2

Ingeniera de software

Presenta
David Camilo Snchez Mora 20132578060
Hector Felipe Hurtado Acosta 20131078401
Yojhan Rodrguez 20131078023
Sebastian Espitia 20131078050

Docente
Juan Carlos Guevara B.

Universidad Distrital Francisco Jos de Caldas

Sistematizacin de datos
Facultad tecnolgica
Bogot D.C Colombia 27 de junio del 2016

CONTENIDO
INTRODUCCIN................................................................................................... 3
3. Mtricas........................................................................................................ 4
3.1. Definicin................................................................................................... 4
3.2. Caractersticas............................................................................................ 4
3.3. Describa dos mtricas................................................................................. 5
3.3.1 Mtricas de producto................................................................................. 5
3.3.1.1 Funcionamiento..................................................................................... 5
3.3.1.2 Ejemplo de aplicacin............................................................................ 5
3.3.2 Mtricas de calidad................................................................................... 6
3.3.2.1 Funcionamiento..................................................................................... 6
4. Estimacin de software................................................................................ 13
4.1. Definicin................................................................................................. 13
4.2. Caractersticas.......................................................................................... 13
4.3. Describa dos tcnicas de estimacin.........................................................14
4.3.1. El mtodo basado en juicio experto.........................................................14
4.3.2. El mtodo por analoga...........................................................................15
5. Anlisis de riesgo........................................................................................ 15
5.1. Definicin................................................................................................. 15
5.2. Caractersticas.......................................................................................... 16
5.3. Describa como realizar anlisis de riesgo de un proyecto de software.........16
6. Calidad de software..................................................................................... 18
6.1. Definicin................................................................................................. 18
6.2. Caractersticas.......................................................................................... 19
6.3. Describa como determinar la calidad de un producto de software...............21
CONCLUSIONES................................................................................................ 26
REFERENCIAS................................................................................................... 27

INTRODUCCIN

La Ingeniera del software es una disciplina o rea de la Informtica o Ciencias de la

Computacin, que ofrece mtodos y tcnicas para desarrollar y mantener software de
calidad
que
resuelven
problemas
de
todo
tipo.
Hoy da es cada vez ms frecuente la consideracin de la Ingeniera del Software como
una nueva rea de la Ingeniera, y el Ingeniero del Software comienza a ser una profesin
implantada en el mundo laboral internacional, con derechos, deberes y responsabilidades
que cumplir, junto a una, ya, reconocida consideracin social en el mundo empresarial y,
por suerte, para esas personas con brillante futuro.

El presente trabajo tiene como objetivo desarrollar las temticas vistas durante el
semestre de la materia Ingeniera de Software, se presentara de manera clara las
definiciones de mtricas, estimacin, anlisis de riesgo y calidad de software; se pretende
as mismo mostrar las caractersticas de cada una de ellas y tcnicas o ejemplos de
aplicacin en la vida real para tener en cuenta en el desarrollo de nuestros proyectos.

3. Mtricas

3.1. Definicin
Dentro del contexto de la ingeniera del software hay que tener en cuenta a la hora de
hablar de mtricas de tres conceptos que la complementan.
Como es medida, que proporciona una indicacin cuantitativa de la extensin, cantidad,
dimensiones, capacidad o tamao de algunos atributos de un proceso o producto. La
medicin es el acto de determinar una medida.
Adems de los indicadores, que son una mtrica o una combinacin de mtricas que
proporcionan una visin profunda del proceso del software, del proyecto de software o del
producto en s. Un indicador proporciona una visin profunda que permite al gestor de
proyectos o a los ingenieros de software ajustar el producto, el proyecto o el proceso para
que las cosas salgan mejor. Los indicadores de proceso permiten a una organizacin de
ingeniera del software tener una visin profunda de la eficacia de un proceso ya
existente.
El trmino de mtrica est relacionado con muchos casos de medicin necesarios para
conocer la calidad del producto. Esta medida se trabaja de forma estadstica para tener en
cuenta los aspectos principales en la calidad del software entre ellos estn: anlisis,
construccin, funcional, documentacin, mtodos, proceso, usuario.
Adems, con las mtricas se puede determinar el costo y esfuerzo humano requerido con
la utilidad de los softwares que ya han sido diseados y que implementan esta
herramienta fundamental para conocer la calidad del producto que se encuentre en
proceso para intentar mejorarlo cada vez ms.
3.2. Caractersticas
La medida del producto la podemos determinar con las siguientes caractersticas:

Indicar la calidad del producto

Evaluar la productividad de la gente que desarrolla el producto
Evaluar los beneficios en trminos de productividad y de calidad, con las nuevas
herramientas referentes a la ingeniera de software
Establecer una lnea de base para la estimacin
Ayudar a justificar el uso de nuevas herramientas o de formacin adicional.
Contando con los objetivos en la medicin del producto anteriormente nombrados,
las caractersticas principales de la mtrica son las siguientes:
o Ayudan a evaluar los modelos de anlisis y diseo.
o Ofrecen una indicacin de la complejidad de los diseos procedimentales y
el cdigo fuente.
o Facilitan el diseo de pruebas ms efectivas.

3.3. Describa dos mtricas

3.3.1 Mtricas de producto
Las mtricas de producto permiten medir de forma cuantitativa la calidad de los atributos
internos de un producto. Permite evaluar la calidad antes de la construccin y conocer,
por ejemplo: la calidad del software, quin lo hace, por qu es importante, cules son los
pasos, cul es el producto obtenido, cmo estar seguro de hacerlo correctamente, entre
otros.
3.3.1.1 Funcionamiento
Estas medidas se utilizan adems para comprender los atributos de los modelos que se
crean y evaluar la calidad de los productos de la ingeniera o de los sistemas que se
construyen.
3.3.1.2 Ejemplo de aplicacin
Por ejemplo, se puede medir la extensin, la cantidad, la dimensin, la capacidad o el
tamao de algn atributo del producto o proceso.
Medir la funcionalidad entregada y tamao del sistema.

3.3.2 Mtricas de calidad

Para llegar a la definicin de mtricas de calidad, es necesario primero definir que es
calidad, llegar a un significado o definicin global de este trmino es una cuestin
compleja, debido a la pluralidad de definiciones que puede llegar a tener, a continuacin
se mostraran algunas:

La calidad es el conjunto de propiedades y caractersticas de un producto o

servicio que le confieren su aptitud para satisfacer unas necesidades explicitas o
implcitas [ISO 8402].
La calidad del software es el grado con el que cumple los requerimientos
especificados y las necesidades o expectativas del cliente o usuario [IEEE Std
610].
La concordancia con los requisitos funcionales y de rendimientos explcitamente
documentados y caractersticas implcitas que se espera de todo software
desarrollado profesionalmente [Pressman].

Analizando estas definiciones es posible establecer una general: Es el grado de

respuesta del conjunto de caractersticas o propiedades de un objeto, que se le da a los
requerimientos establecidos.
Con esto es posible definir lo es mtricas de calidad es la medida cuantitativa del grado
en que un sistema, componente o proceso evala su calidad.
3.3.2.1 Funcionamiento
Puntos importantes de la calidad de software (Pressman Quinta edicion)

Los requisitos del software son la base de las medidas de la calidad. La falta de
concordancia con los requisitos es una falta de calidad.
Unos estndares especficos definen un conjunto de criterios de desarrollo que
guan la manera en que se hace la ingeniera del software. Si no se siguen los
criterios, habr seguramente poca calidad.
Existe un conjunto de requisitos implcitos que a menudo no se nombran. Si el
software cumple con sus requisitos explcitos pero falla en los implcitos, la calidad
del software no ser fiable.

Medicin de la calidad
Existen muchas medidas de calidad del software en las que se encuentran [Gilb]:
Exactitud

Un programa debe operar correctamente o proporcionara poco valor a

sus usuarios.
Es el grado en el cual el software realiza la funcin requerida.
La medida ms comn son los defectos (falta verificada de acuerdo con
los requerimientos) por KLOC.
Los defectos son aquellos problemas reportados por un usuario de
programa.

Capacidad de mantenimiento

El mantenimiento y soporte del software representan ms esfuerzo que

cualquiera otra actividad de ingeniera de software.
La capacidad de mantenimiento es la facilidad con la que un programa
puede corregirse si se encuentra un error, se adapta a un entorno
cambiante o cambio en requerimientos.

Integridad

Mide la habilidad de un sistema para resistir ataques a su seguridad.

Los ataques pueden hacer a programas, datos y documentacin.
Tiene dos atributos adicionales: amenaza y seguridad.
Amenaza es la probabilidad de que un ataque de un tipo especfico
ocurrir dentro de un tiempo dado.
Seguridad es la probabilidad de que el ataque de un tipo especfico se
repeler.
Integridad = Sumatoria

[1( amenaza(1seguridad))]

Usabilidad

Si el programa no es fcil de usar, con frecuencia est condenado al

fracaso.
La usabilidad es un intento por cuantificar la facilidad de uso.

Para las otras medidas existentes McCall en 1977, los agrupo en conjuntos llamados
factores de calidad, entre los cuales existen tres factores:

Revisin del producto.

Transicin del producto.
Operacin del producto.

Factores de calidad de McCall:

A continuacin se podr observar una tabla interrelacionada entre las mtricas de calidad
existentes y una serie de factores de calidad, en la que se muestra factores que son
usados por la mtrica de calidad y que nos permiten escoger ms especficamente que
mtricas son las adecuadas para evaluar ciertos aspectos de nuestro producto.

Eficiencia en la remocin del defecto (ERD)

Es una medida de la habilidad de filtrado de las acciones de aseguramiento y control de la
calidad segn se aplican a lo largo de todas las actividades del marco conceptual del
proceso.
La ERD se puede ver como un todo y evaluar de la siguiente manera:

ERD=

E
E+ D

Donde

E: Numero de errores (antes de entregar el software).

D: Numero de defectos que se encontraron (despus de la entrega).

El valor ideal para la ERD es 1. Es decir, no se encuentran defectos en el software. En

realidad, D ser mayor que 0, pero el valor de la ERD todava puede tender a 1 conforme
E aumenta para un valor dado de D. De hecho, conforme E aumenta, es probable que el
valor final de D disminuir (los errores se filtran antes de convertirse en defectos).
La ERD tambin puede usarse dentro del proyecto a fin de valorar la habilidad de un
equipo para encontrar errores antes de que pasen a la siguiente actividad de marco
conceptual o accin de ingeniera de software. Cuando se usa en este contexto, la ERD
se redefine como

ERDi =

Donde

Ei
Ei + E i+1
Ei , es el nmero de errores encontrados durante la accin i de ingeniera del

software y

Ei+1

es el nmero de errores encontrados durante la accin i +1 de

ingeniera del software que son rastreables por errores que no se descubrieron en la
accin i de ingeniera del software.

3.3.2.2 Ejemplo de aplicacin

Se mostrar un ejemplo de los pasos y caractersticas de la evaluacin de calidad, que se
le podr realizar a cualquier proyecto de tipo software al cual se quiera estudiar el grado
de calidad con el cual cuenta.

Modelo de Medicin de la Calidad:

A continuacin se mencionaran las fases que debe tener un diseo de software

establecido en 8 actividades y dependiendo de los diferentes elementos que debe tener
un software dentro de su proceso.
Actividad 1

Fase

Activida Activid Activida Activida Activida Activida Activida

d2
ad 3
d4
d5
d6
d7
d8

Anlisis de
requisitos

Diseo
de
arquitect
ura

Dise
o
detalla
do de
softwa
re

Codifica
cin y
pruebas
de
software

Integrac
in y
pruebas
de
softwar
e

Integrac Instalac Aceptac

in y
in
in y
pruebas
apoyo
de
sistema

Calidad
requerida
por el
usuario
Calidad
interna
requerida
Calidad
externa
requerida

Calidad
en uso
predicha
Calidad
externa
predicha
Calidad
interna
medida

Calida
d en
uso
predic
ha
Calida
d
extern
a
predic
ha
Calida
d
intern
a
medid
a

Calidad
en uso
predicha
Calidad
externa
medida
Calidad
externa
predicha
Calidad
interna
medida

Calidad
en uso
predich
a
Calidad
externa
medida
Calidad
externa
predich
a
Calidad
interna
medida

Calidad
en uso
predich
a
Calidad
externa
medida
Calidad
interna
medida

Calidad
en uso
predich
a
Calidad
externa
medida
Calidad
interna
medida

Calidad
en uso
medida
Calidad
externa
medida
Calidad
interna
medida

Entrega Requisitos
bles
de calidad
clave del usuario
Requisitos
de calidad
externa
Requisitos
de calidad
interna

Diseo
de
arquitect
ura

Dise
o
detalla
do de
softwa
re

Cdigo y
resultad
os de
pruebas

Product
oy
resultad
os de
pruebas

Sistema
intgrado
y
resultad
os de
pruebas

Sistem
a
instalad
o

Product
o
entrega
do

Mtricas Internas
utilizada (externas

Internas Intern
as

Referen
cia
modelo
9126

Internas Internas Internas Interna Calidad

y
y
y
sy
en el

pueden
validar
especificaci
ones)

externas externa externa externa uso,

s
s
s
internas
y
externa
s

Pasos Sugeridos:

Identificacin de requisitos de calidad

Especificacin de la evaluacin

Diseo de la evaluacin

Ejecucin de la evaluacin

Retroalimentacin a la organizacin

Identificacin de requisitos de calidad

Caracterstica

Funcionalidad

Fiabilidad

...

Subcaracterstica

Peso

Adecuidad

Exactitud

Interoperabilidad

Seguridad

Conformidad

Madurez

Tolerancia a fallos

Recuperabilidad

Tolerancia a fallos

...

...

Especificacin de la evaluacin
Caracterstica
Funcionalidad

Subcaracterstica

Mtrica

Nivel Requerido

Nivel Obtenido

Adecuidad
Exactitud
Interoperabilidad
Seguridad
Conformidad

Fiabilidad

Madurez
Tolerancia a fallos
Recuperabilidad
Tolerancia a fallos

...

...

Diseo de la evaluacin
Caracterstica Subcaracterstica Entregables a
Evaluar

Mtricas
Internas a
Aplicar

Mtricas
Externas a
Aplicar

Funcionalidad Adecuidad

Mtricas de
Calidad en
el Uso
(no aplica)

Exactitud

(no aplica)
1

1.

2.

(no aplica)

3
Interoperabilidad ...

3.
...

...

...

4. Estimacin de software
4.1. Definicin
La estimacin de software, no es ms un proceso de "prediccin", o acercamiento a las
variables que intervienen en el desarrollo de software. Estos mtodos tienen como fin
apoyar todos los procesos de desarrollo, optimizndolo en un porcentaje. Sin las
estimaciones, los objetivos planteados quedan de manera subjetiva y nos encontraremos
en un margen mayor de caer en errores o falencias que perjudicaran todo el proceso. La
estimacin al igual que las mtricas, son unas potentes herramientas en la planificacin y
evaluacin de un proyecto de software.
4.2. Caractersticas
La estimacin requiere de un gran proceso de anlisis especialmente cuando los
proyectos tienen una gran longitud o tamao, la estimacin no es tarea fcil, identificar
todos los factores que pueden alterar o desviar los objetivos, no es de una manera muy
repentina, se tiene que abarcar muchsima informacin y especialmente usar mucho
conocimiento y evaluacin de experiencias que requieren ms tiempo y compresin.

La estimacin de un proyecto software requiere:

Experiencia.
Buena informacin histrica.
Confianza en las mtricas y la experiencia.

Algunos de los principios que hay que tener presentes:

Retrasar la estimacin lo mximo posible. Cuanto ms se retrase, ms precisa

ser.
Hacer estimacin por analoga. Utilizar el coste de proyectos similares.
Ley de Parkinson. El trabajo se extiende para rellenar el tiempo disponible.
Precio para ganar. El coste se estima en todo el dinero que el cliente puede gastar
en el proyecto.
Existen tcnicas de descomposicin. Estimas el coste descomponiendo el
producto y/o el proceso.
Existen modelos empricos. Modelos de regresin que relacionan esfuerzo con
tamao o funcionalidad."

4.3. Describa dos tcnicas de estimacin

4.3.1. El mtodo basado en juicio experto
Ms comnmente llamado a ojo, y que consiste bsicamente en preguntar a alguien con
experiencia (o sin ella) cual es en su opinin la estimacin software. Y que como podis
deducir es el mtodo ms usado. Pero que tiene el problema de que se depende mucho
del experto, de la experiencia que tenga y que adems tiene el riesgo de que un da el
experto deje la empresa y nos quedemos sin forma de estimar.

EJEMPLO. Un electricista con licencia aplica el conocimiento y experiencia para calcular

el coste de un proyecto para instalar iluminacin en el techo de un gimnasio mirando el
espacio que se debe cubrir y la cantidad de iluminacin deseada.

4.3.2. El mtodo por analoga.

Que es una importante evolucin del anterior, ya que se basa en experiencias

documentadas de cmo fueron los tiempos en proyectos previos. El mtodo compara el
proyecto a estimar con proyectos terminados previamente que sean similares. Aqu la
importante aportacin es que disponemos de un mtodo, y de que la experiencia se va
guardando en una BBDD (o ms comnmente en una hoja Excel).
EJEMPLO. En las organizaciones que tienen una oficina de gestin de proyectos, se
puede acceder a los registros de costes y nivel de esfuerzo de muchos proyectos
anteriores para estimar el coste y la planificacin con una precisin razonable para
nuevos proyectos. Los gestores de proyectos hacen asignaciones basadas en su juicio
para las pequeas diferencias entre los proyectos.

5. Anlisis de riesgo
5.1. Definicin
El riesgo se puede definir como una amenaza que quizs se presente y resulte con
consecuencias que alteren diferentes elementos convirtindose en un desastre. Solo con
realizar un cambio sin importar el tamao implica un riesgo para el desarrollo del software.
El riesgo se define como una idea de lo que puede ocurrir en el futuro, con cual del total
de riesgos encontrados se debe decidir cuales riesgos afrontar, teniendo como esperanza
que estos riesgos tomados sean los correctos.
El riesgo sin importar el resultado, se utiliza para identificarlo, evaluar la probabilidad que
ocurra, estimar su impacto y establecer un plan de contingencia en caso de que el
problema se presente.
Entre los que intervienen en el anlisis y la gestin del riesgo en el proceso del software
se encuentra:

Gestores.
Ingenieros.
Participantes.

5.2. Caractersticas
Los riegos tienen dos principales caractersticas:
Incertidumbre: El acontecimiento que caracteriza al riesgo puede o no puede ocurrir; por
ejemplo, no hay riesgos de un 100 por ciento de probabilidad.
Prdida: Si el riesgo se convierte en una realidad, ocurrirn consecuencias no deseadas
o prdidas.
5.3. Describa como realizar anlisis de riesgo de un proyecto de software
Para la realizacin del anlisis de los riesgos en proyecto de software, es viable seguir los
siguientes pasos, basados en la gua PMBOK de PMI:
1. Planificacin de la gestin de riesgos:
En este proceso de decide cmo enfocar, planificar y ejecutar las
actividades de gestin de riesgos para un proyecto.

2. Identificacin de riesgos:
Consiste en determinar que los posibles eventos de riesgos que pueden
afectar al proyecto, y documentacin de sus caractersticas. Normalmente
comienza desde que inicia el ciclo de vida del proyecto hasta que empieza
la ejecucin.
3. Evaluacin de riesgos:
Terminada la identificacin de los riesgos continuamos con la evaluacin.
Esta tiene por objetivo:

Entendimiento del proyecto.

Identificar alternativas.
Procurar la valoracin sistemtica del riesgo.

Los enfoques de la evaluacin del riesgo son:

Cualitativo
Cuantitativo

El procedimiento de evaluacin:
1. Determinar escalas de probabilidad (cualitativas o cuantitativas).
2. Determinar el impacto (alto, medio, bajo) en trminos monetarios.
3. Priorizar los riesgos (Segn valor esperado, VE =impacto
($)*probabilidad (valores asignados a bajo, medio, alta)).
4. Anlisis cualitativo de riesgos:
Cada riesgo se clasifica segn su probabilidad de ocurrencia e impacto,
para realizar otros anlisis o acciones posteriores.
1. Anlisis cuantitativo de riesgos:
Cada riesgo identificado en los objetivos generales del proyecto es
analizado segn su efecto.
2. Planificacin de la respuesta a los riesgos:
Se desarrollan opciones y acciones para mejorar las oportunidades y
reducir las amenazas a los objetivos del proyecto. Tiene por objetivo:
Minimizar los impactos del riesgo en el proyecto
Maximizar los resultados de eventos favorables al proyecto.
Planear la respuesta implica:

El tipo de riesgo Interno, externo, controlable o no. Conocido o no.

Su impacto
El costo de su manejo
El tiempo de implantacin de la respuesta
El contexto del proyecto
Acuerdo entre las partes involucradas- clientes internos, externos.
Asignar un responsable

Tipos de respuesta:

Se ignora
Se evita
Se mitiga (reducirlo, compartirlo, transferirlo)
Se acepta

5. Seguimiento y control de riesgos:

Una vez identificados los riesgos del proyecto, es necesario realizar un
seguimiento a stos, adems de supervisar los riesgos residuales, identificar
nuevos riesgos, ejecutar planes de respuesta a los riesgos y evaluar su efectividad
a lo largo del ciclo de vida del proyecto. Es un proceso continuo durante todo el
ciclo del proyecto.

Tiene como objetivos:

Asegurar la ejecucin del plan de respuesta

Evaluar la efectividad del plan

6. Calidad de software
6.1. Definicin
La calidad en el momento cuenta con no solo una definicin si no con varias las cuales las
expondremos a continuacin:

Conjunto de propiedades y caractersticas de un producto o servicio, que le

confieren aptitud para satisfacer una serie de necesidades explcitas o implcitas.
(ISO 8402).
Grado en el que un conjunto de caractersticas inherentes cumple con los
requisitos.
El conjunto de actividades encaminadas a descubrir y satisfacer las necesidades
de un colectivo o de una sociedad en general.
Satisfaccin del cliente y conformidad con sus requisitos y necesidades.
El proceso de identificar, aceptar, satisfacer y superar constantemente las
expectativas y necesidades de todos los colectivos humanos relacionados con la
empresa (clientes, empleados,) con respecto a los productos y servicios que
proporciona.

Existen tres tipos de calidad relacionados entre s:

Calidad necesaria. Calidad que pide el cliente y la que le gustara recibir.
Calidad programada. Es el nivel de calidad que se propone obtener el fabricante.
Calidad realizada. Es la calidad que se puede obtener debido a las personas que
realizan el trabajo o a los medios utilizados.

Algunos de los rasgos de calidad los podemos ver a continuacin:

Implica la mejora continua de la productividad y de la competitividad.

Significa hacer las cosas bien a la primera.
Consiste en dar al cliente los que ste desea.
Se basa en el sentido comn.
Involucra a todos los niveles de la empresa

6.2. Caractersticas

La calidad la definen los clientes: Los clientes determinan sus necesidades y si

los productos y servicios que se les ofrecen les satisfacen. Se deben conocer
estas necesidades, preferencias, percepciones y valores de los clientes con el fin
de establecer una posicin de liderazgo.

El proceso de calidad se inicia con el liderazgo activo de la Alta Direccin: La

calidad no se delega, se practica. Se ha de impulsar desde los puestos de
direccin la estrategia de calidad, su desarrollo y crecimiento.

La calidad es un factor estratgico de competitividad y diferenciacin: No hay

niveles de calidad absolutos, lo que existe es una comparacin de calidades
percibidas por los clientes entre los diferentes productos del mercado. El factor de
calidad vara a lo largo del ciclo de vida del producto, desde la innovacin en su
inicio, pasando a la competencia en precio y calidad segn se avanza en su ciclo
de vida.

La calidad efectiva es garanta de rentabilidad sostenida: Si el nivel de calidad

obtenido cumple con las expectativas de los clientes, la rentabilidad est
garantizada. A la larga esto implica reduccin de costes, aunque en principio es
necesaria una inversin en formacin, aprendizaje y modificacin de hbitos.

La calidad involucra a todos los miembros de la organizacin: La implicacin

de todo el personal en la poltica de calidad es muy necesaria. La imagen que de
la empresa se forman los clientes est condicionada por el entusiasmo, motivacin
y conviccin que transmiten los empleados.

La calidad involucra tambin a los proveedores: La calidad de un producto

depende en gran medida de la calidad de sus materias primas y de las
herramientas utilizadas en su proceso. De ah nace el concepto de calidad
concertada, que implica el trabajo conjunto con los proveedores con el fin de que
estos asuman su parte de responsabilidad en obtener el objetivo final de calidad.

La calidad debe ser el criterio que configure todos los sistemas y procesos
de la empresa: Los sistemas que influyen en la gestin eficaz son:
Sistemas de captacin de informacin externa.
Sistemas de medicin de la calidad.
Sistemas de retribucin e incentivos al personal.

La calidad debe ser el criterio que configure todos los sistemas y procesos
de la empresa:

Sistemas de captacin de informacin externa. Informacin base para el

conocimiento del mercado, de la competencia, de los gustos y necesidades del
cliente que permite que se traduzcan en innovaciones en los productos.
Sistemas de medicin de la calidad. Permiten evaluar los factores de calidad que
soportan la estrategia de la empresa. As es posible evaluar el grado de
cumplimiento de los objetivos de calidad establecidos e introducir correcciones si
fuese necesario.
Sistemas de retribucin e incentivos al personal. Incentivos ligados al
cumplimiento de objetivos de calidad. Es una herramienta eficaz para motivar al
personal.

La calidad debe comunicarse: Hay que dar a conocer las ventajas

diferenciadoras para que se perciba la calidad. Las estrategias comunicacionales
tienen como objetivo:

Crear una imagen institucional que se asocie con el concepto de calidad.

La promocin de los aspectos de calidad diferenciadores.

Calidad implica sensibilidad y preocupacin de la empresa por su entorno

social y medioambiental: No debe separarse del concepto global de calidad la
responsabilidad social, la tica y la conservacin del medio ambiente.

La calidad es dinmica: Est constantemente en transformacin debido

fundamentalmente a tres factores: los gustos de los consumidores varan con el
tiempo, la competencia presiona mediante el lanzamiento de nuevos productos, y
el proceso evolutivo interno de la empresa hace que se fije nuevas metas.

6.3. Describa como determinar la calidad de un producto de software

La calidad est compuesta por una composicin de muchas caractersticas. Un modelo de
calidad entonces describe estas caractersticas y sus relaciones.
Modelo de Mccall
El modelo de McCall fue el primero en ser presentado en 1977 y se origin por Air Forc y
Dod.
Adems, Se focaliza en el producto final identificando atributos claves desde el punto de
vista del usuario. Estos atributos se denominan factores de calidad y son normalmente
atributos externos, pero tambin se incluyen algunos atributos posiblemente internos.

Los factores de calidad son demasiados abstractos para ser medidos directamente, por lo
que por cada uno de ellos se introduce atributos de bajo nivel denominados criterios de
calidad. Algunos criterios de calidad son atributos internos segn McCall que el atributo
interno tiene un efecto directo en el atributo externo correspondiente.
Factores de calidad
McCall propone tres perspectivas para agrupar los factores de calidad:

Revisin del producto: habilidad para ser cambiado.

Transicin del producto: adaptabilidad al nuevo ambiente.

Operacin del producto: caractersticas de operacin.

Factores de calidad de revisin: La revisin del producto incluye los siguientes

factores de calidad:

Mantenibilidad: esfuerzo requerido para localizar y corregir fallas.

Flexibilidad: facilidad de realizar cambios.
Testeabilidad: facilidad para realizar el testing, para asegurarse que el producto no
tiene errores y cumple con la especificacin.

Factores de calidad de transicin: La transicin del producto incluye los

siguientes factores de calidad:

Portabilidad: esfuerzo requerido para transferir entre distintos ambientes de

operacin.
Reusabilidad facilidad de reusar el software en diferentes contextos.
Interoperabilidad esfuerzo requerido para acoplar el producto con otros sistemas.

Factores de calidad de operacin: La operacin del producto incluye los

siguientes factores de calidad:

Exactitud: el grado en el que el producto cumple con su especificacin.

 Confiabilidad: la habilidad del producto de responder ante situaciones no

esperadas.
Eficiencia: el uso de los recursos tales como tiempo de ejecucin y memoria de
ejecucin.
Integridad: proteccin del programa y sus datos de accesos no autorizados.
Usabilidad facilidad de operacin del producto por parte de los usuarios.

Modelo de Boehm
El segundo modelo de calidad ms conocido es presentado por Barry Boehm en 1978.
Este modelo introduce caractersticas de alto nivel, caractersticas de nivel intermedio y
caractersticas primitivas, cada una de las cuales contribuye al nivel general de calidad.
Caractersticas de alto nivel: las caractersticas de alto nivel representan requerimientos
generales de uso pueden ser:

Utilidad per-se: cuan (usable, confiable, eficiente) es el producto en s mismo

Mantenibilidad: cuan fcil es modificarlo, entenderlos y retestearlo.

Utilidad general: si puede seguir usndose si se cambia el ambiente

Aunque los modelos McCall y Boehm parezcan similares, la diferencia est en que McCall
focaliza en medidas precisas de alto nivel, mientras que Boehm presenta un rango ms
amplio de caractersticas primarias. Adems, la Mantenibilidad est ms desarrollada en
Boehm. Otras diferencias entre estos dos modelos las podemos ver en el siguiente cuadro
comparativo:

Modelo ISO
La ISO ha emitido algunas normas que definen un modelo de calidad del software, en
varios contextos de uso.
ISO 9126-1 define 6 caractersticas de calidad principales, y 27 subcaractersticas. Incluye
3 reportes tcnicos (ISO/IEC 9126-2, 3 e 4).
ISO/IEC 9241 define las caractersticas de un software usable.
ISO 12119 define las caractersticas de calidad para un software COTS (Commercial off
the shelf).
La ISO tambin ha publicado la norma 14598 que gua en el proceso de valoracin de la
calidad del software segn los criterios de la 9126.
Modelo ISO 9126: Durante muchos aos se busc en la Ingeniera de Software un modelo
nico para expresar calidad. La ventaja era fcil de conocer: poder comparar productos
entre s en 1992, una variante del modelo de McCall fue propuesta como estndar
internacional para medicin de calidad de software.
ISO 9126 Software Product Evaluation: Quality Characteristics and Guidelines for their
Use es el nombre formal. La ltima revisin ha sido realizada en el 2004; est en proceso
de una nueva revisin. No se proveen certificados de calidad por esta norma.
En ISO 9126 se reconocen seis factores de calidad que se pueden considerar tanto
internos como externos:

Funcionalidad.

Confiabilidad.

Eficiencia.

Usabilidad.

Mantenibilidad.

Portabilidad.

Los cuatro factores de calidad de uso que se conocen en el modelo ISO 9126:

Eficacia.

Seguridad.

Productividad.

Satisfaccin.

Modelo EFQM
El Modelo EFQM es un modelo no normativo, cuyo concepto fundamental es la
autoevaluacin basada en un anlisis detallado del funcionamiento del sistema de gestin
de
la
organizacin
usando
como
gua
los
criterios
del
modelo.
Esto no supone una contraposicin a otros enfoques (aplicacin de determinadas tcnicas
de gestin, normativa ISO, normas industriales especficas, etc.), sino ms bien la
integracin de los mismos en un esquema ms amplio y completo de gestin.
La utilizacin sistemtica y peridica del Modelo EFQM por parte del equipo directivo
permite a ste el establecimiento de planes de mejora basados en hechos objetivos y la
consecucin de una visin comn sobre las metas a alcanzar y las herramientas a utilizar.
Es decir, su aplicacin se basa en:
La comprensin profunda del modelo por parte de todos los niveles de direccin de la
empresa.
La evaluacin de la situacin de la misma en cada una de las reas.

El Modelo EFQM consta de dos partes:

Un conjunto de criterios de excelencia empresarial que abarcan todas las reas del
funcionamiento de la organizacin.
Un conjunto de reglas para evaluar el comportamiento de la organizacin en cada criterio.
Hay dos grupos de criterios:
Los Resultados (Criterios 6 al 9) representan lo que la organizacin consigue para cada
uno de sus actores (Clientes, Empleados, Sociedad e Inversores).
Los Agentes (Criterios 1 al 5) son aspectos del sistema de gestin de la organizacin. Son
las causas de los resultados. Para cada grupo de criterios hay un conjunto de reglas de
evaluacin
basadas
en
la
llamada
lgica
REDER.
Los resultados han de mostrar tendencias positivas, compararse favorablemente con los
objetivos propios y con los resultados de otras organizaciones, estar causados por los
enfoques
de
los
agentes
y
abarcar
todas
las
reas
relevantes.
Los agentes han de tener un enfoque bien fundamentado e integrado con otros aspectos
del sistema de gestin, su efectividad ha de revisarse peridicamente con objeto de
aprender y mejorar, y han de estar sistemticamente desplegados e implantados en las
operaciones de la organizacin.

CONCLUSIONES

La mtricas en cualquier proyecto, como en uno de software son primordiales ya que nos
permiten estimar los valores en cuanto a productividad, calidad, complejidad, etc.
La importancia que pueden llegar a tener los riesgos en un proyecto de software poder
ser fundamental para el cumplimiento del mismo, por lo tanto es muy necesario tener o
contar con mtodos para logar identificarlos a tiempos y estimar consecuencias si estos
pueden llegar a suceder.
La estimacin es de vital importancia como herramientas en la planificacin y evaluacin
de un proyecto de software, existen diferentes herramientas que nos ayuda a estimar los
proyectos que deseen realizar para cumplir con el objetivo deseado ya que el mal clculo
en los costos que se deben invertir en el proyecto podra hacer que todo se arruine,
cuando desde un principio se puede controlar y evitar este tipo de casos que afecta el
desarrollo del software que se pretende realizar. Hay que tener en cuenta que las
estimaciones no se realizan nicamente en teora, sino que adems se debe emplear
diversas frmulas para conocer el tiempo que se gasta, el costo, los recursos humanos,
etc. Por lo tanto, estos datos deben ser concisos si se pretende realizar un clculo que
ayude para el buen proceso del software.
Existen normas y protocolos de calidad regidas por diferentes instituciones, dejando de
lado la opinin del cliente, para que un software
ser catalogado como producto de
calidad es necesario cumplir con las normas regidas y el gusto del usuario. Con esta
investigacin se pudo conocer la importancia de implementar la gestin de calidad en el
desarrollo de un proyecto para evitar los problemas que normalmente se presentan y
atrasan su desarrollo o pierde el xito del software, siendo uno de los elementos que se
deben saber controlar. Un producto como el software ser de calidad cuando siga la
metodologa propuestas por organizaciones dedicadas a la calidad de software y el
programa sea til en todos los aspectos de requerimientos para el cliente.

REFERENCIAS
http://www.eafit.edu.co/ecards/adjuntos-mercurio/informacioninstitucional/2013/nota_de_clase_98__analisis_de_riegos_en_la_gestin_de_proye
ctos.pdf
http://uptaprocesodepruebasycalidadymetricas.blogspot.com/2012/12/ejemplos-demetricas.html
http://dis.um.es/~barzana/Informatica/IAGP/IAGP_riesgos.html
http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/gonzalez_d_h/capitulo4.p
https://support.office.com/es-cl/article/Objetivo-estimar-los-costos-cbb677db-aab845f9-af73-cc37c191463f?ui=es-ES&rs=es-CL&ad=CL
http://www.eici.ucm.cl/Academicos/ygomez/descargas/Ing_Sw2/apuntes/cocomo_
manual_espanol.pdf
https://capitulo7pmbok.wordpress.com/gestion-de-los-costos-del-proyecto/
https://whatisprojectmanagement.wordpress.com/2012/12/03/estimar-los-costosdel-proyecto/
http://cmap.upb.edu.co/rid=1235707200797_902298251_3406/Estimaci
%C3%B3ndeCostos.pdf
http://www.iue.edu.co/documents/emp/gestionCostos.pdf
http://dbcalidad.blogspot.com.co/2015/06/los-factores-criticos-de-exito.html
http://es.slideshare.net/tegsistemas/modelo-de-calidad-del-software
http://es.slideshare.net/albert317/calidad-del-producto-software
http://alarcos.esi.uclm.es/per/fruiz/cur/santander/mrodriguez-iso25000-update.pdf