
- •Критерии качества программного средства. Определение качества по в стандарте iso 9126. Многоуровневая модель качества по. Оценочные характеристики качества программного продукта
- •Жизненный цикл программного продукта, фазы жизненного цикла.
- •Этапы классического жизненного цикла, их содержание.
- •3 Билет
- •1.Фаза разработки, этапы процесса разработки.
- •2.Стратегии конструирования по: линейная, инкрементная, эволюционная
- •4 Билет
- •Стандарт iso/iec 12207-95: основные определения – система, модель жизненного цикла, квалификационные требования. Основные процессы, их содержание, работы и задачи процесса разработки.
- •5 Билет
- •Стандарт iso/iec 15504 (spice): оценка возможностей разработчика. Связь этого стандарта с моделью зрелости предприятия sei cmm. Ответ
- •6 Билет
- •Прогностические модели процесса разработки: каскадная, rad, спиральная. Ответ
- •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 Билет Документирование программного продукта. Документация сопровождения, ее назначение и состав. Пользовательская документация, ее назначение и состав. Ответ
20 Билет
Задачи, решаемые на стадии детального проектирования. Цели и задачи проектирования пользовательского интерфейса. Ответ
На стадии детального проектирования конкретизируются решения архитектурного уровня и производится:
-разработка иерархии классов и структуры базы данных;
-построение алгоритмов для отдельных подзадач;
-поиск и подбор готовых компонентов для реализации некоторых функций системы
Целью интерфейсного проектирование является формирование интерфейса пользователя.
Пользовательский интерфейс объединяет в себе все элементы и компоненты программы, которые способны оказывать влияние на его взаимодействие с программным обеспечением.
Элементы интерфейса
-набор задач пользователя, которые он решает при помощи системы;
-используемая системой метафора (например, Рабочий стол в MS Windows®);
-элементы управления системой;
-навигация между блоками системы;
-визуальный дизайн экранов программы;
-отображаемая информация и ее форматы;
-устройства и технологии ввода данных;
-диалоги, взаимодействие и транзакции между пользователем и компьютером;
-обратная связь с пользователем;
-поддержка принятия решений в конкретной предметной области;
-порядок использования программы и документация на нее.
Технический проект
Результаты детального и интерфейсного проектирования представляются в техническом проекте Технический проект должен также содержать оценку экономической эффективности системы и перечень мероприятий по подготовке к ее внедрению.
21 Билет
Понятие шаблона. Классификация шаблонов. Стандарт описания шаблонов. Ответ
Шаблоны проектирования (паттерн, англ. design pattern) — это многократно применяемая архитектурная конструкция, предоставляющая решение общей проблемы проектирования в рамках конкретного контекста.
Преимущества шаблонов:
-описывают решения целых классов абстрактных проблем;
-позволяют унифицировать терминологию, названия модулей и элементов проекта;
-позволяют повторно использовать удачное решение;
-независимы от применяемого языка программирования.
Шаблоны делятся на:
-Шаблоны анализа –представляют собой типовые решения при моделировании сложных взаимоотношений между понятиями некоторой предметной области.
-Архитектурные шаблоны представляют собой типовые способы организации системы в целом или крупных подсистем; задают некоторые правила выделения компонентов и реализации взаимодействий между ними.
Шаблоны проектирования определяют типовые проектные решения для часто встречающихся задач среднего уровня, касающиеся структуры одной подсистемы или организации взаимодействия двух-трех компонентов.
-Идиомы являются специфическими для некоторого языка программирования способами организации элементов программного кода, позволяющими решить некоторую часто встречающуюся задачу.
Шаблоны могут применяться на всех стадиях разработки программных систем, способствуя существенному сокращению этих сроков
Описание шаблонов:
При описании шаблона выделяют четыре его составляющих:
Имя
-Позволяет сразу обозначить проблему, пути ее решения и последствия
-Присваивание шаблонам имен позволяет проектировать на более высоком уровне абстракции
-С помощью словаря шаблонов можно вести обсуждение с коллегами, упоминать шаблоны в документации, представлять тонкости системы
Задача
-Описание того, когда следует применять шаблон
-Формулируется задача и ее контекст (например, представить алгоритм в виде объектов)
Решение
-Описание элементов решения, отношений между ними, функций каждого элемента
-При этом решение – абстрактное описание задачи и того, как она может быть решена с помощью некоего весьма общего сочетания элементов
Результаты
Результаты - это следствия применения шаблона и разного рода компромиссы
-В случае проектирования к результатам относят влияние на степень гибкости, расширяемости и переносимости системы