Назовите признаки сложной системы и особенности функционирования сложных программных систем

При разработке программных средств человек имеет дело с системами. Под системой понимают совокупность взаимодействующих друг с другом элементов. ПС можно рассматривать как пример системы. Логический связанный набор программ – тоже пример системы. Любая отдельная программа тоже является системой. Понять систему – значит осмысленно перебрать все пути взаимодействия между ее элементами. Различают простые и сложные системы. Под простой понимают такую систему, в которой человек может уверенно перебирать все пути взаимодействия между ее элементами, а под сложной понимают такую систему, в которой он этого делать не в состоянии. Между простыми и сложными системами нет четкой границы, поэтому можно говорить о промежуточном классе систем: к таким системам относятся программы, о которых говорят, что «в каждой отлаженной программе имеется хотя бы одна ошибка».

При разработке ПС не всегда можно уверенно знать обо всех связях между ее элементами из-за возможных ошибок. Поэтому полезно уметь оценивать сложность системы по числу ее элементов: числом потенциальных путей взаимодействия между ее элементами, т.е. n!, где n – число ее элементов. Систему называют малой, если n<7 (6! = 720 < 1000), систему называют большой, если n>7. При n=7 имеем промежуточный класс систем. Малая система всегда проста, а большая может быть как простой, так и сложной. Задача технологии программирования – научиться делать большие системы простыми.

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

Опишите основные стадии ЖЦ ПО, задачи, решаемые на различных этапах ЖЦ ПО

Опишите каскадную модель ЖЦ ПО, объясните её достоинства и недостатки

Каскадная (водопадная) модель

Основные этапы этой модели:

1. Анализ и формирование требований.

2. Проектирование системы и программного обеспечения.

3. Кодирование и тестирование программных модулей.

4. Сборка и тестирование системы.

5. Эксплуатация и сопровождение системы.

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

Как и любая инженерная схема, классический жизненный цикл имеет достоинства и недостатки.

Достоинства классического жизненного цикла: дает план и временной график по всем этапам проекта, упорядочивает ход конструирования. Можно рассчитать время создания ПП и его стоимость.

Недостатки классического жизненного цикла:

1) реальные проекты часто требуют отклонения от стандартной последовательности шагов;

2) цикл основан на точной формулировке исходных требований к ПО (реально в начале проекта требования заказчика определены лишь частично);

3) результаты проекта доступны заказчику только в конце работы.

Рис. 8 - Спиральная модель создания ПО

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

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

Опишите методологию IDEF0

Метод SADT (IDEF0) представляет собой совокупность правил и процедур, предназначен­ных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель SADT отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями.

1. Принципы построения SADT-модели.

Основные элементы этого метода основываются на следующих концепциях:

- графическое представление блочного моделирования. Графика блоков и дуг SADT –диаграммы отображает функцию в виде блока, а интерфейсы входа-вы­хода представляются дугами, соответственно входящими в блок и выходящими из него.

- строгость и точность. Правила SADT включают: ограничение количества блоков на каждом уровне декомпозиции (правило 3-6 блоков), связность диаграмм (но­мера блоков), уникальность меток и наименований (отсутствие повторяющихся имен), синтакси­ческие правила для графики (блоков и дуг), разделение входов и управлений (пра­вило определения роли данных);

- отделение организации от функции, т.е. исключение влияния административ­ной структуры организации на функциональную модель.

 Одной из наиболее важных особенностей метода SADT является постепенное введение все больших уровней детализации по мере создания диаграмм, отобража­ю­щих модель.

Назовите признаки сложной системы и особенности функционирования сложных программных систем

При разработке программных средств человек имеет дело с системами. Под системой понимают совокупность взаимодействующих друг с другом элементов. ПС можно рассматривать как пример системы. Логический связанный набор программ – тоже пример системы. Любая отдельная программа тоже является системой. Понять систему – значит осмысленно перебрать все пути взаимодействия между ее элементами. Различают простые и сложные системы. Под простой понимают такую систему, в которой человек может уверенно перебирать все пути взаимодействия между ее элементами, а под сложной понимают такую систему, в которой он этого делать не в состоянии. Между простыми и сложными системами нет четкой границы, поэтому можно говорить о промежуточном классе систем: к таким системам относятся программы, о которых говорят, что «в каждой отлаженной программе имеется хотя бы одна ошибка».

При разработке ПС не всегда можно уверенно знать обо всех связях между ее элементами из-за возможных ошибок. Поэтому полезно уметь оценивать сложность системы по числу ее элементов: числом потенциальных путей взаимодействия между ее элементами, т.е. n!, где n – число ее элементов. Систему называют малой, если n<7 (6! = 720 < 1000), систему называют большой, если n>7. При n=7 имеем промежуточный класс систем. Малая система всегда проста, а большая может быть как простой, так и сложной. Задача технологии программирования – научиться делать большие системы простыми.

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