СПАСОИ (10) - Лекция №2 - Спиральная модель

...начало

Распределённые системы обработки данных

Модели проектирования

Каскадная модель

Краткое описание этапов проектирования

Выбор архитектуры

На этом этапе решаются следующие задачи:

• выбирается модель доступа к данным (файловый сервер, сервер БД, сервер приложений);
• выбирается комплекс технических средств (сервер, рабочие станции);
• выбор общесистемного ПО (приобретаемое ПО, а не разрабатываемое - операционные системы, СУБД);
• выбор методов тиражирования данных - обеспечивает устойчивость системы к потери связности.

Логическое проектирование

Выполняется отражение концептуального проекта (2 этап) в СУБД или в КТС (3 этап).

Логический проект зависит от реализации, в отличие от концептуального.

Комплексная отладка

Здесь этапы разработки БД и приложения объединяются.

Сопровождение

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

Преимущества и недостатки каскадной модели

Преимущества:

• проста;
• понятна;
• имеет некоторую привязку к ГОСТу;

Недостатки:

• цикл разработки системы по этой модели достаточно велик (более 2 лет). Система успевает начать морально устаревать, появляются задачи, не заложенные в проект. Поэтому сразу после внедрения системы требуется её модернизация.

Результаты исследования, полученные Мартином (не Джорджем)

Диаграмма распределения по этапам проектирования выявленных ошибок:

Диаграмма распределения трудозатрат на выявление и исправление ошибок (ошибки какого этапа требуют больше времени):

Диаграмма распределения трудозатрат по этапам проектирования:

На основании этих диаграмм можно сделать вывод, что при использовании каскадной модели почти 50% трудозатрат приходится на исправление ошибок, допущенных на первых двух этапах.

Законы информатики

Сформулированы на основе результатов исследования Мартина.

Два закона:

1. Закон неопределённости - процесс автоматизации задачи меняет представление пользователя об этой задаче. То есть, пользователь решает эту задачу без автоматизации иначе, чем с ней. Поэтому надо привлекать конечного пользователя к проектированию системы уже на ранних этапах;
2. Закон цены ошибки - чем больше времени прошло с момента совершения ошибки проектирования до момента её обнаружения, тем больше требуется затрат на её исправление.

Спиральная модель

Модель можно представить следующим образом:

Цифрами обозначены этапы каскадной модели, то есть она как бы встроена в спиральную.

Но в отличие от каскадной, все этапы реализуются с помощью CASE-средств. Использование этих средств позволяет существенно уменьшить время реализации витка подсистемы.

CASE средства являются основной RAD (Rapid Application Development). Эта технология включает в себя следующие шаги:

1. с помощью CASE-средств проектировщик разрабатывает и уточняет графических интерфейс. Здесь не надо детально писать код, используется графически-объектная технология;
2. после согласования графического интерфейса разработчик приступает к детальному программированию - обработка события от элементов графического интерфейса (например, нажатия кнопок).

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

Диаграммы выявления информационных потребностей

SADT

SADT - Structured Analysis and Design Technique - используются для описания информационных (бизнес) процессов, которые существуют в организациию. Здесь описывается и ручная обработка, и машинная.

SADT-диаграммы состоят из унифицированных элементов:

DFD

DFD - Data Flow Diagram.

Существуют нотации описания:

• нотация Иордана;
• нотация Гейна-Саксона.

Нотация Гейна-Саксона

Основные символы (подробнее и с изображениями тут и тут):

• процесс. Может быть вложенным (образуют иерархию). Для процесса самого нижнего уровня (листового) разрабатывается спецификация прикладной задачи;
• поток - используется для моделирования передачи данных от одного процесса к другому. Часто свойства потоков данных используются в качестве атрибутов при описании атрибутов сущности схемы БД;
• хранилище - обозначает данные, хранящиеся в памяти между процессами. Часто свойства хранилищ используются в качестве сущностей при описании схемы БД;
• внешняя сущность - что лежит вне автоматизированной системы. Используется для обозначения источника и приёмника данных. Не путать с сущностью БД;
• объединение потоков данных;
• расщепление потоков данных.