Главная Коллекция "Revolution" Программирование, компьютеры и кибернетика Разработка и запуск информационной системы для ведения учета

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

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 10.02.2018
Размер файла 2,1 M
рефераты на заказ со скидкой

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Страница:

Интеграция MySQL 5.5.

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

В результате проведенных манипуляций мы получили следующую конфигурацию MySQL, параметры которой хранятся в файле my.ini :

[client]

port = 3306

socket = /tmp/mysql.sock [mysqld]

port = 3306

socket = /tmp/mysql.sock back_log = 50

max_connections = 100

max_connect_errors = 10

table_open_cache = 2048 max_allowed_packet = 16M binlog_cache_size = 1M max_heap_table_size = 64M read_buffer_size = 2M read_rnd_buffer_size = 16M sort_buffer_size = 8M join_buffer_size = 8M thread_cache_size = 8

thread_concurrency = 8 query_cache_size = 64M

query_cache_limit = 2M ft_min_word_len = 4

default-storage-engine = InnoDB thread_stack = 192K

transaction_isolation = REPEATABLE-READ tmp_table_size = 64M

log-bin=mysql-bin binlog_format=mixed slow_query_log long_query_time = 2

server-id = 1 innodb_additional_mem_pool_size = 16M innodb_buffer_pool_size = 2G

innodb_data_file_path = ibdata1:10M:autoextend innodb_write_io_threads = 8

innodb_read_io_threads = 8

innodb_thread_concurrency = 16

innodb_flush_log_at_trx_commit = 1 innodb_log_buffer_size = 8M innodb_log_file_size = 256M innodb_log_files_in_group = 3

innodb_max_dirty_pages_pct = 90

innodb_lock_wait_timeout = 120 [mysqldump]

quick

max_allowed_packet = 16M [mysql]

no-auto-rehash [myisamchk] key_buffer_size = 512M sort_buffer_size = 512M read_buffer = 8M write_buffer = 8M [mysqlhotcopy] interactive-timeout [mysqld_safe]

open-files-limit = 8192

После установки проводилось тестирование на работоспособность. При помощи командной строки запускали программу mysql.exe, находящуюся в каталоге \bin с параметрами логина и пароля пользователя. Затем использовали команду «show databases» чтобы убедиться в правильности установки основных баз данных, часть из которых необходима для корректной работы. Результат обработки команды «show databases» утилитой mysql.exe, представлен на рисунке 19.

Рисунок 19 - Результат обработки команды «show databases» утилитой mysql.exe

Интеграция JAVA.

Алгоритм: загрузка дистрибутива, запуск инсталлятора jdk и jre, выбор директории установки, настройка переменных среды.

Тест - запускаем из командной строки команду «java -version». Если установка и настройка JAVA прошли успешно, то мы должны увидеть информацию, о версии среды выполнения представленную на рисунке 20, в нашем случае это версия 1.6.0_27,.

Рисунок 20 - Результат обработки команды ««java-version»

Интеграция Eclipse.

Алгоритм: загрузка дистрибутива, запуск инсталлятора, выбор директории установки, настройка переменных среды окружения.

Для тестирования создадим простую программу, состоящую из одного класса результатом которой будет вывод на консоль «Привет Ява!»(рисунок 21). информационный реляционный база данный

Рисунок 21 - Исходный код и результат выполнения JAVA программы

Интеграция Tomcat.

Алгоритм: загрузка дистрибутива, запуск инсталлятора, выбор директории установки, настройка переменных среды.

Для проведения теста запускаем Tomcat и вводим в адресной строке браузера localhost:8080. Если все прошло удачно, то мы должны увидеть результат, как на рисунке 22.

Рисунок 22- Результат тестирования Tomcat

2.3 Обьекто-реляционное связывание в информационной системе

Для генерации SQL запросов позволяющих разворачивать базу данных на локальных и удаленных компьютерах была разработана программа на языке Java использующая технологию ORM (англ. Object-relational mapping, рус. Объектно-реляционное отображение). Основной проблемой при разработке было перенесение принципов формирования данных в реляционной модели в объектно-ориентированную. Так как в объектно- ориентированной модели объекты в программе представляют объекты из реального мира.

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

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

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

