Информационный анализ информационных систем на основе стандарта IDEF1X в среде ППП Design/IDEF 3.7.

⇐ ПредыдущаяСтр 2 из 3Следующая ⇒

Цель лабораторной работы: дать представление студентам об использовании ППП Design/IDEF 3.7, предназначенного для разработки структурно-функциональной модели информационной системы.

Задания.

1. Ознакомиться с функциями ППП Design/IDEF 3.7 для построения информационных моделей в стандарте IDEF1Х.

2. Построить модель информационных потоков в системе в стандарте IDEF1Х.

Результаты представить в отчете.

Основные компоненты IDEF1X- модели

Основными компонентами IDEF1X- модели являются:

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

Выделяют два вида сущностей:

Ø независимые от идентификатора сущности;

Ø зависимые от идентификатора сущности.

2. Отношения (связи) между сущностями, изображаемые соединяющими блоки линиями. Выделяют следующие виды отношений:

Ø отношения, идентифицирующие связи;

Ø отношения, не идентифицирующие связи;

Ø отношения категоризации; неспецифические отношения.

3. Атрибуты – характеристики сущностей, изображаемые именами внутри блоков. Атрибуты могут быть:

· неключевыми;

· первичными ключами;

· альтернативными ключами;

· внешними ключами.

Рассмотрим построение указанных выше основных компонентов IDEF1X- модели в среде ППП Design/IDEF 3.7.

Порядок выполнения работы.

1. Запуск IDEF1X моделирования в Design/IDEF

Первый шаг в использовании Design/IDEF для IDEF1X моделирования –открытие новой IDEF1X -страницы в новой или существующей IDEF1X-модели.

2. Создание новой IDEF1X-модели в Design/IDEF

Чтобы начать создание новой IDEF1X-модели:

а) запустите Design/IDEF;

б) выберите New в меню File;

в) в появившемся диалоговом окне «Select New Page Type» (рис. 3.1) для создания информационной модели в списке Methodology выберите IDEF1Х и подтвердите выбор клавишей OK;

Рис. 3.1. Диалоговое окно «Select New Page Type»

г) появляется чистая IDEF1X-страница для создания информационной модели.

Создание объектов IDEF1X-класса происходит путем вызова пункта Entity меню Create или нажатием соответствующей кнопки на панели инструментов (рис. 3.2).

Рис. 3.2. Инструменты для создания IDEF1X-модели

Создание объектов – сущностей.

Чтобы создать любую новую сущность в IDEF1X –модели:

а) выберите Entity в меню Create или нажмите кнопку на функциональной панели инструментов → на странице диаграммы появится пустой прямоугольный блок;

б) обозначьте с помощью мыши (кликните мышью) прямоугольный блок на странице диаграммы;

в) заполните поля в появившемся окне «Define Entity»:

Name – это уникальное имя, с помощью которого сущность будет распознаваться в модели;

Aliases – псевдоним под которым сущность может быть известна;

Definition – определение сущности, которое обычно используется в предметной области; Attributes – список атрибутов данной сущности.

Чтобы ввести список атрибутов нужно нажать на клавишу Add и появится всплывающее окно «Define Attributes» для ввода характеристик Attributes.

В этом окне для заполнения доступны следующие поля:

Ø Name - имя атрибута;

Ø Aliases - псевдоним атрибута;

Ø Datatype - тип значения атрибута;

Ø Length - длина значения атрибута;

Ø Precision - количество чисел после точки, для атрибутов числового типа;

Ø Primary Key - первичный ключ;

Ø Alternate Key – альтернативный ключ;

Ø Definition - определение атрибута, которое обычно используется в предметной области;

Ø Discriminator - дискриминатор.

Пусть независимая сущность СОТРУДНИК характеризуется следующими атрибутами: Таб. номер, № паспорта, № полиса, Имя, Фамилия, Отчество, Дата рождения.

Примем, что атрибут «Таб. номер» является первичным ключом (Primary Key - РК) сущности СОТРУДНИК. Хотя каждый из атрибутов «Таб. номер», «№-паспорта» и «№-полиса» может однозначно идентифицировать экземпляр сущности СОТРУДНИК, поэтому они могут быть атрибутами первичного ключа.

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

При существовании нескольких возможных ключей один из них обозначается в качестве первичного ключа (атрибут «Таб. номер» для сущности СОТРУДНИК), а остальные – как альтернативные ключи.

