Estoy buscando una traducción inglés-chino de un curso de informática que sea fácil de entender.
Pero la idea general es definitivamente correcta. Si no entiendes algo, por favor déjame un mensaje.
Una persona completamente racional siempre tiene una buena razón para lo que hace.
Una persona completamente racional siempre tiene una buena razón para lo que hace. Cada paso es un camino hacia una meta clara.
Sin embargo, para muchos observadores, el proceso habitual de diseño de software parece muy irracional.
El programador no establece claramente el comportamiento requerido y las restricciones de implementación desde el principio. "
Los programadores no especificaron el comportamiento deseado ni las restricciones de implementación desde el principio.
Tomaron una larga serie de decisiones de diseño sin indicar claramente por qué las tomaron.
Muchos de nosotros no estamos contentos con el proceso de diseño.
Por eso se estudia el diseño de software, los métodos de programación, la programación estructurada y temas relacionados.
Por eso el diseño de software, la programación. Se estudian métodos, programación estructurada y temas relacionados.
Lo ideal sería derivar nuestros procedimientos de declaraciones de requisitos tal como derivaríamos teoremas de axiomas en pruebas públicas.
Todos podemos. La metodología "top-down" es el resultado de nuestro deseo de diseñar software de forma racional y sistemática
Malas noticias y buenas noticias
Malas noticias y buenas noticias<. /p. >
La mala noticia es que, en nuestra opinión, nunca encontraremos la piedra filosofal
Nunca encontraremos un proceso que nos permita diseñar software de una forma completamente racional. >
La buena noticia es que podemos fingir que hemos encontrado dicho proceso.
Podemos describir nuestros sistemas a otros como si fuéramos diseñadores racionales y hubiéramos desarrollado y mantenido el proceso. Esto tiene beneficios.
¿Por qué el "proceso" de diseño de software siempre está idealizado?
Estas son algunas de las razones por las que nunca hemos visto proyectos de software realizados de forma "racional":
Algunas de las razones por las que nunca hemos visto que se realicen de manera "racional" son:
Nunca hemos visto proyectos de software realizados de manera "racional". son:
(1) En la mayoría de los casos, las personas encargadas de construir el sistema de software no saben lo que quieren y no pueden decirnos
En la mayoría de los casos, las personas encargadas de construir el sistema de software no sabe lo que quiere y no puede decirnos todo lo que sabe.
(2) Incluso si conocemos los requisitos, todavía necesitamos comprender muchos otros hechos para diseñar el software. >
Incluso si conocemos los requisitos, hay muchos otros hechos que debemos conocer al diseñar software. El diseño falla, por lo que debemos retroceder.
(3) Incluso si conocemos todos los requisitos. hechos relevantes antes de comenzar, la experiencia demuestra que los humanos no pueden comprender completamente los detalles que se deben considerar para diseñar y construir un sistema correcto.
En el proceso de diseño de software, intentamos separar las preocupaciones para que podamos. procesar una cantidad manejable de información.
En el proceso de diseño del software, intentamos separar las preocupaciones. Los puntos están separados para permitir que se procese una cantidad manejable de información.
(4) Incluso si tenemos todos los detalles que necesitamos, todos los elementos, excepto los más triviales, están sujetos a cambios debido a razones externas. Algunos de estos cambios pueden invalidar decisiones de diseño anteriores.
Incluso si tenemos todos los detalles que necesitamos, todos, excepto los elementos más triviales, están sujetos a cambios por razones externas. Incluso si tenemos todos los detalles necesarios, los proyectos más tediosos seguirán cambiando por razones externas. Algunas de estas razones pueden invalidar decisiones de diseño anteriores. El diseño resultante no fue diseñado mediante un proceso de diseño sólido.
(5) Sólo evitando el uso de mano de obra se pueden evitar los errores humanos.
A menos que no se utilicen personas.
A menos que la gente no lo use.
A menos que la gente no lo use.
Aunque las preocupaciones estén separadas, pueden ocurrir errores.