¿Cuáles son los pasos para escribir un código y tener un software completo?

Depende de en qué etapa se encuentre con la codificación.

Como principiante, experimentas con cosas que crees que funcionarán hasta que algo realmente funcione. el código está sucio porque puede que no esté diseñado lógicamente y habrá muy pocos comentarios y carecerá de una estructura coherente. No podrá completar muchos proyectos que comience porque no puede descubrir cómo depurarlos.

Si tiene un poco de instrucción de un programa formal, aprenderá el valor de un diagrama de flujo. Ahora su código comienza a ser más estructurado y más fácil de depurar. Sus comentarios aún están lejos de ser lo suficientemente completos como para que alguien más pueda seguir su código. Ahora está completando regularmente proyectos de 100 líneas de código o más. La mayoría de los estudiantes universitarios con un solo curso de programación nunca progresan más allá de esta etapa. Hacia el final de esta etapa, ya no depende de los diagramas de flujo formales, sino que realiza una pseudo programación donde escribe la estructura de su programa utilizando una combinación de su idioma nativo y código. Empiezas a usar modularidad.

Cuando comienza a convertirse en profesional en su codificación, se da cuenta de que debe documentar su código. Esto es cuando comienzas a ser descriptivo con tus comentarios. Todavía usa pseudocódigo para diseñar su trabajo. Además, comienza a programar la comprobación de errores tanto para evitar “basura” como para afirmar que el producto de esta etapa producirá resultados que se utilizarán más adelante. Sus comentarios en esta etapa deben tener una definición suficiente para que un programador experto pueda seguir su trabajo y comprenderlo. Los programas cuando se inician casi siempre finalizan y pueden ejecutar un par de miles de líneas. Su código es casi siempre un conjunto de módulos estructurados donde puede aislar errores inmediatamente cuando ocurren. En esta etapa, comienza a ser más consciente de los procesos informáticos de bajo nivel y aprende a optimizar su código para aprovecharlos. Si está programando el sistema, conoce un sistema y es un buen sistema operativo. Puede estar obteniendo sus primeras certificaciones.

En la siguiente etapa, ahora tiene suficiente práctica y habilidad para conocer la mayoría de los algoritmos básicos. Como resultado, ahora rara vez diseñas un pseudocódigo detallado para un programa. En cambio, comienza a codificar de inmediato, pero se auto documenta por comentarios y bloquea módulos estructurados. La codificación ya no es un desafío. Hablas y piensas el lenguaje de la computadora. De hecho, probablemente conoces media docena o más. Eres íntimo con las arquitecturas informáticas y sabes cómo aprovecharlas al máximo. Los programas de 10,000 líneas o mucho más no te desconciertan. Usted sabe cosas como el MFC o estructuras comparables para las clases de máquina y el funcionamiento para el que está programando. Probablemente tenga varias certificaciones de Master Class. Es posible que no tenga todo lo que se describe aquí, pero tiene lo suficiente como para que la mayoría de los otros programadores envidien. tus habilidades incluso si no lo admiten. Pero puede decir: cuando tienen problemas, acuden a usted y usted los resuelve.

Como no he pasado la última etapa, no puedo ir más allá para describir los atributos de lo que sigue.

El flujo de trabajo básico es

  1. escribe alguna pequeña unidad de código
  2. prueba que hace lo que quieres
  3. arreglarlo hasta que lo haga

Enjuague y repita hasta que tenga un prototipo que funcione (supongo que a eso se refiere al escribir un código en su pregunta).

En ese momento, esencialmente tiene algo que funciona en una sola máquina, en un par de pequeños ejemplos que se le ocurrieron, y se romperá mal en cualquier otra configuración (diferentes sistemas operativos, hardware, resolución de pantalla, ni siquiera ha mirado en el rendimiento todavía). Para convertir eso en “software completo” que puede enviar a personas reales, debe:

  1. productícela: pulir la interfaz de usuario, permitir que las personas cambien su configuración, solucionar problemas de rendimiento, pérdidas de memoria, encontrar la forma de verificar la última versión, crear un tutorial y / o documentación …
  2. intégrelo: asegúrese de que funcione en todos los navegadores o la versión del sistema operativo, maneje todos los formatos de archivo correctos, cree un instalador razonable, asegúrese de que pueda comunicarse con los distintos servidores que se supone que debe …

Según el Mes del Hombre Mítico, la producción cuesta 3 veces más que hacer el prototipo inicial, y la integración también cuesta 3 veces más. Según esa estimación aproximada, es 9 veces más largo desarrollar la aplicación completa que el prototipo .

Creo que el proceso de escribir un software comienza con los requisitos.
La ingeniería de requisitos es la fase en la que usted decide qué es el proyecto.
La siguiente fase es el diseño, donde usted decide los procedimientos del proyecto.
Estas dos fases ocupan aproximadamente el 40% de su desarrollo de software.
La siguiente fase es la estimación de la viabilidad económica y técnica del proyecto IE.
Justo después de la factibilidad viene la codificación.
Aquí es donde se puede ver la entrega real. Y esto no está cerca de estar completo.
La codificación ocupa aproximadamente el 20% del desarrollo de software.
La siguiente parte es una de las fases más difíciles y engorrosas del proyecto: las pruebas.
Esta parte ocupa la mayor parte de los recursos. Es un proceso agotador para depurar el proyecto.
Las pruebas + problemas de mantenimiento ocupan aproximadamente el 40% restante del desarrollo de software.
Esta fase también podría incluir el despliegue del proyecto / producto.
Es posible que algunos programas no tengan un final para su ciclo de vida, ya que puede haber mejoras y mantenimiento futuros que deban realizarse.