Мы продолжаем курс введения в системное проектирование. Сегодня мы начинаем тему жизненного цикла цикла проекта создания космической системы. Вячеслав Владимирович, вам слово! >> Спасибо. Ну, моя роль — представить основные понятия, лекцию будет читать профессор Алексей Александрович Романов. Основные понятия будут представлены так, чтобы привязаться к специализации в целом. Итак, вот на этом слайде мы видим базовые модели системного инжиниринга. Первый класс моделей — это продукт, что мы создаём: какой космический аппарат, какую космическую систему мы создаём, как она представлена, какая её иерархия, из каких подсистем она состоит; а второй, такой типовый для системного инжиниринга, класс моделей — это процессы жизненного цикла. Они показывают, как мы разрабатываем, как мы проектируем, как мы создаём, как мы применяем. Два типа моделей — процессы и продукт. Хорошо, что делаем с процессами? Процессы жизненного цикла или фазы жизненного цикла продукта надо назвать, а фишка заключается в том, что для разных отраслей эти фазы задаются по-разному: в одних отраслях более подробно, как в авиации, в других отраслях может быть задана более компактно фаза жизненного цикла. То есть мы должны задать состав фаз жизненного цикла — для нас это будет корневая модель, от которой мы будем детализировать бизнес-процессы. Поэтому, если мы задали фазы жизненного цикла, мы можем декомпозировать каждую из этих фаз жизненного цикла на подпроцессы и эту операцию выполнить в отношении всех фаз. Вот такая модель, которая получается, — в итоге она получила название иерархической модели процессов, то есть она представляет состав фаз жизненного цикла и состав процессов по принципу «фаза состоит из...» (таких-то процессов), и представляет состав процессов, которые образуют каждую фазу. Вот такие исходные данные модели, которые мы с вами изучали. Когда мы эти модели начинаем составлять, кроме иерархической модели, дальше, на следующем шаге детализации мы должны перейти к процессной модели, к потоковой модели, мы должны показать, в какой последовательности эти процессы исполняются. Причём не обязательно, что это процесс — последовательность линейная, то есть начали собирать данные и вышли уже на стадии утилизации продукта. Я думаю, что в каждом сложном проектировании приходится неоднократно возвращаться назад. То есть поэтому мы должны показать стрелки, которые показывают ход ведения процессов, и должны учесть возвраты, и мы должны поставить контрольные точки экспертизы, оценки, в которых мы оцениваем ситуацию и принимаем решение — идти вперед по процессу либо возвращаться назад и исправить то, что у нас не получилось на предыдущих стадиях. Поэтому вот такая диаграмма, такая модель — она тоже является типовой, тоже является распространённой, но имеет название «потоковая модель процессов жизненного цикла CF-модель». Хорошо, теперь это — некие описания опорных процессов, которые мы используем, разрабатывая продукт, осуществляя системное проектирование. Но продукты-то бывают разные. Бывают очень простые продукты, и тогда мы можем ряд процессов, которые мы написали как опорные, убрать. А бывают сложные продукты, и тогда нам, может быть, к этой схеме нужно добавить то, чего на ней нет. Поэтому вот эта схема процессов жизненного цикла, она получила название референтной модели — то есть референтной в том смысле, что она является опорной, в том смысле, что мы от неё начинаем осуществлять локализацию, привязку этой схемы к реализации конкретного проекта. А что такое проект? Проект — это уже уникальная сборка процессов по созданию уникального продукта. Разные продукты — разные проекты, разная последовательность действий. Поэтому мы в какой-то момент переходим от процессного описания, которое является для нас референтным, опорным представлением, как мы будем действовать, к проектному описанию, которое показывает, как мы будем действовать в этой конкретной ситуации по разработке и созданию и применению этого конкретного продукта, этой конкретной космической системы. Собственно, то, что вот на слайде можно и увидеть. Хорошо. >> Вячеслав Владимирович, а как применить непосредственно эту модель на каком-то простом примере? >> Эту модель на простом примере? Отлично. Ну вот простой пример. Мы его рассматривали в первом курсе. Бизнес модель называлась «Майки Физтеха». То есть там рассматривалась модель, которая позволяет нам создавать производство вот таких маек с физтеховской символикой. Давайте вот эти действия, которые я только что, сейчас обозначил, повторим применительно к этому простому продукту, то есть то, что вы хотели — простой продукт, майка. Стадия один — разработка. Что мы должны сделать на этой стадии? Мы должны собрать данные о производителях, о способах нанесения логотипов и надписей, собрать данные по цене, собрать данные по производству и способам производства таких маек, ведь разные материалы — и разные технологии производства; то есть собрать исходные данные, которые бы нам позволяли ориентироваться в мире маек. Потом мы должны подумать и придумать идею: а какие майки мы хотели бы, на какие майки мы хотели бы наносить эту символику Физтеха? Либо это майки без рукавов, либо это майки с короткими рукавами, а может быть, это майка с длинным рукавом для холодной погоды? Или это серия маек? Вот этот вариант выбора ассортимента маек, которые мы будем производить — это одна из идей, которые мы должны выбрать на стадии генерации идей. Сгенерировали идею — дальше мы должны уже под эту идею и на основе тех данных, которыми мы располагаем о производстве маек, мы должны сформировать требования к этим майкам. Ну, требования здесь заключаются, видимо, в формате этого логотипа, который наносится. Можно разные логотипы и разные надписи нанести, и вот эту идею брендового нанесения, создания хороших логотипов — ярких, запоминающихся, устойчивых — это тоже вопрос, который требует проработки. От стадии разработки (на выходе у нас появились требования) переходим к стадии проектирования. Что такое стадия проектирования в данном случае, как вы думаете? >> Может быть, создать эскиз логотипа, который мы будем наносить? >> Совершенно верно! Уже поскольку продукт простой, мы могли бы создать эту работу, поставить в длинную, то есть сначала эскизное проектирование, то есть эскиз логотипа, а потом по-настоящему логотип. Ну здесь задачка простая, видимо, может быть, эскизное проектирование можно совместить с рабочим проектированием. То есть сразу создавать рабочий логотип этой майки. Проверить, а помещается ли этот рабочий логотип на майку, как кладётся? А какие размеры, а то ведь может майка маленькой быть, а логотип большой, и ничего не сложится. Что тогда нам придётся делать? Нам придётся вернуться в начало и заново всё перепроектировать. Помните, мы говорили: должны быть обратные связи и точки контроля, в которых мы проверяем эту ситуацию. Хорошо. Придумали логотип, спроектировали, то есть создали рабочую документацию. А рабочая документация — это та документация, на основе которой уже можно произвести эти майки. Это означает, что цифровую модель этой майки я могу отправить на любую фабрику, где производятся эти майки, или в любую мастерскую, которая наносит логотипы, и там осуществляют производство. Сначала это производство в экспериментальном образце в масштабе, если эксперимент получился, то уже и массовое производство. Ну, дальше применение. Применение в данном случае этого продукта — оно всё перенесено на сторону потребителя. Применение и продажи, конечно — сначала продаём, а потом применяем. Продаём мы, а применяет потребитель. Ну а если бы это был какой-то сложный продукт, то есть майка Физтеха, а в неё был бы встроен какой-то чип специальный, который мы могли бы использовать в цифровой экономике, то мы должны были бы этот чип сопровождать, тогда бы мы на той стадии процесса должны были бы поставить процесс сопровождения применения — то есть мы не только создаём объект, мы его сопровождаем в процессе его применения в любой точке мира. Ну вот так примерно выглядит ответ про простое проектирование простого объекта. >> А если говорить о каком-то более сложном объекте? >> Да, если не простые, а сложные, ну вот, собственно, сложными являются космические объекты. Существует три типа стандартов: гражданские стандарты, военные стандарты и космические стандарты. Вот космические стандарты, они предусмотрены и предназначены для работы в тех условиях, когда вокруг ничего нету, и никто не поможет. Поэтому это очень высокий уровень требований, очень высокий уровень качества, очень высокие требования к надёжности, к работоспособности, выживаемости этих изделий, и поэтому по космическим стандартам и для космических объектов создают специальные стандарты. Есть европейские космические стандарты, есть стандарты нашей организации — Роскосмоса, и есть известные стандарты американские — NASA. Поэтому Алексей Александрович Романов, для того чтобы ответить на ваш вопрос применительно к какому-то конкретному объекту, в своей лекции подробно описывает стандарты NASA: и как устроен этот стандарт, и какие процессы его образуют, и каким образом организовано взаимодействие разных процессов — применительно к стандарту NASA, на основе той документации официальной, которую NASA выпускает по отношению к этому стандарту. Поэтому в лекции вы можете посмотреть прикладное решение детально — так, как оно есть на самом деле и применяется во многих странах мира. Вот так обстоят дела. >> Спасибо! >> Вам спасибо.