Однако при запуске программы на движке FireBird возникла следующая проблема генерация SQL кода не происходила, и возникала ошибка - «org.hibernate.exception.GenericJDBCException: could not execute query; nested exception is javax.persistence.PersistenceException: org.hibernate.exception.GenericJDBCException: could not execute query»

В результате, проведенного анализа было установлено, что в системной таблице FireBird - «RDB$FIELD_NAME» содержится значение CHAR(31). А это означает, что длинна имени поля не может превышать 31 символ. В нашей программе самым большим полем являлось organizationIssuingThePassport в классе SheepOwner. Однако, длинна этого поля, составляет 30 символов.

Почему же FireBird отказывается с ним работать? Ответ на этот вопрос кроется в отдельных аспектах реализации фреймворка «Hibernate». А именно если обратить внимание на структуру SQL кода, который образуется из pojo объектов в java программе, то мы увидим, что organizationIssuingThePassport преобразуется в organization_issuing_the_passport. А это уже 33 символа.

Выход из этого положения был найден при изучении документации к

«Hibernate», а именно была обнаружена аннотация @column, которая позволяет реализовать другое имя для поля в базе данных. Например, поле organizationIssuingThePassport класса SheepOwner было модифицировано следующим образом:

@NotNull

@Size(max = 150)

@Column(name= "org_Is_Pass")

private String organizationIssuingThePassport;

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

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

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

Тем не менее, этих проблем удавалось избежать при изменении параметров аннотации @GeneratedValue(strategy = GenerationType.AUTO) на SEQUENCE для MySQL и на TABLE для FireBird.

При разработке доменной модели классов было необходимо реализовать методы для поддержки CRUD (Create, read, update and delete) операций.

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

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

1) получение и сохранение ip адреса пользователя при реализации любых операция с объектами БД;

2) получение и сохранение уникального идентификатора пользователя в системе;

3) получение и сохранение времени операции.

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

Для решения поставленных задач был организован основной класс SuperAbstractBean, отвечающий за основную часть операций CRUD, кроме операции чтения. Для операции чтения возникла необходимость реализовывать более специализированные классы, например, такие как SuperReport для чтения информации об отчетах и SuperAbstractUnit для иерархического справочника местонахождения (рисунок 19).

При этом сами операции реализованы следующим образом:

1) Create:

public void persist() {

if (this.entityManager == null) this.entityManager = entityManager();

if (WebApplication.get()!= null){

WebApplicationContext wc = ((WebApplicationContext) WebApplication.get().getContext());

setUserCreateID(WebApplication.get().getUser().getId()); setUserCreateIP(wc.getBrowser().getAddress()); setUserCreateTime(new Date());

}

this.entityManager.persist(this);

}

2) Update:

@Transactional

public SuperAbstractBean merge() {

if (WebApplication.get()!= null) {

WebApplicationContext wc = ((WebApplicationContext) WebApplication.get().getContext());

if (this.entityManager == null) this.entityManager = entityManager(); this.setUserModifyID(WebApplication.get().getUser().getId()); this.setUserModifyIP(wc.getBrowser().getAddress()); this.setUserModifyTime(new Date());

SuperAbstractBean merged = this.entityManager.merge(this);

this.entityManager.flush(); return merged;

}

else {

if (this.entityManager == null) this.entityManager = entityManager(); SuperAbstractBean merged = this.entityManager.merge(this); this.entityManager.flush();

return merged;

}

1) Remove:

@Transactional

public void remove() {

if (WebApplication.get()!= null) {

WebApplicationContext wc = ((WebApplicationContext) WebApplication.get().getContext());

if (this.entityManager == null) this.entityManager = entityManager(); if (this.entityManager.contains(this)) { this.setUserDeleteID(WebApplication.get().getUser().getId()); this.setUserDeleteIP(wc.getBrowser().getAddress()); this.setUserDeleteTime(new Date());

this.falseDelete = true;

}

else {

SuperAbstractBean attached = findSuperAbstractBean(this.id);

this.setUserDeleteID(WebApplication.get().getUser().getId());

this.setUserDeleteIP(wc.getBrowser().getAddress()); this.setUserDeleteTime(new Date()); this.falseDelete = true;

}

}

else {

if (this.entityManager == null) this.entityManager = entityManager(); if (this.entityManager.contains(this)) { this.entityManager.remove(this);

}

else {

SuperAbstractBean attached = SuperAbstractBean.findSuperAbstractBean(this.id);

this.entityManager.remove(attached);

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

2.4 Тестирование визуальных форм информационной системы

для тестирования работоспособности приложения использовались следующие браузеры:

1) Mozilla Firefox. Версия 11.0;

2) Google Chrom. Версия 19.0;

3) Internet Explorer. Версия 9.0;

