Está en la página 1de 32

PARCIAL 2

Presenta
Camilo Andrs Frontado Escobar
Erik Alexis Valderrama
Alejandro Jimnez Mateus
Harold Jhovany Lpez Medina

Docente
Juan Carlos Guevara B.

Asignatura
Ingeniera de Software

Universidad Distrital Francisco Jos de Caldas


Tecnologa en Sistematizacin de datos
Facultad Tecnolgica
Bogot D.C Colombia - 26 de Junio de 2016

CONTENIDO

2. Introduccin....3
3. Mtricas..........3
3.1. Definicin........3
3.2. Caractersticas...4
3.3. Descripcin de dos mtricas.......4
4. Estimacin.........7
4.1. Definicin........7
4.2. Caractersticas...8
4.3. Dos tcnicas de estimacin........8
5. Anlisis de riesgo...........16
5.1. Definicin.........16
5.2. Caractersticas.....17
5.3. Como realizar anlisis de riesgo de un proyecto de software.....17
6. Calidad de software.......20
6.1. Definicin.........20
6.2. Caractersticas.....20
6.3. Como determinar la calidad de un producto de software.23
7. Conclusiones......27
8. Bibliografa..29

2. Introduccin
Para tener un anlisis completo sobre los procesos que se deben de hacer
para gestionar un proyecto se deben de usar mltiples tcnicas que con la
asociacin de los parmetros y procedimientos que nos proporciona la
ingeniera de software y el anlisis de los sistemas.
Al definir las mtricas ms importantes y las cuales son realmente necesarias
para llevar nuestro proyecto podremos describir cuales son las tcnicas de
estimacin que se deben de usar y hacia donde deben estar guiadas, a su vez,
todas las personas que estamos involucradas para llevar este proyecto a cabo
debemos de utilizar las mejores herramientas para el anlisis y la viabilidad que
tiene su gestin para no caer en riesgos innecesarios para finalmente entregar
software de calidad acorde a los estndares que nos guan en todo el recorrido
para entregar un producto final.

3. Mtricas
3.1. Definicin
Medida: Es un elemento el cual proporciona una indicacin cuantitativa de la
extensin, cantidad, dimensiones, capacidad o tamao de algunos atributos de
un proceso o producto.
Mtrica: Este trmino 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.
Segn lo anterior podemos definir las Mtricas de Software o Medidas de
Software como la aplicacin continua de tcnicas basadas en las medidas de
los procesos de desarrollo de Software y sus productos, para producir una
informacin de gestin significativa y a tiempo. Esta informacin se utilizar
para mejorar esos procesos y los productos que se obtienen de ellos.
Indicador: es una mtrica o una combinacin de mtricas que proporcionan
una visin profunda del proceso del software 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.

Los indicadores de proyectos permiten:

Evaluar el estado del proyecto en curso.


Seguir la pista de los riesgos potenciales.
Detectar las reas de problemas antes de que se conviertan en crticas.
Ajustar el flujo y las tareas del trabajo.
Evaluar la habilidad del equipo del proyecto en controlar la calidad de los
productos de trabajo del software.

3.2. Caractersticas
Objetivos de la medicin:

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.

Las caractersticas principales de la mtrica son:

Ayudan a evaluar los modelos de anlisis y diseo.


Ofrecen una indicacin de la complejidad

procedimentales y el cdigo fuente.


Facilitan el diseo de pruebas ms efectivas.

de

los

diseos

Adems, una mtrica debe tener las propiedades matemticas y deseables, es


decir, el rango significativo en que debe estar el valor de la mtrica, por
ejemplo, el rango de 1 a 5 siendo cinco el valor mximo, uno el valor mnimo y
2.5 el punto medio. Por lo que cada uno de los componentes se debe medir en
una escala racional, para poder determinar la comparacin con los dems
componentes.
3.3. Describa dos mtricas
3.3.1. Mtricas de proceso
Las mtricas de proceso son medidas cuantitativas que permiten obtener un
conjunto de indicadores que lleven a la mejora de los procesos de software, se
recopilan datos bsicos de calidad y productividad, se analizan y se
proporcionan bases, con el fin de proporcionar un conjunto de indicadores para
los proceso de software.
Para mejorar cualquier proceso se debe:

Medir atributos del proceso

Definir y desarrollar un juego de mtricas para esos atributos

Utilizar las mtricas para encontrar indicadores para la estrategia de


mejora

Las mtricas de proceso proporcionan de manera indirecta la eficacia que


puede tener, calculan los procesos alternos que pueden llevar los
procedimientos en el desarrollo de la gestin del proyecto. Los resultados se
miden en la cantidad de pautas de trabajo entre los empleados, miden el
progreso, estado y productividad en la toma de decisiones, las estrategias
organizacionales calculan factores de riesgo minimizando procesos
ineficientes.
Para identificar y organizar las mtricas en el proceso de software existen
varias subdivisiones que le imponen caractersticas. Los indicadores del
proceso permiten al gestor, evaluar lo que funciona y lo que no ya a su vez dar
a la organizacin, una visin profunda de la eficacia de un proceso ya
existente.
Mtricas privadas: Identifican defectos de cada individuo por cada
componente en el que interviene sus habilidades de desarrollo.
Mtricas pblicas: Para este caso se verifican ngulos en el que el trabajo en
equipo que no tiene comportamientos colaborativos, indicios de proyecto,
esfuerzo y planificacin.
La mejora de procesos se influencian a partir de la destreza de y motivacin del
personal, analizar la complejidad del producto y verificar la tecnologa existente.
El producto y la tecnologa, utilizadas por los individuos que intervienen de
manera directa e indirecta en la gestin de un proyecto determinado, las
condiciones del entorno de intervencin de las personas miden el desarrollo
que tendr, estas condiciones permiten definir las reglas iniciales del proceso
de software y permitir la informacin que proporcionara una contribucin de la
calidad de software.

