Две програми може да имат поле статус и да влагат различен смисъл в него. Свързването не създава автоматично общо определение. Преди прехвърлянето опишете правилата, особено когато грешната стойност изглежда напълно валидна.
Разделете смисъла от името
За всяко поле запишете бизнес значението, допустимите стойности, местоназначението и преобразуването. Клиент може да означава човек в едната програма и фирма в другата. Отговорникът може да се задава с потребителски ID, а не с изписаното име.
Запазвайте идентификаторите. Името помага на хората, но може да се промени или да се повтаря. Уточнете кой постоянен ID остава към новия запис и дали редакцията променя същия резултат, или влиза за преглед.
Създайте правила за прехвърлянето
| Поле | Правило |
|---|---|
| ID на източника | Запазва се като текст; не се извежда от име. |
| Време | Уточняват се часова зона и формат. |
| Сума | Записват се валута и десетични знаци. |
| Отговорник | Използва се валиден ID; липсите се отбелязват. |
| Статус | Описват се разрешените съответствия. |
| Празно поле | Различават се липса, празно и изтриване. |
Дръжте тази таблица до източника на процеса. Посочете кой я обновява при промяна на програмите. Снимката на настройките е полезна, но не заменя описанието на правилата.
Авторска примерна схема: Set It Once. Успешна заявка може да запише стойност с грешно значение.
Прочетете текстовата версия
- Значение при източника. Определете какво представлява полето.
- Значение при получателя. Тип, формат и позволени стойности.
- Правило за липсваща стойност. Различавайте липса, празно и изчистване.
- Прочетете записания резултат. Проверете номера, дати, отговорници и валута.
Проверете двусмислените случаи
Хипотетичен пример: клиент премахва телефона си и източникът изпраща празно поле. Ако то означава не обновявай, старият номер остава. Ако означава изтрий, липсващо поле може да премахне валидна информация. Изберете поведението предварително.
Проверете ID с водещи нули, име на кирилица, часова зона, десетична сума и непознат статус. Добавете запис с отговорник, който вече не съществува. За всеки пример уточнете дали се приема, преобразува, отказва или предава за преглед.
Прочетете действително запазения резултат
Проверете записа след запазване в крайната програма. Тя може да преобразува типове, съкрати стойности или приложи свои настройки. Правилното изпращане не доказва правилно съхранение.
- Запишете ID и очаквания резултат за всяка проверка.
- Пуснете примера в контролирана среда.
- Сравнете източника, изпратените полета и запазения запис.
- Вижте какво действително показва интерфейсът на служителя.
Непознатите стойности трябва да останат видими за преглед. Не преобразувайте всеки неизвестен статус в завършено. Ако интерфейсът за свързване не поддържа необходимото разграничение, променете проекта преди включване.
Разпишете един ред докрай
При условно прехвърляне на поръчка сумата е текст „1,250.00“, валутата е EUR, а ID е „000731“. Уточнете дали получателят очаква десетична сума или цяло число в най-малки валутни единици. ID остава текст, ако началните нули са значими. Автоматичното превръщане на всяко подобно поле в число разрушава идентичността.
Пълният ред описва източник, значение, входен тип, целеви тип, преобразуване, проверка и поведение при грешка. Правилото за сума може да приема определен формат и да връща двусмислените разделители за преглед. Не гадайте дали „1,250“ е хиляда двеста и петдесет или едно и четвърт.
Липса на промяна и изчистване са различни
След премахване на телефон източникът може да изпрати специална инструкция, празен текст или null. Отсъстващо поле може да означава, че изобщо не участва в обновяването. Проверете значението за конкретното API. Уеднаквяването може да запази остарели данни или да изтрие валидни.
Тествайте отделно отсъстващо, празно, null и изрично изчистване. Прочетете запазения резултат след всяка операция и отбележете автоматичните стойности. Ако получателят не представя нужното разграничение, изпратете за преглед или променете правилото.
Поддържайте версия на правилата
Нов статус „чака документи“ не трябва мълчаливо да се превръща в „завършено“. По-подходящото предложено поведение отбелязва непознатата стойност, докато отговорникът реши съответствието.
Пазете версия и тестове с ID, кирилица, валути, дати, липсващи отговорници и поддържаните статуси. Повтаряйте засегнатите тестове при промяна. Собственикът определя служебния смисъл, а поддръжката реализира преобразуването. Така удобно техническо подразбиране не се превръща в нежелано бизнес решение.
Следваща практична стъпка
Ако свързвате източник и крайна програма, използвайте тази таблица при автоматизация на работни процеси. Обхватът, срокът и цената се уточняват преди работа. Запитването не е поръчка или обещание за резултат.
Източници и допълнително четене
Бързи отговори
Често задавани въпроси
Да съпоставяме ли записи по име?
Предпочитайте постоянни ID, поддържани от програмите. Имената се повтарят и променят; двусмислените съвпадения изискват преглед.
Какво става при ново поле?
Прегледайте правилата и повторете засегнатите примери. Определете дали новото поле е задължително, незадължително или неподдържано.
Може ли таблицата да е в електронен файл?
Да. Важни са определенията, отговорникът, примерите и историята на промените, а не конкретният файлов формат.
За автора
Мартин Илиев
Мартин създава Set It Once, за да помага на хората да отделят по-малко време на повтарящата се работа. Ръководствата му обясняват какво можете да пробвате, как да проверите резултата и къде са ограниченията.
Повече за Мартин
