дипломы,диссертации,курсовые,контрольные,рефераты,отчеты на заказ

Надежность, эргономика и качество АСОИУ
(Гос. 2000г)
для специальности 220200
Сенченко П.В.
Томск-2005

Указаны только правильные ответы, другие варианты можно узнать скачав файл из архива → Надежнос.АОИ.

1. Основы теории надежности.
дипломы,курсовые,рефераты,контрольные,диссертации,отчеты на заказ

№ 1
Безотказность -
• свойство объекта непрерывно сохранять работоспособное состояние в течение некоторого времени или наработки.

№ 2
Долговечность -
• свойство объекта сохранять работоспособное состояние при установленной системе технического обслуживания и ремонта.

№ 3
Ремонтопригодность -
• свойство объекта, заключающееся в приспособленности к поддержанию и восстановлению работоспособного состояния путем технического обслуживания и ремонта.

№ 4
Сохраняемость -
• свойство объекта сохранять в заданных пределах значения параметров, характеризующих способность объекта выполнять требуемые функции, в течение и после хранения и (или) транспортирования.

№ 5
Исправное состояние -
• состояние объекта, при котором он соответствует всем требованиям нормативно-технической и (или) конструкторской (проектной) документации.

№ 6
Неисправное состояние -
• состояние объекта, при котором он не соответствует хотя бы одному из требований нормативно-технической и (или) конструкторской (проектной) документации.

№ 7
Надежность трактуется как:
• свойство объекта сохранять во времени в установленных пределах значения всех параметров, характеризующих способность выполнять требуемые функции в заданных режимах и условиях применения, технического обслуживания, ремонта, хранения и транспортирования.

№ 8
Работоспособное состояние -
• состояние объекта, при котором значения всех параметров, характеризующих способность выполнять заданные функции, соответствуют требованиям нормативно-технической и (или) конструкторской (проектной) документации.

№ 9
Неработоспособное состояние -
• состояние объекта, при котором значения хотя бы одного параметра, характеризующего способность выполнять заданные функции, не соответствует требованиям нормативно-технической и (или) конструкторской (проектной) документации.

№ 10
Предельное состояние -
• состояние объекта, при котором его дальнейшая эксплуатация недопустима или нецелесообразна, либо восстановление его работоспособного состояния невозможно или нецелесообразно.

№ 11
ОТКАЗ –
• событие, заключающееся в нарушении работоспособного состояния объекта.

№ 12
Повреждение -
• событие, заключающееся в нарушении исправного состояния объекта при сохранении работоспособного состояния.

№ 13
Дефектом называется:
• каждое отдельное несоответствие объекта установленным требованиям или нормам.

№ 14
Оценка надежности -
• измерение количественных метрик атрибутов субхарактеристик в использовании: завершенности, устойчивости к дефектам, восстанавливаемости и доступности/готовности.

2. Основные понятия надежности АСОИУ.

№ 15
Критерий длительности наработки на отказ:
• определяется временем работоспособного состояния системы между последовательными отказами или началами нормального функционирования системы после них.

№ 16
Интенсивность отказов -
• относительное количество отказов, приходящееся на каждую единицу времени.

№ 17
Вероятность отказа –
• вероятность появления отказа до конца заданного интервала.

№ 18
Вероятность безотказной работы –
• вероятность того, что объект сохранит работоспособность, т.е. не будет отказов в течение заданного интервала.

№ 19
Вероятности отказа соответствует следующей функции распределения:
• Q(T0)=P(t<T0)=F(T)=1-e-λt.

№ 20
Надежность АСОИУ должна повышаться за счет:
• средств обеспечения помехоустойчивости, оперативного контроля и восстановления функционирования программ и баз данных.

№ 21
Два автоматизированных рабочих места информационной системы испытывались 100 часов, зафиксировано 20 отказов. Интенсивность отказов λ равна:
• 0,1 (1/час).

№ 22
Три автоматизированных рабочих места информационной системы испытывались 1000 минут, зафиксировано 30 отказов. Интенсивность отказов λ равна:
• 0,01 (1/мин).

№ 23
В течение 500 часов испытывались 5 АРМов системы. Зафиксировано 2 отказа. Вероятность безотказной работы системы: P(500) равна:
• 0,6.

№ 24
В течение 100 часов испытывались 10 АРМов системы. Зафиксировано 2 отказа. Вероятность безотказной работы системы: P(100) равна:
• 0,8.

№ 25
В течение 500 часов испытывались 5 АРМов системы. Зафиксировано 2 отказа. Вероятность отказа системы: Q(500) равна:
• 0,4.