Альтернативный ключ (Alternate key - АК)- это ключ, не являющийся первичным ключом сущности.

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

Атрибуты изображаются в виде списка имен внутри блока сущности.

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

Введем данную информацию в окне «Define Entity» (рис. 3.3 – 3.5) и получим на листе модели IDEF1X отображение, представленное на рис. 3.6.

Для назначения альтернативных ключей сущностей следует в окне «Define Attributes» поставить флажок рядом с опцией Alternate key и в окне расположенном левее указать порядковый номер (целое положительное число) этого альтернативного ключа (рис. 3.7).

Обозначение «АК-1» (и следующие по порядку) альтернативного ключа присваивается программой самостоятельно после закрытия окна «Define Attributes» для соответствующего атрибута.

На рис. 3.8 приведено изображение независимой сущности СОТРУДНИК на странице диаграммы с двумя альтернативными ключами.

Рис. 3.3. Окно «Define Attributes» для атрибута Таб. номер, принятого в качестве первичного ключа (Primary Key - РК).

Рис. 3.4. Окно «Define Entity» для атрибута Таб. номер, принятого в качестве первичного ключа (Primary Key - РК).

Рис. 3.5. Окно «Define Entity» для атрибутов сущности СОТРУДНИК.

Рис. 3.6. Изображение независимой сущности СОТРУДНИК на странице диаграммы после закрытия окна «Define Entity».

Рис. 3.7. Окно «Define Attributes» для атрибута №-паспорта, принятого в качестве альтернативного ключа (Alternate key - АК).

Рис. 3.8. Изображение независимой сущности СОТРУДНИК на странице диаграммы после закрытия окна «Define Entity» с альтернативными ключами.

Зависимая сущность характеризуется наличием отношением между ней и независимой сущностью, от которой она зависит – реализуется отношение «родитель (независимая сущность) – потомок (зависимая сущность)»

Атрибуты, появляющиеся в зависимой сущности и являющиеся также первичным ключом другой сущности (сущности-родителя или общей сущности) называются внешними ключами.

Сущность может обладать любым количеством внешних (наследуемых) атрибутов.

В диаграммах модели внешние ключи (Foreign Key) изображаются с помощью помещения внутрь блока сущности имен наследуемых атрибутов, после которых в скобках следуют буквы FK.

Если наследуемый атрибут принадлежит первичному ключу сущности-потомка, то он помещается выше горизонтальной линии (а сущность изображается с закругленными углами), а если нет, то – ниже (рис. 3.9).

Рис. 3.9. Атрибуты зависимой сущности РАБОЧАЯ ГРУППА

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

Для получения на странице модели фрагмента, представленного на рис. 3.9 необходимо выполнить следующие действия:

1. Построить сущность РАБОЧАЯ ГРУППА также, как формировали сущность СОТРУДНИК.

2. Заполнить для него окно «Define Attributes», как показано на рис. 3.10.

3. Заполнить для каждого элемента Attributes их характеристики, использую кнопку Add. Примеры заполненных всплывающих окон для Attributes – «№ - рабочей группы», «Руководитель. Таб. номер (FK)», «Исполнитель. Таб. номер (FK)», «Процент вознаграждения» приведены на рис. 3.11 - 3.14.

4. Построить отношения между родительской сущностью СОТРУДНИК и сущностью-потомком РАБОЧАЯ ГРУППА, нажав кнопку или выбрав Relationship в меню Create, и соединив сущности СОТРУДНИК РАБОЧАЯ ГРУППА.

5. Осуществить заполнение полей в появившихся окнах «Define Relationship» для каждой связи, как показано на рис. 3.15 – 3.16.

В появляющихся окнах «Define Relationship» для каждой связи для заполнения доступны следующие поля:

Ø Relationship – имя отношения;

Ø Inverse – имя сущности-потомка, с которым устанавливается связь отношения (указывается в неспецифических отношениях);

Ø Definition – определение связи, которое обычно используется в предметной области;

Рис. 3.10. Окно «Define Attributes» для объекта РАБОЧАЯ ГРУППА.

Рис. 3.11. Окно «Define Attributes» для атрибута № - рабочей группы.

Рис. 3.12. Окно «Define Attributes» для атрибута Руководитель. Таб. номер

Рис. 3.13. Окно «Define Attributes» для атрибута Исполнитель. Таб. номер

Рис. 3.14. Окно «Define Attributes» для атрибута Процент вознаграждения

