СПАСОИ (10) - Лекция №2 - Спиральная модель: различия между версиями

Материал из Кафедра ИУ5 МГТУ им. Н.Э.Баумана, студенческое сообщество
Перейти к навигации Перейти к поиску
Нет описания правки
мНет описания правки
Строка 108: Строка 108:
* объединение потоков данных;
* объединение потоков данных;
* расщепление потоков данных.
* расщепление потоков данных.
=== Общая схема описания информационных потребностей пользователей ===


[[Категория:Структурное проектирование АСОИ (10 семестр)]]
[[Категория:Структурное проектирование АСОИ (10 семестр)]]
[[Категория:Конспекты лекций и семинаров]]
[[Категория:Конспекты лекций и семинаров]]

Версия от 16:15, 22 февраля 2013

...начало

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

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

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

Краткое описание этапов проектирования
Выбор архитектуры

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

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

Выполняется отражение концептуального проекта (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.

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

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

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

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

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