- •Обучающий курс
- •Основные понятия и определения
- •Модели жизненного цикла разработки программных средств и систем
- •Стратегии
- •Каскадная модель жизненного цикла разработки программных средств и систем
- •Преимущества каскадной модели жизненного цикла
- •Недостатки каскадной модели жизненного цикла
- •Область применения каскадной модели
- •V-образная модель жизненного цикла разработки программных средств и систем
- •Преимущества V-образной модели жизненного цикла
- •Недостатки V-образной модели жизненного цикла
- •Область применения V-образной модели
- •Структурная эволюционная модель быстрого прототипирования жизненного цикла разработки программных средств и систем
- •Преимущества структурной эволюционной модели быстрого прототипирования
- •Недостатки структурной эволюционной модели быстрого прототипирования
- •Область применения структурной эволюционной модели быстрого прототипирования
- •Модель быстрой разработки приложений rad
- •Преимущества модели быстрой разработки
- •Недостатки модели быстрой разработки
- •Область применения модели быстрой разработки rad
- •Инкрементная модель жизненного цикла разработки программных средств и систем
- •Преимущества инкрементной модели жизненного цикла
- •Недостатки инкрементной модели жизненного цикла
- •Область применения инкрементной модели
- •Спиральная модель жизненного цикла разработки программных средств и систем
- •Преимущества спиральной модели жизненного цикла
- •Недостатки спиральной модели жизненного цикла
- •Область применения спиральной модели
- •Упрощенные варианты спиральной модели
- •Классические технологии проектирования программ
- •Модульное проектирование программ
- •Метод нисходящего проектирования
- •Пошаговое уточнение
- •Анализ сообщений
- •Связность модуля
- •Типы и силы связности модулей.
- •Сцепление модулей
- •Типы и степени сцепления модулей.
- •Метод восходящего проектирования
- •Методы расширения ядра
- •Метод иерархического проектирования модулей (метод Джексона)
- •Case-технологии проектирования программного обеспечения
- •Общие сведения о case-технологиях
- •Информационное моделирование
- •Сущности
- •Атрибуты
- •Способы представления сущностей с атрибутами
- •5. Студент (с)
- •Классификация атрибутов
- •Правила атрибутов
- •Безусловные связи
- •Условные формы связи
- •Формализация связи
- •Подтипы и супертипы
- •Рабочие продукты информационного моделирования
- •Пример информационной модели
- •Методология структурного анализа и проектирования sadt
- •Синтаксис и применение диаграмм
- •Синтаксис моделей и работа с ними
- •Стратегии декомпозиции при sadt-моделировании
- •Процесс sadt-моделирования
- •Инструментальные средства проектирования программного обеспечения
- •Классификация case средств
Стратегии декомпозиции при sadt-моделировании
При создании SADTмодели наиболее часто используются следующие стратегии декомпозиции:
Функциональная стратегия. Базируется на функциональных взаимоотношениях действий системы. Рекомендуется следовать этой стратегии всегда, когда это возможно.
Декомпозиция в соответствии с функциями, выполняемыми людьми или организациями. Рекомендуется использовать эту стратегию только в начале работы конкретно над моделью системы, относящейся к разделу Р3 (PeoplePaperProcedures). Использование этой стратегии позволяет собрать информацию о систему, а затем уже можно создавать более обоснованную функциональную декомпозицию в соответствии с первой стратегией.
Декомпозиция в соответствии с уже известными стабильными подсистемами. Это приводи к созданию набора моделей по одной модели на каждую подсистему или важную компоненту. Затем для описания всей системы строится составная модель, объединяющая все модели. Стратегия эффективна для систем команд и управления, когда разделение на составные части системы не меняется.
Стратегия декомпозиции, основанная на отслеживании жизненного цикла для ключевых входов системы. Данная стратегия эффективно для моделирования систем, непрерывно преобразующих свои коды в конечный продукт. В данном случае декомпозиция осуществляется в соответствии с этапами жизненного цикла.
Декомпозиция по физическому процессу, основанная на выделении функциональной стадии этапов завершения, шагов выполнения и т.д. Результатом стратегии бывает слишком последовательной описание системы, не учитывающее ограничения, накладываемые функциями друг на друга, поэтому эту стратегию рекомендуется использовать только, если целью модели является описание физического процесса или только в крайнем случае, когда автор модели не понимает, как действовать.
Процесс sadt-моделирования
Процесс SADT-моделирования включает:
Сбор информации об исследуемой области.
Документирование полученной информации.
Представление информации в виде модели.
Процесс SADT-моделирования является итерационным, который приводит к точному описанию системы. В основе высокой эффективности лежит разделение функций между участникамиSADT-проекта.
Эксперты являются источниками информации о предметной области. Авторы создают диаграммы и модели. Библиотекарь координирует обмен письменной информацией. Читатели рецензируют и утверждают модели. Комитет технического контроля принимает и утверждает окончательную модель.
Схема
Целью первого этапа SADT-моделирования является получение знаний о моделируемой системе.
На основе фактов о системе автор создает модель(диаграммы). В SADT-модели принято, чтобы эти диаграммы были в виде пакетов.
Библиотекарем называется главный координатор всего проекта.
Второй этап: процесс создания модели осуществляется с помощью специального метода детализации ограниченного субъекта.
Суть метода: автор вначалеанализируетобъекты, входящие в систему, азатемиспользует полученные знания для анализафункцийсистемы. На основе этого анализа создается диаграмма, на которой объединяются сходные объекты и функции.
Одной из основных компонент методологии SADTявляется итеративное рецензирование – цикл «Автор/Читатель».
Процесс SADT-моделирования может быть разделен на несколько этапов:
Опрос экспертов.
Создание диаграммы моделей.
Распространение документации.
Оценка адекватности модели и принятие их для дальнейшего использования.
Каждый из исполнителей может выполнять конкретные обязанности.