Проектирование программного обеспечения "Расписание занятий ЧГУ"

3.2.4 Рассылка сообщений

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

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

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

Для отправки сообщений можно использовать API JavaMail, но на самом деле Liferay уже предоставляет служебный класс MailEngine для отправки электронной почты. На рисунке 3.12 представлен реализуемый класс отправки сообщений.

Рисунок 3.12 - Файл SenderEmail.java

Для создания периодических рассылок используются встроенный планировщик Liferay и наследование от класса сообщений MessageListener.

После создания портлета, в файле liferay-portlet.xml инициализируем планировщик:

<scheduler-entry>

<scheduler-event-listener-class>com.liferay.calendar.messaging.CheckRaspMessageListener</scheduler-event-listener-class>

<trigger>

<simple>

<property-key>calendar.notification.check.interval</property-key>

<time-unit>day</time-unit>

</simple>

</trigger>

</scheduler-entry>

В файле portlet.properties указываем периодичность :

calendar.notification.check.interval=1

Тогда метод doReceive () в CheckRaspMessageListener (как показано ниже) будет выполняться ежедневно:

public class CheckRaspMessageListener extends BaseMessageListener {

protected void doReceive(Message message) throws Exception {

CalendarRaspLocalServiceUtil.checkCalendarRasp();

}

}

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

3.3 Тестирование

3.3.1 Выбор метода тестирования

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

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

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

Для тестирования применялся метод ручного контроля. Ручной контроль используется на ранних стадиях разработки системы, так как он обеспечивает обнаружение 30 - 70 % ошибок. В качестве исходных данных для такого контроля выступают техническое задание, спецификации, структурные и функциональные схемы, схемы отдельных компонентов, а для более поздних этапов - алгоритмы и тексты программ, а также тестовые наборы. Из методов ручного контроля был выбран метод проверки за столом. Этот метод не требует наличия группы специалистов. Проверка исходного текста выполняется одним человеком, который читает текст программы, проверяет его на наличие возможных ошибок по списку часто встречающихся ошибок[6].

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

3.3.2 Анализ результатов тестирования

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

На тесте «Проверка соединения» была обнаружена ошибка. В конфигурационном файле настройки подключения к БД была неверно указана кодировка WIN-1251. Для исправления ошибки в конфигурационном файле была указана UTF-8 кодировка.

На тесте «Неправильный адрес» возникла ошибка при попытке во время настройки рассылки указать некорректный формат электронного адреса. Форма приняла адрес для обработке. Для исправления ошибки в поле адреса была добавлена маска вида «имя@домен.расширение».

На тесте «Создание PDF-файла» возникла ошибка при попытке создания PDF-файла. Вместо понятного читаемого текста был выведен набор иероглифов. Причиной послужили не указанные параметры кодировки в исходном тексте создания отчета, в результате программа применила параметры, задаваемые по умолчанию. Для исправления ошибки были указаны параметры требуемой кодировки.

Таблица 3.2 - Результаты тестирования

Дата	Тестирование проводил	Метод тестирования	Название теста	Описание теста	Результат
1	2	3	4	5	5
16.05.16	Разработчик	Ручной	Работа системы	Попытка запуска главной формы с модулями	Успех
16.05.16	Разработчик	Функциональный	Проверка соединения	Попытка получения информации в разрабатываемом ПО от сервера БД	Ошибка. Неверно указана кодировка
17.05.16	Разработчик	Функциональный	Проверка соединения	Попытка получения информации в разрабатываемом ПО от сервера БД	Успех
18.05.16	Разработчик	Ручной	Авторизация	Попытка авторизации с логином/паролем студента	Успех
19.05.16	Разработчик	Функциональный	Некорректный пароль	Попытка авторизации с логином студента и неправильным паролем	Успех
20.05.16	Разработчик	Ручной	Неправильный адрес	Попытка при настройке рассылки указать некорректный формат электронного адреса	Ошибка. Форма приняла электронный адрес
21.05.16	Разработчик	Ручной	Неправильный адрес	Попытка при настройке рассылки указать некорректный формат электронного адреса	Успех
21.05.16	Разработчик	Ручной	Управление рассылками	Попытка просмотра рассылками администратором портала	Успех
22.05.16	Разработчик	Ручной	Создание PDF-файла	Попытка создания PDF-файла	Ошибка. Не читаются кириллические шрифты
22.05.16	Разработчик	Ручной	Создание PDF-файла	Попытка создания PDF-файла	Успех

