Najważniejszy język informatyki

Technologie informatyczne powinny być tak przekształcane, aby zmniejszać różnice między człowiekiem a komputerem. W przeciwnym wypadku grozi nam syndrom cyfrowej mentalności, a więc utrata właściwości, które stanowią o naszej wyższości nad maszynami. Na szczęście to my decydujemy o kierunkach rozwoju techniki, a ta zmierza we właściwym kierunku. Wystarczy prześledzić ewolucję języków programowania: od maszynowych asemblerów, przez kolejne generacje narzędzi 3GL, 4GL, aż do postulowanych ideałów 5GL.

Istnieje zatem potrzeba korzystania z referencyjnego języka naturalnego (RJN), czyli konwencji łączących elastyczność ludzkiej mowy z siłą matematycznej algorytmiki. Same standardy inżynierii oprogramowania (rysunek) mogą być niewystarczające dla pełnego opisu funkcjonalności złożonych systemów komputerowego wspomagania w gospodarce. W tabeli pokazano przykład terminów, które mogą być ogólnie kojarzone z pojęciem „numer etykiety” i wymagają każdorazowo interpretacji kontekstowej.

Struktogram i schemat blokowy – przykłady dokumentacji kodu

Kluczowe znaczenie dla mapowania procesów przedsiębiorstwa mają zatem stosowane standardy językowe. W obszarze IT swego rodzaju modelem może być sam kod aplikacji, względnie jego fragmenty. Jednak nieczytelność kodu, tym większa, im niższy poziom stosowanego narzędzia programistycznego, praktycznie wyklucza używanie go jako uniwersalnego modelu. Natomiast już dokumentacja kodu, w sensie inżynierii oprogramowania, staje się wartościowym modelem procesu gospodarczego i przygotowywana jest także na bazie języków sztucznych (modelowania).

Najważniejszy język informatyki

Dokumentacja oprogramowania w przedsiębiorstwach nie staje się automatycznie ich modelem. Inny jest bowiem z założenia cel tworzenia modeli firmy, a inny modeli systemów IT. Z drugiej strony zarządzanie może być postrzegane jako przetwarzanie informacji, stąd podobieństwa obu podejść: modelowania firmy i komputerowych systemów ją wspomagających. Pamiętajmy także, że kontekst dokumentacji procesowej nie wystarcza, aby w każdym przypadku zidentyfikować znaczenie terminu gospodarczego. W razie potrzeby można poprosić określone osoby o komentarz uzupełniający, ale wiąże się to z dodatkowym nakładem czasu. Warto więc definiować określone konwencje językowe (słowniki), pozwalające na oszczędność słów bez utraty jednoznaczności przekazu.

Przykłady konwencji modelowania i dokumentowania procesów

1. Metody dokumentowania kodu

  • samodokumentacja (struktury, nazewnictwo, komentarze, pomoc F1 aplikacji),
  • schematy blokowe ( flowcharts, normy ISO5807),
  • struktogramy (Nassi-Schneidermann),
  • diagramy przepływu danych DFD (Data Flow Diagram),
  • schematy organizacyjne (organigramy),
  • pseudokody publikacyjne (języki uproszczone np. Pidgin Algol).

2. Notacje standaryzowane

  • UML (Unified Modeling Language) – zunifikowany język modelowania,
  • ERM (Entity Relationship Model) – model związków encji,
  • OOA (Object-Oriented Analysis) – analiza obiektowa, np. Coad/Yourdon,
  • BPEL (Business Process Execution Language) – język definiowania procesów biznesowych,
  • BPMN (Business Process Model and Notation) – model procesu biznesowego i notacja.

3. Systemy referencyjne ładu gospodarczego (IT governance)

  • ITIL (IT Infrastructure Library) – modele zarządzania usługami IT,
  • COBIT (Control Objectives for Information and related Technology) – kontrolne cele dla technologii informacyjnych i powiązanych,
  • PMBOK (Project Management Body of Knowledge) – zbiór wiedzy zarządzania projektami,
  • PRINCE (PRojects IN a Controlled Environment) – projekty w sterowanym środowisku.

TOP 200