Рис. 3.15. Окно «Define Relationship» для связи « Входит », связывающей сущность СОТРУДНИК с сущностью РАБОЧАЯ ГРУППА

Рис. 3.16. Окно «Define Relationship» для связи « Руководит », связывающей сущность СОТРУДНИК с сущностью РАБОЧАЯ ГРУППА

и метки

Ø Relationship Type – тип связи (идентифицирующая, неидентифицирующая или неспецифическая);

Ø Relationship Cardinality – мощность устанавливаемой связи.

После создания отношенй/связей при наличии атрибутов в информационных блоках происходит обмен атрибутами, т. е. главный ключ блока из которого выходит отношение превращается во внешний ключ (Foreign key) в блоке куда входит отношение. Поменять тип отношения (с идентифицирующего на неидентифицирующее) можно с помощью команды Toggle меню Create или кнопкой на панели инструментов.

Отношению дается имя, выражаемое грамматическим оборотом глагола.

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

Мощность определяет какое количество экземпляров сущности-потомка может существовать для каждого экземпляра сущности-родителя.

В IDEF1X могут быть выражены следующие мощности отношений:

– каждый экземпляр сущности-родителя может иметь ноль, один или более связанных с ним экземпляров сущности-потомка (эта мощность устанавливается по умолчанию);

– каждый экземпляр сущности-родителя должен иметь не менее одного связанного с ним экземпляра сущности-потомка (буква Р (positive), помещенная рядом с точкой);

– каждый экземпляр сущности-родителя может иметь не более одного связанного с ним экземпляра сущности-потомка (буква Z (zero), помещенная рядом с точкой);

– каждый экземпляр сущности-родителя связан с некоторым фиксированным числом экземпляров сущности-потомка. Если мощность в точности равна некоторому числу N, это число (целое, положительное) помещается около точки.

Идентифицирующая связь между сущностью-родителем и сущностью - потомком изображается сплошной линией (рис. 3.17).

Рис. 3.17. Фрагмент IDEF1X-модели.

Сущности КОНТАКТ и ЗАКАЗЧИК формируются аналогично рассмотренным ранее сущностям.

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

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

Пунктирная линия изображает неидентифицирующую связь (рис. 3.17).

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

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

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

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

Например, ЗАКАЗЧИК является общей сущностью, а ЗАРУБЕЖНОЕ ПРЕДПРИЯТИЕ и ОТЕЧЕСТВЕННОЕ ПРЕДПРИЯТИЕ являются сущностями-категориями.

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

Этот атрибут называется дискриминатором отношения категоризации.

В данном примере дискриминатором является атрибут «Национальная принадлежность».

Рис. 3.18. Модель IDEF1X с дискриминатором полной категоризации

Для получения IDEF1X-модели, представленной на рис. 3.18, следует выполнить следующие действия:

1. Сформировать общую/независимую сущность ЗАКАЗЧИК со следующими атрибутами: «Имя-заказчика (РК)», «Адрес», «Национальная принадлежность» (D – Discriminator).

2. Сформировать сущности ОТЕЧЕСТВЕННОЕ ПРЕДПРИЯТИЕ с атрибутом «Форма собственности» и ЗАРУБЕЖНОЕ ПРЕДПРИЯТИЕ с атрибутами «Валюта» и «Язык».

3. Нажав кнопку или выбрав Relationship в меню Create соединить сущности ЗАКАЗЧИК и ОТЕЧЕСТВЕННОЕ ПРЕДПРИЯТИЕ.

4. Нажав кнопку или выбрав Relationship в меню Create соединить сущности ЗАКАЗЧИК и ЗАРУБЕЖНОЕ ПРЕДПРИЯТИЕ.

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

круг, подчеркнутый один раз.

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

Например, если служащий может быть занят во многих проектах, а в проекте может быть занято много служащих, то отношение между сущностями СОТРУДНИК и ПРОЕКТ является неспецифическим отношением.

На более поздних стадиях построения модели все неспецифические отношения должны быть детализированы в специфические.

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

Рис. 3.19.

3. Индивидуальные задания лабораторной работы

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

2. Определите необходимый набор атрибутов каждой сущности, выделив идентифицирующие атрибуты.

3. Классифицируйте атрибуты каждой сущности (описательные, указывающие, вспомогательные).

4. Определите сущности вида подтип/супертип, где это необходимо.

5. Определите связи между сущностями.

