Меню документації

Застосунки із завданнями за розкладом і фоновою роботою

На цій сторінці

Створіть застосунок, який планує роботу та фіксує, що відбулося після завершення запиту до сторінки. OwlMeans Platform добре підходить для застосунків із чітко визначеними записами, ролями та робочими процесами. Завдяки основі, яку можна використовувати повторно, ці продукти від самого початку підтримують вхід до системи й контроль доступу та мають узгоджену структуру.

Чому для цього варто обрати OwlMeans Platform

Застосунок може обʼєднати нагадування, розклади, одержувачів і результати доставки в одному робочому процесі. Інтегрована IAM надає кожній групі користувачів свій шлях входу, а за допомогою авторизації ви описуєте, хто може виконувати кожну дію. Згенерована структура проєкту та harness агента допомагають вносити подальші зміни за тими самими правилами.

  • Поєднайте розклад, який бачить користувач, із довготривалими записами про роботу, яку потрібно опрацювати.
  • Розвиваючи фонову роботу застосунку, використовуйте надану базу даних і базові компоненти спільного стану.
  • Попросіть зробити стани завершення та збою видимими, щоб користувачі могли зрозуміти, що сталося з нагадуванням.

Конвеєри ШІ перетворюють опис продукту на специфікацію, яку можна перевірити, і на користувацькі історії. Спершу ви можете розробити найкорисніший сценарій, випробувати його в попередньому перегляді, а розширювати застосунок уже тоді, коли побачите, як він працює насправді.

Почніть з одного прикладу

Reminder Grove, застосунок для подальших дій за розкладом. Для першої версії потрібні нагадування, розклади, одержувачі та результати доставки.

  1. Опишіть користувачів і записи, якими їм потрібно керувати.
  2. Додайте таке правило доступу: користувачі керують своїми нагадуваннями; адміністратори перевіряють збої обробки.
  3. Чітко опишіть перший робочий процес: запланувати нагадування, опрацювати його та перевірити зафіксований результат.
  4. Перевірте специфікацію й схваліть її, коли в ній будуть ці вимоги.
  5. Розробіть першу користувацьку історію, а потім перевірте весь її робочий процес на синтетичних даних.
  6. Перш ніж запрошувати реальних користувачів, перевірте сценарій для користувача, якому застосунок має відмовити в доступі.

Зробіть першу версію корисною

Виберіть найменший робочий процес, який людина може пройти від початку до кінця. Інтеграції та звітність додавайте, коли цей процес запрацює. Просіть агента зберігати наявні межі доступу, коли він розширюватиме цей процес.

IAM — це керування ідентифікацією та доступом. Завдяки IAM користувачі можуть увійти, а застосунок має основу, щоб перевіряти, що дозволено кожній людині.