SERVICIO NACIONAL DE APRENDIZAJE SENA

Formato para Desarrollo de Evidencia

|

Programa de
Tecnólogo en Análisis y Desarrollo de Sistemas de Información.
formación
titulada
Nombre de
Diseño y construcción de software a la medida para el sector empresarial.
proyecto
formativo
Actividad de Fase del
proyecto AP8. Determinar el cumplimiento de las buenas
proyecto DESARROLLO
prácticas de calidad en el desarrollo de software.
formativo
Actividad de
aprendizaje AA9. Evaluar los procesos de desarrollo de software y de negociación de
tecnología informática, teniendo en cuenta las normas, procedimientos y políticas
de calidad adoptados por la organización.

Resultado(s) de
aprendizaje 22050103502. Elaborar instrumentos e instructivos, requeridos por el
aseguramiento de la calidad, para documentar y evaluar los procesos de
desarrollo de software, de acuerdo con las normas y procedimientos establecidas
por la empresa.

22050103505. Evaluar procesos y productos de desarrollo de software,

documentar y concertar acciones a seguir, para garantizar el cumplimiento de las
normas establecidas, de acuerdo con el plan definido y con los criterios de
medición, métricas y políticas determinados por la empresa.

Nombre de la
evidencia Foro - ¿Cómo medir la calidad en el sistema de información en desarrollo?

Tipo de Conocimiento Producto Desempeño X

evidencia
(marcar con X)
Descripción de Apropiación de conocimientos sobre la construcción de instructivos de evaluación
la evidencia de la calidad en el desarrollo del software.

Producto
entregable Participación activa en el foro por parte del aprendiz exponiendo sus puntos de
vista en la aplicación de las buenas prácticas de calidad en el proceso de
desarrollo de software del sistema de información en desarrollo.

Criterios de
evaluación - Elabora y diligencia instrumentos e instructivos, para documentar y evaluar los
procesos de desarrollo de software, de acuerdo a las pautas de aseguramiento de
la calidad de la organización.

- Evalúa los procesos involucrados en el desarrollo de software, aplicando

técnicas de evaluación de procesos, de acuerdo con los referentes de un modelo
de calidad, para determinar su nivel de capacidad o madurez.

- Mejora y adecua procesos asignados, de acuerdo con los resultados de las

mediciones, evaluaciones y recomendaciones de resolución, de no
 SERVICIO NACIONAL DE APRENDIZAJE SENA
Formato para Desarrollo de Evidencia
|

conformidades.
Instrumento de Lista de Rúbrica X Otro (cuál)
evaluación chequeo
(marcar con X)

Evidencia

Foro Temático - Cómo medir la Calidad en el sistema de información en desarrollo.

DESCRIPCIÓN DE LA EVIDENCIA.

1. Con base a las indicaciones del instructor asignado y para responder el foro se requiere
que haya realizado la actividad de apropiación referida a la comprensión al material de
estudio presentando en la actividad de proyecto 8.

Responda a las siguientes preguntas. Justifique su respuesta.

a. ¿Entiende la importancia de aplicar el aseguramiento de la calidad en el desarrollo de

software? Sustente la respuesta.
El aseguramiento de la calidad, se puede definir, como el esfuerzo total para plantear,
organizar, dirigir y controlar la calidad en un sistema de producción con el objetivo de dar al
cliente productos con la calidad adecuada. Es simplemente, asegurar que la calidad sea lo
que debe ser.

Lo cierto es, que una gerencia visionaria, innovadora, estratega, plenamente identificada
con los escenarios comerciales del presente, no puede ignorar lo que representa el
aseguramiento de la calidad, que este es el conjunto de acciones planificadas y
sistemáticas, implementadas en el sistema de calidad, que son necesarias para
proporcionar la confianza adecuada de que un producto o servicio, satisfará los requisitos
dados sobre la calidad. Dicho de otra manera: aseguramiento de calidad es un enfoque de
procesos con pasos específicos, que ayudan a definir y lograr las metas. Es simplemente
asegurar que la calidad sea lo que debe ser.

Una de las herramientas más utilizadas, cuando se maneja el concepto de aseguramiento

de calidad en los negocios, es el ciclo PDCA (Plan, Do, Check, Act),

Este ciclo de aseguramiento de calidad cosiste en cuatro pasos:

Plan (Planificar): Establecer objetivos y procesos requeridos para entregar los resultados,
de acuerdo a lo esperado.

Do (Hacer): Implementar los procesos desarrollados.

