Содержание
Введение......................................................................................... 6
1 Постановка задачи...................................................................... 7
1.1 Обзор программных продуктов.............................................8
1.2 Сравнительный анализ программных продуктов...............12
1.3 Назначение и цели создания информационной системы..14
1.4 Обследование объекта автоматизации...............................15
2 Проектирование информационной системы...........................17
2.1 Структурный анализ............................................................17
2.1.1 Контекстная диаграмма.................................................17
2.1.2 DFD-диаграмма нулевого уровня иерархии...................19
2.1.3 Диаграмма структуры данных........................................21
2.1.4 Спецификации потоков...................................................21
2.1.5 Спецификации процессов...............................................25
2.2 Моделирование базы данных..............................................25
2.3 Диаграммы состояний.........................................................28
2.4 Функциональный анализ.....................................................31
2.5 Структурное проектирование.............................................33
2.6 Диаграмма прецедентов......................................................36
3 Реализация информационной системы...................................39
3.1 Архитектура информационной системы.............................39
3.2 Обзор программных средств реализации базы данных.....44
3.3 Реализация базы данных.....................................................51
3.4 Реализация интерфейса информационной системы..........54
4 Безопасность и экологичность работы....................................63
4.1 Анализ опасных и вредных факторов.................................63
Изм.
4.2 Расчет естественного освещения........................................65
09.03.02.55000.000 ПЗ
Лист
Разраб.
Провер.
Реценз.
Н. Контр.
Утверд.
№ докум.
Бесхлебный
М.А.
Каныгин Г.И.
Подпись Дата
Проектирование и
реализация интернетмагазина мобильных
устройств и техники
Пояснительная записка
Лит.
Лист
Листов
4
79
ДГТУ
Кафедра «ИТ»
4.3 Расчет эвакуационных путей и выходов.............................68
4.4 Оценка экологичности проекта..........................................76
4.5 Вывод....................................................................................77
Заключение..................................................................................78
Перечень использованных информационных ресурсов.............79
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Введение
Создание
машин
современных
позволило
электронных
автоматизировать
вычислительных
обработку
данных
во
многих сферах человеческой деятельности. Без современных
систем
обработки
данных
трудно
передовые
производственные
экономикой
на
всех
ее
представить
технологии,
уровнях,
научные
сегодня
управление
исследования,
образование, издательское дело, функционирование средств
массовой
информации,
проведение
крупных
спортивных
состязаний.
Одним из наиболее распространенных классов систем
обработки
данных
являются
информационные
системы.
Информационная система — система, предназначенная для
хранения, поиска, обработки информации, и соответствующие
организационные
ресурсы
(человеческие,
технические,
финансовые и т. д.), которые обеспечивают и распространяют
информацию.
Информационные
системы
в
сфере
продаж
помогают улучшить и контролировать все бизнес-процессы
данного предприятия, а также корректировать, формализовать
и
автоматизировать
информационных
их.
систем
Так
является
же
преимуществами
обеспечение
сбора
и
хранения данных, их использование и обрабатывание с целью
дальнейшего прогнозирования и планирования. Осуществление
поиска и выдача необходимой информации пользователю. В
начале
разработки
информационной
системы
важно
проектирование. В его рамках осуществляется совокупность
работ
Изм. Лист
по
подготовке
№ докум.
Подпис Дата
ь
технического
задания
и разработке
09.03.02.550000.000 ПЗ
Лист
7
системы. Поскольку процесс проектирования не имеет четких
границ,
его
задачи
прямо
зависят
от
того,
какую
цель
преследует заказчик. Цели и задачи находят отражение в
техническом задании на проектирование. В итоге заказчик
получает информационную систему, удовлетворяющую всем
его
условиям,
экономические
что
и
помогает
бизнес
ему
показатели,
усовершенствовать
повысить
качество
работы, как сотрудников, так и производства в целом.
1 Постановка задачи
Деятельность
мобильных
магазина
устройств
и
заключается
техники.
Задача
в
дистрибуции
информационной
системы состоит в увеличении прибыли от продажи товаров и
большее количество новых посетителей и клиентов. Клиенты,
при взаимодействии с интерфейсом ИС, могут выбрать из
каталога, поделенного на категории, определенный товар, при
этом
они
могут
ознакомиться
с
его
характеристиками,
описанием, также они имеют возможность добавить товар в
корзину, если таковой товар отсутствует, то по запросу клиента
при поступлении товара на склад информационная система
уведомит
клиента.
После
добавления
нужных
товаров,
в
корзине рассчитывается ориентировочная стоимость всего
заказа. После выполнения заказа с клиентом связывается
менеджер для уточнения заказа, и он получает уведомление на
почту. С помощью базы данных информационной системы
осуществляется полный учет товаров, и контроль по доставке
заказов, а также данных о сотрудниках и клиентах. По
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
результатам своей деятельности интернет-магазин производит
отчисления в налоговые органы.
Цель работы состоит в реализации интернет-магазина
мобильных устройств и техники с применением современных
средств разработки.
При
проектировании
и
разработке
информационной
системы понадобиться решить следующие задачи:
Проанализировать
существующие
программные
продукты.
Провести структурный анализ и проектирование.
Спроектировать
базу
данных
и
информационную
систему.
Реализовать
информационную
систему
интернет-
магазина мобильных устройств и техники.
Провести
анализ
безопасности
и
экологичности
работы.
1.1 Обзор программных продуктов
Для реализации конкурентно-способного программного
продукта, нужно проанализировать существующие на рынке
информационные системы с целью понимания нужного для
удобства
пользователя
функционала
и
правильности
проектирования системы. Анализ и полученное представление
о продуктах помогут в дальнейшей разработке собственной
информационной
системы.
Далее
были
рассмотрены
и
проанализированы крупные сайты интернет-магазинов.
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
1.1.1 Интернет-магазин «Технопарк»
(https://www.technopark.ru/)
На сайте имеется следующая информация:
О компании.
Каталог товаров.
Баннеры новинок и акций.
Фото и текстовая информация о продуктах.
О расположении пунктов выдачи товаров.
Рисунок 1 – Скриншот главной страницы сайта интернетмагазина
«Технопарк» (https://www.technopark.ru/)
На сайте можно выполнить следующие функции:
Online-заказ на сайте.
Выбрать форму обратной связи.
Просмотреть виртуальная витрина с изображениями и
сортировкой.
Отзывы о товаре.
Сравнить товары.
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
1.1.2 Интернет-магазин «DNS» (https://www.dnsshop.ru/)
На сайте имеется следующая информация:
О компании.
Каталог товаров.
Баннеры новинок.
Фото и текстовая информация о продуктах.
О расположении пунктов выдачи товаров.
Сравнительные таблицы.
Контакты службы поддержки.
Актуальные акции.
Рисунок 2 - Скриншот главной страницы сайта интернетмагазина «DNS»
(https://www.dns-shop.ru/)
На сайте можно выполнить следующие функции:
Online-заказ на сайте.
Форма обратной связи.
Виртуальная
витрина
с
изображениями
и
сортировкой.
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Отзывы к товарам.
Огромный выбор продукции.
1.1.3 Интернет-магазин «BIG-geek»
(https://www.biggeek.ru/)
На сайте имеется следующая информация:
О компании.
Каталог товаров.
Баннеры новинок и акций.
Фото и текстовая информация о продуктах.
Контакты службы поддержки.
Ссылки на соц. сети компании.
О доставке и оплате.
Рисунок 3 - Скриншот главной страницы сайта интернетмагазина
«BIG-geek» (https://biggeek.ru/)
На сайте можно выполнить следующие функции:
Изм. Лист
Online-заказ на сайте.
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Форма обратной связи.
Виртуальная
витрина
с
изображениями
и
сортировкой.
Сравнение товаров.
1.1.4 Интернет-магазин «Румиком» (https://www.rumi.ru/)
На сайте имеется следующая информация:
О компании.
Каталог товаров.
Баннеры новинок и акций.
Фото и текстовая информация о продуктах.
Контакты службы поддержки.
Товар дня.
Гарантия на товары.
Доставка и оплате.
Рекомендуемые товары.
Рисунок 4 - Скриншот главной страницы сайта интернетмагазина
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
«Румиком» (https://ru-mi.com/)
На сайте можно выполнить следующие функции:
Online-заказ на сайте.
Виртуальная
витрина
с
изображениями
и
сортировкой.
Сравнение товаров.
1.2 Сравнительный анализ программных продуктов
Осуществим
сравнение
рассмотренных
программных
продуктов по следующим параметрам:
1.
Удобство работы сайта.
2.
Дизайна сайта.
3.
Скорость доступа к данным сайта.
4.
Адаптивность сайта.
5.
Многоязычность сайта.
6.
Время обучения персонала.
Определим для параметров оценочные шкалы.
Удобство работы сайта:
Отлично
интерфейс,
–
с
понятный
минимальным
и
простой
количеством
пользовательский
неиспользуемой
информации, главные элементы сайта четко выражены на фоне
остальных, цвета не раздражающие.
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Хорошо – интерфейс понятен, но местами недоработан или
усложнен, основные функции в пределах главной страницы не
обозначены, неподходящий размер элементов.
Удовлетворительно – сложный интерфейс, для работы с
которым
необходимо
приноровиться,
функции
сайта
разбросаны по различным страницам сайта, что может вызвать
затруднения у нового пользователя.
Дизайн сайта:
Отлично – современный дизайн приятный пользователям,
актуальные новинки на главной странице.
Хорошо – современное оформление, но не соответствие
корпоративным цветам и не приятный для пользователей
интерфейс.
Скорость доступа к данным сайта:
Отлично – при равной скорости доступа в интернет, доступ
на сайт занимает меньше 1 секунды.
Хорошо – при равной скорости доступа в интернет, доступ
на сайт занимает от 1 до 3 секунд.
Удовлетворительно – при равной скорости доступа в
интернет, доступ на сайт занимает больше 3 секунд.
Адаптивность сайта:
Да – изменяет вида сайта на разных устройствах
Нет - не изменяет вида сайта на разных устройствах
Многоязычность сайта:
Да – есть возможность изменить язык
Нет - нет возможности изменить язык
Время обучения персонала:
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Отлично
–
обучение
не
требуется,
все
понятно
на
интуитивном уровне.
Хорошо – достаточен небольшой инструктаж по работе.
Таблица 1 - Сравнение программных продуктов
Удобство
работы сайта
Дизайн сайта
Скорость
доступа к
данным сайта
Адаптивность
сайта
Технопар
к-Ростов
Хорошо
DNS
BIG-geek
Ру-Ми-Ком
Отлично
Хорошо
Отлично
Хорошо
Отлично
Отлично
Отлично
Отлично
Отлично
Хорошо
Хорошо
Да
Да
Да
Да
Нет
Да
Нет
Нет
Хорошо
Отлично
Хорошо
Отлично
Окончание таблицы 1
Многоязычно
сть сайта
Время
обучения
персонала
На основе анализа были определены основные функции и
характеристики проектируемой ИС:
Удобство работы.
Обратная связь.
Высокая скорость доступа к данным.
Каталог товаров.
Корзина товаров.
Возможность заказа товара онлайн.
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
1.3 Назначение и цели создания информационной
системы
Для того чтобы понять какую информационную систему
необходимо разработать, очень важно понимать ее прямое
назначение, а также все цели создания системы. Для этого
сначала определим и сформируем назначение и цели создания
информационной системы. Все данные предоставим в виде
таблицы 2
Таблица 2 - Назначение и цели создания информационной
системы
Характеристики проекта
Значения характеристик
Назначение системы
Вид деятельности системы
Автоматизация информационных и
бизнес процессов интернет-магазина
Перечень
объектов Интернет-магазины
информатизации, на которых
предполагается
ее
использовать
Окончание таблицы 2
Цели создания системы
Наименования и требуемые
значения
технологических
показателей
объекта
информатизации,
которые
должны быть достигнуты в
результате создания ИС
Наименования и требуемые
значения
производственноэкономических показателей
объекта
информатизации,
которые
должны
быть
достигнуты
в
результате
Изм. Лист
№ докум.
Подпис Дата
ь
-Создание сайта интернет-магазина с
использованием
современных
технологий:
Front-end: html, js, bootstrap (MVCpattern),
Back-end: php (framework: Laravel)
DateBase: MySQL
Достижение максимальной прибыли,
покрытие
затрат,
увеличение
показателей компании, расширение
базы клиентов.
Экономия
всех
видов
ресурсов
(трудовых,
материальных,
09.03.02.550000.000 ПЗ
Лист
7
создания ИС
временных)
Назначение системы
Наименования и требуемые -Наличие бесперебойного интернет
значения
технических соединения
показателей
объекта -Сервер базирования БД
информатизации,
которые -Компьютеры
должны быть достигнуты в -Роутеры
результате создания ИС
-Сетевые кабели
Критерии оценки достижения -Повышение качества обслуживания
целей создания системы
клиентов
-Улучшить
удобство
работы
с
пользовательским интерфейсом
-Повышения качества планирования
закупок
-Повышение степени оперативности
и качества анализа работы всех
уровней
-Повышение степени автоматизации
бизнес процессов
1.4 Обследование объекта автоматизации
В
начале
проектирования
необходимо
провести
обследование объекта автоматизации, определив подходящие
методы. Сначала определим схему объекта автоматизации
рисунок 5.
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Рисунок 5 - Организационная схема объекта автоматизации
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
2 Проектирование информационной системы
Проектирование
многоступенчатый
предоставляет
процесс
собой
разработки
сложный
и
информационной
системы, без организации которого невозможно создание и
использование
современных
информационных
систем.
Основной смысл проектирования заключается в разбитии
бизнес
структуры
впоследствии
предприятия
можно
будет
на
процессы,
реализовать
в
которые
требуемой
информационной системе.
2.1 Структурный анализ
2.1.1 Контекстная диаграмма
Контекстная
диаграмма
диаграмма
потоков
данных,
-
вид
IDEF0-диаграммы.
расположенная
на
Это
вершине
древовидной структуры диаграмм. DFD диаграммы позволяют
графически описать процессы верхнего уровня, происходящие
в информационной системе, а также все существующие потоки
данных. Контекстная диаграмма состоит из одного блока,
описывающего функцию верхнего уровня, ее входы, выходы,
управления, и механизмы, вместе с формулировками цели
модели и точки зрения, с которой строится модель. Построим
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
контекстную диаграмму верхнего уровня (начальную) для
проектируемой ИС.
На
рисунке
6
представлена
контекстная
диаграмма
верхнего уровня иерархии «Интернет-магазина»:
Рисунок 6 - Контекстная диаграмма верхнего уровня иерархии
«Интернет-магазина»
Руководство:
следит
за
корректной
работой
ИС,
запрашивает все отчеты и информацию по предприятию.
Менеджер по продажам: анализирует информацию по
продажам ИС и курирует продажи товаров.
Клиент: обращается к ИС для получения информации по
всем товарам, конкретному товару и его характеристикам, о
наличие его на складе и для заказа товара.
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Таблица 3 Матрица списка событий
Описание событий
№
Ти
Реакция
п
ND Зарегистрировать клиента
1 Клиент желает
зарегистрироваться в системе
2 Клиент сообщает об изменении
личных данных
3 Клиент желает купить нужный
товар
4 Клиент желает проверить свой
заказ
5 Менеджер по продажам данные о
товаре на складе
6 Менеджер по продажам
отправляет товар на склад
ND Изменить личные данные
клиента
ND Оформляется заказ с
уникальным номером
пользователя
ND Проверить статус его заказа
ND Запрос размещается в
системе
ND Менеджер по продажам
регистрирует получение и
пополнение товара
7 Руководство запрашивает данные о ND Менеджер по продажам
продажах за определенный период
отправляет данные и заносит
их в систему
8 Менеджер по продажам
ND Отчет размещается в
формирует отчет о покупателях и
системе
продажах
9 Менеджер по продажам
ND Изменение статуса заказа в
формирует заказ
системе
2.1.2 DFD-диаграмма нулевого уровня иерархии
Диаграммы потоков данных (DFD) являются основным
средством
моделирования
функциональных
проектируемой
системе.
К
(контекстной)
диаграммы
сожалению,
верхнего
требований
построение
уровня
к
DFD
иерархии
недостаточно, для более подробного понимания всех процессов
и его составляющих, рекомендуется детализировать каждый из
потоков данных. В данном случае используют DFD-диаграмму
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
нулевого уровня иерархии, где описывается каждый процесс и
поток данных. Построим DFD диаграмму нулевого уровня
иерархи на рисунке 7:
Рисунок 7 - DFD-диаграмма ИС
Далее,
в
таблице
4,
представлено
соотношение
потоков
контекстной и DFD диаграмм:
Таблица 4 - Соотношение потоков контекстной и DFD диаграмм
№
1
2
3
Потоки на контекстной
диаграмме
Информация от руководства
Информация для руководства
Информация от клиента
4
Информация для клиента
5
Информация от менеджера по
продажам
Информация для менеджера по
продажам
6
Изм. Лист
№ докум.
Подпис Дата
ь
Потоки на диаграмме
нулевого уровня
Данные об изменениях
Данные отчета
1. Данные клиента
2. Запрос о покупке
1. Статус заказа
2. Данные об акциях
1. Запрос статистики
2. Формирование заказа
1. Данные о покупателях и
продажах
2. Данные о заказах
3. Состояние склада
4. Финансовые данные
09.03.02.550000.000 ПЗ
Лист
7
2.1.3 Диаграмма структуры данных
Диаграммы
предшественником
структуры
модели
данных
сущность-связь.
являются
В
качестве
диаграммы структуры данных будем рассматривать структуру,
содержащую в графическом представлении набор потоков
(от/к), связанных с каждой сущностью.
Рисунок 8 - Диаграмма структуры данных
2.1.4 Спецификации потоков
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Нумерованный
список
потоков
DFD
нулевого
уровня
иерархии:
1.
Данные отчета.
2.
Данные об изменениях.
3.
Данные клиента.
4.
Запрос о покупке.
5.
Статус заказа.
6.
Данные об акциях.
7.
Данные о заказах.
8.
Данные о покупателях и продажах.
9.
Состояние склада.
10. Финансовые данные.
11. Запрос статистики.
12. Формирование заказа.
Спецификации потоков:
1.@имя потока = Данные отчета
@тип потока = управляющий поток
@единицы измерения = числовая информация + дата
@БНФ = id расчёта + начало периода + конец периода +
id категории + доход + расход + прибыль + расчет зарплат +
расчет премий
@комментарий
=
/Информация
для
руководства
в
определенный период/
2.@имя потока = Данные об изменениях
@тип потока = управляющий поток
@единицы измерения = числовая информация + текст
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
@БНФ = id товара + новое количество + новая цена +
наличие товара
@комментарий
=
/Информация
для
изменения
цены
определенного товара/
3.@имя потока = Данные клиента
@тип потока = поток данных
@единицы измерения = текстовая информация
@БНФ = id + ФИО + пароль + телефон + email
@комментарий = /Данные для регистрации клиента в
системе/
4.@имя потока = Запрос о покупке
@тип потока = поток данных
@единицы измерения = числовая информация
@БНФ = id заказа + id товара + цена
@комментарий = /Запрос на покупку товара/
5.@имя потока = Статус заказа
@тип потока = внутренний поток
@единицы измерения = числовая информация + текст
@БНФ = id заказа + состояние
@комментарий = /Данные о статусе заказа /
6.@имя потока = Данные об акциях
@тип потока = поток данных
@единицы измерения = текстовая
@БНФ = id товара + акция
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
@комментарий = /Информация о акциях/
7.@имя потока = Данные о заказах
@тип потока = поток данных
@единицы измерения = текстовая + числовая информация
@БНФ = id + статус + имя пользователя + телефон + id
пользователя
@комментарий = /Добавляет данные о заказах/
8.@имя потока = Данные о покупателях и продажах
@тип потока = поток данных
@единицы измерения = текстовая + числовая информация
@БНФ = id покупателя + id товара + цена + количество
@комментарий = /Данные статистики по покупкам/
9.@имя потока = Состояние склада
@тип потока = внутренний поток
@единицы измерения = числовая информация + текст
@БНФ = id товара + количество штук
@комментарий = /Данные о состоянии склада /
10.@имя потока = Финансовые данные
@тип потока = поток данных
@единицы измерения = числовая информация + дата
@БНФ = id категории + количество + цена + период
продаж
@комментарий = /Информация для аналитики менеджера
по продажам/
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
11.@имя потока = Запрос статистики
@тип потока = внутренний поток
@единицы измерения = числовая информация + текстовая
@БНФ = id протокола + сформированная статистика
@комментарий = /Статистика о покупках/
12.@имя потока = Формирование заказа
@тип потока = поток данных
@единицы измерения = числовая информация
@БНФ = id заказа + id пользователя + id товаров +
итоговая цена
@комментарий = /Информация от склада для курьера/
2.1.5 Спецификации процессов
Нумерованный список процессов DFD нулевого уровня
иерархии:
1.
Получить отчеты.
2.
Изменить количество товара, цены, заказы.
3.
Зарегистрироваться.
4.
Проверить статус заказа.
5.
Оформить заказ.
6.
Вывести информацию об акциях.
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
7.
Получить статистику о покупателях и продажах.
8.
Сформировать заказ.
9.
Получить информацию о состоянии склада.
10. Финансовые отчеты.
2.2 Моделирование базы данных
Моделирование данных — это процесс создания модели
данных для хранения данных в базе данных. Эта модель
данных представляет собой концептуальное представление
объектов
данных
данных,
и
связей
между
различными
правилами. Моделирование
объектами
данных
помогает
визуально представлять данные и обеспечивает соблюдение
бизнес-правил, нормативных требований и государственных
политик в отношении данных. Модели данных обеспечивают
согласованность в соглашениях об именах, значениях по
умолчанию,
семантике,
безопасности
при
обеспечении
качества данных, рисунок 9.
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Рисунок 9 - ER-модель
Создание информационной системы предназначено для
сбора
и
хранения
реализации
этого
информации.
является
Основным
приведение
условием
для
информационной
системы к 3 нормальной форме.
Чаще
всего
любое
отношение
автоматически
уже
находится в первой нормальной форме (1НФ). Условия для его
нахождения:
В отношении нет одинаковых кортежей.
Кортежи не упорядочены.
Атрибуты
не
упорядочены
и
различаются
по
наименованию.
Все значения атрибутов атомарны.
Чтобы отношение было в второй нормальной форме (2НФ),
она должно находится в 1НФ, а также ее не ключевые столбцы
должны однозначно определяться всем ключом, т. е. всеми его
компонентами, а не некоторыми из них.
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Отношение находится в третьей нормальной форме (3НФ)
тогда и только тогда, когда отношение находится в 2НФ и все
не ключевые атрибуты взаимно независимы.
Рассмотрим отношение Пользователи. Ключевой атрибут –
id
пользователя
(Идентификатор
записи
отношения).
Описательные атрибуты: имя, почта, подтвержденная почта,
пароль, категория. Это отношение находится в 1НФ, т.к. все его
атрибуты простые (неделимы). Также отношение находится в
2НФ, так как описательные реквизиты однозначно определены
и функционально зависят от ключа id отчета. Отношение
находится в 3НФ, так как, т.к. оно находится во 2НФ и не имеет
транзитивных зависимостей.
Рассмотрим отношение Товары. Ключевой атрибут – id
товара
(Идентификатор
атрибуты:
id
Категории),
товара,
название,
записи
id
отношения).
категории
код,
(связь
описание,
Описательные
с
отношением
картинка,
цена,
количество. Это отношение находится в 1НФ, т.к. все его
атрибуты простые (неделимы). Также отношение находится в
2НФ, так как описательные реквизиты однозначно определены
и функционально зависят от ключа id категории. Отношение
находится в 3НФ, так как, т.к. оно находится во 2НФ и не имеет
транзитивных зависимостей.
Рассмотрим отношение Категории. Ключевой атрибут – id
категории (Идентификатор записи отношения). Описательные
атрибуты: название, код, описание, картинка. Это отношение
находится в 1НФ, т.к. все его атрибуты простые (неделимы).
Также отношение находится в 2НФ, так как описательные
реквизиты однозначно определены и функционально зависят от
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
ключа id покупателя. Отношение находится в 3НФ, так как, т.к.
оно находится во 2НФ и не имеет транзитивных зависимостей.
Рассмотрим отношение Заказы. Ключевой атрибут – id
(Идентификатор записи отношения). Описательные атрибуты:
статус,
имя
пользователя,
телефон,
id
пользователя.
Это
отношение находится в 1НФ, т.к. все его атрибуты простые
(неделимы). Также отношение находится в 2НФ, так как
описательные
реквизиты
однозначно
определены
и
функционально зависят от ключа id. Отношение находится в
3НФ,
так
как,
т.к.
оно
находится
во
2НФ
и
не
имеет
транзитивных зависимостей.
Рассмотрим отношение Подписки. Ключевой атрибут – id
подписки (Идентификатор записи отношения). Описательные
атрибуты: почта, id продукта, статус. Это отношение находится
в 1НФ, т.к. все его атрибуты простые (неделимы). Также
отношение находится в 2НФ, так как описательные реквизиты
однозначно определены и функционально зависят от ключа id
товара.
Отношение
находится
в
3НФ,
так
как,
т.к.
оно
находится во 2НФ и не имеет транзитивных зависимостей.
Рассмотрим отношение Оформленные заказы. Ключевой
атрибут – id оформленного заказа (Идентификатор записи
отношения).
Описательные
атрибуты:
id
заказа
(связь
с
отношением Заказы), id товара (связь с отношением Товары),
количество. Это отношение находится в 1НФ, т.к. все его
атрибуты простые (неделимы). Также отношение находится в
2НФ, так как описательные реквизиты однозначно определены
и функционально зависят от ключа id заказа. Отношение
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
находится в 3НФ, так как, т.к. оно находится во 2НФ и не имеет
транзитивных зависимостей.
2.3 Диаграммы состояний
Диаграммы
переходов
моделирования
состояний
поведения
-
используются
системы STD (State
для
Transition
Diagrams), зависящего от времени или реакций системы на
некоторые события.
STD состоит из следующих объектов:
Состояние – моделируемая система в любой заданный
момент
времени
должна
находится
точно
в
одном
из
конечного множества состояний.
Начальное состояние является стартовой точкой для
начального
системного
перехода,
соответствующего
состоянию системы после её инсталляции. STD должна
иметь только одно начальное состояние, а также любое
(конечное) число завершающих состояний.
Переход
определяет
перемещение
моделируемой
системы из одного состояния в другое. При этом имя
перехода идентифицирует событие, являющееся причиной
перехода и управляющее им. Это событие обычно состоит из
управляющего
потока
(сигнала),
возникающего
как
во
внешнем мире, так: и внутри системы при выполнении
некоторого условия.
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Действие – это операция, которая может быть связана
с переходом, и выполняющаяся при выполнении перехода.
На
этапе
анализа
требований
и
определения
спецификаций диаграмма переходов состояний демонстрирует
поведение
разрабатываемой
получении
управляющих
программной
воздействий.
Под
системы
при
управляющими
воздействиями или сигналами в данном случае понимают
управляющую информацию, получаемую системой извне.
Рисунок 10 - Диаграмма состояний для процесса «Оформить
заказ»
Таблица 5 - STD-таблица с подписями, характеризующая
переходы состояний для процесса «Оформить заказ»
Состояние
Изм. Лист
№ докум.
Условие
Подпис Дата
ь
Действие
Состояние
Клиент
зашел Начальное
09.03.02.550000.000 ПЗ
Лист
7
на
сайт
магазина
Загрузка сайта
Ознакомление с
предоставленно
й информацией
Ознакомление с Нажатие кнопки
предоставленно «Категория»
й информацией
Получение
Нажатие
на
списка
нужный товар
категорий
Переход
на Нажатие кнопки
страницу
с «Добавить
в
товаром
корзину»
Добавление
Нажатие кнопки
товара
в «Оформить
корзину
заказ»
и
оформление
заказа
Начальное
состояние
Ожидание
действия
пользователя
Страница
«Категория»
Страница
выбранного
товара
Страница
«Корзина»
состояние
Ожидание
действия
пользователя
Страница
«Категория»
Страница
выбранного
товара
Страница
«Корзина»
Конечное
состояние
2.4 Функциональный анализ
Методология SADT разработана Дугласом Россом. На ее
основе разработана, в частности, известная методология IDEF0
(Icam
DEFinition).
Методология
SADT
представляет
собой
совокупность методов, правил и процедур, предназначенных
для построения функциональной модели объекта какой-либо
предметной области. Функциональная модель SADT отображает
функциональную структуру объекта, т.е. производимые им
действия
и
связи
элементы
этой
между
этими
методологии
действиями.
основываются
на
Основные
следующих
концепциях:
графическое представление блочного моделирования.
Графика
блоков
функцию
в
виде
и
дуг
блока,
SADT-диаграммы
а
интерфейсы
отображает
входа/выхода
представляются дугами, соответственно входящими в блок
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
и выходящими из него. Взаимодействие блоков друг с
другом
описываются
посредством
интерфейсных
дуг,
выражающих "ограничения", которые в свою очередь
определяют, когда и каким образом функции выполняются
и управляются;
строгость
и
точность.
Выполнение
правил
SADT
требует достаточной строгости и точности, не накладывая
в то же время чрезмерных ограничений на действия
аналитика. Правила SADT включают:
ограничение количества блоков на каждом уровне
декомпозиции (правило 3-6 блоков);
связность диаграмм (номера блоков);
уникальность
меток
и
наименований
(отсутствие
повторяющихся имен);
синтаксические правила для графики (блоков и дуг);
разделение
входов
и
управлений
(правило
определения роли данных);
отделение организации от функции, т.е. исключение
влияния организационной структуры на функциональную
модель.
Методология
моделирования
SADT
широкого
может
круга
использоваться
систем
и
для
определения
требований и функций, а затем для разработки системы,
которая удовлетворяет этим требованиям и реализует эти
функции. Для уже существующих систем SADT может быть
использована для анализа функций, выполняемых системой, а
также для указания механизмов, посредством которых они
осуществляются.
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Рисунок 11 - Функциональная модель информационной
системы интернет-магазина
Рисунок 12 - Диаграмма декомпозиции для функциональной
модели
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Рисунок 13 - Диаграмма декомпозиции для блока «Обслужить
клиента»
2.5 Структурное проектирование
Структурное проектирование понимается как методология
построения алгоритмов, программ и систем, в том числе
информационных,
в
основе
которой
лежит
выявление
структуры задачи, определение составляющих компонент и
выделение связей между ними. Процесс разделения сложных
задач (объектов, систем) на относительно независимые друг от
друга
подзадачи
(части,
подсистемы)
называется
декомпозицией.
Процедура декомпозиции может применяться повторно к
отдельным компонентам, выделенным на предыдущих этапах
структурирования. Процесс останавливается в том случае,
когда
Изм. Лист
получают
№ докум.
компоненты,
Подпис Дата
ь
которые,
по
мнению
09.03.02.550000.000 ПЗ
Лист
7
проектировщика, в дальнейшей декомпозиции не нуждаются,
например, когда выделены элементарные операции или, когда
получены
подзадачи,
затруднений.
разработка
Процедура
которых
не
многократного
вызывает
применения
декомпозиции получила название пошаговой детализации.
Базовыми строительными блоками программной системы
являются
модули.
Все
программирования
виды
модулей
имеют
ряд
в
любом
общих
языке
свойств,
нижеперечисленные из которых существенны при структурном
проектировании:
1.
модуль
состоит
из
множества
операторов
языка
программирования, записанных последовательно;
2.
модуль имеет имя, по которому к нему можно
ссылаться как к единому фрагменту;
3.
как
модуль может принимать и/или передавать данные
параметры
в
вызывающей
последовательности
или
связывать данные через фиксированные ячейки или общие
области;
Структурные
карты
Константайна
являются
моделью
отношений иерархии между программными модулями. Узлы
структурных карт соответствуют модулям и областям данных,
потоки
изображают
циклические
и
специальными
изображены
межмодульные
условные
узлами,
вызовы
поэтому
проходящими
Межмодульные
связи
по
через
данным
вызовы.
модулей
потоки
эти
и
При
этом
моделируются
должны
быть
специальные
узлы.
управлению
также
моделируются специальными узлами, привязанными к потокам
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
(т.е. к вызовам модулей), стрелками указываются направления
потоков и связей.
Рисунок 14 - Карта Константайна для процесса «Оформить
заказ» и соответствующий модуль DFD
Таблица 6 - Исследование карты Константайна на связность и
сцепление
Левая часть
Обработать данные
клиента
Связность
Объектный
Сцепление
По данным
Оформить заказ
Объектный
По данным
Правая часть
Управление по
оформлению заказа
клиента
Управление по
оформлению заказа
клиента
Используя методологию структурного программирования
Джексона,
внутренней
построим
структуры
структурные
модулей,
карты
которые
для
описания
отражены
на
построенной карте Константайна.
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Рисунок 15 - Структурная карта Джексона для функции
системы «Оформить заказ»
2.6 Диаграмма прецедентов
Диаграмма вариантов использования в UML — диаграмма,
отражающая отношения между актёрами и прецедентами и
являющаяся
составной
частью
модели
прецедентов,
позволяющей описать систему на концептуальном уровне.
Прецедент — возможность моделируемой системы (часть
её функциональности), благодаря которой пользователь может
получить конкретный, измеримый и нужный ему результат.
Прецедент
соответствует
отдельному
сервису
системы,
определяет один из вариантов её использования и описывает
типичный способ взаимодействия пользователя с системой.
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Варианты
использования
обычно
применяются
для
спецификации внешних требований к системе.
Основное
назначение
функциональности
и
диаграммы
поведения,
—
описание
позволяющее
заказчику,
конечному пользователю и разработчику совместно обсуждать
проектируемую или существующую систему.
При
моделировании
системы
с
помощью
диаграммы
прецедентов системный аналитик стремится:
чётко отделить систему от её окружения;
определить действующих лиц (актеров), их взаимодействие
с системой и ожидаемую функциональность системы;
определить в глоссарии предметной области понятия,
относящиеся к детальному описанию функциональности
системы (то есть прецедентов).
Работа над диаграммой может начаться с текстового
описания, полученного при работе с заказчиком. При этом
нефункциональные требования (например, конкретный язык
или система
программирования)
прецедентов
опускаются
(для
при составлении
них
составляется
модели
другой
документ).
Таблица 7 Описание актеров
Актер
Краткое описание
Руководство
Отдел, который занимается организацией работы
компании. В том числе ее управлением и
согласованием действий.
Регистрируется на сайте, авторизуется, делает
заказ.
Сотрудник, который занимается аналитикой по
статистике о покупателях и продажах.
Клиент
Менеджер по
продажам
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Таблица 8 Описание прецедентов
Прецедент
Краткое описание
Регистрация на
сайте
Запускается клиентом. Позволяет клиенту
зарегистрироваться в базе данных интернетмагазина.
Запускается клиентом. Информация о заказе
поступает на обработку в систему.
Запускается клиентом. Позволяет при
поступлении товара на склад, оповестить клиента.
Оформление заказа
Подписка на
отсутствующий
товар
Получить данные о
сделанных заказах
Обработать данные
клиента
Подтвердить
выполнение заказа
Сформировать
новые цены
Добавить новый
товар или
категорию
Запускается клиентом. Позволяет клиенту узнать
информацию о прошлых заказах и их статусе.
Запускается менеджером по продажам. Позволяет
связаться с клиентом для обсуждения сроков
поставки и способе оплаты.
Запускается менеджером по продажам.
Происходит сразу после выдачи товара.
Запускается руководством. Позволяет
сформировать новые цены для товаров.
Запускается руководством. Добавляет новые
товары или категории.
Рисунок 16 - Диаграмма вариантов использования
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
3 Реализация информационной системы
3.1 Архитектура информационной системы
Архитектура
информационной
системы
(ИС)
–
ее
концепция, которая определяет модель, структуру, функционал
и взаимосвязь компонентов.
В рамках разработки архитектуры определяются:
что будет делать система;
из каких компонентов (частей, модулей) она будет
состоять;
где именно компоненты будут располагаться;
каким образом компоненты будут взаимодействовать.
Для архитектуры определяются и описываются:
Базовые параметры и характеристики архитектуры.
Логическая и физическая структура.
Взаимодействие системных компонентов (подсистемы
и модули, синхронность и асинхронность их взаимодействия,
каналы коммуникации и их характеристики, протоколы и
интерфейсы, тип программного обеспечения промежуточного
слоя, форматы файлов, которыми система будет оперировать, и
другие особенности).
Необходимые
реализации
Изм. Лист
№ докум.
элементы
выстраиваемой
Подпис Дата
ь
ИТ-инфраструктуры
архитектуры
ИС
–
для
платформа
09.03.02.550000.000 ПЗ
Лист
7
(среда),
аппаратный
комплекс,
СУБД,
инструментарий
прикладное ПО.
Возможные риски, ограничения, стоимость владения,
экономическая обоснованность.
Традиционными архитектурами ИС являются:
Централизованная архитектура.
Особенности:
Все
приложения,
работающие
в
такой
архитектуре,
полностью находятся в основной памяти хост-ЭВМ. Терминалы
являются лишь устройствами ввода-вывода и таким образом в
минимальной степени поддерживают интерфейс пользователя.
Достоинства:
пользователи совместно используют дорогие ресурсы
ЭВМ и дорогие периферийные устройства;
централизация ресурсов и оборудования облегчает
обслуживание и эксплуатацию вычислительной системы;
отсутствует
необходимость
администрирования
рабочих мест пользователей.
Недостатки:
он полностью зависит от администратора хост-ЭВМ
дорогая аппаратура
Персональный компьютер.
Особенности:
ПК являются устройствами с так называемой открытой
архитектурой
компьютера.
Это
означает,
что
в
них
стандартизированы методы подключения любых периферийных
устройств,
которые
разработчики
устройств
хотели
бы
предложить пользователям ПК.
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Такой
подход
производителей,
позволяет
повысить
обеспечить
качество
и
конкуренцию
снизить
цены
для
потребителей.
Достоинства:
почти полная автономность работы системы;
мобильность приложений;
развитый интерфейс пользователя.
Недостатки:
Ограниченность в вычислительных мощностях.
Дублирование информации, которое приводит к ее
избытку.
Затрудненный обмен данных.
Архитектура «файл - сервер».
Особенности:
схожие по своей структуре с локальными приложениями и
использующие сетевой ресурс для хранения программы и
данных. Функции сервера: хранения данных и кода программы.
Функции
клиента:
обработка
данных
происходит
исключительно на стороне клиента.
Достоинства:
многопользовательский режим работы с данными;
удобство централизованного управления доступом;
низкая стоимость разработки;
высокая скорость разработки;
невысокая стоимость обновления и изменения ПО.
Недостатки:
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
проблемы многопользовательской работы с данными:
последовательный доступ;
отсутствие гарантии целостности;
низкая
производительность
(зависит
от
производительности сети, сервера, клиента);
плохая возможность подключения новых клиентов;
ненадежность системы.
Архитектура «клиент-сервер».
Особенности:
Вычислительная
задания
или
или
сетевая
сетевая
архитектура,
нагрузка
в
которой
распределены
между
поставщиками услуг (сервисов, серверы), и заказчиками услуг
(клиенты).
Клиенты
и
серверы
взаимодействуют
через
компьютерную сеть и могут быть как различными физическими
устройствами, так и программным обеспечением. Системы
такого уровня базировались на классической двухуровневой
клиент-серверной
архитектуре.
Под
клиент-серверным
приложением в этом случае понимается информационная
система, основанная на использовании серверов баз данных.
Достоинства:
возможность, в большинстве случаев, распределить
функции
вычислительной
системы
между
несколькими
независимыми компьютерами в сети;
все
данные
хранятся
на
сервере,
который,
как
правило, защищен гораздо лучше большинства клиентов, а
также на сервере проще обеспечить контроль полномочий,
чтобы
разрешать
доступ
к
данным
только
клиентам
с
соответствующими правами доступа;
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
поддержка многопользовательской работы;
гарантия целостности данных.
Недостатки:
неработоспособность
сервера
может
сделать
неработоспособной всю вычислительную сеть;
администрирование
данной
системы
требует
квалифицированного профессионала;
высокая стоимость оборудования;
бизнес логика приложений осталась в клиентском
ПО.
Трехуровневый «клиент-сервер»
Особенности:
Позволяет помещать прикладные программы на отдельные
серверы
приложений,
устанавливается
с
связь
которыми
клиентских
через
раб.
API-
интерфейс
станций.
Работы
клиентской части приложение свод. К выводу необходимых
функций
сервера
«Сервисами»,
приложения,
Применение
которая
программы
в
называется
свою
очередь
обращается к серверу БД.
Достоинства:
легкость в изменении бизнес-алгоритмов системы;
программное обеспечение на стороне клиента не
нуждается в управлении.
Недостатки:
увеличение
серверной
части,
вследствие
чего
увеличиваются затраты администрирование и обслуживание.
N-уровневый «клиент-сервер»
Особенности:
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
В разработке программного обеспечения многоуровневая
архитектура (часто называемая n-уровневой архитектурой)
представляет собой архитектуру клиент-сервер, в которой
представление, обработка приложений и управление данными
являются логически отдельными процессами. Приложение,
которое использует промежуточное программное обеспечение
для обслуживания запросов данных между пользователем и
базой
данных,
использует
многоуровневую
архитектуру.
Наиболее распространенное использование «многоуровневой
архитектуры» относится к трехуровневой архитектуре.
Достоинства:
легкость в изменении бизнес-алгоритмов системы;
программное обеспечение на стороне клиента не
нуждается в управлении;
большое
вызволяющих
количество
распределить
вычислительных
множество
мощностей,
функций
бизнес-
процесса.
Недостатки:
Изм. Лист
значительное усложнение архитектуры сервера.
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Выбор архитектуры для ИС.
Поскольку большинство мощностей должно располагаться
на сервере, на котором непосредственно будет реализована
бизнес-логика, а клиентское ПО будет реализовывать только
функции
интерфейса,
то
для
моей
системы
подойдет
архитектура «клиент-сервер». С ее помощью клиент может
легко отправлять запросы на сервере через интерфейс по сети,
на
которые
впоследствии
будет
отвечать
сервер
в
виде
ожидаемого результата. Таким образом будут удовлетворены
потребности клиента.
Рисунок 17 - Архитектура «Клиент-сервер»
3.2 Обзор программных средств реализации базы
данных
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Система
управления
специализированная
базами
программа
или
данных
комплекс
(СУБД)
–
программ,
предназначенная для организации и ведения базы данных.
Для решения данной задачи СУБД должна обладать
основными свойствами:
должна быть распределенного типа;
должна
поддерживать
операционную
систему
Microsoft Windows XP и выше;
должна быть нетребовательной к программным и
аппаратным ресурсам;
должна поддерживать пространственные данные;
должна иметь минимальную стоимость;
должна обладать клиент – серверной архитектурой.
Распределенные базы данных – совокупность логически
взаимосвязанных данных, хранящихся в компьютерной сети.
Состоят из набора узлов (каждый узел – это полноценная
СУБД), узлы взаимодействуют между собой таким образом, что
пользователь любого их них может получить доступ к любым
данным в сети.
Пространственная база данных — база данных (БД),
оптимизированная для хранения и выполнения запросов к
данным
о
пространственных
объектах,
представленных
некоторыми абстракциями: точка, линия, полигон и др. (лишь
отчасти соответствующих базовым математическим понятиям
точка, кривая, полигон).
Клиент – серверная система характеризуется наличием
двух взаимодействующих самостоятельных процессов – клиента
и сервера.
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Сервер – логический процесс, отвечающий за выполнение
запросов.
Клиент – логический процесс, посылающий серверу базы
данных запросы.
В настоящее время существует множество СУБД, наиболее
известными являются:
SQL-базы данных:
1. Oracle.
Oracle RDBMS (она же Oracle Database) на первом месте
среди СУБД. Система популярна у разработчиков, проста в
использовании, у нее понятная документация, поддержка
длинных наименований, JSON, улучшенный тег списка и Oracle
Cloud.
Разработчик: Oracle Corporation.
Написана на: Assembly, C, C++.
Особенности:
Обрабатывает большие данные.
Поддерживает SQL, к нему можно получить доступ из
реляционных БД Oracle.
Oracle NoSQL Database с Java/C API для чтения и
записи данных.
2. MySQL.
MySQL работает на Linux, Windows, OSX, FreeBSD и
Solaris. Можно начать работать с бесплатным сервером, а
затем перейти на коммерческую версию. Лицензия GPL с
открытым исходным кодом позволяет модифицировать ПО
MySQL.
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Эта
система
управления
базами
данных
использует
стандартную форму SQL. Утилиты для проектирования таблиц
имеют интуитивно понятный интерфейс. MySQL поддерживает
до 50 миллионов строк в таблице. Предельный размер файла
для таблицы по умолчанию 4 ГБ, но его можно увеличить.
Поддерживает секционирование и репликацию, а также Xpath
и хранимые процедуры, триггеры и представления.
Разработчик: Oracle Corporation.
Написана на C, C++.
Особенности:
Масштабируемость.
Лёгкость использования.
Безопасность.
Поддержка Novell Cluster.
Скорость.
Поддержка многих операционных систем.
3. Microsoft SQL Server.
Самая популярная коммерческая СУБД. Она привязана к
Windows, но это плюс, если вы пользуетесь продуктами
Microsoft. Зависит от платформы. И графический интерфейс, и
программное
обеспечение
Поддерживает
SQL,
основаны
непроцедурные,
на
командах.
нечувствительные
к
регистру и общие языки баз данных.
Разработчик: Microsoft Corporation.
Написана на C, C++.
Особенности:
Высокая производительность.
Зависимость от платформы.
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Возможность установить разные версии на одном
компьютере.
Генерация скриптов для перемещения данных.
4. PosgreSQL.
Масштабируемая
объектно-реляционная
база
данных,
работающая на Linux, Windows, OSX и некоторых других
системах. В PostgreSQL 10 есть такие функции, как логическая
репликация, декларативное разбиение таблиц, улучшенные
параллельные запросы, более безопасная аутентификация по
паролю на основе SCRAM-SHA-256.
Разработчик: PostgreSQL Global Development Group.
Написана на C.
Используется
в
компаниях:
Apple,
Cisco,
Fujitsu,
Skype, and IMDb.
Особенности:
Поддержка
табличных
пространств,
а
также
хранимых процедур, объединений, представлений и триггеров.
Восстановление на момент времени (PITR).
Асинхронная репликация.
NoSQL-базы данных:
5. MongoDB.
Самая популярная NoSQL система управления базами
данных. Лучше всего подходит для динамических запросов и
определения индексов. Гибкая структура, которую можно
модифицировать и расширять. Поддерживает Linux, OSX и
Windows, но размер БД ограничен 2,5 ГБ в 32-битных системах.
Использует платформы хранения MMAPv1 и WiredTiger.
Изм. Лист
Разработчик: MongoDB Inc. в 2007.
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Написана на C++.
Особенности:
Высокая производительность.
Автоматическая фрагментация.
Работа на нескольких серверах.
Поддержка репликации Master-Slave.
Данные хранятся в форме документов JSON.
Возможность индексировать все поля в документе.
Поддержка поиска по регулярным выражениям.
6. Microsoft Access.
Система управления базами данных от Microsoft, которая
сочетает
в
графическим
себе
реляционное
интерфейсом
ядро
БД
пользователя
Microsoft
и
Jet
с
инструментами
разработки ПО.
Идеально подходит для начала работы с данными, но
производительность не рассчитана на большие проекты. В MS
Access можно использовать C, C#, C++, Java, VBA и Visual
Rudimental.NET. Access хранит все таблицы БД, запросы,
формы, отчёты, макросы и модули в базе данных Access Jet в
виде одного файла.
Разработчик: Microsoft Corporation.
Особенности:
Можно
использовать
многофункциональных
возможностями
VBA
решений
управления
данными
для
создания
с
расширенными
и
пользовательским
контролем.
Импорт и экспорт в форматы Excel, Outlook, ASCII,
dBase, Paradox, FoxPro, SQL Server и Oracle.
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Формат базы данных Jet.
Локальные серверы позволяют запускать свой сайт без
использования хостинга, прямо на домашнем компьютере. Это
может пригодиться для детального тестирования, а также в
процессе разработки. Ничего не помешает накатить туда CMS
и
взаимодействовать
с
базами
данных.
Вся
сложность
заключается в выборе самой программы, которая и выполняет
роль локального сервера. Подходящих вариантов существует
огромное количество, и каждый из них обладает своими
особенностями, так что сказать, какой локальный сервер
лучше других, достаточно сложно.
Давайте детально разберемся в этом вопросе, рассмотрев
несколько
самых
популярных
представителей.
Итак,
топ
лучших локальных серверов.
OpenServer
Начать стоит с программы под названием OpenServer. При
ознакомлении сразу же бросается в глаза дружелюбный
продуманный интерфейс, который и является одним из главных
плюсов этого решения. Среди других преимуществ можно
отметить
простую
установку,
удобное
управление
с
добавленными сайтами и отсутствие необходимости долгой
настройки, чтобы все работало как надо. OpenServer отлично
помещается на обычную флешку и не состоит из множества
компонентов, поэтому прекрасно подходит для портативной
работы.
Если минусы в OpenServer и есть, то они связаны только с
небольшими проблемами во время функционирования сайтов,
но решаются за несколько секунд банальным перезапуском
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
программы. В остальном же это один из лучших вариантов для
тех, кто давно хотел развернуть локальный сервер на своем
компьютере или всегда иметь его под рукой, записав на
флешку.
Распространяется OpenServer бесплатно, а разработчики
предлагают лишь добровольно поддержать проект. Перейти к
скачиванию
этой
программы
для
Windows
можно
на официальном сайте.
Denwer
Denwer – один из самых популярных в свое время
локальных
серверов,
считавшийся
монополистом
на
отечественном рынке, поскольку ни одно из существующих на
тот момент решений не смогло составить ему конкуренцию.
Этот веб-сервер прост в установке и практически не занимает
места на компьютере. С управлением программой разберется
даже начинающий пользователь.
Однако проект долгое время не обновлялся, что сказалось
на его развитии в дальнейшем. Еще одним недостатком,
который может стать решающим для некоторых пользователей,
будет
отсутствие
графического
интерфейса,
из-за
чего
приходится все действия выполнять через консоль. Сейчас
Denwer можно скачать с официального сайта.
Для
реализация
моей
информационной
системы
был
выбран такой сервер, как OpenServer, так как он весит
сравнительно не много и уже содержит в себе все необходимое
для
реализации
веб-приложения
на
локальном
хосте.
Немаловажным плюсом также является и встроенная в него
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
СУБД phpMyAdmin, которая взаимодействует с SQL-базами
данных и находиться на стороне сервера.
3.3 Реализация базы данных
Для реализации базы данных информационной системы
будет создано 8 таблиц, которые будут отображать работу
системы в целом. Разработка производится при помощи СУБД
MySQL на платформе phpMyAdmin.
Рисунок 18 - ER-модель реализованной базы данных
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Рисунок 19 - Структура таблицы catrgories (Данные о
категориях)
Рисунок 20 - Структура таблицы orders (Данные о заказах)
Рисунок 21 - Структура таблицы order_product (Данные о
товарах в заказе)
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Рисунок 22 - Структура таблицы products (Данные о товарах)
Рисунок 23 - Структура таблицы subscriptions (Данные о
подписке на товар)
Рисунок 24 - Структура таблицы users (Данные о
пользователях)
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Рисунок 25 - Код создания таблицы «users»
Рисунок 26 - Код добавления записи в таблицу «users»
3.4 Реализация интерфейса информационной
системы
Сайт имеет 6 основных страниц:
Начальная страница, где содержится информация о
всех товарах;
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Зарегистрироваться,
где
есть
возможность
зарегистрироваться новым пользователям;
Войти, войти уже зарегистрированным пользователям
Корзина,
где
содержится
информация
о
приобретаемых товарах;
Категории, где содержится информация по доступным
категориям;
Карточка
товара,
где
содержится
информация
о
конкретном товаре;
Помимо этого, реализована административная часть сайта
с разными правами доступа, куда может зайти сотрудник
магазина под своим логином. В ней находятся таблицы базы
данных для изменения, добавления, удаления информации в
них. В административную часть можно зайти по вкладке
«Войти».
Рисунок 27 - Макет-схема главной страницы сайта
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Рисунок 28 - Макет-схема страницы «Зарегистрироваться»
Главная страница сайта начинается с навигационной
панели. Следом отображена фильтрация и информация по всем
доступным
товарам,
которые
представлены
карточками
товаров.
Рисунок 29 - Скриншот главной страницы сайта
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
В нашей системе реализована поддержка английского
языка.
Ниже
представлена
главная
страница
сайта
на
английском языке.
Рисунок 30 - Скриншот главной страницы сайта на английском
языке
На следующем рисунке представлен результат работы
фильтра.
Рисунок 31 - Скриншот главной страницы сайта с фильтрами
«Новинка»
и «Цена от»
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Ниже представлен фрагмент кода, который отвечает за
реализацию фильтрации товаров.
Рисунок 32 - Скриншот фрагмента кода реализации
фильтрации
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Рисунок 33 - Скриншот фрагмента кода вывода товаров
На
следующем
рисунке
представлена
страница
с
авторизацией пользователей.
Рисунок 34 - Скриншот страницы «Авторизация»
На
следующем
рисунке
представлена
страница
с
регистрацией новых пользователей.
Рисунок 35 - Скриншот страницы «Регистрация»
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
На
следующем
рисунке
представлена
карточка
определенного товара.
Рисунок 36 - Скриншот страницы товара «iPhone 12 128Gb»
На
следующем
рисунке
представлена
корзина
с
добавленными товарами, при нажатии кнопки «В корзину» под
товаром, вас автоматически переносит сюда.
Рисунок 37 - Скриншот страницы «Корзина»
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
На
следующем
администратора
на
рисунке
которой
представлена
отображены
все
панель
заказы,
поступившие в систему.
Рисунок 38 - Скриншот страницы «Админка: заказы»
На
следующем
рисунке
представлена
панель
администратора на которой отображены все товары в системе.
Рисунок 39 - Скриншот страницы «Админка: товары»
На следующем рисунке представлена карточка панели
администратора в которой можно добавить новый товар.
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Рисунок 40 - Скриншот страницы «Админка: добавить товар»
Ниже представлен рисунок с фрагментом кода добавления
нового товара.
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Рисунок 41 - Скриншот фрагмента кода реализации добавления
товара
Рисунок 42 - Скриншот страницы «Менеджер: заказ №1»
Рисунок 43 - Скриншот страницы «Менеджер: заказы»
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Рисунок 44 - Скриншот фрагмента кода вывода выполненных
заказов
4 Безопасность и экологичность работы
За последние 15 лет компьютерная индустрия развилась
очень сильно, широко шагнув в практически все сферы
промышленности и быта. Вычислительная техника заметно
подешевела, и всё большее число людей приобретает её для
домашнего использования. Большей частью она используется
для поиска информации, для работы, учёбы, игр и т.д. В
настоящее
время
трудно
представить
себе
жизнь
без
компьютера. И так как темой дипломного проекта является
создание
информационной
системы
интернет-магазина
мобильных устройств и техники, рабочим местом является
помещение, оборудованное компьютерной техникой. Но вместе
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
с тем всё острее встаёт вопрос о безопасности пользователя
при
работе
за
компьютером,
ведь
при
длительном
использовании — компьютер становится источником вредного
воздействия
на
организм
человека
и,
соответственно,
источником профессиональных заболеваний.
4.1 Анализ опасных и вредных факторов
Для
обеспечения
безопасности
при
работе
за
компьютером Санитарными нормами и правилами (СанПиН
2.2.2/2.4.1340-03)
в
РФ
установлен
ряд
гигиенических
требований к помещениям и условиям труда.
Согласно данному документу, организаций и учреждений
вне зависимости от форм собственности и подчиненности
обязаны привести рабочие места сотрудников в соответствие с
требованиями.
На основе данных требований проведем анализ опасных и
вредных
производственных
мероприятий,
направленных
факторов
на
с
указанием
предотвращение
отрицательного воздействия на организм человека. Данный
анализ представлен в таблице 7:
Таблица 9 - Опасные и вредные производственные факторы
№
п/
п
1
Опасные и
вредные
производстве
нные
факторы
Ненормирова
нная
освещенност
Изм. Лист
№ докум.
Источник
ОВПФ
Лампы
Подпис Дата
ь
Действия фактора
на организм
человека
Нарушение зрения,
головные боли,
усталость, потеря
Мероприяти
я по
устранению
действия
фактора
Установка
или
демонтаж
Нормативнотехническая
документаци
я
СанПиН
2.2.1/2.1.1.
1278-03
09.03.02.550000.000 ПЗ
Лист
7
ь
рабочего
помещения
2
концентрации,
низкая работоспособность
Нарушение работы
дыхательных путей
источников
освещения
Проведение
плановых
влажных
уборок
СанПиН
2.2.4.548-96
Рационально
е
размещение
оборудовани
я,
звукоизоляц
ия,
устранение
источников
шума
Переработка
рабочего
графика
в
соответстви
и с нормами
труда
Оборудован
ие рабочей
зоны
вентилятора
ми,
системой
отопления и
кондиционе
рами или их
замена.
СанПиН
2.2.4.3359-16
Загазованнос
ть
или
запыленность
рабочего
места
Повышенный
уровень шума
на
рабочем
месте
Пылевые
частицы,
вентиляция
Системы
охлаждения
ПК,
вентиляции
и
кондициони
рования
Переутомление
органов
слуха,
снижение слуховой
способности,
повышение
кровяного давления
4
Нарушение
режима
труда
и
отдыха
Рабочий
график
Ухудшение
концентрации,
общего состояния,
повышенная
утомляемость
5
Температура,
влажность и
подвижность
воздуха
Система
отопления и
кондициони
рования,
влаговыдел
е-ния,
дверные
проемы
Нарушение
терморегуляции
организма,
нарушение работы
кровеносных
сосудов, снижение
производительност
и труда
3
СанПиН
2.2.3670-20
СанПиН
2.2.4.548-96
4.2 Расчет естественного освещения
Рассчитаем естественное освещение для помещения, где
работает
питания
разработчик.
находится
в
Интернет-магазина
Ростове-на-Дону.
спортивного
Геометрические
размеры помещения: длина помещения Lп = 12 м; глубина В =
8 м; высота Н = 3,5 м. Высота от рабочей поверхности (Стол 3)
до верха окна h1 = 2 м. Расстояние от наружной стены до
расчетной точки А – L = 1 м. Коэффициенты отражения
потолка, стен и пола: 70 %, 50 %, 50 %. Спроектировать
боковое,
Изм. Лист
№ докум.
одностороннее
Подпис Дата
ь
естественное
освещение.
09.03.02.550000.000 ПЗ
Лист
7
Предусмотреть использование двойного оконного стекла в
стальных спаренных вертикально расположенных переплетах.
Рисунок 45 - Схема помещения
Решение:
Определяем
естественной
нормированное
освещенности
для
значение
района
коэффициента
расположения
по
формуле:
𝑒𝑁 = 𝑒𝐻 ∗ 𝑚𝑁
где N – Номер группы обеспеченности естественным светом
(Ростовская область) = 5
𝑒𝐻 – Значение КЕО = 0,9.
𝑚𝑁 - Коэффициент светового климата = 0,75
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Упрощенный метод расчета площади световых проемов
состоит в определении площади световых проемов, при которой
обеспечивается нормированное значение КЕО. Расчет при
боковом освещении помещений производится по формуле:
S0 =
Sn ∙e N ∙ K з ∙η 0
∙ K зд
100∙τ 0 ∙r 1
где S0 - площадь световых проемов при боковом освещении
Sn - площадь пола помещения = 1,5 * 4 + 6,5 * 12 = 84 м2
-
eN
нормированное
значение
КЕО
для
зданий,
расположенных в различных районах = 0,9 * 0,75 ≈ 0,7
K з - коэффициент запаса = 1,5
-
K зд
коэффициент,
учитывающий
затенение
окон
противостоящими зданиями = 1
η0 - световая характеристика окна = 15, Ln / B = 12/6,5 ≈
1,7, B/h1 = 6,5/2 ≈ 3
r1
- коэффициент, учитывающий повышение КЕО при
боковом
освещении,
поверхностей
благодаря
помещения
и
свету,
отраженному
подстилающего
от
слоя,
прилегающего к зданию = 1,05; L/B = 1/6,5 ≈ 0,2; ρ cp = (70 * 84
+ 50 * 140 + 50 *84) / (84 + 140 + 84) = 55 (%)
τ 0 - общий коэффициент светопропускания, определяемый
по формуле:
τ0
=τ
1
∙τ 2 ∙ τ 3 ∙ τ 4 ∙τ 5
=
0,8 ∙0,75∙ 1 ∙1 = 0,6
где τ 1 - коэффициент светопропускания материала = 0,8
τ 2 - коэффициент, учитывающий потери света в переплетах
светопроема = 0,75
τ 3 - коэффициент, учитывающий потери света в несущих
конструкциях (при боковом освещении = 1) = 1
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
-
τ4
коэффициент,
учитывающий
потери
света
в
солнцезащитных устройствах, для убирающихся регулируемых
жалюзей и штор = 1
τ 5 - коэффициент, учитывающий потери света в защитной
сетке, устанавливаемой под фонарем, принимается = 0,9
Определение площади световых проемов при боковом
освещении:
S0
=
Sn ∙e N ∙ K з ∙ η 0
∙ K зд
100∙τ 0 ∙r 1
=
84 ∙0,7∙1,5∙ 15
100∙ 0,6∙ 1,05
= 21 м2
Относительная площадь световых проемов при боковом
освещении считается по формуле:
σб=
s0
∙ 100%
sn
σб=
21
∙ 100%=25 %
84
Площадь световых проемов в данном помещении:
S = 3,5 ∙ 1,5 + 1,2 ∙ 3,5 ∙ 2 + 5 ∙ 3,5 = 31,15 м2
Относительная
площадь
световых
проемов
данного
помещения:
σ б = 31,15 / 84 ∙ 100% ≈ 37%
Таким образом, площадь световых проёмов в помещении
должна составлять 25% от площади или 21 м 2. В нашем
помещении, как было указано выше, площадь оконных проёмов
составляет 37% или 31,15 м2, что соответствует рассчитанной
норме.
В
результате
анализа
естественного
освещения
помещения, было выяснено, что данное помещение подходит
для безопасной работы.
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
4.3 Расчет эвакуационных путей и выходов
На объекте с массовым пребыванием людей (кроме жилых
домов), а также на объекте с рабочими местами на этаже для
10 и более человек руководитель организации обеспечивает
наличие планов эвакуации людей при пожаре.
При вынужденной эвакуации из зданий и сооружений
движение
людей
инстинктивно
начинается
в
одном
направлении – в сторону выходов. Это приводит к быстрому
увеличению
плотности
проходах.
С
скорость
движения,
потоков
увеличением
людей
плотности
поэтому
в
эвакуационных
потоков
основным
снижается
показателем
эффективности вынужденной эвакуации является время, в
течение которого люди могут при необходимости покинуть
отдельные помещения и здания в целом.
Безопасность вынужденной эвакуации достигается в тех
случаях,
когда
ее
продолжительность
меньше
времени
достижения критических для человека условий: критической
температуры (70 °С), снижения концентрации кислорода до
допустимых
продуктов
значений,
горения
накопления
сверх
в
допустимых
воздухе
токсичных
количеств,
потери
видимости из-за задымления. Время наступления указанных
критических условий зависит от конкретных обстоятельств и
может
быть
достигается
рассчитано.
Снижение
времени
эвакуации
конструктивно–планировочными
и
организационными решениями.
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Основные параметры эвакуации из зданий и сооружений:
плотность, скорость движения людского потока, пропускная
способность путей (выходов) и интенсивность движения. Кроме
того,
эвакуационные
пути
(как
горизонтальные,
так
и
наклонные) характеризуются длиной и шириной.
Расчётное время эвакуации людей из помещений и зданий
устанавливается по расчёту времени движения одного или
нескольких людских потоков через эвакуационные выходы от
наиболее удалённых мест размещения людей.
Определение
расчетного
(фактического)
времени
эвакуации людей из зданий и помещений, выполняется в
следующей последовательности:
1) В начале, производится анализ объемно-планировочных
решений здания, прогнозируется развитие процессов горения,
составляется предварительная схема эвакуации, включающая в
себя участки и маршруты эвакуации. Определяют длину и
ширину участков.
2)
Производится
расчет
первоначальных
(тупиковых)
этапов эвакуации для каждого маршрута.
3)
Производится
последовательный
расчет
промежуточных участков, начиная от смежных с диктующими,
заканчивая эвакуационным выходом из здания (помещения).
4)
Суммируется
маршрутов,
время
определяется
эвакуации
расчетное
по
время
каждому
из
эвакуации.
Разбиение на участке производится с учетом того, что число
людей на участке Ni, его ширина Вi и длина Li должны быть
постоянными.
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Допускается помещение, принимать за один участок при
условии, что из него по нормам допускается устраивать один
эвакуационный выход, при этом все люди сосредотачиваются в
наиболее удаленной от выхода из помещения точке. Расчет
подобного участка производится только в том случае, если
значение интенсивности движения потока на данном участке
необходимо для расчета последующих.
Максимальная длина участка должна быть не более 96 м.
Участки,
имеющие
одинаковые
параметры
В,
L,
N
обозначаются одинаковыми индексами и рассчитываются один
раз. Получаемые параметры интенсивности q, скорости v и
времени t используются в дальнейших расчетах для всех
подобных участков.
Дверной
проем
либо
другое
иное
местное
сужение
принимается за отдельный участок.
Если в общественных зданиях на этаже расположены
помещения, имеющие выходы в один коридор, допускается
непосредственно расчет из помещений не производить, а
принять в качестве первоначального (тупикового) участка –
коридор.
В
данном
случае,
принимается,
что
поток
формируется на участке от выхода из помещения, наиболее
удаленного от выхода из коридора, до данного выхода. Число
людей на данном участке определяется суммированием для
всех помещений.
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Рисунок 46 - План эвакуации
Параметры помещений представлены в таблице 8 и на
рисунке 45. Дверные проемы – ширина 1,2 м, высота 2 м.
Степень огнестойкости – 2. Допустимое время эвакуации – 4
мин. (ГОСТ 12.1.004–91)
Таблица 10 - Параметры помещений офисного здания.
№
по
пла
ну
Наименов
ание
Дли
на,
м
Шири
на, м
Высо
та, м
Площа
дь, м2
Катего
рия
%к
обще
й
площ
ади
1
Кабинет 1
6,5
10,5
3,5
63
Д
23,6%
2
Кабинет 2
8
5
3,5
41,25
Д
15,5%
3
4
5
6
Кабинет 3
Кабинет 4
Санузел
Коридор
1
Коридор
2
Лестница
8
12
2
6
5
8
1,5
1,5
3,5
3,5
3,5
3,5
40
84
3,2
9
Д
Д
Д
Д
15%
31,5%
1,2%
3,3%
4
2
3,5
8
Д
3%
7
2,5
3,5
17,5
Д
6,5%
7
8
Изм. Лист
№ докум.
Подпис Дата
ь
Предель
но
защища
емая
площад
ь, м2
Выбранн
ый
огнетуши
тель
1800
ОП-10
1шт
09.03.02.550000.000 ПЗ
Лист
7
Рисунок 47 - Расчетная схема плана эвакуации
Для
определения
категории
здания
по
взрывной
и
пожарной опасности необходимо знать площади помещений.
Здание относится к категории Д, так как суммарная
площадь помещений категории Д превышает 5 % площади всех
помещений.
Проведем проверку.
Суммарная площадь всех помещений:
S Σ =265,95 м2
Площадь помещений с категорией Д = 265,95 м2.
Тогда:
S A 265,95
=
⋅100%=100> 5%
S Σ 265,95
Выбор
типа
и
расчет
необходимого
количества
огнетушителей следует производить в зависимости от их
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
огнетушащей
пожара
способности,
горючих
веществ
предельной
и
площади,
материалов
в
класса
защищаемом
помещении или на объекте.
Для офисных помещений возможны пожары классов:
– А – пожары твердых веществ, в основном органического
происхождения, горение которых сопровождается тлением
(древесина, текстиль, бумага);
– Е – пожары, связанные с горением электроустановок.
При выборе предпочтение отдается более универсальным
огнетушителям.
Принимаем 1 порошковый огнетушитель ОП-10 способный
защитить площадь 1800 м2, рекомендуемые для категории по
пожарной опасности Г, Д.
Обеспеченность
офисных
помещений
первичными
средствами пожаротушения представлена в таблице 8.
На плане помещения намечаем пути движения людского
потока
и
разбиваем
эвакуационные
пути
на
участки
и
указываем количество людей на начальных участках эвакуации
(Рисунок 41).
Длину и ширину участков определяем согласно плану
эвакуации.
Для расчета составляем маршруты:
1.
А1, А7, А8, А9, А10;
2.
А2, А6, А8, А9, А10;
3.
А3, А6, А8, А9, А10;
4.
А4, А9, А10;
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
По большому счету необходимо проводить расчет по
каждому из маршрутов, и затем выбрать максимальное время
эвакуации. Однако все пути сходятся к одному выходу и для
расчета нам нужно рассчитать совокупное время эвакуации
всех маршрутов.
Определим плотность размещения людей Д на площади S
эвакуационного участка, по формуле:
n
∑ N k∗f k∗1
Д=
k
s
Принимаем проекцию человека в демисезонной одежде с
f=0,113 м2. Размеры участков определяются согласно плану
помещения.
Для участка А1:
Д А 1=
5∗0,113
=0,009 м2 ∕ м 2
63
В зависимости от плотности размещения определяем
скорость движения людей по участку (Таблица 2 [2]) – для А1:
v=100 м/мин;
Определим интенсивность движения людского потока по
формуле:
qi =Д i∗v i
Для участка А1:
q А 1=0,009∗100=0,9 м /мин
Сравниваем значение q с допустимым значением. Для
горизонтального участка величина интенсивности должна быть
не более 16,5 м/мин, 0,9<16,5, поэтому столпотворения не
будет.
Определяем время движения по участку по формуле:
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
L
t= ∗60
v
Для участка А1:
t A1=
12
∗60=7,2 с .
100
Для участка А2:
Д А 2=
4∗0,113
=0,01 м2 ∕ м2
41,25
q А 2=0,01∗100=1 м /мин
Сравниваем 1<16,5 – столпотворения не будет.
t A2=
9
∗60=5,4 с .
100
Для участка А3:
Д А 3=
3∗0,113
2
2
=0,008 м ∕ м
40
q А 3=0,008∗100=0,8 м /мин
Сравниваем 0,8<16,5 – столпотворения не будет.
t A3=
9
∗60=5,4 с .
100
Для участка А4:
Д А 4=
4∗0,113
=0,005 м2 ∕ м2
84
q А 4=0,005∗100=0,5 м/мин
Сравниваем 0,5<16,5 – столпотворения не будет.
t A4=
16
∗60=9,6 с .
100
Для участка А5:
Д А 5=
1∗0,113
2
2
=0,035 м ∕ м
3,2
q А 5=0,035∗100=3,5 м /мин
Сравниваем 3,5<16,5 – столпотворения не будет.
t A5=
Изм. Лист
2
∗60=1,2 с .
100
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
На участке А6 происходит слияние потоков А2 и А3 При
слиянии двух участков интенсивность определится как:
q6 =
q 2∗B2 +q3∗B3 1∗1,2+0,8∗1,2
=
=1,8 м /мин
B6
1,2
Сравниваем 1,8<16,5 – столпотворения не будет.
Скорость движения на участке v=100 м/мин.
t A6=
1,5
∗60=0,9 с .
100
На участке А7 происходит слияние потоков А1 и А5 При
слиянии двух участков интенсивность определится как:
q7 =
q 1∗B1 +q5∗B5 3,5∗1,2 +0,9∗1,2
=
=4,4 м/мин
B7
1,2
Сравниваем 4,4<16,5 – столпотворения не будет.
Скорость движения на участке v=100 м/мин.
t A7=
3
∗60=1,8 с .
100
На участке А8 происходит слияние потоков А6 и А7 При
слиянии двух участков интенсивность определится как:
q8 =
q 6∗B6 +q7∗B7 1,8∗1,2 +4,4∗1,2
=
=6,2 м/мин
B8
1,2
Сравниваем 6,2<16,5 – столпотворения не будет.
Скорость движения на участке v=80 м/мин.
t A8=
2
∗60=1,5 с .
80
На участке А9 происходит слияние потоков А4 и А8 При
слиянии двух участков интенсивность определится как:
q9 =
q 4∗B4 +q 8∗B8 6,2∗1,2+0,5∗1,2
=
=6,7 м/мин
B9
1,2
Сравниваем 6,7<16,5 – столпотворения не будет.
Скорость движения на участке v=80 м/мин.
t A8=
Изм. Лист
2
∗60=1,5 с .
80
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Для участка А10:
Д А 10=
17∗0,113
2
2
=0,09 м ∕ м
20,5
q А 10=0,09∗80=7,2 м /мин
Сравниваем 7,2<16 – столпотворения не будет.
t A 10 =
16
∗60=12 с .
80
Определим общее время выхода из здания:
t ВЫХ =7,2+ 5,4+5,4+9,6 +1,2+0,9+1,8+ 1,5+1,5+12=46,5
Исходя из 2-й степени огнестойкости и допустимого
времени эвакуации общее время эвакуации
соответствует
ГОСТу 12.1.004–91.
4.4 Оценка экологичности проекта
При разработке программных продуктов, как правило, не
происходит нарушения экологического состояния окружающей
среды.
Возможно
лишь
шумовое
и
электромагнитное
загрязнение окружающей среды
Шум
в
определённых
условиях
может
оказывать
значительное влияние на здоровье и поведение человека. Шум
может
вызывать
раздражение
и
агрессию,
артериальную
гипертензию (повышение артериального давления), потерю
слуха.
Наибольшее раздражение вызывает шум в диапазоне
частот 3000÷5000 Гц.
Шумовое загрязнение от какого-либо объекта можно до
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
некоторой степени уменьшить, если на этапе разработки
проекта этого объекта смоделировать с учётом различных
внешних условий (например, топология и погодные условия
местности) характер шумов, которые будут возникать и затем
отыскать пути их устранения или хотя бы уменьшения.
Программный продукт может запускаться на аппаратуре,
влияющей на уровень шума в помещении.
Для
предотвращения
последствий
шума
могут
быть
использованы звукоизоляционные материалы, оборудование с
улучшенными изоляционными характеристиками.
4.5 Вывод
В данном разделе мы рассмотрели основные опасные и
вредные факторы и их нормы, влияющие на условия работы
программиста. Проведенная оценка условий труда по степени
вредности и опасности показала, что на рассматриваемом
рабочем
месте
все
условия
жизнедеятельности
человека
соответствуют допустимым значениям и нормам.
Поскольку
человек
вычислительной
помещение,
программное
в
напрямую
техникой,
котором
он
обеспечение
гарантирующими
то
взаимодействует
необходимо
работает
безопасными
сохранность
здоровья
и
с
обеспечить
разрабатывает
условиями
труда,
работника
—
пользователя компьютера. Кроме того, важно чтобы человек
был защищён не только от вредных факторов вычислительной
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
техники, но и работал в помещении, соответствующем всем
нормам и стандартам для работы.
Был произведен расчет освещения рабочего места. Для
поддержания
условий
труда
в
допустимых
значениях
параметров жизнедеятельности человека на рабочем месте по
электробезопасности, пожароопасности и другим параметрам,
необходимо и в дальнейшем соблюдать меры безопасности,
проводить
профилактические
мероприятия,
следовать
правилам и инструкциям, установленным для этих факторов.
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Заключение
В процессе выполнения выпускной квалификационной
работы была реализована информационная система интернетмагазина мобильных устройств и техники. Изучены бизнеспроцессы информационной системы. Интерфейс выполнен в
форме сайта, с использованием фреймворка Laravel. Сайт
оформлен в минималистичном стиле, что позволяет также
легко взаимодействовать с системой. Из-за оптимизации кода
скорость загрузки сайта остается на высоком уровне. С помощь
использованного
фреймворка
сайт
может
поддерживаться
также и на мобильных устройствах средством адаптивной
разметки.
На
сайте
размещена
информация
о
товарах.
Предоставлена возможность оформления заказа.
Информационная
система
соответствует
следующим
критериям:
Отличное удобство работы сайта.
Хороший дизайна сайта.
Отличная скорость доступа к данным сайта.
Наличие адаптивности сайта.
Наличие многоязычности сайта.
Сокращено
время
обучения
персонала
для
взаимодействия с системой
Все поставленные в работе задачи на проектирование
информационной
системы
интернет-магазина
мобильных
устройств и техники выполнены.
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Перечень использованных информационных
ресурсов
1.
Феокситова
Т.Г.
Расчет
производственного
освещения. – Москва, 2013. – 56 с.
2.
ГОСТ
12.1.004-91
ССБТ.
Пожарная
безопасность.
Общие требования.
3.
Ташков, П. Веб-мастеринг: HTML, CSS, JavaScript,
PHP, CMS, AJAX / П. Ташков. - М.: Питер, 2010. - 704 c.
4.
Бенкен, Е.С. PHP, MySQL, XML. Программирование
для Интернета / Е.С. Бенкен. - М.: БХВ-Петербург, 2011. - 570 c.
5.
Дронов,
В.А.
Laravel.
Быстрая
разработка
современных динамических Web-сайтов на PHP, MySQL, HTML
и CSS / Дронов В.А. - М.: БХВ-Петербург, 2018. - 160 c.
6.
Дунаев В. JavaScript. Самоучитель; Питер - М., 2015. -
400 c.
7.
Грабер, М. SQL для простых смертных / М. Грабер. -
М.: ЛОРИ, 2014. - 378 c.
8.
Роберт М. Чистая архитектура / Роберт М. - М.: Питер,
2018. - 352 c.
9.
Алексеев,
А.
П.
Введение
в
Web-дизайн
/
А.П.
Алексеев. - М.: Солон-Пресс, 2014. - 192 c.
Изм. Лист
№ докум.
Подпис Дата
ь
09.03.02.550000.000 ПЗ
Лист
7
Отзывы:
Авторизуйтесь, чтобы оставить отзыв