|
Время
окончания
|
Зависимая
сущность
|
Независимая
сущность
|
Внешний
ключ
|
Тип
связи
|
|
1
|
2
|
3
|
4
|
|
access_unit
|
access_group
|
access_group_id
|
1:M
|
|
access_unit
|
access_type
|
access_type_id
|
1:M
|
|
document_field
|
document
|
document_id
|
1:M
|
|
document_field
|
document_type_field
|
document_type_field_id
|
1:M
|
|
document
|
document_type
|
document_type_id
|
1:M
|
|
document
|
template
|
template_id
|
1:M
|
|
document_type_field
|
document_type
|
document_type_id
|
1:M
|
|
document_type_field
|
field_type
|
field_type_id
|
1:M
|
|
marker
|
marker_function
|
marker_function_id
|
1:M
|
|
marker
|
template
|
template_id
|
1:M
|
|
marker_args
|
marker
|
marker_id
|
1:M
|
|
user_access
|
user
|
user_id
|
1:M
|
|
user_access
|
access_group
|
access_group_id
|
1:M
|
|
user_group_access
|
user_group
|
user_group_id
|
1:M
|
|
user_group_access
|
access_group
|
access_group_id
|
1:M
|
|
user_relation_group
|
user_group
|
user_group_id
|
1:M
|
|
user_relation_group
|
user
|
user_id
|
1:M
|
|
user_remember
|
user
|
user_id
|
1:M
|
.3 Создание
физической модели базы данных информационной подсистемы
Для создания физической модели данных мною было
использовано бесплатное приложение MySQL Workbench. Данный программный продукт
является наследником традиций MySQL Admin. Для создания физической модели
используем удобный интерфейс клиента. Для создания таблиц, сначала необходимо
выбрать базу данных, с каторой мы собираемся работать, затем нажать кнопку «Add
table», как показано на рисунке 2.1.
Рисунок 2.1 - Создание сущностей с помощью MySQL
Workbench
Далее появляется окно создания атрибутов, в нем
мы можем устанавливать интересующие нас атрибуты и задавать необходимые
свойства. На рисунке 2.2 показан процесс создания сущности document_type. При
создании указываем, что поле document_type_id является первичным ключом,
который не может принимать значение NULL, так же для этого поля мы ставим
флажок AI, который включает режим авто заполнения этого поля, что означает, что
идентификаторы буду выдаваться автоматически, и повторении идентификатора будет
невозможным. Для поля doc_type_title UQ, после чего в данном поле смогут
храниться только уникальные значения, что позволит избежать дублирования типов
документов с одинаковым названием.
Рисунок 2.2 - создание сущности document_type
Для создания связей необходимо создать EER
диаграмму, использую подключение к базе данных, для этого необходимо выбрать
соответствующий пункт в панели создания ERR, как показано на рисунке 2.3.
Рисунок 2.3 - Создание ERR диаграммы на
соединения с БД
В данном случае будут экспортированы все
сущности, созданные в до этого, со всеми свойствами и атрибутами. После
изменения диаграммы SQL код генерации БД в можно выполнить на подключенном
сервере. Результат проектирования БД показан на рисунке 2.4.
Рисунок 2.4 - Логическая схема базы данных
системы управления сайтом СГК УНБ им. М. Ю. Лермонтова
Генерирование SQL-сценария создания базы данных
системы управления сайтом в MySQL Workbench
Генерация кода SQL-сценария создания базы данных
может быть вызвана пользователем для активной EER диаграммы. Для этого
необходимо выбрать соответствующий пункт меню «Export», как показано на рисунке
2.5. Послу запуска мастера, на экран будет выведено окно, где будет предложено
выбрать опции генерации SQL-сценария.
Рисунок 2.5 - Создание SQL-сценария создания
базы данных
После завершения работы мастера пользователю
будет выведен на экран SQL-сценарий создания базы данных.
.4 Создание проекта в Zend Studio для реализации
проекта
Для создания СУС мною была выбрана среда
разработки Zend Studio 8.0 за ряд преимуществ и достоинств, описанных ранее.
Для создания нового проекта, необходимо: в меню
выбрать пункт «File» ® «New» ®
«PHP Project» (рисунок 2.6). После чего откроется меню проекта, как показано на
рисунке 2.7. В форме создания проекта заполняем все интересующие нас поля:
название проекта, папка, где располагаются исходные коды и версия
интерпретатора PHP, которую мы используем.
Рисунок 2.6 - Создание нового PHP проекта в Zend
Studio 8.0
Studio обладает внушительным инструментарием для
создания и сопровождения проектов написанных на PHP
.5 Реализация системы управления сайтом
Разработанное приложение имеет клиент-серверную
архитектуру, где сервером выступает приложение HTTP сервер, а клиентом является
Web-браузер компьютера конечного пользователя. При обращении сервер генерирует
HTML код в зависимости от переданных параметров, который будет возвращен
клиенту. Система управления сайтом написана без использования Фреймворков. При
разработке системы использовались SQL-запросы, выполнение которых было возможно
как в СУБД MySQL, так и MS SQL, но рабочей версией была выбрана СУБД MySQL
5.1.40 с поддержкой встроенных процедур.
Рисунок 2.7 - Настройка проекта PHP
.5.1 Реализация классов системы управления
сайтом
В дипломном проекте было реализовано 22 класса,
отвечающие за различные аспекты функционирования систему управления сайтом. Из
22 классов, три являются родительскими для остальных и они же задают поведение
дочерних классов.
Все класс можно разделить на три основные
группы:
. Классы наследники класса LN_DataBase,
являются классами предоставляющими интерфейс работы с базой данных.
. Классы наследники класса
LN_DataBase_Interface, являются классами предоставляющими интерфейс работы с
структурными частями системы управления сайтом.
. Классы наследники класса
LN_Master_Element, являются либо обслуживающими классами классов мастеров, либо
непосредственно классами мастерами, которые используются для генерации HTML
кода.
Система управления сайтом построена на принципе
использования обработчики и событий. Обработчики формируют данных, которые
заменяют непосредственно маркеры. Обработчик срабатывает в том случае, если
привязанный к нему маркер на момент отображения страницы не объявлен, если же
он объявлен, то обработчик не вызывается.
События привязываются к адресной строке, и могу
возникать одновременно со штатным выполнение программы, например отображением
документа. В отличии от обработчиков события возвращают массив меток, которые
сливаются с глобальным массивом меток страницы.
Использование событий позволяет построить
динамичную панель управления, которую можно изменять со временем и дополнять
новыми модулями.
Одним из основных требований к системе было
возможность ее дополнения сторонними модулями для расширения функционала, в
таблице А.1 приведены стандартные класс ядра системы, которые возможно
использовать для создания сторонних модулей. Стоит отметить, что в таблице
перечислены лишь основные, открытые методы класса, представляющие интерфейс,
служебные методы класса в данном случае не описываются. На рисунке 2.8 показана
полная диаграмма классов ядра системы.
Рисунок 2.8 - Диаграмма классов ядра
системы
2.5.2 Создание событии обработки адресной строки
События являются довольно гибким инструментом
системы. Они представляют собой функции, пример которой показан ниже:LN_Event_admin_document(LN_DataBase
$dbc, $arr_var)
{
// Выполняем запрос ‘query’ к БД
$dbc->query(‘query’, ‘session’);
$i_count = count($arr_var);
// Заполняем массив маркеров для возврата($i =
0; $i < $i_count; ++$i)
{
$output[$arr_var[$i]] = $i;
}$output;
}
Данный обработчик будет срабатывать каждый раз,
как в адресной строке будет введено /admin/document, причем при добавлении
новых параметров в конец адресной строки, они будут передаваться на обработку в
качестве элементов массива $arr_var.
Таким образом, обращаясь по адресу
/admin/document/edit/147 вы вызываете обработчик LN_Event_admin_document. В
этом случае, обработчик вернет массив, состоящий из двух маркеров: маркер edit
со значением 0 и маркер 147 со значением 1.
С помощью событий можно создавать удобные
интерфейсы пользователя, необходимость в которых возникает при создании
дополнительных модулей.
.5.3 Создание обработчиков маркеров
В отличии от событий обработчики привязываются к
определенным маркерам, точнее типам маркеров и вызываются лишь в том случае,
если на конечной стадии этапа формирования страницы маркеры для данной функции
не определены, в случае, если обработчика для данного маркера не существует, то
маркер просто удаляется из кода страницы при выводе.
Обработчика имеют следующий прототип:_Handler_имя_обработчика(LN_DataBase
$dbc, $arr_var)
{
}
Под именем обработчика понимается имя функции
маркера, т.е. для маркера шаблона данных [%main_menu%] обработчиком будет
LN_Handler_main_menu. Первый параметр передаваемый в функцию, как и в случае с
событием будут ссылкой на объект работы с базой данных, вторым параметром будет
массив свойств переданных маркеру в скобках, сдесь вызов аналогичен
классическому вызову функции, например: [%main_menu(764,test,300)%] передаст
массив из трех элементов: 764, test и 300, а значение, которое вернет
обработчик, заменит этот маркер в шаблоне данных.
.6 Реализация пользовательского интерфейса
системы управления сайтом
.6.1 Проектирования меню системы управления
Главными качествами, которыми должно обладать меню
панели управления, является удобство и заметность. Для того, что бы наше меню
было заметно было принято решение расположить ее в верхней части сайта и
выделить цветом, что бы оно явно отделялось от остальной рабочей области.
В подбору компоновки элементов меню стоит
отнестись тщательно. В нашем случае есть необходимость отобразить следующие
функции в главном меню панели администрирования:
. Добавление документа;
. Просмотр документов;
. Добавление типа данных;
. Просмотр типов данных;
. Добавление группы пользователя;
. Просмотр групп пользователя;
. Добавление нового пользователя;
. Просмотр пользователей;
. Добавление групп доступа;
. Просмотр групп доступа;
. Смена пользователя.
Исходя из перечисленного сгруппируем все
основные пункты в четыре раздела:
. Документы, куда будут входить следующие
пункты:
а) список документов;
б) добавить документ;
в) типы данных;
г) добавить тип.
. Пользователи, куда будут входить
следующие пункты:
а) список пользователей;
б) добавить пользователя;
в) список групп;
г) добавить группу.
. Доступ
а) группы доступа;
б) создать группу.
. Выход, данный пункт позволит сменить
пользователя.
Для удобства меню было сделано выплывающим. В
данном случае меню реализовано исключительно с помощью CSS, что накладывает
свои ограничения на используемые браузеры, но позволяет обойтись без
javascript.
Меня было сделано двухуровневым, большее
количество уровней могло бы запутать пользователя, внешний вид меню показан на
рисунке 2.9.
Рисунок 2.9 - Выплывающее меню панели управления
.6.2 Мастера представления данных системы
управления сайтом
Мастер форм. Представляет собой набор средств
для создания форм HTML. На рисунках 2.10 и 2.11 показаны формы создания
документов разных типов, данные формы формируются одним и тем же кодом.
Рисунок 2.10 - Форма добавления Документа типа
«Страница сайта»
Рисунок 2.11 - Форма добавления документа типа
«Событие»
Мастер таблиц. Как и мастер форм позволяет
формировать таблицы без использования HTML вставок, основной областью
применения мастера таблиц является формирование табличных отчетов. На рисунке
2.12 показан пример использования мастеров таблиц для формирования отчетов о
текущих типах документов.
2.6.3 Типовые отчеты панели управления
Все отчеты предоставляемые системой можно
разделить на две основные группы: табличные отчеты, и смешанные отчеты.
К табличным отчетам относятся отчеты списков
данных, т.е. глобальные списки, используемые для управления группами данных,
таких как: документы, пользователи, группы и т.д. для формирования подобных
отчетов используется мастер таблиц, его инструментария достаточно для общего
формирования представления о данных.
К смешанным отчетам относятся более детальные
отчеты, такие как отчет, о состоянии типа данных, для формирования данной
группы отчетов применяются мастер форм и мастер таблиц, причем здесь они тесно
интегрированы, рассмотрим на примере формы редактирования типа данных.
Мастером форм формируется непосредственно общие
поля типа данных, после чего мастером таблиц формируется список полей данного
типа, но и сам мастер таблиц при этом использует мастер форм для формирования
управляющих элементов, пример смешанного отчета показан на рисунке 2.13.
Отчеты применятся повсеместно, т. к. это
единственный доступный инструмент позволяющий получить адекватную оценку
состояния системы на данный момент времени.
В перспективах, возможность применения
технологий AJAX позволит значительно улучшить интерфейс системы в целом.
Рисунок 2.12 - Табличный отчет списка типов
данных
Рисунок 2.13 - Смешанный отчет о типе данных
Выводы
. Использование ООП при написании
приложений на языке PHP 5 предоставляет большие возможности по сравнению с
процедурным подходом.
. Для уменьшения времени загрузки
страницы сайта, лучше загружать только те файлы с описаниями служебных классов,
которые нужны для данной сессии, данного эффекта можно достичь используя
функция autoload().
. Использование универсальных типов
данных для реализации элементов сайта добавляет гибкости сайту в целом.
. Применение типа поля text для хранения
данных о полях документа замедляет работу СУБД, так как данные этого поля
хранятся в отдельном файле, а в поле СУБД хранится лишь ссылка.
3.
ИНФОРМАЦИОННОЕ И ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ
.1 Общие сведения системе управления сайтом
Систему управления сайтом LibNet имеет
архитектуру «клиент-сервер». Для работы приложения на серверной стороне
необходимо наличие следующих программных компонентов:
При использовании HTTP сервера IIS:
− операционная система Windows
server 2003/2008/7Pro;
− компонент операционной системы IIS
версии 6.5 и выше;
− установленный сервер баз данных
MySQL 5.1;
− наличие установленного в систему
интерпретатора PHP 5.3.
При использовании сервера Apache:
− операционная система Windows
XP/Vista/S2003/S2008/7, Linux
− установленный Web-сервер Apache
2.2;
− наличие установленного интерпретатора
PHP 5.3, как компонента HTTP сервера;
− установленный сервер баз данных
MySQL 5.1.
Клиентским приложение является любой
Web-браузер, установленный на клиентском ПК.
.2 Функциональное назначение системы управления
сайтом LibNet
Основным назначение системы управления сайтом
является создание удобного интерфейса формирования содержимого Web-сайта
библиотеки. Без применения сторонних приложений, для управление системой
достаточно наличия Web-браузера на компьютере оператора и выхода в интернет.
3.3 Описание логической структуры системы
управления сайтом
Логическую структуру интерактивных сервисов
иллюстрирует схема изображенная на рисунок 3.1.
Рисунок 3.1 - Схема формирования
страницы сайта системой управления
3.4 Требование к техническому обеспечению
.4.1 Требования к техническому обеспечению
сервера
Для нормальной работы интерактивных сервисов на
стороне сервера необходимо наличие операционной системы Windows XP, СУБД MySQL
5.1, Web-сервера Apache 2.2, языка программирования PHP 5.
Требования к центральному процессору. Для
персонального сервера с операционной системой Microsoft Windows XP необходим
центральный процессор с тактовой частотой 233 МГц Это минимальной. Обоснование:
данное требование сформулировано фирмой Microsoft, как минимальное при
установке Microsoft Windows XP.
Требования к оперативному
запоминающему устройству. Необходимый размер оперативного запоминающего
устройства (ОЗУ)  рассчитаем
по формуле:
ОЗУ
= WОЗУ1 + WОЗУ2 + WОЗУ3 (3.1)
где  - минимально необходимый размер
ОЗУ, требуемый для работы операционной системы (ОС);
 - объем ОЗУ, требуемый
