1. Тема 6.Автоматизированное проектирование ис

40. В качестве инструментальных средств функционально – ориентированного анализа и проектирования выступают:

-: диаграммы бизнес – функций

-: диаграммы классов объектов

-: диаграммы деятельностей

-: диаграммы потоков данных

-: диаграммы взаимодействия объектов

41. Упорядочите этапы построения диаграмм потоков данных:

1: идентификация внешних объектов (по отношению к системе)

2: идентификация информации_, которая передается между процессами

3: расчленение множества требований на функциональные группы

4: разработка контекстной диаграммы

5: контроль контекстной диаграммы и уточнение

6: формирование ДПД первого уровня, где отражены основные функции системы

7: декомпозиция каждого процесса до тех пор, пока процесс самого нижнего уровня можно будет представить в виде некоторой спецификации (алгоритма)

8: ревизия всех уровней с целью выяснения некорректности, а при ее обнаружении – устранение

42. При построении диаграммы иерархии функций не выполняется:

-: работа по отображению основной функции

-: декомпозиция основной функции на подфункции

-: описание начальных параметров проекта ИС в репозитории

-: декомпозиции подфункций до необходимой степени детализации

-: идентификация внешних (по отношению к системе) объектов

-: контроль правильности построенной диаграммы

43. Репозиторий - :

-: программа контроля правильности построения диаграмм в заданной методологии проектирования ИС

-: набор системных утилит

-: специализированная база данных, предназначенная для отображения состояния проектируемой ИС в каждый момент времени

-: специальная программа, которая поддерживает одну или несколько методологий анализа и проектирования ИС

-: методология структурного анализа

44. Администратор проекта ис - :

-: содержит информацию об объектах проектируемой ИС и взаимосвязях между ними

-: осуществляет мониторинг выполнения проекта

-: задает описания связей между элементами диаграмм

-: позволяет выделять на диаграмме ошибочные элементы

-: позволяет задать начальные параметры проекта ИС

-: выполняет функции архивации данных

45. Документатор проекта ис - :

-: осуществляет назначение и изменение прав доступа к элементам проекта

-: выполняет диагностику и выдачу сообщений об ошибках

-: позволяет получать информацию о состоянии проекта в виде различных отчетов

-: задает описания элементов диаграмм

-: выделяет на диаграмме ошибочные элементы

46. Верификатор диаграмм - :

-: осуществляет мониторинг правильности построения диаграмм

-: создает элементы диаграмм и взаимосвязи между ними

-: задает описания элементов диаграмм

-: задает описания связей между элементами диаграмм

-: позволяет редактировать элементы диаграмм, их взаимосвязи и описания

47. Наибольшая потребность в использовании САSЕ –систем наблюдается:

-: на этапах анализа и спецификации требований к ИС

-: на стадии внедрения проекта ИС

-: на стадии эксплуатации и сопровождения ИС

48. С точки зрения архитектуры, Case – средство не включает:

базу данных проекта ИС

-: готовые проектные решения

-: графические средства моделирования

-: инструменты, необходимые для выполнения административных функций

-: набор системных утилит по обслуживанию репозитория

49. Повышение качества проекта ИС при использовании Case – технологии достигается за счет:

-: возможности автоматизированного обучения персонала с использованием диаграмм

-: использования концепции сборочного проектирования

-: участия пользователей в процессе проектирования

-: автоматической кодогенерации программного обеспечения ИС

-: переноса центра тяжести трудоемкости создания системы на предпроектную и проектную стадии

50. Сокращение стоимости и времени проектирования ИС при использовании Case – технологии достигается за счет:

-: сокращения сроков проектирования

-: автоматической кодогенерации программного обеспечения ИС

-: возможности повторного использования типовых проектных решений (компонентов) системы

-: переноса центра тяжести трудоемкости создания системы на предпроектную и проектную стадии

-: обучения персонала на Case – моделях

51. Сокращение затрат на внедрение и сопровождение ИС при использовании Case – технологии достигается за счет:

-: возможности внесения изменений на уровне модели, не обращаясь к текстам программ, силами специалистов отдела автоматизации фирмы на стадии эксплуатации системы

-: сборки прикладной программы из готовых компонентов

-: устойчивости проектных решений для реализации на разных программно-технических платформах

-: использования принципа пользовательского проектирования

52. Какие этапы включает процесс проектирования ИС на основе использования функционально-ориентированной САSЕ-технологии?

-: построение диаграммы потоков данных

-: задание начальных параметров проекта

-: генерация описания схемы БД

-: построение диаграммы иерархии функций

-: генерация приложения

-: построение системной структурной диаграммы

-: построение диаграммы «сущность-связь

-: интеграция модулей приложения

-: генерация модуля описания системы БД

-: построение диаграммы переходов состояний

-: все этапы перечисленные в списке

53. Какая из стадий не входит в проектирование по методу RAD?

-: анализ и планирование требований

-: проектирование

-: реализация

-: тестирование

-: внедрение

54. Что не является результатом стадии анализа и планирования требований проектирования по методу RAD?

-: инструкции для пользователей

-: предварительные модели ПО

-: приоритетный список функций ПО

55. Что не является результатом стадии проектирования в создании ПО ИС по методу RAD?

общая информационная модель ИС:

функциональные модели подсистем и ИС в целом

интерфейсы между подсистемами

прототипы экранных форм и отчетов

-: требования к аппаратным ресурсам

56. Что является результатом стадии реализации в создании ПО ИС по методу RAD?

-: общая информационная модель ИС

-: функциональные модели подсистем и ИС в целом

-: интерфейсы между подсистемами

-: готовое, удовлетворяющее требованиям ПО

57. Какая работа не входит в стадию внедрения в создании ПО ИС по методу RAD?

-: интеграция компонентов ПО в единую систему

-: обучение пользователей

-: проведение изменений в структуре организационного управления предприятия – заказчика

58. Что из перечисленного не является особенностью проектирования ПО ИС по методу RAD?

-: выполнение работ малочисленными группами разработчиков

-: специализация групп разработчиков по отдельным подсистемам

-: использование специально созданных для этого метода средств проектирования

-: тщательно разработанный короткий план-график работ

59. На какой стадии выполняется тестирование разрабатываемого ПО при проектировании ПО ИС по методу RAD?

-: анализ и планирование требований к ПО

-: проектирование

-: реализация

-: внедрение

60. Для построения диаграмм сущность – связь не используют:

-: материалы обследования предметной области

-: описание структуры программного приложения

-: набор конструктивных элементов диаграмм «сущность-связь»

-: диаграммы потоков данных

-: описание схемы базы данных

61. На какой стадии устанавливаются требования разграничения доступа к данным при проектировании ПО ИС по методу RAD?

-:анализ и планирование требований к по

-: проектирование

-: реализация

-: внедрение

62. На какой стадии выполняется физическое проектирование БД при проектировании ПО ИС по методу RAD?

-: анализ и планирование требований к ПО

-: проектирование

-: реализация

-: внедрение

63. Разработка модели «сущность – связь» включает:

-: идентификацию перечня состояний модели и определение возможностей переходов между состояниями

-: определение сущностей модели и их атрибутов

-: определение условий, активизирующих переходы, и действий, влияющих на дальнейшее поведение моделируемой системы

-: идентификацию отношений между сущностями и определение типов отношений

-: оценку объемов и интенсивности информационных потоков