Académique Documents
Professionnel Documents
Culture Documents
ADMINISTRACIN DE
CALIDAD
PROFESORA:
ESTUDIANTES:
XXXXXXXXX
XXXXXXXXXXX
En ambos casos, se puede obtener una medida. Pero estas medidas deben ser
comparadas con alguna referencia o indicador para poder llegar a una indicacin
de la realidad Mc Call clasifica los factores de calidad en:
a) Caractersticas Operacionales
b) Capacidad de Soportar Cambios
c) Adaptabilidad a nuevos entornos.
Caractersticas Operacionales:
Correccin: es el grado en que un programa satisface sus especificaciones y
consigue los objetivos pedidos por el cliente. Este factor tiene una pregunta
asociada: Hace lo que quiero?
Confiabilidad: es el grado en que se puede esperar que un programa lleve a cabo
sus funciones esperadas con la precisin requerida. La pregunta asociada a este
factor sera: Lo hace de forma fiable todo el tiempo?
Eficiencia: la cantidad de recursos de computadoras y de cdigo requeridos por un
programa para llevar a cabo sus funciones. La pregunta asociada a este factor
sera: Se ejecutar en mi hardware lo mejor que pueda?
Aseguramiento de Calidad
El Aseguramiento de la Calidad del Software es el conjunto de actividades
planificadas y sistemticas necesarias para aportar la confianza que el software
satisfar los requisitos dados de calidad. Este aseguramiento se disea para cada
aplicacin antes de comenzar a desarrollarla y no despus. El Aseguramiento de
la Calidad del Software engloba:
Las revisiones del software son un "filtro" para el proceso de Ingeniera del
Software. Esto es, las revisiones se aplican a varios momentos del desarrollo del
software y sirven para detectar errores y defectos que pueden ser eliminados. La
revisin tcnica formal (RTF), a veces llamada inspeccin, es el filtro ms efectivo
desde el punto de viste del aseguramiento de la calidad y es un medio efectivo
para mejorar la calidad del software.
Evoluacin de Calidad del producto
Con respecto a la evolucin de la calidad del producto: documentacin, pruebas
de aceptacin.
cual
permite
los
mdulos.
Pruebas de aceptacin
Estas pruebas las realiza el cliente. Son bsicamente pruebas funcionales, sobre
el sistema completo, y buscan una cobertura de la especificacin de requisitos y
del manual del usuario. Estas pruebas no se realizan durante el desarrollo, pues
sera impresentable al cliente; sino que se realizan sobre el producto terminado e
integrado o pudiera ser una versin del producto o una iteracin funcionad pactada
previamente con el cliente.
La experiencia muestra que an despus del ms cuidadoso proceso de pruebas
por parte del desarrollador, quedan una serie de errores que slo aparecen
cuando el cliente comienza a usarlo. Los desarrolladores suelen llevar las manos a
la cabeza y expresan:
"Pero, a quin se le ocurre usar as mi programa?"
Sea como sea, el cliente siempre tiene razn. Decir que los requisitos no estaban
claros, o que el manual es ambiguo puede salvar la cara; pero ciertamente no deja
satisfecho al cliente. Alegar que el cliente es un intil es otra tentacin muy fuerte,
que conviene reprimir.
Una prueba de aceptacin puede ir desde un informal caso de prueba hasta la
ejecucin sistemtica de una serie de pruebas bien planificadas. De hecho, las
pruebas de aceptacin pueden tener lugar a lo largo de semanas o meses,
descubriendo as errores latentes o escondidos que pueden ir degradando el
funcionamiento del sistema. Estas pruebas son muy importantes, ya que definen el
paso nuevas fases del proyecto como el despliegue y mantenimiento.
Nivel 1 o nivel Inicial de Madurez: se agrupan en este nivel las empresas que
simplemente no tiene procesos definidos. Es decir emprenden un proyecto sin
tomar en cuenta tiempo que le lleva producir cierta parte, incluso no dividen el
Se enfoca a procesos.
1El
Las
organizaciones
que
desarrollan
software
presentan
un
atributo
2Origen y evolucin:
Fue diseado a finales de los ochenta por Software Engineering Institute (SEI) a
instancias del Congreso Norteamericano, como medio para evaluar a las
empresas suministradoras de software para el Departamento de Defensa
Norteamericano.
CMM (como se le denomina abreviadamente) define 5 niveles de madurez para
las organizaciones, en funcin de cules son los procesos que emplean en el
desarrollo y mantenimiento de software y los grados de capacidad e
institucionalizacin de cada uno; y puede emplearse con dos finalidades:
a) Criterio para la evaluacin de la madurez de la organizacin.
b) Gua para la mejora de sus procesos.
Tras su creacin en 1984 SEI comenz la investigacin para desarrollar un marco
de mejora y evaluacin de la previsibilidad y calidad de las empresas y el
resultado se denomin "Capability Maturity Model for Software" SW-CMM o
abreviadamente CMM, cuya versin 1.0 se public en agosto de 1991.
Posteriormente se publicaron las revisiones 1.1 en 1993 y 1.2 en 1997.
Hoy es un modelo obsoleto, que SEI ya no mantiene desde que en 2000 fue
relevado e integrado en el nuevo CMMI.
disciplina necesaria.
Nivel 3: Definido, los procesos comunes para desarrollo y mantenimiento del
software estn documentados de manera suficiente en una biblioteca
accesible a los equipos de desarrollo. Las personas han recibido la formacin
necesaria para comprender los procesos. Para cada proyecto en particular, se
adaptan los procesos estndar segn las necesidades del caso, es
consistente la base de procesos.
AENOR public con la misma fecha las normas UNE-EN ISO 9000 del ao 2000,
versin espaola de las normas ISO 9000 del ao 2000.
CONCLUSIONES
Cada vez ms las exigencias de los consumidores en los actuales escenarios
econmicos es muy relevante, especialmente por el rol que desempea la calidad
y en donde, las empresas exitosas estn plenamente identificadas que ello
constituye un buena ventaja competitiva, si se sabe utilizar. La gerencia moderna
est muy comprometida como algunos sealan a responder continuamente a las
exigencias de un entorno que cada vez es ms dinmico, turbulento e
imprevisible. Todo ello hace necesario, la adopcin de un sistema gerencial con
orientacin a la calidad que favorezca a los logros, objetivos establecidos y haga
ms competitivas a las empresas.
Las empresas modernas saben, que para permanecer en los mercados y
garantizar una buena participacin se debe tener presente, que la calidad
actualmente es muy importante tenerla bien controlada, porque ella involucra
como se sabe: satisfacer plenamente las necesidades del cliente, cumplir las
expectativas del cliente y algunas ms, despertar nuevas necesidades del cliente,
lograr productos y servicios con cero defectos, hacer bien las cosas desde la
primera vez, disear, producir y entregar un producto de satisfaccin total, producir
un artculo o un servicio de acuerdo a las normas establecidas, dar respuesta
REFERENCIAS
Consulta de pginas Web
Buscador Google:
http://tuzonasistema.blogspot.com/2014/07/factores-que-determinan-la-calidadde.html
http://webcache.googleusercontent.com/search?
q=cache:lF5jgei4dNYJ:www.angelfire.com/dc/marcodorantes/Docs/CalidadDelSoft
ware.doc+&cd=27&hl=es-419&ct=clnk&gl=ve
http://www.sites.upiicsa.ipn.mx/polilibros/portal/Polilibros/P_proceso/ANALISIS_Y_
DISEnO_DE_SISTEMAS/IngenieriaDeSoftware/CIS/UNIDAD%20II/2.3.HTM
http://dankocs2012.blogspot.com/2012/12/aseguramiento-de-la-calidad-desoftware.html
http://www.enterate.unam.mx/Articulos/2006/marzo/moprosoft.htm
http://es.slideshare.net/LoloUBD/mejora-de-procesos-y-transicion-sw-cmm-a-cmmi
http://www.apmarin.com/download/691_cal1.pdf