Разработка ПО для поиска человека в городе и деревне

Разработка ПО для поиска человека в городе и деревне

Разработка ПО для поиска человека в городе и деревне

Реферат

, БАЗА ДАННЫХ, ВАРИАНТ ИСПОЛЬЗОВАНИЯ, ШАБЛОН ПРОЕКТИРОВАНИЯ, ДИАГРАММА ВАРИАНТОВ ИСПОЛЬЗОВАНИЯ, КЛАСС, ДИАГРАММА КЛАССОВ, ДИАГРАММА КОМПОНЕНТОВ

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

Технология разработки - шаблон проектирования «Цепочка обязанностей».

Разработка проводилась на языке программирования PHP, для разработки был установлен локальный WEB-сервер DENWER, язык базы данных - SQL. Для системы был разработан набор классов для управления адресной строкой, работой с БД, с файлами.

Разработка проведена с использованием операционной системы Windows XP.

Осуществлено функциональное тестирование разработанного ПО, которое показало корректность его работы.

Введение

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

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

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

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

1.1Анализ

.1.1 Анализ предметной области

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

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

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

В соответствии с анализом предметной области, можно создать следующую модель предметной области, представленную на рисунке 1.

Рисунок 1 - Модель предметной области

.1.2 Анализ функциональных требований

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

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

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

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

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

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

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

Краткое описание основных действующих лиц представлено в таблице 1.

Таблица 1 - Действующие лица

Краткое описание основных вариантов использования разрабатываемого программного обеспечения представлено в таблице 2.

Таблица 2 - Краткое описание вариантов использования

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

Рисунок 2 - Начальная диаграмма вариантов использования

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

Вариант использования: Авторизоваться

Краткое описание: пользователь авторизовывается на сайте

Действующие лица: неавторизованный пользователь, авторизованный пользователь, администратор.

Предисловие: пользователь запускает приложение на персональном компьютере.

Основной сценарий:

Клиент заходит на страницу авторизации.

Система запрашивает логин и пароль учетной записи пользователя.

Пользователь вводит необходимые данные.

Система проверяет корректность введенных данных.

Если данные введены корректно:

Система авторизовывает пользователя.

Иначе:

Система выдает ошибку пользователю и предлагает ввести данные ещё раз.

Постусловия:

Нет.

Альтернативные потоки:

Нет.

Вариант использования: Использовать помощь

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

Действующие лица: неавторизованный пользователь, авторизованный пользователь, администратор.

Предисловие: пользователь запускает приложение на персональном компьютере.

Основной сценарий:

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

Постусловия:

Нет.

Альтернативные потоки:

Нет.

Вариант использования: Найти пользователя

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

Действующие лица: неавторизованный пользователь, авторизованный пользователь, администратор.

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

Основной сценарий:

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

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

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

Если данные не найдены:

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

Иначе:

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

Постусловия:

Нет.

Альтернативные потоки:

Нет.

Вариант использования: Выйти из системы

Краткое описание: пользователь выходит из системы

Действующие лица: авторизованный пользователь, администратор.

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

Основной сценарий:

Авторизованный пользователь выбирает опцию Выйти из системы.

Система осуществляет выход пользователя из системы.

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

Постусловия:

Нет.

Альтернативные потоки:

Нет.

Вариант использования: Редактировать информацию

Краткое описание: администратор переходит на страницу редактирования информации о пользователе.

Действующие лица: администратор.

Предисловие: администратор просматривает информацию о пользователе.

Основной сценарий:

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

Администратор редактирует информацию.

Система сохраняет данные. Информация изменена.

Постусловия:

Нет.

Альтернативные потоки:

Нет.

.1.3 Анализ нефункциональных требований

Система должна быть реализована для семейства операционных систем Windows.

