Применение автоматизированной системы AMOS для управления судовым электрооборудованием морской ледостойкой стационарной платформы имени Ю. Корчагина
Описание морской ледостойкой стационарной платформы имени Ю. Корчагина. Анализ системы технической эксплуатации электрооборудования. Должностные обязанности энергослужбы, компьютеризированная система организации технического обслуживания и ремонта.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | дипломная работа |
Язык | русский |
Дата добавления | 29.11.2011 |
Размер файла | 8,2 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
3.3.2. Главное окно системы AMOS
В момент старта системы AMOS появляется главное окно программы (рис.3.3.4.).
Рис.3.3.4. Окно программы AMOS
AMOS позволяет управлять данными любого количества инсталляций (судов, береговых предприятий), и каждая инсталляция может быть разделена на департаменты. В департамент будут входить данные сгруппированные по какому-либо признаку в соответствии с логикой. Инсталяция на объекте разделена на 2 департамента: эксплуатационный комплекс, буровой комплекс. Данные разделяются на департаменты в соответствии с требованиями предъявляемыми компанией. На МЛСП эксплуатационный и буровой комплексы обслуживают разные организации. Доступ в департамент может быть открыт только для определенной группы пользователей, обладающей правами доступа. Это достигается предоставлением пользователю прав доступа, которые определены для каждого работника или для группы заранее. Таким образом разделение на департаменты позволяет создать более четкую структурную модель базы данных, что позволяет пользователю получить легкий доступ информации.
3.3.3 Компоненты
Компонентой в AMOS является единица оборудования или его часть, подлежащее техническому обслуживанию. Регистр компонент включает в себя весь перечень судового оборудования, организованный в древовидную иерархическую структуру. Каждая компонента описывается свойствами, такими как расположение, серийный номер, производитель, поставщик и другими, отображаемых на вкладке General (рис.3.3.5).
Рис.3.3.5. Окно компонент AMOS
Вкладка Details отображает любые технические описания данного оборудования в виде простого текстового документа или заранее разработанного шаблона.
Вкладка Jobs отображает перечень работ, прикрепленных к компоненте, с уже установленной периодичностью на основе счетчиков наработки или по временным счетчикам.
Вкладка Parts отображает список запасных частей для данного оборудования.
Вкладка Counters отображает информацию о состоянии счетчиков наработки оборудования.
Вкладка Attachments позволяет добавить любые данные к компоненте в виде файлов любого формата, например, схемы, рисунки, фотографии, видеодокументы.
Вкладка W.O. представляет собой список нарядов на работу для данного оборудования.
Вкладка History позволяет добавить любые замечания, которые возникают, например, с момента последнего ТО.
Вкладка Maintenance Log содержит полную запись о прошлых работах по ТО, выполненных с данной компонентой.
Управление складом
Информация о запасных частях, хранящихся на складе (на МЛСП) отображается в регистре Stock Items (рис.3.3.6.). По каждой запчасти отображается наименование, номер, производитель, поставщик, расположение, количество на складе, цена, максимальное, минимальное допустимые количества и уровень перезаказа. На основании этих, введенных заранее уровней, а также по мере использования и списания запчастей, система может автоматически рассчитывать Stock Wanted quantity (требуемое количество запчастей) и формировать автоматическую заявку на снабжение.
Рис.3.3.6.Окно Stock Items программы AMOS
Информация, относящаяся к запасным частям может быть получена переключением следующих вкладок:
Вкладка Vendors (поставщики) отображает детальную информацию о ценах, времени доставки запчастей для каждого поставщика.
Вкладка Outstanding Forms отображает список сформированных заявок на снабжение.
Вкладка Stock Transactions отображает все перемещения запчастей, такие как закупка, списание и др.
Вкладка Components отображает список компонент, которые используют данную запчасть.
Вкладка Reserved on Work Orders (зарезервировано для наряда на работу) отображает список нарядов на работу, в которых предусмотрено использование какого-либо количества данной запчасти.
Вкладка Attachments позволяет добавить любые данные к запчасти в виде файлов любого формата, например, схемы, рисунки, фотографии, видеодокументы.
Вкладка Overview отображает полное количество аналогичных запчастей, которые были использованы за предыдущие 5 лет, включая покупки, списание на ТО, возвраты поставщику, сломанные запчасти и т.д.
Адреса
Регистр Addresses хранит полную контактную информацию, включая банковские реквизиты, о производителях, поставщиках оборудования, агентах компании, адреса доставок оборудования (рис.3.3.7.). Данные этого регистра используются для автоматической рассылки заявок на снабжение.
Рис.3.3.7. Окно регистра адресов программы AMOS
Планирование технического обслуживания
AMOS позволяет автоматизировать любые процессы ТО и Р судового оборудования. Работы по ТО могут планироваться в зависимости от счетчиков наработки компонент и календарных интервалов.
Важной функцией системы AMOS является возможность планирования работ в зависимости от технического состояния оборудования (Condition Based Maintenance). Для реализации этой функции компьютер с программой AMOS подключается через стандартные аппаратные интерфейсы к системам мониторинга технического состояния оборудования.
Планово-предупредительная система ТО и Р реализуется в программе AMOS следующим образом. Work Orders (наряды на работу) автоматически формируются программой на основе установленной для работ периодичности с учетом даты последнего выполнения работ. В наряд на работу могут включаться инструкции по выполнению работ, специальные замечания судовладельца, замечания по требованиям класса судна, предполагаемое время и стоимость работ, список требуемых запасных частей, требуемые ресурсы.
Наряды на работу помогают отслеживать приоритет работ, даты их выполнения, группы ответственных лиц, предполагаемые затраты запчастей, затраты бюджета отдельно по каждому заведованию, время простоя обслуживаемого оборудования.
Отдельные наряды на работу могут быть сгруппированы в Rounds (циклы). Циклы используются для простых работ, таких как проверки или замены смазки и др.
Наряды на работу на диаграмме Ганта (рис.3.3.8). Цвет прямоугольника зависит от статуса работы (запланированная, выполненная, просроченная, аварийная и др.).
Рис.3.3.8. Окно планирования работ системы AMOS. Диаграмма Ганта
Отчеты о выполненных работах
Работа по ТО считается выполненной, когда по ней оформлен отчет (рис.3.3.9). В отчете указываются дата выполнения работы, затраченные запчасти и ресурсы (люди, подразделения, механизмы). В этот момент автоматически корректируются данные о количестве запчастей на складе (на судне), а также производится анализ и составляется прогноз использования ресурсов и запчастей на следующий период.
Рис.3.3.9. Окно отчета о выполненной работе
AMOS добивается таких результатов, контролируя и оптимизируя процессы технического обслуживания и закупок (рис.3.3.10.).
Рис.3.3.10. Схема процессов контроля и оптимизации ТО и закупок модулем AMOS
Рассмотрение схемы начинается с точки Start here. Компоненты судна должны подвергаться техническому обслуживанию, в результате которого расходуются запасные части. Инициируются процессы планирования ТО, выполняются работы по ТО. В процессе ТО собираются данные о выполненных работах, поломках, использовании запасных частей. В ответ на судовые заявки происходит обеспечение судно запасными частями и материалов. Данные о выполненном ТО и затраченных запчастях на всех судах компании анализируются и сравниваются. В результате этого анализа и сравнения опыта всех судов вырабатывается наилучший вариант по каждому виду ТО, вырабатываются замечания и процедуры по улучшению и оптимизации ТО судов. Эти процедуры рассылаются на все суда компании. Таким образом вырабатывается стандарт компании по проведению ТО и снабжения судов, который вбирает в себя весь положительный и отрицательный опыт всех судов компании, содержит рекомендации и процедуры оптимального ТО и снабжения.
Преимущества AMOS
Выбор Заказчиком программного продукта осуществляется исходя из множества требований, и потому всегда конкретен и индивидуален. Многие из этих требований несут в себе специфику данного проекта (например, необходимая функциональность). Только проанализировав все их, по совокупности свойств того или иного продукта можно сформировать предпочтение.
Тем не менее, можно сформулировать ряд самых общих свойств AMOS, максимально широко применимых для российских и западных условий, которые, в той или иной степени, будут его преимуществами перед конкурирующими продуктами:
1. Заказчику AMOS гарантирован непосредственный контакт с разработчиком продукта. Важность данного факта становится очевидной, когда речь идет о выполнении всех требований технического задания.
2. Разработчик AMOS участвует в выполнении проекта внедрения информационной системы. Благодаря этому степень "внедряемости" продукта максимальна.
3. Адаптируемость продукта под специфику предприятия и возможность развития созданной системы в соответствии с изменяющимися потребностями.
4. AMOS имеет мощную функциональность, которая является результатом многолетнего инвестирования в разработку.
5. AMOS независимый продукт, ориентированный на предметную область управления.
6. AMOS имеет собственные механизмы, позволяющие территориально удаленным пользователям работать в информационной системе предприятия независимо от качества каналов связи.
Требования AMOS к программно-аппаратному обеспечению
Функционирование AMOS на узлах сети, взаимодействие AMOS с системой управления базой данных (СУДБ) на узле, а также обмен данными между узлами обеспечивается соответствующими программно-аппаратными средствами.
Программно-аппаратное обеспечение, необходимое для работоспособности AMOS, может существенно различаться в разных инсталляциях AMOS. Его состав зависит от конфигурации сети, количества пользователей на каждом узле, типа используемой СУБД, используемых каналов связи.
Состав программно-аппаратного обеспечения сети AMOS
Среди всех компьютеров сети AMOS можно выделить следующие типовые варианты, которые не обязательно имеются в каждой инсталляции:
Сервера СУБД и ОС:
- сервер данных центрального узла сети AMOS;
- сервер данных удаленного узла сети AMOS;
- терминальный сервер узла сети AMOS;
- сервера системы AMOS;
- транспортный сервер узла сети AMOS;
- сервер функций (приложений) AMOS;
- рабочие станции AMOS;
- однопользовательский узел AMOS;
- рабочее место на узле сети AMOS;
- терминальное рабочее место на узле сети AMOS;
- рабочее место внешнего клиента;
Простейшая конфигурация предполагает наличие одного однопользовательского узла AMOS. При нескольких рабочих местах необходим сервер данных центрального узла и рабочие станции на узле. При реализации распределенной сети устанавливаются серверы данных удаленных узлов или удаленные однопользовательские узлы AMOS, а также транспортные серверы узлов.
Кроме перечисленных компонент для работы многопользовательской системы необходима локальная вычислительная сеть (ЛВС) на узле, а для организации распределенной сети из несколько узлов необходимо соответствующее оборудование.
Конкретный состав сети и точные требования к каждой ее составляющей определяются на этапе внедрения системы с учетом имеющихся у Заказчика технических средств и программного обеспечения, а также исходя из их доступности на рынке. Приведенные ниже требования являются минимально возможными для системы, в базе данных которой насчитывается несколько десятков тысяч единиц оборудования и связанных с ними данных.
Требования к серверам AMOS
Сервера AMOS предназначены для выполнения следующих функций:
- транспортный сервер для обеспечения автоматического обмена данными между узлами сети AMOS;
- сервер AMOS WWW для обеспечения обмена данными системы AMOS с внешними клиентами и с внешними системами;
- сервер функций для поддержания эффективного функционирования прикладных модулей AMOS, работает как СОМ-сервис;
Транспортный сервер используется в распределенной сети AMOS. Сервер AMOS-WWW используется, если в поставку AMOS входит модуль " AMOS-WWW". В этом случае компьютер сервера устанавливается на центральном или на любом удаленном узле. Сервер функций используется, если в поставку AMOS входит модуль "Сервер AMOS". В этом случае компьютер для сервера функций AMOS выделяется на каждом узле.
Серверы AMOS должны обладать следующими техническими характеристиками:
- на транспортном сервере и сервере AMOS-WWW используется одна из серверных ОС Windows, например, MS Server 2008 или более поздние версии;
- на сервере функций используется Windows Vista Professional или Windows 7;
- процессор Intel Pentium IV с частотой не ниже 2 ГГц;
- размер ОЗУ минимум 512 Мб;
- жесткий диск объемом не менее 10 Гбайт;
- видеокарта и монитор с разрешением не менее 800х600 пикселей (если требуется ручное управление функционированием сервера);
- клавиатура и мышь (если требуется ручное управление функционированием сервера);
- CD-ROM или другое устройство для установки программного комплекса AMOS;
- сетевая карта с номинальной пропускной способностью не хуже 10 Мбит/с (рекомендуется 100 Мбит/с);
- источник бесперебойного питания;
- транспортный сервер должен иметь модем или другое оборудование для организации канала связи с другими узлами;
- для сервера функций AMOS рекомендуется использовать наиболее мощный процессор на узле (наиболее важной характеристикой является скорость обмена данными с оперативной памятью) ;
- на сервере функций AMOS имеется отдельный канал связи с сервером данных (отдельная сетевая карта) с номинальной пропускной способностью не ниже 100 Мбит/с;
- сервер AMOS-WWW имеет постоянное соединение с сетью Интернет (либо Интранет), на нем установлен сервер Интернет Microsoft Internet Information Server версии 5.0 или более поздних модификаций;
- для функционирования сервера AMOS-WWW используется PHP версии 4.2 или более поздней версии;
- сервер AMOS-WWW имеет выделенный для него IP-адрес, предназначенный для внутренних (внешних) сетей, построенных на основе стека протоколов TCP/IP;
- для функционирования сервера AMOS-WWW требуется наличие транспортного сервера AMOS, даже если сеть AMOS состоит только из одного узла;
- cуществует возможность совмещать функции различных серверов AMOS. Тогда компьютер, используемый для этой цели, должен, как минимум, удовлетворять требованиям, предъявляемым соответствующими серверами AMOS;
Требования к рабочим станциям AMOS
Рабочее место на узле сети AMOS предназначено для работы пользователя с программным обеспечением AMOS, установленном на данном рабочем месте и взаимодействующим с СУБД, установленной на сервере данных этого узла.
Рабочее место AMOS должно отвечать следующим требованиям:
- установлена одна из ОС типа Windows (XP, Vista, 7) с настроенным сетевым программным обеспечением, обеспечивающим доступ к СУБД узла;
- если для отчетных форм используется генератор отчетов на основе Crystal Reports версии XI, то на компьютере должна быть установлена библиотека Microsoft .NET Framework версии 3.5;
- процессор Intel Pentium 4; Intel Core;
- размер ОЗУ минимум 512 Мбайт (рекомендуется 1024);
- жесткий диск объемом не менее 10 Гбайт из них свободных;
- видеокарта и монитор с разрешением не менее 1280х720 пикселей;
- клавиатура и мышь;
- CD-ROM или другое устройство для установки AMOS;
- сетевая карта с номинальной пропускной способностью не хуже 2 Мбит/с (если рабочее место входит в состав ЛВС узла сети AMOS).
Однопользовательская инсталляция AMOS предназначена для работы одного пользователя на отдельно стоящем компьютере. Такая инсталляция имеет место, когда вся сеть AMOS состоит из одного компьютера, или когда канал связи с офисной инсталляцией не обеспечивает требуемую пропускную способность тогда такой отдельный компьютер появляется в составе сети AMOS.
На компьютере однопользовательского узла функционирует и комплекс AMOS, и СУБД. Если он входит в состав сети AMOS, то он же исполняет и функции транспортного сервера (с предъявлением к нему соответствующих требований).
На однопользовательском узле используется одна из СУБД, например, Sybase. Рекомендуется использовать облегченные варианты СУБД. Размер ОЗУ минимум 512 Мбайт (рекомендуется 1024).
Терминальное рабочее место предназначено для работы с AMOS, установленным на терминальном сервере, и взаимодействующим с СУБД, установленной на сервере данных. В отличие от рабочего места, на терминальном рабочем месте AMOS не устанавливается и не предъявляет никаких дополнительных требований. Возможности терминального рабочего места для доступа к терминальному серверу регламентируются требованиями соответствующей ОС.
Рабочее место внешнего клиента предназначено для работы с модулем " AMOS-WWW". Пользователь с рабочего места внешнего клиента получает доступ к серверу AMOS-WWW и выполняет все функции на нем.
На рабочем месте внешнего клиента не требуется устанавливать AMOS, поэтому требования к нему регламентируются только ОС, в качестве которой может быть использована любая ОС, обеспечивающая работу со стеком протоколов TCP/IP и доступ в Интернет. Должна быть установлена программа навигации по сети (Browser), поддерживающая протоколы HTML версии не ниже 6.0, CSS версии не ниже 5 и язык JavaScript версии не ниже 8.1.
Требования к сети и коммуникационным каналам
ЛВС каждого из узлов должна быть построена в стандарте сетей, который способен обеспечивать взаимодействие операционной системы и СУБД сервера данных узла с ОС и драйверами доступа к данным всех рабочих станций в составе этого узла. В качестве наиболее широко используемого типа ЛВС предлагается стандарт сетей Ethernet, описанный в IEEE 802.3.
Номинальная скорость подключения сервера данных и транспортного сервера к ЛВС узла сети AMOS должна составлять не менее 100 Мбит/с. Не рекомендуется иметь в ЛВС сегменты, в которые входит более 50 одновременно работающих компьютеров. В ЛВС должна быть организована регистрация пользователей и разграничение прав доступа.
Характеристики ПК в офисе и на МЛСП им. Ю. Корчагина
По информации, полученной в ходе обследования, все компьютеры, поставляемые на объект, соответствуют необходимым требованиям. Все рабочие места должны быть включены в общую локальную сеть.
В любом случае, на компьютере старшего механика, может быть установлена система технического менеджмента AMOS, СУБД Sybase ASA с базой данных, система синхронизации с офисной базой данных AMOS Replication. Остальные пользователи системы должны иметь доступ по локальной сети к компьютеру, где размещён сервер с СУБД.
Как минимум система должна быть установлена на рабочих местах:
- Центральная диспетчерская
- Начальник платформы
- Начальники по всем направлениям
В офисе для организации работы системы AMOS будет выделен отдельный сервер с необходимыми характеристиками. Рабочие станции клиентских мест соответствуют необходимым требованиям. Все рабочие станции объединены в локальную сеть и будут иметь доступ для работы в режиме клиент-сервер.
Обобщенная примерная схема внедрения системы ТО и Р AMOS
Требования заказчика к системе ТО и Р AMOS
Заказчиком выдвинуты требования к системе ТО и Р:
- Наличие модулей технического обслуживания, ремонтов, закупок, складского учета, бюджета, репликации;
- Соответствие функционала предоставленному описанию;
- Возможность автономной работы системы в офисе и на МЛСП;
- Возможность синхронизации базы данных МЛСП с офисной базой данных, в автоматическом и ручном режиме;
- Возможность дальнейшего тиражирования системы на другие удаленные объекты с подключением их в офисную базу данных;
- Возможность настройки интерфейса программного обеспечения на предметную область пользователя;
- Наличие в системе функции автоматических уведомлений по процессу технического обслуживания;
- Возможность сопряжения с системами автоматики, имеющимися на МЛСП;
- Возможность сопряжения с корпоративными информационными системами (в частности, SAP R/3);
Для применения системы на МЛСП Российского Морской Регистр Судоходства требует наличие сертификата о типовом одобрении программы AMOS.
Нефтедобывающая компания требует соответствия описания функциональных возможностей автоматизированной системы ТО и Р AMOS. Основным требованием является поставка системы «под ключ», с необходимым информационным наполнением и настройками на рабочих местах. Информационное наполнение и настройки должны производиться в соответствии с требованиями и стандартами, принятыми в компании. Все работы по созданию, наполнению, настройке и внедрению системы должны быть выполнены одним поставщиком, с минимальным привлечением ресурсов. После внедрения система должна быть сразу же запущена в эксплуатацию. После запуска системы в эксплуатацию со стороны поставщика должна быть оказана консультационная поддержка по вопросам эксплуатирования и администрирования системы.
Цель внедрения системы ТО и Р AMOS
Целью внедрения системы ТО и Р AMOS является создание единой информационной системы планирования, выполнения технического обслуживания (ТО), ресурсного обеспечения и необходимого финансового учета, позволяющей автоматизировать работу сотрудников офиса и работу сотрудников МЛСП.
Внедрение системы ТО и Р AMOS позволит достичь следующих результатов:
- централизованное системное ведение полного реестра узлов, агрегатов и оборудования, подлежащего техническому обслуживанию на МЛСП;
- централизованное планирование календарного ТО, ТО по счетчикам (моторесурс), ТО по событиям;
- автоматизированное формирование потребностей в материалах для запланированных работ по ТО, а также потребностей в общем снабжении (расходные материалы и пр.);
- автоматизированное финансовое планирование ТО;
- отражение в системе процессов закупки: автоматическое формирование заявки/заказа на приобретаемые материалы/услуги, поступление материалов;
- отражение в системе складских операций: списание материалов, инвентаризация, хранение и перемещение материалов;
- мониторинг выполнения планов по ТО, проводимых на МЛСП;
- уменьшение бумажного документооборота и сокращение сроков формирования внутренней и внешней отчетности;
Этапы внедрения системы ТО и Р AMOS
Компания SpecTec оказывают весь перечень услуг, необходимый для внедрения системы технической эксплуатации:
- бизнес консультирование;
- проведение исследования системы технической эксплуатации;
- создание технического проекта системы на основе технического задания;
- создание базы данных;
- ввод системы в эксплуатацию на объекте;
- обучение пользователей, системная интеграция;
- сопровождение системы;
Система AMOS предназначена для проведения анализа состояния оборудования, критичности состояния запчастей, управления параметрами технического обслуживания, с целью увеличения эффективного срока службы оборудования.
В состав системы для компании нефтедобывающего сектора входят:
- Система технического обслуживания и ремонта
- Система управления качеством
- Система управления персоналом
- Модуль безопасности и охраны окружающей среды
Этапы внедрения КСО ТО и Р AMOS представлены на рис.3.4.1.:
Рис.3.4.1. Этапы внедрения КСО ТО и Р AMOS
Анализ потребностей объекта внедрения
Для внедрения системы AMOS на МЛСП им.Ю.Корчагина необходимо изучить и проанализировать систему технической эксплуатации нефтедобывающей компании. Для этого следует произвести:
1. Анализ технического департамента
- изучение структурной схемы технического департамента, департамента закупок и других департаментов;
2. Анализ существующей схемы организации проведения технического обслуживания и ремонта СЭО
- изучение порядка организации и проведения планового и внепланового технического обслуживания ремонтных работ СЭО;
- изучение работ, связанных с соблюдением требований СУБ;
- изучение процесса отчетности по ТО и Р СЭО;
- изучение разработанных планов-графиков технического обслуживания, порядков обновления сертификатов (РМРС, Гостехнадзор);
3. Анализ существующей организации закупок ЗИП и услуг, складской учёт
- изучение процесса прохождения информации и принятия решений, с приложением схемы по вопросам закупки ЗИП, заказа и выполнения сервисных работ внешними исполнителями;
- изучение процесса инвентаризации и складского учёта, порядка создания закупочных форм, порядка составления заявок на заказ ЗИП и прочие услуги, изучение порядка рассмотрения, одобрения заявки в офисе, производство тендеров на закупку ЗИП и услуг;
- изучение порядка получения и учета ЗИП на МЛСП, отчётность по ЗИП;
4. Анализ программно-аппаратного обеспечение заказчика, используемых систем связи и почтовых систем
5. Анализ расходной части (отслеживание бюджетов)
- бюджетный план (перечень статей, структура);
- процедуры планирования и использования бюджетов, уровни принятия решений;
- отчётность по исполнению бюджетов;
- бухгалтерская отчётность по вопросам технической эксплуатации;
6. Анализ процесса интеграции с АСУТП
Существующая схема управления
Нефтедобывающая компания осуществляет техническую эксплуатацию объектов и обеспечивает следующие функции:
- подготовку объекта к безопасной эксплуатации;
- контроль состояния и безопасности, незамедлительные действия по расследованию аварийных происшествий и принятию мер по их устранению и предупреждению;
- выполнение международных, национальных и изданных компанией стандартов, правил и норм по безопасности и предотвращению загрязнения;
- техническое обслуживание и ремонт объектов, освидетельствование и своевременное возобновление сроков действительности документов;
- обеспечение технологических циклов, связанных с добычей, подготовкой и транспортировкой нефти и газа;
- материально-техническое снабжение объектов;
Комплектация программы AMOS в офисе и на объекте
Для автоматизации процессов технической эксплуатации МЛСП компанией SpecTec предлагается соответствующая комплектация программы. Комплектация программы AMOS в офисе и на объектах предоставлена в табл.3.4.1. и табл.3.4.2.
Табл.3.4.1. Комплектация программы AMOS в офисе
Наименование |
Описание |
|
AMOS Suite, 5 users |
Офисная лицензия на 5 сетевых пользователей |
|
Sybase ASA |
СУБД |
|
Maintenance |
Модуль планирования технического обслуживания |
|
Purchase |
Модуль проведения операций по закупкам |
|
Stock control |
Модуль управление складскими запасами |
|
Budget |
Модуль управление бюджетом |
|
Project manager |
Модуль для объединения специфических работ в один «проект» (например, для планирования ремонтов) |
|
Document System |
Модуль для работы с файлами других приложений |
|
Graphics |
Модуль для работы с изображениями в AMOS |
|
Task Server |
Модуль выполнения назначенных заданий |
|
Condition Based Maintenance |
Модуль технического обслуживания по состоянию |
|
AMOS Replication |
Модуль синхронизации офисной и объектовых баз данных |
Табл.3.4.2. Комплектация программы AMOS на объекте
Наименование |
Описание |
|
AMOS Suite, Standalone |
Лицензия однопользовательская |
|
Sybase ASA 9.0. |
СУБД |
|
Maintenance |
Модуль планирования технического обслуживания |
|
Purchase |
Модуль проведения операций по закупкам |
|
Stock control |
Модуль управление складскими запасами |
|
Project manager |
Модуль для объединения специфических работ в один «проект» (например, для планирования ремонтов) |
|
Document System |
Модуль для работы с файлами других приложений |
|
Graphics |
Модуль для работы с изображениями в AMOS |
|
AMOS Replication |
Модуль синхронизации офисной и объектовых баз данных |
К использованию предлагается система, состоящая из офисной базы данных и базы данных объекта (МЛСП им. Ю. Корчагина). Офисная база данных будет установлена в офисе, база данных объекта на МЛСП им. Ю. Корчагина.
Для полной синхронизации информации офисной и базы данных объекта будут производиться периодические операции синхронизации c использованием электронной почты. В качестве системы управления базой данных (СУБД) будет использоваться Sybase ASA 9.0. Доступ к базам данных будет осуществляться через интерфейс программного обеспечения AMOS.
Основные задачи решаемые системой AMOS
Согласно взаимной договорённости сторон, на объект и в офисе система будет решать различные задачи. Ниже приведён список задач решаемых системой.
На объекте система AMOS предназначена для решения следующих задач:
- организация работ по техническому обслуживанию объекта;
- контроль за своевременным обновлением сертификатов;
- подготовка и проведение заводских ремонтов;
- формирование и подача заявок на закупку ЗИП;
- формирование и подача заявки на доставку ЗИП на удалённый объект;
- получение требуемой информации в отчётных формах;
- организация плановой и срочной передачи информации в офис;
В офисе система AMOS предназначена для решения следующих задач:
- контроль за процессом ТО и Р объекта, ТС оборудования;
- контроль за своевременным обновлением сертификатов;
- организация и проведение закупок ЗИП по заявке от объекта и по собственной инициативе;
- организация и проведение заказа Работ/Услуг;
- получение требуемой информации в отчётных формах;
- администрирование системы;
Предлагаемая структура БД
Исходя из списка задач, предлагается к построению система, в которой все данные по конкретному объекту будут храниться в Департаменте «Maintenance» (Техническое обслуживание). В отдельный департамент будет вынесена информация по Буровому комплексу. Общие данные, специфичные для всей компании будут храниться в департаменте «Общее».
В департаменте объекта «Техническое обслуживание» будут описаны все системы и механизмы с использованием SFI- кодировки, Сертификаты, каталоги ЗИП, различные виды ремонтных работ и работ по техническому обслуживанию. Системы и механизмы, сертификаты будут специфичны для каждого объекта в отдельности. Редактирование или дополнение информации в данных регистрах будет разрешено начальникам отделов по направлениям в офисе и руководителям по направлениям на объекте.
В момент ввода системы в эксплуатации права на редактирование или дополнение информации для руководителей по направлениям на объекте будут выдаваться на основании заявки начальника отдела по направлению в офисе. Каталоги материалов глобальны для всей компании и интегрированы с системой R3. Редактирование или дополнение информации в данных регистрах будет разрешено начальникам отделов по направлениям в офисе. Язык наполнения каталогов ЗИП будет в соответствии с документацией. Предпочтительный язык - русский.
Информационное наполнение в департаменте Maintenance
Следующая основная информация вносится в систему AMOS на стадии создания баз данных объекта:
- cертификаты;
- cистемы и оборудование (название, тип, серийный номер, изготовитель, тех.описание);
- периодические работы для сертификатов, систем и оборудования (название, содержание, периодичность выполнения, ответственная должность);
- ЗИП для систем и оборудования (название, поставщик, код по каталогу, позиция по чертежу и пр.);
Функциональное использование системы AMOS при проведении ТО
Система AMOS формирует план-график технического обслуживания на основе информации, внесенной в базу данных при ее создании. Все наряды на работы первоначально формируются в статусе «Запрошен». Начальник платформы или его заместитель, после согласования со специалистами (руководителями) по направлениям, должен перевести наряды на работы в статус «Плановый», так же перевести статус компонента (механизма) с «Доступен» на «В Ремонте» на основании номера наряда на работу, как показано на рис.3.4.2.
Это право дано начальнику платформы, для того чтобы можно было централизованно управлять процессами, затрагивающими различные направления, и сосредоточения принятие решения по производству работ в одних руках.
Только наряды на работы в статусе «Плановый» можно выдать для производства работ. Это действие (выдачу нарядов исполнителям) могут делать руководители по направлениям, например, это действие сможет выполнить главный инженер энергетического комплекса.
Также план-график включает внеплановые работы, необходимость выполнения которых возникла в ходе эксплуатации оборудования. Внеплановые работы формируются сразу в статусе «Плановый» и далее могут быть выданы руководителями по направлениям исполнителям.
Рис.3.4.2. Изменение статуса наряда на работу
Все изменения по нарядам на работы фиксируются в системе - изменение статусов, выдача нарядов, изменение сроков, исполнителей и т.д.
После отчёта о работе, наряд переходит в статус «Выполнен». Начальник платформы или его заместитель после согласования со специалистами (руководителями) по направлениям должен перевести статус компонента (механизма) с «В Ремонте» на «Доступен».
Функция контроля над выполненными нарядами возлагается на начальников направлений в офисе. После просмотра и анализа выполненных работ, эти наряды должны быть переведены в статус «Контроль-Архив».
Вся история о проведённых работах будет храниться в базе данных. Она будет доступна для просмотра и анализа с применением различных критериев по выбору информации (По оборудованию, исполнителям, проведённым работам, периодам выполнения, и дополнительным критериям).
Начальник платформы (заместитель начальника платформы) выполняет следующие функции в системе AMOS в части проведения ТО и Р:
- переводит наряды из статуса «Запрошен» в статус «Плановый»;
- переводит компоненты из статуса «Доступен» в «В Ремонте» и наоборот;
- контролирует полноту и правильность вносимой информации по всем отчетам о проведении техобслуживания и расходованию ЗИП;
- дает разрешение о пуске оборудование в эксплуатацию с подкреплением акта или приказа;
Старший механик выполняет следующие функции в системе AMOS в части проведения ТО и Р:
- регистрирует данные журнала наработки механизмов не реже одного раза в месяц;
- выдает наряды на работы по своему заведыванию;
- отчитывается по выполненным работам по своему заведыванию;
- контролирует полноту и правильность вносимой информации по всем отчетам о проведении ТО и расходованию ЗИП;
- вносит в систему внеплановые работы по своему направлению, необходимость выполнения которых возникла в ходе эксплуатации оборудования;
- готовит заявки на пополнение израсходованных запасных частей и снабжения;
Главный энергетик выполняют следующие функции в системе AMOS в части проведения ТО и Р:
- выдает наряды на работы по своему направлению;
- отчитывается по выполненным работам по своему заведыванию;
- контролирует полноту и правильность вносимой информации по всем отчетам о проведении ТО и расходованию ЗИП;
- вносит в систему внеплановые работы, каждый по своему направлению, необходимость выполнения, которых возникла в ходе эксплуатации оборудования;
- готовят заявки на пополнение израсходованных запасных частей и снабжения;
Электромеханики выполняют следующие функции в системе AMOS в части проведения ТО и Р:
- получают наряды на работы для выполнения ТО и Р;
- отчитываются о проведении ТО, внося в систему все необходимые данные (дату проведения ТО, расход ЗИП на проведение ТО, история ТО, показания счетчика и пр.);
Начальник энергетического отдела в офисе:
- проверяет по объекту отчеты о проведении работ по ТО и использованным материалам;
- осуществляет перепланирование работ в случае необходимости с указанием причины переноса работ;
- переводят наряды на работы из статуса «Выполнен» в статус «Архивный»;
- осуществляют перспективное и текущее планирование ТО и ремонта объектов, на основании существующих в системе нарядов на работы, обеспечивает их выполнение в соответствии с требованиями нормативных документов;
Порядок вывода и и ввода электрооборудования в эксплуатацию
Согласно стандарту СТП-01-026-2003 существует определённый порядок и перечень документов о выводе оборудования из эксплуатации, передаче в ремонт и ввода в эксплуатацию. В AMOS предполагается факт передачи оборудования в ремонт, в эксплуатацию и т.п. фиксировать с помощью изменения статусов компонентов. Факт изменения статусов компонентов с указанием исполнителя, времени и ссылки на наряд на работу фиксируется в системе и всегда может быть просмотрен.
СЭО сдается на сервисное обслуживание, по акту сдачи оборудования на сервисное обслуживание по форме ТФ-12. При необходимости существует возможность сформировать наряд на внеплановую работу по сдаче оборудования на сервисное обслуживание, по закрытию которого можно будет приложить соответствующий акт. При этом существует возможность изменить статус компонента со ссылкой на этот наряд на работу.
Установка сдается в ремонт по Акту по форме ТФ-15 при условии ее подготовки к ремонту. Для этого в AMOS необходимо сформировать наряд на работу на сдачу оборудования в ремонт. Копия Акта может быть подкреплена к этому наряду на работу.
После получения распоряжения о выводе СЭО в ремонт ТФ-14 меняется статус компонента (В ремонт) или всей системы по иерархической зависимости в AMOS. Копия этого распоряжения может быть также подкреплена к этому наряду на работу.
Прием установки после ремонта производится по Акту сдачи установки в эксплуатацию по форме ТФ-16. К акту прилагается исполнительная документация на ремонт, замену и реконструкцию СЭО, оформленная исполнителем работ в установленном порядке. Пуск СЭО после ремонта без оформления Акта сдачи установки в эксплуатацию не допускается по форме ТФ-16.
СЭО принимается из сервисного обслуживания, по акту по форме ТФ-13. При закрытии сформированного наряда на внеплановую работу по сдаче оборудования на сервисное обслуживание прилагается данный акт.
Также к наряду на работу может быть подкреплена копия дефектной ведомости и другие необходимые документы.
После получения распоряжения о пуске СЭО после ремонта ТФ-17, статус компонента может быть изменён обратно (В эксплуатацию).
Выполнение работ по ТО и ремонту электрооборудования сервисными организациями
В случае, когда работы по ТО и Р производит сервисная (внешняя) организация порядок использования системы несколько меняется.
Для таких работ в системе AMOS задаётся окно 30 дней. То есть такие работы система автоматически будет включать в план-график за 30 дней до актуального времени выполнения этих работ.
Отслеживание и контроль таких работ ведёт ответственный сотрудник компании-владельца по своему направлению. Наряды на работы выписываются на него.
В случае, если представитель сервисной организации находится на объекте и работает по подписанному контракту, то ответственный сотрудник компании-владельца по своему направлению выдаёт ему наряды на работы. По факту выполнения этих работ отчитывается в системе. При этом он может, при необходимости, списывать денежные средства на выполненные работы (по классу бюджета - Maintenance), указывая стоимость каждой работы.
В случае, если необходимо вызвать специалистов сервисной организации на объект, то ответственный сотрудник компании-владельца по своему направлению выполняет заказ работ сервисным организациям путём формирования заказа (Purchase Order). В этот заказ должны быть включены временные параметры, перечень работ для выполнения, перечень необходимых материалов для выполнения каждой работы. После выполнения списка работ по этому заказу и после того как известна сумма за эти работы и имеется соответствующий акт, то эта сумма может быть списана на этот заказ целиком по классу бюджета Purchase.
В случае если сервисная организация использовала свой ЗИП, то они проходят общей суммой с выполненными работами по акту. В случае, если сервисная организация использовала ЗИП и материалы принадлежащие нефтедобывающей компании, то они списываются отдельной строкой по классу бюджета Stock (Склад).
Отчёт о работах выполненных сервисными организациями, заносит в систему ответственный сотрудник компании-владельца по своему направлению.
Контроль над процессом ТО и ремонта
Контроль за отчетами о проведении ТО и Р проводится в системе AMOS в офисной базе данных и базе данных объекта. На объекте старший механик и/или главный инженер энергослужбы должны контролировать своевременность выполнения ТО своими подчиненными.
В офисе контроль над соблюдением графика ТО ведет начальник энергетического отдела.
Проверяется полнота заполнения отчетов о выполненных работах, а также их своевременность. О полноте заполнения отчетов можно судить по истории ТО, которая остаётся в системе после выполнения отчетов.
Для выделения просроченных работ используется фильтр, в котором можно указать конкретную должность или получить общий список по всем заведованиям для работ, отчет по которым не был введен в систему до назначенного срока - для этого в фильтре выбирается критерий «Просрочено».
Для напоминания о выполненных, но не проконтролированных нарядах на работы начальник энергетического отдела будет использоваться информационные панели, на которых будут отображаться напоминания о таких нарядах.
Контроль своевременности обновления
Для решения задачи контроля своевременности обновления сертификатов, создаются компоненты, соответствующие названиям сертификатов. С ними связаны работы, которые называются “Обновление сертификата”. Периодичность работы - срок действия сертификата. Аналогично процессу ТО на эти работы создаются наряды с указанием ответственного за их проведение и срока выполнения. Дополнительно должен быть указан период, за который до даты проведения работы система должна выдать наряд на неё исполнителю. Этот параметр называется Окно, измеряется в днях и определяется для каждой работы, при назначении для конкретного компонента. По умолчанию его значение будет установлено в значении 90 дней. Права на изменения этого срока будут предоставлены начальникам энергетического отдела в офисе.
При обновлении сертификата необходимо будет сделать отчёт о работе, в котором будет возможность указать дополнительную информацию, связанную с этой работой.
После составления отчёта о работе все заинтересованные лица на объект и в офисе смогут с ним ознакомиться.
Функциональное использование системы AMOS при планировании и проведении проекта ремонтных работ
Применение данного модуля распространяется на руководителя энергослужбы, организующих и обеспечивающих ТО и Р, береговые службы компании в лице начальника энергетического отдела в офисе, контролирующего и оказывающего содействие в его выполнении.
Функциональное использование модуля Проект (Project) системы AMOS:
Для облегчения формирования ремонтных или сервисных работ, их группирования и анализа предлагается использовать модуль Проектов. Конкретный проект может включать в себя весь перечень работ (Работы по требованию, Плановые работы, Работы Проекта), необходимость проведения которых была зарегистрирована в системе AMOS за период эксплуатации. Работы по требованию и плановые работы, сформированные в системе и подключенные затем к проекту, не будут фигурировать в общем графике ППО. Выполнение этих работ автоматически переназначается на период, определенный для проекта в целом. Из Проекта работы могут быть внесены общим списком в заявку с указанием внешнего исполнителя.
Отчет по работам Проекта производиться, так же как и при проведении ТО.
При работе с проектами в системе AMOS просматриваются следующее разделение функций:
Главный энергетик выполняют следующие функции в системе AMOS по планированию и проведению ремонта:
- включение стандартных ремонтных работ (подготовительные работы, работы по контролю технического состояния, ремонтные работы по узлам и разделам) в текущий Проект;
- включение Работ по требованию по критерию Ремонт;
- создание новых работ Проекта;
- редактирование содержания работ Проекта;
- отчет о выполнении работ Проекта;
- распечатка отчетных форм системы AMOS по проектам;
Начальник энергетического отдела в офисе выполняют следующие функции в системе AMOS по планированию и проведению ремонта:
- создание Проекта;
- создание Секций Проекта;
- рассмотрение, анализ, редактирование содержания работ Проекта;
- регулирование прав доступа пользователей системы к Проекту на его разных стадиях;
- распечатка отчетных форм системы AMOS по Проектам;
- определяет исполнителей работ;
Предлагаемый алгоритм использования модуля Проект
Справочник Дисциплины будет дополнен следующей позицией: «Внешний Исполнитель» с пометками Внешний. Это позволит указывать в проекте предполагаемого исполнителя работ.
Начальник энергетического отдела в офисе создает проект, при этом указывает категорию проекта, сроки реализации проекта и секции проекта. После этого ему необходимо назначить права доступа пользователям системы.
Рекомендуемые права для старшего механика представлены на рис.3.4.3.
Рис.3.4.3. Права старшего механика в проекте
После получения доступа к проекту энергетики начинают создание работ. Работа в проект может быть внесена из существующего в базе перечня, который включает в себя:
- Стандартные ремонтные работы (подготовительные работы, работы по контролю технического состояния, ремонтные работы по узлам и разделам), список которых предоставляется компанией и включается в Базу Данных при её создании. В целях сокращения избыточности стандартных работ в конкретном проекте, они будут включаться в проект по одной, а не общим списком. После подключения каждой работы будет необходимо дополнить её стандартное содержание переменными величинами (количественные показатели, единицы измерения, примечания и пр.).
- Отдельные позиции из графика ППО, выполнение которых решено совместить с выполнением ремонта.
- Внеплановые работы по требованию, зарегистрированные в системе, выполнение которых решено совместить с выполнением ремонта с исключением их из общего графика ППО.
Кроме внесения вышеперечисленных работ, главный инженер энергослужбы дополняет проект всеми необходимыми работами, которые до этого момента не были зарегистрированы в системе.
В процессе создания работы проекта в графе ответственный (рис.3.4.4. красный овал) главный инженер энергослужбы должен указать предполагаемого исполнителя:
- член экипажа
- внешний исполнитель
Рис.3.4.4. Создание работ Проекта
Подробное описание предстоящей работы заносится закладку Подробно. Для фиксации места нахождения неисправности и краткого описания характера неисправности, определения места расположения неисправности (информация для начальника энергетического отдела в офисе) предлагается использовать закладку Доп.Информация, где поле ПРИЧИНА - причина неисправности, поле ЧТО СЛУЧИЛОСЬ? описания характера неисправности, поле ЧТО ДЕЛАТЬ меры принятые для устранения, если таковые имели место, как это показано на рис. 3.4.5.
Рис.3.4.5. Поля описания неисправности
Когда начальник энергетического отдела в офисе посчитает необходимым, он может изменить права доступа. Начальник энергетического отдела в офисе может приступить к формированию ремонтной ведомости.
Начальник энергетического отдела в офисе при необходимости корректирует работы, заявленные электромеханиками на объекте (описания работ, исполнитель работ и т.д.).
Дальнейший алгоритм работы описывается при условии применения дополнительного модуля:
- После формирования ремонтной ведомости (при помощи модуля), ведомость направляется предполагаемому исполнителю работ.
- После окончательного согласования с исполнителем вносятся изменения, если они были.
- Заново формировать ремонтную ведомость (при помощи модуля) уже в окончательном варианте. При необходимости этот цикл повторяется нужное количество раз. После этого будет известен окончательный список (объем) работ по ремонту объекта.
Проведение цикла «закупки» работ/услуг по Проекту
Проведение «закупки» работ по ремонту проводится в системе AMOS аналогично закупке запчастей и снабжения. Таким же образом формируется и Закупочные формы.
AMOS позволяет создать Закупочные формы только для работ, где ответственным указан внешний исполнитель. При создании Закупочной формы программа попросит указать внешнего исполнителя, т.е. для разных внешних исполнителей формы будут различные.
Создание Закупочной формы из модуля Проект представлено на рис.3.4.6:
Рис.3.4.6. Создание Заявки из проекта
чет пользователями о проведенном ремонте
Часть работ, внесенных в ремонтную ведомость, выполняется членами экипажа. Они получают список этих работ. После выполнения, они отчитываются о работах в системе аналогично отчету о плановом ТО.
Главный инженер энергослужбы на платформе выдает и закрывает наряды на работы сервисных организаций, переводит в статус выполнено, которые выполненные «внешними» исполнителями. Также он регистрирует «получение» услуг в модуле Закупки по соответствующему заказу.
Начальники энергетического отдела в офисе производит контроль выполненных нарядов на работы, в не зависимости от того, кто выполнял данную работу по проекту. Наряды на работу, выполняемые внешними исполнителями, закрываются с подкрепленным Актом.
Если существует необходимость списания денежных средств на выполненную работу, то это можно провести тремя способами:
- Главному инженеру энергослужбы необходимо для списания денежных средств по бюджету на ТО указать бюджетный код и сумму в отчёте о выполнении наряда на работу.
- В том случае, когда денежные средства вносятся оператором договора в R3, то эта сумма должна автоматически интегрироваться из R3 в Amos.
- Главному инженеру энергослужбы необходимо для списания денежных средств на закупку работ/услуг по бюджету Закупки необходимо указать бюджетный код и сумму в закупочной форме, сформированной на данный Проект в целом.
Техническое обслуживание по состоянию (Condition Based Maintenance)
Каждая работа должна выполняться в определенное время. Частота выполнения работ может быть календарной - ежедневно, еженедельно, ежемесячно, либо по значению определенного счетчика.
AMOS самостоятельно производит подсчет времени, но некоторые виды счетчиков требуют ручного внесения данных. По достижении определённого значения счётчика создается работа, которая появляется в списке работ на текущий период при распечатке списка или при работе в окне Планирование работ.
Если на объекте используется автоматизированная система CBM (обслуживание по состоянию), то работа может автоматически планироваться, когда датчик или сенсор обнаруживает заданное значение и передает это значение в систему AMOS.
Другой способ планирования работ - это когда для СЭО определяется точка замера и вручную вносятся значений по ней в систему. Это значение может изменяться в любую сторону со временем. Когда пользователь вносит значение заданной точки замера, которое выпадает из области минимума и максимума, формируется наряд на работу.
CBM (техническое обслуживание по состоянию) позволяет интегрировать различные системы замеров и мониторинга состояния СЭО с возможностями планирования технического обслуживания AMOS.
Любая периодическая плановая работа может быть активирована до наступления срока выполнения, ввиду износа оборудования. В дополнение есть возможность использовать автоматизированный механизм обновления значений счетчиков в системе (типа наработки механизмов). Это могут быть дискретные значения (температура, давление) или нарастающие (наработка механизмов и т.д.)
Подобные документы
Архитектура автоматизированной информационной системы управления складом. Заказ материалов, подсистема учета материалов бытовой техники на цеховом складе. Внемашинное информационное обеспечение. Выбор инструментальной платформы для реализации системы.
курсовая работа [1,6 M], добавлен 04.12.2014Создание аппаратно-программных средств для системы сбора данных и управления с использованием локальной сети. Предметная область системы, ее структурная схема. Описание рабочих алгоритмов, выбор аппаратной платформы. Тестирование разработанной системы.
дипломная работа [2,0 M], добавлен 29.05.2015Теоретические аспекты функционирования Business intelligence - систем в сфере логистики. Анализ условий для разработки системы поддержки принятия решений. Характеристика процесса создания программного продукта, применение аналитической платформы QlikView.
курсовая работа [2,5 M], добавлен 09.09.2017Основные концепции автоматизированной системы управления технологическим процессом. Компоненты систем контроля и управления, их назначение. Программно-аппаратные платформы для SCADA-систем, их эксплуатационные характеристики. Графические средства InTouch.
реферат [499,3 K], добавлен 15.03.2014Принципы создания автоматизированной информационной системы книжного магазина. Описание работы, инструкция к программе. Описание IT техники для магазина. Основные обязанности работников книжного магазина. Должностные обязанности инспектора отдела кадров.
курсовая работа [735,6 K], добавлен 12.11.2015Обзор существующих технологий разработки программного обеспечения. Описание платформы NET Framework. Принцип работы платформы: компиляция исходного кода; процесс загрузки и исполнения кода; IL-код и верификация. Новые возможности платформы NET Framework.
реферат [30,7 K], добавлен 01.03.2011Описание правил игры "Морской бой". Особенности современных компьютеров и искусственного интеллекта. Создание общей блок-схемы программы, ее внешний вид. Необходимые переменные, процедуры и функции. Характеристика объектов, используемых в приложении.
курсовая работа [950,1 K], добавлен 05.11.2012Обоснование технической платформы разрабатываемой системы. Анализ уровней детализации, шаблона графического приложения системы. Архитектура программного обеспечения. Алгоритм решения задачи "Инициализация OpenGL", "Загрузка 3D файла", "Ввод данных".
дипломная работа [818,3 K], добавлен 23.04.2014Определение стационарной точки. Проверка стационарной точки на относительный максимум или минимум. Составление функции Лагранжа. Применение к функции Лагранжа теорему Куна-Таккера. Метод потенциалов, северо-западного угла. Свободные переменные.
курсовая работа [466,4 K], добавлен 29.09.2008Отличительные черты смартфонов и коммуникаторов от обычных мобильных телефонов, их дополнительные возможности. Назначение и конфигурация платформы J2ME, ее функции. Порядок проектирования приложения для мобильного телефона на основе платформы J2ME.
дипломная работа [3,6 M], добавлен 05.09.2009