Лекция 1 Введение в cals-технологии Концепция cals сначала Computer Aided Logistic Support: «компьютеризированная поддержка логистики»
|
Скачать 0.77 Mb.
|
|
Лекция 3 Задачи управления бизнес-процессами в разрезе ЖЦ продукции. Состав и назначение стандарта STEP, AP203, IDEF0, IDEF1X, EXPRESS. Стандартами, описывающими типовой ЖЦ продукции являются ISO 9004-1 и CALS стандарты ISO 10303 STEP AP203. Стандарты ISO 10303 STEP AP208 и IDEF0 позволяют описать бизнес-процессы компании. STEP AP208 задаёт стандарт описания бизнес-процессов на основе IDEF0. Бизнес-процессы описываются в терминах информационной модели данных, задаваемой описанием на языке описания данных EXPRESS. Таким образом, применение стандартов из группы стандартов STEP позволяет описать бизнес-процессы предприятия в разрезе ЖЦ продукции Другая разновидность корпоративных информационных систем уровня предприятия, основанных на бизнес-процессах: BPM-системы, системы мониторинга бизнес-процессов. BPM-системы позволяют задать описание бизнес-процесса в виде стандартизированного языка описания бизнес-процессов: BPML и прочие. В результате система позволяет отслеживать выполнение бизнес-процесса пользователями системы. Пользователь регистрируется в системе, получает наглядную карту бизнес-процессов, которые он должен исполнить в виде списка действий. Выполнив действие, он отмечает шаг как выполненный, в результате чего система выполняет запрограммированные действия, связанные с этим шагом и показывает следующий шаг бизнес-процесса согласно карте. В системе, кроме «живых» пользователей также могут работать пользователи-роботы, автоматически выполняющие бизнес-процессы. Бизнес-процесс запускается по событию-триггеру; данные бизнес-процесса автоматически конвертируются из источников данных согласно адаптерам данных BPM-системы. Пример BPM-системы: Runa/WFE [RunaWFE_лабораторная]. В общем случае, BPM-системы не соответствуют стандартам CALS:
Строго говоря, только третий случай соответствует BPM-системе с поддержкой CALS. PDM (Product Data Management) и PLM (Product Lifecycle Management)-системы. Это системы, основанные на поддержке электронной модели изделия (ЭМИ) и реализующие электронный документооборот (конструкторско-технологический документооборот) с документами ЭМИ. PLM системы основаны на модели ЖЦ продукта и модели бизнес-процессов. Конструкторско-технологический документооборот (КТД) на машиностроительном предприятии. Доработка изделия по замечаниям заказчика, уточнение требований. В общем случае, процесс разработок и доработок КТД выглядит так: – первичный сбор требований (технические требования, ТР); – формализация документа технического задания на разработку КТД (ТЗ); – первичная разработка КТД в виде ЭМИ. Построенная электронная модель дополняется описаниями, достаточными для производства продукта: – проектирование конструкции; – проектирование технологического процесса производства продукции; – планирование производства (сменные задания, маршрутные карты). Документы в системе электронного документооборота утверждаются разработчиком документа, главным инженером, главным технологом. При обнаружении ошибок в КТД (конструктивных недостатков) согласно ГОСТ происходит следующее: – любые изменения утверждённых документов происходят только по извещениям на изменения (ИИ). – ИИ содержит описание причины и сути изменений; – изменения вносятся в документ; ИИ связывается с новой версией документа; старая версия аннулируется. – процесс переутверждения изменённого документа запускается заново. При доработке КТД согласно новым или изменившимся требованиям заказчика по ГОСТ происходит следующее: – главный инженер работает с требованиями заказчика и согласовывает требования, оформляет заявку на изменение; – по утверждённым главным инженером заявкам выпускается документ ПР (предварительное разрешение). – инициатором изменения может быть не заказчик, а инженер-разработчик, обнаруживший новый, более удачный вариант конструкции. В этом случае разработчик оформляет заявку на изменение документом ПИ (предварительное извещение). – любые изменения утверждённых документов происходят только по извещениям на изменения (ИИ). – ИИ содержит описание причины и сути изменений; – изменения вносятся в документ; ИИ связывается с новой версией документа; старая версия аннулируется. – процесс переутверждения изменённого документа запускается заново. В случае разработки ВТ (военной техники), либо сертификации продукции по ГОСТ РВ 0015.002 изменения конструкции должны также утверждаться представителем заказчика (ПЗ, или ВП военный представитель). ПЗ имеет непосредственный доступ к процессу утверждения КТД, бизнес-процессов компании, изменению технологических процессов. PDM-системы реализующие электронный документооборот КТД позволяют автоматизировать эти процессы. А также гибко задавать алгоритм утверждения, например, нормоконтролёром. В некоторых случаях для ускорения процесса разработки можно задать более гибкий процесс, когда электронный документ утверждается в некоторых контрольных точках. В конечном итоге документ получит тот же набор подписей, но процесс утверждения будет выполняться не для документов в работе, а для окончательных версий документов. Лекция 4 Задачи PDM системы. Электронная модель изделия (ЭМИ), единая информационная модель (ЕИМ). Для того чтобы служить единым источником информации об изделии, ЭМИ должна удовлетворять ряду требований: - состав данных должен соответствовать потребностям в конструкторской информации на всех стадиях жизненного цикла; - обеспечивать возможность поддержки установленных регламентов и процедур процесса проектирования в части доступа к данным, их использования и модификации; - средства поддержки электронной модели изделия должны обеспечивать возможность параллельного проектирования; - состав данных и средства поддержки должны обеспечивать управление конфигурацией изделия; - средства поддержки электронной модели изделия должны обеспечивать преобразование информации, получаемой из различных источников в стандартный электронный вид. Рассмотрим эти требования подробнее. Состав данных должен соответствовать потребностям в конструкторской информации на всех стадиях жизненного цикла PDM-системы – это автоматизированные системы для поддержки ЭМИ. Позволяют работать с электронными документами, которые представляют ЭМИ. Документы получают подписи, это показывает изменение статуса документа и позволяет организовать маршрут документооборота. В основном, под документооборотом подразумевается КТД, но система позволяет редактировать маршруты документооборота и реализовать произвольный, например канцелярский (регистрация входящих и исходящих писем), внутренний (приказы, распоряжения, протоколы совещаний, докладные записки). Для информационной модели ЭМИ разработан стандарт ISO 10303 STEP. В соответствии с ISO 10303 ЭМИ конструкторская модель включает в себя геометрические данные, данные о конфигурации изделия, административные данные (подписи, статусы), неструктурированные данные (блобы, составные документы из нескольких файлов, рассматриваемых как один документ, например, многостраничный). Средства поддержки ЭМИ должны обеспечивать возможность соблюдения регламентов и процедур процесса проектирования. То есть, документооборот КТД должен быть построен на основе общеупотребимых ГОСТов, устоявшихся международных стандартов (вроде IGES, Gerber, и т.п.) Это необходимо для обеспечения целостности и корректности ЭМИ: изменения моделей должны происходить в управляемых условиях, в соответствии с принятыми регламентами, например, процессом изменения по извещениям на изменение. Средства поддержки электронной модели должны обеспечивать возможность параллельного проектирования. Параллельное проектирование означает, что с одной стороны, PDM система должна позволять работать с моделью ЭМИ в рамках групповой работы команды совместно, одновременно (например, один конструктор разрабатывает одну подсборку, второй другую, третий при этом работает с самой моделью-сборкой в целом). С другой стороны, параллельность означает что информация полученная на одном этапе проектирования немедленно становится доступной для решения других задач. Например, по разработанной конструкторской документации подсборки можно начинать разрабатывать тех. процесс, не дожидаясь готовности всей сборки в целом. Средства поддержки ЭМИ должны обеспечивать управление конфигурацией. Такой продукт как машиностроительное изделие характеризуется многовариантным составом и конфигурацией. Это означает, что изделие может иметь несколько модификаций в соответствии с требованием покупателя (варианты исполнения), может состоять из различных элементов в зависимости от условий производства, рынка и материально-технического снабжения (продуктовая линейка). Стандарт ISO 10303 STEP и его подраздел AP203 определяет представление конструкторских данных о машиностроительном изделии согласно концепции управляемой конфигурации. Термин «управляемая конфигурация» означает возможность определения комплектации изделия в зависимости от условий проектирования, производства или заказа. Современный рынок все больше поворачивается лицом к потребителю, сам продукт становится всё более конфигурируемым и настраиваемым, вплоть до позаказной конфигурации под каждый заказ отдельно (попробуйте например, собрать современный компьютер в хоть немного нестандартной конфигурации). Более того, согласно стандартам обеспечения качества ISO серии 9000, поставщик обязан предоставить потребителю возможность выбора комплектации изделия. При этом не любая возможная комбинация опций допустима: например, при сборке компьютера из комплектующих слишком большой вентилятор может не помещаться с этой моделью памяти, или видеокарта может не помещаться в этот корпус. Поэтому при управлении конфигураций требуется отслеживать конфигурации, не приводящие к конфликтам, к проблемам в сборке в целом. В PDM-системе Search управляемая конфигурация называется комплектом. Конфигуратор комплектов позволяет собрать конфигурацию и проверить её на конфликты. Затем сохранить как единое целое, типовой комплект/конфигурацию. Средства поддержки ЭМИ должны обеспечивать преобразование информации, получаемой из различных источников в стандартный электронный вид. В процессе проектирования электронная модель изделия наполняется данными, при этом не все данные могут быть получены сразу в желаемом виде. Средства поддержки должны обеспечивать преобразование информации, получаемой из различных источников, в стандартизованную форму. Это означает унификацию используемых форматов (например, .doc, .docx для файлов Word, стандартные форматы для картинок). В общем случае информация об изделии может быть получена из следующих источников: – непосредственно в формате STEP из систем CAD/CAM; – преобразованием форматов электронных данных, полученных в различных автоматизированных системах; – путем сканирования бумажной документации и ее перевода в электронный вид. Как правило, это чертежи и текстовые документы: пояснительные записки, отчеты и т.д. Такие документы, как правило хранятся в форматах PDF. В дальнейшем могут быть распознаны и преобразованы в формат какой-то CAD системы. Пример PDM-системы: Search фирмы ИНТЕРМЕХ, Беларусь, Минск. Система разрабатывается с 1993 года как проект автоматизации завода МАЗ. Основное назначение – система групповой работы для автоматизации КТД, управления проектами, назначения задач. Система архитектурно представляет собой приложение трёхзвенной архитектуры:
Непосредственно файлы электронных документов могут храниться в сетевом ресурсе в виде файлов; в базе данных в виде блобов («файловый шкаф»); в защищённом хранилище, реализуемом интерфейс файловой системы. Содержимое документов индексируется, по документам осуществляется подпись. Документ может быть составным (из нескольких файлов, рассматриваемых как единое целое – многостраничный документ или сборка с подсборками). Документ имеет статус – подписи. Поддерживаются ЭЦП, в том числе стандартные криптопровайдеры Windows. Документооборот КТД задаётся в редакторе маршрутов документооборота. Возможно настроить произвольный документооборот редактированием блок-схемы либо программированием очередного действия на VBScript, через СOM интерфейс автоматизации Search. Новой версией Search является Intermech Professional Solution, IPS. Здесь были приложены усилия к реализации приложения в ещё более модульной архитектуре, с богатым API на .NET и возможностью программирования собственных модулей PDM системы. Примеры других PDM cистем: PDM STEP Suite, разработчик НИЦ CALS-технологий «Прикладная логистика» на базе STEP; SolidWorks-PDM, разработчик SolidWorks Russia; PLM систем: TeamCentre Engineering, Enovia SmartTeam. PLM системы, как правило, содержат в себе запрограммированную, настроенную типовую модель бизнес-процессов ЖЦ продукции, а также возможность гибкого моделирования ЖЦ продукции и бизнес-процессов. Модуль исполнения бизнес-процессов «отдельно» реализован в BPM системах. Как правило, они более универсальны и позволяют крайне широко трактовать понятие бизнес-процесса (в окружающей среде, а не только внутри PDM/PLM системы). Бизнес-процессы описываются в стандартизированном языке BPML (или вариантах), как правило системы поддерживают SOA архитектуру и ESB шину. Это означает, что поддерживаются адаптеры данных для доступа к внешним системам, и механизм событий и триггеров для запуска бизнес-процессов. приблизительно PDM система + внешний мир + BPM система = PLM «в одной коробке». Лекция 5 Основы построения виртуального предприятия. Основы построения виртуального предприятия: понятие о виртуальном предприятии, средства реализации, возможности PDM-систем для обеспечения виртуального предприятия. Таким образом, PDM (или шире, PLM) система выступает автоматизированной информационной системой фирмы, предприятия. Виртуальным предприятием называется распределённое виртуальное предприятие, состоящее из работающих в автономном режиме подсистем, совместно организованных таким образом, чтобы достигать целей предприятия (разработки некоторого продукта, имеющего ценность; определения целевой аудитории, маркетинговых исследований и планов продаж; сбыта и реализации; эксплуатации и обслуживания; финансовых целей зарабатывания запланированной суммы денег). Как правило, организационно виртуальное предприятие представляет собой экстранет (extranet): виртуальную частную сеть (VPN), соединяющую через внешний Интернет интранет-сегменты отдельных локальных сетей филиалов. В виртуальном предприятии и работники могут быть в некоторой степени виртуальными:
В пределе, это приводит к автономным роботизированным фабрикам, где задача человека сводится только к эксплуатации, логистике результатов производства и разработке собственно продукта по требованиям. Но это задача хоть и ближайшего, но немного отдалённого будущего. В реальном конструкторско-технологическом машиностроительном предприятии или проектно-сметном конструкторском бюро виртуальность предприятия проявляется в том, что все участники работают над продуктом в электронном виде, ЭМИ совместно в одной сети, совместно в программах из CALS инструментария. Здесь участники процесса могут быть удалёнными работниками, либо внешними совместителями. Это означает, что они могут подсоединяться удалённо по extranet, либо их результаты работ может выкладывать в систему ответственный за взаимодействие, например, главный инженер или начальник отдела. Механизмы поддержки бизнес-процессов, или в виде BPM/PLM системы, или реализованные посредством электронного документооборота позволяют нивелировать различия в физическом расположении. Раз в неделю/месяц или перед важным участком работ удалённые работники могут собираться вместе физически, или устраивать телеконференции, семинары, вебинары через Skype. Виртуальное предприятие состоит из:
Составление бизнес-модели это процесс бизнес-моделирования. Предприятие имеет некоторую «декларацию о намерениях», миссию предприятия, отражающую ту систему ценностей, которая важна для него. Затем, определяются цели. Цели должны быть конкретны, измеримы, реалистичны. Цели подразделяются на стратегические, долгосрочной перспективы (1-3-5 лет, например, занять определённую долю на рынке) и тактические (0.25-1 год, например, выполнить план продаж), краткосрочной перспективы для обеспечения стратегических. Разработка бизнес-модели, например, бизнес-плана предназначена ответить на вопрос, как эти цели планируется достигать. Также бизнес-модель должна обеспечить устойчивость выбранной стратегии, финансовую устойчивость предприятия, например. В обеспечение заданных стратегических и тактических целей используется моделирование системы бизнес-процессов. При этом оцениваются возможные варианты оптимизации. По методу ФСА (ABC) или BSC (Balanced Score Card), показателям KPI оценивается наиболее ценный (затратный) процесс, вклад остальных процессов в этот, направления оптимизации и возможный выигрыш от неё (profiling). Например, для метода BSC и показателей KPI возможно составить EPC диаграмму. Пример подобной среды для бизнес-моделирования: BusinessStudio. Содержит конфигуратор для задания объектов предметной области и редактор процессов, диаграмм, функциональных моделей в виде IDEF0 и бизнес-процессов в виде EPC. После настройки и определения бизнес-процессов на их основе можно провести оптимизацию, генерацию отчётов. Одним из видов отчётов является генерация документации СМК ISO 9000, которая может быть автоматически сгенерирована из исходной модели процесса по шаблону. Сгенерированный документ содержит карту процесса, описание алгоритма, гиперссылки на остальные документы СМК и стандартную по ISO 9000 структуру разделов. В дальнейшем его можно использовать как заготовку, например, дописать главу о расчёте показателей качества этого бизнес-процесса, составить форму анкеты контрольных листков качества. PLM системы или PDM + BPM позволяют выполнять эти смоделированные бизнес-процессы в информационной системе, в ходе совместной работы команды. Информационная безопасность (ИБ) в PDM-системах. Задачи обеспечения ИБ, средства обеспечения (технические, организационные, нормативно-правовые) ИБ. Для виртуального предприятия, действующего в рамках единого информационного пространства (ЕИП), информационные ресурсы играют определяющую роль, поэтому обеспечение их безопасности является важнейшей задачей. Задачи обеспечения информационной безопасности в CALS-системах близки к аналогичным задачам в других автоматизированных системах (АС) обработки информации, для решения которых в настоящий момент уже существует законодательная и нормативная база, а также организационно-технические решения. Тем не менее, в отличие от защиты информации в отдельной организации, защита информации в виртуальном предприятии имеет свою специфику. В качестве главных особенностей можно указать: - географически распределенная структура; - разнородность используемых программно-технических решений; - необходимость защиты информации и интеллектуальной собственности, принадлежащей нескольким владельцам. Под информационной безопасностью (ИБ) виртуального предприятия (далее предприятия) понимается состояние защищенности его интересов от существующих и вероятных внешних и внутренних угроз информационным ресурсам. Информационными ресурсами являются: - технические средства автоматизации (компьютерная техника и средства связи); - электронные носители всех видов; - информация в виде файлов и баз данных на электронных носителях; - хранилища машиночитаемых и бумажных носителей (архивы и библиотеки); - знания персонала. Цель мер по обеспечению информационной безопасности - сократить возможный экономический и моральный ущерб предприятия, связанный с повреждением или неправомерным использованием информационных ресурсов. Обеспечение информационной безопасности (ИБ) представляет собой сложный комплекс технических, юридических и организационных проблем. Основой для системного решения задач обеспечения ИБ являются: анализ возможных рисков, политика информационной безопасности (ИБ) и план обеспечения ИБ. Иногда эти документы объединяются в один – концепцию ИБ. Анализ рисков - первый и необходимый этап в решении задачи ЗИ и проводится с целью выявления перечня потенциально возможных угроз интересам предприятия, событий и возможного ущерба, которые могут возникнуть в результате реализации таких рисков. На основе результатов анализа рисков разрабатывается политика безопасности – документ, содержащий принципы деятельности предприятия в отношении проблем ИБ. Политика безопасности содержит ранжированный перечень угроз, принимаемых во внимание, классификацию защищаемых информационных ресурсов, определяет желаемый уровень защищенности, описывает организационные решения, необходимые для решения задач ИБ. На основе утвержденной политики безопасности разрабатывается план обеспечения информационной безопасности, содержащий конкретные организационно-технические решения и планы работ по их внедрению и реализации. Задачами обеспечения информационной безопасности (ИБ) и соответственно функциями системы обеспечения информационной безопасности (СОИБ) являются: - пресечение и выявление попыток уничтожения или подмены (фальсификации) информации; - пресечение и выявление попыток несанкционированной модификации информации; - пресечение и выявление попыток несанкционированного получения информации - ликвидация последствий успешной реализации перечисленных угроз; - выявление и нейтрализация проявившихся и потенциально возможных дестабилизирующих факторов и каналов утечки информации; - выявление и нейтрализация причин проявления дестабилизирующих факторов и возникновения каналов утечки информации; определение лиц, виновных в проявлении дестабилизирующих факторов и возникновении каналов утечки информации, и привлечение их к определенного вида ответственности. Технологии построения защищенной сети виртуального предприятия Основой единого информационного пространства (ЕИП) виртуального предприятия является совокупность сетей входящих в него организаций и открытых сетей - Интернет. Соответственно, необходимо обеспечить: - защиту сетей внутри организаций (в том числе, физическую охрану и защиту); - управление доступом во внутренние сети организаций из открытых сетей; - управление доступом из внутренних сетей в открытые сети; - обеспечить безопасный обмен данными между внутренними сетями организаций через открытые сети. Для защиты от несанкционированного доступа (НСД) к данным в рамках локальной сети организации и отдельных компьютерах применяются специальные программно-технические средства, обеспечивающие управление доступом к данным на основе имеющихся у пользователей полномочий. Базовый набор функций комплекса средств защиты от НСД включает в себя: - идентификацию и аутентификацию (проверку принадлежности субъекту доступа предъявленного идентификатора) пользователя в начале сеанса работы; - обеспечение доступа к данным и возможности запуска программ в соответствии с заданным списком полномочий и разрешений; - контроль целостности используемого программного обеспечения и данных; - протоколирование выполняемых действий. |
Похожие:
 |
