KoderLine
KoderLine
Обслуживание и внедрение
программного обеспечения
Киев

Статьи экспертов

Полезная информация

Этапы внедрения системы ERP Ключевая роль этапа «Моделирование» Противопоставление моделирования разработке детального технического задания

0
240
16.05.2020

Заказчики информационных систем на платформе 1С:Підприємство условно подразделяются на несколько групп:

·        первая группа – не имеют представления о процессе выполнения работ и их ожидания выражаются в самых разнообразных формах. Самое первое ожидание – запуск программы за один день, и последнее – потеря веры в то, что даже в теории невозможно запустить, так как бизнес является уникальным;

·        у вторых имеется понимание необходимости доработки систем под специфику компании, поэтому они ожидают начало реализации проекта с подготовки технического задания (ТЗ);

·        третьи – заказчики, имеющие много знаний и пониманий в данной сфере. Они могли познакомиться с agile-методологиями, присутствует осознание того, что написание «большого и светлого» ТЗ не будет гарантией эффективного запуска программы. Такие заказчики стремятся к постепенному внедрению отдельного функционала для получения быстрого результата и возможности держать под контролем каждый из процессов, при этом оценивая соответствия своим ожиданиям.

Практически нет таких заказчиков, которые рассматривали бы такой этап реализации проекта как «моделирование», часто его называют «предпроектным обследованием», то есть, относя его не к полноценной части проекта, а к каким-то подготовительным работам. Хотя специалистами-внедренцами этот этап считается значимым.

Возвращаясь к относительному разделению клиентов на группы, то верное мышление будет у представителей второй и третьей групп. Для успешного внедрения информационной системы необходимо установить цели, которые должны быть достигнуты. А это в свою очередь требует изначальной сборки всех требований, а затем должен быть осуществлен поиск реализации данных требований. Именно для этого и используется ТЗ. Нужно выделить, что достаточно трудоемким является не составление проекта, а именно сбор требований пользователей.

Как только все требования уже описаны в документе, можно приступать к проектированию системы. Чаще всего данный процесс представляется в виде создания технического задания, которое будет служить основой разработки внедряемой системы. Но если система уже есть? Тогда не стоит придумывать что-то новое, а нужно применять уже имеющийся и пользующийся спросом функционал. Никто не отрицает, данный функционал может не подойти на 100% заказчику, но он может быть откорректирован исключительно под потребности заказчика, что будет намного выгоднее финансово и более перспективно. Из этого можно сделать вывод, что создание «абстрактного» ТЗ переходит в подбор наиболее эффективного способа решения поставленной задачи, используя уже существующую систему. И именно данный процесс и получил название «Моделирование».

Как известно продвинутым заказчикам, серьезной проблемой при разработке информационных систем считается отсутствие корректного понимания текстов технических заданий и требований всеми, кто принимает участие в данном процессе. Есть огромное количество примеров, когда по истечении длительного срока, отведенного на сбор требований и создание ТЗ, получившийся документ не слишком отвечал требованиям заказчиков. Причиной такой ситуации является то что, не видя конечного результата затруднительно вообразить в голове итоговую систему, следовательно, у каждого участника проекта может быть совершенно разное представление об одной и той же системе. Для решения этой задачи в мире разработки коммерческого ПО используется «итеративная разработка» либо Agile – каждый функционал осуществляется постепенно, при этом полученные на каждом этапе результаты демонстрируются заказчику, благодаря чему он может внести свои корректировки на каждом из этапов.

На практике общие трудозатраты представлены приблизительно в следующем виде:

В сфере создания ПО существует классический коллаж, который показывает создание системы путем подготовки ТЗ вместо того, чтобы постепенно внедрять функционал. И он имеет такой вид: