- •Раздел «Базы данных» (15-45)
- •Раздел «Информационные системы»(46-60)
- •Раздел 2. Операционные системы, среды и оболочки
- •Вопросы к экзамену
- •Раздел 8. Управление информацией и ресурсами знаний в социальной сфере
- •Вопросы к экзамену
- •Раздел 9. Управление проектами информационных систем
- •Вопросы к экзамену
- •Раздел 10. Социальное проектирование и прогнозирование
- •Вопросы к экзамену
- •Типология бд: фактографические, документальные, мультимедийные; бд оперативной и ретроспективной информации. Соотношение основных требований и свойств субд: система компромиссов.
- •1. Иерархическая модель данных.
- •1. Иерархическая модель данных.
- •Декартово произведение
- •Соединение
- •Первая нормальная форма
- •Вторая нормальная форма
- •Концептуальное (инфологическое) проектирование [править]
- •Логическое (даталогическое) проектирование [править]
- •Физическое проектирование [править]
- •Инфологическое проектирование бд. Основные компоненты концептуальной модели. Преимущества использования er-моделирования. Краткая характеристика er-модели.
- •Раздел «Информационные системы»(46-61)
- •Обеспечение управления
- •Обеспечение бизнес-процессов
- •Модель сущность-связь.
- •Информационные системы как основа автоматизированных систем управления (асу). Состав асу. Основные квалификационные признаки асу. Функции асу. Виды асу. Классы структура асу.
- •Корпоративные информационные системы (кис). Общая характеристика кис. Классификация кис. Краткая характеристика модулей кис.
- •Понятие и основные характеристики программного модуля, критерии приемлемости выделенного модуля. Размер, прочность, рутинность, сцепление модуля
- •Основные характеристики программного модуля.
- •Динамические структуры данных линейные списки стеки очереди бинарные деревья
- •Основные понятия ооп: объект. Класс инкапсуляция. Наследование. Полиморфизм, абстрагирование устойчивость
- •1. Инкапсуляция
- •2. Полиморфизм
- •3. Наследовние
- •Объекты, определение, типы абстракций, используемые при построении объекта, категории объектов, интерфейс объекта.
- •Понятие класса. Управляющие предметные интерфейсные контейнерные классы. Методы классов конструктор, деструктор, аксессор, мутатор. Перегрузка классов и методов.
- •Определение термина «инкапсуляция» в языках объектно-ориентированной парадигмы программирования. Модульность. Примеры инкапсуляции.
- •Понятие события в объектно-ориентированной парадигме программирования: природа событий, виды событий, маршрутизация событий. Модификация и обработка событий. Реакция на события.
- •Обеспечение управления
- •Обеспечение бизнес-процессов
- •1 Этап. Разработка и анализ бизнес-модели
- •2 Этап. Формализация бизнес-модели. Разработка логической модели бизнес-процессов.
- •3 Этап. Выбор лингвистического обеспечения. Разработка по.
- •4 Этап. Тестирование и отладка аис.
- •5 Этап. Эксплуатация и контроль версии.
- •Жизненный цикл программного обеспечения. Понятие «жизненного цикла» ис. Модели жц ис. Стандарты, описывающие жц ис. Краткая характеристика основных процессов жц ис по стандарту (iso/iec 12207).
- •Каноническое проектирование информационных систем (ис). Определение, стадии канонического проектирования ис и их характеристика. Модель «как есть» (“as-is”). Модель «как должно быть» (“to-be”).
- •Техническое задание (тз) на разработку информационной системы. Состав и содержание технического задания (гост 34.603-89).
- •Состав и содержание технического задания (гост 34.602- 89)
- •Достоинства и недостатки тпр
- •Старшая (Precedence)
- •Потоки объектов (Object Flow)
- •Отношения (Relational Link)
- •Внутримашинное ио. Проектирование экранных форм электронных документов. Информационная база (иб) и способы ее организации.
- •Диаграмма классов (для 123. Рисовать без надписей на стрелках)
- •Диаграммах прецедентов
- •Диаграмма последовательности обработки заказа (вопр 123)
- •Кооперативная диаграмма прохождения заказа(вопр 123)
- •Физические основы вычислительных процессов. Основы построения и функционирования вычислительных машин, систем, сетей и телекоммуникаций.
- •Общие принципы построения и архитектуры вычислительных систем, сетей и телекоммуникаций. История возникновения компьютерных сетей (кс) и Интернета
- •Информационно-логические основы вычислительных систем, их функциональная и структурная организация.
- •Каналы и линии связи. Двухточечная схема передачи данных. Интерфейсы ввода вывода, терминальные устройства и оконечное оборудование кс.
- •Архитектурные особенности и организация функционирования вычислительных параллельных систем. (risc и cisc; sisd, simd, mimd).
- •Мультикомпьютеры и мультипроцессоры - типовые вычислительные структуры и программное обеспечение параллельных вс, режимы их работы.
- •Классификация вычислительных сетей. Топология сетей. Методы доступа к сети. Домашние и заводские компьютерные сети.
- •Информационное и программное обеспечение локальных проводных вс. Технические средства человеко-машинного интерфейса lan-сетей.
- •Структура и организация функционирования сетей - глобальных и региональных, проводных и беспроводных.
- •Структура и характеристики систем телекоммуникаций. Коммутация и маршрутизация.
- •Беспроводные сети – состав и технические устройства; методы доступа; стандарты и версии; программное обеспечение.
- •Цифровые каналы и сети связи, глобальные сетевые технологии. Аппаратура wan-сетей.
- •Стек протоколов Интернета. Протоколы прикладного уровня и сетевые команды.
- •Организация электронной почты. Протоколы. Сетевые команды. Почтовые серверы и клиенты.
- •Организация безопасной работы в локальной сети и Интернете. Протоколы безопасности.
- •Эффективность функционирования вычислительных систем, сетей и средств телекоммуникаций.
- •Перспективы развития вычислительных сетей и телекоммуникационных средств. Сближение локальных и глобальных технологий.
- •Общие сведения об информационных технологиях. Основные принципы, методы и свойства современных информационных технологий, их эффективность.
- •Понятие информационной системы, ее структура и состав. Примеры информационных систем.
- •Понятия компьютерной сети и арм. Классификация вычислительных сетей. Топологии вычислительной сети, преимущества и недостатки каждого типа топологии вычислительной сети.
- •Локальная вычислительная сеть, ее компоненты и особенности. Преимущества работы в локальной сети.
- •4.1. Основные компоненты
- •Рабочие станции
- •Сетевые адаптеры
- •Сетевые операционные системы
- •База данных, система управления базами данных, банк данных и компоненты автоматизированного банка данных. Классификация баз данных. Современные технологии, используемые в работе с данными.
- •Программные системы управления базами данных. Основные функции систем управления базами данных.
- •Основные функции субд
- •2.1.1. Непосредственное управление данными во внешней памяти
- •2.1.2. Управление буферами оперативной памяти
- •2.1.3. Управление транзакциями
- •2.1.4. Журнализация
- •2.1.5. Поддержка языков бд
- •Интегрированная информационная система, ее компоненты, примеры «электронных офисов».
- •Операционные системы и их атрибуты.
- •Прикладные программы.
- •Программы языковой обработки.
- •Компьютерные вирусы и вредоносные программы.
- •Понятия экспертной системы, искусственного интеллекта, интеллектуальной системы. Структура экспертной системы.
- •Структура экспертной системы
- •Базовые принципы построения сети Интернет. Что представляет собой современная структура (компоненты) Интернета? Международная система обмена информацией. Система адресации в Интернет.
- •Принципы защиты информации в Интернете. Характеристики, обеспечивающие безопасность системы.
- •Системы электронного документооборота. Системы поддержки принятия решений. Интеллектуальные системы. Цели их использования, структура
- •Система обработки данных, назначение, основные функции.
- •Автоматизированные рабочие места, основные компоненты.
Модель сущность-связь.
Модель
была предложена Петером Пин-Шен Ченом
в 1976 г. На использовании разновидностей
ER-модели основано большинство современных
подходов к проектированию баз данных
(главным образом, реляционных).
Моделирование предметной области
базируется на использовании графических
диаграмм, включающих небольшое число
разнородных компонентов. В связи с
наглядностью представления концептуальных
схем баз данных ER-модели получили широкое
распространение в CASE-системах,
поддерживающих автоматизированное
проектирование реляционных баз
данных. Базовыми понятиями ER-модели
являются сущность, связь и атрибут.
Сущность
- это
реальный или воображаемый объект,
информация о котором представляет
интерес. В диаграммах ER-модели сущность
пред-ставляется в виде прямоугольника,
содержащего имя сущности. При этом имя
сущности - это имя типа, а не конкретного
объекта - экземпляра этого типа. Каждый
экземпляр сущности должен быть отличим
от любого другого экземпляра той же
сущности.
Связь -
это графически изображаемая ассоциация,
устанавливаемая между двумя сущностями.
Эта ассоциация всегда является бинарной
и может существовать между двумя
разными сущностями или между сущностью
и ей же самой (рекурсивная связь). В любой
связи выделяются два конца (в
соответствии с парой связываемых
сущностей), на каждом из которых
указывается имя конца связи, степень
конца связи (сколько экземпляров
данной сущности связывается), обязательность
связи (т. е. любой ли экземпляр данной
сущности должен участвовать в данной
связи).
Связь представляется в виде
линии, связывающей две сущности или
ведущей от сущности к ней же самой. При
этом в месте "стыковки" связи с
сущностью используются трехточечный
вход в прямоугольник сущности, если для
этой сущности в связи могут использоваться
много экземпляров сущности, и одноточечный
вход, если в связи может участвовать
только один экземпляр сущности.
Обязательный конец связи изображается
сплошной линией, а необязательный -
прерывистой линией.
Как и сущность,
связь - это типовое понятие, все экземпляры
обеих пар связываемых сущностей
подчиняются правилам связывания.
На
рис. приведен пример изображения
сущностей и связи между ними.
^ Пример
связи между сущностями
Данная
диаграмма может быть интерпретирована
следующим образом: Каждый СТУДЕНТ учится
только в одной ГРУППЕ; Любая ГРУППА
состоит из одного или более СТУДЕНТОВ.
На следующем рисунке изображена сущность
ЧЕЛОВЕК с рекурсивной связью,
связывающей ее с ней же самой.
^ Пример
рекурсивной связи
Лаконичной
устной трактовкой изображенной диаграммы
является следующая:
Каждый ЧЕЛОВЕК
является сыном одного и только одного
ЧЕЛОВЕКА;
Каждый ЧЕЛОВЕК может
являться отцом для одного или более
ЛЮДЕЙ ("ЧЕЛОВЕК").
Атрибутом сущности
является любая деталь, которая служит
для уточнения, идентификации,
классификации, числовой характеристики
или выражения состояния сущности.
Имена атрибутов заносятся в прямоугольник,
изображающий сущность, под именем
сущности и изображаются малыми
буквами. Например:
^ Изображение
сущности с ее атрибутами
Уникальным
идентификатором сущности является
атрибут, комбинация атрибутов,
комбинация связей или комбинация связей
и атрибутов, уникально отличающая любой
экземпляр сущности от других экземпляров
сущности того же типа.
Как и в
реляционных схемах баз данных, в ER-схемах
вводится понятие нормальных форм,
причем их смысл очень близко соответствует
смыслу реляционных нормальных форм.
Заметим, что формулировки нормальных
форм ER-схем делают более понятным смысл
нормализации реляционных схем. Мы
рассмотрим только очень краткие и
неформальные определения трех первых
нормальных форм
В первой
нормальной форме ER-схемы
устраняются повторяющиеся атрибуты
или группы атрибутов, т. е. производится
выявление неявных сущностей,
"замаскированных" под атрибуты.
Во второй
нормальной форме устраняются
атрибуты, зависящие только от части
уникального идентификатора. Эта часть
уникального идентификатора определяет
отдельную сущность.
В третьей
нормальной форме устраняются
атрибуты, зависящие от атрибутов, не
входящих в уникальный идентификатор.
Эти атрибуты являются основой
отдельной сущности.Мы остановились
только на самых важных понятиях ER-модели
данных. К числу более сложных элементов
модели относятся следующие:
^ Подтипы
и супертипы сущностей. ER-модель
позволяет задавать отношение IS-A
между типами. При этом
если Т1 IS-A Т2 (где Т1 и T2 -
типы сущностей), то Т1 называется
подтипом Т2 а Т2-
супертипом Т1.
Т.о., существует возможность наследования
типа сущности, исходя из одного или
нескольких супертипов.
^ Связи
"многие-со-многими". Иногда
бывает необходимо связывать сущности
таким образом, что с обоих концов связи
могут присутствовать несколько
экземпляров сущности (например, все
члены кооператива сообща владеют
имуществом кооператива). Для этого
вводится разновидность связи
"многие-со-многими".
^ Уточняемые
степени связи. Иногда
бывает полезно определить возможное
количество экземпляров сущности,
участвующих в данной связи (например,
служащему разрешается участвовать не
более чем в трех проектах одновременно).
Для выражения этого семантического
ограничения разрешается указывать
на конце связи ее максимальную или
обязательную степень.
^ Каскадные
удаления экземпляров сущностей. Некоторые
связи бывают настолько сильными (конечно,
в случае связи "один-ко-многим"),
что при удалении опорного экземпляра
сущности (соответствующего концу связи
"один") нужно удалить и все экземпляры
сущности, соответствующие концу
связи "многие". Соответствующее
требование "каскадного удаления"
можно сформулировать при определении
сущности.
Домены. Как
и в случае реляционной модели данных,
бывает полезна возможность определения
потенциально допустимого множества
значений атрибута сущности (домена).
Эти
и другие, более сложные элементы модели
данных "Сущность-Связь", делают ее
более мощной, но одновременно несколько
усложняют ее использование. Конечно,
при реальном использовании ER-диаграмм
для проектирования баз данных необходимо
ознакомиться со всеми возможностями.
Все типы данных, которые используются в ЭВМ, кодируются с помощью чисел. Используется двоичный способ кодирования информации. Для представления данных в памяти компьютера используется машинное слово - данные, которые находятся в одной ячейке памяти и обрабатываются как единое целое. Машинное слово представлено нулями и единицами. Длина слова может быть равна 2, 4 байтам, в зависимости от разрядности процессора. В 32-х разрядных компьютерах машинное слово имеет длину 4 байта, то есть длина 1 слова равна 8 битам.
В современных компьютерах символы и цифры кодируются при помощи специальных таблиц. Это происходит следующим образом. При нажатии на какую-либо клавишу на клавиатуре по кодовой таблице определяется соответствующий код этого знака, и он вводится в память компьютера для дальнейшей обработки.
Графические картинки кодируются немножко по-другому. Изображение, прежде всего, разбивается на точки очень маленького размера. Параметры каждой из этих точек (например, цвет и яркость) кодируются несколькими битами (растровые изображения). При этом различные геометрические фигуры (линии, прямоугольники) кодируются математическими формулами (векторная графика).
BPwin - мощный инструмент моделирования с возможностью анализа, документирования и корректирования бизнес процессов. Он поможет устранить лишние или неэффективные операции, уменьшить издержки, повысить гибкость и улучшить уровень обслуживания заказчика. В модели BPwin, Вы можете четко задокументировать важные позиции, такие как необходимые операции, проследить, как они выполняются и какие необходимы для этого ресурсы. Модель BPwin обеспечивает интегрированное изображение того, как работает ваша организация. Это изображение, в свою очередь, состоит из подмоделей отделов, пример которых приведен ниже в общей диаграмме дерева узлов. BPwin поддерживает двунаправленные линии связи с: - Программой ERwin. ERwin - инструмент моделирования данных для разработки базы данных, который поддерживает методологии IDEF1X и IE . Вы можете совместно использовать BPwin и ERwin как для моделирования процесса, так и для моделирования данных и Вы можете обмениваться объектами и названиями атрибута между двумя программами. Эта возможность особенно полезна для пользователей, кто разрабатывает модель бизнес процесса и модель базы данных одновременно. Любые изменения, которые Вы проводите в объекте и названии атрибута в любой модели, могут быть внесены в другую модель. Вы можете также создать двухсторонние линии связи между моделью BPwin и связанной с ней моделью ERwin, что выполняется, автоматически каждый раз, когда Вы открываете одну из связанных диаграмм. Это проводится для синхронизации моделей. ERwin - CASE-средство проектирования баз данных фирмы Platinum. ERwin сочетает графический интерфейс Windows, инструменты для построения ER-диаграмм, редакторы для создания логического и физического описания модели данных и прозрачную поддержку ведущих реляционных СУБД. Для удобства изложения материала здесь и далее использована оригинальная терминология, принятая в ERwin. ERwin не привязан к технологии какой-либо конкретной фирмы, поставляющей СУБД или средства разработки. Он поддерживает различные серверы баз данных и настольные СУБД, а также может обращаться к базе данных через интерфейс ODBC. ERwin можно использовать совместно с некоторыми популярными средствами разработки клиентских частей приложений: PowerBuilder, Visual Basic, Delphi. Кроме того, ERwin поддерживает работу в среде групповой разработки ModelMart, являющейся продуктом той же Platinum. Процесс моделирования в ERwin базируется на методологии проектирования реляционных баз данных IDEF1X. Данная методология была разработана для ВВС США и теперь широко используется в правительственных учреждениях и частных компаниях как в самих США, так и далеко за их пределами. Она определяет стандарты терминологии и графического изображения типовых элементов на ER-диаграммах. ^ Структура процесса моделирования в ERwin В ERwin используются два уровня представления модели данных: логический и физический (что соответствует концептуальному и логическому уровню, принятым в теории БД). На логическом уровне не рассматривается использование конкретной СУБД, не определяются типы данных (например, целое или вещественное число) и не определяются индексы для таблиц. Целевая СУБД, имена объектов и типы данных, индексы составляют второй (физический) уровень модели ERwin. ERwin предоставляет возможности создавать и управлять этими двумя различными уровнями представления одной диаграммы (модели), равно как и иметь много вариантов отображения на каждом уровне.
Фактографическая ИС - это массив фактов - конкретных значений данных об объектах реального мира.
Информация в фактографической ИС хранится в четко структурированном виде, поэтому она способна давать однозначные ответы на поставленные вопросы, например: «Кто является победителем Чемпионата России по гимнастике в 1999 году?», «Кому принадлежит автомобиль марки AUDI 80 с регистрационным номером РА899Р77?», «Какой номер телефона в бухгалтерии МГУ?», «Кто стал Президентом России на выборах в марте 2002 года?» и т. д. Фактографические ИС используются буквально во всех сферах человеческой деятельности - в науке, материальном производстве, на транспорте, в медицине, государственной и общественной жизни, торговле, криминалистике, искусстве, спорте.
Системы обработки данных (СОД) - это комплекс взаимоувязанных методов и средств сбора и обработки данных, необходимых для организации управления объектами. СОД основываются на применении ЭВМ и других современных средств информационной техники. Применение ЭВМ означает выполнение не отдельных информационно-вычислительных работ, а совокупности работ, связанных в единый комплекс и реализуемых на основе единого технологического процесса.
Принцип системной организации технологического процесса состоит в том, что при создании СОД необходима комплексная механизация и автоматизация операций на всех этапах сбора и обработки данных, сопряжения применяемых технических средств по пропускной способности и другим техническим параметрам. В противном случае, единый технологический процесс разрывается и эффективность СОД резко снижается.
Хранилище данных (англ. Data Warehouse) — предметно-ориентированная информационная база данных, специально разработанная и предназначенная для подготовки отчётов и бизнес-анализа с целью поддержки принятия решений в организации. Строится на базе систем управления базами данных и систем поддержки принятия решений. Данные, поступающие в хранилище данных, как правило, доступны только для чтения. Данные из OLTP-системы копируются в хранилище данных таким образом, чтобы построение отчётов и OLAP-анализ не использовал ресурсы транзакционной системы и не нарушал её стабильность. Как правило, данные загружаются в хранилище с определённой периодичностью, поэтому актуальность данных может несколько отставать от OLTP-системы.
