99308

Разработка АРМа по учету спецодежды для предприятий Северной железной дороги

Курсовая

Информатика, кибернетика и программирование

Характеристики топологии вычислительных сетей Звезда Кольцо Шина Стоимость расширения Незначительна я Средняя Средняя Присоединение абонентов Пассивное Активное Пассивное Защита от отказов Незначительна я Незначительная Высокая Размеры системы Любые Любые Ограниченны Защищенность от прослушивания Хорошая Хорошая Незначительная Стоимость подключения Незначительна я Незначительная...

Русский

2016-09-06

1.22 MB

0 чел.

PAGE  2

РОССИЙСКИЙ ГОСУДАРСТВЕННЫЙ ОТКРЫТЫЙ

ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ ПУТЕЙ СООБЩЕНИЯ

Курсовая работа

по дисциплине:

«Информационные системы

железнодорожного транспорта»

                                              Работу выполнил: студент 6-го курса

       Порошина Татьяна Сергеевна

                 Шифр 02-п/ЭВМ-34698

                                               Работу проверил: 

        Самме Георгий Вальдемарович

Москва  2007

1. Введение

 

За последние двадцать лет значительно возрос объём и оборот информации во всех сферах жизнедеятельности человека: экономической, финансовой, политической, духовной. Постоянно ускоряется процесс накопления, обработки и использования знаний. Каждые десять лет количество информации увеличивается вдвое. В современных условиях важнейшим фактором успешной и перспективной работы любого предприятия стало информационное обеспечение, которое состоит в сборе и переработке информации, необходимой для принятия обоснованных управленческих решений. Передача информации о положении и деятельности предприятия на высший уровень управления и взаимный обмен информации между всеми взаимосвязанными подразделениями осуществляется на базе современной электронно-вычислительной техники и других технических средств.

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

Изменение условий производственной деятельности, необходимость адекватного приспособления к ней системы управления, сказываются не только на совершенствовании организации, но и на перераспределении функций управления по уровням ответственности, формам их взаимодействия и т. д. Всё это требует адаптации к новым условиям, преодоления возникающих противоречий в экономическом и научно – техническом процессах..

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

При автоматизации рабочих мест возможно два подхода: адаптация новой информационной технологии к существующей организационной структуре и реорганизация этой структуры. Информация в отчётных и учетных формах избыточна. Более 50% времени специалисты затрачивают на анализ информации и её наглядность во много определяет качество принимаемых решений. Компьютерные технологии позволяют формировать любые отчетные формы – в теории реляционных баз данных их называют табло и получают через систему запросов. Поэтому система учётных и особенно отчетных форм при внедрении АРМ начинает играть второстепенную роль. Однако при фактическом отказе от системы этих форм отчётности необходимо создать новую технологию обработки и хранении информации. Следует проанализировать существующую систему форм учёта и отчётности. При анализе создаваемых АРМ нужно обратить внимание на степень отхода от принятой технологии обработки информации и предложенных новых подходах.

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

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

  1.  Постановка задачи.

Целью данной работы является разработка АРМа по учету спецодежды для предприятий Северной железной дороги.

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

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

  1.  Собрать материал о предприятиях Воркутинской железной дороги;
  2.  Проанализировать сущность задач учета складских операций;
  3.  Обосновать использование вычислительной техники;
  4.  Формализовать расчеты;
  5.  Построить информационно-логическую модель;
  6.  Охарактеризовать входную, постоянную, промежуточную и результатную информацию;
  7.  Реализовать выбранный вариант проекта.

АРМ по учету спецодежды должен выполнять следующие функции:

  1.  Работа со справочниками:
    1.  Справочник фамилий;
    2.  Справочник профессий;
    3.  Справочник цехов.
  2.  Работа с данными за месяц:
    1.  движение с/о;
    2.  остатки с/о.
  3.  Получение выходных форм:
    1.  Приход и расход с/о;
    2.  Лицевые карточки;
    3.  Акт на списание с/о;
    4.  Ведомость на выдачу с/о;
    5.  Требование на выдачу с/о;
    6.  Статистика по выдаче с/о;
    7.  Заявка по с/о на год;
    8.  Сальдовая ведомость;
    9.  Оборотная ведомость;
    10.  Инвентаризация.
  4.  Вывод данных на просмотр, печать.
  5.  Формирование остатков на начало следующего месяца.

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

Информационная система позволит избавить сотрудника от рутинной повседневной работы по учету спецодежды. Так как раньше эти множественные операции, велись вручную – это занимало много времени. Автоматизация позволит значительно сократить время.


  1.  


 3.1.Топология  локальных сетей.

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

   Звезда (Рис. 3.2.) при которой к одному центральному компьютеру присоединяются остальные периферийные компьютеры, причем каждый из них использует свою отдельную линию связи. Топология сети в виде звезды, в которой головная машина получает и обрабатывает все данные с пери-ферийных устройств как активный узел обработки данных. Этот принцип применяется в системах передачи данных, например, в электронной почте сети RelCom. Вся информация между двумя периферийными рабочими местами проходит через центральный узел вычислительной сети.

                            

Рис. 3.2. Структура топологии ЛВС в виде «звезды».

Пропускная способность сети определяется вычислительной мощностью узла и гарантируется для каждой рабочей станции.  Кабельное соединение довольно простое, так как каждая рабочая станция связана с узлом. Затраты на прокладку кабелей высокие, особенно когда центральный узел географически расположен не в центре топологии. При расширении вычислительных сетей не могут быть использованы ранее выполненные кабельные связи: к новому рабочему месту необходимо прокладывать отдельный кабель из центра сети. Топология в виде звезды является наиболее быстродействующей из всех топологий вычислительных сетей, поскольку передача данных между рабочими станциями проходит через центральный узел (при его хорошей производительности) по отдельным линиям, используемым только этими рабочими станциями. Частота запросов передачи информации от одной станции к другой, невысокая по сравнению с достигаемой в других топологиях.

Кольцевая топология.

     Кольцо (ring), при котором каждый компьютер передает информацию всегда только одному компьютеру, следующему в цепочке, а получает информацию только от предыдущего в цепочке компьютера, и эта цепочка замкнута в «кольцо».  При кольцевой топологии сети рабочие станции связаны одна с другой по кругу, т.е. рабочая станция 1 с рабочей станцией 2, рабочая станция 3 с рабочей станцией 4 и т.д. Последняя рабочая станция связана с первой. Коммуникационная связь замыкается в кольцо.

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

                   

