MakionDocs ← makion.dev

Ролі розробника

Продукт Розробка об'єднує ролі, які будують, рецензують, тестують та аналізують ABAP. Деякі пишуть у SAP; кілька — лише для читання й фізично писати не можуть. Ви обираєте роль у редакторі повідомлення Чату; якщо не впевнені, яка підходить, почніть із ролі лише для читання, як-от Дослідження.

Ця сторінка документує кожну роль Розробки. Ролі, зорієнтовані на побудову (CDS, RAP, Fiori, Міграція, Карта міграції, Перевірка clean-core), мають власну сторінку — дивіться CDS, RAP, Fiori та міграція. Adobe Forms теж має власну сторінку — дивіться Adobe Forms.

Про те, як ролі впроваджують дозволи на рівні інструментів, дивіться Як працюють ролі.

З першого погляду#

Роль Читання/Запис Використовуйте, щоб…
Розробка Запис Реалізувати вимогу від початку до кінця.
Архітектура Лише читання Отримати лише проєкт рішення й план.
Рецензія коду Лише читання Рецензувати об'єкти за вашими стандартами.
Модульні тести Запис (лише тести) Написати чи розширити тести ABAP Unit.
Перевірка ATC Запис Запустити ATC і відзвітувати про зауваження.
Усунення ATC Запис Запустити ATC і виправляти зауваження категорія за категорією.
Дослідження Лише читання Досліджувати й відповідати з доказами.
Специфікація Лише читання (SAP) Нормалізувати сиру клієнтську специфікацію.
Оцінка трудовитрат Лише читання Перетворити специфікацію на чесну оцінку трудовитрат.

Розробка#

Читання/Запис: Запис. Типова роль.

Розробка реалізує вимогу від початку до кінця. Її методологія навмисна: дослідити систему → спершу повторно використати (знайти й віддати перевагу наявним об'єктам) → спланувати зміну → заблокувати й задати вихідний кодперевірити (синтаксис + ABAP Unit + ATC) → активуватирозблокувативідзвітувати. Вона ніколи нічого не видаляє й робить найменшу зміну, яка задовольняє вимогу.

Коли використовувати: основна робоча роль — щоразу, коли ви хочете, щоб зміну справді побудували й активували в SAP під вашим керуванням.

Розробка пише в SAP під час розмови, яку ви скеровуєте. Для жорсткого шлюзу «людина схвалює та застосовує» на кожен запис використовуйте натомість Автономний режим.

Архітектура#

Читання/Запис: Лише читання.

Архітектура створює лише проєкт рішення й план — об'єкти для створення чи зміни, патерни для застосування, модель даних, стратегію транспортування та ризики. Вона нічого не пише, не блокує й не активує; вона передає вам план, який ви можете переглянути ще до написання будь-якого коду (наприклад, наступним запуском Розробки).

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

Рецензія коду#

Читання/Запис: Лише читання.

Рецензія коду читає ваш цільовий об'єкт (об'єкти) та рецензує їх за стандартами проєкту. Вона повертає пріоритезовані зауваженняКритичні / Серйозні / Незначні — кожне з місцем і конкретною пропозицією виправлення. Вона нічого не змінює.

Коли використовувати: щоб перевірити роботу за конвенціями вашої команди або як незалежну рецензію зміни, перш ніж вона піде далі.

Модульні тести#

Читання/Запис: Запис — лише тестовий код.

Модульні тести пишуть або розширюють тести ABAP Unit для цілі. Вони ніколи не змінюють продуктивну логіку: якщо знаходять баг у коді, що тестується, вони звітують про баг, а не редагують продуктивний код. Вони запускають тести, доки ті не стануть зеленими.

Коли використовувати: щоб додати чи розширити покриття тестами наявного коду без жодного ризику змінити поведінку.

Перевірка ATC#

Читання/Запис: Запис.

Перевірка ATC запускає ABAP Test Cockpit на цілі й звітує про зауваження, згруповані для зручності читання. Вона легка: виправляє зауваження, лише якщо ви явно попросите. Її систематичний побратим — Усунення ATC, нижче.

Коли використовувати: швидкий прохід якості, щоб побачити, що позначає ATC, без зобов'язання це виправляти.

Усунення ATC#

Читання/Запис: Запис.

Усунення ATC запускає ATC, а тоді виправляє зауваження по одній категорії за разПродуктивність, потім Безпека, потім Стійкість, потім Чистота — роблячи зміни зі збереженням поведінки та перевіряючи повторно після кожної категорії. Воно вимагає й створює власний виділений транспорт і ніколи не позичає наявний.

На системі QAS чи PROD воно стає лише для читання й лише звітує; записи усунення призначені для рівнів розробки.

Коли використовувати: систематичне очищення зауважень ATC для об'єкта, коли ви хочете, щоб виправлення робилися дисциплінованими, перевірюваними проходами.

Усунення ATC — це записувальний, виправляльний побратим Перевірки ATC. Оберіть Перевірку ATC, щоб лише звітувати; оберіть Усунення ATC, щоб звітувати і виправляти, категорія за категорією, на власному транспорті.

Дослідження#

Читання/Запис: Лише читання.

Дослідження досліджує й відповідає на питання з доказами — воно читає вихідний код, структуру та інформацію про використання (where-used) і може виконувати SQL-запити для питань щодо даних. Воно нічого не змінює. Це хороша, безпечна перша роль, коли ви досліджуєте незнайому систему.

Коли використовувати: будь-яке питання «як це працює / де це використовується / що каже дані», з нульовим ризиком для SAP.

Специфікація#

Читання/Запис: Лише для читання щодо SAP.

Специфікація конвертує сиру клієнтську специфікацію — вставлений текст, файл Excel чи .docx — у нормалізований внутрішній формат специфікації Makion. Вона пише лише файли специфікацій у робочому просторі (ніколи в SAP), з версіонуванням, і живить вкладку Специфікації.

Коли використовувати: щоб перетворити безладну вхідну вимогу на чисту, структуровану специфікацію, з якою можуть працювати інші ролі (як-от Оцінка трудовитрат чи Розробка).

Оцінка трудовитрат#

Читання/Запис: Лише читання.

Оцінка трудовитрат перетворює специфікацію на чесну оцінку трудовитрат: пооб'єктний діапазон складності (S / M / L), діапазони годин замість поодиноких чисел із хибною точністю, явні припущення й невідомі, а також запас на накладні витрати. Вона створює завантажуваний файл оцінки й не пише коду.

Коли використовувати: щоб окреслити обсяг і оцінити вартість роботи зі специфікації, з невизначеністю, заявленою наперед.