Los resultados deben poseer como mnimo ciertas pautas y deben ser
considerados los siguientes:
Medida de errores detectados antes de la entrega del software
Defectos detectados
Productos de trabajo entregados
Esfuerzo humano y tiempo consumido
Ajuste con la planificacin
Existen cuatro razones para medir: Caracterizar, Evaluar, Predecir y Mejorar
Medida: Valor asignado a un atributo de una entidad mediante una
medicin.
o Ejemplo: 35.000 lneas de cdigo
Medicin: Es el acto de determinar una medida.
o Ejemplo: Ana ser la encargada de medir las LDC de cada mdulo
del sistema.
Mtrica: Medida cuantitativa del grado en que un sistema, componente o
proceso posee un atributo dado. Incluye el mtodo de medicin.
o Ejemplo: La productividad de este proyecto fue de 500 lneas
(LDC/persona-mes)
Indicador: Es una mtrica o combinacin de mtricas que proporcionan
una visin profunda del proceso de software.
o Ejemplo: La productividad media de nuestra empresa es de 500
(LDC/pm)
3.3.2. Mtricas de proyecto
Las mtricas del proyecto proporcionan una visin del proceso y los avances
detallados acerca del proyecto que se lleva a cabo, y pueden usarse en todo
tipo de proyectos.

Estas mtricas son efectuadas para conocer el avance o los desvos al plan
original. Pueden ser usadas para medir el estado, efectividad o progreso de las
actividades de un proyecto y as contribuir a tomar decisiones estratgicas ante
los desvos, incidentes o diferentes problemas que surgen en la ejecucin.
Adems, sirven para conocer los resultados de un equipo de trabajo y
aumentar la productividad.
En el contexto de un proyecto en particular, las mtricas describen las
expectativas sobre un determinado entregable o sobre las tareas que se
ejecutarn para producirlo. Por ejemplo, si el entregable del proyecto es Datos
convertidos al nuevo sistema y validados por el cliente interno, un grupo de
mtricas podra ser:
Cuntas tablas de los sistemas legacy fueron migradas al nuevo sistema
hasta hoy? Cuntas tablas del nuevo sistema fueron validadas por el cliente
interno hasta hoy? En qu pantallas del sistema se encuentran las tablas
convertidas y cuntas de ellas han sido validadas por el cliente interno?, este
conjunto de tres mtricas se medira cada semana durante el proceso de
conversin, para tener una idea acerca del avance y los desvos.
Para qu sirven las Mtricas?
Identifican eventos y tendencias importantes en los proyectos y otorgan
a la organizacin la informacin necesaria para la toma de decisiones.
Sirven como vocabulario comn entre el grupo de personas que
participa de la implementacin de los proyectos, y el grupo que los
patrocina (Sponsors, Stakeholders).
Sirven como motivacin para el equipo, porque relacionan en esfuerzo
personal de los miembros con los resultados generales del proyecto.
4. Estimacin
4.1. Definicin
Los Sistemas de Software pueden ser considerados como productos o
servicios. Esto ha motivado que a escala mundial se est generando un
conjunto de modelos para estimar su calidad, los cuales responden a las
necesidades de garantizar productos de calidad en una competencia abierta y
mundial, sobre la base de las caractersticas propias de cada pas y de cada
tipo de Sistema de Software.

Hacer una buena estimacin software antes de ofertar un proyecto nos puede
ayudar a detectar proyectos que no conviene abordar y que no son rentables.
Aunque la realidad diga que normalmente negocio, o la parte comercial, fija
inamoviblemente, y sin estimacin previa, el tiempo del proyecto, esto no
debera evitar las estimaciones, ya que estas nos ayudarn entonces a saber
de qu tamao es el problema en que nos hemos metido.
Mejor saber al principio que es imposible hacer el proyecto en el tiempo
ofertado que al final del plazo, cuando ya hay muy poco margen de maniobra.
Para realizar estimaciones seguras de costos y esfuerzos, se pueden tener las
siguientes opciones:
1. Dejar la estimacin para cuando el proyecto est ms adelantado.
2. Basar las estimaciones en proyectos similares ya terminados
3. Usar tcnicas de descomposicin que permita generar las estimaciones de
costos y de esfuerzo del proyecto.
4. Utilizar modelos empricos para la estimacin del costo y esfuerzo del
software.
La utilizacin de tcnicas de descomposicin y de modelos empricos, permiten
descomponer el proyecto en funciones principales y en tareas lo que implica
que se pueda realizar una estimacin del costo y del esfuerzo del proyecto de
forma escalonada.
4.2. Caractersticas

Predecir las variables involucradas en el proyecto con cierto grado de

certeza.
Trata de aportar una prediccin de algn indicador importante para la
gestin de proyectos d software, tiempo, esfuerzo, cantidad d defectos

esperados, entre otros.


Es razonable conocer cunto se va a invertir, que taras se deben realizar

y el tiempo que se necesitara para ejecutarlas.


La estimacin es un proceso continuo. A medida que el proyecto avanza,
ms se conoce de l, y por lo tanto ms parmetros estn disponibles

para introducir en un modelo de estimacin.


La estimacin continua, nos permite el uso d un nico modelo coherente
que pueda capturar y utilizar la informacin sobre el proyecto a medida

que este se conozca.


El proceso de estimacin comienza usando unas pocas variables para
proveer las caractersticas generales de un proyecto, y evoluciona

incorporando informacin de ms bajo nivel para producir las


caractersticas ms especficas.
4.3. Dos tcnicas de estimacin
Los mtodos de estimacin interactan directamente con los clculos
aproximados, aunque una estimacin puede llevar un gran punto de dificultad
puesto que se basa en:
Los requisitos iniciales no estn totalmente delimitados.
Puede que necesitemos utilizar tecnologas nuevas.
Las personas involucradas en el proyecto pueden tener distintos grados
de experiencia.
El mtodo basado en juicio experto: Consiste en la expresin base de
encuesta que principalmente se caracteriza en la propiedad extra-ponencial en
donde una persona experta da una directriz de solucin en la cual por medio de
deduccin y un poco de anlisis arraigado que determina algunos factores en la
estimacin de la gestin de proyectos.
Mtodo analgico: Es una evolucin del primer mtodo, esta se basa en la
documentacin indexada que se basa en experiencias documentadas respecto
a proyectos previos. Este hace una comparacin entre el proyecto y los que se
terminaron con xito previamente y que sean similares, de tal forma que es un
mtodo de recoleccin automatizada que se llena con el avance de los
proyectos, una base de datos se llena con el avance.
Mtodo COCOMO (Contructive Cost Model): Es un mtodo de estimacin
creado por Boehmn para estimar el esfuerzo hombre/ horas de trabajo, que
interviene con la cantidad de lneas de cdigo que puede tener un proyecto
segn su complejidad y los factores en los cuales interviene.
SLIM (Software LIfecycle Management), de Putnam, que de manera similar
contiene un conjunto de frmulas de estimacin software. Estas frmulas se
extrajeron de estudiar grandes bases de datos de proyectos, observando cmo
se comportaron la estimacin software y distribuciones de esfuerzo.
Mtodo de descomposicin: Este mtodo se basa en conjeturas de particin
en estructuras del proyecto, se descompone el producto en componentes ms
pequeos, entre divisiones a partir de gestin de actividades y tareas, la
estimacin se hace a partir del esfuerzo requerido para producir los
componentes ms pequeos.
Mtodos no algortmicos o modelos heursticos: Son las expresiones ms
bsicas de formas de bsquedas basadas en inteligencia artificial. Las
principales tcnicas aplicadas son:

