Quel est le processus d'un developpement en entreprise ?

[Franck.H]

Bonjour,

Je me prépare pour une formation de développeur informatique (.Net, acces au données, base sql complexe et hyper complexe, etc...), suite à une entrevue que je viens de terminer, on m'a demandé pour mon prochain RDV de me renseigner sur le processus complet d'un developpement en entreprise !

J'entend par "processus de développement", les différentes phases depuis l'analyse des besoins du client jusqu'à la livraison du produit fini.
Par la même occasion, pouvez-vous m'indiquer, durant les différentes phases, quel type de personnel entre en jeu durant tel ou tel phase, par exemple un chef de projet, etc..., ce qu'il fait ou doit faire pour mener a bien sa tâche, etc...

Pour la question subsidiaire, est-ce que cela change dans le cas d'une entreprise spécialisée dans le développement informatique ou d'une entreprise possédant son propre secteur de développement ?

Merci

[nebule]

Grosse question :o

Premiers éléments de réponses, ce processus peut etre différents pour un projet global (de création) et une TMA (maintenance).

Mais dans un ensemble général, je dirai que tu peux chercher vers les modéles types 'cycle en V'.

Bien rester dans l'idée de le dev ne représente que 20% du total...

Que chacun a soit disant un poste défini mais souvent, le role s'étale plus surtout si c'est un petit projet.
Plus le projet est petit, plus tu es polyvalent (dev + analyse + tests, ...).

