д.т.н.
ФГБОУ ВПО МГТУ "СТАНКИН"
профессор
Васильев А. В., аспирант. Феофанов А. Н., доктор технических наук, профессор, ФГБОУ ВО МГТУ «СТАНКИН»
УДК 004.65
Современные средние и крупные компаний характеризует сложная инфраструктура, связанная в том числе, с многопрофильностью подразделений, их территориальной удаленностью и различным производственным потенциалом. Единая производственно-экономическая политика в каждом из подразделений компании проводится в тесном информационном взаимодействии подразделений и их централизованном контроле, осуществляемых с помощью комплексных автоматических систем управления (АСУ) [1].
Разрабатываемые информационные системы (ИС) в рамках развития АСУ имеют в настоящее время свои особенности. Во-первых, это быстро меняющиеся требования к подобного рода системам, хотя все эти требования преследуют одну цель - снижение затрат на разработку (путем минимизации рисков из-за ошибок требований, автоматизации генерации программного кода, и т.д.). Во-вторых, это значительное увеличение объема информации, что потребовало принципиального нового подхода как к хранению информации (hardware), так и к обработке (software) [2].
В частности, Enterprise Resource Planning System (ERP-система) представляет собой компьютерную систему, в которой реализованы все необходимые функции для автоматизации управления и обслуживания всех текущих потребностей подразделений внутри компании [3]. ERP-система у телекоммуникационных операторов позволяет автоматизировать любые бизнес-процессы и в некоторых случаях практически полностью сократить бумажный документооборот и уменьшить нагрузку на сотрудников. Простой доступ к общей базе данных и быстрый обмен информацией, значительно повышает оперативность взаимодействия персонала всех подразделений, уменьшает количество допускаемых в работе ошибок и, таким образом, существенно улучшает качество работы компании. Однако следствием этого является и значительное увеличение объемов получаемых данных, которые необходимо хранить и обрабатывать. При этом эти данные имеют самые разнообразные форматы [2].
«Большие данные» (BD), обладающие потенциалом для получения ценной информации для расширенного процесса принятия решений, в последнее время вызывают особый интерес со стороны как исследователей, так и практиков. «Аналитика больших данных» (BDA) все чаще становится трендовой практикой, которую принимают многие организации с целью извлечения из BD ценной информации. Процесс их автоматического анализа, включая развертывание и использование инструментов BDA, рассматривается организациями как инструмент повышения оперативной эффективности, хотя он имеет и стратегический потенциал, стимулирует появление новых потоков доходов и получение конкурентных преимуществ перед другими конкурентами в бизнесе [4]. Существуют различные типы аналитических приложений для автоматизации обработки «Больших данных», используемых во всех отраслях промышленности – от телекоммуникационной области [5] до промышленности [6], сельского хозяйства [7] и туризма [8].
Стоит заметить, что в телекоммуникационной области существует специальный сайт [9], который описывает, как должны быть построены телекоммуникационные системы. Ввиду того, что эти системы призваны объединить все структурные элементы компании, их внедрение занимает в некоторых случаях 2-3 года. Более гибкие ERP-системы внедряются в срок от 6 до 18 месяцев, настраиваются в процессе работы компании и не требуют привлечения сторонних консультантов для отладки всех функций.
Итоговая стоимость затрат на владение ERP-системой (TCO - Total Cost of Ownership) складывается из стоимости аппаратного и программного обеспечения, расходов на консалтинговые услуги по инсталляции, внедрению системы и адаптации персонала, а также средств, потраченных на обновление и дальнейшую оптимизацию. Известно, что величина TCO составляет в среднем $1,5 млн. При этом для среднего бизнеса сумма затрат составляет, как правило, от $100 тыс. до $1 млн., и подразумевает приобретение ERP-системы с коротким сроком внедрения, а более дорогие варианты стоимостью свыше $1 млн. приобретаются исключительно крупными компаниями и внедряются значительно дольше. Именно в этом ценовом сегменте находятся ERP системы для телекоммуникационных операторов. Необходимо отметить, что исследования на рынке России свидетельствуют о средней отдаче от внедрения ERP-систем в размере $1,2 млн. в год, что говорит о целесообразности их применения, несмотря на довольно высокую стоимость. Рынок игроков, представленных компаниями, занимающимися разработкой заказных программных продуктов в целом, по данным сайта http://www.tmforum.org/ насчитывает порядка тысячи основных игроков. Их список включает в себя как крупные и известные компании (SAP, Oracle, Microsoft), так и очень большое число небольших (например, MapR Technologies, Inc [https://mapr.com/]), но тоже имеющих свою часть рынка, компаний.
Необходимо отметить, что при проектировании информационных систем (ИС) большую роль играет выбор такого комплекса инструментальных средств, который сможет обеспечить поддержку полного жизненного цикла любой информационной системы, т.е. позволит реализовать такие этапы как предпроектная подготовка, проектирование, внедрение и эксплуатация [10]. Все эти стадии взаимосвязаны, поэтому крайне важно выбирать такие средства проектирования (СП), которые будут применяться в комплексе и обеспечивать достижение всех поставленных целей на каждой стадии жизненного цикла. В связи с этим большой интерес представляет поиск подходов, позволяющих уменьшить стоимость разработки ПО и улучшить качество итогового продукта.
Основными составляющими элементами методологии проектирования ИС являются: 1) процедура, которая определяет пошаговую последовательность всех технологических операций, 2) правила – все критерии оценки используемых методов и средств проектирования и результатов осуществляемых технологических операций и 3) нотации – все инструменты и средства, предназначены для описания ИС и ее элементов.
При выборе СП также необходимо учитывать такие особенности методологии проектирования, как: 1) вид разрабатываемого проекта – типовой он или уникальный; 2) необходимость дробления проекта на части и последующего объединения отдельных составляющих в единый проект; 3) коллективный и итерационный характер проектирования и 4) возможность реализовать централизованное сопровождение проекта и его полное отчуждение от разработчиков [11, 12].
Изучение конечных результатов проектирования ИС дают основание полагать, что методология анализа предметной области (Gane/Sarson, IDEF1Х, E-R, IDEF0, Yordon и др.), скорее вторична по значимости в сравнении с комплексом инструментальных средств проектирования. Методология, безусловно, является важной, т.к. полнота описательных средств существенно облегчает работу над проектом, но в то же время большая часть описаний, подготовленных на стадии анализа и проектирования, остается невостребованной в готовых продуктах (базах данных, приложениях и т.д.).
К инструментальным СП при этом выдвигаются требования, нарушение которых может оказать значимое влияние на результаты всей работы. Сложность выбора инструментальных средств заключается, прежде всего, в том, что единых международных стандартов на них и их свойства (в отличие от, например, оборудования) на данный момент не существует. Это затрудняет сопряженность инструментальных средств, подходящих для реализации утвержденной методологии. При этом требование совместимости инструментальных СП является обязательным, т.к. все составные части разрабатываемого проекта на финальной стадии интегрируются в единый продукт.
В то же время необходимо учитывать, в современных проектах (в особенности, проектах с открытым исходным кодом) все чаще применяется набор инструментов, которые в максимальной степени позволяют вести автоматизированную разработку. Иногда используется только часть этого инструментария, но все большая часть разработчиков стремится к автоматизации именно всего цикла разработки в целом, что позволяет добиться наилучших результатов.
В первую очередь, речь идёт о следующих компонентах автоматизации процесса разработки:
— автоматизированном регрессионном тестировании и автоматическом непрерывном интеграционном тестировании,
— инструментарии для функционального и юнит- тестирования,
— автоматическом создании пакетов и дистрибутивов для инсталляции продукта. [13]
Таким образом, любое развитое СП должно обеспечивать следующие возможности для отдельных разработчиков и мини-коллективов: 1) одновременную работу специалистов по проектированию БД и разработчиков приложений; 2) разделение полномочий всех участников процесса; 3) возможность согласованного внесения изменений и корректировок; 4) доступ к работе с общим и личными репозиториями для каждого разработчика; 5) интеграцию всех изменений и отдельных фрагментов разрабатываемой ИС в единое целое.
Современные средние и крупные компаний характеризует сложная инфраструктура, связанная в том числе, с многопрофильностью подразделений, их территориальной удаленностью и различным производственным потенциалом. Единая производственно-экономическая политика в каждом из подразделений компании проводится в тесном информационном взаимодействии подразделений и их централизованном контроле и осуществляется с помощью комплексных автоматических систем управления (АСУ) [1].
Разрабатываемые информационные системы (ИС) в рамках развития АСУ имеют в настоящее время свои особенности. Во-первых, это быстро меняющиеся требования к подобного рода системам, хотя все эти требования преследуют одну цель - снижение затрат на разработку (путем минимизации рисков из-за ошибок требований, автоматизации генерации программного кода, и т.д.). Во-вторых, это значительное увеличение объема информации, что требует принципиального нового подхода как к хранению информации (hardware), так и к обработке (software) [2].
В частности, Enterprise Resource Planning System (ERP-система) представляет собой компьютерную систему, в которой реализованы все необходимые функции для автоматизации управления и обслуживания всех текущих потребностей подразделений внутри компании [3]. ERP-система у телекоммуникационных операторов позволяет автоматизировать любые бизнес-процессы и в некоторых случаях практически полностью сократить бумажный документооборот и уменьшить нагрузку на сотрудников. Уже просто доступ к общей базе данных и быстрый обмен информацией значительно повышает оперативность взаимодействия персонала всех подразделений, уменьшает количество допускаемых в работе ошибок и, таким образом, существенно улучшает качество работы компании. Однако следствием этого является и значительное увеличение объемов получаемых данных, которые необходимо хранить и обрабатывать. При этом эти данные имеют самые разнообразные форматы [2].
«Большие данные» (BD), обладающие потенциалом для получения ценной информации для расширенного процесса принятия решений, в последнее время вызывают особый интерес со стороны как исследователей, так и практиков. «Аналитика больших данных» (BDA) все чаще становится трендовой практикой, которую принимают многие организации с целью извлечения из BD ценной информации. Процесс их автоматического анализа, включая развертывание и использование инструментов BDA, рассматривается организациями как инструмент повышения оперативной эффективности, хотя он имеет и стратегический потенциал, стимулирует появление новых потоков доходов и получение конкурентных преимуществ перед другими конкурентами в бизнесе [4]. Существуют различные типы аналитических приложений для автоматизации обработки «Больших данных», использующиеся во всех отраслях промышленности – от телекоммуникационной области [5] до промышленности [6], сельского хозяйства [7] и туризма [8].
Стоит заметить, что в телекоммуникационной области существует специальный сайт [9], который описывает, как должны быть построены телекоммуникационные системы. Ввиду того, что эти системы призваны объединить все структурные элементы компании, их внедрение занимает в некоторых случаях 2-3 года. Более гибкие ERP-системы внедряются в срок от 6 до 18 месяцев, настраиваются в процессе работы компании и не требуют привлечения сторонних консультантов для отладки всех функций.
Итоговая стоимость затрат на владение ERP-системой (TCO - Total Cost of Ownership) складывается из стоимости аппаратного и программного обеспечения, расходов на консалтинговые услуги по инсталляции, внедрению системы и адаптации персонала, а также средств, потраченных на обновление и дальнейшую оптимизацию. Известно, что величина TCO составляет в среднем $1,5 млн. При этом для среднего бизнеса сумма затрат составляет, как правило, от $100 тыс. до $1 млн. и подразумевает приобретение ERP-системы с коротким сроком внедрения, а более дорогие варианты стоимостью свыше $1 млн. приобретаются исключительно крупными компаниями и внедряются значительно дольше. Именно в этом ценовом сегменте находятся ERP системы для телекоммуникационных операторов. Необходимо отметить, что исследования на рынке России свидетельствуют о средней отдаче от внедрения ERP-систем в размере $1,2 млн. в год, что говорит о целесообразности их применения, несмотря на довольно высокую стоимость. Рынок игроков, представленных компаниями, занимающимися разработкой заказных программных продуктов в целом, по данным сайта http://www.tmforum.org/ насчитывает порядка тысячи основных игроков. Их список включает в себя как крупные и известные компании (SAP, Oracle, Microsoft), так и очень большое число небольших (например, MapR Technologies, Inc [https://mapr.com/]), но тоже имеющих свою часть рынка, компаний.
Необходимо отметить, что при проектировании информационных систем (ИС) большую роль играет выбор такого комплекса инструментальных средств, который сможет обеспечить поддержку полного жизненного цикла любой информационной системы, т.е. позволит реализовать такие этапы как предпроектная подготовка, проектирование, внедрение и эксплуатация [10]. Все эти стадии взаимосвязаны, поэтому крайне важно выбирать такие средства проектирования (СП), которые будут применяться в комплексе и обеспечивать достижение всех поставленных целей на каждой стадии жизненного цикла. В связи с этим большой интерес представляет поиск подходов, позволяющих уменьшить стоимость разработки ПО и улучшить качество итогового продукта.
Основными составляющими элементами методологии проектирования ИС являются: 1) процедура, которая определяет пошаговую последовательность всех технологических операций, 2) правила – все критерии оценки используемых методов и средств проектирования и результатов осуществляемых технологических операций и 3) нотации – все инструменты и средства, предназначены для описания ИС и ее элементов.
При выборе СП также необходимо учитывать такие особенности методологии проектирования, как: 1) вид разрабатываемого проекта – типовой он или уникальный; 2) необходимость дробления проекта на части и последующего объединения отдельных составляющих в единый проект; 3) коллективный и итерационный характер проектирования и 4) возможность реализовать централизованное сопровождение проекта и его полное отчуждение от разработчиков [11, 12].
Изучение конечных результатов проектирования ИС дает основание полагать, что методология анализа предметной области (Gane/Sarson, IDEF1Х, E-R, IDEF0, Yordon и др.), скорее вторична по значимости по сравнению с комплексом инструментальных средств проектирования. Методология, безусловно, является важной, т.к. полнота описательных средств существенно облегчает работу над проектом, но в то же время большая часть описаний, подготовленных на стадии анализа и проектирования, остается невостребованной в готовых продуктах (базах данных, приложениях и т.д.).
К инструментальным СП при этом выдвигаются требования, нарушение которых может оказать значимое влияние на результаты всей работы. Сложность выбора инструментальных средств заключается, прежде всего, в том, что единых международных стандартов на них и их свойства (в отличие от, например, оборудования) на данный момент не существует. Это затрудняет сопряженность инструментальных средств, подходящих для реализации утвержденной методологии. При этом требование совместимости инструментальных СП является обязательным, т.к. все составные части разрабатываемого проекта на финальной стадии интегрируются в единый продукт.
В то же время необходимо учитывать, что в современных проектах (в особенности, проектах с открытым исходным кодом) все чаще применяется набор инструментов, которые в максимальной степени позволяют вести автоматизированную разработку. Иногда используется только часть этого инструментария, но все большая часть разработчиков стремится к автоматизации именно всего цикла разработки в целом, что позволяет добиваться наилучших результатов.
В первую очередь, речь идёт о следующих компонентах автоматизации процесса разработки:
— автоматизированном регрессионном тестировании и автоматическом непрерывном интеграционном тестировании,
— инструментарии для функционального и юнит- тестирования,
— автоматическом создании пакетов и дистрибутивов для инсталляции продукта. [13]
Таким образом, любое развитое СП должно обеспечивать следующие возможности для отдельных разработчиков и мини-коллективов: 1) одновременную работу специалистов по проектированию БД и разработчиков приложений; 2) разделение полномочий всех участников процесса; 3) возможность согласованного внесения изменений и корректировок; 4) доступ к работе с общим и личными репозиториями для каждого разработчика; 5) интеграцию всех изменений и отдельных фрагментов разрабатываемой ИС в единое целое.
Рецензии:
28.04.2018, 21:13 Поплавская Лидия Андреевна
Рецензия: В статье делается попытка изложения возможности автоматизации процесса проектирования информационных систем эксплуатационной поддержки телекоммуникационных операторов. В современном мире телекоммуникаций, где почти всеми бизнес-процессами управляют автоматизированные системы, вырабатывается новый подход к операционной деятельности и бизнесу, цель которого - поглощаемые средства не только вкладывать в экстенсивный рост, но и в повышение качества и культуры бизнеса и, как следствие, в их рыночную устойчивость. Последнему способствует охват ключевых зон системами поддержки эксплуатации и бизнес-процессов, что открывает перспективу создания информационной инфраструктуры из стандартизованных приложений, которые, в свою очередь, позволяют быстро выводить новые услуги на рынок и также быстро изымать из обращения по мере устаревания и замены новыми, что позволяет обеспечить устойчивые позиции компаний-операторов на рынке информационно-коммуникационных услуг. В статье дан анализ средств проектирования информационных систем, сравнение популярности реляционных баз данных, которые не в состоянии справиться с актуальными в наше время нагрузками, и альтернативных реляционных баз данных NoSQL, используемых уже более тридцати лет, однако интерес к ним резко вырос в 2009 году благодаря увлечению количества компаний, связанных с использованием больших объемов данных, которые позволяют организовать и прозрачно поддерживать огромные массивы данных, а также обрабатывать и контролировать эти данные. Сегодня нет монополизма реляционных баз данных, как безальтернативного источника данных. Все чаще архитекторы выбирают хранилище исходя из природы самих данных и того, каково желание ими манипулировать, какие объемы информации ожидаются. Полагаю, что рецензируемая статья может быть опубликована в данном издании после проверки на орфографию и грамматику.