4) Opera. Версия 12.11;

5) Safari. Версия 5.1.

Для решения проблемы одинакового отображения информации в браузерах различных производителей использовались open source, библиотеки позволяющие генерировать java script и HTML на стороне клиента.

Результаты работы программы, представлены на рисунках 23-27.

Рисунок 23 - Выбор даты отчета. Браузер - «Google Chrome 19.0»

Рисунок 24 - Отображение данных о поголовье животных.

Браузер - «Internet Explorer 9.0»

Рисунок 25 - Редактирование информации о поголовье.

Браузер - «Safari 5.1»

Рисунок 26 - Добавление отчета о поголовье животных «СПКА ПКЗ «Ставропольский»». Браузер - «Mozilla Firefox 11.0»

Размещено на http://www.allbest.ru/

Рисунок 27 - Результат добавления отчета «СПКА ПКЗ «Ставропольский»».

ГЛАВА 3. ТЕХНИКО ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ

Добавлено примечание ([а1]): Не более 4 парграфов Информация, представленная в таблице 3 наглядно демонстрирует, что соотношение затрат к качеству информации снижается сверху вниз. Хотя наименьшие затраты предусмотрены в результате метода под номером 1, однако в то же время данный подход влечет за собой наиболее низкое качество информации.

Оптимальным на наш взгляд является модель, организованная по принципу, описанному в пункте 5. Когда заказчик платит лишь за реальное использование программного обеспечени].

Таблица 3 - Краткая сравнительная характеристика основных подходов к сбору и консолидации данных № п/п

Краткое описание метода Преимущества Недостатки

1 Организация сбора информации Незначительные начальные Высокая стоимость организации с помощью табличных затраты на организацию сбора и аналитической обработки информации редакторов путем пересылки на e-mail (Microsoft Excel, OpenOffice Calc).

2 Разработка программного обеспечения на заказ с использованием коммерческого программного обеспечения.

3 Разработка программного обеспечения на заказ с использованием open source технологий.

4 Аренда программного обеспечения по модели SaaS развернутом на собственном оборудовании.

5 Аренда программного обеспечения по модели SaaS и аппаратной платформы по модели PaaS. обучение сотрудников.

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

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

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

Исключаются затраты на разработку программного обеспечения.

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

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

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

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

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

Затраты связанные с поддержкой аппаратной части.

Необходимость обучения сотрудников.

Необходимость обучения сотрудников.

При этом к прямым затратам следует относить:

- затраты на каналы связи;

- затраты на IT-специалистов;

- оборудование;

- программное обеспечение. А к непрямым затратам:

- самообучение пользователей работе программным обеспечением;

- обучение и помощь коллегам;

- самостоятельное обслуживание компьютера, включающее:

1) резервное копирование,

2) восстановление после сбоя,

3) отладка программ,

4) установка драйверов новых устройств и т.д.

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

- коррупционные схемы при покупке оборудования, комплектующих и расходных материалов;

- простои в работе информационной системы по следующим причинам:

1) недостаточная мощность;

2) неустойчивая работа компонентов системы;

3) продолжительный период устранения неполадок;

4) запланированная или внеплановая остановка.

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

Напротив, при использовании подходов обусловленных моделями распространения программного обеспечения SaaS и PaaS, описанных в п. 4-5, он сразу избавляется от большинства непрямых затрат таких как: обслуживание сервера (резервное копирование, восстановление после сбоев, отладка программ), простои в работе информационной системы (недостаточная мощность, неустойчивая работа компонентов системы, продолжительный период устранения неполадок, запланированная или внеплановая остановка). Все эти затраты, в случае использования модели SaaS, несет поставщик услуги.

Кроме того, конечный потребитель избавляется и от некоторых прямых затрат, например у него нет необходимости закупать дополнительное оборудование и привлекать IT-специалистов для его обслуживания. А в случаях, когда пропадает потребность в использовании ПО потребитель в праве приостановить использование данной услуги[6].