Check (Verificar): Monitorear y evaluar el proceso implementado vía revisión de resultados

contra los objetivos predeterminados.
 SERVICIO NACIONAL DE APRENDIZAJE SENA
Formato para Desarrollo de Evidencia
|

Téngase en cuenta, que los pioneros del aseguramiento de calidad, fueron Walter
Shewnart, Harold Dodge y George Edwards. La elaboración de gráficas de control por
parte de Shewnart, de técnicas de muestreo por Dodge y de técnicas de análisis
económicos para resolver problemas, fueron la base del moderno aseguramiento de la
calidad.

Ahora bien, las empresas innovadoras, altamente competitivas, jamás descuidan lo que
representa el aseguramiento de la calidad en los costos, beneficios y satisfacción de sus
consumidores; sabe su gerencia, que las normas del sistema de calidad identifican los
rasgos que pueden ayudar, a que la empresa satisfaga consistentemente los requisitos de
sus clientes. No tratan de imponer algo totalmente nuevo, y saben, además, que los
sistemas de calidad, tratan sobre la evaluación de cómo y porqué se hacen las cosas. Por
tanto, no es extraño que un gran número de empresas pequeñas, ya están realizando
muchas de las operaciones que especifican las normas.

Tómese muy en cuenta, además, que un sistema de calidad, en sí mismo, no conduce

automáticamente a mejorar los procesos de trabajo o la calidad del producto. No resuelve
todos los problemas. Esto significa, que se debe dar un enfoque más sistemático a la
empresa. Los sistemas de calidad no son solo para grandes compañías, ya que tratan de
cómo se maneja una empresa; se pueden aplicar a todos los tamaños de empresas y a
todos los aspectos de la administración, como mercadeo, ventas y finanzas, así como el
negocio básico. Le corresponde a cada cual decidir el alcance de la aplicación.

Las normas sobre calidad no se deben confundir con las normas sobre productos. La
mayoría de organizaciones, para las cuales los conceptos de sistemas de calidad y en
particular la serie ISO 9OOO son nuevos, confunden la calidad del producto con el
concepto de administración de la calidad. El uso de normas sobre productos, normas sobre
sistemas de calidad y aproximaciones al mejoramiento de la calidad, son medios para
aumentar la satisfacción del cliente y la competitividad de la empresa y no se excluyen uno
del otro.

Concretamente un sistema de calidad, en sí mismo, no conduce automáticamente a

mejorar los procesos de trabajo o la calidad del producto No resuelve todos los problemas.
Esto significa que se debe dar un enfoque más sistemático a la empresa. Los sistemas de
calidad no son solo para grandes compañías Ya que tratan de cómo se maneja una
empresa, se pueden aplicar a todos los tamaños de empresas y a todos los aspectos de la
administración, como mercadeo, ventas y finanzas, así como el negocio básico. Le
corresponde a cada cual decidir el alcance de la aplicación.

Conclusión

Es válido cuando se dice que el sistema de aseguramiento de la calidad es una

metodología, que permite manejar un mismo lenguaje y puede ser aplicado a cualquier tipo
de empresas industriales o de servicios; su único requisito es adecuado a los conceptos y
terminologías propios de cada actividad. ‘aec.es’ aporta que no olvidemos que, el
Aseguramiento de la Calidad consiste, por tanto, en seguir una línea de actuación, dirigida
a conseguir trabajar sobre la base de un conjunto de acciones planificadas y sistemáticas,
implantadas dentro del Sistema de Calidad de la empresa.
 SERVICIO NACIONAL DE APRENDIZAJE SENA
Formato para Desarrollo de Evidencia
|

Los sistemas de aseguramiento de la calidad, tradicionalmente han tenido una gran carga
documental, puesto que requieren de una planificación exhaustiva, definición de tareas y
responsabilidades, registro de resultados obtenidos y pautas de inspecciones internas
continuas, todo ello soportado en documentos.

b. ¿Qué conjunto de buenas prácticas aplicaría para el proceso de construcción del sistema
de información? Sustente la respuesta.

El poder identificar y transferir las mejores prácticas al interior de una organización es crítico para
poder obtener una ventaja competitiva y es por ello que se ha convertido en una de las técnicas de
administración más prominentes a partir de la segunda mitad de los años noventa.
Una práctica es un método o técnica utilizada para llevar a cabo una parte de un proceso y
describe cómo se realiza. Las mejores prácticas son aquellas técnicas o métodos que permiten
incrementar la satisfacción del cliente al incorporar su uso en nuestro proceso.
Este artículo está enfocado en las mejores prácticas en el desarrollo general, análisis, diseño y las
relacionadas a los requerimientos.