4. РАЗРАБОТКА ДОКУМЕНТАЦИИ

4.1 Разработка инструкции для пользователя

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

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

Руководящим стандартом для создания документа «Руководство пользователя» могут, является ГОСТ 19.505-79 «Руководство оператора. Требования к содержанию и оформлению». Ниже приведена структура документа согласно стандарту.

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

Назначение программного обеспечения;

Условия применения программного обеспечения;

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

Описание операций;

Аварийные ситуации.

Назначение программного обеспечения

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

Условия применения программного обеспечения

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

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

Квалификация пользователя.

Подготовка программного обеспечения к работе

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

Описание операций

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

Аварийные ситуации

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

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

4.2 Разработка руководства для администратора

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

Несмотря на то, что не существует отдельного ГОСТа на создание «Руководство администратора», его структура и оформление регламентируется РД 50-34.698-90, где описаны общие требования к содержанию документации.

«Руководство администратора» обычно имеет следующую структуру:

Назначение программного обеспечения;

Принципы функционирования программного обеспечения;

Обязанности и задачи администратора;

Обслуживание программного обеспечения;

Проблемы в работе программного обеспечения и способы их решения.

Назначение программного обеспечения

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

Принципы функционирования программного обеспечения

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

Обязанности и задачи администратора

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

Обслуживание программного обеспечения

Это основной раздел «Руководства администратора», который содержит перечень мероприятий по обслуживанию программного обеспечения с указанием порядка проведения:

настройка и параметризация

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

управления учетными записями

способы назначения прав доступа

ввод и вывод информации

Проблемы в работе программного обеспечения и способы их решения

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

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

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



5. ОРГАНИЗАЦИОННО-ЭКОНОМИЧЕСКАЯ ЧАСТЬ

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

5.1 Расчет совокупной стоимости владения

Совокупная стоимость владения (Total Cost of Ownership -- TCO) является одним из основных инструментов в экономическом анализе информационных технологий. Первооткрывателем этого термина стала компания GartnerGroup, а после фирма Interpose, которая стала использовать метод как модель анализа финансовой стороны использования информационных технологий [7].

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

Единовременные затраты осуществляются на этапе построения ИС. К единовременным затратам по методике Gartner Group относят:

стоимость разработки и внедрения проекта;

привлечение внешних консультантов;

первоначальные закупки основного ПО;

первоначальные закупки дополнительного ПО;

первоначальные закупки аппаратного обеспечения [8].

Текущие затраты осуществляются на этапе функционирования. К текущим относят:

стоимость обновления и модернизации системы;

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

затраты, вызванные активностью пользователей ИС [8].

ТСО = N + n * T,

где N - единовременные затраты на ИС;

T - текущие затраты;

n - количество лет экплуатации.

Затраты приведены в таблице 5.1.

Таблица 5.1. Таблица затрат.

	Единовременные затраты	Текущие затраты
Формула	N=Nр+Nпо+Nао	T=Tзп+Tлс+T+T+T+T+T
Значения	NР - затраты на разработку ИС NПО - затраты на программное обеспечение Nао - затраты на аппаратное обеспечение	Tзп - зарплата персонала Tлс - затраты, связанные с использованием глобальных вычислительных сетей Тм.вр - затраты на использование машинного времени Тн.и - затраты на носители информации Трем - затраты на текущий и профилактический ремонт вычислительной техники Тпр - прочие эксплуатационные расходы
Итого



Проведем расчет затрат:

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

,

где Спп - стоимость программного продукта, руб.;

