Главная      Учебники - Экономика     Лекции по экономике - часть 5

 

поиск по сайту            

 

 

 

 

 

 

 

 

 

содержание   ..  152  153  154   ..

 

 

Автоматизированные системы управления ОМТС - ЗАО "Завод минеральных вод"

Автоматизированные системы управления ОМТС - ЗАО "Завод минеральных вод"

ВВЕДЕНИЕ

1.2.3. Виды отчётности

Ежедневно в ОМТС должны поступать сведения из бухгалтерии об оплате сырья поставщикам. ОМТС производит сверку приходного ордера со счетом об оплате по следующим реквизитам:

-наименование поставщика;

-номер товарно-транспортной накладной;

-наименование сырья;

-количество;

-цена.

Ежемесячно кладовщики складов согласно "Карточек складского учёта" подают в ОМТС сведения об остатках сырья и материалов на складе в виде документа.

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

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


2. НАЗНАЧЕНИЕ АСУ ОМТС I

2.1.Уточнение целей создания АСУ

Основные цели создания АСУ (ЮС):

- сокращение производственных затрат на фиксирование информации в многочисленных документах;

- повышение эффективности и оперативности служб отдела МТС;

- автоматизация поиска и выдачи сопроводительной документации;

- улучшение качества учёта и контроля финансовых операций за счёт создания связи ОМТС - Бухгалтерия;

- повышение культуры производства за счёт сокращения доли ручного труда.

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

2.2. Общая структура системы управления

Исходя из раздела I "Характеристика объекта управления" в АСУ ОМТС I выделены три подсистемы:

- п./с "Учёт поступления материала и учёт оплаты";

- п./с "Учёт и организация расхода сырья и материалов";

- п./с "Формирование отчётной документации".

2.2.1. п./с "Учёт поступления" предназначена для автоматиза­ции оприходования сырья и материалов, оперативной сверке поступ­лений с бухгалтерскими счетами, подготовке информации для п./с "Учёт и реализация требований".

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

2.2.3. Подсистема "Формирование отчётной документации" предназначена для выполнения информационной функции поиска и выдачи информации по базам данных АСУ ОМТС 1.

2.3. Состав автоматизируемых функций

Для достижения целей создания АСУ ОМТС I, перечисленных в п.2.1 выделены следующие основные функции:

2.3.1. Подсистема "Учёт поступления материала и учёт оплаты"

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

2.3.1.2. Учет оплаты поступивших материалов с банковскими счетами.

2.3.1.3. Формирование "Приходного ордера".

2.3.2. Подсистема "Учёт и организация расхода сырья и материалов"

2.3.2.1. Учёт внутризаводского движения сырья и материалов.

2.3.2.2. Учёт движения сырья и материалов "на сторону".


2.3.3. Подсистема "Формирование отчётной документации"

2.3.3.1. Формирование "Протокола суточных поступлений".

2.3.3.2. Формирование "Протокола поступления за интервал времени по наименованию материала".

2.3.3.3. Формирование "Протокола поступления материала по поставщику за период".

2.3.3.4. Формирование формы М-19 (Месячных остатков сырья на складе).

2.3.3.5. Формирование документа на основе формы 3-СМ (квар­тальная отчётность).

2.3.3.6. Формирование документа на основе формы 15-СМ (годовая отчётность).

На рис.2.2. представлен состав автоматизируемых функций с разбивкой по подсистемам.


3. ТРЕБОВАНИЯ К КАЧЕСТВУ ВЫПОЛНЕНИЯ ФУНКЦИЙ АСУ ОМТС I

3.1. Требования к качеству выполнения функций подсистемы "Учёт поступления материала и учёт оплаты"

3.1.1. Реализация функции "Введение информационной базы" по поступлению материала должна осуществляться пользователем по мере поступления материала на склад завода

Фиксирование информации о поступлении материала и его оплате производится в режиме реального времени, поэтому функция "Введения информационной базы по поступлению материала" должна быть реализована в режиме реального времени. Вводимая информация должна проходить логический контроль в целях повышения достоверности вводимой информации и использовать справочники поставщиков и наименований материалов с их марками, ГОСТами и ТУ. Занесение информации из справочников должно быть реализовано в режиме иерархических меню в целях сокращения времени поиска, ввода и способствует унификации и повышению надёжности работы подсистемы.

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

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

Функция "Учёт оплаты поступивших материалов и счетов" реализуется в режиме запроса через БД бухгалтерии. Поэтому для ее реализации в сети КТС АСУ ОМТС I должен быть отработан межмашинный обмен информацией.

3.1.3. Функция "Формирование "Приходного ордера" выполняется пользователем после ввода информации о поступившем материале

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

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

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

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

Для реализации функций подсистемы необходимы межмашинная связь между ЭВМ отдела МТС и автоматизируемыми складами.

Документы "Требование" и "Накладная на отпуск материала на сторону" должны выдаваться на бумажный носитель и заноситься в внутримашинную БД, которая по сети КТО должна будет передаваться в АСУ бухгалтерии.

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

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

3.3. Требования к качеству выполнения функций подсистемы "Формирование отчетной документации"

Результаты выполнения функций подсистемы требуется выводить на печать при формировании документов на основании форм I-HD, 3-HC, I6-CH

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

Время поиска необходимой информации в БД системы АСУ ОМТС I зависит от количества накопленной информации и в некоторой степени влияет на длительность отработки алгоритмов.

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

Документацию типа форм, как правило, предусматривается выводить в регламентированные моменты времени: месяц, квартал, полугодие, год; в соответствии с назначением выходных форм.

