Переходим на другой продукт Свершилось. 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. Время подготовки документации бизнес-процессов сокращается. Т.к. построение дракон-схем - часть работ создания бизнес-процесса и кода, который этот бизнес-процесс автоматизирует. А дракон-схемы составляют документацию и образуют онтологическую модель.
|