СИСТЕМНОЕ МОДЕЛИРОВАНИЕ БИЗНЕС-ПРОЦЕССОВ ПРЕДПРИЯТИЯ С ИСПОЛЬЗОВАНИЕМ IDEF-ТЕХНОЛОГИЙ

СИСТЕМНОЕ МОДЕЛИРОВАНИЕ БИЗНЕС-ПРОЦЕССОВ ПРЕДПРИЯТИЯ С ИСПОЛЬЗОВАНИЕМ IDEF-ТЕХНОЛОГИЙ

МЕТОДИЧЕСКИЕ УКАЗАНИЯ

к лабораторной работе по дисциплине

«Комплексная система защиты

информации на предприятии»

Уфа - 2009

Цели работы.

Получение навыков системного моделирования бизнес-процессов предприятия с использованием пакета IDEF-design 3.5.

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

Теоретические сведения.

2.1. Методика построения функциональной модели.

Методология IDEF0 (более известная как методология SADT-Structure Analysis and Design Technique) предназначена для представления функций системы и анализа требований к системам и является одной из самых известных и широко используемых методологий проектирования.

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

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

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

Рис. 1 Функциональная диаграмма

В основе методологии IDEF0 лежат следующие правила:

1. Функциональный блок (или Функция) преобразует Входы в Выходы (т.е. входную информацию в выходную), Управление определяет, когда и как это преобразование может или должно произойти Исполнители непосредственно осуществляют это преобразование.

2. С дугами связаны надписи (или метки) на естественном языке, описывающие данные, которые они представляют.

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

4. Выходы одной функции могут быть Входами, Управлением или Исполнителями для другой.

5. Дуги могут разветвляться и соединяться.

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

7. Эти блоки представляют основные подфункции (подмодули) единого исходного модуля.

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

9. Каждый из этих подмодулей может быть декомпозирован подобным же образом для более детального представления.

Пример построения функциональной модели A-0 (рис.2) и А0(рис.3).

Рис.2 Пример построения функциональной модели A-0

Рис.3 Пример построения функциональной модели A0

Методика работы с пакетом

Описание команд меню.

Меню " File " содержит процедуры для работы с файлами (запись, чтение, создание, сохранение отчетов и др.).

Пункты меню:

- New - создание новой страницы в проекте или нового проекта.

При вызове появляется окно Select New Page Type (Выбор типа новой страницы), где спрашиваются следующие данные:

- Methodology - методология новой страницы:

- IDEF0 - создание нового проекта IDEF 0;

- IDEF0 Leaf - создание новой страницы функциональной модели в открытом проекте;
- IDEF1X - создание новой страницы информационной модели;

- IDEF0 Report - вывод краткого описания функциональной модели;
- IDEF1X Report - вывод описания информационной модели;

Декомпозиция блоков.

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

Порядок выполнения работы.

3.1. В качестве объектов системного моделирования приниматься несколько типов предприятий и подсистемы защиты в соответствии с вариантом указанным преподавателем.

Варианты предприятий:

· коммерческий банк;

· учебное заведение;

· медицинское учреждение (больница, поликлиника);

· большой магазин (супермаркет);

· небольшая производственная фирма (например, ателье);

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

· фирма по разработке программного обеспечения;

· промышленное предприятие;

· почтовое отделение;

· предприятие питания;

· торговый комплекс;

· другой вариант по согласованию с преподавателем.

Подсистемы защиты:

· система физической защиты;

· инженерно-техническая система защиты (от утечек через ПЭМИН и др.)

· организационная защита;

· система видеонаблюдения;

· защита ЛВС;

· другой вариант по согласованию с преподавателем.

3.2. Постройте функциональные модель A-0, A0, а также A1-A3 (т.е. три уровня вложенности) для основного производственного процесса на рассматриваемом предприятии.

3.3. Постройте информационную модель A0 для основного производственного процесса для выбранного варианта предприятия.