3.1 Выбор методики расчета экономической эффективности

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

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

К трудовым показателям относятся:

1. Абсолютное снижение трудовых затрат (D Т):

DТ=T0-T1,

где Т0-трудовые затраты на обработку информации по базовому варианту;

Т1-трудовые затраты на обработку информации по предлагаемому варианту;

2. Коэффициент относительного снижения трудовых затрат(К) К=DТ/Т0 *100%

3. Индекс снижения трудовых затрат или повышение производительности труда(Y):

Y=T0/T1

К стоимостным показателям относятся:

1) абсолютное снижение стоимостным затрат (С):

С=СО-С1

где СО - стоимостные затраты на обработку информации по базовому варианту;

С1 - стоимостные затраты на обработку информации по предлагаемому варианту;

2) коэффициент относительного снижения стоимостных затрат (Кс):

Кс = С/CO * 100

3) индекс снижения стоимостных затрат или повышение производительности труда (Ус):

Ус= СО/С1

3.2 Расчет показателей экономической эффективности проекта

В разделе 3.2 рассчитаны конкретные суммы затрат в базовом варианте и при использовании программного обеспечения по модели SaaS.

Затраты при проектном и базовом вариантах отображены в таблицах 4,5.

Объем работы для операции «Ввод данных о сельско-хозяйственных единицах» измеряется количеством введенных записей, которые должен внести оператор. Для операции «Составление консолидированного отчета» объем работы измеряется в количестве составленных отчетов.

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

Таблица 4 - Характеристика затрат на обработку при базовом варианте

№ п/п

Наименование операций технологическо го процесса решения комплекса задач

Объем работы в год

Норма выработки

/производи тельность устройств ЭВМ (в

час.)

Трудоем кость

Средне- часовая зарплата (руб.)

Часовая норма амортизации

/ ст. 1 м.часа

(руб.)

Стоимос ть работы оборудо вания для ручных опера- ций

Стоимос тные затраты для операци й, вып. на ЭВМ

1

2

3

4

5

6

7

8

9

2

Ввод данных о сельско-

12480

записе

260

48

1392

41,6

1433,6

68812,8

хозяйственных единицах

й

Составление консолидирова нного отчета

312

0,5

624

80,3

1,6

81,9

51105,6

Итого:

672

119918,4

Таблица 5 - Характеристика затрат на обработку при проектном варианте

№ п/п

Наименование операций технологическ ого процесса решения комплекса задач

Объем работы в год

Нормавыра ботки

/производит ельность устройств ЭВМ (в

час.)

Трудоем кость

Средне- часовая зарплата (руб.)

Часовая норма

аморти-зации

/ ст. 1 м.часа

(руб.)

Стоимос ть работы оборудо вания для ручных опера- ций

Стоимос тные затраты для операци й, вып. на ЭВМ

1

2

3

4

5

6

7

8

9

2

Ввод данных о сельско- хозяйственны х единицах

12480

записе й

320

39

670

20,8

690,8

26941,2

3

Составление консолидиров анного отчета

312

2

156

80,3

1,6

81,9

12776,4

Итого:

195

39717,6

Трудоемкость определяется путем деления объем работы на норму выработки.

Т0= 431/3 +342/13=143,6 (часа)

Т1= 431/7+342/18=19 (часов).

Среднечасовая зарплата получается в результате деления заработной платы на количество рабочих часов в месяце (8-часовой рабочий день).

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

Среднегодовое время работы: 254*8=2032 (часа в год) Стоимость компьютеров (базовый вариант): 16256 (рублей) Стоимость компьютера (проектный вариант): 16256 (рублей)

Часовая норма амортизации (базовый вариант):

16256/(2032*5)=1,6 (рублей в час)

Часовая норма амортизации (проектный вариант):

16256/(2032*5)=1, (рублей в час).

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

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

Стоимость работы оборудования (базовый вариант) 1392+41,6=1433,6 Стоимость работы оборудования (проектный вариант) 670+20,8=690,8 Стоимостные затраты показывают общую стоимость данной операции. 48*1433,6+624 *81,9= 119918,4- базовый вариант 39*690,8+156*81,6=39717,6- проектный вариант.

