Неверно что на физическом уровне поддерживается связь
Методы и средства проектирования информационных систем и технологий. Ответы на тест Синергия.. Методы и средства проектирования информационных систем и техноло. Является функциональноориентированным caseсредством Тип ответа
AllFusion Modeling Suite
на начальных этапах анализа и проектирования ИС
для генерации кода программы
для разработки небольших локальных ИС
методология структурного анализа и проектирования
пакет международных стандартов для структурного анализа бизнес-процессов
набор средств реинжиниринга бизнес-процессов
стандарт жизненного цикла ИС
Средство для удобного описания рабочих процессов для которых важно отразить логическую последовательность выполнения процедур
Стандарт для описания последовательностей и логики взаимодействия операций и событий в анализируемой системе
Представление сценария бизнес-процесса
Методология документирования процессов, происходящих в системе
Вариация IDEF1, основанная на использовании концептуальной схемы
Использующий условный синтаксис метод разработки реляционных баз данных
Методология для построения концептуальной схемы логической структуры реляционной базы данных, которая была бы независимой от программной платформы её конечной реализации
Методология проектирования реляционных баз данных
Каждый следующий этап аккумулирует результаты предыдущего этапа
Присутствуют обратные связи между этапами
Начальные этапы требуют наибольших затрат
характеристику объекта автоматизации
состав и содержание работ по созданию системы
требования к системе
Пока не завершен очередной этап, не производится перехода к следующему этапу
Высок риск получить систему, не удовлетворяющую требованиям заказчика
Каждому витку спирали соответствует определенная стадия жизненного цикла
Идет разбиение большого объема работ на небольшие части
подготовка объекта к внедрению
сдача проекта в промышленную эксплуатацию
альтернативную точку зрения на бизнес-процессы
то же, что диаграмма IDEF0
то же, что и диаграмма IDEF3
Весьма трудно планировать строки работ
Заказчик постоянно контролирует процесс разработки
Требования к системе могут меняться на протяжении всего жизненного цикла
Каждый новый этап жизненного цикла начинается только после полного завершения предыдущего этапа
Последовательность действий (транзакций), выполняемых системой в ответ на событие, инициируемое некоторым внешним объектом
Работа, которая может быть декомпозирована на совокупность других вариантов использования
Одно из состояний, которое может принимать объект в ответ на действие пользователя
Каждая работа на функциональной диаграмме обязательно должна иметь хотя бы одну стрелку управления
Каждая работа на функциональной диаграмме обязательно должна иметь хотя бы одну стрелку входа
Каждая работа на функциональной диаграмме обязательно должна иметь несколько стрелок выхода
На функциональной диаграмме по усмотрению разработчиков могут не отображаться механизмы
Поддерживается язык UML
Поддерживается методология SADT
Имеются средства быстрой разработки приложений
Имеются средства генерации проектной документации
Техническое задание, Эскизный проект, Технический проект, Рабочий проект, Акт о внедрение, Акт о сдачи в эксплуатацию
Технико-экономическое обоснование, Техническое задание, Эскизный проект, Технический проект, Рабочий проект, Внедрение
Технико-экономическое обоснование, Техническое задание, Эскизный проект, Техно-рабочий проект, Внедрение
Техническое задание, Эскизный проект, Технический проект, Рабочий проект, Внедрение
Логический уровень отражает абстрактный взгляд на данные
На логическом уровне используются понятия сущность и атрибут
И на логическом, и на физическом уровне поддерживается связь «многие-ко-многим»
Одному логическому уровню может соответствовать несколько физических уровней
разрабатывается информационная система
составляется проектная документация
строится несколько моделей TO-BE
Сбора сведения и опроса пользователей, планирования, построения модели, разработки и построения
Моделирования, проектирования, построения, согласования
Согласования, уведомления, приведения и построения
Анализа и планирования требований, проектирования, построения, внедрения
Основная, вспомогательная, организационная
Моделирование, документирование, разработка
Разработка, сопровождение, эксплуатация
Рост, зрелость, упадок
Установки на пользовательские места
Принятия решения о создании информационной системы
относящихся к одной предметной области
использующих одинаковые методы
имеющих общий набор свойств и характеризующихся одинаковым поведением
отображенных на одной диаграмме
Это ручная технология индивидуального (оригинального) проектирования Поддерживается большинством CASE-средств
Это технология, в которой основной упор делается на начальные этапы проектирования
Это технология, в основе которой лежит спиральная модель жизненного цикла
Набора сервисных утилит
сбор материалов для обследования
технико-экономическое обоснование проекта
Небольшую команду программистов, короткий и тщательно проработанный график и повторяющийся цикл, обеспечивающий доработку продукта через взаимодействие с заказчиком
Специальный стандарт поддержки быстрых средств разработки программного продукта
Рекомендации по трансформированию предложений конечных пользователей в схемы рабочих прототипов
Требования к анализу, проектированию и генерации кода, а также тестированию ПО, позволяющие сократить сроки и затраты на разработку ПО
экономических информационных систем
сложных расчетных программ, операционных систем и других программ большого объема
банковских информационных систем
информационных киосков метрополитена
диаграмму IDEF3 можно декомпозировать в IDEF0
диаграмму IDEF0 можно декомпозировать в IDEF3
диаграмму IDEF0 можно декомпозировать в IDEF0
диаграмму IDEF3 можно декомпозировать в DFD
Разработка технического задания начинается после исследования предметной области
Техническому проектированию предшествует эскизный проект
Модернизация системы начинается сразу после внедрения
На этапе внедрения заканчивается жизненный цикл ИС
идентифицирующая «один ко многим»
неидентифицирующая «один ко многим»
требования к системе
характеристику объекта автоматизации
состав и содержание работ по созданию системы
всегда должна быть стрелка входа
всегда должна быть стрелка управления
всегда должна быть стрелка выхода
по усмотрению разработчиком можно не указывать механизмы
системой управления базами данных
апробация всей системы
проектирование форм документов
разработка структуры базы данных
формулировка требований к будущей ИС
оценка эффективности функционирования и срока окупаемости будущей ИС
выбор программных средств реализации
отражение общих сведений о проекте
международные стандарты и методологии
стандарты РФ, ГОСТы
ГОСТ 34.601-90; РД IDEF-2000; MIL-STD-188
Семейство стандартов IDEF
ГОСТ Р ИСО/ИЭК 12207:1995; Oracle CDM; Rational Rose Process; Microsoft Solution Framework; Extreme Programming
анализа материалов обследования
Совокупность требований к информационной системе
Совокупность моделей, описывающих основные функции информационной системы
Абстрактное представление предметной области информационной системы в виде диаграмм
Проектно-конструкторская и технологическая документация
CASE-средства, поддерживающие какой-либо один этапов жизненного цикла ИС и CASE- средства, поддерживающие несколько этапов жизненного цикла ИС
tools, toolkit, workbench
Функционально-ориентированные, объектно-ориентированные и смешанные
Локальные и распределенные
ручные и компьютерные
оригинальные и типовые
канонические и спиральные
параметризация и реструктуризация модели
Варианты использования объекта
Разрабатываемый программный компонент, реализующий отдельные функции и внешние интерфейсы разрабатываемого ПО
Действующий программный компонент, реализующий отдельные функции и внешние интерфейсы разрабатываемого ПО
Модель информационной системы, построенная на начальных «витках спирали»
Окончательный вариант разрабатываемого ПО
Акте о проведение опытного внедрения
Приказе о начале промышленного внедрения
Акте о готовности объекта к внедрению
Программе проведения испытаний
Специализированная база данных, предназначенная для отображения состояния проектируемой ЭИС в каждый момент времени
Совокупность системной информации о конкретном CASE-средстве
Резервная база данных, предназначенная для отображения состояния проектируемой ЭИС
Специализированный словарь терминов, применяющихся в предметной области разрабатываемой ИС
технико-экономическое обоснование проекта
сбор материалов для обследования
охватывать весь жизненный цикл ИС
зависеть от конкретной ОС и СУБД
охватывать начальные этапы жизненного цикла ИС
Договором на создание информационной системы
Международным стандартом ISO/IEC 12207
Структурой предметной области
Государственным стандартом ГОСТ 34.602-89
реинжиниринг бизнес-процессов предприятия
выявление слабых и уязвимых мест деятельности организации
определение требований к будущей информационной системе
адаптация разрабатываемой ИС к условиям деятельности организации
Системная реорганизация информационных потоков, перераспределение ресурсов и сокращение сроков выполнения заказов, повышение качества обслуживания клиентов в условиях новой информационной системы
Перераспределение ресурсов предприятия с целью повышения прибыли и увеличения доли на рыке
Перераспределение ресурсов (трудовых, финансовых и др.) и минимизация затрат, направленный на оптимизацию организационной структуры предприятия, повышение эффективности его функционирования при внедрении новой информационной системы
Системная реорганизация материальных, финансовых и информационных потоков, направленных на упрощение организационной структуры, перераспределение и минимизацию использования различных ресурсов, сокращение сроков реализации потребностей клиентов, повышение качества их обслуживания
диаграмма классов и диаграмма размещения
диаграмма размещения и диаграмма деятельности
диаграмма компонентов и диаграмма размещения
Является функциональноориентированным caseсредством Тип ответа
AllFusion Modeling Suite
на начальных этапах анализа и проектирования ИС
для генерации кода программы
для разработки небольших локальных ИС
методология структурного анализа и проектирования
пакет международных стандартов для структурного анализа бизнес-процессов
набор средств реинжиниринга бизнес-процессов
стандарт жизненного цикла ИС
Средство для удобного описания рабочих процессов для которых важно отразить логическую последовательность выполнения процедур
Стандарт для описания последовательностей и логики взаимодействия операций и событий в анализируемой системе
Представление сценария бизнес-процесса
Методология документирования процессов, происходящих в системе
Вариация IDEF1, основанная на использовании концептуальной схемы
Использующий условный синтаксис метод разработки реляционных баз данных
Методология для построения концептуальной схемы логической структуры реляционной базы данных, которая была бы независимой от программной платформы её конечной реализации
Методология проектирования реляционных баз данных
Каждый следующий этап аккумулирует результаты предыдущего этапа
Присутствуют обратные связи между этапами
Начальные этапы требуют наибольших затрат
характеристику объекта автоматизации
состав и содержание работ по созданию системы
требования к системе
Пока не завершен очередной этап, не производится перехода к следующему этапу
Высок риск получить систему, не удовлетворяющую требованиям заказчика
Каждому витку спирали соответствует определенная стадия жизненного цикла
Идет разбиение большого объема работ на небольшие части
подготовка объекта к внедрению
сдача проекта в промышленную эксплуатацию
альтернативную точку зрения на бизнес-процессы
то же, что диаграмма IDEF0
то же, что и диаграмма IDEF3
Весьма трудно планировать строки работ
Заказчик постоянно контролирует процесс разработки
Требования к системе могут меняться на протяжении всего жизненного цикла
Каждый новый этап жизненного цикла начинается только после полного завершения предыдущего этапа
Последовательность действий (транзакций), выполняемых системой в ответ на событие, инициируемое некоторым внешним объектом
Работа, которая может быть декомпозирована на совокупность других вариантов использования
Одно из состояний, которое может принимать объект в ответ на действие пользователя
Каждая работа на функциональной диаграмме обязательно должна иметь хотя бы одну стрелку управления
Каждая работа на функциональной диаграмме обязательно должна иметь хотя бы одну стрелку входа
Каждая работа на функциональной диаграмме обязательно должна иметь несколько стрелок выхода
На функциональной диаграмме по усмотрению разработчиков могут не отображаться механизмы
Поддерживается язык UML
Поддерживается методология SADT
Имеются средства быстрой разработки приложений
Имеются средства генерации проектной документации
Техническое задание, Эскизный проект, Технический проект, Рабочий проект, Акт о внедрение, Акт о сдачи в эксплуатацию
Технико-экономическое обоснование, Техническое задание, Эскизный проект, Технический проект, Рабочий проект, Внедрение
Технико-экономическое обоснование, Техническое задание, Эскизный проект, Техно-рабочий проект, Внедрение
Техническое задание, Эскизный проект, Технический проект, Рабочий проект, Внедрение
Логический уровень отражает абстрактный взгляд на данные
На логическом уровне используются понятия сущность и атрибут
И на логическом, и на физическом уровне поддерживается связь «многие-ко-многим»
Одному логическому уровню может соответствовать несколько физических уровней
разрабатывается информационная система
составляется проектная документация
строится несколько моделей TO-BE
Сбора сведения и опроса пользователей, планирования, построения модели, разработки и построения
Моделирования, проектирования, построения, согласования
Согласования, уведомления, приведения и построения
Анализа и планирования требований, проектирования, построения, внедрения
Основная, вспомогательная, организационная
Моделирование, документирование, разработка
Разработка, сопровождение, эксплуатация
Рост, зрелость, упадок
Установки на пользовательские места
Принятия решения о создании информационной системы
относящихся к одной предметной области
использующих одинаковые методы
имеющих общий набор свойств и характеризующихся одинаковым поведением
отображенных на одной диаграмме
Это ручная технология индивидуального (оригинального) проектирования Поддерживается большинством CASE-средств
Это технология, в которой основной упор делается на начальные этапы проектирования
Это технология, в основе которой лежит спиральная модель жизненного цикла
Набора сервисных утилит
сбор материалов для обследования
технико-экономическое обоснование проекта
Небольшую команду программистов, короткий и тщательно проработанный график и повторяющийся цикл, обеспечивающий доработку продукта через взаимодействие с заказчиком
Специальный стандарт поддержки быстрых средств разработки программного продукта
Рекомендации по трансформированию предложений конечных пользователей в схемы рабочих прототипов
Требования к анализу, проектированию и генерации кода, а также тестированию ПО, позволяющие сократить сроки и затраты на разработку ПО
экономических информационных систем
сложных расчетных программ, операционных систем и других программ большого объема
банковских информационных систем
информационных киосков метрополитена
диаграмму IDEF3 можно декомпозировать в IDEF0
диаграмму IDEF0 можно декомпозировать в IDEF3
диаграмму IDEF0 можно декомпозировать в IDEF0
диаграмму IDEF3 можно декомпозировать в DFD
Разработка технического задания начинается после исследования предметной области
Техническому проектированию предшествует эскизный проект
Модернизация системы начинается сразу после внедрения
На этапе внедрения заканчивается жизненный цикл ИС
идентифицирующая «один ко многим»
неидентифицирующая «один ко многим»
требования к системе
характеристику объекта автоматизации
состав и содержание работ по созданию системы
всегда должна быть стрелка входа
всегда должна быть стрелка управления
всегда должна быть стрелка выхода
по усмотрению разработчиком можно не указывать механизмы
системой управления базами данных
апробация всей системы
проектирование форм документов
разработка структуры базы данных
формулировка требований к будущей ИС
оценка эффективности функционирования и срока окупаемости будущей ИС
выбор программных средств реализации
отражение общих сведений о проекте
международные стандарты и методологии
стандарты РФ, ГОСТы
ГОСТ 34.601-90; РД IDEF-2000; MIL-STD-188
Семейство стандартов IDEF
ГОСТ Р ИСО/ИЭК 12207:1995; Oracle CDM; Rational Rose Process; Microsoft Solution Framework; Extreme Programming
анализа материалов обследования
Совокупность требований к информационной системе
Совокупность моделей, описывающих основные функции информационной системы
Абстрактное представление предметной области информационной системы в виде диаграмм
Проектно-конструкторская и технологическая документация
CASE-средства, поддерживающие какой-либо один этапов жизненного цикла ИС и CASE- средства, поддерживающие несколько этапов жизненного цикла ИС
tools, toolkit, workbench
Функционально-ориентированные, объектно-ориентированные и смешанные
Локальные и распределенные
ручные и компьютерные
оригинальные и типовые
канонические и спиральные
параметризация и реструктуризация модели
Варианты использования объекта
Разрабатываемый программный компонент, реализующий отдельные функции и внешние интерфейсы разрабатываемого ПО
Действующий программный компонент, реализующий отдельные функции и внешние интерфейсы разрабатываемого ПО
Модель информационной системы, построенная на начальных «витках спирали»
Окончательный вариант разрабатываемого ПО
Акте о проведение опытного внедрения
Приказе о начале промышленного внедрения
Акте о готовности объекта к внедрению
Программе проведения испытаний
Специализированная база данных, предназначенная для отображения состояния проектируемой ЭИС в каждый момент времени
Совокупность системной информации о конкретном CASE-средстве
Резервная база данных, предназначенная для отображения состояния проектируемой ЭИС
Специализированный словарь терминов, применяющихся в предметной области разрабатываемой ИС
технико-экономическое обоснование проекта
сбор материалов для обследования
охватывать весь жизненный цикл ИС
зависеть от конкретной ОС и СУБД
охватывать начальные этапы жизненного цикла ИС
Договором на создание информационной системы
Международным стандартом ISO/IEC 12207
Структурой предметной области
Государственным стандартом ГОСТ 34.602-89
реинжиниринг бизнес-процессов предприятия
выявление слабых и уязвимых мест деятельности организации
определение требований к будущей информационной системе
адаптация разрабатываемой ИС к условиям деятельности организации
Системная реорганизация информационных потоков, перераспределение ресурсов и сокращение сроков выполнения заказов, повышение качества обслуживания клиентов в условиях новой информационной системы
Перераспределение ресурсов предприятия с целью повышения прибыли и увеличения доли на рыке
Перераспределение ресурсов (трудовых, финансовых и др.) и минимизация затрат, направленный на оптимизацию организационной структуры предприятия, повышение эффективности его функционирования при внедрении новой информационной системы
Системная реорганизация материальных, финансовых и информационных потоков, направленных на упрощение организационной структуры, перераспределение и минимизацию использования различных ресурсов, сокращение сроков реализации потребностей клиентов, повышение качества их обслуживания
диаграмма классов и диаграмма размещения
диаграмма размещения и диаграмма деятельности
диаграмма компонентов и диаграмма размещения
Г) более точные оценки сроков и стоимости
Вопрос 1 2 3 4 5 6 7 8 9 10
Ответ а б г а б а г б в б
1. Метод SADT реализован в виде стандарта:
А) IDEF0
2. Контекстная диаграмма IDEF0 – это …
а) диаграмма декомпозиции
Б) диаграмма верхнего уровня
в) диаграмма модели данных
г) диаграмма дерева узлов
3. Разбиение системы на фрагменты в IDEF0 называется …
Г) декомпозиция
4. Неверно, что у блока работы на диаграмме IDEF0 …
А) всегда должна быть стрелка входа
б) всегда должна быть стрелка управления
в) всегда должна быть стрелка выхода
г) по усмотрению разработчиком можно не указывать механизмы
5. Переход от модели AS-IS к модели TO-BE – это по сути …
а) моделирование бизнес-процессов
Б) реинжиниринг бизнес-процессов
в) декомпозиция системы
А) диаграмму IDEF3 можно декомпозировать в IDEF0
б) диаграмму IDEF0 можно декомпозировать в IDEF3
в) диаграмму IDEF0 можно декомпозировать в IDEF0
г) диаграмму IDEF3 можно декомпозировать в DFD
7. Перекресток «исключающего ИЛИ» в IDEF3 отображается:
8. На диаграмме DFD вход в систему и/или выход из системы
изображается с помощью …
а) внешних сущностей
Б) стрелок
9. Для IDEF1X неверно, что …
а) логический уровень отражает абстрактный взгляд на данные
б) на логическом уровне используются понятия сущность и
В) и на логическом, и на физическом уровне поддерживается
г) одному логическому уровню может соответствовать несколько
10. Множество подобных индивидуальных объектов, называемых
Б) сущность
1. Проект информационной системы – это:
а) проектно-конструкторская и технологическая документация;
б) совокупность моделей, описывающих основные функции информационной
в) совокупность требований к информационной системе;
г) абстрактное представление предметной области информационной системы
2. По степени адаптивности различают методы проектирования:
а) ручные и компьютерные;
б) параметризация и реструктуризация модели;
в) оригинальные и типовые;
г) канонические и спиральные.
3. «Ручное» проектирование – это проектирование:
4. Проектирование информационной системы, когда происходит адаптация
проектных решений путем переработки соответствующих компонентов, – это:
5. Жизненный цикл информационной системы начинается с момента:
а) принятия решения о создании информационной системы;
б) создания и утверждения модели разрабатываемой информационной системы;
в) установки на пользовательские места;
6. Основные стандарты жизненного цикла информационных систем:
а) ГОСТРИСО/ИЭК 12207:1995; Oracle CDM; Rational Rose Process; Microsoft
Solution Framework; Extreme Programming;
б) ГОСТ 34.601-90; РД IDEF-2000; MIL-STD-188;
в) семейство стандартов IDEF;
7. Жизненный цикл ИС состоит из групп процессов:
а) разработка, сопровождение, эксплуатация;
б) основная, вспомогательная, организационная;
в) рост, зрелость, упадок;
г) моделирование, документирование, разработка.
8. В каскадной модели:
а) каждый новый этап жизненного цикла начинается только после полного
завершения предыдущего этапа;
б) требования к системе могут меняться на протяжении всего жизненного цикла;
в) заказчик постоянно контролирует процесс разработки;
г) весьма трудно планировать строки работ.
9. В спиральной модели:
а) пока не завершен очередной этап, не производится переход к следующему этапу;
б) каждому витку спирали соответствует определенная стадия жизненного цикла;
в) высок риск получить систему, не удовлетворяющую требованиям заказчика;
г) идет разделение большого объема работ на небольшие части.
10. В итерационной (этапной) модели:
а) присутствуют обратные связи между этапами;
б) переход к следующему этапу происходит только после окончания предыдущего;
в) начальные этапы требуют наибольших затрат;
г) каждый следующий этап аккумулирует результаты предыдущего этапа.
а) разрабатываемый программный компонент, реализующий отдельные
функции и внешние интерфейсы разрабатываемого ПО;
б) действующий программный компонент, реализующий отдельные функции
и внешние интерфейсы разрабатываемого ПО;
в)модель информационной системы, построенная на начальных «витках спирали»;
г) окончательный вариант разрабатываемого ПО.
12. Жизненный цикл ПО по методологии RAD состоит из:
а) анализа и планирования требований, проектирования, построения, внедрения;
б) сбора сведений и опроса пользователей, планирования, построения модели,
разработки и построения;
в) согласования, уведомления, приведения и построения;
г) моделирования, проектирования, построения, согласования.
13. CASE-средства наиболее необходимы:
а) для разработки небольших локальных ИС;
б) на начальных этапах анализа и проектирования ИС;
в) для генерации кода программы;
г) в процессе внедрения системы в опытную эксплуатацию.
14. Репозиторий CASE-средства – это:
а) совокупность системной информации о конкретном CASE-средстве;
б) специализированная база данных, предназначенная для отображения со-
стояния проектируемой ЭИС в каждый момент времени;
в) специализированный словарь терминов, применяющихся в предметной об-
ласти разрабатываемой ИС;
г) резервная база данных, предназначенная для отображения состояния
15. Контроль правильности построение диаграмм в CASE-средстве осуществ-
а) документатора проекта;
б) верификатора проекта;
в) администратора проекта.
г) набора сервисных утилит.
16. По степени интегрированности CASE-средства различают:
а) локальные и распределенные;
б) CASE-средства, поддерживающие какой-либо один из этапов жизненного
цикла ИС и CASE-средства, поддерживающие несколько этапов жизненного
в) tools, toolkit, workbench;
г) функционально-ориентированные, объектно-ориентированные и смешанные.
17. … является функционально-ориентированным CASE-средством:
а) AllFusion Modeling Suite;
а) стандарт жизненного цикла ИС;
б) пакет международных стандартов для структурного анализа бизнес-
в) набор средств реинжиниринга бизнес-процессов;
г) методология структурного анализа и проектирования.
19. Целью построения модели AS-IS является:
а) выявление слабых и уязвимых мест деятельности организации;
б) определение требований к будущей информационной системе;
в) реинжиниринг бизнес-процессов предприятия;
г) адаптация разрабатываемой ИС к условиям деятельности организации.
20. Для модели AS-IS:
а) строится несколько моделей TO-BE;
б) разрабатывается информационная система;
в) составляется проектная документация;
г) разрабатывается ER-модель.
а) использующий условный синтаксис метод разработки реляционных баз
б) вариация IDEF1, основанная на использовании концептуальной схемы;
в) методология проектирования реляционных баз данных;
г) методология для построения концептуальной схемы логической структуры
реляционной базы данных, которая была бы независимой от программной плат-
формы ее конечной реализации.
а) средство для удобного описания рабочих процессов, для которых важно
отразить логическую последовательность выполнения процедур;
б) стандарт для описания последовательностей и логики взаимодействия опе-
раций и событий в анализируемой системе;
в) представление сценария бизнес-процесса;
г) методология документирования процессов, происходящих в системе.
23. В AllFusionProcessModeler диаграмма дерева узлов показывает:
а) то же, что диаграмма IDEF0;
б) то же, что и диаграмма IDEF3;
г) альтернативную точку зрения на бизнес-процессы.
24. На этапе физического проектирования понятиям «сущность» и «атрибут»
а) таблица и столбец;
б) таблица и строка;
25. Неверно, что на физическом уровне поддерживается связь:
а) идентифицирующая «один ко многим»;
б) неидентифицирующая «один ко многим»;
г) «многие ко многим».
26. Программные процедуры, обеспечивающие выполнение объектом опре-
деленных действий, называются:
а) свойства объекта;
в) варианты использования объекта;
г) кооперация объекта.
27. Класс объектов – это совокупность объектов:
а) относящихся к одной предметной области;
б) отображенных на одной диаграмме;
в) использующих одинаковые методы;
г) имеющих общий набор свойств и характеризующихся одинаковым поведением.
28. Физический уровень системы моделируют:
а) диаграмма компонентов и диаграмма размещения;
б) диаграмма деятельности и диаграмма классов;
в) диаграмма классов и диаграмма размещения;
г) диаграмма размещения и диаграмма деятельности.
29. Потоки работ во взаимосвязанных вариантах использования отображают-
30. На диаграмме классов объектов при описании конкретного класса указы-
а) экземпляров класса;
г) вариантов использования.
31. Методология RAD применима для:
а) сложных расчетных программ, операционных систем и других программ
б) экономических информационных систем;
в) банковских информационных систем;
г) информационных киосков метрополитена.
32. Методология быстрой разработки RAD содержит:
а) небольшую команду программистов, короткий и тщательно проработанный
график и повторяющийся цикл, обеспечивающий доработку продукта через вза-
имодействие с заказчиком;
б) требования к анализу, проектированию и генерации кода, а также тестиро-
ванию ПО, позволяющие сократить сроки и затраты на разработку ПО;
в) рекомендации по трансформированию предложений конечных пользовате-
лей в схемы рабочих прототипов;
г) специальный стандарт поддержки быстрых средств разработки программного
33. Цель реинжиниринга бизнес-процессов:
а) перераспределение ресурсов (трудовых, финансовых и др.) и минимизация
затрат, направленных на оптимизацию организационной структуры предприя-
тия, повышение эффективности его функционирования при внедрении новой
б) перераспределение ресурсов предприятия с целью повышения прибыли и
увеличения доли на рыке;
в) системная реорганизация материальных, финансовых и информационных
потоков, направленных на упрощение организационной структуры, перераспре-
деление и минимизацию использования различных ресурсов, сокращение сроков
реализации потребностей клиентов, повышение качества их обслуживания;
г) системная реорганизация информационных потоков, перераспределение
ресурсов и сокращение сроков выполнения заказов, повышение качества обслу-
живания клиентов в условиях новой информационной системы.
34. Верным утверждением, является «…»:
а) на функциональной диаграмме по усмотрению разработчиков могут не
б) каждая работа на функциональной диаграмме обязательно должна иметь
хотя бы одну стрелку входа;
в) каждая работа на функциональной диаграмме обязательно должна иметь
хотя бы одну стрелку управления;
г) каждая работа на функциональной диаграмме обязательно должна иметь
несколько стрелок выхода.
35. На диаграммах потоков данных отображается:
а) внешняя сущность;
г) хранилище данных.
36. В разработке языка UML принимал участие:
37. В RationalSuite:
а) поддерживается язык UML;
б) поддерживается методология SADT;
в) имеются средства генерации проектной документации;
г) имеются средства быстрой разработки приложений.
38. Каноническое проектирование:
а) это ручная технология индивидуального (оригинального) проектирования;
б) поддерживается большинством CASE-средств;
в) это технология, в основе которой лежит спиральная модель жизненного
г) это технология, в которой основной упор делается на начальные этапы
39. Государственный стандарт ГОСТ 19.102-77 устанавливает следующие
стадии разработки программной документации:
а) техническое задание, эскизный проект, технический проект, рабочий
б) технико-экономическое обоснование, техническое задание, эскизный
проект, технорабочий проект, внедрение;
в) техническое задание, эскизный проект, технический проект, рабочий
проект, акт о внедрении, акт о сдаче в эксплуатацию;
г) технико-экономическое обоснование, техническое задание, эскизный про-
ект, технический проект, рабочий проект, внедрение.
40. Результатом предпроектной стадии является:
а) техническое задание;
б) сбор материалов для обследования;
в) технико-экономическое обоснование проекта;
г) технорабочий проект.
41. В техническое задание включают:
а) постановку задачи;
б) требования к системе;
в) характеристику объекта автоматизации;
г) состав и содержание работ по созданию системы.
42. Принцип, в соответствии с которым система должна обладать характери-
стиками отказоустойчивости, называется:
43. Средства проектирования должны:
а) зависеть от конкретной ОС и СУБД;
б) охватывать начальные этапы жизненного цикла ИС;
в) охватывать весь жизненный цикл ИС;
г) быть экономически целесообразны.
44. В объектно-ориентированном проектировании вариант использования – это:
а) последовательность действий, выполняемых пользователем при осуществ-
б) одно из состояний, которое может принимать объект в ответ на действие
в) работа, которая может быть декомпозирована на совокупность других ва-
г) последовательность действий (транзакций), выполняемых системой в ответ
на событие, инициируемое некоторым внешним объектом.
45. Принцип, в соответствии с которым на разработку системы затрачивается
меньше финансовых средств при условии получения высокой эффективности,
46. Принцип, в соответствии с которым система должна легко адаптироваться
к изменению требований к ней, называется:
47. Принцип, в соответствии с которым система должна обеспечивать сохран-
ность информации, используя специальное оборудование и шифры, называется:
48. Принцип, в соответствии с которым система должна быть простой, удоб-
ной для освоения и использования, называется:
49. Набор программ, выполняющий функции эксперта при решении какой-
либо задачи, называется:
а) экспертная система;
б) автоматизированная система;
в) система управления базами данных;
г) открытая система.
50. Структура технического задания на разработку информационной системы
а) договором на создание информационной системы;
б) государственным стандартом ГОСТ 34.602-89;
в) международным стандартом ISO/IEC 12207;
г) структурой предметной области
Дата добавления: 2018-05-12 ; просмотров: 3464 ; Мы поможем в написании вашей работы!