6. Проанализировав структуру связей, исключите избыточные.

7. Определите множественность и условность связей.

8. Дайте формулировку связей с точки зрения каждой участвующей сущности.

9. Формализуйте связи вида 1: 1, 1: M, M: N.

10. Постройте ER-диаграммы модели базы данных: в нотации Чена; в нотации Мартина; в нотации IDEF1X, в нотации Баркера.

11. Изучите методику построения информационной модели предметной области с помощью пакета Design/IDEF.

12. Реализуйте ER-диаграмму модели базы данных в нотации IDEF1X с помощью пакета Design/IDEF, предварительно установив атрибуты страницы IDEF1X-модели, воспользовавшись пунктом меню Edit⇒ Set Page Attributes.

Установите значения следующих атрибутов страницы: name – наименование предметной области (варианта задания); user – выполнил (Ф.И.О. студента); project – наименование лабораторной работы; status – Publication; revision – проверил (Ф.И.О преподавателя).

13. Экспортируйте IDEF1X-модель в формат Windows MetaFile (*.wmf) и сгенерировать sql-скрипт для создания базы данных, воспользовавшись пунктом меню File⇒ Export.

14. Сформируйте IDEF1X отчет, воспользовавшись пунктом меню File⇒ Report.

15. Оформите отчет по лабораторной работе.

Индивидуальные задания к лабораторной работе

1. Компания предоставляет своим клиентам услуги согласно заключаемым договорам. Вид услуги регламентирован законодательством и уставом компании. В составлении договора участвует юрист компании.

Цель: определить действия, необходимые для привлечения клиента и заключения с ним договора на оказание услуг.

Точка зрения: Отдел рекламы.

2. Отдел регистратуры поликлиники в конце каждого рабочего дня предоставляет бухгалтерии сводный отчет по приему пациентов врачами. Запись на прием пациентов осуществляется согласно расписанию каждого врача.

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

Точка зрения: Регистратура.

3. Отдел продаж крупной компьютерной компании осуществляет продажу компакт-дисков с учебными курсами как по безналичному расчету, так и при оплате наличными клиентам. Существует система скидок по типу клиента. Существует отчетная документация. Клиент обращается в отдел как лично, так и через Internet.

Цель: определить действия, необходимые для составления отчета по выполненным продажам за отчетный период.

Точка зрения: Отдел продаж.

4. Авиационный завод выпускает летательные аппараты различной конфигурации по государственным заказам и для частных лиц и компаний. Завод осуществляет гарантийное техническое обслуживание и сопровождение.

Цель: определить действия отдела связи с общественностью, необходимые для привлечения клиентов.

Точка зрения: Отдел связи с общественностью.

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

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

Точка зрения: Научно-исследовательский отдел.

6. Книжный магазин принимает заказы от населения на издания с условием частичной предоплаты (от 10% до 50%). На формирование объема заказа в издательстве учитывается спрос издания среди населения по категории.

Цель: определить действия, необходимые для составления отчета по оформлению заказов за отчетный период.

Точка зрения: Отдел заказов.

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

Цель: определить действия, необходимые для составления сводок и отчетов по наличию пособий и их востребованности среди студентов.

Точка зрения: Отдел комплектования.

8. Компьютерная компания предоставляет населению помимо Интернет–услуг сопровождение ПО и обслуживание ВТ. Для привлечения клиентов используется система скидок. За отчетный период клиентам выставляется счет с описанием оказанных услуг.

Цель: определить действия, необходимые для выставления счета клиенту.

Точка зрения: Бухгалтерия.

9. Художественная галерея периодически проводит выставки персоналий и распродажи художественных произведений. Информация как публикуется, так и рассылается постоянным клиентам галереи.

Цель: определить действия, необходимые для оповещения потенциальных посетителей выставки.

Точка зрения: Организатор выставки.

10. Редколлегия газеты для оплаты собственных корреспондентов использует систему учета публикаций и рейтинга статей среди читателей и критиков. Раз в месяц подводятся итоги и выплачиваются премии.

Цель: определить действия, необходимые для ведения рейтинга и назначения премий.

Точка зрения: Редколлегия.

11. Представьте в виде ER-диаграммы структуру «футбольной» базы данных, охватывающей информацию о командах, об игроках и о болельщиках, включая следующие атрибуты:

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

2) для каждого игрока — Ф.И.О, номер, число сыгранных матчей, количество забитых мячей;

