Создание сайта магазина женской одежды

В учебнике «Операционные системы» А. В. Гордеева описывается, что операционная система представляет собой комплекс системных управляющих и обрабатывающих программ, которые выступают как интерфейс между аппаратной части и пользователем с его задачами, при этом обеспечивая эффективное расходование ресурсов вычислительной системы и организации надежных вычислений. Наиболее известными на сегодняшний день являются операционные системы MicrosoftWindows, Linux и OSX. Достоинства ОС Microsoft Windows: простой и интуитивно понятный пользовательский интерфейс;

популярность на рынке ОС;большой выбор ПО. К недостаткам можно отнести:

высокие требования от аппаратной части ПК;уязвимость ОС. Опираясь на учебник Гордеева А. В. можно выявить, что «Linux — это современная свободно распространяемая UNIX-подобная операционная система для персональных компьютеров и рабочих станций».Достоинства ОС Linux: безопасность ОС;бесплатно распространяемая ОС;стабильность в работе. Недостатки данной системы:

сложность в освоении и настройке ОС;необходимость работы с консолью;

небольшой выбор ПО. Mac OS X — это операционная система, построенная на базе надёжной платформы UNIX и в полной мере задействующая все возможности аппаратного обеспечения компьютера. Достоинства ОС MacOSX: достойная скорость работы системы;

повышенная безопасность ОС;бесплатные обновления ОС;простой пользовательский интерфейс. Основными недостатками являются:

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

Модель — это наиболее полное и точное описание системы, которое позволяет получить ответы на вопросы относительно функций информационной системы. Моделирование облегчает решение задач, связанных с реальными системами. Методология структурного анализа и проектирования SADT, разработанная Дуглас Россом в 70-х годах прошлого века до сих пор пользуется заслуженной популярностью. SADT (StructuredAnalysisandDesignTechnique) — методологияструктурного анализаи проектирования, интегрирующая процесс моделирования, управление конфигурацией проекта, использование дополнительных языковых средств и руководство проектом со своим графическим языком. Процесс моделирования может быть разделен на несколько этапов: опрос экспертов, создание диаграмм и моделей, распространение документации, оценка адекватности моделей и принятие их для дальнейшего использования.

В процессе моделирования (структуризации) система разделяется на составляющие ее функциональные подсистемы. Декомпозиция проводится до нужной степени детализации. Подсистемы, составляющие модель, выстраиваются в иерархическом порядке. Методология SADT успешно используется для моделирования широкого круга систем, как существующих, так и для новых систем, которые только планируется создать [хх]. В первом случае, для уже существующих систем, SADT используется для проведения анализа функций, выполняемых системой, и описания механизмов, посредством которых они осуществляются. Во втором случае SADT используется, чтобы определить требования к будущей системе и описать ее функции.

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

Методология IDEF0 (IcamDefinition) — диаграммы, представляющие систему в виде иерархии взаимосвязанных функций. Функциональная модель показывает, какие функции выполняет исследуемая система, как эти функции связаны между собой и как они упорядочены по степени важности или по порядку исполнения. Каждая функция, представленная в модели, может быть детализирована с любой степенью подробности. Методология DFD (DataFlowDiagrams) — диаграммы потоков данных, моделирует движение информации в системе. Может использоваться для описания документооборота. Методология IDEF1X или ERD (Entity-RelationshipDiagrams) — диаграммы «сущность-связь» — объекты, входящие в исследуемую систему, их свойства и связи между ними. Обычно, это не что иное, как реляционная модель данных исследуемой системы, которая состоит из сущностей, описываемых наборов атрибутов, и связей между ними. Типы связей определяют характер сущностей. Модель данных может быть положена в основу информационной модели исследуемой системы, создаваемой с помощью различных реляционных СУБД. Методология IDEF3 — диаграммы процессов, графически описывает процессы, протекающие в системе. Проектирование концептуальной модели.

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

2.2). Таблица 2.2Сущности предметной области№ п/пНазвание.

