IDENTIFICACIÓN DE PUNTOS CRÍTICOS DEL SISTEMA DE INFORMACIÓN

Presentado por:
Daniel Piedrahita Valles

Programa:
ADSI
2282204

Instructor:
Janer Alfonso Pareja Gutiérrez

Institución:
SENA

Santiago de Cali
DESCRIPCIÓN DE LA EVIDENCIA

De acuerdo con los errores más comunes en el desarrollo de software planteados

en el objeto de aprendizaje “Fundamentos de calidad para el desarrollo de
software”, a saber:

● Desviación intencional de los requerimientos del cliente.

● Error en la traducción al lenguaje de programación a partir del diseño.
● Deficiente interpretación de la comunicación con el cliente.
● Error en la representación de los datos.
● Requerimientos erróneos o incompletos.
● Deficiencia de los estándares de programación.
● Interfaz de usuario inconsistente.
● Errores en el diseño lógico.
● Pruebas de software incompletas o erróneas.
● Interfaz humano/computadora ambigua o inconsistente.
● Documentación inexacta o incompleta.

Debe realizar mínimo cinco propuestas para evitar que esto no suceda en el
sistema que va a desarrollar.

Ítem Propuesta Error a evitar

1 Realizar un muy buen ● Requerimientos erróneos o
levantamiento de las necesidades incompletos.
del cliente describiéndolos en los
Requerimientos del Sistema
Información.

Estos requerimientos deben ser

claros, alcanzables y medibles.

2 Apegarse a los requisitos ya ● Desviación intencional de los

planteados para evitar desvíos en requerimientos del cliente.
la es de gran importancia, ya que si
no seguimos lo planteado podemos
terminar desarrollando un sistema
completamente diferente al
solicitado o mas complejo de lo
exigido, haciendo que nuestro
equipo trabaje más y sea menos
productivo.

El programador debe seguir

 estrictamente cada uno de los
requisitos y se debe revisar
constantemente que su desarrollo
siga de acuerdo con lo planteado.
3 Se diagramará de forma clara cada ● Deficiente interpretación de la
uno de los requisitos recolectados comunicación con el cliente.
para así comunicarlos al cliente y
recibir su aprobación o sugerencia
de cambios.

Una vez establecido todo se

procederá a realizar una segunda
revisión entre el programador y el
cliente para su aprobación y
posterior inicio del desarrollo.

De forma periódica se enseñará

cada uno de los avances en el
desarrollo del sistema al cliente
para que pueda percibir el
funcionamiento del mismo.
4 El código desarrollado por el ● Deficiencia de los estándares de
programador deberá ser limpio, programación.
bajo estándares de calidad y
parámetros establecidos, código
diciente, bien estructurado y con
buenas prácticas de programación.

Amplia inducción de las

metodologías practicadas en la
empresa para acoplar al personal
nuevo y así disminuir la tasa de
errores en la programación.
5 Establecer que usuarios serán los ● Interfaz humano/computadora ambigua
implicados en el uso del sistema ya o inconsistente
que es importante establecer que
nivel de complejidad debe tener.

Testeo de la interfaz con usuarios

reales para saber que tan intuitiva
es y en donde hay falencias y así
modificarlas.

Una vez modificada la interfaz con

los cambios necesarios, se hará de
nuevo un testeo real con los
 usuarios hasta que la interfaz sea
óptima para implementar.
6 seguimiento a cada uno de los bugs ● Pruebas de software incompletas o
(errores) para no perder su erróneas.
trazabilidad.

Generar informes de procesos de

calidad ya que esto nos ayudara a
encontrar posibles falencias sobre
las cuales tomaremos medidas de
acción.