Рис. 3.3. Структура кольцевой топологии ЛВС.

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

Шинная топология.

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

Рис. 3.4. Структура шинной топологии ЛВС.

Рабочие станции в любое время, без прерывания работы всей вычислительной сети, могут быть подключены к ней или отключены. Функционирование вычислительной сети не зависит от состояния отдельной рабочей станции. В топологии «шина» отсутствует центральный абонент, через которого передается информация, что, увеличивает ее надежность. Добавление новых абонентов в шину довольно просто и обычно возможно даже во время работы сети. В большинстве случаев при использовании шины требуется минимальное количество соединительного кабеля по сравнению с другими топологиями.  Шине не страшны отказы отдельных компьютеров, так как все остальные компьютеры сети могут нормально продолжать обмен.

Основные   характеристики   трех   наиболее   типичных   типологий вычислительных сетей приведены в таблице  3.1.1.

Таблица 3.1.1.                                                                                                                                                                  

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

Топологии вычислительных сетей

Звезда

Кольцо

Шина

Стоимость расширения

Незначительна я

Средняя

Средняя

Присоединение абонентов

Пассивное

Активное

Пассивное

Защита от отказов

Незначительна я

Незначительная

Высокая

Размеры системы

Любые

Любые

Ограниченны

Защищенность от прослуши-

вания

Хорошая

Хорошая

Незначительная

Стоимость подключения

Незначительна я

Незначительная

Высокая

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

Топологии вычислительных сетей

Звезда

Кольцо

Шина

Поведение сис-темы при высо-

ких нагрузках

Хорошее

Удовлетворит.            

Плохое

Возможность

работы в

реальном

режиме

времени

Очень хорошая

Хорошая

Плохая

Разводка

кабеля

Хорошая

Удовлетворит.

Хорошая

Обслуживание

Очень хорошее

Среднее

Среднее

 

В нашем случае используются топологии «звезда» и «шина».

4.Аппаратно-программное обеспечение ЛВС.

Рассмотрев основные характеристики архитектур построения ИС, серверных операционных систем и СУБД в качестве архитектуры ИС выбрали - клиент/сервер, в качестве серверной операционной системы Windows 2000 Server, в качестве операционной системы клиента Windows XP Professional , в качестве СУБД MS Visual Fox Pro 6.0. Выбор программно-аппаратных средств был обоснован в других разделах проекта, в данном разделе подведем итоги и составим общий список выбранных средств (таблица 3.2.1,3.2.2.,3.2.3)

Таблица 3.2.1.

Рабочая станция

п/п

Комплектующие

1

CPU INTEL PENTIUM IV 3000

2

M/B ABIT SA7 (SIS645DX)+LAN

3

DIMM 256 MB DDR SDRAM PC2100

4

HDD 80 GB WESTERN DIGITAL  UDMA

5

FDD 3.5” SAMSUNG

6

SVGA GeFORCE 4 

7

CASE MIDITOWER LW 213B(N) ATX

8

KEYBOARD CHICONY 9810 PS/2

9

MOUSE GENIUS EASY

10

17"Монитор Samsung SM 793DF

количество

4 комплекта

(по одному для каждой рабочей станции)

Таблица 3.2.2.

Сервер IBM NETFINITY 4700

п/п

Комплектующие

1

CPU INTEL PENTIUM 4 XEON 1800

2

M/B Intel SDS2 X2

3

DIMM 512*2 MB DDR SDRAM PC2100 (Hyundai)

4

HDD 80*80GB FUJITSU MAM318M SCSI

5

FDD 3.5” SAMSUNG

6

SVGA GeFORCE2 MX400

7

DFE-570TX 4-х портовый 10/100 Мбит/с

8

CASE MIDITOWER LW 213B(N) ATX

9

KEYBOARD CHICONY 9810 PS/2

10

MOUSE GENIUS EASY

12

MONITOR VIEWSONIC E655

Количество

1

Таблица 3.3.3.

Активно-пассивное оборудование

п/п

Комплектующие

1

Кабель неэкранированный,

UTP PowerCat 5е, ПВХ, 4 пары фирмы Molex

2

Коммутатор D- Link DES-1226 24 порта

3

Принтер Okipage14EX+LAN

4

Адаптируемые кабельные каналы 130x50 фирмы Legrand

5. Понятие СУБД.

Созданию в начале 60-х годов специальных программных комплексов, называемых "Системы управления базами данных" (СУБД) предшествовал первый опыт использования файловых систем для организации баз данных. Файловые системы выявили различные проблемы обработки большого количества информации и заложили основные направления развития теории баз данных. Вот список лишь нескольких потребностей, которые не покрывались возможностями систем управления файлами:

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

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

5.1. Основные функции и особенности работы СУБД.

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

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

Все функции СУБД можно разделить на три группы:

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

В зависимости от того, что является объектом управления, в СУБД предусмотрены три уровня управления (манипулирования):

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

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

В соответствии с указанным набором функций в состав СУБД входят программы трех типов: управляющие, обрабатывающие (транслятор), сервисные.

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

Все системы управления базами данных можно разделить на два класса:

  •  СУБД структурного (процедурного) программирования;
  •  СУБД объектно-ориентированного программирования.

В СУБД, в которых используются структурные (процедурные) языки программирования, приложение управляет процессом. Операторы (инструкции) программы определяют последовательность событий.

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

В СУБД, в которых используются управляемые событиями языки (объектно-ориентированные) последовательностью действий управляют события, при отсутствии которых никаких действий не происходит.

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

5.2. Режимы работы СУБД.

Транслятор СУБД может работать в двух режимах:

  •  режиме интерпретатора;
  •  режиме компилятора.

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

Целью компиляции является не немедленное выполнение программы, а создание ехе-файла. Как правило, создание ехе-файла включает два этапа:

  •  синтаксический контроль всей исходной программы и генерацию объектного модуля obj, выполняемые компилятором;
  •  создание ехе-файла из объектного модуля путем обработки его редактором связей. Eхе-файл является выполняемым и не требует наличия СУБД.

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

  •  интерактивный (режим меню);
  •  программный (командный).

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

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

5.3. Языки программирования в СУБД.

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

Отметим три наиболее существенных признака классификации:

  •  по степени открытости языка (способность включения в него новых средств);
  •  по степени декларативности языка;
  •  по используемому в языке математическому аппарату.

