740 likes | 1.31k Views
Инструменты моделирования для разработки ИС. Инструменты разработки. Средства моделирования Диаграммы потоков данных ( DFD ) Блок-схемы процедур ( flowchart ) Модели процессов ( IDEF0, IDEF3, BPMN ) Модели данных ( ERD , IDEF1X, UML ) Комбинированные ( ARIS ).
E N D
Инструменты моделирования для разработки ИС
Инструменты разработки • Средства моделирования • Диаграммы потоков данных (DFD) • Блок-схемы процедур (flowchart) • Модели процессов (IDEF0, IDEF3,BPMN) • Модели данных (ERD, IDEF1X, UML) • Комбинированные (ARIS)
Основы семейства стандартов менеджмента качества ISO 9000:2000 • Процессный подход • Наглядность описания организации для обеспечения «прозрачности» (модели) • Несколько моделей организации («проекции») • Функциональная и поведенческая (процессы) • Информационная (данные) • Параметрическая (нормы расхода ресурсов) • Выделение деятельности по управлению качеством и изменениями (измерение и анализ деятельности)
Процессный подход - это метод управления деятельностью на основе выделения, оценки и оптимизации системы действий, которые необходимы для получения определенного конечного результата.
Процесс – это интегрированная совокупность видов деятельности, направленных на производство товаров и услуг, удовлетворяющих запросы потребителей, которая: • является повторяющейся • имеет измеримые вход и выход • добавляет или создает ценности • имеет ответственного
Моделирование административных процессов в 1858 году
Data flow diagram (DFD) Диаграммы потоков данных
Диаграммы потоков данных • DFD – основное средство моделирования функциональных требований к проектируемой системе • Цели описания: • информационные процессы • преобразования входных данных в выходные для каждого процесса • отношения между процессами (потоки данных)
Потоки данных являются механизмами, использующимися для моделирования передачи информации (или физических компонент) из одной части системы в другую.
DFD Нотации: • Йодана • Гейна-Сарсона
Контекстная диаграмма Подразделения Налог. отчеты Гос. органы Ведомость Касса Начисление зарплаты 1 Табели раб. времени Заказденег Банк Отдел кадров Данные о работниках Руководители Отчет
Декомпозиция DFD • Контекстная диаграмма(DFD первого уровня) • имеет один процесс (основной) • идентифицирует объекты внешнего мира • описывает обмен данными с внешними источниками и потребителями • DFD нижнего уровнядетализируют процессы DFD верхнего уровня (дерево DFD)
Построение модели (процесс) • Выделение функциональных групп (процессов) в множестве требований • Идентификация внешних объектов • Разработка контекстной DFD • Декомпозиция процессов (описание дочерних процессов) • Проверка требований, корректности и улучшение восприятия модели
Требования к модели (группировка) • На каждой диаграмме от 3 до 6-7 процессов • Несущественные детали группировать и раскрывать в DFD более низкого уровня • На каждом уровне описывать логически связанные процессы • Выбирать короткие имена в соответствии и расшифровывать их в спецификации (словаре данных)
flowchart Блок-схемы процедур
Элементы блок-схемы • Переправка, передача • Ручной ввод, дисплей • Документ, пакет документов • Хранение, данные • Процесс, ручной процесс • Решение, подготовка
DFD vs flowchart Хранение Различия: “Что” и “Как” Источник Обработка Потребитель
Integrated DEFinition IDEF0 – Методология функционального моделирования
История IDEF0 • 1969 : Дуглас Росс – SADT (Structured Analysis and Design Technique) • 1970-е: ВВС США (ICAM - Integrated Computer-Aided Manufacturing) • 1993 г. : Федеральный стандарт США • 2000 г. : Р50.1.028-2001. Методология функционального моделирования. М.: Госстандарт России, 2000
Нотация IDEF0 Процесс представляется в виде функционального блока, который преобразует входы в выходы при наличии необходимых ресурсов (механизмов) в управляемых условиях
Декомпозиция Диаграмм IDEF0
Построение IDEF0-модели (процесс) • Определение цели модели; • Сбор информации об объекте, определение его границ; • Построение, агрегирование и декомпозиция диаграмм; • Критическая оценка, рецензирование и комментирование. • Утверждение
Построение IDEF0-модели • На каждой диаграмме не должно быть более 5-6 действий. • На каждой диаграмме действия должны быть объединены общей логикой. • Наименования действий должны быть краткими и емкими, в прилагаемом словаре краткие имена должны расшифровываться. • Каждое действие должно иметь основание для начала (один или несколько входов) и результат (один или несколько выходов). • Действиям присваиваются номера, отражающие их положение в иерархии. • Входы и выходы на каждой диаграммы нумеруются
Построение IDEF0-модели • Ветвления процесса (альтернативные или одновременные результаты действий) должны сопровождаться описанием условий их наступления. • Каждое действие должно иметь ответственного (исполнителя). • Каждое действие должно регулироваться нормативно-правовым или административным документом. • Документы, сопровождающие связи между действиями, должны соответствовать бумажному документообороту. • Записи, направляемые в хранилища и извлекаемые из хранилищ, должны описывать накопление и использование информации (архивы, журналы, базы данных). • Детали бумажного и электронного документооборота (информационные структуры документов и записей) должны расшифровываться в прилагаемом словаре (спецификации).
Integrated Definition for Function Modeling (IDEF) Методология моделирования процессов (IDEF3) конец 1980-х годов не является стандартом
Компоненты модели Диаграмма • Действие (единица работы – Unit of Work) • Связи • Временное предшествование • Объектный поток • Необязательное отношение • Соединения (инициирование действий) • И (&), ИЛИ (O), Исключающее ИЛИ (X)
Соединение «И»(разворачивающее и сворачивающее)
Соединение «Исключающее ИЛИ»(разворачивающее и сворачивающее)
Соединение «ИЛИ» (И / ИЛИ)(разворачивающее и сворачивающее)
Business Process Model Notation (BPMN) Условные обозначения для моделирования бизнес-процессов (BPMN)
BPMN • Объекты потока управления: • события, действия и логические операторы • Соединяющие объекты: • поток управления, поток сообщений и ассоциации • Роли: • пулы и дорожки • Артефакты: • данные, группы и текстовые аннотации.
События Нотация – круг Линия окружности: • Начальные • Промежуточные • Завершающие Знак в круге – смысл события Штриховка знака: • Обработка • Генерация (создание)
Действия Нотация – прямоугольник со скругленными углами Виды действий: • Задания • Подпроцессы
Логические операторы Нотация – ромб Использование – точки принятия решений в процессе (ветвления) Виды операторов: • Исключающее ИЛИ • ИЛИ • И
Соединения Нотация – стрелка Использование – для обозначения последовательности действий, передачи информации и комментирования Виды соединений: • Поток управления • Поток сообщений • Ассоциация
Роли Нотация – прямоугольник Использование – для группировки действий Виды ролей: • Пул • Дорожка
Артефакты Использование – для дополнительной информации Виды артефактов: • Данные • Группа • Текстовая аннотация Комментарий
Моделирование данных Сущностная модель REA модель E-R диаграммы (ERD, ERM) Реляционная модель
Подсхема А Подсхема В Подсхема С Внешний уровень Набор индивидуальных логических представлений о частях БД Внутренний уровень Детали хранения данных - структура записей, адреса, индексы и т.д. ДЕТАЛИ ХРАНЕНИЯ ДАННЫХ Запись о запасах Item number- integer (5), non-null, index = itemx Description- character (15) Cost- currency (6,2) и т.д. Запись о продажах Invoice number- integer (6), non-null, index = salesx и т.д. Концептуальный уровень Общий взгляд на всю базу данных Товары Продажи Клиенты Кассовые операции Отображение концептуальной схемы на внутреннее представление Шкаф 232 Стол 341 Диван 520 Стул 45 Отображение внешних представлений на концептуальную схему Схемы данных Схема данных – это описание ее логической структуры. Виды схем: • Внешняя • Концептуальная • Внутренняя
Концептуальные модели данных • Сущностная модельСущность – объект, субъект, событие.Атрибут – свойство сущности.Экземпляр сущности – конкретный объект • REA модель - классификация сущностей:Ресурсы (Resource) – активы организацииСобытия (Event) – изменяют ресурсыУчастники (Agent) – вовлечены в события