Discussion :

[peyau]

Hello,

Alors voilà... je dois coder un petit logiciel de "gestion" interne. Encoder des activités, des rendez-vous, des déplacements, etc. je ne vais pas trop entrer dans les détails pour essayer d'être assez concis.
C'est un petit projet pour une boîte de prod mais un projet déjà assez conséquent pour quelqu'un comme moi qui vais bosser seul sur ce projet.

J'ai des bases très classiques et assez "débutantes" en HTML, CSS, PHP et mysql.
J'suis vraiment pas très avancé pour le coup, mon plus gros projet c'est un shifumi avec des données sauvegardées dans une base de données (et un petit robot sur roulette commandé à distance codé en Python il y a plusieurs années).

Pour ce projet, on m'a conseillé d'utiliser des techno assez récentes et évolutives.
C'est à dire : Reactjs pour le front et C#/.net core pour le back avec une base sql.

Cependant, ce sont des technos dans lesquelles je n'ai absolument aucune base, je n'ai jamais fait de POO, je n'ai jamais utilisé Visual Studio, jamais (ou très très peu) utilisé javascript
Mais ça peut être un très beau projet à réaliser avec beaucoup de choses à apprendre à la clé.
Et au pire, je me casse la gueule pendant le projet, j'apprends et je recommence. Je préfère apprendre sur ce projet plutôt que me lancer dans des petits projets de test à côté, sauf si c'est vraiment nécessaire pour acquérir certaines bases que je n'ai probablement pas...


Donc en fait j'aimerais vos lumières, avoir un style de fil conducteur, qu'est-ce que je fais en premier, quel est la priorité, l'ordre des choses à faire?
Des articles à recommander?

Actuellement, un début de cahier des charges a été fait et une première analyse UML (diagramme de classe et cas d'utilisation).
Je ne sais pas si on peut estimer la taille d'une application en fonction de son nombre de tables mais dans mon analyse il y a environ 30 tables.


Voilà voilà, pour l'instant c'est à peu près tout ce que je voudrais savoir et pour le reste, je vais me documenter au maximum de mon côté avec vos suggestions !

[ohnomorejmmings]

Le projet semble bien ambitieux pour tes connaissances et ton expérience mais tu sembles motivé et avoir l'envie d'apprendre donc tout est possible.

L'idée de petits projets/tests pour se faire la main me semble pertinente. Aussi ça serait vraiment dommage de ne pas s'appuyer sur des bases aussi éprouvées que PHP notamment. Pour l'interface pourquoi pas une biblio mais surtout penser à l'utilisation d'un framework côté serveur : Cadre pour mieux coder, gestion simplifiée de formulaires…

Niveau formation les ressources ici et ailleurs ne manquent pas donc faudrait déjà fouiner et revenir avec une demande plus précise. Au moins la doc des technos choisies sera d'une grande aide. Par contre comme on est dans le forum ALM et que tu parles de conception d'autres sujets comme la méthode sont à considérer…

[escartefigue]

Bonjour,

Avant de se préoccuper du "comment" il faut définir le "quoi" le "quand" et avec quel budget.
C'est le rôle de l'étude préalable puis du cahier des charges.

Les choix techniques (architecture, SGBD, langages) ne viennent qu'après.

[peyau]

Bonjour,

En fait, le quoi est approximativement déjà terminé, le cahier des charges est écrit, il manque juste certains détails mais assez peu importants, la majorité des fonctionnalités se trouve déjà dedans
Le quand c'est un peu quand je veux et quand j'ai le temps
Et le budget il n'y en a pas car ça ne coûte qu'en temps de travail d'une seule personne, soit moi

Un premier jet d'analyse a été fait et je me sentais prêt à attaquer le projet, pour avoir du concret, pour comprendre les erreurs que j'avais potentiellement pu faire dans l'analyse, etc.

Sauf que j'ai réalisé que je ne savais absolument pas par où commencer et comment débuter