méthode de dev pour application graphique

Salut à tous,

Voilà je viens de finir mes études de développement informatique. J'ai une bonne vision général des langages et j'ai déjà fait un peu de C/C++.

Par contre maintenant j'aimerais continuer à me faire la main mais avec une application graphique.

J'ai donc dans l'idée de développer un logiciel de gestion bancaire personnel en C++ avec Qt (que je connais que de nom).

Mon problème n'est pas tant d'ordre technique mais plutôt organisationnel dans le sens où je ne sais pas comment et par où commencer pour faire mon programme.

Par quoi doit-on commencer pour developper un logiciel graphique ? le graphique / le moteur / les receptions d'évènement de l'utilisateur...?

Voilà en gros comment procédez-vous pour développer vos appli graphiques ? quel sont les étapes que vous effectuez ?



Merci à tous de votre participation

Et bien je dirais le cahier des charges :)

Définis tes besoins:
Que pourra faire ton logiciel?
Base de données?
Comment désire tu garder tes données?
Quel devise? Quel langage?
Ce que tu veux que ton applications sache faire.

Pour chaque chose que tu désire rentre un peu plus en profondeur dans l'étude. Analyse vite fait, puis point par point tu analyse avec plus de précision.
Ensuite UML, graphique sur papier de ton application et tes fenêtres. Et codage :)

Bonjour,

Citation:

---

Envoyé par miltone

Salut à tous,
Par quoi doit-on commencer pour developper un logiciel graphique ? le graphique / le moteur / les receptions d'évènement de l'utilisateur...?

---

le fait d'utiliser Qt va relativement guider votre démarche, vous devez donc d'abord regarder les exemples fournis avec celui-ci pour avoir un idée de ce que l'on peut faire avec et comment.

En ce qui concerne le projet lui même comme il a été dit la première chose est bien-sûr de décider du 'quoi' (cahier des charges). Par contre vu que vous utilisez Qt il n'est pas souhaitable de s'occuper de la gestion des événements (slots/signaux) dans une phase spécifique séparée.

Citation:

---

Envoyé par Astraya

UML, graphique sur papier

---

j'ose espérer que le but n'est pas de faire les diagrammes UML sur papier, sinon à quoi cela sert qu'on se décarcasse à faire des outils ;)

Pour ce qui est des données, mise à part PHP/MySQL, je n'ai jamais eu l'occasion de me pencher sur le sujet. Je ne sais pas du tout comment les organiser et les manipuler à travers C++. Donc effectivement c'est un point à étudier.

Effectivement je vais mieux détailler mon cahier des charges pour arriver à fournir des diagrammes UML utile.

Quel serait l'outil Qt le plus efficace pour maquetter rapidement une application, histoire d'avoir une bonne vision globale du projet ?

Salut,
(Les applis graphiques m'interrogent toujours sur leur capacité à rapidement devenir des spaghetti à grosse tendance inflationniste.)
Je me demande si l'esprit agile n'est pas adéquat dans ce genre de démarche : identifier les buts principaux du projet, construire le 'backbone' de l'architecture puis fonctionner par itération courte dev/refactoring. Je ne suis pas persuadé (désolé bruno ;) ) que partir sur de beaux graphes UML (avec Bouml bien sûr) n'aboutisse pas à une belle usine sur 'papier' (fut-il électronique).

Citation:

---

Envoyé par 3DArchi

Je ne suis pas persuadé (désolé bruno ;) ) que partir sur de beaux graphes UML (avec Bouml bien sûr) n'aboutisse pas à une belle usine sur 'papier' (fut-il électronique).

---

je ne faisais que réagir à la possibilité de faire de l'UML via papier/crayon, pas plus. Je sais bien que l'outil non plus ne fait pas le moine :lol:

J'essai de trouver des explications sur comment gérer les données utilisateur du programme en C++ mais je ne trouve pas grand chose (si ce n'est un tutorial trop complexe sur developpez.com).