Prácticas aplicables al proceso de desarrollo en general

A pesar de las diferencias particulares entre las distintas metodologías ágiles, existe un conjunto de
mejores prácticas que son comunes a la mayoría de ellas y que se aplican al proceso de desarrollo
en general.

Participación activa de los clientes. Los clientes deben proveer información de manera regular,
tomar decisiones de manera constante e involucrarse activamente en el proceso de desarrollo a
través de herramientas y técnicas que faciliten su inclusión.

Visualización de los requerimientos. Al principio de un proyecto ágil es necesario invertir algún

tiempo para identificar el alcance del proyecto y crear la pila inicial de requerimientos organizados
por prioridad.

Información de una única fuente. Se obtiene al capturar la información en un lugar únicamente.

Visualización de la arquitectura. Al principio de un proyecto ágil es necesario un modelado inicial

de la arquitectura desde un nivel de abstracción alto para identificar una estrategia que permita la
implementación de la solución.

Documentar continuamente. Elaborar documentación entregable a través del ciclo de vida del

producto de forma paralela a la creación de la solución.
Ver más allá del modelado. Algunas veces los requerimientos que tienen una mayor prioridad son
complejos, lo cual motiva que se inviertan esfuerzos para explorarlos antes de comenzar su
desarrollo para reducir el riesgo general del desarrollo.

Múltiples modelos. Cada tipo de modelo tiene sus fortalezas y debilidades. Un desarrollador

efectivo necesitará contar con una variedad de modelos en su caja mental de herramientas que le
permitan aplicar el modelo adecuado en la forma más apropiada para la situación actual.

Gestión de requerimientos
 SERVICIO NACIONAL DE APRENDIZAJE SENA
Formato para Desarrollo de Evidencia
|

Adoptar modelos inclusivos. Para facilitar la participación activa de los clientes con el modelado
y la documentación, es necesario reducir las barreras idiomáticas evitando utilizar términos
técnicos y utilizando herramientas simples como notas adheribles.

Tomar una primera aproximación amplia. Es mejor intentar plasmar la idea general en lugar de
enfocarse en algún aspecto particular del sistema, esto permite obtener un conocimiento general
del sistema. Tratar de definir la totalidad de los requerimientos al inicio del proyecto suele fallar
debido a dos razones principales:

 Cuando los clientes reciben la indicación de plasmar todos sus requerimientos en papel al
inicio del proyecto intentan definir tantos requerimientos potenciales como les es posible
sin saber si realmente serán necesarios.
 Los clientes saben que si no lo hacen ahora será muy difícil agregarlos después debido a
la práctica común de evitar realizar cambios en etapas avanzadas del proyecto.

Tratar los requerimientos como una pila priorizada.

Se ubican los requerimientos en una pila ordenados por prioridad de acuerdo a cuándo deben
implementarse, decisión que debe tomarse en conjunto con el cliente. En caso de requerirse un
cambio a un requerimiento debe tratarse como un nuevo requerimiento y agregarse a la pila. Los
requerimientos que se encuentran al principio de la pila deben estar bien detallados y en los del
final el detalle debe ser escaso.

Preferir requerimientos ejecutables sobre documentación estática. En la manera posible,

especificar los requerimientos en forma de “pruebas de usuario” que puedan ejecutarse y diseñar
como si fueran pruebas de desarrollo ejecutables, en lugar de documentación “estática” no
ejecutable.

Reconocer que existe una amplia variedad de clientes. Incluso entre los miembros de una
misma empresa es común que haya puntos en los que no exista un acuerdo sobre lo que se
espera del sistema. Por ello es necesario definir a la persona que servirá de intermediario entre el
cliente y el equipo de desarrollo, y que funcionará como la fuente oficial de información y
priorización.

Requerimientos independientes de la plataforma. Los requerimientos deben ser independientes

de la plataforma para que puedan conservar su simpleza y claridad.

Más pequeño es mejor. Los pequeños requerimientos, características e historias de usuario son
más fáciles de estimar y de desarrollar que aquellos que son grandes, además de que son más
fáciles de priorizar y por tanto de manejar.
Trazabilidad. Se refiere a la capacidad de conocer la relación de un requerimiento hacia todos los
artefactos que afecta: modelos de análisis, modelos arquitectónicos, modelos de diseño, código
fuente y casos de prueba. La trazabilidad debe verse reflejada en una matriz, lo que permite
analizar el impacto que tendría en el sistema un cambio de requerimiento.

