Разработка ПО для поиска человека в городе и деревне. Курсовая работа (т). Информационное обеспечение, программирование.
💣 👉🏻👉🏻👉🏻 ВСЯ ИНФОРМАЦИЯ ДОСТУПНА ЗДЕСЬ ЖМИТЕ 👈🏻👈🏻👈🏻
Информационное обеспечение, программирование
Вы можете узнать стоимость помощи в написании студенческой работы.
Помощь в написании работы, которую точно примут!
Похожие работы на - Разработка ПО для поиска человека в городе и деревне
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Нужна качественная работа без плагиата?
Не нашел материал для своей работы?
Поможем написать качественную работу Без плагиата!
Разработка
ПО для поиска человека в городе и деревне
, БАЗА ДАННЫХ, ВАРИАНТ ИСПОЛЬЗОВАНИЯ, ШАБЛОН
ПРОЕКТИРОВАНИЯ, ДИАГРАММА ВАРИАНТОВ ИСПОЛЬЗОВАНИЯ, КЛАСС, ДИАГРАММА КЛАССОВ,
ДИАГРАММА КОМПОНЕНТОВ
Целью курсовой работы была разработка ПО для
поиска человека в городе и деревне.
Технология разработки - шаблон проектирования
«Цепочка обязанностей».
Разработка проводилась на языке программирования
PHP, для разработки был установлен локальный WEB-сервер DENWER, язык базы
данных - SQL. Для системы был разработан набор классов для управления адресной
строкой, работой с БД, с файлами.
Разработка проведена с использованием
операционной системы Windows XP.
Осуществлено функциональное тестирование
разработанного ПО, которое показало корректность его работы.
Создание программного обеспечения - это сложный
процесс, направленный на создание и поддержание работоспособности, качества и
надежности разработанного ПО. Разработка программного обеспечения имеет дело с
проблемами качества, стоимости и надёжности. Некоторые программы содержат
миллионы строк исходного кода, которые, как ожидается, должны правильно
исполняться в изменяющихся условиях. Вот почему разработчикам важно искать
более эффективные методы работы, более элегантные решения.
В настоящее время одной из самых
распространенных техник программирования является использование шаблонов, или
паттернов, проектирования. Шаблон проектирования - повторимая архитектурная
конструкция, представляющая собой решение проблемы проектирования в рамках
некоторого часто возникающего контекста. Правильно сформулированный шаблон
проектирования позволяет, отыскав удачное решение, пользоваться им снова и
снова.
Задачей данного курсового проекта является
разработка приложения, предназначенного для поиска информации о человеке.
1. Разработка программных средств для
информационной системы поиска человека в городе и в деревне с помощью шаблона
«цепочка обязанностей»
Система призвана автоматизировать поиск человека
в городе и деревне, производить удобный просмотр данных о человеке, необходимых
для связи с ним. Система должна обладать функциями, позволяющими разграничивать
права незарегистрированных, зарегистрированных пользователей и администраторов.
Ключевой функцией является возможность простой и быстрой настройки поисковых
фильтров (параметров для поиска нужного человека) и осуществления поиска.
Система должна давать возможность добавления информации о каком-либо человеке и
просмотра личной и контактной информации (профиль человека) для последующего ее
изменения или удаления.
Система будет удобной в использовании для любого
человека, который захочет найти своего знакомого и связаться с ним. Создание
системы позволит существенно облегчить поиск человека, следить за изменениями
его анкеты и всегда оставаться на связи с ним. Информационная система должна
обеспечивать целостность и корректность данных и позволить исключить
человеческий фактор, являющийся причиной ошибок, возникающих при некорректном
вводе данных.
Для организации и ведения успешной базы данных
пользователей необходимы следующие данные: имя, псевдоним на сайте, дата
рождения, название населенного пункта и его тип (город или деревня). Также
предлагается выбрать пол, семейный статус, указать контактную информацию:
почтовый адрес и телефон. Человек может выбрать одну из нескольких фотографий
для своего профиля.
В соответствии с анализом предметной области,
можно создать следующую модель предметной области, представленную на рисунке 1.
Рисунок 1 - Модель предметной
области
.1.2 Анализ функциональных
требований
Основные функциональные требования к
системе: авторизация, поиск пользователей, просмотр профилей, создание,
редактирование, удаление профилей.
Для учета сведений о людях для
удобного поиска на каждого человека, зарегистрированного в системе, заводится
учетная запись, которая содержит личные данные, контактную информацию,
фотографию. Данные заполняются опционально.
Для реализации удобного и быстрого
поиска служит расширенная система настраиваемых фильтров поиска, где можно
выбрать те параметры, которым должна соответствовать анкета человека, такие как
пол, семейный статус, имя, населенный пункт.
Таким образом, для организации и
ведения успешной базы данных пользователей необходимы следующие данные: имя,
псевдоним на сайте, дата рождения, название населенного пункта и его тип (город
или деревня). Также предлагается выбрать пол, семейный статус, указать
контактную информацию: почтовый адрес и телефон. Человек может выбрать одну из
нескольких фотографий для своего профиля. Контактная информация должна быть
доступна только для зарегистрированных пользователей. Так обеспечивается
сохранность всех личных данных.
Незарегистрированные пользователи
могут осуществить поиск людей и просмотр информации, но только не контактной -
она доступна для авторизованных пользователей.
Авторизованный пользователь имеет
право на просмотр всей информации о людях, а также на добавление данных о новом
человеке.
Администратор сайта может редактировать
или удалять данные других профилей.
Краткое описание основных
действующих лиц представлено в таблице 1.
Пользователь,
который может осуществить поиск людей и просмотр информации, но только не
контактной
Пользователь,
который имеет доступ ко всей информации других пользователей, может добавлять
свой профиль в систему
Лицо,
постоянно работающее с этим программным обеспечением, опытный пользователь,
который следит за профилями пользователей, при необходимости проводит
редактирование анкет или их удаление.
Краткое описание основных вариантов
использования разрабатываемого программного обеспечения представлено в таблице
2.
Таблица 2 - Краткое описание вариантов
использования
Краткое
описание варианта использования
Найти
пользователей по определенному критерию
Пользователь
должен иметь возможность получить данные о людях, но контактную информацию
неавторизованный пользователь не видит
Пользователь
может узнать подробнее о всех возможностях системы, зайдя на страницу помощи
Неавторизованный
пользователь может зайти на сайт, чтобы получить доступ к контактной
информации других пользователей
Найти
пользователей по определенному критерию
Пользователь
должен иметь возможность получить данные о людях и о любых данных, указанных
в анкете
Для
того, чтобы анкета человека смогла участвовать в поиске, пользователю
необходимо заполнить все данные профиля
Найти
пользователей по определенному критерию
Пользователь
должен иметь возможность получить данные о людях и о любых данных, указанных
в анкете
Для
того чтобы анкета человека смогла участвовать в поиске, пользователю
необходимо заполнить все данные профиля
Администратор
может изменить данные любого человека по своему усмотрению с целью
предотвращения распространения нецензурной речи или заведомо ложных данных
Администратор
может удалить данные любого человека по своему усмотрению с целью
предотвращения распространения нецензурной речи или заведомо ложных данных
Таким образом, на основе данных, описанных в
таблице 2, можно составить начальную диаграмму вариантов использования. Она
представлена на рисунке 2.
Рисунок 2 - Начальная диаграмма
вариантов использования
Составим подробное описание
вариантов использования:
Вариант использования: Авторизоваться
Краткое описание: пользователь
авторизовывается на сайте
Действующие лица: неавторизованный
пользователь, авторизованный пользователь, администратор.
Предисловие: пользователь запускает
приложение на персональном компьютере.
Клиент заходит на страницу
авторизации.
Система запрашивает логин и пароль
учетной записи пользователя.
Пользователь вводит необходимые
данные.
Система проверяет корректность
введенных данных.
Система авторизовывает пользователя.
Система выдает ошибку пользователю и
предлагает ввести данные ещё раз.
Вариант использования: Использовать
помощь
Краткое описание: пользователь
пользуется информационной подсказкой системы
Действующие лица: неавторизованный
пользователь, авторизованный пользователь, администратор.
Предисловие: пользователь запускает
приложение на персональном компьютере.
Клиент заходит на страницу Помощи,
где он может узнать подробные возможности системы.
Вариант использования: Найти
пользователя
Краткое описание: найти информацию о
пользователях, выбранных по заданным критериям.
Действующие лица: неавторизованный
пользователь, авторизованный пользователь, администратор.
Предисловие: пользователь заходит на
страницу выбора параметров поиска.
Система предлагает пользователю
выбрать параметры, по которым он сможет найти нужную информацию.
Пользователь вводит все нужные
параметры для поиска.
Система обрабатывает введенные
фильтры и осуществляет поиск пользователей.
Система показывает сообщение о том,
что данные не найдены и предлагает пользователю начать новый поиск.
Система показывает список найденных
пользователей, составленный зависимо от статуса пользователя. Неавторизованный
пользователь не видит контактную информацию, а администратор имеет доступ к
редактированию и удалению.
Вариант использования: Выйти из
системы
Краткое описание: пользователь
выходит из системы
Действующие лица: авторизованный
пользователь, администратор.
Предисловие: пользователь,
авторизованный в системе, пользуется приложением.
Авторизованный пользователь выбирает
опцию Выйти из системы.
Система осуществляет выход
пользователя из системы.
Система переводит пользователя в
статус неавторизованного.
Вариант использования: Редактировать
информацию
Краткое описание: администратор переходит
на страницу редактирования информации о пользователе.
Предисловие: администратор
просматривает информацию о пользователе.
Система предлагает администратору
изменить какие-либо данные о пользователе на основе имеющихся данных.
Администратор редактирует
информацию.
Система сохраняет данные. Информация
изменена.
.1.3 Анализ нефункциональных
требований
Система должна быть реализована для
семейства операционных систем Windows.
Клиентская часть должна быть
реализована на языке JavaScript и CSS, серверная часть приложения - на языке
PHP 5.4, серверная часть БД - MySQL Server, на котором будет создана
реляционная база данных.- прототипно-ориентированный сценарный язык
программирования. Является диалектом языка ECMAScript. (англ. Cascading Style
Sheets - каскадные таблицы стилей) - формальный язык описания внешнего вида
документа, написанного с использованием языка разметки.(англ. PHP: Hypertext
Preprocessor ) - скриптовый язык программирования общего назначения, интенсивно
применяемый для разработки веб-приложений. В настоящее время поддерживается
подавляющим большинством хостинг-провайдеров и является одним из лидеров среди
языков программирования, применяющихся для создания динамических веб-сайтов.
Система будет реализована на основе
трехуровневой архитектуры.
Трёхуровневая архитектура, или
трехзвенная архитектура - архитектурная модель программного комплекса,
предполагающая наличие в нём трёх компонентов: клиентского приложения, сервера
приложений, к которому подключено клиентское приложение, и сервера базы данных,
с которым работает сервер приложений.
Выбор трехуровневой архитектуры
обусловлен следующими преимуществами перед клиент-серверной или файл-серверной
архитектурой:
конфигурируемость - изолированность
уровней друг от друга позволяет (при правильном развертывании архитектуры)
быстро и простыми средствами переконфигурировать систему при возникновении
сбоев или при плановом обслуживании на одном из уровней
низкие требования к скорости канала
(сети) между терминалами и сервером приложений
низкие требования к
производительности и техническим характеристикам терминалов, как следствие
снижение их стоимости. Терминалом может выступать не только компьютер, но и,
например, мобильный телефон.
.1.5 Уточнение диаграммы вариантов
использования
Проанализировав функциональные
требования, а также подробное описание вариантов использования, можно заметить,
что составленная диаграмма вариантов использования не является полной. Расширим
диаграмму вариантов использования.
Можно заметить, что вариант
использования «Найти человека» содержит в себе несколько подвариантов: «Выбрать
параметры поиска», связанный с базой данных, и «Просмотреть результаты поиска».
В свою очередь, вариант «Редактировать профиль» является подвариантом действия
«Просмотреть результаты поиска» и связан с базой данных. Вариант «Удалить
профиль» является подвариантом действия «Редактировать профиль» и также связан
с базой данных.
С учетом изложенных уточнений,
составим диаграмму вариантов использования, представленную на рисунке 3.
Рисунок 3 - Уточнение диаграммы
вариантов использования
.2.1 Анализ шаблона проектирования
«Цепочка обязанностей»
Проектирование
объектно-ориентированных программ - нелегкое дело, а если их нужно использовать
повторно, то все становится еще сложнее. Необходимо подобрать подходящие
объекты, отнести их к различным классам, соблюдая разумную степень детализации,
определить интерфейсы классов и иерархию наследования и установить существенные
отношения между классами.
Шаблон проектирования, или паттерн -
повторимая архитектурная конструкция, представляющая собой решение проблемы
проектирования в рамках некоторого часто возникающего контекста.
Паттерны проектирования упрощают
повторное использование удачных проектных и архитектурных решений.
Представление прошедших проверку временем методик в виде паттернов
проектирования облегчает доступ к ним со стороны разработчиков новых систем. С
помощью паттернов можно улучшить качество документации и сопровождения
существующих систем, позволяя явно описать взаимодействия классов и объектов, а
также причины, по которым система была построена так, а не иначе.
Паттерны проектирования - это не то
же самое, что связанные списки или хэш-таблицы, которые можно реализовать в
виде класса и повторно использовать без каких бы то ни было модификаций. Но это
и не сложные, предметно-ориентированные решения для целого приложения или
подсистемы. Здесь под паттернами проектирования понимается описание
взаимодействия объектов и классов, адаптированных для решения общей задачи
проектирования в конкретном контексте.
При разработке данного проекта был
использован патер «Цепочка обязанностей». Этот патер входит в группу паттернов
поведения. Паттерны поведения характеризуют сложный поток
управления, который трудно
проследить во время выполнения программы. Внимание акцентировано не на потоке
управления как таковом, а на связях между объектами.
Рассмотрим шаблон «Цепочка
обязанностей» подробнее.
Цепочка обязанностей - паттерн
поведения объектов.
Позволяет избежать привязки
отправителя запроса к его получателю, давая шанс обработать запрос нескольким
объектам. Связывает объекты-получатели в цепочку и передает запрос вдоль этой
цепочки, пока его не обработают.
Идея шаблона заключается в том,
чтобы разорвать связь между отправителями и получателями, дав возможность
обработать запрос нескольким объектам. Запрос перемещается по цепочке объектов,
пока один из них не обработает его. Первый объект в цепочке получает запрос и
либо обрабатывает его сам, либо направляет следующему кандидату в цепочке,
который ведет себя точно так же. У объекта, отправившего запрос, отсутствует
информация об обработчике. Мы говорим, что у запроса есть анонимный получатель.
Удобно использовать цепочку обязанностей,
когда:
) есть более одного объекта,
способного обработать запрос, причем настоящий обработчик заранее неизвестен и
должен быть найден автоматически;
) вы хотите отправить запрос одному
из нескольких объектов, не указывая явно, какому именно;
) набор объектов, способных
обработать запрос, должен задаваться динамически.
определяет интерфейс для обработки
запросов;
(необязательно) реализует связь с
преемником;
б ConcreteHandler - конкретный
обработчик:
обрабатывает запрос, за который
отвечает;
если ConcreteHandler способен
обработать запрос, то так и делает, если не может, то направляет его - его
своему преемнику;
отправляет запрос некоторому объекту
ConcreteHandler в цепочке.
Когда клиент инициирует запрос, он
продвигается по цепочке, пока некоторый объект ConcreteHandler не возьмет на
себя ответственность за его обработку.
Паттерн цепочка обязанностей имеет
следующие достоинства и недостатки: программный
информационный поиск цепочка
) ослабление связанности. Этот
паттерн освобождает объект от необходимости «знать», кто конкретно обработает
его запрос. Отправителю и получателю ничего неизвестно друг о друге, а
включенному в цепочку объекту - о структуре цепочки. Таким образом, цепочка
обязанностей помогает упростить взаимосвязи между объектами. Вместо того чтобы
хранить ссылки на все объекты, которые могут стать получателями запроса, объект
должен располагать информацией лишь о своем ближайшем преемнике;
) дополнительная гибкость при
распределении обязанностей между объектами. Цепочка обязанностей позволяет
повысить гибкость распределения обязанностей между объектами. Добавить или
изменить обязанности по обработке запроса можно, включив в цепочку новых
участников или изменив ее каким-то другим образом. Этот подход можно сочетать
со статическим порождением подклассов для создания специализированных
обработчиков;
) получение не гарантировано. Поскольку
у запроса нет явного получателя, то нет и гарантий, что он вообще будет
обработан: он может достичь конца цепочки и пропасть. Необработанным запрос
может оказаться и в случае неправильной конфигурации цепочки.
Пример диаграммы классов шаблона
«Цепочка обязанностей» представлен на рисунке 4.
Рисунок 4 - Пример диаграммы классов
шаблона «Цепочка обязанностей»
Для данного проекта был разработан
фреймворк (англ. framework - каркас, структура) - структура программной
системы; программное обеспечение, облегчающее разработку и объединение разных
компонентов большого программного проекта. Классы фреймворка предназначены для
работы с адресной строкой, системой, базой данных, пользователем. Описание
классов, их назначение и описание функций представлено в таблице 3.
Таблица 3 - Описание классов
фреймворка
Класс
для работы с базой данных. Хранит текущее соединение и позволяет легко
выполнять различные запросы в базе.
__construct
- конструктор класса. Служит для инициализации переменных класса (имя базы
данных и хоста, логина и пароля учетной записи). Connect - служит для
установления соединения с базой данных. Query - служит для выполнения запросов
к базе данных. Select - служит для выполнения запросов на выборку данных.
showLastError - показывает последнюю ошибку , произошедшую в базе при
выполнении запроса
«Класс-контейнер»
служит для хранения переменных сайта и объектов классов, инициализированных
при загрузке фреймворка. Нужен для удобства обращения к объектам классов, а
также для обеспечения сохранности данных при работе с объектами классов.
Init
- служит для загрузки конфигурации сайта и основных параметров. Get -
получить значение по ключу Set - добавить или обновить значение по ключу.
Класс
служит для загрузки нужных папок и скриптов сайта
__construct
- конструктор класса. Служит для инициализации переменных класса loadCss -
служит для загрузки файлов css loadJs - служит для загрузки файлов js render
- служит для загрузки необходимого файла (-ов) block - служит для загрузки
блока данных, т.е. для повторяющегося элемента кода showSystemMessage -
служит для показа системных сообщений при успешном действии или при ошибке.
UML (англ. Unified Modeling
Language) - язык
графического
описания для объектного моделирования
в области разработки программного обеспечения
.
UML является языком широкого профиля, это - открытый стандарт
,
использующий графические обозначения для создания абстрактной модели
системы
,
называемой UML-моделью. UML был создан для определения, визуализации,
проектирования и документирования, в основном, программных систем.
В данном проекте разработка ведется
на основе моделей UML, использованы следующие диаграммы UML: классов, вариантов
использования, размещения и компонентов.
Диаграмма классов
- статическая структурная диаграмма, описывающая структуру системы,
демонстрирующая классы системы, их атрибуты, методы и зависимости между
классами.
Диаграмма вариантов использования
(Use case diagram) - диаграмма, на которой отражены отношения, существующие
между действующими
лицами и вариантами использования
.
Диаграмма компонентов
(Component diagram) - статическая структурная диаграмма, показывает разбиение
программной системы на структурные компоненты и связи (зависимости) между
компонентами.
Диаграмма размещения (Deployment
diagram) - моделирует физическое развертывание артефактов на узлах.
.3.1 Проектирование интерфейса
пользователя
Исходя из проведенного анализа
функциональных и нефункциональных требований, было решено, что приложение будет
состоять из нескольких тематических разделов: страница настройки фильтров
поиска и вывода результатов, страница авторизации, главная страница, страница
«О системе», а также страницы редактирования и добавления профиля человека.
Таким образом, был разработан следующий интерфейс пользователя, представленный
на рисунках 5 - 12.
Рисунок 6 - Главная страница для
неавторизованных пользователей
Рисунок 7 - Главная страница для
авторизованных пользователей
Рисунок 9 - Страница настройки
фильтров поиска
Рисунок 10 - Страница вывода
результатов поиска
Рисунок 11 - Страница редактирования
профиля
Рисунок 12 - Страница создания
профиля
Поля для ввода данных, элемент input
Блок авторизованных пользователей,
элемент div
Поле для выбора данных, элемент
checkbox
Поле для выбора данных, элемент
select
Блок для вывода личной информации,
элемент div
Блок для вывода контактной
информации, элемент div
Диаграмма классов, реализующих
шаблон «Цепочка обязанностей», представлена на рисунке 13.
Как видно из диаграммы классов,
загрузку приложения обеспечивают следующие классы: System, Db, Uri, User, View.
Рассмотрим каждый из них подробнее.- класс-контейнер, который служит для
хранения переменных сайта и объектов классов, инициализированных при загрузке
фреймворка; нужен для удобства обращения к объектам классов, а также для
обеспечения сохранности данных при работе с объектами классов.- класс для
работы с базой данных. Хранит текущее соединение и позволяет легко выполнять различные
запросы в базе.- класс необходим для работы с адресной строкой, для разбора
параметров, переданных в адресной строке.- класс необходим для работы с
пользователем, а именно для определения статуса пользователя: авторизованный,
неавторизованный или администратор, для авторизации пользователя.- класс служит
для загрузки нужных скриптов сайта.
Подробное описание назначения
классов и методов приведено в таблице 3 - Описание классов фреймворка.
Шаблон проектирования «Цепочка
обязанностей» реализуют три класса.- обработчик, который определяет интерфейс
для обработки
запросов. Содержит следующие
методы:() - публичный метод, определяет следующего обработчика запроса.() -
публичный метод, выполняет вызов функции запроса к базе данных для обработчика
и, если таковой существует, поиск для следующего обработчика.() - публичный
метод, возвращает массив с данными о найденных людях.() - защищенный метод,
реализующий добавление информации о найденных пользователях.() - абстрактный
защищенный метод для формирования запроса к базе данных, для каждого
обработчика свой.и CitizenSearcher - конкретный обработчик, обрабатывает
запрос, за который отвечает, а также имеет доступ к своему преемнику. Оба
класса содержат реализацию метода getFromDb() - публичный метод для выборки информации
о пользователях в города или в деревне.
Метод getFromDb() связан с классом
Db, осуществляющим работу с базой данных.
Для загрузки обработчика запроса
служит класс View. Данный скрипт принимает параметры поиска, заданные
пользователем, обрабатывает их и вызывает метод класса getPeople() классов
CountrySearcher и CitizenSearcher.
Исходя из анализа предметной
области, анализа функциональных и нефункциональных требований, решено
использовать реляционную базу данных. База данных содержит одну таблицу 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.
Диаграмма компонентов представлена на
рисунке 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 - подробное описание классов фрейморка.
Код классов, реализующих шаблон
«Цепочка обязанностей» и работу системы, их методов, а также код основных
скриптов приведен в приложен
Похожие работы на - Разработка ПО для поиска человека в городе и деревне Курсовая работа (т). Информационное обеспечение, программирование.
Практическая Работа Древесина
Курсовая работа по теме Конституционные основы организации местного самоуправления в РФ
Примерные Декабрьские Сочинения 2022
Сочетанная Травма В Челюстно Лицевой Области Реферат
Реферат по теме Формирование персонала и эффективность его использования
Курсовая работа по теме 5-ти этажное двадцатиквартирное жилое здание с подземными гаражами
Курсовая работа по теме Модели оценки финансовых активов
Курсовая работа: Функциональное назначение программы Project Expert
Отчет по практике по теме Анализ системы управления компании 'СтройТоргСервис'
Реферат На Тему Виды Научно Исследовательских Работ
Реферат На Тему Статистический Выборочный Метод
Реферат по теме Взаимодействие хлорида неодима (III) с метагерманатом калия в этаноле
Сочинение по теме «Прекрасно знал, что я делаю, и, людям помогая, сам на пытку шел»
Реферат На Тему Имидж Деловой Женщины
Готовые Дипломные Работы 2022
Контрольная работа: Контрольная работа по Микроэкономике
Скачать Реферат Пути
Реферат: Perception Of Reality Essay Research Paper Perception
Реферат по теме Реклама в туристическом бизнесе
Направления Тем Итогового Сочинения 2022 Фипи
4. Проверка соблюдения авансовой дисциплины
Похожие работы на - Особенности применения полиграфа в государственной службе
Реферат: Александр Андреевич Иванов и его картина "Явление Христа народу"