Je connais les bases de données, le requêtage SQL etc...et je m'en suis servi avec un site en PHP/MySQL mais cela me paraitrait bizarre d'utiliser la même méthode (ouvrir MySQL pour utiliser mon site PHP en local) avec C++.

Si on prend comme exemple une simple application qui s'installe avec un fichier exécutable, comment ce programme fait pour gérer les données utilisateur alors que celui-ci n'a pas forcement installé de SGBDR sur son système ?

pourriez-vous m'éclairez sur cette aspect sombre de C++ ?

Ba y a trois options, soit tu as un serveur et ton programme va taper dans la base de donnée via le net, soit tu installe une base de donnée locale, soit tu gère toi même tes données en interne à la main.

Et tu n'as plus besoin de PHP ici, il est bien sur possible de requeter directement une base de donnée en C++ (heureusement :p)

Je pense que dans un premier temps j'essayerais de stocker les données à la main mais après ce serveur du BDD serait nettement plus pratique.

Ce qui me taraude n'est pas tant le coté développeur du programme mais plutôt le coté utilisateur et sa machine. Ok je peux fonctionner comme PHP/MySQL avec C++ qui à assurément une bibliothèque pour utiliser des SGBDR mais comment cela se passe quand il faut fournir le programme à l'utilisateur ?

Exemple:
Quand j'installe Firefox sur mon poste, il ne m'installe pas de SGBDR en plus du programme. J'ai un dossier unique qui comprend le programme exécutable et c'est tout. Voilà ou réside mon incompréhension

Oui parce que toutes les informations sont stockées sur le net, ce qui revient pour à la première option...

Tu ne lui donne que le programme, et il se connecte à un serveur fixe pour récupérer les infos.

Après si c'est l'option que tu retient, autant le faire tout de suite avec une base de donnée, quitte à utiliser une base de donnée locale pour le développement, ça ne change presque rien à ce qui se passe "en vrai"

Je crois que je me suis mal fait comprendre car :

Citation:

---

Oui parce que toutes les informations sont stockées sur le net, ce qui revient pour à la première option...

---

Depuis que j'utilise des programmes informatiques quasiment (voir aucuns) de mes programmes possèdent des données distantes sur le web. Mon logiciel de compte Microsoft Money 2005 ne stock pas mes comptes sur le net bien heureusement.

Citation:

---

Après si c'est l'option que tu retient, autant le faire tout de suite avec une base de donnée, quitte à utiliser une base de donnée locale pour le développement, ça ne change presque rien à ce qui se passe "en vrai"

---

Justement il se passe quoi en vrai pour l'utilisateur ?

Citation:

---

j'ose espérer que le but n'est pas de faire les diagrammes UML sur papier, sinon à quoi cela sert qu'on se décarcasse à faire des outils

---

Bé bien sur que si... :p mais non je parlais d'UML pour le programme et de diagramme papier pour le design graphique de l'application. :zoubi:

Citation:

---

Envoyé par miltone

Depuis que j'utilise des programmes informatiques quasiment (voir aucuns) de mes programmes possèdent des données distantes sur le web. Mon logiciel de compte Microsoft Money 2005 ne stock pas mes comptes sur le net bien heureusement.

---

Tu dis ça pour l'instant, mais avec les histoires de cloud computing et autres bureau décentralisés, ça y viendra bien un jour^^

Bah il reste les deux autres solutions, soit le programme gère tout seul ses données, souvent sous la forme d'un serveur de base de données, mais juste interne au programme ce qui fait que tu ne le voit pas.

Citation:

---

Envoyé par miltone

Justement il se passe quoi en vrai pour l'utilisateur ?

---

Bah en vrai il se passe que l'utilisateur voit ses données, après où et comment elles sont stocké, il s'en tamponne l'utilisateur (ouai c'est toujours vache un utilisateur^^)
Non mais plus sérieusement, je suis pas sur d'avoir bien compris cette question^^

Citation:

---

Justement il se passe quoi en vrai pour l'utilisateur ?

---

Euh...je confirme cette question est assez ambigüe en fait.