Explicar las técnicas. Todo el equipo debe tener un entendimiento básico de una técnica de
modelado, incluyendo los clientes. Por ejemplo, el tomar unos momentos para explicar qué es una
tarjeta CRC y por qué se utiliza, puede ayudar a facilitar el proceso.

Adoptar la terminología de los clientes. No debemos insistir en que los clientes sean capaces de
entender terminología técnica del desarrollo. Para ellos se está construyendo el sistema, por tanto,
 SERVICIO NACIONAL DE APRENDIZAJE SENA
Formato para Desarrollo de Evidencia
|

es su terminología la que debemos utilizar para el modelado del sistema. Un artefacto útil para
consolidar esta práctica es elaborar y mantener un glosario de términos de negocio.

Análisis y diseño
Los diseños ágiles se van construyendo, no se definen por completo al inicio. El diseño general
del sistema se construye conforme avanza el desarrollo del proyecto cambiando y evolucionando
constantemente.

Los modelos de diseño son apenas lo suficientemente buenos. No es necesario modelar cada
detalle en los modelos ya que no es necesario que se encuentren completos, los detalles se refinan
durante el proceso de codificación.

Cada modelo puede ser utilizado para diversos propósitos. Cada modelo puede ser utilizado
para diversos propósitos, por ejemplo, un caso de uso puede usarse para modelar la naturaleza
esencial de un proceso o para modelar un proceso a detalle.

Los diseñadores también deben codificar. Cuando el modelo desarrollado por alguien más se
entrega a otra persona para codificarlo hay un riesgo significativo de que no capte sus detalles
adecuadamente. Separar las funciones del diseño y la codificación es riesgosa, es mejor contar
con especialistas en el equipo que puedan

diseñar y codificar.

Probar con código. Nunca debe asumirse que un diseño funciona, sino que debe probarse
codificándolo para determinar si funciona.

La retroalimentación es importante. Nunca debe olvidarse que es necesario buscar activamente

retroalimentación sobre el trabajo que se realiza. Esto permite mejorar el sistema.

Utilizar herramientas de generación de código. En caso de que exista la posibilidad de que a

partir del diseño se genere automáticamente código, esa posibilidad debe aprovecharse.

El diseño es importante y debe realizarse todos los días. Es de suma importancia pensar en lo
que se va a construir. A través del diseño es posible obtener una idea general y plasmarla antes de
lanzarse a la construcción.

Analizar detenidamente el ambiente de implementación. Esto es importante porque permite

determinar cuestiones como la portabilidad que tendrá el sistema, lo cual limita la elección de
tecnologías para el desarrollo del proyecto.

Documentar las partes complicadas del sistema. A través de la documentación generada

debemos poder entender el funcionamiento del sistema, así como las razones que sustentan las
decisiones de diseño.
c. ¿Cómo cree usted que el cliente percibe si un producto de desarrollo de software tiene
buena calidad? Sustente la respuesta.

Ante este panorama, la mejor forma de lograr una ventaja competitiva es crear relaciones con los
clientes a través de una excelente calidad de servicio y/o producto, el cual supere sus expectativas
y le genere un estado emocional positivo, que se sientan parte de la marca y se conviertan en
 SERVICIO NACIONAL DE APRENDIZAJE SENA
Formato para Desarrollo de Evidencia
|

nuestro canal de comunicación ante otros clientes.

Actualmente, la satisfacción del cliente se ha convertido es uno de los objetivos fundamentales de

las organizaciones, logrando integrar todas las áreas funcionales que la componen como una mejor
respuesta a las expectativas del cliente. 

d. ¿Cree usted que, al aplicar técnicas de calidad en el desarrollo de software, permite

disminuir los costos de mantenimiento y es más flexible al añadir nuevas funcionalidades al
sistema de información? explique por qué?

Si de encontrar una manera eficaz y eficiente de reducir costos se trata, la mejor forma de lograrlo
es implantando el sistema de mejora continua la cual no se trata de recortar costos, sino de
gestionarlos.

La gestión de costos implica supervisar los procesos de desarrollo, producción y venta de

productos o servicios de buena calidad, al tiempo que trata de reducir los costos o mantenerlos a
niveles objetivos.

La reducción de costos en la empresa es el producto de diversas actividades que lleva a cabo la

gerencia. Lamentablemente en muchas empresas tratan de reducir los costos sólo mediante el
recorte de gastos; encontrándose entre las acciones típicas el despido de personal, la
reestructuración y la disminución de proveedores.

