De la nécessité des modèles

Après une introduction avec quelques définitions, des arguments en faveur et contre les modèles en génie logiciel sont présentés. Dans la section suivante une tentative d'aller au-delà d'une simple opposition est présentée

Most Stable Elements First Approach

After the introduction of the hypothesis upon which our research is based, we describe the conceptual framework of the methodology we propose. The framework presents an overview of computer-based automation where the most important artefact is a non-formal document describing concepts and requirements. Follows a description of an approach based upon a classification of requirements, concepts, objectives and constraints. Based upon a stability criterion three categories are established: Hard Core, Protective Belt, Fluctuating Elements. The levels of stability impose an order on the implementation. The artefacts for the requirements of the three categories of stability are outlined. The approach named “Most Stable Element Firs

SOA : LES IMPACTS SUR LE CYCLE DE VIE DU PROJET DE DÉVELOPPEMENT LOGICIEL

Conceptualisée par le Gartner Group, leader mondial dans la fourniture de recherches et d’analyses dans l’industrie des technologies de l’information (TI), la notion d’architecture axée sur les services (notée SOA pour Service Oriented Architecture) est présentée comme le bon modèle pour le développement des applications d’entreprise, aujourd’hui et dans le futur (Marks et Bell, 2006). D’après la littérature, le développement d’applications d’entreprise fondées sur SOA présente de nouveaux défis : apparition de nouvelles activités, de nouveaux rôles et de nouvelles tâches au niveau de l’entreprise ; nécessité d’avoir de nouveaux outils de support au développement ; incapacité des méthodes de développement traditionnelles à soutenir le développement axé sur les services ; etc. Des ajustements doivent donc être apportés au cycle de vie du projet de développement logiciel (CVP) pour pouvoir s’adapter à cette nouvelle façon de construire les applications d’entreprise, et permettre, par conséquent, une gestion de projet plus efficace. \ud L’objectif de notre recherche est de savoir si la mise en œuvre d’une SOA par une organisation apporte des changements aux rôles et aux tâches du CVP. Pour atteindre son objectif, notre recherche prend en considération les aspects spécifiques soulignés dans la littérature SOA, ainsi que les résultats d’une étude de cas exploratoire menée auprès de deux organisations ayant entamé une initiative SOA

E-Learning whilst eliciting and working - IEC 61850 Substation, a case study

This paper describes how help and tutorial is integrated into a prototype of a configurator (SCALCID) for a substation control system (ALCID II) based on IEC 61850 standard. After exposing the context and requirements for an e-teaching system, two approaches are described. The first one is made up of a gradual integration of software requirements specification into the prototype via standardized templates. The second one is based on a four categories organization of help and tutorial documents: prototype, IEC 61850, substation control domain and modelling languages. The help and tutorial documents can be textual, audio and video. The conclusion presents some lessons that were learnt

Dieu le (grand) terroriste

Il n’y a qu’un Vrai terrorisme : celui du Dieu des livres qui, depuis toujours, protège le pouvoir qui vit de mort et qui, en ces jours — pas mieux, pas pires que les autres —, s’incarne dans les intégristes de toute origine qui se livrent une guerre civile dans la citadelle incivile de la religion

A Case Study on the Impact of Interoperability on Substation Automation System (SAS) Engineering

En 1999, HQ a lancé un projet de modernisation de son système de contrôle-commande (SCC) des postes de transport et de distribution. L’une des exigences fondamentales du nouveau système vise une interopérabilité accrue entre les composantes du système afin de diminuer les coûts d’intégration de telles composantes. L’exigence de conformité avec la norme CEI 61850 permet de soutenir cette interopérabilité mais est-ce suffisant ? Cette norme, conçue par les constructeurs de systèmes, se doit donc d’être flexible et ouverte. Ce besoin de flexibilité se paye non seulement en terme de complexité de la norme et de la structure des IED mais aussi en terme d’ingénierie des postes et d’organisation. Dans un premier temps, à Hydro-Québec, l’adoption de cette norme oblige le normalisateur à fixer les premières applications et en quelque sorte à « fermer » sa mise en œuvre. Au cœur de la question : le paramétrage des IED. Le mot d’ordre : cacher la complexité de la norme au configurateur. Et à moyen terme, l’adoption graduelle de la norme ne fera que confirmer le rôle du normalisateur comme s’apparentant à celui d’un ingénieur système alors que le configurateur devra indéniablement assimiler les concepts de la norme

Honneur et déshonneur des lieux communs

Après une introduction qui définit les leiux communs, des arguments en faveur et contre l'importance des utilisateurs finaux en génie logiciel sont présentés. L'article termine avec une tentative d'aller au-delà d'une simple opposition

De la nécessité des cas d'utilisation

Après une introduction avec quelques définitions, des arguments en faveur et contre les cas d'utilisationh en génie logiciel sont présentés. L'article termine avec une tentative d'aller au-delà d'une simple opposition

Génie logiciel et ontologies

La description en langue naturelle est l’artefact permettant de débuter un processus d’automatisation. La tâche principale de l’ingénieur du logiciel, c’est de combler le clivage entre langue naturelle et langue de la machine. Après avoir présenté quelques ontologies définies pour les processus d’automatisation, quelques pour et quelques contre l’emploi d’ontologies dans le génie logiciel sont présentées. Des indications pour dépasser cette simple opposition sont ensuite décrites. Des évaluations sur le réductionnisme dans les ontologies en ce qui concerne les possibles interactions entre humains, machines et réalité muette terminent la présentation

Autour des arbres qui cachent la forêt

Après la présentation de la définition de abstraction en UML, des arguments en faveur et contre l'importance des détails en génie logiciel sont présentés. L'article termine avec une tentative d'aller au-delà d'une simple opposition