Redes neuronales
Minera de datos
Programacin gentica
Razonamiento basado en casos
Simulacin
Cuando interactuamos con eso relacionando una gran cantidad de mtodos
podemos lograr reducir los costes e incrementar los niveles expectativos de
calidad y servicios, midiendo variados aspectos del proceso de software que
tiene un nivel de desarrollo ptimo.
Las subdivisiones permiten clarificar dignamente un proyecto, adems de que
sostiene una documentacin mediana hacia la precisin y exactitud de
prediccin hacia la gestin de subdivisin en el proyecto.

Una estimacin con Puntos Funcin, permite que la empresa tenga un mtodo
repetible de estimar, y por ello se usan sobre todo en organizaciones que
externalizan mucho y quieren fijar unas reglas, un mtodo estndar, de
estimacin con sus proveedores.
Estimar varias veces durante el proyecto. No basta con estimar al principio,
segn avanza el proyecto deberamos reajustar la estimacin. Algunos autores
sealan que deberamos estimar al menos en tres puntos:
En la etapa de estudio de viabilidad, o inicio del proyecto, en la etapa de
requisitos y en la etapa de diseo. Yo incluso creo que en proyectos grandes
habra que estimar varias veces segn avanza el desarrollo.
Diferentes estimaciones
Estimacin del costo
La estimacin de costos en el desarrollo de software es un factor realmente
importante para el anlisis de los proyectos, constituye un tema estratgico
contar con mtricas para medir el costo de un proyecto de software
garantizando la eficiencia, competitividad, eficacia y excelencia.
Un elemento indispensable en cualquier sistema econmico constituye el
asegurar el papel del costo en la planificacin del pas y fundamentalmente en
la correcta direccin de la empresa mediante mecanismos giles que permitan
un elevado grado de confiabilidad.
Actualmente, aquellas empresas que pretendan alcanzar un nivel competitivo,
necesitan de un buen sistema de costos que les sirva de base para la toma de
decisiones. La definicin de los diferentes tipos de costos por reas de
responsabilidad y centros de costos es una gran ventaja para cualquier
organizacin.
En el mundo empresarial actual, es indispensable lograr los niveles de eficacia
esperados por los clientes y por la competencia. Para lograrlo se deben
conocer los costos de la entidad estos pueden proveer informacin requerida
para las operaciones de planeacin, evaluacin, y control de la entidad
permitiendo tomar decisiones estratgicas, tcticas y operacionales que
contribuyan al cumplimiento de los objetivos de una organizacin.
Lograr la medicin y gestin eficaz de los costos o gastos de operaciones,
implica una ventaja competitiva, lo cual permitir a la organizacin valorar
mejor los gastos de todas sus actividades, tomar decisiones dirigidas a
disminuir los mismos, y as cumplir los objetivos trazados y satisfacer la
demanda de sus clientes potenciales. El anlisis de los costos es el proceso de
identificacin de los recursos necesarios para llevar a cabo la labor o proyecto.
La evaluacin del costo determina la calidad y cantidad de recursos necesarios
en trminos de dinero, esfuerzo, capacidad, conocimientos y tiempo, que en
dismiles ocasiones no son estimados o como sucede en otros casos, se valora
que el costo es tan bajo que no es necesario realizar el anlisis.

De igual manera, suele suceder que, una vez iniciado el proyecto, los
desarrolladores se dan cuenta de que el equipamiento, los materiales y los
recursos humanos que se requiere para completarlo no estn disponibles y el
proyecto fracasa
Esta estimacin consiste en aproximar el costo de los recursos necesarios para
desarrollar el proyecto. Para lo cual se debe tener en cuenta no solo los costos
sino tambin los riesgos para decidir si fabricar en lugar de comprar o comprar
en lugar de alquilar.
Adems, normalmente la estimacin de costos se representa con las unidades
monetarias (peso, euro, dlar, yen, etc.), pero en otros casos se tienen en
cuenta las horas o los das de trabajo personal, para realizar la comparacin y
descripcin del proyecto en esta estimacin.
Las entradas que se caracterizan en esta estimacin son las siguientes:

Lnea base del alcance


Cronograma del proyecto
Planificacin de los recursos humanos
Registro de riesgos
Factores ambientales de la empresa
Activos de proceso de la organizacin

Lnea base del alcance: Es necesario conocer del proyecto si los estimados
son solamente costos directos o si tambin cuenta con costos indirectos,
siendo aquellos que no se puedan asignar a un proyecto especfico y por lo
tanto se repartir entre varios proyectos con un procedimiento establecido
aprobado y documentado.
Otros aspectos que se establecen en la lnea base del alcance son: la salud, la
seguridad, el desempeo, el medioambiente, los seguros, los derechos de
propiedad intelectual, las licencias y los permisos, en la estimacin de costos.
Cronograma del proyecto: Los factores principales para determinar el costo del
proyecto son el tipo y la cantidad de recursos, como tambin la cantidad de
tiempo. De este modo, la estimacin de duracin de las actividades tambin
puede afectar la estimacin de los costos, es decir, se tienen en cuenta los
costos de las variables en funcin del tiempo como los sindicatos de
trabajadores con convenios colectivos de trabajo.
Planificacin de los recursos humanos: Para desarrollar la estimacin del costo
del proyecto son necesarios los atributos de los recursos humanos como:
salarios y compensaciones.
Registro de riesgos: Los riesgos del proyecto pueden traer amenazas u
oportunidades para los costos de las actividades. Cuando ocurren los riesgos
negativos, se incrementa el costo a corto plazo del proyecto y el cronograma de
las actividades se retrasa.

Factores ambientales de la empresa: Para la estimacin de los costos se tienen


en cuenta las condiciones del mercado y la informacin comercial publicada.
Activos de los procesos de la organizacin: En la estimacin de los costos se
incluye las polticas de estimacin de costos, la plantilla de estimacin de
costos, la informacin histrica y las lecciones aprendidas.
Adems de las entradas de la estimacin de costos que ya se han nombrado,
en la siguiente imagen se pueden encontrar las herramientas y salidas que son
importantes para esta estimacin.

