Разработка архитектурного описания цифрового предприятия ООО "Гриндата"

Размещено на http://www.allbest.ru/

Пермский филиал федерального государственного автономного образовательного учреждения высшего образования

«Национальный исследовательский университет

«Высшая школа экономики»

Факультет экономики, менеджмента и бизнес-информатики

Выпускная квалификационная работа

по направлению подготовки 38.03.05 Бизнес-информатика

образовательная программа «Бизнес-информатика»

РАЗРАБОТКА АРХИТЕКТУРНОГО ОПИСАНИЯ ЦИФРОВОГО ПРЕДПРИЯТИЯ ООО «ГРИНДАТА»

Кузнецов Максим Сергеевич

Рецензент К.т.н. доцент информационных технологий и систем бизнесе ПНИПУ О.А. Полякова

Руководитель кафедры К.т.н., доцент, доцент кафедры информационных технологий в автоматизированных А.И. Дерябин

Пермь, 2019 год



Аннотация

Работа посвящена анализу существующей и проектированию будущей архитектуры компании ООО «Гриндата».

Выпускная квалификационная работа состоит из введения, трёх глав и заключения. В первой главе «Анализ предметной области» рассматриваются теоретические вопросы и подходы к проектированию архитектуры предприятия. В ней представлен обзор существующих и применяемых методологий, а также рассмотрены технологии и принципы, относящиеся к Индустрии 4.0 и оценки зрелости существующей архитектуры. Вторая глава «Анализ и построение текущей архитектурной модели» посвящена процессу построения существующей архитектуры рассматриваемого предприятия. В ней содержатся описание самой компании, её основных бизнес-процессов, существующих проблем, модели, отражающие её архитектурную структуру с различных точек зрения. В данной главе также приведена оценка зрелости выбранного предприятия. Третья глава «Построение будущей архитектуры предприятия» описывает предполагаемое будущее состояние архитектуры компании ООО «Гриндата», включающая те же точки зрения, что были рассмотрены во второй главе. Завершают главу анализ несоответствий между существующей и будущей архитектурой предприятия.

Работа включает в себя 79 стр., 50 рис., 4 табл., XVIII библ. назв., 2 прил. проектирование архитектура предприятие индустрия

Ключевые слова: архитектура предприятия, оценка зрелости архитектуры предприятия, Индустрия 4.0, архитектурные точки зрения, ArchiMate 3.0.



Оглавление

Введение

Глава 1. Анализ предметной области

1.1 Обзор литературы

1.1.1 Проектирование архитектуры предприятия и Индустрия 4.0

1.1.2 Методики описания архитектуры предприятия

1.2 ArchiMate 3.0

1.3 Оценка зрелости архитектуры предприятия

Глава 2. Анализ и построение текущей архитектурной модели

2.1 Описание компании и платформы «GreenData»

2.2 Основные бизнес-процессы

2.3 Существующие проблемы

2.4 Модель архитектуры предприятия «As is» в Archi

2.4.1 Организационная точка зрения

2.4.2 Точка зрения продукта

2.4.3 Точка зрения мотивации

2.4.4 Точка зрения сотрудничества бизнес-процессов

2.4.5 Точка зрения использования приложений

2.4.6 Точка зрения сервисной реализации

2.4.7 Точка зрения информационной структуры

2.4.8 Многоуровневая точка зрения

2.5 Оценка зрелости архитектуры компании ООО «Гриндата»

Глава 3. Построение будущей архитектуры предприятия

3.1 Модель архитектуры предприятия «To be» в Archi

3.1.1 Организационная точка зрения

3.1.2 Точка зрения продукта

3.1.3 Точка зрения мотивации

3.1.4 Точка зрения сотрудничества бизнес-процессов

3.1.5 Точка зрения использования приложений

3.1.6 Точка зрения сервисной реализации

3.1.7 Точка зрения информационной структуры

3.1.8 Многоуровневая точка зрения

3.2 Анализ несоответствий

Заключение

Список сокращений

Библиографический список

Приложения



Введение

Инновации в сфере ИТ-технологий заставляют предприятия трансформироваться. Современные бизнес-модели легко становятся неактуальными после выхода очередного новаторского решения или проекта. Большинство компаний зачастую не готовы к инновационным решениям рынка и не могут своевременно реагировать на них. Более 70% предпринимаемых попыток изменений в компаниях считаются провальными [1].

Для предотвращения неудач преобразования и успешного развития организации необходимо иметь современную архитектуру предприятия, позволяющую менеджменту вовремя реагировать на поступающие внешние и внутренние изменения как в структуре предприятия, так и в его бизнес-процессах.

Архитектура предприятия (далее по тексту - АП) представляет собой целостное описание ключевых стратегий организации, связанных с бизнесом, информацией, прикладными системами и технологиями, а также их влияние на функции организации и её бизнес-процессы. Каждое предприятие имеет свою уникальную архитектуру в связи с особенностями ведения бизнеса, используемых технологий, а также поставленных целей, однако для её создания используются шаблоны, на основе которых архитекторы продумывают и составляют архитектуру той или иной организации. Однако большая часть предприятий либо вовсе не имеет описанной архитектуры, либо располагает только её частью, например, технологической, то есть компания знает, какой стек технологий применяется внутри её, однако не видит или не понимает, какое влияние они оказывают на её структуру и существующие бизнес-процессы.

Построение архитектуры должно происходить на ранних стадиях развития предприятия. Это позволит менеджменту иметь представление о ключевых факторах управляемой организации и развивать её постепенно, внедряя и согласовывая изменения, которые отразятся в переходных и «To be» моделях с текущей версией архитектуры, отражённой в модели «As is». Однако данным подходом зачастую пренебрегают, сосредотачиваясь на операционной деятельности организации и её прибыли, что приводит к необдуманным решениям, провальным внедрениям и изменениям. Модель «As is» отражает актуальное состояние архитектуры предприятия компании, оно позволяет оценить и проанализировать его существующие бизнес-процессы, используемые технологии, организационную структуру и прочие свойства с целями бизнеса для своевременного выявления недостатков и причин текущих проблем. Модель «To be» отражает то же аспекты, что и модель «As is», однако описывает будущее желаемое состояние архитектуры предприятия. На данной модели могут быть отражены изменённая организационная структура, процессы организации, технологии, используемые данные и т.д. С помощью модели «To be» компания может спланировать последовательный переход к лучшей архитектуре, которая позволит добиться большей эффективности организации, сможет предложить улучшенные и новые продукты и услуги, обеспечит её выход на новые рынки сбыта, увеличит конкурентоспособность компании в связи с использованием новейших технологий и переработанной структурой. Без качественного планирования переходов к лучшей архитектуре компания может стагнировать и терпеть убытки из-за провальных изменений, что в итоге может привести к потере её положения на рынке и даже закрытию. Для того, чтобы качественно спланировать переход к лучшей архитектуре, компании необходимо определить её текущее состояние. В этом может помочь оценка её уровня зрелости, например, модель Capability Maturity Model (далее по тексту - CMM) для ИТ-компаний.

Одним из примеров развивающейся организации является пермская ИТ-компания - ООО «Гриндата», занимающаяся разработкой интеллектуальной платформы «GreenData», которая позволяет проводить автоматизацию бизнес-процессов финансовых предприятий. Несмотря на то, что компания молодая и напрямую относится к ИТ-индустрии, у неё отсутствует описанная архитектура, что приводит к проблемам внутри организации, например, низкой скорости обучения новых сотрудников по причине отсутствия необходимого количества обучающих материалов, большой загруженности основного персонала и самого процесса обучения. Организация оказалась не готова к стремительному росту числа проектов, что привело к хаотичному найму новых сотрудников, которых необходимо быстро обучить и направить на выполнение задач. Однако, если бы у руководства была описанная архитектура предприятия, то стало бы сразу понятно, что текущая организационная структура и имеющаяся база знаний не позволяет оперативно нарастить число необходимых квалифицированных кадров.

Предложенное описание архитектурной модели предприятия «As is» и «To be» позволит менеджменту компании взглянуть на её состояние под другим углом и скорректировать курс её дальнейшего развития. Полученные результаты работы в дальнейшем могут войти в базу знаний предполагаемых архитектур современных ИТ-компаний, что позволит выявить как часто возникающие проблемы, так и структуру развивающихся организаций в ИТ-сфере.

Таким образом объектом исследования является ИТ-компания ООО «Гриндата» со своей актуальной структурой и бизнес-процессами, а предметом её текущая и предполагаемая будущая архитектура.

Цель работы - разработка архитектурного описания предприятия, а также предложение его будущей архитектуры.

Для достижения поставленной цели были определены следующие задачи:

Изучение и выбор средств для описания архитектуры предприятия.

Оценка зрелости компании.

Определение стейкхолдеров и точек зрения компании.

Определение видов моделей архитектуры предприятия.

Построение текущей архитектуры организации с помощью модели «As is».

Построение будущей предполагаемой архитектуры организации - модель «To be».

Исследование точек зрения стейкхолдеров (разработка требований, построение моделей).

Часть архитектуры описываемого предприятия уже разработана, однако формально в компании никак не представлена. В научной литературе описаны шаблоны проектирования, например, The Open Group Architecture Framework (далее по тексту - TOGAF) или Department of Defense Architecture Framework (далее по тексту - DoDAF), а также новые методы построение архитектур, однако в большинстве случаев примеры основаны на описании внедрения технологий либо на промышленные предприятия, либо на торговые. К тому же, как было сказано ранее, каждое предприятия уникально и имеет свои отличительные особенности.

При выполнении выпускной квалификационной работы будут использованы методы анализа различных источников информации, касающиеся методологии разработки современной архитектуры предприятия и ИТ-компании в частности, исследованы методики описания архитектуры, а также будет выбран язык моделирования, который позволит описать требуемые модели для ИТ-компании ООО «Гриндата» и добиться поставленной цели. Проведённое интервьюирование ключевых лиц компании позволит более детально и объективно отразить текущее состояние организации.

Полученные данные, отражающие актуальное состояние описываемого предприятия и модели, будут использованы для описания как текущего, так и для будущего состояния организации. Все полученные результаты планируется согласовать с руководством компании ООО «Гриндата».



Глава 1. Анализ предметной области

В данной главе будет проведён анализ релевантной научной литературы (вместе с методологиями) по теме: «Архитектура цифрового предприятия и методы её построения», проведено сравнение методик построения архитектуры предприятия, из которых будет выбрана и обоснована одна, применяющаяся в работе, а также в рамках данной главы будет описана методика оценки зрелости предприятия, на основании которой впоследствии будет спроектирована архитектура рассматриваемой компании.

1.1 Обзор литературы

Термины «Архитектура предприятия» и «Индустрия 4.0» имеют различные комплексные определения. В стандарте ISO/IEC 42010:2007 под АП понимается базовое определение, представленное как: «Архитектура предприятия - это фундаментальная организация предприятия либо как целого, либо вместе с партнерами, поставщиками, и/или покупателями («расширенное предприятие»), либо части (например, бизнес-направление, департамент), а также руководящие принципы его проектирования и развития» [7]. Под индустрией 4.0 подразумевается целый ряд современных концепций, в которые входит:

умное производство, при котором всё оборудование оснащено различными датчиками, а в самом процессе участвуют цифровые двойники и автономные системы;

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

самоорганизация, при которой классическая производственная иерархия декомпозируется и становится более децентрализованной;

новые системы в разработке продуктов и услуг, а также распределения закупок;

адаптация к потребностям человека;

корпоративная социальная ответственность, включающая устойчивость и ресурсоэффективность [8].

1.1.1 Проектирование архитектуры предприятия и Индустрия 4.0

Индустрия 4.0 до сих пор остаётся сложным термином для понимания. WW Henning Kagermann, J. Helbig (2013) определяют «Индустрию 4.0» как «новый уровень организации и управления цепочкой создания стоимости на протяжении всего жизненного цикла продуктов» [15]. Hermann Т. и соавт. (2016) определяют «Индустрию 4.0» как «собирательный термин для технологий и концепций организации цепочки создания стоимости» [10]. Yang L. (2017) в своей обзорной статье для его лучшего восприятия провёл всесторонний обзор данного понятия, представленного в существующей литературе на основе источников из «Web of Science». В общем понимании целью Индустрии 4.0 является достижение более высокого уровня операционной эффективности и производительности, а также более высокого уровня автоматизации. Основными характеристиками считаются оцифровка, оптимизация и индивидуализация производства, автоматизация и адаптация, а также автоматический обмен данными и связь. Хотя Yang L., основываясь на своём исследовании, делает выводы о том, что единогласного определения термина среди исследователей и архитекторов нет, тем не менее, он делает вывод о том, что Индустрия 4.0 облегчает взаимосвязь и компьютеризацию в традиционной индустрии, а её целью считается обеспечение массовой настройки выпускаемой продукции с помощью ИТ через автоматическую и гибкую адаптацию производственной цепочки, отслеживание деталей и продуктов, облегчение связей между частями продукции и машинами, оптимизации производства с поддержкой Интернета вещей. В совокупности это позволит перейти к интеллектуальным фабрикам и предоставлять новые виды услуг, а также внедрять инновационные бизнес-модели взаимодействия в цепочке создания стоимости. Таким образом, Индустрия 4.0 может быть обобщена как интегрированный, адаптированный, оптимизированный, ориентированный на обслуживание и совместимый производственный процесс, который коррелирует с алгоритмами, большими данными и высокими технологиями [10].

Индустрию 4.0 нельзя не представить без помощи так называемых кибер-физических систем (КФС), которые предлагают многообещающие решения для преобразования работы и роли многих существующих систем. Цель КФС - это сближение физического и цифрового миров, в котором у каждого физического элемента в процессе создания продукта или же у самого продукта существует цифровой двойник, который хранит в себе определенную информацию о процессе или объекте. Данные и информация обмениваются между встроенными компьютерными терминалами, беспроводными приложениями, домами или даже облаками. Комплексная, динамичная и интегрированная КФС будет совместно планировать, анализировать, моделировать, проектировать [10]. Однако несмотря на развитую инфраструктуру создание, развитие и внедрение кибер-физических систем происходит достаточно медленно. Одной из причин является совместимость КФС, то есть способность двух систем «понимать» друг друга и использовать функциональность и данные других систем.

Архитектура Индустрии 4.0 включает в себя четыре уровня: операционный, уровень применимости, технический и семантически совместимый. Первый уровень иллюстрирует общие структуры концепций, стандартов, языков и отношений в КФС и Индустрии 4.0. Уровень применимости определяет руководящие принципы методологий, стандартов, областей и моделей. Технический уровень включает в себя инструменты и платформы для технического развития, ИТ-систем, среды ИКТ и связанного программного обеспечения. Последний уровень обеспечивает обмен информацией между различными группами людей, приложений и различными уровнями учреждений [10]. На данный момент существуют 3 фреймворка: Command, Control, Communications, Computers, Intelligence, Surveillance and Reconnaissance (C4ISR); Interoperable Delivery of European eGovernment Services to public Administrations, Business and Citizens (IDABC); и Advanced Technologies for Interoperability of Heterogeneous Enterprise Networks and their Applications (ATHENA).

Переход к Индустрии 4.0 означает не только вышеописанные преимущества в бизнесе, но и множественные трудности, связанные с использованием новейших технологий, таких как мобильные и облачные вычисления, оперирование большими данными и создание интернета вещей. Это обусловлено тем, что появится огромные массивы информации, генерируемые цифровыми двойниками физического мира, которые необходимо своевременно обрабатывать и извлекать из них пользу. В идеальной среде Интернет вещей способен предлагать конкретные и персонализированные продукты, а пользователи смогут настраивать продукты через веб-сервисы, которые передают собранные данные в промышленное облака на предприятие, где уже производитель будет интегрировать требуемые изменения, вводить оптимизацию, управлять производственным процессом и контролировать его для более эффективного производства конечного продукта под требования клиентов. Таким образом, продукты, заказы, машинные процессы, системы управления, искусственный интеллект и генетические алгоритмы, основанные на нескольких агентах, представляют собой комплексный процесс взаимодействия, который меняет отношения между поставщиками, производителями и клиентами [10].

Для перехода к Индустрии 4.0 Erol S. и соавт. (2016) предлагают модель трёхэтапную модель, которая включает в себя следующие этапы:

Envision - стадия, когда компания знакомится с общими концепциями Индустрии 4.0, развивает собственное понимание и согласовывает общие идеи перехода с конкретными целями компании и потребностями клиентов.

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

Enact - этап, цель которого преобразовать выработанные стратегии в конкретные проекты. Данные проекты оцениваются, расставляются в соответствии с приоритетами и связанными рисками, требуемыми ресурсами и ожидаемым воздействием [11].

Однако несмотря на кажущуюся простоту методики и обозримые преимущества, переход к Индустрии 4.0 достаточно сложен для бизнеса. Компании, в которых предпринимались попытки перехода, скорее думали о том, что Индустрия 4.0 решит их текущие проблемы, при этом не изменяя их сформированную актуальная стратегию и работающие бизнес-процессы [11].

Lee J. и соавт. (2014) предлагают свою версию архитектуры предприятия, которое совершает переход в Индустрию 4.0. Описываемая архитектура имеет 5 уровней:

Уровень умных соединений, в котором учитываются типы собираемых данных как с различных датчиков, так и систем управления предприятием, а также выбор и определение подходящих сенсоров для мониторинга.

Уровень трансформации данных, на котором рассматриваются процессы преобразования собираемых данных в необходимую информацию для анализа.

Кибер-уровень, являющийся центральным в предлагаемой архитектуре. На нём происходит аккумулирование и анализ всей поступающей информации, осуществляется прогнозирование состояния каждого подключенного агента или машины.

Уровень познания, который служит для передачи структурированной информации пользователю посредством инфо-графики и сравнения состояний.

Уровень конфигурации, связующий уровень между физическим уровнем и киберпространством. С помощью него осуществляется контроль устойчивости всей кибер-физической системы, производится её автоматическая адаптация и настройка в соответствии с принятыми решениями на уровне познания [11].

Для проведения аналитики на кибер-уровне авторы предлагают использовать «Time machine», которая будет делать «снимки» (копии) состояния всей системы, позволяющие сравнивать их состояния между собой, находить сходства и различия после примененных изменений. Хранимая история позволит синтезировать получаемую информацию и строить прогнозы для оптимизации производства.

