Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
OTVET_k_GOSam_1.doc
Скачиваний:
201
Добавлен:
17.02.2016
Размер:
10.02 Mб
Скачать

«Асу производством в сервисных предприятиях»

Источники и методы получения инфо на пр-ях авто и технологич транспорта.

Основой управления явл инфоо состоянии управленческого объекта, это инфо может быть получена: из действующей на пр-ии системы учёта; из нормативно-справочной инфо; в результате спец организованных выборочных наблюдений; при обощении и анализе имеющегося опыта. Производственный учёт отражает деятельность пр-ия путём фиксации технических экономич, и др показателей, сведений о выполненных производственных операциях. Данные хранятся на первичных эли бумажных носителей в виде натуральных стоимостных или иныхпоказателей. Для упращения и возможности комп обработки данных, воздействия и технологич операции могут кодироваться (VIN авто). АТП представляет собой совокупность производственных подразделений и служб в каждом из которых решаются определённые задачи. Все подразделения пр-ий можно разделить на 2 части: выполняющие свои ф-ции на территории пр-ия; и выполняющие свои ф-ции затерриторией пр-ия. Деятельность подразделений и персонала фиксируется в разных документах, а результаты этих деятельностей в видеоотчетах и сводок. Таким образом источниками инфо явл подразделения в котором персонал выполняет определённый вид работ. Инфо бывает: постоянная (действует продолжит время и не меняется); условно-постоянная (меняется редко); переменная инфо (отражает динамику производств деятельности); первичная инфо (первичный учёт сырья, денежных ср-в, з\ч); вторичная (анализ и обработка первичной); индивидуальная (опр состояние и показат работы конкретного Эл-та); вероятностная (повидение объектов Эл-тов с определённой вероятностью).

Источники и носители инфо о деятельн АТП:

Основные этапы разработки и внедрения АСУ предприятия.

На данный момент совершенствование технологий ТО и Р авто, и эксплуатац транспорта происходит значительно быстрее чем совершенствование приоцессов труда применяемых в управлении, с развитием пр-ва ф-ции управления увеличиваются и усложняются, всё это вызывает повышение трудоёмкости, и повышает трудоёмкость процесса управл. Для успешного внедрения прогрессивных способов управления АСУ необходим более высокий уровень спец знаний в области управления технич базой реализацией данных методом служит вычислит техника включ в себя комплекс технических ср-в сбора передачи хранения и обработки производственной инфо. Наиболее эффективное использование технич ср-в реализуется на базе АСУ пр-ва. АСУ пр-ва - это человеко-машинная система в которой за счёт применения современных технич ср-вудаётся повысить эффективность процесса сбора обработки инфо и принятия управл решений. Высокая организация управления АСУ требует высокого уровня организационного пр-ва, и содержание пр-сса пр-ва должно остаться неизменным, т.к. ф-ция управл зависит от пр-сса пр-ва и с внедрением АСУнеизменяется. С усложнением пр-ва объём инфо которую должен перераб руковод в процессе принятия инфо становится большим и он часто физически неможет этого сделать и поэтому применяемые решения часто оказываются несамыми лучшими. Технология управления вкл в себя 3 этапа: сбор и подготовка инфо; обработка и анализ; принятие управленческого решения. Основная цель внедрения АСУ состоит в повышении эффективности управления на первых 2 этапах процесса управления, но эффект от автоматизир системы не будет достигнут если не создавать на пр-ве условий при которых на пр-ии будет собираться только нужная для принятия решения инфо, а принятые управленч решения будут практически выполняться. Автоматизир система сбора и принятия управл решений принесёт пользу лишь при правельной организации управленческой системы.

Схема функционир сист управл в условиях АСУП:

Основу функционир производств-эконом систем всегда сосатвхорошо налаженная информационно-обратная связь и чётко организованная система материально и морального стимулирования.

Схема управл производственного пр-сса с помощью ЭВМ:

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

Общая структура информационной системы предприятий транспорта.

Нарп-ии транспорта преимущественно используется децентрализованная технология обработки данных, на котрорых персанал пр-ия сам обрабатывает все первичные док-ты и формирует необход выходные формы. Общая структура схемы АТП при использованииинфо систем вкл в себя комплексвзаимосвязанных автоматизир раб мест. Ф-ции отдельных АРМ будут различны для различных типов АТП (грузовая, пассажирская, спецтехника, таксомотроная). Однако вне зависимости от этого все раб места должны работать в рамках единой локальной сети и использовать общую базу данных.

Структура инфо системы АТП:

Внедрение инфо систем необходимо выполнять в определённой последовательности все раб места связанные на инфо уровне и подпитывают др др определёнными данными. На первой стадии запускают раб места обаспечив систему нормативно-справочной инфо; на второй стадии раб места обеспечивают систему текущей первичной инфо; на третьей стадии АРМ формируется выходные формы.

Структура АСУ предприятий технологического транспорта

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

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

Рис.22.2. Общий вид структуры АСУ предприятием технологического транспорта

Рис.22.3. Структура автоматизированного рабочего места

технического отдела

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

Рис.22.4. Структура автоматизированного рабочего места техника по учету топлива АРМ техника по учету шин и аккумуляторов (рис.22.5) предназначен для определения пробегов по каждой шине, установленной на автомобиле, составления заявок для отправки шин и аккумуляторов на ремонт, для анализа износов шин (в разрезе моделей шин, шинных заводов, маршрутов, марок автомобилей и пр.), для анализа работы аккумуляторов и их преждевременного выхода из строя.

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

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