Зтр - затраты на оплату труда, руб.;

Зм.вр - затраты на использование машинного времени, руб.;

Зн.и - затраты на носители информации, руб.;

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

Зпр - прочие эксплуатационные расходы, руб.

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

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

, - с окладом

, - почасовая,

где - общая зарплата работника за час;

- отчисления с зарплаты, %;

- время написания программы.

Время написания программы совпадает со временем работы компьютера.

Заработная плата программиста за час определяется по формуле:

,

где - ставка программиста;

- фонд рабочего времени в месяц.

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

Заработная плата дополнительная определяется по формуле:

,

где - заработная плата программиста;

- норма отчислений на дополнительную зарплату (10%).

Тогда дополнительная заработная плата программиста за час равна:

Зарплата общая вычисляется по формуле:

.

Общая зарплата программиста за час равна:

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

,

где - отчисления на соцстрах;

- отчисления в фонд медицинского страхования;

- отчисления в пенсионный фонд.

В 2016 году работодатель уплачивает страховые взносы в размере 30 % от зарплаты работника:

Пенсионный фонд (ПФР) -- 22 %

Фонд медицинского страхования (ФФОМС) -- 5,1 %

Фонд социального страхования (ФСС) -- 2,9 %

Тогда отчисления с заработной платы программиста:

Исходя из того что оплата труда с окладом и время написания программы составляет 3 месяца (т.е. ч), тогда затраты на оплату труда программиста равны:

Для руководителя дипломной работы ставка составляет 20000 руб. в месяц, фонд рабочего времени 180 ч, тогда заработная плата за час равна:

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

Общая зарплата руководителя за час равна:

Отчисления с заработной платы руководителя составляют:

Затраты на оплату труда руководителя равны:

Итого затраты на оплату труда составят:

Все данные по заработной плате сведем в таблице 5.2.



Таблица 5.2 - Данные по заработной плате

Должность разработчика	Разряд	Время работы, мес.	Стпр,руб.	Зпр, руб.	Здоп, руб.	Зобщ, руб.	Отч, руб.	Зтр, руб.
Программист		3	15 000	83,33	8,333	91,663	27,50	60058,152
Руководитель ВКР		3	20 000	111,1	11,1	122,2	36,66	80065,44
Итого:						140123,6

Затраты на использование машинного времени вычисляются по
формуле:

,

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

- стоимость одного часа машинного времени, руб/ч;

- время использования вычислительной техники, ч.

Стоимость одного часа машинного времени рассчитывается по формуле:

,

где - стоимость одного часа машинного времени, руб./ч;

- покупная цена компьютера, руб.;

- срок службы компьютера, год;

- количество рабочих дней в году;

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

- стоимость одного кВт*ч электроэнергии, руб.;

- мощность вычислительной системы, кВт.

Учитывая, что покупная цена компьютера - 15000 руб., срок службы компьютера - 5 лет, количество рабочих дней в году - 247, время работы компьютера в течение суток - 8 ч., стоимость одного кВт*ч электроэнергии - 3,50 руб., а мощность вычислительной системы - 0,1 кВт, получаем стоимость одного часа машинного времени:

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

,

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

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

- время работы компьютера в течение суток, ч.

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

Тогда затраты на использование машинного времени равны:



Затраты на носители информации принимаются в размере 2% от цены вычислительной техники и составляют:

Затраты на текущий и профилактический ремонт принимаются в размере 4% от цены вычислительной техники и составляют:

Прочие эксплуатационные расходы включают в себя затраты на освещение, отопление, охрану, уборку и текущий ремонт помещений. Они принимаются в размере 10 % от стоимости помещения (или его аренды), где происходит разработка программного продукта. Учитывая, что стоимость аренды помещения - 5000 руб. в месяц, а срок разработки программного продукта - 3 месяца, то данный вид расходов составляет:

Зпр = 5 000 * 3 * 0,1 = 1 500 (руб)

Таким образом, стоимость программного продукта равна:

