Gabarit de définition du projet

 

Configurez votre projet sur un référentiel comme www.github.com

À l'exception de Résumé (courriel), chaque section doit être une page Wiki distincte ou un écran dans votre référentiel de projet.

Soit bref. Focus sur ce qui est le plus important et pertinent pour votre projet.

 

Résumé (courriel)

1.     Fournissez un court titre qui sera utilisé pour identifier et référencier votre projet ainsi que votre équipe et un lien vers le référentiel (Github) où il se trouve.

2.     Fournissez le nom plein, le numéro étudiant, et le courriel de chaque membre de l’équipe. Assignez à chaque membre de l’équipe un rôle ou une responsabilité principale de la liste ci-dessous. Chaque rôle ne peut être assigné qu’à une personne (vous pourrez avoir plusieurs développeurs en chef, chacun d’eux étant responsable d’une composante différente). Par contre, une personne peut adopter plus d’un rôle. Chaque rôle doit être assigné.

            Responsable du projet: Gérer le plan du projet, ses risques, et la distribution des tâches aux individus. Le responsable du projet est la personne contacte principale de l’instructeur.

            Analyste commercial: Gérer l’environnement, les besoins et la traçabilité du client. L’analyste commercial est la personne contacte principale du client.

            Responsable des essais : Gérer le plan et l’environnement d’essai, l’assurance qualité en général, le suivi des défauts et la stabilisation des sorties.

Responsable de la construction : Gérer la gestion de la configuration, les constructions de système et de développeur, la construction et l’essai automatisés et le script d’installation.

Architecte : Gérer l’architecture du système, les interfaces composantes, les mécanismes clés, les directives de programmation et les choix technologiques.

Développeur en chef pour la composante <X> : Gérer les choix de conception, les algorithmes et les détails d’exécution pour une composante en particulier.

3.     Quel individu ou organisation requiert la création de ce système? Quel type de commerce pratiquent-ils? Identifiez un individu qui remplira et signera votre formulaire d’évaluation du client. Incluez un numéro de téléphone ou une adresse courriel où on peut  rejoindre cette personne. Fournissez une brève explication qui justifie pourquoi elle devrait incarner ce rôle.

4.     Dit pourquoi est-ce que le projet est important ou utile à votre client? Quels bénéfices en tireront-ils? Quels bénéfices en tirera votre équipe?  À présent, cet aspect est le plus important pour votre projet. C’est également un aspect que vous devriez garder en tête à chaque fois que vous devriez prendre une décision critique au fur et à mesure que le projet avance. Dans un paragraphe, vous définissez la vision commune stipulant ce que vous voulez accomplir et comment vous projetez travailler en équipe avec votre client.

 

Page acteurs et cas d'utilisation

 

Dessinez un diagramme simple de cas d’utilisation qui identifie les agents clés qui interagiront avec le système; ce diagramme devrait également identifier la fonctionnalité principale que le système fournira. Rédigez une courte phrase pour définir chaque acteur, cas d'utilisation et interface.

 

Page démonstration du système

 

Expliquez comment le système serait utilisé en faisant une maquette d’un scénarimage ou d’un scénario avec des copies d’écrans de l’interface utilisateur pour le scénario le plus important. Restez simple, mais assurez-vous que cette partie du projet reflète les croyances du client en ce qui a trait au système en son essentiel.

Écrivez un court paragraphe pour expliquer la séquence des étapes de la démo

  

Page d’architecture

 

De quel type de système s’agit-il? Client-serveur, pilote de périphérique, serveur Web? Quelles sont les composantes clés du système? Comment seront-elles déployées? Illustrez à l’aide d’un diagramme de déploiement quels processus et/ou composantes fonctionneront sur quelles machines et comment ils seront connectés. Limitez-vous à l’essentiel car vous fournirez des descriptions plus détaillées dans votre rapport de conception. Cependant, assurez-vous que cette partie du projet reflète les croyances du client en ce qui a trait au système en son essentiel.

 

Page d’environnement de développement

 

Instructions simples pour l'installation et la configuration de l'environnement de développement du projet.

 

Page de gestion de risque (Problèmes marqués avec un libellé Risk) 

Un historique des risques dans un format de tableau qui permet de suivre leur statut (identifié, investigué, géré, fermé). Quels défis de génie devront être résolus, adressés ou gérés dans la construction du système? Quels défis organisationnels en ce qui a trait à votre groupe et votre environnement de travail devront être résolus, adressés ou gérés afin que vous puissiez construire le système? Quels défis de déploiement devront être résolus, adressés ou gérés afin que vous puissiez démontrer un progrès et déployer le système à votre client?

 

Page d’évaluation d’impacte

 

Les items que vous identifiez dans cette section démontrent que vous aviez considéré l’impacte possible du système que vous construisez tout comme une personne ayant un permis l’identifiant comme ingénieur professionnel (P. Eng) le ferait. En tant que gradués d’un programme de génie logiciel certifié, vous serez éligibles à appliquer pour l’appellation P. Eng. (visiter le site Web http://www.peo.on.ca pour plus de renseignements). Considérez chacun des éléments suivants et identifiez brièvement les éléments pertinents par rapport à votre projet (vous donnerez des réponses beaucoup plus détaillées dans votre rapport final).

Questions légales – Est-ce qu’il existe des lois ou de la législation qui seront pertinents quant à l’utilisation et/ou la construction du système que vous concevez?

Standards – Quels standards techniques sont pertinents quant au système logiciel que vous construirez? Il pourrait s’agir de standards gouvernementaux, d’industrie, ou simplement de règles générales qui sont suivies dans le marché pour votre système. Assurez-vous d’identifier clairement le type de standard en question ainsi que l’autorité pertinente quant à ce standard.

Questions de responsabilité – Si le système est mal utilisé ou s’il possède des défauts, qui serait la personne responsable: Votre équipe, votre client, ou les utilisateurs du système?

Questions sociaux – Est-ce que le système pourrait être bénéfique ou nuisible à la société en général? À quel degré?

Communauté d’utilisateurs – Quel serait l’impacte du système sur la communauté d’utilisateurs qu’il vise?

Impacte financier – Quelles sont les implications financières du déploiement et de l’entretien de votre système pour votre équipe, votre client, ses utilisateurs, et la société en général?

 

Page de plan du projet (Problèmes marqués avec un libellé Feature, Environment ou Documentation)

 

Indiquez brièvement les principaux livrables à chaque étape en termes de « Feature » du système, « Environment » de développement et de « Documentation ». Indiquez la personne (une seule) responsable de chaque produit livrable.