Презентация

Специализируйтесь в области качества программного обеспечения с технической и управленческой точек зрения; пройдите специализацию за 12 месяцев и измените свою профессиональную среду к лучшему"

##IMAGE##

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

Уже несколько лет проекты разрабатываются очень быстро, с целью их заключения с клиентом на основе цены и сроков; вместо применения качественного подхода. Такие решения теперь отнимают силы у многих поставщиков и клиентов.

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

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

Для этого TECH Технологический университет собрал группу экспертов в этой области, которые передадут самые современные знания и опыт. Посредством современного виртуального кампуса с теоретическим и практическим содержанием, предоставленным в различных форматах. В вашем распоряжении будут 10 модулей, разделенных на различные темы и подтемы, которые позволят обучиться за 12 месяцев, используя методику Relearning, которая облегчает запоминание и обучение быстрым и эффективным способом.

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

Данная Специализированная магистратура в области качества программного обеспечения содержит самую полную и современную образовательную программу на рынке. Основными особенностями программы являются: 

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

Разработайте критерии, задачи и передовые методологии, чтобы понять актуальность работы, ориентированной на качество, и предоставить эффективные решения вашей компании или клиенту" 

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

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

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

Программа, направленная на повышение осведомленности о важности качества программного обеспечения и необходимости внедрения политики качества на фабриках программного обеспечения"

##IMAGE##

Обучайтесь практическим и гибким способом. Мы сопровождаем вас в вашей повседневной жизни с помощью этого эксклюзивного 100% онлайн-обучения, предлагаемого TECH Технологическим университетом"

Учебный план

Структура и содержание данной Специализированной магистратуры разработаны таким образом, чтобы охватить наиболее важные темы для разработки качественного программного обеспечения. Программа состоит из 10 учебных модулей, начиная от разработки программного проекта, функциональной и технической документации, test Driven Developement и различных методологий, до реализации практических решений, продвинутых с помощью DevOps и непрерывной интеграции, и все это на основе достижения качества программного обеспечения. Обширный мультимедийный материал, тщательно отобранный преподавателями-экспертами, окажет большую помощь в облегчении учебной нагрузки и послужит справочным материалом для дальнейшего использования.

##IMAGE##

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

Модуль 1. Качество программного обеспечения. Уровни развития TRL

1.1. Элементы, влияющие на качество программного обеспечения (I). Технический долг 

1.1.1. Технический долг. Причины и последствия
1.1.2. Качество программного обеспечения. Общие принципы 
1.1.3. Беспринципное и принципиальное качество программного обеспечения 

1.1.3.1. Последствия
1.1.3.2. Необходимость применения принципов качества в программном обеспечении 

1.1.4. Качество программного обеспечения. Типология 
1.1.5. Качественное программное обеспечение. Специфические особенности 

1.2. Элементы, влияющие на качество программного обеспечения (II). Сопутствующие расходы 

1.2.1. Качество программного обеспечения. Влияющие элементы 
1.2.2. Качество программного обеспечения. Заблуждения 
1.2.3. Качество программного обеспечения. Сопутствующие расходы 

1.3. Модели качества программного обеспечения (I). Управление знаниями 

1.3.1. Общие модели качества 

1.3.1.1. Всеобщее управление качеством 
1.3.1.2. Европейская модель делового совершенства (EFQM) 
1.3.1.3. Концепция шести сигм 

1.3.2. Модели управления знаниями 

1.3.2.1. Модель Dyba 
1.3.2.2. Модель SEKS 

1.3.3. Опыт работы в парадигме Factory и QIP 
1.3.4. Качество используемых моделей (25010) 

1.4. Модели качества программного обеспечения (III). Качество данных, процессов и моделей SEI 

1.4.1. Модель качества данных 
1.4.2. Моделирование процессов программного обеспечения 
1.4.3. Спецификация метамодели программной и системной инженерии процессов (SPEM) 
1.4.4. Модели SEI 

1.4.4.1. CMMI 
1.4.4.2. SCAMPI 
1.4.4.3. IDEAL 

1.5. Стандарты качества программного обеспечения ISO (I). Анализ стандартов 

1.5.1. Стандарт ISO 9000 

1.5.1.1. Стандарт ISO 9000 
1.5.1.2. Семейство стандартов качества ISO (9000) 