Спп = 140123,6 + 942,48 + 300 + 600 + 1 500 = 143466,08 (руб).

Затраты на программное обеспечение включают следующие:

Затраты на ПО Liferay - 0 руб. (Свободная лицензия).

Затраты на ПО Java - 0 руб. (Свободная лицензия).

Затраты на ПО MySQL - 0 руб. (Свободная лицензия).

Затраты на ПО Windows Server 2008 - 42 000 руб.

Затраты на аппаратное обеспечение:



Сервер LX100.4-004LF - 55 600 руб. [9].

Таким образом, единовременные затраты составят 241 066,08 руб. и имеют следующий вид.

Рисунок 5.1 - Единовременные затраты

Затраты на подключение к сети Enternet.

В ЧГУ подключен оптический канал связи «Ростелеком». Абонентская плата за канал с пропускной скоростью 10 Мбит/сек составляет 5750 руб. в месяц. За год расходы составят 69 000 руб.

ФЗП - фонд заработной платы персонала, работающего без параллельной эксплуатации программного продукта, составляет 25000 руб.;

12 - количество месяцев в году;

1,21 - поправочный коэффициент.

В данном случае эксплуатационные расходы составляют:

.

Затраты на использование машинного времени вычисляются по формуле:

,



Стоимость одного часа машинного времени рассчитывается по формуле:

,

Учитывая, что покупная цена сервера - 55600 руб., срок службы сервера - 10 лет, количество рабочих дней в году - 365, время работы компьютера в течение суток - 24 ч., стоимость одного кВт*ч электроэнергии - 3,50 руб., а мощность вычислительной системы - 0,1 кВт, получаем стоимость одного часа машинного времени:

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

,

Учитывая, что время работы сервера в течение суток равно 24 ч., а количество дней - 365, то получаем следующий результат:

Тогда затраты на использование машинного времени равны:

Затраты на носители информации принимаются в размере 2% от цены вычислительной техники и составляют:

Затраты на текущий и профилактический ремонт принимаются в размере 4% от цены вычислительной техники и составляют:

Прочие эксплуатационные расходы включают в себя затраты на освещение, отопление, охрану, уборку и текущий ремонт помещений. Они принимаются в размере 10 % от стоимости помещения (или его аренды), где происходит разработка программного продукта. Учитывая, что стоимость аренды помещения - 5000 руб. в месяц, а срок - 12 месяцев, то данный вид расходов составляет:

Зпр = 5 000 * 12 * 0,1 = 6000 (руб)

Таким образом, текущие затраты в год составят 449 920,8 руб. и структура расходов следующая:

Рисунок 5.2 - Текущие затраты

Совокупная стоимость владения на 3 года составит:

ТСО = N + n * T = 241 066,08 + 3 * 449 920,8 = 1 590 828,48 руб.

Для удобства чтения все данные затрат представлены в виде таблицы.

Таблица 5.3 - Таблица затрат.

	Затраты	Сумма, руб.
	Единовременные затраты
1	Разработка системы	143 466,08
2	Программное обеспечение	42 000,00
3	Аппаратное обеспечение	55 600
	Итого	241 066,08
	Текущие затраты
4	Канал связи	69 000
5	Зарплата персонала	363 000
6	Использование машинного времени	8584,8
7	Носители информации	1112
8	Ремонт	2224
9	Прочие	6000
	Итого	449 920,80
	Текущие затраты за три года	1 349 762,40
	Совокупная стоимость владения	1 590 828,48

Рисунок 5.3 - Совокупная стоимость владения



5.2 Разработка графика проектирования и внедрения системы

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

Инженерный метод оценки трудоемкости проекта PERT (Program / Project Evaluation and Review Technique) был разработан в 1958 году в ходе проекта по созданию баллистических ракет морского базирования «Поларис».

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

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

Продолжительность каждой работы Dj определяется по формуле:



где nj -- численность исполнителей, чел.

Экспертные оценки и расчетные величины трудоемкости и продолжительности сводятся в таблице 5.4.

;

;

