| De |
Mai 1987 |
| À |
Septembre 1991 |
| Entreprise |
Bell-Northern
Research |
| Poste |
Membre du Personnel Scientifique |
| Environnement |
Sun, HP, Intel 80x86, IBM 370, Unix,
Xenix, CMS, C++, C, Lex, Yacc, PL/1, SCCS, Motif, X Window,
Make, Germ, Rexx
|
| Projet |
Neptune 2.0 (1990-1991) |
|
Conception et programmation de librairies
orientées-object qui accélèrent le développement
d'applications de réseaux nécessitants des affichages
graphiques.
|
|
Définir en équipe de deux une nouvelle architecture pour Neptune.
- Établir les besoins de compatibilité avec Neptune 1.0.
- S'assurer que les philosophies de XWindow et Motif sont
respectées.
|
|
Écrire une description fonctionnelle de la librairie Neptune.
|
|
Établir des standards de programmation.
|
|
Programmer les classes de l'affichage graphique des réseaux.
|
|
Programmer les classes de l'affichage hypertext.
Eh oui, bien avant que le web ne devienne populaire.
|
|
Écrire un 'browser' de classes pour aider les utilisateurs de la
librairie Neptune.
|
|
Programmer un utilitaire pour générer la documentation de façon
automatique à partir du code.
|
|
Écrire un demo des fonctionnalités de Neptune qui servira aussi de
tutorial.
|
|
En plus de mes responsabilités sur Neptune 2.0:
- Terminer la programmation sur
Advisor 1.0.
- Corriger les problèmes que l'équipe de testeurs a identifiée.
- Participer aux procédures d'assurance de la qualité.
- Aider à identifier la nature des problèmes de
Neptune 1.0.
- Corriger un manque de performance dans
Neptune 1.0.
|
| Projet |
Advisor 1.0 (1989) |
|
Conception, programmation et gestion d'équipe
pour un outil, pour station de travail, de design graphique
pour les réseaux de données.
|
|
Définir l'application en utilisant les exigences du client.
- Écrire des sections de la description fonctionnelle.
- Reviser les sections écrites par les autres membres de l'équipe.
- Participer à toutes les réunions de design.
|
|
Développer une architecture orientée-objet pour le logiciel.
- Déterminer la décomposition du systéme en multi-process.
- Concevoir en équipe les classes du modèle de réseau.
- Concevoir individuellement les autres classes.
- Écrire des sections du document de l'architecture.
- Présenter l'architecture aux autres membres de l'équipe.
- Maintenir les liaisons avec l'équipe responsable de modifier
Neptune pour les besoins d'Advisor et participer aux étapes
d'assurance de qualité.
|
|
Surperviser et participer au développement de l'application.
- Établir une cédule de travail avec estimation de temps pour
les tâches à réaliser.
- Assigner les tâches au membre de l'équipe (6 personnes
dont 2 étudiants).
- Suivre le progrès et redistribuer les tâches au besoin.
- Administrer l'environnement de développement.
- Programmer les classes de base et les process d'affichages
graphiques, ce qui répresente plus de 25% du code.
|
|
Superviser deux étudiants en stage.
- Identifier les activités qu'ils auront à exécuter.
- Suivre leurs progrès et s'assurer de leurs productivités.
- Les former sur Neptune, C++ et notre environnement.
|
|
Aider une autre équipe à écrire un prototype de leur
application sur Neptune.
|
| Projet |
PND (1988) |
|
Analyse et programmation de sous-systèmes pour un outil, sur
ordinateur central, de design de réseaux de voies.
|
|
Corriger des problèmes dans des rapports et des algorithmes
de queing et de calcul des coûts moyens des appels longue distance.
|
|
Faire une présentation sur les solutions aux problèmes de queing.
|
|
Ecrire un utiltaire pour convertir les données d'une version à une
autre.
|
|
Développer un prototype pour les réseaux de voies sur Neptune
de façon à démontrer l'utilisation des graphiques et des
communications mainframe-workstation.
|
| Projet |
Neptune 1.0 (1987) |
|
Programmation pour un environnement de
développement d'applications de réseaux.
|
|
Programmer un langage de spécification pour l'affichage graphique
de réseaux. |