Клиентская часть должна быть реализована на языке JavaScript и CSS, серверная часть приложения - на языке PHP 5.4, серверная часть БД - MySQL Server, на котором будет создана реляционная база данных.- прототипно-ориентированный сценарный язык программирования. Является диалектом языка ECMAScript. (англ. Cascading Style Sheets - каскадные таблицы стилей) - формальный язык описания внешнего вида документа, написанного с использованием языка разметки.(англ. PHP: Hypertext Preprocessor ) - скриптовый язык программирования общего назначения, интенсивно применяемый для разработки веб-приложений. В настоящее время поддерживается подавляющим большинством хостинг-провайдеров и является одним из лидеров среди языков программирования, применяющихся для создания динамических веб-сайтов.

.1.4 Анализ базовой архитектуры

Система будет реализована на основе трехуровневой архитектуры.

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

Выбор трехуровневой архитектуры обусловлен следующими преимуществами перед клиент-серверной или файл-серверной архитектурой:

масштабируемость

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

высокая безопасность

высокая надёжность

низкие требования к скорости канала (сети) между терминалами и сервером приложений

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

.1.5 Уточнение диаграммы вариантов использования

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

Можно заметить, что вариант использования «Найти человека» содержит в себе несколько подвариантов: «Выбрать параметры поиска», связанный с базой данных, и «Просмотреть результаты поиска». В свою очередь, вариант «Редактировать профиль» является подвариантом действия «Просмотреть результаты поиска» и связан с базой данных. Вариант «Удалить профиль» является подвариантом действия «Редактировать профиль» и также связан с базой данных.

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

Рисунок 3 - Уточнение диаграммы вариантов использования

1.2 Технология разработки ПО

.2.1 Анализ шаблона проектирования «Цепочка обязанностей»

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

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

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

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

При разработке данного проекта был использован патер «Цепочка обязанностей». Этот патер входит в группу паттернов поведения. Паттерны поведения характеризуют сложный поток

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

Рассмотрим шаблон «Цепочка обязанностей» подробнее.

Паттерн Chain of Responsibility

Название и классификация паттерна

Цепочка обязанностей - паттерн поведения объектов.

Назначение

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

Мотивация

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

Применимость

Удобно использовать цепочку обязанностей, когда:

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

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

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

Структура

Типичная структура объектов.

Паттерны поведения

УчастникиHandler - обработчик:

определяет интерфейс для обработки запросов;

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

б ConcreteHandler - конкретный обработчик:

обрабатывает запрос, за который отвечает;

имеет доступ к своему преемнику;

если ConcreteHandler способен обработать запрос, то так и делает, если не может, то направляет его - его своему преемнику;

в Client - клиент:

отправляет запрос некоторому объекту ConcreteHandler в цепочке.

Отношения

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

Результаты

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

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

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

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

Пример диаграммы классов шаблона «Цепочка обязанностей» представлен на рисунке 4.

Рисунок 4 - Пример диаграммы классов шаблона «Цепочка обязанностей»

.2.2 Системные технологии

Для данного проекта был разработан фреймворк (англ. framework - каркас, структура) - структура программной системы; программное обеспечение, облегчающее разработку и объединение разных компонентов большого программного проекта. Классы фреймворка предназначены для работы с адресной строкой, системой, базой данных, пользователем. Описание классов, их назначение и описание функций представлено в таблице 3.

Таблица 3 - Описание классов фреймворка

1.2.3 Модели UML

