Un buen diseño de una aplicación debe contener una descripción de sus componentes, su almacenamiento permanente, su configuración, sus permisos, y sus internaciones.
Pero sobre todo tiene que permitir que un humano medianamente entrenado, tras haber leído el diseño, pueda hacer como si fuera un ordenador e interpretar en su cabeza el diseño. Es decir, será completo pero no se perderá en complejidades que no aportan nada, como utilizar identificadores no legibles para cada parte (atrás quedaron los tiempos de M$ y sus limitaciones de 8 caracteres). como les encanta hacer a los funcionarios de escritorio.
Es decir, un buen diseño explica como se harán las cosas, no qué se hará, que eso ya lo hace el análisis.
Por ejemplo, un análisis de una calculadora simplemente dice que se realizará la operación que el usuario seleccione con la información mostrada en la pantalla. Un diseño tiene que profundizar un poco más y decir que cuando un usuario pulsa un botón que no sea de operación, hay dos casos:
- Tras una operación, borra el resultado anterior y empieza un nuevo número
- Continúa con el número en otro caso
- El número se completa de izquierda a derecha (de potencia más grande a menor) utilizando la base elegida (base 10 por defecto).
Copyleft Ender. El presente artículo no tiene finalidad informativa, de creación de opinión pública o de entretenimiento. Tiene como finalidad principal, la enseñanza y la divulgación de experiencias, proyectos, pensamientos y conocimientos del autor. Se permite la copia textual, la traducción y la distribución de este artículo entero en cualquier medio, a condición de que este aviso sea conservado. Se permite la cita. El autor no reclamará ninguna cantidad por el ejercicio de las dos autorizaciones anteriores. No autorizo a ninguna Entidad de Derechos de Autor a reclamar cantidad alguna en mi nombre por el ejercicio de los dos derechos anteriores.