ОписаниеModelИнформация о моделиSectionИнформация о разделе, в котором находится модельTrendИнформация о трендах в разделеInternet-shopИнформация о магазине, где можно купить модель данного стиляAdminИнформация об администраторах системы.

По словарю сущностей составим концептуальную модель (рис. 2.2). Концептуальное, логическое и физическое моделирование проведено в программе ToadDataModeler, бесплатный доступ к которой осуществляется в течение 30 дней после установки.Рис. 2.2Концептуальная модель магазина одежды «Luxury"С помощью диаграмм прецедентов на языке UML можно представить требования к ИС. Согласно пособию „Самоучитель UML“: „Язык UML представляет собой общецелевой язык визуального моделирования, который разработан для спецификации, визуализации, проектирования и документирования компонентов программного обеспечения, бизнес-процессов и других систем.“. Язык UML является простейшим, основным и мощнейшим средством моделирования, который используется для построения концептуальных, логических и графических моделей систем различной степени сложности и совершенно разного целевого предназначения».Диаграмма прецедентов (диаграммы Use-Case) — подробные процедуры описания вариантов использования с точки зрения конечных пользователей программы. Диаграмма прецедентов построена на он-лайн сервисе.

https://www.lucidchart.comВ рассматриваемой предметной области можно выделить следующие объекты: Model — информация о модели;Section — информация о разделе, в котором находится модель;Internet-shop — информация о магазине, где можно купить модель;Admin — информация об администраторах системы. Субъектами деятельности (актёрами) являются администратор системы, администратор каталога и пользователь. Прецеденты (действия) субъектов (актёров) показаны на диаграмме прецедентов (рис. 2.3).Рис. 2.3Диаграмма прецедентов ИСАдминистратор может работать со всеми компонентами приложения напрямую на хостинге (сервере) и/или изменять информацию, используя Панель управления. И с том, и в другом случае требуется авторизация в системе. Администратор каталога может работать с данными в Панели управления, требуется авторизированный вход. Пользователь каталога может просматривать информацию, выбирать модели женской одежды и переходить по ссылкам в интернет-магазин.Проектирование логической модели данных.

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

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

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

модель;

раздел;тренд;

интернет-магазин;

администратор. Администратор имеет доступ к базе данных и к панели управления сайтом. Логическая модель данных является начальным прототипом будущей базы данных. Логическая модель описывает понятия предметной области, их взаимосвязь, а также ограничения на данные, налагаемые предметной областью. Логическая модель строится без привязки к конкретной СУБД и может быть реляционной, иерархической или сетевой. Основным средством разработки логической модели данных в настоящий момент являются различные варианты ER-диаграмм (Entity-Relationship, диаграммы сущность-связь). ER-диаграма — это графическое представление взаимосвязей сущностей. Одну и ту же ER-модель можно преобразовать как в реляционную модель данных, так и в модель данных для иерархических и сетевых СУБД, или в постреляционную модель данных. Существует специальные программы для построения инфологических моделей, так называемые CASE средства (англ.Computer-AidedSoftwareEngineering) — набор инструментов и методов программной инженерии для проектирования программного обеспечения [хх].

Популярные CASE средства: BPWin, ERWin, Business Studio, Toad Data Modeler идр. Большинство этих программ являются платными. На рисунке 2.4 представлена логическая модель данных ИС. Атрибутами сущности Модель являются Картинкаи Миниатюра. Все остальные характеристики модели (размер, цена и т. д.) пользователь сможет просмотреть на сайте интернет-магазина. Рис. 2.4Логическая модель данных предметной области.

Атрибут Текст сущности Раздел — это информация о разделе женской одежды, которую администратор вводит в панели управления. Администратор имеет доступ не только к Панели управления, но и к программному коду приложения, и к базе данных на локальном сервере, а в дальнейшем и на хостинге провайдера. В таблице 2.3 представлена классификация типов связей, между таблицами базы данных. Таблица 2.3Классификация связей таблиц БДКлючевое поле.

Главная таблица.

Подчиненная таблица.

Тип связиID раздела.

РазделМодель1:МID модель.

МодельИнтернет-магазин1:МID раздела.