1.5.2. Другие стандарты ISO, связанные с качеством 
1.5.3. Стандарты моделирования качества (ISO 2501) 
1.5.4. Стандарты измерения качества (ISO 2502n) 

1.6. Стандарты качества программного обеспечения ISO (II). Требования и оценка 

1.6.1. Стандарты по требованиям к качеству (2503n) 
1.6.2. Стандарты по оценке качества (2504n) 
1.6.3. ISO/IEC 24744:2007 

1.7. Уровни развития TRL (I). Уровни с 1 по 4 

1.7.1. Уровни TRL 
1.7.2. Уровень 1: основные принципы 
1.7.3. Уровень 2: концепция и/или применение 
1.7.4. Уровень 3: критическая аналитическая функция 
1.7.5. Уровень 4: проверка основных компонентов в лабораторных условиях 

1.8. Уровни развития TRL (II). Уровни с 5 по 9 

1.8.1. Уровень 5: проверка основных компонентов в реальных условиях 
1.8.2. Уровень 6: модель системы/подсистемы 
1.8.3. Уровень 7: демонстрация в условиях эксплуатации 
1.8.4. Уровень 8: полная и сертифицированная система 
1.8.5. Уровень 9: успех в реальных условиях 

1.9. Уровни развития TRL. Использование 

1.9.1. Пример компании с лабораторной средой 
1.9.2. Пример компании, занимающейся НИОКР 
1.9.3. Пример промышленной компании, занимающейся НИОКР 
1.9.4. Пример совместной лабораторно-инженерной компании 

1.10. Качество программного обеспечения. Ключевые детали 

1.10.1. Методологические детали 
1.10.2. Технические детали 
1.10.3. Детали управления программными проектами 

1.10.3.1. Качество ИТ-систем 
1.10.3.2. Качество программного продукта 
1.10.3.3. Качество программного процесса

Модуль 2. Проектирование программного обеспечения. Функциональная и техническая документация

2.1. Управление проектами

2.1.1. Управление проектами в области качества программного обеспечения
2.1.2. Управление проектами. Преимущества
2.1.3. Управление проектами. Типология

2.2. Методика управления проектами

2.2.1. Методика управления проектами
2.2.2. Проектные методики. Типология
2.2.3. Методики управления проектами. Область применения

2.3. Фаза выявления требований

2.3.1. Определение требований к проекту
2.3.2. Управление проектными совещаниями
2.3.3. Предоставляемая документация

2.4. Модель

2.4.1. Начальный этап
2.4.2. Этап анализа
2.4.3. Этап конструкции
2.4.4. Этап тестирования
2.4.5. Предоставление

2.5. Используемая модель данных

2.5.1. Определение новой модели данных
2.5.2. Определение плана миграции данных
2.5.3. Набор данных

2.6. Влияние на другие проекты

2.6.1. Влияние проекта. Примеры
2.6.2. Риски в проекте
2.6.3. Управление рисками

2.7. "Must" проекта

2.7.1. Must проекта
2.7.2. Идентификация Must проекта
2.7.3. Определение точек реализации проекта

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

2.8.1. Роли, которые необходимо выполнять в соответствии с проектом
2.8.2. Контакт с отделом кадров для подбора персонала
2.8.3. Результаты и график проекта

2.9. Технические аспекты программного проекта

2.9.1. Архитектор проекта. Технические аспекты
2.9.2. Технические лидеры
2.9.3. Проектирование программного проекта
2.9.4. Оценка качества кода, Sonar

2.10. Результаты проекта

2.10.1. Функциональный анализ
2.10.2. Модель данных
2.10.3. Диаграмма состояний
2.10.4. Техническая документация

Модуль 3. Тестирование программного обеспечения Автоматизация тестирования

3.1. Модели качества программного обеспечения

3.1.1. Качество продукта
3.1.2. Качество процесса
3.1.3. Качество использования

3.2. Качество процесса

3.2.1. Качество процесса
3.2.2. Модели зрелости
3.2.3. Стандарт ISO 15504

3.2.3.1. Цели
3.2.3.2. Контекст
3.2.3.3. Этапы

3.3. Стандарт ISO/IEC 15504

3.3.1. Категории процессов
3.3.2. Процесс разработки. Пример
3.3.3. Фрагмент программы
3.3.4. Этапы

3.4. CMMI (Capability Maturity Model Integration) 

