- •Критерии качества программного средства. Определение качества по в стандарте 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 Билет Документирование программного продукта. Документация сопровождения, ее назначение и состав. Пользовательская документация, ее назначение и состав. Ответ
Idef0-модели состоят из трех типов документов:
-графических диаграмм(главный компонент IDEF0-модели, содержащий блоки, стрелки, соединения блоков и стрелок и ассоциированные с ними отношения)
-текста(используется для объяснений и уточнений характеристик, потоков, внутриблочных соединений и т.д.)
-глоссария(предназначен для определения аббревиатур, ключевых слов и фраз, используемых в качестве имен и меток на диаграммах) Эти документы имеют перекрестные ссылки друг на друга.
В методологии IDEF0 существует 6 типов отношений между блоками в пределах одной диаграммы:
-доминирование;
-управление;
-выход - вход;
-обратная связь по управлению;
-обратная связь по входу;
-выход – механизм
12 Билет
Диаграммы потоков данных (dfd-диаграммы) и диаграммы потоков работ (idef3-диаграммы), их использование при моделировании предметной области.
Ответ
Эти диаграммы (Data flow diagramming, DFD) хорошо дополняют функциональные диаграммы модели, описывая потоки данных
Позволяют проследить, каким образом происходит обмен информацией как внутри системы между бизнес-функциями, так и системы в целом с внешней информационной средой
Используются для описания документооборота, обработки информации
С помощью DFD-диаграмм требования к проектируемой ИС разбиваются на функциональные компоненты (процессы) и представляются в виде сети, связанной потоками данных
Главная цель декомпозиции DFD-функций - продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами
На DFD-диаграммах могут присутствовать следующие элементы:
-функциональные блоки (процессы);
-стрелки (данные);
-хранилища данных;
-внешние ссылки
13 Билет
Объектно-ориентированный анализ предметной области. Методика определения границ системы и ключевых абстракций. Пример проведения анализа. Функциональные и нефункциональные требования к системе.
Ответ
Этап анализа (analysis) состоит в исследовании системных требований и проблемы,
Объектно-ориентированный анализ и проектирование(научный метод, использующий структуру задачи и позволяющий заменить решение одной большой задачи решением серии меньших задач более простых.).В процессе объектно-ориентированного анализа основное вни-мание уделяется определению и описанию объектов (или понятий) в терминах предметной области
. Задачи:
1) Понять проблему или проблемы, которые программная (или иная) система должна решить.
2) Задать значимые вопросы о проблеме и о системе.
3) Обеспечить основу для ответов на вопросы о специфических свойствах проблемы и системы.
4) Определить, что система должна делать.
5) Определить, что система не должна делать.
6) Убедиться, что система удовлетворит потребности ее пользователей и определить критерии ее приемки. Это особенно важно, когда система разработана по контракту для внешнего клиента.
7) Обеспечить основу для разработки системы.)
Предметная область: Что делается Как делаетсяГде делается Кто делает Когда делаетсяЗачем делается
Целью определения предметной области является ясное описание и утверждение логических границ проекта. Описание предметной области используется для того, чтобы определить, что входит в состав проекта и что находится вне его границ
Границы системы проще всего определить установив основных исполнителей, потребности которых удовлетворяются данной системой
Для этого надо ответить на вопросы:
Кто будет снабжать систему информацией?
Кто будет получать информацию от системы?
Кто будет осуществлять поддержку и обслуживание системы?
Использует ли система внешние ресурсы?
Функциональные требования к системе Эти требования описывают поведение системы и сервисы (функции), которые она выполняет, и зависят от типа разрабатываемой системы и от потребностей пользователей. должно быть указано, как система реагирует на те или иные входные данные, как она ведет себя в определенных ситуациях. Одной задаче исполнителя соответствует один прецедент
Нефункциональные требования к системе, их виды.
Описывают характеристики системы и ее окружения
Эргономичность: Для достижения высокой скорости обслуживания покупателей при его высоком качестве необходимо:
обеспечить минимальное время отклика системы,
текст должен быть виден с расстояния 1 м,
не должно быть мерцания экрана,
предупреждающие сообщения должны сопровождаться звуковыми сигналами
Надежность: При сбое в работе внешних систем (анализ деятельности) необходимо обеспечить возможность локальной обработки данных, их сохранение и последующую передачу
Производительность: Покупатель хочет оформить покупку как можно быстрее
Одна из основных причин задержки – низкая скорость авторизации
Необходимо обеспечить выполнение авторизации менее, чем за 1 минуту в 90% случаев
