![]() |
|
сделать стартовой | добавить в избранное |
![]() |
Компьютеры, Программирование
Программное обеспечение
Теория принятия решений |
Курсовая работа По дисциплине «Теория принятия решения» Екатеринбург, 2007 Описание проблемы ООО «Уралмаш – Метоборудование» является разработчиком и поставщиком технологического оборудования для металлургических компаний. В нашем случае компании необходимо создать Систему диагностики ковочного пресса усилием 60 МН для ОАО «Корпорация ВСМПО - АВИСМА». Система диагностики необходима для регистрации величины нагружения колонн и базовых деталей и прогнозирования тенденции изменения напряжений в них, а также для контроля работоспособности узлов и деталей пресса. Применение SCADA-технологий для нашей АСУТП позволяет достичь высокого уровня автоматизации в решении задач разработки систем управления, сбора, обработки, передачи, хранения и отображения информации. Дружественность человеко-машинного интерфейса (HMI/MMI), предоставляемого SCADA - системами, полнота и наглядность представляемой на экране информации, доступность &quo ;рычагов&quo ; управления, удобство пользования подсказками и справочной системой и т. д. - повышает эффективность взаимодействия диспетчера с системой и сводит к нулю его критические ошибки при управлении. На современном уровне развития информационных технологий в области промышленной автоматизации уже ни у кого не возникает вопрос о необходимости систем диспетчерского управления и сбора данных — SCADA-систем (Supervisory Co rol A d Da a Acquisi io ). Теперь перед пользователями стоит другая проблема: какую SCADA-систему выбрать? На российском рынке сейчас достаточно активно продвигается более десятка различных систем и рекламно-технические материалы каждой компании-производителя убедительно доказывают, что именно их SCADA наилучшим образом удовлетворит все потребности заказчика. Следует отметить, что концепция SCADA, основу которой составляет автоматизированная разработка систем управления, позволяет решить еще ряд задач, долгое время считавшихся неразрешимыми: сократить сроки разработки проектов по автоматизации и прямые финансовые затраты на их разработку, поэтому проблема выбрать SCADA-системы, применение которой будет наиболее эффективно для нашей Системы диагностики ковочного пресса актуальна. Диагностика проблемы. Результаты регулярно предпринимаемых попыток независимого (часто лишь внешне) и всеобъемлющего сравнения различных систем имеют очень ограниченную практическую ценность. Профессионалы знают, что детально ознакомиться со SCADA-системой, узнать все ее тонкости, ограничения, сильные стороны и недостатки можно лишь после многих месяцев ее интенсивного использования и нескольких реализованных в ней проектов. При этом компании-разработчики непрерывно усовершенствуют свои продукты, повышая производительность и эффективность, добавляя новые функциональные возможности и устраняя выявленные недостатки. Таким образом, пользователю приходится воспринимать отсутствие возможности полного и объективного сопоставления всех представленных на рынке программных HMI-систем как объективную реальность. Это, однако, не мешает производить сравнительный анализ отдельных аспектов таких систем: функциональных возможностей, ресурсных требований, удобства использования, возможности работы в реальном времени и т.п
. К сожалению, отсутствуют методики определения надежности SCADA–систем, хотя важность этого критерия составляет, по оценкам специалистов, около 70 %. Косвенными показателями надежности пока считается количество инсталляций. Рисунок 1 – Алгоритм определения наилучшей SCADA–системы Немаловажной стороны SCADA-систем является их открытость. Открытость программных комплексов уже расценивается не как их преимущество, а как априорное требование. Открытость SCADA-систем не является самоцелью или данью модной тенденции. Основной причиной, по которой открытая система всегда является более предпочтительной, чем закрытая — это неизбежная функциональная ограниченность любого, даже очень большого и универсального программного продукта. Ни один программный комплекс в принципе не может удовлетворить всех потребностей пользователей, т.к. всегда найдется экзотичный контроллер, для которого не подходит ни один из сотен предлагаемых разработчиком драйверов ввода-вывода, и всегда найдется уникальная программа, с которой абсолютно необходимо наладить взаимодействие, но которая не имеет ни одного из общепринятых интерфейсов. В качестве конкретного примера можно привести часто возникающую задачу связи SCADA-системы с интеллектуальными источниками бесперебойного питания Smar -UPS. Каждый производитель UPS предоставляет свою уникальную программу, получить от которой данные из SCADA-системы иногда очень непросто, если вообще возможно. Не менее важно и то обстоятельство, что концепция открытости делает SCADA-систему независимой от производителя аппаратного обеспечения, что стимулирует конкуренцию в этой области рынка. К примеру, пользователь, имеющий контроллеры SIMA IC вовсе не обязан приобретать &quo ;родную&quo ; SCADA-систему Sieme s — Wi CC, он вправе предпочесть широкоизвестный I ouch, хотя на практике большинство заказчиков не желает рисковать и по-прежнему часто покупает &quo ;все в одном флаконе&quo ;. Значимость SCADA-систем обусловлена необходимостью их интеграции с программными системами как нижнего, так и верхнего уровней иерархии. Сбор данных и передача управляющих воздействий являются неотъемлемыми функциями SCADA, поэтому разработчики прилагают максимум усилий для того, чтобы в состав их систем было включено достаточное количество драйверов для легкого подключения большинства известных контроллеров и устройств интеллектуальной периферии. Это расширяет круг потенциальных пользователей системы и дает большую свободу действий системным интеграторам. Некоторые производители SCADA-систем пытаются ее облегчить, например, Sieme s предлагает специальный пакет для создания пользовательских канальных драйверов — CDK (Cha el Developme Ki ). Во-вторых, возможно имеет смысл написать интерфейсную программу, самостоятельно общающуюся с устройством и записывающую необходимую информацию напрямую в SCADA-систему. В-третьих, можно попытаться найти или купить ПО, которое берет на себя ответственность за взаимодействие с данной конкретной аппаратурой, представляя SCADA-системе какой-либо стандартный интерфейс для доступа к данным. Многие производители аппаратного обеспечения в комплекте со своими изделиями поставляют серверы DDE (Dy amic Da a Excha ge) или OPC (OLE for Process Co rol).
Даже у открытости ПО есть своя оборотная сторона. Во-первых, наличие большого числа интерфейсов данных и API автоматически делает систему более уязвимой. Во-вторых, в проблемах при использовании абсолютно закрытой системы может быть виноват либо пользователь, либо разработчик. Поиск же причин ненормального поведения системы, включающей программные компоненты десятка независимых производителей, может оказаться долгим и утомительным занятием. Уделив 10 минут при выборе SCADA-системы оценке открытости рассматриваемых продуктов, Вы сможете сэкономить человеко-месяцы труда инженеров, программистов и пуско-наладчиков. 3.Оценка альтернатив SCADA-система Wi CC Для визуализации и управления технологическими процессами специалисты предпочитают использовать стандартные решения. В большинстве проектов применяется SCADA-система Wi CC фирмы Sieme s. Wi CC - это мощная универсальная SCADA-система, предназначенная для работы с контроллерами любых производителей. Wi CC занимает первое место по продажам в Европе и второе - в мире. Одним из важнейших факторов, влияющих на популярность той или иной системы в России, является наличие документации на русском языке, возможность получения технической поддержки и обучения. Именно поэтому фирма Sieme s всегда стремилась к созданию технических центров не только в Москве и Санкт-Петербурге, но и в регионах России. Wi CC может обмениваться данными с другими I -решениями, используя стандартизованные интерфейсы, например, с уровнями MES и ERP приложений (например, система SAP) или с такими приложениями, как Microsof Excel. Открытые программные интерфейсы Wi CC позволяют вам создавать и встраивать свои программы для управления процессом и данными процесса. Wi CC позволяет создавать проекты наиболее точно удовлетворяющие требованиям вашего процесса. Широкий спектр возможностей проектирования поддерживает создание разнообразных систем, от однопользовательских и систем с архитектурой клиент-сервер до распределенных резервированных систем с несколькими серверами. созданная конфигурация Wi CC может быть изменена впоследствии в любое время и это изменение не вызовет конфликта с существующими проектами. Wi CC – это совместимая с работой в Интернете система человеко-машинного интерфейса, которая позволяет реализовывать клиентские решения базе web, а также решения, использующие технологию “Тонкий клиент” В настоящее время используется последняя версия данного пакета - Wi CC 6.0. Ключевыми особенностями Wi CC 6.0 являются: масштабируемость - от недорогих однопользовательских систем со 128 внешними тегами до крупных распределенных систем с поддержкой до 12 дублированных серверов (до 64000 тегов на каждом) и 32 клиентов; высокопроизводительная система архивации на базе MS SQL Server 2000 (скорость - до 10000 тегов в секунду); возможность написания скриптов на стандартном языке от Microsof - Visual Basic Scrip i g, с поддержкой отладки; возможность создания макросов на Visual Basic для ускорения разработки проекта; опции Web aviga or и Da @Mo i or для доступа к данным АСУ ТП посредством I er e Explorer; полная поддержка стандарта OPC для обмена тегами, сообщениями и архивами с контроллерами и SCADA-системами других производителей.
А потом данные появились. И это были спецданные. Фактически академические профессора оказались на чужой оперативной подпитке. Их спрашивали: «А вы это понимаете?» Они отвечали: «А нам плевать! Нам плевать, кто на кого и почему «сливает», какая идет конкуренция! Нам важно, что есть данные. И что они конкретны». На это следовало естественное возражение: «А верификация (проверка данных то есть)?» Профессора уходили в сторону от ответа. Им надо было что-то понять. И они готовы были смириться с некорректностью процедуры. Не готовы они были к другому к развитию теоретического метода. И в целом было понятно, почему. Потому что в основном это были левые профессора. Они были марксистами и не могли идти дальше классовой борьбы. Ну, в крайнем случае, групп по интересам. Теория элит находилась справа. Умеренно правая территория элитоведения была занята Питиримом Сорокиным. А крайняя правая любопытными, но совсем уж одиозными исследованиями Моски, Парето и других. Была еще чисто функциональная теория элит, завершившаяся созданием теории принятия решений. Ну, техноструктуры. Ну, Гэлбрейт
2. Программное обеспечение системы принятия решений адаптивного робота
3. Авторское право на программное обеспечение
4. Программное обеспечение в фазе модернизации
9. Программное обеспечение удалённого доступа к технической документации
10. Вирусы и антивирусное программное обеспечение
11. Программное обеспечение компьютеров. Архиваторы
12. Обзор современного программного обеспечения управления проектами
13. Продуктовая политика организации (на примере продвижения услуг программного обеспечения)
14. Обзор современного программного обеспечения управления проектами
15. Программное обеспечение сетей ЭВМ
16. Разработка программного обеспечения
17. Анализ программного обеспеченния обучения и воспитания глубоко умственно отсталых детей
18. Анализ финансового решения
19. Структура программного обеспечения региональной экоинформационной системы
20. Виды программного обеспечения, операционной система
26. История развития прикладного программного обеспечения
27. Конфигурирования программного обеспечения алгоритма OSPF на маршрутизаторе
28. Программное обеспечение для создания видеоклипов
29. Программное обеспечение персонального компьютера
31. Программное обеспечение для ЭВМ
32. Крупнейшие производители операционных систем и программного обеспечения
35. Роль собственного капитала в обеспечении финансовой устойчивости банка
36. Легализация программного обеспечения
37. Аппаратное и программное обеспечение простых микропроцессорных систем
41. Общее понятие программного обеспечения. Гибкий экран
42. Определение операционной системы. Место ОС в программном обеспечении
43. Основные понятия и программное обеспечение систем реального времени
44. Прикладное программное обеспечение
45. Прикладное программное обеспечение
46. Проблемное и системное программное обеспечение
47. Программное обеспечение "Служба занятости"
48. Программное обеспечение встроенных систем управления на базе однокристальных микропроцессоров (МП)
49. Программное обеспечение системы обработки изображения в реальном времени
50. Программное обеспечение ЭВМ и языки программирования
51. Программное обеспечение. Операционная система
52. Проектирование процесса тестирования программного обеспечения
53. Разработка базы данных и прикладного программного обеспечения для автобусного парка
60. Разработка технического и программного обеспечения автоматизированной системы научных исследований
61. Создание программного обеспечения электронного учебника
62. Анализ прикладного программного обеспечения
64. Системное программное обеспечение
66. Революция в программном обеспечении УЧПУ
67. Методологические основы построения систем обеспечения финансового менеджмента
68. Программное обеспечение базы данный "Экологический мониторинг"
73. Роль собственного капитала в финансовом обеспечении деятельности предприятия
74. Каково значение анализа финансовой отчетности для принятия управленческих решений
75. Обеспеченность оборотными средствами и финансовая устойчивость сельскохозяйственных предприятий
76. Способы обеспечения качества программных продуктов
77. Авторское право как институт правовой защиты прикладного программно-математического обеспечения ЭВМ
78. Программный инструментарий системы принятия решений Project Expert
79. Решение экономических задач программными методами
82. Демографические проблемы России и пути их решения в плане обеспечения национальной безопасности
83. Обеспечение надежности инвестиционного решения
84. Решение задач по налоговому обеспечению
85. Финансовое обеспечение бюджетных учреждений
89. Использование электронных таблиц MS EXCEL для решения экономических задач. Финансовый анализ в Excel
90. Испытание и обеспечение надёжности ДЛА
91. Биотехнология. Вклад в решение глобальных проблем человечества
92. Органы технического и тылового обеспечения, создаваемые в танковом батальоне в оборонительном бою
93. Финансово-кредитное управление развитием оборонного комплекса России
94. Обеспечение работы с/х предприятия в условиях радиактивного заражения (WinWord)
95. Территориальные особенности обеспеченности хозяйства Украины природными ресурсами (Контрольная)
97. Деятельность международных организаций ООН в решении глобальной продовольственной проблемы
98. О тестировании спутниковых приемников и программных средств
99. Изменения, произошедшие в финансовой системе России, в переходе к рыночной экономике