Citation:

---

Bah il reste les deux autres solutions, soit le programme gère tout seul ses données, souvent sous la forme d'un serveur de base de données, mais juste interne au programme ce qui fait que tu ne le voit pas.

---

et comment mettre en oeuvre ce système ?

Ok je sais développer avec une SGBDR à coté que je lance et une bibliothèque C++ pour l'utiliser mais après comment UNIR le tout dans un seul programme que l'utilisateur installera simplement sans installer la SGBDR qui ira avec.

Salut,
Beaucoup de programmes ont un exécutable ... et une palanquée de fichiers qui contiennent les données. Selon la stratégie du programme, ces données peuvent :
-> soit être dans le même répertoire que l'exécutable (en général des données de configuration non liées à un utilisateur/projet/travail) ;
-> soit dans un répertoire spécifique fourni par l'utilisateur : par exemple, ton document Word est stocké là où tu dis à Word de le sauvegarder. Ou encore, ton projet Code::Blocks/Visual/Qt/etc... est stocké là où tu demandes à ton I.D.E. de l'enregistrer ;
-> soit certains paramètres peuvent être stockés (sous windows) dans les répertoires de l'utilisateur courant (Mes Documents ou Documents and Settings).
Cela veut dire qu'il faut que tu identifies
1/ Les données de l'application qui servent surtout à la configurer et qui sont indépendantes de l'utilisateur. Ce sont celles qui sont positionnées à l'install, aux éventuelles mises à jour et qui peuvent configurer certains comportements globaux. Ces données seront partagées entre tous les utilisateurs de ton appli sur le même post. ;
2/ Les données de configuration propre à un utilisateur. Ces données sont spécifiques à un utilisateur qu'il retrouve d'une session sur l'autre.
3/ Les données liées à un travail/projet avec ton application. Ce sont les données qu'il a en créant un nouveau 'document'.
Selon le type d'application tous les jeux de données n'ont pas lieu d'être. C'est à toi de voir lesquelles sont pertinentes et de définir leur stratégie de stockage.

Ensuite comment les sauvegarder ?
-> Utiliser une sauvegarde manuelle que tu fais de A à Z. Laborieux et rapidement buggé :aie:. Cette sauvegarde peut être brute, textuelle, XML, etc...
-> Utiliser des mécanismes de sérialisation ;
-> Utiliser des bibliothèques comme SQLite qui s'utilise comme une base de donnée mais sans avoir un serveur de BDD.

Certaines données peuvent être déportées sur un serveur Internet mais si tu démarre cela me semble pas la façon la plus simple pour commencer.

