Está en la página 1de 3

Michael Steven Arias Caicedo

Daniel Alejandro Carrillo Agredo


Johan Mauricio Criollo Salazar
Kevin David Macareno Ricardo

Guía de aprendizaje

1. ¿Cómo cree usted que el Cliente percibe si un producto de desarrollo de software tiene

Calidad?

 El cliente percibe la calidad del software si ello cumple los requerimientos y la

funcionalidad que se solicitó, además si es entendible intuitiva y operable. También

si todas las operaciones son fáciles de localizar e iniciar. Por lo cual, el cliente así

se daría cuenta de la calidad del software.

2. ¿Cree usted que, al aplicar técnicas de Calidad en el desarrollo de software, se permite

disminuir los costos de mantenimiento y es más flexible al añadir nuevas funcionalidades al

sistema de información? explique por qué?

 Al momento de aplicar las técnicas de calidad en el desarrollo de un software si se

reduce costos de mantenimiento, porque si un error se soluciona en etapa de

requerimientos o de diseño el costo de mantenimiento es mucho menor que si se

encuentra en fase de pruebas o de mantenimiento. Además, si se aplica las técnicas

de calidad al principio va ser más fácil añadir nuevas funcionalidades al sistema de

información sin excedentes de pago.


3. ¿Enumere y explique los pasos de que intervienen en una negociación tecnológica?

1) ID Requerimiento: número que identifica el requerimiento, puede ser un número

consecutivo.

2) Descripción del requerimiento: describe en qué consiste el requerimiento con base en los

términos de referencia.

3) Tipo: define si el requerimiento es funcional o no funcional.

4) Prioridad: define la prioridad del requerimiento (alto, medio, bajo).

5) Estado actual: esta columna define el estado actual del requerimiento, si está en proceso,

completado o en pruebas. El estado completado determina que ese requerimiento en

particular cumplió con lo solicitado en los términos de referencia.

6) Última fecha de estado registrado: corresponde a la última fecha con la que se validó ese

requerimiento en particular.

7) Criterios de aceptación: lista o condición específica que debe cumplirse para que el

requerimiento esté en estado completado.

8) Nivel de complejidad: define si la complejidad del requerimiento es alto, medio bajo.

9) Entregables: es el resultado del requerimiento que debe de ser verificable, puede ser un

módulo implementado, documentos generados, reportes o un estado del proyecto. Por

ejemplo, dispositivos HandHelp recibidos, configurados y probados.

10) Escenario de pruebas: con base en el criterio de aceptación respectivo, se pueden definir

qué tipo de pruebas se deben de realizar para validar la aceptación del requerimiento.

11) Interesado en el requisito: esta columna es de diligenciamiento interno y corresponde a la

persona o área organizacional que solicitó ese requerimiento.


4. ¿Por qué es importante validar la recepción de los bienes informáticos?

 Se analiza la problemática actual de la producción y acumulación mundial de

información en forma de documentos electrónicos o digitales, así como los

problemas derivados del acceso de esa información, sobre todo en red, dado que

esto podría implicar riesgo y pérdida de esa información. Se determinan los riesgos,

amenazas vulnerabilidades, etcétera, que afectan a esa información, así como

diversas estrategias para establecer la seguridad informática y la relación de ésta

con la preservación confiable de esa información. Se estudian y establecen con

detalle los factores que inciden a favor y en contra de los documentos digitales.

5. ¿Quién es el responsable de la calidad del software? (Cliente, Desarrollador, Gerente de

Proyecto).

 Los responsables de la calidad de un software principalmente son los

desarrolladores del mismo, debido a que se le encarga lo que quiere el cliente y por

ello la calidad del producto depende de la calidad del proceso que efectué el

desarrollador.

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

 Probándolo, e identificado si el desarrollo no trae algunas complicaciones en sí,

también comparando con otros softwares para hacer comparaciones en artículos.