интерактивными сервисами;ОЗУ3 - минимальных требований со стороны
дополнительных программных модулей, обеспечивающих работу программного
продукта, Мбайт
Значение параметра для
серверной версии операционной системы определяется, как 128 Мбайт. Обоснование:
данное требование сформулировано разработчиками Microsoft Windows XP, как
минимальное.
Значение параметра в
рассматриваемом случае определяется необходимостью загрузки в оперативную
память сервера интерактивных сервисов и составляет 0,32 Мбайт оперативной
памяти.
Значение параметра WОЗУ3
в рассматриваемом случае определяется, как сумма требуемой оперативной памяти
для программных модулей, обеспечивающих работу интерактивных сервисов. Для СУБД
MySQL необходимо минимум 64 Мбайт, для web-сервера Apache 34 Мбайт, для PHP 1
Mбайт, тогдаОЗУ3 = 128 + 34 + 1 = 163 Мбайт.
Таким образом, воспользовавшись
формулой (3.1) получаемОЗУ = 64 + 0,32 + 163 =227,32 Мбайт.
Делаем следующий вывод - для нормальной работы
интерактивных сервисов на сервере под управлением операционной системы
Microsoft Windows XP будет достаточно 227,32 Мбайт оперативной памяти. Для
обеспечения комфортных условий работы информационной подсистемы рекомендуется
использовать ОЗУ размером 256 Мбайт и более.
Требования к наличию сводного места на жестком
диске. Кроме типа процессора и размера ОЗУ, важной характеристикой работы
сервера и вместе с ним и разработанных интерактивных сервисов, является размер
свободного пространства на жестком диске сервера. Определить минимально
необходимое свободное пространство можно, используя формулу следующим
соотношением
 , (3.2)
