Навигация
ДЕКОМПОЗИЦИЯ СИСТЕМЫ. ПОСТРОЕНИЕ ИЕРАРХИЧЕСКОЙ СТРУКТУРЫ СИСТЕМЫ. РАЗЛОЖЕНИЕ ПРОГРАММНОГО КОМПЛЕКСА НА УРОВНИ
11082
знака
0
таблиц
3
изображения
3. ДЕКОМПОЗИЦИЯ СИСТЕМЫ. ПОСТРОЕНИЕ ИЕРАРХИЧЕСКОЙ СТРУКТУРЫ СИСТЕМЫ. РАЗЛОЖЕНИЕ ПРОГРАММНОГО КОМПЛЕКСА НА УРОВНИ.
Способ управления сложными системами был известен ещё в древности. При проектировании сложной программной системы необходимо разделять её на всё меньшие и меньшие подсистемы, каждую из которых можно совершенствовать независимо. В самом деле, декомпозиция вызвана сложностью программирования системы, поскольку именно эта сложность вынуждает делить пространство состояний системы. Декомпозицию системы можно разделить на два основных вида:
алгоритмическая декомпозиция;
объектно-ориентированная декомпозиция.
Алгоритмическая декомпозиция. Большинство из нас формально обучено структурному проектированию « сверху вниз », и мы воспринимаем декомпозицию как обычное разделение алгоритмов, где каждый модуль системы выполняет один из этапов общего процесса. Разделение по алгоритмам концентрирует внимание на порядке происходящих событий.
Объектно-ориентированная декомпозиция. Всегда можно предположить, в том числе и в нашем случае, что у любой задачи существует альтернативный способ декомпозиции системы.
Хотя обе декомпозиции решают одну и туже задачу, но они делают это разными способами. Во второй декомпозиции мир представлен совокупностью автономных действующих объектов, которые взаимодействуют друг с другом, чтобы обеспечить поведение системы, соответствующее более высокому уровню. Каждый объект обладает своим соответствующим поведением, и каждый из них моделирует некоторый объект реального мира. С этой точки зрения объект является вполне осязаемой вещью, которая демонстрирует вполне определённое поведение. Объекты что-то делают, и мы можем, послав им сообщение, просить их выполнить то-то или то-то.
Однако мы не можем сконструировать сложную систему одновременно двумя способами, тем более что эти способы, по сути, ортогональны. Мы должны начать разделение системы либо по алгоритмам, либо по объектам, а затем, используя полученную структуру, попытаться рассмотреть проблему с другой точки зрения. Опыт показывает, что полезнее начинать с объектной декомпозиции. Такое начало помогает лучше справиться с приданием организованности сложности программных систем.
Объектная декомпозиция имеет несколько достаточно важных преимуществ перед алгоритмической декомпозицией:
Объектная декомпозиция уменьшает размер программных систем за счёт повторного использования общих механизмов, что приводит к существенной экономии выразительных средств.
Объектно-ориентированные системы более гибкие и проще эволюционируют со временем, потому что их схемы базируются на устойчивых промежуточных формах.
Объектная декомпозиция существенно снижает риск при создании сложной программной системы, так как она развивается из меньших систем, в которых мы уже уверены.
Объектная декомпозиция помогает нам разобраться в сложной программной системе, предлагая нам разумные решения относительно выбора подпространства большого пространства состояний.
На рисунке 1 показана декомпозиция объекта проектирования.
6 8 11 14
7 9 12 15
10 13
Рис.1. Декомпозиция объекта проектирования.
0.- Тонкостенная железобетонная оболочечная конструкция.
1.- Подсистема исследования состояния спокойствия.
2.- Подсистема проверки на наличие дефекта.
3.- Подсистема исследования напряженно-деформированного состояния от различных нагрузок.
4.- Подсистема проверки оболочки на прочность в упругом состоянии.
5.- Подсистема расчёта околоарматурных напряжений.
6.- Процедура исследования бездефектного околоарматурного состояния.
7.- Процедура исследования конструкции с околоарматурным состоянием.
8.- Процедура исследования напряженно-деформированного состояния от температурной нагрузки.
9.- Процедура исследования напряженно-деформированного состояния от поверхностной нагрузки.
10.- Процедура исследования напряженно-деформированного состояния от комбинированной нагрузки.
11.- Процедура расчёта деформированных сред и выражения углов поворота нормали.
12.- Процедура соотношения упругости при поверхностных и температурных нагрузках.
13.- Процедура получения уравнения равновесия.
14.- Процедура расчёта физико-механических характеристик.
15.- Процедура расчёта В-сплайнов для получения точного решения.
На рисунке 2 показано разложение на уровни программного комплекса.
0.
1.
2.
5.
6.
7.
14.
15.
4.
3.
11.
12.
13.
8.
9.
10.
Рис.2. Разложение программного комплекса на уровни.
Похожие работы
... зарплаты», который можно применить в качестве базы данных на предприятиях, в бухгалтерском учёте, в налоговой инспекции. В данном отчете я постаралась отразить все стадии разработки программного продукта. Он очень трудоемкий и включает в себя множество этапов и полностью соответствует заданным требованиям. ПРИЛОЖЕНИЕ 1. Введение; 2. Теоретическая часть; 2.1. Разработка программных ...
... ресурсов компьютера между пользователями и задачами (система разделения времени) будет создана программная разработка планировщика задач, в котором главной целью является успеть среагировать на происходящие события в жестко заданный интервал времени (система реального времени). На основе планировщика будет реализован протокол, требующий поддержки реального времени. Для проектирования его ...
... задачи были использованы методологии разработки программного обеспечения, детально рассмотренные в дипломном проекте, а также стандартные средства программных продуктов, представленных в настоящей работе. В связи с невозможностью использования прототипов специализированного шахматного программного обеспечения в ходе разработки были применены приемы экстремальной методологии разработки ПО. По ...
... SADT может быть использована для анализа функций, выполняемых системой, а также для указания механизмов, посредством которых они осуществляются. 4. Описание программного продукта «ПК инфо» 4.1. Алгоритм программного продукта При запуске программного продукта на экране отображается главное окно программы, находится оно по центру экрана для большего удобства. При щелчке левой клавиши ...
0 комментариев