FASE DE DISEÑO

AP05-AA6-EV03.
Identificación de los puntos críticos del proyecto de desarrollo en curso

PROYECTO
Desarrollo de un sistema de información para el registro y control de pagos del
colegio Madre Matilde de la localidad Fontibón de la ciudad de Bogotá

Diana Marisol Martínez Rozo

Análisis y desarrollo de sistemas de información
Ficha: 2104589

Dirigido a instructora

Diana Marcela Cruz

Área técnica

Servicio Nacional de Aprendizaje

SENA
Bogotá, mayo de 2021

1
Contenido

Introducción ............................................................................................................. 3
Errores más comunes en el desarrollo de software ................................................ 3
Referencias ............................................................................................................. 3
Propuestas .............................................................................................................. 4
Control del documento ............................................................................................ 7

2
Introducción

El presente documento, permitirá evidenciar las diversas propuestas planteadas,

para evitar algunos de los errores más comunes, en el desarrollo del software de un
sistema de información, para así enlistar de forma ordenada y concreta las
estrategias a tener en cuenta para prevenir dichos inconvenientes, y manejar los
mejores estándares de calidad en su desarrollo.

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.

Referencias

eléctrica, f. d. (julio-diciembre de 2015). proyectos institucionales . Obtenido de

http://eprints.uanl.mx/9199/1/Reglas.pdf
Rosado, A. (s.f.). uv.es. Obtenido de diseño de interfaces hombre maquina:
https://www.uv.es/rosado/courses/sid/Capitulo6_HMI.pdf
sena. (mayo de 2020). territorium. Obtenido de fundamentos de calidad para el
desarrollo de software:
https://sena.territorio.la/content/index.php/institucion/Titulada/institution/SEN
A/Tecnologia/228106/Contenido/DocArtic/AP05_OA_FunCalDesSoft.pdf
sena. (mayo de 2020). territorium,. Obtenido de formato desarrollo evidencia,
identificación de puntos criticos.:
https://sena.territorio.la/content_mooc.php?idMateria=328414&social=2747
527

3
Propuestas
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 Realizar un muy buen levantamiento
de las necesidades del cliente
describiéndolos en los ● Requerimientos erróneos o
Requerimientos del Sistema incompletos.
Información.
Estos requerimientos deben ser
claros, alcanzables y medibles.
2 • Registrar de forma adecuada
y ordenada los
requerimientos
exclusivamente aprobados
por el cliente, y no adicionar
requerimientos no validados
por el cliente, usar el
modelado de casos y una ● Errores en el diseño lógico.
revisión del diseño más
completo.

• Documentar el código de
diseño, hacer los ajustes
necesarios del código,
acordar un tiempo apropiado
para su correcta ejecución.
3 • Claridad de los
requerimientos funcionales y
no funcionales, exponer con
el cliente las implicaciones de
sus solicitudes y aclarar
cualquier inconsistencia de
estas con la efectividad del
proyecto en desarrollo. ● Desviación intencional de los
• limitar nuestro desarrollo a lo requerimientos del cliente.
que puntualmente ha
planteado el cliente, no sobre
estimar nuestra función
pasando por lo que el cliente
tiene pensado para su
producto final, aun si se ve
por debajo de lo que puede
lograr el desarrollador.

4
4 • Usar un lenguaje que sea
comprensible para el cliente
(no demasiado técnico).
• documentar de forma
sistemática y clara todas y
cada una de las
funcionalidades que el cliente
desea del proyecto a
desarrollar. ● Deficiente interpretación de la
• escuchar con atención sus comunicación con el cliente.
solicitudes y documentarlas.
• no omitir información
• tomar el tiempo necesario
para que sea comprensible
para las dos partes la
magnitud de lo que se
ejecutara.

5 • Respetar lo requerido por el

cliente
• Mantener un diseño que
facilite la interacción con el
usuario
• Lograr una interfaz intuitiva y
ordenada.
• Crear una interfaz atractiva y
con un buen manejo de ● Interfaz de usuario inconsistente
colores y formas
armoniosamente.
• Manejar apropiadamente los
tamaños de fuente y la
simetría para que no sean
elementos distractorios.
• Realizar encuestas con sus
usuarios para hacer mejoras.
6 • Conocer los buenos
estándares de programación
e implementarlos
• Uso de las mismas
convenciones para todo el ● Deficiencia de los estándares de
programa para que sea programación
leíble.
• Definir una nomenclatura
estándar para los diferentes
objetos.

5
7 • Ponerse en el lugar del
usuario y crear un sistema
que permita dar soluciones a
sus requerimientos.
• Generar un sistema que sea
rápido y eficaz que facilite su
interacción con el usuario.
• Utilizar imágenes e iconos
que faciliten la identificación
de funciones de cada una de
las opciones que de la
interfaz.
• Pensar en dar facilidades a
las personas que estarán en
directa interacción con el
sistema, como bonotes de
acceso rápido a las acciones
mas frecuentes. (imprimir,
inicio, etc., módulos de fácil ● Interfaz humano/computadora ambigua
acceso. o inconsistente.
• Tener en cuenta elementos
de control como barra de
herramientas, menú
contextual, cuadros de
diálogos (retroalimentación) y
ayuda en línea.
• Alertar al usuario sobre algún
error cometido en su
interacción con el sistema,
como datos incompletos o
acción no permitida, avisar si
se salto un paso o demás.
• mantener la atención del
usuario en lo importante con
su diseño de interfaz como
fuente, tamaño, color,
sonidos, imágenes o
enmarcando.

6
Control del documento

PUNTOS CRITICOS DEL SISTEMA

Redacto Diana Marisol Martinez
Asesor pedagógico Diana Marcela Cruz

Fecha 8 mayo 2021