Внедрение

Яndex

Самым главным этапом в создании программного продукта является анализ требований и формирование технического задания. Именно от того, насколько правильно будет выполнен этот этап зависит дальнейшая судьба программы. Проводя анализ предметной области мы опираемся на многолетний опыт разработки ПО, который специалисты нашей компании получили в разработке корпоративного программного обеспечения на таких предприятиях как: ОАО "Атоммаш", ОАО "Атоммашэкспорт". Большинство механизмов заложеных в КАСКАД-МП были отработаны на этих предприятиях.

В ходе проведения анализа, при проведении которого выполняются следующие действия:

  • Определены основные задачи (на укрупненном уровне), которые должна решать автоматизированная система.
  • Собраны все виды документов, которые связаны с автоматизируемыми задачами.
  • Задокументирована схема движения документов и их взаимосвязи.
  • Данные документы должны быть проанализированы, и на основе этого анализа должна быть составлена четкая классификация документов.
  • Создается схема движения документов, которая будет автоматизироваться

 

Мы выбираем наиболее оптимальный вариант для решения задачи. Как правило возможны следующие варианты:

  1. При помощи коробочного программного продукта
  2. При помощи коробочного программного продукта с заказной доработкой, либо доработкой своими силами (если это возможно).
  3. Заказное ПО

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

Гораздо интереснее обстоит дело с полузаказным и заказным ПО. В принципе выбор между этими двумя (практически равносильными) вариантами больше зависит от того, кто именно занимается разработкой (доработкой). Тут даже можно сказать, что результаты в таких случаях очень сильно будут зависить от компетентности исполнителя. При этом стоит обратить внимание на следующие крайности:

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

Если заказчику не подходит "Коробочное ПО" то мы предлогаем разработку специального ПО в ходе создания которого мы активно используем наши наработки. Подробнее о нашем подходе к созданию заказного ПО в разделе проектирование.

Примечание: очень часто встречаются случаи, когда аналитическая проработка выполняется во время выполнения последующих этапов. Это происходит по целому ряду причин, основная из которых заключается в том, что люди, которые способны граммотно провести анализ - слабо разбираются в предметной области, а люди, которые разбираются в предметной области - как правило не могут оценить возможность автоматизации данной задачи. Как правило такая ситуация возникает в тех областях деятельности, которые не имеют широко распространеных готовых "коробочных" решений. Собственно говоря в этих ситуациях заказное программное обеспечение является чуть ли не единственным вариантом решения автоматизации данных задач.

 

 

на заглавную страницу написать письмо вебмастеру в начало страницы