- •1. Понятие информации. Структурные единицы информации.
- •2. Понятие информации. Меры информации.
- •3. Понятие информации. Свойства информации.
- •4. Понятие информации. Прагматические свойства информации.
- •5. Понятие информации. Атрибутивные свойства информации.
- •6. Понятие информации. Процессы преобразования информации.
- •7. Понятия системы, информационной системы. Компоненты системы.
- •8. Понятия информационного процесса, информационной процедуры.
- •9. Состав и структура информационных систем.
- •10. Понятие ис. Классификация ис по степени автоматизации, сфере применения.
- •11. Понятие ис. Классификация ис по характеру использования информации, по уровню управления организацией.
- •16. Понятие ис. Классификация ис по типу данных.
- •18. Фактографические ис, определение, назначение. Понятие предметной области (по). Объекты по.
- •19. Фактографические ис. Понятие информационного объекта (сущности). Способы задания.
- •20. Концептуальное моделирование. Взаимосвязи между сущностями.
- •21. Концептуальное моделирование. Модель сущность-связь (концептуальная модель).
- •22. Модели данных. Основные компоненты модели.
- •23. Модели данных. Виды моделей данных, основные отличительные особенности.
- •24. Общие понятие субд. Классификация субд.
- •25. Разработка плоской бд в приложении Еxcel. Понятие автофильтра, расширенного фильтра. Примеры.
- •26. Разработка плоской бд в приложении Еxcel. Применение функции если. Функции для работы с бд. Примеры.
- •27. Разработка бд в приложении субд Access. Понятие бд и субд. Ключи таблиц, ограничения целостности данных.
- •28. Разработка бд в приложении субд Access. Понятие целостности бд, целостность данных и ссылочная целостность.
- •29. Разработка бд в приложении субд Access. Логическая модель бд. Сущности, атрибуты, домены. Примеры.
- •30. Разработка бд в приложении субд Access. Логическая модель бд. Связи между сущностями.
- •31. Разработка бд в приложении субд Access. Понятие запроса. Запрос на выборку. Примеры условий отбора.
- •32. Разработка бд в приложении субд Access. Понятие запроса. Вычисляемые поля в запросах. Применение функции если. Примеры.
- •Iif(лог_выражение;значение_если_истина;значение_если_ложь),
- •33. Разработка бд в приложении субд Access. Групповые запросы. Примеры.
- •34. Разработка бд в приложении субд Access. Формы, назначение, основные разделы. Технология создания простых и составных форм.
- •35. Разработка бд в приложении субд Access. Формы, назначение, основные разделы. Вычисляемые поля в формах.
- •36. Разработка бд в приложении субд Access. Отчеты, назначение, основные разделы. Технология создания простых и составных отчетов.
- •37. Разработка бд в приложении субд Access. Отчеты, назначение, основные разделы. Вычисляемые поля в отчетах.
- •38. Разработка бд в приложении субд Access. Отчеты с группировкой данных и подведением итогов.
- •39. Разработка бд в приложении субд Access. Макросы, понятие, назначение.
20. Концептуальное моделирование. Взаимосвязи между сущностями.
При проектировании необходимо создать модель предметной области. Построение такой модели принято называть концептуальным моделированием, стадию проектирования – концептуальным проектированием, а результат проектирования – концептуальной моделью предметной области, модель – концептуальная модель.
Первый тип связи – «один к одному»:
Эта связь означает, что одному экземпляру объекта А может соответствовать один и только один экземпляр связанного с ним объекта В, На практике такой вид связи встречается редко, так как почти всегда два таким образом связываемых объекта можно объединить в один. В качестве примера использования такой связи может послужить бухгалтерская БД с информацией о проводках (одна и та же транзакция в дебет и кредит).
Второй тип связи - «один ко многим»:
Это означает, что одному экземпляру объекта А соответствует несколько (много) экземпляров объекта В, Данный вид связи является наиболее распространенным. Например, к одной кафедре может относится множество студентов и преподавателей
Третий тип связи - «многие к одному»:
Это означает, что одному или нескольким экземплярам объекта А соответствует один экземпляр объекта В. Связи «один ко многим» и «многие к одному» являются обратимыми, поэтому на практике обычно говорят о связи «один ко многим».
Четвертый тип связи - «многие ко многим»:
Это означает, что одному экземпляру объекта А соответствует несколько (много) экземпляров объекта В и, наоборот, каждому экземпляру объекта В может соответствовать несколько экземпляров объекта А. Например, сведения об приписке студентов к факультативным курсам. Один студент может посещать несколько курсов, и к каждому факультативному курсу приписано несколько студентов (отличие от обязательных куров).
21. Концептуальное моделирование. Модель сущность-связь (концептуальная модель).
При проектировании необходимо создать модель предметной области. Построение такой модели принято называть концептуальным моделированием, стадию проектирования – концептуальным проектированием, а результат проектирования – концептуальной моделью предметной области, модель – концептуальная модель.
Проектирование ИС.
Концептуальной моделью называется модель предметной области, включающая в себя сущности (ИО), свойства сущности и взаимосвязи между ними без привязки к конкретной СУБД.
В 70-80ые годы для обозначения стадии концептуального проектирования шведские специалисты в области IT и наши использовали понятие инфологическое проектирование, а модель – информационно-логической моделью (ИЛМ) или инфологической моделью, экземпляр сущности – объект.
На этапе концептуального проектирования проводится глубокий анализ предметной области, в результате которого должны быть описаны 5 компонентов концептуальной модели:
1) определение задач, которые пользователь будет решать с помощью ИС; выявление потоков информации, её структуры и взаимосвязи источников и приёмников; форма входных и выходных документов;
2) описание сущности предметной области, свойств сущности;
3) описание потребностей пользователя;
4) алгоритмические связи показателей (экономические, математические или статические);
5) ограничение целостности (условия вводимых данных).
Семантический анализ предметной области - определение взаимосвязей между сущностями (типы связей).
Например, каждый клиент может заказать 1 или несколько единиц товара. В свою очередь 1 товар может быть заказан несколькими клиентами.
клиенты м:м товары м:м поставщики
*код клиента
*код товара
*код поставщика
Логическая модель (логическое проектирование) – при дальнейшем анализе предметной области, в котором участвует выбор СУБД.
Версия концептуальной модели, учитывающей ограничения, накладываемые конкретной СУБД назыавется логической моделью.
Например, в реляционной СУБД нет отношения многие-ко-многим. Такой вид связи между сущностями реализуется через третью сущность, куда помещаются внешние ключи сущности, соединённые отношением м:м.
В реляционной СУБД допускаются только нормализованные сущности или находящиеся в первой нормальной форме (1НФ) – все типы данных простые (скалярные), то есть не содержат множеств, массивов или других подтаблиц.
По шведской терминологии на этой стадии осуществляется отображение инфологической модели предметной области в даталогическую среду, но при этом эту стадию называют логическим проектированием, и её результатом является даталогическая модель.
Даталогическая модель включает в себя логическую и физическую модели даты.
Даталогическая
модель
