Основные задачи ТАУ

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

Конструирование программного обеспечения как область знаний SWEBOK

Программная инженерия (software engineering) выполнила попытку систематизировать имеющиеся знания.

http://swebok.sorlik.ru/pdf/software_engineering.pdf

SWEBOK описывает 10 областей знаний:

− Software requirements – программные требования

− Software design – дизайн (архитектура/проектирование)

− Software construction – конструирование программного обеспечения

− Software testing - тестирование

− Software maintenance – эксплуатация (поддержка) программного обеспечения

− Software configuration management – конфигурационное управление

− Software engineering management – управление в программной инженерии

− Software engineering process – процессы программной инженерии

− Software engineering tools and methods – инструменты и методы

− Software quality – качество программного обеспечения

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

− Computer engineering

− Computer science

− Management

− Mathematics

− Project management

− Quality management

− Systems engineering

Необходимо подчеркнуть, что принятые разграничения между областями знаний, их компонентами (subareas) и другими элементами достаточно произвольны.

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

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

В терминах Программной инженерии проектированием называется процесс определения архитектуры, компонентов, интерфейсов и других характеристик системы или ее компонентов.

Результат процесса проектирования – дизайн.

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

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

Термин конструирование программного обеспечения (software construction) описывает детальное создание рабочей программной системы посредством комбинации кодирования, верификации (проверки), модульного тестирования (unit testing), интеграционного тестирования и отладки.

Данная область знаний связана с другими областями. Наиболее сильная связь существует с проектированием (Software Design) и тестированием (Software Testing). Причиной этого является то, что сам по себе процесс конструирования программного обеспечения затрагивает важные аспекты деятельности по проектированию и тестированию. Кроме того, конструирование отталкивается от результатов проектирования, а тестирование (в любой своей форме) предполагает работу с результатами конструирования. Достаточно сложно определить границы между проектированием, конструированием и тестированием, так как все они связаны в единый комплекс процессов жизненного цикла и, в зависимости от выбранной модели жизненного цикла и применяемых методов (методологии), такое разделение может выглядеть по разному.

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

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

1. Анализ управляемости системы.

Анализ возможности построения управления, которое обеспечивает желаемое поведение системы.

2. Анализ наблюдаемости системы.

Анализ возможности определения по измеряемым выходным сигналам значений недостающих выходных сигналов. Если система наблюдаема, то это возможно сделать, если же по измеряемым выходам определить недостающие выходы невозможно, то система называется ненаблюдаемой.

Физический смысл управляемости и наблюдаемости следующий: если система не управляема либо не наблюдаема, то в системе имеются обособленные объекты.

3. Синтез законов управления.

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

4. Анализ качественных показателей процессов управления.

Проверка предъявляемых к САУ требований, проведение качественного анализа поведения системы, оценивание ее точностных и динамических характеристик.

Дата добавления: 2014-01-14