COMO PASAR DEL DISEÑO A LA CODIFICACIÓN

COMO PASAR DEL DISEÑO A LA CODIFICACIÓN


Autoevaluación


1. ¿Qué es un lenguaje de programación?


Aunque es en apariencia una cuestión académica, el diseño de lenguajes es de vital importancia para el ingeniero de software. Los lenguajes de programación son sus instrumentos básicos, y debe retroalimentar información sobre la confiabilidad y utilidad de los lenguajes de programación a los diseñadores de los lenguajes de programación a los diseñadores. El ingeniero de software debe tener conocimiento de los lenguajes de programación para poder tomar decisiones razonadas sobre el lenguaje más adecuado a sus aplicaciones particulares.


2. ¿Cómo debe ser el estilo de codificación?


El código debe ser comprensible (debe mezclarse la simplicidad con la claridad).


3. ¿Cuáles son los criterios que se aplican para la evaluación de lenguajes disponibles?


• Los requisitos del contratista del sistema.


• Disponibilidades de compiladores del lenguaje.


• Disponibilidad de instrumentos de software para apoyar el desarrollo de los programas.


• Tamaño del proceso.


• Conocimiento del personal de programación existente.


• Lenguaje de programación utilizado en proyectos previos.


• Necesidad de transportar el software.


• La aplicación que se está programando.








DOCUMENTACIÓN DE CODIGO


Autoevaluación


1. ¿Cómo debe ser la documentación del código?


La documentación comienza con la elección de los nombres de los identificadores (variables y etiquetas), continúa con la localización y composición de los comentarios y termina con la organización visual del programa.


2. ¿Qué es la documentación interna?


Los comentarios permiten al programador comunicarse con otros lectores de código fuente. Los comentarios pueden también resultar una clara guía de comprensión durante la última fase de la ingeniería de software –el mantenimiento -.


3. ¿Cuáles son las características que deben contener los comentarios descriptivos?


• Describir los bloques de código en vez de describir cada línea.


• Usar líneas en blanco o tabulaciones de forma que sean fácilmente distinguibles del código.


• Que sean correctos, un comentario incorrecto o que se pueda interpretar mal es peor que no ponerlo.