J'ai cr=E9=E9 une base de donn=E9es sous Access. Rien de bien m=E9chant,
mais avec quand-m=EAme une dizaine de tables, certaines contenant des
donn=E9es entr=E9es dans Access, d'autre qui reprennent des donn=E9es
ext=E9rieures, des formulaires pour remplir les premi=E8res, des macros
pour remplir les secondes, des requ=EAtes pour lier le tout, des =E9tats
pour voir le r=E9sultat et des menus accompagn=E9s d'autres macros pour
que les utilisateurs lambda puissent l'utiliser facilement.
O=F9 je veux en venir? Et bien, mon chef m'a demand=E9 de documenter
cette application. Et je suis parfaitement d'accord avec lui, il faut
le faire. Mais je ne sais pas par o=F9 commencer. Est-ce qu'il y a des
r=E8gles/conventions pour =E7a? Des conseils? O=F9 est-ce que je peux
trouver des exemples?
J'aurais vraiment besoins de vos conseils ou de r=E9f=E9rences (livres,
sites internet) sur ce sujet.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
david
Salut,
commence par un pré-ambule définissant le pourquoi de la base.
Ensuite, donne la définition de toutes tes tables Noms Fonction (utilisation, type d'enregistrement, ...) détail des champ (nom, type, valeur/défaut, regles, Null autorisé)
Dessine ensuite le MOD de ta base (ensemble des relations) et ajoute une page de commentaire sur le but de chaque relation (verbalise les traits, par exemple entre client et facture, les clients emettent des factures : 1->n avec vérification de l'intégrité, ...).
Vient ensuite les requêtes. Donne le nom, fonction et code SQL de chaque requête
Puis les interfaces utilisateurs (formulaire / etat), il faut : un aperçu de l'écran avec le nom de chaque contrôle (soit dans le contrôle, soit avec un trait vers...) la fonction de l'interface (saisie de nouvelle facture, ...) le code VBA (ou macro) associée à ce formulaire
En dernier, tu présentes les fonctions VBA (et marco) développées hors formulaire.
Et voila (envrion 100 pages plus loin), tu as finis.
Un conseil, regarde dans les DAO (tabledefs, fields, querydefs de l'objet database) pour faire une anaylse rapide de tes tables, champs et requêtes.
A+, david
Salut,
commence par un pré-ambule définissant le pourquoi de la base.
Ensuite, donne la définition de toutes tes tables
Noms
Fonction (utilisation, type d'enregistrement, ...)
détail des champ (nom, type, valeur/défaut, regles, Null
autorisé)
Dessine ensuite le MOD de ta base (ensemble des relations) et ajoute
une page de commentaire sur le but de chaque relation (verbalise les
traits, par exemple entre client et facture, les clients emettent des
factures : 1->n avec vérification de l'intégrité, ...).
Vient ensuite les requêtes.
Donne le nom, fonction et code SQL de chaque requête
Puis les interfaces utilisateurs (formulaire / etat), il faut :
un aperçu de l'écran avec le nom de chaque contrôle (soit dans le
contrôle, soit avec un trait vers...)
la fonction de l'interface (saisie de nouvelle facture, ...)
le code VBA (ou macro) associée à ce formulaire
En dernier, tu présentes les fonctions VBA (et marco) développées
hors formulaire.
Et voila (envrion 100 pages plus loin), tu as finis.
Un conseil, regarde dans les DAO (tabledefs, fields, querydefs de
l'objet database) pour faire une anaylse rapide de tes tables, champs
et requêtes.
commence par un pré-ambule définissant le pourquoi de la base.
Ensuite, donne la définition de toutes tes tables Noms Fonction (utilisation, type d'enregistrement, ...) détail des champ (nom, type, valeur/défaut, regles, Null autorisé)
Dessine ensuite le MOD de ta base (ensemble des relations) et ajoute une page de commentaire sur le but de chaque relation (verbalise les traits, par exemple entre client et facture, les clients emettent des factures : 1->n avec vérification de l'intégrité, ...).
Vient ensuite les requêtes. Donne le nom, fonction et code SQL de chaque requête
Puis les interfaces utilisateurs (formulaire / etat), il faut : un aperçu de l'écran avec le nom de chaque contrôle (soit dans le contrôle, soit avec un trait vers...) la fonction de l'interface (saisie de nouvelle facture, ...) le code VBA (ou macro) associée à ce formulaire
En dernier, tu présentes les fonctions VBA (et marco) développées hors formulaire.
Et voila (envrion 100 pages plus loin), tu as finis.
Un conseil, regarde dans les DAO (tabledefs, fields, querydefs de l'objet database) pour faire une anaylse rapide de tes tables, champs et requêtes.
A+, david
Gilbert
Bonjour,
Va voir dans Outils, Analyse, Documentation. Tu trouveras peut-être une partie de ce que tu cherches.
-- Gilbert
"Geraldine Majere" a écrit dans le message de news: Bonjour,
J'ai créé une base de données sous Access. Rien de bien méchant, mais avec quand-même une dizaine de tables, certaines contenant des données entrées dans Access, d'autre qui reprennent des données extérieures, des formulaires pour remplir les premières, des macros pour remplir les secondes, des requêtes pour lier le tout, des états pour voir le résultat et des menus accompagnés d'autres macros pour que les utilisateurs lambda puissent l'utiliser facilement.
Où je veux en venir? Et bien, mon chef m'a demandé de documenter cette application. Et je suis parfaitement d'accord avec lui, il faut le faire. Mais je ne sais pas par où commencer. Est-ce qu'il y a des règles/conventions pour ça? Des conseils? Où est-ce que je peux trouver des exemples?
J'aurais vraiment besoins de vos conseils ou de références (livres, sites internet) sur ce sujet.
Merci d'avance,
-- Géraldine Majere
Bonjour,
Va voir dans Outils, Analyse, Documentation. Tu trouveras peut-être une
partie de ce que tu cherches.
--
Gilbert
"Geraldine Majere" <geraldine11@libertysurf.fr> a écrit dans le message de
news: 1134476994.220482.131530@g47g2000cwa.googlegroups.com...
Bonjour,
J'ai créé une base de données sous Access. Rien de bien méchant,
mais avec quand-même une dizaine de tables, certaines contenant des
données entrées dans Access, d'autre qui reprennent des données
extérieures, des formulaires pour remplir les premières, des macros
pour remplir les secondes, des requêtes pour lier le tout, des états
pour voir le résultat et des menus accompagnés d'autres macros pour
que les utilisateurs lambda puissent l'utiliser facilement.
Où je veux en venir? Et bien, mon chef m'a demandé de documenter
cette application. Et je suis parfaitement d'accord avec lui, il faut
le faire. Mais je ne sais pas par où commencer. Est-ce qu'il y a des
règles/conventions pour ça? Des conseils? Où est-ce que je peux
trouver des exemples?
J'aurais vraiment besoins de vos conseils ou de références (livres,
sites internet) sur ce sujet.
Va voir dans Outils, Analyse, Documentation. Tu trouveras peut-être une partie de ce que tu cherches.
-- Gilbert
"Geraldine Majere" a écrit dans le message de news: Bonjour,
J'ai créé une base de données sous Access. Rien de bien méchant, mais avec quand-même une dizaine de tables, certaines contenant des données entrées dans Access, d'autre qui reprennent des données extérieures, des formulaires pour remplir les premières, des macros pour remplir les secondes, des requêtes pour lier le tout, des états pour voir le résultat et des menus accompagnés d'autres macros pour que les utilisateurs lambda puissent l'utiliser facilement.
Où je veux en venir? Et bien, mon chef m'a demandé de documenter cette application. Et je suis parfaitement d'accord avec lui, il faut le faire. Mais je ne sais pas par où commencer. Est-ce qu'il y a des règles/conventions pour ça? Des conseils? Où est-ce que je peux trouver des exemples?
J'aurais vraiment besoins de vos conseils ou de références (livres, sites internet) sur ce sujet.
Merci d'avance,
-- Géraldine Majere
Geraldine Majere
david a écrit:
[snip]
Pff, ça fait du boulot, tout ça. Enfin, bon, j'ai signé...
Merci beaucoup,
-- Géraldine Majere
david a écrit:
[snip]
Pff, ça fait du boulot, tout ça.
Enfin, bon, j'ai signé...
