Як перевести бізнес-правила у модель даних

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

1.

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

2.

Інвентаризуйте та класифікуйте ці правила. Хоча повний, вичерпний перелік правил може ніколи не існувати, перелічіть усі відомі правила в електронній таблиці разом з відповідним програмним модулем, де вони застосовуються, а потім оцінюйте їх відповідно до необхідного рівня гнучкості. Оцініть їх від 1 до 5, 1 - ті, які часто змінюються, і 5 - ті, які ніколи не змінюються. Для кредитних лімітів клієнта застосовується рейтинг 1, тоді як 5 може застосовуватися до вимоги, наприклад, якщо ім’я клієнта не може бути порожнім.

3.

Вкладіть правила в дизайн. Правила з балами гнучкості 5 стають вимогами до програмування. Ім'я клієнта завжди буде обов'язковим, тому додайте його до специфікацій для форми для введення клієнта. Більшість балів за гнучкість 1 або 2 часто стають атрибутами існуючих таблиць. Кредитний ліміт клієнта змінюється для кожного клієнта, тому має сенс додати кредитний ліміт до моделі даних про клієнта.

4.

Створіть таблиці пошуку, в яких багато правил із показниками гнучкості 2 або 3 потрібно каталізувати. Хоча індивідуальний кредитний ліміт клієнта пов'язаний із клієнтом, правила, які встановлюють цей ліміт, часто є менш гнучкими. Бізнес-клієнт у певній галузі може отримати більш високий кредитний ліміт, ніж фізична особа, яка, наприклад, гуляє на вулиці. Ці правила можуть бути змодельовані в таблиці пошуку типу клієнта, в якій перераховані різні фактори, що визначають тип клієнта, пов'язаний зі стандартним лімітом кредитування.

5.

Створіть глобальну таблицю налаштувань. Правила з оцінкою гнучкості близько 4 змінюються мало, але вони змінюються з часом і часто можуть зберігатися як одна пара імен / значень. Створіть таблицю пошуку під назвою "Налаштування" або щось подібне і помістіть ці правила всередину цієї таблиці. Окрім пар імен та значень, додайте стовпець коментарів, який пояснює, який ефект має кожен параметр. Як приклад, додайте рядок під назвою "Пільговий період". Під час перевірки, щоб перевірити, чи були отримані платежі вчасно, отримайте значення пільгового періоду з цієї таблиці та включіть її у розрахунок. Пізніше, якщо пільговий період зміниться, адміністратор може просто змінити значення цього запису.

Follow us

Don't be shy, get in touch. We love meeting interesting people and making new friends.