По степени открытости различают:

  •  открытые (включающие) языки;
  •  замкнутые (специализированные, автономные) языки.

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

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

Признак по используемому математическому аппарату делит языки программирования на три уровня: к низшему уровню относят языки, ориентированные на манипулирование упорядоченными записями, т. е. основанные на принципе «одно выполнение оператора – одна запись БД»; к более высокому уровню принадлежат языки, использующие аппарат реляционной алгебры. Они обеспечивают манипулирование не одиночными записями, а множествами записей: в качестве операндов и результатов операций используются отношения реляционной модели данных.

6. РАЗРАБОТКА АРМ БУХГАЛТЕРА

6.1 Разработка программы на языке Delphi

Если,  эти данные заносит в систему R/3 вручную, то потребуется много времени Данные по бухгалтерскому учету «Основные средства» имеют большой объем., что является не эффективным и влечет за собой большое количество ошибок.

Поэтому, во избежание таких неудобств, предлагается программа на языке Delphi (см. приложение) для автоматического переноса данных  из АРМ бухгалтера локального уровня (программное обеспечение на языке Clipper, разработка Самарского ИВЦ) в систему R/3.

Для этого из АРМ бухгалтера будут использоваться следующие базы: dan_kart.dbf (данные по бухгалтерскому учету); dankartn.dbf (данные по налоговому учету); object.dbf (НСИ инвентарных номеров).

Сначала необходимо сформировать таблицу в системе R/3 по следующей структуре. Для создания таблицы используется интегрированный словарь АВАР/4 Dictionary Object. Для таблицы следует ввести имя таблицы, а также задать класс создания, который управляет степенью ответственности R/3 или пользователя за поддержку таблицы и определяет, будет ли R/3 заполнять таблицу данными. Класс создания определяет «поведение» таблицы при установке, модификации, передаче таблицы в другую систему и выполнении клиентского копирования. При разработке таблицы рекомендуется выбрать класс создания А (Application table – прикладная таблица) или С (Customizing table – таблица пользователя).

В данном случае имя таблицы Z00AT_OLDN (Таблица 4.1) – таблица для хранения закачиваемых данных по основным средствам; класс создания – А; «прозрачная» таблица (неизменяемые данные хранятся в «прозрачных» таблицах базы данных).

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

Для данной таблицы первичный ключ: BURKS – БЕ (балансовая единица); OLDN1 – старый главный номер основного средства; URJHR – год выпуска, постройки.

Таблица 4.1 – Таблица для хранения закачиваемых данных Z00AT_OLDN

Элемент данных

Тип

Дл

Наименование

1

MANDT

CLNT

3

Мандант

2

BUKRS

CHAR

4

Балансовая единица

3

OLDN1

CHAR

12

Старый главный номер ОснСр

4

ANLKL

CHAR

8

Класс основных средств

5

AKTIV

DATS

8

Дата оприходования основного средства

6

RAUMN

CHAR

8

Характер эксплуатации

7

IZWEK

CHAR

2

Статус ОС

8

ORD41

CHAR

4

Вид деятельности

9

ORD42

CHAR

4

ОКОФ ЖД

10

ORD43

CHAR

4

Поле классификации 3 – Амортизационная группа

11

ORD44

CHAR

4

Строка 6-жел

12

GDLGRP

CHAR

8

ЕдинНормАмортиз (ЕНАО или ШНА)

13

ANLUE

CHAR

12

Групповой номер основного средства (ОКОФ)

14

LIFNR

CHAR

10

Номер счета поставщика или кредитора

15

EIGKZ

CHAR

1

Код собственности

16

URJHR

NUMC

4

ГодВыпускаПостройки

17

MEINSO

CHAR

3

Ед. измерения

18

MENGE

QUAN

13

Количество

19

VMGLI

CHAR

4

Код классификации имущества

20

EHWNR

CHAR

16

Управляющий номер декларации стандартной стоимости

21

FIAMT

CHAR

25

Местный финансовый орган

22

INVNR

CHAR

25

Инвентарный номер

23

TEXT50

CHAR

50

Название основного средства

24

TEXT50

CHAR

50

Название основного средства

25

XAFABCH

CHAR

1

Перенос ОснСредства, бывшего в употреблении

26

GERNR

CHAR

18

Серийный номер

27

KOSTL

CHAR

10

Место возникновения затрат

28

WERKS

CHAR

4

Завод

29

MSFAK

DEC

3

Коэффициент многосменности при многосменном режиме

30

XSTIL

CHAR

1

ОснСр остановлено

31

STORT

CHAR

10

Местоположение ОснСр

32

CAUFN

CHAR

12

Внутренний заказ

33

KFZKZ

CHAR

15

Код транспортного средства

34

PERNR

NUMC

8

Табельный номер

35

STADT

CHAR

25

Район

36

BWASL

CHAR

3

Вид движения основных средств (для новых ОС - этого года)

01 Область Оценки (Главная книга)

37

AFABG01

DATS

8

Дата начала расчёта амортизации

38

AFASL01

CHAR

4

Код амортизации (внешний)

39

NDJAR01

NUMC

3

Запланированный срок эксплуатации в годах

40

NDPER01

NUMC

3

Запланированный срок эксплуатации в периодах

41

NDABJ01

CHAR

3

Истекший срок эксплуатации в годах

42

NDABP01

CHAR

3

Истекший срок эксплуатации в периодах

43

KANSW01

CURR

13

Первоначальная стоимость нарастающим итогом

44

KNAFA01

CURR

13

Типовая амортизация нарастающим итогом

45

NAFAG01

CURR

13

Проведенная типовая амортизация за год

02 Область Оценки (Налоговый учет в рублях)

46

AFABG02

DATS

8

Дата начала расчёта амортизации

47

AFASL02

CHAR

4

Код амортизации (внешний)

48

NDJAR02

NUMC

3

Запланированный срок эксплуатации в годах

49

NDPER02

NUMC

3

Запланированный срок эксплуатации в периодах

50

NDABJ02

CHAR

3

Истекший срок эксплуатации в годах

51

NDABP02

CHAR

3

Истекший срок эксплуатации в периодах

52

KANSW02

CURR

13

Первоначальная стоимость нарастающим итогом

53

KNAFA02

CURR

13

Типовая амортизация нарастающим итогом

54

NAFAG02

CURR

13

Проведенная типовая амортизация за год

1. Мандант № вашего манданта.

