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

{{Backward|l=СПАСОИ (10) - Лекция №1 - Распределённые системы обработки данных}}
__TOC__
== Распределённые системы обработки данных ==

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[[Файл:10semSPASOIl2pic1.png|400px]]

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

[[Файл:10semSPASOIl2pic2.png|400px]]

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

[[Файл:10semSPASOIl2pic3.png|400px]]

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

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

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

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

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

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

[[Файл:10semSPASOIl2pic4.png|600px]]

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

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

CASE средства являются основной <code>RAD</code> (<code>Rapid Application Development</code>). Эта технология включает в себя следующие шаги:
# с помощью CASE-средств проектировщик разрабатывает и уточняет графических интерфейс. Здесь не надо детально писать код, используется графически-объектная технология;
# после согласования графического интерфейса разработчик приступает к детальному программированию - обработка события от элементов графического интерфейса (например, нажатия кнопок).

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

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

=== SADT ===

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

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

[[Файл:10semSPASOIl2pic5.png|700px]]

=== DFD ===

<code>DFD</code> - <code>Data Flow Diagram</code>.

Существуют нотации описания:
* нотация Иордана;
* нотация Гейна-Саксона.

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

Основные символы (подробнее и с изображениями [http://www.betec.ru/index.php?id=6&sid=29 тут] и [http://www.business-process.ru/designing/methodology/dfd/dfd_theory_dfd.html тут]):
* процесс. Может быть вложенным (образуют иерархию). Для процесса самого нижнего уровня (листового) разрабатывается спецификация прикладной задачи;
* поток - используется для моделирования передачи данных от одного процесса к другому. Часто свойства потоков данных используются в качестве атрибутов при описании атрибутов сущности схемы БД;
* хранилище - обозначает данные, хранящиеся в памяти между процессами. Часто свойства хранилищ используются в качестве сущностей при описании схемы БД;
* внешняя сущность - что лежит вне автоматизированной системы. Используется для обозначения источника и приёмника данных. Не путать с сущностью БД;
* объединение потоков данных;
* расщепление потоков данных.

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