Справочник от Автор24
Поделись лекцией за скидку на Автор24

Методология функционального моделирования

  • ⌛ 2003 год
  • 👀 12641 просмотр
  • 📌 12614 загрузок
Выбери формат для чтения
Загружаем конспект в формате pdf
Это займет всего пару минут! А пока ты можешь прочитать работу в формате Word 👇
Конспект лекции по дисциплине «Методология функционального моделирования» pdf
Р 50.1.028-2001 Р Е К О М Е Н Д А Ц И И ПО С Т А Н Д А Р Т И З А Ц И И Информационные технологии поддержки жизненного цикла продукции МЕТОДОЛОГИЯ ФУНКЦИОНАЛЬНОГО МОДЕЛИРОВАНИЯ И здание официальное ГОССТАНДАРТ РОССИИ Москва программа и методика испытаний Р 5 0 .1 .0 2 8 - 2 0 0 1 Предисловие 1 РАЗРАБОТАНЫ Научно-исследовательским Центром CALS-технологий «Прикладная Ло­ гистика» при участии Всероссийского научно-исследовательского института стандартизации (ВНИИстандарт) ВНЕСЕНЫ Техническим комитетом по стандартизации ТК 431 «CALS-технологии» 2 ПРИНЯТЫ И ВВЕДЕНЫ В ДЕЙСТВИЕ Постановлением Госстандарта России от 2 июля 2001 г. № 256-ст 3 ВВЕДЕНЫ ВПЕРВЫЕ 4 ПЕРЕИЗДАНИЕ. Январь 2003 г. © ИПК Издательство стандартов, 2001 © ИПК Издательство стандартов, 2003 Настоящие рекомендации не могут быть полностью или частично воспроизведены, тиражиро­ ваны и распространены в качестве официального издания без разрешения Госстандарта России II Р 5 0 .1 .0 2 8 - 2 0 0 1 Содержание 1 2 3 4 5 Область прим енения........................................................................................................................ Определения...................................................................................................................................... Сокращения......................................................................................................................................... Концепция ID E F 0 ............................................................................................................................. Синтаксис графического языка ID EF0.......................................................................................... 5.1 Б л о к ............................................................................................................................................. 5.2 Стрелка......................................................................................................................................... 5.3 Синтаксические правила.......................................................................................................... 6 Семантика языка IDEF0.................................................................................................................... 6.1 Семантика блоков и стрелок.................................................................................................... 6.2 Имена и метки............................................................................................................................. 6.3 Сводка семантических правил для блоков и стрел ок.......................................................... 6.4 Диаграммы ID E F 0...................................................................................................................... 6.5 Контекстная диаграмма верхнего уровня............................................................................... 6.6 Дочерняя диаграм ма................................................................................................................. 6.7 Родительская диаграмма............................................................................................................. 6.8 Текст и глоссарий...................................................................................................................... 6.9 Диаграммы-иллюстрации (FEO)............................................................................................... 7 Свойства диаграмм............................................................................................................................. 7.1 Стрелки как ограничения.......................................................................................................... 7.2 Параллельное функционирование.......................................................................................... 7.3 Ветвление и слияние сегментов стрелок................................................................................. 7.4 Отношения блоков на диаграммах.......................................................................................... 8 Отношения между блоками диаграммы и другими диаграммами (окружающей средой) . . . 8.1 Ераничные стрелки.................................................................................................................... 8.2 ICOM-кодирование граничных стрелок................................................................................. 8.3 Стрелки, помещенные в «туннель».......................................................................................... 9 Правила построения диаграмм........................................................................................................ 10 Ссылочные выражения (коды)........................................................................................................ 10.1 Номера блоков........................................................................................................................... 10.2 Узловые ном ера........................................................................................................................ 10.3 Перечень узлов........................................................................................................................... 10.4 Дерево узлов............................................................................................................................... 11 Методика разработки функциональных моделей в среде IDEF0.............................................. 11.1 Общие положения.................................................................................................................... 11.2 Классификация функций, моделируемых блоками ID E F 0 .............................................. 11.3 Организационно-технические структуры и механизмы IDEFO-м оделей....................... 11.4 Управление — особый вид процесса, операции, действия................................................. 11.5 Типизация функциональных моделей и IDEFO-диаграмм................................................ 12 Организация процесса функционального моделирования и управление проектом.............. 12.1 Общие положения.................................................................................................................... 12.2 Состав участников проекта и структура их взаимодействия............................................ 12.3 Заключительные замечания................................................................................................... Приложение А Стандартный бланк методологии IDEF0 и правила его заполнения................ Приложение Б Метамодель................................................................................................................. Приложение В Функциональная модель предприятия................................................................... 1 1 3 3 4 4 5 5 6 6 7 7 7 7 8 9 10 11 11 11 11 11 12 14 14 15 16 17 21 22 22 22 23 23 23 24 25 27 27 28 28 30 33 34 37 42 III Р 50.1.028-2001 Введение Постоянное усложнение производственно-технических и организационно-экономических систем — фирм, предприятий, производств и других субъектов производственно-хозяйственной деятельности — и необходимость их анализа с целью совершенствования функционирования и повышения эффективности обусловливают необходимость применения специальных средств опи­ сания и анализа таких систем. Эта проблема приобретает особую актуальность в связи с появлением интегрированных компьютеризированных производств и автоматизированных предприятий. В США в конце 70-х годов была предложена и реализована Программа интегрированной компьютеризации производства ICAM (Integrated Computer Aided Manufacturing), направленная на увеличение эффективности промышленных предприятий посредством широкого внедрения ком­ пьютерных (информационных) технологий. Реализация программы ICAM потребовала создания адекватных методов анализа и проекти­ рования производственных систем и способов обмена информацией между специалистами, зани­ мающимися такими проблемами. Для удовлетворения этой потребности в рамках программы ICAM была разработана методология моделирования IDEF (ICAM Definition), позволяющая исследовать структуру, параметры и характеристики производственно-технических и организационно-экономи­ ческих систем. Общая методология IDEF состоит из трех частных методологий моделирования, основанных на графическом представлении систем: IDEF0 используется для создания функциональной модели, отображающей структуру и функции системы, а также потоки информации и материальных объектов, преобразуемые этими функциями; IDEF1 применяется для построения информационной модели, отображающей структуру и со­ держание информационных потоков, необходимых для поддержки функций системы; IDEF2 позволяет построить динамическую модель меняющихся во времени поведения функций, информации и ресурсов системы. К настоящему времени наибольшее распространение и применение имеют методологии IDEF0 и IDEF1 (IDEF1X). Методология IDEF0, особенности и приемы применения которой описываются в настоящих рекомендациях, основана на подходе, получившем название SADT (Structured Analysis & Design Technique — метод структурного анализа и проектирования). Основу этого подхода и методологии IDEF0 составляет графический язык описания (моделирования) систем. В связи с расширяющимся применением информационных технологий и, в частности, CALSтехнологий в народном хозяйстве Российской Федерации в настоящих рекомендациях приводятся основные сведения о методологии IDEF0 и графическом языке описания моделей, а также практи­ ческие указания по методике разработки таких моделей. IV Р 5 0 .1 .0 2 8 -2 0 0 1 Р Е К О М Е Н Д А Ц И И ПО С Т А Н Д А Р Т И З А Ц И И Информационные технологии поддержки жизненного цикла продукции МЕТОДОЛОГИЯ ФУНКЦИОНАЛЬНОГО МОДЕЛИРОВАНИЯ Continuous acquisition and life-cycle support. Methodology of functional modelling Дата введения 2002—07—01 1 Область применения Настоящие рекомендации по стандартизации предназначены для использования при анализе и синтезе производственно-технических и организационно-экономических систем методами функ­ ционального моделирования в различных отраслях экономики. Рекомендации содержат описание комплекса средств для наглядного представления широкого спектра деловых, производственных и других процессов и операций предприятия на любом уровне детализации, а также организационные и методические приемы применения этих средств. 2 Определения В настоящих рекомендациях применяют следующие термины: 2.1 блок: Прямоугольник, содержащий имя и номер и используемый для описания функции. 2.2 ветвление: Разделение стрелки на два или большее число сегментов. Может означать «развязывание пучка» (см. 2.27). 2.3 внутренняя стрелка: Входная, управляющая или выходная стрелка, концы которой связы­ вают источник и потребителя, являющиеся блоками одной диаграммы. Отличается от граничной стрелки. 2.4 входная стрелка: Класс стрелок, отображающих вход IDEFO-блока, то есть данные или материальные объекты, которые преобразуются функцией в выход. Входные стрелки связываются с левой стороной блока IDEF0. 2.5 выходная стрелка: Класс стрелок, отображающих выход IDEFO-блока, то есть данные или материальные объекты, произведенные функцией. Выходные стрелки связываются с правой сторо­ ной блока IDEF0. 2.6 глоссарий: Список определений для ключевых слов, фраз и аббревиатур, связанных с узлами, блоками, стрелками или с моделью IDEF0 в целом. 2.7 граничная стрелка: Стрелка, один из концов которой связан с источником или потребите­ лем, а другой не присоединен ни к какому блоку на диаграмме. Отображает связь диаграммы с другими блоками системы и отличается от внутренней стрелки. 2.8 декомпозиция: Разделение моделируемой функции на функции-компоненты. 2.9 дерево узлов: Представление отношений между родительскими и дочерними узлами модели IDEF0 в форме древовидного графа. Имеет то же значение и содержание, что и перечень узлов (см. 2.23). 2.10 диаграмма А—0 (А минус ноль): Специальный вид (контекстной) диаграммы IDEF0, состоящей из одного блока, описывающего функцию верхнего уровня, ее входы, выходы, управле­ ние, и механизмы, вместе с формулировками цели модели и точки зрения, с которой строится модель. 2.11 диаграмма: Часть модели, описывающая декомпозицию блока. Издание официальное 1 Р 5 0 .1 .0 2 8 - 2 0 0 1 2.12 диаграмма-иллюстрация (FEO): Графическое описание, используемое для сообщения спе­ цифических фактов о диаграмме IDEF0. При построении диаграмм FEO можно не придерживаться правил IDEF0. 2.13 дочерний блок: Блок на дочерней (порожденной) диаграмме. 2.14 дочерняя диаграмма: Диаграмма, детализирующая родительский (порождающий) блок. 2.15 имя блока: Глагол или глагольный оборот, помещенный внутри блока и описывающий моделируемую функцию. 2.16 интерфейс: Разделяющая граница, через которую проходят данные или материальные объекты; соединение между двумя или большим числом компонентов модели, передающее данные или материальные объекты от одного компонента к другому. 2.17 код ICOM (аббревиатура Input — вход, Control — управление, Output — выход, Mecha­ nism — механизм): Код, обеспечивающий соответствие граничных стрелок дочерней диаграммы со стрелками родительского блока; используется для ссылок. 2.18 контекст: Окружающая среда, в которой действует функция (или комплект функций на диаграмме). 2.19 контекстная диаграмма: Диаграмма, имеющая узловой номер А—п (А минус п) (п > 0), которая представляет контекст модели. Диаграмма А—0, состоящая из одного блока, является необходимой (обязательной) контекстной диаграммой; диаграммы с узловыми номерами А—1, А—2, (А минус 1, А минус 2) , — дополнительные контекстные диаграммы. 2.20 метка стрелки: Существительное или оборот существительного, связанные со стрелкой или сегментом стрелки и определяющие их значение. 2.21 модель IDEF0: Графическое описание системы, разработанное с определенной целью (см 2.46) и с выбранной точки зрения (см 2.39). Комплект документов IDEF0, которые изображают функции системы с помощью графики (диаграмм), текста и глоссария. 2.22 номер блока: Число (0 — 6), помещаемое в правом нижнем углу блока и однозначно идентифицирующее блок на диаграмме. 2.23 перечень узлов: Список, часто ступенчатый, показывающий узлы модели IDEF0 в упоря­ доченном виде. Имеет то же значение и содержание, что и дерево узлов (см 2.9). 2.24 примечание к модели: Текстовый комментарий, являющийся частью диаграммы IDEF0 и используемый для записи факта, не нашедшего графического изображения. 2.25 родительская диаграмма: Диаграмма, которая содержит родительский блок. 2.26 родительский блок: Блок, который подробно описывается дочерней диаграммой. 2.27 связывание/развязывание: Объединение значений стрелок в составное значение (связыва­ ние в «пучок»), или разделение значений стрелок (развязывание «пучка»), выраженные синтаксисом слияния или ветвления стрелок. 2.28 сегмент стрелки: Сегмент линии, который начинается или заканчивается на стороне блока, в точке ветвления или слияния, или на границе (несвязанный конец стрелки). 2.29 семантика: Значение синтаксических компонентов языка. 2.30 синтаксис: Структурные компоненты или характеристики языка и правила, которые определяют отношения между ними. 2.31 слияние: Объединение двух или большего числа сегментов стрелок в один сегмент. Может означать «связывание пучка» (см 2.27). 2.32 С-номер: Номер, создаваемый в хронологическом порядке и используемый для иденти­ фикации диаграммы и прослеживания ее истории; может быть использован в качестве ссылочного выражения при определении конкретной версии диаграммы. Обычно С-номер состоит из инициалов автора модели и хронологических данных (даты создания очередной версии диаграммы). 2.33 стрелка: Направленная линия, состоящая из одного или нескольких сегментов, которая моделирует открытый канал или канал, передающий данные или материальные объекты от источ­ ника (начальная точка стрелки), к потребителю (конечная точка с «наконечником»). Имеется четыре класса стрелок: входная, выходная, управляющая стрелка механизма (включает стрелку вызова). (См. сегмент стрелки, граничная стрелка, внутренняя стрелка). 2.34 стрелка вызова: Вид стрелки механизма, который обозначает обращение из блока данной модели (или части модели) к блоку другой модели (или другой части той же модели) и обеспечивает связь между моделями или между разными частями одной модели. 2.35 стрелка механизма: Класс стрелок, которые отображают механизмы IDEF0, то есть сред­ ства, используемые для выполнения функции; включает специальный случай стрелки вызова. Стрелки механизмов связываются с нижней стороной блока IDEF0. 2 Р 5 0 .1 .0 2 8 - 2 0 0 1 2.36 стрелка, помещенная в туннель (туннельная стрелка): Стрелка (со специальной нотацией), не удовлетворяющая обычному требованию, согласно которому каждая стрелка на дочерней диаграмме должна соответствовать стрелкам на родительской диаграмме. Туннельные стрелки — дополнительное средство графического языка, облегчающее чтение и понимание диаграмм. 2.37 текст: Любой текстовый (не графический) комментарий к графической диаграмме IDEF0. 2.38 тильда: Небольшая ломаная (волнистая) линия, используемая для соединения метки с конкретным сегментом стрелки или примечания модели с компонентом диаграммы. 2.39 точка зрения: Указание на должностное лицо или подразделение организации, с позиции которого разрабатывается модель. Для каждой модели точка зрения единственная. 2.40 узел: Блок, порождающий дочерние блоки; родительский блок. (См. перечень узлов, дерево узлов, узловой номер, узловая ссылка, номер узла диаграммы). 2.41 узловая ссылка: Код, присвоенный диаграмме для ее идентификации и определения положения в иерархии модели; формируется из сокращенного имени модели и узлового номера диаграммы с дополнительными расширениями. 2.42 узловой номер диаграммы: Часть узловой ссылки диаграммы, которая соответствует номеру родительского блока. 2.43 узловой номер: Код, присвоенный блоку и определяющий его положение в иерархии модели; может быть использован в качестве подробного ссылочного выражения. 2.44 управляющая стрелка: Класс стрелок, которые в IDEF0 отображают управления, то есть условия, при выполнении которых выход блока будет правильным. Данные или объекты, модели­ руемые как управления, могут преобразовываться функцией, создающей соответствующий выход. Управляющие стрелки связываются с верхней стороной блока IDEF0. 2.45 функция: Деятельность, процесс или преобразование (моделируемые блоком IDEF0), идентифицируемое глаголом или глагольной формой, которая описывает, что должно быть выпол­ нено. 2.46 цель: Краткая формулировка причины создания модели. 3 Сокращения Сокращения, принятые в настоящих рекомендациях: ICAM — интегрированная компьютеризация производства. ICOM — вход (Input), управление (Control), выход (Output), механизм (Mechanism). IDEF0 — методология, используемая для создания функциональной модели. IDEF1 — методология, используемая для создания информационной модели. IDEF2 — методология, используемая для создания динамической модели. FEO — диаграмма-иллюстрация. 4 Концепция IDEF0 Методология IDEF0 основана на следующих концептуальных положениях. 4.1 Модель — искусственный объект, представляющий собой отображение (образ) системы и ее компонентов. Считается, что М моделирует А, если М отвечает на вопросы относительно А. Здесь М — модель, А — моделируемый объект (оригинал). Модель разрабатывают для понима­ ния, анализа и принятия решений о реконструкции (реинжиниринге) или замене существующей, либо проектировании новой системы. Система представляет собой совокупность взаимосвязанных и взаимодействующих частей, выполняющих некоторую полезную работу. Частями (элементами) системы могут быть любые комбинации разнообразных сущностей, включающие людей, информа­ цию, программное обеспечение, оборудование, изделия, сырье или энергию (энергоносители). Модель описывает, что происходит в системе, как ею управляют, что она преобразует, какие средства использует для выполнения своих функций и что производит. 4.2 Блочное моделирование и его графическое представление. Основной концептуальный прин­ цип методологии IDEF — представление любой изучаемой системы в виде набора взаимодействую­ щих и взаимосвязанных блоков, отображающих процессы, операции, действия (определения — см. ниже), происходящие в изучаемой системе. В IDEF0 все, что происходит в системе и ее элементах, принято называть функциями. Каждой функции ставится в соответствие блок. На IDEFO-диаграмме, основном документе при анализе и проектировании систем, блок представляет собой прямоуголь­ ник. Интерфейсы, посредством которых блок взаимодействует с другими блоками или с внешней 3 Р 50.1.028-2001 по отношению к моделируемой системе средой, представляются стрелками, входящими в блок или выходящими из него. Входящие стрелки показывают, какие условия должны быть одновременно выполнены, чтобы функция, описываемая блоком, осуществилась. 4.3 Лаконичность и точность. Документация, описывающая систему, должна быть точной и лаконичной. Сведения о свойствах и характеристиках системы в форме традиционных текстов в этом смысле неудовлетворительны, поскольку зачастую содержат избыточную информацию, допус­ кают неоднозначное толкование и т.д. Графический язык позволяет лаконично, однозначно и точно показать все элементы (блоки) системы и все отношения и связи между ними, выявить ошибочные, лишние или дублирующие связи и т.д. 4.4 Передача информации. Средства IDEF0 облегчают передачу информации от одного участ­ ника разработки модели (отдельного разработчика или рабочей группы) к другому. К числу таких средств относятся: - диаграммы, основанные на простой графике блоков и стрелок, легко читаемые и понимае­ мые; - метки на естественном языке для описания блоков и стрелок, а также глоссарий и сопрово­ дительный текст, уточняющие смысл элементов диаграммы; - последовательная декомпозиция диаграмм, строящаяся по иерархическому принципу, при котором на верхнем уровне отображаются основные функции, а затем происходит их детализация и уточнение; - древовидные схемы иерархии диаграмм и блоков, обеспечивающие обозримость модели в целом и входящих в нее деталей, что особенно важно при моделировании больших систем. 4.5 Строгость и формализм. Разработка моделей IDEF0 требует соблюдения ряда строгих формальных правил, обеспечивающих преимущества методологии в отношении однозначности, точности и целостности сложных многоуровневых моделей. Эти правила описываются ниже. Здесь отмечается только основное из них: на всех стадиях и этапах разработки и корректировки модели должны строго, формально соблюдаться синтаксические и семантические правила графического языка, а результаты — тщательно документироваться с тем, чтобы при ее эксплуатации не возникало вопросов, связанных с неполнотой или некорректностью документации. Программный продукт Design/IDEF 3.7 (и более поздние версии) фирмы Meta Software Corporation поддерживает автома­ тическое соблюдение большинства из перечисленных правил. 4.6 Итеративное моделирование. Разработка модели в IDEF0 представляет собой пошаговую, итеративную процедуру. На каждом шаге итерации разработчик предлагает вариант модели, который подвергают обсуждению, рецензированию и последующему редактированию, после чего цикл повторяется. Такая организация работы способствует оптимальному использованию знаний систем­ ного аналитика, владеющего методологией и техникой IDEF0, и знаний специалистов — экспертов в предметной области, к которой относится объект моделирования. 4.7 Отделение «организации» от «функций». При разработке моделей следует избегать изначаль­ ной «привязки» функций исследуемой системы к существующей организационной структуре моде­ лируемого объекта (предприятия, фирмы). Это помогает избежать субъективной точки зрения, навязанной организацией и ее руководством. Организационная структура должна явиться результа­ том использования (применения) модели. Сравнение результата с существующей структурой позво­ ляет, во-первых, оценить адекватность модели, а во-вторых — предложить решения, направленные на совершенствование этой структуры. 5 Синтаксис графического языка IDEF0 Набор структурных компонентов языка, их характеристики и правила, определяющие связи между компонентами, представляют собой синтаксис языка. Компоненты синтаксиса IDEF0 — блоки, стрелки, диаграммы и правила. Блоки представляют функции, определяемые как деятель­ ность, процесс, операция, действие или преобразование (см. ниже). Стрелки представляют данные или материальные объекты, связанные с функциями. Правила определяют, как следует применять компоненты; диаграммы обеспечивают формат графического и словесного описания моделей. Формат образует основу для управления конфигурацией модели. 5.1 Блок Блок описывает функцию. Типичный блок показан на рисунке 1. Внутри каждого блока помещаются его имя и номер. Имя должно быть активным глаголом или глагольным оборотом, описывающим функцию. Номер блока размещается в правом нижнем углу. Номера блоков исполь­ зуются для их идентификации на диаграмме и в соответствующем тексте. 4 Р 5 0 .1 .0 2 8 -2 0 0 1 РАЗРАБОТАТЬ МОДЕЛЬ 1 • Имя функции-глагол или глагольный оборот • Показан номер блока Рисунок 1 5.2 Стрелка Стрелка формируется из одного или нескольких отрезков прямых и наконечника на одном конце. Как показано на рисунке 2, сегменты стрелок могут быть прямыми или ломаными; в последнем случае горизонтальные и вертикальные отрезки стрелки сопрягаются дугами, имеющими угол 90°. Стрелки не представляют поток или последовательность событий, как в традиционных блок-схемах потоков или процессов (потоковых диаграммах). Они лишь показывают, какие данные или материальные объекты должны поступить на вход функции для того, чтобы эта функция могла выполняться. 5.3 Синтаксические правила Планы реинжиниринга, подготовки кадров, обновления оборудования и т.д. Меры по обеспечению качества продукции Ресурсы на форми-С1 рование оргструк­ туры, кадры, оборудование Данные о подготовленных кадрах, новом оборудовании Управлять операциями формирования оргструк­ туры реинжиниринга, подготовки кадров, приобретения и обнов­ ления оборудования А61 И- -01 ДеталиэированS ная программа ЩГ и график подго­ товки кадров Распределену/ Данные о ходе подготовки кадров, приобретении оборудования, состоянии ОТС Данные о ходе подготовки кадров ■ = 4 ------- ~ Средства на по д ю товку кадров ные ресурсы У Программа и график обнов­ ления обору­ дования Требования к ИИС, планы* разработки и внедрения Го товить кадры Неподготов­ ОТС, кадры ^П о д го то в л е н ­ ные кадры для производства и служб ленный персонал А62 Средства на приобрете­ ние оборудо-_ вания Обновленное оборудование заниеу Приобретать но­ вое оборудование заменять устаревшее А63 1 Средства автоматиза­ цию Создавать интегрирован­ ную информа­ ционную среду Средства на оргструктуру ОПдК ОТС ИИС А65 иис Данные о состоянии / Директива на выполнение работ по совершенство­ ванию оргструк­ туры ------- *-02 д л я выпуска новой продукции Данные о приобретении оборудования Данные о \C O состоянии CTi Требования к S ' информацион•^ ному обеспе­ чению СК Дирекция огт.ог Сведения с существующей оргструктуре Создавать, совершенствовать оргструктуру, создавать новые, упразднять лишние подразделения IT-подразделе-* ния Новые подразделения г А64 i Руководство предприятия ппо Внешние участники М1 проекта М2 Рисунок 2 5 Р 50.1.028-2001 5.3.1 Б л о к и Для блоков установлены следующие синтаксические правила: - размеры блоков должны быть достаточными для того, чтобы включить имя и номер блока. - блоки должны быть прямоугольными, с прямыми углами; - блоки должны быть нарисованы сплошными линиями. 5.3.2 С т р е л к и Для стрелок установлены следующие синтаксические правила: - ломаные стрелки изменяют направление только под углом 90°; - стрелки должны быть нарисованы сплошными линиями. Можно использовать линии раз­ личной толщины; - стрелки могут состоять только из вертикальных или горизонтальных отрезков; отрезки, направленные по диагонали, не допускаются; - концы стрелок должны касаться внешней границы функционального блока, но не должны пересекать ее; - стрелки должны присоединяться к блоку на его сторонах. Присоединение в углах не допус­ кается . 6 Семантика языка IDEF0 Семантика определяет содержание (значение) синтаксических компонентов языка и способ­ ствует правильности их интерпретации. Интерпретация устанавливает соответствие между блоками и стрелками с одной стороны и функциями и их интерфейсами — с другой. 6.1 Семантика блоков и стрелок Поскольку IDEF0 есть методология функционального моделирования, имя блока, описываю­ щее функцию, должно быть глаголом или глагольным оборотом. Например имя блока «Выполнить проверку» означает, что блок с таким именем превращает непроверенные детали в проверенные. После присваивания блоку имени, к соответствующим его сторонам присоединяются входные, выходные и управляющие стрелки, а также стрелки механизма, что и опреде.ляет наглядность и выразительность изображения блока IDEF0 (см. рисунок 3). Чтобы гарантировать точность модели, следует использовать стандартную терминологию. Блоки именуются глаголами или глагольными оборотами, и эти имена сохраняются при декомпо­ зиции. Стрелки и их сегменты, как отдельные, так и связанные в «пучок», помечаются существи­ тельными или оборотами существительного. Метки сегментов позволяют конкретизировать данные или материальные объекты, передаваемые этими сегментами, с соблюдением синтаксиса ветвлений и слияний. Каждая сторона функционального блока имеет стандартное назначение с точки зрения связи блок/стрелки. В свою очередь, сторона блока, к которой присоединена стрелка, однозначно опре­ деляет ее роль. Стрелка (и), входящая (ие) в левую сторону блока, — вход(ы). Входы преобразуются или расходуются функцией, чтобы создать то, что появится на ее выходе. Стрелка(и), входящая (ие) в блок сверху, управление (я). Управление (я) определяет (ют) условия, необходимые функции, чтобы произвести правильный выход. Стрелка (и), покидающая (ие) блок справа, — выход(ы), то есть данные или материальные объекты, произведенные функцией. Стрелки, подключенные к нижней стороне блока, представляют механизмы, то есть все то, с помощью чего осуществляется преобразование входов в выходы. Стрелки, направленные вверх, идентифицируют средства, поддерживающие вы­ полнение функции. Другие средства могут насле­ Управление доваться из родительского блока. Стрелки механиз­ ма, направленные вниз, являются стрелками вызова. Стрелки вызова обозначают обращение из данной модели или из данной части модели к Вход Выход блоку, входящему в состав другой модели или дру­ гой части модели, обеспечивая их связь, то есть разные модели или разные части одной и той же модели могут совместно использовать один и тот же элемент (блок). Механизм Вызов Стандартное расположение стрелок показано на рисунке 3. Рисунок 3 6 Р 50.1.028-2001 6.2 Имена и метки Как указывалось, имена функций — глаголы или глагольные обороты. Примеры таких имен: производить детали планировать ресурсы наблюдать наблюдать за выполнением проектировать систему эксплуатировать разработать детальные чертежи изготовить компонент проверять деталь Стрелки идентифицируют данные или материальные объекты, необходимые для выполнения функции или производимые ею. Каждая стрелка должна быть помечена существительным или оборотом существительного, например: Спецификации отчет об испытаниях бюджет Конструкторские требования конструкция детали директива Инженер-конструктор плата в сборе требования Пример размещения меток стрелок и имени блока показан на рисунке 4. 6.3 Сводка семантических правил для блоков и стрелок Конструкторские требования а) Имя блока должно быть глаголом или глагольным оборотом. Комплект детальных чертежей б) Каждая сторона функционального блока выполнить имеет стандартное отношение блок/стрелки: Чертеж ДЕТАЛИРО ВКУ - входные стрелки должны связываться с общего вида КОНСТРУКЦИИ левой стороной блока; - управляющие стрелки должны связывать­ MFG/A631 ся с верхней стороной блока; Инженерконструктор - выходные стрелки должны связываться с правой стороной блока; - стрелки механизма (кроме стрелок вызо­ Рисунок 4 ва) должны указывать вверх и подключаться к нижней стороне блока; - стрелки вызова механизма должны указывать вниз, подключаться к нижней стороне блока, и помечаться ссылкой на вызываемый блок. в) Сегменты стрелок, за исключением стрелок вызова, должны помечаться существительным или оборотом существительного, если только единственная метка стрелки не относится к стрелке в целом. г) Чтобы связать стрелку с меткой, следует использовать ломаную молниеобразную выносную 1 Г и линию ( / ' Л л) В метках стрелок не должны использоваться следующие термины: функция, вход, управле­ ние, выход, механизм, вызов. 6.4 Диаграммы IDEF0 IDEFO-модели состоят из документов трех типов: графических диаграмм, текста и глоссария. Эти документы имеют перекрестные ссылки друг на друга. Графическая диаграмма — главный компонент IDEFO-модели, содержащий блоки, стрелки, соединения блоков и стрелок и ассоции­ рованные с ними отношения. Блоки представляют основные функции моделируемого объекта. Эти функции могут быть разбиты (декомпозированы) на составные части и представлены в виде более подробных диаграмм; процесс декомпозиции продо.лжается до тех пор, пока объект не будет описан на уровне детализации, необходимом для достижения целей конкретного проекта. Диаграмма верхнего уровня обеспечивает наиболее общее описание объекта моделирования. За этой диаграммой следует серия дочерних диаграмм, дающих более детальное представление об объекте. 6.5 Контекстная диаграмма верхнего уровня Каждая модель должна иметь контекстную диаграмму верхнего уровня, на которой объект моделирования представлен единственным блоком с граничными стрелками. Эта диаграмма назы­ вается А—0 (А минус ноль). Стрелки на этой диаграмме отображают связи объекта моделирования с окружающей средой. Поскольку единственный блок представляет весь объект, его имя — общее для всего проекта. Это же справедливо и для всех стрелок диаграммы, поскольку7они представляют 7 Р 50.1.028-2001 полный комплект внешних интерфейсов объекта. Диаграмма А—0 устанавливает область модели­ рования и ее границу. Пример диаграммы А—0 показан на рисунке 5. Руководство программиста Потребности Проектировать информационную программу Оперативные данные Программа Бригада программистов ЦЕЛЬ: оценка трудоемкости, планирование, организация информационного потока, определение функций менеджера проекта. ТОЧКА ЗРЕНИЯ: служба информационной интеграции QA/A-0 Управление информационными ресурсами Рисунок 5 Контекстная диаграмма А—0 также до.лжна содержать краткие утверждения, определяющие точку зрения должностного лица или подразделения, с позиций которого создается модель, и цель, для достижения которой ее разрабатывают. Эти утверждения помогают руководить разработкой модели и ввести этот процесс в определенные рамки. Точка зрения определяет, что и в каком разрезе можно увидеть в пределах контекста модели. Изменение точки зрения приводит к рассмотрению других аспектов объекта. Аспекты, важные с одной точки зрения, могут не появиться в модели, разрабатываемой с другой точки зрения на тот же самый объект. Формулировка цели выражает причину создания модели, то есть содержит перечень вопросов, на которые должна отвечать модель, что в значительной мере определяет ее структуру. Наиболее важные свойства объекта обычно выявляются на верхних уровнях иерархии; по мере декомпозиции функции верхнего уровня и разбиения ее на подфункции, эти свойства уточняются. Каждая под­ функция, в свою очередь, декомпозируется на элементы следующего уровня, и так происходит до тех пор, пока не будет получена релевантная структура, позволяющая ответить на вопросы, сфор­ мулированные в цели моделирования. Каждая подфункция моделируется отдельным блоком. Каж­ дый родительский блок подробно описывается дочерней диаграммой на более низком уровне. Все дочерние диаграммы должны быть в пределах области контекстной диаграммы верхнего уровня. 6.6 Дочерняя диаграмма Единственная функция, представленная на контекстной диаграмме верхнего уровня, может быть разложена на основные подфункции посредством создания дочерней диаграммы. В свою очередь, каждая из этих подфункций может быть разложена на составные части посредством создания дочерней диаграммы следующего, более низкого уровня, на которой некоторые или все функции также могут быть разложены на составные части. Каждая дочерняя диаграмма содержит дочерние блоки и стрелки, обеспечивающие дополнительную детализацию родительского блока. Дочерняя диаграмма, создаваемая при декомпозиции, охватывает ту же область, что и роди­ тельский блок, но описывает ее более подробно. Таким образом, дочерняя диаграмма как бы вложена в свой родительский блок. Эта структура иллюстрируется рисунком 6. 8 Р 50.1.028-2001 Рисунок 6 6.7 Родительская диаграмма Родительская диаграмма — та, которая содержит один или более родительских блоков. Иными словами, это диаграмма верхнего уровня, на которой располагается декомпозируемая функция со всеми ее связями. Каждая обычная (неконтекстная) диаграмма является также дочерней диаграммой, поскольку, по определению, она подробно описывает некоторый родительский блок. Таким образом, любая диаграмма может быть как родительской диаграммой (содержать родительские блоки), так и дочерней (подробно описывать собственный родительский блок). Аналогично, блок может быть как родительским (подробно описываться дочерней диаграммой), так и дочерним (появляющимся на дочерней диаграмме). Основное иерархическое отношение существует между родительским блоком и дочерней диаграммой, которая его подробно описывает (рисунок 6). 9 Р 50.1.028-2001 То, что блок является дочерним и раскрывает содержание родительского блока на диаграмме предшествующего уровня, указывается специальным ссылочным кодом, написанным ниже правого нижнего угла блока. Этот ссылочный код может формироваться несколькими способами, из которых самый простой заключается в том, что код, начинающийся с буквы А (по имени диаграммы А—0), содержит цифры, определяемые номерами родительских блоков. Например показанные на рисунке 7 коды означают, что диаграмма яв.ляется декомпозицией 1-го блока диаграммы, которая, в свою очередь, является декомпозицией 6-го блока диаграммы АО, а сами коды образуются присоедине­ нием номера блока. Рисунок 7 Следовательно, код формируется так: А 61 И Т .Д . Номер блока на диаграмме А61 Номер блока на диаграмме А6 Номер блока на диаграмме АО Имя блока АО 6.8 Текст и глоссарий Диаграмме может быть поставлен в соответствие структурированный текст, представляющий собой краткий комментарий к содержанию диаграммы. Текст используется для объяснений и уточнений характеристик, потоков, внутриблочных соединений и т.д. Текст не до.лжен использоваться для описания и без того понятных блоков и стрелок на диаграммах. При большом объеме текст располагается на отдельном листе модели (текстовой странице). Глоссарий предназначен для определения аббревиатур, ключевых слов и фраз, используемых в качестве имен и меток на диаграммах. Глоссарий определяет понятия и термины, которые должны быть одинаково понимаемы всеми участниками разработки и пользователями модели, чтобы пра­ вильно интерпретировать ее содержание. Глоссарий составляется с любой необходимой степенью подробности. 10 Р 50.1.028-2001 6.9 Диаграммы-иллюстрации (FEO) Эти диаграммы используются в качестве дополнений, поясняющих специфику содержания основных диаграмм в случаях, когда это необходимо. Диаграмма FEO не должна подчиняться синтаксическим правилам IDEF0. 7 Свойства диаграмм 7.1 Стрелки как ограничения Стрелки на диаграмме IDEF0, представляя данные или материальные объекты, одновременно задают своего рода ограничения (условия). Входные и управляющие стрелки блока, соединяющие его с другими блоками или внешней средой, описывают условия, которые должны быть выполнены для того, чтобы реализовалась функция, запи­ санная в качестве имени блока. Рисунок 8 иллюстрирует случай, при котором «функция 3» может быть выполнена только после получения данных, выработанных «функцией 1» и «функцией 2». 7.2 Параллельное функциониро­ вание Различные функции в модели Рисунок 8 могут быть выполнены параллельно, если удовлетворяются необходимые ограничения (условия). Как показано на рисунке 9, один блок может создать данные (а) или материальные объекты (б), необходимые для параллельной работы нескольких блоков. 2 а б Рисунок 9 7.3 Ветвление и слияние сегментов стрелок Ветвление и слияние стрелок призвано уменьшить загруженность диаграмм графическими элементами (линиями). Чтобы стрелки и их сегменты правильно описывали связи между блоками-источниками и 11 Р 50.1.028-2001 блоками-потребителями, использу­ ется аппарат меток. Метки связыва­ ются с сегментами посредством тильд. При этом между сегментами возникают определенные отноше­ ния, описанные ниже: - непомеченные сегменты (ри­ сунок 10) содержат все объекты, указанные в метке стрелки перед ветвлением (то есть все объекты принадлежат каждому из сегментов); - сегменты, помеченные после точки ветвления (рисунок 11), со­ держат все объекты, указанные в метке стрелки перед ветвлением, Рисунок 10 или их часть, описываемую меткой каждого конкретного сегмента; - при слиянии непомеченных сегментов объединенный сегмент стрелки содержит все объекты, принадлежащие сливаемым сегментам и указанные в общей метке стрелки после слияния (рису­ нок 12); - при слиянии помеченных сегментов (рисунок 13) объединенный сегмент содержит все или некоторые объекты, принадлежащие сливаемым сегментам и перечисленные в общей метке после слияния; если общая метка после слияния отсутствует, это означает, что общий сегмент передает все объекты, принадлежащие сливаемым сегментам; Рисунок 11 7.4 Отношения блоков на диаграммах В методологии IDEF0 существует шесть типов отношений между блоками в пределах одной диаграммы: - доминирование; - управление; - выход — вход; - обратная связь по управлению; - обратная связь по входу; - выход — механизм. 12 Р 50.1.028-2001 Эти данные принадлежат каждому из сегментов Суммарные данные, переданные функциями 1 и 2 Данные, переданные функцией 1 Данные, переданные функцией 2 Функция 2 А2 Рисунок 12 Рисунок 13 Первое из перечисленных отношений определяется взаимным расположением блоков на диаграмме. Предполагается, что блоки, расположенные на диаграмме выше и левее, «доминируют» над блоками, расположенными ниже и правее. «Доминирование» понимается как влияние, которое один блок оказывает на другие блоки диаграммы. Остальные пять отношений описывают связи Отношение управления между блоками и изображаются соответствующими стрелками. Отношения управления и выход — вход являются Функция 1 простейшими, поскольку отражают прямые взаимо­ А1 действия, которые понятны и очевидны. Отношение управления (рисунок 14) возникает, когда выход одного блока служит управляющим воз­ действием на блок с меньшим доминированием. Функция 2 Отношение выход — вход (рисунок 15) возникает А2 при соединении выхода одного блока с входом другого блока с меньшим доминированием. Рисунок 14 Обратная связь по управлению и обратная связь по входу являются более сложными типами отношений, поскольку они представляют итерацию (выход функции влияет на будущее выполнение других функций с большим доминированием, что впоследствии влияет на исходную функцию). Обратная связь по управлению (рисунок 16) возникает, когда выход некоторого блока создает управляющее воздействие на блок с большим доминированием. Л Рисунок 15 Рисунок 16 Рисунок 17 Отношение обратной связи по входу (рисунок 17) имеет место, когда выход блока становится входом другого блока с большим доминированием. Связи «выход — механизм» (рисунок 18) отражают ситуацию, при которой выход одной функ­ ции становится средством достижения цели для другой. Связи «выход — механизм» возникают при отображении в модели процедур пополнения и распределения ресурсов, создания или подготовки 13 Р 50.1.028-2001 средств для выполнения функций системы (например приобретение или изготовление требуемых инструментов и оборудования, обучение персонала, организация физического пространства, фи­ нансирование, закупка материалов и т.д.; подробнее — см. 11.3). 8 Отношения между блоками диаграммы и другими диаграммами (окружающей средой) Все описанные выше отношения отображаются внутренними стрелками, то есть такими, у которых оба конца связаны с блоками диаграммы. Отношения между блоками диаграммы и другими диаграммами, являющимися по отношению к рассматриваемой диаграмме окружающей средой (окружением), описываются граничными стрелками (см. 2.7). Обе ситуации отражены на рисун­ ке 19. Рисунок 19 8.1 Граничные стрелки На обычной (неконтекстной) диаграмме граничные стрелки представляют входы, управления, выходы или механизмы родительского блока диаграммы. Источник или потребитель граничных стрелок можно обнаружить, только изучая родительскую диаграмму. Все граничные стрелки на дочерней диаграмме (за исключением стрелок, помещенных в туннель, см. 2.36) должны соответст­ вовать стрелкам родительского блока, как показано на рисунке 20. 14 Р 50.1.028-2001 Родительский блок Рисунок 20 8.2 ICOM-кодирование граничных стрелок ICOM-коды связывают граничные стрелки на дочерней диаграмме со стрелками родительского блока. Нотация, названная ICOM-кодом, определяет значения соединений. Буквы I, С, О или М, приведенные около несвязанного конца граничной стрелки на дочерней диаграмме, идентифици­ руют стрелку7как Вход (Input), Управление (Control), Выход (Output) или Механизм (Mechanism) в родительском блоке. Буква следует за числом, определяющим относительное положение точки подключения стрелки к родительскому блоку; это положение определяется слева направо или сверху вниз. Например, код «ЗС» возле граничной стрелки на дочерней диаграмме указывает, что эта стрелка соответствует третьей (считая слева) управляющей стрелке родительского блока. Это кодирование связывает каждую дочернюю диаграмму со своим родительским блоком. Если блоки на дочерней диаграмме подвергаются дальнейшей декомпозиции и подробно описываются на дочерних диаграммах следующего уровня, то на каждую новую диаграмму назначаются новые ICOM-коды, связывающие граничные стрелки этих диаграмм со стрелками их родительских блоков. Иногда буквенные ICOM-коды, определяющие роли граничных стрелок (вход, управление, механизм), могут меняться при переходе от родительского блока к дочерней диаграмме. Например управляющая стрелка в родительском блоке может быть входом на дочерней диаграмме. Аналогично, вход родительского блока может быть управлением для одного или нескольких дочерних блоков. Примеры изменения ролей стрелок можно видеть на рисунке 21. 15 Р 50.1.028-2001 Дочерняя д и агр ам м а П р и м е ч а н и е — Штриховые линии показывают отношения между граничными стрелками и стрел­ ками родительского блока. Рисунок 21 8.3 Стрелки, помещенные в «туннель» Туннель — круглые скобки в начале и/или в конце стрелки. Туннельные стрелки означают, что данные, выраженные этими стрелками, не рассматриваются на родительской диаграмме и/или на дочерней диаграмме. Стрелка, помещенная в туннель там, где она присоединяется к блоку (рисунок 22), означает, что данные, выраженные этой стрелкой, не обязательны на следующем уровне декомпозиции. Стрелка, помещаемая в туннель на свободном конце (рисунок 23), означает, что представляе­ мые ею данные отсутствуют на родительской диаграмме. Более детально эта ситуация поясняется на рисунке 24. () с ■) Выполняемая функция А1 Выполняемая функция А1 Рисунок 22 16 Рисунок 23 '' N Р 5 0 .1 .0 2 8 - 2 0 0 1 Стрелка (положение С2) 9 Правила построения диаграмм При построении диаграмм необходимо выполнять следующие правила. 1 В составе модели должна присутствовать контекстная диаграмма А—0, которая содержит только один блок. Номер единственного блока на контекстной диаграмме А—0 должен быть 0. 2 Блоки на диаграмме должны располагаться по диагонали — от левого верхнего до правого нижнего угла диаграммы в порядке присвоенных номеров. Блоки на диаграмме, расположенные вверху слева, «доминируют» над блоками, расположенными внизу справа. «Доминирование» понима­ ется как влияние, которое блок оказывает на другие блоки диаграммы. Расположение блоков на листе диаграммы отражает авторское понимание доминирования. Таким образом, топология диа­ граммы показывает, какие функции оказывают большее влияние на остальные. При параллельном функционировании блоков отношение доминирования часто носит формальный характер, и диаго­ нальное расположение блоков лишь способствует читаемости диаграммы. 3 Диаграммы (кроме диаграммы А—0) должны содержать не менее трех и не более шести блоков. Эти ограничения поддерживают сложность диаграмм на уровне, доступном для чтения, понимания и использования. Диаграммы с количеством блоков менее трех вызывают серьезные сомнения в необходимости декомпозиции родительской функции. Диаграммы с количеством блоков более шести сложны для восприятия читателями и вызывают у автора трудности при внесении в нее всех необходимых графических объектов и меток. 4 Каждый блок неконтекстной диаграммы получает номер, помещаемый в правом нижнем углу; порядок нумерации — от верхнего левого к нижнему правому блоку (от 1 до 6). 17 Р 50.1.028-2001 5 Каждый блок, подвергнутый декомпозиции, должен иметь ссылку на дочернюю диаграмму; ссылка (например узловой номер, С-номер или номер страницы) помещается под правым нижним углом блока. 6 Имена блоков (выполняемых функций) и метки стрелок должны быть уникальными. Если метки стрелок совпадают, это значит, что стрелки отображают тождественные данные. 7 При наличии стрелок со сложной топологией целесообразно повторить метку для удобства ее идентификации. 8 Следует обеспечить максимальное расстояние между блоками и поворотами стрелок, а также между блоками и пересечениями стрелок для облегчения чтения диаграммы. Одновременно умень­ шается вероятность того, что две разные стрелки будут перепутаны. 9 Блоки всегда должны иметь хотя бы одну управляющую и одну входную стрелку, но могут не иметь выходных стрелок. 10 Если одни и те же данные служат и для управления, и для входа, вычерчивается только стрелка управления. Этим подчеркивается управляющий характер данных и уменьшается сложность диаграммы. 11 Максимально увеличенное расстояние между параллельными стрелками облегчает разме­ щения меток, их чтение и позволяет проследить пути стрелок (рисунок 25). Рисунок 25 12 Стрелки связываются (сливаются), если они представляют сходные данные и их источник не указан на диаграмме (рисунок 26). предпочтительнее, чем Рисунок 26 13 Обратные связи по управлению должны быть показаны как «вверх и над» (рисунок 27а). а б Рисунок 27 18 в Р 50.1.028-2001 Обратные связи по входу должны быть показаны как «вниз и под» (рисунок 276). Так же показываются обратные связи посредством механизма (рисунок 27в). Таким образом обеспечивается показ обратной связи при минимальном числе линий и пересечений. 14 Циклические обратные связи для одного и того же блока изображаются только для того, чтобы их выделить. Обычно обратную связь изображают на диаграмме, декомпозирующей блок. Однако иногда требуется выделить повторно используемые объекты (рисунок 28). Функция 3 АЗ Функция 4 п А4 Рисунок 28 15 Стрелки объединяются, если они имеют общий источник или приемник, или они пред­ ставляют связанные данные. Общее название лучше описывает суть данных. Следует минимизиро­ вать число стрелок, касающихся каждой стороны блока, если, конечно, природа данных не слишком разнородна (рисунок 29). предпочтительнее, чем Рисунок 29 16 Если возможно, стрелки присоединяются к блокам в одной и той же позиции. Тогда соединение стрелок конкретного типа с блоками будет согласованным и чтение диаграммы упрос­ тится (рисунок 30). предпочтительнее, чем Рисунок 30 19 Р 50.1.028-2001 17 При соединении большого числа блоков необходимо избегать необязательных пересечений стрелок (рисунок 31). Следует минимизировать число петель и поворотов каждой стрелки (рису­ нок 32). предпочтительнее, чем Рисунок 31 предпочтительнее, чем Рисунок 32 18 Блоки (функции) дочерней диаграммы являются сопряженными через среду (диаграмму или родительский блок), если они имеют связи с источником, генерирующим данные, без конкрет­ ного определения того, как отдельные части данных относятся к какому-либо блоку (рисунок 33). Политика Рисунок 33 20 Р 50.1.028-2001 19 Тип интерфейса, показанный на рисунке 34, предпочтителен, поскольку в этом случае определяются конкретные данные, относящиеся к каждому блоку. Политика Q1 Рисунок 34 20 Необходимо использовать (там, где это целесообразно) выразительные возможности ветвя­ щихся стрелок (рисунок 35). Рисунок 35 21 Каждая диаграмма IDEF0 изображается на стандартном бланке, именуемом мастер-стра­ ницей. Бланк снабжен верхним и нижним штампами, содержащими информацию как о конкретной диаграмме, так и в целом о проекте, в состав которого входит диаграмма. Форма бланка с расшиф­ ровкой всех полей штампов приведена в приложении А. 10 Ссылочные выражения (коды) Ссылочные выражения (коды) присваиваются всем элементам модели: диаграммам, блокам, стрелкам и примечаниям. Ссылочные выражения затем могут использоваться в различных контекс­ тах для точного указания на нужный элемент модели. Основное ссылочное выражение — узловой номер, который появляется там, где выполняется декомпозиция функционального блока и создается его подробное описание на дочерней диаграмме. Все остальные ссылочные коды базируются на узловых номерах. 21 Р 50.1.028-2001 10.1 Номера блоков Каждому блоку на диаграмме присваивается номер, помещаемый в нижнем правом внутреннем углу блока. Эта система нумерации необходима для однозначной идентификации блоков в пределах диаграммы и для генерации узловых номеров. Эти номера используются также для ссылок на блоки в тексте и глоссарии. На контекстной диаграмме А—0 единственному блоку присваивается номер 0 (нуль). На всех других диаграммах блоки нумеруются от 1 до 6, начиная с верхнего левого блока (при их диагональном размещении) и кончая нижним правым блоком. Если некоторые блоки на диаграмме размещены не по диагонали, то сначала нумеруются «диагональные» блоки (также начиная с левого верхнего блока), а затем — «недиагональные» блоки, начиная с нижнего правого против часовой стрелки. 10.2 Узловые номера Узловой номер базируется на положении блока в иерархии модели. Обычно узловой номер формируется добавлением номера блока к номеру диаграммы, на которой он появляется. Например узловой номер блока 2 на диаграмме А25—А252. Все узловые номера IDEF0 начинаются с заглавной буквы, например «А». Когда родительский блок подробно описывается дочерней диаграммой, узловые номера родительского блока и дочерней диаграммы совпадают. Контекстные диаграммы и дочерняя диаграмма верхнего уровня — исключения в вышеуказан­ ной схеме узловой нумерации. Каждая модель IDEF0 имеет контекстную диаграмму верхнего уровня — диаграмму А—0. Эта диаграмма содержит единственный «высший блок», который является уникальным родителем всей модели и несет уникальный номер 0 (нуль) и узловой номер АО. Каждая модель IDEF0 должна также иметь по крайней мере одну дочернюю диаграмму, содержащую декомпозицию блока АО на 3 . . . 6 дочерних блоков. Этим блокам присваиваются уникальные узловые номера Al, А2, АЗ, . . . , А6. Таким образом, последовательность [АО, А1, . . . , А2, . . . , АЗ, . . . ] начинает нумерацию узлов для любой модели. Например, модель может иметь следующие узловые номера: А—1 А—0 Дополнительная контекстная диаграмма Обязательная контекстная диаграмма верхнего уровня (содержащая высший блок АО) АО Верхняя дочерняя диаграмма Al, А2, . . . , А6 Дочерние диаграммы A ll, А12, . . . , А16, . . , А61, . . . , А66 Дочерние диаграммы А111, А112, . . . , А161, . . . , А611, . . . , А666 Дочерние диаграммы ... Дочерние диаграммы нижнего уровня Узловой номер используется также для обозначения того, что блок подвергнут декомпозиции. В этом случае узловой номер, совпадающий с номером дочерней диаграммы, помещается под правым нижним углом блока на родительской диаграмме (рисунок 36). 10.3 Перечень узлов Перечень узлов представляет информацию о входящих в модель узлах в форме списка, напоминающего обычное оглавление и отражающего иерархическую структуру модели, как показано на рисунке 36. АО Производить продукт А1 Планировать производство A l 1 Выбрать технологию производства А12 Оценить требуемое время и затраты на производство А13 Разработать производственные планы А14 Разработать план вспомогательных действий А2 Разрабатывать и управлять графиком выпуска и ресурсами А21 Разработать основной график А22 Разработать график координации работ А23 Оценивать затраты и приобретать ресурсы А24 Следить за выполнением графика и расходом ресурсов АЗ Планировать выпуск продукции Рисунок 36 22 Р 50.1.028-2001 10.4 Дерево узлов Разработанная модель IDEF0 со всеми уровнями структурной декомпозицией может быть представлена на единственной диаграмме в виде дерева узлов, дополняющего перечень узлов. Для изображения этого дерева нет стандартного формата. Единственное требование состоит в том, что вся иерархия узлов модели должна быть представлена наглядно и понятно. Пример дерева узлов показан на рисунке 37. технологию производства время и затраты производствен- план вспомоные планы гательных действий Рисунок 37 11 Методика разработки функциональных моделей в среде IDEF0 В предыдущих разделах описаны инструментальные возможности методологии IDEF0 как средства функционального моделирования производственно-технических и организационно-эконо­ мических систем. В настоящем разделе кратко излагаются некоторые методические приемы постро­ ения моделей, облегчающие практическое применение этой методологии. 11.1 Общие положения Как уже отмечалось во введении, объектами функционального моделирования и структурного анализа по методологии IDEF0 являются организационно-экономические и производственно-тех­ нические системы. Функциональный блок, отображающий моделируемую систему в целом (блок АО), и блоки на любом уровне декомпозиции являются преобразующими блоками. Преобразующий блок блок IDEFO-диаграммы, преобразующий входы в выходы под действием управлений при помощи «меха­ низмов» (см. разделы 2, 4). Преобразование — цель и результат работы любого блока на диаграмме любого уровня декомпозиции. Преобразованию в блоке могут подвергаться материальные и информационные объекты, образующие соответствующие потоки. Материальный поток — непрерывное или дискретное множество материальных объектов, рас­ пределенное во времени. Информационный поток — множество информационных объектов, распределенное во времени. Информация, участвующая в процессах, операциях, действиях и деятельности в целом, может быть классифицирована на три группы: - ограничительная; 23 Р 50.1.028-2001 - описательная; - предписывающая (управляющая). Ограничительная информация — сведения о том, что нельзя делать: а) никогда, ни при каких обстоятельствах (кроме, быть может, форс-мажорных), в любой фазе жизненного цикла и на любом этапе функционирования системы в целом; б) в рамках функционирования конкретного блока. Ограничительная информация содержится в законах, подзаконных актах, международных, государственных и отраслевых стандартах, а также в специальных внутренних положениях и документах предприятия, в частности, в технических требованиях, условиях, регламентах и т.д. Описательная информация — сведения об атрибутах объекта (потока), преобразуемого функци­ ональным блоком. Содержится в чертежах, технических и иных описаниях, реквизитах и других документах, являясь неотъемлемым компонентом объекта в течение всего жизненного цикла. Эта информация сама преобразуется (изменяется) в результате выполнения функции. Предписывающая {управляющая) информация — сведения о том, как, при каких условиях и по каким правилам следует преобразовать объект (поток) на входе в объект (поток) на выходе блока. Содержится в технологических (в широком смысле) инструкциях, руководствах, документах, опре­ деляющих «настройки» и характеристики блока. Ограничительная информация Предписывающая информация Материальные объекты на входе' Описательная информация о материальных объектах на входе Материальные ‘ объекты на выходе Преобразование Ресурсы Описательная информация о материальных объектах на выходе Оборудование, персонал Рисунок 38 Схематическое изображение связей преобразующего блока в соответствии с соглашениями системы IDEF0 показано на рисунке 38. Ограничительная и предписывающая информация изобра­ жается стрелками, присоединяемыми к блоку на стороне управления, а описательная информация поступает на вход блока и формируется на его выходе, отображаясь стрелками входа и выхода соответственно. Материальный поток и описывающий его информационный поток везде, где это не вызывает недоразумений, можно изображать одной стрелкой. 11.2 Классификация функций, моделируемых блоками IDEF0 Практика построения функциональных моделей требует введения классификации явлений и событий, отображаемых в моделях. Такая классификация облегчает выбор глубины декомпозиции моделируемых систем и способствует выработке единообразных подходов и приемов моделирования в конкретных предметных областях. В настоящих рекомендациях предлагается классификация, ориентированная на достаточно широкий круг организационно-экономических и производственно-технических систем. Классифи­ кация делит все функции таких систем на четыре основных и два дополнительных вида. Каждая рубрика в классификации представляет собой класс преобразующих блоков, экземпляры которого возникают и используются при моделировании конкретной системы. 24 Р 5 0 .1 .0 2 8 - 2 0 0 1 а) Основные виды функций: 1 Деятельность (синонимы: дело, бизнес) — совокупность процессов, выполняемых (протекаю­ щих) последовательно или/и параллельно, преобразующих множество материальных или/и инфор­ мационных потоков во множество материальных или/и информационных потоков с другими свойствами. Деятельность осуществляется в соответствии с заранее определенной и постоянно корректируемой целью, с потреблением финансовых, энергетических, трудовых и материальных ресурсов, при выполнении ограничений со стороны внешней среды. В модели IDEF0 деятельность описывается блоком АО на основной контекстной диа­ грамме А—0. При моделировании крупных, многопрофильных структур (фирм, организаций, предприятий), которые по своему статусу занимаются различными видами деятельности, последние представляют собой различные экземпляры класса «деятельность» и могут найти отражение в дополнительной контекстной диаграмме А—1. В этом случае общая модель сложной структуры будет состоять из ряда частных моделей, каждая из которых относится к конкретному виду деятельности. 2 Процесс (синоним: бизнес-процесс) — совокупность последовательно или/и параллельно вы­ полняемых операций, преобразующая материальный или/и информационный потоки в соответст­ вующие потоки с другими свойствами. Процесс протекает в соответствии с управляющими директивами, вырабатываемыми на основе целей деятельности. В ходе процесса потребляются фи­ нансовые, энергетические, трудовые и материальные ресурсы и выполняются ограничения со стороны других процессов и внешней среды. 3 Операция — совокупность последовательно или/и параллельно выполняемых действий, пре­ образующих объекты, входящие в состав материального или/и информационного потока, в соот­ ветствующие объекты с другими свойствами. Операция выполняется: а) в соответствии с директивами, вырабатываемыми на основе директив, определяющих протекание процесса, в состав которого входит операция; б) с потреблением всех видов необходимых ресурсов; в) с соблюдением ограничений со стороны других операций и внешней среды. 4 Действие — преобразование какого-либо свойства материального или информационного объекта в другое свойство. Действие выполняется в соответствии с командой, являющейся частью директивы на выполнение операции, с потреблением необходимых ресурсов и с соблюдением ограничений, налагаемых на осуществление операции. б) Дополнительные виды функций: 5 Субдеятельность — совокупность нескольких процессов в составе деятельности, объединен­ ная некоторой частной целью (являющейся «подцелью» деятельности). 6 Подпроцесс — группа операций в составе процесса, объединенная технологически или орга­ низационно. Понятия группы а) образуют естественную иерархию блоков на IDEFO-диаграммах при деком­ позиции, предусматривая четыре уровня последней. При анализе сложных видов деятельности могут потребоваться промежуточные уровни декомпозиции, основанные на применении функций груп­ пы б). Уровни декомпозиции, детализирующие действия, естественно считать состоящими из элемен­ тарных или простых функций. В приложении Б приведены IDEFO-диаграммы, показывающие описанную в классификации иерархию функций в виде абстрактной метамодели. Из нее видно, как эти функции взаимодействуют между собой на разных уровнях декомпозиции. Метамодель служит шаблоном, применение которого может облегчить создание реальной модели в конкретной предметной области. 11.3 Организационно-технические структуры и механизмы IDEFO-моделей Все функции, входящие в приведенную выше классификацию, находятся между собой в отношениях иерархической подчиненности по принципу «сверху вниз»: деятельность — субдеятель­ ность — процесс — подпроцесс — операция — действие. Согласно методологии IDEF0 каждая функция выполняется посредством механизма. В большинстве систем, анализируемых при помощи функциональных моделей, такими механизмами служат организационно-технические структуры. Одним из концептуальных принципов функционального моделирования (см. 4.7) является «отделе­ ние «организации» от функций». Вместе с тем анализ показывает что между иерархией функций (преобразований) и иерархией механизмов существует соответствие, иллюстрируемое рисунком 39. Элементы иерархии механизмов определяются следующим образом. 25 Р 50.1.028-2001 Деятельность -------- ► Организационно-техническая система Процесс -------- ► Организационно-техническая подсистема Операция -------- --- Организационно-технический модуль (комплекс) Действие Организационно-технический блок Рисунок 39 Организационно-техническая система — организационная структура, персонал и комплекс тех­ нических средств (оборудование), необходимые для осуществления деятельности. Организационно-техническая подсистема — часть организационно-технической системы, обес­ печивающая протекание процесса (субдеятельности). Организационно-технический комплекс (модуль) — часть организационно-технической подсис­ темы, предназначенная для выполнения операции. Организационно-технический блок — часть организационно-технического комплекса, обеспе­ чивающая выполнение действия. Таким образом, при корректном построении модели (без априорной привязки к «организации») появляется возможность связать ее блоки на разных уровнях декомпозиции с объектами организа­ ционно-технической структуры, выступающими в качестве механизмов. В этом случае организаци­ онно-техническая структура становится результатом функционального моделирования. Во многих моделях находит или долж­ Ф но находить отражение явление, состоящее в формировании или специфической на­ стройке (перестройке) механизмов в ходе де­ ятельности. Это явление часто именуется Ф реинжинирингом производства и/или бизнеспроцессов на предприятии (в организации). Явление отражается в модели как суб­ деятельность, поскольку почти всегда состо­ Ф ит из нескольких процессов. Укрупненная схема этой субдеятельности приведена на О рисунке 40. Согласно схеме входом и одно­ временно потребляемым ресурсом субдея­ энергия, П — персонал, О - оборудование, тельности являются финансы, преобра- зуеФ — финансы мые в другие виды ресурсов — энергетичес­ кие, трудовые, материальные Рисунок 40 (оборудование, вспомогательные материалы и т.д.). (см. приложение Б). Механизм любого уровня обеспечивает выполнение деятельности (процесса, опера­ ции, действия), потребляя ресурсы: финансовые, энергетические, трудовые, непосредственно или с помощью промежуточных преобразований (рисунок 40), то есть специфических процессов, которые можно назвать поддерживающими, обеспечивающими или вспомогательными (по аналогии с вспомогательными производствами, цехами, участками на машиностроительном предприятии) по отношению к основным процессам, где происходят преобразования, однозначно обусловленные целью деятельности. Существенный признак вспомогательного процесса: этот процесс не создает конечного продукта деятельности и, следовательно, прибыли. 26 Р 5 0 .1 .0 2 8 - 2 0 0 1 11.4 Управление — особый вид процесса, операции, действия Один из общих принципов методологии IDEF0 требует, чтобы к каждому блоку на диаграмме была присоединена хотя бы одна управляющая стрелка, отображающая условия правильного функционирования блока (см. раздел 9). Ниже сформулирован ряд определений и методических положений, которыми следует руководствоваться при отражении управлений на функциональных моделях. Управление деятельностью — процесс, состоящий как минимум из следующих операций: - формулирование целей деятельности; - оценивание ресурсов, необходимых для осуществления деятельности и их сопоставление с имеющимися ресурсами; - сбор информации об условиях протекания и фактическом состоянии деятельности («гло­ бальная» обратная связь); - выработка и принятие решений, направленных на достижение целей, в частности, решений о распределении ресурсов по процессам, входящим в состав деятельности; оформление решений в виде директив на управление процессами; - реализация решений (исполнение директив) и оценка их результатов («локальная обратная связь»); - корректировка (в случае необходимости, например при нехватке ресурсов) ранее сформули­ рованных целей (самонастройка, адаптация). Управление процессом — операция, состоящая как минимум из следующих действий: - анализ директивы на управление процессом, ее декомпозиция на директивы управления операциями; - сбор (прием по каналам связи) информации о ходе выполнения операций, ее обобщение и формирование сведений о состоянии процесса; передача данных в подсистему управления деятель­ ностью; - сопоставление информации о ходе операций с данными директив и выработка локальных решений, направленных на устранение отклонений; - корректировка (в случае необходимости) директив на выполнение операций. Управление операцией — действие, состоящее в выработке на основании директивы на управ­ ление операцией команд на управление действиями, в реализации этих команд, оценке результатов выполнения, передаче необходимой информации в комплекс управления процессом, корректировке команд в случае необходимости. Блоки управления должны присутствовать на каждой IDEFO-диаграмме (кроме тех, которые являются декомпозициями самих таких блоков). Через них осуществляются управляющие воздей­ ствия на остальные блоки диаграммы. Именно эти блоки воспринимают ограничивающую и предписывающую информацию и преобразуют ее в соответствующие директивы и команды. Имена блоков управления, как правило, содержат глагол «Управлять . . . ». Стрелки, исходящие из блока с именем «Управлять . . . », описывают централизованную схему управления (управленческую «вертикаль»). Возможны варианты структур, в которых выходная информация одного из блоков является управляющей для другого. Это отображает децентрализацию управления («горизонтальные» связи) (см. приложение Б). 11.5 Типизация функциональных моделей и IDEFO-диаграмм Эффективность и производительность труда разработчиков функциональных моде­ лей могут быть повышены за счет применения типовых моделей и отдельных диаграмм, ориенти­ рованных на применение в конкретных предметных областях. Так, например, на основе представлений о жизненном цикле продукции (изделия) можно предложить типовую диаграмму уровня АО для промышленного предприятия, которая может иметь вид, схематически показанный на рисунке 41. Фрагмент типовой модели промышленного предприятия в формате IDEF0 дан в приложе­ нии В. Аналогичные типовые модели могут быть разработаны для других видов бизнеса (оказание услуг, транспорт, банковское дело, финансовая деятельность и т.д.). 27 Р 50.1.028-2001 Нормативные акты, Капиталовложения Организационно­ техническая система Рисунок 41 12 Организация процесса функционального моделирования и управление проектом 12.1 Общие положения Для эффективного моделирования и получения результатов в соответствии со сроками и сметами управление проектом должно представлять собой процесс, в ходе которого координируется работа авторов, экспертов и тех, кто принимает окончательную версию модели системы или ее части. Это должен быть процесс, в полной мере использующий возможности методологии, основан­ ной на разделении функций участников проекта и итеративном характере рецензирования, в ходе которого проверяется корректность диаграмм и/или моделей, а также соответствие их поставленной цели и точке зрения. IDEFO-модель есть результат скоординированной коллективной работы, при которой авторы создают первоначальные диаграммы, основанные на собранной информации об объекте моделиро­ вания, и передают их другим участникам проекта для рассмотрения и формулирования замечаний. Порядок, изложенный ниже, требует, чтобы каждый эксперт, у которого есть замечания к диаграмме, сделал их письменно и передал автору диаграммы. Этот цикл продолжается до тех пор, пока диаграммы, а затем и вся модель не будут приняты. Процесс моделирования иллюстрируется рисунком 42. Диаграмма отражает тот факт, что этот процесс — итеративная процедура, приводящая к точному описанию системы. 28 P 50.1.028-2001 Рисунок 42 to 4D Р 50.1.028-2001 Ценность модели (проекта) определяется ее приемлемостью для экспертов. Эта приемлемость достигается следующими путями: 1) постоянным рецензированием экспертами развивающейся модели, что обеспечивает необ­ ходимый уровень соответствия — адекватности — модели существующему моделируемому объекту (если модель отражает состояние «как есть») или предполагаемому (состояние «как должно быть») в том понимании, которое соответствует мнению экспертов; 2) периодическим обсуждением диаграмм, частей модели и модели в целом на техническом совете, решение которого (оформленное в виде протокола) позволяет автору продолжить уточняю­ щее моделирование или закончить его ввиду достаточности детализации и приемлемости проекта (модели). Если в процессе моделирования выявляется несогласованность оценок экспертов, то она должна быть преодолена, чтобы получить модель, адекватно представляющую объект моделирования или какую-то его часть. Методология IDEF0 предусматривает необходимость сохранения записей обо всех решениях и альтернативных подходах по мере того, как они возникают на протяжении проекта. Копии диаграмм, разработанные автором, критически (конструктивно) анализируются компе­ тентными экспертами, которые заносят свои замечания и предложения непосредственно на копиях диаграмм. Авторы отвечают на каждое замечание письменно на тех же копиях. Предложения принимаются или отвергаются письменно с указанием причин. После внесения изменений и исправлений старые варианты диаграмм остаются в архиве проекта. В процессе чтения диаграмм ничто не должно предполагаться в модели по умолчанию, а также не должны делаться выводы, выходящие за пределы действия и утверждения модели. Это побуждает автора к тщательному комментированию и иллюстрированию каждого добавляемого к модели фрагмента, чтобы при чтении и интерпретации модели ее толкование было однозначным и соот­ ветствующим поставленной цели и установленной точке зрения без личного присутствия автора и его дополнительных пояснений. 12.2 Состав участников проекта и структура их взаимодействия В коллектив, занимающийся проектированием (моделированием), должны входить следующие участники: - руководитель проекта; - авторы (разработчики) модели; - технический совет; - эксперты в предметной области; - библиотекарь. Дополнительный специфический участник проекта — «Источники информации». При проведении работ с привлечением сторонних организаций может создаваться технический совет, обеспечивающий взаимодействие всех участников проекта, работающих как в составе проек­ тирующей организации, так и вне ее. Выполняемая функция («роль», которую выполняет участник проекта) не зависит от должности. Один и тот же человек может выполнять несколько функций. Однако «роль» каждого участника проекта индивидуальна, должна быть определена и зависит от рассматриваемой части проекта. Структура взаимодействия участников проекта приведена на ри­ сунке 43. Принципы коллективной работы в IDEFO-методологии гарантируют, что окончательная версия IDEFO-модели будет верной, так как модель корректируется по результатам рецензирования частей модели, оформленных в виде папок. Более подробная детализация достигается построением необ­ ходимого количества диаграмм. По новым частям модели делаются новые замечания, вносятся новые изменения. Окончательная модель соответствует представлениям автора и экспертов о сис­ теме, смоделированной с данной точки зрения и для данной цели. Руководитель проекта и разработчики модели (авторы) должны быть главными исполнителями. Хотя конечной целью разработчика является получение одобрения модели техническим советом, утверждает результаты руководитель проекта. Таким образом, обеспечивается согласованность ин­ тересов авторов, рецензентов, совета и руководителя проекта. 12.2.1 Р у к о в о д и т е л ь п р о е к т а Руководитель проекта — лицо, осуществляющее административное управление проектом. Ру­ ководитель проекта должен выполнять следующие основные функции: - выбирать разработчиков модели (авторов). Главным аспектом данной функции является достижение руководителем проекта и разработчиком модели согласия относительно основополага30 Р 50.1.028-2001 Источники информации об объекте моделирования Руководитель проекта Информация об объекте моделирования Установленный статус Папки с моделями для обсуждения Папки с моделями Библиотекарь проекта Авторы Папки с рецензиями Предложения по установлению статуса папки (модели) Технический совет Результаты обсуждения Папки с рецен­ зиями Папки с моделями Экспертырецензенты и экспертычитатели Рисунок 43 ющих правил, в соответствии с которыми выполняется моделирование. Сюда входят использование методологии, порядок и степень контроля за разработчиком модели со стороны руководителя проекта, область действия и ориентация разрабатываемой модели; - определять обязательные источники информации, на которые разработчик модели будет опираться при построении модели. Этими источниками могут быть либо люди, осведомленные о различных аспектах рассматриваемой сферы деятельности, либо документы, освещающие предмет­ ную область моделирования. Эти источники определяются на начальной стадии моделирования, но список их в процессе моделирования должен пересматриваться и уточняться, поскольку по мере построения модели потребности в информации меняются; - выбирать экспертов, чьи знания будут использованы разработчиком для получения оценки (одобрения) диаграмм и частей модели. Список экспертов составляется на начальной стадии проекта и уточняется о мере необходимости; - формировать технический совет. Руководитель проекта по должности является председате­ лем технического совета. Этот совет под его председательством периодически собирается для обсуждения существенных вопросов, рецензирования и определения статуса модели и ее частей; - присваивать статус рассматриваемой советом части модели. 12.2.2 Р а з р а б о т ч и к и ( а в т о р ы ) м о д е л и Разработчики (авторы) модели — лица, создающие IDEFO-модели. Разработчик создает модель на основе материала, собранного из источников информации. Разработч ик должен: - собирать исходные данные от обязательных источников информации, определенных руко­ водителем проекта; при недостаточности собранных сведений автор вправе использовать любые другие источники информации с обязательным указанием ссылок на них; - обучать (при необходимости) основам IDEFO-моделирования руководителя проекта, экспер­ тов (рецензентов и читателей) и других членов технического совета для обеспечения правильного понимания ими моделей, создаваемых авторами; - оформлять модель в виде I DEFO-диаграмм; - организовать разработку модели. В период подготовки проекта разработчик вместе с руководителем проекта изучает и устанав­ ливает область действия модели. 'Затем он намечает план проекта, то есть состав и последователь­ ность работ, которые необходимо выполнить для достижения поставленных целей. Руководитель проекта обеспечивает разработчика списком источников информации и списком 31 Р 50.1.028-2001 экспертов, к которым разработчик может обратиться. Разработчик должен удостовериться, что со всеми участниками проекта установлен необходимый контакт. Исходную информацию разработчик собирает из источников, установленных руководителем проекта. Природа этой информации во многом зависит от стадии разработки модели. Источниками информации могут служить люди и документы. Разработчик должен понимать, что каждый экспертисточник информации смотрит на информацию со своей точки зрения. Разработчик должен ста­ раться увидеть смысл и структуру информации глазами ее источника. Синтезируя эти точки зрения в процессе сравнения и противопоставления, разработчик создает адекватный образ объекта моде­ лирования. Второй функцией разработчика является помощь в технике моделирования всем, кому она может понадобиться. Эта помощь заключается в общем ориентировании членов технического совета, источников информации и экспертов, ознакомлении их с навыками чтения модели, а также с навыками моделирования. Третьей функцией является оформление модели в виде IDEFO-диаграмм. Для рецензирования разработчик оформляет папки с диаграммами для передачи их в библиотеку проекта. Разработчик организует построение модели. Для поддержки принятых разработчиком решений и регистрации вклада каждого участника записи исходной информации, собранной в процессе моделирования, сохраняются в течение определенного времени после завершения проекта. Это позволяет разработчику следить за тем, чтобы исследуемая область была охвачена со всех сторон. Зная, кто и в каких областях поставлял информацию и как это происходило, разработчик может оценить степень соответствия стадии моделирования исходным целям. 12.2.3 Т е х н и ч е с к и й с о в е т Этот элемент организации процесса создания моделей предлагает арбитражные решения по моделированию и рекомендации по установлению статуса диаграмм, части и/или модели в целом (статусы: «Рабочий проект», «Эскиз», «Рекомендовано» и «Публикация»). Технический совет проводит политику проекта через рекомендации и замечания авторам, предложения по становлению статуса руководителю проекта и подготовку компромиссных решений в конфликтных ситуациях, которые могут возникнуть в процессе проекта. В техническом совете должно быть несколько специалистов с высоким уровнем компетентности, способных отстоять свои решения перед высшим руководством объекта моделирования. Технический совет формируется из экспертов и профессионалов, знакомых с предметной областью моделирования. Руководитель проекта формирует этот совет и является его председателем. Поскольку основной причиной, побуждающей создавать модель, является необходимость повыше­ ния эффективности объекта моделирования, важно, чтобы в совете были представлены все службы, имеющие отношение к рассматриваемой в проекте предметной области. Полезно включать в совет экспертов из смежных подразделений объекта моделирования, не входящих в исследуемую область, но связанных с ней. Эти эксперты помогают адекватно оценить влияние окружающей среды на объект моделирования. Эксперты могут быть членами совета. Эксперту обычно показывают только ограниченные фрагменты модели на промежуточных стадиях, в то время как совет должен принять решение по всей модели. Иногда в совет могут входить лица, играющие роль источников. В силу очевидной противоречивости интересов нецелесообразно, чтобы в совет входили разработчики модели. 12.2.4 Э к с п е р т Эксперт — выбираемое руководителем проекта лицо, обладающее специальными знаниями некоторых аспектов моделируемой области. Его опыт в предметной области, к которой относится моделируемый объект, позволяет делать полезные критические замечания в процессе создания модели. Эксперты призваны критически оценивать создаваемую по частям модель. Это осуществляется в ходе нескольких циклов изучения с использованием читательских папок (цикл автор/читатель). Папки обеспечивают эксперта набором информации, предназначенным для описания законченного фрагмента моделируемого объекта. С помощью папок эксперту предоставляется информация в наглядном виде. В процессе рецензирования ему может понадобиться заполнить пробелы или даже завершить изложение материала, представленного в папке. Хотя папка во многом основывается на интерпретации разработчиком ранее полученной информации, комментарии экспертов служат ценным материалом для уточнения модели. В информационных папках перед экспертом должны ставиться конкретные, четко сформулированные вопросы, связанные с моделированием. Главной задачей эксперта является оценка адекватности модели соответствующей предметной 32 Р 50.1.028-2001 области. Экспертная оценка является основным средством в достижении консенсуса среди изуча­ ющих модель экспертов. Одобренная модель — это модель, согласованная с экспертами. Если эксперты согласны с тем, что модель или ее часть адекватно представляет рассматриваемый объект, то модель считается одобренной. Если есть не согласившиеся с этим, то их мнение должно обязательно фиксироваться, и модель считается неправильной, пока не доказано обратное. Для достижения консенсуса авторы учитывают комментарии и замечания экспертов при пересмотре той части модели, к которой эти замечания относятся. Эксперты подразделяются на две группы: - эксперты-рецензенты; - эксперты-читатели. Эксперт-рецензент — член коллектива разработчиков, знающий предметную область модели­ рования, специализирующийся на некоторой конкретной функции предприятия и ответственный за обеспечение критических комментариев относительно разрабатываемой модели. Эксперт-рецен­ зент должен знать IDEFO-методологию и уметь делать письменные структурированные замечания в рассылаемых папках. Он является постоянным и активным участником цикла автор/читатель. Эксперт-читатель — член коллектива разработчиков, профессионально знающий предметную область моделирования, понимающий IDEFO-методологию и умеющий читать IDEFO-диаграммы. Эксперт-читатель знакомится с документацией (IDEFO-папкой), не делая письменных коммента­ риев. От экспертов-читателей авторы получают замечания с помощью опроса. 12.2.5 Б и б л и о т е к а р ь Библиотекарь — лицо, ответственное за хранение документации, изготовление копий, коорди­ нацию обмена письменной и/или электронной информацией (рассылка папок, получение рецензий, регистрация и публикация диаграмм и модели). 12.2.6 И с т о ч н и к и и н ф о р м а ц и и Исходная информация для IDEFO-модели поступает к разработчику из разных источников: от людей и от документов. Люди, являющиеся источниками информации, обладают конкретными знаниями о частных свойствах объекта моделирования, управлении или ходе бизнес-процесса, и их участие в моделировании может быть ограничено несколькими минутами опроса. Однако именно эти источники обеспечивают основу для моделирования. Информация, предоставляемая ими, ис­ пользуется для создания модели, а восприятие этой информации обеспечивает разработчику пони­ мание, необходимое для построения адекватной модели. Руководитель проекта подбирает источники информации, исходя из направления проекта и потребностей разработчика. По мере развития процесса моделирования потребности в информации изменяются, и список источников информации руководитель проекта пересматривает. Собираемая разработчиком информация должна как можно точнее фиксироваться. Каждый источник воспринимает предметную область по-своему, и на разработчике лежит ответственность за правильный отбор информации. Особенно это относится к источникам-доку­ ментам. Источники-документы отражают состояние объекта моделирования в некоторый момент вре­ мени, и их роль крайне важна, но для их эффективного использования необходима значительная работа, связанная с интерпретацией, пониманием и подтверждением содержащихся в них сведений. Лица, выступающие в роли источников информации, могут оказывать разработчику модели дополнительную помощь, объясняя, как сообщенная ими информация поступает, интерпретируется или используется. Разработчик должен воспользоваться этой помощью для понимания того, как восприятие информации одного источника связано с восприятием другого. 12.3 Заключительные замечания 1 Функциональная модель — плод коллективного труда всех участников процесса моделиро­ вания. 2 Создание моделей, адекватно отражающих предметную область, возможно лишь при выпол­ нении обязательных условий: - IDEFO-диаграммы следует разрабатывать в точном соответствии с IDEFO-методологией; - при моделировании должен быть организован итеративный процесс рецензирования каждого фрагмента модели и модели в целом; - начинать следующий уровень декомпозиции можно лишь после полного завершения работы над родительской диаграммой, то есть после присвоения ей статуса «Публикация». 33 Р 50.1.028-2001 ПРИЛОЖЕНИЕ А (обязательное) Стандартный бланк методологам IDEF0 и правила его заполнения А.1 Мастер-страница (Master Page) Мастер-страница содержит шаблон (бланк), который копируется на каждую страницу модели (рису­ нок АЛ). Мастер-страница содержит три области. 1 Область проектной информации — в верхней части страницы. 2 Рабочая область, в которой располагается диаграмма или другая информация — в центральной части страницы. 3 Область идентификации — вдоль нижнего края страницы. Используется в: Автор: Дата: Проект: Пересмотр: 10 Рабочая версия Рекомендовано Публикация Читатель Дата Контекст: О © © У Вершина: ■ч Заголовок: Номер: <cnumber> Стр. <Р> Рисунок А.1 — Мастер-страница А.2 Стандартный бланк Стандартный бланк диаграммы (рисунок А.2) формируется на базе мастер-страницы и обеспечивает единообразное оформление и хранение всех документов, относящихся к модели. Бланк имеет формат А4. Стандартный бланк содержит следующие информационные поля. Рабочее поле Поле содержит всю информацию, относящуюся к диаграмме: изображения блоков и стрелок, метки, примечания и т.д. Оно служит также для размещения глоссария, текстовых комментариев, замечаний, иллюстраций, эскизов и т.д. Автор не должен использовать никаких других бумаг, кроме стандартного бланка. 34 Р 50.1.028-2001 Дата: Используется в: Автор: И Замечания: 09/12/97 'l 19/03/991 19/03/99' П Время: 03:39 P M j’411:43 А м / 11 Проект: 1 2 3 4 5 6 7 8 9 1 0 Версия i 7 X Рабочая версия Проект Рекомендовано Публикация Читатель Дата Контекст 0 Тор t. V Рабочее поле Рисунок А. 2 — Стандартный бланк Область проектной информации 1 Поле «Используется в:» Содержит название общей модели, составной частью которой является настоящая модель, или область ее применения. 2 Поле «Автор» В этом поле указывают имя автора диаграммы или наименование организации—разработчика проекта. 3 Поле «Проект» Содержит название проекта или его аббревиатуру. 4 Поле «Замечания» Используется для указания количества замечаний на текущей странице. Чтобы указать количество замечаний, соответствующее число перечеркивают крестом (символом «X») или обводят это число эллипсом. 5 Поле «Версия» Используется для указания информации о версии диаграммы. 6 Дата и время создания страницы. 7 Дата и время внесения последнего изменения на странице. 8 Текущая дата и время. 9 Поля для установления статуса страницы. В зависимости от присвоенного статуса (см. ниже) в соответствующем поле ставится символ «X». 10 Наименования устанавливаемых статусов. Наименования статуса, присваиваемого диаграмме по мере ее продвижения по циклам «автор — чита­ тель». Приняты следующие виды статусов диаграмм в зависимости от уровня их готовности. «Рабочая версия» — диаграмма с большим числом изменений. Новые диаграммы являются рабочими версиями. «Проект» — диаграмма имеет меньше изменений по сравнению с предыдущим уровнем, что свидетель­ ствует о достижении некоторого согласия с экспертами. Статус «Проект» присваивается диаграмме по предложению руководителя работ, до ее рассмотрения экспертами и одобрения техническим советом. «Рекомендовано» — диаграмма и сопутствующие ей тексты прорецензированы и утверждены техническим советом. В нее не предполагается внесение существенных изменений. 35 Р 50.1.028-2001 «Публикация» — материал, который может быть представлен заказчику модели и рассылаться для окончательной печати и опубликования. 11 Поля для подписей читателей (экспертов) диаграммы. 12 Дата прочтения диаграммы экспертом. 13 Поле «Контекст» Содержит миниатюрную картинку страницы диаграммы (без стрелок), содержащей родительский блок, который на этой картинке затемнен. Это позволяет иметь перед глазами структуру родительской диаграммы и место на ней декомпозируемого блока, не вызывая диаграмму на экран. Область идентификации 14 Поле «Узел» В поле помещается номер родительского блока для этой страницы диаграммы. 15 Поле «Заголовок» В поле помещается текст имени родительского блока, в результате декомпозиции которого создана текущая страница. 16 Поле «Номер» Поле содержит номер данной страницы, на который имеется ссылка на родительской диаграмме (под декомпозируемым блоком). Это может быть С-номер или номер страницы (см. раздел 6). 36 ПРИЛОЖЕНИЕ Б (справочное) М етамодель На рисунках Б Л — Б. 5 представлены диаграммы метамодели (см. раздел 11). Множество материальных потоков Нормативные акты, регламентирующ ие деятельность (государственные, ведомственные, внутренние) f Множество инф ормационных потоков Энергетический поток Множество материальных потоков Множество инф ормационных потоков Осуществлять деятельность АО Р.2 Финансовый поток Финансовый поток О рганизационно­ техническая система Рисунок Б. 1 — Контекстная диаграмма Р 50.1.028-2001 Рисунок Б.2 —Декомпозиция контекстной диаграммы / Инф ормация о ходе операции 1 / Инф ормация о ходе операции 2 / Инф ормация о ходе операции 3 Рисунок Б.З —Декомпозиция блока А1 U) 40 Р 50.1.028-2001 Организационно-техническая подсистема Р 50.1.028-2001 о Директива 7 Инф ормация о ходе выполнения действия 1 7 7 Инф ормация о ходе выполнения действия 2 Рисунок Б.4 —Декомпозиция блока А11 Инф ормация о ходе выполнения д е й с т в и я ... Планы, графики проектирования и подготовки производства Ресурсы на проектные и технологи­ ческие работы 12-------- С2 Управлять конструкторской, технологической и организационно­ экономической подготовкой производства Требования потребителей к изделиям Директивы на проведение проектно­ конструкторских работ Меры по обеспечению качества продукции С1 СЗ Сведения о ходе работ, затратах и прибыли ---------- ►СМ Директивы на проведение проектно-техноло­ гических работ. X , А31 Конструкторская документация I3 Сведения о рекламациях Директивы на организационно­ экономическое проектирование4 Проектировать новые виды продукции, модернизировать выпускаемые изделия РР Гл. инженер, директор по производству, гл. экономист Технологическая документация ------- ---- X - ------------ - 0 2 КДИ Проектировать технологию изготовления продукции, специнструмент и технологическую оснастку АЗЗ А32 Сведения о ходе проектноконструкторских работ Сведения о ходе техноло­ гического проектирования Служба гл. конструктора тди Необходимость реинжиниринга, потребность в кадрах, оборудовании и т.д. Разрабатывать оргпроект, планы технического переоснащения, потребность в кадрах, планы запуска и освоения продукции в производстве А34 -01 Конструкторская организация Сведения о ходе организационно­ экономического проектирования Служба гл. технолога ■ Z . I M l- / / / Внешние участники проекта М2 Технологическая организация тСлужба -----------------гл. экономиста У Проектная организация Рисунок Б.5 — Декомпозиция блока АЗ IT-подразделение Данные об изделии Р 5 0 .1 .0 2 8 -2 0 0 1 ОГК, о г т , п п о и т.д. Конструкторская, технологическая, организационно­ экономическая документация ПРИЛОЖЕНИЕ В (справочное) Функциональная модель предприятия На рисунках ВЛ — В.7 представлены диаграммы фрагмента типовой функциональной модели промышленного предприятия в формате IDEF0. Нормативные акты, регламентирующие производство, международные и внутренние стандарты Информация о потребности в продукции предприятия, заказы Готовая продукция -------------------------------------- Средства от заказчика, кредиты, капвложения Выпускать и реализовывать заданную номенклатуру изделий, оказывать услуги по их обслуживанию и ремонту с получением максимально возможной прибыли Изделия на обслуживание и в ремонт _______________ _ -------------------------------------------------------------------------' _______________ АО Р.2 Сырье, материалы, комплектующие изделия Взаимодействие с внешними организациями Отходы производства Возвращенные кредиты Руководство предприятия Внешние участники проекта ЦЕЛЬ 1 Описать бизнесс-процессы предприятия. 2 Показать формирование механизмов: - технологического оборудования, - кадрового состава, - организационно-технической структуры. 3 Выявить структуру и функции системы управления. Рисунок ВЛ —Контекстная диаграмма Точка зрения разработчика проекта Р 50.1.028-2001 -рь to Нормативные акты, регламентирующие производство, международные и внутренние стандарты Средства С1 от заказчика, Меры по обеспечению кредиты, качества продукции капвложения 12------ Сведения у о ходе работ, затратах, прибыли, качестве ---------- ^ 0 4 План марке^ч тинга т i Распре­ делен­ ные ресурсы Проводить маркетинговые исследования А2 I4-------Сырье, материалы, комплектующие изделия Проектировать, модернизировать изделия, готовить производство Планы реинжини- j , ринга, подготовки кадров, обновле­ ния оборудования ± т ДИ2 Необходимость реинжиниринга, потребность в кадрах, обору­ довании и тщ. Р.5 Выпускать и поставлять изделия заказчикам M h А4 на произ­ водство _R6j Ресурсы Изделия на обслуживание и ремонт Ресурсы на Ф орм* рование оргструктуры, рудование кадры и оборудование т Консалтинг по. управлению Отдел маркетинга Отходы производства ---------► О З --------^ 0 1 Готовая продукция Готовые изделия ^ДИЗ Изделия после об■служивания и ремонта Обслуживать и ремонтировать изделия, анализировать рекламации А5 I3- Сведения о рекламациях «Чгч^ОГК, огт, ппо ит.д. к— Управление -производством ОМТС, производство, Внешние 1 участники проекта М2 Рисунок В. 2 — Декомпозиция контекстной диаграммы и> ------------► ог И Т.Д . АЗ Сведения о ходе работ, затратах и прибыли Взаимодействие с внешними организациями Ремонтные подразде­ ления Формировать структуру, готовить кадры, приобретать оборудование А6 Р.7 Данные о подготовлен­ ных кадрах, новом оборудовании ОТС, кадры Р 50.1.028-2001 Руководство предприятия М1--------- Конструкторская,) технологическая, организационно­ экономическая документация ДИ2 х Ресурсы на ремонт и обслужи­ вание Дирекция Службы управления' предприя­ тием I Контракты Ресурсы на проект­ ные и тех­ нологичес­ кие работы Контракты на обслуживание и ремонт, регла­ менты сервиса и ремонта Планы запускавыпуска Требования потребителе! г Выручка от реализации > Возвращенные кредиты Управлять предприятием А1 Информация о потребности в продукции предприятия, заказы И------ Планы, графики проектирования и подготовки производства Р 5 0 .1 .0 2 8 - 2 0 0 1 Рисунок В.З — Декомпозиция блока А1 Требования к системе качества, политика в области качества С2 Документированные цели и планы стратегического развития 12 - Нормативные акты, регламентирующие производство, международные и внутренние стандарты С1 Текущие директивы по качеству х Управлять процессом обеспечения качества Методические материалы I А141 11 - Ресурсы на обеспечение качества Данные А о процес­ сах пред­ приятия Текущие данные ^ о качестве Данные о проце­ дурах Меры по обеспечению качества продукции Типовые стандарты с разрабатывать стандарты предприятия по качеству А142 Типовые инструкции л стп Сведения о качестве I3------ ИЯ___J Сведений, о рекламаций / Инструкции х X Разрабатывать регламенты контрольноиспытательных работ А144 ФМ процессов Требования к системе информа­ ционной поддержки Методики анализа Г- Разрабатывать должностные инструкции по качеству А143 Данные об изделии ■►0 1 Методики контроляиспыта­ ний ФМ процедур *4'*1вм. ФМ т к > > !енты Рекомендации ндации^ Анализировать причины рекламаций и вырабатывать рекомендации по их устране­ нию А145 Данные об изделии Разрабатывать требования к информационному обеспечению качества А146 7 N11- К Требования к информа­ ционному обеспечению СК СлУ>кБа качбства М2 Рисунок В.4 —Декомпозиция блока А14 Консалтинг по качеству Р 50.1.028-2001 ИИс Планы, графики проектирования и подготовки производства Требования потребителей к изделиям С2 С1 Ресурсы на проектные и технологи­ ческие работы Директивы на проведение проектно-конструкторских работ Меры по обеспечению качества продукции Директивы на проведение проектно-технологических работ Управлять конструкторской, 12---------► технологической и организационно­ экономической подготовкой производства I3 J Гл- инженер, директор по производству, гл. экономист Конструкторская документация . Проектировать новые виды продукции, модернизировать выпускаемые изделия ^ А32 V ^документация ►02 г Проектировать технологию изготовления продукции, специнструмент и технологическую оснастку АЗЗ Разрабатывать оргпроекг, планы технического переоснащения, потребность в кадрах, планы запуска и освоения продукции в производстве А34 Сведения о ходе I технологического проектирования Служба гл. конструктора Необходимость реинжиниринга, потребность в кадрах оборудовании и т.д. ------------------ МЭ1 Конструкторская организация N 4 Сведения о ходе I организационно, экономического (проектирования Служба гл. технолога ■ t И Т.Д . Конструкторская, технологическая, организационно­ экономическая документация Технологическая КДИ Сведения о ходе проектноконструкторских работ ОГК, ОГТ, ППО Сведения о ходе работ, затратах и прибыли ►04 А31 Сведения о рекламациях СЗ Директивы на организационно -экономическое _______ проектирование г. М1Внешние участники проекта --------------7 М2 е Технологическая организация 5 ---- Проектная организация Рисунок В.5 —Декомпозиция блока АЗ IT-подразделение Данные об изделии Р 50.1.028-2001 4^ ON Планы запускавыпуска С2 Ресурсы на произ­ водство 12* i_ c Управлять процессом выпуска и реализации А41 Сведения о ходе производ­ ства Средства на закуп­ ки Сырье, материалы, комплектую­ щие изделия I3 Распределенные ресурсы на производство Конструкторская, технологическая, организационно­ экономическая документация Меры по обеспечению качества продукции С1 СЗ -------- ► 0 5 Программа выпуска узлов и деталей Приобретать, контролировать и Ь, хранить сырье, материалы и комплектующие А42 Служба ) ' управления производ­ ОМТС, ством отдел комплектации, склады, служба качества Г Программа выпуска изделий Y v Производить и контролировать детали и узлы собственного изготовления А43 Сырье, матери­ алы Детали и узлы lit \ М еханические,/^ механосборочные участки, служба качества Правила погрузки, транспортировки и Т.Д. Отходы производства ---- ► 0 2 Задания на отгрузку Собирать испытывать изделия и передавать на склад готовой продукции Сведения /о запасах ----------- **01 Правила контроля, приемосдаточных испытаний и Т.Д. -------7 Комплек­ тующие изделия Управление производством ОМТС, производство, М2 сбыт Взаимодействие с внешними организациями N. Программа контроля, испытаний и т.д. г Средства на изготов­ ление про­ дукции Готовые изделия Отгружать продукцию потребителям и производить расчеты с ними А45 Сведения о выпуске деталей и узлов Участок общей сборки, склад готовой продук­ ции, служба качества Готовые изделия -► 03 06 п Сведения •б отгрузке остатках готовой продукции Выручка от реализации ДИЗ - 04 Отдел сбыта, склад готовой продукции, транспортный цех, бухгалтерия ДИ2 И- IT-подразделения проекта Рисунок В.6 — Декомпозиция блока А4 Р 50.1.028-2001 7* Внешние М1 участники -*4 Сведения о ходе работ, затратах и прибыли Правила входного контроля и хранения Р 50.1.028-2001 00 Рисунок В.7 - Декомпозиция блока Аб Р 50.1.028-2001 УДК 656.072:681.3:006.354 ОКС 25.040.40 П87 ОКСТУ 4002 Ключевые слова: моделирование, функция, структура, процесс, бизнес-процесс, реинжиниринг, операция, действие, графический язык, диаграмма, блок, стрелка, метка, вход, выход, управление, механизм, глоссарий 49 Р Е К О М Е Н Д А Ц И И ПО С Т А Н Д А Р Т И З А Ц И И Информационные технологам поддержки жизненного цикла продукции МЕТОДОЛОГИЯ ФУНКЦИОНАЛЬНОГО МОДЕЛИРОВАНИЯ Р 50Л.028—2001 Редактор В.П. Огурцов Технический редактор О.Н. Власова Корректор Т.И. Кононенко Компьютерная верстка Е.Н. Мартемъяновой Изд. лиц. № 02354 от 14.07.2000. Подписано в печать 12.02.2003. Формат 60x84 Vs. Бумага офсетная. Гарнитура Таймс. Печать офсетная. Уел. печ. л. 6,05. Уч.-изд. л. 5,80. Тираж 70 экз. Зак. 52. Изд. № 3041/4. С 9724. ИПК Издательство стандартов, 107076, Москва, Колодезный пер., 14. http://www.standards.ru e-mail: info@standards.ru Набрано и отпечатано в ИПК Издательство стандартов. Р 50.1.028-2001 </div> </div> </article> </div> </div> <aside class="lecture-grid__aside aside"> <section class="lecture-authors" data-section="lectureAuthors" aria-label="Авторы лекции"> <div class="lecture-authors__row"> <div class="lecture-authors__heading text text--xl text--bold">Разместил пособие</div> <div class="lecture-authors__author"> <img class="lecture-authors__avatar" src="/assets/img/handbookLectures/defaultAvatar.png" alt="Автор статьи" > <div class="lecture-authors__name text text--m text--bold">leccontaca1983693</div> <div class="lecture-authors__desc text text--m"> Эксперт по предмету «Информатика» </div> </div> </div> </section> <section class="aside-sharing aside__sharing" aria-labelledby="aside-sharing__headline" data-section="sharing" > <div class="aside-sharing__headline headline headline--4" id="aside-sharing__headline"> Поделись лекцией и получи <mark>скидку 30%</mark> на платформе Автор24 </div> <div class="text text--m"> Заполни поля и прикрепи лекцию. Мы вышлем промокод со скидкой тебе на почту </div> <form class="aside-sharing__form" data-js="sharingForm" action="#" method="POST" > <input class="aside-sharing__input input input--size_s input--gray" type="text" name="title" placeholder="Название лекции" aria-label="Название лекции" required > <input class="aside-sharing__input input input--size_s input--gray" type="email" name="email" placeholder="E-mail для промокода" aria-label="E-mail для промокода" required > <div class="aside-sharing__file-error text text--s" data-js="errorElement" hidden> <span data-js="errorText">Файл слишком большой. Попробуй прикрепить другой или уменьшить размер</span> <button class="aside-sharing__error-close" data-js="buttonCloseError" type="button"> <span class="visually-hidden">Закрыть сообщение ошибке</span> <svg width="24" height="24" viewBox="0 0 24 24" xmlns="http://www.w3.org/2000/svg" aria-hidden="true"> <path fill-rule="evenodd" clip-rule="evenodd" d="M6.201 4.92923C5.81048 4.53871 5.17731 4.5387 4.78679 4.92923C4.39626 5.31975 4.39626 5.95292 4.78679 6.34344L10.4437 12.0003L4.78683 17.6572C4.39631 18.0477 4.39631 18.6809 4.78683 19.0714C5.17736 19.4619 5.81052 19.4619 6.20104 19.0714L11.8579 13.4145L17.5147 19.0714C17.9052 19.4619 18.5384 19.4619 18.9289 19.0714C19.3194 18.6808 19.3194 18.0477 18.9289 17.6572L13.2721 12.0003L18.929 6.34347C19.3195 5.95295 19.3195 5.31978 18.929 4.92926C18.5384 4.53873 17.9053 4.53873 17.5148 4.92926L11.8579 10.5861L6.201 4.92923Z" fill="currentColor"/> </svg> </button> </div> <div class="aside-sharing__buttons"> <label class="aside-sharing__file-label action-button action-button--size_m action-button--fill-violet action-button--with-icon" data-js="fileLabel" type="button" > <input class="visually-hidden" type="file" name="document" accept=".docx,.doc,.txt,.odt,.pdf,.jpg,.png,.jpeg,.rar,.zip,.pptx,.ppt,.xlsx,.xls" required > <svg width="16" height="17" viewBox="0 0 16 17" xmlns="http://www.w3.org/2000/svg" aria-hidden="true"> <path fill-rule="evenodd" clip-rule="evenodd" d="M12.4712 7.63344L7.16702 12.989C6.13158 14.0228 4.47486 14.0228 3.47282 13.0157C2.4641 12.0086 2.47078 10.3612 3.49954 9.32748L6.37875 6.49964C6.75284 6.12615 7.35407 6.12615 7.7148 6.49297C8.03546 6.8131 8.01542 7.48005 7.82169 7.69347C7.62796 7.90689 5.99797 9.51422 5.99797 9.51422C5.72408 9.78767 5.72408 10.2278 5.99797 10.5013C6.27186 10.7747 6.71276 10.7747 6.98665 10.5013L8.69681 8.81393C9.61201 7.90022 9.61869 6.41961 8.70349 5.50589C7.84173 4.64554 6.46559 4.59885 5.55039 5.36584L2.52422 8.3404C0.954353 9.90772 0.927632 12.4488 2.4975 14.0094C4.06069 15.5701 6.5992 15.5434 8.16906 13.9827L13.4732 8.62052C15.0364 7.05987 15.0765 4.53216 13.52 2.97818C11.9635 1.4242 9.43164 1.46422 7.86177 3.02487L8.85045 4.01194C9.8859 2.97818 11.5359 2.97151 12.5313 3.96526C13.5267 4.959 13.5267 6.60635 12.4845 7.64011" fill="currentColor"/> </svg> <span class="aside-sharing__file-label-text text text--m text--bold">Прикрепить лекцию</span> </label> <button class="aside-sharing__submit action-button action-button--size_m action-button--fill-yellow" data-js="sharingFormSubmit" disabled > <span class="text text--m text--bold">Отправить</span> <span class="button-preloader"><svg aria-hidden="true" viewBox="0 0 128 128" xmlns="http://www.w3.org/2000/svg" > <path d="M75.4 126.63a11.43 11.43 0 0 1-2.1-22.65 40.9 40.9 0 0 0 30.5-30.6 11.4 11.4 0 1 1 22.27 4.87h.02a63.77 63.77 0 0 1-47.8 48.05v-.02a11.38 11.38 0 0 1-2.93.37z" fill="currentColor"/> </svg></span> </button> </div> <div class="aside-sharing__policy accept-policy"> <div class="accept-policy__custom-checkbox"> <input class="accept-policy__native-input" id="aside-sharing__policy-checkbox" name="license" type="checkbox" required > <label class="accept-policy__decor-label" for="aside-sharing__policy-checkbox" > <svg width="16" height="16" viewBox="0 0 16 16" xmlns="http://www.w3.org/2000/svg" aria-hidden="true"> <path fill-rule="evenodd" clip-rule="evenodd" d="M13.1121 3.34483C13.612 3.82094 13.6313 4.61216 13.1552 5.11207L6.53572 12.0625L3.34483 8.71207C2.86872 8.21216 2.88802 7.42094 3.38793 6.94483C3.88785 6.46872 4.67907 6.48802 5.15517 6.98793L6.53572 8.4375L11.3448 3.38793C11.8209 2.88802 12.6122 2.86872 13.1121 3.34483Z" fill="currentColor"/> </svg> <span class="visually-hidden">Принять пользовательское соглашение</span> </label> </div> <div class="accept-policy__text accept-policy__text--color_gray text text--s"> Согласен с <a href="https://avtor24.ru/info/confidentiality/" target="_blank" rel="noopener noreferrer"> политикой конфиденциальности </a> и <a href="https://avtor24.ru/info/license/" target="_blank" rel="noopener noreferrer"> пользовательским соглашением </a> </div> </div> </form> <div class="aside-sharing__feedback" data-js="feedback" hidden> <div class="aside-sharing__feedback-text text text--xl text--bold" data-js="feedbackTitle"> Твоя лекция отправлена! Жди скидку на почте. Есть еще материалы? Загрузи прямо сейчас 😍 </div> <button class="action-button action-button--size_m action-button--fill-violet text text--l text--bold" data-js="returnToForm" type="button" > Загрузить еще лекции </button> </div> </section> <section class="kampus-banner-aside aside__kampus-banner-aside kampus-banner-aside--ai" aria-label="Получи ответ по «Методология функционального моделирования» от ИИ за 2 минуты"> <div class="kampus-banner-aside__meta"> <img src="/assets/img/_shared/banner-kampus/kampus-form_decor.png" role="presentation" loading="lazy" > <span class="text text--m"> Информатика </span> </div> <div class="kampus-banner-aside__headline headline"> Получи ответ по «Методология функционального моделирования» от ИИ за 2 минуты </div> <a class="kampus-banner-aside__link action-button" href="https://fart22.ru/Ts426w/?utm_source=spravochnick&utm_medium=lektoriy&utm_campaign=rightbar&utm_content=form&place=banners_AI" target="_blank" > <span class="text text--bold">Задать вопрос</span> </a> </section> </aside> </article> <div class="content-wrapper"> <section class="lecture-grid__banner lecture-banner" aria-label="Полезно для написания работы по теме"> <div class="lecture-banner__headline headline headline--2">«Методология функционального моделирования» 👇</div> <div class="lecture-banner__cards"> <section class="lecture-banner__card" aria-label="Готовые работы студентов"> <div class="text text--xl text--bold"> Готовые курсовые работы и рефераты </div> <a class="lecture-banner__card-link action-button action-button--size_m action-button--fill-violet" href="https://avtor24.ru/unreg-order/" onclick="yaCounter12075784.reachGoal('main-block-article-sprav', {main_block: {'click_ready':1}});" target="_blank" > <span class="text text--m text--bold">Купить от 250 ₽</span> </a> </section> <section class="lecture-banner__card" aria-label="Помощь в решении задач от искусственного интеллекта"> <div class="text text--xl text--bold"> Решение задач от ИИ за 2 минуты </div> <a class="lecture-banner__card-link lecture-banner__card-link--blue action-button action-button--with-icon action-button--size_m" href="https://fart22.ru/Ts426w/?utm_source=spravochnick&utm_medium=lektoriy&utm_campaign=central&utm_content=banner_2&place=banners_AI" target="_blank" > <span class="text text--m text--bold">Решить задачу</span> <svg xmlns="http://www.w3.org/2000/svg" width="25" height="24" viewBox="0 0 25 24" aria-hidden="true"> <path fill="currentColor" d="M18.618 8.502c-.098-.098-.296-.295-.394-.295-.099-.099-.296-.099-.395-.099h-.099a.755.755 0 0 0-.493.197c-.099.099-.296.296-.296.395-.099.197-.198.492-.395.69-.296-1.479-.888-2.957-1.875-4.237-.987-1.38-2.368-2.365-3.947-3.054C10.625 2 10.526 2 10.329 2s-.395.099-.493.099a.77.77 0 0 0-.395.394c-.099.098-.099.295-.099.492-.099 2.266-.888 4.434-2.368 6.306C5.69 10.768 5 12.739 5 14.709c0 1.97.79 3.744 2.171 5.123C8.553 21.212 10.428 22 12.5 22h.099c.986 0 1.875-.197 2.763-.493.888-.394 1.776-.886 2.467-1.576.69-.69 1.283-1.478 1.579-2.364a6.945 6.945 0 0 0 .592-2.76c0-4.63-1.382-6.305-1.382-6.305Zm-1.085 8.178a5.59 5.59 0 0 1-1.184 1.773 5.601 5.601 0 0 1-1.777 1.183c-.592.197-1.282.394-1.973.394H12.5a5.453 5.453 0 0 1-3.849-1.577c-.987-.985-1.579-2.364-1.579-3.744 0-1.576.592-3.054 1.58-4.236 1.282-1.675 2.17-3.744 2.565-5.813 1.184.69 2.171 1.774 2.665 2.956.592 1.28.79 2.66.493 4.04 0 .196 0 .393.099.59a.77.77 0 0 0 .394.394c.198.099.395.197.592.197.198 0 .395-.098.593-.197.592-.394 1.184-.886 1.579-1.379.296 1.084.394 2.266.394 3.35-.098.69-.197 1.38-.493 2.069Z"/> </svg> </a> </section> <section class="lecture-banner__card" aria-label="Помощь с рефератом от нейросети"> <div class="text text--xl text--bold"> Помощь с рефератом от нейросети </div> <a class="lecture-banner__card-link lecture-banner__card-link--blue action-button action-button--with-icon action-button--size_m" href="https://fart22.ru/Ts426w/?utm_source=spravochnick&utm_medium=lektoriy&utm_campaign=central&utm_content=banner_3&place=banners_AI" target="_blank" > <span class="text text--m text--bold">Написать ИИ</span> <svg xmlns="http://www.w3.org/2000/svg" width="25" height="24" viewBox="0 0 25 24" aria-hidden="true"> <path fill="currentColor" d="M18.618 8.502c-.098-.098-.296-.295-.394-.295-.099-.099-.296-.099-.395-.099h-.099a.755.755 0 0 0-.493.197c-.099.099-.296.296-.296.395-.099.197-.198.492-.395.69-.296-1.479-.888-2.957-1.875-4.237-.987-1.38-2.368-2.365-3.947-3.054C10.625 2 10.526 2 10.329 2s-.395.099-.493.099a.77.77 0 0 0-.395.394c-.099.098-.099.295-.099.492-.099 2.266-.888 4.434-2.368 6.306C5.69 10.768 5 12.739 5 14.709c0 1.97.79 3.744 2.171 5.123C8.553 21.212 10.428 22 12.5 22h.099c.986 0 1.875-.197 2.763-.493.888-.394 1.776-.886 2.467-1.576.69-.69 1.283-1.478 1.579-2.364a6.945 6.945 0 0 0 .592-2.76c0-4.63-1.382-6.305-1.382-6.305Zm-1.085 8.178a5.59 5.59 0 0 1-1.184 1.773 5.601 5.601 0 0 1-1.777 1.183c-.592.197-1.282.394-1.973.394H12.5a5.453 5.453 0 0 1-3.849-1.577c-.987-.985-1.579-2.364-1.579-3.744 0-1.576.592-3.054 1.58-4.236 1.282-1.675 2.17-3.744 2.565-5.813 1.184.69 2.171 1.774 2.665 2.956.592 1.28.79 2.66.493 4.04 0 .196 0 .393.099.59a.77.77 0 0 0 .394.394c.198.099.395.197.592.197.198 0 .395-.098.593-.197.592-.394 1.184-.886 1.579-1.379.296 1.084.394 2.266.394 3.35-.098.69-.197 1.38-.493 2.069Z"/> </svg> </a> </section> </div> </section> <section class="lecture-buttons main__lecture-buttons" aria-label="Сохранить лекцию"> <button class="lecture-buttons__bookmark action-button action-button--with-icon action-button--size_m action-button--fill-violet-light" data-js="bookmarkButton" type="button" > <span class="text text--m text--bold">В закладки</span> <svg width="24" height="24" viewBox="0 0 24 24" xmlns="http://www.w3.org/2000/svg" aria-hidden="true"> <path d="M20.66 2.09C19.96 1.39 19.02 1 18.03 1H6.73C5.73 1 4.8 1.39 4.1 2.09C3.39 2.79 3 3.73 3 4.73V22.88C3 23.04 3.04 23.2 3.13 23.33C3.21 23.47 3.33 23.58 3.47 23.65C3.59 23.72 3.73 23.75 3.87 23.75C3.89 23.75 3.91 23.75 3.93 23.75C4.09 23.74 4.24 23.69 4.37 23.6L12.37 18.69L20.37 23.59C20.71 23.83 21.2 23.79 21.49 23.49C21.66 23.32 21.75 23.1 21.75 22.87V4.73C21.75 3.74 21.36 2.8 20.66 2.1V2.09ZM20 4.72V21.21L12.88 16.91C12.73 16.81 12.56 16.75 12.38 16.75C12.2 16.75 12.03 16.8 11.89 16.9L4.75 21.21V4.73C4.75 4.2 4.96 3.71 5.33 3.33C5.7 2.96 6.2 2.75 6.73 2.75H18.03C18.55 2.75 19.06 2.96 19.43 3.33C19.8 3.7 20.01 4.21 20.01 4.73L20 4.72Z" fill="currentColor"/> </svg> </button> <button class="action-button action-button--with-icon action-button--size_m action-button--fill-violet-light" data-js="downloadLink" data-file-url="https://spravochnick.ru/lektoriy/getFilePreview/19055532" type="button" > <span class="text text--m text--bold">Скачать, pdf</span> <svg width="24" height="24" viewBox="0 0 24 24" xmlns="http://www.w3.org/2000/svg" aria-hidden="true"> <path fill-rule="evenodd" clip-rule="evenodd" d="M11.3725 17.77C11.3725 17.77 11.3225 17.73 11.3025 17.7L4.2925 10.71C3.9025 10.32 3.9025 9.69 4.2925 9.3C4.6825 8.91 5.3125 8.91 5.7025 9.3L10.9925 14.59V2C10.9925 1.45 11.4425 1 11.9925 1C12.5425 1 12.9925 1.45 12.9925 2V14.59L18.2825 9.3C18.6725 8.91 19.3025 8.91 19.6925 9.3C20.0825 9.69 20.0825 10.32 19.6925 10.71L12.6925 17.71C12.6925 17.71 12.6425 17.76 12.6225 17.78L12.6025 17.8H12.5925C12.5925 17.8 12.5625 17.83 12.5525 17.84L12.5225 17.86H12.5025L12.4725 17.89L12.4425 17.91H12.4225L12.3925 17.94H12.3625V17.96H12.3425L12.3025 17.98H12.2425L12.2025 18C12.2025 18 12.1725 18 12.1625 18H12.1025C12.0325 18.01 11.9725 18.01 11.9025 18H11.8425C11.8425 18 11.8125 17.99 11.8025 17.99H11.7525V17.97H11.7025L11.6625 17.95H11.6425L11.6125 17.93H11.5825V17.91H11.5625L11.5325 17.89L11.5025 17.87H11.4825L11.4525 17.84C11.4525 17.84 11.4325 17.82 11.4225 17.82H11.4125V17.8L11.3725 17.78V17.77ZM5.0025 20H19.0025C19.5525 20 20.0025 20.45 20.0025 21C20.0025 21.55 19.5525 22 19.0025 22H5.0025C4.4525 22 4.0025 21.55 4.0025 21C4.0025 20.45 4.4525 20 5.0025 20Z" fill="currentColor"/> </svg> </button> </section> </div> <article class="kampus-banner-external main__block" aria-label="Получи помощь с рефератом от ИИ-шки" data-js="kampus-banner-external" > <div class="content-wrapper"> <div class="kampus-banner-external__inner kampus-banner-external__inner-ai"> <div class="kampus-banner-external__headline headline"> Получи помощь с рефератом от ИИ-шки </div> <div class="kampus-banner-external__text text"> ИИ ответит за 2 минуты </div> <div class="kampus-banner-external__link-wrap"> <a class="kampus-banner-external__link action-button action-button--size_l" href="https://fart22.ru/Ts426w/?utm_source=spravochnick&utm_medium=lektoriy&utm_campaign=footer&utm_content=form&place=banners_AI" target="_blank" > Помочь с рефератом </a> </div> </div> </div> </article> <section class="main__block main__block--mt_null another-lectures content-wrapper"> <div class="another-lectures__header"> <h2 class="another-lectures__headline headline headline--1"> Тебе могут подойти лекции </h2> <div class="slider-controls"> <button class="slider-controls__button slider-controls__button--prev" type="button" data-button="prevSlide" > <svg width="25" height="24" viewBox="0 0 25 24" fill="none" xmlns="http://www.w3.org/2000/svg" aria-hidden="true"> <path d="M8.86955 12.4906C8.8691 12.2907 8.95043 12.0969 9.09943 11.943L14.0968 6.8091C14.2665 6.63437 14.5103 6.52448 14.7746 6.50362C15.0389 6.48276 15.302 6.55263 15.5061 6.69787C15.7102 6.84311 15.8386 7.05181 15.863 7.27806C15.8873 7.50432 15.8057 7.72959 15.6361 7.90433L11.1584 12.4906L15.4761 17.0768C15.5592 17.1644 15.6212 17.2651 15.6586 17.3732C15.696 17.4813 15.7081 17.5946 15.6941 17.7068C15.6802 17.8189 15.6405 17.9275 15.5774 18.0265C15.5142 18.1254 15.4289 18.2127 15.3262 18.2833C15.2234 18.3617 15.1029 18.421 14.9721 18.4576C14.8413 18.4942 14.703 18.5073 14.566 18.4961C14.4291 18.4848 14.2963 18.4495 14.176 18.3923C14.0557 18.335 13.9505 18.2572 13.867 18.1635L9.03946 13.0296C8.91401 12.8713 8.85419 12.6815 8.86955 12.4906Z" fill="currentColor"/> </svg> </button> <button class="slider-controls__button slider-controls__button--next" type="button" data-button="nextSlide" > <svg width="25" height="24" viewBox="0 0 25 24" fill="none" xmlns="http://www.w3.org/2000/svg" aria-hidden="true"> <path d="M15.8648 12.5094C15.8653 12.7093 15.7839 12.9031 15.6349 13.057L10.6375 18.1909C10.4679 18.3656 10.2241 18.4755 9.9598 18.4964C9.69551 18.5172 9.43236 18.4474 9.22825 18.3021C9.02414 18.1569 8.89578 17.9482 8.87142 17.7219C8.84705 17.4957 8.92867 17.2704 9.09832 17.0957L13.576 12.5094L9.25824 7.92315C9.17521 7.83563 9.11321 7.73492 9.0758 7.62682C9.03839 7.51872 9.0263 7.40536 9.04023 7.29324C9.05417 7.18113 9.09384 7.07248 9.15698 6.97353C9.22013 6.87459 9.30549 6.7873 9.40816 6.71669C9.51093 6.63833 9.63149 6.57899 9.7623 6.54237C9.8931 6.50576 10.0313 6.49266 10.1683 6.50391C10.3053 6.51515 10.4381 6.5505 10.5584 6.60772C10.6787 6.66495 10.7839 6.74283 10.8674 6.83648L15.6949 11.9704C15.8204 12.1287 15.8802 12.3185 15.8648 12.5094Z" fill="currentColor"/> </svg> </button> </div> </div> <div class="another-lectures__slider swiper-container" data-js="anotherLecturesSlider"> <div class="swiper-wrapper"> <div class="another-lectures__card swiper-slide"> <div class="another-lectures__card-header"> <a class="another-lectures__card-subject-link text text--xs text--bold text--gray" href="/lektoriy/subject/informatika/" target="_blank" > ИНФОРМАТИКА </a> <div class="another-lectures__card-type text text--m">#Лекция</div> <h3 class="another-lectures__card-title text text--xl text--bold"> <a class="another-lectures__card-link" href="/lektoriy/optimizaciya-biznes-processov/" target="_blank"> Оптимизация «бизнес-процессов» </a> </h3> </div> </div> <div class="another-lectures__card swiper-slide"> <div class="another-lectures__card-header"> <a class="another-lectures__card-subject-link text text--xs text--bold text--gray" href="/lektoriy/subject/programmirovanie/" target="_blank" > ПРОГРАММИРОВАНИЕ </a> <div class="another-lectures__card-type text text--m">#Лекция</div> <h3 class="another-lectures__card-title text text--xl text--bold"> <a class="another-lectures__card-link" href="/lektoriy/metodologiya-obektno-orientirovannogo-programmirovaniya-obektno-orientirovannyy-analiz/" target="_blank"> Методология объектно-ориентированного программирования. Объектно-ориентированный анализ </a> </h3> </div> </div> <div class="another-lectures__card swiper-slide"> <div class="another-lectures__card-header"> <a class="another-lectures__card-subject-link text text--xs text--bold text--gray" href="/lektoriy/subject/informacionnye_tehnologii/" target="_blank" > ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ </a> <div class="another-lectures__card-type text text--m">#Лекция</div> <h3 class="another-lectures__card-title text text--xl text--bold"> <a class="another-lectures__card-link" href="/lektoriy/modelirovanie-biznes-processov/" target="_blank"> Моделирование бизнес-процессов </a> </h3> </div> </div> <div class="another-lectures__card swiper-slide"> <div class="another-lectures__card-header"> <a class="another-lectures__card-subject-link text text--xs text--bold text--gray" href="/lektoriy/subject/logistika/" target="_blank" > ЛОГИСТИКА </a> <div class="another-lectures__card-type text text--m">#Лекция</div> <h3 class="another-lectures__card-title text text--xl text--bold"> <a class="another-lectures__card-link" href="/lektoriy/modelirovanie-integrirovannyh-informacionnyh-sistem/" target="_blank"> Моделирование интегрированных информационных систем </a> </h3> </div> </div> <div class="another-lectures__card swiper-slide"> <div class="another-lectures__card-header"> <a class="another-lectures__card-subject-link text text--xs text--bold text--gray" href="/lektoriy/subject/analiz_hozyaystvennoy_deyatelnosti/" target="_blank" > АНАЛИЗ ХОЗЯЙСТВЕННОЙ ДЕЯТЕЛЬНОСТИ </a> <div class="another-lectures__card-type text text--m">#Лекция</div> <h3 class="another-lectures__card-title text text--xl text--bold"> <a class="another-lectures__card-link" href="/lektoriy/modeli-sistem-kak-osnovanie-dekompozicii-biznes-modelirovanie/" target="_blank"> Модели систем как основание декомпозиции.Бизнес-моделирование </a> </h3> </div> </div> <div class="another-lectures__card swiper-slide"> <div class="another-lectures__card-header"> <a class="another-lectures__card-subject-link text text--xs text--bold text--gray" href="/lektoriy/subject/innovacionnyy_menedzhment/" target="_blank" > ИННОВАЦИОННЫЙ МЕНЕДЖМЕНТ </a> <div class="another-lectures__card-type text text--m">#Лекция</div> <h3 class="another-lectures__card-title text text--xl text--bold"> <a class="another-lectures__card-link" href="/lektoriy/reinzhiniring-biznes-processovuxuwl/" target="_blank"> Реинжиниринг бизнес-процессов </a> </h3> </div> <div class="another-lectures__author text text--m"> Автор(ы) <b>Силич В.А., Силич М.П.</b> </div> </div> <div class="another-lectures__card swiper-slide"> <div class="another-lectures__card-header"> <a class="another-lectures__card-subject-link text text--xs text--bold text--gray" href="/lektoriy/subject/biznes-planirovanie/" target="_blank" > БИЗНЕС-ПЛАНИРОВАНИЕ </a> <div class="another-lectures__card-type text text--m">#Лекция</div> <h3 class="another-lectures__card-title text text--xl text--bold"> <a class="another-lectures__card-link" href="/lektoriy/strukturnyy-analiz-biznes-processov/" target="_blank"> Структурный анализ бизнес-процессов </a> </h3> </div> </div> <div class="another-lectures__card swiper-slide"> <div class="another-lectures__card-header"> <a class="another-lectures__card-subject-link text text--xs text--bold text--gray" href="/lektoriy/subject/dokumentovedenie_i_arhivovedenie/" target="_blank" > ДОКУМЕНТОВЕДЕНИЕ И АРХИВОВЕДЕНИЕ </a> <div class="another-lectures__card-type text text--m">#Лекция</div> <h3 class="another-lectures__card-title text text--xl text--bold"> <a class="another-lectures__card-link" href="/lektoriy/dokumentooborotcohfe/" target="_blank"> Документооборот </a> </h3> </div> </div> <div class="another-lectures__card swiper-slide"> <div class="another-lectures__card-header"> <a class="another-lectures__card-subject-link text text--xs text--bold text--gray" href="/lektoriy/subject/informacionnye_tehnologii/" target="_blank" > ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ </a> <div class="another-lectures__card-type text text--m">#Лекция</div> <h3 class="another-lectures__card-title text text--xl text--bold"> <a class="another-lectures__card-link" href="/lektoriy/konsalting-v-oblasti-informacionnyh-tehnologiy/" target="_blank"> Консалтинг в области информационных технологий </a> </h3> </div> </div> <div class="another-lectures__card swiper-slide"> <div class="another-lectures__card-header"> <a class="another-lectures__card-subject-link text text--xs text--bold text--gray" href="/lektoriy/subject/informatika/" target="_blank" > ИНФОРМАТИКА </a> <div class="another-lectures__card-type text text--m">#Лекция</div> <h3 class="another-lectures__card-title text text--xl text--bold"> <a class="another-lectures__card-link" href="/lektoriy/proektirovanie-informacionnyh-sistem-tehnologii-fayl-server-i-klient-server-korporativnye-informacionnye-sistemy/" target="_blank"> Проектирование информационных систем. Технологии файл-сервер и клиент-сервер. Корпоративные информационные системы </a> </h3> </div> </div> </div> </div> <a class="another-lectures__link action-button action-button--size_m action-button--fill-violet-light action-button--with-icon" href="/lektoriy/subject/informatika/" target="_blank" > Смотреть все 462 лекции <svg width="25" height="24" viewBox="0 0 25 24" fill="none" xmlns="http://www.w3.org/2000/svg" aria-hidden="true"> <path d="M15.8648 12.5094C15.8653 12.7093 15.7839 12.9031 15.6349 13.057L10.6375 18.1909C10.4679 18.3656 10.2241 18.4755 9.9598 18.4964C9.69551 18.5172 9.43236 18.4474 9.22825 18.3021C9.02414 18.1569 8.89578 17.9482 8.87142 17.7219C8.84705 17.4957 8.92867 17.2704 9.09832 17.0957L13.576 12.5094L9.25824 7.92315C9.17521 7.83563 9.11321 7.73492 9.0758 7.62682C9.03839 7.51872 9.0263 7.40536 9.04023 7.29324C9.05417 7.18113 9.09384 7.07248 9.15698 6.97353C9.22013 6.87459 9.30549 6.7873 9.40816 6.71669C9.51093 6.63833 9.63149 6.57899 9.7623 6.54237C9.8931 6.50576 10.0313 6.49266 10.1683 6.50391C10.3053 6.51515 10.4381 6.5505 10.5584 6.60772C10.6787 6.66495 10.7839 6.74283 10.8674 6.83648L15.6949 11.9704C15.8204 12.1287 15.8802 12.3185 15.8648 12.5094Z" fill="currentColor"/> </svg> </a> </section> <section class="related-subjects main__block content-wrapper"> <h2 class="related-subjects__headline headline headline--3"> Другие технические предметы </h2> <ul class="related-subjects__list" role="list"> <li class="related-subjects__item"> <a class="related-subjects__link text" href="/lektoriy/subject/vysshaya_matematika/" target="_blank" > Высшая математика </a> </li> <li class="related-subjects__item"> <a class="related-subjects__link text" href="/lektoriy/subject/elektronika_elektrotehnika_radiotehnika/" target="_blank" > Электроника, электротехника, радиотехника </a> </li> <li class="related-subjects__item"> <a class="related-subjects__link text" href="/lektoriy/subject/programmirovanie/" target="_blank" > Программирование </a> </li> <li class="related-subjects__item"> <a class="related-subjects__link text" href="/lektoriy/subject/informacionnye_tehnologii/" target="_blank" > Информационные технологии </a> </li> <li class="related-subjects__item"> <a class="related-subjects__link text" href="/lektoriy/subject/informatika/" target="_blank" > Информатика </a> </li> <li class="related-subjects__item"> <a class="related-subjects__link text" href="/lektoriy/subject/fizika/" target="_blank" > Физика </a> </li> <li class="related-subjects__item"> <a class="related-subjects__link text" href="/lektoriy/subject/arhitektura_i_stroitelstvo/" target="_blank" > Архитектура и строительство </a> </li> <li class="related-subjects__item"> <a class="related-subjects__link text" href="/lektoriy/subject/teoriya_veroyatnostey/" target="_blank" > Теория вероятностей </a> </li> <li class="related-subjects__item"> <a class="related-subjects__link text" href="/lektoriy/subject/metrologiya/" target="_blank" > Метрология </a> </li> <li class="related-subjects__item"> <a class="related-subjects__link text" href="/lektoriy/subject/mashinostroenie/" target="_blank" > Машиностроение </a> </li> <li class="related-subjects__item"> <a class="related-subjects__link text" href="/lektoriy/subject/teploenergetika_i_teplotehnika/" target="_blank" > Теплоэнергетика и теплотехника </a> </li> <li class="related-subjects__item"> <a class="related-subjects__link text" href="/lektoriy/subject/avtomatizaciya_tehnologicheskih_processov/" target="_blank" > Автоматизация технологических процессов </a> </li> <li class="related-subjects__item"> <a class="related-subjects__link text" href="/lektoriy/subject/avtomatika_i_upravlenie/" target="_blank" > Автоматика и управление </a> </li> <li class="related-subjects__item"> <a class="related-subjects__link text" href="/lektoriy/subject/gidravlika/" target="_blank" > Гидравлика </a> </li> <li class="related-subjects__item"> <a class="related-subjects__link text" href="/lektoriy/subject/transportnye_sredstva/" target="_blank" > Транспортные средства </a> </li> <li class="related-subjects__item"> <a class="related-subjects__link text" href="/lektoriy/subject/metallurgiya/" target="_blank" > Металлургия </a> </li> <li class="related-subjects__item"> <a class="related-subjects__link text" href="/lektoriy/subject/soprotivlenie_materialov/" target="_blank" > Сопротивление материалов </a> </li> <li class="related-subjects__item"> <a class="related-subjects__link text" href="/lektoriy/subject/tehnologicheskie_mashiny_i_oborudovanie/" target="_blank" > Технологические машины и оборудование </a> </li> <li class="related-subjects__item"> <a class="related-subjects__link text" href="/lektoriy/subject/informacionnaya_bezopasnost/" target="_blank" > Информационная безопасность </a> </li> <li class="related-subjects__item"> <a class="related-subjects__link text" href="/lektoriy/subject/materialovedenie/" target="_blank" > Материаловедение </a> </li> </ul> </section> <section class="banner-dokstandart main__block main__block--mt_null" aria-labelledby="banner-dokstandart__headline" > <div class="content-wrapper"> <div class="banner-dokstandart__inner"> <div class="banner-dokstandart__headline headline headline--2" id="banner-dokstandart__headline"> Попробуй бесплатный инструмент для оформления работы по ГОСТу «ДокСтандарт» </div> <p class="banner-dokstandart__text text text--xl"> Загрузи учебную работу и получи отформатированную версию всего через 30 секунд </p> <a class="banner-dokstandart__link action-button action-button--size_m action-button--fill-violet" href="https://dokstandart.ru" target="_blank" > <span class="text text--xl text--bold">Попробовать</span> </a> </div> </div> </section> <section class="related-guidelines main__block main__block--mt_null"> <div class="content-wrapper"> <h2 class="related-guidelines__headline headline headline--1"> Помощь с написанием учебных работ </h2> <div class="related-guidelines__content"> <div class="related-guidelines__card related-guidelines__card--guidelines"> <div class="related-guidelines__card-headline headline headline--3"> Методические пособия от экспертов Автор24 </div> <ul class="related-guidelines__card-list" role="list"> <li class="related-guidelines__card-list-item"> <a class="related-guidelines__card-list-link" href="/articles/doklady/primer_doklada/" > Пример доклада </a> </li> <li class="related-guidelines__card-list-item"> <a class="related-guidelines__card-list-link" href="/articles/biznes-plany/biznes_plan_s_nulja/" > Бизнес план с нуля </a> </li> <li class="related-guidelines__card-list-item"> <a class="related-guidelines__card-list-link" href="/articles/diplomnye_raboty/kak_pisat_vyvody_po_glavam_v_diplome/" > Как писать выводы по главам в дипломе </a> </li> <li class="related-guidelines__card-list-item"> <a class="related-guidelines__card-list-link" href="/articles/prezentacii/kak_sozdat_prezentaciju/" > Как создать презентацию </a> </li> </ul> <img src="/assets/img/handbook2022/related-guidelines-1.png" role="presentation" loading="lazy"> </div> <div class="related-guidelines__card related-guidelines__card--help"> <div class="related-guidelines__card-content"> <div class="related-guidelines__card-headline headline headline--3"> Помощь в написании студенческой работы </div> <ul class="related-guidelines__card-list" role="list"> <li class="related-guidelines__card-list-item"> <a class="related-guidelines__card-list-link" href="https://avtor24.ru/doklad/"> Помощь в подготовке доклада </a> </li> <li class="related-guidelines__card-list-item"> <a class="related-guidelines__card-list-link" href="https://avtor24.ru/sochineniya/"> Сочинение </a> </li> <li class="related-guidelines__card-list-item"> <a class="related-guidelines__card-list-link" href="https://avtor24.ru/kursovaya-rabota/"> Помощь с оформлением курсовой работы </a> </li> <li class="related-guidelines__card-list-item"> <a class="related-guidelines__card-list-link" href="https://avtor24.ru/recenziya/"> Помощь с рецензией </a> </li> </ul> </div> <img src="/assets/img/handbook2022/related-guidelines-2.jpg" role="presentation" loading="lazy"> </div> <div class="related-guidelines__card related-guidelines__card--consulting"> <div class="related-guidelines__card-content"> <div class="related-guidelines__card-headline headline headline--3"> <a class="related-guidelines__card-headline-link" href="https://www.prepod-on.ru/" target="_blank" > Консультация от ведущих экспертов по предметам </a> </div> <p class="related-guidelines__card-text text text--xl"> 80% учащихся школ и ВУЗов, обратившихся к нам за помощью, повысили уровень знаний и улучшили успеваемость </p> </div> <picture> <source srcset="/assets/img/handbookLectures/related-guidelines-3-1440.png" media="(min-width: 1440px)"> <source srcset="/assets/img/handbookLectures/related-guidelines-3-1024.png" media="(min-width: 1024px)"> <source srcset="/assets/img/handbookLectures/related-guidelines-3-768.png" media="(min-width: 768px)"> <source srcset="/assets/img/handbookLectures/related-guidelines-3-320.png" media="(min-width: 320px)"> <img src="/assets/img/handbookLectures/related-guidelines-3-320.png" role="presentation" loading="lazy"> </picture> </div> </div> </div> </section> <section class="telegram-banner" data-section="telegramBanner" aria-labelledby="telegram-banner__headline"> <div class="content-wrapper"> <div class="telegram-banner__inner"> <div class="telegram-banner__content"> <div class="telegram-banner__headline headline headline--2" id="telegram-banner__headline"> Все самое важное и интересное <span>в Telegram</span> </div> <p class="telegram-banner__text text text--l"> Все сервисы Справочника в твоем телефоне! Просто напиши Боту, что ты ищешь и он быстро найдет нужную статью, лекцию или пособие для тебя! </p> <div class="telegram-banner__buttons"> <a class="telegram-banner__link action-button action-button--fill-pink action-button--size_m action-button--with-icon" href="https://t.me/edu24_bot?start=sc-le__et-b" target="_blank" rel="noopener noreferrer" > <span class="text text--l text--bold">Перейти в Telegram Bot</span> <svg width="25" height="24" viewBox="0 0 25 24" xmlns="http://www.w3.org/2000/svg" aria-hidden="true"> <path fill-rule="evenodd" clip-rule="evenodd" d="M10.215 14.2041L9.88418 18.9505C10.3575 18.9505 10.5625 18.7431 10.8084 18.4941L13.0276 16.3308L17.626 19.7657C18.4694 20.2451 19.0636 19.9926 19.2911 18.9743L22.3095 4.54819L22.3103 4.54734C22.5778 3.27574 21.8595 2.7785 21.0378 3.09044L3.29569 10.0188C2.08483 10.4982 2.10316 11.1867 3.08985 11.4986L7.6258 12.9376L18.1619 6.21333C18.6577 5.87843 19.1086 6.06373 18.7377 6.39863L10.215 14.2041Z" fill="currentColor"/> </svg> </a> <button class="telegram-banner__qr-btn" type="button" data-js="qrModalTrigger"> <span class="text text--l text--bold">Подписаться через qr-код</span> <svg width="25" height="24" viewBox="0 0 25 24" xmlns="http://www.w3.org/2000/svg" aria-hidden="true"> <path d="M19.7731 7.92188V4.96875H16.82C15.5195 4.96875 15.5172 3 16.82 3H20.1275C20.5555 3.00048 20.9658 3.17072 21.2685 3.47336C21.5711 3.77601 21.7413 4.18634 21.7418 4.61435V7.92188C21.7418 9.22256 19.7731 9.2242 19.7731 7.92188Z" fill="currentColor"/> <path d="M3.36719 7.92188V4.61435C3.36767 4.18634 3.5379 3.77601 3.84055 3.47336C4.14319 3.17072 4.55353 3.00048 4.98154 3H8.28907C9.58949 3 9.59181 4.96875 8.28907 4.96875H5.33594V7.92188C5.33594 9.22256 3.36719 9.2242 3.36719 7.92188Z" fill="currentColor"/> <path d="M20.1275 21.3751H16.82C15.5195 21.3751 15.5172 19.4063 16.82 19.4063H19.7731V16.4532C19.7731 15.1525 21.7418 15.1509 21.7418 16.4532V19.7607C21.7413 20.1887 21.5711 20.599 21.2685 20.9017C20.9658 21.2043 20.5555 21.3746 20.1275 21.3751Z" fill="currentColor"/> <path d="M8.28907 21.375H4.98154C4.55353 21.3745 4.14319 21.2043 3.84055 20.9016C3.5379 20.599 3.36767 20.1887 3.36719 19.7607V16.4531C3.36719 15.1524 5.33594 15.1508 5.33594 16.4531V19.4062H8.28907C9.58949 19.4062 9.59181 21.375 8.28907 21.375Z" fill="currentColor"/> <path d="M20.7574 13.1719H4.35119C3.05076 13.1719 3.04845 11.2031 4.35119 11.2031H20.7574C22.0579 11.2031 22.0602 13.1719 20.7574 13.1719Z" fill="currentColor"/> </svg> </button> </div> </div> </div> </div> </section> </main> <footer class="footer"> <div class="footer__inner content-wrapper"> <div class="footer__logo-box"> <a href="https://spravochnick.ru/"> <img class="footer__logo-img" src="/assets/img/_shared/logos/handbook-v2.svg" alt="Справочник от Автор24" > </a> <button class="footer__button action-button action-button--size_m action-button--fill-violet action-button--with-icon" type="button" data-js="buttonScrollToBanner" > <span class="text text--m text--bold">Telegram Bot</span> <svg width="25" height="24" viewBox="0 0 25 24" xmlns="http://www.w3.org/2000/svg" aria-hidden="true"> <path fill-rule="evenodd" clip-rule="evenodd" d="M10.215 14.2041L9.88418 18.9505C10.3575 18.9505 10.5625 18.7431 10.8084 18.4941L13.0276 16.3308L17.626 19.7657C18.4694 20.2451 19.0636 19.9926 19.2911 18.9743L22.3095 4.54819L22.3103 4.54734C22.5778 3.27574 21.8595 2.7785 21.0378 3.09044L3.29569 10.0188C2.08483 10.4982 2.10316 11.1867 3.08985 11.4986L7.6258 12.9376L18.1619 6.21333C18.6577 5.87843 19.1086 6.06373 18.7377 6.39863L10.215 14.2041Z" fill="currentColor"/> </svg> </button> </div> <div class="footer__links"> <ul class="footer__links-list"> <li class="footer__links-item"> <a class="footer__link text text--m" href="https://spravochnick.ru/search/" target="_blank" > Научные статьи </a> </li> <li class="footer__links-item"> <a class="footer__link text text--m" href="https://spravochnick.ru/lektoriy/" target="_blank" > Лекторий </a> </li> <li class="footer__links-item"> <a class="footer__link text text--m" href="https://spravochnick.ru/articles/" target="_blank" > Методические указания </a> </li> <li class="footer__links-item"> <a class="footer__link text text--m" href="https://spravochnick.ru/definitions/" target="_blank" > Справочник терминов </a> </li> <li class="footer__links-item"> <a class="footer__link text text--m" href="https://spravochnick.ru/expert/" target="_blank" > Статьи от экспертов </a> </li> </ul> <ul class="footer__links-list"> <li class="footer__links-item"> <a class="footer__link text text--m" href="https://avtor24.ru/s/otzyvy/" target="_blank" > Отзывы об Автор24 </a> </li> <li class="footer__links-item"> <a class="footer__link text text--m" href="https://spravochnick.ru/last_articles/" target="_blank" > Последние статьи </a> </li> <li class="footer__links-item"> <a class="footer__link text text--m" href="https://avtor24.ru/" target="_blank" > Помощь эксперта </a> </li> <li class="footer__links-item"> <a class="footer__link text text--m" href="https://author24referat.ru/" target="_blank" > Справочник рефератов </a> </li> <li class="footer__links-item"> <a class="footer__link text text--m" href="https://kampus.ai/gpt-bot/neiroset-dlia-reseniia-zadac/" target="_blank" rel="noopener" > Нейросеть для решения задач </a> </li> <li class="footer__links-item"> <a class="footer__link text text--m" href="https://kampus.ai/gpt-bot/neiroset-dlia-napisaniia-referata/" target="_blank" rel="noopener" > Нейросеть для написания реферата </a> </li> <li class="footer__links-item"> <a class="footer__link text text--m" href="https://avtor24.ru/repetitor/" target="_blank" rel="noopener" > Поиск репетитора </a> </li> </ul> <ul class="footer__links-list"> <li class="footer__links-item"> <a class="footer__link text text--m" href="https://spravochnick.ru/copyright/" target="_blank" > Для правообладателей </a> </li> <li class="footer__links-item"> <a class="footer__link text text--m" href="https://spravochnick.ru/teachers/" target="_blank" > Работа для преподавателей </a> </li> <li class="footer__links-item"> <a class="footer__link text text--m" href="https://spravochnick.ru/tutors/" target="_blank" > Работа для репетиторов </a> </li> <li class="footer__links-item"> <a class="footer__link text text--m" href="https://avtor24.ru/customer-partners/" target="_blank" > Партнерская программа </a> </li> <li class="footer__links-item"> <a class="footer__link text text--m" href="https://docs.google.com/presentation/d/1xhEIcfe_TWxGbA6gzoMurzvPmIMtlCDC5a7fdpX6CGg/edit#slide=id.g6c06681721_0_379" target="_blank" > Реклама на сайте </a> </li> </ul> </div> </div> </footer> <div class="modal-root full-hidden" role="dialog" aria-labelledby="qr-modal__text" aria-modal="true" data-modal="QRModal" > <div class="modal-root__backdrop"> <div class="qr-modal modal-root__content" data-js="modalContent"> <button class="qr-modal__close-btn modal-root__close-btn" type="button" data-js="closeModal" aria-label="Закрыть модальное окно" > <svg width="24" height="24" viewBox="0 0 24 24" xmlns="http://www.w3.org/2000/svg" aria-hidden="true"> <path fill-rule="evenodd" clip-rule="evenodd" d="M6.201 4.92923C5.81048 4.53871 5.17731 4.5387 4.78679 4.92923C4.39626 5.31975 4.39626 5.95292 4.78679 6.34344L10.4437 12.0003L4.78683 17.6572C4.39631 18.0477 4.39631 18.6809 4.78683 19.0714C5.17736 19.4619 5.81052 19.4619 6.20104 19.0714L11.8579 13.4145L17.5147 19.0714C17.9052 19.4619 18.5384 19.4619 18.9289 19.0714C19.3194 18.6808 19.3194 18.0477 18.9289 17.6572L13.2721 12.0003L18.929 6.34347C19.3195 5.95295 19.3195 5.31978 18.929 4.92926C18.5384 4.53873 17.9053 4.53873 17.5148 4.92926L11.8579 10.5861L6.201 4.92923Z" fill="currentColor"/> </svg> </button> <canvas class="qr-modal__canvas" data-js="qrCodeBox" data-link="https://t.me/edu24_bot?start=sc-le__et-b"></canvas> <p class="qr-modal__text text text--xl" id="qr-modal__text"> Включи камеру на своем телефоне и наведи на Qr-код. <br> Кампус Хаб бот откроется на устройстве </p> </div> </div> </div> <div class="modal-root full-hidden" role="dialog" aria-labelledby="telegram-modal__headline" aria-modal="true" data-modal="telegramModal" > <div class="modal-root__backdrop"> <div class="telegram-modal modal-root__content" data-js="modalContent" data-step="1"> <button class="telegram-modal__close-btn modal-root__close-btn" type="button" data-js="closeModal" aria-label="Закрыть модальное окно" > <svg width="24" height="24" viewBox="0 0 24 24" xmlns="http://www.w3.org/2000/svg" aria-hidden="true"> <path fill-rule="evenodd" clip-rule="evenodd" d="M6.201 4.92923C5.81048 4.53871 5.17731 4.5387 4.78679 4.92923C4.39626 5.31975 4.39626 5.95292 4.78679 6.34344L10.4437 12.0003L4.78683 17.6572C4.39631 18.0477 4.39631 18.6809 4.78683 19.0714C5.17736 19.4619 5.81052 19.4619 6.20104 19.0714L11.8579 13.4145L17.5147 19.0714C17.9052 19.4619 18.5384 19.4619 18.9289 19.0714C19.3194 18.6808 19.3194 18.0477 18.9289 17.6572L13.2721 12.0003L18.929 6.34347C19.3195 5.95295 19.3195 5.31978 18.929 4.92926C18.5384 4.53873 17.9053 4.53873 17.5148 4.92926L11.8579 10.5861L6.201 4.92923Z" fill="currentColor"/> </svg> </button> <div class="telegram-modal__step-1"> <div class="telegram-modal__headline headline headline--2" id="telegram-modal__headline"> Привет! Рады, что <span>конспект лекций</span> оказался полезен 🤩 </div> <div class="text text--xl"> Для копирования текста подпишись на Telegram bot. Удобный поиск по учебным материалам в твоем телефоне </div> <div class="telegram-modal__buttons"> <a class="telegram-modal__link action-button action-button--fill-violet action-button--size_l" href="https://t.me/edu24_bot?start=lid-483__sid-ncphjp86j1m6lfp3ui08vrttle" target="_blank" rel="noopener noreferrer" > <span class="text text--l text--bold"> Подписаться и скачать лекцию </span> </a> <button class="telegram-modal__qr-btn" type="button" data-js="toStep2"> <span class="text text--l text--bold">Подписаться через qr-код</span> <svg width="25" height="24" viewBox="0 0 25 24" xmlns="http://www.w3.org/2000/svg" aria-hidden="true"> <path d="M19.7731 7.92188V4.96875H16.82C15.5195 4.96875 15.5172 3 16.82 3H20.1275C20.5555 3.00048 20.9658 3.17072 21.2685 3.47336C21.5711 3.77601 21.7413 4.18634 21.7418 4.61435V7.92188C21.7418 9.22256 19.7731 9.2242 19.7731 7.92188Z" fill="currentColor"/> <path d="M3.36719 7.92188V4.61435C3.36767 4.18634 3.5379 3.77601 3.84055 3.47336C4.14319 3.17072 4.55353 3.00048 4.98154 3H8.28907C9.58949 3 9.59181 4.96875 8.28907 4.96875H5.33594V7.92188C5.33594 9.22256 3.36719 9.2242 3.36719 7.92188Z" fill="currentColor"/> <path d="M20.1275 21.3751H16.82C15.5195 21.3751 15.5172 19.4063 16.82 19.4063H19.7731V16.4532C19.7731 15.1525 21.7418 15.1509 21.7418 16.4532V19.7607C21.7413 20.1887 21.5711 20.599 21.2685 20.9017C20.9658 21.2043 20.5555 21.3746 20.1275 21.3751Z" fill="currentColor"/> <path d="M8.28907 21.375H4.98154C4.55353 21.3745 4.14319 21.2043 3.84055 20.9016C3.5379 20.599 3.36767 20.1887 3.36719 19.7607V16.4531C3.36719 15.1524 5.33594 15.1508 5.33594 16.4531V19.4062H8.28907C9.58949 19.4062 9.59181 21.375 8.28907 21.375Z" fill="currentColor"/> <path d="M20.7574 13.1719H4.35119C3.05076 13.1719 3.04845 11.2031 4.35119 11.2031H20.7574C22.0579 11.2031 22.0602 13.1719 20.7574 13.1719Z" fill="currentColor"/> </svg> </button> </div> </div> <div class="telegram-modal__step-2"> <button class="telegram-modal__back-btn action-button action-button--size_l action-button--fill-violet action-button--with-icon" type="button" data-js="toStep1" > <svg width="24" height="24" viewBox="0 0 24 24" xmlns="http://www.w3.org/2000/svg" aria-hidden="true"> <path fill-rule="evenodd" clip-rule="evenodd" d="M0.23377 11.4468C0.0837698 11.6068 0.00376976 11.7968 0.00376976 11.9968C-0.0162302 12.1868 0.0437698 12.3768 0.17377 12.5368L5.00377 17.6668C5.08377 17.7568 5.19377 17.8368 5.31377 17.8968C5.43377 17.9568 5.56377 17.9868 5.70377 17.9968C5.84377 18.0068 5.98377 17.9968 6.11377 17.9568C6.24377 17.9168 6.36377 17.8568 6.46377 17.7868C6.56377 17.7168 6.65377 17.6268 6.71377 17.5268C6.77377 17.4268 6.81377 17.3168 6.83377 17.2068C6.84377 17.0968 6.83377 16.9768 6.79377 16.8768C6.75377 16.7668 6.69377 16.6668 6.61377 16.5768L3.24377 12.9968H22.5038C23.0538 12.9968 23.5038 12.5468 23.5038 11.9968C23.5038 11.4468 23.0538 10.9968 22.5038 10.9968H3.26377L6.77377 7.40682C6.94377 7.23682 7.02377 7.00682 7.00377 6.77682C6.98377 6.54682 6.85377 6.34682 6.64377 6.19682C6.44377 6.04682 6.17377 5.97682 5.91377 6.00682C5.65377 6.02682 5.40377 6.13682 5.23377 6.31682L0.23377 11.4468Z" fill="currentColor"/> </svg> <span class="text text--xl text--bold">Назад</span> </button> <canvas class="telegram-modal__canvas" data-js="qrCodeBox" data-link="https://t.me/edu24_bot?start=lid-483__sid-ncphjp86j1m6lfp3ui08vrttle"></canvas> <div class="telegram-modal__step-2-text text text--xl"> Включи камеру на своем телефоне и наведи на Qr-код. <br> Кампус Хаб бот откроется на устройстве </div> </div> </div> </div> </div> <div class="modal-root full-hidden" role="dialog" aria-labelledby="telegram-modal-load-file__headline" aria-modal="true" data-modal="telegramModalLoadFile" > <div class="modal-root__backdrop"> <div class="telegram-modal modal-root__content" data-js="modalContent" data-step="1"> <button class="telegram-modal__close-btn modal-root__close-btn" type="button" data-js="closeModal" aria-label="Закрыть модальное окно" > <svg width="24" height="24" viewBox="0 0 24 24" xmlns="http://www.w3.org/2000/svg" aria-hidden="true"> <path fill-rule="evenodd" clip-rule="evenodd" d="M6.201 4.92923C5.81048 4.53871 5.17731 4.5387 4.78679 4.92923C4.39626 5.31975 4.39626 5.95292 4.78679 6.34344L10.4437 12.0003L4.78683 17.6572C4.39631 18.0477 4.39631 18.6809 4.78683 19.0714C5.17736 19.4619 5.81052 19.4619 6.20104 19.0714L11.8579 13.4145L17.5147 19.0714C17.9052 19.4619 18.5384 19.4619 18.9289 19.0714C19.3194 18.6808 19.3194 18.0477 18.9289 17.6572L13.2721 12.0003L18.929 6.34347C19.3195 5.95295 19.3195 5.31978 18.929 4.92926C18.5384 4.53873 17.9053 4.53873 17.5148 4.92926L11.8579 10.5861L6.201 4.92923Z" fill="currentColor"/> </svg> </button> <div class="telegram-modal__step-1"> <div class="telegram-modal__headline headline headline--2" id="telegram-modal-load-file__headline"> Привет! Рады, что <span>конспект лекций</span> оказался полезен 🤩 </div> <div class="text text--xl"> Подписчики нашего Кампус Хаб бота получают лекцию прямо в телеграмм! Просто перейди по ссылке ниже </div> <div class="telegram-modal__buttons"> <a class="telegram-modal__link action-button action-button--fill-violet action-button--size_l" href="https://t.me/edu24_bot?start=lid-483__sid-ncphjp86j1m6lfp3ui08vrttle" target="_blank" rel="noopener noreferrer" > <span class="text text--l text--bold"> Скачать лекцию </span> </a> <button class="telegram-modal__qr-btn" type="button" data-js="toStep2"> <span class="text text--l text--bold">Скачать через qr-код</span> <svg width="25" height="24" viewBox="0 0 25 24" xmlns="http://www.w3.org/2000/svg" aria-hidden="true"> <path d="M19.7731 7.92188V4.96875H16.82C15.5195 4.96875 15.5172 3 16.82 3H20.1275C20.5555 3.00048 20.9658 3.17072 21.2685 3.47336C21.5711 3.77601 21.7413 4.18634 21.7418 4.61435V7.92188C21.7418 9.22256 19.7731 9.2242 19.7731 7.92188Z" fill="currentColor"/> <path d="M3.36719 7.92188V4.61435C3.36767 4.18634 3.5379 3.77601 3.84055 3.47336C4.14319 3.17072 4.55353 3.00048 4.98154 3H8.28907C9.58949 3 9.59181 4.96875 8.28907 4.96875H5.33594V7.92188C5.33594 9.22256 3.36719 9.2242 3.36719 7.92188Z" fill="currentColor"/> <path d="M20.1275 21.3751H16.82C15.5195 21.3751 15.5172 19.4063 16.82 19.4063H19.7731V16.4532C19.7731 15.1525 21.7418 15.1509 21.7418 16.4532V19.7607C21.7413 20.1887 21.5711 20.599 21.2685 20.9017C20.9658 21.2043 20.5555 21.3746 20.1275 21.3751Z" fill="currentColor"/> <path d="M8.28907 21.375H4.98154C4.55353 21.3745 4.14319 21.2043 3.84055 20.9016C3.5379 20.599 3.36767 20.1887 3.36719 19.7607V16.4531C3.36719 15.1524 5.33594 15.1508 5.33594 16.4531V19.4062H8.28907C9.58949 19.4062 9.59181 21.375 8.28907 21.375Z" fill="currentColor"/> <path d="M20.7574 13.1719H4.35119C3.05076 13.1719 3.04845 11.2031 4.35119 11.2031H20.7574C22.0579 11.2031 22.0602 13.1719 20.7574 13.1719Z" fill="currentColor"/> </svg> </button> </div> </div> <div class="telegram-modal__step-2"> <button class="telegram-modal__back-btn action-button action-button--size_l action-button--fill-violet action-button--with-icon" type="button" data-js="toStep1" > <svg width="24" height="24" viewBox="0 0 24 24" xmlns="http://www.w3.org/2000/svg" aria-hidden="true"> <path fill-rule="evenodd" clip-rule="evenodd" d="M0.23377 11.4468C0.0837698 11.6068 0.00376976 11.7968 0.00376976 11.9968C-0.0162302 12.1868 0.0437698 12.3768 0.17377 12.5368L5.00377 17.6668C5.08377 17.7568 5.19377 17.8368 5.31377 17.8968C5.43377 17.9568 5.56377 17.9868 5.70377 17.9968C5.84377 18.0068 5.98377 17.9968 6.11377 17.9568C6.24377 17.9168 6.36377 17.8568 6.46377 17.7868C6.56377 17.7168 6.65377 17.6268 6.71377 17.5268C6.77377 17.4268 6.81377 17.3168 6.83377 17.2068C6.84377 17.0968 6.83377 16.9768 6.79377 16.8768C6.75377 16.7668 6.69377 16.6668 6.61377 16.5768L3.24377 12.9968H22.5038C23.0538 12.9968 23.5038 12.5468 23.5038 11.9968C23.5038 11.4468 23.0538 10.9968 22.5038 10.9968H3.26377L6.77377 7.40682C6.94377 7.23682 7.02377 7.00682 7.00377 6.77682C6.98377 6.54682 6.85377 6.34682 6.64377 6.19682C6.44377 6.04682 6.17377 5.97682 5.91377 6.00682C5.65377 6.02682 5.40377 6.13682 5.23377 6.31682L0.23377 11.4468Z" fill="currentColor"/> </svg> <span class="text text--xl text--bold">Назад</span> </button> <canvas class="telegram-modal__canvas" data-js="qrCodeBox" data-link="https://t.me/edu24_bot?start=lid-483__sid-ncphjp86j1m6lfp3ui08vrttle"></canvas> <div class="telegram-modal__step-2-text text text--xl"> Включи камеру на своем телефоне и наведи на Qr-код. <br> Кампус Хаб бот откроется на устройстве </div> </div> </div> </div> </div> <script defer src="https://edumsg.org/partnersforms/widget/?component=popup&ref=24633f8bff9df7b4"></script> <script src="https://cdnjs.cloudflare.com/ajax/libs/pdf.js/2.16.105/pdf.min.js" integrity="sha512-tqaIiFJopq4lTBmFlWF0MNzzTpDsHyug8tJaaY0VkcH5AR2ANMJlcD+3fIL+RQ4JU3K6edt9OoySKfCCyKgkng==" crossorigin="anonymous" referrerpolicy="no-referrer"> </script> <script src="https://cdnjs.cloudflare.com/ajax/libs/pdf.js/2.16.105/pdf.worker.min.js" integrity="sha512-P4czHqcxmgci7QIhI48N1GmF+rWm4PGB/GQ8/GZvJC6rgzssgX0meArUqH2WRfeDfurya5HxKd5uYLPDntEZ/Q==" crossorigin="anonymous" referrerpolicy="no-referrer"> </script> <script src="/assets/js/handbookLectures.bundle.js?7372"></script> <!--- Pixels BEGIN ---> <div class="visually-hidden" aria-hidden="true"> <img src="https://https://a24.biz//pixel/" height="1" width="1"/> </div> <!--- Pixels END ---> </body> </html>