3.4.1. CMMI. Интеграция модели зрелости возможностей
3.4.2. Модели и области. Типология
3.4.3. Области процесса
3.4.4. Уровни мощности
3.4.5. Управление процессами
3.4.6. Управление проектами

3.5. Управление изменениями и репозиториями

3.5.1. Управление изменениями в программном обеспечении

3.5.1.1. Элемент конфигурации. Непрерывная интеграция
3.5.1.2. Линии
3.5.1.3. Блок-схемы
3.5.1.4. Бранчи

3.5.2. Репозиторий

3.5.2.1. Контроль версий
3.5.2.2. Работа в команде и использование репозитория
3.5.2.3. Непрерывная интеграция в репозитории

3.6. Team Foundation Server (TFS)

3.6.1. Установка и настройка
3.6.2.  Создание командного проекта
3.6.3. Добавление содержимого в систему управления источниками
3.6.4. TFS в облаке

3.7. Тестирование

3.7.1. Мотивы для тестирования
3.7.2. Проверочное тестирование 
3.7.3. Бета-тестирование
3.7.4. Реализация и обслуживание

3.8. Нагрузочное тестирование

3.8.1. Нагрузочное тестирование
3.8.2. Тестирование с помощью LoadView
3.8.3. Тестирование с помощью K6 Cloud
3.8.4. Тестирование с помощью Loader

3.9. Испытания устройства, на стресс и выносливость

3.9.1. Мотивы для проведения модульного тестирования
3.9.2. Инструменты для модульного тестирования
3.9.3. Мотивы для проведения тестирования на стресс
3.9.4. Стресс-тестирование
3.9.5. Мотивы для проведения тестов на устойчивость
3.9.6. Тестирование с помощью LoadRunner

3.10. Масштабируемость. Масштабируемое проектирование программного обеспечения

3.10.1. Масштабируемость и архитектура программного обеспечения
3.10.2. Независимость между слоями
3.10.3. Связь между слоями. Архитектурные паттерны

Модуль 4. Методологии управления проектами программного обеспечения. Каскадная модель vs  agile-методологии

4.1. Методология каскадной модели

4.1.1. Методология каскадной модели
4.1.2. Методология каскадной модели. Влияние на качество программного обеспечения
4.1.3. Методология каскадной модели. Примеры

4.2. Методологии Agile

4.2.1. Методологии Agile
4.2.2. Методологии Agile. Влияние на качество программного обеспечения
4.2.3. Методологии Agile. Примеры

4.3. Методология Scrum

4.3.1. Методология Scrum
4.3.2. Манифест Scrum
4.3.3. Применения Scrum

4.4. Kanban-доска

4.4.1. Kanban-метод
4.4.2. Kanban-доска
4.4.3. Kanban-доска. Примеры применения

4.5. Управление проектами в каскадной модели

4.5.1. Фазы проекта
4.5.2. Видение в проекте каскадной модели
4.5.3. Результаты, которые необходимо рассмотреть

4.6. Управление проектами в Scrum

4.6.1. Фазы проекта Scrum
4.6.2. Видение проекта Scrum
4.6.3.  Результаты, которые необходимо рассмотреть

4.7. Каскадная модель vs. Scrum сравнение

4.7.1. Пилотный проект
4.7.2. Проект с применением каскадной модели. Пример
4.7.3. Проект с применением Scrum. Пример

4.8. Видение клиента

4.8.1. Документы в каскадной модели
4.8.2. Документы в Scrum
4.8.3. Сравнение

4.9. Структура в Kanban

4.9.1. Истории пользователей
4.9.2. Backlog
4.9.3. Анализ Kanban

4.10. Гибридные проекты

4.10.1. Конструкция проекта
4.10.2. Управление проектами
4.10.3. Результаты, которые необходимо рассмотреть

Модуль 5. TDD (Test Driven Developement). Разработка программного обеспечеия через тестирование

5.1. TDD. Разработка программного обеспечения через тестирование

5.1.1. TDD. Разработка программного обеспечения через тестирование
5.1.2. TDD. Влияние TDD на качество
5.1.3.  Проектирование и разработка на основе тестирования. Примеры

5.2. Цикл TDD

5.2.1. Выбор требования
5.2.2. Тестирование. Типологии

5.2.2.1. Модульные тесты
5.2.2.2. Интеграционное тестирование
5.2.2.3. Сквозное тестирование (End To End)

