Эффективная подготовка к государственным междисциплинарным экзаменам для студентов технических специальностей (стр. 13 )

С определением модели тесно связана позиция, с которой наблюдается система и создается ее модель. Поскольку качество описания системы резко снижается, если оно не сфокусировано ни на чем, SADT требует, чтобы модель рассматривалась все время с одной и той же позиции. Эта позиция называется "точкой зрения" данной модели.

"Точку зрения" лучше всего представлять себе как место (позицию) человека или объекта, в которое надо встать, чтобы увидеть систему в действии

После того как определены субъект, цель и точка зрения модели, начинается первая интеграция процесса моделирования по методологии SADT.

Субъект определяет, что включить в модель, а что исключить из нее.

Точка зрения диктует автору модели выбор нужной информации о субъекте и форму ее подачи.

После того как определены субъект, цель и точка зрения модели, начинается первая интеграция процесса моделирования по методологии SADT.

Субъект определяет, что включить в модель, а что исключить из нее.

Точка зрения диктует автору модели выбор нужной информации о субъекте и форму ее подачи.

SADT-диаграмма содержит от трех до шести блоков, связанных дугами, и имеет при построении модели несколько версий. Для того чтобы различать версии одной и той же диаграммы, используются С-номера. Блоки на диаграмме изображают системные функции, а дуги изображают множество различных объектов системы. Блоки обычно располагаются на диаграмме в соответствии с порядком их доминирования, т. е. их важностью относительно друг друга. Дуги, связывающие блоки, изображают наборы объектов и могут разветвляться и соединяться различными сложными способами. Однако, разветвляясь и соединяясь, дуги должны во всех случаях сохранять представляемые ими объекты.

SADT-диаграммы являются декомпозициями ограниченных объектов. Объект ограничивается блоком и касающимися его дугами. Диаграмма, содержащая границу, называется родительской диаграммой, а диаграмма, декомпозирующая блок родительской диаграммы, называется диаграммой-потомком. Для связывания родительской диаграммы и диаграммы-потомка используются С-номера, так что модель всегда сохраняет актуальность. Коды ICOM используются для того, чтобы стыковать диаграмму-потомка с родительской диаграммой. Номер узла идентифицирует уровень данной диаграммы в иерархии модели. Когда диаграммы в модели становятся слишком трудными для чтения, для упрощения описания системы могут разумным образом использоваться специальные технические приемы типа "вхождения дуг в тоннель".

3. Информационно-потоковая технология проектирования. Область применения

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

1)Определяются потоки данных и строится граф потока данных системы.

2)Определяются входные, центральные выходные преобразующие элементы (процессы).

3)На основе ИП графа строится структура программы, причем моделей структуры программы может быть много. На основе анализа задачи данных выбирается одна модель.

4)Детализируется и оптимизируется структура программы, сформированная на третьем шаге.

1) переход от ИП графа к структурной модели:

1. Линейная	2. Каскадная	3. Градиентная

4. Иерархическая

Она предполагает, что некоторый процесс будет преобразован в блок-программы, которые по иерархии будут выше других

5. Смешанная структура

2) После построения всевозможных моделей структуры системы на основе анализа выбирается лучшая.

3) Проводится сквозное тестирование, строится некоторый тест. Этот тест прогоняется на информационно-потоковых моделях и на полученной (или выбранной) структуре системы.

Разновидностью ИПД является диаграмма переходов состояния.

Автоматы диаграмм

Если программная система легко описывается автоматом, то в этом случае составляется таблица переходов, а программировать таблицу или работу с ней достаточно просто.

4. Объектно-ориентированное проектирование. Область применения.

Для объектно-ориентированного стиля концептуальную основу составляют 4 основных понятия:1)абстрагирование: 2)ограничение доступа; 3)модульность; 4)иерархия

и 3 дополнительных:1)типизация; 2)параллелизм; 3)устойчивость.

Компоненты объектного подхода

1) Абстрагирование – является основным способом решения задач Абстракция - это такие существенные характеристики некоторого объекта, которые отличают его от всех других видов объекта и таким образом четко определяют особенности данного объекта с точки зрения дальнейшего рассмотрения и анализа.

Выделяют: -абстракцию сущности объекта; - абстракцию поведения. Абстракция сущности объекта – это модель сущностных сторон предметно области объекта.

Абстракция поведения – это множество операций над объектом и множество операций, которые выполняет объект над другими объектами. Все абстракции обладают как статическими, так и динамическими свойствами.

2) Ограничение доступа – это процесс, который защищает отдельные элементы объекта, не затрагивая сущностных характеристик объекта, как целого. Выбранный способ реализации должен быть скрыт и защищен от большинства объектов пользователей. Это означает, что в объекте должны присутствовать 2 части:- интерфейс; - реализация Интерфейс - отражает внешнее проявление объекта, создавая абстракцию поведения всех объектов данного класса. Реализация описывает механизмы достижения желаемого поведения объекта.

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

4) Иерархия – это упорядоченная система абстракции. Они нужны для определения классов, подклассов. Пример иерархии – это простое наследование, т. е. когда один класс наследует атрибуты и функции одного или нескольких других классов.

Дополнительные понятия

1) Типизация – это ограничение, накладываемое на класс и препятствующее взаимозамене классов или сильно сужающее возможность такой взаимозамены.

Понятие типа практически эквивалентно понятию класса.

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

2) Параллелизм – это свойство объекта находится в активном или пассивном состоянии.

3) Устойчивость – свойство объекта существовать во времени и пространстве. Некоторые объекты могут существовать только в период выполнения некоторой операции, некоторые объекты существуют на протяжении сеанса связи, некоторые объекты существуют гораздо дольше, чем один сеанс связи.

Поведение объекта может задаваться либо операциями, либо функциями.

Если поведение задается операциями, то обычно выделяют следующие:1)конструктор;

2)деструктор; 3)селектор; 4)модификатор; 5)итератор.

Если поведение задается функциями, то обычно выделяют:1)функции управления;

2)функции реализации; 3)функции доступа; 4)вспомогательные функции.

Обычно класс имеет 3 части: 1)общедоступную; 2)защищенную; 3)обособленную

Достоинства ООП

1.  Использование выразительных средств объектных и объектно-ориентированных программных языков.

2.  Поддержка повторного использования отдельных составляющих программного обеспечения.

3.  Создание более открытых систем.

4.  Снижение риска при разработке.

5.  Активизация познавательных способностей человека.

Недостатки ООП

Недостатки ООП могут повлиять на:

·  Характеристики системы.

·  Начальные затраты.

Ухудшение характеристик.

1. Ухудшение быстродействия из-за посылки сообщения от одного объекта к другому.

2. Связан со способами применения объектно-ориентированных языков в ООП. Многочисленность методов ведет к излишнему количеству вызовов. Для программ, в которых время является ограничивающим фактором, большое число вызовов может оказаться неприемлемым.

3. Следующий недостаток вытекает из особенностей структуры выполняемых прикладных программ. Большинство трансляторов размещают объектные коды по сегментам, причем коды каждой программы единицы (обычно это файл) размещаются в одном или в нескольких сегментах. Такая модель предполагает высокую степень локальности вызовов: программы внутри одного сегмента вызывают подпрограммы из того же сегмента. Однако в ОО системах редко можно добиться подобной локальности ссылок.

4. Связан с динамическим размещением и уничтожением объектов. Для задач с ограниченным ресурсом времени часто нельзя выделить достаточно времени для завершения всех циклов, необходимых для динамического размещения.