Курсовая работа: Информационная система "Мебельная фабрика"
3.Установка с помощью соответствующего списка в правой нижней части окна открытия файла режима монопольного доступа (Монопольно (Exclusive)) и открытие базы данных.
4.Выбор команды Сервис | Защита | Задать пароль базы данных (Tools | Security | SetDatabasePassword).
5.Ввод пароля в поле Пароль (Password) с учетом регистра клавиатуры.
3. Проектная часть
3.1 Назначение предметной области
В информационных системах, создаваемых на основе СУБД, способы организации данных и методы доступа к ним перестали играть решающую роль, поскольку оказались скрытыми внутри СУБД. Массовый, так называемый конечный пользователь, как правило, имеет дело только с внешним интерфейсом, поддерживаемым СУБД.
Эти преимущества, как уже понятно, не могут быть реализованы путем механического объединения данных в БД. Предполагается, что в системе обязательно существует специальное должностное лицо (группа лиц) – администратор базы данных (ЛБД), который несет ответственность за проектирование и общее управление базой данных. АБД определяет информационное содержание БД. С этой целью он идентифицирует объекты БД и моделирует базу, используя язык описания данных. Получаемая модель служит в дальнейшем справочным документом для администраторов приложений и пользователей. Администратор решает также все вопросы, связанные с размещением БД в памяти, выбором стратегии и ограничений доступа к данным. В функции АБД входят также организация загрузки, ведения и восстановления БД и многие другие действия, которые не могут быть полностью формализованы и автоматизированы.
Как очевидно, конечной целью проектирования является построение конкретной базы данных мебельной фабрики , иной степени воплощающей представление проектировщика о предметной области и задачах, решаемых пользователями с помощью созданной базы. Рассматривая базу данных как конкретную реализацию модели, мы по существу устанавливаем порядок процесса, отделяя этап определения принципов (то, какой база должна быть) от этапа воплощения этих принципов при реализации базы данных в конкретной среде СУБД, ОС и языках программирования. И как показывает практика, между реализациями баз данных и принципами их по строения всегда есть расхождения. Различия являются следствием разных причин, но чаще всего это явный или неявный отказ от некоторых принципиальных ограничений, налагаемых, например, моделью данных или базовыми (встроенными) алгоритмами обработки в пользу частного решения, которое, по мнению проектировщика, будет более эффективно, например, для понимания или обработки данных.
Проектирование базы данных – это упорядоченный формализованный процесс создания системы взаимосвязанных описаний, т.е. таких моделей предметной области, которые связывают (фиксируют) хранимые в базе данные с объектами предметной области, описываемыми этими данными. Прикладное назначение таких описаний состоит в том, чтобы пользователь, практически не имеющий представления об организации данных в БД (физическом размещении в памяти данных и механизмах их поиска), обращая запрос к базе, имел бы практическую возможность получить адекватную информацию о состоянии объекта предметной области.
Такая человекоориентированная модель практически полностью независима от физических параметров среды хранения данных, которой может быть как память человека, так и ЭВМ. Поэтому инфологическая модель не изменяется до тех пор, пока какие-то изменения в реальном мире (той его части, которая отнесена к предметной области) не потребуют изменения в модели соответствующего фрагмента описания, чтобы эта модель продолжала адекватно отражать предметную область.
3.3 Создание таблиц БД
Таблицы составляют основу базы данных – именно в них хранятся все данные. Таблицы должны быть тщательно спланированы. Прежде всего, должна быть спланирована структура каждой таблицы. Структура таблиц определяется содержанием тех выходных форм и отчетов, которые должны быть затем получены. При планировании таблиц необходимо избежать дублирования информации в разных таблицах.
В новой базы данных «Мебельная фабрика» необходимо создать следующие связанные таблицы со связанными полями:
Таблица Выдачи:
– Город – Текстовое поле, 50 символов;
– Телефон доставки – Числовое поле, длинное целое;
– Код расходов – Числовое поле, длинное целое;
– Стоимость доставки – Денежное поле, денежный формат;
– Вес упаковки – Числовое поле, длинное целое;
– индекс доставки – Числовое поле, длинное целое;
– Код фондов – Ключевое, Числовое поле, длинное целое.
Таблица Договоры:
– Начальная дата – поле Дата/время, Краткий формат даты, маска ввода:99.99.00; 0;
– Конечная дата – поле Дата/время, Краткий формат даты, маска ввода:99.99.00; 0;
– Имеется мест – Числовое поле, целое;
– Код сотрудника – Числовое поле, длинное целое;
– Код договора – Ключевое, Числовое поле, длинное целое;
– Код типа договора – Числовое поле, длинное целое.
Таблица Записи работ: