Все элементы решений, которые мы будем применять,
мы рассматривали в курсах программы 2.0.
Мы использовали специальные словари, показали специальные методологии.
И сейчас, в этой дипломной работе, все эти термины, понятия,
подходы, методологии вам потребуются.
Но вместе.
Не по отдельности, а вместе.
То есть что потребуется?
Нужно понимание продукта, понимание, что такое услуга,
что такое организационно-техническая система,
как проводится системный инжиниринг продукта и услуги,
что такое предприятие, какого типа предприятия бывают, кто взаимодействует с
предприятием — поставщики, потребители, что такое бизнес-модель предприятия.
Конечно, потребуется понимание системы менеджмента предприятия как системы
организации и управления его деятельностью.
Если мы двигаемся в цифровую экономику, то нам требуется понимание IT-сервисов
и технологии предприятия, 6-го, 7-го технологических укладов, например.
Ну и дальше, одно из требований цифровой, умной,
экономики — это эпоха непрерывных,
системных и цифровых трансформаций деятельности.
Поэтому вам потребуется понимание таких понятий,
как изменение инжиниринга, реинжиниринг, улучшения, системные улучшения,
цифровые трансформации деятельности, то есть потребуется то понимание,
как вести непрерывное развитие решений, которые вы получили вчера.
Поэтому вспоминаем словарь.
И здесь можно порекомендовать еще один хороший
источник данных — словарь ISO 9000 2015.
Он отлично представляет систему терминов,
которые связаны с предметом этой курсовой работы, этой дипломной работы,
поэтому рекомендуется вам этот словарь держать недалеко от себя и пользоваться.
Теперь еще раз напомним понятия, с которых мы начинаем.
Система — это совокупность взаимосвязанных
и/или взаимодействующих компонент элементов.
Если это система A, то она может состоять компонент элементов A1,
A2, A3 и так далее.
Примеры: система предприятия,
бизнес-система предприятия, система менеджмента предприятия,
функциональная система менеджмента предприятия.
То есть мы все время имеем дело с разнообразными системами
либо комбинациями, метакомпозициями этих систем.
Поэтому мы рассматриваем правило проектирования,
применения отдельных систем и правила применения композиций этих систем.
Систем из систем.
Система из систем — это совокупность взаимосвязанных и взаимодействующих
подсистем, которые рассматриваются как единое целое.
Система S — это есть совокупность подсистем S1, S2,
S3 и так далее, и они рассматриваются как целое.
Модели и двойники.
Тоже очень важно для понимания.
Это то, что все время должно быть в памяти оперативной.
Исходными являются объекты, которые мы рассматриваем.
Объект, сущность, элемент — это что-либо, воспринимаемое или воображаемое нами.
Так говорит стандарт ISO.
Модель — это заменитель объекта, который мы используем в прикладных целях.
Двойник — это такая модель,
которая используется как верифицируемый заменитель, как проверенный заменитель,
как принятый заменитель, как релевантная модель объекта.
Цифровой двойник — релевантная модель объекта,
воплощенная в программном и аппаратном обеспечении.
Почему мы эти понятия приводим?
А потому то, что нас окружает сегодня и будет окружать завтра,
то есть умная цифровая экономика демонстрирует тренд на тотальное
применение системных и цифровых двойников в экономической деятельности.
А значит, и программа 2.0 тоже.
Типовой прием работы с моделями.
Вот он здесь представлен на слайде.
При формировании моделей
в первую очередь мы задаем сущности, которые составляют основу этих моделей.
Сущности задаются, определяются, комментируются, поясняются.
Все это называется онтологический инжиниринг.
Если мы задали какую-то сущность, например, требования к системе,
требования к новому продукту, то эту сущность можно разделить на части.
Такое разделение называется иерархической таксономией — мы
разбиваем сущность на составляющие ее компоненты и строим модели,
которые называются иерархическими таксономиями сущностей.
Один прием.
Второй прием связан с тем,
что мы устанавливаем связи между теми компонентами, которые мы выделили.
У нас есть сущность A, мы ее разделили на компоненты A1, A2, A3,
и мы можем установить связи либо матрицы соответствия
между компонентами A1, A2, A3.
Что дает такое рассмотрение, что дают такие матрицы?
Они позволяют нам устанавливать связи, фиксировать соответствия,
фиксировать взаимодействия, определять конфликты,
искать компромиссы в этих конфликтах,
то есть это позволяет нам системно рассматривать объект
моделирования проектирования применения и системно решать эти проблемы,
иметь системные карты объекта.
Еще одна очень популярная модель — модель соответствий.
И модель соответствий устанавливает соответствия как между
элементами одной сущности,
а может устанавливать соответствия между элементами разных сущностей.
Поэтому модель соответствий — это модель,
которая устанавливает в общем случае
соответствия между элементами сущности A и сущности B.
Давайте продемонстрируем.
Мы разрабатываем новый продукт.
Собрали данные.
Исходя из анализа данных,
мы сформулировали технические требования к этому продукту.
Если речь идет о техническом продукте, о технической системе.
Если мы сформировали технические требования,
мы можем проверить эти требования на непротиворечивость,
на конфликтность и гармонизировать необходимым образом.
Требования задают то, что должно.
Но чтобы реализовать требования,
мы должны ввести в рассмотрение другие сущности,
другие способы представления, которые помогают нам реализовать то, что должно.
Следующий уровень представления — это функции.
Функции показывают предназначение, которое
имеет система в целом либо ее отдельные части.
Функция показывает то, для чего система предназначена.
Функции тоже можно разделить — мы получим дерево функций.
Можно установить соответствия между функциями, как они взаимодействуют,
а можно установить соответствия между требованиями и функциями.
Состав функций должен быть сформирован так, чтобы закрывать требования.
Все требования, которые мы сформулировали на предыдущем этапе,
должны быть закрыты функциями.
От функций можно перейти к компонентам.
Компоненты — это составные части технической системы,
это физические компоненты, если речь идет о технической системе,
и эти технические компоненты должны выполнять те самые функции,
которые мы определили на предыдущем этапе.
От компонент можно перейти к работам.
Работы — это те действия, которые необходимо выполнить,
для того чтобы разработать эти компоненты.
Поэтому возникает такая система последовательного расширения
архитектурного описания: сначала требования и моделирование соответствий,
потом функции и моделирование соответствий, потом компоненты и
моделирование соответствий, потом работы и моделирование соответствий, ну и поскольку
у нас появились работы, от работ дальше можно перейти к системе менеджмента,
то есть которые показывают, как будут организованы эти работы на предприятии.
Вот этот анализ мы много будем применять по ходу
выполнения нашего практикума, нашей дипломной работы,
и он составляет основу архитектурного моделирования сложных систем.
Универсального архитектурного моделирования.
Ну а сами проекты и разработки, сами прикладные проекты,
которые мы разрабатываем,
они могут иметь совершенно разную природу, Я бы так сказал,
что существует большое разнообразие проектов системной разработки,
которые разыгрываются на одной и той же системе компонент и элементов.
Например, проект № 1.
Описание и моделирование объекта «как есть».
Что дает реализация такого проекта?
Это инжиниринг объекта «как есть».
Такой инжиниринг позволяет видеть устройство объекта,
позволяет разрабатывать регламенты на основе моделирования,
позволяет анализировать проблемы, с которыми сталкивается этот объект.
И такое моделирование является исходным для системного проектирования,
такое моделирование выводит нас на системные карты.
Проект № 2.
Есть объект «как есть», а мы разрабатываем концепцию этого объекта «как надо».
То есть такое моделирование,
такой проект выводит нас на видение будущего нашего объекта.
Проект № 3.
Есть объект «как есть», мы смоделировали
систему этого объекта «как есть» и на основе
моделирования и с учетом моделирования разработали концепцию «как надо».
То есть это более подробная версия, более детализированная версия проекта № 2.
Ну и совсем детализированная версия, когда мы рассматриваем аккуратно все элементы,
представленные на этом слайде.
Объект «как есть», моделируем систему «как есть», анализируем систему «как есть»,
разрабатываем концепцию системы «как надо».
Для концепции системы «как надо», исходя из этого,
разрабатываем модель системы «как надо».
Если у нас есть система «как есть» и система «как надо»,
то мы можем построить программу изменений,
программу перехода, дорожную карту, и на финише мы получаем объект «как надо».
Вот так примерно можно строить и дипломные работы.
То есть на этой карте надо выбрать границы и предмет
вашего проекта системной разработки.
Хорошо, а теперь задания.
Задания по первой теме.
Посмотреть конспект.
Посмотреть видеолекцию.
Локализовать и выполнить задание-эссе.
Определить рассматриваемый объект.
Определить и обосновать миссию проекта системной разработки,
продукта, услуги, системы.
Определить обусловленное продуктом предприятие
и его систему деятельности, задать специфические термины.
То есть я имею в виду, если мы работаем в космической отрасли,
у нас термины связанные, скажем, с космическим приборостроением.
Если мы разрабатываем подводную лодку, то у нас терминология,
связанная с судостроением и так далее.
Ну и задать примерный перечень задач,
принимаемых к решению в вашем проекте системной разработки,
и этот перечень задач можно будет уточнять в рабочем порядке.
Успехов!