Порядок работы
Разработка автоматизированных систем.
- Этап №1: Предварительная экспертиза
- Этап №2: Разработка технического задания
- Этап №3: Подписание договора и разработка ПО
- Этап №4: Тестовая эксплуатация
- Этап №5: Ввод ПО в промышленную эксплуатацию
Этап 1: Предварительная экспертизаРазработка автоматизированных систем всегда начинается с постановки задачи. Вернее, все начинается с мысли о том, что пришло время систематизировать бизнес-процессы в компании, а самый надежный путь для этого - автоматизация бизнес-процессов. Однако, одной только мысли недостаточно. Перспективные идеи, которые Вы хотите воплотить в жизнь, бывает, очень сложно сформулировать и описать в деталях. Чтобы помочь Заказчику в этом сложном вопросе, мы встречаемся с ним и в процессе обсуждения подробно фиксируем все его идеи, цели и пожелания по улучшению функционирования предприятия. В процессе консультаций специалисты компании "ИТЕРУС" совместно с Заказчиком выясняют особенности бизнес-процессов, сильные и слабые стороны, а также возможности улучшения самой бизнес-модели. В результате нашей совместной работы появляется документ... Подробнее... |
Этап 2: Разработка технического заданияЧтобы получить именно тот результат, на который Заказчик рассчитывал, заказывая разработку системы автоматизации для своего бизнеса, составляется специальный документ - Техническое задание на разработку программного обеспечения. Разработка технического задания - важнейший этап любого IT-проекта. Техническое задание на разработку программного обеспечения должно содержать всю информацию, которая так или иначе может быть полезна в процессе разработки. Прежде всего, в техническом задании описываются цели и задачи проекта, описываются основные технические требования, допуски и ограничения. Далее в документе должны быть развернуто описаны бизнес-процессы, связанные с разрабатываемым программным продуктом. Почему это важно? Потому, что автоматизация бизнес - процессов в любом своем проявлении должна облегчать жизнь пользователям, сокращать объемы рутинных операций, передавая их компьютеру. Но разработка автоматизированных систем, выполненная без учета особенностей деятельности компании, или в должной мере не соответствующая пожеланиям пользователей, может оказаться безуспешной. Наконец, одной из самых сложных частей технического задания является описание интерфейса и принципов функционирования программного обеспечения. Увы, не всегда смелые идеи по автоматизации бизнес-процессов сопровождаются четким представлением о конечной функци... Подробнее... |
Этап 3: Подписание договора и разработка ПОИтак, перед нами находится документ, определяющий требования Заказчика к тому программному обеспечению, создание и внедрение которого, по его задумке, должно перевести его бизнес на качественно новый уровень. Понятно, что имея эти требования, уже сформулированные в Техническом задании, нужно с "холодной головой" подойти к выбору исполнителя. И Заказчик, естественно, желает реализовать свой проект с меньшими затратами и за более короткий срок, принимая при этом как можно меньшие риски. Мы же со своей стороны на данном этапе предлагаем Заказчику весьма прозрачный расчет стоимости и сроков выполнения проекта, основываясь на оценке объемов работы относительно каждого "кусочка" проекта в соответствии с Техническим заданием. Таким образом, сразу становится очевидным, какие части разрабатываемой системы сложнее и дороже, а какие проще и дешевле. Часто, получив такую подробную смету, Заказчик расставляет акценты и выделяет первоочередные и менее значимые для него функции программного обеспечения. В этот момент также возникает понимание этапности разработки и внедрения системы. Если в процессе переговоров, мы находим общий знаменатель по цене и срокам выполнения проекта, то на ... Подробнее... |
Этап 4: Тестовая эксплуатацияТестирование разрабатываемого программного продукта происходит на протяжении всего проекта. На промежуточных этапах разработки тестирование выполняется только на стороне исполнителя - этот процесс контролируется менеджером проекта, который часто сам принимает в тестировании непосредственное участие. Так "отлавливаются" самые нелепые ошибки, допускаемые программистами по невнимательности или из-за некорректного понимания тех или иных задач. Когда подходит время промежуточной демонстрации продукта Заказчику или по плану близится сдача очередного этапа проекта, менеджер проекта готовит для Заказчика специальный релиз программы, при помощи которого сам Заказчик сможет "пощупать" результат работы и проверить качество ее выполнения. По результатам тестовой эксплуатации программного обеспечения на стороне Заказчика формируется реестр замечаний. Этот реестр прикрепляется к комплекту проектной документации и отрабатывается менеджером проекта в соответствии с установленными регламентами - замечания устраняются, Заказчику передается обновленная версия программы, в реестр вносятся соответствующие отметки. Самым сложным этапом тестовой эксплуатации является начало исполь... Подробнее... |
Этап 5: Ввод ПО в промышленную эксплуатациюПосле окончательных доработок, когда все большие, маленькие и совсем маленькие замечания устранены, наступает "момент истины". Проект переходит на новый и самый сложный, как бы это странно не казалось, этап - ввод программного обеспечения в промышленную эксплуатацию. Иногда этот этап называю внедрением программного продукта. И действительно, это уже не просто программа, установленная на нескольких компьютерах, а рабочий инструмент, внедренный в действующие непрерывные бизнес-процессы организации. И, как правило, начало промышленной эксплуатации подразумевает изменение этих привычных бизнес-процессов - когда несущественно, а когда просто кардинально. И в этот момент успех всего проекта полностью зависит от организаторских компетенций Заказчика - на сколько сотрудники технически и морально подготовлены к работе с новым программным обеспечением, на сколько они готовы к структурным изменениям, которые часто происходят при внедрении автоматизированных систем. Появляется множество мелочей, которые препятствуют реализации всего задуманного, появляются люди, которые планомерно пытаются доказать руководству, что созданная система не работает или работает совсе... Подробнее... |