Entre las herramientas que se pudieron visualizar en la anterior imagen, la


estimacin por tres valores al igual que la estimacin de duracin de las
actividades, lo que tambin podemos llamar estimacin de tiempo, el PERT
utiliza tres estimados para definir un rango aproximado de costos de una
actividad:

Ms probable (cM)
Optimista (cO)
Pesimista (cP)
Esperada (cE)

La estructura de descomposicin del trabajo (EDT) es una estructura formada


por los entregables y las tareas necesarias para desarrollar un proyecto. La
EDT es una herramienta muy comn y crtica en la gestin de proyectos.
El propsito principal de la EDT es entregar una base para la estimacin de los
recursos del proyecto, entre estos estn:

Subcontratos
Proveedores y sus productos
Servicios
Cualquier otro recurso identificable

Estimacin de tiempos
La estimacin lo que busca es realizar la actividad de la planificacin del
proyecto teniendo en cuenta: el dinero, esfuerzo, recursos y tiempo para

cumplir con su finalidad. En este caso, analizaremos principalmente la


estimacin del tiempo que facilita el proceso del proyecto.
La gestin de tiempos se encarga de administrar los procesos necesarios para
asegurar el correcto desarrollo de las distintas tareas, dentro del tiempo
especificado, utilizando las herramientas para el control, planificacin y
programacin del proyecto.
Los procesos para la gestin de tiempo se componen de la siguiente manera:

Definicin de tareas: Determinar las tareas especficas para cumplir


con el desarrollo del proyecto como resultado de lo que se pretenda
realizar.

Secuencia de actividades: Teniendo en cuenta las tareas que ya se


tenan planeadas, en este paso se interrelacionan para definir las
actividades que se van a realizar en un orden determinado en la
programacin del proyecto.

Estimacin de la duracin de tareas: Las personas definidas para


cada una de las tareas, determinan la duracin para cumplir con el
trabajo teniendo en cuenta los objetivos, su alcance, los recursos
necesarios y disponibles.

Por lo que el proyecto depende de la elaboracin de cada una de las


tareas necesarias y que se trabajen en un tiempo acorde con los dems
trabajos.

Establecimiento de calendario: Teniendo definida la duracin de cada


una de las tareas, en este paso se establece la fecha de inicio y fin para
cumplirlas en la fecha que se tenan planeadas.

Control de calendario: Se realiza un seguimiento en la elaboracin de


cada tarea, para determinar el cambio que se debe realizar como

mtodo y solucin para finalizarla en la fecha estipulada. Por lo que este


proceso se debe cumplir hasta la finalizacin del producto o proyecto.
El nmero de procesos depende del proyecto que se vaya a realizar, por esta
razn existen algunos proyectos de menor tamao que los elementos
anteriormente llegan a ser evaluados en un mismo proceso.
El control del calendario que definimos entre los componentes de la gestin del
tiempo, tambin lo podemos nombrar como cronograma para determinar el
inicio y final de cada tarea para la planificacin del proyecto. De tal forma el
cronograma cuenta tanto con unas entradas como unas salidas en el proceso
de desarrollo, las entradas son:

Activos de los procesos de la organizacin, como calendario del


proyecto

Enunciado del alcance de los proyectos, para determinar la fecha de


inicio y finalizacin del proyecto, y poder cumplir con el trabajo
estipulado por el cliente.

Lista de actividades

Atributo de las actividades

Diagramas de red del cronograma del proyecto

Requisitos de los recursos de las actividades

Calendario de los recursos

Estimaciones de duracin de la actividad

Plan de gestin del proyecto, contiene el plan de gestin del


cronograma, el plan de gestin de costes, el plan de gestin de alcance
del proyecto y el plan de gestin de riesgos.

Y como salidas se tiene:

Cronograma del proyecto, para controlar el tiempo de duracin.

Datos del modelo del cronograma

Lnea base del proyecto.

Requisitos de recursos

Atributos de la actividad

Calendario del proyecto

Cambios solicitados

Plan de gestin de proyectos.

De tal modo, es necesario plantear la distribucin del tiempo de las actividades


y el proyecto como puede ser visto en la siguiente grfica:

De acuerdo con la grfica, se puede determinar la siguiente formula:

Donde:
te= tiempo valorado de actividad promedio
a= tiempo optimista de la actividad
b= tiempo pesimista de la actividad
m= tiempo ms probable de la actividad
Y la variabilidad de tiempo necesaria tanto para las actividades como para el
proyecto se define de la siguiente manera:

Adems, para conocer la duracin total del proyecto se tiene en cuenta la


distribucin normal con los valores relacionados, reemplazo por la letra Z con
el nmero de desviaciones estndar que demuestran los valores de la
distribucin para determinar si el proyecto se puede cumplir en el tiempo
planeado.

Donde:
TE= Duracin de la ruta critica
TS= Duracin programada del proyecto
Z= probabilidad que debe ser localizada en la tabla que muestra los valores de
la distribucin normal.
5. Anlisis de riesgo
5.1. Definicin

El anlisis de riesgos informticos es un proceso que comprende la


identificacin de activos informticos, sus vulnerabilidades y amenazas a
los que se encuentran expuestos as como su probabilidad de ocurrencia
y el impacto de las mismas, a fin de determinar los controles adecuados
para aceptar, disminuir, transferir o evitar la ocurrencia del riesgo.

El proceso de anlisis de riesgo genera habitualmente un documento al


cual se le conoce como matriz de riesgo. En este documento se
muestran los elementos identificados, la manera en que se relacionan y
los clculos realizados.

5.2. Caractersticas

Determina la probabilidad y la seriedad de cada riesgo

Las probabilidades pueden variar entre muy alta, alta, moderada, baja o
muy baja

Los efectos de los riesgos pueden ser: catastrficos, serios, tolerables o


insignificantes.

5.3. Describa como realizar anlisis de riesgo de un proyecto de software


Siguiendo los 5 pasos siguientes:
1. Identificar los peligros
2. Decidir quin puede ser daado y como
3. Evaluar los riesgos y decidir las precauciones
4. Registrar sus hallazgos e implementarlos
5. Revisar su anlisis y poner al da si es necesario
6. Calidad de software
Recuerde pensar en peligros y daos a la salud que pueden suceder a largo
plazo ejemplo: altos niveles de ruido, exposicin a substancias peligrosas
Paso 2
Decidir que podra ser daado y como
Para cada peligro usted necesita ser claro acerca de quien podra ser daado,
esto le ayudar a identificar el mejor camino para manejar el riesgo.
Recordar:
Algunos trabajadores tienen particulares requerimientos, ejemplo: trabajadores
nuevos y jvenes, gente con capacidades reducidas podran estar en particular
riesgo. Esfuerzos extras sern necesarios para algunos peligros.
Personal de limpieza, visitantes, contratistas personal de mantenimiento etc.,
quienes podran no estar en el lugar de trabajo todo el tiempo.
Si usted comparte su lugar de trabajo, usted necesitar pensar acerca de cmo
su trabajo afecta a otros presentes, hable con su gente y pregunte a ellos si
pueden decirle por alguno que usted haya olvidado.

Paso 3
Evaluar los riesgos y decidir por las precauciones
Teniendo anotado los peligros, entonces se debe decidir que hacer acerca de
ellos.
Las leyes requieren que usted haga todo lo razonablemente practicable para
proteger a los trabajadores de los peligros. Se puede trabajar con el anlisis
solo, pero es aconsejable como mejor camino comparar los resultados con

similares "mejores prcticas". Estas se pueden consultar en los institutos


asociaciones de seguridad.
Entonces, luego de la comparacin sus resultados con las "mejores prcticas"
vea si existen ms y mejores cosas que hacer para llevar su trabajo a lo
estndar.
Pregntese lo siguiente:
Puedo librarme del peligro completamente?
Si no, como puedo controlar los riesgos para que el dao no sea probable?
Cuando procedemos a controlar los riesgos, aplicar los siguientes principios:
1. Intentar una opcin menos riesgosa (ejemplo: cambiar por un qumico menos
riesgoso)
2. Prevenir el acceso a los peligros (ejemplo colocando protecciones)
3. Organizar el trabajo para reducir la exposicin al peligro (ejemplo poner
vallas entre peatones y trfico)
4. Proveer de elementos de proteccin personal (anteojos de seguridad,
zapatos de seguridad, protectores auditivos etc)
5. Providenciar elementos de primeros auxilios y limpieza (botiqun ,lava ojos
,duchas de emergencia etc.).
Mejorar la salud y seguridad no necesita tener costos altos. Por ejemplo
instalando un espejo en una esquina peligrosa ayuda a prevenir un accidente
vehicular. El costo es bajo considerando los riesgos
Involucre a todo el personal en estas prcticas
Paso 4
Registre sus hallazgos e implemntelos
La puesta en prctica de los resultados de su anlisis de riesgo har la
diferencia puesto que usted se est ocupando de su gente y su negocio.
Escriba sus hallazgos y comprtalo con el personal
El anlisis no tiene que ser perfecto pero debe ser apropiado y suficiente
Es necesario mostrar que:
1. Una apropiada revisin se ha hecho
2. 2 Se investig quienes podran verse afectado
3. 3 Se evaluaron todos los peligros significativos, teniendo en cuenta el
nmero de personas que podran ser involucradas
4. Las precauciones son razonables y el riesgo remanente es bajo

5. Se involucr a todo el personal y/o sus representantes en el proceso


Si se encontr que es necesario realizar muchas modificaciones y mejoras en
las tareas no trate de hacerlas de una vez, elabore un plan de accin con las
cosas ms importantes primero.
Un buen plan de accin frecuentemente tiene una mezcla de diferentes cosas
tales como:
1. Algunas tareas de bajo costo y fciles de implementar, quizs como una
solucin temporaria hasta que una ms confiable pueda ser realizada
2. Soluciones a largo plazo para aquellos riesgos con ms probabilidad de
accidente y/o dao a la salud
3. Soluciones a largo plazo para aquellos riesgos que potencialmente tengan la
peor consecuencia
4. Plan de capacitacin para empleados sobre los principales riesgos y como
ellos pueden ser controlados
5. Verificaciones regulares para asegurarse que las medidas de control estn
en el lugar
6. Responsabilidades claras de quien lidera la accin y cuando
Recuerde de priorizar las cosas ms importantes primero
Paso 5
Revisar el anlisis de riesgos y realizar una actualizacin si es necesaria
Pocos lugares de trabajo no se modifican con el tiempo, ms tarde ms
temprano se traern nuevos equipos, substancias y procedimientos que
podran generar nuevos peligros, etc. Esto, hace necesario, por lo tanto, revisar
nuevamente.
Cada ao, formalmente se debe revisar donde est uno con el anlisis, para
asegurarse la mejora continua.
Ha habido cambios? Hay alguna mejora que todava es necesario hacer?
Tienen los trabajadores identificado un problema? Tiene usted aprendido todo
sobre accidentes?
Estas son algunas preguntas que nos debemos hacer para asegurarnos que el
anlisis de riesgo est actualizado.

6. Calidad del Software


6.1. Definicin
La calidad referente al software se refiere a la capacidad que tiene todo el
grupo gestor del proyecto para cumplir y/o exceder las expectativas que
esperan los clientes respecto a los requerimientos entregados inicialmente,
esta se puede entregar una relacin que Roger S. Pressman, ingeniero de
software que dice la calidad de software es la concordancia con los requisitos
funcionales y de rendimiento explcitamente establecidos, con los estndares
de desarrollo explcitamente documentados, y con las caractersticas implcitas
que se espera de todo software desarrollado profesionalmente .
Existen 3 puntos importantes de la definicin de calidad de software:
los requerimientos del software son los fundamentos desde los que se
mide la calidad
los estndares especficos definen un conjunto de criterios de desarrollo
que guan la forma de aplicacin de la ingeniera de software
existen requerimientos implcitos que no se mencionan
La industria del software se ha convertido en un mercado tan gigante que las
empresas que se encargan de los proyectos referentes a las diversas
aplicaciones informticas entregar con la mejor calidad, en el menor tiempo
posible y tomando los costos mnimos.

6.2. Caractersticas
La calidad puede imponer diversas caractersticas y ms cuando se habla de la
extensin de una mejor manera y posteriormente de la calidad con medida de
la eficacia que se guan en el sentido de relacin al usuario, cada caso debe
presentarse hacia una medicin.

McCall propone los siguientes enfoques:


