Hola razhy,
Hace unos días respondí en un
post sobre como proponer un tema para proyecto de grado o tesis.
Si bien no se debe ir a buscar algo complicado, tampoco se debe ir por algo simple. Al menos así lo pienso yo. Por que un proyecto de grado se supone que no está para presentar un sistema que podría ser encuadrado como un ejercicio de trabajo práctico de la cátedra de lenguajes con unas cuantas mejoras.
El proyecto de grado debe hablar por ti, mostrar quien eres... y de lo que puedes dar. Por tanto uno debe "lucirse" y no dejarse llevar a por lo simple. Ten en cuenta que en el tribunal habrá gente que ya ha visto varios proyectos... y muchos de ellos en términos prácticos y abstractos se pueden resumir en un mismo conjunto de operaciones (salvando ciertas formas y procesos de control, administración, etc): altas, bajas, modificaciones... de algo.
Muchos proyectos de los que se presentan terminan en lo que podríamos llamar "sistemas de gestión". De éstos... hay tantos que seguro ya se aburren.
Por ello es que el proyecto debe ser ni simple, ni complejo, enmarcado en los recursos, tiempos disponibles, y en lo que te permitan tus conocimientos. Condimentado con dosis de originalidad, de inspiración, agregarle cosas que se ven, escuchan poco o que tengan algo de novedoso o que aplique/presente cosas de una forma diferente. Algo realizable, una muestra... un prototipo.
No es sólo el proyecto que debes hacer para aprobar... es también tu manera de probarte. Por lo ello es que debe presentarte interés, que te inspire investigar, dedicarle tiempo y ganas, que te encuentre y te haga sentir cómodo y que quizá pueda darte el puntapié o los elementos para donde especializarse.
El proyecto es la prueba de 5 años de cursado, y se supone además que se debe buscar el modo de incorporar o tratar, o poner en práctica la mayor cantidad de las asignaturas y sus temarios posible. ¿Porqué crees que en el enlace que te hice llegar yo hablo sobre un baúl de recuerdos?
Deja que los 5 años de cursado te hablen, te guíen, no limites tu pensamiento al condicionarlo. Te condicionas cuando te dices "sólo quiero esto", "debe aplicar x cosa", "no me tiene que faltar y". "Si hago A, tengo que hacer B". "Al utilizar C me quedo sin Z", "H depende de que G funciones sobre T". Por ejemplo: "En todos los prácticos de la cátedra de base de datos hemos utilizado las 3 reglas normales principales siempre y no me lo puedo cuestionar". ¡Cuestiónate los 5 años! ¡Pero que no te martilice! ¡Busca tu terreno, tus armas y en lo que te sientas seguro, confiado, inspirado... y que no te extrañes si encuentras cosas que te desafían tus estudios.
Hay situaciones en las que se deben romper ciertas reglas, y en base de datos no es la excepción: existe el concepto de desnormalización y en ocasiones ayuda a ganar simpleza, rapidez, y hasta robustez. Como así también para los patrones han surgido los anti-patrones, a la Ing de Ingeniería de software y sus buenas prácticas se las han cuestionado y algunos se preguntan si algunas de sus prácticas son tan efectivas o para tanto (es más uno de sus principales defensores hoy es uno de los críticos). Si te pones a investigar por lo hondo encontrarás que en muchas cosas de la Informática no hay una única respuesta. Asi que no esperes, necesariamente, "LA respuesta". En estos puntos algunos tribunales fallan, y se olvidan de que existe el ying-yang. Así que si presentas cosas que puedan llevar a buen debate (que es totalmente sano; y es más... suele ser parte de los objetivos y misiones de la cátedra de proyecto de grado) presenta tus argumentos de forma sólida aplicando un buen "análisis FODA" (como ventajas vs desventajas) y de viabilidad/potenciabilidad técnica-operativa.
Saludos,
