5. Подход Йодана

Методология Йодана является обобщением идей по инженерии ПО за последние 20 лет, в основе которых лежат структурные методы: структурное программирование, структурное проектирование и структурный анализ, а также идеи объектно-ориентированного программирования и анализа.

В качестве нотаций в методологии используются различные виды графических диаграмм, предназначенных для моделирования требований и архитектуры информационной системы. Наиболее известная из них - DFD. Классическая DFD-нотация была расширена для поддержки систем реального времени: она включает как управление потоками, так и управление обработкой. DFD моделирует функции, которые система должна выполнять, но ничего (или почти ничего) не сообщает об отношениях между данными и поведением в зависимости от времени - для этих целей методология использует диаграммы «СУЩНОСТЬ-СВЯЗЬ» (ERD - Entity-Relationship Diagrams) и диаграммы ПЕРЕХОДОВ СОСТОЯНИЙ (STD - State-Transition Diagrams).

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

Методы в подходе Йодана представляют собой «кулинарную книгу» с рецептами, помогающими от чистого листа бумаги или экрана перейти к хорошо организованной модели системы. Эти рецепты основаны на простой концепции нисходящего разбиения функций системы. При этом используется подход, получивший название «расчленение событий», для рисования грубой DFD и дальнейшей поэтапной ее детализации. На первом этапе формируется контекстная диаграмма верхнего уровня, идентифицирующая границы системы и определяющая интерфейсы между системой и окружением. Затем, после интервьюирования пользователя, формируется список внешних событий, на которые система реагирует. Для каждого события строится пустой блок, функция которого обеспечивает требуемую реакцию на эти события, которая в большинстве случаев включает генерацию выхода (но может также включать и сохранение информации в хранилище данных для ее использования другими событиями).

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

6. Методология структурного проектирования

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

Выделяют следующие этапы структурного проектирования:

1. Разработка независимой от метода совокупности системных требований, обычно изображаемой с помощью DFD.

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

3. Основанная на потоках данных и выбранной модели организация декомпозиции функций на подфункции и композиция примитивных функций в укрупненные функции до удовлетворения требования завершенности.

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

5. Проверка полноты детализированного проекта (по всем модулям).