Correccin: El grado en que un producto de software satisface sus
especificaciones y consigue los objetivos de la misin encomendada por el
usuario.
Confiabilidad: El grado en que se puede esperar que un producto de
software lleve a cabo sus funciones esperadas con la precisin requerida.
Eficiencia: La cantidad de recursos computacionales y de cdigo requeridos
por un producto de software para llevar a cabo las funciones encomendadas.
Integridad: El grado en que puede controlarse (facilitar y restringir) el uso y
acceso al software y a los datos, tanto al personal autorizado como al no
autorizado.
Facilidad de uso: El esfuerzo requerido para aprender, trabajar, preparar la
entrada e interpretar la salida de un producto de software.
Facilidad de mantenimiento: El esfuerzo necesario para localizar y corregir
los errores en un producto de software.
Flexibilidad: El esfuerzo requerido para modificar un producto de software
una vez que se encuentra ya liberado o en produccin, esto es, una vez que el
usuario est haciendo uso de l.
Facilidad de prueba: El esfuerzo requerido para probar un producto de
software, de tal forma que se asegure que realiza las funciones especificadas
por el usuario.
Portabilidad: El esfuerzo requerido para transferir un producto de software de
una plataforma (entorno de hardware y software) a otra.
Reusabilidad: El grado en que un producto de software (o alguna de sus
partes) pueda volver a ser utilizado en otras aplicaciones, aun cuando la
funcionalidad de la misma cambie.
Facilidad de interoperacin: El esfuerzo requerido para lograr que un
producto de software trabaje con otro, compartiendo recursos.
Algunos de los aspectos relacionados con la calidad del software se pueden
describir en el siguiente esquema:

IMPORTANCIA EN LA CALIDAD DEL SOFTWARE


La mejora en los procesos del software ha pasado de convertirse en un
elemento estratgico para que cada una de las fases del proyecto se desarrolle
con la mejor, esta importancia se basa en la norma ISO 15504.
La calidad del software puede parecer un concepto alejado de la vida diaria
interviene con el sistema relacionado con las importaciones entre relaciones
hacia los sistemas operativos de las maquinas. La importancia se basa en
efectos de riegos relacionados con los problemas en forma de retrasos,
prdidas de tiempo, dinero o recursos humanos.
Esto puede intervenir con problemas ms graves estos retrasos pueden causar
afecciones drsticas hacia las probabilidades econmicas de las empresas. La
importancia de la calidad, intervienen con impunidades constructivas que se
interrelacionan con la construccin en proceso.
La calidad impone que es una relacin multidimensional entre todos los
sectores imponen que todas las caractersticas:
Los fallos de software
La calidad de un producto no es algo que se aade al final como si se pintara
de un color su exterior, es algo que se cuida a lo largo de todo el proyecto de
construccin. En el software esto es especialmente cierto, ya que es un
resultado bsicamente intelectual dependiente del trabajo de los profesionales
especializados. Los datos indican que los problemas de los proyectos de
software se van reduciendo progresivamente desde mediados de los noventa
gracias a la introduccin de mtodos de trabajo ms sistemticos y fiables.
Ha crecido de manera considerable el nmero de empresas que tienen
certificados sus procesos de trabajo para cumplir dichos estndares,
produciendo un efecto beneficioso en la calidad del software.

El estudio tambin informa de otro aspecto clave para el fomento de la calidad:


la exigencia de la misma por parte de los clientes. Las grandes organizaciones
son las que exigen ms certificados y garantas a sus proveedores.
Pruebas de software: un aspecto clave en la calidad
Ms all de los certificados y estndares generales, se ha querido analizar con
algo ms de detalle uno de los aspectos clave para la calidad. Se trata de las
pruebas de software: es la tcnica presente en todos los proyectos y consiste
en realizar ensayos de funcionamiento de las aplicaciones en entornos
controlados, a fin de detectar los posibles defectos presentes antes de que el
producto se ponga en funcionamiento y pueda originar cualquier tipo de fallo. Si
las pruebas no son eficaces, pueden permitir que software defectuoso llegue al
cliente causando graves problemas.
Factores que afectan negativamente a las pruebas
Al comprobar esta situacin, se plantea un ltimo anlisis para detectar cules
podran ser los factores que favorecen estos resultados. Tras consultar a un
panel de expertos y preguntar a profesionales, finalmente se concluye que la
presin de tiempo para las pruebas (se hacen al final de los proyectos, cuando
se acumulan retrasos), la tentacin de recortar en calidad cuando hay
problemas de tiempo o de recursos, la falta de formacin de profesionales y
directivos, as como las deficiencias en esta rea en la educacin son los
factores que ms influyen en que exista esta situacin. El software es un
producto intelectual que depende al 100% de la habilidad y formacin de los
profesionales que lo desarrollan.
6.3. Como determinar la calidad de un producto de software
La medicin asigna nmeros o smbolos a atributos de entidades reales. Esto
requiere un modelo de medicin que abarque un conjunto existente de reglas.
En el contexto de la ingeniera del software una medida proporciona una
indicacin cuantitativa de la extensin, la cantidad, la dimensin, la capacidad o
el tamao de algn atributo de un producto o proceso.
La medicin ocurre como resultado de la recopilacin de uno o ms puntos de
datos. Una mtrica de software relaciona de alguna manera las medidas
individuales, de igual manera un ingeniero de software recopila medidas y
desarrolla mtricas para obtener los indicadores.
Un indicador es una mtrica o una combinacin de mtricas que proporcionan
conocimientos acerca del proceso del desarrollo de software, un proyecto de
software o el propio producto.
Un indicador proporciona conocimientos que permiten a los ingenieros de
software ajustar el proceso, el proyecto o el producto para que las cosas
mejoren. Existe la necesidad de medir y controlar la complejidad en el
desarrollo del software, debe de tenerse la posibilidad de desarrollar medidas
de diferentes atributos internos del programa.

Estas medidas y las mtricas derivadas de ellas se utilizan como indicadores


independientes de la calidad de los modelos de anlisis y diseo.
Antes de generar e introducir una serie de mtricas del producto debemos
contemplar que se:
-

Deben de ayudar a evaluar los modelos de anlisis y diseo.


Deben ofrecer una indicacin de la complejidad de los diseos

procedimentales y el cdigo fuente.


Deben de facilitar el diseo de pruebas ms efectivas.

Es importante comprender los principios bsicos de la medicin. Se sugiere un


