Автоматизация управления жизненным циклом продукции

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

Министерство образования и науки Российской Федерации

Федеральное Государственное образовательное учреждение высшего профессионального образования

Московский государственный университет технологий и управления

имени К.Г. Разумовского

Филиал ФГОУ ВПО "МГУТУ им. К.Г. Разумовского" в г. Мелеуз

Кафедра "Информационные технологии"

КОНТРОЛЬНАЯ РАБОТА

на тему: "Автоматизация управления жизненным циклом продукции"

Выполнил: студент 2 курса

Габдулгалиев Рустам Чулпанович

Специальность 220700 ЗБС 2 гр.

Мелеуз - 2014 г.

1. Проблемы интеграции при создании, сопровождении и развитии КИС

В 99 случаях из 100 полностью отсутствует какая бы то ни было здравая политика или стратегия построения КИС на промышленных предприятиях. Решения по выбору технологической платформы формирования КИС и партнера по ее созданию подавляющее большинство руководителей принимает под эмоциональным напором продавцов "готовых" решений, активно ссылающихся на удачные опыты внедрения этих платформ в авторитетных фирмах. При этом потребитель полностью лишен возможности предварительно "пощупать", оценить, объективно сопоставить предлагаемые решения с аналогичными конкурентными предложениями других продавцов применительно к своим проблемам, чтобы сделать единственно правильный выбор. Практически покупается "кот в мешке". При этом потребитель вынужден купить полный комплект аппаратуры (компьютеры, сетевое оборудование) и системное и программное обеспечение, все это развернуть и установить и только через несколько месяцев возможно получит возможность ощутить реальную отдачу. Основными отрицательными последствиями такого подхода являются:

простаивающее и морально устаревающее компьютерное оборудование и купленное в прок дорогостоящее ПО;

принятая от системного интегратора в эксплуатацию КИС, но так и не решившая проблем потребителя;

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

"мелкая дрожь" при одном только упоминании от ИТ и КИС.

Решения о выделении средств и об их расходовании на ИТ и создание КИС в большинстве случаев принимает чиновник, далекий от проблем данной области. При этом рассматривается вопрос не о создании КИС применительно к решению поставленных задач, а о закупке компьютеров, ОС, СУБД и прочего у вполне определенных поставщиков. Дружественные к Чиновнику фирмы-поставщики, системные интеграторы и проектные организации готовят ТЭО проекта КИС, определяют состав и стоимость покупаемых компонентов, подготавливают экспертное заключение. При этом ни сам чиновник, ни фирмы участницы проекта не отвечают за конечный результат и окупаемость израсходованных средств.

Хорошо зарекомендовавшие себя на западе дорогостоящие решения не дают ожидаемого эффекта на российских предприятиях по следующим основным причинам:

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

Во-вторых, эти решения создавались в эволюционном порядке 10-15 лет, и к настоящему времени их архитектура устарела вместе с заложенными в них технологиями.

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

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

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

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

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

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

Практически все фирмы, берущие на себя роль создания КИС, рассматривают ее как некоторую совокупность частных решений и компонентов их реализации, в числе которых:

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

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

менеджмент, без четкой постановки которого невозможно управление предприятием. Эта составляющая при внедрении КИС чаще всего является обособленным компонентом и для системного интегратора выступает удобным аргументом оправдания отсутствия отдачи от КИС.

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

На государственном уровне не существуют основополагающих принципов создания КИС как инструмента эффективного управления социально-экономическими процессами на всех уровнях, а также инструмента формирования, накопления и эффективного использования информационных ресурсов ка стратегического компонента развития и безопасности государства. Вся деятельность всевозможных государственных, внутриведомственных, отраслевых, региональных органов, комитетов и прочих структур сводится к порождению множества бумаг и распределению (а скорее перераспределению в своих интересах) средств, выделяемых на цели информатизации. Как правило, эти средства направляются ими на поддержку западной индустрии ИТ и созданию там дополнительных рабочих мест. Большинство руководителей и ведущих специалистов этих структур, освоив с десяток общепринятых ключевых терминов из области ИТ, формируют так называемую государственную и отраслевую политику информатизации. При этом стиль и методы проведения этой политики меняются в зависимости от ситуации, сознательно вводя в заблуждение тех, кто действительно нуждается в объективной информации об ИТ, прогрессивных и технологичных подходах и т.д. Например, поднятый в качестве флага информационной политики термин "Единое информационное пространство"(ЕИП), включающий в себя представление о целом комплексе методологий и технологий реализации и эксплуатации КИС, выхолащивается и сознательно подменяется на практике понятием о приобретении инструментов создания системы баз данных и реализации частных решений.

2. Технологии поддержки этапов жизненного цикла продукции. Взаимосвязи этапов жизненного цикла

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

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

· этап выведения на новшества на рынок;

· этап роста;

· этап зрелости и замедления роста;

· этап упадка.

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

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

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

Важными задачами управления развитием организации на современном этапе являются:

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

· создание возможности прогнозирования изменений в спросе продукции и пересмотре стратегии фирмы в соответствии с меняющимися условиями.

Этапы. Период от вывода товара на рынок до снятия его с производства. Длительность жизненного цикла не одинакова у разных товаров. жизненный цикл имитационное моделирование

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

Жизненный цикл товаров можно разделить на несколько основных этапов:

Этап выведения товара на рынок:

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

§ Маркетинговые усилия предприятия направлены на информирование потребителей и посредников о новом товаре.

§ На этой стадии у предприятия высокие затраты на маркетинг, издержки производства так же высоки в связи с малым объемом выпуска.

§ Прибыли на данном этапе нет.

Этап роста:

§ Характеризуется быстрым развитием продаж.

§ Если товар оказался успешным и перешел в фазу роста, у производителя начинают снижаться затраты на производство товара в связи с ростом объема выпуска и реализации цены.

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

§ Маркетинговые затраты продолжают оставаться высокими.

§ На данном этапе у предприятия, как правило, появляются конкуренты.

Этап зрелости:

§ Объем спроса достигает максимума.

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

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

Этап упадка:

§ Проявляется в снижении спроса.

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

3. Инструментальные средства и языки моделирования процессов и систем

Использование современных ЭВМ, вычислительных комплексов и сетей является мощным средством реализации имитационных моделей и исследования с их помощью характеристик процесса функционирования систем S. В ряде случаев в зависимости от сложности объекта моделирования, т. е. системы S, рационально использование персональных ЭВМ (ПЭВМ) или локальных вычислительных сетей (ЛВС). В любом случае эффективность исследования системы S на программно-реализуемой модели М_ы прежде всего зависит от правильности схемы моделирующего алгоритма, совершенства программы и только косвенным образом зависит от технических характеристик ЭВМ, применяемой для моделирования. Большое значение при реализации модели на ЭВМ имеет вопрос правильного выбора языка моделирования.

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

Основными моментами, характеризующими качество языков моделирования, являются: удобство описания процесса функционирования системы S, удобство ввода исходных данных моделирования и варьирования структуры, алгоритмов и параметров модели, реализуемость статистического моделирования, эффективность анализа и вывода результатов моделирования, простота отладки и контроля работы моделирующей программы, доступность восприятия и использования языка. Будущее языков моделирования определяется прогрессом в области создания мультимедийных систем машинной имитации, а также проблемно-ориентированных на цели моделирования информационно-вычислительных систем [17, 31, 41,46].

Рассмотрим основные понятия, связанные с алгоритмическими языками и их реализацией на ЭВМ вообще и языками моделирования в частности.

Язык программирования представляет собой набор символов, распознаваемых ЭВМ и обозначающих операции, которые можно реализовать на ЭВМ. На низшем уровне находится основной язык машины, программа на котором пишется в кодах, непосредственно соответствующих элементарным машинным действиям (сложение, запоминание, пересылка по заданному адресу и т. д.). Следующий уровень занимает автокод (язык АССЕМБЛЕРА) вычислительной машины. Программа на автокоде составляется из мнемонических символов, преобразуемых в машинные коды специальной программой - ассемблером.

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

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

Программа, составленная в машинных кодах или на языке АССЕМБЛЕРА, всегда отражает специфику конкретной ЭВМ. Инструкции такой программы соответствуют определенным машинным операциям и, следовательно, имеют смысл только в той ЭВМ, для которой они предназначены, поэтому такие языки называются машинно-ориентированными языками.

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

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

Особенности использования алгоритмических языков. Рассмотрим преимущества и недостатки использования для моделирования процесса функционирования систем языков имитационного моделирования (ЯИМ) и языков общего назначения (ЯОН), т. е. универсальных и процедурно-ориентированных алгоритмических языков. Целесообразность использования ЯИМ вытекает из двух основных причин: 1) удобство программирования модели системы, играющее существенную роль при машинной реализации моделирующих алгоритмов; 2) концептуальная направленность языка на класс систем, необходимая на этапе построения модели системы и выборе общего направления исследований в планируемом машинном эксперименте. Практика моделирования систем показывает, что именно использование ЯИМ во многом определило успех имитации как метода экспериментального исследования сложных реальных объектов.

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

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

Серьезные недостатки ЯИМ проявляются в том, что в отличие от широко применяемых ЯОН, трансляторы с которых включены в поставляемое изготовителем математическое обеспечение всех современных ЭВМ, языки моделирования, за небольшим исключением, разрабатывались отдельными организациями для своих достаточно узко специализированных потребностей. Соответствующие трансляторы плохо описаны и приспособлены для эксплуатации при решении задач моделирования систем, поэтому, несмотря на достоинства ЯИМ, приходится отказываться от их практического применения в ряде конкретных случаев.

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

Подходы к разработке языков моделирования. К настоящему времени сложились два различных подхода к разработке языков моделирования: непрерывный и дискретный - отражающие основные особенности исследуемых методом моделирования систем [35, 43, 46]. Поэтому ЯИМ делятся на две самостоятельные группы, которые соответствуют двум видам имитации, развивавшимся независимо друг от друга: для имитации непрерывных и дискретных процессов.

Для моделирования непрерывных процессов могут быть использованы не только АВМ, но и ЭВМ, последние при соответствующем программировании имитируют различные непрерывные процессы. При этом ЭВМ обладают большей надежностью в эксплуатации и позволяют получить высокую точность результатов, что привело к разработке языков моделирований, отображающих модель в виде блоков таких типов, которые играют роль стандартных блоков АВМ (усилителей, интеграторов, генераторов функций и т. п.). Заданная схема моделирующего алгоритма преобразуется в систему совместно рассматриваемых дифференциальных уравнений. Моделирование в этом случае сводится, по сути дела, к отысканию численных решений этих уравнений при использовании некоторого стандартного пошагового метода.

Примером языка моделирования непрерывных систем на ЭВМ путем представления моделируемой системы в виде уравнений в конечных разностях является язык DYNAMO, для которого уравнения устанавливают соотношения между значениями функций в моменты времениt и t+dt и между значениями их производных в момент времени t+dt/2. И в этом случае моделирование, по существу, представляет собой пошаговое решение заданной системы дифференциальных уравнений [46].

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

Архитектура языков моделирования. Архитектуру ЯИМ, т. е. концепцию взаимосвязей элементов языка как сложной системы, и технологию перехода от системы S к ее машинной модели М_ы можно представить следующим образом: 1) объекты моделирования (системы S)описываются (отображаются в языке) с помощью некоторых атрибутов языка; 2) атрибуты взаимодействуют с процессами, адекватными реально протекающим явлениям в моделируемой системе S; 3) процессы требуют конкретных условий, определяющих логическую основу и последовательность взаимодействия этих процессов во времени; 4) условия влияют на события, имеющие место внутри объекта моделирования (системы 5) и при взаимодействии с внешней средой Е; 5) события изменяют состояния модели системы М в пространстве и во времени.

Типовая схема архитектуры ЯИМ и технология его использования при моделировании систем показана на рис. 5.1.

В большинстве случаев с помощью машинных моделей исследуются характеристики и поведение системы S на определенном отрезке времени, поэтому одной из наиболее важных задач при создании модели системы и выборе языка программирования модели является реализация двух функций: 1) корректировка временной координаты состояния системы ("продвижение" времени, организация "часов"); 2) обеспечение согласованности различных блоков и событий в системе (синхронизация во времени, координация с другими блоками).

Таким образом, функционирование модели М_м должно протекать в искусственном (не в реальном и не в машинном) времени, обеспечивая появление событий в требуемом логикой работы исследуемой системы порядке и с надлежащими временными интервалами между ними. При этом надо учитывать, что элементы реальной системы S функционируют одновременно (параллельно), а компоненты машинной модели М_м действуют последовательно, так как реализуются с помощью ЭВМ последовательного действия. Поскольку в различных частях объекта моделирования события могут возникать одновременно, то для сохранения адекватности причинно-следственных временных связей необходимо в ЯИМ создать "механизм" задания времени для синхронизации действий элементов модели системы [17, 46].

Задание времени в машинной модели. Как уже отмечалось в гл. 3, существует два основных подхода к заданию времени: с помощью постоянных и переменных интервалов времени, которым соответствуют два принципа реализации моделирующих алгоритмов, т. е. "принцип Дt" и "принцип дz".

Рассмотрим соответствующие способы управления временем в модели системы M(S) на примере, показанном на рис. 5.2, где по оси реального времени отложена последовательность событий в системе {s_i} во времени, причем события s₄ и s₅ происходят одновременно (рис. 5.2, а). Под действием событий s_i изменяются состояния модели z_i в момент времени t_zi, причем такое изменение происходит скачком дz.

В модели, построенной по "принципу Дt" (рис. 5.2, б), моменты системного времени будут последовательно принимать значения:

t ^'₁ = Дt, t ^'₂ = 2Дt, t ^'₃ = 3Дt, t ^'₄ = 4Дt, t ^'₅ = 5Дt.

Эти моменты системного времени t ^'_j (Дt) никак не связаны с моментами появления событий s_i, которые имитируются в модели системы. Системное время при этом получает постоянное приращение, выбираемое в задаваемое перед началом имитационного эксперимента.