UML (англ. Unified Modeling Language) - язык <https://ru.wikipedia.org/wiki/%D0%AF%D0%B7%D1%8B%D0%BA_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F> графического <https://ru.wikipedia.org/wiki/%D0%92%D0%B8%D0%B7%D1%83%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F> описания для объектного моделирования <https://ru.wikipedia.org/w/index.php?title=%D0%9E%D0%B1%D1%8A%D0%B5%D0%BA%D1%82%D0%BD%D0%BE%D0%B5_%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5&action=edit&redlink=1> в области разработки программного обеспечения <https://ru.wikipedia.org/wiki/%D0%A0%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B0_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D0%BE%D0%B3%D0%BE_%D0%BE%D0%B1%D0%B5%D1%81%D0%BF%D0%B5%D1%87%D0%B5%D0%BD%D0%B8%D1%8F>. UML является языком широкого профиля, это - открытый стандарт <https://ru.wikipedia.org/wiki/%D0%9E%D1%82%D0%BA%D1%80%D1%8B%D1%82%D1%8B%D0%B9_%D1%81%D1%82%D0%B0%D0%BD%D0%B4%D0%B0%D1%80%D1%82>, использующий графические обозначения для создания абстрактной модели <https://ru.wikipedia.org/wiki/%D0%90%D0%B1%D1%81%D1%82%D1%80%D0%B0%D0%BA%D1%82%D0%BD%D0%B0%D1%8F_%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D1%8C> системы <https://ru.wikipedia.org/wiki/%D0%A1%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0>, называемой UML-моделью. UML был создан для определения, визуализации, проектирования и документирования, в основном, программных систем.

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

Диаграмма классов <https://ru.wikipedia.org/wiki/%D0%94%D0%B8%D0%B0%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B0_%D0%BA%D0%BB%D0%B0%D1%81%D1%81%D0%BE%D0%B2> - статическая структурная диаграмма, описывающая структуру системы, демонстрирующая классы системы, их атрибуты, методы и зависимости между классами.

Диаграмма вариантов использования <https://ru.wikipedia.org/wiki/%D0%94%D0%B8%D0%B0%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B0_%D0%BF%D1%80%D0%B5%D1%86%D0%B5%D0%B4%D0%B5%D0%BD%D1%82%D0%BE%D0%B2> (Use case diagram) - диаграмма, на которой отражены отношения, существующие между действующими <https://ru.wikipedia.org/wiki/%D0%90%D0%BA%D1%82%D1%91%D1%80_%28UML%29> лицами и вариантами использования <https://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%B5%D1%86%D0%B5%D0%B4%D0%B5%D0%BD%D1%82_%28UML%29>.

Диаграмма компонентов <https://ru.wikipedia.org/wiki/%D0%94%D0%B8%D0%B0%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B0_%D0%BA%D0%BE%D0%BC%D0%BF%D0%BE%D0%BD%D0%B5%D0%BD%D1%82%D0%BE%D0%B2> (Component diagram) - статическая структурная диаграмма, показывает разбиение программной системы на структурные компоненты и связи (зависимости) между компонентами.

Диаграмма размещения (Deployment diagram) - моделирует физическое развертывание артефактов на узлах.

.3 Проектирование

.3.1 Проектирование интерфейса пользователя

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

Рисунок 5 - Страница авторизации

Рисунок 6 - Главная страница для неавторизованных пользователей

Рисунок 7 - Главная страница для авторизованных пользователей

Рисунок 8 - Страница «О системе»

Рисунок 9 - Страница настройки фильтров поиска

Рисунок 10 - Страница вывода результатов поиска

Рисунок 11 - Страница редактирования профиля

Рисунок 12 - Страница создания профиля

Условные обозначения:

Главное меню, элемент div

Блок авторизации, элемент form

Заголовок, элемент h

Надписи, элемент label

Поля для ввода данных, элемент input

Кнопка, элемент button

Текстовая информация, элемент div

Блок авторизованных пользователей, элемент div

Поле для выбора данных, элемент checkbox

Поле для выбора данных, элемент select

Блок для вывода личной информации, элемент div

Блок для вывода контактной информации, элемент div

.3.2 Проектирование ПО

Диаграмма классов, реализующих шаблон «Цепочка обязанностей», представлена на рисунке 13.

Рисунок 13 - Диаграмма классов