3) для каждого болельщика — Ф.И.О., название команды, Ф.И.О. любимого игрока и предпочитаемый цвет.

12. Рассмотрите проект базы данных банка, содержащей информацию о клиентах и состоянии их счетов. Данные о клиенте включают его имя, адрес, номер телефона и идентификационный номер налогоплательщика (ИНН). Счет описывается атрибутами номера, типа (например, «накопительный», «чековый» и т.п.) и остатка. Необходимо также отразить в базе данных факт принадлежности счета определенному клиенту.

Цель: определить действия, необходимые для ведения мониторинга количества открытых клиентом счетов.

Точка зрения: Отдел по работе с частными лицами.

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

13. Рассмотрите проект базы данных банка, содержащей информацию о клиентах и состоянии их счетов. Данные о клиенте включают его имя, адрес, номер телефона и идентификационный номер налогоплательщика (ИНН). Счет описывается атрибутами номера, типа (например, «накопительный», «чековый» и т.п.) и остатка. Необходимо также отразить в базе данных факт принадлежности счета определенному клиенту.

Цель: определить действия, необходимые для ведения мониторинга количества операций на открытых клиентом счетах.

Точка зрения: Отдел по работе с частными лицами.

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

14. Рассмотрите проект базы данных банка, содержащей информацию о клиентах и состоянии их счетов. Данные о клиенте включают его имя, адрес, номер телефона и идентификационный номер налогоплательщика (ИНН). Счет описывается атрибутами номера, типа (например, «накопительный», «чековый», «карт-счет» и т.п.) и остатка. Необходимо также отразить в базе данных факт принадлежности счета определенному клиенту.

Цель: определить действия, необходимые для ведения мониторинга количества операций на открытых клиентом карт-счетах.

Точка зрения: Отдел по работе с карточными счетами частных лиц.

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

15. Рассмотрите проект базы данных банка, содержащей информацию о клиентах и состоянии их счетов. Данные о клиенте включают его имя, адрес, номер телефона и идентификационный номер налогоплательщика (ИНН). Счет описывается атрибутами номера, типа (например, «накопительный», «чековый», «карт-счет» и т.п.) и остатка. Необходимо также отразить в базе данных факт принадлежности счета определенному клиенту. Банк имеет перечень услуг, которые он может предоставлять населению. Каждая услуга характеризуется уникальным кодом и наименованием. У банка есть несколько филиалов, которые имеют следующие характеристики: наименование филиала, ФИО управляющего, телефон, адрес. Каждый филиал может предоставлять только одну услугу из того перечня, который имеет головной банк.

Цель: определить действия, необходимые для ведения мониторинга эффективности предоставления клиентам банка имеющихся у него услуг.

Точка зрения: Отдел по работе с частными лицами.

Контрольные вопросы к защите отчета по лабораторной работе.

1. Каковы задачи, решаемые на этапе концептуального проектирования?

2. Дайте характеристику модели типа «сущность – связь».

3. Опишите известные формы представления данных.

4. Какое назначение имеет информационная (концептуальная) модель в процессе проектирования автоматизированной информационной системы?

5. Перечислите основные составляющие информационной (концептуальной) модели.

6. В чем состоит отличие понятия типа сущности и элемента сущности?

7. Каковы способы представления сущности?

8. Опишите правила формирования сущностей (типы, элементы, нумерация, обозначение).

9. Каковы правила атрибутов?

10. Как классифицируются атрибуты?

11. Каковы фундаментальные виды связей?

12. Как формализуется связь 1: 1?

13. Как формализуется связь 1: M?

14. Как формализуется связь M: N?

15. Опишите правила создания отношений (направление, тип, обозначение).

16. Что такое подтип и супертип?

17. Объясните принцип работы и порядок создание дискриминатора.

Список литературы

1. Федотова Д.Э., Семенов Ю.Д., Чижик К.Н. CASE-технологии. Практикум. – М.: Горячая линия – Телеком, 2003. – 160 с.

2. Черемных С.В., Семенов И.О., Ручкин В.С. Моделирование и анализ систем. IDEF-технологии: практикум. – М.: Финансы и статистика, 2002. – 192 с.

3. Черемных С.В., Семенов И.О., Ручкин В.С. Структурный анализ систем: IDEF-технология. – М.: Финансы и статистика, 2001. – 208 с.

Приложение

⇐ Предыдущая 123 Следующая ⇒