С изменением применяемых технологий меняется и существующая архитектура предприятия. Xua L.D. и совт. (2018) заявляют, что на данный момент сервер-ориентированная архитектура является преобладающей тенденцией в интеграции гетерогенных систем, в особенности это касается тех компаний, которые совершают или планируют перейти в Индустрию 4.0, поскольку она создаёт кибер-физическую производственную среду, обеспечивающую связь и взаимодействие между всеми участниками цепочки создания стоимости. Сервис-ориентированная архитектура позволяет организациям беспрепятственно координировать свои действия в среде разнородных информационных систем, обеспечивая своевременный обмен информацией и гибкость системы. Данная архитектура способствует интеграции новых платформ и протоколов, а также улучшает взаимосвязь между ними по сравнению с иерархической корпоративной архитектурой. Некоторыми общепризнанными преимуществами сервис-ориентированных инфраструктур и приложений являются простота, адаптивность, масштабируемость, гибкость, надежность и независимость от местоположения. Сервис-ориентированная архитектура предоставляет функциональные возможности для реализации специализированных приложений-сервисов для удовлетворения разнообразных потребностей клиентов. Услуги, разработанные и поддерживаемые в одном месте, могут быть доступны для приложений в других географических точках, благодаря кибер-физической среде и используемой архитектуре. Не стоит забывать и о возможности интеграции услуг и функций партнёров в существующие цепочки создания продуктов, что влечёт за собой уменьшение производственных затрат и улучшение качества, а также гибкость системы [12].

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

сложность и дороговизна разработок новых бизнес-моделей и применяемых технологий;

увеличение проблем с масштабируемостью, так как всё больше и больше объектов будет подключаться к производственной сети, что ведёт к геометрическому росту генерируемых и обрабатываемых данных;

недостаток знаний и технологий в области анализа данных;

технические проблемы, связанные с Интернетом вещей, который включает в себя соединение между разными типами сетей при помощи различных технологий связи. Отсутствуют платформы, которые бы могли объединить коммуникационные технологии и приложения в сети, существуют частые задержки и в преобразовании и транзакции данных по сети;

отсутствие единого отраслевого стандарта для Индустрии 4.0;

проблемы защиты информации и сохранения конфиденциальности, поскольку с применением Интернета вещей будет собираться и передаваться по сети огромное количество личной и частной информации [12].

Однако несмотря на описанные проблемы, изучение и распространение концепций Индустрии 4.0. будут расти. Предполагаемые дальнейшие тенденции будут включать:

расширение интеграции кибер-физических систем на предприятиях, разработка интерфейсов, разнородных компонентов, методов и инструментов для её осуществления;

проверка и тестирование кибер-физически систем на предприятиях, разработка единых стандартов и спецификаций;

использование технологий blockchain для обеспечения устойчивости, масштабируемости, безопасности и автономности;

разработка умных цифровых устройств для Интернета вещей, которые бы могли самостоятельно конфигурироваться, оптимизироваться и защищаться;

реализация умных фабрик или производств, основными характеристиками которых бы являлись их устойчивость, надёжность и эластичность;

развитие корпоративных информационных систем в связке с кибер-физическими системами и Интернетом вещей [12].

В конечном счёте реализуемые проекты, связанные с Индустрией 4.0 позволят высвободить большое количество человеческого времени, которое будет тратиться не на рутинные задачи производства, а на саморазвитие и переобучение более интеллектуальным профессиям, которые станут востребованы в скором будущем [13].

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

Архитектура предприятия включает в себя и архитектуру бизнес-процессов, которая определяется как организованный обзор бизнес-процессов, определяющий их отношения, которые в свою очередь могут сопровождаться рекомендациями, как эти процессы должны быть организованы [4]. Что касается архитектуры предприятия в целом, Dam H.K. и соавт. (2016) определяют её как дисциплину, которая анализирует услуги, предлагаемые предприятием и его партнерами заказчику, услуги, предлагаемые предприятием его партнерам, а также организацию предприятия и ИТ-инфраструктуру [3].

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

Dijkman R. и соавт. (2014) различают следующие подходы к проектированию архитектуры бизнес-процессов:

основанный на цели - подход, при котором строится целевая структура, состоящая из бизнес-целей и их подцелей, а также отношений между ними. Структура и тип целей непосредственно влияют на конечную архитектуру бизнес-процессов;

основанной на действии - подход, при котором строится структура действий и отношений между ними, данный подход очень похож на бизнес-процесс, поскольку он состоит из упорядоченных действий, имеет начало и конец;

основанный на объекте - подход, при котором основой является бизнес-объект. Объекты делятся на постоянные, например, клиент, «кейс-объекты», например, заказ, и другие объекты;

основанный на эталонной модели - подход, при котором уже созданная модель бизнес-процессов используется повторно и адаптируется для проектирования новой архитектуры;

основанный на функциях - функционально-ориентированный подход, который подразумевает описание и декомпозицию бизнес-функций с использованием процессов [3].

На практике архитекторы используют некоторую совокупность подходов, что подтверждают исследования Dijkman R. и соавт. (2014). Тем не менее, самым частым используемым подходом к проектированию архитектуры бизнес-процессов остаётся подход, основанный на эталонной модели.

Weichharta G., Staryc C. и Vernadatd F. (2018) делают упор на то, что для проектирования архитектуры предприятия завтрашнего дня (умного, чувствительного к изменениям и при этом устойчивого) требуется использовать комбинацию обычного моделирования и подхода по управлению знаниями. Подобным предприятиям потребуются возможности интеграции и взаимодействия на операционном уровне вместе с возможностями организационного обучения вследствие внедрения кибер-физических систем и появления огромного массива генерируемой информации как по производимым продуктам, так и по поддержке новых систем. Под организационным обучением понимается способность фирм приспосабливаться к изменениям, то есть фирма обучается вследствие изменений. При моделировании предприятия необходимо руководствоваться следующими принципами:

чёткое определение целей и обоснование модели;

область применения, определение того, что должна из себя представлять конечная модель;

глубина - то, насколько детально будет представлено описание;

логическая согласованность, при которой созданные модели не должны противоречить друг другу;

полнота, модель должна соответствовать объёму.

Для моделирования цифровых предприятий должны использоваться разработки эталонных и повторно используемых корпоративных моделей. Основываясь на производственных онтологиях, они могут обеспечить основу для горизонтальной и вертикальной интеграции процессов и непрерывной адаптации [2].

Если обратиться к DoDAF и TOGAF, то их описываемые эталонные модели также могут меняться в связи с развитием концепций Индустрии 4.0. Tao Z-G. и соавт. (2015) предлагают сервис-ориентированный процесс разработки архитектуры корпоративных приложений, основанный на структуре контента архитектуры, метамодели DoDAF (DM2) и нотации моделирования обычных вычислений. Предложенная структура позволяет расширить и улучшить соответствие между архитектурными входами и выходами между TOGAF и DoDAF [5]. С помощью предложенной дорожной карты в сочетании со специализированной платформой и планом действий авторы предлагают процесс разработки архитектуры приложений для предприятий, ориентированный на предоставление услуг, чем может руководствоваться архитектор при моделировании современного цифрового предприятия.