2. БЕ  код балансовой единицы, для которой делается перенос  данных.

3. Старый ГлНомер  обязательное заполнение кода на усмотрение пользователя.

4. Класс ОснСр заполняется согласно классификатору в системе R/3 в модуле «Основные средства». Каждое основное средство в системе R/3 должно относиться к определенному классу.

5. Дата оприходования дата поступления основного средства.

6. Характер эксплуатации заполняется  согласно справочнику характеров экспл.

7. Статус ОС заполняется  статус ОС согласно справочнику.

8. Вид деятельности заполняется  вид деятельности согласно справочнику.

9. ОКОФ ЖД заполняется  ОКОФ ЖД согласно справочнику.

10. Поле классификации 3 заполняется амортизационная группа в зависимости от срока эксплуатации.

11. Поле классификации 4 заполняется строка 6-жел. Строка 6-жел выбирается согласно справочнику строк 6-жел в R/3.

12. Поле классификации 5 код единых норм амортизации (ЕНАО или ШНА). Согласно этому коду будет формироваться код расчета амортизации, если не убрано соответствующее замещение.

13. ГрупНомер ОснСр код ОКОФ.

14. Поставщик если такой имеется, заполнить согласно справочнику поставщиков в R/3.

15. Код собственности код собственности.

16. Финанс.год первоначПриобр дата выпуска ОС.

17. Базисная единица измерения внести согласно единице измерения, определенной в классах основных средств, или справочнику единиц измерения R/3.

18. Количество фактическое количество.

19. Код классификации имущ.  код классификации имущества.

20. УправлНомДеклар по усмотрению.

21. Налоговая инспекция по усмотрению.

22. Инвентарный номер инвентарный номер. Он может быть равен инвентарному номеру из старой системы или равен полю СтрГлНомер.

23. НазваниеМодифТипмарка название основного средства.

24. НазваниеМодифТипмарка тип и марка основного средства.

25. Перенос ОС, бывш.в употр. внести.

26. Серийный номер внести заводской номер.

27. МВЗ место возникновения затрат согласно справочнику в системе R/3.

28. Завод завод.

29. КоэффМногосменности проставить коэффициент, если основное средство используется в многосменном режиме или в условиях агрессивной среды.

30. ОснСр остановлено можно проставить.

31. Местоположение ОснСр местоположение проставить.

32. Внутренний заказ внести согласно справочнику в R/3.

33. Код транспортСр-ва код транспортного средства.

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

35. Район по усмотрению.

36. Вид движения данное поле заполняется, если основное средство было оприходовано в год переноса карточек основных  средств в систему R/3. Для переноса основных средств  без амортизации (новых) использовать виды движения  на 100 и т.д., а для переноса основных средств с  амортизацией (б/у) использовать вид движения 400.

01 Область Оценки (Главная книга)

37. Дата начала расчета аморт. дата начала расчета амортизации.

38. Код амортизации код амортизации (внешний).

39. Срок эксплуатации в годах срок эксплуатации в годах.

40. Срок эксплуатации в период. срок эксплуатации в периодах (месяцах).

41. Истекший срок эксп. в годах истекший срок эксплуатации в годах.

42. Истекший срок эксп. в пер. истекший срок эксплуатации в периодах (месяцах).

43. ПервоначСтоимНарИтог стоимость основного средства.

44. ТипАмортизация НарИт типовая амортизация нарастающим итогом на начало года.

45. ПроведТипАмортизац за год проведенная типовая амортизация за год.

02 Область Оценки (Налоговый учет в рублях)

46. Дата начала расчета аморт. дата начала расчета амортизации.

47. Код амортизации код амортизации (внешний).

48. Срок эксплуатации в годах срок эксплуатации в годах.

49. Срок эксплуатации в период. срок эксплуатации в периодах (месяцах).

50. Истекший срок эксп. в годах истекший срок эксплуатации в годах.

51. Истекший срок эксп. в пер. истекший срок эксплуатации в периодах (месяцах).

52. ПервоначСтоимНарИтог стоимость основного средства.

53. ТипАмортизация НарИт типовая амортизация нарастающим итогом на начало  года.

54. ПроведТипАмортизац за год проведенная типовая амортизация за год.

После выполнения программы образуется текстовый файл, например fiaa.txt:

751 4012 76654425 104000 …………и т.д., который  затем и закачивается в систему R/3.

ИнфоСистема Закачка ОС в систему Закачка файла

Имя файла - имя собственного сформированного файла.

Кнопка «Перенести».

Далее на экране появится следующее окно:

В случае, если расширенная проверка не нужна - следует нажать кнопку ‘НЕТ’, в противном случае, закачиваемые данные будут проверены.

После можно просмотреть перенесенный файл в систему

ИнфоСистема Закачка ОС в систему Просмотр введенных ОС

Через кнопку, которая расположена слева от кнопки «Выбрать», можно выбрать любую удобную структуру.

Кнопка «Выбрать» позволяет выбрать актуальную структуру просмотра.

Кнопка «Промежуточные суммы» - по выделенным полям.

Кнопка «Изменить» изменяет данные по выделенным основным средствам.

Кнопка «Файл переноса»:

после проверки данных, их нужно выделить и нажать эту кнопку.

На следующем экране показано, как можно изменить структуру отчета для просмотра введенных основных средств, нажав на кнопку, расположенную слева от кнопки «Выбрать»:

Кнопки с двумя стрелками позволяют сформировать актуальную структуру просмотра отчета, перекидывая наименее интересные для просмотра поля в резерв или возвращая их из резерва.

6.2 Ведение справочников

Справочник “Налоговые инспекции”

Справочник “Налоговые инспекции” предназначен для обобщения информации о  налоговых инспекциях, на территории которых могут находиться объекты основных средств.

Путь по меню: Основное средство Налоговые инспекции

На этом экране представлена таблица со следующими полями:

Поле таблицы

Описание

Текст

КПП БЕ в налоговой инспекции– код причины постановки на учет БЕ в налоговой инспекции  на территории которой находится имущество БЕ

ИМНС

Наименование налоговых инспекций

Код

Код налоговой инспекции

ОКАТО

ОКАТО – код территории, на котором находится объект ОС

Область

Область

Город/Населенный пункт

Город/Населенный пункт

Район

Район

На панели кнопок:

Кнопка  - позволяет редактировать записи в данной таблице,

Кнопка  - позволяет завести новые записи в таблице.

Справочник “Табельных номеров материально-ответственных лиц”

