Проектирование информационных систем
для специальности 080801
Золотов С.Ю.
Томск-2006
№ 1
Энтропия -
• Мера неопределенности какого-либо опыта, который может иметь разные исходы.
№ 2
Какие свойства энтропии?
• Энтропия есть величина неотрицательная.
• Если вероятности возникновения возможных событий равны между собой, то значение энтропии принимает максимальное значение.
• Энтропия есть величина ограниченная.
№ 3
Мера уменьшения энтропии объекта после совершения некоторого события -
• Количество информации.
№ 4
Один бит -
• Количество информации, получаемое при осуществлении одного из двух равновероятных событий.
№ 5
Количество бит в одном байте.
• 8.
№ 6
Количество байт в одном килобайте.
• 1024.
№ 7
Количество килобайт в одном мегабайте.
• 1024.
№ 8
Некоторый объект, обладающий рядом важных свойств и реализующий в системе определенный закон функционирования, причем, внутренняя структура данного объекта не рассматривается -
• Элемент системы.
№ 9
Подсистема -
• Относительно независимая часть системы, которая обладает всеми свойствами системы и, в частности, имеет свою подцель, на достижение которой эта подсистема и ориентирована.
№ 10
Информационная система -
• Организационно-техническая система, использующая информационные технологии в целях обучения, информационно-аналитического обеспечения человеческой деятельности и процессов управления.
№ 11
Этапы в развитии информационных систем в хронологическом порядке:
1. Докомпьютерная эпоха.
2. Появление первых компьютеров.
3. Появление первых коммерческих информационных систем.
4. Появление персональных компьютеров.
5. Появление локальных сетей.
6. Появление распределенных информационных систем.
7. Этап глобализации информационных систем.
№ 12
Что характеризует понятие “гибкость” для современных информационных систем?
• Способность быстро менять конфигурацию или функциональный набор.
№ 13
Количество основных слоев в составе информационной системы.
• 3.
№ 14
Набор блоков для оперативной информационной системы.
• Блок учета ресурсов.
• Блок бухгалтерского учета.
• Блок кадрового учета.
• Блок документооборота.
№ 15
Набор блоков для аналитической информационной системы.
• Блок поиска информации.
• Блок накопления информации.
• Блок анализа информации.
№ 16
Основные функции справочно-правовых систем.
• Поиск документа в базе.
• Хранение и постоянное обновление текущего состояния действующего законодательства.
№ 17
Проект информационной системы -
• Проектно-конструкторская и технологическая документация, в которой представлено описание проектных решений по созданию и эксплуатации информационной системы в конкретной программно-технической среде.
№ 18
Проектирование информационной системы -
• Процесс преобразования входной информации об объекте проектирования, о методах проектирования и об опыте проектирования объектов аналогичного назначения в соответствии со стандартами в проект информационной системы.
№ 19
Технология проектирования -
• Совокупность методологии и средств проектирования информационной системы, а также методов и средств организации проектирования.
№ 20
Требования, предъявляемые к выбираемой технологии проектирования.
• Созданный с помощью этой технологии проект должен отвечать требованиям заказчика.
• Технология должна способствовать росту производительности труда проектировщика.
• Выбранная технология должна максимально отражать все этапы цикла жизни проекта.
• Технология должна быть основой связи между проектированием и сопровождением проекта.
• Технология должна обеспечивать надежность процесса проектирования и эксплуатации проекта.
№ 21
Принципы, которые применяются при проектировании сложных объектов:
• декомпозиции.
• иерархичности.
• итерационности.
• унификации проектных решений.
№ 22
Математическая модель технического объекта -
• Система математических объектов и отношений между ними, отражающих некоторые свойства технического объекта.
№ 23
Особенности параметров в моделях проектируемых объектов:
• Внутренние параметры в моделях текущего иерархического уровня становятся выходными параметрами в моделях более низкого иерархического уровня.
• Выходные параметры, фигурирующие в модели одной из подсистем (в одном из аспектов описаний), часто оказываются внешними параметрами в описании других подсистем (других аспектов).
• Большинство выходных параметров объекта являются функционалами.
• В техническом задании на проектирование предъявляются технические требования к выходным параметрам.
№ 24
Типовая проектная процедура -
• Проектная процедура, предназначенная для многократного применения при проектировании многих типов объектов.
№ 25
Проектные процедуры:
• Одновариантный анализ.
• Многовариантный анализ.
• Структурный синтез.
• Параметрический синтез.
№ 26
Процедуры, которые входят в общую процедуру параметрического синтеза.
• Анализ значений параметров.
• Выбор способа улучшения проекта.
• Модификация параметров.
№ 27
Определение для термина “жизненный цикл информационной системы”.
• Совокупность стадий и этапов, которые проходит информационная система в своем развитии от момента принятия решения о создании системы до момента прекращения функционирования системы.
№ 28
Стадии жизненного цикла разработки информационной системы:
1. Планирования и анализа требований.
2. Проектирования.
3. Реализации.
4. Внедрения.
5. Эксплуатации.
№ 29
На какой из стадий происходит разработка состава автоматизируемых функций?
• Стадия проектирования.
№ 30
На какой из стадий происходит разработка технического задания для информационной системы?
• Стадия планирования и анализа требований.
№ 31
Количество максимально возможных внутренних циклов жизненного цикла информационной системы.
• 5.
№ 32
Количество моделей жизненного цикла.
• 3.
№ 33
Модель жизненного цикла, в которой последовательный переход на следующий этап происходит только после полного завершения предыдущего.
• Каскадная модель.
№ 34
Модель жизненного цикла, в которой возможны возвраты на любые предыдущие этапы.
• Итерационная модель.
№ 35
Принципы, применяемые в структурном подходе к проектированию информационных систем:
• структурирования данных.
• иерархического упорядочивания.
• формализации.
• декомпозиции.
• непротиворечивости.
• абстрагирования.
№ 36
Для методологии SADT:
• Результатом применения методологии SADT является модель, которая состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга.
• Диаграммы - главные компоненты модели, все функции информационной системы и интерфейсы на них представлены как блоки и дуги.
• Управляющая информация входит в блок сверху, в то время как информация, которая подвергается обработке, показывается с левой стороны блока, а результаты выхода – с правой стороны.
• Механизм представляется дугой, входящей в блок снизу.
№ 37
Для методологии DFD:
• Накопитель данных представляет собой абстрактное устройство для хранения информации.
• Блок любой диаграммы может быть далее описан диаграммой нижнего уровня, которая, в свою очередь, может быть далее детализирована с помощью необходимого числа диаграмм.
• Внешняя сущность обозначается квадратом, расположенным как бы “над” диаграммой и бросающим на нее тень, для того, чтобы можно было выделить этот символ среди других обозначений.
• В согласованной модели для всех потоков данных и накопителей данных должно выполняться правило сохранения информации.
№ 38
Классификатор -
• Объект, с помощью которого осуществляется формализованное описание экономической информации в информационной системе, содержащей наименования классификационных группировок и их кодовые обозначения.
№ 39
Классификация -
• Результат упорядоченного распределения объектов заданного множества.
№ 40
Система классификации -
• Совокупность правил распределения объектов множества на подмножества.
№ 41
Процесс классифицирования -
• Процесс распределения объектов классификации в соответствии с принятой системой классификации.
№ 42
Признак классификации -
• Свойство или характеристика объекта классификации, которое позволяет установить его сходство или различие с другими объектами классификации.
№ 43
Классификационная группировка -
• Множество или подмножество, объединяющее часть объектов классификации по одному или нескольким признакам.
№ 44
Основание классификации -
• Признак, по которому ведется разбиение множества на подмножества на определенной ступени классификации.
№ 45
Ступень классификации -
• Результат очередного распределения объектов одной классификационной группировки.
№ 46
Уровень классификации -
• Совокупность классификационных группировок, расположенных на одних и тех же ступенях классификации.
№ 47
Глубина системы классификации -
• Количество уровней классификации, допустимое в данной системе.
№ 48
Гибкость системы классификации -
• Способность допускать включение новых признаков без разрушения структуры классификатора.
№ 49
Емкость системы классификации -
• Наибольшее количество классификационных группировок, допускаемое в данной системе классификации.
№ 50
Для иерархической системы классификации:
• Получающиеся на каждом уровне классификационные группировки должны составлять исходное множество объектов.
• Классификационные группировки на каждой ступени не должны пересекаться.
• Классификация на каждой ступени должна проводиться только по одному признаку.
• Гибкость этой системы обеспечивается только за счет ввода большой избыточности в ветвях.
№ 51
Для фасетной системы классификации:
• К преимуществам данной системы следует отнести большую емкость системы и высокую степень гибкости.
• Количество подмножеств классификационных группировок равно числу задач, обращающихся при своем решении к тем или иным фасетам.
• Устанавливается некоторый порядок следования фасетов с помощью фасетной формулы.
• Исходное множество объектов можно рассматривать в нескольких аспектах.
• Фасет - это аспект классификации, который используется для образования независимых классификационных группировок.
№ 52
Название постоянных отношений между терминами:
• Парадигматические отношения.
№ 53
Название переменных отношений между терминами, возникающих в процессе построения конкретного высказывания:
• Синтагматические отношения.
№ 54
Функции, которые соответствуют предназначению Единой системы классификации и кодирования:
• Проведение работы по созданию информационно-поисковых языков.
• Централизованная разработка общероссийских классификаторов.
• Ответы на разовые запросы.
• Пополнение и обновление, своевременного и систематического оповещения организаций обо всех изменениях, внесенных в классификаторы.
• Оптимизация структуры классификаторов.
№ 55
Состав Единой системы классификации и кодирования:
• Комплекс общероссийских классификаторов.
• Автоматизированная система ведения общероссийских классификаторов.
• Комплекс нормативно-технических и методологических материалов.
№ 56
Содержание нормативных документов Единой системы классификации и кодирования:
• Принципы сопряжения и взаимодействия классификаторов.
• Категории и сферы действия классификаторов.
• Структура работ по созданию и внедрению системы.
• Принципы и методы классификации и кодирования.
• Описание используемой терминологии системы.
№ 57
Документ -
• Определенная совокупность сведений, используемая при решении экономических задач, расположенная на материальном носителе в соответствии с установленной формой.
№ 58
Система документации -
• Совокупность взаимосвязанных форм документов, регулярно используемых в процессе управления экономическим объектом.
№ 59
Унифицированная система документации -
• Рационально организованный комплекс взаимосвязанных документов, который отвечает единым правилам и требованиям и содержит информацию, необходимую для оптимального управления некоторым экономическим объектом.
№ 60
Требования, которым должна удовлетворять унифицированная система документации (УСД).
• УСД должна быть ориентирована на использование средств вычислительной техники для сбора, обработки и передачи информации.
• УСД должна содержать полную информацию, необходимую для оптимального управления тем объектом, для которого разрабатывается эта система.
• Документы, входящие в состав УСД, должны разрабатываться с учетом их использования в системе взаимосвязанных информационных систем.
• Все документы, входящие в состав разрабатываемой УСД, и все реквизиты-признаки в них должны быть закодированы с использованием международных, общесистемных или локальных классификаторов.
• УСД должна обеспечить информационную совместимость ИС различных уровней.
№ 61
Состав работ на этапе построения новых форм документов:
• Определение состава результатных показателей.
• Разбиение показателей по формам документов.
• Определение способа нанесения информации в документы.
• Проектирование форм документов.
• Выбор типа формы документа.
• Определение состава первичных показателей.
№ 62
Состав работ на этапе унификации всей системы документации:
• Введение единой терминологии путем составления словаря.
• Установление единых единиц измерения.
• Исключение производных и многократно вводимых в компьютер показателей.
• Выявление характеристик документов.
№ 63
Состав работ на этапе разработки инструкций и методических материалов для унифицированной системы документации:
• Утверждение форм документов, их размножение и составление инструкций для работы с ними.
• Разработка правил заполнения и использования документов.
• Построение схем документооборота.
№ 64
Принципы, которые должны учитываться при проектировании форм первичных документов.
• Выделение реквизитов, имеющих одно или несколько значений на документ.
• Выделение справочных, групповых реквизитов и реквизитов-оснований.
• Логичность построения.
• Согласование последовательности реквизитов в документе с макетами размещения информации на экране компьютера и в файлах.
№ 65
Действия в процессе разработки первичных документов. Осуществление размещения реквизитов по выбранной форме в соответствии с проведенной классификацией.
1. Определение полного реквизитного состава каждого документа.
2. Классификация реквизитов: однозначные и многозначные, признаки и основания, справочные и группировочные, переносимые и непереносимые на машинные носители.
3. Установление логической соподчиненности реквизитов первичных документов.
4. Выбор какой-либо формы первичного документа.
5. Осуществление размещения реквизитов по выбранной форме в соответствии с проведенной классификацией.
6. Выполнение расчета размеров документа по вертикали и горизонтали с учетом размера полей.
7. Выбор формата бумажного носителя.
8. Построение эскиза документа соответствующей формы.
9. Выделение толстой линией реквизитов, переносимых на машинный носитель.
10. Редактирование шапок документов в соответствии со словарем.
№ 66
Требования, которые должны учитываться при проектировании форм документов результатной информации.
• Полнота информации.
• Своевременность предоставления информации.
• Достоверность предоставляемой информации.
• Логичность построения форм.
№ 67
Действия в процессе построения результатных документов.
1. Определение полного реквизитного состава документа.
2. Классификация реквизитов-признаков на справочные и группировочные, реквизитов-оснований на первичные и результатные, а результатных оснований по степеням итогов.
3. Выбор формы документа.
4. Размещение реквизитов в форме согласно их логической соподчиненности.
5. Подсчет длины строки в табличной зоне с учетом пробелов между реквизитами и разделительных линий граф.
№ 68
Варианты действий в случае, если длина строки результатного документа получается больше размеров бумажного листа.
• Вынос итоговых колонок в итоговые строки.
• Перенос не уместившихся в листе колонок на новый лист с продолжением нумерации колонок с дальнейшим склеиванием листов.
№ 69
Вариант расшифровки аббревиатуры методологии проектирования информационных систем RAD.
• Методология быстрой разработки приложений.
№ 70
Содержание процесса разработки информационных систем в методологии RAD.
• Наличие небольшой команды разработчиков.
• Короткий производственный график (до 6 месяцев).
• Заказчик взаимодействует с разработчиками в течение всего жизненного цикла системы.
№ 71
Расставьте в правильном порядке фазы жизненного цикла методологии RAD:
1. Анализа и планирования требований.
2. Проектирования.
3. Реализации.
4. Внедрения.
№ 72
Действия, которые осуществляются на фазе анализа и планирования требований методологии RAD.
• Определение приоритетных функций системы.
• Определение требований к системе.
• Определение временных рамок каждой из фаз.
№ 73
Действия, которые осуществляются на фазе проектирования методологии RAD.
• Создание прототипа системы.
• Создание проекта системы.
• Определяются требования разграничения доступа к данным.
№ 74
Действия, которые осуществляются на фазе реализации методологии RAD.
• Создание программного кода.
• Тестирование системы.
№ 75
Действия, которые осуществляются на фазе внедрения методологии RAD.
• Обучение пользователей.
• Параллельно с внедрением новой системы осуществляется работа с существующей.
№ 76
Применения областей для методологии RAD.
• Создание информационной системы небольшого торгового предприятия.
№ 77
Действия, которые осуществляются на стадии формирования требований и планирования методологии DATARUN.
• Определение начальных оценок объема и стоимости проекта.
• Создание модели деятельности организации.
• Определение требований к системе.
№ 78
Действия, которые осуществляются на стадии концептуального проектирования методологии DATARUN.
• Уточнение концептуальной модели данных.
• Анализ первичных данных.
• Создание проекта архитектуры системы.
№ 79
Действия, которые осуществляются на стадии спецификации приложений методологии DATARUN.
• Принимается окончательное решение о способе реализации проекта.
• Создание реляционной модели данных.
№ 80
Действия, которые осуществляются на стадии разработки, интеграции и тестирования методологии DATARUN.
• Создание тестовой базы данных.
• Создание частных и комплексных тестов.
• Отлаживаются интерфейсы с существующими системами.
• Создание документации на систему.
№ 81
Действия, которые осуществляются на стадии внедрения методологии DATARUN.
• Создание акта приемочных испытаний.
№ 82
Действия, которые осуществляются на стадии сопровождения и развития методологии DATARUN.
• Диагностика ошибок.
• Тиражирование системы.
• Распространение системы.
• Масштабирование системы.
№ 83
Основные цели методологии DATARUN.
• Определить стабильную структуру модели данных.
• Создание информационной системы на основе стабильной структуры модели данных.
№ 84
Характерные особенности CASE-средств.
• Наличие графических средств описания и документирования информационной системы.
• Интеграция отдельных компонент CASE-средств.
• Использование репозитория.
№ 85
Состав интегрированного CASE-средства.
• Репозиторий.
• Графические средства анализа и проектирования.
• Средства разработки приложений.
• Средства конфигурационного управления.
• Средства документирования.
• Средства тестирования.
• Средства управления проектом.
• Средства реинжиниринга.
№ 86
Количество модулей CASE-средства Silverrun.
• 4.
№ 87
Набор функций для модуля построения бизнес-процессов CASE-средства Silverrun.
• Моделирование функционирования организации.
• Автоматическая нумерация моделей.
• Работа с деревом процессов.
• Создание собственных нотаций моделей бизнес-процессов.
№ 88
Набор функций для модуля концептуального моделирования данных CASE-средства Silverrun.
• Создание корректной нормализованной модели данных.
• Анализ функциональной зависимости атрибутов.
№ 89
Набор функций для модуля реляционного моделирования данных CASE-средства Silverrun.
• Использование подхода ANSI SPARC к представлению схемы базы данных.
• Создание проекта реляционной базы данных.
• Документирование реляционной базы данных.
№ 90
Набор функций для менеджера репозитория рабочей группы CASE-средства Silverrun.
• Работа со словарем данных.
• Интеграция модулей Silverrun в единую среду проектирования.
№ 91
Количество способов для выдачи проектной информации во внешние файлы.
• 3.
№ 92
Способы для выдачи проектной информации во внешние файлы в системе Silverrun.
• Через механизм разделения и слияния моделей.
• Через локальную сеть.
№ 93
Количество модулей CASE-средства JAM.
• 6.
№ 94
Основные компоненты ядра системы JAM.
• Набор вспомогательных утилит.
• Редактор меню.
• Редактор экранов.
• Средства изготовления промышленной версии.
№ 95
Название встроенной СУБД в системе JAM.
• JDB.
№ 96
Название встроенного языка программирования в системе JAM.
• JPL.
№ 97
Набор утилит в системе JAM.
• Конверторы файлов экранов в текстовые.
• Конфигурирование устройств ввода-вывода.
• Обслуживание библиотек экранов.
№ 98
Режимы работы системы JAM с другими CASE-средствами.
• Прямой режим.
• Обратный режим.
№ 99
Количество компонент CASE-средства Uniface.
• 7.
№ 100
Локальные CASE-средства.
• ERWin.
• BPWin.
• S-Designer.
| на главную | база по специальностям | база по дисциплинам | статьи |
Другие статьи по теме
