Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

Структурно-функциональное моделирование IDEFO, DFD, IDEF3. Определение, терминология, реализации, методики. Программные средства создания функциональных моделей.

Читайте также:
  1. I. Решение логических задач средствами алгебры логики
  2. IY. ДИДАКТИЧЕСКИЕ СРЕДСТВА И СОВРЕМЕННЫЕ ФОРМЫ КОНТРОЛЯ
  3. А) Средства профилактики радиационных поражений при внешнем облучении.
  4. А. Оценочные средства текущего контроля знаний по модулю 1
  5. Автотранспортные средства для железобетонных изделий.
  6. Анализ производственных ситуаций и имитационное моделирование
  7. Антибактериальные средства. Антибиотики.

Функциональное моделирование.

«...Функциональное моделирование систем основывается на концепции построения модели системы при помощи графических методов, которые дают возможность пользователям, аналитикам и проектировщикам - получить ясную и общую картину системы, - уяснить как сочетаются между собой компоненты системы - и как будут удовлетворены потребности пользователей…» (см. Chris Gane and Trish Sarson)

Стадии моделирования

модель изучаемого, подвергающегося анализу объекта классифицируется как AS IS модель – модель как есть,

модель предстоящей нам деятельности классифицируется как TO BE модель – модель как должно быть,

чаще всего разрабатываются обе эти модели в последовательности AS IS, TO BE,

при реализации TO BE разрабатывается, также, модель перехода из AS IS состояния в состояние TO BE («технологическая - креативная» модель AS IS/TO BE),

как разработке AS IS так и разработке TO BE предшествует разработка функциональной модели среды, в которой функционирует моделируемый объект (ФМ «PROJECT»).

Наиболее распространённые МЕТОДЫ ФУНКЦИОНАЛЬНОГО МОДЕЛИРОВАНИЯ СИСТЕМ

ПРИЧИНЫ МОДЕЛИРОВАНИЯ

ускорение разработки систем

удешевление разработки систем

компьютерная поддержка разработки программного обеспечения

подготовка управления системами

обоснование совершенствования функционирования (реинжиниринга) систем

реконструкция устройства систем

другое

ТЕРМИНОЛОГИЯ

SADT-Structured Analysis and Design Technique (структурный анализ и проектировние)

IDEF0-Integration Definition for Function Modelling… (интегрированное определение для функционального моделирования).

Draft Federal Information Processing Standards Publication 183 1993 Desember 21.

AllFusion Process Modeler 4.1.4 и AllFusion PM - программная реализация IDEF0, DFD, IDEF3

ТЕРМИНОЛОГИЯ

IDEF3 - также Integration Definition for Function Modelling… (интегрированное определение для функционального моделирования). Эта методика не стандартизована

DFD - Data Flow Diagrams - диаграммы потоков данных в методике Chris Gane and Trish Sarson

WFD - Work Flow Diagrams - диаграммы потоков работ в методике IDEF3

Сферы использования функциональных моделей.

Функциональное моделирование.

Откуда и почему это?

...«SADT была создана и опробована на практике в период с 1969 по 1973 г.” …”Она с успехом применялась для описания большого количества сложных искуственных систем из широкого спектра областей - банковское дело, очистка нефти, планирование промышленного производства, системы наведения ракет, организация материально - технического снабжения, методология планирования, технология программирования”, и т.д.

м.Дэвид А. Марка и Клемент Л. Мак Гоуэн, предисловие Дугласа Т. Росса “SADT. Методология структурного анализа и проектирования», стр. 21. Метатехнология, 1993. McGraw-Hill, Inc., 1998.

Функциональное моделирование.

Функциональное окружение ФМ.

Функциональное моделирование (ФМ) в цикле проектных работ. ФМ – основа для создания системы.

Функциональное моделирование (ФМ) в цикле проектных работ. Инициация разработки ФМ.

Функциональное моделирование (ФМ) в цикле проектных работ. Разработка ФМ TO BE.

Функциональное моделирование (ФМ) в цикле проектных работ. Разработка ФМ AS IS/TO BE.

Функциональное моделирование (ФМ) в цикле проектных работ. Балансировка необходимых затрат и доступных ресурсов.

Модель: Графическое описание (работы) системы или объекта, которое разработано для определенной цели и с выбранной точки зрения. Набор из одной или большего количества IDEF0 диаграмм, которые изображают функции системы или предметной области в графике, тексте и глоссарии.

Где может быть использован IDEF0?

IDEF0 может использоваться для моделирования как автоматизированных так и неавтоматизированных систем.

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

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

Особенности IDEF0

Определения субъектов IDEF0

Определения субъектов IDEF0

SADT - IDEF0 Моделированию подвергаются материально - информационные системы;

- функциональные модели разрабатываются в виде иерархии взаимосвязанных диаграмм;

- количество уровней в иерархии не ограничивается;

БЛОК. Основа функциональной модели.

IDEF0 Каждая Activity любой декомпозиции также встраивается в сеть связей 4 типами связей ICOM-комплекта;

обязательным для каждой Activity является наличие хотя бы одной стрелки CONTROL при отсутствии хотя бы одной OUTPUT (справа), Activity должна быть удалена с диаграммы;