Справочник “ Табельных номеров материально ответственных лиц ” предназначен для обобщения информации о  материально ответственных лицах.

Путь по меню: ИнфоСистема Табельные номераВедение Таб.номеров

6.3 Разработка выходных форм

Бланки: Инвентарной карточки Основного Средства и Акт приемки- передачи Основного Средства реализованы в Excel. Для загрузки пользователю шаблонов бланков пройти путь по меню бухгалтера по учету основных средств (транзакция Z00ATDS4):

ИнфоСистема Бланки Копирование бланков

На экране появится окно:

Необходимо выбрать каталог, в который копируем бланки. Нажать кнопку «Open» (Открыть).

Далее появится окно:

Галочками отмечаем все файлы и нажимаем кнопку «Копировать».

При успешном копировании появится экран с сообщением об успешном копировании:

Теперь в указанном каталоге на локальном компьютере появятся файлы: FIAA_FOS6.xls и FIAA_AKTPR.xls.

В случае ошибки вместо «скопирован» будет слово «ОШИБКА» (красного цвета).

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

Рисунок 4.1 - Инвентарная карточка учета основных средств

Рисунок 4.2 - Акт приемки-передачи основных средств

РАСЧЕТ НАДЕЖНОСТИ

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

Безотказность - это способность объекта сохранять работоспособность в течение заданного интервала времени при определенных условиях эксплуатации.

Ошибки возникающие по разным причинам могут носить характер отказов или сбоев.

Отказ - это событие, заключающееся в полной или частичной потере машиной (системой) работоспособности. Как правило, отказы вызваны физическим разрушением элементов ЭВМ или постепенным ухудшением их характеристик.

Сбой - кратковременное нарушение правильной работы вычислительной системы или ее элемента, после которого его работоспособность самовосстанавливается или восстанавливается оператором без проведения ремонта.

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

Надежность программного обеспечения (или просто программы) определяется его (ее) безотказностью и восстанавливаемостью.

Безотказность программы или программного обеспечения есть ее (его) свойство сохранять работоспособность при использовании в процессе обработки информации на ЭВМ.

Зависимость надежности во времени описывается с помощью математической модели надежности - математического выражения (формул, алгоритмы, уравнения, системы уравнений) позволяющего определить показатели надежности.

Наиболее распространенной статистической моделью надежности является экспоненциальная модель распределения времени до отказа, по которой вероятность безотказной работы объекта выражается зависимостью:

Р(t)=е-t

где - параметр модели (интенсивность отказов), 1/ч*10-6

Рассчитаем вероятность безотказной работы системного блока АРМ в течение одного года. Выбранный период времени равен 2112 часам ( с учетом работы в день не более 8 часов).

Интенсивность отказов некоторых элементов системного блока представлена в таблице 5.1.

            Таблица 5.1 - Интенсивность отказов элементов системного блока

Наименование элемента

Интенсивность отказов ,1/ч

Печатная плата (один слой)

1*10-7

Разъем (один контакт)

0.2*10-7

Пайка

0.5*10-9

Микросхема

0.2*10-7

Определим интенсивность отказов системной платы GYGABITE 430 ТХ.

Системная плата GYGABITE 430 ТХ, состав элементов участвующих в расчете Chipset 430 ТХ: разъемы GОЕ -40, FDD -34, СОМ -9, LPT -25, KBD -5, питание -12, PSI-124, DIMM -168 и служебные разъемы -46 контактов (контактные группы разъемов PSI и DIMM в расчете не участвуют т.к. они будут учтены в расчете модуля памяти и видеокарты). Расчет интенсивности отказов каждого из элементов системной платы и суммарная интенсивность отказов представлена в таблице 5.2.

    Таблица 5.2 - Интенсивность отказов элементов системной платы

Наименование элемента

Количество

Интенсивность отказов ,1/ч

Печатная плата

8(слоев)

8*10-7

Разъем

444 (из них 273 Socket 7)

88.8*10-7

Пайка

1536 (2000)

10*10-7

Микросхема

9

1.8*10-7

Суммарная интенсивность отказов:

2М.1*105

Определим интенсивность отказов модуля памяти DIMM 32 Mb.

Модуль памяти DIMM 32 Mb в составе DIMM -168, ИС 16DIP -16 шт и 20DIP -8 шт. Расчет интенсивности отказов каждого из элементов модуля памяти и суммарная интенсивность отказов представлена в таблице 5.3.

          Таблица 5.3 - Интенсивность отказов элементов модуля памяти

Наименование элемента

Количество

Интенсивность отказов,1/ч

Печатная плата

4 (слоя)

4*10-7

Разъем

168

33.6*10-7

Пайка

450

2.8*10-7

Микросхема

24

4.8*10-7

Суммарная интенсивность отказов:

0.5*10-5

Определяем интенсивность отказов видеокарты S3 VIRGE.

Видеокарта S3 VIRGE в составе PSI -124, SVGA -15. Расчет интенсивности отказов каждого из элементов модуля памяти и суммарная интенсивность отказов представлена в таблице 5.4.

               Таблица 5.4 - Интенсивность отказов элементов видеокарты

Наименование элемента

Количество

Интенсивность отказов , , 1/ч

Печатная плата

4 (слоя)

4*10-7

Разъем

139

27.8* 10-7

Пайка

600

3*10-7

Микросхема

5

1*10-7

Суммарная интенсивность отказов:

0.4*10-5

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

   Таблица 5.5 - Интенсивность отказов элементов системного блока

Компонент

Интенсивность

Вероятность безотказной работы P(t)

Системная плата

1,1* 10-5

0,977

Модуль памяти

0,5* 10-5

0,989

Видеокарта

0,4* 10-5

0,99

Дисковод ГМД

8,3* 10-5

0,84

Винчестер

10-6

0,997

Суммарная интенсивность отказов системного блока:

c= (1,1+0,5+0,4+8,3+0,1)*10-5- 10,4*10-51/ч

Вероятность безотказной работы основных элементов системного блока:

P(t)=e-t =e(1,l+0,5+0,4+8,3+0,l)*10-5*2112=0,803

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

7. Расчет надежности АРМ.

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

Надежность - свойство объекта сохранять во времени в установленных пределах значения всех параметров, характеризующих способность выполнять требуемые функции в заданных режимах и условиях применения, технического обслуживания, ремонтов, хранения и транспортирования. Это сложное свойство, которое в зависимости от назначения объекта и условий его применения состоит из сочетаний свойств: безотказности, долговечности, ремонтопригодности и сохраняемое™ (ГОСТ 27.002-83).