Рис.22.5. Структура автоматизированного рабочего места

техника по учету аккумуляторов

Рис.22.6. Структура автоматизированного рабочего места

ремонтной зоны

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

Рис.22.7. Структура автоматизированного рабочего места диспетчера

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

АРМ планового отдела (рис.22.9) предназначен для планирования технико-экономических показателей (ТЭП), убытков и доходов. Кроме того здесь выполняется расчет премий и анализ деятельности предприятий. Формы анализа должны формироваться по всем видам работ (маршрутные, заказные, хозяйственные, коммерческие и пр.) в разрезе всех подразделений предприятия (отработанные часы, расход топлива, фактическая выручка и пр.).

Рис.22.8. Структура автоматизированного рабочего места

учетно-расчетной группы таксировщика

Рис.22.9. Структура автоматизированного рабочего места

планового отдела

Виды программного обеспечения, область применения того или иного вида.

Программное обеспечение инфо сист.

Программное обеспечение делится на 3 гр: 1) системное; 1.1) для раб станций (DOC, Windows3.1, WindowsXP, …); 1.2) для серверов (Novell, WindowsNT, Windows2000 …); 2) инструментальное; 2.1) языки программир (Cu, Visual Basic, Delpfi, …); 2.2) СУБД (dBASE, Access, MS SQLR3, …); 3) прикладное; 3.1) программы (Micr Office Soft, Adobe Soft, …); 3.2) АРМ (кадры, техотдел, склад, …). Это примерное представление того что нах на компа АТП. По выполнению ф-ций делится на 3 гр: 1.1)системное обеспечение (раб станц) – операц система вкл в себя набор прогр ср-в которые начинают раб при подаче эл питания на комп и под управлением кот раб все внутр и внеш устройства ЭВМ, ОС поддерживает раб всех прикл прог. С 80 гг появилась первая ОС DOC, +: компактность от 1-4Мв, раб на любых типах ПЭМ, устойчивость в раб, простота в эксплуатации; -: DOC обрабат 1алгоритм в течении некоторого времени а для выполнения последующ ф-ций необходимо окончание первого агоритма, нельзя совместить текст и графику, монитор огранич 24-ю строками по 80 значков, проги раб в течении области памяти (640кбайт). С 90 гг Windows вытеснила DOC, она ликвидир все недостатки DOC, но стала больше по Q и менеестабильной в раб. Всё началось с версии Windows 3.11 в виндовс были интегрированы сетевые ф-ции, очень снизились трудозатраты на разработку прикладного прог обесп за счёт появились СУБД (сист упр базы данных) и языков программирования,.

1.2)Сетевое прогр обеспеч: для раб внутри лок сети необход дополнит сетевая ПО для управл раб сервера и сети в целом. Под управл DOC необход математика фирмы Novell под управлением виндовс серверное версия ОС. Сети могут быть 1.одноранговые – когда все компы имеют равные права хотя 1 из них несёт большую нагрузку, т.к. отвечают за хранение базы данных, такой комп назыв псевдосервер;

Одноранг сеть:

2.с выделенным сервером один из компов обеспеч хран и обраб данных без доп нагрузок из вне. Сервер производительнее на нём нет оператора, но есть база данных.

Сеть с выделен сервером:

2.1)Инструментальное прог обесп (языки прогромир): к инстр ср-вам относится СУБД и языки прогр с помощью этих наборов ср-в пишется прикладное программ обеспеч с кот раб остальные пользователи, от правельного выбора инстр ср-в зависит надёжность и эфектив АСУ. 2.2)СУБД делят на 1.настольные (Dbase, FoxPro, Paradox). Созданы для раб в мелких пр-ий в основе лежат эл таблицы или DBF файлы с низкой степенью защиты и отсутствия возможности связи м/д таблицами. Такие СУБД получили max распростран за счёт своей простоты. -: низкая защищённость и любое заинтересов лицо которое имеет доступ к БД может переделать и исказить инфо и восстановить такую инфо невозможно (отсутствует журнал транзакции). Настольные БД обладают св-ми рыхлости и кол-вом пустот БД может достигать 80%. При увелич Q таких баз их работа существенно замедляется и часто треб архивация данных;

2.промышленные (MSSQL Server, Oracle, InterBase) промышленные СУБД представл собой самое надёжн и стабильности в раб, они облад всеми преимуществами полупром баз и имеют ряд доп возможностей: 1) пост ведётся журнал транзакций в кот хранятся копии всех изменений в БД в течении установленного времени; 2) имеются журналы хранимых процедур (копии повторяющихся операций); 3) наличие триггеров (фрагменты машинного кода, вкл в себя время и место и код доступа на каждое изменение).

3.полупромышл (Access). Гораздо меньше проблем связано с эксплуат полупром БД, такие базы отлич наличием прогр оболочки ч/з кот осущ доступ по всем внутр эл-там БД. В таких БД хранятся её внутр структура и связи м/д таблицами. Для выборки данных использ запросы и база имеет мех-м транзакций (возврат), т.е. отката назад в случ сбоев в раб сист. В полупром СУБД нет хранения пустот, т.е. они не обладают св-м рыхлости.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]