Анализ учета и исполнение заявок ремонта оргтехники. Часть 3.

Страницы:   1   2   3 

---

3.5 Web-сервер

 

Apache — свободный веб-сервер номер один в Интернет (http://www.netcraft.co.uk/survey/), где более половины всех интернет сайтов работают под Apache или производных от него [22]. По статистике Netcraft, в августе 2007 года он работал на 51 % всех веб-серверов, в марте 2009 года — на 49%. На сегодняшний день Apache поддерживает функциональность приблизительно 19 млн. Веб-серверов.

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

• Yahoo;
• Altavista;
• GeoCities;

Веб-сервер Apache разрабатывается и поддерживается открытым сообществом разработчиков под эгидой Apache Software Foundation (http://www.apache.org/) и включён во многие программные продукты, среди которых СУБД Oracle и IBM WebSphere.

Причины успеха Apache:

• Технологическое лидерство — в начальный период своей истории появления Apache был одним из технологических лидеров на рынке. Производительность была достаточно велика, потребности в ресурсах — малы. При этом программа обладала возможностью легкого расширения путем добавления модулей, причем реализовано это было на много лучше чем у конкурентов. Возможность легкого расширения обусловило появление большого количества производных от Apache серверов — Stronghold, Apache/SSL, mod_perl — удовлетворяющих большинство потребностей Веб-разработчиков по сегодняшний день.
• Технологический консерватизм — Авторы популярных программ быстро оказываются заваленными пожеланиями пользователей. Если им следовать, то программы перегружаются функциональностью, нужной только малому числу клиентов, сложность кода растет одновременно с числом проблем и т.д. Авторам Apache удалось сохранить необходимый баланс в этой области, разрабатываемое ими ПО имеет репутацию стабильного и предсказуемого.
• Открытость процесса разработки. Процесс разработки Apache открыт для наблюдения и комментирования всем желающим и поэтому предсказуем. Это позволяет выпускать дополнительные модули к новым версиям практически одновременно с их выходом.
• «Демократическая» разработка — проекте Apache реализована уникальная схема разработки — по каждому изменению проводится голосование, причем «существенные» изменения могут быть остановлены правом вето любого члена группы разработчиков, а несущественные — должны набрать больше голосов «за», чем «против». Такая схема позволяет блокировать сомнительные технологические решения, поддерживая технологический консерватизм. Очевидно, что такая схема не может быть применена в произвольном проекте так как требует разумности от всех разработчиков группы, что достижимо далеко не всегда.
• Поддержка пользователей — несмотря на огромную пользовательскую базу и некоммерческий статус, поддержка Apache была и остается очень хорошей по качеству — сообщения о проблемах анализируются в течение 1-2 дней.
• Лицензирование — существенной причиной успеха Apache является действительно свободное лицензирование. Apache License, в отличие от наиболее распространенной в среде OpenSource GNU GPL, не навязывает свободное распространение производных работ, а требует лишь сохранения права на имя — указания, что производный проект использует код, разработанный Apache Group. При такой схеме лицензирования коммерческие компании охотнее вкладывают свои ресурсы в развитие продукта, примером может служить участие IBM в разработке Apache 2.0 и переносе Apache на платформу Windows.

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

Единственным недостатком наиболее часто считается отсутствие удобного стандартного интерфейса для администратора [24].

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

Выбирая, рассмотренное ниже программное обеспечение и технологии я опирался на экономические выгоды, простоту и надёжность использования, скорость разработки и сопровождаемость используемых программных средств (ПС).

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

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

 

4 Моделирование АИС учёта и исполнения заявок ремонта оргтехники

 

AllFusion ERwin Data Modeler представляет собой набор средств концептуального моделирования данных, использующих метод IDEF1X. ERwin Data Modeler реализует проектирование схемы БД, генерацию ее описания на языке целевой СУБД (Oracle, Sybase, DB2, Microsoft SQL Server и др.) и реверсный инжиниринг существующей БД. ERwin Data Modeler выпускается в нескольких конфигурациях, ориентированных на наиболее распространенные средства разработки приложений.

AllFusion ERwin Process Modeler (BPwin) — средство моделирования бизнес-процессов, реализующее метод IDEF0, а также поддерживающее диаграммы потоков данных и IDEF3. В процессе моделирования BPwin позволяет переключиться с нотации IDEF0 на любой ветви модели на нотацию IDEF3 или DFD и создать смешанную модель. BPwin поддерживает функционально-стоимостной анализ (ABC) [25].

Учитывая особенности реализуемого проекта необходимо смоделировать деловые процессы протекающие при организации и планировании ремонтов и ТО от поломки и подачи заявки на ремонт до отгрузки отремонтированной техники и установки её на рабочее место. Для этих целей я воспользуюсь AllFusion ERwin Process Modeler. Это поможет определить, какую информацию необходимо учесть при создании базы данных и какие функции я смогу автоматизировать при помощи проектируемой АИС. Структуру самой базы данных я спроектирую в AllFusion ERwin Data Modeler, построив модель данных, учитывающую сущности, атрибуты и отношения между ними.

 

4.1 Моделирование в AllFusion ERwin Process Modeler

 

Основные причины функционального моделирования:

• реконструкция устройства систем (ФМ AS IS);
• поддержка анализа работы систем;
• ускорение и удешевление разработки систем (ФМ TO BE);
• компьютерная поддержка разработки программного обеспечения (осуществление CASE — технологии; совместно с другими программными средствами);
• подготовка проектного управления — разработка планов работ, основанных не на эвристике xix), а на функциональной модели деятельности, направленной на достижение той или другой цели;
• обоснование необходимости совершенствования функционирования (реинжиниринга) систем за счёт функционально — стоимостного анализа;
• упорядочение и накопление знаний из различных предметных областей;
• совершенствование текстов на естественном языке за счёт конвертации их в формат функциональной модели;
• реконструктивное моделирование (воссоздание системы функций).

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

• поддержка перестройки работы предприятий; осуществляется совместно с другими методами и средствами;
• поддержка разработки систем менеджмента качества в соответствии с ISO 9000:2000;
• поддержка внедрения ERP – систем;
• создание систем поддержки жизненного цикла продукции (CALS);
• поддержка учебного процесса в различных отраслях знаний. Эффективность представления и усвоения знаний основывается на структурировании учебной информации и представлении её в графическом виде;
• создание инструктивных материалов, в том числе — должностных инструкций. Основывается на детальной проработке функционирования системы в формате ФМ;
• разработка компьютерноподдерживаемых планов деятельности, основанных на спецификации Activity (Activity Name Report), как составе работ плана;
• реконструктивное моделирование. Одна из возможных целей реконструктивного моделирования — поддержка работы исследователя, ведущего криминалистическое расследование.

Функциональная модель (ФМ) является средством описания работы (функционирования) той или другой системы или объекта. Может быть использована как для анализа работы существующих систем, так и для подготовки создания новых систем [26]. Практически без ограничений по предметной области.

Определение функциональной модели: «IDEF0 Модель: Графическое описание системы или объекта, которое разработано для определенной цели и с выбранной точки зрения. Набор из одной или большего количества IDEF0 диаграмм, которые изображают функции системы или предметной области в графике, тексте и глоссарии».

Функциональная модель разрабатывается как некоторый набор диаграмм, текстов и глоссария.

Каждая диаграмма разрабатывается как отдельный лист в формате от А4 до А1 или Customer (пользовательский) Основой функциональной модели является Activity — функция, графическим символом которой является прямоугольник (Box — в первоисточнике), в котором вписано имя функции в виде глагола или отглагольного существительного.

Каждая функция (прямоугольник Activity) встраивается в ФМ четырьмя типами связей — вход (Input) — всегда стрелка, символизирующая вход, направлена слева, в левую грань прямоугольника функции; выход (Output) — всегда из правой грани прямоугольника направо; управление (Control) — всегда стрелка сверху вниз, на верхнюю грань прямоугольника; механизм (Mechanism) выполнения функции — стрелка снизу к нижней грани прямоугольника Activity, как показано на рисунке 8.

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

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

Каждая Activity, начиная с Activity TOP диаграммы, может быть декомпозирована (разделена) на субфункции, представляемые несколькими Activities, как это показано на рисунке 9.

Каждая Activity на диаграмме декомпозиции также оснащается теми же 4 видами связей, что и на ТОР диаграмме; эти связи идентифицируются аббревиатурой ICOM, от Input, Control, Output, Mechanism.

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

Оба конца любой стрелки должны быть привязаны (графически — касаться) либо к какой-либо границе диаграммы, либо к одной из сторон бокса Activity. Стрелки могут быть граничными — если они начинаются или оканчиваются на границе диаграммы, или внутридиаграммными, если они начинаются и заканчиваются на прямоугольниках Activities.

 

 

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

Диаграммы декомпозиции называются дочерними диаграммами — для диаграммы, Activity которой подверглась декомпозиции. Эта диаграмма называется родительской. Разработка функциональной модели может быть произведена как ФМ AS IS — «функциональная модель как есть», или как ФМ TO BE — «функциональная модель как должно быть». Первая из них описывает функционирование существующей системы, вторая является проектным описанием работы создаваемой системы, или проектным описанием существующей системы, подвергающейся модернизации.

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

Помимо IDEF0, информационные системы могут быть отмоделированы, в методике DFD, также поддерживаемой AllFusion Process Modeler, и отличающейся от IDEF0 рядом упрощений в её методических требованиях.

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

При моделировании АИС я применил метод ФМ TO BE — «функциональная модель как должно быть». Полученные при этом ТОП диаграмму и её декомпозицию можно было видеть на рисунках 8 и 9 данной главы. Но для изучения предмета автоматизации необходимо более детально рассмотреть протекающие в системе процессы. Для этого я построю ещё ряд диаграмм, являющихся декомпозициями функций, входящих в диаграмму декомпозиции. Рисунок 10 отображает, какие функции входят в такую функцию как «Получение заявок и планирование ремонтов».

 

На рисунках 11 и 12, показаны декомпозиции таких функций как «Склад» и «Ремонт техники». Как видно из рисунков представленных диаграмм, что дальнейшей декомпозиции необходимо подвергнуть лишь ту часть системы, которая берёт на себя функции по планированию и администрированию всех процессов ОТП. В качестве родительской диаграммы я предлагаю использовать диаграмму декомпозиции А1, т.к. на ней содержатся функции, требующие автоматизации.

 

 

4.2 Моделирование в AllFusion ERwin Data Modeler

 

Обработка счетов. Электронная торговля. Анализ данных. Управление знаниями. Все это невозможно без использования баз данных. Системы с архитектурой клиент/сервер строятся на основе реляционных серверных СУБД. Приложения для Internet и интрасетей осуществляют доступ и динамическое обновление данных. Пакеты программ необходимо адаптировать и интегрировать с существующими системами. Хранилища данных объединяют и интегрируют множество баз данных, обеспечивая необходимые бизнесу гибкость и интеллектуальность. Успех применения всех этих приложений зависит от того, насколько хорошо спроектирована база данных.

ERwin Data Modeler — мощное и простое в использовании средство конструирования баз данных завоевавшее широкое признание и популярность. Оно обеспечивает высочайшую продуктивность труда при разработке и сопровождении приложений с использованием баз данных [27].

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

ERwin — это не просто мощное средство проектирования, но и инструмент разработки, способный автоматически создавать таблицы и генерировать тысячи строк текста хранимых процедур и триггеров для всех популярных СУБД. Революционная технология Complete-Compare (Завершить-Сравнить) позволяет организовать итеративную разработку, поддерживая постоянную согласованность модели и базы данных. Благодаря интеграции с популярными средами разработки программ, ERwin позволяет ускорить создание приложений для обработки данных.

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

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

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

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

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

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

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

База данных может быть спроектирована и создана без написания отдельных SQL-предложений типа CREATE TABLE или INDEX. Поскольку физическая схема формируется на основе описательной логической модели, ваше приложение будет сразу же полностью документировано. ERwin позволяет также проводить обратный инжиниринг существующих баз данных путем построения модели непосредственно на основе ее таблиц. Таким образом можно получить четкое представление о структуре и содержании существующего приложения.

Диаграмма сущность-связь (Entity Relationship Diagram (ERD)) включает сущности и взаимосвязи, отражающие основные бизнес-правила предметной области. Такая диаграмма не слишком детализирована, в неё включаются основные сущности и связи между ними, которые удовлетворяют основным требованиям предъявляемым к ИС. Диаграмма сущность-связь может включать связи «многие ко многим» и не включать описание ключей. Как правило ERD используется для презентации и обсуждения структуры данных с экспертами предметной области. Модель данных (DM) кроме описанного выше включает описание атрибутов сущностей – полей, входящих в базу данных таблиц [28].

На рисунке 13 представлена модель данных проектируемой АИС.

 

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

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

 

4.3 Разработка интерфейса АИС УИЗРО

 

Использование в качестве архитектуры Веб-технологии предполагает наличие веб-интерфейса пользователя, предоставляемого браузером, что в свою очередь накладывает ряд ограничений, диктуемых применением HTML. Но, например, такие недостатки веб-интерфейса, как отсутствие динамичности и медленная работа на некоторых задачах ни как не скажется на работе с АИС. И напротив, такие достоинства для пользователя, как простота использования и простота разработки для разработчика скажутся на АИС положительно. Также отсутствует необходимость создания сложного дизайна, поэтому интерфейс разрабатываемого приложения отличается простотой и содержит лишь необходимые для предоставления функционала решения [29].

Определим, какими функциями должен обладать интерфейс АИС. Система должна отображать табличную информацию со всеми возможностями работы СУБД, такими как полнотекстовый поиск, сортировка по полям, а также предоставлять удобные формы для добавления и редактирования информации. Дизайн интерфейса должен быть минимальным, для простоты использования и повышения скорости работы АИС. На рисунке 14 можно увидеть пример возможного интерфейса АИС. На рисунке видно основное меню, предоставляющее, доступ к редактированию базы данных, доступ к заявкам и исполнениям заявок. Также доступна инструкция и есть возможность обратиться к разработчикам, или администратору АИС. При переходе между этими пунктами меню (расположено сверху слева), над таблицей и слева снизу появляются дополнительные функциональные кнопки. В данном случае верхняя панель перемещает пользователя между таблицами БД, а нижняя осуществляет поиск, сортировку и вывод на печать. Также, для исключения ошибок ввода и редактирования необходимо предусмотреть ещё две соответствующие кнопки, открывающие формы ввода и редактирования. На рисунке 15 представлен скриншот входа пользователя в систему. После выбора категории, к которой относится сотрудник и ввода пароля ему будут предоставлены соответствующие функции по редактированию, добавлению информации и доступу к основным функциям.

На рисунке 16 представлена форма регистрации заявки. После заполнения и отправки формы соответствующая информация попадёт в БД и станет доступна всем пользователям базы.

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

Кроме разграничения прав доступа логинный вход в АИС предоставляет возможность работы с базой данных по принципу «Login-Logout», поддерживающему постоянное соединение с базой данных.

 

 

5 Безопасность и экологичность проекта

5.1 Анализ опасных и вредных производственных факторов и мероприятия по обеспечению безопасных и безвредных условий труда

 

5.1.1 Рабочее место оператора.

 

Охрана труда – система сохранения жизни и здоровья работников в процессе выполнения трудовой деятельности, включающая в себя правовые, социально-экономические, организационно-технические, санитарно-гигиенические, лечебно-профилактические, реабилитационные и иные мероприятия (в соответствии со статьей 209 Трудового кодекса Российской Федерации № 197-ФЗ от 30 декабря 2001 года).

Устройство удобного и безопасного рабочего места, отвечающего условиям труда работника, является важным аспектом охраны труда. Основные требования к рабочему месту оператора сформулированы в ГОСТ Р 50923-95 «Дисплеи. Рабочее место оператора. Общие эргономические требования к производственной среде. Методы измерения» от 1 июля 1997 года (переиздан в январе 2008 года).

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

Данное место обладает следующими характеристиками.

Конструкция рабочего стола обеспечивает удобное размещение на рабочей поверхности необходимого комплекта оборудования и документов. Высота рабочей поверхности стола равна 725 мм. Размеры рабочей поверхности стола: глубина — 650 мм, ширина — 1400 мм. Стол имеет пространство для ног 700 мм, шириной — 600 мм, глубиной на уровне колен — 500 мм и на уровне вытянутых ног — 700 мм. Рабочая поверхность стола не имеет острых углов и краев. Покрытие рабочей поверхности стола выполнено из диффузно отражающего материала.

Рабочий стул подъемно-поворотный и регулируемый по высоте и углам наклона сиденья и спинки, а также расстоянию спинки от переднего края сиденья. Поверхность сиденья имеет ширину и глубину 400 мм. Опорная поверхность спинки стула имеет высоту 300 мм, ширину 380 мм и радиус кривизны в горизонтальной плоскости 400 мм. Расстояние спинки от переднего края сиденья регулируется в пределах от 260 до 400 мм.

Дисплей располагается на столе так, чтобы для рассмотрения изображения в любой части экрана не требовалось изменение положения головы. Дисплей ниже уровня глаз оператора. Угол наблюдения экрана оператором относительно горизонтальной линии взгляда не превышает 60°, как изображено на рисунке 17.

 

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

Уровень шума не превышает нормативный.

Температура воздуха на рабочем месте в не превышает диапазон в 22 – 25 °С. Относительная влажность воздуха на рабочем месте оператора в среднем составляет 55%.

Скорость движения воздуха около 0,1 м/с.

 

5.1.2 Оценка напряженности труда.

 

Напряженность трудового процесса оценивается в соответствии с «Гигиеническими критериями оценки условий труда по показателям вредности и опасности факторов производственной среды, тяжести и напряженности трудового процесса».

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

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

Таблица 5.1.1 — Классы условий труда оператора по показателям напряженности трудового процесса

 

5.1.3 Расчет СОИ

 

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

На основании ГОСТ Р 50948-2001 «Средства отображения информации индивидуального пользования. Общие эргономические требования и требования безопасности» проведен расчет основных светотехнических характеристик СОИ. В результате были вычислены показатели яркости изображения (В₀), контраста (К_ПР) и число пороговых контрастов (Q).

Необходимые условия: В_О.ТР > 10 кд/м²; 0,65< К_{ПР. ТР} < 0,95; Q_ТР >10.

Так как объект различения темнее фона, то контраст считаем прямым и определяем яркость объекта В₀, кд/м², по формуле 5.1.

 

где— коэффициент отражения от изображения в информационном поле, определяется согласно ГОСТ 50923-95 «Дисплеи. Рабочее место оператора. Общие эргономические требования к производственной среде. Методы измерения»;

Е_н — освещенность поверхности, лк.

При значениях Е_н = 400 лк, = 0,63, получаем:

Фактический прямой контраст К_ПР определяем по формуле 5.2.

где В_ф – яркость фона, равна 320 кд/м².

Число пороговых контрастов Q определяем по формуле 5.3:

где К_П — пороговый контраст, который определяют по номограмме зависимости порогового контраста от яркости фона и углового размера объекта.

Угловой размер заданного объекта α = 5′, по номограмме К_П = 0,06 кд/м².

Тогда:

Так как требуемые условия В_О.ТР > 10 кд/м²; 0,65< К_{ПР. ТР} < 0,95; Q_ТР >10, то при полученных значениях В_О = 80 кд/м², К_ПР = 0,75, Q = 12,5 и условия выполняются, то рабочее место считаем прошедшим инженерно-психологическую оценку по основным светотехническим характеристикам.

 

5.2 Экологичность проекта

 

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

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

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

В Ростовской области так же есть компании, специализирующиеся на приеме компьютеров для утилизации и переработки. Например:

• «РегионЭкоХолдинг» , отдел расположен по адресу: г. Ростов-на-Дону, ул. Королева, 3, корп. 1;
• «Техника+», отдел расположен по адресу: г. Ростов-на-Дону, ул. Текучева, 87 и другие.

 

5.3 Устойчивость в ЧС

 

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

Их пожарная и взрывная опасность обуславливается работой от электрических сетей. При проектировании рабочего места оператора были соблюдены необходимые Правила устройства электроустановок (ПУЭ), утвержденные приказом № 204 Минэнерго России от 08.07.2002.

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

Для исключения возможности возникновения пожара помещение оборудовано извещателем пожарным дымовым «ИП 212-3СУ» и обязательно укомплектовано порошковым огнетушителем.

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

Средства индивидуальной или коллективной защиты для работы с данным оборудованием не требуются.

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

Таким образом, можем считать проект безопасным с точки зрения экологичности и безопасности жизнедеятельности.

 

Заключение

 

В заключение отмечу, что итогом работы стала не только описанная выше АИС, но и средства для создания класса клиент-серверных учетных систем с web-интерфейсом. Был использован подход, при котором данные, пользовательский интерфейс и управляющая логика разделены на отдельные компоненты. Предлагаемые современные средств разработки позволили автоматически создавать приложения по принципу «Модель-Вид-Контроллер». Построенные по технологии ORM они позволяют связать реляционную базу данных с концепциями объектно-ориентированных языков программирования, создавая виртуальную объектную БД. Применение фреймворка облегчает и ускоряет разработку проекта, предоставляя все современные достижения программирования.

Применение Веб-технологий позволяет создать приложение, предоставляющее удалённый доступ к системе. Благодаря применению в качестве клиентского ПО web-браузера и переноса обработки информации на сервер достигается необходимый уровень надежности защиты информации и простоты обслуживания системы. Инструментарий позволяет строить приложения, выполняющие необходимые операции с данными, как базовые (ввод, чтение, редактирование, удаление), так и сложные (отображение согласно семантике, построение отчетов).

При разработке АИС, так же были использованы средства функционального моделирования, такие, как AllFusion ERwin Data Modeler и AllFusion ERwin Process Modeler. Построенные функциональные диаграммы помогли определить структуру автоматизируемого процесса с точки зрения того, какой он должен быть и выявить места требующие использования автоматизированных информационных систем. Проектирование модели данных помогает решить вопрос со структурой базы данных и упростить процесс её создания.

Исследование рынка в области учётных и автоматизированных информационных систем показали отсутствие подобных решений. Внедрение и кастомизация более мощных автоматизированных систем требует больших финансовых затрат и времени, чем внедрение АИС УИЗРО. Это говорит о конкурентоспособности предлагаемой АИС. При всех своих достоинствах АИС является относительно не дорогим решением.

Так же был произведен анализ опасных и вредных факторов, сопряжённых с использованием АИС УИЗРО. Расчёты не выявили никаких превышений норм.

 

Список использованных источников

 

1. http://www.iteam.ru/publications/it/section_54/article_2726/ — Комплекс полноценности.
2. http://www.osp.ru/nets/1997/06/142618/#part_1 — Многоуровневые системы клиент-сервер.
3. http://www.osp.ru/pcworld/2005/02/169733/ — «Тонкий клиент» Грязнов.
4. http://belani.narod.ru/1/Lklser2.htm — Архитектура клиент-сервер: определение, предпосылки для применения, плюсы и минусы.
5. http://www.mstu.edu.ru/education/materials/zelenkov/ch_7_1.html — Архитектура «клиент-сервер».
6. http://www.citforum.ru/seminars/cis99/useweb.shtml — Применение Web-технологий в информационных системах.
7. http://magazine.keyintegrity.com/2006/11/preimushhestva-soa-dlya-biznesa/ — Преимущества SOA для бизнеса. Владимирова Ольга.
8. http://www.itpedia.ru/index.php/SOA — SOA.
9. http://www.bytemag.ru/articles/detail.php?ID=12164 — SOA: переход от теории к практике. Андрей Колесов.
10. http://www.softholm.com/news/software/article_64.html — Автоматизированная система «Учет оргтехники и расходных материалов».
11. http://www.ccc.ru/magazine/depot/98_02/read.html?web2.htm — Архитектура клиент–сервер или Web: выбор разработчика.
12. http://ru.wikipedia.org/wiki/Шаблоны_проектирования — Шаблоны проектирования.
13. http://chtivo.webhost.ru/articles/mvc.php — MVC для начинающих.
14. http://rsdn.ru/article/patterns/generic-mvc.xml — Обобщенный Model-View-Controller.
15. http://ru.wikipedia.org/wiki/PostgreSQL — PostgreSQL. Материал из Википедии.
16. http://postgresmen.ru/ — поддержка PostgreSQL в России.
17. http://www.citforum.ru/database/osbd/contents.shtml — Основы современных баз данных. С.Д. Кузнецов, информационно-аналитические материалы Центра Информационных Технологий.
18. http://ru.wikipedia.org/wiki/ORM — ORM. Материал из Википедии.
19. http://ru.wikipedia.org/wiki/Фреймворк — Фреймворк. Материал из Википедии.
20. http://ru.wikipedia.org/wiki/Django — Django. Материал из Википедии.
21. http://djbook.ru/ — Введение в Django.
22. http://ru.wikipedia.org/wiki/Apache — Apache. Материал из Википедии.
23. http://apachedev.ru/2006/03/12/the-apache-modeling-project-vvedenie/ — Архитектура Apache. Проект «The Apache Modeling Project».
24. http://apache.tversu.ru/ — Проект по переводу документации к Apache на русский.
25. ca.com/ru/ — Computer Associates. Россия.
26. http://www.interface.ru/home.asp?artId=2510 — Функциональное моделирование с использованием продукта AllFusion Process Modeler1.4.
27. http://www.interface.ru/home.asp?artId=101 — AllFusion ERwin Data Modeler 7 (ERwin). Проектирование, документирование и сопровождение баз данных и хранилищ данных.
28. http://www.info-sru/designing/methodology/erwin/erwin_design_ db.html — Проектирование баз данных с ERwin. Зайцев С.Л., к.ф.-м.н.
29. http://www.inteltec.ru/publish/articles/objtech/4kx6_9.shtml — WEB-интерфейс объектной СУБД.

---

Страницы:   1   2   3