52
Необходимо загрузить на сервер именно само содержимое папки
upload, а не полностью всю папку, т.е. внутреннюю составляющую папки.
Дистрибутив полностью загружен, но FTP протокол пока не
прерываем.
Дистрибутив Open Cart был корректно загружен на сервер.
Переходим к последующему шагу его инсталляции.
В браузере вводим доменное имя нового сайта.
Остается только четыре шага для его полной инсталляции.
Страницы прописаны на английском языке, потому что еще не
установлен русифицированный дистрибутив программного продукта Open
Cart 2.0.
На втором шаге инсталляции необходимо проверить и убедиться, что
все права на дальнейшие действия находятся в зелененной зоне клиента.
Сразу после этого возникает две проблемы (Status-Missing). Права на
два файла программного продукта будут неопределенны. Это потомучто
нужно будет переименовать такие файлы программного продукта:
config-dist.php в config.php;
admin/config-dist.php в config.php.
Это мы можем сделать с помощью нашего FTP клиента.
Переименовать данные файлы программы можно сразу после полной
загрузки дистрибутива на удаленный сервер.
Теперь инсталляция проходит полностью корректно и переходим к
третьему шагу.
На третьем шаге, мы прописываем основные данные своей новой
базы данных.
Переходим в административную часть сервера хостинга.
В Меню находим пункт «Инструменты» →Базы данных.
Жмем вверху кнопку «Создать».
53
Создаем базу данных для будущего Интернет магазина. Она должна
иметь имя БД, пароль БД, новое имя пользователя. Для пароля можно
воспользоваться генератором паролей (кнопка в строке «Пароль»).
Phpmyadmin это инструмент для управления базами данных. Для
входа в phpmyadmin используем имя пользователя базы данных и пароль,
которые только что задали. Откроется страница phpmyadmin, и слева
видно, что база есть в списке.
Возвращаемся к третьему шагу инсталляции и заполняем данные
созданной базы данных.
Также заполняем данные для администратора магазина. Они будут
нужны для входа в административную часть магазина. Эти данные терять
не нужно.
Заполнили, переходим к 4 шагу инсталляции. А собственно все, на
четвертом шаге видим, что Open Cart установлен, и можно открыть, как
сам магазин, так и войти в его административную часть. Для входа в
административную часть используем созданные имя администратора и
пароль для входа, заданные на 3-м шаге инсталляции.
После установки магазина удалить папку install из каталога магазина.
Она больше не нужна.
В программе могут выводиться сообщения для оператора (в том
числе, администратора) системы:
1. введен неверный логин или пароль;
2. данные усешно обновлены (при успешном сохранении
данных);
3. данные не были сохранены (при неудачном сохранении
данных);
4. результирующая политика построена;
5. ошибка при построении результирующей политики;
54
6. объект был добавлен (при добавлении объекта, например,
бизнес-процесса);
7. объект был успешно удален;
8. ошибка при добавлении объекта;
9. ошибка при удалении объекта.
Любая подсистема, которая будет интегрирована в данную
систему, может определить свои сообщения. Большинство сообщений
сохраняются в таблицу system_message. Также могут выводиться
сообщения о системных ошибках.
Разработанное программное средство реализует следующие
функции:
1. описание основных объектов системы безопасности в базе
данных: информационный ресурс, интерфейс, пользователь, группа
пользователей, роль, бизнес-процесс;
2. система администрирования прав пользователей на
информационные ресурсы;
3. осуществление автоматизированного изменения прав
пользователей на ресурсы при изменении свойств пользователей;
4. реализация системы контроля прав пользователей;
5. единая система регистрации пользователей.
В состав технических средств должен входить компьютер,
имеющий следующие характеристики:
1. свободное пространство на диске 10 Mb для системных
модулей, 20 – 100 Mb для базы данных объектов системы, в зависимости
от их количества;
2. процессор с частотой выше 900 МГц;
3. монитор и видеоадаптер VGА;
4. клавиатура для ввода информации;
5. мышь;
55
6. оперативная память не менее 256Мb.
Основным требованием к разрабатываемому программному средству
является обеспечение поддержки индивидуального образовательного
контента и безопасности функционирования соответствующих механизмов
разграничения прав доступа пользователей системы. В связи с этим,
главными требованиями к системе являются:
1. система администрирования правами доступа должна быть
максимально проста; доступ к этой системе должен быть строго ограничен
по нескольким разнородным свойствам пользователя (например,
аутентификационные данные пользователя и сегмент сети, в котором
находится его компьютер);
2. работа подсистем аутентификации и авторизации пользователя
не должна зависеть или использовать другие подсистемы
разрабатываемого программного средства; это позволит осуществить
повышенный уровень безопасности при проверке подлинности вводимых
пользователем данных и при определении его прав;
3. для возможности легкой интеграции подсистем и обеспечения
высокого уровня безопасности их функционирования необходим
унифицированный API системы управления правами доступа
пользователей, которое может использоваться в любом месте и в любое
время работы системы.
Для реализации работы приложения необходима разработка двух
подсистем:
1. подсистема администрирования прав пользователя;
2. подсистема аутентификации и авторизации пользователя.
Под контроллером в терминологии фреймворка CodeIgniter
понимается класс, отвечающий за логику приложения (в отличие от
моделей, отвечающих за работу с данными и представлений, отвечающих
за отображения информации).
56
Класс MyController
Для обеспечения удобства разработки и интеграции подсистем
в программное средство, реализован класс-предок для всех остальных
классов, содержащий часто используемые и необходимые для работы
функции. Основные методы класса:
1. controllerName() — функция, возвращающая имя класса,
используется в случаях, когда необходима привязка данных к конкретному
контроллеру (например, при сохранении данных в сессию);
2. displaySmarty($pName, $paParameters) — функция,
использующаяся для отображения данных с использованием шаблона (т.е.
для визуализации данных);
3. insertCounters($pbNoShowImage) — функция для подключения к
данной странице сайта подсчета статистики о посещениях;
4. showMessage($psMessage, $psHref, $piTime) — функция для
отображения сообщения на некоторое время с последующим переходом по
указанной ссылке;
5. redirectIfNoLogin($pReturnUrl) — функция для перенаправления по
указанной ссылке в случае, если пользователь еще не вошел на сайт;
используется для простой проверки прав (если для доступа необходим
лишь факт аутентификации пользователя);
6. accessError() — функция для отображения ошибки в случае
попытки несанкционированного доступа к контенту сайта;
7. accessAllowed($psMask, $psProcessParams) — основная функция
для проверки прав текущего пользователя с указанной маской к указанной
во втором параметре тройке «бизнес-процесс, ресурс, интерфейс».
Класс Base
Класс Base отвечает за аутентификацию пользователя, а также
за отображение главной страницы сайта.
Основные методы класса:
57
1. index($loginFailed, $pReturnUrl, $pErrorMessage) — функция,
отвечающая за отображение главной страницы сайта с ошибками,
возникшими при попытке входа в систему, за использование системы
Captcha, за перенаправление в случае успешного входа и пр.;
2. login() — функция для проверки аутентификационных данных,
введенных пользователем;
3. logout() — функция, осуществляющая выход пользователя из
системы;
4. checkCaptcha($pCode, $pLogin) — функция, проверяющая
корректность ввода пользователем текста с картинки, отображающейся
ему при большом количестве неудачных попыток входа в систему.
Класс Menu
Класс Menu осуществляет авторазицю пользователя и
визуализацию дерева доступных ему ресурсов.
Основные методы класса:
1. index() — функция, осуществляющая вывод прветствия
пользователю и дерева его доступных ресурсов.
4.3.4. Класс Admin_Controller
Класс Admin_Controller является базовым классом в системе
администрирования правами пользователей.
От этого контроллера унаследовано большинство классов,
предоставляющих возможности администрирования правами доступа.
Основные методы класса:
1. add($psProcessParams) — функция для добавления нового
элемента (например, нового бизнес-процесса);
2. delete($psProcessParams, $piId) — функция для удаления
существующего элемента;
3. update($psProcessParams, $piRowNumber) — функция для
обновления информации об элементе;
58
4. displayIndex($pasTitles, $psProcessParams) — функция
отображения существующих элементов.
Вывод по главе 2
Во второй главе дипломной работы были раскрыты особенности
наиболее распространенных CMS в рунете, а также проведен выбор
динамичной системы управления сайтом. Была выбрана OpenCart 2.0.0,
обоснование выбора представлено во втором параграфе, в виде
сравнительного анализа. В третьем параграфе приведены особенности
OpenCart 2.0.0 и подтвержден выбор именно этой динамичной ИС для
практической части дипломного проекта.
59
3. АВТОМАТИЗИРОВАННАЯ АДАПТИВНАЯ
ДИНАМИЧЕСКАЯ ИС УПРАВЛЕНИЯ САЙТОМ
3.1. Процессы жизненного цикла информационной системы
Действующий стандарт ISO/IEC 12207, установленный на сегодня
законодательством, не предлагает четко обозначенную модель жизненного
цикла и способы разработки ПО.
Модель ЖЦ напрямую зависит от специфики выбранной ИС. Его
регламенты на данный момент общие для всех видов жизненного цикла,
методологии и технологии проводимой разработки.
Для написания данной дипломной работы была определена
спиральная модель ЖЦ описываемой системы, которая уделяет основное
внимание начальным этапам ЖЦ: анализу и проектированию. На данных
этапах реализуемость технических решений контролируется методами
создания прототипов.
Каждый из представленных витков вышеописанной спирали
соответствует написанию определенного фрагмента ПО, где уже подробно
уточняются цели и характеристики данного проекта, определяются его
основные технические характеристики и планируются работы следующего
витка спирали ЖЦ ПО. Спиральная модель ЖЦ ПО представлена на
рисунке 3.
Таким образом, углубляются и пошагово конкретизируются все
детали описываемого проекта и в результате выбирается максимально
обоснованный вариант, который доводится до конечной реализации.
60
Рисунок 3 – Спиральная модель ЖЦ внедряемой OpenCart 2.0.0
Главная проблема любого спирального цикла – определение
корректного момента перехода на последующий этап. Для решения данной
проблемы нужно ввести определенные временные ограничения на каждый
из этапов анализируемого жизненного цикла.
Переход по спирали осуществляется в соответствии с составленным
заранее планом, даже если не вся работа была завершена. План
составляется на основе собранных заранее статистических данных,
которые получают в предыдущих проектах декомпозиция системы
представлена графически на рисунке 4.
Рисунок 4 – Декомпозиция системы на подсистемы
61
Пояснения к рисунку 3:
1. Выбор архитектуры подсистем
2. Выявление информационных потребностей конечных
пользователей системы
3. Концептуальное проектирование
4. Логическое проектирование
5. Отладка подсистем
6. Сопровождение подсистемы
Каждый этап реализуется CASE-средствами.
С помощью современных CASE-средств можно быстро и
качественно сгенерировать данный проект минимум на уровне
стандартных экранных форм и продемонстрировать его конечному
пользователю, который может высказать любые свои предложения и
замечания, и на следующем витке спирали реализуются уже они.
Когда полученная спецификация на уровне стандартных экранных
форм будет полностью одобрена и согласована, то проектировщик может
переходить уже к процессу детальной реализации. Данную схему
разработки называют еще визуальным проектированием. Контекстные
диаграммы проекта представлены на рисунках 5 и 6.
Рисунок 5 – Контекстная диаграмма