;

;

;

;

Таблица 5.4 - Оценка трудоемкости отдельных видов работ.

Вид работ	Оценка трудоемкости	Расчетные величины
	aj	mj	bj	tj	Dj
1.Разработка технического задания	5	9	12	8,83	4,4
2. Проектирование	9	13	18	13,17	6,6
3. Программирование	21	26	33	26,33	26,33
4. Тестирование	4	5	7	5,17	5,17
5. Документирование	5	7	9	7	7
6. Внедрение	1	3	5	3	3

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

Таблица 5.5 - Сводная таблица для планирования работ.

Наименование работы	Какие работы нужно выполнить перед данной	Исполнители	Трудоемкость работы, чел.-дн.	Продол-ть работы, дн.
		Должность	Кол-во
1.Разработка технического задания	-	Руководитель	1	8,83	4,4
		Программист	1		4,4
2. Проектирование	1	Руководитель	1	13,17	6,6
		Программист	1		6,6
3. Программирование	2	Программист	1	26,33	26,33
4. Тестирование	3	Программист.	1	5,17	5,17
5. Документирование	4	Программист	1	7	7
6. Внедрение	5	Программист	1	3	3

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

Таким образом, суммарный объем всех выполняемых работ равен 63,5 чел-дн.

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

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

№	Наименование работ (этапов,стадий)	Исполнители работ	Длительность работы (дни)	Месяцы, недели
				март	апрель	май	июнь
				1	2	3	4	1	2	3	4	1	2	3	4	1	2	3	4
1.	Разработка технического задания	Руководитель	4,4
		Программист	4,4
2.	Проектирование	Руководитель	6,6
		Программист	6,6
3.1.	Программирование	Руководитель	-
		Программист	26,33
3.2.	Тестирование	Руководитель	-
		Программист	5,17
3.3.	Документирование	Руководитель	-
		Программист	7
4.	Внедрение	Руководитель	-
		Программист	3

Рисунок 5.6 - Ленточный график разработки программного обеспечения.

5.3 Разработка инструкции по установке и настройке продукта

5.3.1 Общие сведения о программе

Назначение и функциональные возможности программы

Данное программное обеспечение предназначено для информирования пользователей об учебных занятиях на портале ЧГУ.

В программе реализованы возможности:

Просмотр расписания:

для учебной группы на день;

для учебной группы на неделю;

для преподавателя на день;

для преподавателя на неделю.

Авторизация пользователей в личном кабинете, с использованием учетных данных (логина, пароля), предоставляемых пользователям для доступа к электронным ресурсам ЧГУ;

Рассылать расписания ежедневно или еженедельно;

Печать расписания;

Сохранение расписания в формате PDF.

5.3.2 Системные требования

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

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

операционная система Windows или Linux;

СУБД MySQL;

корпоративный портал Liferay;

домен Windows с Active Directory.

К техническому обеспечению предъявляются следующие минимальные требования:

процессор уровня Intel Core 2 Quad;

оперативная память 16 Гб;

доступ в сеть Интернет, рекомендуемая скорость соединения - 1 Мбит/сек и выше.

5.3.3 Установка программы

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

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

Развертывание структуры портала

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

Перейти к панели управления

Перейти к сообществу вы хотите экспортировать

Нажмите действия -> Управление страницами

Перейдите на страницу Экспорт / Импорт

Выберите файл для импорта

Нажмите кнопку "Импорт"

Подключение базы данных

Для подключения базы данных расписания необходимо в файле portal-setup-wizard.properties указать следующие параметры:

jdbc.test.driverClassName=com.mysql.jdbc.Driver

jdbc.test.url=jdbc:mysql://localhost/rasp?useUnicode=true&characterEncoding=UTF-8&useFastDateParsing=false

jdbc.test.username=root

jdbc.test.password=pass2adm

Подключение Active Directory

1. На вкладке «общие» -- в поле «как пользователи будут аутентифицироваться?» выбрать «По экранному имени».

2. Добавление сервера LDAP.