proceso de medicin en el que se caracterizan cinco actividades primordiales
las cuales son:
PASO 1) Formulacin. La derivacin de medidas y mtricas apropiadas para
la representacin del software que se considera.
PASO 2) Recoleccin. El mecanismo con que se acumulan los datos
necesarios para derivar las mtricas formuladas.
PASO 3) Anlisis. El clculo de las mtricas y la aplicacin de herramientas
matemticas.
PASO 4) Interpretacin. La evaluacin de las mtricas en un esfuerzo por
conocer mejor la calidad de la representacin.
PASO 5) Retroalimentacin. Recomendaciones derivadas de la interpretacin
de las mtricas del producto transmitidas al equipo del software.
Las mediciones de la calidad del software slo sern tiles si estn
caracterizadas de manera efectiva y se validan para probar su valor. los
siguientes principios son representativos de muchos otros que podran
proponerse para caracterizar y validar las mediciones. Cada medicin debe
tener propiedades matemticas deseables.
Es decir, el valor de la medicin debe estar en un rango significativo, por
ejemplo, de cero a uno, donde cero realmente significa ausencia, uno indica el
valor mximo y 0.5 representa el punto medio. Adems, una medicin pretende
estar en una escala racional no debe contar con componentes que slo se
miden en una escala ordinal.
Cuando una medicin representa una caracterstica de software que aumenta
cuando se presentan rasgos positivos o que disminuya al encontrar rasgos
indeseables, el valor de la medicin debe aumentar o disminuir en el mismo
sentido.
Cada medicin debe validarse empricamente en una amplia variedad de
contextos antes de publicarse o aplicarse la toma de decisiones. Una mtrica
debe medir el factor de inters, independientemente de otros factores. Debe
crecer para aplicarse a sistemas grandes y funcionar en diversos lenguajes de

programacin y dominios de sistemas. Aunque la formulacin, caracterizacin y


validacin son crticas, la recopilacin y el anlisis son las actividades que
dirigen el proceso de medicin:
1) Siempre que sea posible deben automatizarse la recopilacin de datos y su
anlisis.
2) Deben aplicarse tcnicas estadsticas vlidas para establecer relaciones
entre los atributos internos del producto y las caractersticas externas de la
calidad.
3) Para cada mtrica deben establecerse directrices y recomendaciones para la
interpretacin.
Se han propuesto cientos de mtricas para el desarrollo de software, pero no
todas proporcionan un soporte prctico para el ingeniero de software. Algunas
exigen mediciones demasiado complejas otras son demasiado especializadas
que pocos profesionales podran comprenderlas y otras ms violan las
nociones bsicas de lo que es el software de alta calidad.
Un conjunto de atributos que toda mtrica efectiva del software debe abarcar.
La mtrica derivada y las medidas que llevan a ella deben ser:
Simples incalculables. Debe ser relativamente fcil aprender a derivar la
mtrica y su clculo no debe exigir cantidades anormales de tiempo o esfuerzo.
Emprica e intuitivamente persuasivas. La mtrica debe satisfacer las
nociones intuitivas del ingeniero acerca del atributo del producto que se est
construyendo.
Consistentes y objetivas. La mtrica siempre debe arrojar resultados que no
permitan ambigedad alguna.
Consistentes en el uso de unidades y dimensiones. El clculo matemtico
de la mtrica debe emplear medidas que no lleven a combinaciones extraas
de unidades.
Independientes del lenguaje de programacin. Las mtricas deben basarse
en el modelo de anlisis o diseo o en la estructura del propio programa.
Mecanismos efectivos para la retroalimentacin de alta calidad. Es decir, la
mtrica debe llevar a un producto final de la ms alta calidad.
Aunque casi todas las mtricas de software satisfacen esos atributos, algunas
mtricas de uso comn no cumplen con una o dos de ellas. Aunque se ha
propuesto una amplia variedad de taxonoma en mtricas, el siguiente
esquema atiende a las cuatro ms importantes en el desarrollo del software.
Mtricas para el modelo de anlisis. Estas mtricas atienden varios aspectos
de la etapa de anlisis en donde se incluyen:
Funcionalidad entregada. Proporciona una
funcionalidad que se empaqueta con el software.

medida

indirecta

de

la

Tamao del sistema. Mide el tamao general del sistema, definido desde el
punto de vista de la informacin disponible como parte del modelo de anlisis.
Calidad de la especificacin. Proporciona un indicador especfico o el grado
en que se ha completado la especificacin de los requisitos.
Mtricas para el modelo de diseo. Estas mtricas cuantifican los atributos
del diseo de manera tal que le permiten al ingeniero de software evaluar la
calidad del diseo, la mtrica incluye:
Mtricas arquitectnicas. Proporcionan un indicio de la calidad del diseo
arquitectnico.
Mtricas al nivel de componente. Mide la complejidad de los componentes
del software y otras caractersticas que impactan la calidad.
Mtricas de diseo de la interfaz. Se concentran principalmente en la
facilidad de uso.
Mtricas especializadas en diseo orientado a objetos. Miden
caractersticas de clases, adems de las correspondientes a comunicacin y
colaboracin.
Mtricas para el cdigo fuente. Estas mtricas miden el cdigo fuente y se
usan para evaluar su complejidad, adems de la facilidad con que se mantiene
y prueba entre otras caractersticas como:
Mtricas de complejidad. Miden la complejidad lgica del cdigo fuente.
Mtricas de longitud. Proporcionan un indicio del tamao del software.
Mtricas para pruebas. Estas mtricas ayudan a disear casos de prueba
efectivos y evaluar la eficacia de las pruebas en donde se incluyen:
Mtricas de cobertura de instrucciones y ramas. Lleva al diseo de casos
de prueba que proporcionan cobertura del programa.
Mtricas relacionadas con los defectos. Se concentran en encontrar
defectos y no en las propias pruebas.
Efectividad de la prueba. Proporciona un indicio en tiempo real de la
efectividad y de las pruebas aplicadas.
Mtricas en el proceso. Mtricas relacionadas con el proceso de las pruebas.
En muchos casos las mtricas de un modelo pueden aplicarse en actividades
posteriores de la ingeniera del software. Por ejemplo, las mtricas de diseo
se utilizan para estimar el esfuerzo requerido para generar cdigo fuente.

7. Conclusiones

En el momento en el que las mtricas toman parte de nuestra gestin en los


proyectos, al evaluar y hacer una buena medicin podemos mantener un
mejor anlisis de los flujos alternos que poseen los procesos, en donde los
programas imponen una evaluacin para hacer la mejor medicin en todos
los aspectos para la estimacin en el desarrollo de software.

Las mtricas de proyecto, que permiten evaluar el estado del proyecto,


adems de identificar los puntos crticos.

La estimacin de proyectos es algo esencial, ya que nos permite conocer


