DRAKON.SU

Переходим на другой продукт

Свершилось. 1С в компании внедрена и работает. Персонал доволен. Ничего не предвещает беды. И тут раз… . 1С перестает поддерживать 1С «Зарплата и управление персоналом» 2.5. И начинается… . На новой платформе 8.3 старые доработки не работают, интерфейс персоналу не знакомый. Программист поддержки не знаком с бухучетом на предприятии, настроить программу не может. Отчетность уже завтра… . У бухгалтеров истерика… . И это уже в 99% офисов страны… . Такая вот ситуация.

Или другой сценарий. Владелец решил перевести компанию на … скажем "SAP R/3" вместо семейства 1С. И по новой... .

Рассмотрим, как исключить такую ситуацию. Предположим построена онтологическая модель на языке ДРАКОН. Это означает что дракон-схемы составлены для уровней:
1. Концепции для руководства
2. Инструкции пользователей
3. Программный код

И приходит момент "Х". Переходим на новый программный продукт.

Работа по переходу будет проходить на 2-м и 3-м уровнях.
Составляем техзадания для программиста в виде дракон-схем 2-го уровня: «Инструкции пользователей». Так дорабатываем дракон-схемы 2-го уровня «Инструкции пользователей» под новый продукт.

Результат отдаем программистам для создания дракон-схем 3-го уровня по коду нового продукта.

И так итерация за итерацией. Пока результат не удовлетворит пользователей бизнес-процессов.

Выводы

1. Онтологическая модель помогает перейти на новый продукт быстрее. Т.к. дракон-схемы которые описывают как работает наша модель бизнес-процессов уже создана.
2. Переделать онтологическую модель занимает меньше времени чем разрабатывать «с нуля».
3. Работы по переходу на новый продукт упорядочены и это уменьшает количество ошибок.
4. Пропадают ошибки, которые называю «провалы в информации». Дело в том, что информация о бизнес-процессе или логике кода не доступна. Из-за того, что сотрудники, сделавшие это не доступны. Забыли, уволились и т.д.. Дракон-схемы это устраняют.
5. Время подготовки документации бизнес-процессов сокращается. Т.к. построение дракон-схем - часть работ создания бизнес-процесса и кода, который этот бизнес-процесс автоматизирует. А дракон-схемы составляют документацию и образуют онтологическую модель.