Структурно- ориентированный подход к проектированию Информационных Систем.

Презентация:



Advertisements
Похожие презентации
Лекция 1: Нотация IDEF. Структурный подход к проектированию ИС принцип "разделяй и властвуй" - принцип решения сложных проблем путем их разбиения на множество.
Advertisements

Методика моделирования IDEF3. Попытка сделать выводы Так как же работать с DFD???
Лекция 2: Диаграммы потоков данных(DFD). Диаграммы потоков данных (Data Flow Diagramming) DFD описывает: функции обработки информации (работы); функции.
Integrated DEFinition (Комплексное определение) Название связиВид связиСмысл связи Связь предшествования Вторая работа начинает выполняться после завершения.
Описание и моделирование бизнес-процессов Группа: 461-мСтудент: Шлыков С.А.
Методология моделирования процессов IDEF3. Основные вопросы Понятие динамического моделирования Методология IDEF3 Основные элементы динамической модели.
Моделирование бизнес-процессов Моделирование бизнес-процессов Кастанова Анаит Авдеевна
CASE-технологии Тема 6. CASE (Computer Aided Software Engineering) CASE– технология представляет собой совокупность методов проектирования ПО, а также.
Технологии анализа, планирования и модификации систем.
Стандарт IDEF3 Предназначение IDEF3 Предназначение IDEF3 IDEF3 является стандартом документирования технологических процессов, происходящих на предприятии,
Структурный подход к проектированию ИС. Сущность структурного подхода к разработке АИС заключается в ее декомпозиции (разбиении) на автоматизируемые функции:
«Моделирование бизнес-процессов» Автор НЕВЕЖИН Виктор Павлович Кафедра ММЭП Финансовый университет при Правительстве Российской Федерации Курс по выбору.
Методология моделирования потоков данных DFD. Назначение диаграмм потоков данных Так же, как и диаграммы IDEF0, диаграммы потоков данных моделируют систему.
CASE-средства создания информационных систем CASE-средства фирмы Platinum technology.
Языки и методы программирования Преподаватель – доцент каф. ИТиМПИ Кузнецова Е.М. Лекция 7.
Функциональное моделирование систем с использованием методологии DFD.
Средства информационных технологий в системах обеспечения управленческой деятельности Тема 2.
Методология проектирования информационных систем МИФИ, Кафедра «Кибернетика»
1 Системный анализ и принятие решений Лекция 15 Методология IDEF0 Коробов Александр Сергеевич
IDEF0 IDEF0 и IDEF3 С точки зрения функциональности системы. В рамках методологии IDEF0 бизнес-процесс представляется в виде набора элементов-работ, которые.
Транксрипт:

Структурно- ориентированный подход к проектированию Информационных Систем

Структурный анализ Структурным анализом принято называть метод исследования системы, начинающий с ее общего обзора, который затем детализируется, приобретая иерархическую структуру со все большим числом уровней. Базовыми принципами структурного анализа являются: принцип «разделяй и властвуй» принцип решения трудных проблем путем разбиения их на множество меньших независимых задач, легких для понимания и решения; принцип иерархического упорядочения принцип организации составных частей системы в иерархические древовидные структуры с добавлением новых деталей на каждом уровне. принцип абстрагирования выделение существенных аспектов системы и отвлечение от несущественных; принцип непротиворечивости обоснованность и согласованность элементов системы; принцип структурирования данных данные должны быть структурированы и иерархически организованы.

Основные модели структурно- ориентированного подхода SADT (IDEF0) IDEF3 DFD 1) функциональную структуру системы; 2) последовательность выполняемых действий; 3) передачу информации между функциональными процессами; ERM Отношения между данными

Нотация IDEF0 (INTEGRATION DEFINITION FOR FUNCTION MODELING) Метод SADT разработан Дугласом Россом (SoftTech, Inc.) в 1969 г. для моделирования искусственных систем средней сложности по заказу МО США. Метод SADT разработан Дугласом Россом (SoftTech, Inc.) в 1969 г. для моделирования искусственных систем средней сложности по заказу МО США. графическое представление блочного моделирования строгость и точность отделение организации от функции