Расчет показателей эффективности приведен в Таблице 3

Таблица 6 - Показатели эффективности от внедрения проекта автоматизации.

Затраты

Абсолютное изменение затрат

Коэффициент изменения затрат

Индекс изменения затрат

Базовый вариант

Проектный вариант

Трудоемкость

672

195

477

29.02%

3.47

Стоимость

119918,4

39717,6

80200,8

33.12%

3.02

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

Таблица 7 - Расчет общей стоимости разработки

№ п/п

Наименование этапа разработки автоматизированной системы

Количест во затраченн ых часов

Стоимость одного часа работы (Руб.)

Наименован ие расходных материалов или объекта амортизаци и

Сумма потраченная расходные материалы, (амортизацию) руб

на

Общая стоимость этапа руб.

1

Обследование объекта автоматизации

80

446

Ноутбук

512

36192

3

Проектирование разработка

и

1016

446

Ноутбук

6502,4

459638,4

автоматизированной системы

4

Внедрение проекта

70

446

Ноутбук

448

31668

Итого

491306,4

Исходя из данных о стоимости работ при базовом и проектном варианте, их разница в пользу проектного варианта составит 80200,8 рублей. Если разбить эту разницу на количество рабочих дней в году (254), то получится значение, отражающее выгодность использования проектируемой системы за каждый день ее использования (3157,51 руб.). Поделив общую сумму проекта на полученное значение, получим срок (156) рабочих дней, за которые проект окупит свою себестоимость.

ГЛАВА 4. БЕЗОПАСНОСТЬ И ЭКОЛОГИЧНОСТЬ

4.1 Мероприятия по обеспечению безопасности на рабочем месте

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

- утомление глаз, повышенная нагрузка на зрение;

- нервно-эмоциональные перегрузки;

- напряжение на суставы и мышцы.

Длительная и интенсивная работа на компьютере может стать источником тяжелых профессиональных заболеваний:

- тендовагинит - воспаление сухожилий кисти, запястья, плеча;

- тендосиновит - воспаление синовиальной оболочки сухожильного основания кисти и запястья;

- синдром запястного канала (СЗК) - вызывается ущемлением срединного нерва в запястном канале. Накапливающаяся травма вызывает образование продуктов распада в области запястного канала, в результате чего вначале возникает отек, а затем СЗК;

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

- остеохондроз - дистрофия тканей межпозвонковых дисков, сопровождающаяся ослаблением их амортизирующих свойств;

- синдром сухого глаза - сухость роговицы и конъюнктивы глаза, возникающая из-за нарушения слёзоотделения;

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

Что бы минимизировать шансы на заболевание, нужно:

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

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

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

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

- Необходимо совершать перерывы за компьютером, если вы почувствовали усталость, напряжение, жжение и сухость в глазах, или другие признаки переутомлённости, рекомендуется сделать 10-15 минутный перерыв. И делать его вне зависимости, от степени усталости, а раз в 2-3 часа(для взрослых).

4.2 Рекомендации по состоянию экологичности помещения

В помещении должны соблюдаться следующие требования СанПиН 2.2.2/2.4:

- оптимальная температура воздуха 19-210 С (таблица 8);

- оптимальная относительная влажность 40-60% (допустимая не более 75%);

- уровень положительных и отрицательных аэроионов в воздухе должен соответствовать нормативам;

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

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

- помещение необходимо регулярно проветривать и ежедневно проводить влажную уборку;

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

- освещенность на поверхности стола в зоне размещения рабочего документа должна быть 300 - 500 лк. Освещение не должно создавать бликов на поверхности экрана. Освещенность поверхности экрана не должна быть более 300 лк; При размещении рабочих мест с ПЭВМ (персональная электронно-вычислительная машина) расстояние между рабочими столами с видеомониторами (в направлении тыла поверхности одного видеомонитора и экрана другого видеомонитора), должно быть не менее 2,0 м, а расстояние между боковыми поверхностями видеомониторов - не менее 1,2 м;

- рабочие места с ПЭВМ в помещениях с источниками вредных производственных факторов должны размещаться в изолированных кабинах с организованным воздухообменом;