Различные варианты корректного обустройства стрелками (Arrows) Activity IDEF0 функциональной модели

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

 

ТОР диаграмма DFD мономодели

External Reference и её связи на DFD диаграмме


ТОР-диаграмма IDEF3-мономодели. Перекресток представлен в нестандартном изображении в виде ромба

Некоторые правила создания перекрёстков IDEF3

1.Каждому перекрестку для слияния должен предшествовать перекресток для разветвления.

2.Перекресток для слияния «И» не может следовать за перекрестком разветвления «ИЛИ»

3.Перекресток для слияния «И» не может следовать за перекрестком для разветвления типа исключающего «ИЛИ».

4.Перекресток для слияния типа исключающего «ИЛИ» не может следовать за перекрестком для разветвления типа «И»

5.Перекресток, имеющий одну стрелку на одной стороне, должен иметь более одной стрелки на другой.

Осуществлять функциональное моделирование можно:

• Вручную

• При поддержке универсальными программными средствами – MS Visio, MS Word, MS Excel и др.

• При поддержке AllFusion Process Modeler

Основные понятия канонического проектирования. Стадии и этапы процесса проектирования ИС. Жизненный цикл ИС.

Сочетание различных признаков классификации методов про­ектирования обусловливает характер используемой технологии проектирования ИС, среди которых выделяются два основных класса: каноническая и индустриальная технологии. Индустриальная технология проектирования, в свою очередь, разбивается на два подкласса: автоматизированное (использова­ние CASE-технологий) и типовое проектирование. Ис­пользование индустриальных технологий проектирования не ис­ключает использования в отдельных случаях канонической технологии. Каноническое проектирование – это ручное проэк-е. Стадии и этапы: ТЭО, ТЗ, ТП, РП

Характеристики классов технологий проектирования

Класс технологии пр. Степень автоматизации   Степень типизации   Степень адаптивности  
Каноническое пр.   Ручное пр.   Оригинальное пр.   Реконструкция  
Индустриальное автоматизирован­ное пр.   Компьютерное пр..   Оригинальное пр.   Реструктуризация модели (генерация ИС)  
Индустриальное типовое пр.   Компьютерное пр. Типовое сборочное пр.   Параметризация и реструктуризация модели (конфигу­рация ИС)  

Стадии и этапы процесса проектирования ИС.

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

Суть содержания жизненного цикла разработки ЭИС в раз­личных подходах одинакова и сводится к выполнению следую­щих стадий:

1. Планирование и анализ требований (предпроектная стадия) - системный анализ. Исследование и анализ существующей инфор­мационной системы, определение требований к создаваемой ЭИС, оформление технико-экономического обоснования (ТЭО) и тех­нического задания (ТЗ) на разработку ЭИС.

2. Проектирование (техническое проектирование, логическое проектирование). Разработка в соответствии со сформулирован­ными требованиями состава автоматизируемых функций (функ­циональная архитектура) и состава обеспечивающих подсистем (системная архитектура), оформление технического проекта ЭИС.

3. Реализация (рабочее проектирование, физическое проекти­рование, программирование). Разработка и настройка программ, наполнение баз данных, создание рабочих инструкций для пер­сонала, оформление рабочего проекта.

4. Внедрение (тестирование, опытная эксплуатация). Комплек­сная отладка подсистем ЭИС, обучение персонала, поэтапное вне­дрение ЭИС в эксплуатацию по подразделениям экономического объекта, оформление акта о приемо-сдаточных испытаниях ЭИС.

5. Эксплуатация ЭИС (сопровождение, модернизация). Сбор рекламаций и статистики о функционировании ЭИС, исправле­ние ошибок и недоработок, оформление требований к модерни­зации ЭИС и ее выполнение..

Среди известных моделей жизненного цикла можно выделить следующие модели:

• каскадная модель (до 70-х годов) - последовательный переход на следующий этап после завершения предыдущего;

• итерационная модель (70 - 80-е годы) - с итерационными воз­вратами на предыдущие этапы после выполнения очередного этапа;

• спиральная модель (80 - 90-е годы) - прототипная модель, пред­полагающая постепенное расширение прототипа ЭИС.

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

Итерационная модель. Создание комплексных ЭИС предпо­лагает проведение увязки проектных решений, получаемых при реализации отдельных задач. Подход к проектированию «снизу-вверх» обусловливает необходимость таких итерационных возвра­тов, когда проектные решения по отдельным задачам комплекту­ются в общие системные решения и при этом возникает потреб­ность в пересмотре ранее сформулированных требований. Как правило, вследствие большого числа итераций возникают рассог­ласования в выполненных проектных решениях и документации.

Спиральная модель. Используется подход к организации про­ектирования ЭИС «сверху-вниз», когда сначала определяется со­став функциональных подсистем, а затем постановка отдельных задач. Соответственно сначала разрабатываются такие общесис­темные вопросы, как организация интегрированной базы данных, технология сбора, передачи и накопления информации, а затем технология решения конкретных задач.


Дата добавления: 2015-12-08; просмотров: 366 | Нарушение авторских прав



mybiblioteka.su - 2015-2024 год. (0.01 сек.)