Безотказность - это способность объекта сохранять работоспособность в течение заданного интервала времени при определенных условиях эксплуатации.

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

Ремонтопригодность - это способность машины к предупреждению, устранению и обнаружению отказов, и характеризующаяся средним временем восстановления после отказа.

Долговечность - это свойство ЭВМ сохранять работоспособность до определенного состояния.

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

Отказ - это событие, заключающееся в полной или частичной потере машиной (системой) работоспособности. Как правило, отказы вызваны физическим разрушением элементов ЭВМ или постепенным ухудшением их характеристик.

Сбой - кратковременное нарушение правильной работы вычислительной системы или ее элемента, после которого его работоспособность самовосстанавливается или восстанавливается оператором без проведения ремонта (ГОСТ 19542-83). Считается, что сбои вызваны внутренними или внешними помехами электромагнитного характера. Сбой сопровождается искажением информации.

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

Надежность программного обеспечения (или просто программы) определяется его (ее) безотказностью и восстанавливаемостью.

Безотказность программы или программного обеспечения есть ее (его) свойство сохранять работоспособность при использовании в процессе обработки информации на ЭВМ.

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

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

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

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

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

Рис. 5.1. Зависимость интенсивности отказов от времени эксплуатации аппаратурных (1) и программных (2) средств.

Рассмотрим рис.5.1, на котором показаны типичные зависимости, отражающие изменение во времени надежности аппаратуры (кривая 1) и программы (кривая 2).

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

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

Основные качества ЭВМ, связанные с ее надежностью, определяются распределением отказов во времени, процессами восстановления и организации обслуживания. Улучшение надежности требует, как правило, дополнительных затрат при разработке, изготовлении и эксплуатации системы.

Установление требований к надежности ЭВМ и ВС представляет собой сложную технико-экономическую задачу, решаемую по критерию минимума суммарных расходов. Среди расходов необходимо учитывать расходы, связанные с разработкой и изготовлением ЭВМ или ВС; персонал, занятый ремонтом и техническим обслуживанием ЭВМ или ВС; определяемые последствиями отказов и простоев, снижением эффективности или производительности системы и др.

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

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

В каждом конкретном случае в качестве показателя (показателей) надежности необходимо выбирать те, которые наилучшим образом характеризуют надежность объекта с точки зрения его целевого назначения. В случае приближенных оценок часто выбирается экспоненциальная модель, как наиболее удобная с точки зрения аналитических преобразований. Экспоненциальную модель рекомендуется применять при выполнении расчетов надежности в случае отсутствия других исходных данных для расчета, кроме интенсивности отказов.

Приближенный метод расчета надежности АРМ основан на следующих допущениях:

  1.  Время восстановления намного меньше времени безотказной работы;
  2.  Интенсивности отказов и интенсивности восстановлении - постоянные величины.

В табл. 8.1. приведены некоторые данные об интенсивности отказов компонентов ВС.

Таблица 8.1

Компонент

Интенсивность отказов, 1÷*10-6

Интегральная схема

0,1

Пайка

0,0001

Разъем

2,0-3,5

Оперативная память

300

Память на магнитных дисках

250

Печатающее устройство

420

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

=  i          (1)

 

для параллельного включения:

      m

μ =∑μ і                                                                                                     (2)

    і═1

             m

Кr=1- Π (1-K ri)                                                    (3)

            і═1

          

λ= μ / (1-K i)                                                         (4)

  

где:    - интенсивность отказов последовательной (параллельной) группы из n (m) подсистем;

Кr - коэффициент готовности последовательной (параллельной) группы из n (m) подсистем;

- интенсивность восстановления последовательной (параллельной) группы из n (m) подсистем;

Те же переменные с индексами i обозначают соответствующие показатели отдельных подсистем.

Если в системе применяется  скользящее резервирование подсистем, то вместо (3) применяется формула:

         m          

K r =  C  m i * K rn i * ( 1- K rn ) m-i    (5)

 i=1

где  r - минимально необходимое по требованиям производительности число разработанных подсистем;

                 Krn  - коэффициент при готовности подсистемы ( при скользящем резервировании все системы однотипные).

Интенсивность восстановления в случае скользящего резервирования определяется  по формуле:

= (w - г+1) n                                                                                    (6)

где  n - интенсивность восстановления подсистемы

В результате сделанных допущений интенсивность отказов А, числено равна параметру потока отказов .

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

Таблица 8.2.

Наименование подсистемы

Значения m(r)

Интенсивность отказов

i, l/÷

Интенсивность восстановлен.

i, 1/ч

Коэффициент готовности

Кгi,

Центральный процессор (ЦП)

1

152*10-6

1

1 - 1,52*10-2

Модуль ОЗУ

4(3)

300*10-6

0,01

1 -3*10-2

Устройство памяти на дисках

3(2)

250*10-6

0,025

1 - 10-2

Печатающее устройство (ПУ)

2(1)

420*10-6

0,021

1-2*10-2

Интенсивности отказов, приведенные в таблице 8.2., взяты из таблицы 8.1., кроме интенсивности отказов ЦП, которая рассчитана суммированием интенсивностей отказов элементов, входящих в ЦП (таблица 8.3.)

Таблица 8.3.

Наименование элемента

Количество

Интенсивность отказов элемента, (1/ч)* 10-6

Интенсивность всех элементов данного типа,(1/ч)*10-6

ИС

1200

0,1

120

Пайки

20000

0,0001

2,0

Разъемы

10

3,0

30

ВСЕГО

=152*10-6

Интенсивности восстановления в таблице 14. рассчитаны по формуле = 1/ t в, где t в - среднее время восстановления. Среднее время восстановления ОЗУ и различных электромеханических устройств оценено значительно выше, чем среднее время восстановления процессора, так как предполагается, что ремонт этих устройств осуществляется в специализированных мастерских, в то время как ремонт процессора заключается в замене ТЭЗа. Необходимо учитывать, что времена восстановления зависят от организации производства, квалификации и количества ремонтного персонала, а также имеющегося оборудования и запасных частей. Поэтому данные о времени восстановления можно точнее всего установить по статистике, полученной для данного или аналогичных производств.

Далее расчет надежности вычислительной системы сводится к составлению структурной схемы расчета надежности ( или графа надежности) и его постепенном упрощении при помощи формул (2) - (6) до получения показателей К, и Кr для системы.

