Функциональная методика IDEF0
Проектирование информационных систем Лектор:Пальмов С.В. IV курс. II семестр. ИСТ-72. 2011 Содержание: Основные понятия проектирования ИС.. 2 Этапы развития ИС. 3 Краткий обзор процесса ПРИС. 4 Функциональная методика IDEF0. 4 Описание методики IDEF0. 5 Жизненный цикл ПО ИС.. 6 Модели на основе инженерного подхода. 6 Модели, учитывающие специфику разработки ПО. 8 Современные модели. 9 RUP. 11 Работа над проектом.. 11 MSF. 13 Подход основанный на фазах и вехах. 14 Модель проектной группы MSF. 14 Модель быстрой разработки приложений RAD (Rapid Application Development) 15 eXtreme Programming. 17 Стандарт ISO/IEC 12207. 19 Стандарт ISO/IEC 15288. 20 Организация разработки ИС.. 22 Каноническое проектирование ИС.. 22 Классификация планируемых функций системы по степени важности. 28 Типовое проектирование ИС.. 29 Анализ и моделирование функциональной области внедрения ИС.. 33 Статическое описание компании. 34 Динамическое описание компании. 35 Модель структуры данных. 35 Процессно-целевое описание компании. 35 Шаблоны организационного бизнес-моделирования. 37 Шаблон формирования функционала компании (основных бизнес-функций) 39 Шаблон формирования зон ответственности за функционал компании. 40 Шаблон потокового процессного описания. 41 Построение организационно-функциональной модели компании. 41 Спецификация функциональных требований к ИС.. 43 Процессные потоковые модели. 43 Основные элементы процессного подхода. 43 Выделение и классификация процессов. 44 Упрощенная модель деятельности компании. 45 Референтная модель бизнес-процесса. 47 Проведение предпроектного обследования предприятий. 47 Результаты предпроектного обследования. 48 Методология моделирования предметной области. 48 Структурная модель предметной области. 48
|
|
|
Основные понятия проектирования ИС
Классификация ИС по типу хранимых данных:
Фактографические – используются для хранения и обработки структурированных документов или данных (числа и текст), позволяет выполнять различные операции над данными;
Документальные – информация представлена в виде документов (тексты, рефераты, описания), позволяет выполнять поиск по документам используя семантические признаки.
Классификация ИС по степени автоматизации информационных процессов:
Ручные – все операции выполняет человек, современны средства обработки информации отсутствуют;
Автоматические – все процедуры обработки информации выполняются без участия человека;
Автоматизированные – человек участвует в процессе обработки информации, но все рутинные операции отданы компьютеру.
Классификация ИС по характеру обработки данных:
|
|
|
Информационно-поисковые – производят ввод, систематизацию, хранение и выдачу информации по запросу пользователя без сложных преобразований данных;
Информационно-решаюшие – то же самое + обработка данных по встроенным алгоритмам.
Классификация ИС по характеру использования выходной информации:
Управляющее – информация преобразуется в готовые решения. Характерен большой объем обрабатываемых данных и большой объем расчетов;
Советующие – информация принимается человеком к сведению.
Классификация ИС по сферам применения:
Интегрирование (корпоративные ИС) – используются для автоматизации всех функций организации. Охватывают весь цикл работ от планирования до сбыта услуг. Включают в себя ряд модулей которые работают в едином инфо-пространстве:
* подсистема маркетинга – исследование рынка и прогнозирование продаж; управление продажами; рекомендации по производству новой продукции; анализ и установка цен; учет заказов;
* производственные подсистемы – планирование объемов работ и разработка календарных планов; оперативный контроль и управление производством; анализ работы оборудования; участвуют в формировании заказов поставщикам исходя из производственных мощностей; управление запасом;
|
|
|
* финансовые и учетные подсистемы – управление заказами; управление кредитной политикой; разработка финансового плана; финансовый анализ и прогнозирование; бух учет, расчет зарплаты и контроль бюджета;
* подсистема отдела кадров – анализ и прогнозирование потребностей трудовых ресурсов; ведение архивных записей о персонале; анализ и планирование подготовки кадров.
подсистема руководства – контроль за деятельностью фирмы; выявление оперативных проблем; обеспечение процесса выработки стратегических решений; анализ возникающих ситуаций (проблем).
Система автоматизированного проектирования (САПР) – автоматизация работы конструкторов, архитекторов, дизайнеров, etc.
Системы управления технологическими процессами – автоматизирует функцию управления производственными процессами.
ИС организационного управления – автоматизирует функции управленческого персонала.
Классификация ИС по уровню управления:
Оперативного уровня – поддерживает работу исполнителей, обрабатывая данные о сделках и событиях. Является связующим звеном между организацией и внешней средой;
|
|
|
Уровня специалистов – поддерживает работу с данными и знаниями, помогает в работе инженерам и проектировщикам. Основное назначение: добавление информации в систему и извлечение из нее пользы;
Уровня управления – используются для работы с сотрудниками среднего звена (мониторинг, контроль, принятие решений, etc);
Стратегического уровня – используются руководством организации, для принятия глобальных решений и изучения ситуации во внешней среде.
Классификация ИС по программно-аппаратной реализации:
Локальные;
Малые интегрированные;
Средние интегрированные;
Крупные интегрированные.
Этапы развития ИС.
1 этап: Метод снизу-вверх – разрабатывались решения реализующие конкретные функции, эти блоки добавлялись по мере необходимости;
2 этап: Появляется индустрия создания ИС;
3 этап: Модульное использование ИС. Регламентация процесса проектирования ИС и обеспечение управления этим процессом с тем чтобы гарантировать выполнение требований как в самой системе так и к процессу разработки.
Задачи решение которых должна обеспечивать вышеуказанная методология:
* обеспечить создание ИС которая отвечает целям и задачам организации и требованиям к автоматизации бизнес процессов;
* гарантировать создание системы с заданным качеством в установленные сроки и в рамках определенного бюджета;
* должна поддерживаться удобная дисциплина сопровождения, модификации и наращивания системы;
* должна быть обеспечена преемственность разработки.
Информационные системы охватывают две основные области:
* проектирование БД – проектирование экранных форм, отчетов и т.д. которые будут обеспечивать выполнение запросов данных;
* учет конкретной среды или технологии которые будут реализованы в нашей системе.
Краткий обзор процесса ПРИС.
Выделяют несколько стадий (этапов), каждый из них ограничен временными рамками и заканчивается выпуском конечного продукта:
* формирование требований к системе – необходимая информация собирается с работников данной организации, а так же получают при помощи моделей построенных для данной предметной области;
* проектирование – формирование модели данных которая затем преобразуется в БД ИС;
* реализация – проектирование бизнес процессов, разработка архитектуры ИС. Конечным продуктом этого этапа является схема БД, набор модулей системы, описание архитектуры ИС;
* тестирование;
* ввод действие;
* эксплуатация и сопровождение.
Этап проектирования завершается разработкой технического проекта. На этапе реализации создается ПО, устанавливаются технические средства и разрабатывается документация.
Этап тестированияоказывается распределенным по времени. После завершения разработки отдельного модуля системы выполняется автономный тест, который преследует 2 цели: обнаружение отказов модуля, проверяется соответствие модулей спецификации. После успешного прохождения теста, модуль совместно с другими модулями своей группы проходит групповой тест. В этом случае проверяется взаимодействие их друг с другом и устраняются обнаруженные ошибки. После этого проводится системный тест, т.е. тестируется вся система. Последние – приемно-сдаточные испытания.
Функциональная методика IDEF0.
История.
SADT – Structured Analysis and Design Technique (технология структурного анализа и проектирования.)
Начальные разработки SADT – 1969 г.
Первый крупнейший проект – 1973 г.
Выход на рынок – 1975 г.
1981 г. – используется в более чем в 50 компаниях.
Одна из самых известных систем проектирования применяется для решения задач проектирования ИС в различных областях человеческой деятельности. В настоящее время используется в основном для определения требований к ИС. Кроме этого SADT может быть использована для описания предметной области, протекающей в какой либо организации.
Это реализуется при помощи графического языка, который был специально разработан для данной технологии.
IDEF0 – следующий этап развития SADT
Разработана в рамках программы ICAM (начало 80-х гг 20 века)
ICAM – Integrated Computer-Aided Manufacturing (Комплексная автоматизированная система управления производством)
IDEF – ICAM Definition
Последняя редакция IDEF0 – 1993 г.
Описание методики IDEF0
Целью методики является построение функциональной схемы исследуемой системы, описывающей все необходимые процессы с точностью, достаточной для однозначного моделирования деятельности системы.
В основе методологии лежат четыре основных понятия: функциональный блок (работа), интерфейсная дуга ((методология) стрелка), декомпозиция, глоссарий.
Функциональный блок (Activity Box) представляет собой некоторую конкретную функцию в рамках рассматриваемой системы. По требованиям стандарта название каждого функционального блока должно быть сформулировано в глагольном наклонении (например, «производить услуги»). На диаграмме функциональный блок изображается прямоугольником. Любой функциональный блок (работа) по требованию стандарта должен иметь по крайней мере одну управляющую стрелку и одну исходящую. Если есть сомнения какую стрелку рисовать (вход, управление), то рисуют управление. Каждая из четырех сторон функционального блока имеет свое определенное значение (роль), при этом:
* верхняя сторона имеет значение "Управление" (Control);
* левая сторона имеет значение "Вход" (Input);
* правая сторона имеет значение "Выход" (Output);
* нижняя сторона имеет значение "Механизм" (Mechanism).
Вход – то, из чего делают, выход – что получилось, управление – то, на основе чего делают, механизмы – то, при помощи чего делают.
Интерфейсная дуга (Arrow, aka Стрелка) отображает элемент системы, который обрабатывается функциональным блоком или оказывает иное влияние на функцию, представленную данным функциональным блоком. Интерфейсные дуги часто называют потоками или стрелками.
С помощью интерфейсных дуг отображают различные объекты, в той или иной степени определяющие процессы, происходящие в системе. Такими объектами могут быть элементы реального мира (детали, вагоны, сотрудники и т.д.) или потоки данных и информации (документы, данные, инструкции и т.д.).
В зависимости от того, к какой из сторон функционального блока подходит данная интерфейсная дуга, она носит название «входящей», «исходящей» или «управляющей».
Необходимо отметить, что любой функциональный блок по требованиям стандарта должен иметь, по крайней мере, одну управляющую интерфейсную дугу и одну исходящую. Это и понятно – каждый процесс должен происходить по каким-то правилам (отображаемым управляющей дугой) и должен выдавать некоторый результат (выходящая дуга), иначе его рассмотрение не имеет никакого смысла.
Обязательное наличие управляющих интерфейсных дуг является одним из главных отличий стандарта IDEF0 от других методологий классов DFD (Data Flow Diagram) и WFD (Work Flow Diagram).
Декомпозиция (Decomposition) является основным понятием стандарта IDEF0. Принцип декомпозиции применяется при разбиении сложного процесса на составляющие его функции. При этом уровень детализации процесса определяется непосредственно разработчиком модели.
Глоссарий (Glossary) – набор определений, ключевых слов, повествовательных изложений и т д. которые характеризуют объект, отображаемый данным элементом (диаграммы, работы, стрелки), т е описывает сущность данного элемента.
Жизненный цикл ПО ИС
Методология проектирования ИС описывает процесс их создания и сопровождения в виде жизненного цикла. Он представляется как некоторая последовательность стадий и выполняемых на них процессов. Для каждого этапа определяется состав и последовательность выполненных работ, полученные результаты методы и средства, необходимые для выполнения работ, роли и ответственность участников процесса. Все это позволяет спланировать и организовать процесс коллективной разработки ИС и управление этим процессом.
Модели жизненного цикла:
– модели на основе инженерного подхода;
– модели, учитывающие специфику разработки ПО;
– современные модели.
Дата добавления: 2018-02-28; просмотров: 673; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!