Conception / Design (Architecture) et Knowledge Management |
||
LAURENT Jean-Marc - Méthode OCSIMA | Audit - Conseil - Développement - Formation |
Action Exploratoire ESPRIT II (1992) : CIB - Computer Integrated BuildingNous avons participé notamment avec le LEMA (Laboratoire d’Études Méthodologiques Architecturales, Liège, Belgique) à cette action : Étude de l'apport de l'informatique en général et de l'intelligence artificielle en particulier dans le domaine de la conception de bâtiments. Une première prise de conscience de la nécessité de la collaboration dans le domaine de l'architecture : les premières phases de la conception peuvent être remises en cause lors de la réalisation (études sur la conception, la négociation, la résolution de conflits, le case based reasoning) (Eh oui, en 1992!). Théorie de l'architecture > La réflexion dans le projetNotre intervention sur le forum (mars 2005) aROOTS aRchitecture de sensibilisation sur l'utilisation des techniques de Case Based Reasoning pour la phase de conception (Voir à ce sujet nos pages Case Based Reasoning - DiaBC.), où nous rappelons "la complémentarité entre la faculté de mémorisation de l'informatique et la capacité humaine d'adaptation". L'objectif étant d'apporter une aide, pas de mimer pour tenter de remplacer. Cette aide doit libérer la créativité de l'architecte, et non l'enfermer. |
Cette page résulte de nos études sur le Case Based Reasoning, la conception dans les domaines du logiciel et de l'architecture, et aussi sur la notion de "rôle" (cf. :Thésaurus, XML et Lucene).
Plateformes Collaboratives pour la ConceptionJDN Solutions, dans son Dossier Travail Collaboratif (juin 2005), cite notre partenaire Silverpeas proposant une plateforme collaborative. Communautés de Pratique (CoPs) pour la ConceptionLire en introduction notre paragraphe sur les CoPs puis sur KnowledgeBoard une thèse (2004) : CoPs and Supporting Software. Case Based Reasoning (CBR) dans le domaine de la conceptionLe lien entre Génie Logiciel, Architecture et Case Based Reasoning : 'Design Composition'La méthode de constitution d'une base de cas préconisée dans DiaBC Recensement des Cas s'appuye sur la Méthode OOSE (Object Oriented Software Engineering) du Génie Logiciel (distinction entre objets statiques, fonctionnels et dynamiques). Les 'Design Patterns' du Génie Logiciel (Design Patterns - Catalogue de modèles de conceptions réutilisables, 1999), qui ont pour origine l'Architecture (années 1970, Christopher Alexander : An Introduction for Object-Oriented Designers), ont conduit Sametinger et Keller à proposer (2003) la Design Composition pour la conception de logiciels qui constitue le lien avec la thèse (déc. 2004) de Kamal Mubarak : Case Based Reasoning for Design Composition in Architecture. |
Dernière révision novembre 05 |
Plan du site OCSIMA |
Pour nous écrire, vous pouvez cliquer ici : |