Este tipo de actitudes provoca la interrupción del proceso de calidad y da como resultado el
deterioro de ésta.

Pero en los mercados actuales los clientes y consumidores exigen una mejor calidad a un menor
precio y una entrega puntual, lo cual puede también formularse como una más alta relación
satisfacción (calidad + servicio) / precio.

Cuando la gerencia sólo concentra sus actividades en la búsqueda de precios más bajos
simplemente procede a la reducción de costos, descubriéndose que tanto la calidad como la
entrega puntual se ven seriamente afectadas por dicha actitud.

e. ¿Cómo mediría usted la calidad en un software desarrollado por un tercero?

El concepto de calidad encuentra muchas definiciones posibles. La más tradicional se refiere al conjunto
 SERVICIO NACIONAL DE APRENDIZAJE SENA
Formato para Desarrollo de Evidencia
|

de cualidades de una persona o cosa. Sin embargo, las definiciones vinculadas a las actividades
industriales hablan de la medida en que un producto o servicio satisface los requerimientos de una función
dada. De todas formas, el concepto es subjetivo. Por ejemplo, un producto que cumple con las
expectativas de un usuario puede haber sido elaborado sin conformidad con ciertas normas de
fabricación. Por eso, la calidad siempre depende del punto de vista, pero, en general, involucra el
cumplimiento de un conjunto de exigencias. Otros aspectos a tener cuenta pueden ser la adecuación al
uso y la ausencia de deficiencias.
Entonces

 Calidad funcional. Refleja en qué medida el software cumple con o se ajusta a un determinado

diseño, basado en requerimientos funcionales. Éstos abarcan las actividades del software que
involucran procesamiento de datos de entrada.

 Calidad estructural. Refleja en qué medida el software cumple con los requerimientos no

funcionales, como rendimiento, capacidad de mantenimiento o escalabilidad.
El estándar ISO/IEC 9126 presenta la calidad del software como un conjunto de seis características
globales:

 Funcionalidad. Las funciones del software son aquellas que buscan satisfacer las necesidades
del usuario.
 Confiabilidad. La capacidad del software de mantener su rendimiento bajo ciertas condiciones
durante cierto período de tiempo.
 Usabilidad. Basada en el esfuerzo necesario para utilizar el software por parte de un grupo de
usuarios.
 Eficiencia. Basada en la relación entre el nivel de rendimiento del software y el volumen de
recursos utilizado, bajo ciertas condiciones.
 Capacidad de mantenimiento. Basada en el esfuerzo necesario para realizar modificaciones
específicas.
 Portabilidad. Basada en la capacidad del software para ser transferido de un entorno a otro.
 SERVICIO NACIONAL DE APRENDIZAJE SENA
Formato para Desarrollo de Evidencia
|

2. Posteriormente debe ingresar al foro que se encuentra en el menú principal de la plataforma y

ubíquese en el área de “Actividades” e ingrese al enlace “Fase Desarrollo”, allí encontrará el enlace
para participar en el foro temático donde debe socializar su información con sus compañeros.

3. Además de hacer su participación, deberá revisar los aportes de al menos dos compañeros a
quienes formulará realimentación, argumentación o inquietudes sobre sus participaciones y
propuestas planteadas.

LO QUE DEBE CONTENER LA EVIDENCIA (PARTES DEL INFORME O PASOS)

La participación por parte del aprendiz en el Foro temático y la socialización con sus compañeros.
PRODUCTO(S) ENTREGABLE(S)

Participación activa en el foro por parte del aprendiz exponiendo sus puntos de vista en la
concepción inicial del sistema de información.

INSTRUMENTO DE EVALUACIÓN

La evaluación de la presente evidencia se hará teniendo en cuenta la participación activa del

aprendiz en el foro temático y los criterios de evaluación establecidos en el instrumento de
evaluación específico para esta evidencia, es importante su análisis para mayor comprensión de lo
requerido.

Instrumento de evaluación: IE-AP08-AA9-EV04-Foro-Medición-Calidad-SI.

FORMA DE ENTREGA

Debe enviar el archivo a través de la plataforma virtual en el área correspondiente indicada por el
instructor encargado. Al momento de realizar la entrega tenga en cuenta los siguientes pasos:

Ingrese al menú principal de la plataforma y ubique el área de “Actividades” e ingrese al enlace

“Fase Desarrollo”, posteriormente acceda a la carpeta de la Actividad de Proyecto correspondiente,
y haga entrega de la evidencia. En caso de dificultades comuníquese oportunamente con el
instructor a cargo.