По мере роста организации архитектура ее систем и процессов также должна развиваться, чтобы соответствовать требованиям бизнес-среды. Развитие модели АП может включать внесение изменений в различные компоненты на разных её уровнях. В результате перед внесением изменений в модель архитектуры предприятия важной проблемой является оценка эффекта изменений, то есть анализа их воздействия на предприятие в целом. Второй проблемой может стать определение вторичных изменений, которые должны сохранить согласованность в изменившейся структуре. Например, первоначальные изменения в имеющейся модели архитектуры предприятия, относящиеся к стратегии и бизнес-целям предприятия, могут привести к вторичным изменениям, касающихся бизнес-процессов, предоставляемых услуг и так далее. Стоит понимать, что на развитом предприятии внедряемые изменения влекут большие траты на них. Таким образом, Dam H.K. и соавт. (2016) предлагают свой собственный язык для моделирования проводимых изменений и их влияния на архитектуру предприятия - ChangeAwareHierarchicalEA, основанный на SeamCAD. Предложенный язык поддерживает анализ воздействия проводимых изменений (для последующего их планирования), обеспечивает распространение изменений на архитектуру в целом (для их непосредственной реализации), а также предполагает полуавтоматизированную поддержку для их распространения на оставшиеся затронутые части архитектуры предприятия. Однако данный язык не учитывает аспекты изменяющейся стратегии, целей, финансы, управление, качество услуг и так далее, что касается низкоуровневого проектирования как бизнес-процессов, так и программного обеспечения [3].

Chavarrнa-Barrientosa D. и соавт. (2017) также предполагают, что современное цифровое предприятие должно быть чувствительным (восприимчивым), умным и устойчивым. Под чувствительностью подразумевается контекстная осведомлённость предприятия на внутреннем и внешнем уровнях. Под умным понимаются организации, которые адаптируются к изменениям, а устойчивость означает действие организации без ущерба к окружающей среды, общества или экономики. Предложенная авторами методология предполагает 5 точек зрения:

Корпоративная точка зрения, роль которой заключается в определении бизнес-целей предприятия с использованием шагов планирования, создания и подтверждения модели CANVAS, которая включает бизнес-концепцию и стратегии.

Информационная точка зрения, роль которой состоит в указании информации и определении знания, необходимые для работы предприятия.

Точка зрения вычисления, которая описывает бизнес-процессы предприятия с использованием графического представления.

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

Технологическая точка зрения, описывающая выбор технологий, которые необходимы предприятию для работы. Данная точка зрения ориентирована на проектирование производственных систем для проверки жизнеспособности предприятия.

Таким образом, предложенная методология описывает ключевые точки зрения, включающие в себя уровни управления, а также технические уровни и области применения. Разработанная методология направлена ??на гармонизацию с существующими знаниями. Фактически, она была разработана с концепциями GERAM и включает в себя другие модели, такие как SCOR, CANVAS и ARIS. Эти модели можно рассматривать как часть набора инструментов для применения методологии [6].

1.1.2 Методики описания архитектуры предприятия

Первые поколения подходов по моделированию архитектуры предприятия были разработаны в ходе реализации крупных компьютерно-интегрированных американских, европейских и китайских проектов в 1980-е годы. В основном они носили описательный характер, были статическими и выражались в графической форме. В дальнейшем языки по описанию архитектуры предприятия развивались и стали более выразительными, чтобы охватить больше аспектов бизнес-объектов, так и иметь возможность создавать исполняемые модели [2]. Vernadat F. B. рассмотрел эволюцию языков описания архитектуры предприятия в контексте Инжиниринга Предприятия:

Агрегированные подходы 1980-х годов, которые имеют двумерную матричную структуру и рекомендуют конкретные инструменты моделирования для каждой ячейки матрицы:

IDEF, включающий изначально только три метода моделирования: функциональный (IDEF0), информационный (IDEF1), поведенческий (IDEF2). Для моделирования бизнес-процессов в 1990-х годах был добавлен метод IFED3;

GRAI-GIM, использующий аналогичные методы для функционального и информационного моделирования, при этом добавив концепции GRAI grid и GRAI Nets для моделирования аспектов принятия решений на предприятии [17].

Унифицированные языки, которые появились вместе с концепцией бизнес-процесса:

ARIS, состоящий из четырёх представлений (функция, процесс, данные и организация) со связанными конструкциями (событие, функция, информационный объект, организационная единица, сотрудник и ИТ-ресурс) вкупе с цепочкой событий (EPC диаграмма) для отображения бизнес-процессов;

CIMOSA, состоящий из унифицированных и непротиворечивых конструкций, то есть классов объектов, определяющих типы компонентов модели. CIMOSA имеет следующие виды: функциональный, ресурсный, организационный [17].

Языки, основанные на онтологии:

DEMO (Design and Engineering Methodology for Organisations), целью которого является сбор и моделирование операций организации способом, независимым от реализации. Получающиеся модели называются корпоративными онтологиями и выражаются в терминах так называемых социальных взаимодействий между субъектом-инициатором и исполнителем-исполнителем;

MRO (Manufacturing Reference Ontology). Модель может быть представлена как диаграмма, выраженная в соответствии с полуформальным схематическим представлением производственной онтологии, и формально с использованием KFL (Knowledge Frame Language) для представления знаний [17].

Языки, ориентированные на разработку программного обеспечения, которые добавили к базовым видам мотивационное представление, а также произведи дифференциацию концепций бизнес-услуги и бизнес-процесса. Среди них Vernadat F. B. отмечает:

AKM (Active Knowledge Modeling), поддерживаемый инструментом METIS, который добавляет конструкции для роли, продукта, приложения и бизнес-услуги к бизнес-процессам, задачам и организации;

ArchiMate, добавляющий концепции бизнес-субъекта, бизнес-роли и бизнес-сервиса в бизнес-процесс;

MEMO для много перспективного моделирования предприятий;

4EM метод [17].

Поскольку большую часть курса по архитектуре предприятия рассматривался язык описания архитектуры предприятия ArchiMate 2.0 и 3.0, относящийся к фреймворку TOGAF, то в рамках работы было решено рассмотреть ближайшие его аналоги, которые могли бы использоваться как инструмент для моделирования описываемого предприятия ООО «Гриндата».