РазделТренд1:МСтруктура хранения данных отвечает правилам нормализации (устранение избыточности данных). Проектированиефизической модели данных.

На основе полученной логической модели осуществляется физическое проектирование. Физическим аналогом сущности в разрабатываемой базе данных является таблица, а физическим аналогом атрибута — поле этой таблицы. Результатом этого процесса является физическая модель, содержащая полную информацию для генерации всех объектов в базе данных [хх]. Физическая модель данных сопоставляется с логической структурой базы данных, но на нее оказывает влияние физическая организация данных конкретной системы управления базой данных. Отношения, разработанные на стадии формирования логической модели данных, преобразуются в таблицы, атрибуты становятся столбцами таблиц, для ключевых атрибутов создаются уникальные индексы, домены преображаются в типы данных, принятые в конкретной СУБД. На рис. 2.5 представлена физическая модель базы данных, где использованы типы данных СУБД MySQL. Полный SQL-код генерации таблиц базы данных приведен в приложении А.Рис. 2.5Физическая модель данных базы данных.

Вывод. Разработанная структура базы данных отвечает принципам нормализации. Программой ToadModelerсгенерированSQL-скрипт для создания таблиц в СУБД MySQL. ПРИЛОЖЕНИЕ АСкрипт базы данных/*Created: 14.

06.2018Modified: 16.

06.2018Model: Universal_vitrinaDatabase: MySQL 5.0*/— Create tables section —————————————————————————- Table SectionCREATE TABLE `Section`(`ID_section` Int UNSIGNED NOT NULL AUTO_INCREMENT, `Name_section` Varchar (150) NOT NULL, `Text` Text NOT NULL, PRIMARY KEY (`ID_section`));

— Table ModelCREATE TABLE `Model`(`ID_model` Int UNSIGNED NOT NULL AUTO_INCREMENT, `Picture` Varchar (20) NOT NULL, `Thumb` Varchar (20) NOT NULL, `ID_section` Int UNSIGNED NOT NULL, PRIMARY KEY (`ID_model`));CREATE INDEX `IX_Relationship1` ON `Model` (`ID_section`);

— Table Internet-shopCREATE TABLE `Internet-shop`(`ID_shop` Int UNSIGNED NOT NULL AUTO_INCREMENT, `Name_shop` Char (150) NOT NULL, `Link_page` Char (255) NOT NULL, `ID_model` Int UNSIGNED, PRIMARY KEY (`ID_shop`));CREATE INDEX `IX_Relationship1` ON `Internet-shop` (`ID_model`);

— Table AdminCREATE TABLE `Admin`(`ID_admin` Int UNSIGNED NOT NULL AUTO_INCREMENT, `Login` Varchar (20) NOT NULL, `Password` Varchar (30) NOT NULL, `Surname` Varchar (25) NOT NULL, `Name` Varchar (25) NOT NULL, PRIMARY KEY (`ID_admin`));

— Table Section_pageCREATE TABLE `Section_page`(`Attribute1` Char (20));

— Table TrendCREATE TABLE `Trend`(`ID_trend` Int NOT NULL AUTO_INCREMENT, `Content_trend` Varchar (150) NOT NULL, `ID_section` Int UNSIGNED, PRIMARY KEY (`ID_trend`));CREATE INDEX `IX_Relationship2` ON `Trend` (`ID_section`);

— Create foreign keys (relationships) section ————————————————————————- ALTER TABLE `Model` ADD CONSTRAINT `Model belongs of section` FOREIGN KEY (`ID_section`) REFERENCES `Section` (`ID_section`) ON DELETE RESTRICT ON UPDATE RESTRICT;ALTER TABLE `Internet-shop` ADD CONSTRAINT `Model/style is sold in a shop` FOREIGN KEY (`ID_model`) REFERENCES `Model` (`ID_model`) ON DELETE RESTRICT ON UPDATE RESTRICT;ALTER TABLE `Trend` ADD CONSTRAINT `Section contents trend (s)` FOREIGN KEY (`ID_section`) REFERENCES `Section` (`ID_section`) ON DELETE RESTRICT ON UPDATE RESTRICT;