- рабочие места с ПЭВМ при выполнении творческой работы, требующей значительного умственного напряжения или высокой концентрации внимания, рекомендуется изолировать друг от друга перегородками высотой 1,5 - 2,0 м;

- экран видеомонитора должен находиться от глаз пользователя на расстоянии 600 - 700 мм, но не ближе 500 мм с учетом размеров алфавитно- цифровых знаков и символов;

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

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

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

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

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

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

- заземление корпуса ЭВМ обеспечено подведением заземляющей жилы к питающим розеткам;

- сопротивление заземления 4 Ом, согласно (ПУЭ) для электроустановок с напряжением до 1000 В.

Таблица 8 - оптимальные параметры микроклимата

Сє

влажность, %

19

62

20

58

21

55

10 < 0,1

10 < 0,1

10 < 0,1

Таблица 9 - основные допустимые размеры стула

Параметры стула

Рост учащихся и студентов в обуви, см

116-130

131-145

146-160

161-175

> 175

Высота сиденья над полом, мм

300

340

380

420

460

Ширина сиденья, не менее, мм

270

290

320

340

360

Глубина сиденья, мм

290

330

360

380

400

Высота нижнего края спинки над сиденьем, мм

130

150

160

170

190

Высота верхнего края спинки над сиденьем, мм

280

310

330

360

400

Высота линии прогиба спинки, не менее, мм

170

190

200

210

220

Радиус изгиба переднего края сиденья, мм

20-50

Угол наклона сиденья, °

0-4

Угол наклона спинки, °

95-108

Радиус спинки в плане, не менее, мм

300

ЗАКЛЮЧЕНИЕ

Для разработки использовалось следующие программные продукты:

- среда разработки Eclipse Mars 4.5;

- СУБД MySQL 5.5;

- веб-сервер Tomcat 7;

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

- библиотека для объектно-ориентированного связывания

Hibernate;

- фреймворк для создания веб-приложений Vaadin 7.

В процессе работы над выпускной квалификационной работой были решены следующие задачи:

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

2) разработана архитектура информационной системы, поддерживающая концепции кроссплатформенности и кроссбраузерности, предусматривающая реализацию на основе «Open source» технологий;

3) разработаны следующие модули: удаленного ввода информации в базу данных; формирования отчетности, позволяющий экспортировать данные в форматы pdf, xls, doc; авторизации пользователей, с возможностью распределия прав доступа к данным;

4) произведена настройка сервера на базе платформы Linux, позволившая осуществлять автоматизированную сборку программного обеспечения из исходных кодов, хранящихся в централизованном репозитори и резервное копирование основных составляющих частей проекта;

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

7) произведен запуск проекта в системе облачных вычислений Amazon Elastic Cloud (EC2).

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

СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ

1. Александров, Д.В. Инструментальные средства информационного менеджмента. CASE-технологии и распределенные информационные системы: Учебное пособие / Д.В. Александров. - М.: ФиС, 2011. - 224 c.

2. Амириди, Ю.В. Информационные системы в экономике. Управление эффективностью банковского бизнеса: Учебное пособие / Ю.В. Амириди, Е.Р. Кочанова, О.А. Морозова; Под ред. Д.В. Чистов. - М.: КноРус, 2011. - 174 c.

3. Балдин, К.В. Информационные системы в экономике: Учебник / К.В. Балдин, В.Б. Уткин. - М.: Дашков и К, 2013. - 395 c.

4. Балдин, К.В. Информационные системы в экономике: Учебное пособие / К.В. Балдин. - М.: НИЦ ИНФРА-М, 2013. - 218 c.

5. Баронов, В.В. Информационные технологии и управление предприятием / В.В. Баранов. - М: Компания АйТи, 2006. - 328с.

6. Белов, Д.Е. Применение систем облачных вычислений для повышения экономической эффективности сельскохозяйственного производства // Д.Е. Белов, А.Ф. Шалин. Сборник научных трудов Ставропольского научно-исследовательского института животноводства и кормопроизводства. 2014. Т. 1. № 7 (1). С. 226-230.

7. Белов, Д.Е. Практическое применение облачных и Open Source технологий для снижения совокупной стоимости владения программным обеспечением в агропромышленном комплексе // Д.Е. Белов, А.Ф. Шалин. Сборник научных трудов Ставропольского научно-исследовательского института животноводства и кормопроизводства. 2015. Т. 1. № 8 (1). С. 577- 582.

