Calidad en el proceso de desarrollo de software

Alejandro Valdivia Morales

MODELOS Y CONTROL DE CALIDAD

Instituto IACC
 Desarrollo

INSTRUCCIONES: Lea atentamente las solicitudes y responda

1. Usted forma parte del equipo de un proyecto que tiene por objetivo generar una solución
de software para un cliente determinado.

Para cada uno de los ítems que se presentan en la Tabla 1, clasifíquelos señalando si
corresponden a una actividad, recurso o producto. Fundamente sus respuestas.

R: A continuación, se genera una tabla con los mismos Ítem y las Clasificaciones que nos
están solicitando.
ITEM 1 ACTIVIDAD: Ya que esta corresponde a una operación dentro de las
mismas actividades
ITEM 2 PRODUCTO: Ya que este es un documento que será un entregable.
ITEM 3 RECUERSO: Es parte del equipo que esta trabajando para el desarrollo
de este proyecto.
ITEM 4 PRODUCTO: El plan de pruebas es un documento que se diseña para
generar las pruebas y evaluar si el software cumple o no y queda como
un entregable.
ITEM 5 Actividad: Esta pasa hacer una Actividad ya que es parte del plan de
pruebas.
ITEM 6 PRODUCTO: Es parte de los entregables del desarrollo de software.

2. En su empresa, luego de asistir a una reunión para conocer el estándar ISO/IEC 12207,

surgen dudas en el equipo respecto a cómo abordar algunos subprocesos del proceso de

desarrollo de software. Los subprocesos corresponden a:

a) Levantamiento de requerimientos

b) Diseño de software
c) Mantenimiento

Preguntas:

i) ¿Cuál es el orden natural en que usted realizaría estas actividades?

 R: Bueno de acuerdo a lo planteado Podemos indicar que las actividades

según su ordenamiento deberían ser las siguientes:

 LEVANTAMIENTO DE REQUERIMIENTOS
 ANÁLISIS DE REQUERIMIENTOS DEL SISTEMA
 DISEÑO ARQUITECTÓNICO DEL SISTEMA
 DISEÑO DEL SOFTWARE
 DESARROLLO DEL SOFTWARE
 INTEGRACIÓN DEL SOFTWARE
 PRUEBA DEL SOFTWARE
 INTEGRACIÓN DEL SISTEMA
 PRUEBA DEL SISTEMA
 INSTALACIÓN DEL SOFTWARE
 OPERACIÓN
 MANTENIMIENTO

ii) ¿Cuál de las tres actividades considera más importante respecto al impacto
que genera en las otras dos?
R: Bueno de acuerdo a las 3 actividades mencionadas “Levantamiento de
requerimientos, Diseño de software y Mantenimiento”, y de acuerdo al orden que
estas tienen en el proceso de desarrollo y también según mi experiencia puedo
indicar que si bien las 3 actividades tiene su importancia al momento de ejecutar,
la que mas tiene impacto en las otras 2 es la actividad de levantamiento de
requerimiento, ya que con ella parte todo el proyecto, entender que se necesita o
que requiere el cliente es de bastante importancia para el desarrollo del proyecto,
si no el hacer un software a la pinta de uno claro puede cumplir en algunos
aspectos pero no cumplirá con las necesidades del cliente.
 iii) ¿Qué entiende usted por mantenimiento del software?
R: Bueno de acuerdo a lo entendido en el material de la semana puedo
expresar lo siguiente:
Mantenimiento del Software: Este es un proceso que permite al cliente
poder solicitar mejoras, correcciones, adaptaciones, modificaciones, de tal
manera que el producto final logre llegar a un porcentaje alto de
conformidad en el cliente, que quiere decir eso que normalmente no se
logra el 100% ya que como en varias empresas no todos quedan al 100%
satisfechos por lo cual siempre se trata de llegar a un consenso entre los
mismos integrantes de la empresa. Lo importante del mantenimiento es
que este sea generado de buena manera con el fin de lograr el propósito
optado, propósitos mencionados anteriormente (mejoras, correcciones,
adaptaciones, modificaciones).

3. De acuerdo a lo que dice la literatura respecto a los requerimientos (ingeniería de

requerimientos), si tuviera que argumentar por qué la calidad de estos es importante en el
proceso de desarrollo de software, ¿cuáles serían sus argumentos? Explique y dé un
ejemplo de ello.

R: La verdad que en lo personal he trabajado en muchos proyectos como de

implementación, Desarrollo etc y de acuerdo a la ingenieria de requerimientos ayuda un
monton ya que los puntos importantes son.

1. Condición o capacidad requerida por el usuario para resolver un problema o

alcanzar un objetivo
2. Condición o capacidad que debe satisfacer o poseer un sistema o una
componente de un sistema para satisfacer un contrato, un standard, una
especificación u otro documento formalmente impuesto 3. Rrepresentación
documentada de una condición o capacidad como en 1 o 2. formalmente impuesto
3. Representación documentada de una condición o capacidad como en 1 o 2.
 Bibliografía

Contenido Semana 4