Модель архитектуры предприятия Захмана Д, которая была разработана в 1987 Захманом Д., а впоследствии дополнена в 1992-96 гг., послужила «основой» для создания ряда других методик описания архитектуры предприятия (FEAF, TOGAF, DoDAF). Целями модели являются разбиение описания АП на отдельные разделы, которые в совокупности бы давали целостное описание архитектуры предприятия, а также возможность выделить различные точки зрения и абстракции, с помощью которых можно было бы рассматривать АП с разных перспектив. Представлением модели является таблица, представленная на рисунке ниже (рис. 1.1).



Рисунок 1.1. Модель Захмана [15]

Смысл представлений (строк) в представленной таблице Данилин А. и Слюсаренко А. описывают следующим образом:

Описание бизнеса в общем (бизнес-модель, бизнес-стратегия и бизнес-объекты).

Описание структуры организации, ключевых и вспомогательных процессов (концептуальная модель).

Описание бизнес-процессов с использованием понятий и терминов информационных систем (логическая модель).

Описание технологии реализации (технологическая или физическая модель).

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

Описание работающей системы.

Основными характеристиками и преимуществами модели Захмана можно считать:

простота и лёгкость в освоении и понимании специалистами любого профиля;

наличие точек зрения, абстракций и сущностей которые соотносятся с предприятием в целом в требуемом контексте и ясно определяют фокус внимания;

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

независимость от сторонних инструментов;

модель удобно применять для выявления недостающих компонентов, координации работ, а также проведении классификации всей информации, которая описывает предприятие.

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

Модель, разработанная консалтинговой компанией Gartner, которая состоит из четырёх взаимосвязанных уровней, каждый из которых соответствует уровням выполнения операций реального бизнеса:

Среда бизнес-взаимодействия - описывает модель «виртуального бизнеса», который нацелен на взаимодействие предприятий и бизнесом (B2B).

Бизнес-процессы - описывает выполнение ключевых процессов предприятия.

Шаблоны - включает модели и алгоритмы, которые используются предприятием для решения своих бизнес и технологических задач.

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

Основным преимущество данного подхода можно считать раскрытие и объяснение руководящим лицам того, как решения, принимаемые на верхнем уровне, могут влиять на использования ИТ на предприятии. К недостаткам можно отнести общность модели, т.к. методология не предлагает ни форматов, ни специализированного языка для описания, а только задаёт концепции и описывает шаги для разработки архитектуры предприятия [1579].

Методика, предложенная META Group. Исторически данная методика делала упор на процесс разработки технологической архитектуры и её составляющих, однако в дальнейшем в представлениях появились другие предметные виды: бизнес-архитектура, информационная архитектура и другие. На выходе при проектировании получаются два основных документа, объединяющие все домены: Видение общих требований и Принципы концептуальной архитектуры.

На основании методики процесс построения архитектуры состоит из 4 этапов:

Разработка видения общих требований, которая включает в себя анализ тенденций, бизнес-стратегии, требования к информационным системам и технологической архитектуре со стороны бизнеса и его потребностей.

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

Составление плана миграции, который описывает переходы от текущего состояния архитектуры к будущему.

Явными преимуществами рассматриваемой методики можно считать итоговое формализованное представление архитектуры предприятия со структурированными документами, описывающими процесс построение АП от текущего состояния до желаемого. К недостаткам можно отнести высокий уровень вхождения для реализации архитектуры предприятия.

Методика или набор шаблонов NASCIO Architecture Toolkit, который был разработан американской ассоциацией CIO. Включает в себя следующие уровни:

области или домены ИТ-архитектуры, представляющие логические блоки для описания различных областей ИТ-систем, например, управление приложениями, данными, информацией и т.д.;

дисциплины, обеспечивающие деление доменов на разделы;

технологические дисциплины, описывающие функциональные технологические разделы архитектуры;

продуктовые компоненты, описывающие специфические для области протоколы и конфигурации;

документы соответствия, описывающие основу для принятия решений на каждом из уровней;

бизнес-архитектура, состоящая из нескольких функциональных и тематических бизнес-областей (доменов). В каждой из бизнес-областей выделяются компоненты, которые могут иметь состояние, описывающие отношение компоненты к состоянию архитектуры предприятия - текущему или будущему. Компоненты могут описывать роли, их ответственность, события и циклы деятельности организации и т.д. Специальным типом компоненты является так называемая Gap-компонента, которая описывает существующие расхождения между текущим и целевым состоянием [15];

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

технологическая архитектура;

архитектура решений, под которой понимается «процесс в рамках общей архитектуры предприятия, который фокусируется на создании сервиса или решения в интересах всей организации» [15].

Методика TOGAF (The Open Group Architecture Framework), предложенная группой компаний The Open Group. Одной из главных целей TOGAF является построение программной инфраструктуры информационной системы. В модель входят методика ADM (Architecture Development Method), которая служит для описания процесса разработки архитектуры, а также Базовая архитектура (Foundation Architecture). Методика ADM включает в себя следующие этапы, которые могут делиться на подпроцессы и отдельные работы:

Уточнение модели в соответствии со спецификой организации, обозначение принципов.

Определение границ проекта, разработка общего представления.

Разработка бизнес-архитектуры.

Разработка архитектуры данных и приложений.

Разработка технологической архитектуры.

Проверка возможности реализации обозначенных решений.

Планирование перехода к новой системе.

Формирование системы управления преобразованиями.

Управление изменением архитектуры [15].

TOGAF использует архитектурные принципы, играющих роль аксиом, на которых строится вся архитектура предприятия. Принципы взаимозависимы и должны применяться в целостном наборе. Пример применяемых принципов предложен ниже на рисунке 1.2.



Рисунок 1.2. Примеры принципов [15]

Стоит отметить, что впоследствии методика TOFAG была расширена бизнес-архитектуры, архитектуру данных и приложений, а также она является бесплатной для некоммерческого использования.

В 2008 году консорциум The Open Group получила мощный инструмент для реализации описания стандартов TOGAF в виде языка моделирования архитектуры предприятия - ArchiMate, который стал итогом анализа сложившихся практик и потребностей по разработке АП.

Итогом описания существующих методик стала таблица с их преимуществами и недостатками (табл. 1.1).



Таблица 1.1 - Сравнение методик

Критерий/ Методика	Модель Захмана	Geram	META Group	TOGAF	NASCIO
Наличие нескольких уровней абстракций и точек зрения	+	+	+	+	+
Наличие формального языка описания и обозначений	-	-	-	+	-
Возможность описания процесса разработки архитектуры	-	+	+	+	-
Рекомендации по управлению архитектурой	-	+	+	+	+
Простота в освоении	+	-	-	+	+
Возможность описания концепций и объектов Индустрии 4.0	-	-	-	+	+
Возможность описания плана миграции от текущего состояния к ожидаемому	-	-	+	+	+
Возможность проведения GAP-анализа	-	-	+	+	+

На основании проведённого сравнения была выбрана методика TOGAF с языком описания архитектуры предприятия ArchiMate.

1.2 ArchiMate 3.0

ArchiMate 3.0 представляет собой язык для моделирования архитектуры предприятия, включенный в фреймворк TOGAF. Он содержит элементы для описания, анализа и связи проблем корпоративных архитектур по мере их изменения с течением времени [1].

ArchiMate 3.0 включает в себя из 3 основных слоя, которые представляют собой абстракции фреймворка для моделирования архитектуры предприятия:

Бизнес слой - служит для отображения бизнес-услуг, которые реализуются акторами через бизнес-процессы организации.

Слой приложений - представляет как сами приложения, так и сервисы, которые они реализуют и использует бизнес в своей деятельности.

Технологический слой - задействован в описании технологических сервисов (сервисы работы, хранения и связи), которые необходимы для работы приложений. Слой также включает компьютерное, коммуникационное, аппаратное и системное обеспечение, которое реализует описываемые сервисы.

Помимо ключевых слоёв, ArchiMate 3.0 в отличие от ArchiMate 2.0 содержит виды или аспекты, которые классифицируют элементы на основе независимых от слоя характеристик, связанных с проблемами различных заинтересованных сторон:

активный структурный вид, представляющий структурные элементы типа субъектов бизнеса, компонентов приложений и устройств, которые отображают реальное поведение;

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

пассивный структурный вид, описывающий объекты, над которыми «осуществляется поведение». Как правило, под пассивными объектами понимаются объекты на бизнес-уровне или объекты данных на прикладном, но они также могут использоваться для представления физических объектов.

Совокупность слоёв и видов образуют базовую структуру языка описания архитектуру предприятия ArchiMate 3.0. При добавлении стратегического, физического слоёв и миграции/внедрения, а также мотивационного вида, образуется полная структура языка ArchiMate 3.0. Стоит отметить, что язык не предоставляет выделенного слоя для описания информации, однако для её отображения используются элементы пассивного вида типа бизнес-объектов, объектов данных и т.д.

1.3 Оценка зрелости архитектуры предприятия

Планирование переходов к ожидаемому состоянию «To be» для ИТ-компании невозможно без использования текущей информации об организации (модели «As is») и определения её модели зрелости. В рамках работы будет рассмотрена одна из самых распространённых моделей зрелости - модель зрелости возможностей (CMM), предложенная Институтом системного инжиниринга при Университете Карнеги-Меллона, поскольку данная модель используется для определения уровня развития бизнес-процессов ИТ-компаний и её способности разрабатывать ПО, что позволяет её применить к рассматриваемой компании ООО «Гриндата».

CMM модель содержит 5 шкал уровня зрелости архитектуры предприятия, характеристики которых представлены в таблице ниже (табл. 1.2).

Таблица 1.2 - Уровни зрелости модели CMM

Уровень	Уровень	Характеристика
1	Начальный	хаотичность бизнес-процессов и спонтанные информационные связи; миссия организации никак не связана с текущей архитектурой; отсутствие вовлеченности руководства; бизнес-подразделения поддерживают только выбранные стандарты, игнорируют остальные; описание процесса разработки архитектуры либо остановилось, либо не начиналось; профили стандартов не определены или выбраны случайным образом; описание архитектуры в организации либо отсутствует, либо о его существовании знают единицы - архитектор и руководитель. отсутствует процедуры контроля за соблюдением стандартов; средства управления проектом по разработке архитектуры отсутствует, неформальный механизм определения приоритетов; отсутствует перечень требований к данным и приложениям, информация по ним неполноценная либо отсутствует вовсе; стратегия закупок ИТ-продуктов отсутствует, персонал не принимает участие в данном процессе.
2	Повторяемый	описаны базовые повторяемые бизнес-процессы; прослеживается связь процессов архитектуры с миссией организации; слабая поддержка руководства проекта по созданию архитектуры организации; слабое участие бизнес-подразделений, которые нехотя соглашаются с фактом того, что поддержка множества технологий накладна и следует формализовать и структурировать используемые; процесс разработки архитектуры начат внутри ИТ-службы, освещенность по-прежнему отсутствует; существование стандартов без их объединения в систему; части описанной архитектуры иногда обновляются, для описания используется Word и картинки; применение стандартов начало контролироваться, отклонения могут остаться незамеченными; для управления проектом разработки архитектуры используются средства планирования и управления, существует команда проекта, которая оценивает риски; значительная часть используемых приложений в компании описана в реестре, часть бизнес-процессов описана в моделях; организация закупок ПО декларируется и происходит по установленным процедурам, однако отсутствует полный контроль за фактическими закупками ПО на соответствии архитектуре.
3	Определенный	большая часть бизнес-процессов стандартизована и описана; существующая архитектура имеет явную связь с ключевыми параметрами миссии; руководство поддерживает проект по разработке архитектуры предприятия, а также применяемые стандарты; ...

Подобные документы

• Исследование архитектуры предприятия в части процесса подбор персонала в ООО "АПХ Мираторг"

  Разработка архитектуры ключевых прикладных систем предприятия. Разработка требований к системе управления качеством и контроллинга бизнес-процесса. Анализ разрывов между исходным и целевым состоянием бизнес-процесса. Разработка диаграммы миграции.
  
  курсовая работа [6,3 M], добавлен 12.03.2022
  

• Разработка программного продукта "ПК инфо"

  История развития информационных технологий. Классификация, виды программного обеспечения. Методологии и технологии проектирования информационных систем. Требования к методологии и технологии. Структурный подход к проектированию информационных систем.
  
  дипломная работа [1,3 M], добавлен 07.02.2009
  

• Экономическое обоснование и разработка Web-сайта предприятия

  Хозяйственные отношения по поставкам товаров. Технологии, обеспечивающие сетевой доступ к базам данных. Проектирования Web-сайта предприятия. Разработка навигации по сайту. Принципы работы MySQL-сервера. Расчет показателей экономической эффективности.
  
  дипломная работа [190,5 K], добавлен 14.05.2013
  

