Разработка и применение пакетов прикладных программ в экономике
для специальностей 351400
Кафедра АСУ
Миньков С.Л.
Томск-2002

№ 1
Прикладное ПО предназначено для:
• решения конкретных задач пользователя.

№ 2
Системное ПО, для:
• управления процессом обработки информации в ПК.

№ 3
CASE-технологии обеспечивают:
• разработку программных продуктов.

№ 4
Дайте определение ППП.
• Совокупность совместимых программ для решения задач определенного класса.

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

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

№ 7
Обрабатывающие модули ППП предназначены для:
• преобразования данных.

№ 8
Управляющие модули ППП для:
• преобразования заданий пользователя для достижения поставленной цели.

№ 9
Обслуживающие модули ППП для:
• обеспечения взаимодействия ППП с пользователем и всех его частей друг с другом.

№ 10
Информационная база ППП –
• структурированные данные, используемые для решения задач предметной области пакета.

№ 11
Оболочка ППП –
• совокупность обслуживающих и управляющих модулей;

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

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

№ 14
Связи по определению –
• связи, устанавливаемые в информационной базе ППП при построении модели предметной области.

№ 15
Функциональные связи –
• связи, реализуемые обрабатывающими модулями ППП.

№ 16
Вектором состояния модели предметной области ППП называется
• бинарный вектор, компоненты которого определяется по формуле:
;
j=1…n, где n – число данных в информационной базе.

№ 17
Обрабатывающий модуль считается выполнимым в данном состоянии модели предметной области, если
• совокупность входных данных удовлетворяет связям по определению и значения их известны.

№ 18
Обрабатывающий модуль считается эффективным в данном состоянии модели предметной области, если
• после его работы модель предметной области переходит в новое состояние.

№ 19
Пусть данное состояние МПО описывается вектором S={0,1,1,0,0,0,1}. Обрабатывающий модуль будет выполнимым, если его строка в матрице Т, описывающей состояние входных данных обрабатывающих модулей, имеет вид:
• T_i={0,1,1,0,0,0,0}.

№ 20
Обрабатывающий модуль будет эффективным, если его строка в матрице R, описывающей состояние выходных данных обрабатывающих модулей имеет вид:
• R_i={0,0,0,1,0,0,1}.

№ 21
Модель предметной области ППП –
• совокупность данных, используемых при решении задач, и связей между этими данными.

№ 22
Если для управления ППП используется входной язык командного типа на основе метода компиляции, то
• вводится вся программа на входном языке и организуется ее проверка и выполнение.

№ 23
- на основе метода интерпретации, то
• после ввода очередной команды организуется ее проверка и выполнение.

№ 24
Внутренний управляющий код (в виде управляющего вектора) формируется в случае управления ППП с помощью
• входного языка командного типа на основе метода компиляции.

№ 25
Управление современными ППП осуществляется на основе входного языка
• комбинацией командного, табличного типа и типа меню.

№ 26
Справочный интерфейс ППП обеспечивает:
• вывод справок о составе и состоянии модели предметной области, возможностях пакета в целом и в каждом состоянии модели предметной области.

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

№ 28
Интерфейс ввода-вывода информации в ППП:
• ввод данных, представляемых пользователем, и вывод данных (результатов вычислений) на экран или печатающее устройство.

№ 29
Информационный интерфейс ППП:
• вывод информационных сообщений о возникающих при выполнении пакета особых ситуациях (ошибках).

№ 30
Программная инженерия (software engineering) –
• совокупность инженерных методов и средств создания ПО.

№ 31
Проект по разработке ПО называют “смертельный марш” (“death march” - определение Э. Иордана), если он выполняется:
• с ресурсами, вполовину меньшими, чем необходимо по расчетам.

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

№ 33
Жизненный цикл программного продукта – это период времени:
• от момента принятия решения о необходимости создания ПП до момента полного изъятия его из эксплуатации.

№ 34
Стандарт ISO/IEC 12207:1995 определяет:
• процессы жизненного цикла ПО.

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