где  - размер пространства, которое
занимает инсталляция интерактивных сервисов;
 - размер временных файлов,
создаваемых при работе с программой.
Размер пространства W1,
которое занимает инсталляция интерактивных сервисов, определяется размером
занимаемого дискового пространства папкой проекта.
Размер пространства W1,
которое занимает инсталляция интерактивных сервисов доступа, составляет 987
Кбайт.
В процессе эксплуатации
интерактивных сервисов могут создаваться временные файлы (запросы и пр.).
Размер временных файлов (параметр ) может составить примерно 40 Кбайт
памяти жесткого диска.
На основании формулы (3.2) приходим к выводу,
что для корректной работы интерактивных сервисов на сервере необходимо
следующее количество свободной памяти жесткого диска:
 = 987 + 40 = 1027 Кбайт.
3.4.2 Требования к техническому обеспечению
клиента
Для нормальной работы на стороне клиента
достаточно наличия любого web-браузера и выхода в интернет со скоростью 56,6
Кбит/с.
Требования к центральному процессору. Для
персонального компьютера клиента с операционной системой Microsoft Windows XP
необходим центральный процессор с тактовой частотой 233 МГц. Данное требование
сформулировано фирмой Microsoft, как минимальное при установке Microsoft
Windows XP. Web-браузер Internet Explorer 6 предустановлен в операционной
системе Microsoft Windows XP и не требует дополнительных ресурсов центрального
процессора.
Требования к оперативному
запоминающему устройству. Для персонального компьютера клиента размер
оперативного запоминающего устройства определяется в зависимости от
установленной операционной системы и web-браузера. Значение параметра для
Microsoft Windows XP определяется, как 128 Мбайт. Обоснование: данное
требование сформулировано фирмой Microsoft, как минимальное при установке
Microsoft Windows XP. Web-браузер Internet Explorer 6 предустановлен в
операционной системе Microsoft Windows XP и не требует дополнительной
оперативной памяти.
Требования к наличию сводного места
на жестком диске. Для персонального компьютера клиента с операционной системой
Microsoft Windows XP необходимо 1,5 Гбайт свободного места на жестком диске.
Обоснование: данное требование сформулировано фирмой Microsoft, как минимальное
при установке Microsoft Windows XP. Web-браузер Internet Explorer 6
предустановлен в операционной системе Microsoft Windows XP и не требует
дополнительного дискового пространства.
Требования к монитору. При работе с
интерактивными сервисами не предполагается вывод на экран сложного графического
материала, поэтому для получения результатов работы программы рекомендуется
использовать любой современный жидкокристаллический цветной монитор с разрешением
1024×768
или
с более высоким разрешением.
.5 Установка и вызов интерактивных
сервисов
Для установки системы управлением необходимо
выполнить ряд предварительных установок и настроек:
1. Произвести установку HTTP
сервера Apache 2.2, установочные файлы можно взять на сайте www.apache.org
<#"526555.files/image026.gif">
Рисунок 3.2 - Выбор имени сервера при установке
Apache
а) выбор конфигурации сервера, предложено
два варианта: полный и по выбору пользователя, в данном случае мы выбираем
полную конфигурацию, как показано на рисунке 3.3;
б) выбор директории, где будет
располагаться наш сервер, рекомендую использовать директорию по умолчанию, как
показано на рисунке 3.4;
Рисунок 3.3 - Выбор конфигурации Web-сервера
Apache
Рисунок 3.4 - Выбор директории расположения
Web-сервера
. Далее необходимо установить сервер баз
данных MySQL 5.1, дистрибутивы для установки можно найти на сайте
www.mysql.com;
. Для установки интерпретатора PHP
необходимо, как модуля Web-сервера, необходимо распаковать исходные коды в
папку на сервере, а затем указать в файле настроек Apache путь к каталогу PHP.
. Далее необходимо скопировать исходные
коды сайта в папку localhost сервера Apache;
. На финальном этапе необходимо создать
базу данных и указать в конфигурациях системы управления сайтом параметры
соединения с базой данных.
.6 Входные данные системы управления сайтом
.6.1 Входные данные пользовательских форм
Основные поля вводимых с помощью форм данных
представлены в таблице 3.1. Кроме перечисленных, так же имеются поля,
создаваемые динамически, такие как поля типов данных. Они формируются мастером
форм в зависимости от того, какой тип данных создается или редактируется.
Входные данные форм передаются на сервер с
помощью метода POST.
Таблица 3.1 - Входные данные вводимые
пользователем с помощью форм
|
Вводимые
данные
|
Тип
данных
|
|
1
|
2
|
|
Имя
группы доступа
|
Строка
|
|
Описание
группы доступа
|
Текст
|
|
Имя
типа доступа
|
Строка
|
|
Описание
типа доступа
|
Текст
|
|
Название
документа
|
Строка
|
|
Значение
поля
|
Текст
|
|
Наименование
типа документа
|
Строка
|
|
Описание
типа документа
|
Строка
|
|
Имя
поля типа документа
|
Строка
|
|
Наименование
поля типа документа
|
Строка
|
|
Описание
поля типа документа
|
Строка
|
|
Имя
настройки
|
Строка
|
|
Значение
настройки
|
Текст
|
|
Имя
пользователя
|
Строка
|
|
Дата
регистрации
|
Текст
|
|
Имя
группы пользователей
|
Строка
|
|
Описание
группы пользователей
|
Строка
|
.6.2 Входные данные адресной строки
К входным данным адресной строки относится
параметры передаваемые методом GET. Для приема данные с помощью модуля
mod_rewrite, было настроено отправления остаточной адресной строки в сценарий в
виде одной переменно, которая далее раскладывается на составляющие сценарием. В
системе реализован механизм перехвата событий адресной строки, который
позволяет задавать собственные сценарии обработки данных для определенной
комбинации параметров. Адресная строка передается одним параметром url_line,
что позволяет использовать данный подход даже в случае отсутствия модуля
mod_rewrite или подобных ему.
.7 Выходные данные системы управления сайтом
Выходные данные представлены в виде HTML
документов формируемых системой.
К выходным данным относятся отчеты:
. Списки документов;
. Список типов документов;
. Список пользователей;
. Список групп пользователей;
. Список групп доступа.
Так же к выходным данным относятся
сформированные страницы Web-сайта. Примеры выходных данных приведены на
рисунках 3.5 - 3.6.
Рисунок 3.5 - Выходные данные списка типов
документов
Так же выходным данным относятся непосредственно
формы ввода, а данные которые они отправляют, являются входными.
В системе управления сайтом используется большое
количество различных форм, которые имеют разный функционал, перечислим самые
распространенные:
. Форма редактирования данных;
. Форма добавления данных;
. Форма отправки даны;
. Форма подтверждения действия.
Форма редактирования и форма добавления в
большинстве случаев совпадают, но есть исключение. Форма изменения типов данных
является частным случаем формы добавления данных. Сравнить данные формы можно
обратившись к рисункам 3.7 - 3.8.
Рисунок 3.6 - Выходные данные списка текущих
документов
Так же в системе используются формы
подтверждения. Которые, позволяют получать подтверждение, как показано на рисунке
3.9.
Рисунок 3.7 - форма добавления нового типа
данных
Рисунок 3.8 - Форма изменения существующего типа
данных
Рисунок 3.9 - Форма подтверждения удаления
документа системы
.8 Результаты тестирования
Система управления сайтом была протестирована в
условиях запуска тестовой версии, доступной в локальной сети библиотеки. В
результате тестирования установлено, что они в полном объеме удовлетворяет
требованиям заказчика. В настоящее время система управления сайтом внедрена и
на ее базе разрабатывается принципиально новый Web-сайт СГК УНБ им. М. Ю.
Лермонтова. К концу второго квартала 2011 года планируется введение сайта в
эксплуатацию.
.9 Краткая инструкция пользователя по работе с
системой управления сайтом
.9.1 Авторизация
Механизм авторизации является обязательным, для
попадания в панель управления системы необходимое его пройти, форма появляется
автоматически, если пользователь не известен, как показано на рисунке 3.10.
Рисунок 3.10 - Форма авторизации
3.9.2 Добавление новых типов данных
Для того, что бы добавить новый тип данных
необходимо заполнить форму 3.7 соответствующими данными, после чего отправить
данные на сервер. Для добавления новых полей необходимо зайти в режим
редактирования типа данных. Сделать это можно нажав на имени типа в списке
типов данных, как показано на рисунке 3.5.
После чего в форме изменения вы можете добавлять
новые поля простыв нажатие кнопки «Добавить поле», после чего вы перейдете на
форму добавления поля, как показано на рисунке 3.11.
Рисунок 3.11 - Форма добавления нового поля типа
данных
.9.3 Добавление нового документа
Для того что бы добавить новый документ нужно
выбрать соответствующий пункт в главном меню панели управления, показанном на
рисунке 2.9.
После чего на экране появится форма выбора типа
документа, как познано на рисунке 3.12. От выбора типа документа зависит то как
он будет вести себя при формировании содержания Web-сайта, так же от выбора
типа документа зависит компоновка его полей. Необходимо быть внимательным, при
выборе, так как изменить тип документа после его создания нельзя.
После того, как документ будет выбран, на экран
будет выведена форма создания нового документа, отображающая специфику типа
документа. Форма добавления нового документа показана на рисунке 3.13.
Рисунок 3.11 - Форма выбора типа документа
Выводы
. Для установки программного продукта на
сервер необходимо наличие предустановленного программного обеспечения: Apcahe
2.2, MySQL Server 5.1, интерпретатор PHP 5.3.
. Основные функциональные ограничения на
применение обусловлены тем, что разработанная программа требует наличия на
компьютере пользователя установленного браузера и доступа к сети интернет или к
локальной сети СГК УНБ им. М. Ю. Лермонтова.
. Логическая структура программы включает
в себя пять основных программных компонентов и одну базу данных.
. Система управления сайтом была
протестирована в условиях запуска тестовой версии, доступной в локальной сети
библиотеки. В результате тестирования установлено, что они в полном объеме
удовлетворяет требованиям заказчика.
. Установка системы управления сайтом
осуществляется копирование файлов с помощью протокола FTP.
4.
ТЕХНИКО-ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ ПРОЕКТА
.1 Краткая характеристика проекта
В дипломном проекте была разработана система
управления сайтом для СГК УНБ им. М. Ю. Лермонтова.
Назначением системы является предоставление
удобного интерфейса управления сайтом, с возможностью разделения доступа по
группам.
Целю, создания системы управления Web-сайтом
является, уменьшение времени обновления материалов сайта, за счет обновления
сайта сотрудниками подготавливающими материал для публикации на сайте
самостоятельно. Абстрагирование шаблонов, используемых для оформления сайта от
языка программирования.
Система управления сайтом решает ряд следующих
проблем:
- создание документов в соответствии с
существующими типами данных;
- создание собственных типов данных;
- конструирование типов данных в
зависимости от необходимости;
- использование шаблонов документов не
зависимых от языка программирования;
- конвертирование шаблонов и хранение
их в БД в конвертированном виде;
- разделение доступа различным
пользователям;
- группировка пользователей в группы;
- назначение группам пользователей и
пользователей групп доступа;
- формирование групп доступа, с
возможностью их привязки к пользователям;
- предоставление удобного интерфейса
средствами Web;
- вывод информации о существующих
документах и их иерархии;
- вывод информации о существующих
типах данных;
- вывод информации о
зарегистрированных пользователях;
- вывод информации о группах
пользователей;
- вывод информации о пользователях,
относящихся к группе;
- вывод информации о максимальных
правах доступа пользователя унаследованных от различных групп доступа.
Система написана на языке программирования
высокого уровня PHP, версии 5.3, для создания выбран объектно-ориентированный
стиль написания скриптов. Для хранения данных используется СУБД Oracle MySQL
5.1, так же, как альтернативное решение возможно подключение БД MS SQL,
интерфейс взаимодействия так же реализован, но не применяется. Система
создается с учетом тесной интеграции с IIS 6.5 и выше, но так же успешно
работает на платформе Linux, при использовании сервера Apache 2.2.x. Для работы
системы необходимо наличие модуля сервера http, для преобразования url, таких
как mod_rewrite и url_rewrite.
Ориентировочный срок службы программы до
морального старения четыре года, что будет рассматриваться, как расчетный
период времени.
Исходное число строк кода в тексте
программы 
В этом разделе рассмотрены вопросы
расчета:
- трудоемкости выполняемых работ;
- суммарных затрат на создание
программного продукта;
- экономии, достигаемой, в результате
перехода от ручной обработки
- информации на автоматизированную
обработку;
- чистого дисконтированного дохода за
четыре года использования
- программного продукта;
- внутренней нормы доходности проекта
и срока его окупаемости.
4.2 Трудоёмкость выполняемых работ
Создание программного продукта предполагает
разработку программ и всей программной документации, предусмотренной
техническим заданием.
Результатом выполнения каждой работы является
документированная отчётность в виде текстовых документов или программ.
Трудоёмкость разработки программного
обеспечения  , чел.-ч., определяется по формуле:
 , (4.1)
