Documentos de Académico
Documentos de Profesional
Documentos de Cultura
436565 - Identificar las características de los procesos de desarrollo desoftware, frente al referente de
calidad adoptado por la empresa,ajustándolos a los resultados de las mediciones, evaluaciones
yrecomendaciones realizadas
436562 - Identificar los puntos críticos de control en los procesos de desarrollode software, para
establecer las acciones a seguir, garantizando elcumplimiento de los estándares de calidad, siguiendo
los lineamientosestablecidos por la organización.
2. PRESENTACIÓN
Las empresas y personas encargadas de desarrollo de software son presionadas cada vez más a
alcanzar mayor eficiencia con menores costos. Para poder lograr este objetivo, es necesario adoptar
una forma de trabajo que permita entender, controlar, comunicar, mejorar, predecir y certificar el trabajo
realizado.
En los inicios del desarrollo de software las pruebas de software se consideraban sólo una actividad que
realizaba el programador para encontrar fallas en sus productos; con el paso de los años se ha
determinado la importancia que tienen para optimizar: tiempo, costo y la calidad del producto, de tal
forma que actualmente son un proceso cuyo propósito principal es evaluar en todo momento la
generación del software respecto a los requerimientos establecidos por el cliente desde la fase inicial
del proyecto.
GFPI-F-019 V03
Los Modelos de Calidad son herramientas que guían a las organizaciones hacia la “Mejora Continua” y
hacia la “Competitividad”. La implantación de sistemas de calidad aportan muchos beneficios, entre
ellos y quizá el mas representativo corresponde a los “costos”, ya que gracias al grado de satisfacción
de sus clientes y la motivación de sus empleados se reducen y mejoran sus ingresos; de igual forma
permite optimizar los resultados, ya que los procesos productivos se perfeccionan constantemente.
El objetivo de aplicar buenas prácticas de calidad en el desarrollo de software es explorar una serie de
normas y prácticas que se deben tener en cuenta a la hora de crear código, con el fin de que sea
optimo, robusto, seguro y rápido. Actualmente existe una gran diversidad de opciones relacionadas con
procesos de desarrollo. Constantemente se escuchan diferentes acrónimos como CMM, CMMI, RUP,
ISO, PSP, TSP, etc., que causan confusión, principalmente debido a la mala interpretación de los
mismos.
Por lo tanto apreciad@s aprendices el resultados de aprendizaje que está abordado en esta guía:
”Identificar las características de los procesos de desarrollo de software frente al referente de calidad
adoptado por la empresa, ajustándolos a los resultados de las mediciones, evaluaciones y
recomendaciones realizadas”; se deben apropiar junto con el proceso de codificación ya que les
permitirá realizar pruebas que deben ser empleadas si se pretende que los productos generados del
desarrollo de software sean competitivos en el mercado ya que los usuarios esperan alta calidad de los
mismos
Actividades de reflexión
GFPI-F-019 V03
3.1. Actividades de contextualización e identificación de conocimientos necesarios para el
aprendizaje.)
En este mundo globalizado la calidad aparece como una necesidad para competir con mayores
posibilidades de éxito. De allí surgen frases como:
• “No se puede medir lo que no se puede comprender”
• “Si no se sabe dónde se está parado, un mapa no ayuda”
• “Lo que no se puede medir no se puede controlar sistemáticamente”
• “No podemos mejorar algo a menos que podamos evaluarlo”
Calidad realizada: la que es capaz de obtener una persona que realiza el trabajo, gracias a su
habilidad en la ejecución de una tarea. Su potencia con la mejora de las habilidades personales y
técnicas de los participantes de un proceso.
Calidad necesaria: la que el cliente exige con mayor o menor grado de concreción o, al menos, la que
le gustaría recibir. Se potencia con una adecuada obtención de información de la idea de calidad de los
clientes.
La calidad está inmersa en todo el quehacer empresarial u organizacional y sus implicaciones se ven
reflejadas en todos sus procesos
ACTIVIDAD
a) Consulte cuales son las cinco “vistas de calidad” que señala Garvin (1984)
b) Aplique los conceptos de calidad programada, realizada y necesaria en la gráfica descrita en la
siguiente página.Identifique las deficiencias generadas.
GFPI-F-019 V03
3.2.2. Herramientas de Calidad: Las herramientas de calidad son técnicas y métodos más o menos
justificados que ayudan a obtener información para mejorar un escenario de calidad. Aunque son
muchas las clasificaciones que se pueden encontrar, se toma la propuesta que hace Okes (2002) para
presentar las más importantes. Esta clasificación permite agrupar las herramientas en las siguientes
categorías:
Herramientas básicas
Herramientas de gestión
Herramientas de creatividad
Herramientas estadísticas
Herramientas de diseño
Herramientas de medición
ACTIVIDAD
GFPI-F-019 V03
Socializar la herramienta de control asignada
3.2.3. Identificar modelos y normas de calidad: Desde mediados del siglo pasado hasta la actualidad
se han propuesto diferentes modelos para la gestión de la calidad y se han aprobado diversas normas,
varias de las cuales han sido aplicadas en las organizaciones. Dentro de las diferentes propuestas
destacan la Gestión de la calidad total, el modelo EFQM y mas recientemente Seis Sigma.
a) Gestión de la calidad total: La gestión de la calidad en sus siglas TQM Total Quality
Managment, representa actitud o filosofía por la cual la organización pretende ofrecer a sus
clientes productos y servicios que satisfagan completamente sus necesidades. Para ello se
impregna la “cultura de calidad” en todos los aspectos de la organización, se implementan los
procesos correctamente desde el principio y se intenta erradicar los defectos en todo tipo de
tareas.
La gestión de la calidad concibe la organización como un conjunto de procesos que se pueden gestionar
siguiendo el ciclo “planificar, hacer, verificar, actuar”
b) NORMAS ISO (International Organization for Standarization). Entre las normas asociadas
con calidad se encuentran:
La Familia ISO 9000: Compuesta por la ISO 9000 (Fundamentos y vocabulario), ISO 9001 (Requisitos
sistema de gestión de la calidad), ISO 9004 (Directrices para la mejora del desempeño) y ISO 19011
(Directrices para la auditoria de sistemas de gestión de calidad y/o medioambiental)
Los requerimientos de los clientes son el punto de partida para cualquier desarrollo de software y esta
norma ofrece un pilar fundamental en esta parte ya que establece ciertos criterios para la especificación
de los requisitos de calidad de los productos software, sus métricas y su evaluación. Esta norma se
basa en la norma ISO 9126 y la ISO 14598.
La calidad del producto junto con la calidad del proceso son los aspectos más importantes actualmente
en el desarrollo de Software. En calidad del producto recientemente ha aparecido una nueva versión de
la norma ISO/IEC 9126: la norma ISO/IEC 25000. Esta proporciona una guía para el uso de las nuevas
series de estándares internacionales, llamados Requisitos y Evaluación de Calidad de Productos de
Software (SQuaRE), éstas constituyen una serie de normas basadas en la ISO 9126 y en la ISO 14598
(Evaluación del Software), y su objetivo principal es guiar el desarrollo de los productos de software con
la especificación y evaluación de requisitos de calidad. Establece criterios para la especificación de
requisitos de calidad de productos software, sus métricas y su evaluación
ACTIVIDAD
Día a día las Normas y versiones del software va cambiando, en estos momentos la Norma ISO 9126 y
14598, ha sido reemplazada por la Norma ISO 25000, consulte en internet en forma general a cerca de
la Norma ISO 25000:2005, debes tener en cuenta las principales características de la misma. Con base
en la información consultada resuelva las siguientes actividades:
GFPI-F-019 V03
“Su objetivo principal es guiar el desarrollo de los productos de software con la especificación y
evaluación de requisitos de calidad. Establece criterios para la especificación de requisitos de
calidad de productos software, sus métricas y su evaluación”. Este objetivo pertenece a la
Norma ISO 9126 o a la Norma ISO 25000:2005? explique el por qué?
Desarrollen el crucigrama propuesto
HORIZONTALES: VERTICALES
Serie 2500n
1 R E Q U I S I T O S
A 2
L M
U O
A D
2 M E D I C I O N E S
I L
O O
3 G E S T I O N
Realice un comparativo con sus propias palabras del significado de Vista Interna, Vista Externa
y Vista en uso.
Para usted cuál es la diferencia entre calidad del producto y gestión de la calidad?
d) Ciclo de vida: La ISO 12207 entiende por modelo de ciclo de vida “un marco de referencia que
contiene los procesos, las actividades y las tareas involucradas en el desarrollo, explotación y el
mantenimiento de un producto de software, abarcando la vida del sistema desde la definición
de requisitos hasta la finalización de su uso”.
La ISO 15288 (ISO 2003) define el ciclo de vida de los sistemas como “ la evolución en el tiempo de un
sistema de interés desde su concepción hasta su retirada” destacando que un modelo de ciclo de vida
GFPI-F-019 V03
es “un marco de procesos y actividades relativas al ciclo de vida que actúa también como una referencia
común para la comunicación y el entendimiento”.
El ciclo de vida abarca por tanto toda la vida del sistema, comenzando con su concepción y finalizando
cuando ya no se utiliza. A veces también se habla de ciclo de desarrollo, que es un subconjunto del
anterior y que empieza en el análisis y finaliza con la entrega del sistema del usuario.
ACTIVIDAD
Identifique cuales son los tres procesos principales propuestos por la ISO 12207
Cuáles son los componentes de cada uno de los procesos
e) Calidad en los procesos: El modelo de proceso unificado UPM, es una propuesta en conjunta
de organizaciones como IBM, Rational, Unisys, etc.. Es un marco de desarrollo de software que
se caracteriza por estar dirigido por casos de uso, centrado en la arquitectura y por ser iterativo
e incremental. El Proceso Unificado no es simplemente un proceso, sino un marco de trabajo
extensible que puede ser adaptado a organizaciones o proyectos específicos. El
nombre Proceso Unificado se usa para describir el proceso genérico que incluye aquellos
elementos que son comunes a la mayoría de los refinamientos existentes. También permite
evitar problemas legales ya que Proceso Unificado de Rational o RUP son marcas registradas
por IBM (desde su compra de Rational Software Corporation en 2003). El primer libro sobre el
tema se denominó, en su versión española, El Proceso Unificado de Desarrollo de
Software (ISBN 84-7829-036-2) y fue publicado en 1999 por Ivar Jacobson, Grady
Booch y James Rumbaugh, conocidos también por ser los desarrolladores del UML, el Lenguaje
Unificado de Modelado. Desde entonces los autores que publican libros sobre el tema y que no
están afiliados a Rational utilizan el término Proceso Unificado, mientras que los autores que
pertenecen a Rational favorecen el nombre de Proceso Unificado de Rational.
f) Evaluacion y mejora de los procesos: Hoy en dia la calidad del software no puede
garantizarse únicamente centrando los programas de calidad en el producto, la calidad final del
producto software está muy directamente relacionada con la forma en que se desarrolla y
mantiene, es decir con el proceso. Todo ello ha motivado a modelos de mejora y metodos de
valoración interna que establecen un camino a seguir describiendo las características de los
buenos procesos como CMM/CMMI y sus modelos asociados (PSP, TSP) , entre otros.
Finalmente la ISO/EIC 90003 (ISO 2004F) proporciona la guía necesaria en las organizaciones para la
aplicación de la ISO 9001 (ISO 200b) a la adquisición, suministro, desarrollo, operación y
mantenimiento de software y sus servicios relacionados. Identifica todos los aspectos que deberían ser
tratados y es independiente de la tecnología, modelos de ciclo de vida, procesos de desarrollo y
estructuras organizacionales.
ACTIVIDAD
El modelo CMMI se puede aplicar o adaptar a las pequeñas y medianas empresas. ¿Cuál es la
versión?. En que consiste?
Cuál es la relación entre la ISO 9000 y el modelo CMMI
GFPI-F-019 V03
Determinar cuáles son los requisitos generales de la norma ISO 90003
Sopa de letras. En la sopa de letras, encuentra la palabra de los siguientes conceptos, por favor
señálelos (omita en la palabra Resistencia y Conformidad):
Capacidad del producto de sw para recuperarse de entradas y situaciones
anómalas
Capacidad del producto de sw para no permitir el análisis de la estructura interna y
de datos almacenados
Capacidad del producto de sw para protegerse de copias ilegales
Capacidad del producto de sw para ser atractivo al usuario. Se refiere a los
atributos del sw deseados para hacer éste más atractivo al usuario, tales como el
uso del color y los diseños gráficos
Capacidad del sw para proteger de accesos ilegales y no autorizados
Capacidad del producto de sw para permitir al usuario entender si el sw es
adecuado, y cómo puede ser utilizado para las tareas y las condiciones particulares
de la aplicación
Q A T R A C T I B I L I D A D U I O I
W D E Q A Z W D C V R F B N H Y H J R
D U V R O P E R A B I L I D A D H N O
E Y E T Y J G S C E D F F G P N R B S
I A R P Y U S O E T Y F G R R A I F O
U E G O W V B U F G J V S F O B U A E
U D F H B H F O O W E R J K P E O L I
J D D B J U K L P Ñ F G O N I Q R S H
O A V N M Q S A B J G H S F A M E I S
S D S C R C Y T P M F G E S B R O F O
Y I A D F O I T E E D S C E I E E I A
N C Z X U P P E W Z S A C P L T S C R
F A C I L I D A D P A R A C I F R A R
O P P R D A A D H Z X Y G H D R A C E
Q A K L F B M O O T J D B B A A Z I Y
U C V S E G U R I D A D I K D D A O I
Q O O D N A E N I M S E A S A D R N U
VERTICAL:
GFPI-F-019 V03
HORIZONTAL:
1. Capacidad del producto de sw para evitar las fallas como resultado de errores en el sw
2. Capacidad del producto de sw para restablecer un nivel especificado de funcionamiento y
recuperar los datos afectados directamente en el caso de una falla. Algunas veces un producto
de sw se "caerá" por cierto período de tiempo, el lapso de éste período es impuesto por la
recuperabilidad
3. Capacidad del producto de sw para adherirse a los estándares, convenciones o regulaciones
relativas a la fiabilidad
1
.
F
U
N
C
1
. I
O
N
A
2
. N
3. C O N F O R M I D A D
De acuerdo con las instrucciones dadas por la instructora aplicar los modelos y normas de
calidad al estudio al módulo propuesto; especifique si cumple con las siguientes
subcaracterística e identificar a qué característica pertenece, en caso de no cumplirlo, por
favor realizar los cambios que considere pertinentes en el informe.
GFPI-F-019 V03
CUMPLE
SUBCARACTERÍSTICA OBSERVACIÓN CARACTERÍSTICA
S/N
Adecuación
Resistencia al acceso
Compatibilidad del sw
Recuperabilidad
Facilidad de aprendizaje
Atractibilidad
Utilización de recursos
Capacidad de ser analizado
Facilidad de instalación S El archivo ejecutable Portabilidad
puede ser abierto en
cualquier momento
Reemplazabilidad
Socializa los resultados de cada actividad y publica el informe general en la plataforma Territorio.
4. ACTIVIDADES DE EVALUACIÓN
DE CONOCIMIENTO
Conocimiento: conceptos
asociados a calidad y
modelos aplicados a
software Evalúa los procesos
involucrados en el
desarrollo de software,
DE DESEMPEÑO aplicando técnicas de Cuestionario
Desarrollo de las evaluación de procesos,
actividades propuestas en la
de acuerdo con los
guía de aprendizaje
referentes de un modelo
DE PRODUCTO de calidad, para
Informe de la aplicación de determinar su nivel de Lista de Verificación
modelos y normas de capacidad o madurez.
calidad a un estudio de caso
propuesto.
GFPI-F-019 V03
5. GLOSARIO DE TÉRMINOS
- PSP: (personal software process) como una versión pequeña de CMM (Capability
Maturity Model). El PSP se caracteriza porque es de uso personal y se aplica a
programas pequeños de menos de 10.000 líneas de código. Se centra en la
administración del tiempo y en la administración de la calidad a través de la
eliminación temprana de defectos
GFPI-F-019 V03
6. REFERENTES BILBIOGRÁFICOS
Kendall y& Kendall. Analisis y Diseño de sistemas Pearson - Prentice Hall, octava edición
PIATTINI. Mario G y Otros. Calidad de sistemas informáticos. Editorial: Imprenta Editores S.A., 2011
www.iso.org
Roger S. Pressman, Ingeniería de software. un enfoque práctico, 4ª edición,Ed. Mc Graw Hill, 1997.
Autor (es)
GFPI-F-019 V03