Проектирование ИС 'Учет заказов рекламного агентства'
Содержание:
Введение
Описание
предметной области
Диаграммы
потоков данных
Диаграммы
"сущность-связь"
Концептуальная
схема данных
Физическая
модель данных
Описание
приложения
Заключение
Список
использованной литературы
Введение
Цель курсовой работы: применение
на практике знаний, полученных в процессе изучения курса «Проектирование ИС», а
именно смоделировать информационную систему, которая позволит оператору вести
учет оказания услуг рекламным агентством. По поданной и обработанной заявке,
сотрудник рекламного агентства должен оформить накладную на оказание услуг
клиенту.
Задачи курсовой работы:
· построить диаграмму потоков данных (DFD),
концептуальную модель данных (ERD),
логическую модель данных в нотации IDEF1X
и физическую модель данных
· разработать интерфейс приложения
Под интерфейсом понимается совокупность средств
и методов, при помощи которых пользователь взаимодействует с программой.
Описание предметной области
Рекламное агентство, далее (РА).
Наша компания предлагает:
Консультации
персонального менеджера с бесплатным выездом на Ваш объект.
Дизайн фасадов,
витрин, вывесок, табличек, интерьера, и любой наружной рекламы.
Производство
всех видов наружной рекламы и входных групп и т.п. из высококачественных
материалов на собственном современном оборудовании. В техпроцессе используется
лазерная резка, и фрезерование нержавеющей стали и пластика, гибка
металлопроката, широкоформатная печать, неон. Что позволяет добиться высоких
эстетических и эксплуатационных качеств продукции.
Проектную документацию
на все виды средств наружной рекламы и информации. Разработка конструкторской
документации (чертежи конструкций), расчёты несущих конструкций (расчеты на
прочность, ветровые и снеговые нагрузки)
Монтаж наружной
рекламы любой сложности с привлечением промышленных альпинистов и спецтехники.
Регистрацию
рекламы с получением Паспорта рекламного места, что позволит Вам сэкономить
время и правильно оформить документы.
Целью разрабатываемой информационной системы
является автоматизация учета заказов РА.
Пользователями системы должна быть сотрудники
РА.
Система должна позволять:
· создавать новые записи о клиентах
· вносить информацию о заказах, путём
заполнения накладной
· вносить/обновлять информацию о видах
услуг
На предоставление услуг клиенту, заполняется накладная.
Накладная может содержать несколько услуг, но услуги не повторяются, для заказа
несколько услуг одного вида существует поле кол-во. Накладную заполняет
работник РА. Общая стоимость вычисляется в зависимости от выбранных услуг РА.
Накладная может быть выписана только на одного заказчика. Накладная может быть
заполнено только одним Сотрудником РА. Цена услуги является изменяемым полем. В
накладную проставляются цены, действующие на момент заказа. Изменение текущей
цены услуги не повлияет на предыдущие накладные.
Входные документы:
. Информация о заказчике
· ФИО
· Паспортные данные
· E-mail
· Контактный телефон
2. Информация о сотруднике РАН
· ФИО
. Информация о предоставленных услугах
· Кол-во
· Цена продажи
· Наименование
4. Информация о накладной
· Номер
· Дата заполнения
· Сумма
Результатом работы информационной системы,
должны быть отчеты
· Популярные услуги
· Активность сотрудников
· Частота возвращения клиентов
Диаграммы потоков данных
Диаграмма потоков данных показывает
внешние по отношению к системе источники истоки (адресаты) данных,
идентифицирует логические функции (процессы) и группы элементов данных,
связывающие одну функцию с другой (потоки), а также идентифицирует хранилища
(накопители) данных, к которым осуществляется доступ. Структуры потоков данных
и определения их компонент хранятся и анализируются в словаре данных. Каждая
логическая функция (процесс) может быть детализирована с помощью диаграммы
потоков данных нижнего уровня; когда дальнейшая детализация перестает быть
полезной, переходят к выражению логики функции при помощи спецификации процесса
(миниспецификации). Содержимое каждого хранилища также сохраняют в словаре
данных, модель данных хранилища раскрывается с помощью диаграммы
«сущность - связь».
Диаграммы
На рисунке 1 представлена контекстная диаграмма
потоков данных системы. На ней показаны внешняя сущность и потоки данных,
которыми она обменивается с основным процессом.
Рисунок 1. Контекстная
диаграмма
На рисунке 2 представлена декомпозиция
контекстной диаграммы системы, где подробно рассматривается основной процесс.
Рисунок 2. Декомпозиция
контекстной диаграммы
На рисунке 3 изображена декомпозиция
процесса "Составление отчетной документации”
Рисунок 3. Декомпозиция
процесса "Составление отчетной документации"
Словарь данных
1. @ИМЯ = ЗАЯВЛЕНИЕ НА ПОДБОР ВАРИАНТОВ
ОКАЗАНИЯ
УСЛУГ
@ТИП = ДИСКРЕТНЫЙ ПОТОК
@БНФ = ФИО КЛИЕНТА + ПАСПОРТНЫЕ
ДАННЫЕ + EMAIL+
ТЕЛЕФОН + ОБЩИЕ ТРЕБОВАНИЯ К УСЛУГАМ
2. @ИМЯ = ИНФОРМАЦИЯ О ВАРИАНТАХ УСЛУГ
@ТИП = ДИСКРЕТНЫЙ ПОТОК
@БНФ = НАИМЕНОВАНИЕ УСЛУГИ + ЦЕНА
УСЛУГИ
3. @ИМЯ = ИНФОРМАЦИЯ ПО ОКОНЧАТЕЛЬНОМУВЫБОРУ
ВАРИАНТА УСЛУГ
@ТИП = ДИСКРЕТНЫЙ ПОТОК
@БНФ = НАИМЕНОВАНИЕ УСЛУГИ +
КОЛИЧЕСТВО
4. @ИМЯ = ПОПУЛЯРНЫЕ УСЛУГИ
@ТИП = ДИСКРЕТНЫЙ ПОТОК
@БНФ = НАИМЕНОВАНИЕ УСЛУГИ + ПЕРИОД
+ КОЛ-ВО
ЗАКАЗОВ УСЛУГИ
5. @ИМЯ = АКТИВНОСТЬ СОТРУДНИКОВ
@ТИП = ДИСКРЕТНЫЙ ПОТОК
@БНФ = ФИО СОТРУДНИКА + ПЕРИОД +
КОЛ-ВО
ОФОРМЛЕННЫХ НАКЛАДНЫХ
6. @ИМЯ = ЧАСТОТА ВОЗВРАЩЕНИЯ КЛИЕНТОВ
@ТИП = ДИСКРЕТНЫЙ ПОТОК
@БНФ = ФИО КЛИЕНТА + ПЕРИОД + КОЛ-ВО
ПОДПИСАННЫХ
НАКЛАДНЫХ
7. @ИМЯ
= ПЕРСОНАЛЬНЫЕ ДАННЫЕ
@ТИП = ДИСКРЕТНЫЙ ПОТОК
@БНФ = ФИО КЛИЕНТА + ПАСПОРТНЫЕ
ДАННЫЕ + EMAIL
+
ТЕЛЕФОН КЛИЕНТА
8. @ИМЯ
= ОБЩИЕ ТРЕБОВАНИЯ К УСЛУГАМ
@ТИП = ДИСКРЕТНЫЙ
ТИП
@БНФ = НАИМЕНОВАНИЕ
+ МАКС.ЦЕНА + МИН.ЦЕНА
9. @ИМЯ
= ЗАПРОС НА ПОИСК УСЛУГ
@ТИП = УПРАВЛЯЮЩИЙ ПОТОК
@БНФ = /ЗАПРОС ИНФОРМАЦИИ ОБ
УСЛУГАХ/
10. @ИМЯ
= ИНФОРМАЦИЯ ПО ПОДХОДЯЩИМ УСЛУГАМ
@ТИП = ДИСКРЕТНЫЙ ПОТОК
@БНФ = НАИМЕНОВАНИЕ УСЛУГИ + ЦЕНА
УСЛУГИ
11. @ИМЯ
= ЗАПРОС ОБ УСЛУГАХ
@ТИП = УПРАВЛЯЮЩИЙ ПОТОК
@БНФ = /ЗАПРОС ИНФОРМАЦИИ ОБ
УСЛУГАХ/
12. @ИМЯ
= ИНФОРМАЦИЯ ОБ УСЛУГАХ
@ТИП = ДИСКРЕТНЫЙ ПОТОК
@БНФ = НАИМЕНОВАНИЕ УСЛУГИ
13. @ИМЯ
= ЗАПРОС О КЛИЕНТАХ
@ТИП = УПРАВЛЯЮЩИЙ ПОТОК
@БНФ = /ЗАПРОС ИНФОРМАЦИИ О
КЛИЕНТАХ/
14. @ИМЯ
= ИНФОРМАЦИЯ О КЛИЕНТАХ
@ТИП = ДИСКРЕТНЫЙ ПОТОК
@БНФ = ФИО КЛИЕНТА
15. @ИМЯ
= ЗАПРОС О СОТРУДНИКАХ
@ТИП = УПРАВЛЯЮЩИЙ ПОТОК
@БНФ = /ЗАПРОС ИНФОРМАЦИИ О СОТРУДНИКАХ/
16. @ИМЯ
= ИНФОРМАЦИЯ О СОТРУДНИКАХ
@ТИП = ДИСКРЕТНЫЙ ПОТОК
@БНФ = ФИО СОТРУДНИКА
17. @ИМЯ
= ЗАПРОС ПО НАКЛАДНЫМ
@ТИП = УПРАВЛЯЮЩИЙ ПОТОК
@БНФ = /ЗАПРОС ИНФОРМАЦИИ ПО
НАКЛАДНЫМ/
18. @ИМЯ
= ИНФОРМАЦИЯ ПО НАКЛАДНЫМ
@ТИП = ДИСКРЕТНЫЙ ПОТОК
@БНФ = НОМЕР+ ДАТА ОФОРМЛЕНИЯ +
КЛИЕНТ + СОТРУДНИК
+ СУММА + УСЛУГИ + КОЛ-ВО УСЛУГ
КАЖДОГО ВИДА + ЦЕНА
ПРОДАЖИ УСЛУГ КАЖДОГО ВИДА
19. @ИМЯ
= ДАННЫЕ ПО НАКЛАДНОЙ
@ТИП = ДИСКРЕТНЫЙ ПОТОК
@БНФ = НОМЕР+ ДАТА ОФОРМЛЕНИЯ +
КЛИЕНТ + СОТРУДНИК
+ СУММА + УСЛУГИ + КОЛ-ВО УСЛУГ
КАЖДОГО ВИДА + ЦЕНА
ПРОДАЖИ УСЛУГ КАЖДОГО ВИДА
Спецификации процессов
1. @ИМЯ
= Обработка заявлений
@ВХОД = Заявление на подбор
вариантов оказания услуг
@ВЫХОД = Персональные данные
@ВЫХОД = Общие требования к услугам
@СПЕЦПРОЦ
ВЫПОЛНИТЬ Преобразовать набор
данных, полученный от
пользовательского интерфейса(почты)
в 2 потока данных, в первый
передать преобразованные данные о
клиенте, во второй данные о
требованиях к услугам
@
2. @ИМЯ
= Обработка требований к услугам
@ВХОД = Общие требования к услугам
@ВЫХОД =Запрос на поиск услуг
@СПЕЦПРОЦ
ВЫПОЛНИТЬ Входные данные были получены от
клиента, они с
помощью оператора формируются в запрос на поиск
услуг в
хранилище данных «Услуги рекламного агентства»
SELECT
Наименование услуги, Цена
FROM УСЛУГИ
WHERE Общие
требования к услугам (Наименование) = Наименование
AND Цена<
Общие требования к услугам (Макс. Цена) AND
Цена>
Общие требования к услугам (Мин. Цена);
@
3. @ИМЯ
= Формирование возможных вариантов услуг
@ВХОД = Информация по подходящим
услугам
@ВЫХОД =Информация о вариантах услуг
@СПЕЦПРОЦ
ВЫПОЛНИТЬ Преобразовать информацию, полученную
от СУБД в
формат, подходящий для передачи пользовательскому
интерфейсу,
впоследствии переданную оператор по почте
клиенту
@
4. @ИМЯ
= Формирование накладной
@ВХОД = Информация по окончательному
выбору варианта услуг
@ВЫХОД = Данные накладной
@СПЕЦПРОЦ
ВЫПОЛНИТЬ Оператор вносит данные полученные от
клиента по
почте и вносит их в программу через
пользовательский интерфейс.
Программа должна преобразовать набор данных,
полученный от
пользовательского интерфейса в SQL-запрос,
понятный используемой
СУБД, для создания записи в хранилище данных
«Накладные».
@
информационный модель
рекламный агентство
5. @ИМЯ
= Сбор
и обработка информации
@ВХОД = Информация по накладным
@ВХОД = Информация о сотрудниках
@ВХОД = Информация об
услугах
@ВХОД = Информация о
клиентах
@ВЫХОД = Обработанная
информация по запросам
@ВЫХОД = Запрос
по накладным
@ВЫХОД = Запрос
о сотрудниках
@ВЫХОД = Запрос
об услугах
@ВЫХОД = Запрос
о клиентах
@СПЕЦПРОЦ
SELECT * FROM
Накладные, Сотрудники, Клиенты, Услуги
рекламного агентства
WHERE
Сотрудник.Код=Сотрудник.Код.Накладная AND
Клиент.Код=
Клиент.Код.Накладная AND
Услуга.Код = Услуга.Код.Накладная
@
6. @ИМЯ
= Преобразование для вывода на пользовательский
интерфейс
@ВХОД = Обработанная
информация по запросам
@ВЫХОД = Активность
сотрудников
@ВЫХОД = Популярные
услуги
@ВЫХОД = Частота возвращения клиентов
@СПЕЦПРОЦ
ВЫПОЛНИТЬ Преобразовать информацию, полученную
от СУБД в
формат, подходящий для передачи
пользовательскому интерфейсу.
@
Образец отчёта «Активность
сотрудников»
|
Активность
сотрудников за 1 квартал 2010 г.
|
|
Сотрудник
|
Кол-во
оформленных накладных
|
|
Петров
В.В.
|
23
|
|
Сидоров
Н.Н.
|
22
|
|
Шматко
В.Н.
|
21
|
|
Радченко
И.К.
|
15
|
Образец отчёта «Популярные услуги»
|
Рейтинг
услуг за 1 квартал 2010 г.
|
|
Наименование
|
Кол-во
заказов
|
|
Реклама
на автобусах
|
22
|
|
Реклама
на ТВ
|
15
|
|
Листовки
|
8
|
|
Реклама
на радио
|
2
|
Образец отчёта «Частота возвращения
клиентов»
|
Частота
возвращения клиентов за 1 квартал 2010 г.
|
|
Клиент
|
Кол-во
подписанных накладных
|
|
Лукашенко
Л.Л.
|
5
|
|
Чубайс
Н.М.
|
4
|
|
Хрущев
Н.В.
|
3
|
|
Ульянов
В.В.
|
2
|
Диаграммы "сущность-связь"
Диаграммы "сущность-связь"
предназначены для разработки моделей данных и обеспечивают стандартный способ
определения данных и отношений между ними.
Диаграммы
На рисунке 4 изображена локальная
диаграмма,
описывающая сущность «Клиент»,
её атрибуты и связи
Рисунок 4. Диаграмма сущности
“Клиент”
На рисунке 5 изображена
локальная диаграмма, описывающая сущность
«Услуга»,
её атрибуты и связи.
Рисунок 5. Диаграмма сущности
“Услуга”
На рисунке 6
изображена локальная диаграмма,
описывающая сущность «Сотрудник»,
её атрибуты и связи.
Рисунок 6.
Диаграмма сущности “Сотрудник”
На рисунке 7
изображена глобальная диаграмма, объединяющая все сущности области данных
и совпадающая с описанием сущности «Накладная».
Рисунок 7.
Глобальная диаграмма
Словарь данных
В таблице 1 описаны все сущности, выделенные
в предметной области.
Таблица
1
Описание сущностей
|
Имя
типа сущности
|
Краткое
описание
|
Разновидность
|
|
Клиент
|
Клиент
рекламного агентства
|
сильная
|
|
Услуга
|
Услуга
рекламного агентства
|
сильная
|
|
Накладная
|
Документ,
подтверждающий оказание услуги клиенту
|
сильная
|
|
Сотрудник
|
Сотрудник
рекламного агентства
|
сильная
|
В таблице 2 описаны связи между
выделенными сущностями.
Таблица
2
Описание типов связей
|
Имя
типа связи
|
Краткое
описание
|
Степень
связи
|
Список
типов сущностей, участвующих в связи
|
Атрибуты
|
|
Подписывает
/ подписывается
|
Связывает
Клиента с Накладной
|
бинарная
|
Клиент
|
1
|
|
|
|
|
Накладная
|
М
|
|
|
Содержится
/ содержит
|
Связывает
Накладную с Услугой
|
бинарная
|
Накладная
|
M
|
Кол-воЦена
продажи
|
|
|
|
Услуга
|
N
|
|
|
Оформляет
/ оформляется
|
Связывает
Сотрудника с Накладной
|
бинарная
|
Сотрудник
|
1
|
|
|
|
|
Накладная
|
М
|
|
В таблицах 3-6 описаны атрибуты
сущностей.
Таблица
3
Сущность «Клиент»
|
Имя
атрибута
|
Домен
|
Тип
по составу
|
Тип
по значению
|
Описание
|
|
ФИО
|
Текстовый
|
простой
|
однозначный
|
|
|
Паспортные
данные
|
Текстовый
|
простой
|
однозначный
|
|
|
Телефон
|
Текстовый
|
простой
|
однозначный
|
|
|
Email
|
Текстовый
|
простой
|
однозначный
|
|
Таблица
4
Сущность «Услуга»
|
Имя
атрибута
|
Домен
|
Тип
по составу
|
Тип
по значению
|
Описание
|
|
Наименование
|
Текстовый
|
простой
|
однозначный
|
|
|
Цена
|
Денежный
|
простой
|
однозначный
|
|
Таблица
5
Сущность «Накладная»
|
Имя
атрибута
|
Домен
|
Тип
по составу
|
Тип
по значению
|
Описание
|
|
Дата
оформления
|
Дата
|
однозначный
|
|
|
Номер
|
Числовой
|
простой
|
однозначный
|
|
|
Сумма
|
Денежный
|
простой
|
однозначный
|
|
Таблица
6
Сущность «Сотрудник»
|
Имя
атрибута
|
Домен
|
Тип
по составу
|
Тип
по значению
|
Описание
|
|
ФИО
|
Текстовый
|
простой
|
однозначный
|
|
В таблице 7 описаны домены
атрибутов.
Таблица
7
Описание доменов
|
Наименование
|
Описание
|
Диапазон
значений
|
Описание
|
|
Текстовый
|
Строка,
состоящая из символов
|
[A-Я,
а-я,A-Z,a-z,0-9]
|
Иванов
Иван Иванович
|
|
Дата
|
Формат
даты ДД.ММ.ГГГГ
|
ДД
- [01..31] ММ - [01..12]ГГГГ - [1900..+∞]
|
29.11.2012
|
|
Денежный
|
Дробное
число с валютой
|
{[0..9]}.{[0..9]}
руб.
|
12.57
руб.
|
|
Числовой
|
Целое
число
|
{[0-9]}
|
123345
|
Концептуальная схема данных (IDEF1X)
IDEF1X - методология моделирования
реляционных баз данных, использующая условный синтаксис, специально
разработанный для удобного построения концептуальной схемы. Концептуальной
схемой называется универсальное представление структуры данных, независимое от
конечной реализации базы данных и аппаратной платформы.
Диаграммы IDEF1X
На рисунке 9 изображена диаграмма IDEF1X,
описывающая схему реляционной базы данных системы.
Рисунок 9. Диаграмма IDEF1X
Словарь данных
В таблицах 8-14 описаны типы
сущностей предметной области, перечислены их поля, а также указаны параметры
этих полей.
Таблица
8
Тип сущности «Клиент»
|
Поля
|
|
Ключи
|
Наименование
|
Тип
данных
|
Значение
|
Описание
|
|
PК
|
ID_klient
|
Числовой
|
NOT
NULL
|
Уникальный
номер
|
|
FIO
|
Текстовый
|
NOT
NULL
|
Фамилия
Имя Отчетсво
|
|
Pasport
|
Текстовый
|
NOT
NULL
|
Паспортные
данные
|
|
Email
|
Дата
|
NOT
NULL
|
Email клиента
|
|
telefon
|
Текстовый
|
NOT
NULL
|
телефон
|
Таблица
9
Тип сущности «Услуга»
|
Поля
|
|
Ключи
|
Наименование
|
Тип
данных
|
Значение
|
Описание
|
|
PК
|
ID_usluga
|
Числовой
|
NOT
NULL
|
Уникальный
номер
|
|
naimenovanie
|
Текстовый
|
NOT
NULL
|
Наименование
|
|
zena
|
Денежный
|
NOT
NULL
|
Цена
|
Таблица
10
Тип сущности «Накладная»
|
Поля
|
|
Ключи
|
Наименование
|
Тип
данных
|
Значение
|
Описание
|
|
PК
|
Nomer
|
Числовой
|
NOT
NULL
|
Уникальный
номер совпадающий с номером накладной
|
|
FK
|
ID_klient
|
Числовой
|
NOT
NULL
|
Ссылка
на клиента
|
|
FK
|
ID_sotrudnik
|
Числовой
|
NOT
NULL
|
Ссылка
на сотрудника
|
|
Data
oformleniya
|
Дата
|
NOT
NULL
|
Дата
оформления
|
|
Summa
|
Денежный
|
NOT
NULL
|
Сумма
накладной
|
Таблица
11
Тип сущности «Список услуг»
|
Поля
|
|
Ключи
|
Наименование
|
Тип
данных
|
Значение
|
Описание
|
|
PК
|
ID_spisok
|
Числовой
|
NOT
NULL
|
Уникальный
номер
|
|
FK
|
ID_usluga
|
Числовой
|
NOT
NULL
|
Ссылка
на услугу
|
|
FK
|
ID_nakladnaya
|
Числовой
|
NOT
NULL
|
Ссылка
на накладную
|
|
Kol-vo
|
Числовой
|
NOT
NULL
|
Количество
|
|
Zena
prodaji
|
Денежный
|
NOT
NULL
|
Цена
продажи
|
Таблица
12
Тип сущности «Сотрудник»
|
Поля
|
|
Ключи
|
Наименование
|
Тип
данных
|
Значение
|
Описание
|
|
PК
|
ID_sotrudnik
|
Числовой
|
NOT
NULL
|
Уникальный
номер
|
|
FIO
|
Текстовый
|
NOT
NULL
|
Фамилия
Имя Отчетсво
|
Физическая модель данных
На рисунке 9
изображена физическая модель базы данных. Помимо структуры базы данных, на ней
указаны конкретные типы данных. Данная схема нарисована средствами Microsoft
Visio 2007
на базе диаграммы IDEF1X.
Рисунок 9.
Физическая модель базы данных
Описание приложения
В качестве основы БД наиболее
целесообразно использовать Microsoft <#"599893.files/image010.gif">
Рисунок 10.
Основное окно программы
На рисунке 11 показано окно
просмотра, редактирования и внесения новой информации по клиентам.
В левой части - список клиентов, в
правой - поля для редактирования и добавления клиентов.
Рисунок 11.
Окно со списком клиентов
На рисунке 12
показано окно просмотра, редактирования и внесения новой информации по услугам.
В левой части - список услуг, в
правой - поля для редактирования и добавления услуг.
Рисунок 12.
Окно со списком услуг
На рисунке 13
показано окно оформления новой накладной.
Для заполнения необходимо выбрать
Работника, Клиента, и заполнить список услуг. Кнопка «В Корзину» добавляет
услугу в список услуг. Кнопка «Очистить» очищает весь список услуг. Кнопка
«Оформить» проводит накладную.
Рисунок 13.
Окно со списком сотрудников
Заключение
В ходе работы была построена
диаграмма потоков данных
и составлен словарь данных, описывающий её содержимое. Было определено, какие
функции будет исполнять программа и какими данными они будут обмениваться друг
с другом и с пользователем.
Далее была построена диаграмма «сущность
- связь» и составлен словарь данных,
описывающий её содержимое. Были определены сущности и связи предметной области.
Затем была построена
концептуальная схема данных и составлен словарь
данных, описывающий её содержимое.
После этого была построена
физическая модель базы данных.
Были определены язык программирования
и СУБД, наиболее подходящие для реализации программы.
Также был создан образец интерфейса
и описаны функции его элементов.
Список использованной литературы:
1.
Г.Н. Калянов, «Консалтинг при автоматизации предприятий: подходы, методы,
средства»
2.
М.В. Красильникова, «Проектирование
информационных систем» - издательство «Электросталь», 2004
3.
Г.Н. Калянов, «Основы методологии IDEF1X»
4.
Справка Microsoft