40585

Проблема сложности больших систем

Лекция

Информатика, кибернетика и программирование

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

Русский

2013-10-17

21.96 KB

1 чел.

Занятие №22

Проблема сложности больших систем.

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

  1.  Количество связей между отдельными подсистемами должно быть минимальным.
  2.  Связность отдельных частей внутри каждой подсистемы должна быть максимальной.

Структура системы должна быть таковой, чтобы все взаимодействия между ее подсистемами укладывались в ограниченные, стандартные рамки:

Каждая подсистема должна инкапсулировать свою содержимое (скрывать его от других подсистем). Каждая подсистема должна иметь четко определенный интерфейс с другими подсистемами.

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

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

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

  1.  Принцип «разделяй и властвуй»;
  2.  Принцип иерархического упорядочения - принцип организации составных частей системы в иерархические древовидные структуры с добавлением новых деталей на каждом уровне.

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

  1.  Принцип абстрагирования - выделение существенных аспектов системы и отвлечение от несущественных.
  2.  Принцип непротиворечивости обоснованность и согласованность элементов системы.
  3.  Принцип структурирования данных - данные должны быть структурированы и иерархически организованы.

Сложность программного обеспечения

Сложность вызывается четырьмя основными причинами:

  1.  сложностью реальной предметной области, из которой исходит заказ на разработку;
  2.  трудностью управления процессом разработки;
  3.  необходимостью обеспечить достаточную гибкость программы;
  4.  неудовлетворительными способами описания поведения больших дискретных систем.

Сложность реального мира. Проблемы, которые мы пытаемся решить с помощью программного обеспечения, часто неизбежно содержат сложные элементы, а к соответствующим программам предъявляется множество различных, порой взаимоисключающих требований. У пользователей и разработчиков разные взгляды на сущность проблемы, и они делают различные выводы о возможных путях ее решения. Знакомство с первыми версиями системы позволяет пользователям лучше понять и отчетливей сформулировать то, что им действительно нужно. В то же время процесс разработки повышает квалификацию разработчиков в предметной области и позволяет им задавать более осмысленные вопросы, которые проясняют темные места в проектируемой системе.

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

Гибкость программного обеспечения. Программирование обладает предельной гибкостью, и разработчик может сам обеспечить себя всеми необходимыми элементами, относящимися к любому уровню абстракции. Такая гибкость чрезвычайно соблазнительна. Она заставляет разработчика создавать своими силами все базовые строительные блоки будущей конструкции, из которых составляются элементы более высоких уровней абстракции. В отличие от строительной индустрии, где существуют единые стандарты на многие конструктивные элементы и качество материалов, в программной индустрии таких стандартов почти нет. Кроме того, часто приходится выполнять настройку программы под индивидуальные требования конкретного пользователя и системное окружение. Поэтому программные разработки остаются очень трудоемким делом.

Проблема описания поведения больших дискретных систем. Аналоговые системы, такие, как движение брошенного мяча, напротив, являются непрерывными. Небольшие изменения входных параметров всегда вызовут небольшие изменения выходных. С другой стороны, дискретные системы по самой своей природе имеют конечное число возможных состояний. Мы стараемся проектировать системы, разделяя их на части так, чтобы одна часть минимально воздействовало на другую. Каждое событие, внешнее по отношению к программной системе, может перевести ее в новое состояние, и, более того, переход из одного состояния в другое не всегда детерминирован. Всеобъемлющее тестирование таких программ провести невозможно. При неблагоприятных условиях небольшое внешнее событие может привести к критической ошибке системы.

Чем сложнее система, тем легче ее полностью развалить.


 

А также другие работы, которые могут Вас заинтересовать

48679. Основи теорії кіл. Методичні вказівки 1.31 MB
  Технічне завдання на проектування фільтру та графік виконання курсової роботи. За технічним завданням необхідно виконати синтез і аналіз двох типів фільтрів: фільтру нижніх частот або верхніх частот а також смугового або загороджувального фільтру. Смуга частот яка призначена для виділення частотних складових спектру сигналу називається смугою пропускання фільтру.1 Класифікація і частотні характеристики електричних фільтрів Частотновибіркові властивості фільтру прийнято характеризувати частотною залежністю його комплексного коефіцієнта...
48680. Цифровые системы передачи непрерывных сообщений. Методические указания 488 KB
  Основная задача курсовой работы закрепление навыков расчёта характеристик системы передачи непрерывных сообщений цифровыми сигналами. Содержание работы Исходными данными для выполнения работы являются: 1 статистические характеристики сообщения; 2 допустимое значение относительной среднеквадратичной ошибки искажений сообщения при его преобразовании в цифровую форму и действии помех; 3 вид модуляции сигнала во второй ступени. С учётом заданного вида модуляции сигнала определить его параметры характеризующие форму и требуемое...
48681. Исследование характеристик линейных электрических цепей 2.58 MB
  Задание к курсовой работе Нормирование параметров и переменных цепи Определение передаточной функции цепи Hs Расчет частотных характеристик цепи Hj Определение переходной h1t и импульсной ht характеристик Вычисление реакции цепи при воздействии одиночного импульса на входе Определение спектральных характеристик одиночного импульса воздействия Вычисление спектра реакции при одиночном импульсе на входе Определение спектра периодического входного сигнала Приближенный расчет реакции при...
48682. Численное моделирование и анализ переходных процессов в электрической цепи 576 KB
  В начальный момент времени ключ находится в положении При этом цепь разомкнута, напряжение на конденсаторе и ток в катушке равны нулю (U = 0, I = 0). Происходит первое переключение ключа (ключ мгновенно переводится в положение 2). При этом происходит заряд конденсатора, меняются значения U и I.
48684. Основы теории цепей 379 KB
  Содержание расчетно-пояснительной записки: таблица исходных данных; электрическая схема фильтра системы уравнений цепи; комплексная функция передачи; карта полюсов и нулей; АЧХ и ФЧХ и импульсные характеристики. С помощью метода узловых напряжений составляется система уравнения цепи в математической и скалярной форме.
48685. Проектирование электрической сети для электроснабжения потребителей целлюлозно-бумажной промышленности 1.33 MB
  В условиях эксплуатации баланс мощности составляется на каждый час суток(диспетчерский график нагрузки), и на каждый месяц следующего квартала. При проектировании электрической сети баланс мощности составляется для определения суммарного необходимого ввода мощности на электростанциях и обмена потоками мощностей с энергосистемой.
48686. Организация пассажирского движения 988.5 KB
  Для каждой категории поездов необходимо установить число и продолжительность стоянок по техническим надобностям смены локомотивов и локомотивных бригад технического осмотра составов снабжения топливом водой а также для посадки и высадки пассажиров или погрузки выгрузки багажа и почты. Общим условием рациональной технологии обработки всех поездов является выполнение вспомогательных и подготовительных операций до их прибытия на станцию на основе предварительной информации о наличии свободных мест количестве багажа и почты...