6. Определение понятия «предметная область». В чем заключается принцип концептуализации предметной области.

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

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

7. Особенности современных программных систем как объектов разработки. Проблемы разработки сложных программных систем.

В объектах программной инженерии (ПС) за последние годы произошли следующие коренные изменения:

1. Резко возросли масштабы и функциональная размерность ПС.

2. Высокая трудоёмкость разработки комплексов программ и БД.

3. Разработка П. системных комплексов на различных платформах, в частности для удаленных, которые требуют распределённого хранения и обработку.

4. Перенос ПО на моб. платформы.

5. Появление сети интернет и разработка веб сервисов и обработка данных по удаленному принципу.

6. Увеличение спектра показателя качества и рост требований к безопасности функционирования ПС и БД.

Перечисленные выше изменения объектов и проблемы обеспечения их ЖЦ вызвали ряд принципиальных изменений в методологии их создания и развития:

1. Появление методологии коллективной разработки, разделения труда

2. Применение автоматизированных методов и средств управления разработки

3. Появлением экономических методов анализа и рисков, связанных с разработкой ПС

4. Изменение моделей жизненного цикла разработки ПС

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

6. Кросс-платформенные языки программирования, повышающие мобильность приложения.

7. Повысились требования к квалификации разработчиков всех уровней

Проблемы разработки сложных программных систем.

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

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

Внутренние сложности возникают в результате изменений требований к ПС уже в процессе разработки

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

2. Гибкость программного обеспечения. Компании-разработчики стремятся к созданию библиотек компонентов, которые можно было бы использовать в дальнейших разработках. Однако в этом случае такие компоненты приходится делать все более универсальными и унифицированными (стандартизованными), что в конечном итоге увеличивает трудоемкость и сложность разработки.

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

Основной способ проектирования системы – когда она разделяется на части так, чтобы одна часть минимально воздействовала на другую. Однако каждое событие, внешнее по отношению к ПС, может перевести систему в новое состояние, и, более того, переход из одного состояния в другое не всегда детерминирован. В некоторых случаях внешнее событие может нарушить работу ПС, т.к. разработчики не предусмотрели его. Проблемой является то, что в распоряжении разработчиков нет возможностей для полного моделирования поведения больших дискретных систем. Язык UML хотя и решает большую часть проблем и является хорошим средством коммуникации в рамках проекта, но не все.