Как видно из диаграммы классов, загрузку приложения обеспечивают следующие классы: System, Db, Uri, User, View. Рассмотрим каждый из них подробнее.- класс-контейнер, который служит для хранения переменных сайта и объектов классов, инициализированных при загрузке фреймворка; нужен для удобства обращения к объектам классов, а также для обеспечения сохранности данных при работе с объектами классов.- класс для работы с базой данных. Хранит текущее соединение и позволяет легко выполнять различные запросы в базе.- класс необходим для работы с адресной строкой, для разбора параметров, переданных в адресной строке.- класс необходим для работы с пользователем, а именно для определения статуса пользователя: авторизованный, неавторизованный или администратор, для авторизации пользователя.- класс служит для загрузки нужных скриптов сайта.

Подробное описание назначения классов и методов приведено в таблице 3 - Описание классов фреймворка.

Шаблон проектирования «Цепочка обязанностей» реализуют три класса.- обработчик, который определяет интерфейс для обработки

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

Метод getFromDb() связан с классом Db, осуществляющим работу с базой данных.

Для загрузки обработчика запроса служит класс View. Данный скрипт принимает параметры поиска, заданные пользователем, обрабатывает их и вызывает метод класса getPeople() классов CountrySearcher и CitizenSearcher.

.3.3 Проектирование базы данных

Исходя из анализа предметной области, анализа функциональных и нефункциональных требований, решено использовать реляционную базу данных. База данных содержит одну таблицу users, представлена на рисунке 14.

Рисунок 14 - Проектирование базы данных

Таблица users содержит следующие поля:- уникальный идентификатор человека, первичный и уникальный ключ, тип данных - integer._citizen - флаг, определяющий, является ли человек горожанином (1 - горожанин, 0 - не горожанин). Тип данных - smallint._dt - дата рождения человека. Тип данных - timestamp without timezone- флаг, определяющий пол человека (1 - женщина, 0 - мужчина). Тип данных - smallint.- ник человека, тип данных - character varying._name - название населенного пункта человека, тип данных - character varying.

email - email человека, тип данных - character varying.

phone - номер телефона человека, тип данных - character varying.- название фотографии человека, тип данных - character varying. - системное название статуса человека, тип данных - character varying. - имя человека, тип данных - character varying.

.4 Реализация

Диаграмма компонентов представлена на рисунке 15.

Рисунок 15 - Диаграмма компонентов

Рассмотрим подробнее загрузку приложения и работу скриптов и классов.

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

Скрипт index.php служит для начала работы приложения. Здесь определяются некоторые константы приложения, задаются параметры вывода ошибок на экран. По завершению работы скрипта управление передается на скрипт.php.

Скрипт bootstrap.php служит для загрузки всех необходимых классов, а также скрипта, который содержит в себе все используемые в проекте системные функции (наиболее важная из них - функция автоматической подгрузки файлов __autoload_classes())..php вызывает класс - контейнер System.php, затем происходит подключение к базе данных с помощью класса Db.php. Подгружается класс работы с адресной строкой Uri.php, в котором определяется, какую страницу приложения необходимо показать. Вызов класса User.php также необходим для работы с пользователем, а именно для определения статуса пользователя, его прав доступа к элементам системы.

Наконец, класс View.php загружает необходимые скрипты для отображения нужной страницы. Это осуществляется с помощью метода render(), который и вызывается в bootstrap.php. render() загружает необходимые css-файлы, js-скрипты, оборачивающие шаблоны страниц, а затем и само содержимое страниц - content и template. Если запрашиваемая страница не найдена, происходит перенаправление на главную страницу.

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

Подробное описание классов приведено в таблице 3 - подробное описание классов фрейморка.

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

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

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

Рисунок 16 - Диаграмма размещения

.5 Тестирование

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

Таблица 4 - Функциональные тесты приложения

Рисунок 17 - Удачная авторизация

Рисунок 18 - Ошибка авторизации при неверном вводе логина или пароля

Рисунок 19 - Настройка фильтров поиска

Рисунок 20 - Показ результатов поиска для администратора