Лекция 1 Введение в cals-технологии Концепция cals сначала Computer... Целью cals-технологий является повышение эффективности производства посредством применения компьютерных информационных технологий... |
 |
Использование cals-технологий в менеджменте качества В дословном переводе аббревиатура cals означает "непрерывность поставок продукции и поддержки ее жизненного цикла" |
|
55931- 201 3 Интегрированная логистическая поддержка экспортируемой... Разработан автономной некоммерческой организацией «Научно-исследовательский центр cals-технологий «Прикладная логистика» (ано ниц... |
|
Лекция Введение в курс «Компьютерные технологии в науке и образовании» Лекция Классификация и характеристика программных средств информационной технологии обучения (ито) 18 |
|
Курс лекций Ставрополь, 2015 содержание стр. Введение лекция Введение... Лекция 5: Приборы и приспособления для обнаружения и регистрации ионизирующих излучений |
|
Введение Актуальные вопросы и тенденции развития логистики Исследователи о современном положении логистики РФ по сравнению со странами ес |
|
Интерфейсы для трансиверов yaesu Сат (Computer Aided Transceiver), обеспечивающую управление частотой, режимами работы, vfos, памятью и другими установками и функциями... |
|
The Educational Digital Micro (µ) Computer (educ-8, pronounced "educate")... |
|
Лекция I и проблема языка и сознания лекция II 31 слово и его семантическое... Монография представляет собой изложение курса лекций, про* читанных автором на факультете психологии Московского государственного... |
|
Лекция I и проблема языка и сознания лекция II 31 слово и его семантическое... Монография представляет собой изложение курса лекций, про* читанных автором на факультете психологии Московского государственного... |
|
*Прочтите внимательно инструкцию перед использованием Время работы от одной зарядки: ждущий режим — до 10 ч., игровой режим — до 4-5 часов. Поддержка просмотра 3D-фотографий, датчик положения... |
|
Содержание Введение Лекция Базы данных и файловые системы Файловые системы 1 Структуры файлов Лекция Ранние подходы к организации бд. Системы, основанные на инвертированных списках, иерархические и сетевые субд. Примеры. Сильные... |
|
Техническая поддержка Вопросы и предложения задавайте по электронной... Цифровой детектор движения (движение детектируется в 16-ти независимых квадрантах по 4 на вход). Один аларм-вход/выход (“сухие” контакты... |
|
Оглавление введение 5 Поддержка субъектов малого и среднего предпринимательства, осуществляющих или ориентированных |
|
Лекция Предмет, задачи и методы перевода Лекция Общая характеристика современной теории перевода. Лекция Переводческая эквивалентность |
|
Введение. Классификация оборудования Лекция №12. Варочно-жарочное и водогрейное оборудование. Плиты электрические |