Je me suis penché sur SQLite pour lequel il existe assez peu de documentation (mise à part l'officiel bien-sur). Ça me parait donc jouable mais délicat.
Si j'utilise SQLite pour mon programme il faudra donc que l'utilisateur final utilise aussi ce programme. Mais comment gérer cette base de données sur le poste client ?

La plupart des logiciels sous Windows sont fourni avec un simple exécutable d'installation et quand on l'exécute on ne voit pas, sur le système, de SGBDR installé ou autre pour gérer la pertinence des données.
Donc si j'utilise SQLite, comment le mettre en œuvre sur le poste de l'utilisateur sans que celui-ci le voit ou puisse l'utiliser en dehors de mon programme?

Quant à la sérialisation le problème reste identique car ce n'est qu'une technique de découpage et non de sauvegarde à proprement parler des données.

Comment la plupart des logiciels freeware non-professionnels font pour gérer la persistance de leur données ?

Ba la plus grande majorité fait comme a dit 3D, sérialisation plus stockage dans un fichier (soit à un emplacement donné, soit choisit par l'utilisateur).

Quand à SQLite, première ligne de la page about:

Citation:

---

SQLite is a in-process library that implements a self-contained, serverless, zero-configuration, transactional SQL database engine

---

Si ça ça répond pas à ce que tu veux, je sais pu quoi faire :p

Citation:

---

Ba la plus grande majorité fait comme a dit 3D, sérialisation plus stockage dans un fichier (soit à un emplacement donné, soit choisit par l'utilisateur).

---

Apparemment, la sérialisation n'est qu'une technique de découpage de données ce qui reviens donc, comme la dit, 3D à faire une sauvegarde manuelle de A à Z, long et laborieux et rapidement buggé.

Citation:

---

Si ça ça répond pas à ce que tu veux, je sais pu quoi faire :p

---

Certes ma mes questions ne reposent pas sur le point de vue du développeur et de l'utilisation de SQLite pour lui car ca ce n'est pas bien compliqué. Mais de savoir comment faire pour proposer une application à l'utilisateur avec SQLite pour la persistence de ses données ?

Vous me répondez toujours du point de vue du développement là ou moi je parle de celui de l'installation pour l'utilisateur.

Si je développe un programme avec persistance des données sous ORACLE c'est bien, c'est beau, et ca ne pose apriori aucun problème, mais comment tu va faire après pour distribuer ton application aux utilisateurs?
Tu ne va quand même pas leur dire d'acheter une licence oracle ?
Tu va joindre Oracle à ton package d'installation ?

Quand on installe un programme on ne voit jamais quel système de persistance de données le développeur à utilisé et il ne nous fait pas installer de SGBDR ou autres outils pour son programme. Pourtant il y a bien un système de sauvegarde dans son programme. Alors soit, il existe des techniques d'installation pour cacher certains outils, soit le développeur à fait lui-même un système long et laborieux de sauvegarde qui est très vite buggé.

Citation:

---

SQLite is a compact library. With all features enabled, the library size can be less than 300KiB, depending on compiler optimization settings. (Some compiler optimizations such as aggressive function inlining and loop unrolling can cause the object code to be much larger.) [...]

---

Je ne suis pas expert, mais je pense qu'il suffit juste de fournir la "dll" de sqllite et rien d'autre.
Je viens de télécharger le fichier "sqlitedll-3_6_23_1.zip" et dedans il y deux fichiers (sqlite3.dll et sqlite3.def).

Citation:

---

Envoyé par miltone

[...]
[...]

Quand on installe un programme on ne voit jamais quel système de persistance de données le développeur à utilisé et il ne nous fait pas installer de SGBDR ou autres outils pour son programme. Pourtant il y a bien un système de sauvegarde dans son programme. Alors soit, il existe des techniques d'installation pour cacher certains outils, soit le développeur à fait lui-même un système long et laborieux de sauvegarde qui est très vite buggé.

---

Je pense que soit le développeur à utilisé un moteur de base de données intégré (genre Sqlite) soit l'installation d'un moteur de base de données client-serveur un peu plus lourd s'est réalisé en mode "silencieux" (via des scripts), et qu'un service (ou daemon sous linus/unix) en tâche de fond tourne.
Pour le peu que le programme d'installation soit bien réalisé, l'utilisateur ne verra que du feu, la seule chose qu'il aura à faire est de cliquer sur les boutons "suivant" et "Ok".

mmm ok j'avance un peu là :)

Je reconnais que le sujet de départ à un peu dérivé et que mes questions ne sont pas évidentes car c'est assez dur à expliquer mon incompréhension. Merci à vous de m'aider. Donc :

Citation:

---

Je ne suis pas expert, mais je pense qu'il suffit juste de fournir la "dll" de sqllite et rien d'autre.
Je viens de télécharger le fichier "sqlitedll-3_6_23_1.zip" et dedans il y deux fichiers (sqlite3.dll et sqlite3.def).

---

Ok donc invisible pour l'utilisateur lambda. Je posais cette question car pour le développeur, lui, doit lancer une installation sur son pc pour pouvoir créer une BDD et je pensais que l'utilisateur devait finalement faire de même (donc contraignant et non silencieux).

Citation:

---

moteur de base de données client-serveur un peu plus lourd s'est réalisé en mode "silencieux" (via des scripts), et qu'un service (ou daemon sous linus/unix) en tâche de fond tourne.

---

J'ai donc sur mon ordinateur, qui contient une variété conséquente de programme, une multitude de moteurs de SGBDR qui tourne en tâche de fond à chaque fois que je lance un programme qui utilise cette technique pour la sauvegarde de ses données ?

J'ai des SGBDR installés sur mon PC qui tournent mais uniquement pour le programme qui l'utilise mais, moi personnellement, je ne pourrais pas lancer ces moteurs de bases de données seule ?

Ai-je bien compris ?
Cela peut paraitre tordu ou bizarre comme question mais je vous assure que ce sujet est très peu abordé sur la toile ou je n'arrive pas à trouver les mots clés juste pour pouvoir accéder à ce genre de concept expliqué.

Avant de me lancer j'ai besoin de bien comprendre ce que j'ai à faire et comment le faire et surtout pourquoi le faire ;)

Citation:

---

Envoyé par miltone

[...]
J'ai donc sur mon ordinateur, qui contient une variété conséquente de programme, une multitude de moteurs de SGBDR qui tourne en tâche de fond à chaque fois que je lance un programme qui utilise cette technique pour la sauvegarde de ses données ?
[...]

---

Attention, je n'ai jamais dit que tous le faisait mais que c'est simplement une éventualité. Cela dépend de l'application, il faut vraiment que l'application ait un réel besoin d'utiliser un moteur de base de données non embarqué (genre mySql ou postgresql).

En dehors des applications professionnelles, je ne vois pas trop l'intérêt de "sortir l'artillerie lourde". Pour ma part, j'ai du en voir une seule mais je ne me souviens plus de l'application.

Gérer la persistance des données de manière "classique" peut suffire dans les cas les plus basiques.

Citation:

---

Envoyé par miltone

J'ai des SGBDR installés sur mon PC qui tournent mais uniquement pour le programme qui l'utilise mais, moi personnellement, je ne pourrais pas lancer ces moteurs de bases de données seule ?

---

Pourquoi est-ce que tu ne le pourrais pas ? Si tu es sous windows en mode administrateur, il suffit d'aller dans 'Panneau de configuration'->'Outils d'administration'->'Services' et là tu fais ce que tu veux.

Mais pour un utilisateur 'lambda' cela n'a aucune utilité.

Citation:

---

Envoyé par miltone

Ai-je bien compris ?
Cela peut paraitre tordu ou bizarre comme question mais je vous assure que ce sujet est très peu abordé sur la toile ou je n'arrive pas à trouver les mots clés juste pour pouvoir accéder à ce genre de concept expliqué.

Avant de me lancer j'ai besoin de bien comprendre ce que j'ai à faire et comment le faire et surtout pourquoi le faire ;)

---

Au contraire, il me semble que cela soit très intéressant comme question, c'est en se posant des questions qu'on avance.

En matière de persistance de données, il faut d'abord évaluer les besoins de l'application, savoir s'il y aura ou pas des accès concurrents aux données, estimer la quantité de données que l'application devra gérer, etc...

Par exemple je veux créer un logiciel de gestion de cave à vin pour un particulier, est-ce que j'ai vraiment à me soucier des accès concurrents aux données si une seule personne doit y accéder ? Soit je gère tout de manière traditionnelle à la main soit j'y intègre un moteur de base de donnée léger embarqué (Sqlite).

Bref, ça dépend de ce que tu veux faire.

Citation:

---

Envoyé par miltone

Salut à tous,

[...]
J'ai donc dans l'idée de développer un logiciel de gestion bancaire personnel en C++ avec Qt (que je connais que de nom).
[...]

---

En gros c'est un peu comme "Microsoft Money", non ?

Citation:

---

En gros c'est un peu comme "Microsoft Money", non ?

---

C'est EXACTEMENT ça !!! Sauf que étant utilisateur de ce logiciel il y a quelques fonctions que j'aimerais avoir qui n'existe pas ou la présentation que, moi, je ferais différemment.

L'idée est de ne pas perdre la main durant ma difficile période de recherche de 1e emploi après ma formation, en développant un outil de A à Z qui me servera dans le futur.

Finalement Obliveon j'ai l'impression que tu me conseil d'écrire mes sauvegardes à la main là ou 3D signal que cela est laborieux.

Vers quel technologie ou concept je pourrais me pencher pour étudier comment effectuer ces sauvegarde ? car les ranger dans un simple fichier texte je pense que cela est trop basique (et peut-être lent à la lecture).

Citation:

---

Envoyé par miltone

Finalement Obliveon j'ai l'impression que tu me conseil d'écrire mes sauvegardes à la main là ou 3D signal que cela est laborieux.

---

Les 'petits' projets (disons, là où les données sauvegardées ne sont pas nombreuses ni d'une architecture complexe) la sauvegarde à la main est la façon la plus rapide à mettre en œuvre.
XML permet une première 'structuration' et les bibliothèques XML commencent à t'enlever quelques soucis (comme les conversions).
Une bibliothèque de sérialisation s'occupe de la cuisine nécessaire pour avoir des objets correctement construits.
Ces techniques te permettent aussi bien une sauvegarde sur fichier que des échanges inter-appli (par réseau par expl). En revanche, elles nécessitent souvent de charger et de sauver l'intégralité des données d'un projet par ton programme car les instertions/suppressions en milieu de fichier sont assez laborieuses.

Avec une bonne conception, ton module de sauvegarde devrait être facilement substituable. Puisque tu précises qu'il s'agit de te faire la main, il peut même être intéressant de tester différentes stratégies : 100% à la main dans un format qui t'est propre, en utilisant une bibliothèque XML, en utilisant une librairie de sérialisation, en utilisant SQLite.
Ca te permet d'apprendre les flux, XML, la sérialisation et SQLite, que du bonheur :mouarf:

Citation:

---

Envoyé par obliveon

Citation:

---

SQLite is a compact library. With all features enabled, the library size can be less than 300KiB, depending on compiler optimization settings. (Some compiler optimizations such as aggressive function inlining and loop unrolling can cause the object code to be much larger.) [...]

---

Je ne suis pas expert, mais je pense qu'il suffit juste de fournir la "dll" de sqllite et rien d'autre.
Je viens de télécharger le fichier "sqlitedll-3_6_23_1.zip" et dedans il y deux fichiers (sqlite3.dll et sqlite3.def).

---

Tu as le code source. Donc c'est même possible de générer une bibliothèque statique et de la lier à ton programme. Donc rien de plus qu'un exécutable de visible pour l'utilisateur (en dehors des fichiers de données).

Citation:

---

Envoyé par 3DArchi

[...]

Avec une bonne conception, ton module de sauvegarde devrait être facilement substituable. Puisque tu précises qu'il s'agit de te faire la main, il peut même être intéressant de tester différentes stratégies : 100% à la main dans un format qui t'est propre, en utilisant une bibliothèque XML, en utilisant une librairie de sérialisation, en utilisant SQLite.
Ca te permet d'apprendre les flux, XML, la sérialisation et SQLite, que du bonheur :mouarf:
[...]

---

Un excellent exercice de conception qui permet de séparer la gestion des données et la présentation des données, patron de conception MVC.

je crois que je vais me lancer à développer mes sauvegardes moi-même puis à améliorer au fur et à mesure. SQLite sera donc la suite logique. Mine de rien, j'ai appris pas mal avec ce sujet et je dois maintenant mettre en pratique.

Je vous remercie à tous de votre précieuse participation et vous dit à plus

:ccool:

Citation:

---

Envoyé par miltone

je crois que je vais me lancer à développer mes sauvegardes moi-même puis à améliorer au fur et à mesure. SQLite sera donc la suite logique. Mine de rien, j'ai appris pas mal avec ce sujet et je dois maintenant mettre en pratique.

Je vous remercie à tous de votre précieuse participation et vous dit à plus

:ccool:

---

Bonne idée.
stratégie n'était pas en italique par hasard dans mon dernier message.