8. Блиновская, Я.Ю. Введение в геоинформационные системы: Учебное пособие / Я.Ю. Блиновская, Д.С. Задоя. - М.: Форум, НИЦ ИНФРА- М, 2013. - 112 c.

9. Бодров, О.А. Предметно-ориентированные экономические информационные системы: Учебник для вузов / О.А. Бодров. - М.: Гор. линия-Телеком, 2013. - 244 c.

10. Варфоломеева, А.О. Информационные системы предприятия: Учебное пособие / А.О. Варфоломеева, А.В. Коряковский, В.П. Романов. - М.: НИЦ ИНФРА-М, 2013. - 283 c.

11. Васильков, А.В. Информационные системы и их безопасность: Учебное пособие / А.В. Васильков, А.А. Васильков, И.А. Васильков. - М.: Форум, 2013. - 528 c.

12. Вдовин, В.М. Предметно-ориентированные экономические информационные системы: Учебное пособие / В.М. Вдовин. - М.: Дашков и К, 2013. - 388 c.

13. Горбенко, А.О. Информационные системы в экономике / А.О. Горбенко. - М.: БИНОМ. ЛЗ, 2012. - 292 c.

14. Гришин, А.В. Промышленные информационные системы и сети: практическое руководство / Гришин. - М.: Радио и связь, 2010. - 176 c.

15. Золотова, Е.В. Основы кадастра: Территориальные информационные системы: Учебник для вузов / Е.В. Золотова. - М.: Фонд "Мир", Акад. Проект, 2012. - 416 c.

16. Исаев, Г.Н. Информационные системы в экономике: Учебник для студентов вузов / Г.Н. Исаев. - М.: Омега-Л, 2013. - 462 c.

17. Кознов, Д. Введение в программную инженерию: Учебный курс /Д. Кознов/ - М.: Интуит, 2008. -205 с.

18. Мезенцев, К.Н. Автоматизированные информационные системы: Учебник для студентов учреждений среднего профессионального образования / К.Н. Мезенцев. - М.: ИЦ Академия, 2013. - 176 c.

19. Норенков, И.П. Автоматизированные информационные системы: Учебное пособие / И.П. Норенков. - М.: МГТУ им. Баумана, 2011. - 342 c.

20. Олейник, П.П. Корпоративные информационные системы: Учебник для вузов. Стандарт третьего поколения / П.П. Олейник. - СПб.: Питер, 2012. - 176 c.

21. Патрушина, С.М. Информационные системы в экономике: Учебное пособие / С.М. Патрушина, Н.А. Аручиди. - М.: Мини Тайп, 2012. - 144 c.

22. Пирогов, В.Ю. Информационные системы и базы данных: организация и проектирование: Учебное пособие / В.Ю. Пирогов. - СПб.: БХВ-Петербург, 2009. - 528 c.

23. Рубичев, Н.А. Измерительные информационные системы / Н.А. Рубичев. - М.: Дрова, 2010. - 334 c.

24. Рубичев, Н.А. Измерительные информационные системы: Учебное пособие / Н.А. Рубичев. - М.: Дрофа, 2010. - 334 c.

25. Степанов, А.Н. Информатика: Учебник для вузов. 4-е изд /А.Н. Степанов/ - СПб.: Питер. 2006.- 684 с.

26. Уткин, В.Б. Информационные системы в экономике: Учебник для студентов высших учебных заведений / В.Б. Уткин, К.В. Балдин. - М.: ИЦ Академия, 2012. - 288 c.

27. Федорова, Г.Н. Информационные системы: Учебник для студ. учреждений сред. проф. образования / Г.Н. Федорова. - М.: ИЦ Академия, 2013. - 208 c.

28. Чандра, А.М. Дистанционное зондирование и географические информационные системы / А.М. Чандра, С.К. Гош; Пер. с англ. А.В. Кирюшин. - М.: Техносфера, 2008. - 312 c.

29. Шишов, О.В. Технические средства автоматизации и управления: Учебное пособие / О.В. Шишов. - СПб .: Питер, 2012. - 397 c.

Размещено на Allbest.ru

...

Страница:


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.

© 2000 — 2023, ООО «Олбест» Все права защищены