Найти в Дзене
Дмитрий Деев

Обследование объекта автоматизации

Поговорим вновь о разработке заказного программного обеспечения (далее - ПО). Отчасти эти мыли актуальны и для проектов по внедрению "коробочных" решений. В любом проекте по разработке заказного ПО существует этап обследования объекта автоматизации. На этом этапе различными способами собираются и обрабатывают бизнес требования к будущей или к модернизируемой информационной системе. Системные аналитики проводят многочисленные интервью с ключевыми пользователями Системы. Проводятся анкетирования, изучение той или иной существующей документации Заказчика, изучаются смежные информационные системы и т.д. В результате формируется постановка задачи на разработку. После этого выпускается программный продукт и начинается его внедрение. На этом этапе часто сталкиваются с внезапными проблемами. Например, оказывается, что на рабочих станциях у пользователей браузер не той версии, и использовать другой браузер он не может. Или на рабочих станциях не те версии общесистемного ПО, например, java-маши

Поговорим вновь о разработке заказного программного обеспечения (далее - ПО). Отчасти эти мыли актуальны и для проектов по внедрению "коробочных" решений.

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

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

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

И обо всем этом Исполнитель почему-то не знал и не думал об этом. Внедрение начинает буксовать и спотыкаться.

А все потому что на этапе обследования Исполнитель совсем не подумал о том, что помимо бизнес требований Заказчика необходимо обследовать его существующую IT-инфраструктуру. Еще до начала этапа проектирования необходимо было изучить в какой среде работают пользователи, насколько она унифицирована и управляема. Что из себя представляет серверный сегмент, какое у Заказчика есть общесистемное ПО и как оно лицензировано? Есть ли у Заказчика требования к стандартизации и унификации его IT-инфраструктуры? Какие у заказчика планы и возможности по внесению изменений в существующую IT-инфраструктуру?

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

---

Онлайн-школа руководителей IT-проектов