Соединение:

Base Provider URL =«ldap://имя сервера:389»

Base DN = «dc=vkgu,dc=ru»

Доверитель=имя пользователя в ldap с правами подключения

Верительные данные= пароль соответственно

Пользователи:

Фильтр поиска при аутентификации = (&objectCategory=Person) (sAMAccountName=@screen_name@)

Фильтр поиска импорта=(objectClass=inetOrgPerson)

UUID=sAMAccountName

Экранное имя=sAMAccountName

Адрес email =mail

Пароль=userPassword (тут нужно учесть, что Active Directory по умолчанию не использует это поле, поэтому пользователи будут импортироваться в liferay, но не смогут войти, так как пароль не импортируется. Можно заполнить это поле самописным скриптом )

Имя=givenName

Отчество=middleName

Фамилия=sn

Полное имя=cn

Должность=title

Группа=memberOf

Группы:

Фильтр поиска импорта =(objectClass=groupOfNames)

Имя группы=cn

Описание=description

Пользователь=member

Поставить флажок «импорт включен» -- пользователи будут импортироваться при первом входе в портал. Если поставить флажок «Включен импорт при запуске» -- ВСЕ пользователи будут импортироваться разом при старте сервера Tomcat, это может занять много времени.

Настройка доменного имени

Для использования портала в производстве, необходимо задать ему реальный доменный адрес вместо localhost:

Определите местоположение файла hosts и открыть его. В среде Windows файл находится по адресу C:/Windows/System32/drivers/etc

Добавьте следующую строку в конце файла hosts и сохраните его: 127.0.0.1 www.name.com

Обратите внимание на то, что должен использоваться реальный IP-адрес сервера портала и реальный домен. Поэтому, портал с реальным доменным именем в этом поле будет доступен в Интернете.

5.3.4 Запуск программы

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

Запустить командную строку командой cmd;

Ввести команду cd %liferay_directory%/tomcat/bin

Запустить портал командой catalin.bat.

5.3.5 Настройка программы

Для настройки программного обеспечения следует руководствоваться официальной документацией к корпоративному порталу Liferay, либо книгами, посвященными данной тематике.



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

6.1 Анализ вредных и опасных факторов на рабочем месте оператора

6.1.1 Анализ вредных факторов на рабочем месте оператора

Вредный производственный фактор - это производственный фактор, воздействие которого на человека может привести к его заболеванию.

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

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

Основными методами защиты от электромагнитных полей являются:

использование защитного экрана;

расстояние от экрана 60-80 см;

ограничение времени работы за компьютером.

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

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

яркость экрана монитора - не менее 100 кд/м2 ;

освещенность поверхности экрана - не более 300 лк;

яркость бликов на экране - не более 40 кд/м2;

размер светящейся точки - не более 0,4 мм для монохромного дисплея и не более 0,56 - для цветного;

контраст изображения знака - не менее 0,8.

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

К системе освещения рабочего места предъявляются следующие требования:

соответствие уровня освещенности характеру выполняемой работы;

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

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

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

площадь оконных проемов - не менее 25% площади пола;

комбинированная система освещения с использованием люминесцентных ламп.

Одним из вредных факторов является шумовое загрязнение. Основными источниками шума при работе с ЭВМ является как сама машина, так и совокупность ее технических средств, таких как плоттер, принтер и др. Нормируемыми параметрами шума на рабочих местах являются уровни среднеквадратичных звуковых давлений (дБ) и уровни звука (дБА), измеряемые по шкале "А" шумомера, поскольку они наиболее близки к физиологическому восприятию человеком. Программист выполняет работу, требующую концентрации внимания. Шум при выполнении такой работы не должен превышать 55 дБА[11].

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

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

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

6.1.2 Анализ опасных факторов на рабочем месте оператора

Опасный производственный фактор - производственный фактор, воздействие которого на человека может привести к травме.

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

Для снижения воздействия опасных производственных факторов на оператора выполняются следующие действия[10].

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

включить блок питания;