5.2.3. Проверка тестирования. Ошибки
5.2.4. Создание внедрения
5.2.5. Выполнение автоматизированных тестов
5.2.6. Устранение дублирования
5.2.7. Обновление списка требований
5.2.8.  Повторение цикла TDD
5.2.9. Цикл TDD. Теоретический и практический пример

5.3. Стратегии внедрения TDD

5.3.1. Ошибочное внедрение
5.3.2. Треугольное внедрение
5.3.3. Очевидное внедрение

5.4. TDD. Применение. Преимущества и недостатки

5.4.1. Преимущества использования
5.4.2. Ограничения на использование
5.4.3. Баланс качества при реализации

5.5. TDD. Передовая практика

5.5.1. Правила TDD
5.5.2. Правило 1: проводить предыдущий неудачный тест, прежде чем приступать к кодированию в производстве
5.5.3. Правило 2: не писать более одного модульного теста
5.5.4. Правило 3: не писать больше кода, чем требуется
5.5.5. Ошибки и антипаттерны, которых следует избегать в TDD

5.6. Моделирование реального проекта для использования TDD (I)

5.6.1. Обзор проекта (Компания А)
5.6.2. Применение TDD
5.6.3. Предлагаемые тесты
5.6.4. Тесты. Обратная связь

5.7. Моделирование реального проекта для использования TDD (II)

5.7.1. Обзор проекта (Компания B)
5.7.2. Применение TDD
5.7.3. Предлагаемые тесты
5.7.4. Тесты. Обратная связь

5.8. Моделирование реального проекта для использования TDD (III)

5.8.1. Обзор проекта (Компания С)
5.8.2. Применение TDD
5.8.3. Предлагаемые упражнения
5.8.4. Тесты. Обратная связь

5.9. Альтернативы TDD. Разработка программного обеспечения через тестирование

5.9.1. TCR (Test Commit Revert)
5.9.2. BDD (Behavior Driven Development)
5.9.3. ATDD (Acceptance Test Driven Development)
5.9.4. TDD. Теоретическое сравнение

5.10. TDD TCR, BDD y ATDD. Практическое сравнение

5.10.1. Определение проблемы
5.10.2. Решение с помощью TCR
5.10.3. Решение с помощью BDD
5.10.4. Решение с помощью ATDD

Модуль 6. DevOps Управление качеством программного обеспечения

6.1. DevOps. Управление качеством программного обеспечения

6.1.1. DevOps
6.1.2. DevOps и качество программного обеспечения
6.1.3. DevOps. Преимущества культуры DevOps

6.2. DevOps. Отношения с Agile

6.2.1. Ускоренная поставка
6.2.2. Качество
6.2.3. Снижение затрат

6.3. Запуск DevOps

6.3.1. Определение проблемы
6.3.2. Внедрение в компании
6.3.3. Метрики внедрения

6.4. Цикл доставки программного обеспечения

6.4.1. Методы проектирования
6.4.2. Соглашения
6.4.3. Дорожная карта проекта

6.5. Разработка кода без ошибок

6.5.1. Удобный в обслуживании код
6.5.2. Схемы развития
6.5.3. Тестирование кода
6.5.4. Разработка программного обеспечения на уровне кода. Передовая практика

6.6. Автоматизация

6.6.1. Автоматизация. Виды тестирования
6.6.2. Стоимость автоматизации и технического обслуживания
6.6.3. Автоматизация. Смягчение ошибок

6.7. Развертывания

6.7.1. Оценка цели
6.7.2. Разработка автоматического и адаптированного процесса
6.7.3. Обратная связь и оперативность

6.8. Управление инцидентами

6.8.1. Готовность к инцидентам
6.8.2. Анализ и разрешение инцидентов
6.8.3. Как избежать ошибок в будущем

6.9. Автоматизация развертывания

6.9.1. Подготовка к автоматическому развертыванию
6.9.2. Автоматическая оценка состояния процессов
6.9.3. Метрики и возможность отката

6.10. Передовая практика. Эволюция DevOps

6.10.1. Руководство по использованию DevOps
6.10.2. DevOps. Методология для команды
6.10.3. Избегание ниш

Модуль 7. DevOps и непрерывная интеграция. Передовые практические решения в разработке программного обеспечения

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