Рисунок 21 - Показ результатов поиска для неавторизованного пользователя

Рисунок 22 - Показ результатов поиска для авторизованного пользователя

Рисунок 23 - В результате поиска данных не найдено

Рисунок 24 - Редактирование профиля человека

Рисунок 25 - Результат редактирования данных человека

Рисунок 27 - Результат удаления данных человека

Рисунок 28 - Ввод данных человека

Рисунок 29 - Результат сохранения данных человека

Заключение

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

Были реализованы все функциональные и нефункциональные требования, а именно: авторизация, поиск человека, просмотр профилей, создание, редактирование, удаление профилей. Были разработаны классы работы базой данных Db.php, для загрузки страниц View.php, для работы с адресной строкой Uri.php, для работы с пользователем User.php, а также классы, реализующие шаблон проектирования «Цепочка обязанностей». Разработка была проверена на языках JavaScript, CSS, PHP 5.4, SQL.

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

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

«Приемы объектно-ориентированного проектирования. Паттерны проектирования», Эрих Гамма, Ричард Хелм, 2014г.://www.ozon.ru/context/detail/id/2457392/

«Основы UML», М. Фаулер, 2009г.://padabum.com/d.php?id=15515

«PHP 5», Д. Котеров, А. Костарев, 2010г.://www.ozon.ru/context/detail/id/4030251/

«Изучаем PHP и MySQL», М. Дэвис, Д. Филлипс, 2011г.://padabum.com/d.php?id=15069

«Совершенный код», С. Макконнелл, 2007г.://www.ozon.ru/context/detail/id/3159814/

«HTML5. Руководство разработчика», М.Пилгрим, 2013г.://habrahabr.ru/company/piter/blog/162161/

«Большая книга CSS», Д. Макфарланд, 2011г.://www.ozon.ru/context/detail/id/4265917/

«jQuery. Подробное руководство по продвинутому Javascript», 2014г.://www.ozon.ru/context/detail/id/6277333/

Приложение А. (обязательное)

Листинг программного кода

index.php

<?php_set('display_errors', 1);_reporting(E_ALL);('INDEXPATH', realpath(dirname(__FILE__)) . '/' );('KERNELPATH', INDEXPATH . 'e_kernel/');('SITEPATH', INDEXPATH . 'sites');('FILEPATH', INDEXPATH . 'files');_once KERNELPATH . 'bootstrap.php';.php

<?phpKERNELPATH.'common.php';_autoload_register('__autoload_classes');::init();_start();::set('db', new Db());::set('uri', new Uri()); ::set('user', new User());::set('view', new View());::get('view')->render();.php

<?php__autoload_classes ($class) {

$dirs = array(

'lib/',

);($dirs as $dir) {(file_exists(KERNELPATH.$dir.$class.'.php')) {KERNELPATH.$dir.$class.'.php';;

}

}

}p($s) {"<pre>" . print_r($s, true) . "</pre>";

}r($page) {("Location: $page"); exit;

}_post($key, $default = '') {(isset($_POST[$key])) ? $_POST[$key] : $default;

}_get($key, $default = '') {(isset($_GET[$key])) ? $_GET[$key] : $default;

}_session_get($key1, $key2='', $key3='')

{($key3 != ''){(isset($_SESSION[$key1][$key2][$key3])) ? $_SESSION[$key1][$key2][$key3] : '';

}elseif ($key2 != ''){(isset($_SESSION[$key1][$key2])) ? $_SESSION[$key1][$key2] : '';

}elseif ($key1 != ''){(isset($_SESSION[$key1])) ? $_SESSION[$key1] : '';

}else return false;

}_session_set($value, $key1='', $key2='', $key3='')

{($key3 != ''){

$_SESSION[$key1][$key2][$key3] = $value;

} elseif($key2 != ''){

$_SESSION[$key1][$key2] = $value;

} elseif($key1 != ''){

$_SESSION[$key1] = $value;

} else {

$_SESSION = $value;

}

}.php

