Organisation du projet

Le projet CRUZCATERSYOU est un projet individuelle mais aussi personnelle. Dans ce cas, il n'y a qu'une seule machine en opération pour toutes les fonctionnalités du projet, et il n'y a qu'un seul développeur qui gére le projet. Les fichiers nécessaires sont divisées en sous-répertoires par rapport à leurs rôles, et ils sont groupées dans une répertoire directement liée au base Github. Pour acceder et changer les contenus de ces fichiers, le développeur utilise Pycharm, une IDE désignée pour le langage Python. Pour sauvegarder au base Github, le développeur utilise l'application Github dans son machine pour faire des commits et des push. Pour acceder et modifier le cahier des charges, le développeur utilise Google Docs. Pour les diagrammes, les outils sont le site "diagrams.net" pour le diagramme d'architecture, et UMLet pour le diagramme UML.

Les avantages ou points forts du développeur dans ce cadre sont les suivants:

• avec une seule machine où tous les fichiers se situent, il n'y a pas des problèmes avec les changements des noms des variables, des classes, ou des instances
• avec un seul développeur, il n'y a pas des problèmes par rapport aux commits et push sur github
• le projet est personnelle car les clients du développeur sont ses parents, donc il n'y a pas des problèmes des communications
• en divisant les fichiers en sous-répertoires, il est facile de cibler d'où viennent les bugs du programme

Les inconvénients ou points faibles du développeur dans ce cadre sont les suivants:

• avec un timeline rétardé, le développeur n'avait pas assez du temps pour bien plannifier et coder le projet, donc la qualité de l'application n'est pas assez bonne
• en travaillant tout seul, le développeut n'avait pas un "deuxième tête" pour partager et discuter des idées
• le développeur perd parfois sa motivation à cause d'un planning inadequate

Comme solution de ces points faibles, il est possible d'avoir un meilleur planning, plus structurée et a plus de rigeur. Il est aussi bien de laisser assez du temps pour gérer chaque partie du projet, afin d'avoir des codes plus agréables.