175326 (626255), страница 2

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 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 поступлений, поэтому целесообразно занесение информации в БД ЭВМ два раза в сутки. Такой же регламент должен выполняться и по корректировки и занесению информации и по складу "сырья".

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Начальник ОМТС должен знать все возможности АСУ ОМТС 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. Результат приемки системы в опытную эксплуатацию оформляют "Актом приемки в опытную эксплуатацию", составленного на основании "Протокола испытаний" комиссией, проводившей предварительные испытания системы.

Выводы

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

Характеристики

Список файлов курсовой работы