- •Основные компоненты систем электронной коммерции.
- •Разработка скриптов на JavaScript. Особенности исполнения скриптов в среде броузеров.
- •Язык JavaScript. Размещение программного кода в html-странице.
- •Объектная модель Internet-броузера. Cвойства и методы окон и документов.
- •Объекты JavaScript-программ. Особенности использования массивов и строк.
- •Переменные и операторы JavaScript. Обработчики событий.
- •Формы в html. Элементы управления. Поиск информации в документе.
- •Переменные и объекты языка php. Типы данных, используемых в скриптах. Фрагменты html в текстах рнр-программ.
- •Прием данных от клиентского приложения в скриптах на рнр. Передача данных клиенту.
- •Сервер баз данных MySql. Создание и модификация таблиц. Запросы на выборку информации.
- •Функции php для соединения с сервером MySql и передачи ему запросов. Получение данных в виде результирующего множества.
- •Принципы осуществления электронных платежей. Электронные деньги и кошельки. Схемы оплаты.
- •Проектирование систем электронной коммерции. Основные этапы. Средства для создания компонентов систем электронной коммерции.
- •Описание систем электронной коммерции диаграммами прецедентов и классов
- •Описание систем электронной коммерции диаграммами действий
- •Описание систем электронной коммерции диаграммами состояния и развёртывания
- •Описание систем электронной коммерции диаграммами последовательностей
- •Поисковая оптимизация сайтов электронной коммерции. Позиционирование в поисковых сервисах.
Описание систем электронной коммерции диаграммами последовательностей
Описание СЭК диаграммами взаимодействия и диаграммами последовательностей.
Диаграмма взаимодействия используется, чтобы проследить выполнение сценария в том же контексте, что и диаграмма объектов
В известной степени диаграмма взаимодействия есть просто другой способ представления диаграммы объектов. Диаграммы взаимодействия не вводят новых понятий или обозначений. Скорее, они берут существенные элементы диаграммы объектов и перестраивают их.
Диаграмма взаимодействий внешне напоминает таблицу. Имена объектов диаграммы взаимодействий (те же, что и на диаграмме объектов) записываются горизонтально в верхней ее строке. Под каждым из них рисуется вертикальная пунктирная линия. Отправления сообщений (которые могут обозначать события или вызовы операций) показываются горизонтальными стрелками, с тем же синтаксисом и обозначениями синхронизации, что и на диаграмме объектов. Линия, обозначающая посылку сообщения, проводится от вертикали клиента к вертикали сервера. Первое сообщение показывается на самом высоком уровне, второе ниже и т.д., таким образом, отпадает надобность в их порядковых номерах.
Диаграммы взаимодействий часто лучше диаграмм объектов передают семантику сценариев на ранних этапах жизненного цикла разработки, когда еще не идентифицированы протоколы отдельных классов. В начале разработки диаграммы взаимодействий обычно сконцентрированы скорее на событиях, чем на операциях, потому что события помогают определить границы системы. Когда же уточнились структуры классов, акцент смещается к диаграммам объектов, семантика которых более выразительна.
Диаграмма последовательностей предназначена для отображения временных зависимостей, возникающих в процессе общения между объектами. Диаграмма строится как график и имеет два измерения. По вертикали откладывается время, которое может быть схематичным или может иметь реальный масштаб. По горизонтали отображаются объекты. Она состоит из следующих элементов:
объект, обозначается прямоугольником с записанным в нем именем объекта;
линия жизни объекта, штрих - пунктирная линия, выходящая из объекта и расположенная вдоль оси времени, обозначает время жизни объекта,
активация, тонкий вертикальный прямоугольник, расположенный вдоль оси времени объекта, обозначающий период активной жизни объекта, либо выходит из объекта,
вызов метода поведения объекта ( сообщение ), обозначается стрелкой между активациями объектов с именем действия, направление стрелки задает направление передачи данных,
текстовые метки ( отметки времени, описание действий и т.п. )
На данном рисунке рассмотрена диаграмма для установки PPP - соединения через модем между сервером и клиентом. Такая задача выполнятся, например, при подключении персонального компьютера к Intenret через модем. На рисунке изображены четыре объекта: УPPP - соединениеФ, УНомеронабирательФ, УТелефонная линияФ, УСерверФ. В рамках данной задачи объекты УНомеронабирательФ и УТелефонная линияФ начинают свою жизнь сразу с активации, тогда как другие объекты имеют неактивную линию жизни ( см. штрих - пунктир ). Активация объектов УPPP - соединениеФ и УСерверФ начинается только с получения соответствующего сообщения. Объект УPPP - соединениеФ создается только после получения соответствующего сообщения. В этом случае стрелка с сообщением соединяется не с активацией, а непосредственно с объектом. Черный крест в конце активации обозначает, что объект перестает существовать в рамках данной задачи.
Линии жизни объектов могут разветвляться для обозначение альтернативных вариантов поведения. На альтернативных линиях жизни могут располагаться различные активации. Альтернативная линия жизни показана для объекта УНомеронабирательФ, она начинается с получения сигнала УзанятоФ от телефонной линии.
Линии, обозначающие передачу сообщений ( вызовы методов ) помечаются именем выполняемого действия или передаваемым сообщением. Могут быть отображены фактические параметры передаваемые в вызове, или результат возвращаемый после вызова.
