- •Оглавление
- •Технологии организации и обработки больших массивов данных. Субд. Пар 1. Основные понятия.
- •Пар 2. Реляционная модель данных (рмд)
- •Пар 2.1. Межтабличные связи
- •Пар 2.2.Виды соединения записей
- •Пар 2.3 Поддержка ссылочной целостности.
- •Пар 3. Обобщенная технология в субд. Пар 3.1 создание структуры табл бд
- •Пар 3.2. Построение связей между таблицами
- •Пар 3.3 Ввод и редактирование и редактирование данных
- •Пар 3.4 Обработка данных, имеющих в базе
- •Пар 3.5. Вывод информации на печать
- •Пар 4. Основные объекты бд в аксесс , их назначение и режимы работы
- •Пар 5. Типы данных, допустимые для полей.
- •Пар 6. Свойства для полей таблиц бд
- •Пар 7. Экранные формы.
- •Пар 8. Языковые средства в субд.
- •Пар 9. Классификация баз данных
- •Классификация по характеру хранения данных и обращения к ним (где данные хранятся и как к ним обращаться?)
- •2. Классификация по типу хранимой информации
- •Пар 10. Жизненный цикл базы данных (жцб)
- •Порядок контроля и приемки системы
- •Требования к документированию.
- •Пар 11. Способы защиты данных от несанкционированного доступа
- •Пар 12. Важнейшие характеристики и функциональные возможности субд
- •Пар 13. Облачные технологии.
- •Пар 14. Электронный бизнес и электронная коммерция.
- •Пар 15. Основные направления Эл. Коммерции. (эк)
2. Классификация по типу хранимой информации
БД:
Документальные
Фактографические
Лексикографические (различные словари)
В док-ых БД хранится слабоструктурированная информация, т.е. док свободных форматов, тексты на естественном языке.
ЕДИНИЦА ИНФОРМАЦИИ – это текстовый документ, ответ на запрос – либо сам док, либо ссылки на него.
Различаются:
а) полнотекстовые БД (хранится весь док)
б) реферативные БД ( хранится краткое описание док: аннотации и реферат)
в) библиографическая БД (хранится ссылку на документ)
фактографические БД хранят четко структурированную, согласно некоторой модели, инф в виде фактов, ответ на запрос – либо найденный факт, либо ответ, что инф отсутствует.
Они подразделяются по модели данных:
Реляционные (данные структурированы в виде двухмерных реляционных таблиц)
Иерархические
Сетевые
Объективно-ориентированные
14.11.13г
Иерархическая модель предполагает такую организацию данных, при которой связи между объектами описываются в виде дерева.
Факультет---кафедра----преподаватель, дисциплина
Причем доступ к объектам нижележащих уровней возможен только через последовательные движения вниз, начиная от корня дерева, в данном случае от объекта «факультет».
Это связано с тем, что при порождении конкретного подчиненного объекта (например, при появлении новой кафедры), в базе сразу фиксируется не только его данные, но и в объекте-родителе (записи соответствующего факультета) фиксируется ссылка (адрес) на его местонахождение. Объект может иметь только одного объекта родителя.
Сетевая модель предполагает такую организацию данных при которой связи между объектами представлена в виде графа, в котором помимо вертикальных иерархических связей есть и горизонтальные. И каждый порожденный объект может иметь более одного объекта родителя. Связи реализуются так же как в иерархической модели в виде ссылок.
Факультет---Кафедра—
--Лаборатория
Преподаватель дисциплина оборудование сотрудник
В реляционной модели, в отличие от сетевой и иерархической, связи между конкретными объектами в виде указателей не фиксируется. Они задаются неявным образом. Одна и та же предметная область может быть представлена разными моделями.
Пар 10. Жизненный цикл базы данных (жцб)
ЖЦБ – это процесс создания и использования БД, начиная с момента возникновения необходимости в данной бди заканчивается моментом отказа всех пользователей от ее использования.
Включает в себя:
Предварительное планирование
Проверка осуществимости
Системный анализ предметной области определение требований
Концептуальное моделирование БД
Реализация
Оценка и совершенствование БД
Этап 1. Предварительное планирование.
Работы:
В общем виде формируется цель создания БД
Производится предварительное изучение предметной области
Выявляются основные параметры предприятия, подразделения
Выясняются условия, в которых будет функционировать БД
Оговариваются стоимостные и временные ограничения на процесс создания БД
Изучается существующая информационная система предприятия, подразделения.
Этап 2. Проверка осуществимости
Подготовка отчета по вопросам:
Технологическая осуществимость: если ли технологии, необходимые для реализации запланированной БД
Операционная осуществимость: располагает ли фирма нужными средствами, экспертами и персоналом?
Экономическая целесообразность: можно ли определить издержка и выгоду? Окупится ли запланированная система?
Этап 3. Системный анализ предметной области и определение требований
Работы:
Конкретизация целей создания БД.
Сбор и анализ материалов обследования ПО.
При обследовании выясняют:
Структуру автоматизируемого объекта (состав и взаимосвязи подразделений),
Функции и хозяйственные процессы подразделений, в итоге – комплексы задач, состав входной и выходной информации, обычно в вид документов
Документооборот
Выяснение информационных потребностей сотрудников отделов и их руководителей
Выяснение требований к оборудованию и ПО.
К началу работ по обследованию Заказчик (организации) предоставляет набор необходимых документов.
Методы исследования ПО, позволяющие выявить и сформулировать требования к БД:
Изучение первичной и вторичной документации, ручных записей сотрудников
Опросы и анкетирование сотрудников
Наблюдение за действиями сотрудников
Анализ существующих файлов и БД
Изучение действующих в организации формальных интерфейсов для стандартизованного внешнего представления данных с целью упрощения меж организационного обмена данными.
Результаты работ этапов 1-3 оформляются в виде документов:
Технико-экономическая обоснование (ТЭО)
Техническое задание (ТЗ)
В ТЭО сформулировано:
Что получит заказчик, если согласится финансировать проект:
Описание выполняемых системой функций
Возможности развития системы
Требования к программным и информационным ресурсам, требования к СУБД
Обслуживающий персонал и пользователи системы
….
Когда он получит готовый продукт (график выполнения работ)
Ограничения, риски, критические факторы, которые могут повлиять на успешность проекта
Что не будет реализовано, в рамках проекта
Сколько это будет стоить ( для крупных проектов должен быть составлен график финансирования на разных этапах работ)
Ожидание обобщение показатели экономической эффективности ИС.
В ТЗ указывается:
Описание назначения системы: какая деятельность автоматизируется, и на каких объектах.
Цель создания БД: требуемые значения показателей деятельности объекта автоматизации, которые должны быть достигнуты в результате внедрения БД
Характеристика объекта автоматизации.
Требования к системе в целом:
