ответы на РК техпрог 2025

RUP — пример «тяжёлого» процесса разработки программного обеспечения. Он детально описан и предполагает поддержку разработки исходного кода большим количеством вспомогательных действий. Примеры таких действий: разработка планов, технических заданий, многочисленных проектных моделей, проектной документации (ака нужно все продумать)

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

36.Унифицированный процесс Rational (RUP). 4 основные фазы жизненного цикла в RUP. Достоинства и недостатки.

Фазы:

1.Начальная стадия (Inception) — формируются видение и границы проекта

2.Уточнение (Elaboration) — на базе основных требований разрабатывается стабильная базовая архитектура

3.Построение (Construction) — реализация большей части функциональности.

4.Внедрение (Transition) — создаётся финальная версия продукта и передаётся от разработчика к заказчику

+: быстрое реагирование, устранение рисков, эффективное контролирование -: сложна, многа букаф в документации, если несколько направлений разработке тогда ну очень сложна

37.Экстремальное программирование. Достоинства и недостатки.

+: адаптивность, качество кода из за постоянного тестирования, продуктивность -: высокие затраты на обучение, много ресурсов, не для всех проектов

38.Анализ предметной области и требования к ПО.

Анализ предметной области — начальный этап разработки любой инф системы. На этом этапе определяют информационные потребности пользователей будущей системы, которые, в свою очередь, предопределяют содержание её базы Нужно выявить: язык, цели, наборы задач, свойства результатов, набор сущностей (в виде гномиков)

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

39.Схема Захмана.

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

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

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

41.Характеристики и атрибуты качества ПО.

Существует много стандартов ISO, приведу рандомный:

•Функциональность.

•Надёжность.

•Удобство использования

•Производительность

•Удобство сопровождения

•Переносимость

42.Методы контроля качества.

•Верификация

•Валидация

•Тестирование

•Инспекция (?)

43.Верификация.

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

44.Валидация.

Валидация в программировании — это процесс проверки соответствия написанного кода определённым требованиям, стандартам или спецификациям. Цель — обеспечить, что код работает корректно, соответствует бизнестребованиям и не содержит ошибок

45.Методы обеспечения качества.

Использование стандартов, процессов, инструментов и метрик для оценки качества программного обеспечения Процессы:

•Статические анализаторы кода

•Автоматизированные тесты

•Системы управления версиями

46.Тестирование. Виды тестирования.

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

Ручное

Автоматизированное

47.Ошибки в программах.

Некоторые типы ошибок в программах:

oОшибки логики — возникают из-за неправильного построения алгоритма программы.

oОшибки инициализации — возникают из-за неправильной инициализации переменных или объектов.

oОшибки ввода-вывода — возникают из-за неправильного взаимодействия программы с внешним миром.

oОшибки памяти — возникают из-за неправильного управления памятью.

•По локализации:

oЛокальные — возникают в одном месте программы.

oГлобальные — возникают в нескольких местах программы.

•По частоте возникновения:

o Регулярно возникающие — возникают каждый раз при выполнении программы.

o Случайно возникающие — возникают только в некоторых случаях.

• По возможности обнаружения:

o Обнаружимые — могут быть обнаружены в процессе тестирования программы.

oНеобнаружимые — не могут быть обнаружены в процессе тестирования программы.

48.Понятие архитектуры системы. Значимые характеристики.

Архитектура системы — это описание продукта программирования (ОС, приложений, программ) с точки зрения пользователя, заказчика и специалиста по проектированию. В ней объясняется, из чего состоит система, как элементы взаимодействуют между собой.

характеристики - Аспекты структуры, функций, принципов и безопасности

•структура: Уровни, модульность, гибкость

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

•принципы: Абстрация, совместимость, прослеживаемость

•Учет мер безопасности