
- •1. Понятие инф-ции и фазы ее существования.
- •3. Экономическая инф-ция и особенности ее обработки.
- •4.Признаки классификации экономической инф-ции.
- •5 И 6. Понятие системы и её составные части. Понятие системы и ее свойства.
- •7. Принципы построения эис.
- •8. Оценка качества эис.
- •9. Цели функционирования эис
- •10. Классификация экономических информационных систем по функциональному признаку.
- •11. Системы обработки данных (сод).
- •12. Автоматизированные системы управления (асу)
- •13. Информационно-поисковые системы (ипс)
- •14. Vba Excel. Объекты, свойства и методы.
- •15. Vba Excel. Ссылки на одиночные объекты и объекты семейств
- •16. Объект Range. Назначение и особенности.
- •Вопрос 17. Vba Excel. Использование иерархии объектов Excel
- •19. Vba Excel. Элементы управления. Свойства и назначения. Элементы управления в приложениях vba
- •20. Vba Excel. Управляющие структуры языка Управляющие конструкции
- •Ветвления
- •Выход из циклов и процедур
- •21.Инфологическое моделирование баз данных. Er-модель.
- •22 И 23. База данных: понятие, типы, структура. Понятие баз данных: классификация, основные характеристики. Модели баз данных.
- •24. Реляционные базы данных.
- •25. Субд Access: функциональные возможности, основные элементы.
- •27.Понятие современной информационной системы. Состав ис
- •28. Основные типы информационных систем.
- •34 Модели жизненного цикла ис. Спиральная и итерационная модели.
- •35.Исследование и описание предметной области экономической ис. Уровни описания предметной области.
- •36.Модели предметных областей и предъявляемые к ним требования
- •37. Принципы структурного подхода к проектированию ис.
- •38. Case-средства и case-технологии поддержки моделирования ис.
- •39. Роль и место специалиста экономического профиля на стадиях жц ис.
- •40. Информатизация деятельности финансовых организаций
- •Вопрос № 43. Нтмl документ. Назначение, структура и основные элементы
- •Структура html-документа
- •Основные элементы («теги»)
- •Текстовые блоки
- •Форматирование текста
- •Изображения
- •Гиперссылки
36.Модели предметных областей и предъявляемые к ним требования
Построение любой БД прежде всего преследует цель хранения и использования информации о какой-либо предметной области.
При разработке базы данных принято выделять несколько уровней моделирования, которые служат переходом непосредственно от предметной области к реализации БД на конкретной СУБД:
■ предметная область;
■ общая модель предметной области;
■ логическая модель данных;
■ физическая модель данных;
■ база данных и приложения.
ПРЕДМЕТНАЯ ОБЛАСТЬ
Представляет часть реального мира, данные из которого необходимо отобразить в БД. Так, в качестве предметной области можно выбрать работу отдела кадров какого-либо предприятия, учет успеваемости студентов вуза и т.д. Предметная область очень многогранна и включает в себя массу понятий и данных, как необходимых для построения БД, так и несущественных или даже абсолютно бесполезных. Например, если в качестве предметной области выбрать учет успеваемости студентов, то понятия «личная карточка» и «экзаменационная оценка» являются важными, а «материальная помощь» – менее существенным понятием. Следовательно, важность данных очень зависит от выбора предметной области и стоящих перед разработчиком задач.
ОБЩАЯ МОДЕЛЬ ПРЕДМЕТНОЙ ОБЛАСТИ
Подразумевает знания человека о выбранной предметной области, которые могут быть выражены в качестве личного опыта или присутствовать в материальном мире при помощи каких- либо средств. Этими средствами могут выступать текстовые описания предметной области (например, в случае учета успеваемости – правила обработки оценок, приказы на прием и отчислений студентов и т.д.).
Можно сказать, что модель предметной области описывают процессы, происходящие в ней, и движение используемых при этом данных.
ЛОГИЧЕСКАЯ МОДЕЛЬ ДАННЫХ
Описывает взаимосвязи между понятиями предметной области и налагаемые при этом ограничения.
Как отмечалось выше, предметная область состоит из множества взаимосвязанных понятий. Описав связи между ними, можно построить прототип будущей БД – ее логическую модель без привязки к конкретной СУБД. В качестве примера отдельных понятий можно указать студента, группу, факультет или даже стипендию. Между ними могут возникать некоторые взаимосвязи, например: студент учится в определенной группе какого-то факультета, студенту в зависимости от полученных оценок начисляется стипендия и т.д.
Естественно, кроме самих взаимосвязей, между понятиями могут присутствовать и некоторые ограничения на данные, которые в них циркулируют. Например, оценкой может являться только целое число от 2 до 5.
ФИЗИЧЕСКАЯ МОДЕЛЬ ДАННЫХ
Описывает логическую модель данных средствами конкретной СУБД. В физической модели атрибуты представляются как столбцы таблиц, домены преображаются в типы данных (принятые в выбранной СУБД). Отношения и связи, разработанные в логической модели данных, преобразуются в таблицы и в связи между ними. Также в выбранной СУБД реализуются ограничения, которые имели место в логической модели данных. Для этого используются индексы, ограничения целостности, триггеры и хранимые процедуры.
БАЗА ДАННЫХ И ПРИЛОЖЕНИЯ
Этот уровень является результатом предыдущих этапов – сама БД, реализованная и размещенная на конкретной программно-аппаратной основе, выбор которой позволяет существенно оптимизировать работу БД, например, повысить ее скорость. Для этого можно выбрать необходимый (оптимальный для решаемых задач) тип компьютера, на котором размещается СУБД, изменить количество процессоров, подобрать объем оперативной памяти, дискового пространства подсистемы и т.п. Очень большое значение имеет также настройка СУБД, выполненная для выбранной программно-аппаратной платформы.
База данных должна адекватно отражать предметную область. Это означает, что должны выполняться следующие условия:
Состояние базы данных в каждый момент времени должно соответствовать состоянию предметной области.
Изменение состояния предметной области должно приводить к соответствующему изменению состояния базы данных
Ограничения предметной области, отраженные в модели предметной области, должны некоторым образом отражаться и учитываться базе данных.