La plataforma está subordinada al plan.
No me conformaría con Ruby hasta que mapeara las estructuras y el flujo del sistema. Estoy de acuerdo con su otro póster sobre la estructura de datos. Todas las decisiones DEBEN fluir de la adaptación exitosa de los datos con respecto a la estructura y el proceso. Esa es la regla # 1
La regla n. ° 2 consiste en hacer una lista exhaustiva de lo que la comunidad de usuarios esperará del sistema. Deja eso muy claro. Identifique usuarios y clases de usuarios, y describa de manera general las necesidades y permisos, etc.
Este es el momento de planificar y hacer que sus actores (clases) se imbuyan de permisos, características, comunicaciones y poderes.
Una vez que haya completado el mapeo de datos y haya mapeado minuciosamente TODOS los procesos que se requerirán de principio a fin, crearía una maqueta inicial de los datos con los datos de prueba apropiados. Luego, revisaría la lista de procesos (los verbos) y los crearía jerárquicamente, teniendo en cuenta volver a usar el código dentro de múltiples funciones (¡se requiere algo de pensamiento aquí!). Haga shells de estas funciones / rutinas y concéntrese en definir sus firmas de entrada y formas de salida esperadas. Todavía no escriba el código de procesamiento: solo las funciones definidas y comentadas, las subrutinas, las firmas y los retornos.
En este punto, usted decidirá sobre la plataforma, armado con estimaciones del tamaño de los datos y la complejidad de las consultas, etc. La base de datos no importará tanto ahora, debido a ODBC y la interoperabilidad de ANSI sql. Pero el lenguaje deberá decidirse en función de la velocidad, la adaptabilidad, la capacidad de mantenimiento, etc. Creará las tablas y consultas necesarias (solo shells de esas consultas por ahora. Asegúrese de nombrar sus objetos adecuadamente para facilitar los posibles cambios futuros).
Mientras realiza este ejercicio, tome notas. Derroche y compre un cuaderno espiral, y úselo para registrar especificaciones, ideas, requisitos y cualquier cosa que piense que lo ayudará a hacer un buen producto. Los dibujos, creo, con frecuencia son útiles, aunque crudos si están debidamente etiquetados.
Ahora, ¿recuerdas esas funciones y subprogramas de rutina que hiciste? que ya están escritos y bien comentados? ¡Ahora está listo para darles algunos poderes y probarlos con los datos falsos en la base de datos!
Luego, debe crear una estructura de comandos que interactuará con una de varias características del sistema: administración, administrador, cliente. La interfaz tendrá poderes basados en su posición y propósito. Estos deben definirse de antemano e implementarse. Se conectarán en diferentes niveles a la base de datos Y al cliente a través de un navegador armado con php.
Escriba html rudimentario para las tres caras y cree rutinas de php para buscar y mostrar los datos apropiados de la manera adecuada con la verificación del permiso apropiado. Todo esto, presumiblemente debería haber sido pensado, documentado y realizado un código de shell ligero como se sugiere en el párrafo 3. Asegúrese de cumplir estrictamente con el protocolo MVC para evitar allanamientos o manipulaciones no autorizadas de sus datos. ¡Esto es muy importante! NADA es más importante que la protección y conservación de sus datos.
¡Bueno, eso debería mantenerte ocupado por un tiempo! 🙂 Buena suerte!