3.2 Стандарты оформления кода

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

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

Положительные моменты введения стандартов:

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

- новые программисты быстрее вписываются в проект;

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

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

- в устойчивых системах люди делают меньше ошибок. [22]

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

1) Имена переменных массивов начинаются с префикса «arr_»;

2) В именах переменных циклов используются простые переменные ($i, $j, …);

3) Имя файла начинается с префикса, обозначающего его принадлежность к модулю системы (news_, users_, test_…). Далее следует обозначение исполняемого им действия (view_, edit_, save_). Примеры имён: news_edit.php означает: скрипт относится к модулю новостей и производит редактирование данных.

Правила оформление кода в скриптах:

- все скрипты начинаются с блока комментариев (приложение А);

- каждая функция имеет блок комментариев (приложение А);

- структура скрипта должна соответствовать приложению А.

Правила к написанию программного кода:

1) Вся работа с БД ведется через класс MySQL;

2) Интерфейс для работы с БД по вставке, удалению, изменению записей оформляется в виде отдельных функций (function db_delete_res());

3) Все функции по работе с одной таблицей группируются в отдельный модуль (db_func_resourses.inc.php);

4) Программный код и html-код находятся в разных файлах;

5) html-код страницы находится в файлах шаблонов;

6) Все шаблоны хранятся в папке templates.

3.3 Обработчик шаблонов Smarty

Чтобы отделить оформление страницы от программного кода и тем самым повысить читабельность последнего, в системе использован механизм шаблонов.

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

«Smarty - это компилирующий обработчик шаблонов для PHP. Говоря более четко, он предоставляет один из инструментов, которые позволяет добиться отделения прикладной логики и данных от представления. Это очень удобно в ситуациях, когда программист и верстальщик шаблона - различные люди.»[23]

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

«Одно из предназначений Smarty - это отделение логики приложения от представления. Конечно же, шаблоны могут содержать в себе логику, но лишь при условии, что эта логика необходима для правильного представления данных. Такие задачи, как подключение других шаблонов, чередующаяся окраска строчек в таблице, приведение букв к верхнему регистру, циклический проход по массиву для его отображения и т.д. - всё это является примером логики представления.» [23]