Le chef de projet a un rôle fédérateur : Vérifie que les dates sont respectées (d'ailleur toujours avoir des dates butoires pour être sur de ne pas prendre trop de retard), répartis les rôles, est souvent en contact avec le client...

[Franck.H]

Là le but principale de la formation est de pouvoir développer des logiciels de gestion pour PME, PMI, etc.. ca peut partir de la gestion de factures, clients, salariés, fiches de paye, etc... Donc en somme logiciels avec accès aux données mais le tout d'apès les besoin du client donc ca peut etre un petit ou grand projet de développement. Enfin ce sont les grandes lignes !

[nebule]

Hum hum

Donc, en gros, projet (petit ou gros : c'est la question) à faire de A à Z.

Grosse partie analyse et évalutation des besoins (ressources humaines et matérielles) à faire -> étude de ce qui est déjà présent sur le marché. Audit auprés du personnels à savoir ce qu'ils ont ? ce qu'ils veulent ?

[Edit] Faire un cahier des charges détaillées avec validation client,
Puis faire des spec générales puis détaillées toujours avec validation client entre chaque [/Edit]

Mises en place de l'infrastructure (recrutement du personnel, mise en places des serveurs, des bases de données).
Formation des équipes
Début des dev.
Dev + test + intégration
Livraison

[Franck.H]

C'est possible d'avoir des détails en plus sur chaque étapes, tout en considérant que le personnel soit deja présent (ce qui je pense est dans la plus part des cas)

[ovh]

Renseigne-toi sur le processus unifié (RUP) et sur le développement itératif.

A mon avis tu devras trouver pas mal de réponses dans la rubrique UML/méthodes de dvp.com

[nebule]

Envoyé par mmontig

Grosse partie analyse et évalutation des besoins (ressources humaines et matérielles) à faire -> étude de ce qui est déjà présent sur le marché. Audit auprés du personnels à savoir ce qu'ils ont ? ce qu'ils veulent ?

[Edit] Faire un cahier des charges détaillées avec validation client,
Puis faire des spec générales puis détaillées toujours avec validation client entre chaque [/Edit]

-> Relevé des besoins utilisateurs avec éventuellement mise en place d'un question préalable pour cibler un peu.
-> Suite à ça, rédaction d'un cahier des charges générale.
-> Validation du client avec ou sans modif (si t'es super fort )
-> rédaction de SFG (spéfication générale)
-> Aprés validation client, rédaction SFD (specs détaillées).

Pour les spec, utilisation d'une méthode de modélisation. Si la techno prévue est objet (J2EE, .net) tu peux modéliser avec UML par exemple (diagrammes).

-> En parralléle, une fois le besoin clairement établi, choix de la techno (si ce n'est déjà fait), des spécialistes qui mettrons en place la base de données (aprés établissement du schéma de la base).

-> Aprés la fin des analyses, début des dev.
et aprés, pendant une boucle infinie de temps (jusqu'à la fin du projet)
-> livraison
-> test
-> retour des anos ou demandes d'évolutions
-> correction
-> relivraison
-> ...

Avec des fasses de mises en productions lorsque les livraisons sont suffisaement sans bug

Pour le choix du personnel, il doit effectivement avoir du personnel destiné pour ce projet. Il faut aller voir s'ils ont les compétences, sinon prévoir des formations pour les technos mais aussi pour l'environnement client (formation fonctionelle).

En espérant que ca t'as aidé

[ovh]

Ah oui pour les ressources humaines, renseigne-toi sur les diagrammes de Gantt

[Franck.H]

Oui ca m'elcairci deja un peu sur le processus général. Donc en somme on a quoi, un chef de projet et l'équipe de programmeurs, c'est tout ? Donc c'est le chef de projet qui s'occupe de l'analyse des besoins, contacts avec le client, redaction des spécifications générales et détaillées ..enfin dans le cas d'une grosse équipe nécessitant biensur un chef de projet !
Il peut arriver des fois où un seul programmeur s'occupe de toutes ces phases ?

[ovh]

Envoyé par CSoldier

Il peut arriver des fois où un seul programmeur s'occupe de toutes ces phases ?

Dans les petites sociétés c'est très souvent le cas, et l'analyse est souvent bâclée

[Franck.H]

Ok merci pour tout.
J'ai posé ces question pasque en fait, j'ai meme pas encore débuté la formation que je doit deja détailler un peu le role et/ou le but du métier de développeur informatique à la psy qui me prépare le plan de formation !! C'est dingue, meme pas commencé, j'doit déjà faire de l'orale

[nebule]

Pour faire l'analyse des besoins au début et la mise en place d'un projet, des consultant et architectes spécialisés dans la techno choisis peuvent etre appelé pour estimer les charges, et faire spec et cahier des charges.


Et il faut aussi penser à l'administrateur pour la base de données.

[adilou1981]

Il faut bien choisir le cycle de vie du projet bon ce que j'ai appris à l'école c'est qu'il y pas mal de solutions

Cycle en "V"
Cycle en "Spiral"
Cycle "Waterfall" ou en cascade

[ludovic.fernandez]

Envoyé par adilou1981

Il faut bien choisir le cycle de vie du projet bon ce que j'ai appris à l'école c'est qu'il y pas mal de solutions

Cycle en "V"
Cycle en "Spiral"
Cycle "Waterfall" ou en cascade

Oui, c'est ce que l'on apprend à l'école mais généralement le cycle de vie est adapté au contexte industriel et économique de l'entreprise.

[Caine]

Salut,
Quelque soit le cycle de développement, on retrouvera les phases suivantes:

Rédaction d'un cahier des charges client,
Traduction du cahier en besoin logiciels ou en spécifications (suivant le cycle)
Traduction des besoins logiciels ou des spécifications en conception logicielle. Cette conception est parfois scindée en deux : Globale et détaillée.

Traduction des besoins logiciels en exigences de tests.

Phase de développement proprement dite.

Tests unitaires, tests d'intégration et tests de déploiement.

Rapport de validation

Recette éventuelle chez le client.

Ensuite les différentes phases s’enchaînent suivant les différents cycles (en V, itératifs, RUP ...)

[S@turne]

Ja sais pas si tu dois te renseigner sur le processus en général ou juste en tant que développeur mais :

Envoyé par nebule

Hum hum
Mises en place de l'infrastructure (recrutement du personnel, mise en places des serveurs, des bases de données).
Formation des équipes
Début des dev.
Dev + test + intégration
Livraison

+ Rédaction de la documentation
+ Formation des utilisateurs
+ Gestion des retours clients pour la prochaine version

(en tous cas à l'école, on te dit bien que ça fait partie du cycle de dév) (je sais très bien qu'entre l'entreprise et l'école, y a un canyon)

[Currahee]

Envoyé par Franck.H

Oui ca m'elcairci deja un peu sur le processus général. Donc en somme on a quoi, un chef de projet et l'équipe de programmeurs, c'est tout ? Donc c'est le chef de projet qui s'occupe de l'analyse des besoins, contacts avec le client, redaction des spécifications générales et détaillées ..enfin dans le cas d'une grosse équipe nécessitant biensur un chef de projet !
Il peut arriver des fois où un seul programmeur s'occupe de toutes ces phases ?

Sur le process tout à déjà été dit. Sur qui s'occupe des différentes phases, pour des petits projets en "stand alone" oui tu peux avoir à les gérer de A à Z voir plus... : rédactions des demandes besoins clients à leur place... , suggestion d'évolutions des programmes fournissant les données amont (quand tu veux faire un beau prog et que t'a des données totalement merdiques en entrée par exemple...), idem avec les programmes en aval..., etc....

Mais ça, ça dépend de ton statut. Si t'es simplement technicien développeur, tu n'auras pas forcément à faire tout ça. Si t'es ingé développeur sur des projets "stand alone", t'as de grosses chances d'avoir à tout faire... Si t'es inge et consultant comme moi, sur des petits projets "stand alone", t'as 120% de chances de tout faire, et de devoir filer à ton client le beurre, l'argent du beurre, et la crémière... (pour récupérer un peu de crème, suffit de laisser volontairement des failles susceptibles d'entrainer des demandes d'evol dans les programmes... tout en te demmerdant pour pas que le client s'en rende compte pendant la période probatoire putain de boulot d'équilibriste...)

[Currahee]

Envoyé par S@turne

(en tous cas à l'école, on te dit bien que ça fait partie du cycle de dév) (je sais très bien qu'entre l'entreprise et l'école, y a un canyon)

C'est pour cela que dans mon école, on a zappé en 5 min la partie cycle en de dev J'ai redécouvert ça durant un entretien d'embauche et par la suite avec la réalité du terrain bien sûr...

[Yoshidu62]

Je m'intéresse également beaucoup aux différentes étapes dans le déroulement d'un projet informatique ces temps-ci. En faisant des recherches je suis tomber sur ce livre : Le projet informatique de A à Z, ce livre m'a semblait très intéressant, en particulier quand j'ai vu le sommaire :

- Introduction : L'homme
- La qualité
- L'avant-vente
- Les spécifications
- L'analyse technique
- La conception
- La production du code
- Les tests
- La recette
- L'exploitation et la maintenance
- Conclusion

Peut-être qu'il pourrait répondre à tes besoins, personnellement je l'ai acheté, je n'ai pas encore commencé à le lire, mais je posterais une critique quand ça sera fait.

[hegros]

Je rajouterais aussi que les comités (utilisateurs, administrateurs, pilotage,...) jouent également un rôle prépondérant dans le cycle de développement, ca permet entre autre d'avoir un dialogue avec les intervenants de chaque métier.

Il faut noter aussi que l'engagement de la direction générale sur le projet est également un facteur important pour la réussite, une DG qui ne s'engage pas ca peut donner des dégats...