№ 26
В течение 100 часов испытывались 10 АРМов системы. Зафиксировано 2 отказа. Вероятность отказа системы: Q (100) равна:
• 0,2.

3. Методы, обеспечивающие повышение надежности АСОИУ.

№ 27
К объектам уязвимости АСОИУ не относятся:
• входящая информационная база данных.

№ 28
К внутренним дестабилизирующим факторам относятся:
• ошибки при постановке целей и задач создания АСОИУ.

№ 29
К внутренним дестабилизирующим факторам относятся:
• ошибки, возникающие на стадии разработки системы.

№ 30
К внутренним дестабилизирующим факторам относятся:
• ошибки в текстах программ и описаниях данных.

№ 31
К внешним дестабилизирующим факторам относятся:
• ошибки оперативного и обслуживающего персонала в процессе эксплуатации системы.

№ 32
К внешним дестабилизирующим факторам не относятся:
• ошибки при постановке целей и задач создания АСОИУ.

№ 33
Как к внутренним, так и к внешним дестабилизирующим факторам могут относиться:
• сбои и отказы в аппаратуре вычислительных средств.

№ 34
Свести к минимуму дефекты проектирования можно при помощи:
• CASE-средств.

№ 35
Для обнаружения и устранения ошибок проектирования все этапы разработки и сопровождения АСОИУ должны быть:
• поддержаны методами и средствами систематического тестирования.

№ 36
Для удостоверения качества, надежности и безопасности применения АСОИУ, используемые в них подсистемы:
• должны быть подвергнуты обязательной сертификации аттестованным, проблемно-ориентированным испытаниям.

№ 37
К основным оперативным методам, повышающим надежность АСОИУ, можно отнести:
• применение средств поддержки целостности БД;
• использование средств восстановления системы после различных программных и аппаратных сбоев.

№ 38
При успешном проведении аттестационных испытаний на каждый программный продукт выдается:
• сертификат соответствия.

4. Стандарты качества АСОИУ, общие положения.

№ 39
Качество - это:
• совокупность характеристик объекта, имеющая отношение к его способности удовлетворить установленные и предполагаемые требования потребителя.

№ 40
Система качества - это:
• совокупность организационной структуры, методик, процессов и ресурсов, необходимых для общего руководства качеством.

№ 41
Качество информационной системы - это:
• обобщенная положительная характеристика системы, выражающая степень ее полезности пользователю.

№ 42
К стандарту ISO 9126-1-4 не относятся:
• модели соответствия.

№ 43-45
К стандарту ISO 9126-1-4 относятся:
• внутренние метрики, внешние метрики, метрики качества в использовании.

№ 46
Модель качества информационной системы не может использоваться для:
• проверки целостности АСОИУ.

№ 47
Модель качества информационной системы может использоваться для:
• идентификации критериев приемки пользователем и сертификации законченной разработкой АСОИУ.

№ 48
Внутренние метрики могут применяться в ходе проектирования и программирования:
• к неисполняемым компонентам системы;
• к документации на АСОИУ

№ 49
Внешние метрики используют:
• меры АСОИУ, выведенные из поведения системы, частью которых они являются, путем испытаний, эксплуатации или наблюдения исполняемой системы.

№ 50
Метрики качества в использовании измеряют:
• в какой степени продукт удовлетворяет потребности конкретных пользователей.

5. Стандартизированные показатели качества информационных систем, выбор характеристик и метрик качества АСОИУ.

№ 51
Функциональные возможности –
• набор и описания субхарактеристик и атрибутов, определяющие назначение, номенклатуру, основные, необходимые и достаточные функции АСОИУ.

№ 52
Функциональная пригодность –
• набор и описания субхарактеристик и атрибутов, определяющие назначение, номенклатуру, основные, необходимые и достаточные функции АСОИУ, заданные техническим заданием и спецификациями требований заказчика или потенциального пользователя.

№ 53
Правильность – корректность –
• способность системы обеспечивать правильные или приемлемые результаты и эффекты.

№ 54
Способность к взаимодействию –
• свойство АСОИУ и их компонентов взаимодействовать с одной или большим числом указанных систем или компонентов.

№ 55
Защищенность –
• свойство системы защищать программы, информацию и данные.

№ 56
Качество защиты ИС характеризуется:
• величиной предотвращенного ущерба, возможного при проявлении дестабилизирующих факторов и реализации конкретных угроз безопасности, а также средним временем между возможными проявлениями угроз, нарушающих безопасность.

№ 57
Согласованность -
• свойство АСОИУ соответствовать стандартам, нормативным документам, соглашениям или нормам законов и подобных предписаний, связанным с функциями, областью применения и защитой системв.