Детальная проработка структуры выходных документов будет осуществлена на этапе технического проектирования.

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


3.3.1. Текущие протоколы выдаются в любой момент времени при обращении к соответствующей программе в реальном масштабе времени как на бумажный носитель, так и на экран.

3.3.2. Форма I-HD является ежемесячным отчетом, поэтому выводится она раз в месяц по запросу пользователя при обращении к соответствующей программе. Форма 3-HC - квартальный отчет, поэтому отработка ее осуществляется на конец текущего квартала по запросу пользователя посредством обращения к соответствующей программе. Формы I6-CH - отражают итоговую информацию за период 1 год. Формируются и выдаются 1 раз на конец текущего года по требованию пользователя.


4. ТРЕБОВАНИЯ К ВИДДМ ОБЕСПЕЧЕНИЯ СИСТЕМЫ АСУ ОМТС I

4.1. Требование к техническому обеспечению

Система должна быть построена на базе средств вычислительной техники архитектурной линии РС 1ВМ совместимых компьютеров с межмашинным обменом информацией. Необходимым требованием к каждой персональной ЭВМ является удовлетворение следующих показателей:

тактовая частота не менее 80 МГц,

винчестер не менее 80 Гб,

принтер с широкой кареткой Е6А, монитор 17’’,

процессор 2,4 Ггц и более поздних моделей

накопитель на магнитном диске на 1,44 Мб не менее одного.

Для функционирования системы предусматривается размещение ПЭВМ в ОМТС и Бухгалтерии, которые должны быть объединены в сеть коаксиальным кабелем сопротивлением 50 Ом«

Максимальное расстояние между ПЭВМ не должно составлять более 600м., если не используются модемы. Расстояние между ОМТС и Бухгалтерии меньше этого ограничения, поэтому модемы не требуются. Информация со склада "Сырья" и склада № I заносится кладовщиками в ПЭВМ, расположенную в ОМТС курьерским способом. По складу № I в день поступает примерно 10 поступлений, поэтому целесообразно занесение информации в БД ЭВМ два раза в сутки. Такой же регламент должен выполняться и по корректировки и занесению информации и по складу "сырья".

4.2. Требования к информационному обеспечению

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

Совокупность информационных массивов должна входить в базу данных всей системы и размещаться на "винчестере" персональной машины. Это связано со значительными объемами информации и в целях увеличения быстродействия работы, а также с длительными сроками хранения.

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

В системе должен быть предусмотрен удобный и быстрый доступ к необходимой информации»

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

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

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

4.3. Требования к программному обеспечению

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

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

Программное обеспечение должно допускать загрузку и проверку по частям и позволять производить замену одних программ без корректировки других.

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

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

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

Документация по эксплуатации программного обеспечения системы должна соответствовать стандартам ЕСЦЦ и содержать все сведения, необходимые для персонала системы по его использованию, первичной загрузки в загрузки внутримашинных информационных баз, запуска программ системы. Программное обеспечение системы АСУ ОМТС I должно функционировать под управлением операционной системы МС-ДОС и использовать СУБД "Карат".

4.3. Требования к организационному обеспечению

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

Изменение функций персонала, вызванное внедрением АСУ должно быть зафиксировано в соответствующих должностных инструкциях.

Кладовщики склада "сырья" обязаны своевременно заносить в БД ПЭВМ ОМТС сведения о поступивших на склад материалов, уметь осуществлять поиск в БД "Карточек складского учета" и корректировать ее, выдавать "Приходный ордер" и сопроводительные документы по отпуску сырья и материалов.

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

Начальник ОМТС должен знать все возможности АСУ ОМТС I и уметь эффективно их использовать через сотрудников своего отдела, уметь работать с распечатками и выходными формами, использовать систему для повышения производительности труда и обоснованности принимаемых решений.


5. ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ ОБЪЕКТА К ВВОДУ СИСТЕМЫ АСУ ОМТС I

5.1. К началу монтажных работ должно быть закончено строительство технологических помещений, где размещаются технические средства и оперативный персонал АСУ ОМТС 1.

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

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

5.4. Предприятие-заказчик должен обеспечить к моменту внедрения системы обучение обслуживающего, управляющего и оперативно-технологического персонала; обеспечить систему персоналом, предназначенным для ее эксплуатации. Указанный персонал должен до начала опытной эксплуатации системы пройти курс обучения правилам технической эксплуатации и ремонта применяемых для построения системы средств вычислительной техники.

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

5.6. Для питания сети ЭВМ необходимо использовать переменное напряжение 220 в частоты 50 Гц, к которой не присоединено си­льноточное оборудование типа сварочных машин и т.пп


6. СТАДИИ СОЗДАНИЯ, ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ АСУ ОМТС I

6.1. Стадии, этапы и состав работ по созданию системы и сроки их выполнения приведены в таблице I

Указанный план-график составлен в соответствии с утвержденными сроками монтажа основного комплекса технических средств.

6.2. При вводе системы в действие необходимо провести предварительные и приемочные испытания.

6.3. Приемочным испытаниям системы должна предшествовать ее опытная эксплуатация на объекте»

6.4. Испытания системы проводят в соответствии с документом "Программа испытаний"» который готовит разработчик системы. Требования к содержанию программы испытаний - по ГОСТу.

6.5. Предварительные испытания системы.

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

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

6.6. Опытная эксплуатация системы

6.6.1. Результат приемки системы в опытную эксплуатацию оформляют "Актом приемки в опытную эксплуатацию", составленного на основании "Протокола испытаний" комиссией, проводившей предварительные испытания системы.


Выводы

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

 

 

 

 

 

 

 

содержание   ..  152  153  154   ..