los recursos necesarios, optimizar ciertos procesos y saber la viabilidad que
tiene un proyecto, de tal manera que garantiza una mejor planificacin y su

vez un mejor desarrollo de los procesos.


La planificacin de un proyecto se basa en una buena estimacin del
esfuerzo y tiempo requerido para realizarlo, y para apoyar esta tarea se han

desarrollado varios mtodos en la planificacin del desarrollo de software.


El anlisis de riesgo se debe de llevar en todos los proyectos y no solo de

software debido a que determina la viabilidad del desarrollo


Gracias al anlisis de riesgo se puede hacer la diferencia entre un proyecto

exitoso o no
El anlisis de riesgo permite evaluar las posibles falencias que habr en un

proyecto de software y dar posibles soluciones si las hay y son viables.


Las principales caractersticas, usos y beneficios del software desarrollados
es el valor agregado por desarrollador, solucin del problema inicial,
desempeo del software, calidad y costo en general, por medio de estas
herramientas, normas, modelos y protocoles se garantiza una escalabilidad

y funcionamiento superiores en cualquier proyecto de software.


El xito en la produccin de software se obtiene logrando hacerlo con
calidad y demostrando el grado de sta, calificando como buena. Esto slo
es posible con la implantacin de un Sistema para el Aseguramiento de la
Calidad del Software directamente relacionado con la poltica establecida
para su elaboracin y que est en correspondencia con la definicin

internacional ISO de calidad, ampliamente aceptada, y por los estndares

del grupo ISO 9000.


En el desarrollo de productos de software las etapas de anlisis de
requerimientos y diseo toma gran parte del tiempo del proyecto. El modelo
planteado en este proyecto pretende establecer unos parmetros de diseo
generales que permitan agilizar la implementacin de proyectos tipo
sistemas de control por software, cuya base comn es el procesamiento de
seales digitales en busca de comportamientos de inters (caracterizacin
de seales).

8. Referencias
Mtricas de software
http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/gonzalez_d_h/capit
ulo4.pdf
http://www.sites.upiicsa.ipn.mx/polilibros/portal/Polilibros/P_proceso/ANA
LISIS_Y_DISEnO_DE_SISTEMAS/IngenieriaDeSoftware/CIS/UNIDAD
%20II/2.3.HTM
http://es.slideshare.net/1richard1/metricas-ingenieria-de-software
http://www.ecured.cu/Metricas_para_la_calidad_del_software
Mtricas de proceso
https://es.scribd.com/doc/17727554/Metricas-de-Procesos-y-Proyecto
http://uptaprocesodepruebasycalidadymetricas.blogspot.com.co/2012/12/
ejemplos-de-metricas.html
Mtricas de proyecto
http://es.slideshare.net/jose_macias/mtricas-de-procesos-y-proyectos
https://prezi.com/zqmelpthcq5x/metricas-de-proceso-y-de-proyecto/
Mtodos de estimacin
http://www.liderdeproyecto.com/articulos/estimacion_costos_de_software
.html
http://es.slideshare.net/montoya118/estimacin-de-proyectos-de-software10785507
https://es.wikiversity.org/wiki/Estimaci%C3%B3n_de_proyectos_software
http://download.rincondelvago.com/metodo-de-estimacion-y-evaluacionde-software
http://www.lsi.us.es/docencia/get.php?id=326
http://www.javiergarzas.com/2011/06/breve-introduccion-estimacion4.html
Estimacin de costos
http://mce-tsu-401.blogspot.com.co/2013/04/gestion-de-los-costes-delproyecto.html
http://www.gestiopolis.com/estimacion-de-costos-de-desarrollo-desoftware/
http://html.rincondelvago.com/estimacion-de-costos.html

http://www.itlalaguna.edu.mx/academico/carreras/sistemas/ingsofware1/
unidad4.pdf
https://blogadmi23.files.wordpress.com/2009/11/expococomo.pdf

Anlisis de riesgo
-

http://arielvargasu.blogspot.com.co/2010/10/analisis-y-gestion-deriesgo_18.html
http://www.academia.edu/9263751/Ingenieria_de_Software_Riesgos

http://www.ar-tools.com/es/index.html

https://www.ccn-cert.cni.es/herramientas-de-ciberseguridad/ear-pilar.html

Calidad
-

http://www.ecured.cu/Calidad_de_Software

http://www.eumed.net/libros-gratis/2008a/351/Calidad%20de
%20Software.html

http://www.ub.edu.ar/catedras/ingenieria/ing_software/ubftecwwwdfd/cali
dadsw/calidad.htm

http://es.slideshare.net/lidizzg/definicion-de-calidad-y-calidad-desoftware
http://www.baquia.com/emprendedores/la-importancia-de-la-calidad-delsoftware

http://informaticaitc.blogspot.com.co/2009/02/importancia-de-lacalidad.html

http://www.soltel.es/es/blogs/certificacion-norma-spice

http://www.eumed.net/tesis-doctorales/2014/jlcv/calidad-software.htm

https://notasfuertes.wordpress.com/2012/01/24/calidad-factores-ycaracteristicas-que-determinan-la-calidad-de-software/

http://es.slideshare.net/leopanda/factores-y-caractersticas-quedeterminan-la-calidad-de-1
Modelos de calidad

http://www.redalyc.org/articulo.oa?id=84916714069

http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/garcia_r_ci/capitulo
2.pdf

http://alarcos.esi.uclm.es/per/fruiz/cur/santander/mrodriguez-iso25000update.pdf

http://es.slideshare.net/tegsistemas/modelo-de-calidad-del-software
Normas de calidad

http://iso25000.com/
http://www.iso.org/iso/catalogue_detail.htm?csnumber=35749
http://www.iso.org/iso/catalogue_detail.htm?csnumber=35744
https://es.wikipedia.org/wiki/ISO/IEC_9126
Calidad del producto de Software
http://www.revistavirtualpro.com/biblioteca/norma-internacional-iso-90042000-sistemas-de-gestion-de-la-calidad-directrices-para-la-mejora-deldesempeno
Calidad del proceso de software

http://es.slideshare.net/alejandro2321/procesos-de-calidad-de-software
http://es.slideshare.net/rfsolano/procesos-de-ingenieria-del-software
https://es.wikipedia.org/wiki/Ingenier%C3%ADa_de_software
http://ingenieriasw2.blogspot.com.co/p/calidad-de-software.html

http://www.ctr.unican.es/asignaturas/is1/is1-t02-trans.pdf