3.4. Определить степень важности различных подсистем защиты данного предприятия. Для выбранного варианта составить таблицу, содержащую следующие колонки:

· наименование подсистемы защиты;

· степень важности для данного предприятия;

· комментарий, поясняющий выбранную степень важности.

3.5. Построить функциональные модели A-0, A0, A1-A3 (т.е. три уровня вложенности) для одной из наиболее значимых для данного предприятия подсистем защиты.

3.6. Указать отличительные особенности при построении такого рода подсистемы защиты для данного типа предприятий.

3.7. Построить информационную модель для системы защиты данного предприятия.

3.8. Сделать выводы по проделанной работе.

Содержание отчета.

Отчёт должен содержать:

4.1. Функциональные модели A-0, A0, A1-A3 для основного производственного процесса рассматриваемого предприятия.

4.2. Информационную модель A0 для основного производственного процесса рассматриваемого предприятия.

4.3. Таблицу, поясняющую степень значимости отдельных подсистем защиты для данного вида предприятий.

4.4. Функциональные модели A-0, A0, A1-A3 для выбранной для рассмотрения подсистемы защиты.

4.5. Информационную модель A0 для выбранной для рассмотрения подсистемы защиты.

4.6. Выводы по проделанной работе.

5. Контрольные вопросы.

1. Для чего нужно функциональное моделирование?

2. Как строится функциональная модель?

3. Что такое информационное моделирование?

4. Поясните понятия «сущность», «связь», «функциональная диаграмма».

СИСТЕМНОЕ МОДЕЛИРОВАНИЕ БИЗНЕС-ПРОЦЕССОВ ПРЕДПРИЯТИЯ С ИСПОЛЬЗОВАНИЕМ IDEF-ТЕХНОЛОГИЙ

МЕТОДИЧЕСКИЕ УКАЗАНИЯ

к лабораторной работе по дисциплине

«Комплексная система защиты

информации на предприятии»

Уфа - 2009

Цели работы.

Получение навыков системного моделирования бизнес-процессов предприятия с использованием пакета IDEF-design 3.5.

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

Теоретические сведения.

2.1. Методика построения функциональной модели.

Методология IDEF0 (более известная как методология SADT-Structure Analysis and Design Technique) предназначена для представления функций системы и анализа требований к системам и является одной из самых известных и широко используемых методологий проектирования.

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

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

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

Рис. 1 Функциональная диаграмма

В основе методологии IDEF0 лежат следующие правила:

1. Функциональный блок (или Функция) преобразует Входы в Выходы (т.е. входную информацию в выходную), Управление определяет, когда и как это преобразование может или должно произойти Исполнители непосредственно осуществляют это преобразование.

2. С дугами связаны надписи (или метки) на естественном языке, описывающие данные, которые они представляют.

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

4. Выходы одной функции могут быть Входами, Управлением или Исполнителями для другой.

5. Дуги могут разветвляться и соединяться.

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

7. Эти блоки представляют основные подфункции (подмодули) единого исходного модуля.

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

9. Каждый из этих подмодулей может быть декомпозирован подобным же образом для более детального представления.

Пример построения функциональной модели A-0 (рис.2) и А0(рис.3).

Рис.2 Пример построения функциональной модели A-0

Рис.3 Пример построения функциональной модели A0

Что вызывает тренды на фондовых и товарных рынках Объяснение теории грузового поезда Первые 17 лет моих рыночных исследований сводились к попыткам вычис­лить, когда этот...

Конфликты в семейной жизни. Как это изменить? Редкий брак и взаимоотношения существуют без конфликтов и напряженности. Через это проходят все...

Что делает отдел по эксплуатации и сопровождению ИС? Отвечает за сохранность данных (расписания копирования, копирование и пр.)...

ЧТО ПРОИСХОДИТ, КОГДА МЫ ССОРИМСЯ Не понимая различий, существующих между мужчинами и женщинами, очень легко довести дело до ссоры...

Не нашли то, что искали? Воспользуйтесь поиском гугл на сайте: