1. Основні визначення. Системний підхід до проектування ПО. Основні особливості проектів сучасних систем ПО

1. Системный подход — это методология исследования объектов любой природы как систем,

которая ориентирована на:

• раскрытие целостности объекта и обеспечивающих его механизмов;

• выявление многообразных типов связей объекта;

• сведение этих связей в единую картину.

Проект — это временное предприятие, осуществляемое с целью создания уникального

продукта или услуги.

. Информационная систем — это совокупность:

• функциональных и информационных процессов конкретной предметной области;

• средств и методов сбора, хранения, анализа, обработки и передачи информации, зависящих от специфики области применения;

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

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

4. Проект — это временное предприятие, осуществляемое с целью создания уникального продукта или услуги.

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

цель проектирования — выявление ясной и относительно простой внутренней структуры, называемой архитектурой системы.

2)

Основні проблеми сучасних проектів по.

В числе причин возможных неудач, по мнению разработчиков,

фигурируют:

• нечеткая и неполная формулировка требований к ПО;

• недостаточное вовлечение пользователей в работу над проектом;

• отсутствие необходимых ресурсов;

• неудовлетворительное планирование и отсутствие грамотного управления

проектом;

• частое изменение требований и спецификаций;

• новизна и несовершенство используемой технологии;

• недостаточная поддержка со стороны высшего руководства;

• недостаточно высокая квалификация разработчиков, отсутствие

необходимого опыта.

Наиболее явными проблемами неудачных программных проектов являются

переделка программ обнаружение негодности проекта на его поздних

стадиях. Разработчик проектирует архитектуру на ранних стадиях разработки

ПО, но не имеет возможности сразу же оценить ее качество. У него

отсутствуют под рукой основные принципы для доказательства адекватности

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

дефекты архитектуры, но только на поздних стадиях разработки, когда

исправление ошибок становится

дорогим и разрушительным для проекта.

3)

Роль шаблонів проектування в програмній інженерії. Схема опису шаблонів проектування.

Объектно-ориентированное проектирование ПО — достаточ­

но сложный процесс, который еще больше усложняется в случае

необходимости повторного использования проектных решений.

Необходимо подобрать подходящие объекты, отнести их к раз­

личным классам, соблюдая разумную степень детализации, опре­

делить интерфейсы классов и иерархию наследования и устано­

вить существенные связи между классами.

Во

многих объектно-ориентированных системах можно встретить

повторяющиеся проектные решения (шаблоны), состоящие из

классов и взаимодействующих объектов. С их помощью решают­

ся конкретные задачи проектирования, в результате чего реше­

ние становится более гибким, и им можно воспользоваться пов­

торно. Проектировщик, знакомый сшаблонами, может сразу же

применять их к решению новой задачи, не пытаясь каждый раз

«изобретать велосипед».

х образец

можно определить как общее решение некоторой проблемной ситу­

ации в заданном контексте. Образец состоит из четырех основных

элементов:

• имя; Методические аспекты проектирования ПО 211

• проблема;

• решение;

• следствия.

Сославшись на имя шаблона, можно сразу описать проблему

проектирования, ее решения и их последствия. Присваивание

шаблонам имен позволяет проектировать на более высоком уров­

не абстракции. С помощью словаря шаблонов можно вести об­

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

тонкостях представлять проект системы.

Проблема — это описание решаемой задачи. Необходимо

сформулировать задачу и ее контекст. Может описываться конк­

ретная проблема проектирования, например способ представле­

ния алгоритмов в виде объектов. Также может включаться пере­

чень условий, при выполнении которых имеет смысл применять

данный шаблон.

Решение - это описание элементов проектного решения, свя­

зей между ними и функций каждого элемента. Конкретное реше­

ние или реализация не имеются в виду, поскольку шаблон — это

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

абстрактное описание задачи проектирования и того, как она мо­

жет быть решена с помощью некоего весьма обобщенного соче­

тания элементов (классов и объектов).

Следствия — это описание области применения, достоинств и

недостатков шаблона. Хотя при описании проектных решений о

следствиях часто не упоминают, знать о них необходимо, чтобы

можно было выбрать между различными вариантами и оценить

преимущества и недостатки применения данного шаблона. Пос­

кольку в объектно-ориентированном проектировании повторное

использование зачастую является важным фактором, то к резуль­

татам следует относить и влияние на степень гибкости, расширя­

емости и переносимости системы.

Шаблоны могут рассматриваться на различных уровнях

абстракции и в различных предметных областях. Наиболее общи­

ми категориями шаблонов ПО являются:

• шаблоны бизнес-моделирования;

• шаблоны анализа;

• шаблоны поведения;

• шаблоны проектирования;

• архитектурные шаблоны;

• шаблоны профаммирования.

4)