№ 58
Устойчивость к дефектам и ошибкам:
• свойство АСОИУ поддерживать заданный уровень качества функционирования в случаях проявления дефектов и ошибок или нарушения установленного интерфейса.

№ 59
Восстанавливаемость –
• свойство АСОИУ в случае отказа восстанавливать заданный уровень качества функционирования, а также поврежденные программы и данные.

№ 60
Основным показателем процесса восстановления является:
• длительность восстановления и ее вероятностные характеристики;
• полнота восстановления нормального функционирования программ в процессе ручного или автоматического их перезапуска – рестарта.

№ 61
Временная эффективность –
• свойство системы, обеспечивающее требуемое время отклика и обработки заданий, а также пропускную способность при выполнении ее функций в заданных условиях.

№ 62
Простота использования –
• свойство системы, обеспечивающее пользователю возможность и комфортность эксплуатации и управления системой.

№ 63
Сопровождаемость системы –
• приспособленность АСОИУ к модификации и изменению конфигурации.

6. Показатели качества баз данных.

№ 64
К функциональным показателям качества информации БД не относится:
• структурность данных.

№ 65
Актуальность данных -
• относительное число устаревших данных об объектах в БД к общему числу накопленных и обрабатываемых данных.

№ 66
Достоверность данных -
• степень соответствия данных об объектах в БД реальным объектам вне ЭВМ в данный момент времени, определяющаяся изменениями самих объектов, некорректностями записей об их состоянии или некорректностями расчетов их характеристик.

№ 67
Полнота накопленных описаний объектов -
• относительное число объектов или документов, имеющихся в БД, к общему числу объектов по данной тематике или по отношению к числу объектов в аналогичных БД по той же тематике.

№ 68
Идентичность данных –
• относительное число описаний объектов, не содержащих ошибки, к общему числу документов об объектах в БД.

№ 69
К конструктивным показателям качества информации в БД не относится:
• адаптируемость.

№ 70
К конструктивным показателям качества информации в БД относятся все показатели:
• надежности АСОИУ.

№ 71
Использование в системе модели многоуровневой безопасности данных означает, что:
• в системе хранится информация, относящаяся к разным классам безопасности, при этом пользователь может иметь доступ только к уровню определенном конкретно для него и нижним уровням.

№ 72
В системах баз данных доминирующее значение приобретают:
• сами данные, их хранение и обработка.

№ 73
Проверка полномочий пользователя основывается на определении и последующей проверке для каждого пользователя:
• набора санкционированных действий, которые он может выполнять по отношению к определенным объектам базы данных.

№ 74
Сведения о полномочиях пользователя базы данных находятся в:
• защищенной области базы данных.

№ 75
Одним из способов безопасного хранения данных является использование модели:
• многоуровневой безопасности данных.

№ 76
Временные характеристики взаимодействия конечных пользователей в процессе эксплуатации базы данных не зависят от:
• стоимости СУБД.

№ 77
Система безопасности, основанная на модели многоуровневой безопасности данных, означает, что:
• в системе хранится информация, относящаяся к разным классам безопасности, при этом пользователь может иметь доступ только к уровню определенном конкретно для него и нижним уровням.

7. Проектирование АСОИУ.

№ 78
К этапам жизненного цикла разработки информационной системы не относится:
• сертификация системы.

№ 79
К этапам жизненного цикла документирования ИС не относится:
• формирование требований к системе.

№ 80
При расчете трудозатрат на создание системы объем структуры базы данных ИС определяется:
• количеством объектов системы;
• количеством атрибутов, входящих в 1 объект;
• степенью связанности объектов и атрибутов ИС.

№ 81
Кто из специалистов отвечает за соответствие продукта долгосрочной стратегии и имиджу своей компании?
• Менеджер по маркетингу.

№ 82
Кто из специалистов занимается разработкой той части спецификации (технического задания), которая относится к внутренней структуре продукта?
• Ведущие программисты.

№ 83
Тестированию на этапе планирования подвергаются:
• идеи создания системы.

№ 84
Система, созданная с использованием типовых программных средств без применения “мастера БД” с количеством прикладных программ от трех до десяти и количество полей электронных таблиц от 9000 до 90000 относится к классу:
• простых.

№ 85
- от 200000 до 500000, к классу:
• сложных.

№ 86
- от 90000 до 200000, к классу:
• средней сложности.

№ 87
Для сложных системам характерно значение нормы, смен:
• 0,369.

№ 88
Для систем средней сложности характерно значение нормы, смен:
• 0,194.

№ 89
Для простых систем характерно значение нормы, смен:
• 0,136.

