Курсовая работа Архитектура информационных систем. курсач. 1. Этап анализа

• Название: 1. Этап анализа
• Анкор: Курсовая работа Архитектура информационных систем
• Дата: 05.11.2021
• Размер: 261.44 Kb.
• Имя файла: курсач.docx
• Тип: Реферат; #263879
• страница: 3 из 10

1.5 Концептуальная модель

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

В процессе разработки модели предметной области также необходимо идентифицировать связи (ассоциации) между концептуальными классами

Категория концептуальных классов	Примеры
Транзакции Рекомендации: эти классы особенно критичны, поскольку зачастую описывают финансовые операции, поэтому процесс выделения концептуальных классов следует начинать именно с них	customer ( покупатель), product(товар), zakaz (заказ), oplata(оплачивание)
Элементы транзакций Рекомендации: транзакции зачастую состоят из элементов	Zakaz(товар), Product(товары)
Товары или службы, связанные с транзакциями или их элементами Рекомендации: транзакции выполняются над некоторыми элементами (товарами или службами)	Product-korzina, korzina-zakaz
Роли людей или организации, связанные с транзакциями. Исполнители прецедентов Рекомендации: необходимо знать, кто участвует в транзакции	Customer (Покупатель), seller (поставщик), admin (администратор)
Место транзакций	Product, zakaz, oplata
Важные события, для которых необходимо хранить время и место	Zakaz, oplata
Физические объекты Рекомендации: такие объекты обычно соответствуют программным системам, предназначенным для управления или моделирования	Catalog(каталог), product (Товар)
Описание объектов	Catalog-product (Каталог товаров), product-characteristika
Каталоги Рекомендации: описание зачастую приводится в каталоге	ProductDescription (Каталог товаров), FlightDescription (Каталог рейсов)
Контейнеры других объектов (физических или информационных)	Oplata
Содержимое контейнеров	Customer, product
Другие системы, внешние по отношению к данной системе	Oplata, web-oplata, bankovskie_kartochki

Таблица 1.5. Список категорий концептуальных классов

Ассоциация (association) – это отношение между классами, отражающая некоторые значимые и полезные связи между ними. Ассоциация обозначается проведенной между классами линией, с которой связано определенное имя, начинающееся с большой буквы. На рисунке 1.2 приведен пример ассоциации.



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

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

Категория	Примеры
А является транзакцией, которая связана с другой транзакцией В	product-korzina( товар-корзина); korzina-zakaz(корзина-заказ)
А является элементом транзакции	Product(товар)
А является товаром или услугой для транзакции В	Product- zakaz(товар- заказ)
А является ролью, связанной с транзакцией В	Customer-oplata (ПокупательПлатеж) Product- zakaz(товар- заказ)
А является физической или логической частью В	Customer-zakaz (покупатель-заказывает)
А физически или логически содержится в В	Catalog-product(каталог-товар) Product-characteristika (Товар-описание товара)
А является описанием В	Product-characteristika (Товар-описание товара)
А известен/зарегистрирован/ записан/включен в В	Zakaz-autorize(заказ товара-авторизация покупателя) zakaz-oplata (опаливание-заказ товара)
А является членом В	Product-catalog (товар-каталог)
А является организационной единицей В	Users-(vneshniy user; vnutrenniy user); Vneshniy user-(customer; seller)
А использует, управляет или владеет В	Customer-product; Seller-product
А следует за В	SalesLineItem- SalesLineItem (Наименование товара- Следующее наименование товара)

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

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

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

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

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

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

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

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

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