• База данных предприятия

  Разработка системы управления базами данных предприятия и удобного быстрого доступа к информации, программного продукта с использованием объектно-ориентированной методологии, программной и эксплуатационной документации в соответствии с ГОСТ-19 ЕСПД.
  
  курсовая работа [30,6 K], добавлен 17.04.2009
  

• Информационные технологии

  Значение информационных технологий СУБД, Интранет и Workflow в управлении ресурсами, процессами и корпоративными знаниями. Разработка методологии планирования материальных, производственных и финансовых средств предприятия. Понятие виртуального бизнеса.
  
  презентация [423,9 K], добавлен 19.01.2011
  

• Проектирование автоматизированной информационной системы для автоматизации производства мебели

  Предметная область предприятия по производству мебели: изучение и диагностический анализ структуры предприятия, его деятельности и существующей системы обработки информации. Проектирование моделей, форм входных и выходных документов предприятия.
  
  курсовая работа [545,7 K], добавлен 30.01.2013
  

• Разработка локальной вычислительной сети предприятия

  Цели и функции, а также принципы и этапы организации локальной вычислительной сети, оценка ее роли и значения в деятельности предприятия. Выбор основных сетевых решений и способов управления. Структурная схема кабельной сети и оценка ее безопасности.
  
  контрольная работа [2,0 M], добавлен 16.04.2016
  

• Интеграция информационных систем предприятия

  Рассмотрение взаимосвязи информационных подсистем предприятия. Характеристика сервис-ориентированной архитектуры информационных систем. Оценка реализации SOA-инфраструктуры на базе сервисной шины предприятия. Анализ бизнес-цели внедрения SOA-решений.
  
  контрольная работа [1,0 M], добавлен 28.03.2018
  

• Обеспечение информационной безопасности предприятия

  Сущность информации, ее классификация. Основные проблемы обеспечения и угрозы информационной безопасности предприятия. Анализ рисков и принципы информационной безопасности предприятия. Разработка комплекса мер по обеспечению информационной безопасности.
  
  курсовая работа [28,2 K], добавлен 17.05.2016
  

• Создание базы данных для автоматизации деятельности отделов предприятия ООО "Татлесстрой"

  Рассмотрение технологии создания базы данных с помощью программы MS Access. Описание структуры предприятия заказчика. Проведение автоматизации документооборота предприятия. Разработка интерфейса пользователя. Создание кнопочной формы, диаграмы, отчета.
  
  курсовая работа [3,8 M], добавлен 12.04.2015
  

• Разработка web-сайта предприятия ОАО "ЯнтарьЭнерго"

  Понятие и основополагающие принципы сайтостроения, этапы и направления реализации данного процесса, используемое программное обеспечение и требования, предъявляемые к нему. Разработка сайта исследуемого предприятия, закономерности автоматизации.
  
  курсовая работа [3,3 M], добавлен 26.05.2014
  

• Разработка и исследование принципов и методики построения информационно-телекоммуникационных систем на базе ГИС-технологий

  Анализ технологий развития телекоммуникационными сетями и структурной модели бизнес-процессов телекоммуникационного предприятия с целью определения архитектуры ИТС. Классификация направлений использования ГИС-технологий в телекоммуникационной области.
  
  автореферат [805,3 K], добавлен 04.01.2009
  

• Разработка Интернет-магазина для предприятия ИП Смирнова Т.Б.

  Принципы построения Интернет-магазинов. Система Интернет-платежей. Структура электронного магазина, разработка его архитектуры, операционной, серверной, администраторской и клиентской частей. Алгоритма работы магазина. Экономическое обоснование проекта.
  
  дипломная работа [2,4 M], добавлен 12.04.2012
  

• Использование вычислительных сетей

  Анализ структуры предприятия ООО "Дорстройсервис". Современные сетевые технологии передачи данных. Разработка функциональной модели ЛВС для предприятия ООО "Дорстройсервис". Установка и настройка программного обеспечения. Расчет экономических затрат.
  
  курсовая работа [66,1 K], добавлен 08.11.2008
  

• Автоматизированная информационная система предприятия хлебопекарной продукции "Сириус Плюс"

  Анализ, иерархическая модель и организационная структура предприятия, его ER-диаграмма. Особенности планирования и требования к будущей информационной системе. Экранные формы диалоговой среды, справочники, документы, регистры, отчеты, программные модули.
  
  курсовая работа [3,5 M], добавлен 10.10.2013
  

• Разработка информационной системы предприятия

  Выработка практических навыков по разработке информационной системы предприятия на основе процессного подхода. Основные термины, применяемые при реализации процессного подхода. Структура управления компании ООО "Грин", состояние информатизации компании.
  
  контрольная работа [38,3 K], добавлен 20.02.2012
  

• Консолидация информационных потоков предприятия

  Прокладка локальной вычислительной сети (ЛВС) с целью взаимодействия работников предприятия с начальством и между собой. Основные принципы ЛВС. Специфика монтажа телекоммуникационного оборудования, классификация сетей. Смета расходов на организацию сети.
  
  курсовая работа [808,7 K], добавлен 12.07.2012
  

• Автоматизация деятельности предприятия

  Краткая характеристика предприятия. Особенности работы отдела технической поддержки, используемые информационные технологии. Анализ информационных потоков, документооборота и локальных сетей предприятия. Пути совершенствования информационных систем.
  
  отчет по практике [1,7 M], добавлен 11.09.2011
  

• Разработка приложения для учета рабочего времени сотрудников предприятия

  Разработка пользовательского интерфейса. Цели и задачи базы данных. Создание информационно-структурной модели для предприятия и обеспечение в этой сети необходимого уровня защиты информации от некомпетентных действий некоторых сотрудников предприятия.
  
  курсовая работа [1,1 M], добавлен 27.12.2009
  

• Разработка клиентского приложения для работы с базой данных автомобильного предприятия

  Принципы построения информационной системы и ее реализация. Разработка программы доступа к данным автомобильного предприятия города на объектно-ориентированном языке программирования C Sharp. Расчет эффективности разрабатываемого програмного продукта.
  
  дипломная работа [4,3 M], добавлен 15.05.2012
  

• главная
• рубрики
• по алфавиту
• вернуться в начало страницы
• вернуться к началу текста
• вернуться к подобным работам