Рис. 8.1.1. Схема расчета надежности ВС

Схема расчета надежности ВС изображена на рис. 8.4. Считается, что для решения задач, поставленных перед ВС, достаточно иметь г. Следовательно, ОЗУ и МД резервированы по способу скользящего резервирования, ПУ резервировано одним резервом. Далее необходимо рассчитать показатели  К, и Кг для отдельных резервных групп.

Для ОЗУ

по (8) =(4-3+l)*0,01=0,02 1/ч

по (7) Кr=4*((1-3*10-2 )*3*10-2+1-3*  10-2)-40,9948

по (6) =104*10-6 1/ч

Для остальных резервных групп расчеты производятся аналогичным образом, их результаты приведены в таблице 8.4.

Таблица 8.4.

Наименование резервной группы

Интенсивность восстановления, 1/÷

Интенсивность отказов, 1/ч*10-6

Коэффициент готовности

ОЗУ

0,020

104

0,9948

МД

0,050

530

0,9894

ПУ

0,042

17

0,9996

Далее определяем системные показатели:

 c= (152+104+530+17)*10-6- 0,803*10-3 1/ч

 Кг = 1 - (0,000152+0,0052+0,0106+0,0004)=0,9948

 c=0,803*10-3 / 0,01650,19*10-3    1/÷

Другими словами, отказы системы следуют в среднем через каждые 1245 ч работы, и длительность восстановления в среднем составляет 25 часов. Такие невысокие показатели обусловлены в первую очередь группой устройств МД, характеризуемой высокой интенсивностью отказов. Поэтому рассматривается вариант системы, где имеется четыре устройства МД вместо трех.

В таком случае для этой группы устройств МД:

 Кгмд=0,99941

 гмд=0,075 1/ч

 гмд=44,2*10-6 1/ч

В данном случае суммарная интенсивность отказов системы:

 с= (152+104+44,2+17)*10-6- 317,2*10-6 1/ч

Коэффициент готовности:

  Кг = 1 - (0,000152+0,0052+0,000590+0,0004)=0,9937

Интенсивность восстановления системы:

  ц=0,05035 1/ч

Следовательно, среднее время безотказной работы измененной системы составляет приблизительно 3152 ч, а средняя длительность процесса восстановления - около 20 ч, что можно считать удовлетворительным по сравнению с первоначальным вариантом.

Расчет надежности АРМ экспоненциальным методом.

Зависимость надежности во времени описывается с помощью математической модели надежности - математического выражения (формул, алгоритмы, уравнения, системы уравнений) позволяющего определить показатели надежности.

Наиболее распространенной статистической моделью надежности является экспоненциальная модель распределения времени до отказа, по которой вероятность безотказной работы объекта выражается зависимостью:

Р(t)=е-t

где - параметр модели (интенсивность отказов), 1/ч*10-6

Рассчитаем вероятность безотказной работы системного блока АРМ в течение одного года. Выбранный период времени равен 2112 часам ( с учетом работы в день не более 8 часов).

Интенсивность отказов некоторых элементов системного блока представлена в таблице 8.5.

Таблица 8.5.

Наименование элемента

Интенсивность отказов ,1/ч

Печатная плата (один слой)

1*10-7

Разъем (один контакт)

0.2*10-7

Пайка

0.5*10-9

Микросхема

0.2*10-7

Определяем интенсивность отказов системной платы:

Системная плата Gigabyte GA-8PE800 Soc-478 i845PE ATX U-100 AC'97 6ch. USB2.0, состав элементов участвующих в расчете: Chipset i845PE, разъемы: HDD -40, FDD -34, СОМ -9, LPT -25, KBD -5, питание -12, PCI-124, DIMM -168 и служебные разъемы -46 контактов (контактные группы разъемов PCI и DIMM в расчете не участвуют т.к. они будут учтены в расчете модуля памяти и видеокарты). Расчет интенсивности отказов каждого из элементов системной платы и суммарная интенсивность отказов представлена в таблице 5.6.

Таблица 8.6.

Наименование элемента

Количество

Интенсивность отказов ,1/ч

Печатная плата

8(слоев)

8*10-7

Разъем

444

88.8*10-7

Пайка

1536 (2000)

10*10-7

Микросхема

9

1.8*10-7

Суммарная интенсивность отказов:

2М.1*105

Определяем интенсивность отказов модуля памяти:

Модуль памяти DIMM 256 Mb в составе DIMM -168, ИС 16DIP -16 шт и 20DIP -8 шт. Расчет интенсивности отказов каждого из элементов модуля памяти и суммарная интенсивность отказов представлена в таблице 5.7.

Таблица 8.7.

Наименование элемента

Количество

Интенсивность отказов,1/ч

Печатная плата

4 (слоя)

4*10-7

Разъем

168

33.6*10-7

Пайка

450

2.8*10-7

Микросхема

24

4.8*10-7

Суммарная интенсивность отказов:

0.5*10-5

Определяем интенсивность отказов видеокарты:

Видеокарта NVIDIA GeForce 4 MX440 в составе AGP -118, SVGA -15. Расчет интенсивности отказов каждого из элементов модуля памяти и суммарная интенсивность отказов представлена в таблице 8.8.

Таблица 8.8.

Наименование элемента

Количество

Интенсивность отказов , , 1/ч

Печатная плата

4 (слоя)

4*10-7

Разъем

139

27.8* 10-7

Пайка

600

3*10-7

Микросхема

5

1*10-7

Суммарная интенсивность отказов:

0.4*10-5

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

Таблица 8.9.

Компонент

Интенсивность

Вероятность безотказной работы P(t)

Системная плата

1,1* 10-5

0,977

Модуль памяти

0,5* 10-5

0,989

Видеокарта

0,4* 10-5

0,99

Дисковод ГМД

8,3* 10-5

0,84

Винчестер

10-6

0,997

Суммарная интенсивность отказов системного блока:

c= (1,1+0,5+0,4+8,3+0,1)*10-5- 10,4*10-51/ч

Вероятность безотказной работы основных элементов системного блока:

P(t)=e-t =e(1,l+0,5+0,4+8,3+0,l)*10-5*2112=0,803

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

Из расчетов видно, что среднее время безотказной работы системного блока составляет приблизительно 9615 часов.

Заключение.

Целью данной разработки являлось создание АРМ «Спецодежда».

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