<?phparray(

'appName' => 'Searcher',

'dbLogin' => 'root',

'dbPassword' => '',

'dbHost' => 'localhost',

'dbDatabase' => 'sandbox',

'css' => array(

'<link href="/sites/files/css/bootstrap.min.css" rel="stylesheet" type="text/css"/>',

'<link href="/sites/files/css/bootstrap-responsive.min.css" rel="stylesheet" type="text/css"/>',

'<link href="/sites/files/css/common.css" rel="stylesheet" type="text/css"/>'

),

'js' => array(),

'mainLayout' => 'layout',

'authInfo' => array((

'login' => 'admin',

'password' => 'admin',

'role' => 'Администратор'

),(

'login' => 'user',

'password' => 'user',

'role' => 'Пользователь'

)

),

'maritalStatus' => array(

'single' => 'Свободен',

'in_love' => 'Влюблен',

'married' => 'Женат'

)

);.php

<?phpSystem

{$container = array();static function init() {

$config = include KERNELPATH . 'config.php';(empty($config)) {('Can not find site config');

}($config as $key => $val) {::set($key, $val);

}

}static function get($key) {(isset(self::$container[$key])) ? self::$container[$key] : null;

}static function set($key, $value) {self::$container[$key] = $value;

}

}.php

<?phpDb

{$login;$password;$hostname;$database;$active_db = false;

/**

* init some params

*/function __construct() {

$this->login = System::get('dbLogin');

$this->password = System::get('dbPassword');

$this->hostname = System::get('dbHost');

$this->database = System::get('dbDatabase');

}

/**

* try connect to the db

* @return bool

*/function connect() {( !$this->active_db ) {_connect($this->hostname, $this->login, $this->password);

$this->active_db = mysql_select_db($this->database);( !$this->active_db ) {("Error in connect to DB");

}

}

}

/**

* @param $query

* @return resource

*/function query($query) {

$this->connect();mysql_query($query);

}function select($query) {

$returnResult = $this->query($query);

$resultData = array();($returnResult) {($c=0; $c<mysql_num_rows($returnResult); $c++) {

$f = mysql_fetch_assoc($returnResult);

$resultData[] = $f;

}

}$resultData;

}function showLastError() {mysql_error();

}

}.php

<?phpUri

{$site;$uri_clean_string;$uri_string;$uri = array();function __construct() {(isset($_SERVER['HTTP_HOST'])) {

$this->site = strtolower($_SERVER['HTTP_HOST']);

}

$params = array();

$uri = '';

$filter_uri = '_0-9a-z\.\-';(isset($_SERVER['REQUEST_URI'])) {

$uri = parse_url($_SERVER['REQUEST_URI']);(explode('/', $uri['path']) as $val) {(!preg_match('/[^'.$filter_uri.']/i', $val)) {(!empty($val)) {

$params[] = str_replace('.php', '', $val);

}elseif($val=='0' and count($params)>1) {

$params[] = $val;

}

}

}

}

$this->setUri($params);

$this->cleanUri();

}function setUri($uri) {

$this->uri_clean_string = strtolower(implode('/', $uri));(empty($uri)) {

$uri[] = 'index';

}else {($uri as $k=>$v) {

$uri[$k] = strtolower($v);

}

}(!isset($uri[1])) {

$uri[] = 'index';

}

$this->uri = $uri;

$this->uri_string = implode('/', $this->uri);

}

/**

* @desc Преобразовывает адресную строку (без /index)

* @param string $uri

* @return string

*/function cleanUri()

{

$uri = $this->uri_string;(strlen($uri) > 1 and substr($uri, -1) == '/') {

$uri = substr($uri, 0, -1);

}(substr($uri, 0, 1) != '/') {

$uri = '/' . $uri;

}

$uri = str_replace('/index', '', $uri);(empty($uri)) {

$uri = '/';

}$uri;

}

}.php

