No es necesario incluir todas las cosas, ya que es el proyecto de su último año. Si se toma muy en serio su proyecto, le sugiero que comience con la definición del problema / definición de la aplicación, a qué se dirige al crear esta aplicación. Luego, necesita usar diagramas de casos para ayudarlo a usted y a su equipo a comprender mejor el proyecto. Después hay muchas otras cosas, como diagramas de interfaz, diagramas de actividad para obtener el flujo real y el funcionamiento del proyecto. Luego viene la parte de programación. Y finalmente, probando. La mayoría de las personas no prueban su aplicación, en mi experiencia, el entrevistador definitivamente le pregunta si ha probado su aplicación o no. Si es así, entonces cómo. Las pruebas difieren de un proyecto a otro. Todas estas son fases de la construcción de una buena aplicación o producto. Proporcionar estas documentaciones definitivamente ayudaría al lector a comprender el proyecto. Pero, en serio, no creo que nadie te pregunte todo eso. Incluso si lo muestras, a nadie le importa. El código fuente está bien hasta cierto punto y el resto se solicita oralmente, no necesita esos archivos.
Supuse que presentará su proyecto a una empresa de TI en una entrevista. Si no es una entrevista o si es una competencia o algo así, necesita tener todas esas cosas.
- ¿Cuál es la diferencia entre 'Computer & Communication Engg' y 'Computer Science & Engg'?
- ¿Cuál es mejor: DRAM, SRAM, FRAM, MRAM o PRAM?
- ¿Qué necesito aprender para construir un traje de Iron Man?
- Como estudiante graduado de Ingeniería en Computación, ¿cuáles son las habilidades y los lenguajes de programación que necesito aprender para estar listo para un trabajo?
- ¿Es una buena idea que un especialista en EE realice un CS menor?
