Programmation orienté objet (POO)
La programmation procédurale a longtemps été la norme dans le developpement d'applications. Il a été supplenté dans tout projet d'envergure par le programmation orienté objet et à raison. Que cela soit pour la réutilisabilité du code, la possibilité de préparer des tests unitaires automatisés, son formatage en objets logiques, l'interraction facilité entre les objets créé et la lisibilité induite, tout plaide pour l'utilisation de ce style de programation pour un travail en équipe.
J'ai fais mes premières armes en POO pendant ma formation avec le projet de 3eme semestre réalisé en Java, mais l'abstraction nécéssaire à la compréhention pleine et entière de ce style on nécéssité une reflexion plus aboutie pour que j'en comprenne la portée lors des cours de ma 4eme année à Intech Info.
Ces tatonnements enrichit de l'utilisations de classes sur mon projet Castor PHP pour l'entreprise Cristelia on débouché sur un véritable projet réalisé intégralement en objet avec OLAP TB réalisé pour le SDIS de Seine et Marne.
Exploitation de bases de données relationelles
La base de donnée prend aujourd'hui une place importante dans la plus part des applications. C'est un moteur puissant destiné à assurer à chaque utilisateur partageant une même base de donnée un référentiel partagé fiable et durable.
Il est difficile aujourd'hui de développer une application sans jamais faire appel au concept de base de donnée. Les plus utilisées sont les bases de données relationelles, plus facile à exploiter et à concevoir et savoir les concevoir et les exploiter est un véritable atout pour maitriser ses dèveloppements.
J'ai découvert les bases de ces technologies au cours de ma formation : leur architecture, leur exploitation, le language SQL. C'est néanmoins une fois dans le monde de l'entreprise une fois arrivé en alternance que j'en ai compris toute la portée et la complexité : pas un de mes projets depuis ne s'est déroulé sans l'utilisation de tables dans une base de donnée MySQL ou SQL Server
Développement d’applications N-tier
Chaque bloc applicatif dans mon projet sur le cube OLAP devait pouvoir être réutilisé séparément dans d’autres projets par d’autres développeurs. En ajoutant le fait que je devais faire intervenir différents types de bases de données et différentes couches applicatives, la mise en place d’une architecture N-tier était le plus judicieux. Grâce à l’utilisation du protocole http et TCP/IP l’échange de flux binaire et XML j’ai pu faire interagir entre eux un serveur de base de données, un serveur d’analyse et deux serveurs applicatifs IIS se répartissant, sur trois couches distinctes, la couche client, la couche applicative et la couche des bases de données.
Utilisation du JavaScript
Ayant du afficher aux utilisateur une interface spécifique selon leur affectation et leur niveau d’accréditation pour leur permettre d'accéder aux données du cube OLAP, l’interface utilisateur devait offrir des filtres adaptés. L'utilisation du JavaScript de sa librairie JQuery m’ont permis d’adapter mes interfaces et d’exploiter des scripts C# de manière fluide.
Maîtrise des Serveur IIS
j’ai pu installer mon propre serveur IIS local et participer à la configuration d’un serveur dédié pour mes différents travaux en ASP.NET ce qui impliquait la gestion des droits, installation de nouvelles bibliothèques ou leur suppression ainsi que le paramétrage du fichier de configuration d’une application Web
Exploitation cube OLAP
J’ai pu me familiariser avec les notions de croisement de dimensions au sein d’un cube OLAP pour mon projet de tableau de bord en manipulant aussi bien des données brutes, avec en appelant le cube avec les bibliothèques ASP.NET, qu'en composant des requètes MDX destinées à répondre aux besoins spécifiques des utilisateurs.