Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Développement Développement Visual Basic Methode de création de programme..

Methode de création de programme..

6 réponses
Avatar
Pmp
Hello !

Je suis autodidacte en informatique.

Je commence à bien me débrouiller en VB/VBA.. Toutefois...
Je sens que je manque de méthode lorsque je crée un programme.

Existe t-il des "methodes de création de programme" ? (et/ou des liens
vers..)

Intuitivement, j'en devine quelques unes :
- Lister les objectifs a atteindre avec les programmes
- Définir les "opérations élémentaires" à effectuer
- Définir les variables ainsi que leur portées
- Définir les procédures et leurs portées
- etc...

Par contre, je sens que je ne suis pas encore au top côté organisation,
puisque quand je termine un projet que je qualifierais de moyenne importance
(10/15 forms), j'ai passé 2 blocs-notes, et j'ai parfois du mal à me
souvenir des "chemins" que j'ai utilisés...

Merci d'avance !

--
----------------------------
Pmp
PmNews@plet.org
Enlevez le ANTIPUB en cas de Reply-to
(Saleté de SPAM !!!)
----------------------------
Signaler un problème avec ce contenu

6 réponses

Supprimer
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
Avatar
Pmp
Hello !

En fait, je ne pense pas (trop) être à la rue côté rigueur d'écriture :
j'essaye de documenter beaucoup mon code (peut-être trop !).
Je pensais plus à une méthode en terme de gestion de projet (Le post de
Nonor m'apporte quelques éléments).

Toutefois, il m'est également intéressant d'avoir un (des ?) avis sur la
présentation du code, car là aussi, c'est un peu du "home-made"...

Je vous ai donc envoyé un petit utilitaire fait pour un collègue en VBA..

Merci de votre avis !
Avatar
Christophe
Bonsoir ,

Je suis comme toi autodidacte, ce que j'essaie de faire c'est d'utiliser au
maximum les classes pour que la partie "spécifications fonctionnelles" soit
plus facile à debugger

Christophe V.

"Nonor" a écrit dans le message de news:

Hello

En tant que programmeur pro, je serais tenté de répondre que ce que tu
recherche
correspond aux spécifications du logiciel :
En entreprise on utilise principalement deux types de spécifications :
-"spécifications fonctionnelles", qui décrivent les fonctions tel
qu'implémentées
au niveau du logiciel
-"spécification techniques", qui décrivent comment sont réalisé les
fonctions.

Ces deux documents répondent aux question "Quoi ?" pour le premier
et "Comment?" pour le deuxième.
Les anglo-saxons, plus pragmatique utilisent des "spécifications externes"
du logiciel
qui décrivent ce que voit l'utilisateur du logiciel,
et les "spécifications internes", qui décrivent les traitements utilisés.

Ces documents s'insèrent dans une démarche méthodologique plus globale
qui fait usage d'un formalisme bien spécifique, ex : SADT, SART, MERISE
et plus récement UML, tu peux faire des recherche sur ces méthodes..voir
http://uml.free.fr/
par ex.
Au niveau logiciel, il n'y a pas vraiment de méthode de conception, on
applique
plutôt des règles de developpement issue du GENIE LOGICIEL, le but est de
minimiser
le nombre de bugs...
Un projet informatique se décompose en 4 phases absoluement


incontournables
que sont
- CONCEPTION
-IMPLEMENTATION
-TESTS
-DOCUMENTATION

plus on prend du temps sur la conception, plus le developpement est


facile,
et vice versa..
la phase de test est vitale, c'est elle qui permet de valider le


logiciel...
Les entreprises aujourd'hui tirent les prix et les délais au maximum, ce


qui
bien sur ne
permet de faire du travail de bonne qualité....mais ce n'est que le début,
quand les programmes
viendront d'Inde ou de Roumanie, les utilisateurs comprendront leurs
malheurs !...

Salut

"Pmp" a écrit dans le message de news:
bk9hl4$n21$
> Hello !
>
> Je suis autodidacte en informatique.
>
> Je commence à bien me débrouiller en VB/VBA.. Toutefois...
> Je sens que je manque de méthode lorsque je crée un programme.
>
> Existe t-il des "methodes de création de programme" ? (et/ou des liens
> vers..)
>
> Intuitivement, j'en devine quelques unes :
> - Lister les objectifs a atteindre avec les programmes
> - Définir les "opérations élémentaires" à effectuer
> - Définir les variables ainsi que leur portées
> - Définir les procédures et leurs portées
> - etc...
>
> Par contre, je sens que je ne suis pas encore au top côté organisation,
> puisque quand je termine un projet que je qualifierais de moyenne
importance
> (10/15 forms), j'ai passé 2 blocs-notes, et j'ai parfois du mal à me
> souvenir des "chemins" que j'ai utilisés...
>
> Merci d'avance !
>
> --
> ----------------------------
> Pmp
>
> Enlevez le ANTIPUB en cas de Reply-to
> (Saleté de SPAM !!!)
> ----------------------------
>
>




Avatar
Bruno
"Nonor" a écrit dans le message de
news:
Hello

En tant que programmeur pro, je serais tenté de répondre que ce que tu
recherche
correspond aux spécifications du logiciel :
En entreprise on utilise principalement deux types de spécifications :
-"spécifications fonctionnelles", qui décrivent les fonctions tel
qu'implémentées
au niveau du logiciel
-"spécification techniques", qui décrivent comment sont réalisé les
fonctions.

Ces deux documents répondent aux question "Quoi ?" pour le premier
et "Comment?" pour le deuxième.
Les anglo-saxons, plus pragmatique utilisent des "spécifications externes"
du logiciel
qui décrivent ce que voit l'utilisateur du logiciel,
et les "spécifications internes", qui décrivent les traitements utilisés.

Ces documents s'insèrent dans une démarche méthodologique plus globale
qui fait usage d'un formalisme bien spécifique, ex : SADT, SART, MERISE
et plus récement UML, tu peux faire des recherche sur ces méthodes..voir
http://uml.free.fr/
par ex.
Au niveau logiciel, il n'y a pas vraiment de méthode de conception, on
applique
plutôt des règles de developpement issue du GENIE LOGICIEL, le but est de
minimiser
le nombre de bugs...
Un projet informatique se décompose en 4 phases absoluement


incontournables
que sont
- CONCEPTION
-IMPLEMENTATION
-TESTS
-DOCUMENTATION

plus on prend du temps sur la conception, plus le developpement est


facile,
et vice versa..
la phase de test est vitale, c'est elle qui permet de valider le


logiciel...
Les entreprises aujourd'hui tirent les prix et les délais au maximum, ce


qui
bien sur ne
permet de faire du travail de bonne qualité....mais ce n'est que le début,
quand les programmes
viendront d'Inde ou de Roumanie, les utilisateurs comprendront leurs
malheurs !...

Salut

"Pmp" a écrit dans le message de news:
bk9hl4$n21$
> Hello !
>
> Je suis autodidacte en informatique.
>
> Je commence à bien me débrouiller en VB/VBA.. Toutefois...
> Je sens que je manque de méthode lorsque je crée un programme.
>
> Existe t-il des "methodes de création de programme" ? (et/ou des liens
> vers..)
>
> Intuitivement, j'en devine quelques unes :
> - Lister les objectifs a atteindre avec les programmes
> - Définir les "opérations élémentaires" à effectuer
> - Définir les variables ainsi que leur portées
> - Définir les procédures et leurs portées
> - etc...
>
> Par contre, je sens que je ne suis pas encore au top côté organisation,
> puisque quand je termine un projet que je qualifierais de moyenne
importance
> (10/15 forms), j'ai passé 2 blocs-notes, et j'ai parfois du mal à me
> souvenir des "chemins" que j'ai utilisés...
>
> Merci d'avance !
>
> --
> ----------------------------
> Pmp
>
> Enlevez le ANTIPUB en cas de Reply-to
> (Saleté de SPAM !!!)
> ----------------------------
>
>




Bonsoir,

Il n'est pas question de créer ici la moindre polémique, cela dit, dans
votre déscriptif des phases d'un développement il me semble que la phase
analyse n'est pas présente et pourtant, l'importance de cette phase n'est
plus à démontrer !

D'autre part, pour votre information, cela fait bien longtemps que l'Inde
envoi ces informaticiens dans le monde entier ... et tant mieux ! L'apport
de culture différente ainsi que de modes de vie différent également ne peut
qu'apporter un plus dans la monotonie de nos progammes.

Cdlt,
Avatar
Christophe
> Bonsoir,

Il n'est pas question de créer ici la moindre polémique, cela dit, dans
votre déscriptif des phases d'un développement il me semble que la phase
analyse n'est pas présente et pourtant, l'importance de cette phase n'est
plus à démontrer !




C'est dans la partie modélisation du "probleme réel" que se définissent les
Objets et les Shémas de Base de données ( dans mon cas, la liste n'est pas
exhaustive ).

Par "probleme réel" je veux décrire l'objet du programme.

Exemple: Gerer des photos d'identité:

photo d'identité: -> image liée à une personne:
objets : image, personne
methode: affiche detruit nouvelle etc....
propriété: nom, tailledeimage etc ...

La Base de donnée elle sert à modeliser les relations qu'on les différents
objets entre eux, ici lien personne photo

Après, la partie "interface utilisateur" utilise la BD comme source de
données pour creer des objets et utiliser propriétés et méthodes.

Christophe V.
Avatar
Ledev
Pmp wrote:
Hello !



Salut,


Je suis autodidacte en informatique.

Je commence à bien me débrouiller en VB/VBA.. Toutefois...
Je sens que je manque de méthode lorsque je crée un programme.

Existe t-il des "methodes de création de programme" ? (et/ou des liens
vers..)

Intuitivement, j'en devine quelques unes :
- Lister les objectifs a atteindre avec les programmes
- Définir les "opérations élémentaires" à effectuer
- Définir les variables ainsi que leur portées
- Définir les procédures et leurs portées
- etc...

Par contre, je sens que je ne suis pas encore au top côté
organisation, puisque quand je termine un projet que je qualifierais
de moyenne importance (10/15 forms), j'ai passé 2 blocs-notes, et
j'ai parfois du mal à me souvenir des "chemins" que j'ai utilisés...



Pour complété ce qui a été dit(je ne sais pas si c'est exactement le genre
de chose que t'attend, mais vue que tu débute et que tu as du mal à t'y
retrouvée dans tes projets, sa te serra utile...), n'oublie pas de décaler
les blocs vers la droites:

MaSub
MonInstruction1
MonInstruction2
MonBloc
MonInstruction3
MonBloc
MonInstruction4
FinDeMonBloc
MonInstruction5
FinDeMonBloc
MonInstruction6
FinDeMaSub

Ce qui permet, lors de la relécture de la sub, de tous de suite s'y
retrouver.
J'entend par MonBloc, les If/Then/Else, Do/Loop, While/Wend, For/Net, ou
tous se que tu pourra trouvée qui fasses des "blocs".

a+
Avatar
Pmp
Hello !

En fait, ce n'est pas tant sur la forme (présentation, etc..) ni sur le fond
(quelle solution pour régler tel ou tel problème ou arriver à tel
objectif..).
Je dirais que je ressent plus des problèmes sur la façon de présenter (aux
autres ou à moi !!) mes programmes.
Je cherche un moyen d'organiser mon travail pour qu'il puisse être repris
facilement par d'autres personnes... Je ne suis pas sûr que dans ma
présentation actuelle, je sois au top sur ce point.

A une époque, j'essayais de tracer (je le fais encore quand les choses se
compliquent un peu..) les algorithmes afin d'avoir les idées claires. Je
voulais savoir si il existait des "méthodes" standard de présentation et/ou
façon d'aborder une programmation (mais la présentation ou méthode dont je
veux parler se situe (bien) en amont de l'écriture du code)