7.1.1. Идентификация действующих лиц и артефактов
7.1.2. Проектирование потока поставки программного обеспечения
7.1.3. Поток поставки программного обеспечения, межэтапные требования

7.2. Автоматизация процессов

7.2.1. Непрерывная интеграция
7.2.2. Непрерывное развертывание
7.2.3. Конфигурирование сред и управление секретами

7.3. Декларативные конвейеры

7.3.1. Различия между традиционными, кодоподобными и декларативными конвейерами
7.3.2. Декларативные конвейеры
7.3.3. Декларативный конвейер в Jenkins
7.3.4. Сравнение поставщиков услуг непрерывной интеграции

7.4. Качественные ворота и богатая обратная связь

7.4.1. Качественные ворота
7.4.2. Стандарты качества с качественными воротами. Техническое обслуживание
7.4.3. Бизнес-требования в запросах на интеграцию

7.5. Управление артефактами

7.5.1. Артефакты и жизненный цикл
7.5.2. Системы хранения и управления артефактами
7.5.3. Безопасность в управлении артефактами

7.6. Непрерывное развертывание

7.6.1. Непрерывное развертывание в виде контейнеров
7.6.2. Непрерывное развертывание с помощью PaaS
7.6.3. Непрерывное развертывание мобильных приложений

7.7. Улучшение времени выполнения конвейера: статический анализ и Git Hooks

7.7.1. Статический анализ
7.7.2. Правила стиля кода
7.7.3. Git Hooks и модульные тесты
7.7.4. Влияние инфраструктуры

7.8. Уязвимости контейнеров

7.8.1. Уязвимости контейнеров
7.8.2. Сканирование изображений
7.8.3. Периодические отчеты и оповещения

Модуль 8. Проектирование баз данных (БД). Стандартизация и производительность. Качество программного обеспечения

8.1. Проектирование баз данных

8.1.1. Базы данных. Типология
8.1.2. Используемые в настоящее время базы данных

8.1.2.1. Реляционные
8.1.2.2. Ключ-значение
8.1.2.3. На основе сети

8.1.3. Качество данных

8.2. Проектирование модели сущность - связь (I)

8.2.1. Модель сущность - связь. Качество и документация
8.2.2. Сущности

8.2.2.1. Сильная сущность
8.2.2.2. Слабая сущность

8.2.3. Атрибуты
8.2.4. Набор отношений

8.2.4.1. 1 к 1
8.2.4.2. 1 ко многим
8.2.4.3. Многие к 1
8.2.4.4. Многие ко многим

8.2.5. Ключевые моменты

8.2.5.1. Первичный ключ
8.2.5.2. Внешний ключ
8.2.5.3. Первичный ключ слабой сущности

8.2.6. Ограничения
8.2.7. Кардинальность
8.2.8. Наследственность
8.2.9. Агрегация

8.3. Модель сущность - связь (II). Инструменты

8.3.1. Модель сущность-связь. Инструменты
8.3.2. Модель сущность-связь. Наглядный пример
8.3.3. Реальная модель сущность-связь

8.3.3.1. Визуальный пример
8.3.3.2. Образец в представлении таблицы

8.4. Стандартизация базы данных (БД) (I). Соображения, касающиеся качества программного обеспечения

8.4.1. Стандартизация БД и качество
8.4.2. Зависимости

8.4.2.1. Функциональная зависимость
8.4.2.2. Свойства функциональной зависимости
8.4.2.3. Предполагаемые свойства

8.4.3. Ключевые моменты

8.5. Стандартизация базы данных (БД) (II). Нормальная форма и правила Codd

8.5.1. Нормальные формы

8.5.1.1. Первая нормальная форма (1НФ)
8.5.1.2. Вторая нормальная форма (2НФ)
8.5.1.3. Третья нормальная форма (3НФ)
8.5.1.4. Нормальная форма Бойса — Кодда (НФ)
8.5.1.5. Четвертая нормальная форма (4НФ)
8.5.1.6. Пятая нормальная форма (5НФ)

8.5.2. Правила Кодда

8.5.2.1. Правило 1: Информационное правило
8.5.2.2. Правило 2: Гарантированный доступ к данным
8.5.2.3. Правило 3: Систематическая поддержка отсутствующих значений
8.5.2.4. Правило 4: Описание базы данных
8.5.2.5. Правило 5: Полнота подмножества языка
8.5.2.6. Правило 6: Изменение представлений
8.5.2.7. Правило 7. Вставка и обновление
8.5.2.8. Правило 8: Физическая независимость данных
8.5.2.9. Правило 9: Логическая независимость данных
8.5.2.10. Правило 10: Независимость контроля целостности

