23 research outputs found
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
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
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
Discours des méthodes
Après une définition de "méthode" à l'aide d'un diagramme UML, des éléments en faveur et des éléments contre les méthodes en génie logiciel sont présentés. La conclusion propose une approche classificatoire fondée sur le cadenassage sémantique
L'enchaînement des normes
Après une présentation des aspects positifs des normes en génie logiciel, une critique à la prolifération des normes est présentée en partant des normes IEEE et des spécifications de OMG. Dans la dernière partie, à l'aide d'un exemple, on essaie de montrer comment aller au-delà d'un simple "pour" et "contre