<?phpUser

{$role = false;checkAuth() {(isset($_SESSION['user']) && !empty($_SESSION['user']));

}login($inputLogin, $inputPassword) {

$searchData = array(

'login'=> trim($inputLogin),

'password'=> trim($inputPassword)

);

$checkData = $this->checkUserReg($searchData);($checkData) {

$_SESSION['user'] = array(

'login' => $checkData['login'],

'role' => $checkData['role']

);true;

}false;

}logout() {

_session_set(array(), '');

}checkUserReg ($data) {

$auth_info = System::get('authInfo');($auth_info as $auth) {($data['password'] == $auth['password'] && $data['login'] == $auth['login']) {

$this->role = $auth['role'];$auth;

}

}false;

}isLoggedIn() {$this->checkAuth();

}getRole() {($this->role) {$this->role;

}(isset($_SESSION['user']['role'])) {$_SESSION['user']['role'];

}false;

}isAdmin() {(isset($_SESSION['user']['login']) && $_SESSION['user']['login'] == 'admin');

}

}.php

<?phpView

{$content;$Uri;function __construct() {

$this->Uri = System::get('uri')->uri;

}loadCss() {implode(PHP_EOL, System::get('css'));

}loadJs() {implode(PHP_EOL, System::get('js'));

}function render() {

$uri = System::get('uri')->uri;

$file_path = implode('/',$uri);

$phpPath = SITEPATH.'/content/'.$file_path.'.php';

$tplPath = SITEPATH.'/templates/'.$file_path.'.tpl.php';(!is_file($phpPath)) {(SITEPATH . '/errors/error404');

}_get_clean();_start();$phpPath;(is_file($tplPath)) {$tplPath;

}

$this->content = ob_get_clean();($uri[0]=='actions') {$this->content;

} else {SITEPATH.'/layouts/' . System::get('mainLayout') . '.tpl.php';ob_get_clean();

}

}function block($filename) {

$blockPath = SITEPATH.'/templates/blocks/'.$filename.'.tpl.php';_start();(is_file($blockPath)) {$blockPath;

}

$result = ob_get_clean();$result;

}function showSystemMessage() {

$message = '';( isset($_SESSION['message']) ) {( $_SESSION['message'] as $type => $value ) {

$message .= '<div>

}

}($_SESSION['message']);$message;

}

}.php

<?phpclass Searcher {$people = array();

/** @var Searcher */$next;function setNext(Searcher $search) {

$this->next = $search;$search;

}function search($search_params) {

$this->getFromDB($search_params);(!empty($this->next)) {

$this->next->getFromDB($search_params);

}

}function getPeople() {$this->people;

}function setPeople($info) {( !empty($info) ) {

$this->people = $info;

}

}abstract function getFromDB($search_params);

}.php

<?phpCitizenSearcher extends Searcher {function getFromDB($search_params) {

$query = "*users

{$search_params}is_citizen = 1BY name

";

$result = (System::get('db')->select($query)) ? System::get('db')->select($query) : array();

$this->setPeople($result);

}

}.php

<?phpCountrySearcher extends Searcher {function getFromDB($search_params) {

$query = "*users

{$search_params}is_citizen = 0BY name

";

$result = (System::get('db')->select($query)) ? System::get('db')->select($query) : array();

$this->setPeople($result);

}

}

Формирование запроса и вызов классов шаблона «Цепочка обязанностей»

<?php(empty($_GET)) {('/search');

}

$where = array();( _get('name', false) ) {

$where[] = "name = '" . _get('name') . "'";

}

$where[] = "sex in (" . implode(',', _get('sex', array())) . ")";( _get('status') != 'all' ) {

$where[] = "status = '" . _get('status', '') . "'";

}( _get('region_name', false) ) {

$where[] = "region_name = '" . _get('region_name') . "'";

}

