Референтний перелік питань до transition-дизайну

Даний перелік питань є підказкою / чек-листом для спрощення проведення аналізу вимог та підготовки технічного дизайну для подальшої реалізації технічного / бізнес епіку.

Він може змінюватись в залежності від рівня складності, задіяних експертиз, кількості підсистем та компонент, тощо.

  • До якого технічного / функціонального епіка відноситься технічний дизайн?

  • Яку проблему адресує / в якому контексті?

  • На яких функціях системи / функціональних сценаріях фокусується? Які є out-of-scope?

  • Які бізнес-актори / категорії користувачів задіяні?

  • Чи є необхідність розширення глосарію Платформи новими термінами / визначеннями / акронімами для спрощення розуміння?

  • Які гіпотези / обмеження / принципи закладені у технічний дизайн рішення?

  • В які підсистеми / сервіси / компоненти вносяться зміни? Чи є необхідність введення нових сервісів та яке їх призначення?

  • Чи є необхідність маркування сервісів / компонентів як застарілих для подальшого видалення?

  • Яка візуальна схема цільового дизайну системи?

  • Чи є необхідність змінювати політики міжсервісної взаємодії? Яким чином?

  • Чи змінюються зовнішні та внутрішні інтерфейси сервісів? Які контракти для взаємодії?

  • Яким чином реалізується аутентифікація / авторизація запитів?

  • Чи є взаємодія з зовнішніми системами, яким чином / на якому етапі налаштовується?

  • Як взаємодіють сервіси в рамках реалізації ключових сценаріїв?

  • Як реалізована робота з помилками на прикладі негативних сценаріїв?

  • Чи змінюються налаштування сервісів? На якому рівні контролюються (система/реєстр/регламент) та в рамках якого процесу застосовується?

  • Чи є зміни до процесів розгортання сервісів / системи? Які саме?

  • Чи є необхідність фіксації подій у бізнес-аудит? Які типи / структури подій?

  • Чи мають бути адресовані вимоги по інтернаціоналізації / локалізації? Яким чином?

  • Чи є необхідність тимчасового або постійного зберігання даних? В яких сховищах?

  • Які зміни вносяться до фізичної моделі? ERD / опис структур?

  • Чи є необхідність створення окремих ролей з привілегіями для взаємодії з БД?

  • Чи є зміни у досвіді моделювання регламенту? Яких складових та за допомогою яких розширень? Приклади моделювання?

  • Чи є необхідність розширення правил валідації цілісності регламенту?

  • Чи вносяться зміни до етапів процесу публікації регламенту?

  • Чи є зміни у досвіді адміністрування реєстру / платформи? Структура конфігурації / як застосовується?

  • Чи є особливості, які необхідно врахувати при реалізації на рівні низькорівневого дизайну?

  • Чи є необхідність створення додаткових дашбордів моніторингу?

  • Чи є додаткові вимоги до бекапування/відновлення даних?

  • Чи є додаткові вимоги до шифрування даних?

  • Чи потребує міграції даних / регламенту оновлення існуючих реєстрів?

  • Які експертизи знадобляться для реалізації технічного дизайну?

  • З яких ключових етапів / задач буде складатися розробка?