включить периферийные устройства (принтер, монитор, сканер);

включит системный блок (процессор).

Во-вторых, во время работы не следует:

касаться задней панели системного блока (процессора) при включенном питании;

загромождать верхние панели устройств бумагами и посторонними предметами;

производить отключение питания во время выполнения активной задачи;

производить частые переключения питания;

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

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

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

По назначению вентиляция бывает общеобменной и местной.

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

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

Механическая вентиляция состоит из воздуховодов и побудителей движения (механических вентиляторов или эжекторов).

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

В помещениях данного предприятия предусмотрена смешанная система.

6.2 Разработка инструкции по охране труда

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

Перед разработкой инструкций необходимо провести:

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

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

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

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

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

анализ причин несчастных случаев, происшедших с работниками данной профессии или при выполнении данного вида работы;

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

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

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

Инструкция по охране труда должна содержать разделы:

Введение (наличие раздела носит рекомендательный характер).

Общие требования охраны труда.

Требования охраны труда перед началом работы.

Требования охраны труда во время работы.

Требования охраны труда в аварийных ситуациях.

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

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

6.3 Решения по обеспечению устойчивости функционирования программного обеспечения во внештатных ситуациях

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

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

отключение электричества;

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

выход из строя сервера;

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

обнаружен вирус;

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

взлом системы (web-сервера, файл-сервера и др.) или несанкционированный доступ;

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

компрометация ключей (утеря носителя ключевой информации (Rutoken, E-token и т. п.), несанкционированный доступ постороннего лица в место физического хранения носителя информации, к устройству хранения информации, визуальный осмотр носителя информации посторонним лицом или подозрение, что данные факты имели место, взлом учётной записи пользователя);

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

физическое повреждение ЛВС или ПЭВМ (не включается ПК, при попытке включения отображается синий или черный экраны, повреждены провода и т. п.);

стихийное бедствие;

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

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

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

Сбой программного обеспечения:

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

Регулярно проводить антивирусный контроль.

Регулярно проводить профилактические работы на ЭВМ (проверка диска и др.).

Отключение электричества:

Использовать источники бесперебойного питания на ответственных (а лучше - на всех) технологических участках;

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

Желательно иметь в наличии резервный источник электроэнергии (дизель-генератор и др.);

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

Сбой ЛВС:

Обеспечение бесперебойной работы ЛВС путем применения надежных сетевых технологий;

Резервирование каналов связи .

Выход из строя сервера:

Применять надежные программно-технические средства;

Продуманную политику администрирования;

Допускать к работе с серверным оборудованием только квалифицированных специалистов.

Потеря данных:

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

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

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

Для обеспечения антивирусной защиты:

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

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

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

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

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

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

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

Предотвращение утечки информации (дырка в системе защиты):

Применять обновления ПО по устранению программных «дыр» в системе защиты по мере их появления (обнаружения);

Построить комплексную систему защиты информации в организации;

Регулярно проводить анализ журналов попыток НСД и совершенствование системы защиты информации.

Физическое повреждение ЛВС или ПЭВМ:

Физическая защита компонентов сети (серверов, маршрутизаторов и др.);

Ограничение доступа к компонентам сети.

Стихийное бедствие:

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

Разрушение данных при механических и электронных сбоях и отказах в работе компьютеров:

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

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

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

обеспечить сохранность хранимых копий информации на магнитном носителе.

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

ЗАКЛЮЧЕНИЕ

В ходе проделанной работы было проведено проектирование программного обеспечения «Расписание занятий ЧГУ».

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

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

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

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

разработано программное обеспечение портала расписания;

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

проведено технико-экономическое обоснование разработки и внедрения проекта;

рассмотрены вопросы безопасности и экологичности дипломного проекта.

Результатом выполнения дипломного проекта стал портал расписания ЧГУ, разработанный на основе корпоративного портала Liferay.

СПИСОК ИСТОЧНИКОВ

1. Иванова Г.С. Технология программирования: Учебник для вузов. - Москва: Изд-во МГТУ им. Н.Э. Баумана, 2002. - 320 с.