A+

--
----------------------------
Pmp

Enlevez le ANTIPUB en cas de Reply-to
(Saleté de SPAM !!!)
----------------------------
"Ledev" a écrit dans le message de news:

Pmp wrote:
> Hello !

Salut,

>
> Je suis autodidacte en informatique.
>
> Je commence à bien me débrouiller en VB/VBA.. Toutefois...
> Je sens que je manque de méthode lorsque je crée un programme.
>
> Existe t-il des "methodes de création de programme" ? (et/ou des liens
> vers..)
>
> Intuitivement, j'en devine quelques unes :
> - Lister les objectifs a atteindre avec les programmes
> - Définir les "opérations élémentaires" à effectuer
> - Définir les variables ainsi que leur portées
> - Définir les procédures et leurs portées
> - etc...
>
> Par contre, je sens que je ne suis pas encore au top côté
> organisation, puisque quand je termine un projet que je qualifierais
> de moyenne importance (10/15 forms), j'ai passé 2 blocs-notes, et
> j'ai parfois du mal à me souvenir des "chemins" que j'ai utilisés...

Pour complété ce qui a été dit(je ne sais pas si c'est exactement le genre
de chose que t'attend, mais vue que tu débute et que tu as du mal à t'y
retrouvée dans tes projets, sa te serra utile...), n'oublie pas de décaler
les blocs vers la droites:

MaSub
MonInstruction1
MonInstruction2
MonBloc
MonInstruction3
MonBloc
MonInstruction4
FinDeMonBloc
MonInstruction5
FinDeMonBloc
MonInstruction6
FinDeMaSub

Ce qui permet, lors de la relécture de la sub, de tous de suite s'y
retrouver.
J'entend par MonBloc, les If/Then/Else, Do/Loop, While/Wend, For/Net, ou
tous se que tu pourra trouvée qui fasses des "blocs".

a+