Основные элементы IDEF0 Проведение работы Механизм Вход Управление Выход Вызов Работы (Activity) обозначают поименованные процессы, функции или задачи, которые происходят в течение определенного времени и имеют распознаваемые результаты. Имя работы должно быть выражено глаголом или отглагольным существительным, обозначающим действие (например, "Изготовление детали", "Прием заказа" и т.д.).

Стрелки (Arrow) Вход (Input) - материал или информация, которые используются или преобразуется работой для получения результата (выхода). Управление (Control) - правила, стратегии, процедуры или стандарты, которыми руководствуется работа. Выход (Output) - материал или информация, которые производятся работой. Механизм (Mechanism) - ресурсы, которые выполняют работу, например персонал предприятия, станки, устройства и т. д. Вызов (Call) - специальная стрелка, указывающая на другую модель работы. Проведение работы Механизм Вход Управление Выход Вызов

Пример диаграммы

Иерархия диаграмм Детализация

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

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

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

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

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

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

МЕТОД МОДЕЛИРОВАНИЯ ПРОЦЕССОВ IDEF3 сценарий процесса - выделяет последовательность действий и подпроцессов анализируемой системы единица работы (Unit of Work - UOW) - основной элемент диаграммы Обработать заказ 1.1

Типы связей ИзображениеНазваниеНазначение Временное предшествование (Temporal precedence) Исходное действие должно завершиться, прежде чем конечное действие сможет начаться. Объектный поток (Object flow) Выход исходного действия является входом конечного действий (Исходное действие должно завершиться, прежде чем конечное действие сможет начаться) Нечеткое отношение (Relationship) Вид взаимодействия между исходным и конечным действием задается аналитиком отдельно для каждого случая использования такого отношения

Соединения (Перекрестки ( Junction) ) ОбозначениеНаименованиеСмысл в случае слияния стрелок (Fan-in Junction) Смысл в случае разветвления стрелок (Fan-oat Junction) Asynchronous ANDВсе предшествующие процессы должны быть завершены Все следующие процессы должны быть запущены Synchronous ANDВсе предшествующие процессы завершены одновременно Все следующие процессы запускаются одновременно Asynchronous ORОдин или несколько предшествующих процессов должны быть завершены Один или несколько следующих процессов должны быть запущены Synchronous ORОдин или несколько предшествующих процессов завершены одновременно Один или несколько следующих процессов запускаются одновременно XOR (Exclusive OR) Только один предшествующий процесс завершен Только один следующий процесс запускается

Семантика асинхронного «И»

Семантика синхронного «И»

Семантика асинхронного «ИЛИ»

Структура синхронного «ИЛИ»

Варианты активации для семантики асинхронного «И» и последующего асинхронного «ИЛИ»

Основные элементы DFD диаграмм: функции обработки информации (работы); функции обработки информации (работы); документы (стрелки, arrow), объекты, сотрудников или отделы, которые учавствуют в обработке информации; документы (стрелки, arrow), объекты, сотрудников или отделы, которые учавствуют в обработке информации; внешние ссылки (external references), которые обеспечивают интерфейс с внешними объектами, находящимися за границами моделируемой системы; внешние ссылки (external references), которые обеспечивают интерфейс с внешними объектами, находящимися за границами моделируемой системы; таблицы для хранения документов (хранилище данных, data store). таблицы для хранения документов (хранилище данных, data store).

Работы В DFD работы представляют собой функции системы, преобразующие входы в выходы. В DFD работы представляют собой функции системы, преобразующие входы в выходы. Выполнить действие

Внешние сущности Внешние сущности. Внешние сущности изображают входы в систему и/или выходы из системы. Так же используются для обозначения объектов не являющихся элементами системы, но взаимодействующих с ней. Заказчик

Хранилище данных В материальных системах хранилища данных изображаются там, где объекты ожидают обработки, например в очереди. В системах обработки информации хранилища данных являются механизмом, который позволяет сохранить данные для последующих процессов (Базы данных, файлы…). В материальных системах хранилища данных изображаются там, где объекты ожидают обработки, например в очереди. В системах обработки информации хранилища данных являются механизмом, который позволяет сохранить данные для последующих процессов (Базы данных, файлы…). 1 Хранилище проектной документации