Objectifs :
Un projet est confié à une équipe de développeur et démarre par la remise d’un cahier des charges.
Celui-ci précise un échéancier à respecter. Soit avec des remises partielles de projet (appelé également revue), sinon les prévoir afin de présenter au client l’évolution du projet.

Processus Unifié :
Dans le cycle de développement du Processus Unifié, le démarrage d’un projet correspond à la phase d’«Inception».

Celle­-ci permet de spécifier les besoins et aussi une sorte d’étude de faisabilité où on effectue les recherches nécessaires pour décider si on poursuit ou non le projet (si on a les compétences requises).

Les activités :
­- Identifier les besoins et l’environnement dans lequel le système existe.
­- Identifier et réceptionner les ressources de développement, logicielles, matérielles et opératives
– Organiser son espace de travail et fixer les première règles d’organisation d’équipe
­- Mettre en évidence les « risques » par des tests de mise en œuvre (prototype)
­- Compléter le cahier de charges (en accord avec le client)
­- Organiser des réunions d’équipe, certaines avec le client
­- Rédiger un planning prévisionnel et une répartition des tâches
­- Rédiger les tests de validation (unitaires et finaux)
­- Rédiger les premiers documents (dossier de développement, la configuration du logicielle et matérielle …)

Documents :
Certains choix faits dans cette itération sont déterminants car, dans un cycle itératif et incrémental, il est parfois compliquer de changer en cours de route (arborescence, noms de fichiers, etc …).
Il est donc très important de toujours réfléchir plusieurs fois plutôt que de tout faire rapidement et généralement des erreurs et oublis s’additionne.
Vous allez créer un document « vierge » pour le rapport de projet (Il servira au client et de points importants pourront resurgir pour des prochains projets).
Définissez les en-­têtes, pieds de page, table des matières et une première structure. Vous allez l’enrichir au
fur et à mesure. Rédigez continuellement des petites notes « texte » en fonction de vos activités dans le projet (si possible journalier avec généralement un fichier DONE, une TODO_LIST … avec toujours la date et l’heure).
Idem pour certains « dessins » (synoptique, brouillons … qu’il faudra garder tant que les fichiers ne sont pas fini à 100%).
Les tests de mise en Å“uvre vont vous permettre de rédiger une première ébauche du manuel d’installation.