Словосочетание быстрая разработка приложений сокращенно записывается как
1).совокупность методов и средств по размещению и организации информации.
2) совокупность математических методов, моделей и алгоритмов обработки информации.
3) совокупность программных средств для создания и эксплуатации системы обработки данных.
29. Техническое обеспечение – это
1) комплекс технических средств, предназначенных для работы информационной системы, а также соответствующая документация на эти средства и технологические процессы.
2) программно-аппаратный комплекс моделирования объектов предметной области.
3) персональный компьютер, принтер.
30. Лингвистическое обеспечение – это
1)совокупность методов, средств и документов, регламентирующих взаимодействие персонала информационной системы.
2)различные методические и руководящие материалы по стадиям разработки.
3)совокупность языков общения персонала информационной системы и пользователей с программным, техническим и информационным обеспечением.
31 В основе информационной системы лежит
1. среда хранения и доступа к данным
2. вычислительная мощность компьютера
3. компьютерная сеть для передачи данных
4. методы обработки информации
32 Информационные системы ориентированы на
1. конечного пользователя, не обладающего высокой квалификацией
3. специалиста в области СУБД
4. руководителя предприятия
33 Неотъемлемой частью любой информационной системы является
1. программа созданная в среде разработки Delphi
2. возможность передавать информацию через Интернет
3. программа, созданная с помощью языка программирования высокого уровня
34 В настоящее время наиболее широко распространены системы управления базами данных
35 СУБД Oracle, Informix, Subase, DB 2, MS SQL Server относятся к
36 Первым шагом в проектировании ИС является
1. формальное описание предметной области и построение полных и непротиворечивых моделей ИС
2. выбор языка программирования
3. разработка интерфейса ИС
37 Для повышения эффективности разработки программного обеспечения применяют
3. CASE –средства
38 Под CASE – средствами понимают
1. языки программирования высокого уровня
2. среды для разработки программного обеспечения, программные средства, поддерживающие процессы создания и сопровождения программного обеспечения
3. прикладные программы
39 По масштабу ИС подразделяются на
1. одиночные, групповые, корпоративные
2. малые, большие
3. сложные, простые
4. объектно- ориентированные и прочие
40 По сфере применения ИС подразделяются на
1. информационно-справочные и офисные
41 Наиболее часто на начальных фазах разработки ИС допускаются следующие ошибки
1. ошибки в определении интересов заказчика
2. неправильный выбор языка программирования
3. неправильный выбор СУБД
4. неправильный подбор программистов
42 Согласно стандарту, структура жизненного цикла ИС состоит из процессов
1. создания и использования ИС
2. основных и вспомогательных процессов жизненного цикла и организационных процессов
3. разработки и внедрения
4. программирования и отладки
43 Наиболее распространённой моделью жизненного цикла является
1. объектно-ориентированная модель
2. каскадная модель
3. модель параллельной разработки программных модулей
4. модель комплексного подхода к разработке ИС
44 Наиболее распространённой моделью жизненного цикла является
1. непрерывная модель
2. спиральная модель
3. линейная модель
4. не линейная модель
45 Более предпочтительной моделью жизненного цикла является
1. линейная модель
4. модель комплексного подхода к разработке ИС
46 Словосочетание – быстрая разработка приложений сокращённо записывается как
47 Методология быстрой разработки приложений используется для разработки
3. приложений, в которых интерфейс пользователя является вторичным
4. систем, от которых зависит безопасность людей
48 Согласно ISO 12207, объединение одного или нескольких процессов, аппаратных средств, программного обеспечения, оборудования и людей для удовлетворения определённым потребностям или целям это
1. информационная система
2. полнофункциональный программно-аппаратный комплекс
3. вычислительный центр
49 В стандарте ISO 12207 описаны _______________ основных процессов жизненного цикла программного обеспечения
50 ISO 12207 – базовый стандарт процессов жизненного цикла
2. программного обеспечения
3. информационных систем
4. компьютерных систем
51 Согласно стандарту ISO 12207 основным процессом жизненного цикла программного обеспечения является
3. решение проблем
4. обеспечение качества
52 Согласно стандарту ISO 12207 основным процессом жизненного цикла программного обеспечения является
3. управление конфигурацией
4. процесс поставки
53 Благодаря работам Э. Кодда были созданы базы данных
54 Реляционные базы данных получили своё название благодаря тому, что
1. таблицы данных связаны между собой
2. в них быстро обрабатывается информация
3. данные в них представлены в виде таблиц
4. в них можно хранить данные сложной структуры
55 Сущностям реального мира более близка модель данных
56 Столбцы отношения называются
4. столбцами с однотипными значениями
57 Строка отношения называется
4. строкой таблицы
58 Возможность определения единственного имени для процедуры или функции, которые применяются ко всем объектам иерархии наследования, является следствием
59 Возможность использования уже определённых классов для построения иерархии классов, производных от них, это –
2. согласованность классов
60 Что такое АИС?
1 Автоматизированная информационная система
2 Автоматическая информационная система
3 Автоматизированная информационная сеть
4 Автоматизированная интернет сеть
61 Совокупность действий со строго определенными правилами выполнения
62 Единая система данных, организованная по определенным правилам, которые предусматривают общие принципы описания, хранения и обработки данных
63 Формализованная система сведений о некоторой предметной области, содержащая данные о свойствах объектов, закономерностях процессов и правила использования в задаваемых ситуациях этих данных для принятия новых решений.
64 Вся совокупность полезной информации и процедур, которые можно к ней применить, чтобы произвести новую информацию о предметной области.
65. Программное обеспечение, автоматически собирающее и классифицирующее информацию о сайтах в Internets выдающее ее по запросу пользователей. Примеры: AltaVista, Google, Excite, Northern Light и др. В России – Rambler, Yandex, Apart.
1 Поисковая машина
66 Совокупность объектов реального или предполагаемого мира, рассматриваемых в пределах данного контекста, который понимается как отдельное рассуждение, фрагмент научной теории или теория в целом и ограничивается рамками информационных технологий избранной области.
1 Предметная область
2 Объектная область
67 Множество взаимосвязанных элементов, каждый из которых связан прямо или косвенно с каждым другим элементом, а два любые подмножества этого множества не могут быть независимыми, не нарушая целостность, единство системы.
68 Совокупность программных и языковых средств, предназначенных для управления данными в базе данных, ведения этой базы, обеспечения многопользовательского
70. С помощью каких инструментов формируется решение в условиях риска
1. Дерево вывода.
2. Дерево решений.
3. Древо целей.
4. Нечеткие множества.
71. Связи, когда одна и та же запись может входить в отношения со многими другими записями называют:
1. “один к одному”
2. “один ко многим”
3. “многие ко многим”
72. Связи, когда одна и та же запись может входить в отношения только с одной записью называют:
4. “один к одному”
5. “один ко многим”
6. “многие ко многим”
73 Информация это
3 предварительно обработанные данные, годные для принятия управленческих решений;
74 Что отражает модель жизненного цикла информационной системы?1_ все события, происходящие с системой в процессе ее создания и использования
2)процесс создания системы
3)процессы, связанные с использованием системы
4)все события в системе во время ее эксплуатации
75 Предусматривает ли каскадная модель жизненного цикла информационной системы межэтапные корректировки работ проекта?1) нет
2)да, всегда
3)это зависит от проекта
76 Какой порядок создания системы предусматривает спиральная модель жизненного цикла?1) предусматривает создание прототипов системы в соответствии с изменяющимися требованиями
2)спиральная модель не использует понятие жизненного цикла
3)предусматривает создание прототипов системы только на этапе ее разработки
77 Укажите основную цель детального обследования объекта автоматизации.1) формирование ТЗ на систему
2)подбор исполнителя для создания системы
3)определение целей автоматизации
4)выбор технических и программных инструментов
78 Какой показатель отражает ожидаемую величину потерь при реализации риска?1) угроза риска
2)бюджет проекта
3)дефицит бюджета
4)такого показателя нет
79 Какие данные обрабатываются в фактографических информационных системах?1) структурированные данные в виде тестов и чисел
2)любые изображения
3)только числовые
4)исторические факты
80 В информационных системах какого типа не обеспечивается 100-% полнота и точность поиска данных?1) в документальных ИС
2)во всех информационных системах
3)в информационных системах для решения структурированных задач
4)в информационных системах для решения финансовых задач
81 Для какого типа информационных систем характерны процедуры поиска данных без организации их сложной обработки?
1)для информационно-поисковых систем
2)для документальных информационных систем
3)для финансовых и учетных систем
4)для любых производственных систем
82 Какая модель жизненного цикла наиболее объективно отражает реальный процесс создания сложных систем?
1)спиральная модель
2)каскадная модель
3)итерационная модель
4)поэтапная модель с промежуточным контролем
83 Какую модель жизненного цикла следует использовать при создании простых ИС?
2) каскадная модель
3)итерационная модель
4)поэтапная модель с промежуточным контролем
84 Какая система классификации предусматривает последовательную группировку объектов по одному признаку?1) иерархическая
2)многоаспектная
4)дискрипторная
85 …– коммуникационная система по сбору, передаче и обработке информации об объекте, снабжающая работников различного ранга информацией для реализации функций управления.
1) Информационная система (ИС)
3)Автоматизированная система управления
86…– множество элементов системы и взаимосвязи между ними.
1) Структура АСУ
3) Структура системы
87…– представляет систему в виде самостоятельных частей, каждая из которых может рассматриваться как система.
88 …– ряд подсистем, которые зависят от особенностей той или иной ИС. Эти подсистемы разделяют по определенному признаку (функциональному или структурному) и объединяют соответствующие комплексы задач управления.
1) Функциональная часть
2) Обеспечивающая часть
89 …– состоит из информационной, программной, математической, технической, правовой, лингвистической, эргономической и метрологической частей.
1) Функциональная часть
2) Обеспечивающая част ИС
90…– система должна обеспечивать получение любой необходимой пользователю информации на некотором заданном интервале времени.
1) Избыточная полнота
2) Полнота функции
3) Функциональная полнота
91 Какая стадия включает в себя: предпроектное обследование и разработку технического задания на АИС. Описание целей и задач ИС, выработка общих требований к ее созданию, разработка программ проведения обследования.
1) Предпроектная стадия
2) Проектная стадия
92 …– возможность получения нужной информации в требуемое время.
1) Функциональная обеспеченность
2) Системная обеспеченность
3) Временная обеспеченность
93 …– система должна приносить пользу
94 …- возможность быть составной частью системы более высокого уровня.
95 …– ИС создается с учетом возможности постоянного пополнения и обновления системы и видов ее обеспечений.
1) Принцип развития
2) Принцип совместимости
96…- обеспечение ИС связностью проектирования отдельных элементов и всего объекта в целом на всех стадиях.
1) Принцип развития
2) Принцип комплексности
3)Принцип первого руководителя
97…- обеспечивает взаимодействия ИС различных видов, уровней в процессе их совместного функционирования.
1) Принцип развития
2) Принцип системности
3) Принцип совместимости
98 . определяет руководящие указания для оценки и выбора разрабатываемого ПО, шаги работы и их последовательность, правила распределения и назначения методов.
99 …– указывает на согласование целей функционирования всей системы с целями функций ее подсистем и элементов
100 …- предполагает применение типовых, унифицированных и стандартизированных элементов функционирования ИС.
Быстрая разработка приложений ( RAD ), также называемая быстрой разработкой приложений ( RAB ), является одновременно общим термином для адаптивных подходов к разработке программного обеспечения и названием метода быстрой разработки Джеймса Мартина . В целом подходы RAD к разработке программного обеспечения уделяют меньше внимания планированию и больше - адаптивному процессу. Прототипы часто используются в дополнение или иногда даже вместо проектных спецификаций.
RAD особенно хорошо подходит (хотя и не ограничивается) для разработки программного обеспечения , основанного на требованиях пользовательского интерфейса . Создатели графического пользовательского интерфейса часто называют инструментами быстрой разработки приложений. Другие подходы к быстрой разработке включают адаптивную , гибкую , спиральную и унифицированную модели.
СОДЕРЖАНИЕ
История
Быстрая разработка приложений была ответом на планово-ориентированные каскадные процессы, разработанные в 1970-х и 1980-х годах, такие как метод анализа и проектирования структурированных систем (SSADM). Одна из проблем этих методов заключается в том, что они основаны на традиционной инженерной модели, используемой для проектирования и строительства таких объектов, как мосты и здания. Программное обеспечение - это совершенно другой вид артефактов. Программное обеспечение может радикально изменить весь процесс, используемый для решения проблемы. В результате знания, полученные в процессе разработки, могут быть использованы для создания требований и проектирования решения. Подходы, основанные на планах, пытаются жестко определить требования, решение и план его реализации, а также имеют процесс, препятствующий изменениям. С другой стороны, подходы RAD признают, что разработка программного обеспечения - это наукоемкий процесс, и предоставляют гибкие процессы, которые помогают использовать знания, полученные в ходе проекта, для улучшения или адаптации решения.
Первая такая альтернатива RAD была разработана Барри Бемом и была известна как спиральная модель . Бем и другие последующие подходы RAD делали упор на разработке прототипов, а также на строгих проектных спецификациях или вместо них. Прототипы имели несколько преимуществ перед традиционными спецификациями:
- Сокращение рисков. Прототип может протестировать некоторые из наиболее сложных потенциальных частей системы на ранних этапах жизненного цикла . Это может предоставить ценную информацию относительно осуществимости дизайна и может помешать команде искать решения, которые оказываются слишком сложными или требующими много времени для реализации. Это преимущество обнаружения проблем на ранних этапах жизненного цикла, а не позднее, было ключевым преимуществом подхода RAD. Чем раньше будет обнаружена проблема, тем дешевле будет ее решить.
- Пользователи лучше умеют использовать и реагировать, чем создавать спецификации. В каскадной модели пользователь обычно подписывал ряд требований, но затем, когда ему представлялась реализованная система, внезапно осознавал, что данный дизайн лишен некоторых критических функций или слишком сложен. В общем, большинство пользователей дают гораздо более полезную обратную связь, когда они могут испытать прототип работающей системы, а не абстрактно определять, какой должна быть эта система.
- Прототипы могут быть использованы и могут развиться в законченный продукт. Один из подходов, используемых в некоторых методах RAD, заключался в создании системы в виде серии прототипов, которые развиваются от минимальной функциональности до умеренно полезной для окончательно завершенной системы. Преимущество этого, помимо двух вышеупомянутых преимуществ, состояло в том, что пользователи могли получить полезные бизнес-функции намного раньше в процессе.
Начав с идей Барри Бома и других, Джеймс Мартин разработал подход к быстрой разработке приложений в 1980-х годах в IBM и, наконец, формализовал его, опубликовав в 1991 году книгу « Быстрая разработка приложений» . Это привело к некоторой путанице в отношении термина RAD даже среди ИТ-специалистов. Важно различать RAD как общую альтернативу каскадной модели и RAD как особый метод, созданный Мартином. Метод Мартина был адаптирован к наукоемким бизнес-системам и бизнес-системам с интенсивным пользовательским интерфейсом.
Эти идеи были далее развиты и усовершенствованы пионерами RAD, такими как Джеймс Керр и Ричард Хантер, которые вместе написали основополагающую книгу на эту тему Inside RAD, которая следовала за поездкой менеджера проекта RAD, когда он управлял и совершенствовал методологию RAD в реальных условиях. время на реальном проекте RAD. Эти и им подобные помогли RAD завоевать популярность в качестве альтернативы традиционным подходам к жизненному циклу системных проектов.
Подход RAD также созрел в период пика интереса к реинжинирингу бизнеса . Идея реинжиниринга бизнес-процессов заключалась в радикальном переосмыслении основных бизнес-процессов, таких как продажи и поддержка клиентов, с учетом новых возможностей информационных технологий. RAD часто была неотъемлемой частью более крупных программ реинжиниринга бизнеса. Подход RAD к быстрому прототипированию был ключевым инструментом, который помогал пользователям и аналитикам «нестандартно мыслить» о новаторских способах радикального переосмысления основных бизнес-процессов с помощью технологий.
Джеймс Мартин чувствовал себя комфортно с RAD благодаря подразделению информационной инженерии Dupont и его руководителю Скотту Шульцу, а также их отношениям с Джоном Андервудом, который возглавлял специализированную компанию по разработке RAD, которая положила начало многим успешным проектам RAD в Австралии и Гонконге.
Успешные проекты, в том числе ANZ Bank, Lend Lease, BHP, Coca-Cola Amatil, Alcan, Hong Kong Jockey Club и многие другие.
Успех, который привел к тому, что и Скотт Шульц, и Джеймс Мартин провели время в Австралии с Джоном Андервудом, чтобы понять методы и детали того, почему Австралия оказалась непропорционально успешной в реализации важных для миссии проектов RAD.
Метод Джеймса Мартина RAD
Подход Джеймса Мартина к RAD делит процесс на четыре отдельных этапа:
- Фаза планирования требований - объединяет элементы фаз системного планирования и системного анализа жизненного цикла разработки систем (SDLC). Пользователи, менеджеры и сотрудники ИТ-отдела обсуждают и согласовывают бизнес-потребности, объем проекта, ограничения и системные требования. Он заканчивается, когда команда соглашается по ключевым вопросам и получает разрешение руководства на продолжение.
- Этап пользовательского проектирования - на этом этапе пользователи взаимодействуют с системными аналитиками и разрабатывают модели и прототипы, которые представляют все системные процессы, входы и выходы. Группы или подгруппы RAD обычно используют комбинацию методов совместной разработки приложений (JAD) и инструментов CASE для преобразования потребностей пользователей в рабочие модели. Пользовательский дизайн - это непрерывный интерактивный процесс, который позволяет пользователям понимать, изменять и в конечном итоге утверждать рабочую модель системы, которая соответствует их потребностям.
- Этап строительства - фокусируется на задачах разработки программ и приложений, аналогичных SDLC. Однако в RAD пользователи продолжают участвовать и по-прежнему могут предлагать изменения или улучшения по мере разработки реальных экранов или отчетов. В его задачи входят программирование и разработка приложений, кодирование, модульная интеграция и системное тестирование.
- Этап переключения - напоминает заключительные задачи на этапе реализации SDLC, включая преобразование данных, тестирование, переход на новую систему и обучение пользователей. По сравнению с традиционными методами, весь процесс сжат. В результате новая система построена, поставлена и введена в эксплуатацию намного раньше.
Плюсы и минусы быстрой разработки приложений
В современных средах информационных технологий многие системы теперь построены с использованием некоторой степени быстрой разработки приложений (не обязательно подход Джеймса Мартина). Помимо метода Мартина, для разработки RAD часто используются гибкие методы и Rational Unified Process .
Методические указания, конспекты, лекции, контрольные, лабораторные работы, курсовые.
В основе информационной системы лежит
+ среда хранения и доступа к данным
- вычислительная мощность компьютера
- компьютерная сеть для передачи данных
- методы обработки информации
Информационные системы ориентированы на
+ конечного пользователя, не обладающего высокой квалификацией
- специалиста в области СУБД
Неотъемлемой частью любой информационной системы является
- программа созданная в среде разработки Delphi
- возможность передавать информацию через Интернет
- программа, созданная с помощью языка программирования высокого уровня
В настоящее время наиболее широко распространены системы управления базами данных
Более современными являются системы управления базами данных
СУБД Oracle, Informix, Subase, DB 2, MS SQL Server относятся к
Традиционным методом организации информационных систем является
- архитектура сервер- сервер
- размещение всей информации на одном компьютере
Первым шагом в проектировании ИС является
+формальное описание предметной области
+построение полных и непротиворечивых моделей ИС
- выбор языка программирования
- разработка интерфейса ИС
Модели ИС описываются, как правило, с использованием
- языка программирования высокого уровня
Для повышения эффективности разработки программного обеспечения применяют
Под CASE – средствами понимают
+программные средства, поддерживающие процессы создания и сопровождения программного обеспечения
- языки программирования высокого уровня
+ среды для разработки программного обеспечения
Средством визуальной разработки приложений является
- язык программирования высокого
- системой управления базами данных
По масштабу ИС подразделяются на
+ одиночные, групповые, корпоративные
- объектно- ориентированные и прочие
СУБД Oracle, DB2, Microsoft SQL Server относятся к
+ серверам баз данных
По сфере применения ИС подразделяются на
+ системы обработки транзакций
+ системы поддержки принятия решений
- системы для проведения сложных математических вычислений
По сфере применения ИС подразделяются на
Составление сметы и бюджета проекта, определение потребности в ресурсах, разработка календарных планов и графиков работ относятся к фазе
+подготовки технического предложения
Сбор исходных данных и анализ существующего состояния, сравнительная оценка альтернатив относятся к фазе
-подготовки технического предложения
Наиболее часто на начальных фазах разработки ИС допускаются следующие ошибки
+ошибки в определении интересов заказчика
- неправильный выбор языка программирования
- неправильный выбор СУБД
- неправильный подбор программистов
- международная организация по стандартизации
+международная комиссия по электротехнике
- международная организация по информационным системам
- международная организация по программному обеспечению
Согласно стандарту, структура жизненного цикла ИС состоит из процессов
+ основных и вспомогательных процессов жизненного цикла и организационных процессов
- разработки и внедрения
- программирования и отладки
- создания и использования ИС
Наиболее распространённой моделью жизненного цикла является
- модель параллельной разработки программных модулей
- модель комплексного подхода к разработке ИС
Наиболее распространённой моделью жизненного цикла является
- не линейная модель
Более предпочтительной моделью жизненного цикла является
- модель комплексного подхода к разработке ИС
Словосочетание – быстрая разработка приложений сокращённо записывается как
Визуальное программирование используется в
Событийное программирование используется в
Методология быстрой разработки приложений используется для разработки
- приложений, в которых интерфейс пользователя является вторичным
- систем, от которых зависит безопасность людей
Совокупность нескольких базовых стандартов с чётко определёнными подмножествами обязательных и факультативных возможностей, предназначенная для реализации заданной функции или группы функций называется
Согласно ISO 12207, объединение одного или нескольких процессов, аппаратных средств, программного обеспечения, оборудования и людей для удовлетворения определённым потребностям или целям это
- полнофункциональный программно-аппаратный комплекс
В стандарте ISO 12207 описаны _______________ основных процессов жизненного цикла программного обеспечения
Стандарт ISO 12207 ориентирован на организацию действий
+ разработчика и пользователя
ISO 12207 – базовый стандарт процессов жизненного цикла
Согласно ISO 12207, процессы, протекающие во время жизненного цикла программного обеспечения, дожны быть совместимы с процессами, протекающими во время жизненного цикла
- системы обработки и передачи данных
Согласно стандарту ISO 12207 основным процессом жизненного цикла программного обеспечения является
Согласно стандарту ISO 12207 основным процессом жизненного цикла программного обеспечения является
Согласно стандарту ISO 12207 основным процессом жизненного цикла программного обеспечения является
Согласно стандарту ISO 12207 основным процессом жизненного цикла программного обеспечения является
Согласно стандарту ISO 12207 вспомогательным процессом жизненного цикла программного обеспечения является
Согласно стандарту ISO 12207 вспомогательным процессом жизненного цикла программного обеспечения является
Согласно стандарту ISO 12207 вспомогательным процессом жизненного цикла программного обеспечения является
Согласно стандарту ISO 12207 вспомогательным процессом жизненного цикла программного обеспечения является
Согласно стандарту ISO 12207 вспомогательным процессом жизненного цикла программного обеспечения является
Согласно стандарту ISO 12207 организационным процессом является
- разработка технического задания
- согласование качественных показателей
Согласно стандарту ISO 12207 организационным процессом является
Согласно стандарту ISO 12207 организационным процессом является
Согласно стандарту ISO 12207 процесс определяющий основные действия, необходимые для адаптации этого стандарта к условиям конкретного проекта, называется процессом
Согласно стандарту ISO 12207, структура содержащая процессы, действия и задачи, которые выполняются (решаются) в ходе разработки, функционирования и сопровождения программного продукта в течении всей жизни системы, от определения требований до завершения её использования это
+ модель жизненного цикла
- план разработки информационной системы
Стандарт ISO 12207
- содержит описания конкретных методов действий
- содержит описания заготовок решений или документации
+ описывает архитектуру процессов жизненного цикла программного обеспечения
- предписывает имена, форматы и точное содержание получаемой документации
Стандарт ISO 12207
- обязательно должен соблюдаться при разработке программного обеспечения и информационных систем
+ после решения организации о соответствии торговых отношений стандарту оговаривается ответственность за минимальный набор процессов и задач, которые обеспечивают согласованность с этим стандартом
- должен соблюдаться хотя бы частично
- существующее законодательство предписывает строгое выполнение стандарта
Стандарт ISO 12207
+ содержит предельно мало описаний, направленных на проектирование базы данных
- содержит чёткие предписания, направленные на проектирование базы данных
- содержит подробное описание проектирования базы данных
- не содержит каких-либо упоминаний баз данных
Согласно стандарту ISO 12207 набор критериев, или условий, которые должны быть удовлетворены для того, чтобы квалифицировать программный продукт как подчиняющийся (удовлетворяющий условиям) его спецификациям и готовый для использования в целевой окружающей среде, это
- набор критериев и спецификаций
Стандарт ISO 12207 определяет, что стороны участники при использовании стандарта ответственны
+ за выбор модели жизненного цикла для разрабатываемого проекта
+ за адаптацию процессов и задач стандарта к модели жизненного цикла
- за выбор модели программного обеспечения
- за выбор модели информационной системы
Стандарт ISO 12207 определяет, что стороны участники при использовании стандарта ответственны
+ за выбор и применение методов разработки ПО
+ за выполнение действий и решение задач, подходящих для проекта ПО
- установочные и приёмочные требования поставляемого программного продукта в местах функционирования и сопровождения (эксплуатации)
Разработчик должен установить и документировать в виде требований к ПО следующие спецификации и характеристики
+ функциональные и возможные спецификации
+ внешние связи с единицей ПО
- совместимость с операционной системой Windos
- время отклика ПО
Разработчик должен установить и документировать в виде требований к ПО следующие спецификации и характеристики
+ спецификации надёжности и защищённости
- стоимость разработки ПО
- сроки разработки ПО
Разработчик должен установить и документировать в виде требований к ПО следующие спецификации и характеристики
+ человеческие факторы спецификаций инженерной психологии
+ определение данных и требований к базе данных
- список используемых программ
- приёмы и методы разработки ПО
Основой практически любой ИС является
- язык программирования высокого уровня
- набор методов и средств создания ИС
К основным функциям, выполняемым СУБД, обычно относят
Поддержка механизма транзакций СУБД является
Параллельное выполнение смеси транзакций, результат которого эквивалентен результату их последовательного выполнения, называется
- одновременной обработкой транзакций
Запись в журнале информации о изменениях происходящих в базе данных называется
Благодаря работам Э. Кодда были созданы базы данных
Реляционные базы данных получили своё название благодаря тому, что
+ данные в них представлены в виде таблиц
- таблицы данных связаны между собой
- в них быстро обрабатывается информация
- в них можно хранить данные сложной структуры
Последнее обновление стандарта языка SQL было принято в году
Сущностям реального мира более близка модель данных
В постреляционных СУБД используются модели данных
+ объектно-ориентированная и реляционная
- реляционная и иерархическая
- иерархическая и сетевая
К основным достоинствам реляционного подхода к управлению базой данных следует отнести
+ возможность сравнительно просто моделировать большую часть распространённых предметных областей
+ наличие простого и мощного математического аппарата
- возможность описания объектов любой сложности
- простота отображения взаимосвязей реального мира
Множество атомарных значений одного и того же типа называется
Столбцы отношения называются
- столбцами с однотипными значениями
Строка отношения называется
Число кортежей называется
Для обозначения пустых значений полей используется
- отсутствие каких-либо символов
Значение атрибута неизвестно, если в соответствующем поле
+ отсутствуют какие-либо символы
- записано слово NULL
- стоит цифра ноль
Первичный ключ обладает свойством
В таблицах реляционной базы данных
+ кортежи и атрибуты хранятся в неупорядоченном виде
- упорядочены только атрибуты
- упорядочены только кортежи
- атрибуты и кортежи хранятся в упорядоченном виде
Нормализация данных направлена на
+ снижение избыточности информации
- приведение данных к стандартному виду
- приведение данных к нормальному виду
- упорядочивание структуры данных
Языком управления реляционными данными является
Первый вариант языка SQL назывался
+ стандарт на язык
- детальное описание языка
- новейший язык манипулирования данными
- расширение языка SQL
Команды языка SQL подразделяются на команды языка
Команды языка SQL подразделяются на команды языка
Команды языка SQL подразделяются на команды языка
Команды языка SQL подразделяются на команды
+ администрирования базы данных
- нормализации базы данных
- модернизации базы данных
Значение NULL эквивалентно
- ничем не отличается от таблицы
- постоянно хранит какие-либо данные
- отличается от таблицы только форматированием
+ большую часть времени не содержит данных
Хранимые процедуры представляют собой
+ группы связанных SQL – операторов
- правила хранения данных
- процедуры резервного копирования
Триггеры представляют собой
+ разновидность хранимых процедур
- способ хранения данных
- процедуры резервного копирования
- функции защиты данных от несанкционированного доступа
Разграничение доступа к информации, хранящейся в базе данных, регулируется с помощью привилегии
+ на создание таблицы
Разграничение доступа к информации, хранящейся в базе данных, регулируется с помощью привилегии
+ на создание хранимой процедуры
Объектными привилегиями являются привилегии
- на создание таблицы
- на создание хранимой процедуры
- на создание представления
Объектными привилегиями являются привилегии
- на удаление таблицы
- на удаление представления
- на удаление хранимой процедуры
Привилегия REFERENCE разрешает
+ ссылаться на все поля указанной таблицы
- создавать и удалять таблицы, представления и хранимые процедуры
- передавать права доступа другим пользователям
- изменять информацию в базе данных
Для управления доступом пользователей к базе данных в языке SQL существует оператор
Оператор GRANT служит для
+ предоставления пользователю как системных, так и объектных привилегий
- отмены предоставленных пользователю привилегий
- предоставления пользователю системных привилегий
- предоставление пользователю объектных привилегий
Оператор REVOKE служит для
+ отмены предоставленных привилегий
- предоставление пользователю системных привилегий
- предоставление пользователю как системных, так и объектных привилегий
- предоставление пользователю объектных привилегий
Power Designer это
+ система моделирования данных
- язык программирования высокого уровня
- программа для быстрой разработки сайтов
CASE средства могут осуществлять
- помощь в принятии решений
- выбор языка программирования или СУБД
CASE средства могут осуществлять
+автоматическую генерацию программного кода
+ сопровождение и реинжиниринг
- согласование этапов разработки с заказчиком
- оценку стоимости проекта
Возможность определения единственного имени для процедуры или функции, которые применяются ко всем объектам иерархии наследования, является следствием
Комбинирование данных с процедурами и функциями, манипулирующими этими данными, это следствие
Возможность использования уже определённых классов для построения иерархии классов, производных от них, это –
Контрольно-измерительные материалы (КИМ) предназначены для контроля и оценки образовательных достижений обучающихся, освоивших программу учебной дисциплины «Устройство и функционирование информационной системы».
КИМ включают в себя контрольные материалы для проведения входного, текущего контроля, промежуточной аттестации в форме дифференцированного зачета.
КИМ разработаны на основании Федерального государственного образовательного стандарта, рабочей программы учебной дисциплины «Устройство и функционирование информационной системы»
Вложение | Размер |
---|---|
kim_uifis_2015.doc | 430.5 КБ |
Предварительный просмотр:
Главное управление образования Курганской области
Государственное бюджетное профессиональное
«Курганский технологический колледж
имени Героя Советского Союза Н.Я. Анфиногенова»
ПО УЧЕБНОЙ ДИСЦИПЛИНЕ
«УСТРОЙСТВО И ФУНКЦИОНИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ»
по специальности 09.02.04 Информационные системы (по отраслям)
на заседании ЦМК ИиТД
Протокол от _________________ 20____ г. № ______
Председатель ЦМК __________________________________________
Разработчик: Медведева А.А. – преподаватель ГБПОУ «КТК»
1 Паспорт комплекта контрольно-измерительных материалов
1.1 Область применения контрольно-измерительных материалов
Контрольно-измерительные материалы (КИМ) предназначены для контроля и оценки образовательных достижений обучающихся, освоивших программу учебной дисциплины «Устройство и функционирование информационной системы».
КИМ включают в себя контрольные материалы для проведения входного, текущего контроля, промежуточной аттестации в форме дифференцированного зачета.
КИМ разработаны на основании Федерального государственного образовательного стандарта, рабочей программы учебной дисциплины «Устройство и функционирование информационной системы», Порядка проведения текущего контроля знаний и промежуточной аттестации обучающихся ГБПОУ «КТК» для специальности среднего профессионального образования 09.02.04 Информационные системы (по отраслям) .
1.2 Результаты освоения дисциплины, подлежащие проверке
Результаты обучения (освоенные умения, усвоенные знания)
выделять жизненные циклы проектирования информационной системы;
использовать методы и критерии оценивания предметной области и методы определения стратегии развития бизнес-процессов организации;
использовать и рассчитывать показатели и критерии оценивания информационной системы, осуществлять необходимые измерения;
цели автоматизации производства;
типы организационных структур;
требования к проектируемой системе, классификацию информационных систем, структуру информационной системы, понятие жизненного цикла информационной системы;
модели жизненного цикла информационной системы, методы проектирования информационной системы;
технологии проектирования информационной системы, оценку и управление качеством информационной системы;
организацию труда при разработке информационной системы;
оценку необходимых ресурсов для реализации проекта
1.3 Контроль и оценка результатов освоения учебной дисциплины
(освоенные умения, усвоенные знания)
Формы и методы контроля и оценки результатов обучения
выделять жизненные циклы проектирования информационной системы;
использовать методы и критерии оценивания предметной области и методы определения стратегии развития бизнес-процессов организации;
использовать и рассчитывать показатели и критерии оценивания информационной системы, осуществлять необходимые измерения
цели автоматизации производства;
типы организационных структур;
требования к проектируемой системе, классификацию информационных систем, структуру информационной системы, понятие жизненного цикла информационной системы;
Внеаудиторная самостоятельная работа
модели жизненного цикла информационной системы, методы проектирования информационной системы;
Внеаудиторная самостоятельная работа
технологии проектирования информационной системы, оценку и управление качеством информационной системы;
Читайте также: