BusinessService "Run your organizational Find-And-Learn network!"

From FindAndLearn::Cookbook
C2098296631
Jump to: navigation, search


Story[edit | edit source]

1. People are accustomed to searching things on Google. That's why your enterprise knowledge management search engine must model itself on Google.
2. People are accustomed to reading things on Wikipedia. That's why your enterprise knowledge management presentation must model itself on Wikipedia.
3. People are accustomed to editing things on Microsoft Word. That's why your enterprise knowledge management editor must model itself on Microsoft Word.
4. People are accustomed to linking things using Properties. That's why your enterprise knowledge management structure must model itself on Semantic Web Concepts.
5. Organisations are accustomed to working with files and documents. That's why your enterprise knowledge management presentation must smoothly integrate files and documents (upload, preview, versioning).
6. Organisations are accustomed to working with printouts and PDF. That's why your enterprise knowledge management presentation must output printer friendly formats and PDF.
7. Organisations are accustomed to working with hierarchical workflows and access control. That's why your enterprise knowledge management presentation must provide basic workflows and access control.
8. Organisations are accustomed to working with tables. That's why your enterprise knowledge management presentation must provide intuitive creation and design of tables within a visual editor

This article is about dataspectsSystem — a system that facilitates managing all aspects (e.g. install, upgrade, configure, manage, restore, etc.) of Semantic MediaWikis and WYSYWIG editors in a narrow sense and complementary/auxiliary systems in a broader sense, e.g. search, backup, integration, etc.

The dataspects Knowledge Management Framework DSKMF facilitates managing and using your knowledge.

  1. It is based on dataspectsSystemCoreOntology and implements a distinct set of knowledge management concepts (see below).
  2. It integrates optimally with Component0406283300 providing a single "Google-style" interface to your knowledge (see https://dataspects.com for the current development version).
  3. It allows for mentally traveling through a web of subject affinities starting with an intuitive and spontaneous statement.
  4. It allows for managing terminological ontology facets (extracting, injecting, versioning, e.g. DSKMFCoreOntology) and managing assertional ontology facets (move, scale, backup, synchronize, archive, e.g. What can be used how in a facets-management-script.rb?), see https://dataspects.com/structured-data-management-suite.
  5. It is deployed by Component1127210567.

Distinct set of knowledge management concepts[edit | edit source]

Slogans[edit | edit source]

  • https://github.com/dataspects
  • Mutually Exclusive, Collectively Exhaustive (MECE)
  • A place for everything and everything in its place
  • Convention over configuration
  • Completely decomposable
  • Let your data teach your business to new employees
  • Organize your knowledge as interrelated subjects

User Experience[edit | edit source]

Using the system must be:

  1. clear by intuition/GUI
  2. clear by mouseover message/hint
  3. clear by documentation at mouseclick on link/button to popup or toggled div
  4. clear by documentation at mouseclick on link/button to information in new window
  5. clear by calling/mailing to a supporting party

Costs in terms of transactional brain cycles and time units used/wasted increase logarithmically.

Conceptual Layers[edit | edit source]

  • Write the code you wish you had.
  • Good architecture maximizes the number of decisions not made.

Conceptual Layer "Assertional Ontologies"[edit | edit source]

Conceptual Layer "Tools"[edit | edit source]

Conceptual Layer "Terminological Ontologies"[edit | edit source]

Conceptual Layer "Extensions"[edit | edit source]

  • This conceptual layer provides Ansible roles to install any selection of MediaWiki extensions.
    • Methods: Composer, Special:ExtensionDistributor, GitHub
  • These Ansible roles will extend/alter Conceptual Layer "Infrastructure" and Conceptual Layer "MediaWiki" according to the requirements of the MediaWiki extensions being installed.
relies on everything below

Conceptual Layer "MediaWiki"[edit | edit source]

  • This conceptual layer provides Ansible roles to install any version of MediaWiki that hasn't yet reached its end-of-life.
  • These Ansible roles will extend/alter Conceptual Layer "Infrastructure" in accordance with the requirements of the MediaWiki version being installed.
relies on everything below

Conceptual Layer "Web services"[edit | edit source]

relies on everything below

Conceptual Layer "Infrastructure"[edit | edit source]

This conceptual layer provides Ansible roles to provision a single or multiple machine(s) so that it/they is/are able to host a MediaWiki-centric system.

  • AnsibleRole "Upgrade infrastructure"

Web server[edit | edit source]

E.g. Apache

Database management system (DBMS)[edit | edit source]

E.g. MariaDB

  • AnsibleRole "Install DBMS"
  • AnsibleRole "Upgrade DBMS"
  • AnsibleRole "Secure DBMS"

Server frameworks[edit | edit source]

E.g. Node.js

Search engines[edit | edit source]

E.g. Elasticsearch

relies on everything below

Conceptual Layer "Server Operating System Abstraction"[edit | edit source]

This layer is necessary if there is no pertinent Ansible module or plugin available and it is decided not to implement such.

E.g. for managing Apache virtual hosts: e.g. virtual host files: Ubuntu: /etc/apache2/sites-available/, CentOS: /etc/httpd/sites-available/.

E.g. where to map an OS-agnostic {{sites-available-directory}} Ansible variable to /etc/apache2/sites-available/ or /etc/httpd/sites-available/ respectively?

relies on everything below

Conceptual Layer "Server Operating System"[edit | edit source]