В модели, построенной по "принципу дz" (рис. 5.2, в), изменение времени наступает в момент смены состояния системы, и последовательность моментов системного времени имеет вид t^''₁ = t_z1, t^''₂ = t_z2, t^''₃ = t_z3, t^''₄ = t_z4, t^''₅ = t_z5, т. е. моменты системного времени t^''_k(дz), непосредственно связаны с моментами появления событий в системе s_i.

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

При использовании "принципа дz" события обрабатываются последовательно и время смещается каждый раз вперед до начала следующего события. В модели, построенной по "принципу Дt", обработка событий происходит по группам, пакетам или множествам событий. При этом выбор Дt оказывает существенное влияние на ход процесса и результаты моделирования, и если Дtзадана неправильно, то результаты могут получиться недостоверными, так как все события появляются в точке, соответствующей верхней границе каждого интервала моделирования. При применении "принципа дz" одновременная обработка событий в модели имеет место только тогда, когда эти события появляются одновременно и в реальной системе. Это позволяет избежать необходимости искусственного введения ранжирования событий при их обработке в конце интервала At.

При моделировании по "принципу Дt" можно добиться хорошей аппроксимации: для этого Дt должно быть малым, чтобы два неодновременных события не попали в один и тот же временной интервал. Но уменьшение Дt приводит к увеличению затрат машинного времени на моделирование, так как значительная часть тратится на корректировку "часов" и отслеживание событий, которых в большинстве интервалов может и не быть. При этом даже при сильном "сжатии" Дt два неодновременных события могут попасть в один и тот же временной интервал Дt, что создает ложное представление об их одновременности.

Для выбора принципа построения машинной модели М_м и соответственно ЯИМ необходимо знать: цель и назначение модели; требуемую точность результатов моделирования; затраты машинного времени при использовании того или иного принципа; необходимый объем машинной памяти для реализации модели, построенной по принципу Дt и дz; трудоемкость программирования модели и ее отладки.

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

Совмещение. Параллельно протекающие в реальных системах S процессы представляются с помощью последовательно работающей ЭВМ. Языки моделирования позволяют обойти эту трудность путем введения понятия системного времени, используемого для представления упорядоченных во времени событий.

Размер. Большинство моделируемых систем имеет сложную структуру и алгоритмы поведения, а их модели велики по объему. Поэтому используют динамическое распределение памяти, когда компоненты модели системы М_м появляются в оперативной памяти ЭВМ или покидают ее в зависимости от текущего состояния. Важным аспектом реализуемости модели М_м на ЭВМ в этом случае является блочность ее конструкции, т. е. возможность разбиения модели на блоки, подблоки и т. д.

Изменения. Динамические системы связаны с движением и характеризуются развитием процесса, вследствие чего пространственная конфигурация этих систем претерпевает изменения по времени. Поэтому во всех ЯИМ предусматривают обработку списков, отражающих изменения состояний процесса функционирования моделируемой системы S.

Взаимосвязанность. Условия, необходимые для свершения различных событий в модели М_м процесса функционирования системы S, могут оказаться весьма сложными из-за наличия большого количества взаимных связей между компонентами модели. Для разрешения связанных с этим вопросом трудностей в большинство ЯИМ включают соответствующие логические возможности и понятия теории множеств.

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

Анализ. Для получения наглядного и удобного в практическом отношении ответа на вопросы, решаемые методом машинного моделирования, необходимо получать статистические характеристики процесса функционирования модели системы M(S). Поэтому предусматривают в языках моделирования способы статистической обработки и анализа результатов моделирования.

Перечисленным требованиям при исследовании и проектировании различных систем S отвечают такие наиболее известные языка моделирования дискретных событий, как SIMULA, SIMSCRIPT, GPSS, SOL, CSL и др.

4. Жизненный цикл

Жизненный цикл изделия (продукции) - это совокупность процессов, выполняемых от момента выявления потребностей общества в определенной продукции до момента удовлетворения этих потребностей и утилизации продукта. [1]

Жизненный цикл продукции (ЖЦП) включает период от возникновения потребности в создании продукции до её ликвидации вследствие исчерпания потребительских свойств. Основные этапы ЖЦП: проектирование, производство, эксплуатация, утилизация. Применяется по отношению к продукции с высокими потребительскими свойствами и к сложной наукоёмкой продукции высокотехнологичных предприятий.

Этапы жизненного цикла:

· маркетинговые исследования;

· проектирование продукта;

· планирование и разработка процесса;

· закупка;

· производство или обслуживание;

· проверка;

· упаковка и хранение;

· продажа и распределение;

· монтаж и наладка;

· техническая поддержка и обслуживание;

· эксплуатация по назначению;

· послепродажная деятельность;

· утилизация и(или) переработка.

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

Размещено на Allbest.ru