Уникальная возможность Smarty - компилирование шаблонов. Это означает, что Smarty читает файлы шаблонов и создает PHP-код на их основе. Код создаётся один раз и потом только выполняется. Поэтому нет необходимости обрабатывать файл шаблона для каждого запроса и каждый шаблон может пользоваться всеми преимуществами таких кэшируюших решений, как Zend Accelerator (http://www.zend.com/) или PHP Accelerator (http://www.php-accelerator.co.uk).

Некоторые особенности Smarty:

- он очень быстр;

- он эффективен, так как обработчик PHP делает за него грязную работу;

- никакой лишней обработки шаблонов, они компилируются только один раз;

- перекомпилируются только те шаблоны, которые изменились;

- возможность создавать пользовательские функции и модификаторы, что делает язык шаблонов расширяемым;

- настраиваемые разделители тэгов шаблона, то есть можно использовать {}, {{}}, <!--{}--> и т.д.

- конструкции if/elseif/else/endif передаются обработчику PHP, так что синтаксис выражения {if...} может быть настолько простым или сложным, насколько угодно;

- допустимо неограниченное вложение секций, условий и т.д.;

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

- встроенный механизм кэширования;

- произвольные источники шаблонов;

- пользовательские функции кэширования;

- компонентная архитектура.

3.4 Алгоритмы работы. Модуль управления слушателями

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

Общая модель работы любого модуля представлена на рисунке 3.1.

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

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

Вид режима просмотра имеет вид, представленный на рисунке 3.2:

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

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

При нажатии на кнопку «Новый пользователь» модуль переходит в режим вставки нового пользователя (рисинок 3.3)

На страницы предлагается ввести данные нового пользователя. Панель управления содержит 2 кнопки: Назад и Сохранить. При нажатии на кнопку Назад происходит отмена вставки пользователя и возврат в режим просмотра. При нажатии на кнопку Сохранить модуль переходит в режим сохранения данных. Если данные верны, модуль производит вставку новой записи в БД и переходит в режим просмотра пользователей.

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

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

4. Интеграция с существующими информационными системами

4.1 Перенос данных из системы «Стрела-1»

Поскольку разрабатываемая подсистема является логическим развитием подсистемы «Стрела-1», то из существуещей подсистемы был выполнен перенос всех учебных материалов и слушателей. Для этого был написан скрипт экспорта данных. Перенос и конвертация данных из одной системы в другую всегда сложны и требуют применения различных приемов, знаний и навыков. Проблема переноса состояла в том, что форматы хранения данных в подсистеме «Стрела-1» и «Стрела-2» различаются. Это связано с иным логическим представлением учебных материалов в подсистеме «Стрела-2» и также другими методами защиты данных. Дело в том, что в подсистеме «Стрела-1» использован метод шифрования путей, в частности шифрование имен папок. Как показал опыт использования подсистемы «Стрела-1» этот метод не удобен, поскольку администратору сложно найти нужный материал на сервере вручную. В подсистеме «Стрела-2» использован метод защиты данных на уровне веб-сервера Apache. Данный метод позволяет более гибко настраивать доступ к частям системы и не создает сложности админитратору в поиске материалов на сервере в случае необходимости.

Код скриптов, реализующих перенос данных из подсистемы «Стрела-1», представлен в приложении Д.

4.2 Перенос данных из единой БД ИрГУПС

Для обеспечения учебного процесса в ИрГУПС был выполнен перенос данных студентов очной формы обучения из единой БД ИрГУПС.

Данные о группах и составах каждой группы были получены из единой БД ИрГУПС через протокол SOAP. Soap (Simple Object Access Protocol, простой протокол доступа к объектам) - это протокол, основанный на XML и служащий для обмена сообщениями в распределенных средах (WWW). Протокол предназначен для создания Web-сервисов и удаленного вызова методов. SOAP можно использовать в сочетании с разными транспортными протоколами, включая HTTP, SMTP и др. В основном Soap работает на протоколе HTTP. Web-сервисами называются активные контенты, реализующие некоторую функциональность, и данные, расположенные на Web-серверах и предоставляемые для использования внешним приложениям. Web-сервис полностью независим от языка и платформы реализации. Внешнее приложение работает с сервисом посредством стандартных протоколов и форматов данных.

Код скрипта, реализующего перенос данных групп из единой БД ИрГУПС, представлен в приложении Д.

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

Целью данного раздела является определение затрат труда на разработку системы дистанционного обучения «Стрела-2» для ИрГУПС. В начальный период появления автоматизированных систем управления обоснование экономической целесообразности их создания происходило по схеме, предназначенной для расчета эффективности от внедрения новой техники в производство. Однако практика внедрения информационных систем показала, что для подобной оценки требуется своя методология и специфические подходы. Для расчета экономической части дипломного проектирования было решено использовать метод функционально-ориентированных метрик. Этот метод основан на предложенном в 1979 году Альхбертом фундаментальном понятии - функционального размера (FP-functional point), для измерения размера проекта не зависимо от проектирования. Метод измерения функционального размера состоит в единообразном измерении всех возможностей приложения и выражении размера приложения виде единого числа. Это число можно далее использовать для оценивания числа строк кода, стоимости и сроков проекта. Функциональный размер - весьма привлекательное понятие, поскольку оно претендует на то, чтобы измерить саму суть возможностей будующей программы.

Определим функциональные модули:

- вход;

- выход;

- управление ресурсами;

- управление пользователями;

- управление ролями;

- системный;

- управление модулями;

- управление курсами;

- обучение слушателя;

- управление группами;

- управление заявками на обучение;

- ведомости;

- допуски;

- управление форумами;

- личные сообщения;

- новости;

- регистрация слушателя;

- мониторинг активности пользователей;

- зачетная книжка слушателя;

- информация для пользователя;

- учебно-методический комплекс;

- система тестирования.

Для каждого модуля определим, пять видов информационных характеристик:

1) внешние вводы (вводы пользователей, по которым поступает прикладная информация) - EI;

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