№ 36
Спиральная модель жизненного цикла ПО предполагает:
• создание ПО несколькими итерациями с использованием метода прототипирования.

№ 37
Структурный подход к проектированию ПО предполагает:
• функциональную декомпозицию модели предметной области.

№ 38
Объектно-ориентированный подход к проектированию ПО предполагает:
• объектную декомпозицию модели предметной области.

№ 39
Модуль как отдельная функционально законченная часть ППП характеризуется:
• функцией, внутренней логикой, контекстом использования.

№ 40
В спецификацию модуля ППП входят:
• имя, функция, список входных и выходных данных, описание внешних эффектов.

№ 41
Принципы экстремального программирования основаны на:
• спиральной модели жизненного цикла ПО.

№ 42
Тестирование программ – это процесс:
• многократного выполнения программы с целью выявления ошибок.

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

№ 44
Детерминированное тестирование –
• многократное выполнение программы на ЭВМ с использованием специальным образом подобранных тестовых наборов данных.

№ 45
Статическое тестирование –
• просмотр текста программы после трансляции и проверка правил структурного построения программы и обработки данных.

№ 46
Стохастическое тестирование –
• многократное выполнение программы на ЭВМ с использованием в качестве исходных данных множества случайных величин.

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

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

№ 49
Бета-тестированием ППП называют:
• тестирование с привлечением внешних тестировщиков.

№ 50
Альфа-тестированием ППП -
• тестирование внутри фирмы-разработчика.

№ 51
Технологическая документация на ППП создается для:
• специалистов, ведущих проектирование, разработку и сопровождение ППП.

№ 52
Эксплуатационная документация на ППП для:
• конечных пользователей ППП.

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

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

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

№ 56
Бесплатно распространяемые программы носят название:
• freeware.

№ 57
Условно-бесплатные программы, которыми можно пользоваться некоторое время, а затем требуется заплатить некоторую сумму, носят название:
• shareware.

№ 58
Полнофункциональные версии коммерческих программ, работоспособных лишь в течение некоторого времени, носят название:
• trial-программы.

№ 59
Бесплатно распространяемые программы, в интерфейс которых входит рекламный баннер, отключающийся после уплаты определенной суммы, носят название:
• adware.

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

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

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

№ 63
Дефектом программного изделия считается:
• любое расхождение между работой ППП и требованиями технического задания.

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

№ 65
- называют отказом, если:
• время восстановления ППП в рабочее состояние больше обусловленного требованиями технического задания.

№ 66
При уровне качества «6 сигма» в программном изделии в миллионе строк ассемблерного эквивалента должно содержаться не более:
• 3…4 дефектов.

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

№ 68
К постоянным издержкам при создании ППП относят:
• амортизационные отчисления на вычислительную технику.

№ 69
К переменным издержкам при создании ППП относят:
• затраты на потребляемую электро- и теплоэнергию.

№ 70
К трансакционным издержкам относят:
• командировочные расходы.

№ 71,72
Единицы измерения KAELOC и FPs используются для:
• оценки объема программного кода ППП.

№ 73
Концептуальная целостность ППП обеспечивается:
• единообразием взаимодействия ППП с пользователем.

№ 74
Стандарт ISO 9000, разработанный Международной организацией по стандартизации является:
• стандартом качества.

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

№ 76
CRM-системы – осуществлять:
• автоматизацию взаимоотношений с клиентами (маркетинг, продажи, доставку, обслуживание и т.п.)

№ 77
Программный продукт, относящийся к ERP-системам:
• SAP R/3.

№ 78
Специализированный программный продукт, предназначенный для финансово-экономического анализа деятельности предприятия:
• ИНЭК-АФСП.

№ 79
Программный продукт, относящийся к ERP-системам:
• ПАРУС (корпорация «Парус»).

№ 80
Специализированный программный продукт, предназначенный для финансово-экономического анализа деятельности предприятия:
• 1С: АФС