• Разработка и анализ требований к программному обеспечению
• Тема 1.1.Понятие программного обеспечения и типы его использования
• Промежуточный тест 1
Набор инструкций, которые заставляют компьютер выполнять поставленные задачи, называется
программой
документом
средой
системой
Укажите программные компоненты.
DLL
Files
Database
LLD
… представляет собой вызываемое структурированное ресурсное представление программного обеспечения и услуг.
API
Database
Files
DLL
Что такое прикладное программное обеспечение?
Пакет компьютерного программного обеспечения, который выполняет определенную функцию для пользователя
Пакет компьютерного программного обеспечения, который выполняет определенную функцию для другого приложения
Программы для запуска оборудования компьютера
Программы для управления всеми другими компьютерными программами
Программное обеспечение используется в образовательных целях
Network & Admin
Education & Reference
file Sharing
File Management
Укажите функции программного обеспечения.
Управление компьютерными ресурсами организации
Обеспечение пользователя всеми инструментами, необходимыми для извлечения пользы из компьютерных ресурсов
Обеспечение свойств папок
Обеспечение свойств файлов
Укажите основные категории программного обеспечения.
Прикладное программное обеспечение
Системное программное обеспечение
Структурное программное обеспечение
Линейное программное обеспечение
Укажите программное обеспечение, которое предназначено для домашнего использования.
Home & Family
Education & Reference
file Sharing
File Management
Программное обеспечение – это совокупность
документации
программ
рабочих процедур
процессов
Укажите программное обеспечение для защиты пользователя и его данных.
Security & Privacy
Development
Backup & Sync
Office & Productivity
Что такое программное обеспечение?
Набор инструкций, которые будут созданы для достижения определенного результата
Набор цифровых инструкций, для работы которых требуется некоторое оборудование
Набор инструкций, данных или программ, используемых для управления компьютерами и выполнения определенных задач
Процесс командной работы над созданием нового приложения
Какие компоненты включает программное обеспечение?
Database
Code
LLD
IPA
… представляет собой удобное графическое представление программного обеспечения.
GUI
Database
Files
DLL
Выберите две основные категории программного обеспечения.
Системное программное обеспечение
Прикладное программное обеспечение
Структурное программное обеспечение
Линейное программное обеспечение
Выберите системное программное обеспечение.
Linux
Oracle
Excel
Windows
Укажите выбираемые программные компоненты.
Driver
API
GUI
IPA
Выберите прикладное программное обеспечение.
Word
Excel
Oracle
Linux
Набор цифровых инструкций, для работы которых требуется некоторое оборудование, – это
программное обеспечение
программный компонент
алгоритм программы
модель программы
Что такое приложение?
Программное обеспечение, которое удовлетворяет конкретную потребность или выполняет задачи
Программное обеспечение, предназначенное для работы с аппаратным обеспечением компьютера
Программное обеспечение, которое предназначено для работы с операционной системой
Программное обеспечение, которое предназначено для работы с алгоритмом системы
• Разработка и анализ требований к программному обеспечению
• Тема 1.2.Разработка программного обеспечения
• Промежуточный тест 2
Стандартный процесс разработки программного обеспечения – это
жизненный цикл разработки программного обеспечения
анализ процесса разработки программного обеспечения
обслуживание разработаного программного обеспечения
документирование разработки программного обеспечения
Как выглядят сценарии использования на диаграмме вариантов использования?
Различные схемы использования функционала разрабатываемой программной системы каждой группой пользователей
Системное программное обеспечение
Инструменты разработки
Встроенное программное обеспечение
Что не включает разработка программного обеспечения?
Исследования
Новые разработки
Прототипирование
Составление проекта
Методологии для создания структур разработки программного обеспечения могут включать
Scaled Agile Framework (SAFe)
Waterfall
Rapid Application Development (RAD)
SCRAM
Этап, на котором формируется SRS (спецификация требований к программному обеспечению), – это
планирование и анализ требований
определение и документирование требований
проектирование
разработка продукта
Базовый проект, который определяет общую структуру системы, ее основные компоненты и их отношения друг с другом с помощью инструментов архитектурного проектирования, – это
детальный дизайн
архитектурный дизайн
дизайн высокого уровня
дизайн низкого уровня
Разработка программного обеспечения обычно включает следующие шаги.
Разработка дизайна на основе решений проблем
Построение модели с помощью инструмента моделирования
Тестирование по заранее запланированным сценариям
Выбор проекта
Укажите программное обеспечение, используемое для управления машинами и устройствами, включая автомобили, телефоны и роботов.
Приложения
Системное программное обеспечение
Инструменты разработки
Встроенное программное обеспечение
Укажите типы разработки программного обеспечения.
Инструменты разработки
Разработка встроенного программного обеспечения+
Разработка проектов-
Разработка решений-
Разработкой программного обеспечения занимаются
программисты
кодировщики
системные администраторы
аналитики
Разработка программного обеспечения включает
кодирование программного обеспечения
ведение базы данных
управление приложением или программным обеспечением
управление проектом
Жизненный цикл разработки программного обеспечения состоит из следующих этапов.
Планирование и анализ требований
Определение и документирование требований
Инициация проекта
Жизненный цикл услуги
Этап, на котором дефекты программного обеспечения сообщаются, отслеживаются, исправляются и повторно тестируются до тех пор, пока программный продукт не достигнет определенных стандартов качества в соответствии с SRS, – это
тестирование
определение и документирование требований
проектирование
разработка продукта
• Разработка и анализ требований к программному обеспечению
• Тема 1.3.Качество программного обеспечения, его метрики и показатели
• Промежуточный тест 3
К параметру «переносимость качества программного обеспечения» относится следующая характеристика.
Пригодность программного обеспечения для использования в различных средах
Способность программного обеспечения работать хорошо, не тратя впустую энергию, ресурсы, усилия, время и деньги
Способность программного обеспечения выполнять указанные функции
Возможность простого переноса программного обеспечения из одного места в другое
Насколько быстро программа работает при определенной нагрузке, – это
локализация
доступность
совместимость
производительность
Способность программного обеспечения работать хорошо, не тратя впустую энергию, ресурсы, усилия, время и деньги, – это
эффективность
доступность
совместимость
производительность
Что относится к аспектам качества процесса?
Соблюдение сроков доставки
Удовлетворение бюджета
Наличие повторяемого процесса разработки
Возможность тестирования кода
Какой компонент качества программного обеспечения включает возможность тестирования кода?
Функциональное качество
Качество конструкции
Качество процесса
Качество разработки
Выберите аспекты, характеризующие качество конструкции.
Возможность тестирования кода
Обслуживаемость кода
Наличие повторяемого процесса разработки
Соблюдение сроков доставки
На этапе обслуживания ПО разработчики могут вносить следующие типы изменений.
Корректирующий
Адаптивный
Тестирование
Функциональный
Какой компонент качества программного обеспечения означает, что программное обеспечение правильно выполняет задачи, которые предназначены для пользователей?
Функциональное качество
Качество конструкции
Качество процесса
Качество разработки
Способность программного обеспечения защищать от несанкционированного доступа – это
безопасность
доступность
совместимость
производительность
Выберите аспекты, характеризующие качество процесса.
Возможность тестирования кода
Обслуживаемость кода
Наличие повторяемого процесса разработки
Соблюдение сроков доставки
Выберите аспекты, которые относятся к функциональному качеству.
Возможность тестирования кода
Обслуживаемость кода
Понятность кода
Переносимость
К параметрам качества программного обеспечения относятся следующие характеристики.
Функциональность
Возможность установки
Локализация
Нефункциональность
К параметрам качества программного обеспечения относятся следующие характеристики.
Доступность
Совместимость
Эффективность.
Нефункциональность
• Разработка и анализ требований к программному обеспечению
• Тема 2.1.Понятие требований к программному обеспечению, их типы, характеристики и классификация
• Промежуточный тест 4
Что такое требование?
Условие или возможность, которыми обладает программное обеспечение или системный компонент для решения реальной проблемы
Область интересов в отношении проектирования программного обеспечения
Область дизайна, которая имеет отношение к одной или нескольким заинтересованным сторонам
Группировка и упаковка внутренних деталей ПО
Как называется свойство, которое должно проявляться чем-то, чтобы решить какую-то проблему в реальном мире?
Требование к программному обеспечению
Требование к пользовательскому интерфейсу
Разработка программного обеспечения
Описание пользовательских требований
Как называется заявление, которое идентифицирует эксплуатационные, функциональные или проектные характеристики или ограничение продукта или процесса?
Требование
Просьба
Желание
Потребность
Какие сложности появляются при нечеткой формулировке требований к домену?
Проблема понятности
Проблема неявности
Проблема согласованности
Проблема реализуемости
Какие требования обеспечивают уровень масштабов и направленности проекта?
Бизнес-требования
Требования заинтересованных сторон+
Требования к решению
Функциональные требования
Какие требования описывают характеристики, которыми должен обладать продукт для удовлетворения потребностей заинтересованных сторон и самого бизнеса?
Бизнес-требования
Требования заинтересованных сторон
Требования к решению
Функциональные требования
Какие типы описаний не дают возможность сформулировать требования к программному обеспечению?
Описание того, как должна вести себя система
Описание того, насколько хорошо должна вести себя система на различных уровнях взаимодействия
Описание того, с помощью чего была реализована система
Описание того, какие результаты получат пользователи
Какие требования описывают, как продукт должен себя вести, каковы его особенности и функции?
Бизнес-требования
Функциональные требования
Требования к решению
Нефункциональные требования
Укажите требования к программному обеспечению.
Требования к продукту
Требования к процессу
Требования к программе
Пользовательские требования
Какие типы требований не относятся к описанию программного обеспечения?
Требования к продукту
Требования к процессу
Требования к программе
Пользовательские требования
Что не входит в содержание требований к программному обеспечению?
Кодификация
Спецификация программного решения
Описание
Программные коды
• Разработка и анализ требований к программному обеспечению
• Тема 2.2. Программные требования
• Промежуточный тест 5
Область знаний «Управление требованиями» тесно связана со следующими областями.
Software quality
Software testing
Software engineering management
Project quality
К группе нефункциональных требований относятся
ограничения
внешние интерфейсы
бизнес-требования
потребительские требования
Программные требования включают
процесс работы с требованиями
анализ требований
утверждение требований
практические выводы
Условие или возможность, которые должны удовлетворяться системой или которыми система должна обладать для обеспечения условий контракта, стандартов, спецификаций, – это
требования
условия
свойства
правила
К основным требованиям программного обеспечения относят
определение требований
требования к продукту и процессу
классификацию требований
обсуждение требований
Выберите категории требований к программному продукту.
Системные требования
Программные требования
Требования к проекту
Бизнес-требования
В SWEBOK секция «Практические соображения» включает
управление изменениями
интегрированную природу процесса с требованиями
атрибуты требований
источники требований
Что такое извлечение требований?
Техника сбора требований
Источники требований
Обсуждение требований
Классификация требований
Программные требования включают
извлечение требований
практические соображения
практические выводы
практические применения
Требования к пользовательскому интерфейсу включают
стратегическое использование цвета и текстуры
наличие справочной информации
ориентированный на пользователя подход
настройки просмотра на основе группы
переносимость
Что не входит в спецификацию требований?
Документ определения системы
Спецификация системных требований
Спецификация программных требований
Классификация требований
В каком документе идентифицируются и описываются бизнес-правила?
Business rules document
В сценариях Use cases
Software engineering process
Software requirements
Область знаний «Анализ требований» включает
архитектурное проектирование и распределение требований
обсуждение требований
сбор требований
приемочные тесты
… описывают дополнительные характеристики продукта в различных «измерениях», важных для пользователей и/или разработчиков.
Атрибуты качества
Ограничения
Внешние интерфейсы
Бизнес-правила
• Разработка и анализ требований к программному обеспечению
• Тема 2.3. Функции типов требований
• Промежуточный тест 6
Эти требования вытекают из политик и процедур организации.
Организационные требования
Внешние требования
Внутренние требования
Требования к продукту
Укажите совокупность возможных требований пользователя.
Менеджеры по работе с клиентами
Конечные пользователи системы
Менеджеры подрядчиков
Разработчики программного обеспечения
Требования пользователя эквивалентны
бизнес-целям
целям клиента
техническим целям
системным целям
Нефункциональная метрика требований «Скорость» включает следующее.
Обработанная транзакция/сек
Время ответа пользователя/события
Частота обновления экрана
Объем памяти (КБ)
Что определяют пользовательские требования?
Что нужно пользователю
Как пользователь будет взаимодействовать с данным продуктом
Проблемы клиента
Возможности технология
Укажите верное утверждение.
Функциональные требования могут описать не только то, что должна делать строящаяся система, но и то, чего она не должна делать
Функциональные требования могут описать граничные условия или внешние факторы для строящейся системы, которые будут влиять на рабочий диапазон или возможности системы после того, как она будет запущена
Функциональные требования могут включать экологические ограничения, соответствие федеральным законам и законам штата или отраслевым нормам
Функциональные требования могут включать свойства качества или времени безотказной работы, используемые языки программирования
Организационные требования включают следующее.
Требования к стандартам
Требования к доставке
Требования к реализации
Требования к эффективности
Описание легкости, с которой программное обеспечение может быть перенесено с одной платформы на другую, – это
требования к надежности
требования к переносимости
требования к удобству
требования к эффективности
Требования к логической базе данных включают
ограничения на сохранение и целостность данных
требования, определяющие доступ к данным
требования, определяющие частоту использования данных и возможности доступа
временные ограничения
Требования к продукту включают следующее.
Требования к эффективности
Требования к надежности
Требования к доставке
Требования к стандартам
Описание результатов с точки зрения заинтересованных сторон – это
бизнес-требования
требования пользователя
системные требования
требования аналитика
Укажите, какие требования включают все требования, влияющие на программное обеспечение или процесс его разработки извне.
Организационные требования
Внешние требования
Внутренние требования
Требования к продукту
Выберите нефункциональные требования.
Безопасность
Надежность
Производительность
Функциональность программного обеспечения
В каком документе описываются требования пользователей?
В бизнес-плане или модели
В пользовательских историях
В спецификации требований к программному обеспечению (SRS) или документах требований к продукту (PRD)
В техническом задании
Нефункциональные требования включают
экологические ограничения, соответствие федеральным законам и законам штата или отраслевым нормам
стандарты безопасности
временные ограничения
аннотации и приложения, а также ссылки на другие документы
Надежность – это атрибут, который описывает
насколько сложно пользователю будет изучить систему и работать с ней
насколько просто разобраться в интерфейсе, кнопках, заголовках
сколько попыток требуется пользователям для выполнения конкретной задачи
насколько вероятно, что программное обеспечение будет работать без сбоев в течение определенного времени
Системные требования представляют собой
подробное описание функций
подробное описание служб
описание операционных ограничений программной системы
описание проблемы клиентов
Что включает нефункциональная метрика требований «Портативность»?
Обработанная транзакция/сек
Время ответа пользователя/события
Процент заявлений, зависящих от цели
Количество целевых систем
• Разработка и анализ требований к программному обеспечению
• Тема 3.1. Методы и инструменты выявления требований к программному обеспечению
• Промежуточный тест 7
Что описывает модель процесса TO-BE?
Как бизнес-процесс корректируется с установленной системой
Взаимодействия между объектами во времени
Внешние или внутренние системы
Вид сверху вниз с собщениями
Заинтересованные стороны проекта могут включать
экспертов в предметной области
менеджеров
юзабилити-специалистов
IT-рекрутеров
Укажите источники требований.
Цели (бизнес-интересы)
Базовые знания
Заинтересованные стороны
Незаинтересованные стороны
Способ узнать требования «Обзоры» – это
опросы среди различных заинтересованных сторон об их ожиданиях и требованиях от будущей системы+
документ с заранее определенным набором объективных вопросов и соответствующих вариантов, передающийся всем заинтересованным сторонам для ответов, которые собираются и компилируются
неформальные дискуссии, проводящиеся между различными заинтересованными сторонами. Все их вклады записываются для дальнейшего анализа требований
создание пользовательского интерфейса без добавления подробных функций, позволяющих пользователю интерпретировать функции предполагаемого программного продукта
Эти инструменты помогают выявить более точные требования и внести ясность в перевод бизнес-процессов в программные решения.
Ментальные карты
Схема последовательности действий
Контекстная диаграмма
Истории заказчика
Контекстная диаграмма определяет
границы системы
окружающую среду
взаимодействующие объекты
взаимодействующие предметы
Выберите диаграмму вариантов использования.
Выберите один ответ:
Диаграмма функциональной декомпозиции обеспечивает
вид сверху вниз на бизнес-процесс
функции системы
внешние или внутренние системы
конечных пользователей
Укажите способы узнать требования к программному обеспечению.
Анализ задачи
Анализ домена
Мозговой штурм
Анализ заказчиков
Для выявления требований организация может проводить несколько типов собеседований, таких как
письменные интервью
индивидуальные интервью
групповые интервью
сторонние интервью
• Разработка и анализ требований к программному обеспечению
• Тема 3.2. Разработка требований к программному обеспечению
• Промежуточный тест 8
Спецификация требований к программному обеспечению (SRS) – это
документ, созданный системным аналитиком после сбора требований от различных заинтересованных сторон
документ, который должен содержать адекватные комментарии и рекомендации для руководства о том, следует ли осуществлять проект
документ с идеями и конечными целями клиентов/пользователей
документ о нормативных требованиях
Требования к программному обеспечению можно проверить на соответствие следующим условиям.
Если они могут быть реализованы на практике
Если они действительны и соответствуют функциональности и предметной области программного обеспечения
Если есть неясности
Если они не могут быть реализованы на практике
Кто несет ответственность за документирование требований на техническом языке, чтобы они могли быть понятны и полезны команде разработчиков программного обеспечения?
Системный аналитик
Менеджер проекта
Программист
Тестировщик
Укажите лиц, отвечающих за маркетинг, которые нуждаются в идентификации потребностей и обращении к тем, кто может играть роль квалифицированных представителей потребителей.
Пользователи (Users)
Заказчики (Customers)
Аналитики (Market analysts)
Систематики (Taxonomists)
Кто ответственен за техническую оценку путей решения поставленных задач и последующую реализацию требований заказчиков?
Инженеры-программисты (Software Enginner):
Заказчики (Customers)
Аналитики (Market analysts)
Систематики (Taxonomists)
Модель процесса определения требований
не является дискретной
идентифицирует программные требования как элементы конфигурации
требует адаптации к проектному и/или организационному контексту
является дискретной
Основные виды деятельности инженерии требований включают
технико-экономическое обоснование
выявление требований
анализ требований
управление процессами
Требования к программному обеспечению можно проверить на соответствие следующим условиям.
Если они полные
Если они могут быть продемонстрированы
Если есть неясности
Если они не могут быть реализованы на практике
Выберите документ, который формируется на этапе выявления и анализа требований.
Технико-экономический отчет
Системные модели
Пользовательские и системные требования
Нормативные требования
Технико-экономическое обоснование анализирует технические аспекты проекта и продукта, такие как
удобство использования
обслуживаемость
возможность экспорта
возможность импорта
• Разработка и анализ требований к программному обеспечению
• Тема 3.3. Область и схема разработки требований
• Промежуточный тест 9
Какой подход рассматривается как контекст для сбора пользовательских требований, определяющий ответы на вопросы «что если» и «как это делается» в отношении бизнес-процессов, реализуемых пользователями?
Интервьюирование
Сценарии
Прототипы
Наблюдение
Как называется этап обсуждения требований с клиентами и конечными пользователями?
Сбор требований
Организация требований
Переговоры и обсуждение
Документирование требований
Какой из параметров не влияет на идентификацию источников требований?
Цель
Знание предметной области
Заинтересованные лица
Организационная среда
Команда разработчиков
Укажите верное утверждение, касающееся области знаний «Проверка требований (Requirements Validation)».
Эта область освещает вопросы сбора требований как с точки зрения организации процесса, так и определения источников, откуда поступают требования
Эта область является средой для отслеживания требований от начала процесса разработки до доставки программного обеспечения пользователю
Эта область напрямую связана с процедурами проверки и утверждения
Эта область посвящена процессам трансформации информации, полученной от пользователей, в четко и однозначно определенные требования, передаваемые инженерам для реализации в программном коде
На этом этапе пользовательские и системные требования должны быть оформлены в виде единого документа, содержащего все функциональные и нефункциональные требования. Укажите его.
«Согласование и утверждение требований»
«Анализ осуществимости»
«Формирование и анализ требований»
«Документирование требований»
Какие практики позволяют добиться действительно четкой системы требований, отвечающих реальным потребностям и приоритетам заказчиков?
Интервьюирование
Сценарии
Прототипы
Наблюдение
Кодирование
Выберите практики и подходы, позволяющие добиться четкой системы требований, отвечающих реальным потребностям и приоритетам заказчиков.
Наблюдение (observation)
«Разъясняющие встречи»
Прототипы
Программирование
Выберите стандарты и общепринятые практики, связанные с архитектурным проектированием.
Стандарт IEEE 1471-2000
Модель Захмана
TOGAF
ISO 5807:1985
Спецификация требований должна удовлетворять следующим характеристикам качества.
Корректность
Однозначность
Несогласованость
Переносимость
Область знаний «Анализ требований»
освещает вопросы сбора требований как с точки зрения организации процесса, так и определения источников, откуда поступают требования
является средой для отслеживания требований от начала процесса разработки до доставки программного обеспечения пользователю
напрямую связана с процедурами проверки и утверждения
посвящена процессам трансформации информации, полученной от пользователей, в четко и однозначно определенные требования, передаваемые инженерам для реализации в программном коде
• Разработка и анализ требований к программному обеспечению
• Тема 3.4. Спецификации требований к программному обеспечению
• Промежуточный тест 10
… использует (-ют) стратегии контролирования, применяемые к требованиям, чтобы признать, что требования указаны должным образом.
Разложение проблемы на компоненты
Обратная связь
Проверка
Входные данные для проектирования
… устанавливает основу для соглашения между клиентами и подрядчиками или поставщиками. (В проектах, ориентированных на рынок, эти роли могут играть отделы маркетинга и разработки.)
Документ с описанием системы
Спецификация системных требований
Спецификация требований к программному обеспечению
Документ с описанием функций системы
Укажите цели, обслуживаемые SRS.
Обратная связь
Разложение проблемы на компоненты
Проверка
Экспорт программного обеспечения
Подраздел «Особые требования» в SRS включает
системные атрибуты
функциональные требования
требования к базе данных
бизнес-правила
определения
Раздел спецификации «Конкретные требования» включает следующие подразделы.
Внешний интерфейс
Функции
Требования к производительности
Характеристики пользователя
Индикаторы для всего документа спецификации требований к программному обеспечению включают
размер
удобочитаемость
спецификацию
глубину и структуру текста
глубину и структуру страницы
Раздел спецификации «Конкретные требования» включает следующие подразделы.
Логическая база данных требований
Ограничение проектирования
Атрибуты программной системы
Характеристики пользователя
Какова спецификация требований к программному обеспечению (SRS)?
Требования пользователя выражаются на естественном языке
Технические требования выражены на структурированном языке, который используется внутри организации
Описание дизайна должно быть написано псевдокодом
Технические требования выражены на неструктурированном языке
Раздел в спецификации «Общее описание» включает следующие подразделы.
«Ограничения»
«Предположения и зависимости»
«Разъяснение требований»
«Характеристики системного аналитика»
Спецификация требований к программному обеспечению позволяет менеджерам
планировать процессы разработки системы
понять, какая система должна быть разработана
адаптировать систему к новым требованиям
определить и проверить, отвечают ли требования желаемым потребностям
В подразделе … приводится перечень предположений и факторов, влияющих на требования, как указано в настоящем документе.
«Предположения и зависимости»
«Функции продукта»
«Характеристики пользователя»
«Ограничения»
Укажите верное утверждение.
Документ требований «Спецификация» должен быть достаточно гибким, чтобы учесть изменения-
Документ требований «Спецификация» должен быть терпимым к неполноте и сложности
Документ требований «Спецификация» должен разрабатываться независимо от модели проектирования или реализации
Документ требований «Спецификация» должен развиваться в соответствии с желаемым поведением системы
Укажите верное утверждение.
Когнитивная модель должна быть достаточно гибкой, чтобы учесть изменения
Когнитивная модель должна быть терпимой к неполноте и сложности
Когнитивная модель должна разрабатываться независимо от модели проектирования или реализации
Когнитивная модель должна развиваться в соответствии с желаемым поведением системы-
… определяет функциональные возможности системы.
Подраздел «Внешний интерфейс»
Подраздел «Функции»
Подраздел «Требования к производительности»
Подраздел «Логическая база данных требований»
… определяет логические требования, которые должны храниться (тип используемой информации, частота использования, объекты данных и отношения между ними и так далее).
Подраздел «Внешний интерфейс»
Подраздел «Функции»
Подраздел «Требования к производительности»
Подраздел «Логическая база данных требований»
При подготовке SRS следует соблюдать определенные руководящие принципы. Укажите их.
Функциональность
Модель анализа
Когнитивная модель+
Нефункциональность
Этот документ закладывает основу для деятельности по разработке программного обеспечения и создается при получении и анализе всех требований.
Спецификация требований (SRS)
Техническое задание
Документ о нормативных требованиях
Технико-экономический отчет
• Разработка и анализ требований к программному обеспечению
• Тема 3.5. Документы требований к программному обеспечению
• Промежуточный тест 11
Как используют тестировщики документ с требованиями персонала по обеспечению качества?
Пожелают как можно полнее объяснить, как их потребности могут быть удовлетворены
Попытаются создать проект программного обеспечения, который будет удовлетворять всем требованиям, установленным разработчиками системы
Будут использовать документ с требованиями в качестве контракта для подачи заявки на систему, а затем будут контролировать производство программного обеспечения на протяжении всего жизненного цикла разработки программного обеспечения
Будут использовать документ с требованиями в качестве основы для написания и проведения тестов для проверки функционирования системы в соответствии с ее проектом
Документ с требованиями должен включать
предлагаемые методы и процедуры
сводку улучшений
сводку воздействий
сводку импорта
Как используют менеджеры и руководители проектов документ с требованиями?
Пожелают как можно полнее объяснить, как их потребности могут быть удовлетворены
Попытаются создать проект программного обеспечения, который будет удовлетворять всем требованиям, установленным разработчиками системы
Будут использовать документ с требованиями в качестве контракта для подачи заявки на систему, а затем будут контролировать производство программного обеспечения на протяжении всего жизненного цикла разработки программного обеспечения
Будут использовать документ с требованиями в качестве основы для написания и проведения тестов для проверки функционирования системы в соответствии с ее проектом
Какой тип документа представляет собой визуальный документ, показывающий, как сложные процессы разбиваются на более простые компоненты?
Сценарии использования
Истории пользователей
Функциональная декомпозиция
Программные прототипы
Критерий «Ценный» в модели качества INVEST означает, что
вы можете запланировать и реализовать каждую пользовательскую историю отдельно
все стороны соглашаются отдать приоритет переговорам над спецификацией
все истории должны быть уникальными для покупателя
требования выполнены и готовы к использованию
Что писать в документе с требованиями к программному обеспечению?
Сокращения и определения
Устройства, платформы и ОС
Монетизация
Виды системных программ
Модель качества INVEST включает следующие критерии.
Независимый
Договорной
Ценный
Нетестируемый
Требования могут быть эффективно сформулированы на основе
опыта знающих людей
соблюдения прошлых требований
следования руководящим принципам
несоблюдения прошлых требований
Какая из заинтересованных сторон желает получить как можно более полное объяснение того, как их потребности могут быть удовлетворены?
Клиенты
Разработчики
Тестировщики
Руководители проектов
Какой тип документа описывает взаимодействие между системой и внешними пользователями, которое приводит к достижению определенных целей?
Сценарии использования
Истории пользователей
Функциональная декомпозиция
Программные прототипы
Как представляются ассоциации на диаграмме вариантов использования?
Овалами
Рамкой, в которой сгруппированы различные варианты использования в системе
В виде объектов, которые изображают внешних пользователей (людей или системы), взаимодействующих с системой
Линиями, показывающими различные типы отношений между участниками и вариантами использования
Существуют определенные функции, которые должны быть описаны в спецификации требований к программному обеспечению. Укажите их.
Геолокация
Интеграция с социальными сетями
Всплывающие уведомления
Источники питания
Для чего спецификация должна полностью описать продукт, который нужен заказчику?
Для связи
Для заказчика
Для разработчиков
Для создания решения
В документе с требованиями необходимо описать
операционную среду
план разработки
план экспорта
план импорта
Что писать в документе с требованиями к программному обеспечению?
Действия
Дизайн
Функции
Виды системных программ
Какая из заинтересованных сторон будет использовать документ с требованиями в качестве контракта для подачи заявки на систему?
Клиенты
Разработчики
Тестировщики
Руководители проектов
Диаграмма вариантов использования включает следующие основные элементы.
Актеры
Ассоциации
Процессы управления
Объекты перемещения
Какой тип документа представлен на схеме?
Сценарии использования
Истории пользователей
Функциональная декомпозиция
Программные прототипы
… представляет (-ют) собой задокументированное описание функции программного обеспечения с точки зрения конечного пользователя.
Сценарии использования
Истории пользователей
Функциональная декомпозиция
Программные прототипы
• Разработка и анализ требований к программному обеспечению
• Контрольные мероприятия
• Итоговый тест
Требования к эффективности – описание степени, в которой программное обеспечение оптимально использует следующие ресурсы.
Скорость, с которой работает система
Память, которую она потребляет для своей работы
Легкость, с которой пользователи могут работать
Легкость, с которой программное обеспечение может быть перенесено
Укажите вид требований (или понятие), который определяет высокоуровневые цели организации или клиента.
Потребности
Бизнес-требования
Пользовательские требования
Бизнес-правила
Процесс разработки требований включает
тестирование
техническое задание
спецификацию требований к программному обеспечению
проверку требований к программному обеспечению
Выберите параметры, которые характеризуют функциональные требования к ПО.
Технические детали
Манипулирование данными
Аварийное восстановление
Удобство использования
Укажите, о чем идет речь в описании.
Взаимодействуя с пользователями, обсуждая и анализируя с ними задачи, возлагаемые на систему, разрабатывая модели и прототипы, разработчики формулируют пользовательские требования.
Анализ предметной области
Анализ осуществимости
Формирование и анализ требований
Документирование требований
Какие требования не относятся к требованиям программного обеспечения?
Функциональные требования и нефункциональные требования
Независимые свойства
Требования к разработчикам
Требования к инструментальным средствам
Выберите требования, которые входят в группу«Организационные требования».
Функциональная совместимость
Эффективность
Удобство использования
Законодательные требования
Стандарты
Реализация
Документ требований может включать следующие типы требований.
Требования к домену
Требования к логической базе данных
Требования к системным атрибутам
Требования к проектному решению
Как называется определение того, что требование должно быть смещено в сторону текстового описания?
Заявление
Процесс
Ограничение
Рекомендации по обеспечению качества
Какой из инструментов выявления требований обеспечивает вид сверху вниз на бизнес-процесс?
Контекстная диаграмма
Функциональная декомпозиция
Диаграмма вариантов использования
Схема последовательности действий
Для какой практики создания продукта, который соответствует ожиданиям пользователей и других заинтересованных лиц, характерна проблема смещения внимания с целевых функций?
Обзор требований
Прототипирование
Интервьюирование
Наблюдение
Утверждение модели
Какой из этапов не входит в разработку программного обеспечения?
Выбор методологии для создания структуры
Сбор требований
Выбор или построение архитектуры
Выбор проекта
С помощью чего осуществляется уточнение или детализация требований?
Интервьюирование
Сценарии
Прототипы
Наблюдение
Укажите верное утверждение.
Модель анализа должна быть достаточно гибкой, чтобы учесть изменения
Модель анализа должна быть терпимой к неполноте и сложности
Модель анализа должна разрабатываться независимо от модели проектирования или реализации
Модель анализа должна развиваться в соответствии с желаемым поведением системы
Выберите программное обеспечение для обмена медиафайлами, фильмами, музыкой, фотографиями через Интернет.
File Sharing
Web browser
Office & Productivity
Backup & Sync
Различные языки, часовые пояса и другие подобные функции, в которых может работать программное обеспечение, – это
локализация
доступность
совместимость
производительность
К группе нефункциональных требований относятся
бизнес-правила
внешние интерфейсы
атрибуты качества
функциональные требования
Какой тип документа представлен на схеме?
Сценарии использования
Истории пользователей
Функциональная декомпозиция
Программные прототипы
Проект программного обеспечения включает описание
структуры программного обеспечения
модели данных, интерфейсов между компонентами системы
алгоритмов
проектов
В SWEBOK секция «Практические соображения» включает
трассировку требований
изменяемые требования
спецификацию системных требований
источники требований
Какой тип разработки программного обеспечения предназначен для разработки операционных систем, систем хранения и другого?
Разработка приложений по предоставлению функциональных возможностей для выполнения задач
Разработка системного программного обеспечения для обеспечения основных функций
Инструменты разработки для обеспечения работы разработчикам ПО
Разработка встроенного программного обеспечения
Какой тип требований содержит высокоуровневые заявления о целях, задачах и потребностях?
Бизнес-требования
Требования пользователя
Системные требования
Требования разработчика
Что относится к аспектам качества процесса?
Соблюдение сроков доставки
Удовлетворение бюджета
Наличие повторяемого процесса разработки
Возможность тестирования кода
Уровень проектирования, который фокусируется на всех деталях реализации, необходимых для указанной архитектуры, – это
детальный дизайн
архитектурный дизайн
дизайн высокого уровня
дизайн низкого уровня
Photos & Graphics – это программное обеспечение, которое используется
для открытия, редактирования, создания изображений и графики
для просмотра, редактирования и конвертации видеофайлов
для управления сетью ИТ-систем и операционными системами
для прослушивания, редактирования, преобразования и создания музыки
Подраздел … предоставляет информацию, такую как таблица содержимого, индекс и так далее.
«Вспомогательная информация»
«Атрибуты программной системы»
«Требования к производительности»
«Процесс управления изменениями»
Каким объектом представляются «Актеры» на диаграмме вариантов использования?
Пользователями вне системы, которые взаимодействуют с системой
Рамкой, в которой сгруппированы различные варианты использования в системе
Линиями, показывающими различные типы отношений между участниками и вариантами использования
Пользователями вне системы, которые не взаимодействуют с системой
Определите последовательность логики функциональной декомпозиции.
Найдите следующий уровень подфункции Ответ 1
Проверьте свою диаграмму Ответ 2
Найдите наиболее общую функцию Ответ 3
Найдите ближайшую подфункцию Ответ 4
Программные прототипы могут быть
дешевыми
быстрыми
эволюционными
неинкрементальными
Тестирование программного обеспечения оценивает
производительность
безопасность
совместимость продукта
переносимость продукта
Подраздел … определяет требования, чтобы они могли быть должным образом структурированы для оптимального понимания.
«Организация конкретных требований»
«Атрибуты программной системы»
«Требования к производительности»
«Процесс управления изменениями»
Для работы веб-приложений требуется
доступ в Интернет
системное программное обеспечение
прикладное программное обеспечение
веб-браузер
Программное обеспечение – это набор
документации
связанных библиотек
исполняемого программного кода
процессов
Укажите типичные примеры ролей, участвующих в процессе работы с требованиями.
Пользователи (Users)
Заказчики (Customers)
Аналитики (Market analysts)
Систематики (Taxonomists)
Как определены требования в стандарте IEEE?
Как условие или возможность, необходимые пользователю для решения проблемы или достижения цели
Как условие или возможность, которые должны выполняться или которыми должна обладать система или системный компонент, чтобы соответствовать контракту, стандарту, спецификации или другим формально установленным документам
Как вопросы планирования, координации, измерения, отчетности и контроля над проектом или программой
Как вопросы расширения существующих возможностей, адаптации программного обеспечения для работы в новых и измененных операционных средах и исправления дефектов
Какие инструменты помогают выявить более точные требования и внести ясность в перевод бизнес-процессов в программные решения?
Схема последовательности действий
Модель процесса "КАК ЕСТЬ" и "КАК БУДЕТ"
Истории пользователя
Истории заказчика
Для разработки документа о требованиях широко используется
стандарт IEEE
ГОСТ 19.105–78
ГОСТ 19.202–78
ГОСТ 59194–2020
Документ требований может включать следующие типы требований.
Функциональные требования
Нефункциональные требования
Требования к ограничениям проектирования
Требования к проектному решению
Отзывы
Отзывов пока нет.