Menu dokumentacji

Koncepcja techniczna OwlMeans

Na tej stronie

Aplikacja OwlMeans ma spójną strukturę już od pierwszej wersji. Dzięki tej strukturze wiadomo, gdzie dodawać nowe funkcje, a agenci programujący mają wspólny sposób interpretowania projektu.

Jak łączą się poszczególne części

flowchart TD
    A[User interface and forms] --> B[Application behavior]
    B --> C[Authorization and services]
    C --> D[Database and shared state]
    E[Configuration and project guidance] --> A
    E --> B
    E --> C

Interfejs zbiera dane wejściowe i prezentuje wyniki. Logika aplikacji określa, co robi produkt. Usługi obsługują zadania wspólne dla różnych części aplikacji i sprawdzają uprawnienia. Baza danych przechowuje rekordy. Wspólna konfiguracja i wytyczne dla agentów zapewniają spójność tych części.

Wspólne definicje zapewniają spójność zmian

Generowane aplikacje korzystają ze wspólnych definicji żądań, odpowiedzi i reguł dostępu. Interfejs i API opierają się na tym samym kontrakcie, dzięki czemu pola i uprawnienia danej funkcji mogą pozostać spójne. OwlMeans Common dostarcza wzorce, które można wykorzystać ponownie do tworzenia tych definicji i usług działających zgodnie z nimi.

Konfiguracja zapewnia aplikacji jednolity sposób odnajdywania usług. Środowisko pracy agenta (harness) opisuje te konwencje, więc nowy agent może rozbudować istniejącą strukturę bez przebudowywania podstaw.

Jak pomaga ta struktura

  • Spójne zmiany: nowy ekran stosuje te same konwencje dotyczące formularzy, usług i dostępu co wcześniejsze ekrany.
  • Jasne uprawnienia: tożsamość i autoryzacja są częścią podstaw aplikacji, więc reguły dostępu mogą odpowiadać logice biznesowej.
  • Elementy wielokrotnego użytku: OwlMeans Common dostarcza dużą część wspólnego kodu aplikacji. Możesz poświęcić więcej czasu na określenie, jak aplikacja ma działać, by odpowiadać potrzebom użytkowników.
  • Ciągłość pracy agentów: dopasowane umiejętności i pamięć projektu wyjaśniają konwencje agentowi, który dołącza później.
  • Możliwość rozbudowy: gdy poszczególne części odpowiadają za osobne zadania, łatwiej rozbudować aplikację, gdy pojawią się nowe wymagania.

Podstawą tego podejścia są konwencje projektu create-app i publiczne pakiety OwlMeans Common. Strony poświęcone technologiom opisują biblioteki pomocnicze według ich przeznaczenia.

Zastosuj w praktyce

  1. Opisz w specyfikacji rezultat biznesowy i role użytkowników.
  2. Skup historyjkę użytkownika na działaniu, które można zademonstrować.
  3. Poproś agenta, by przy dodawaniu funkcji przestrzegał istniejącej architektury projektu.
  4. Sprawdź łącznie ekran, zapisane rekordy i uprawnienia.
  5. Zachowaj środowisko pracy i pamięć projektu, gdy przekazujesz dalsze prace innemu agentowi.

W przypadku CRM oznacza to, że formularz kontaktu, usługa kontaktów i reguły widoczności korzystają z jednej definicji tego, kto może odczytywać i edytować rekord klienta.

Przykład aplikacji

Kategoria: CRM i zarządzanie klientami. Przykład: CRM dla małego zespołu z przypisywaniem kontaktów do właścicieli i dostępem dla menedżerów.