Информационно-логическая модель предметной области - раздел Философия, ЭКОНОМИКИ И ФИНАНСОВ Одним Из Способов Логического Проектирования Базы Данных Является Построение ...
Одним из способов логического проектирования базы данных является построение информационно-логической модели предметной области (ИЛМ ПО). ИЛМ обеспечивает интегрированное, не зависящее от средств реализации представление данных предметной области и состоит из информационных объектов и структурных связей объектов.
Информационные объекты (ИО) являются описанием сущностей (процессов, событий, предметов и т.п.) и представляют собой логически связанные реквизиты.
Сущность – это реальный объект, процесс, явление или событие, информация о котором должна быть представлена в БД. Сущность – понятие семантическое. Это то, что является источником информации, например, цех, поставка товара, сотрудник, документ или его часть и т.д. На основе ИО проектируются реляционные таблицы. В теории реляционные таблицы называются отношениями.
Структура ИО соответствует, по крайней мере, третьей нормальной форме реляционной модели данных (3НФ). Структурные связи ИО отражают взаимосвязи ИО, определяются на уровне экземпляров объектов.
В процессе информационного анализа производится изучение входной информации задачи, сформулированной в индивидуальном задании курсовой работы.
Главной задачей информационного анализа является представление информации, содержащейся во входных документах, в виде множества взаимосвязанных реляционных таблиц.
Входная информация задачи разделяется на условно-постоянную и оперативную информацию. Она отображается в виде реквизитов в документах, используемых в процессе функционирования объекта предметной области. Перечень необходимых документов, используемых при выполнении курсовой работы, и их описание приведены в каждом индивидуальном задании.
Информационный анализ начинается с определения функциональных зависимостей, т.е. связи (отношения, по-английски relation) реквизитов входных документов между собой. В результате этого анализа выявляются информационные объекты. Функциональные зависимости (ФЗ) определяются на основе семантического (смыслового) анализа предметной области. В курсовой работе информация о предметной области представляется в виде документов, циркулирующих в ней, и ограничений ПО. В результате анализа ПО должен быть выявлен состав форм документов и их реквизитов, подлежащих хранению в базе данных. Для минимизации возможных ошибок целесообразно семантический анализ производить по каждой из форм документов в отдельности. Это связано с тем, что форма документа уже отображает структуру данных, т.к. любой документ содержит логически связанные реквизиты. Как правило, в качестве аргументов ФЗ выступают ключевые реквизиты.
Ключом в документе является подмножество, состоящее из одного или нескольких реквизитов документа, предназначенное для однозначной идентификации документа в целом или группы реквизитов в нем. Ключ документа в целом позволяет выделить документ из множества других документов, а ключ строки документа – строку из множества строк в его табличной части. Очевидно, что ключевым называется реквизит, входящий в состав ключа. Ключ, состоящий из одного реквизита, называется простым, а из нескольких – составным. В ряде случаев ключом может быть несколько подмножеств ключевых реквизитов документа. Такие подмножества называются возможными, потенциальными или альтернативными. Ключ, выбранный из множества альтернативных в качестве ключа ИО, называется выделенным ключом. Совокупность всех ИО одного типа в конкретной ПО образует множество ИО, элементы которого называются экземплярами ИО.
При выборе выделенного ключа из альтернативных следует руководствоваться:
· ограничениями ПО;
· минимизацией объема внешней памяти, занимаемой базой данных;
· использованием ключа в СУБД при решении задач пользователей.
Для выявления ИО необходимо во входных документах выявить первичные ключи. Роль первичных ключей играют реквизиты, однозначно определяющие другие реквизиты документа. Зависимые реквизиты часто называют описательными реквизитами.
В качестве ключевых реквизитов можно использовать код товара, номер документа, номер цеха, номер склада, ИНН покупателя, номер месяца и т.п. Все эти реквизиты являются, по существу, кодами (кодовыми обозначениями) объектов. Применение кодов имеет следующие достоинства:
· коды обеспечивают уникальную (однозначную) идентификацию объектов;
· размер кода в символах, как правило, меньше наименования объекта;
· названия объектов могут меняться, а коды практически постоянны;
· применение классификационного метода кодирования позволяет выделять (группировать) подмножества объектов, обладающих одинаковыми признаками, или упорядочивать объекты в соответствии со значениями признаков.
Если в документах коды отсутствуют, то в силу указанных выше причин следует их добавить в информационные объекты, что позволит использовать коды в качестве первичных ключей для формирования информационных объектов на основе этих документов.
Задача проектировщика на этапе информационного анализа – спроектировать такое множество ИО, которое позволило бы получить множество взаимосвязанных реляционных таблиц, обладающее минимальной избыточностью хранимых в БД данных. Такое множество можно получить, используя нормализованные таблицы.
Связь между реляционными таблицами производится при помощи общих реквизитов, имеющихся в связываемых таблицах. Такие реквизиты в реляционных СУБД называются внешними ключами.
Реляционная таблица может находиться в одной из шести нормальных форм: первой (1НФ), второй (2НФ), третьей (3НФ), в нормальной форме Бойса-Кодда (НФБК), четвертой (4НФ) и пятой (5НФ). Представление таблицы в одной из нормальных форм называется нормализацией отношений. Нормализация отношений, помимо минимизации избыточности хранимых в БД данных, позволяет устранить аномалии (неправильности) данных при их изменении, удалении и добавлении.
Для загрузки данных в реляционную базу данных достаточно, чтобы они были представлены в 1-й нормальной форме (1НФ), к которой предъявляются следующие требования.
1. Все данные должны быть простыми, т.е. не множественными. Это означает, что в одной ячейке таблицы может находиться только одно значение.
2. Все данные в таблице должны иметь один и тот же тип: числовой одного и того же формата, текстовый, дата и т.п.
Практически любой документ может быть представлен в виде реляционной таблицы в 1НФ. Однако в большинстве случаев такая таблица будет сильно избыточна (многократное повторение значений одних и тех же данных). Это помимо проблем чисто технического характера (увеличение затрат внешней памяти и, как следствие, замедление обработки данных) приводит к так называемым аномалиям – трудностям ведения баз данных (изменение, удаление, добавление). Поэтому таблицы нормализуют, т.е. приводят к более старшим формам, как правило, к 3НФ. В некоторых (достаточно редких) случаях возникает необходимость приводить таблицы к старшим формам НФБК, 4НФ, 5НФ.
Все темы данного раздела:
Власовец А.М., Ильина О.П., Пилюгина Е.А.
??
Сборник заданий для курсовых работКурсовое проектирование в среде MS Access / / Под ред. А.М. Власовеца А.М.: Учебное пособие.. Учебное пособие. – СПб.
Виды проектных работ в курсовом проекте
При разработке информационных технологий приложений (комплексов задач, информационных систем) используются структурный и объектно-ориентированный подходы, создаются функциональные и информационные
Структура курсового проекта
Проектные решения оформляются в виде отчета по курсовому проекту, который должен содержать следующие обязательные разделы.
1. Описание ПО.
1.1. Общая характеристика ПО.
1
Описание предметной области
Описание ПО должно включать:
· краткую характеристику видов деятельности (производство, торгово-закупочная деятельность, выполнение работ, оказание услуг) и их основные параметры (объем пр
Требования к информационным технологиям приложений
Информационные технологии оказывают существенное влияние на бизнес-процессы и системы обработки данных. При внедрении информационных технологий ожидается:
· снижение общих трудозатрат на о
Основные этапы выполнения курсовой работы
Курсовая работа должна быть выполнена по схеме, определяющей последовательность выполнения основных этапов работы [Уч.,Гл.19].
1.Описание ПО,: построение модели бизнес-процессов и структур
Рекомендации по структуре курсового проекта
Отчет по курсовому проекту должен содержать следующие разделы.
1. Анализ Описание предметной областиПО.
1.1. Общая характеристика писание ПО решаемой задачи.
1.2.1.1. Мод
Функции отдела сбыта
В качестве предметной области рассматриваются некоторые функции, выполняемые сотрудниками отдела сбыта предприятия в процессе:
аА) Планирования:
· отгрузки продукции в соот
Описание предметной области
Информация, циркулирующая в рассматриваемой предметной области, отображается в документах. Ниже приведены образцы документов и справочников; они адаптированы к условиям учебного процесса. Оп
СПРАВОЧНИК ТОВАРОВ
Код товара
Наименование товара
Ед.изм. товара
Цена за ед. измерения[6].
Нормативный запас
№ скл
СПРАВОЧНИК ЦЕХОВ СПРАВОЧНИК СКЛАДОВ
№ цеха
Наименование цеха
ПЛАТЕЖНОЕ ПОРУЧЕНИЕ №
ПЛАТЁЖНОЕ ПОРУЧЕНИЕ №
ТОВАРНО-ТРАНСПОРТНАЯ НАКЛАДНАЯ №
Основание:Договор №
Получатель:
Наименование товара
Ед.изм.
Це
Ограничения предметной области
1. Каждый договор заключается только с одним заказчиком.
2. С одним заказчиком может быть заключено несколько договоров.
3. Рассматриваются только договора договоры текущего года.
Описание функционирования отдела сбыта
Схематическое описание действий, выполняемых при функционировании рассматриваемой предметной области с указанием сопровождающих эти действия документов, выглядит следующим образом (рис.3.1).
Группа заданий №1
1) Проверка обеспеченности договоров планами выпуска продукции цехов.
2) Проверка обеспеченности плана отгрузки заданного изделия планом сдачи продукции на склад.
Алгоритм реше
Склад Изделие Ед. изм. Цех План Факт Отклонение
ТНП Ложка шт. ТНП 15000 12100 2900
Ширпотреба 20000 18000 2000
Цех План Факт Отклонение
ТНП 1500
Изделие Ед. изм. Цех План Факт Отклонение
Сп.пр. №1 компл. Сборочный №1 115 100 15
Сборочный №2 42 40 2
От начала года отгружено
Мясорубка 40000 шт. 35000 шт. 5000 шт.
Термос 20000 шт. 18000 шт. 2000 шт.
Запас остаток
ТНП Мясо
Склад Изделие Нормативный Текущий Излишки
запас остаток
ТНП Термос 2000 шт. 2500 шт. 500 шт.
№1 Сп.пр. №2 20 компл. 35 шт
Запас остаток
Мясорубка 2000 шт. 1500 шт. 500 шт.
Чайник 1000 шт. 900 шт. 100 шт.
Запас остаток
2000 шт. 2500 шт. 500 шт.
Изделие План Факт Отклонение
Цех
Начала года сдано
ТНП
Нач.года сдано ние
────────────────────────────&
Нач.года сдано ние
ТНП 10000 шт. 8500 шт. –1500 шт.
Ширпотреба 21100 шт. 21100 шт. 0 шт.
От нач. года отгружено
Заказчик: АО "Пассаж" г. С.-Петербург Договор: 21-04
Термос 15000 шт. 14500 шт. 500 шт.
От нач. года отгружено
Заказчик: АО "Пассаж" г. С.-Петербург Договор: 21-04
Термос 15000 шт. 14500 шт. 500 шт.
От нач. года отгружено ние
15-04 Термос 35000 шт. 35000 шт. 0 шт.
Мясорубка 40000 шт. 35000 шт. 5000 шт.
От начала года отгружено
15-04 АО “ЦУМ” 40000 шт. 35000шт. 5000 шт.
г. Москва
21-04 АО “Пассаж” 20000 шт.
Заказчик № договора № ТТН Дата отгрузки Сумма отгрузки
АО "ЦУМ" 15-97 162 31.05.04 250000 р.
г. Москва 234 28.06.04 300000 р.
Счета поручен.
АО "ЦУМ" 15-04 162 31.05.04 250000 р. 200000 р. 50000 р.
г. Москва
234
Счета поручению
15-04 162 31.05.04 2500000 р. 200000 р. 50000 р.
234 28.06.04 3000000 р. 300000 р. 0 р.
Поручению
АО "ЦУМ" 15-04 550000 р. 500000 р. 50000 р.
г. Москва 16-04 100000 р. 100000 р.
Поручения
100 31.05.04 2500000 р.
110 01.08.04 500000 р.
Заказчик № дог. № ТТН Дата Отгружено Сумма
отгрузки отгрузки
АО “ЦУМ” 15-04 162 31.05.04 1000 шт. 9000 р.
г. Москва 234 28
Отгружено оплачено
А/О “ЦУМ” 200 31.03. 05 Мясорубка 90000 р. 72000 р. 18000 р.
г. Москва 250 25.04. 05 Термо
Отгружено оплачено
200 31.03. 04 Мясорубка 90000 р. 72000 р. 18000 р.
250 25.04. 04 Термос 40000 р. 32000 р.
Отгружено оплачено
АО “ЦУМ”
Отгружено оплачено
200 31.03.05 Мясорубка 90000 р. 72000 р. 18000 р.
250 25.04.05 Термос 40000 р. 32000 р. 80
Месяц План оплаты Факт оплаты
Январь 2124000 р.
Февраль 5600000 р. 624000 р.
Март 5624000 р. 5600000 р.
Кон. месяца
Склад ТНП
Мясорубка 4000000 р. 3600000 р. 400000 р.
Термос 10000000 р. 10000000 р. 0 р.
Кон. месяца
Мясорубка 4000000 р. 3600000 р. 400000 р.
Термос 10000000 р. 10000000 р. 0 р.
АРМ Товароведа (АРМ-Т)
Деятельность товароведа универмага связана с управлением товародвижением. Типовые управленческие функции товароведа:
1) Ведение нормативно-справочной базы для управления торговой деятельно
Расчет размера заказа
Планирование заказов товаров осуществляется с учетом поддержки необходимого уровня запасов товаров на складе. Для каждого товара устанавливается фиксированный нижний предел запаса (точка заказа). Е
АРМ менеджера ресторана
Типовые функции управления, выполняемые менеджером ресторана:
1) Ведение нормативно-справочной базы для управления рестораном.
2) Расчеты с персоналом.
3) Анализ деятельн
Список врачей поликлиники на ХХ.ХХ.ХХ
№ п/п
Специализация
Табельный номер врача
Фамилия Имя Отчество врача
Дата поступления
Стоимость посещения
Сведения о выдаче номеров к врачам за ХХ.ХХ.ХХ
Специализация врача
Фамилия врача
Всего номеров по плану
Всего выдано номеров
Количество вакансий
АРМ ВРАЧА
Типовые функции управления, выполняемые врачом поликлиники:
1) Обслуживание пациентов.
2) Запросный режим (определяется самостоятельно).
Комплекс задач «Обслуживание п
Постановка задачи
4.2.1. Составление плана работ по созданию информационных технологий приложений
Создание и внедрение информационных технологий требуют координации действий различных
Определение базы данных
База данных (БД) - это совокупность взаимосвязанных данных, организованных на внешних носителях информации средствами СУБД и используемых одним или несколькими прилож
Архитектура базы данных
Под архитектурой базы данных понимается многоуровневое описание предметной области. Большинство баз данных имеет архитектуру ANSI/SPARC, предложенную Исследовательской группой ANSI/SPARC Study grou
Концептуальный уровень
На концептуальном уровне производится представление всего содержимого базы данных. Например, оно может содержать данные о заказчиках, договорах на поставку товаров, о поставляемых товарах, о
Этапы проектирования базы данных
Процесс проектирования базы данных состоит из трех этапов (рис. 4.2):
· концептуальное проектирование базы данных;
· логическое проектирование базы данных;
· физичес
Алгоритм построения информационно-логической модели предметной области
1. Добавить коды объектов в те таблицы, в которых они отсутствуют.
2. Определить сущности ПО.
3. Выделить в отдельные отношения сущности, отображающие справочные данные в документ
Сруктурные связи ИО
Отношение двух ИО отражает объективную и устойчивую во времени связь сущностей. Количественное соответствие экземпляров ИО может быть одно-однозначного (1:1), одно-многозначного (1:M), много
Каноническая форма ИЛМ ПО
Каноническая форма ИЛМ предназначена для формализованного перехода к логической структуре БД. ИЛМ ПО представлена в канонической форме при выполнении следующих условий.
1. Все ИО описывают
Входная информация
Ниже приводится информационная схема задачи, в которой показаны документы, являющиеся источниками информации для ее решения.
Входные документы Задача
Ограничения предметной области
Для выявления функциональных зависимостей и построения на их основе ИЛМ ПО достаточно знать только логические ограничения. В рассматриваемом примере они таковы:
1) готовое изделие хранится
Формы справочных документов
Таблица 4.7
Справочник “ГОТОВАЯ ПРОДУКЦИЯ”
Код изделия
Наименование изделия
Ед. измерения
Нормативный запас
Определение типа связей
Каждая из введенных связей характеризуется групповым отношением экземпляров объектов типа 1:М (один – ко – многим). Ниже приводится обоснование этого утверждения.
П
Канонический вид ИЛМ
Правила представления ИЛМ в каноническом виде кратко изложены в п. 4.3.1.7. Там же приведен пример использования неформального способа упорядочения ИнО по уровням иерархии. Хотя в рассматриваемом п
Организационная форма базы данных
Различают одно- и многопользовательские базы данных централизованного или распределенного хранения по узлам сети. Однопользовательские базы данных размещаю
Структура базы данных
Логическая структура базы данных соответствует структуре данных ИЛМ, реализуется средствами структур данных выбранного программного обеспечения (СУБД, электронные таблицы). Структура базы данных до
Администрирование базы данных
Для баз данных колективного пользования или хранимых на сетевом диске выполняется администрирование: создаются учетные записи групп и пользователей, определяются пароли учетных записей (рис. 4.15).
Система документов и документооборот
В предметной области все информационные сообщения, используемые в приложении, рассматриваются как документы ручного или машинного заполнения. Для ввода информации первичных документов в базу данных
Обобщенный алгоритм
Обобщенный алгоритм обработки данных приложений представляется в виде технологических процессов обработки информации (табл. 4.17).
Таблица 4.17. Описание технологического процесса обработк
Определение комплекса таблиц СУБД Microsoft Access
Таблицы СУБД Microsoft Access строятся на основе нормализованных отношений, получаемых в соответствии с алгоритмом построения семантической модели ПО, т.е. каждому отношению должна соответствовать
Описание полей
При назначении имен полей таблиц рекомендуется руководствоваться следующими правилами.
1. Имена полей назначать одинаковыми с сокращенными именами реквизитов (или атрибутов отношений).
Значение Описание
Нет Поле не индексировано
(по умолчанию).
Да Поле индексировано.
(Допускаются Допускается повторение
совпадения) значений индексного поля.
Да Поле индек
Разработка схемы данных СУБД Access
Схема данных позволяет:
1. Установить связи между записями в таблицах.
2. Отобразить их графически на экране монитора и/или вывести на печать.
3. Обеспечить защиту от слу
Ссылочная целостность
В Microsoft Access понятиям Ссылочное (целевое) отношение и Ссылающееся отношение соответствуют понятия Главная таблица и Подтаблица.
Главная таблица – э
Свойства экранных форм
При проектировании экранных форм задаются следующие свойства:
· порядок сортировки записей в форме;
· характер использования формы: изменение, удаление, добавление записей или вво
Рекомендации по проектированию экранных форм
1. Вид формы должен быть максимально приближен к макету документа, из которого вводятся исходные данные решаемой задачи. Это означает, что поля формы должны располагаться в
Запросы
Запросы являются самым распространенным программным средством, с помощью которого реализуются алгоритмы вычислительной обработки различного вида (выборка записей, удаление, корректировка значений п
Рекомендации по проектированию запросов
В курсовой работе для каждого запроса следует:
· обосновать тип запроса (выборка, добавление, изменение и т.п.);
· указать состав полей результирующей таблицы запроса на выборку и
Ведение нормативно-справочной информации
Ведение нормативно-справочной информации подразумевает:
· Начальную загрузку таблиц базы данных.
· Формирование сводных нормативов.
· Корректировку нормативно-справочной
Интерфейс конечного пользователя
Интерфейса конечного пользователя может представляться с помощью:
· Команд в составе главного или контекстного меню.
· Панели инструментов.
· Экранной формы кнопочного ти
Общие требования, предъявляемые к курсовой работе
1.1.Защита курсовой работы производится после полного завершения машинной части курсовой работы, составления отчета по курсовой работе и проверки ее преподавателем, осуществляющим руководство выпол
КУРСОВОЕ ПРОЕКТИРОВАНИЕ В СРЕДЕ MS ACCESS
Учебное пособие
Редактор С.А. Кабедева
Лицензия ЛР N 020412 от 12.02.97
––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––
Подп
Курсовая работа
Предметная область: Отдел сбыта готовой продукции
Задача: Проверка обеспеченности плана отгрузки заданного изделия пл
Общие требования, предъявляемые к курсовой работе
Защита курсовой работы производится после полного завершения машинной части курсовой работы, составления отчета по курсовой работе и проверки ее преподавателем, осуществляющим руководство выполнени
СБОРНИК ЗАДАНИЙ ДЛЯ КУРСОВЫХ РАБОТ
Учебное пособие
Редактор ???
Лицензия ЛР N 020412 от 12.02.97
───────────
Новости и инфо для студентов