3) внешние запросы (количество диалоговых вводов, приводящих к немедленному ответу) - EIN;

4) внутренние логические файлы (количество логических файлов внутри системы) - ILF;

5) внешние логические файлы (все логические файлы из внешних приложений, с которыми работает система) - ELF.

Информационные характеристики каждого модуля перечислены в приложении Г.

Далее приступим к расчету метрики - количества функциональных указателей FP (Function Points) по формуле:

(4.1)

где Общее количество - общее количество значений информационных характеристик;

Общее количество = 102 + 2 6 + 13 + 17 + 7 + 22 + 16 + 19 + 35 + 22 + 23 + 11 + 30 + 21 + 63 + 35 + 5 + 24 + 32 + 36 + 5 + 6 = 570;

F_i - коэффициент регулировки сложности.

Каждый коэффициент может принимать следующие значения:

- 0 - нет влияния;

- 1 - случайное влияние;

- 2 - небольшое влияние;

- 3 - среднее влияние;

- 4 - важное влияние;

- 5 - основное влияние.

Коэффициенты:

1) Передача данных F₁ = 5;

2) Распределенная обработка данных F₂ = 5;

3) Производительность F₃ = 5;

4) Распространенность используемой конфигурации F₄ = 0.5;

5) Скорость транзакций F₅ = 3;

6) Оперативный ввод данных F₆ = 5;

7) Эффективность работы конечного пользователя F₇ = 4;

8) Оперативное наблюдение F₈ = 3;

9) Сложность обработки F₉ = 2;

10) Повторная используемость F₁₀ = 4;

11) Легкость установки F₁₁ = 0;

12) Легкость эксплуатации F₁₂ = 4;

13) Разнообразные условия размещения F₁₃ = 5;

14) Простота изменений F₁₄ = 4.

= 5 + 5 + 5 + 0 + 3 + 5 + 4 + 3 + 2 + 4 + 0 + 4 + 5 + 4 = 49

Итак, количество функциональных показателей равно:

FP = 570 * (0,65 + 0,01*49) = 570 * (0,65 + 0,49) = 570 * 1,14 = 649,8

Примерное количество строк программного кода LOC рассчитывается по формуле:

LOC = FP * K_t (4.2)

где K_t - коэффициент пересчета для определенного языка программирования, для языка PHP K_t = 21.

LOC = 649,8 * 21 (PHP) ? 13645,8 (строк)

Затраты на разработку проекта рассчитываем по формуле:

Затраты труда = Кч * Км (4.3)

где Кч - количество человек задействованных в разработке проекта, Кч = 3 человека;

Км - время требуемое на разработку (в месяцах) Км = 15 месяцев.

Таким образом:

Затраты труда = 3 (чел) * 15 (мес) = 45 (чел. мес.)

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

ПРОИЗВОДИТЕЛЬНОСТЬ = (4.4)

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

ПРОИЗВОДИТЕЛЬНОСТЬ = 649,8 / 45 =14,44 [FP/чел.мес.]

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

УДЕЛЬНАЯ СТОИМОСТЬ = (4.6)

где С - стоимость разработки проекта.

Стоимость разработки определяется по формуле:

С = С_зп + С_отч + С_накл (4.7)

где, С_зп - заработная плата разработчикам;

С_отч - отчисление с заработной платы;

С_накл - накладные расходы.

Так как в разработке проекта задействовано три разработчика с заработной платой 5000 рублей в месяц, то за 15 месяцев работы:

Сзп = 3 * 5000* 15 = 225000 рублей

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

С_отч = С_зп * Н_соц + С_зп * Н_страх (4.8)

где Н_соц - отчисления с заработанной платы в виде единого социально налога. Он составляет 26% от С_зп, Н_страх - процент отчислений на страхование от несчастных случаев на производстве и профессиональных заболеваний. Для рассматриваемого проекта он будет составлять 0,2%. от С_зп.

Н_соц = 225000 * 0,26 = 58500 рублей

Н_страх = 225000 * 0,002 = 450 рублей

По формуле 4.8. получаем:

С_отч = 58500 + 450 = 58950 рублей

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

С_накл = 0,2 * (С_зп + С_отч) (4.9)

Таким образом, накладные расходы равны:

С_накл = 0,2 * (225000 + 58950) = 56790 рублей

Находим стоимость разработки проекта по формуле 4.7.:

С = 225000 + 58950 +56790 = 340740 рублей

Итак, удельная стоимость проекта по формуле 4.6:

УДЕЛЬНАЯ СТОИМОСТЬ =340740 / 649,8 = 524,3 [рублей/FP]

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

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

Эффективность = производительность * удельная стоимость (4.10)

Подставив найденные ранее значения, получим:

Эффективность = 14,44 * 524,3 = 7570,9 [рублей/ чел.мес.]

Заработная плата 1 разработчика составляет:

5000 рублей + (5000р. * 0,26) = 6300 рублей

= 7570,9 - 6300 = 1270,9 рублей

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

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

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

Тема «Обоснование рациональной организации рабочего места пользователя ПЭВМ»

При выполнении дипломного проекта возникла необходимость в обосновании рационного размещения рабочего места пользователя ПЭВМ. Необходимо, чтобы размещение компьютерной техники было не только рациональным, но и соответствовало всем правилам и нормам экологичной и безопасной работы с ПЭВМ. Обратимся к Санитарным правилам и нормам СанПин 2.2.2/2.4.1340-03, нас интересуют пункты 9. Общие требования к организации рабочих мест пользователей ПЭВМ и 10. Требования к организации и оборудованию рабочих мест с ПЭВМ для взрослых пользователей.

Общие требования к организации рабочих мест пользователей ПЭВМ:

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

Обоснование: Все электроприборы являются источниками электромагнитного поля, а видеомонитор является наиболее сильным источником ЭМП. На рисунке 5.2 показаны и перечислены вредные воздействия монитора.



Рисунок 5.2 - Вредные воздействия

Электромагнитное излучение наиболее сильно с тыльной стороны монитора и с боковых поверхностей. Исследования показывают, что установка фильтров на экранах, уменьшая электрическую составляющую электромагнитного поля в непосредственной близости от экрана, может, вследствие перераспределения поля, привести к его увеличению на расстояниях более 1,0-1,5 м от экрана по оси электронно-лучевой трубки и по сторонам от нее. Так же уровень электромагнитного поля в значительной степени зависти от типа и качества электропроводки. Так, например, во многих компьютерных классах отсутствует общее заземление, третий контакт вилки ПК оказывается «висящим» в воздухе, что существенно увеличивает уровень электромагнитного поля. Кроме того, низкочастотные поля излучаются и электроприборами, и люминесцентными лампами, и жгутами проводов, нередко оплетающих рабочие места. Снизить опасность для здоровья во многом можно с помощью нормального заземления аппаратуры и оптимальной расстановки рабочих мест. В частности, прибегая к расположению рабочих мест в соответствии с рисунком 5.1 и заземлению рисунок 5.3.



Рисунок 5.3 - Заземление

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

Обоснование: При работе монитора электризуется не только его экран, но и воздух в помещении. Причем он приобретает положительный заряд. Положительно наэлектризованная молекула кислорода не воспринимается организмом как кислород, что вызывает у пользователя кислородное голодание. Распространение принтером пыли - при работе в тесном контакте с принтером пользователь рискует засорить свои дыхательные пути обильно выбрасываемой принтером пылью. ТСО-99 предписывает ограничить максимальную концентрацию пыли в воздухе вокруг работающего в обычном режиме принтера до 0, 150 мгм на кубометр и рекомендует сократить этот придел до 0, 075 мгм. Выделение озона - каждый, кто работал с лазерным принтером, знаком с характерным запахом озона, образующемся при его работе. В больших количествах этот газ может негативно сказываться на дыхательных органах пользователя, поэтому максимальный объем эмиссии ограничен 0,02 мг на кубометр.

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

Обоснование: Основным фактором, отвлекающим пользователя от творческой работы или работы требующей значительного умственного напряжения или высокой концентрации внимания, является шум, согласно санитарным нормам СН 2.2.4/2.1.8.562-96. Для творческой деятельности, руководящей работы с повышенными требованиями, научной деятельности, конструирования и проектирования, программирования, преподавания и обучения, врачебной деятельности уровень звука не должен превышать 50 дБА. Для высококвалифицированной работы, требующей сосредоточенности, административно-управленческой деятельности, измерительной и аналитической работы в лаборатории уровень звука не должен превышать 60 дБА. Что бы обеспечить должные условия работы необходимо использовать специальные звукопоглощающие материалы и изолировать рабочее место посредством использования перегородок.

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

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

Таблица 5.1 - Параметры дисплея

Наименование параметра	ГОСТ Р 50948-96	СанПиН 2.2.2.542-96
Напряженность ЭМП в 50 см вокруг дисплея по электрической составляющей, В/м, не более в диапазоне частот: 5Гц - 2кГц 2 - 400 кГц	25 2.5
Плотность магнитного потока в 50 см вокруг дисплея, нТл, не более: в диапазоне частот: 5Гц - 2кГц 2 - 400 кГц	250 25
Поверхностный электростатический потенциал, В, не более	500

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

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

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

Поверхность рабочего стола должна иметь коэффициент отражения 0,5 - 0,7.

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

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

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

Требования к организации и оборудованию рабочих мест с ПЭВМ для взрослых пользователей:

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

2) Модульными размерами рабочей поверхности стола для ПЭВМ, на основании которых должны рассчитываться конструктивные размеры, следует считать: ширину 800, 1000, 1200 и 1400 мм, глубину 800 и 1000 мм при нерегулируемой его высоте, равной 725 мм.

3) Рабочий стол должен иметь пространство для ног высотой не менее 600 мм, шириной - не менее 500 мм, глубиной на уровне колен - не менее 450 мм и на уровне вытянутых ног - не менее 650 мм.

4) Конструкция рабочего стула должна обеспечивать:

- ширину и глубину поверхности сиденья не менее 400 мм;

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

- регулировку высоты поверхности сиденья в пределах 400 - 550 мм и углам наклона вперед до 15 град, и назад до 5 град.;

- высоту опорной поверхности спинки 300 +-20 мм, ширину - не менее 380 мм и радиус кривизны горизонтальной плоскости - 400 мм;

- угол наклона спинки в вертикальной плоскости в пределах +-30 градусов;

- регулировку расстояния спинки от переднего края сиденья в пределах 260 - 400 мм;

- стационарные или съемные подлокотники длиной не менее 250 мм и шириной - 50 - 70 мм;

- регулировку подлокотников по высоте над сиденьем в пределах 230 +-30 мм и внутреннего расстояния между подлокотниками в пределах 350 -500 мм.

5) Рабочее место пользователя ПЭВМ следует оборудовать подставкой для ног, имеющей ширину не менее 300 мм, глубину не менее 400 мм, регулировку по высоте в пределах до 150 мм и по углу наклона опорной поверхности подставки до 20°. Поверхность подставки должна быть рифленой и иметь по переднему краю бортик высотой 10 мм.

6) Клавиатуру следует располагать на поверхности стола на расстоянии 100 - 300 мм от края, обращенного к пользователю или на специальной, регулируемой по высоте рабочей поверхности, отделенной от основной столешницы.

Общее обоснование для конструктивных особенностей рабочего места. Мало кто подходит к выбору мебели тщательно. Чаще всего в офисе не приходится перебирать столами и стульями. Поэтому неправильное соотношение размеров мебели между собой и с размерами пользователя заранее обречено приносить неприятности человеку. Все начинается с неправильной осанки. Если "внутренний стержень" человека - позвоночник находится в неестественном для себя состоянии, то нарушаются многие функции организма. Прежде всего, при согнутом позвоночнике воздух циркулирует только в верхней части легких, а в нижней воздух "застаивается". Кроме того, согнутый позвоночник опускает сами легкие, и они давят на внутренние органы брюшной полости. Это может быть причиной многих болей в области живота. Подбор стула, который смог бы поддерживать осанку, возможно, решит эту проблему. Безусловно, он должен иметь вертикальную спинку и по возможности у него должно быть максимум регулируемых степеней свободы. Стул должен иметь такую высоту, чтобы ноги пользователя, опущенные на пол, не были согнуты больше чем на 90 градусов, иначе перегибаются кровеносные сосуды и идет плохое снабжение нижних конечностей кислородом. При долгом сидении это может вызвать отеки ног. Высота стола вместе со стулом должна быть подобрана так, чтобы руки в полусогнутом положении (когда, например, они лежат на клавиатуре) не "подвисали", а опирались то ли на сам стол, то ли на подлокотники кресла.

При этом позвоночник должен сохранять свое ровное положение. В противном случае человек сам вынужден их поддерживать, что при длительной работе вызывает перенапряжение мышц плеч и шеи. Если для подпорки рук необходимо нагибаться вперед в сторону стола, то со временем это сильно скажется на сутулости. Поэтому у пользователя должна быть возможность пододвинуться, как ему будет удобно, к столу. Соответственно под столом должно быть достаточно свободного места, чтобы удобно разместить ноги. Со времен, когда еще корпуса ПК имели форм-фактор Baby-AT и занимали горизонтальное положение, повелось ставить на них сверху монитор, тем самым уменьшая площадь рабочего стола, занимаемую компьютером. Многие сейчас по привычке подставляют разнообразные коробки под мониторы. При таком положении длительный промежуток времени голова человека находится в неудобном для себя положении, заставляя напрягаться мышцы шеи. Также напрягаются и мышцы глаз. Согласно правилам эргономики, монитор должен находиться на расстоянии около полуметра, а его дисплей должен быть расположен на 10-15 градусов ниже горизонтальной линии взора глаз. Тогда зрачки немного опущены и шея держит голову ровно. Положительной стороной опущенного монитора является также меньшее расстояние между экраном и клавиатурой, а, следовательно, пользователю необходимо меньше переводить взгляд между ними. При удачном расположении этих двух компонент ПК взгляд можно переводить только самими глазами, не поворачивая каждый раз шею. Для профилактики напряжений мышц не только шеи, но и всего тела, необходимо каждый час делать перерывы, вставать, ходить, если есть возможность - размяться. Турник или брусья в офисе найти трудно, но выйти в коридор и сделать упражнения всегда можно. Чтобы размять ноги, можно на время отказаться от лифта и пользоваться лестницей. Заметно повысить производительность труда можно, правильно расположив различные компоненты компьютера на рабочем столе. Часто бывает, что из-за неупорядоченности на столе пропадает много документов, внимание постоянно отвлекается на перемещение одних предметов, чтобы получить доступ к другим, и т. д. На данный момент производится большое количество компьютерной мебели, со всевозможными специализированными отделениями. К сожалению, она не всегда бывает до конца продумана с технической точки зрения. Решить проблему можно, расположив, к примеру, принтер и сканер на дополнительных полках. Также можно убрать большое количество информационных и силовых кабелей, соединив их по возможности между собой с помощью скотча.

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

Заключение

В ходе выполнения дипломного проекта были выполнены проектирование и разработка инструментально-программной подсистему дистанционного обучения ИрГУПС второго поколения. Работа проведена на основе анализа существующих инструментально-программных подсистем для дистанционного обучения, а так же на базе разработанной и функционирующей инструментально-программной подсистемы ИрГУПС «Стрела-1». Разработанная система удовлетворяет требованиям, предъявляемым к системам дистанционного обучения: многопользовательский режим, возможность организовать обучение слушателей, управления учебным контентом, ведение отчетности.

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

Поскольку разрабатываемая подсистема является логическим развитием подсистемы «Стрела-1», то из существуещей подсистемы был выполнен перенос всех учебных материалов и слушателей. Также был выполнен перенос данных студентов очной формы обучения из единой БД ИрГУПС.

Система находится в стадии тестирования и отладки. Внедрение и использование новой программно-инструментальной подсистемы «Стрела-2» будет способствовать повышению качества подготовки и переподготовки кадров для нужд ОАО РЖД.

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

Список использованных сокращений

ИС - информационная система;

ИрГУПС - Иркутский государственный университет путей сообщения;

ВСЖД - Восточносибирская железная дорога;

ДОТ - дистанционные образовательные технологии;

ДО - дистанционное обучение;

СДО - система дистанционного обучения;

СУБД - система управления базами данных;

БД - база данных;

ГУВС - группа управления вычислительной сетью.

Список литературы

1. Кондратьев И.Н. Внедрение корпоративной системы ДО ИрГУПС - ВСЖД. Материалы пятой Всероссийской научно-технической конференции «Теоретический и прикладные вопросы современных информационных технологи». Улан-Удэ. 2004 г. С.337-343.

2. Мур М.Г., Кирсли Г. Дистанционное обучение: системный обзор: Тесты и письменные работы http://www.cito.ru/gdenet/teaching/instruction/assignment/1

3. Открытый университет, Система оценки (процедуры оценки и оценочная политика Открытого Университета Великобритании) http://www.cito.ru/gdenet/management/teaching/exams

4. Полат Е.С. Дистанционное обучение. М.: Владос, 1998.- 328 с.

5. Сатианараяна Р., Сешаратнам К. Письменные задания на оценку для студентов дистанционного обучения http://www.cito.ru/gdenet/teaching/instruction/assignment/4

6. Ульянова К., Методы оценки и контроля в системе дистанционного обучения: проблемы и пути решения.

7. Хоменко А.П., Кондратьев И.Н. Научно-методическая комплексная программа «Развитие системы дистанционного обучения ИрГУПС». Информационные технологии на железнодорожном транспорте. Сборник трудов седьмой международной научно-практической конференции. Санкт-Петербург. 2003 г.с. 286

8. Хоменко А.П., Косякин В.В., Кондратьев И.Н. Новые информационные и образовательные технологии. Журнал «Железнодорожный транспорт». 2004г. С. 60-61.

9. http://www.e-academy.ru

10. http://belarus.iba.by

11. http://www.competentum.ru

12. http://magister.competentum.ru/

13. http://www.prometeus.ru

14. http://www.redcenter.ru

15. http://www.hecadem.irk.ru:8100/

16. http://www.ipoint.ru

17. http://users.kpi.kharkov.ua/lre/bde/rus/de/definition.htm

18. http://www.citforum.ru/internet/asp/asp_intro.shtml

19. http://www.citforum.ru/internet/perl_tut/index.shtml

20. http://ums.org.ua/%7Estepanenko/PHP_vved/php-intro.html

21. http://www.mysql.ru/docs/ilyin/

22. http://tony2001.phpclub.net/doc/standard/

23. http://smarty.php.net/manual/ru/what.is.smarty.php

24. Л.В.Массель, Е.А. Болдырев, А.Ю. Горнов и др. Интеграция информационных технологий в системных исследованиях энергетики. Новосибирск: наука, 2003. С. 109-115.

Приложение А

<?

<блок комментариев скрипта>

include("include/header.inc.php"); -

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

<содержание скрипта>

include("include/footer.inc.php"); -

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

?>

Приложение В

Информационные характеристики модулей системы.

Таблица 4.1. Информационные характеристики функционального модуля «Вход».

Метрика	Значение
EI	2
EO	1
EIN	1
ILF	2
ELF	1
Сумма	6

Таблица 4.2. Информационные характеристики функционального модуля «Выход».

