
- •Информационные процессы в ис.
- •Классификация ис. (структурированность)
- •Использование ис для решения задач различной степени структурированности.
- •Классификация информационных систем по функциональному признаку.
- •Функциональные компоненты ис.
- •Классификация ис по способу организации.
- •Клиент-серверная архитектура ис.
- •Многоуровневая архитектура ис.
- •Интернет/Интранет архитектура ис.
- •Использование ис в процессе управления организацией.
- •Сферы использования и последствия внедрения ис.
- •Жизненный цикл информационных систем.
- •Основные этапы проектирования ис.
- •Содержание работ. Этапы жизненного цикла ис «формирование требований»
- •Содержание работ. Этапы жизненного цикла ис «эксплуатация и сопровождение»
- •Модели жизненного цикла ис.
- •Каскадная модель жц ис.
- •Спиральная модель жц ис.
- •Итерационная модель жц ис.
- •Понятие предметной области и модели ее представления.
- •Анализ предметной области
- •Сущность структурного подхода к разработке ис.
- •Методология функционального моделирования idef0.
- •Моделирование потоков данных.
- •Методология моделирования потоков данных dfd.
- •Основные компоненты диаграмм потоков данных.
- •35. Моделирование данных. Диаграмма «сущность-связь»
- •36. Методология моделирования данных erd.
- •37. Классификация сущностей предметной области.
- •38. Модели данных.
- •39. Нормализация и нормальные формы схем «сущность-связь»
- •40. Основные понятия реляционной теории бд.
- •41. Получение реляционной схемы из er-схемы.
- •42. Документальные ис (определение, особенности, классификация)
- •43. Документальные ис. Схема документальной ипс
- •44. Индексирование.
- •45. Синтаксический анализ в ипс.
- •46. Поисковые функции ипс.
- •47. Стратегия поиска.
- •48. Показатели эффективности поиска.
37. Классификация сущностей предметной области.
Сущность - объект реальный или представляемый, который может быть идентифицирован неким способом, отличающим его от других объектов.
Выделяют: Стержневые, ассоциативные и характеристические
1. Стержневая сущность (стержень) - это независимая сущность
2. Ассоциативная сущность (ассоциация) - это связь вида "многие-ко-многим" между двумя или более сущностями или экземплярами сущности. Ассоциации рассматриваются как полноправные сущности:
-они могут участвовать в других ассоциациях и обозначениях точно так же, как стержневые сущности;
-могут обладать свойствами, т.е. иметь не только набор ключевых атрибутов, необходимых для указания связей, но и любое число других атрибутов, характеризующих связь.
3. Характеристическая сущность (характеристика) - это связь вида "многие-к-одной" или "одна-к-одной" между двумя сущностями (частный случай ассоциации). Единственная цель характеристики в рамках рассматриваемой предметной области состоит в описании или уточнении некоторой другой сущности. Необходимость в них возникает в связи с тем, что сущности реального мира имеют иногда многозначные свойства.
Степень связи – кол-во сущностей, кот. может быть ассоциировано через набор связей с другой сущностью.
Степени бинарных связей.
1-1 (один ко многим). Каждому экземпляру одной сущности соответствует не более одного экземпляра другой сущности.
1:М (один ко многим) Каждому экземпляру одной сущности может соответствовать множество экземпляров другой сущности.
М:М (многие ко многим). Каждый экземпляр одной сущности может быть связан с любым кол-ом экземпляров др. сущности и наоборот.
Одной из характеристик связей явл. класс принадлежности или кардинальность связей (0 либо 1).
38. Модели данных.
Модель данных - средство формализованного представления данных и операций их обработки с учетом семантики предметной области.
Модель данных включает:
- структуру данных;
- операции над данными;
- ограничения целостности.
Существует несколько типов моделей данных, каждый из которых характеризуется своей структурой данных, операциями их обработки и ограничениями целостности.
Действие в МД обычно выражается одной из следующих операций:
- идентификация данного и нахождение его позиции в БД;
- выборка данных из БД;
- вю1ючение(добавление) новых данный в БД;
- удаление данных из БД.
Понятие «данных» и «модели данных» являются основополагающими в концепции БД.
Понятие данные – набор конкретных значений, параметров, характеризующих объект, условие, ситуацию, любые другие факторы.
Объекты – любые предметы реального мира.
Данные не обладают определенной структурой, они становятся информацией, когда пользователь задает им определенную структуру. Осознает их смысловое содержание.
Модель данных это некая абстракция, которая при применении к конкретным данным позволяет пользователям и разработчикам БД рассматривать их как информацию - сведения, содержащие не только данные, но и взаимосвязи между ними.
Модели данных:
- Инфологическая;
- Даталогическая;
- Физическая.
В соответствии с трехуровневой архитектурой, понятие «модели данных» может быть применено по отношению к каждому уровню.
Физическая модель оперирует категориями, касающимися организации внешней памяти и структур хранения, использующихся в данной ОС.
В настоящее время в качестве физической модели используют различные методы размещения данных, основанные на файловых структурах (организация файлов прямого и последовательного доступа; индексных файлов; инвертированных файлов; файлов, использующих различные методы хеширования; взаимосвязанных файлов).
Современные СУБД широко используют страничную организацию данных. Наибольший интерес с точки зрения пользователя и разработчика вызывают модели данных используемые на концептуальном уровне. По отношению к ним внешние модели называются подсхемами и используют те же самые категории, что и концептуальные модели данных.
При проектировании БД существуют еще один уровень, предшествующий 3м указанным.
Модели этого уровня должны выражать информацию о предметной области в виде, независимом от используемой СУБД. Эти модели называются инфологическими или семантическими и отражают в естественной и удобной для разработчиков и пользователей форме информационно - логический уровень абстрагирования, связанный с выделением и описанием объектов предметной области, их свойств и взаимосвязей.
Инфологические модели данных используются на ранних этапах проектирования, а даталогические уже поддерживаются конкретной СУБД.