-осуществить ведение базы данных, хранение и обработку информации;

-понизить вероятность ошибок при вводе данных;

-получать отчетные формы;

-существенно сократить время обработки документов;

-повысить культуру рабочего места.

В экономической части дипломного подсчитана стоимость реализации проекта, экономическая эффективность, окупаемость и годовой экономический эффект.

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

СПИСОК ЛИТЕРАТУРЫ

  1.  Верман А.Я. «Access 97 для профессионалов». СПб, 1998.
  2.  Выполнение организационно-экономической части дипломных проектов. Учебное пособие. – М.: МИРЭА, 1987.
  3.  Денисенко Г.Ф. Охрана труда: Учебное пособие для вузов. – М.: Высшая школа, 1985.
  4.  Каракаш А.И. Справочник производственного мастера по охране труда. – Днепропетровск: Проминь, 1988.
  5.  Корнелюк В.К. «Access 97». М., 1998
  6.  К.А. Ыиуду. Надежность, контроль и диагностика вычислительных машин и систем. М.: Высшая школа, 1989,198 с.
  7.  Охрана труда в вычислительных центрах: Учеб. для студентов сред. спец. учеб. заведений по специальности "Программирование для электронно-вычислительных машин и автоматизированных систем"/ Ю.Г.Сибаров, Н.Н.Сколотнев, В.К.Васин, В.Н.Нагинаев. – М.: Машиностроение, 1990. - 192 с.: ил.
  8.  С. Каратыгин, А. Тихонов, В. Долголаптев. Базы данных: простейшие средства обработки информации; электронные таблицы; системы управления базами данных. Том I и II.М.:ABF,1995,757 с.
  9.  СНиП 23-05-95 «Искусственное и естественное освещение».
  10.  СанПиН 2.2.2.542 – 96 «Гигиенические требования к видеодисплейным терминалам и организация работы».
  11.  Ю. Шаров. Введение в базы данных. М.:ABF,1995,384 с.
  12.  М. Гук Аппаратные средства IBM PC: Энциклопедия. – СПб: Питер Ком, 1999. – 816 с.
  13.  В.В. Кириллов СitForum «Основы проектирования реляционных баз данных»
  14.  Базы данных: модели, разработка, реализация / Т. С. Карпова. – СПб.: Питер, 2002.
  15.  В. В. Фаронов, П. В. Шумаков Delphi 5. Руководство разработчика баз данных. – М.: Питер, 2000.
  16.  С. М. Диго  Проектирование и использование баз данных - Москва "Финансы и статистика" - 1995.
  17.  Хомоненко А. Д., Цыганков В. М., Мальцев М. Г. Базы данных: Учебник для высших учебных заведений – СПб.: КОРОНА принт, 2003.
  18.  Шураков В. В. Надежность программного обеспечения систем обработки данных - М.: Финансы и статистика, 1987.
  19.   Роджер Дженнингс. Использование Access 97:Пер. с англ. – 2-е изд. – К.; М.; СПб.: Издат. дом «Вильямс», 1998 – 944 с.

 Microsoft Visial Basic 6.0 для профессионалов. Шаг за шагом: Практ.пособ./Пер.с англ..- М.: Издательство ЭКОМ, 2004.-720 с


 

А также другие работы, которые могут Вас заинтересовать

67355. ЮРИДИЧЕСКАЯ ПРАКТИКА 115.5 KB
  В правоведении существуют различные мнения о понятии юридической практики. Ошибочность первых двух позиций на наш взгляд состоит в том что в первом случае из практики исключается такой важный ее элемент как юридический опыт во втором допускается другая крайность: результаты деятельности...
67356. Перевантаження шаблонної функції 70 KB
  Окрім створення безпосередньо перевизначених версій узагальненої функції, можна також перевизначати саму специфікацію шаблону функції. Для цього достатньо створити ще одну версію шаблону, яка відрізнятиметься від інших переліком параметрів. Розглянемо такий приклад...
67357. ПРАВОВЫЕ ОТНОШЕНИЯ 258 KB
  Их участники наделяются правосубъектностью юридическими правами и обязанностями. Любые отношения приобретают характер правоотношений лишь в том случае если они возникают на ос 472 нове и в соответствии с нормами права и не противоречат воле государства. 473 Правоотношения следствие действия...
67358. Узагальнені класи 142.5 KB
  Окрім визначення узагальнених функцій, можна також визначити узагальнений клас. Для цього створюється клас, у якому визначаються всі використовувані ним алгоритми. При цьому реальний тип оброблюваних у ньому даних задається як параметр при побудові об’єктів цього класу.
67359. Обробка виняткових ситуацій 101 KB
  Розглянемо механізми оброблення різних виняткових ситуацій. Виняткова ситуація (або виняток) – це помилка, яка виникає у процесі виконання програми. Використовуючи С++-підсистему оброблення виняткових ситуацій, такі помилки легко можна виправляти. Їх виникнення під час роботи коду програми автоматично...
67360. ПРАВОМЕРНОЕ ПОВЕДЕНИЕ И ПРАВОНАРУШЕНИЯ 123.5 KB
  Нарушение предписаний правовых норм в любом обществе носит массовый характер и создает ему весьма ощутимый моральный и материальный вред. Все без исключения правонарушения представляют собой деяния людей а не воздействие сил природы или предметов не действия животных.
67361. Перехоплення винятків класового типу 71 KB
  Виняток може мати будь-який тип, у тому числі і класового типу, створенного програмістом. У реальних програмах більшість винятків мають саме класовий тип, а не вбудований тип. Ймовірно, тип класу найбільше підходить для опису помилки, яка потенційно...
67362. ЮРИДИЧЕСКАЯ ОТВЕТСТВЕННОСТЬ. СОЦИАЛЬНАЯ ОТВЕТСТВЕННОСТЬ И ЕЕ ВИДЫ 143.5 KB
  Ответственность личности имеет социальную природу предопределенную как общественным характером отношений так и особенностями личности ее местом в системе этих отношений. Социальная ответственность возникает тогда когда поведение индивида имеет общественное значение...
67363. Перехоплення всіх винятків 78.5 KB
  Часто доцільно використовувати настанову catch(...) як останній «рубіж» catch-послідовності. У цьому випадку вона забезпечує перехоплення винятків усіх інших типів (тобто не передбачених попередніми catch-виразами). Наприклад, розглянемо ще одну версію попереднього коду програми...