Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
ГОСы ПИС.doc
Скачиваний:
3
Добавлен:
04.05.2019
Размер:
227.33 Кб
Скачать

12. Классификация и назначение методологий структурного анализа. Методология idef0. Основные принципы и компоненты.

Методологии:

1) Процедурно ориентированные:

- Гейна-Сарсона – анализ требований и функциональной структуры;

- IDEF0 – для описания функциональных структур;

2) Ориентированные на данные:

- DATARUN – построение комплекса взаимосвязанных моделей системы;

- Мартина.

Методология IDEF0 позволяет описывать проектируемые и существующие системы.

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

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

Основные элементы:

- функциональные блоки - изображается в виде прямоугольника (см. рис.) и олицетворяет некоторую конкретную функцию в рамках рассматриваемой системы. По требованиям стандарта название каждого функционального блока должно быть сформулировано глаголом (допускается отглагольное существительное). Назначение сторон функционального блока: верхняя - “Управление”; левая сторона - “Вход”; правая - “Выход”; нижняя - “Механизм”.

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

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

Глоссарий – набор определений, ключевых слов и т.д., для каждого из элементов IDEF0. Глоссарий является описанием сущности данного элемента.

13. Понятие структурных карт. Назначение. Структурные карты Джексона и Константайна. Назначение и основные элементы.

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

1) Структурные карты Джексона – иллюстрируют внутримодульные связи, но допускают для использования межмодульных связей. Проектирует нижний уровень структуры ПО. Диаграмма Джексона включает объекты следующих типов:

- структурный блок представляет частную функцию или блок кодов с одним входом и одним выходом;

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

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

Для взаимоувязывания блоков используются связи следующих типов: последовательная связь (обеспечивает последовательное выполнение слева направо); параллельная связь (обеспечивает одновременное выполнение блоков); условная связь (обеспечивает выбор одной из альтернатив); итерационная связь (обеспечивает выполнение блока в цикле).

2) Структурная Карта Констайтайна - предназначены для описания отношений между модулями, построения межмодульной иерархии.

Базовый элемент структурных карт – это модуль (программный) имеет определенный ряд свойств:

- состоит их множества операторов, записанных последовательно;

- имеет имя, по которому к нему можно обращаться, как к единому фрагменту;

- может принимать и передавать данные как параметры в вызывающей последовательности.

Возможно использовать различные типы модулей:

Основные блоки:

- модуль – обрабатывающий фрагмент;

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

- библиотека – определена вне проекта данной системы.

- область данных – используется для модулей, содержащих глобальные или распределенные данные.

Связи между модулями: по данным и по управлению.