Identificación de los puntos críticos del sistema de información en
desarrollo
Carlos Alberto Ortiz Ferrin
SENA
Tecnología en Análisis y Programación de sistemas
Cali, Colombia
2020
*Angelica María Marín
*Mario Alejandro Moreno *Marleny Parra González *Angelica María Ospina Evidencia Identificación de los puntos críticos del proyecto de desarrollo en curso
DESCRIPCIÓN DE LA EVIDENCIA
De acuerdo a 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. Las propuestas se deben ajustar a la estructura planteada en la siguiente tabla,
la cual contiene un ejemplo para diligenciamiento.
ÍTEM PROPUESTA ERROR A EVITAR 1 La información de la Interfaz de usuario pantalla debe estar inconsistente organizada de acuerdo a un estándar que se mantenga en todas las presentaciones De pantalla, los mecanismos de entrada deben restringirse a un conjunto limitado que se utilice durante toda la aplicación. Los mecanismos de ir de una tarea a otra deben implementarse de manera consistente. Mantener la consistencia en todas las aplicaciones. 2 Cada paso que se da en el Error en el diseño desarrollo de cada software lógico siempre tiene que tener un diseño lógico para saber cómo están estructurados y cuales con los pasos a seguir del programado r para llevar con plenitud el sistema de información desarrollar 3 Se reconoce a un Pruebas de software excelente programador incompletas o porque siempre tienen que erróneas hacer pruebas del software que está desarrollando y cada prueba se tiene que evidenciar que sea completa y no tenga errores para así evitar entregar un proyecto lleno de errores.
Siempre es bueno hacer
pruebas e incluir al cliente en cómo va quedando el sistema de información 4 Realizar un muy buen Requerimientos levantamiento de las erróneos e necesidades del cliente incompletos describiéndolos en los Requerimientos del Sistema Información.
Estos requerimientos deben
ser claros, alcanzables y medibles.
5 Tener claras las ideas que el Deficiente
cliente solicita en el sistema interpretación de la de información requerido. comunicación con el Siempre es de prioridad una cliente. comunicación asertiva 6 cuando programamos en Error en la lenguajes de alto nivel, lo traducción al que estamos haciendo en lenguaje de realidad es el código programación a fuente de ese programa. partir de diseño
Este código fuente debe
ser traducido a binario para que las instrucciones que contienen puedan ser entendidas y ejecutadas por la máquina. Para esto existe un programa encargado de realizar la traducción, llamado traductor del lenguaje