8. Тестирование АСОИУ.

№ 90
Специалисты подробно анализируют каждый элемент проекта или его отдельный аспект: обработку ошибок, соответствие ранее выработанным стандартам, эффективность реализации конкретной функции на:
• инспекционном совещании.

№ 91
Проектировщики демонстрируют модель программы на:
• обзорном совещании.

№ 92
Cформировать список всех выявленных проблем и убедиться, что каждую из них проектировщики правильно поняли – цель:
• совещания аналитиков.

№ 93
Технология тестирования на этапе кодирования системы называется:
• тестированием “стеклянного ящика”.

№ 94
Технология тестирования после завершения этапа кодирования системы называется:
• тестированием “черного ящика”.

№ 95
Проверяются только основные функции и основные данные в ходе:
• приемочного тестирования.

№ 96
Потенциальные пользователи системы могут проводить:
• бета-тестирование.

№ 97
Hа этапе сопровождения выполняется:
• адаптационное тестирование.

№ 98
Для тестировщика качество системы определяется:
• недостатками, которые вынуждают пользователя приобрести другую систему.

№ 99
Для тестировщика качество системы определяется:
• возможностями, благодаря которым система понравится пользователю.

№ 100
Главное, что тестировщик может сделать для улучшения качества системы, – это:
• выявить ее недостатки, сбои в ее работе и явные ошибки.

№ 101
Полное тестирование очередной версии с составлением итогового отчета обо всех известных проблемах и всех найденных в этой версии ошибках называют:
• полным циклом тестирования.

9. Эргономика АСОИУ, пользовательский интерфейс, общие сведения.

№ 102
Пользовательский интерфейс — это часть программы:
• предоставляющая пользователю информацию и получающая от него ответные данные, которые затем передаются для обработки основной программе.

№ 103
Эргономика – это:
• научно-прикладная дисциплина, занимающаяся изучением и созданием эффективных систем, управляемых человеком.

№ 104
К эргономическим проблемам, возникающих при разработке АСОИУ не относятся:
• ошибки проектирования структуры БД системы.

№ 105
В основе эргономических требований АСОИУ лежит требование к:
• эргономичности пользовательского интерфейса.

№ 106
Интерфейс “человек-компьютер” и эргономика программного обеспечения относятся к:
• 1980-м годам.

№ 107
Для 1990-х годов характерно развитие:
• когнитивной и организационной эргономики.

№ 108
Военная эргономика относятся к:
• 1950-м годам.

№ 109
Kогнитивная и организационная эргономика:
• 1990-м годам.

№ 110
Цель создания эргономичного пользовательского интерфейса заключается в том, чтобы:
• отобразить информацию настолько эффективно насколько это возможно для человеческого восприятия и структурировать отображение на мониторе таким образом, чтобы привлечь внимание к наиболее важным единицам информации.

№ 111
При создании пользовательского интерфейса следует:
• минимизировать общую информацию на экране и представить только те компоненты системы, которые необходимы для пользователя в конкретной ситуации.

№ 112
К основным принципам создания эргономичного интерфейса не относится:
• интероперабельность.

№ 113
Неизбыточность пользовательского интерфейса означает, что:
• пользователь должен вводить только минимальную информацию для работы или управления системой.

10. Эргономика пользовательского интерфейса АСОИУ.

№ 114
Структура меню системы:
• должна соответствовать структуре решаемой системой задачи.

№ 115
Основной вариант направления просмотра данных в системе:
• из левого верхнего угла слева направо и сверху вниз.

№ 116
Наименее эффективно использовать варьирование цветовых характеристик в следующих ситуациях:
• добавление данных.

№ 117
В экранных формах рекомендуется использовать не более:
• 3-х 4-х цветов.

№ 118
Для фона входной формы лучше использовать:
• более спокойные тона.

№ 119
Пользовательское меню не может быть организовано в соответствии:
• с назначением пользовательского приложения.

№ 120
К основным элементам интерфейса относятся:
• формы.

№ 121
Аларм – это:
• сообщение об отказе (повреждении) оборудования и подсистем, предупреждение (прогноз) о возможных негативных последствиях.

№ 122
К элементам управления не относятся:
• текстовые надписи.

№ 123
Набор опций, отображаемых на экране, с помощью которых пользователи могут выбирать и выполнять действия называется:
• формой.

№ 124
Для совместимости с малыми дисплеями принято использовать в одном сообщении не более:
• 150 символов.

№ 125
Иконки похожи на объекты, которые они отображают, называются:
• иконки подобия.


на главную база по специальностям база по дисциплинам статьи