Метрика	Значение
EI	1
EO	1
EIN	1
ILF	2
ELF	1
Сумма	5

Таблица 4.3. Информационные характеристики функционального модуля «Управление ресурсами».

Метрика	Значение
EI	6
EO	6
EIN	6
ILF	15
ELF	3
Сумма	36

Таблица 4.4. Информационные характеристики функционального модуля «Управление пользователями».

Метрика	Значение
EI	6
EO	4
EIN	5
ILF	12
ELF	5
Сумма	32

Таблица 4.5. Информационные характеристики функционального модуля «Управление ролями».

Метрика	Значение
EI	2
EO	2
EIN	2
ILF	15
ELF	3
Сумма	24

Таблица 4.6. Информационные характеристики функционального модуля «Системный».

Метрика	Значение
EI	1
EO	1
EIN	1
ILF	1
ELF	1
Сумма	5

Таблица 4.7. Информационные характеристики функционального модуля «Управление модулями».

Метрика	Значение
EI	4
EO	4
EIN	3
ILF	22
ELF	2
Сумма	35

Таблица 4.8. Информационные характеристики функционального модуля «Управление курсами».

Метрика	Значение
EI	10
EO	8
EIN	12
ILF	36
ELF	7
Сумма	63

Таблица 4.9. Информационные характеристики функционального модуля «Обучение слушателя».

Метрика	Значение
EI	3
EO	3
EIN	4
ILF	9
ELF	2
Сумма	21

Таблица 4.10. Информационные характеристики функционального модуля «Управление группами».

Метрика	Значение
EI	5
EO	4
EIN	4
ILF	14
ELF	3
Сумма	30

Таблица 4.11. Информационные характеристики функционального модуля «Управление заявками на обучение».

Метрика	Значение
EI	2
EO	1
EIN	1
ILF	6
ELF	1
Сумма	11

Таблица 4.12. Информационные характеристики функционального модуля «Ведомости».

Метрика	Значение
EI	3
EO	3
EIN	5
ILF	10
ELF	2
Сумма	23

Таблица 4.13. Информационные характеристики функционального модуля «Допуски».

Метрика	Значение
EI	3
EO	3
EIN	5
ILF	9
ELF	2
Сумма	22

Таблица 4.14. Информационные характеристики функционального модуля «Управление форумами».

Метрика	Значение
EI	4
EO	5
EIN	6
ILF	17
ELF	3
Сумма	35

Таблица 4.15. Информационные характеристики функционального модуля «Личные сообщения».

Метрика	Значение
EI	3
EO	2
EIN	4
ILF	8
ELF	2
Сумма	19

Таблица 4.16. Информационные характеристики функционального модуля «Новости».

Метрика	Значение
EI	2
EO	2
EIN	2
ILF	8
ELF	2
Сумма	16

Таблица 4.17. Информационные характеристики функционального модуля «Регистрация слушателя».

Метрика	Значение
EI	9
EO	1
EIN	2
ILF	8
ELF	2
Сумма	22

Таблица 4.18. Информационные характеристики функционального модуля «Мониторинг активности пользователей».

Метрика	Значение
EI	1
EO	1
EIN	1
ILF	2
ELF	2
Сумма	7

Таблица 4.19. Информационные характеристики функционального модуля «Зачетная книжка слушателя».

Метрика	Значение
EI	2
EO	2
EIN	3
ILF	8
ELF	2
Сумма	17

Таблица 4.20. Информационные характеристики функционального модуля «Информация для пользователя».

Метрика	Значение
EI	1
EO	1
EIN	1
ILF	4
ELF	2
Сумма	13

Таблица 4.21. Информационные характеристики функционального модуля «Учебно-методический комплекс».

Метрика	Значение
EI	4
EO	4
EIN	6
ILF	10
ELF	2
Сумма	26

Таблица 4.22. Информационные характеристики функционального модуля «Система тестирования».

Метрика	Значение
EI	20
EO	34
EIN	28
ILF	15
ELF	5
Сумма	102

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