IV. Сущность структурного подхода

Несколько слов об использовании технологии ООП в среде Delphi на языке Object Pascal.

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

Полиморфизм

Type

Cursor = class (coordinates)

Hidden: Boolean;

end;

Здесь класс «курсор» наследует все свойства и методы предварительно описанного класса «координаты», т.е. для него определены координаты x, y, а также методы «инициализация», «определить координату х», «определить координату y» (см. выше описание класса «координаты»). Кроме того, класс «курсор» обладает собственным методом - «быть невидимым».

Наследование позволяет различным типам данных совместно использовать один и тот же код, приводя к уменьшению его размера и повышению функциональности.

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

Другими словами, полиморфизм – это использование одинаковых имен методов на разных уровнях иерархии классов.

С помощью уменьшения взаимозависимости между компонентами программного обеспечения ООП позволяет разрабатывать системы, пригодные для многократного использования. Такие компоненты могут быть созданы и отлажены как независимые программные единицы.

Для разработки приложений в Delphi используются специальным образом оформленные классы – компоненты.

Компонент обладает набором свойств и методов. Свойства компонента изменяются либо на этапе сборки приложения (под воздействием системы), либо программно, в процессе работы приложения (под воздействием пользователя).

Особым видом свойства компонента является событие. Процедура обработки события – это реакция приложения на изменение свойства компонента под воздействием системы или пользователя (нажатие клавиши, перемещение курсора и т.п.)

В Object Pascal объекты существуют только в динамической памяти (т.е. переменная, являющаяся объектом, по сути является указателем на объект, и содержит адрес объекта).

Итак, сущность структурного подхода к разработке ИС заключается в его декомпозиции (разбиении) на автоматизируемые функции: система разбивается на функциональные подсистемы, которые, в свою очередь, делятся на подфункции, те — на задачи и так далее до конкретных процедур. При этом автоматизируемая система сохраняет целостное представление, в котором все составляющие компоненты взаимоувязаны. При разработке системы "снизу вверх", от отдельных задач ко всей системе, целостность теряется, возникают проблемы при описании информационного взаимодействия отдельных компонентов.

Все наиболее распространенные методы структурного подхода базируются на ряде общих принципов. Базовыми принципами являются:

· принцип "разделяй и властвуй;

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

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

· принцип абстрагирования — выделение существенных аспектов системы и отвлечение от несущественных;

· принцип непротиворечивости — обоснованность и согласованность элементов системы;

· принцип структурирования данных — данные должны быть структурированы и иерархически организованы.

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

· DFD (Data Flow Diagrams) — диаграммы потоков данных;

· SADT (Structured Analysis and Design Technique) — метод структурного анализа и проектирования, модели и соответствующие функциональные диаграммы;

· ERD (Entity-Relationship Diagrams) — диаграммы "сущность-связь".

Диаграммы потоков данных и диаграммы "сущность-связь" — наиболее часто используемые в CASE-средствах виды моделей.

Конкретный вид перечисленных диаграмм и интерпретация их конструкций зависят от стадии ЖЦ ИС.

На стадии формирования требований к ИС SADT-модели и DFD используются для построения модели "как есть" и модели "как должно быть", отражая, таким образом, существующую и предлагаемую структуру бизнес-процессов организации и взаимодействие между ними (использование SADT-моделей, как правило, ограничивается только данной стадией, поскольку они изначально не предназначались для проектирования ИС). С помощью ERD выполняется описание используемых в организации данных на концептуальном уровне, не зависимом от средств реализации базы данных (СУБД).

На стадии проектирования DFD используются для описания структуры проектируемой системы, при этом они могут уточняться, расширяться и дополняться новыми конструкциями. Аналогично ERD уточняются и дополняются новыми конструкциями, описывающими представление данных на логическом уровне, пригодном для последующей генерации схемы базы данных. Данные модели могут дополняться диаграммами, отражающими системную архитектуру, структурные схемы программ, иерархию экранных форм и меню и др.

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

ERD (Entity-Relationship Diagrams)) — диаграммы "сущность-связь".

Принципы преобразования концептуальной модели в физическую:

1. Каждая сущность преобразуется в таблицу, имя сущности становится именем таблицы;

2. Каждый атрибут сущности становится столбцом таблицы с тем же именем, уточняется лишь тип данных и выбирается более точный формат;

3. Идентифицирующие атрибуты становятся первичными ключами;

4. Связи 1-1 и *-1 становятся внешними ключами

5. Для первичного и внешних ключей создаются индексы;

6. Для связи *-* создаются таблицы, столбцами которой являются уникальные идентификаторы связываемых таблиц, но в самой таблице они будут внешними ключами.

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

Каждая сущность должна обладать следующими свойствами:

1. Иметь уникальный идентификатор (первичный ключ);
2. Содержать 1 или несколько атрибутов, либо унаследовать их через связи.

Связь – соединение двух сущностей с установленными правилами.

Атрибут – является характеристиками (свойствами) сущностей.

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

Дата добавления: 2014-01-07