- Автоматизация
- Антропология
- Археология
- Архитектура
- Биология
- Ботаника
- Бухгалтерия
- Военная наука
- Генетика
- География
- Геология
- Демография
- Деревообработка
- Журналистика
- Зоология
- Изобретательство
- Информатика
- Искусство
- История
- Кинематография
- Компьютеризация
- Косметика
- Кулинария
- Культура
- Лексикология
- Лингвистика
- Литература
- Логика
- Маркетинг
- Математика
- Материаловедение
- Медицина
- Менеджмент
- Металлургия
- Метрология
- Механика
- Музыка
- Науковедение
- Образование
- Охрана Труда
- Педагогика
- Полиграфия
- Политология
- Право
- Предпринимательство
- Приборостроение
- Программирование
- Производство
- Промышленность
- Психология
- Радиосвязь
- Религия
- Риторика
- Социология
- Спорт
- Стандартизация
- Статистика
- Строительство
- Технологии
- Торговля
- Транспорт
- Фармакология
- Физика
- Физиология
- Философия
- Финансы
- Химия
- Хозяйство
- Черчение
- Экология
- Экономика
- Электроника
- Электротехника
- Энергетика
Системная инженерия 6 страница
| №204 | ||
| Определяющий признак системы | ||
| совокупность взаимосвязанных частей | |
| поведение системы в целом не сводимо к совокупности поведения частей системы | |
|
| достижения некоторого результата | |
|
| методология исследования объекта | |
| №205 | |
| Основой проектирования программного обеспечения является ... подход | |
| Ответ: | системный (без учета регистра) |
| №206 | |
| Совокупность взаимосвязанных частей работающих совместно для достижения некоторого результата | |
| Ответ: | система (без учета регистра) |
| №207 | ||
| Методология исследование объекта любой природы как системы это: | ||
|
| проектирование | |
|
| систематизирование | |
|
| системный подход | |
|
| аналитика | |
| №208 | ||
| Выберите основные принципы системной инженерии | ||
| многозадачность | |
| системный подход | |
|
| минимизация усилий | |
|
| моделецентричность | |
|
| множественность групп описаний | |
| №209 | ||
| Легкость применения программного обеспечения это: | ||
|
| характеристики ПО, позволяющие минимизировать усилия пользователя по подготовке исходных данных, применению ПО | |
|
| отношение уровня услуг, предоставляемых ПО пользователю при заданных условиях, к объему используемых ресурсов | |
|
| характеристики ПО, позволяющие минимизировать усилия по внесению изменений для устранения в нем ошибок и по его модификации | |
|
| способность ПО выполнять набор функций, которые удовлетворяют потребности пользователей | |
| №210 | ||
| Мобильность программного обеспечения это: | ||
|
| способность ПО выполнять набор функций, которые удовлетворяют потребности пользователей | |
|
| способность ПС безотказно выполнять определенные функции при заданных условиях в течение заданного периода времени | |
|
| способность ПО быть перенесенным из одной среды (аппаратного / программного) в другое | |
|
| отношение уровня услуг, предоставляемых ПО пользователю при заданных условиях, к объему используемых ресурсов | |
| №211 | ||
| Устойчивость программного обеспечения — это: | ||
|
| свойство, характеризующее способность ПС завершать автоматически корректное функционирование ПК, несмотря на неправильные (ошибочные) входные данные | |
|
| свойство, способна противостоять преднамеренным или непреднамеренным деструктивным действиям пользователя | |
|
| свойство, характеризующее способность ПС продолжать корректное функционирование, несмотря на неправильные (ошибочные) входные данные | |
|
| способность ПС безотказно выполнять определенные функции при заданных условиях в течение заданного периода времени | |
| №212 | ||
| При конструировании программного обеспечения на этапе разработки или выбора алгоритма решения реализуется следующее: | ||
|
| архитектурные обработки программы | |
|
| выбор языка программирования | |
|
| совершенствование программы | |
|
| архитектурное проектирование | |
| №213 | |
| Проектирование программного обеспечение в основном рассматривается как ... проектирование | |
| Ответ: | архитектурное (без учета регистра) |
| №214 | ||
| На этапе тестирования пользователь выполняет следующее: | ||
|
| синтаксические отладки | |
|
| выбор тестов и метода тестирования | |
|
| определение формы выдачи результатов | |
|
| структурное программирование | |
| №215 | ||
| На какие два класса можно разбить ПО? | ||
|
| классическое | |
|
| большое | |
|
| новаторское | |
|
| малое | |
|
| объектное | |
| №216 | ||
| «Малое» программное обеспечение имеет следующие характеристики: | ||
|
| решает одну несложную, четко поставленную задачу | |
|
| работает на разных платформах | |
|
| размер исходного кода не превышает нескольких сотен строк | |
|
| скорость работы программного обеспечения и необходимые ему ресурсы не играют большой роли | |
|
| решает совокупность взаимосвязанных задач | |
|
| ущерб от неправильной работы не имеет большого значения | |
| №217 | ||
| «Большое» программное обеспечение имеет следующие характеристики: | ||
|
| использование приносит значимую выгоду | |
|
| удобство его использования играет важную роль | |
|
| подробная документация не требуется, ее может заменить исходный код, который доступен | |
|
| модернизация программного обеспечения, дополнение его возможностей требуется редко | |
|
| обязательно наличие полной и понятной документации | |
|
| сбои, неправильная работа, наносит ощутимый ущерб | |
| №218 | ||
| Какая из классификаций программных проектов по размеру группы разработчиков и длительности проекта не верна: | ||
|
| небольшие проекты | |
|
| крупномасштабные проекты | |
|
| колоссальные проекты | |
|
| средние проекты | |
| №219 | ||
| Проектная команда среднего проекта составляет: | ||
|
| менее 10 человек | |
|
| от 100 до 300 человек | |
|
| от 20 до 30 человек | |
|
| от 150 до 350 человек | |
| №220 | ||
| В результате эффективного управления процессами жизненного цикла системы: | ||
|
| определеются главные структурные особенностей системы | |
|
| определяются процессы жизненного цикла системы, которые будут использоваться организацией | |
|
| определяются действия, которые сопровождают изменения состояний объектов | |
|
| определяются возможности для усовершенствования стандартных процессов жизненного цикла систем | |
| №221 | |
| ... — часть процесса создания ПО, ограниченная определенными временными рамками и заканчивающаяся выпуском конкретного продукта , определяемого заданными для данной стадии требованиями. | |
| Ответ: | Стадия (без учета регистра) |
| №222 | ||
| Модель жизненного цикла ПО — это ... | ||
|
| эволюция системы, продукции, услуги, проекта или иного рукотворного объекта от замысла до прекращения использования. | |
|
| структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении жизненного цикла | |
|
| эквивалент экспериментальной модели или "макета" в мире аппаратного обеспечения | |
|
| определение действий, которые сопровождают изменения состояний объектов | |
| №223 | ||
| Что из перечисленного позволяет спиральная модель? | ||
|
| явно учитывать риск на каждом витке эволюции разработки | |
|
| отображать части программ, которые будут модифицироваться | |
|
| обеспечивать управление рисками | |
|
| упорядочивать ход конструирования | |
| №224 | ||
| В какой модели переход на следующий, иерархически нижний этап происходит только после полного завершения работ на текущем этапе? | ||
|
| спиральная модель | |
|
| итерационная модель | |
|
| каскадная модель | |
|
| круговая модель | |
| №225 | ||
| Выберите недостатки каскадной модели: | ||
|
| упорядочении хода конструирования | |
|
| реальные проекты часто требуют отклонения от стандартной последовательности шагов (недостаточно гибкая модель); | |
|
| планирование времени осуществления всех этапов проекта | |
|
| цикл основан на точной формулировке исходных требований к ПО (реально в начале проекта требования заказчика определены лишь частично); | |
|
| результаты проекта доступны заказчику только в конце работы. | |
| №226 | |
| ...– это эволюция системы, продукции, услуги, проекта или иного рукотворного объекта от замысла до прекращения использования. | |
| Ответ: | жизненный цикл (без учета регистра) |
| №227 | ||
| Расположите в правильном порядке стадии создания систем. | ||
| формирование концепции | ||
| разработка | ||
| реализация | ||
| эксплуатация | ||
| поддержка | ||
| снятие с эксплуатации | ||
| Ответ: | 1 2 3 4 5 6 | |
| №228 | |
| ...— это эквивалент экспериментальной модели или "макета" в мире аппаратного обеспечения. | |
| Ответ: | прототип (без учета регистра) |
| №229 | |
| ...-это процесс построения рабочей модели системы. | |
| Ответ: | прототипирование (без учета регистра) |
| №230 | ||
| Прототипирование — это ... | ||
|
| определение определенных действий, которые сопровождают изменения состояний объектов | |
|
| процесс построения рабочей модели системы | |
|
| отображение частей программ, которые будут модифицироваться | |
|
| возможность для некоторого класса находиться одновременно в связи с одним элементом из определенного множества классов | |
| №231 | ||
| Укажите правильную последовательность этапов при каскадной модели жизненного цикла: | ||
| Выработка системных требований | ||
| Выработка требований к ПО | ||
| Анализ | ||
| Проектирование | ||
| Кодирование | ||
| Тестирование | ||
| Эксплуатация | ||
| Ответ: | 1 2 3 4 5 6 7 | |
| №232 | ||
| Что из приведенного не является одним из методов проектирования программного обеспечения? | ||
|
| структурное программирование | |
|
| объектно-ориентированное программирование | |
|
| алгебраическое программирования | |
|
| генетическое программирование | |
| №233 | ||
| Что из приведенного является критериями оценки удобства интерфейсов? | ||
|
| скорость обучения | |
|
| адаптация к стилю работы пользователя | |
|
| отношение пользователя | |
|
| правильность разработки | |
| №234 | ||
| Интерфейс пользователя — это | ||
|
| набор методов взаимодействия компьютерной программы и пользователя этой программы | |
|
| набор методов для взаимодействия между программами | |
|
| исходный документ для сдачи ПО в эксплуатацию | |
|
| прежде всего, набор правил | |
| №235 | ||
| Интерфейс-это | ||
|
| прежде всего, набор правил | |
|
| набор задач пользователя, которые он решает с помощью системы | |
|
| способ взаимодействия между объектами | |
|
| документ объяснений для заказчика | |
| №236 | ||
| Техническое задание — это | ||
|
| документ объяснений для заказчика | |
|
| исходный документ для сдачи ПО в эксплуатацию | |
|
| выходной документ для проектирования, разработки автоматизированной системы | |
|
| прежде всего, набор правил | |
| №237 | ||
| Анализ требований — | ||
|
| отображение функций системы и ее ограничений в модели проблемы | |
|
| показатель супроводжуваности, который определяет необходимые усилия для диагностики случаев отказов; | |
|
| отображение частей программ, которые будут модифицироваться | |
|
| проверка правильности трансформации проекта в программу | |
| №238 | ||
| Архитектура программной системы — | ||
|
| декомпозиция решения для выделенного спектра задач домена на подсистемы или иерархию подсистем | |
|
| определение системы в терминах вычислительных составляющих (подсистем) и интерфейсов между ними, которое отражает правила декомпозиции проблемы на составляющие | |
|
| соответствующие вариации состава выделенных компонент | |
|
| отношения, утверждает наличие связи между понятиями, не уточняя зависимости их содержания и объемов | |
| №239 | ||
| Агрегация — | ||
|
| отношения, утверждает наличие связи между понятиями, не уточняя зависимости их содержания и объемов | |
|
| возможность для некоторого класса находиться одновременно в связи с одним элементом из определенного множества классов | |
|
| объединение нескольких понятий в новое понятие, существенные признаки нового понятия при этом могут быть либо суммой компонент или существенно новыми (отношение «доля — целое») | |
|
| выявление всех ошибок | |
| №240 | |
| ...-самое общее отношение, утверждает наличие связи между понятиями, не уточняя зависимости их содержания и объемов | |
| Ответ: | ассоциация (без учета регистра) |
| №241 | ||
| Ассоциация — | ||
|
| возможность для некоторого класса находиться одновременно в связи с одним элементом из определенного множества классов | |
|
| объединение нескольких понятий в новее понятия, существенные признаки нового понятия о этом могут быть либо суммой компонент или существенно новыми (отношение «доля—целое») | |
|
| самое общее отношение, утверждает наличие связи между понятиями, не уточняя зависимости их содержания и объемов | |
|
| проверка правильности трансформации проекта в программу | |
|
|
|
© helpiks.su При использовании или копировании материалов прямая ссылка на сайт обязательна.
|