Анализ существующих форматов представления данных

Содержание

Введение. 5

1 Исследовательский раздел. 7

1.1 Анализ существующих форматов представления данных. 7

1.2. Обоснование выбора программно-аппаратных средств. 13

1.2.1 Технология SQL – выбор СУБД.. 13

1.2.2 Выбор языка программирования – PHP. 18

1.2.3 Выбор среды программирования – Фреймворк CodeIgniter 21

1.3 Развернутое техническое задание. 22

1.3.1 Общие сведения. 22

1.3.2 Назначение программы.. 22

Состав работ проектирования программного модуля. 23

1.3.4 Требования к программе или программному изделию.. 24

1.3.4.1 Требования к функциональным характеристикам.. 24

1.3.4.2 Исходные данные. 24

1.3.4.3 Организация входных и выходных данных. 25

1.3.4.4 Требования к надежности. 25

1.3.4.5 Требования к составу и параметрам технических средств. 25

1.3.4.6 Требования к программной совместимости. 26

1.3.5 Требования к программной документации. 26

2 Специальный раздел. 27

2.1 Разработка структурной схемы программы.. 27

2.2 Разработка структуры базы данных программы.. 30

2.3 Разработка модели информационных потоков базы данных. 34

2.4 Разработка алгоритмического обеспечения. 36

2.5 Разработка интерфейса программы.. 39

3 Технологический раздел. 44

3.1 Технология разработки программы.. 44

3.1.1 Создание веб-страниц с помощью языка HTML.. 44

3.1.2 Основы работы web-сервера. 45

3.1.3 Объектно-ориентированный подход к программированию на PHP. 46

3.1.5 Инструментарий совместной разработки Subversion. 50

3.1.6 Интегрированная среда разработки Zend Studio. 51

3.2 Технология тестирования программы.. 51

3.2.1 Отладка кода с помощью Zend Debugger 58

3.2.2 Автоматизированное тестирование программы – SimpleTest 60

4 Безопасность жизнедеятельности. 64

4.1 Анализ опасных и вредных факторов, возникающих при работе на ПЭВМ... 64

4.1.1 Физиологические опасные и вредные факторы, действующие на операторов ПЭВМ... 64

4.1.2 Психофизиологические опасные и вредные факторы.. 65

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

4.2.1 Организация рабочего места оператора ЭВМ. Профилактика СДСН.. 66

4.2.2 Эргономика дисплея. Профилактика СДЗН.. 68

4.2.3 Эргономика устройств ввода информации. Профилактика СЗКП.. 70

4.2.4 Оптимальный режим работы. Профилактика СДПН.. 72

4.2.5 Контроль микроклимата в помещениях оборудованных ПЭВМ. Профилактика СНИК.. 73

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

4.3.1 Утилизация и переработка ртути в люминесцентных лампах. 77

5 Экономическая часть. 80

5.1 Планирование разработки автоматизированной системы с построением графика выполнения работ 80

5.1.1 Определение этапов и работ по созданию программного средства. 80

5.1.2 Расчет трудоемкости и продолжительности работ. 82

5.1.3 Построение графика разработки программного продукта. 85

5.2 Расчет затрат на разработку. 87

5.2.1 Расчет затрат на разработку программного продукта. 87

5.3 Расчет основных технико-экономических показателей и эффективности использования программного продукта. 91

5.3.1 Оценка экономической эффективности проекта. 97

Заключение. 102

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

Приложение A. Исходный код программы с комментариями. 106

Приложение Б. Графический материал. 115

Введение

Разработанная программа является программным средством для реализации учета, контроля, анализа и оптимизации учебных материалов на кафедре ИТ-4. Необходимо было создать гибкую систему, позволяющую легко адаптироваться к нуждам кафедры, а так же которая легко могла бы быть интегрирована в уже существующую инфраструктуру кафедры. Программа разработана для работы с базой данных MySQL. Информационный модуль работы с базой данных написан на языке программирования PHP с использованием Фреймворка CodeIgniter.

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

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

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

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

         

 

         

ДП - 2068757 - 23.01.01 – ИТ4 - 19 – 2009

Изм  Лист N  док Подпись Дата

 

Студент

Романов А.В.     Программа управления базой

Лит.

Лист Листов

Руководитель

 Халабия Р.Ф.     данных учебных материалов   У   5  

Консультант

 Халабия Р.Ф.      

 

Н. Контролер

Степанова Т.А.      

ИТ - 4 – 02 - 01

Зав. Кафедрой

 Михайлов Б.М.      

 

                     

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

Роль сервера может выполнять любой компьютер, подключенный к сети, на котором будет установлена данная программа, MySQL-сервер (хотя он может располагаться и на любом другом сервере сети), а так же веб сервер (Apache, IIS и т.п.), надобности в дополнительном обслуживании и аппаратном оборудовании нет

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

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

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

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

 

 

Исследовательский раздел

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

Технология SQL – выбор СУБД

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

Несмотря на наличие диалектов и различий в синтаксисе, в большинстве своём тексты SQL-запросов, содержащие DDL и DML, могут быть достаточно легко перенесены из одной СУБД в другую.

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

С помощью SQL программист описывает только то, какие данные нужно извлечь или модифицировать. То, каким образом это сделать решает СУБД непосредственно при обработке SQL запроса.

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

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

Стандарт SQL определяется ANSI (Американским Национальным Институтом Стандартов) и в данное время также принимается ISO (Международной Организацией по Стандартизации). Однако, большинство коммерческих программ баз данных расширяют SQL без уведомления ANSI, добавляя различные особенности в этот язык, которые, как они считают, будут весьма полезны. Иногда они несколько нарушают стандарт языка, хотя хорошие идеи имеют тенденцию развиваться и вскоре становиться стандартами "рынка" сами по себе в силу полезности своих качеств.

SQL работает согласно реляционной информационной модели.

В реляционной модели данных таблица обладает следующими основными свойствами:

· идентифицируется уникальным именем;

· имеет конечное (как правило, постоянное) ненулевое количество столбцов;

· имеет конечное (возможно, нулевое) число строк;

· столбцы таблицы идентифицируются своими уникальными именами и номерами;

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

· строки таблицы не имеют какой-либо упорядоченности и идентифицируются только своим содержимым (т.е. понятие номер строки не определено);

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

На содержимое таблиц допустимо накладывать ограничения в виде:

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

· запрета для какого-либо столбца (столбцов) иметь пустые (NULL) ячейки.

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

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

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

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

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

Объединение - построение новой таблицы из 2-ух или более исходных путем включения в нее всех строк исходных таблиц (при условии, конечно, что они подобны).

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

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

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

В настоящее время наибольшее распространение получили реляционные SQL СУБД двух групп:

мощные крупные коммерческие СУБД, ориентированные на хранение огромных объемов информации (от гигабайт);

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

Наиболее известными СУБД первой группы являются:

· Sybase SQLserver фирмы Sybase, Inc.;

· Oracle фирмы Oracle Corporation;

· Ingres фирмы Computer Associates International;

· Informix фирмы Informix Corporation.

 

 

К наиболее популярным СУБД второй группы относятся:

· PostgreSQL организации PostgreSQL;

· microSQL фирмы Hughes Technologies Pty. Ltd.;

· mySQL фирмы T.C.X DataKonsult AB.

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

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

Преимуществами MySQL по сравнению с остальными СУБД являются:

· производительность (использует Yahoo и Google);

· масштабируемость (в компании Omniture в реальном масштабе времени используется 7000 серверов MySQL);

· надежность (в коде проприетарных продуктов содержится в десять с лишним раз больше уязвимостей);

· простота использования, простота внедрения (за 15 минут можно скачать и запустить систему);

· открытая и модульная разработка;

· низкие совокупные затраты (платить нужно только при потребности в поддержке).

SQL-сервер реализует собственно хранение данных и манипулирование ими. Он принимает запросы на языке SQL от своих клиентов, выполняет их и возвращает результаты (чаще всего в виде вновь построенных таблиц) клиентам. Для общения с клиентами используется специальный протокол (как правило, реализованный в виде протокола прикладного уровня стека сетевых протоколов TCP/IP).

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

Клиентскую часть СУБД составляют клиенты трех основных типов.

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

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

WWW-клиенты, встраиваемые в World Wide Web-сервера и обеспечивающие доступ к информационным возможностям SQL-сервера пользователям сети Internet по протоколу HTTP (протоколу передачи гипертекстовых документов).

Именно с последним типом клиентов и работает программа, разработанная для работы с БД учебных материалов, которая в свою очередь написана на простом и широко распространенном языке PHP.

 

Таблица 1.1 – Сравнительный анализ PHP - ASP. net и MySQL – MS - SQL

№ п/п	Критерий	PHP (СУБД MySql, Web-сервер Apache, ОС Linux)	ASP.net (СУБД MS SQL Server, Web-сервер IIS, ОС Windows)
1	Стоимость	Открытая и бесплатнаятехнология (однако разработка и поддержка коммерческих проектов обходится дорого)	Платная технология (придется оплатить несколько лицензий Microsoft)
2	Сложность освоения	Не нужна дорогая среда программирования, достаточнопары учебников	Необходима среда разработки Visual Studio, MSDN, доступ в Интернет
3	Основное предназначение	Мелкие и средние проекты, рассчитанные на небольшие группы программистов	Средние и большие проекты, рассчитанные на большие группы программистов под четким управлением
4	Скорость работы	Скорость работы обеспечивается тем, что все PHP-приложения работают в едином адресном пространстве. Подход более быстр, но менее надежен, но абсолютно не требователен к аппаратным ресурсам.	За счет сложной модели классов ASP.net многократно перепроверяет данные, удерживая каждое приложение в отдельном адресном пространстве. Подход более надежен и не менее быстр, но более требователен к ресурсам
5	Кэширование данных из БД	Генерирует множество запросов к СУБД	Старается делать из БД как можно меньше выборок, помещая все актуальные таблицы и даже связи между ними в кэш (технология ADO.NET)
6	Наличие отладчика	Полноценного отладчика нет, но может компенсироваться Фреймворками сторонних производителей	Удобный отладчик Visual Studio

 

Общие сведения

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

Назначение программы

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

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

Требования к программе или программному изделию

Требования к функциональным характеристикам

Система должна удовлетворять следующим требованиям:

а) интеграция в существующее информационное пространство кафедры;

б) обновление, редактирование, дополнение содержимого БД;

в) корректное отображение в любом браузере;

г) малое время загрузки;

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

е) четкая структура и удобная система навигации и поиска;

ж) удобство использования (интуитивно-понятный интерфейс пользователя);

з) наличие системы администрирования;

и) обеспечение пользователей необходимой информацией по учебным материалам;

к) cвязь с другими процессами и информационными ресурсами;

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

м) быстрота работы (добавление, изменение, удаление, поиск);

н) простота доступа к системе как в локальной сети, так и через Internet;

о) возможность интегрирования в программный комплекс кафедры;

п) необходимость и доступность информации;

Исходные данные

· учебные материалы кафедры;

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

 

 

Требования к надежности

· предусмотреть контроль доступа к информации;

· предусмотреть блокировку некорректных действий пользо­вателя при работе с системой;

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

Требования к составу и параметрам технических средств

Клиентская часть системы должна работать на IBM-совместимых персональ­ных компьютерах.

Минимальная конфигурация клиентского оборудования:

·  тип процессора - Pentium I 166 Mgz и выше;

·  объем оперативного запоминающего устройства - 64 Мб и более;

· объем свободного места на жестком диске - 20 Мб.

Рекомендуемая конфигурация:

· тип процессора - Pentium IV 1.5 ГГЦ;

· объем оперативного запоминающего устройства - 512 Мб;

· объем свободного места на жестком диске - 500 Мб.

Минимальная конфигурация серверной части:

·  тип процессора - Pentium III 1000 Mgz и выше

·  объем оперативного запоминающего устройства - 256 Мб и более;

· объем свободного места на жестком диске - 50 Мб (без учета БД).

Рекомендуемая конфигурация:

· тип процессора - Pentium D 2.8 ГГЦ;

· объем оперативного запоминающего устройства - 2048 Мб;

· объем свободного места на жестком диске - 50 Мб (без учета БД).

Требования к программной совместимости

Клиентская часть программы должна работать под Интернет браузерами IE 5 и выше, или аналогичных Opera, Mozilla Firefox. Используемая ОС при этом не должна иметь значения.

Серверная часть должна быть полностью совместима с СУБД MySQL v 5.0, web-сервером Apache v. 2.2. под управлением ОС Hardened Gentoo Linux.

Требования к программной документации

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

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

 

 

Специальный раздел

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

 

Рисунок 2.1. - Структура системы MVC

 

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

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

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

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

Система содержит следующие функции:

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

· автоматическую проверки типа и корректности вводимых данных;

· сохранения данных в базу данных;

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

· серверную часть, написанную на языке программирования PHP и выполняющуюся на сервере;

· клиентскую часть, написанную (генерируемую скриптом PHP) на языке разметки HTML и языке программирования JavaScript с использованием библиотеки jQuery и выполняющаяся в браузере пользователя.

 

Рисунок 2.2 - Структура базы данных

 

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

Таблица books содержит данные о книгах, внесенных в БД.

 

 

Таблица 2.1 – Таблица данных «books»

Поле	Тип	Длина	Описание
id	Числовой	11	Индекс
id_pub_type	Числовой	11	Индекс публикации
name	Символьный	100	Название
publisher	Символьный	100	Издательство
pages	Числовой	-	Количество страниц
xdk	Символьный		Индекс УДК
bbk	Символьный	-	Индекс ББК
isbn	Символьный	500	Индекс ISBN
descriptio	Символьный	15	Описание книги
image_url	Символьный	15	Ссылка на обложку
ebook_url	Символьный	250	Ссылка на электронный вариант
library	Числовой	10	Номер библиотеки

 

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

Библиотечно-библиографическая классификация (ББК) - Рабочие таблицы, предназначены для организации библиотечных фондов, систематических каталогов и картотек. Приказ об образовании редколлегии для издания таблиц был издан Министерством культуры РСФСР в 1959 году. Впоследствии появились также специальные издания таблиц для массовых библиотек, областных библиотек, детских и школьных библиотек.

Таблица books_disciplines содержит варианты ответов на вопросы анкетирования.

 

Таблица 2.2 – Таблица данных «books _ disciplines»

Поле	Тип	Длина	Описание
id	Числовой	11	Индекс
id_book	Числовой	11	Идентификатор книги
id_discipline	Числовой	11	Идентификатор учебной дисциплины

 

Таблица books_authors содержит информацию об авторах книг.

Таблица 2.3 – Таблица данных «books_authors»

Поле	Тип	Длина	Описание
id	Числовой	11	Индекс
id_book	Числовой	11	Идентификатор книги
id_author	Числовой	11	Идентификатор автора

 

Таблица books_disciplines делает привязку вопросов анкетирования к конкретной анкете.

Таблица 2.4 – Таблица данных «books_disciplines»

Поле	Тип	Длина	Описание
id	Числовой	11	Индекс
id_book	Числовой	11	Идентификатор книги
id_discipline	Числовой	11	Идентификатор дисциплины

 

Таблица books_section содержит данные о всех разделах литературы.

Таблица 2.5 – Таблица данных «»

