- •1.Классификация информационных систем.
- •1. Понятие информационных систем.
- •2. Структура информационных систем.
- •3*. Классификация информационных систем по уровням управления
- •3. Свойства информационных систем.
- •4. Показатели эффективности работы информационных систем.
- •5. Системы хранения и манипулирования данными.
- •6. Модели данных и их отличительные особенности.
- •7. Этапы проектирования информационных систем.
- •8.Трехуровневая архитектура субд
- •9. Реляционная модель базы данных.
- •1.2 Домены
- •1.3 Отношения, атрибуты, кортежи отношения
- •10.Принципы инфологического проектирования.
- •12.Порядок выполнения операторов sql
- •Применение агрегатных функций и вложенных запросов в операторе выбора
- •13.Основные показатели качества информационной сети
- •14.Физическая и логическая структуризация сети. Физическая структуризация сети
- •Логическая структуризация сети
- •15. Алгоритмы и протоколы маршрутизации
- •16.Техническое обеспечение информационных сетей
- •17. Программное обеспечение информационных сетей.
- •18. Трансляция сетевых адресов.
- •19.Основные понятия теории систем (система, элемент, структура,
- •20. Понятие и свойства сложной системы.
- •21.Математическое описание системы.
- •22.Сущность задач анализа и синтеза систем.
- •23.Количественные и качественные методы системного анализа.
- •Количественные методы системного анализа
- •25.Генетические алгоритмы.
- •24.Классификация интеллектуальных информационных систем
- •26. Нечеткие подмножества, функции принадлежности и операции над
- •27. Нечеткая переменная. Лингвистическая переменная. Правила для
- •28. Параметрическое нечеткое множество. Сравнение нечетких множеств.
- •29. Нечеткие системы управления.
- •30. Искусственные нейронные сети: структура и обучение.
- •31. Стратегии проектирования информационных систем. Макетирование
- •32. Моделирование потоков данных (dfd).
- •33. Описания бизнес- процессов (idef3).
- •34. Диаграммы вариантов использования согласно стандарту языка uml.
- •35. Диаграммы классов языка uml.
- •36. Диаграммы взаимодействия языка uml.
- •37. Диаграммы состояний и деятельности языка uml.
- •38. Методология функционального моделирования (idef0).
- •1. Процесс создания idefo-модели
- •2. Построение idef0-модели
- •3. Принципы моделирования в idef0
- •39. Задачи проектирования информационной системы.
- •40. Модели жизненного цикла информационной системы.
- •41. Классификация видов моделирования систем.
- •42. Математические схемы моделирования (назначение, характеристика).
- •43. Моделирование дискретно-детерминированных систем (f-схемы).
- •44. Моделирование дискретно-стохастических систем (р-схемы).
- •45. Моделирования непрерывно-стохастических систем (q-схемы).
- •46. Базовая последовательность случайных чисел (назначение, способы
- •47. Моделирование случайных событий.
- •48. Формирование потоков событий с заданными законами
- •49. Классификация моделей систем массового обслуживания.
- •50. Моделирование одноканальных смо.
38. Методология функционального моделирования (idef0).
1. Процесс создания idefo-модели
Процесс моделирования в IDEF0 включает в себя:
- сбор информации об исследуемом объекте;
- документирование полученной информации и представление ее в виде модели;
- уточнение модели посредством итеративного рецензирования.
Сбор и изучение информации должны проводиться на всех этапах исследования объекта.
Можно назвать следующие способы получения сведений об изучаемой системе:
- чтение документации;
- наблюдение за работой системы;
- опрос с помощью анкет большой группы специалистов;
- беседа с экспертами, обладающими соответствующим опытом и необходимыми сведениями о системе;
- использование той информации, которой уже владеет автор;
- построение гипотетического описания с последующим обращением к экспертам с просьбой помочь приблизить полученное описание к действительности.
2. Построение idef0-модели
Перед построением любой модели важно определить ориентацию модели, а именно: контекст, точку зрения и цель.
Контекст устанавливает содержание модели, как части окружающей среды. Это создает границу со средой путем описания внешних интерфейсов (дуг). Контекстная диаграмма устанавливает контекст модели.
Точка зрения определяет то, что может быть "видно" в пределах контекста с определенной "точки зрения" (или перспективы). В зависимости от цели могут быть приняты различные точки зрения, что подчеркивает разносторонность объекта, но в модели всегда имеется только одна точка зрения.
Цель определяет назначение модели и выявляет причину ее создания (функциональная спецификация, инструмент проектирования и т. д.).
Отправной точкой для любого анализа является ограничение контекста. Аналитику необходимо решить, что будет центральным (главным) элементом, прежде чем будет создан самый верхний блок. Следует остерегаться "дрейфа" из этой тщательно выбранной стартовой области. Каждый шаг должен сверяться с данной стартовой целью. Те данные, которые ей не соответствуют, могут быть отложены для последующего моделирования [2, c. 367].
Моделирование начинается с создания диаграммы А-0. Затем рисуется одиночный блок, содержащий название функции, которая охватывает полные возможности (контекст) описываемой системы, с использованием входных, управляющих и выходных дуг для представления данных и объектов системы, реализующих интерфейс с окружающей ее средой. Эта одноблочная диаграмма ограничивает контекст для полной модели и формирует основание для дальнейшей декомпозиции. Цель и точка зрения записываются на А-0 контекстной диаграмме.
3. Принципы моделирования в idef0
В IDEF0 реализованы три базовых принципа моделирования процессов:
· принцип функциональной декомпозиции;
· принцип ограничения сложности;
· принцип контекста.
IDEF0 — методология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является её акцент на соподчинённость объектов. В IDEF0 рассматриваются логические отношения между работами, а не их временная последовательность (поток работ).
Стандарт IDEF0 представляет организацию как набор модулей, здесь существует правило — наиболее важная функция находится в верхнем левом углу, кроме того есть правило стороны:
стрелка входа приходит всегда в левую кромку активности,
стрелка управления — в верхнюю кромку,
стрелка механизма — нижняя кромка,
стрелка выхода — правая кромка.
Также отображаются все сигналы управления, которые на DFD (диаграмме потоков данных) не отображались. Данная модель используется при организации бизнес-процессов и проектов, основанных на моделировании всех процессов: как административных, так и организационных.
