- •Критерии качества программного средства. Определение качества по в стандарте iso 9126. Многоуровневая модель качества по. Оценочные характеристики качества программного продукта
- •Жизненный цикл программного продукта, фазы жизненного цикла.
- •Этапы классического жизненного цикла, их содержание.
- •3 Билет
- •1.Фаза разработки, этапы процесса разработки.
- •2.Стратегии конструирования по: линейная, инкрементная, эволюционная
- •4 Билет
- •Стандарт iso/iec 12207-95: основные определения – система, модель жизненного цикла, квалификационные требования. Основные процессы, их содержание, работы и задачи процесса разработки.
- •Стандарт iso/iec 15504 (spice): оценка возможностей разработчика. Связь этого стандарта с моделью зрелости предприятия sei cmm. Ответ
- •6 Билет
- •Прогностические модели процесса разработки: каскадная, rad, спиральная. Ответ
- •5 Билет
- •7 Билет
- •8 Билет
- •11 Билет
- •Анализ предметной области: цели и задачи. Модели предметной области. Формальные определения. Классификация моделей.
- •Методология idef0, синтаксис idef0-моделей. Ответ
- •Idef0-модели состоят из трех типов документов:
- •12 Билет
- •Диаграммы потоков данных (dfd-диаграммы) и диаграммы потоков работ (idef3-диаграммы), их использование при моделировании предметной области.
- •13 Билет
- •Объектно-ориентированный анализ предметной области. Методика определения границ системы и ключевых абстракций. Пример проведения анализа. Функциональные и нефункциональные требования к системе.
- •14 Билет
- •Функциональные требования к системе. Способ их представления в виде uml-диаграммы. Пример диаграммы с использованием отношений «расширяет» и «включает».
- •Понятие прецедента и сценария
- •15 Билет
- •Концептуальная модель системы: концептуальные классы, системные события и системные операции. Способ их представления в виде uml-диаграмм. Пример концептуального описания прецедента.
- •16 Билет
- •Диаграммы взаимодействия как элементы концептуальной модели. Синтаксис диаграмм взаимодействия.
- •17 Билет
- •Проектирование программных средств. Цели и задачи этапа проектирования. Понятие модели проектирования, ее отличия от концептуальной модели. Стадии проектирования, их краткая характеристика.
- •18 Билет
- •Задачи, решаемые на стадии эскизного проектирования. Понятие архитектуры пс.
- •Проблема выбора архитектуры. Влияние архитектуры на качественные характеристики пс.(?)
- •19 Билет
- •Понятие модуля и модульного программирования. Преимущества модульного подхода к разработке по.
- •Модули как средство физического структурирования по. Свойства модулей.(?)
- •20 Билет
- •Задачи, решаемые на стадии детального проектирования. Цели и задачи проектирования пользовательского интерфейса. Ответ
- •21 Билет
- •Понятие шаблона. Классификация шаблонов. Стандарт описания шаблонов. Ответ
- •22 Билет
- •Идентификация методов программных классов. Диаграммы классов, способы отображения отношений ассоциации и зависимости. Пример диаграммы классов.
- •23 Билет
- •Тестирование и отладка программного средства. Стадии тестирования и их характеристика. Основные принципы тестирования. Тесты и тестовые наборы. Понятие тестового покрытия.
- •24 Билет
- •Отладочное тестирование.(?)
- •Соотношение структурного и функционального подходов. Примеры реализации.
- •25 Билет
- •Интеграционное тестирование. Виды интеграционного тестирования. Критерии полноты тестовых наборов.
- •Регрессионное тестирование. Критерии завершения отладочного тестирования.
- •26 Билет
- •1.Системное тестирование. Виды системного тестирования. Критерии полноты тестовых наборов Ответ
- •27 Билет
- •28 Билет
- •29 Билет
- •30 Билет
- •1.Понятие версии программного продукта и системы контроля версий. Модели версионирования, их сравнение.
- •31 Билет
- •32 Билет
- •33 Билет
- •34 Билет Документирование процесса разработки. Типы документов управления Ответ
- •35 Билет Документирование программного продукта. Документация сопровождения, ее назначение и состав. Пользовательская документация, ее назначение и состав. Ответ
Жизненный цикл программного продукта, фазы жизненного цикла.
Этапы классического жизненного цикла, их содержание.
Ответ
Жизненным циклом программного обеспечения называется весь период времени от начала его разработки до завершения использования
Жизненный цикл ПО состоит из фазы разработки, фазы использования и фазы продолжающейся разработки (модификации),
Модель процесса разработки ПО выделяет конкретные наборы видов деятельности, артефактов, ролей и их взаимосвязи, а также дает рекомендации по организации процесса в целом
Отдельные модели соответствуют одной из стратегий разработки – линейной(предполагает однократное прохождение всех этапов разработки ПО
), инкрементной(стратегия предполагает, что в начале процесса определяются все пользовательские и системные требования. Разработка выполняется в виде последовательности версий с нарастающей функциональностью) или эволюционной(стратегия также основана на выпуске последовательности версий ПО, но допускает возможность постепенного уточнения требований к нему в процессе разработки на основе анализа предыдущих версий)
Этапы Классический жизненный цикл
Анализ относится к программному элементу — программному обеспечению. Уточняются и детализируются его функции, характеристики и интерфейс. Здесь же завершается решение задачи планирования проекта.
, проектирование Состоит из:( архитектуры ПО, модульной структуры ПО, алгоритмической структуры ПО, структуры данных, входного и выходного интерфейса (входных и выходных форм данных))
, кодирование состоит в переводе результатов проектирования в текст на языке программирования.
, тестирование выполнение программы для выявления дефектов в функциях, логике и форме реализации программного продукта.
Сопровождение- это внесение изменений в эксплуатируемое ПО(исправление ошибок,усовершенствование По по требованиям заказчика)
Выпуск системы
Достоинства классического жизненного цикла: дает план и временной график по всем этапам проекта, упорядочивает ход конструирования.
3 Билет
1.Фаза разработки, этапы процесса разработки.
2.Стратегии конструирования по: линейная, инкрементная, эволюционная
Ответ
Модель процесса разработки ПО выделяет конкретные наборы видов деятельности, артефактов, ролей и их взаимосвязи, а также дает рекомендации по организации процесса в целом
Отдельные модели соответствуют одной из стратегий разработки – линейной(предполагает однократное прохождение всех этапов разработки ПО
), инкрементной(стратегия предполагает, что в начале процесса определяются все пользовательские и системные требования. Разработка выполняется в виде последовательности версий с нарастающей функциональностью) или эволюционной(стратегия также основана на выпуске последовательности версий ПО, но допускает возможность постепенного уточнения требований к нему в процессе разработки на основе анализа предыдущих версий)
4 Билет
Стандарт iso/iec 12207-95: основные определения – система, модель жизненного цикла, квалификационные требования. Основные процессы, их содержание, работы и задачи процесса разработки.
Ответ
ISO/IEC 12207– определяет процессы жизненного цикла ПО.
По определению, ISO/IEC 12207-95 — базовый стандарт процессов ЖЦ ПО, ориентированный на различные виды ПО и типы проектов автоматизированных систем, куда ПО входит как часть
- Стандарт определяет стратегию и общий порядок в создании и эксплуатации ПО, он охватывает ЖЦ ПО от концептуализации идей до завершения ЖЦ.
-Стандарт не предписывает конкретную модель ЖЦ или метод разработки ПО
-Он определяет, что стороны-участники использования стандарта ответственны за выбор модели ЖЦ для проекта ПО, за адаптацию процессов и задач стандарта к этой модели, за выбор и применение методов разработки ПО, за выполнение действий и задач, подходящих для проекта ПО …-ориентирован на организацию действий каждой из двух сторон: поставщик (разработчик) и покупатель (пользователь); может быть в равной степени применен, когда обе стороны — из одной организации
Определения стандарта:
Система — это объединение одного или более процессов, аппаратных средств, программного обеспечения, оборудования и людей для обеспечения возможности удовлетворения определенных потребностей или целей
Модель жизненного цикла — структура, содержащая процессы, действия и задачи, которые осуществляются в ходе разработки, функционирования и сопровождения программного продукта в течение всей жизни системы, от определения требований до завершения ее использования.
Требование квалификации — набор критериев или условий (квалификационные требования), которые должны быть удовлетворены для того, чтобы квалифицироватьпрограммный продукт как удовлетворяющий условиям его спецификациям и готовый для использования в целевой окружающей среде
Стандарт определяет общую структуру жизненного цикла ПО в виде 3-х ступенчатой модели, состоящей из:
-процессов,
-видов деятельности,
-задач
Стандарт не определяет метрики, по которым можно было бы отслеживать ход работ и их результативность.
Самыми крупными элементами являются процессы жизненного цикла ПО
Всего выделено 18 процессов, которые объединены в 4 группы:
-основные процессы,(Приобретение По,Передача По(в использование),Разработка По,Эксплуатация По,Поддержка По)
-поддерживающие процессы(Документирование,управление конфигурациями,обеспечение качества,верификация,валидация,совместные экспертизы,аудит,разрешение проблем),
-организационные процессы(управление проектом,управление инфраструктурой,усовершенствование процессов,управление персоналом),
-процесс адаптации(адаптация описываемых стандартом процессов под нужды конкретного проекта)
Основные процессы ЖЦ
Процесс приобретения. Определяет действия предприятия-покупателя, которое приобретает автоматизированную систему, программный продукт или сервис ПО.
Включает такие работы, как
-инициация приобретения,
-подготовка запроса предложений,
-подготовка контракта,
-анализ поставщиков,
-получение ПО.
Процесс передачи (поставки).Определяет действия предприятия-поставщика, которое снабжает покупателя системой, программным продуктом или сервисом ПО.
Процесс разработки. Определяет действия предприятия-разработчика, которое создает программный продукт.
Включает следующие работы:
-развертывание процесса разработки,
-анализ системных требований,
-проектирование (программно-аппаратной) системы в целом,
-анализ требований к ПО,
-проектирование архитектуры ПО,
-детальное проектирование,
-кодирование,
-отладочное тестирование,
-интеграцию ПО,
-квалификационное тестирование ПО,
-системную интеграцию,
-квалификационное тестирование системы,
-развертывание (установку или инсталляцию) ПО.
Процесс эксплуатации. Определяет действия предприятия-оператора, которое обеспечивает обслуживание системы в процессе ее функционирования в интересах пользователей
Включает такие работы, как:
-консультирование пользователей,
-получение обратной связи и др.
Процесс поддержки ПО определяет действия персонала сопровождения, который обеспечивает:
-инсталляцию и удаление программного изделия на вычислительной системе,
-анализ возникающих проблем,
-внесение изменений,
-экспертизу и передачу измененного ПО,
-перенос ПО с одной платформы на другую,
-изъятие ПО из эксплуатации
Каждый процесс ЖЦ разделен на набор работ (activities), каждое действие — на набор задач (tasks)
Всего определены 74 вида работ и 224 различных задач
Каждый процесс, работа или задача инициируется и выполняется другим процессом по мере необходимости
Работа по развертыванию процесса разработки состоит из следующих задач:
-определение модели жизненного цикла,
-документирования и контроля результатов отдельных работ,
-выбора используемых стандартов,
-языков и инструментов и пр.
Работа по переносу ПО между платформами состоит из:
-разработки плана переноса,
-оповещения пользователей,
-выполнения анализа произведенных действий и пр.