Поле	Тип	Длина	Описание
id	Числовой	11	Индекс
id_book	Числовой	11	Идентификатор книги
id_section	Числовой	11	Идентификатор раздела

 

Таблица it_text_answers содержит данные об ответах студентов, вводимых вручную.

 

 

Таблица 2.6 – Таблица данных «disciplines», содержит данные об изучаемых предметах

Поле	Тип	Длина	Описание
id	Числовой	11	Индекс
name	Символьный	500	Наименование дисциплины
code	Символьный	500	Код дичциплины

 

Таблица publication_type содержит данные об издательствах.

Таблица 2.6 – Таблица данных «publication type»

Поле	Тип	Длина	Описание
id	Числовой	1	Индекс
name	Символьный	500	Название издательства
short	Символьный	500	Краткое описание

 

Рисунок 2.3 – Схема информационных потоков

Сервер – обрабатывает и хранит полученную информацию.

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

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

 

Рисунок 2.7 – Меню выбора справочников

 

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

Технологический раздел

Основы работы web-сервера

Принцип работы web-сервера: известно, что web-серверы хранят информацию в виде текстовых файлов, называемых также страницами. Помимо текста, такие страницы могут содержать ссылки на другие страницы (расположенные на том же самом или другом сервере), ссылки на графические изображения, аудио- и видеоинформацию, различные объекты ввода данных (поля, кнопки, формы и т. д.), а также другие объекты и исполняемые на сервере программы. Фактически страницы представляют собой некоторое связующее звено между объектами различных типов. Их проектируют с применением специального языка разметки гипертекстов HyperText Markup Language, или сокращенно — HTML. Для доступа к информации, расположенной на web-серверах пользователи применяют специальные клиентские программы - браузеры. В настоящее время существуют десятки различных браузеров, но наибольшей популярностью на данный момент пользуются лишь несколько из них:

· Microsoft Internet Explorer;

· Opera;

· Mozilla Firefox

· Google Chrome.

Каждая страница web-сервера имеет свой так называемый универсальный адрес ресурса - Universal Resource Locator (URL). Чтобы получить доступ к той или иной странице, пользователь должен указать ее адрес URL браузеру. Как правило, любой web-сервер имеет одну главную страницу, содержащую ссылки на все остальные страницы этого сервера. Поэтому просмотр содержимого сервера Web обычно начинается с его главной (индексной) страницы.

 

Рисунок 4.1 – Рабочее место

 

· угол между плечом и предплечьем должен быть от 70⁰ до 135⁰;

· угол между торсом и бедром должен быть от 90⁰ до 100⁰;

· угол между верхней и нижней частью ноги должен быть от 60⁰ до 100⁰;

· ступни должны полностью стоять на полу;

· кресло должно быть регулируемое по высоте и наклону спинки;

· кресло должно быть на колесах, чтобы можно было легко сменить позицию перед терминалом;

· для обычного человека, высота стола, в среднем, должна составлять 65-75см;

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

· при работе с клавиатурой не надо сильно ударять по клавишам, надо просто плавно нажимать на них;

· если необходимо нажать две клавиши одновременно, лучше использовать две руки.

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

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

Рисунок 4.2 – График рациональной организации умственного труда

 

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

Для снижения вредного воздействия на пользователя СанПиН 2.2.2/2.4.1340-03 рекомендует включить в восьми часовой рабочий день перерывы для отдыха общей продолжительностью 50 минут [4.3]. Известно, что через 2 часа работы, утомление начинает резко возрастать, поэтому предлагается такое расписание перерывов на отдых:

· 2 часа работы – 10 минут отдыха;

· 2 часа работы – 30 минут перерыв на обед;

· 2 часа работы – 10 минут отдыха;

· 2 часа работы – окончание работы.

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

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

Таблица 4.1 – Оптимальные нормы микроклимата для помещений с ПЭВМ

Температура, С°		Относительная влажность, %		Скорость движения воздуха, м/с
Оптималь-ная	Допусти-мая