Материал: Создание проекта информационной системы электронной торговли

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

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

Таблица 1.6. Список стандартных ассоциаций

Функциональность и эффективность информационной системы - является одним из основных требований в разрабатываемой квалификационной работе.

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

Модель предметной области - это визуальное представление концептуальных классов или объектов реального мира в терминах предметной области. Такие модели также называют концептуальными моделями.

Рис. 1.5 диаграмма классов электронной торговли

На рис. 1.5 показана концептуальная модель. В ней выделены 5 основных концептуальных классов: "Users", "Product", "Zakaz", "Oplata" и "Korzina". Эти классы в свою очередь разделятся на несколько классов которые приведены ниже на рисунке 1.5

Каждый класс имеет свои атрибуты и операции.

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

В процессе разработки курсовой работы будут учитываться основные требования к функционированию разработки электронной торговли.

Полноценность и достоверность информации - так же одно из наиболее важных требований к разрабатываемой теме.

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

.6 Определение основных функций системы

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

Функции могут быть нескольких типов: скрытые и очевидные. Очевидность функции определяется очевидностью выполнения данной функции системой с точки зрения пользователя. В таблице 7 приведен пример описания функций.

Таблица 1.7. Описания функций ИС электронной торговли

.7 Диаграмма последовательностей

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

Моделирование временной упорядоченности потока управления осуществляется следующим образом:

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

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

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

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

Рис 1.6. Диаграмма последовательности прецедента онлайн-заказ.

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

2. Этап проектирования

Для разработки данного ИС используется PHP & MYSQL потому что РНР предоставить программисту средства для быстрого и эффективного решения поставленных задач. Практический характер РНР обусловлен пятью важными характеристиками:

•        традиционностью;

•        простотой;

•        эффективностью;

•        безопасностью;

•        гибкостью.

Существует еще одна "характеристика", которая делает РНР особенно привлекательным: он распространяется бесплатно! Причем, с открытыми исходными кодами ( Open Source ).

Сценарии на языке PHP могут выполняться под всеми основными операционными системами, в том числе под Microsoft Windows и Unix-подобными операционными системами (Linux, OpenBSD, Solaris, HP-UX), Mac RISC OS, OS X и некоторыми другими. Большинство современных веб-серверов поддерживают PHP: Apache, Personal Web Server, Microsoft Internet Information Server, iPlanet, Netscape, Caudium, Oreilly Website Pro, OmniHTTPd, Xitami и другие.

Язык PHP позволяет организовать обработку данных форм, создание динамических страниц сайта, создание и обработку файлов cookies и многие другие функции CGI (Common Gateway Interface).

Язык сценариев PHP позволяет вести разработку приложений как на основе процедурного, так и на основе объектно-ориентированного программирования (ООП).

2.1 Системных операций

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

Предусловия (preconditions) - это перечень предпосылок, которые всегда должны выполняться до начала сценария прецедента. Выполнение этих условий не проверяется в рамках логики выполнения данной операции, а предполагается, что они истинны. Результаты, или постусловия (postconditions), описывают, какие условия должны выполняться в случае успешного завершения сценария. Эти результаты должны удовлетворять интересам всех заинтересованных лиц. Выделение постусловий - наиболее важная часть описания системных операций.

Таблица 2.1. Описание системной операции register_customer

В этом операции пользователи могут зарегистрироваться, вводя свои данные которые приведены в таблице №2.1 , чтобы оформит заказ через ИС электронной торговли.

После регистрации пользователи могут входить, заполняя форму авторизации своим логин и паролем. Описание операции авторизации приведены в таблице 2.2.

Таблица 2.2. Описание системной операции autorize

Таблица 2.3. Описание системной операции add_product

В этом операции пользователи-поставщики могут зарегистрировать новые товары, заполняя данные товары которые приведены в таблице №2.3.

Таблица 2.4. Описание системной операции update_product

В этом операции пользователи-поставщики могут редактировать данные товара.

Таблица 2.5. Описание системной операции delete_product

Если товар на складе в наличии не осталось, то с помощью данной операции, поставщик может удалить товар.

Таблица 2.6. Описание системной операции search-product

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

Таблица 2.7. Описание системной операции zakaz_product

После выбор товара пользователи могут, оформит онлайн-заказ.

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

.2 Реальные прецеденты с интерфейсными формами

Таблица 2.8 Описание варианта использования "добавление товара"

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

бизнес интернет информационный торговля