$whereStr = " WHERE " . implode(' AND ', $where);

$citizen = new CitizenSearcher();

$country = $citizen->setNext(new CountrySearcher());

$citizen->search($whereStr);

$this->resultSearch = array(

'citizen' => $citizen->getPeople(),

'country' => $country->getPeople(),

);

$this->count = count($this->resultSearch['citizen']) + count($this->resultSearch['country']);

Авторизация

<?phpif (System::get('user')->isLoggedIn()) {r('/');}if (!empty($_POST)) {if ( !System::get('user')->login(trim(_post('login')), trim(_post('password'))) ) {$_SESSION['message'] = array('error' => 'Вы ввели неверный логин или пароль');r('/auth');}r('/');}

Редактирование профиля

<?php( !System::get('user')->isLoggedIn() || !System::get('user')->isAdmin() ) {('/');

}(!empty($_POST)) {

$name = _post('name', '');

$nick = _post('nick', '');

$b_dt = date('Y-m-d 00:00:00', strtotime(_post('b_dt', date('d.m.Y'))));

$region_name = _post('region_name', '');

$is_citizen = (int)_post('is_citizen', '');

$sex = (int)_post('sex', '');

$status = _post('status', '');

$email = _post('email', '');

$phone = _post('phone', '');

$photo = _post('photo', '');

$id = _post('id', 0);

$query = "users= '{$name}', nick = '{$nick}', b_dt = '{$b_dt}',_name = '{$region_name}', is_citizen = '{$is_citizen}',= '{$sex}', status = '{$status}', email = '{$email}',= '{$phone}', photo = '{$photo}'id = {$id};

";

$update = System::get('db')->query($query);(!$update) {

$_SESSION['message'] = array(

'error' => 'Произошла ошибка при обновлении профайла пользователя.<br/>' . System::get('db')->showLastError()

);

} else {

$_SESSION['message'] = array(

'success' => 'Обновление данных прошло успешно!'

);

}

}('/profile');

Удаление профиля

<?php

if ( !System::get('user')->isLoggedIn() || !System::get('user')->isAdmin() || !isset($_GET['id']) ) {('/');

}

$query = "DELETE FROM users WHERE id = " . $_GET['id'];

$delete = System::get('db')->query($query);(!$delete) {

$_SESSION['message'] = array(

'error' => 'Произошла ошибка при удалении профайла пользователя.<br/>' . System::get('db')->showLastError()

);

} else {

$_SESSION['message'] = array(

'success' => 'Удаление данных прошло успешно!'

);

}('/profile');

Создание профиля

<?php

if ( !System::get('user')->isLoggedIn() ) {('/');

}(!empty($_POST)) {

$name = _post('name', '');

$nick = _post('nick', '');

$b_dt = date('Y-m-d 00:00:00', strtotime(_post('b_dt', date('d.m.Y'))));

$region_name = _post('region_name', '');

$is_citizen = (int)_post('is_citizen', '');

$sex = (int)_post('sex', '');

$status = _post('status', '');

$email = _post('email', '');

$phone = _post('phone', '');

$photo = _post('photo', '');

$idArray = System::get('db')->select("SELECT id FROM users ORDER BY id DESC LIMIT 1;");

$uid = $idArray[0]['id'] + 1;

$query = "INTO users

(id, name, nick, b_dt, region_name, is_citizen, sex, status, email, phone, photo)

({$uid}, '{$name}', '{$nick}', '{$b_dt}', '{$region_name}',

'{$is_citizen}', '{$sex}', '{$status}', '{$email}', '{$phone}', '{$photo}');

";

$insert = System::get('db')->query($query);(!$insert) {

$_SESSION['message'] = array(

'error' => 'Произошла ошибка при добавлении профайла пользователя.<br/>' . System::get('db')->showLastError()

);

} else {

$_SESSION['message'] = array(

'success' => 'Сохранение данных прошло успешно!'

);

}('/profile');

}