2. Rich Sezov, Jr. Liferay in action / Rich Sezov, Jr. NY: Manning Publications Co. 2012 - 368 p.

3. Вендров А. М. "Проектирование программного обеспечения экономических информационных систем", изд. Финансы и статистика, 2002.- 192 с.

4. Вендров, А.М. CASE-технологии. Современные методы и средства проектирования информационных систем. - М.: Финансы и статистика, 1998. - 193с.

5. Jonas X. Yuan. Liferay Portal Systems Development / Jonas X. Yuan. Birmingham: Packt Publishing Ltd, 2012. - 546 p.

6. Котляров В.П. Основы тестирования программного обеспечения: учебное пособие. М.: Интернет-университет информационных технологий, 2006. - 285с.

7. Мухин Ю.Ю., Коссова Е.В. Подходы к оценке полной (совокупной) стоимости владения (ТСО) для медицинских информационных систем. Экономические критерии и их влияние на оптимизацию информационной структуры медицинской организации.// Информационно-измерительные и управляющие системы. 2010. Т. 8. No 12.

8. Основы модели совокупной стоимости владения. Особенности расчета совокупной стоимости владения в условиях России [Электронный ресурс] // сайт - Режим доступа: http://gos-asu.narod.ru/itm/9.html

9. Сервер начального уровня STSS Flagman LX100.4-004LF [Электронный ресурс] // сайт - Режим доступа: http://www.stss.ru/products/servers/L-series/LX100.4-004LF.html

10. ГОСТ 12.0.003-74. Классификация опасных и вредных производственных факторов [Электронный ресурс]. - Введ. 01.01.1976. // Каталог ГОСТ - Режим доступа - http://www.internet-law.ru/gosts.

11. ГОСТ 12.1.003-83. Система стандартов безопасности труда. Шум. Общие требования безопасности [Электронный ресурс]. - Введ. 30.06.1984. // Каталог ГОСТ - Режим доступа - http://www.internet-law.ru/gosts.

12. ГОСТ 12.1.005-76. Система стандартов безопасности труда. Воздух рабочей зоны. Общие санитарно-гигиенические требования [Электронный ресурс]. - Введ. 01.01.1977. // Каталог ГОСТ - Режим доступа - http://www.internet-law.ru/gosts.

13. Альтерман Б.Д. Обеспечение непрерывности деятельности организации в нештатных ситуациях / Альтерман Б.Д. Дрожжинов В.И. Моисеенко Г.Е. / Корпоративные системы . - 2003. - №5(120). - с 3-27.

14. Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных [Электронный ресурс]: приказ ФСТЭК РФ от 18.02.2013 г. № 21 // Федеральная служба по техническому и экспортному контролю. - Режим доступа - http://fstec.ru/normotvorcheskaya/akty/53-prikazy/691-prikaz-fstek-rossii-ot-18-fevralya-2013-g-n-21.

ПРИЛОЖЕНИЕ 1

Руководство пользователя

Назначение программного обеспечения

Данное программное обеспечение предназначено для информирования пользователей об учебных занятиях на портале ЧГУ.

Условия применения программного обеспечения

К техническому обеспечению предъявляются следующие минимальные требования:

IBM-совместимый персональный компьютер, с минимальными характеристиками: процессор Pentium, минимум 512 Мб ОП и минимум 1024 Мб свободного места на жестком диске;

либо иное устройство (планшет, смартфон), предоставляющее интерфейс для работы в сети Интернет;

доступ в сеть Интернет, рекомендуемая скорость соединения - 128 Кбит/сек и выше.

Пользователь должен обладать элементарными навыками пользования ПК.

Подготовка программного обеспечения к работе

Для начала работы, пользователю необходимо запустить браузер и набрать в адресной строке адрес: rasp.chsu.ru.

Описание операций

После запуска портала появится главная страница (рисунок П1.1), где пользователь может посмотреть расписание по интересующим параметрам.