где  - затраты труда на описание задачи,
чел-ч;
 - затраты на исследование
предметной области, чел-ч;
 - затраты на разработку блок-схем,
чел-ч;
 - затраты на программирование,
чел-ч;
 - затраты на отладку, чел-ч;
 - затраты на подготовку
документации, чел.-ч.
Все составляющие в правой части
формулы (4.1) определены через общее число операторов D, ед.:
 (4.2)
где  − исходное число строчек кода
в тексте программы, ( ;
с - коэффициент сложности задачи;
р - коэффициент коррекции программы,
учитывающий новизну проекта.
Коэффициент сложности задачи «с»
характеризует относительную сложность программы по отношению к так называемой
типовой задаче, реализующей стандартные методы решения, сложность которой
принята равной единице. Для рассматриваемого программного продукта коэффициент
сложности задачи составит 1,75 (с = 1,75).
Коэффициент «р» коррекции программы,
учитывающий новизну проекта, количественно характеризует увеличение объёма
работ по реализации программного продукта, возникающего внесения изменений в
алгоритм или в тексте программы по результатам её тестирования и отладки, с
учётом коррекций требований к прецедентам, поддерживаемым программным продуктом,
со стороны заказчика. В данном случае заказчик недостаточно хорошо представлял
себе полный перечень прецедентов, которые должен поддерживать программный
продукт, а это приводило к многочисленным корректировкам и доработкам текста
программного кода. Поэтому примем коэффициент «р» равным 0,1.
В результате подстановки численных
значений коэффициентов и параметров в формулу (4.2) получим следующее общее
число строчек кода в тексте программы:
D = 3799 × 1,75×(1+0,1) =
7313,08 ед.
Затраты труда на описание принимаем:
= 20 чел.-ч. Работу по описанию
задачи и все другие работы по созданию программного продукта выполняет
инженер-программист третей категории с окладом 6500 руб. в месяц и
коэффициентом квалификации  =1 (опыт работы по специальности 2,5
года).
Затраты труда на изучение задачи , чел.-ч., с учётом уточнения
описания и квалификации программиста могут быть определены по формуле:
 , (4.3)
где D - общее число строчек кода в
тексте программы, ед.;- коэффициент увеличения затрат труда вследствие
недостаточного описания задачи;
 - количество строчек кода в тексте
программы, приходящееся на один чел.-ч., (ед / чел.-ч.);
 - коэффициент квалификации
работника (определяется в зависимости от стажа работы).
В связи с тем, что решение
рассматриваемой задачи потребовало уточнения и доработок, примем коэффициент b
= 1,5.
Количество строчек кода в тексте
программы, приходящееся на один чел.-ч., примем равным = 75 ед. / чел.-ч.
Таким образом, на основании формулы
(4.3) получим:
Затраты труда на разработку
алгоритма решения задачи , чел.-ч., рассчитываются по
формуле:
 , (4.4)
где D - общее число строчек кода в
тексте программы, ед.;
 - количество строчек кода в тексте
программы, приходящееся на один чел.-ч., (ед / чел.-ч.);
- коэффициент квалификации
работника (определяется в зависимости от стажа работы).
Для расчёта по формуле (4.4) примем = 30 ед./чел.-ч.
Подставив численные значения
параметров и коэффициентов в формулу (4.4), получим:
Затраты труда на составление
программы по готовой блок-схеме , чел.-ч., определяется по формуле:
 , (4.5)
где D - общее число строчек кода в
тексте программы, ед.;
- количество строчек кода в тексте
программы, приходящееся на один чел.-ч., (ед / чел.-ч.);
- коэффициент квалификации
работника (определяется в зависимости от стажа работы).
Для расчёта по формуле (4.5) примем = 30 ед./чел.-ч.
 243,77
Затраты труда на отладку программы
на персональном компьютере
, чел.-ч., рассчитываются по
формуле:
 , (4.6)
где D - общее число строчек кода в
тексте программы, ед.;
 - количество отлаживаемых
операторов программы, приходящееся на один чел.-ч., (ед / чел.-ч.);
- коэффициент квалификации
работника (определяется в зависимости от стажа работы).
Для расчёта по формуле (4.6) примем  = 25 ед./чел.-ч.
Подставив численные значения
параметров и коэффициентов в формулу (4.6), получим:
Затраты труда на подготовку
документации по задаче , чел.-ч., определяются по формуле:
 , (4.7)
где - затраты труда на подготовку
материалов в рукописи, чел.-ч.;
 - затраты труда на редактирование,
печать и оформление документации, чел.-ч.
Затраты труда на подготовку
материалов в рукописи , чел.-ч., вычислим по формуле:
 , (4.8)
где D - общее число строчек кода в
тексте программы, ед.;
 - количество операторов программы в
рукописи, приходящееся на один чел.-ч., (ед / чел.-ч.);
- коэффициент квалификации
работника (определяется в зависимости от стажа работы).
Для расчёта по формуле (4.8) примем = 35 ед./чел.-ч.
Подставив численные значения
параметров и коэффициентов в формулу (4.8) получим:
Затраты труда на редактирование,
печать и оформление документации , чел.-ч., вычислим по формуле:
 (4.9)
Подставив численное значение затраты
труда на подготовку материалов в рукописи , чел.-ч., в формулу (4.9), получим:
Таким образом, подставив численные
значения затраты труда на подготовку материалов в рукописи , чел.-ч., и затраты труда на
редактирование, печать и оформление документации , чел.-ч., в формулу 4.7, получим:
Подставив все полученные данные,
составляющие трудоёмкость разработки программного обеспечения в формулу (4.1),
получим:
 чел.-ч.
С учётом уровня языка
программирования трудоёмкость разработки программы может быть скорректирована
следующим образом:
 , (4.10)
где - коэффициент коррекции,
учитывающий изменения трудоёмкости разработки программного обеспечения в
зависимости от уровня языка программирования;
 - откорректированная трудоёмкость
разработки программного обеспечения, чел.-ч.
Использованный язык относится к
языкам высокого уровня, с учётом отсутствия возможности непосредственного
использования указателей, коэффициент делаем минимальным = 0,8.
Таким образом, получим по формуле
(4.10) итоговую откорректированную трудоёмкость разработки программы:
4.3 Расчёт себестоимости автоматизированной
информационной подсистемы
Себестоимость создания автоматизированной
подсистемы З, руб., определяется по следующей формуле:
 , (4.11)
где  - основная заработная плата
производственного персонала, руб.;
 - дополнительная заработная плата
производственного персонала, руб.;
 - отчисления на страховые взносы,
руб.;
 - затраты на потребляемую
электроэнергию, руб.;
 - расходы на материалы и запасные
части, руб.;
 - затраты на техническое
обслуживание и текущий ремонт вычислительной техники, руб.;
 - затраты на амортизацию
вычислительной техники, руб.
Плановый фонд рабочего времени
одного специалиста производственного персонала в месяц,  , ч., вычислим по формуле:
 , (4.12)
где - количество рабочих дней
специалиста производственного персонала за месяц;
 -продолжительность рабочего дня
специалиста производственного персонала, ч.
Для расчётов по формуле (4.12)
примем = 22 дня, = 8 ч. Подставив указанные числовые
значения параметров и в формулу (4.12) получим, что
плановый фонд рабочего времени одного специалиста производственного персонала в
месяц составляет:
Таким образом, часовая тарифная
ставка  , руб./ч, инженера-программиста
первой категории составляет:
Основная заработная плата , руб., производственного персонала
определяется по формуле:
 . (4.13)
Подставив все числовые значения
параметров в формулу (4.13) получим, что основная заработная плата
инженера-программиста первой категории составит:
 руб.
Дополнительная заработная плата  , руб., производственного персонала
определяется по формуле:
 , (4.14)
где - коэффициент дополнительной
заработной платы.
Коэффициент дополнительной
заработной платы инженера-программиста первой категории составляет =0,2. Таким образом, дополнительная
заработная плата , руб., инженера-программиста первой
категории, вычисленная по формуле (4.14), равна:
 руб.
Отчисления в Пенсионный фонд
Российской Федерации, Фонд социального страхования Российской Федерации и фонды
обязательного медицинского страхования Российской Федерации согласно закону №
212-Ф3 от 24.07.2009  , руб., вычислим по формуле:
|
|
,
|
(4.15)
|
где - норматива страховых взносов.
В соответствие с законом № 212-Ф3 от
24.07.2009 норматива страховых взносов составляет 34 % (=34 %).
Подставив все численные значения в
формулу (4.15) получим, что отчисления на страховые взносы равны:
Таким образом, размер страховых
взносов составит 10350,00 руб.
Затраты на потребляемую
электроэнергию , руб.:
 , (4.16)
где - мощность ЭВМ;
 - время работы вычислительного
комплекса, ч.
 - стоимость 1 кВтч электроэнергии,
руб./кВтч.
Мощность ЭВМ, на которой работает
инженер-программист первой категории, равна =0,3 кВт.
Время работы вычислительного
комплекса , ч., при создании программного
продукта вычислим по формуле:
 , (4.17)
где - коэффициент, учитывающий затраты
времени на профилактические работы на ЭВМ;
- коэффициент коррекции времени
работы вычислительного комплекса
Для расчётов по формуле (4.17)
примем =1,15 и  =0,8. Подставив все численные
значения параметров в формулу (4.17) получим:
 .
Стоимость 1 кВтч электроэнергии
составляет = 2,82 руб./кВтч.
Подставив все численные значения
параметров в формулу (4.16) получим, что затраты на потребляемую энергию
составят:
 702,00 руб.
Данные для расчёта затрат на
материалы и запасные части занесём в таблицу 4.1.
Следовательно, затраты на материалы
и запасные части составят:
 руб.
Таблица 4.1 - Затраты на материалы и
покупные изделия
|
Материал,
покупаемое изделие
|
Кол-во,
ед.
|
Цена
за единицу, руб.
|
Сумма,
руб.
|
|
Катридж
для принтера HP LaserJet 1010
|
1
|
920,00
|
920,00
|
|
USB-Flash
накопители, 8ГБ
|
1
|
970,00
|
970,00
|
|
Бумага
офисная
|
1
|
137,90
|
137,90
|
|
Лицензионное
программное обеспечение Zend Studio 8.0
|
1
|
17622,00
|
17622,00
|
|
Итого
|
19650,90
|
Затраты на техническое обслуживание
и текущий ремонт вычислительной техники , руб.:
 , (4.18)
где - балансовая стоимость
вычислительной техники, руб.;
- норма отчислений на ремонт, %;
 - годовой фонд времени работы
вычислительной техники, ч.
Для расчётов по формуле (4.18)
примем:
− балансовая стоимость
вычислительной техники = ,00 руб.;
− норма отчислений на ремонт = 4 %;
− годовой фонд времени работы
вычислительной техники при 40-часовой рабочей неделе в текущем году = 1986 ч.
Подставив все числовые значения
параметров в формулу (4.18) получим, что затраты на техническое обслуживание и
текущий ремонт вычислительной техники составят:
Затраты на амортизацию
вычислительной техники , руб.:
 , (4.19)
где - балансовая стоимость
вычислительной техники, руб.;
 - норма отчислений на амортизацию
вычислительной техники, %;
- годовой фонд времени работы
вычислительной техники, ч.
Для расчётов по формуле (4.19)
примем:
− норма отчислений на
амортизацию = 20 %;
− годовой фонд времени работы
вычислительной техники при 40-часовой рабочей неделе в текущем году = 1986 ч.
Подставив все числовые значения
параметров в формулу (4.19) получим, что затраты на амортизацию вычислительной
техники составят:
Все расчёты по статьям калькуляции
затрат, составляющих себестоимость автоматизированной подсистемы сведены в
таблицу 4.2.
Таблица 4.2 - Величины затраты,
составляющих себестоимость автоматизированной информационной системы
|
Статья
расхода
|
Сумма,
руб.
|
|
Основная
заработная плата производственного персонала
|
50009,53
|
|
Дополнительная
заработная плата производственного персонала
|
2500,48
|
|
Отчисления
на страховые взносы
|
17853,40
|
|
Затраты
на потребляемую электроэнергию
|
702,00
|
|
Расходы
на материалы и запасные части
|
19650,90
|
|
Затраты
на техническое обслуживание и ремонт вычислительной техники
|
276,71
|
|
Затраты
на амортизацию вычислительной техники
|
1883,71
|
|
Итого
|
92976,55
|
Таким образом, полные затраты на создание
программного продукта составляют 92976,55 руб.
Так как программный продукт разрабатывается не
сторонней фирмой, делать расчет оптовой стоимости не имеет смысла.
Капиталовложения при внедрении программного
продукта равняются его оптовой цене:
К = 92976,55 руб.
.4 Оценка экономической эффективности внедрения
программного продукта
Показатель эффекта определяет все позитивные
результаты, достигаемые при использовании программного продукта. Прибыль от
использования программного продукта за год эксплуатации П, руб., определяется
по формуле:
 , (4.21)
гдеЭ - стоимостная оценка
результатов применения программного продукта в течение года, руб.;
 - стоимостная оценка затрат при
использовании программного продукта в течение года, руб.
Приток денежных средств из-за
использования программного продукта Э, руб., в течение года может составить:
 , (4.22)
где - затраты на ручную обработку
информации, руб.;
 - затраты на автоматизированную
обработку информации, руб.;
 - дополнительный экономический
эффект, связанный с уменьшением используемых бланков, высвобождением рабочего
времени и т. д., руб.
В обновлении и поддержке сайта СГУ
УНБ им. М. Ю. Лермонтова принимают участие три стороны. Сначала сотрудники
библиотеки пишут статьи для размещения на сайте, после чего материал
согласовывается с заместителем библиотеки по научной работе, и лишь потом
оправляется в отдел автоматизации для публикации на сайте. Оклад сотрудника
библиотеки, в том числе и программиста, занимающегося обновлением сайта
составляет 6500 рублей. Таким образом, затраты на согласование и публикацию
статьи на сайте складываются из временных затрат сотрудника желающего
разместить материал, заместителя директора и программиста обновляющего сайт. В
среднем на согласование материала у сотрудника уходит 20 минут, в день
публикуется в среднем шесть статей, таким образом в день сотрудниками тратится
2 часа, соответственно заместитель директора тратит столько же времени.
Необходимость наличия в штате сотрудника отвечающего за публикацию материала
обусловлена тем, что система управления сайтом, предшествующая разработанной не
поддерживает разграничение прав доступа. Из-за отсутствия возможности ограничения
прав, предоставление доступа рядовым сотрудникам не представляется возможным. В
новой системе управления заложена возможность ограничения доступа
пользователям, что позволит переложить публикацию материала непосредственно на
сотрудников составляющих материал. В данном случае будет сокращено одно место
программиста в отделе автоматизации.
В таблице 4.3 приведены данные,
полученные в ходе тестирования программы, о времени, затрачиваемом на обработку
информации вручную и при использовании программного продукта за один месяц.
Таблица 4.3 - Данные о времени,
затрачиваемом на обработку информации вручную и при использовании программного
продукта за один месяц
|
Наименование
работы
|
 , ч. , ч.
|
|
|
Согласование
материалов сотрудником и последующая публикация
|
44
|
9
|
|
Согласование
материалов заместителем директора
|
44
|
21
|
|
Обновление
сайта программистом
|
176
|
0
|
|
Итого
|
264
|
9
|
В таблице 4.3 использованы следующие условные
обозначения:
− - затраты на ручную обработку
информации в месяц, ч.;
− - затраты на автоматизированную
обработку информации в месяц, ч.;
Из таблицы 4.4 следует, что общие
затраты времени на ручную обработку информации в месяц  , ч., составляют = 264 ч., а общие затраты на
автоматизированную обработку информации -  = 30 ч.
Годовые затраты (затраты за 12
месяцев) сотрудников отдела финансирования кредитных продуктов Банка при ручной
обработке информации вычислим по формуле:
 .(4.23)
Тогда годовые затраты кредитных
инспекторов при ручной обработке информации (по данным таблицы 4.3 общие
затраты времени на ручную обработку информации = 264 ч./месяц) составят:
 = 143985,60 руб.
Годовые затраты (затраты за 12
месяцев) сотрудников отдела финансирования кредитных продуктов Банка при
автоматизированной обработке информации вычислим по формуле:
 .(4.24)
Тогда годовые затраты кредитных
инспекторов при автоматизированной обработке информации (по данным таблицы 4.3
общие затраты времени на ручную обработку информации = 10 ч./месяц) составят:
 = 16362 руб.
Следовательно, годовой эффект от
внедрения программного продукта, даже без учёта дополнительного экономического
эффекта (= 0), на основании формулы (4.22),
получится равным:
 руб.
Эксплуатационные затраты при
использовании программного продукта состоят из затрат на электроэнергию,
техническое обслуживание, текущий ремонт вычислительной техники и затрат на
амортизацию вычислительной техники.
На основании формулы (4.16), для
персональных компьютеров за 12 месяцев затраты на электроэнергию при
потребляемой мощности компьютера  составят (стоимость электроэнергии  =2,82 руб./кВт-ч.):
 = 304,56 руб.
Балансовая стоимость вычислительной
техники (персональных компьютеров кредитных инспекторов) = 17600 руб. Тогда, на основании
формулы (4.18), для персонального компьютера начальника отдела кадров за 12
месяцев затраты на техническое обслуживание и текущий ремонт составят:
Затраты на амортизацию
вычислительной техники по формуле (4.19) составят:
Тогда, эксплуатационные затраты при
использовании программного продукта составят:
 304,56 + 127,61 + 638,07 = 1070,24
руб.
Прибыль от использования
программного продукта за год рассчитаем по формуле (4.21):
П = Э - З =  ,60 - 1070,24 = 126553,36 руб.
Таким образом, имеем следующий
денежный поток:
шаг (капиталовложения) −  руб.;
шаг − 126553,36 руб.;
шаг − 126553,36 руб.;
шаг − 126553,36 руб.;
шаг − 126553,36 руб.;
шаг− 126553,36 руб.
Чистый дисконтированный доход ЧДД,
руб., от использования программного продукта определим по формуле:
 , (4.25)
Где N - расчётный период, год;
 - прибыль от использования
программного продукта за k-й год его эксплуатации, руб.;
К - капиталовложения при внедрении
программного продукта, руб.
Следовательно, ЧДД, руб., при N = 4,
т. е. за четыре года использования программного продукта (срок до морального
старения рассматриваемой информационной системы) при норме дисконта Е = 20 % в
соответствие с формулой (4.25) составит:
 = 105461,13 + 87884,27778 +
73236,89815 + 61030,74846 + +50858,95705 - = 285495,46 руб.
Приходим к выводу, что ЧДД положителен,
т. е. проект эффективен.
Внутреннею норму доходности проекта  , %, определим по формуле:
где − максимальное значение
внутренней нормы дисконта, %, при которой ЧДД является положительной величиной
(ЧДД > 0);
 − минимальное значение
внутренней нормы дисконта, %, при которой ЧДД является отрицательной величиной
(ЧДД < 0);
 − ЧДД, руб., вычисляемый по
формуле (4.25) при подстановке нормы дисконта E = ;
 − ЧДД, руб., вычисляемый по
формуле (4.25) при подстановке нормы дисконта E = .
Предполагаем, что лежит в диапазоне 100 … 150 %. При
норме дисконта = 100 % получаем ЧДД = 29622,0175
руб. Таким образом, при = 100 % ЧДД положителен.
При норме дисконта =150 % получаем ЧДД = -9471,58 руб.
Таким образом, при XLL = 150% ЧДД отрицателен.
Следовательно, по формуле (4.26)
имеем:
Рассчитаем срок окупаемости проекта:
|
|
,
|
(4.27)
|
Где N - максимальное количество лет, прошедших с
начала эксплуатации программного продукта, в течение которых величина дохода от
его использования не превысила величины капиталовложения при внедрении
программного продукта;
 - величины приведённых годовых
эффектов за j-й год, руб., прошедший с начала эксплуатации программного
продукта, вычисленные по формуле (4.25) при подстановке нормы дисконта Е = 20
%.
Величина приведённого
(дисконтированного) годового эффекта за первый год расчётного периода по
формуле (4.25) равна:
что больше величины капиталовложений
(К =  .
Тогда, в формуле (4.27) имеем N = 0
и срок окупаемости составит:
4.5 Основные технико-экономические показатели
проекта
Для удобства анализа, все основные
технико-экономические показатели проекта сведены в таблицу 4.4.
Таблица 4.4 - Основные технико-экономические показатели
проекта
|
Основные
характеристики
|
Единицы
измерения
|
Проект
|
|
1
|
2
|
3
|
|
Итоговая
трудоёмкость разработки
|
чел.-ч.
|
1354,10
|
|
Полные
затраты на создание программного продукта
|
руб.
|
92976,55
|
|
Годовой
экономический эффект от внедрения программного продукта
|
руб.
|
 ,36
|
|
Чистый
дисконтированный доход
|
285495,46
|
|
Внутренняя
норма доходности
|
%
|
137,89
|
|
Срок
окупаемости проекта
|
год
|
0,88
|
Выводы
. Итоговая трудоёмкость разработки
программного продукта составила 1354, 10 чел.-ч.;
. Полные затраты на создание программного
продукта составляют 92976,55 руб.;
3. Годовой эффект от внедрения
программного продукта составляет  ,36 руб.;
. Чистый дисконтированный
доход - 285495,46 руб.;
. Внутренняя норма доходности
- 137,89 %;
. Срок окупаемости проекта
0,88 лет;
. В результате внедрения
программного продукта удалось сократить одно рабочее место, что в свою очередь
привело к уменьшению расходов учреждения на заработную плату;
. Таким образом, разработка
системы управления сайтом LibNet для СГК УНЮ им. М.Ю. Лермонтова является
экономически обоснованной и эффективной.
Заключение
В дипломном проекте была разработана система
управления сайтом LibNet. Система управления сайтом была успешно внедрена.
Чистый дисконтированный доход от применения системы составляет 285495,46
рублей, при сроке окупаемости 10 месяцев. Таким образом, разработка системы
управления сайтом LibNet для СГК УНЮ им. М.Ю. Лермонтова является экономически
обоснованной и эффективной.
В результате дипломной работы достигнуты
следующие цели проектирования:
- с помощью среды Zend Studio 8 было
разработано ядро системы управления сайтом;
- с помощью Zend Studio 8 были
разработаны обработчики событий, для управления системой;
- с помощью Notepad++ были созданы
каскадные таблицы стилей для оформления панели администрирования.
В перспективе, после доработки системы по ходу
использования, возможно, ее внедрение в муниципальных учреждениях
Ставропольского края.
Библиографический
список
1. Разработка
Web-приложений с помощью PHP и MySQL, 3-е издание [Текст] / Пер. с англ. - М.:
Издательский дом «Вильямс», 2006. - 880с. ил. - парал. тит. англ.
. Мейер,
Э. CSS. Каскадные таблицы стилей. Подробное руководство [Текст] / Пер. с англ.
- М.: Издательство «Символ-Плюс», 2008. - 576с. ил.
. Шмитт,
К. CSS. Рецепты программирования [Текст] / Пер. с англ. - М.: БХВ-Петербург,
2010. - 672c. ил.
. Шафер,
С. HTML, XHTML и CSS. Библия пользователя [Текст] / Пер. с англ. - М.:
Издательский дом «Вильямс», 2010. - 656c. ил.
. Хеник,
Б. HTML и CSS. Путь к совершенству [Текст] / Пер. с англ. - М.: Питер, 2010. -
336с. ил. (Серия «Бестселлеры O'Reilly»).
. Вандшнайдер,
М. Основы разработки веб-приложений с помощью PHP и MySQL [Текст] / Пер. с
англ. - М.: ЭКОМ Паблишер, 2008.- 832 с.: ил.
. Конверс,
Т. PHP 5 и MySQL: библ. пользователя [Текст] / Пер. с англ. - М.: Вильямс,
2006.- 1207 с.: ил.
8. ГОСТ 2.104 - 68. ЕСКД. Основные надписи.
. ГОСТ 2.106 - 68. ЕСКД. Текстовые
документы.
. ГОСТ 7.1 - 2003. Библиографическое
запись. Библиографическое описание. Общие требования и правила составления
. PHP, MySQL и другим веб-технологиям
[Электронный Web-ресурс], www.php.su.
12. Adobe
[Электронный ресурс] // сетьевой портал компании Adobe. - 2011. - Режим доступа
к эелектрон, дан.: http://www.adobe.com/ru/ - Загл. с экрана.
13. Каталог ГОСТ [Электронный ресурс] //
Проект Русский Кабель. - 2011. - Режим доступа к эелектрон, дан.: http://www.
http://gost.ruscable.ru/ - Загл. с экрана.
14. Учебное
пособие по HTML, CSS и XML [Электронный ресурс], www.htmlbook.ru.
. Центральный
Javascript-ресурс. Учебник с примерами скриптов. Форум. Книги и многое другое
[Электронный ресурс] / Кантор И. - М., www. javascript.ru.
. Internet-Technologies.
Сайтостроение от А до Я [Электронный ресурс] - Режим доступа к эелектрон, дан.:
http://www.internet-technologies.ru/books/. - Загл. с экрана.
. Вебпланета.
Журнал для подключенных [Электронный ресурс], www.webplanet.ru.
Похожие работы на - Разработка системы управления сайтом
|