8.5.2.10.1. Правила целостности

8.5.2.11. Правило 11: Независимость от расположения
8.5.2.12. Правило 12: Согласование языковых уровней

8.5.3. Наглядный пример

8.6. Хранилище данных/OLAP-система

8.6.1. Хранилище данных
8.6.2. Таблица фактов
8.6.3. Таблица размеров
8.6.4. Создание системы OLAP. Инструменты

8.7. Производительность базы данных (БД)

8.7.1. Оптимизация индекса
8.7.2. Оптимизация запросов
8.7.3. Разбиение таблиц

8.8. Моделирование реального проекта для проектирования БД (I)

8.8.1. Обзор проекта (Компания А)
8.8.2. Применение проектирования баз данных
8.8.3. Предлагаемые тесты
8.8.4. Предлагаемые тесты. Обратная связь

8.9. Моделирование реального проекта для проектирования БД (II)

8.9.1. Обзор проекта (Компания B)
8.9.2. Применение проектирования баз данных
8.9.3. Предлагаемые тесты
8.9.4. Предлагаемые тесты. Обратная связь

8.10. Актуальность оптимизации БД для качества программного обеспечения

8.10.1. Оптимизация конструкции
8.10.2. Оптимизация кода запросов
8.10.3. Оптимизация кода хранимой процедуры
8.10.4. Влияние триггеров на качество программного обеспечения. Рекомендации по применению

Модуль 9. Проектирование масштабируемых архитектур. Архитектура в жизненном цикле программного обеспечения

9.1. Проектирование масштабируемых архитектур (I)

9.1.1. Масштабируемые архитектуры
9.1.2. Принципы масштабируемой архитектуры

9.1.2.1. Надежность
9.1.2.2. Масштабируемость
9.1.2.3. Поддержка

9.1.3. Типы масштабируемости

9.1.3.1. Вертикальная
9.1.3.2. Горизонтальная
9.1.3.3. Комбинированная

9.2. Предметно-ориентированное проектирование DDD (Domain-Driven Design)

9.2.1. Модель DDD. Ориентация на домен
9.2.2. Слои, распределение ответственности и шаблоны проектирования
9.2.3. Разделение как основа для качества

9.3. Проектирование масштабируемых архитектур (II). Преимущества, ограничения и стратегии проектирования

9.3.1. Масштабируемая архитектура. Преимущества
9.3.2. Масштабируемая архитектура. Ограничения
9.3.3. Стратегии разработки масштабируемых архитектур (описательная таблица)

9.4. Жизненный цикл программного обеспечения (I). Этапы

9.4.1. Жизненный цикл программного обеспечения

9.4.1.1. Этап планирования
9.4.1.2. Этап анализа
9.4.1.3. Этап проектирования
9.4.1.4. Этап реализации
9.4.1.5. Этап тестирования
9.4.1.6. Этап установки/развертывания
9.4.1.7. Этап использования и обслуживания

9.5. Модели жизненного цикла программного обеспечения

9.5.1. Каскадная модель
9.5.2. Повторяющаяся модель
9.5.3. Спиральная модель
9.5.4. Модель Большого взрыва

9.6. Жизненный цикл программного обеспечения (II). Автоматизация

9.6.1. Жизненный цикл разработки программного обеспечения. Решение

9.6.1.1. Непрерывная интеграция и разработка (CI/CD)
9.6.1.2. Agile-методологии
9.6.1.3. DevOps / производственные операции

9.6.2. Будущие тенденции
9.6.3. Практические примеры

9.7. Архитектура программного обеспечения в жизненном цикле программного обеспечения

9.7.1. Преимущества
9.7.2. Ограничения
9.7.3. Инструменты

9.8. Моделирование реального проекта для проектирования архитектуры программного обеспечения (I)

9.8.1. Обзор проекта (Компания А)
9.8.2. Применение проектирования архитектуры программного обеспечения
9.8.3. Предлагаемые тесты
9.8.4. Предлагаемые тесты. Обратная связь

9.9. Моделирование реального проекта для проектирования архитектуры программного обеспечения (II)

9.9.1. Обзор проекта (Компания B)
9.9.2. Применение проектирования архитектуры программного обеспечения
9.9.3. Предлагаемые тесты
9.9.4. Предлагаемые тесты. Обратная связь

9.10. Моделирование реального проекта для проектирования архитектуры программного обеспечения (III)

9.10.1. Обзор проекта (Компания С)
9.10.2. Применение проектирования архитектуры программного обеспечения
9.10.3. Предлагаемые тесты
9.10.4. Предлагаемые тесты. Обратная связь

Модуль 10. Критерии качества ISO, IEC 9126. Метрики качества программного обеспечения

10.1. Критерии качества. Стандарт ISO, IEC 9126

10.1.1. Критерии качества
10.1.2. Качество программного обеспечения. Обоснование. Стандарт ISO, IEC 9126
10.1.3. Измерение качества программного обеспечения как ключевой показатель

10.2. Критерии качества программного обеспечения. Характеристики

10.2.1. Надежность
10.2.2. Функциональность
10.2.3. Эффективность
10.2.4. Юзабилити
10.2.5. Управляемость
10.2.6. Портативность
10.2.7. Безопасность

10.3. Стандарт ISO, IEC 9126(I) Презентация

10.3.1. Описание нарушений Стандарт ISO, IEC 9126
10.3.2. Функциональность
10.3.3. Надежность
10.3.4. Юзабилити
10.3.5. Управляемость
10.3.6. Портативность
10.3.7. Качество использования
10.3.8. Метрики качества программного обеспечения
10.3.9. Метрические данные качества в ISO 9126

10.4. Стандарт ISO, IEC 9126 (II). Модели МакКолла и Боэма

10.4.1. Модель МакКолла: факторы качества
10.4.2. Модель Боэма
10.4.3. Промежуточный уровень. Характеристики

10.5. Метрики качества программного обеспечения (I). Элементы

10.5.1. Измерения
10.5.2. Метрические данные
10.5.3. Показатели

10.5.3.1. Типы показателей

10.5.4. Размеры и модели
10.5.5. Сфера применения метрики программного обеспечения
10.5.6. Классификация метрик программного обеспечения

10.6. Измерение качества программного обеспечения (II). Практика измерений

10.6.1. Сбор метрических данных
10.6.2. Измерение внутренних атрибутов продукта
10.6.3. Измерение внешних атрибутов продукта
10.6.4. Измерение ресурсов
10.6.5. Метрики для объектно-ориентированных систем

10.7. Разработка единого показателя качества программного обеспечения

10.7.1. Отдельный показатель как глобальный показатель
10.7.2. Разработка, обоснование и применение индикаторов
10.7.3. Примеры применения. Необходимость знать детали

10.8. Моделирование реального проекта для измерения качества (I)

10.8.1. Обзор проекта (Компания А)
10.8.2. Применение измерения качества
10.8.3. Предлагаемые тесты
10.8.4. Предлагаемые тесты. Обратная связь

10.9. Моделирование реального проекта для измерения качества (II)

10.9.1. Обзор проекта (Компания B)
10.9.2. Применение измерения качества
10.9.3. Предлагаемые тесты
10.9.4. Предлагаемые тесты. Обратная связь

10.10. Моделирование реального проекта для измерения качества (III)

10.10.1. Обзор проекта (Компания С)
10.10.2. Применение измерения качества
10.10.3. Предлагаемые тесты
10.10.4. Предлагаемые тесты. Обратная связь

##IMAGE##

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

Máster Título Propio в области качества программного обеспечения

Растущие темпы развития технологической индустрии и требования рынка привели к тому, что в проектах программного обеспечения наблюдается высокий технический долг. Необходимость быстро реагировать на требования клиентов или компаний привела к пренебрежению деталями качества системы. Именно здесь становится важным учитывать масштабируемость проекта на протяжении всего его жизненного цикла, что требует знаний в области ИТ, ориентированных на качество сверху вниз. Máster Título Propio в области качества программного обеспечения - это программа, предназначенная для разработки критериев, задач и передовых методологий для понимания актуальности работы, ориентированной на необходимость реализации политики качества на фабриках программного обеспечения. Этот курс разработан полностью в режиме онлайн, его продолжительность составляет 12 месяцев, а методология адаптирована к потребностям студентов крупнейшего цифрового университета в мире.

Специализируйтесь на проектах программного обеспечения

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