Как да преведем бизнес правила в модел на данни

Правилата и правилата около бизнес процесите се променят внезапно и разработчиците може да не са достъпни, когато настъпи промяна. Добрият дизайн на софтуер предвижда промени и запазва правилата в моделите с данни, където администраторите - а не разработчиците - наблюдават и управляват тези проблеми. Създаването на гъвкав, адаптивен софтуер добавя време към процеса на разработване, но когато се прилага правилно намалява общите разходи за поддръжка.

1.

Определете съществуващите бизнес правила. Докато разработват изисквания и случаи на употреба, избройте приемливи и неприемливи практики. Докато проучвате процеса на въвеждане на поръчките, определете различните видове клиенти заедно с максималната сума на поръчката, разрешена за всеки клиент. Открийте кога тези ограничения могат да бъдат отменени и какви процеси се извършват понастоящем, за да се постигнат тези промени. По време на анализа ще откриете няколкостотин такива правила.

2.

Опис и категоризиране на тези правила. Въпреки че може да не съществува пълен, изчерпателен списък с правила, избройте всички известни правила в електронна таблица, заедно със съответния софтуерен модул, където се прилагат, и след това ги оценете според необходимата степен на гъвкавост. Оценете ги от 1 до 5, като 1 са тези, които се променят често и 5 за тези, които никога не се променят. Кредитните лимити на клиентите се прилагат за рейтинг 1, докато 5 може да се прилага за изискване, че името на клиента не може да бъде празно, например.

3.

Поставете правилата в дизайна. Правилата с гъвкави резултати от 5 стават програмни изисквания. Винаги ще се изисква потребителско име, така че добавете това към спецификациите за формуляра за влизане на клиента. Повечето оценки за гъвкавост от 1 или 2 често стават атрибути на съществуващите таблици. Клиентският лимит за клиента се променя за всеки клиент, така че има смисъл да се добави кредитен лимит към модела за данни на клиента.

4.

Дизайн таблици за търсене, които много от правилата с гъвкавост резултати от 2 или 3 трябва да бъдат каталогизирани инча Докато индивидуален кредитен лимит на клиента се свързва с клиента, правилата, които определят тази граница често са по-малко гъвкави. Бизнес клиент в дадена индустрия може да получи по-висок кредитен лимит от физическо лице, което влиза в улицата, например. Тези правила могат да бъдат моделирани в таблица за търсене на клиентски тип, в която са изброени различните фактори, които определят типа на клиента, свързан със стандартен кредитен лимит.

5.

Създайте глобална таблица с настройки. Правилата с оценка на гъвкавостта около 4 се променят малко, но те се променят с времето и често могат да се съхраняват като двойка име / стойност. Създайте таблица за търсене, наречена „Настройки“ или нещо подобно и поставете тези правила в тази таблица. В допълнение към двойките име и стойност, добавете колона за коментари, която обяснява какъв ефект има всяка настройка. Като пример, добавете ред, наречен “Гратисен период”. Когато проверявате дали плащанията са получени навреме, получете стойността на гратисния период от тази таблица и го включете в изчислението. По-късно, ако гратисният период се промени, администраторът може просто да промени стойността на този запис.

Препоръчано