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

Рис. 2.1 процесс добавление товара

Этот процесс управляется администраторам ИС то есть проверяет данные о товаре и поставщиков и потом этот товар публикуется в ИС "электронной торговли"

Таблица 2.9 Описание варианта использования "заказ-онлайн"

Рис. 2.2 процесс оформление заказа

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

Рис. 2.3 диаграмма прецедентов

Во втором подразделе второй главы описано варианты использовании несколько прецедентов. Было определено цель, исполнители, тип и какие функции содержит эти прецеденты.

.3 Диаграмма кооперации

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

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

Сравнительная характеристика диаграмм взаимодействия приведена в таблице 2.10.

Таблица 2.10. Сравнительная характеристика типов диаграмм взаимодействия

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

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

На рисунках 2.4 и 2.5 представлена диаграмма последовательности и диаграмма кооперации онлайн-заказ. Таким образом, можно видеть различия диаграмм взаимодействия.

Рисю 2.5 диаграмма кооперации электронной торговли

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

.4 Распределение обязанностей между классами

Таблица 2.11. Краткое описание шаблонов распределения обязанностей

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

.5 Диаграмма состояний

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

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

Рис 2.6 Диаграмма состояние товара на сайте

Характеристика состояний системы не зависит (или слабо зависит) от логической структуры, зафиксированной в диаграмме классов. Поэтому при рассмотрении состояний системы приходится на время отвлечься от особенностей ее объектной структуры и мыслить совершенно другими категориями, образующими динамический контекст поведения моделируемой системы.

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

В пятом подразделе второй проектировано диаграмма состояние, в котором описано поведения объекта (товара) в нескольких различных вариантах использования.

.6 Диаграмма классов

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

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

Они иллюстрируют взаимоотношения программных элементов, а не понятий из предметной области. На рисунке 2.7 приведен пример диаграммы классов для электронной торговли.

Рис. 2.8 диаграмма компонентов

Диаграмма компонентов служит частью физического представления модели, играет важную роль в процессе ООАП и является необходимой для генерации программного кода. Для разработки диаграмм компонентов в браузере проекта предназначено отдельное представление компонентов (Component View), в котором уже содержится диаграмма компонентов с пустым содержанием и именем по умолчанию Main (Главная)

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

.7 Диаграмма развертывания

Этот вид диаграмм предназначен для анализа аппаратной части системы, то есть "железа", а не программ. В прямом переводе с английского Deployment означает "развертывание", но термин "размещение" точнее отражает сущность этого типа диаграмм.

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

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

На рис. 2.9 изображена диаграмма развертывания информационной системы электронной торговли.

Рис. 2.9. Диаграмма развертывания

В седьмом разделе было проектировано диаграмма развертывание. Этот вид диаграмм предназначен для анализа аппаратной части системы.

3. Расчет себестоимости ИС

.1 Калькуляция весовых действующих лиц

Все действующие лица системы делятся на три типа: простые, средние и сложные. Простое действующее лицо представляет внешнюю систему с четко определенным программным интерфейсом. Среднее действующее лицо представляет либо внешнюю систему, взаимодействующую с данной системой посредством протокола наподобие TCP/IP, либо личность, пользующуюся текстовым интерфейсом (например, алфавитно-цифровым терминалом). Сложное действующее лицо представляет личность, пользующуюся графическим пользовательским интерфейсом.

Таблица 3.1. Весовые коэффициенты действующих лиц.

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

Таблица 3.2. Типы действующих лиц

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

Таким образом, общий весовой показатель равен:

А=2*1 + 4*2+1*3 =13

.2 Калькуляция весовых вариант использования

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

Таблица 3.3 Весовые коэффициенты вариантов использования

Для системы электронной торговли сложность вариантов использования определяется следующим образом (табл. 3.4).

Таблица 3.4. Сложность вариантов использования

Таким образом, общий весовой показатель равен:

= 5*4 +6 * 10 =80.

В результате получаем показатель UUCP (Unadjusted Use Case Points):

=A+UC=13+80=93

.3 Определение уровень технический сложности проекта

Техническая сложность проекта (TCF - Technical Complexity Factor) вычисляется с учетом показателей технической сложности (табл. 3.6). Каждому показателю присваивается значение Тi. в диапазоне от 0 до 5 (0 означает отсутствие значимости показателя для данного проекта, 5 - высокую значимость). Значение TCF вычисляется по формуле TCF = 0,6 + (0,01*(STi* Весi)) Таблица 3.6 Показатели технической сложности проекта TCF

Таблица 3.5. Показатели технической сложности проекта TCF