Ирина Эланс

Автор который поможет с любыми образовательными и учебными заданиями

Создание базы данных. 5

СОДЕРЖАНИЕ

ВВЕДЕНИЕ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3

ЦЕЛИ И ЗАДАЧИ КУРСОВОЙ РАБОТЫ . . . . . . . . . . . . . . . . . . . . . .4
СБОР ИСХОДНЫХ ДАННЫХ И РАЗБИЕНИЕ ПРОЕКТА НА ОТДЕЛЬНЫЕ МОДУЛИ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .6

Исходная документация, используемая для построения базы данных . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .6
Выбор СУБД . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .6
Аппаратные требования к будущему программному продукту . . . .9
Программное обеспечение . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .9
Требования к интерфейсу . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Разбиение проекта на отдельные модули . . . . . . . . . . . . . . . . . . . . 11

ИНТЕРФЕЙС ПРОЕКТА . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
ПОРЯДОК ВВОДА В ЭКСПЛУАТАЦИЮ . . . . . . . . . . . . . . . . . . . 35

4.2. Установка программного продукта и настройка . . . . . . . . . . . . . . . 35

4.3. Ввод исходной информации . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .35

4.4. Программа обучения персонала . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35

5. ОЦЕНКА ПРОЕКТА . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37

ЗАКЛЮЧЕНИЕ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ . . . . . . . . . . . . . . . . . 39

ПРИЛОЖЕНИЯ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42

ВВЕДЕНИЕ

Вычислительная техника шагает в будущее гигантскими шагами, не оставляя в стороне никого. Невозможно представить область интенсивной деятельности человека, которая могла бы обойтись без вычислительной техники и автоматизированных систем, без ущерба для себя. Не секрет, что неавтоматизированный труд сейчас рассматривается как пережиток прошлого. Люди хотят облегчить свою жизнь за счет применения техники. Базы данных стали основой информационных систем и коренным образом изменили методы работы многих организаций.

Курсовая работа будет посвящена автоматизации предприятия, по продаже мебели. В данное время существует уже много подобных программ, но каждое предприятие является уникальным и невозможно найти программу, которая удовлетворяла бы всем требованиям предприятия. Почти все задачи, которые возникают в ходе работы магазина, достаточно легко поддаются автоматизации. Здесь одной из главных задач является быстрая и бесперебойная обработка значительных потоков информации.

Базой данных смогут пользоваться разные службы магазина: директор, бухгалтерский отдел, менеджер, дежурный администратор и т.д. Созданный программный продукт позволит в удобной форме и в короткие промежутки времени ориентироваться в огромной массе информации. Использование программы должно значительно упростить и ускорить работу сотрудников предприятия и экономить средства не только организации, но и ее клиентов.

1. ЦЕЛИ И ЗАДАЧИ КУРСОВОЙ РАБОТЫ

Цель курсовой работы – создать базу данных, которая позволила бы автоматизировать покупку и продажу мебели в магазине, подсчёта выручки за определённые типы сделок.

К задачам курсового проекта относится выполнение программного продукта, который позволит вводить необходимую информацию о клиентах (ФИО, название (если это организация), средство связи с клиентом), работниках магазина (ФИО, домашний адрес, средство связи, должность), мебели имеющейся в наличии (название, цена, количество, производитель), заказы (Покупатель, дата, тип сделки, количество и название мебели, общая стоимость, стоимость за одну единицу).

Не мало важным также является получение наглядной информации о том, какая мебель имеется в наличии и в каком количестве, список сделок осуществлённых за промежуток времени, какие сотрудники работают в магазине в данный момент, а кто был уволен и по какой причине. Также одно из поставленных требований – это возможность вывода на печать данных об имеющейся мебели, клиентах, сотрудниках.

Для создания базы данных необходимо:

1. Произвести анализ работы организации.

2. Произвести сбор исходных данных о магазине.

3. Установить сроки создания данного проекта.

4. Выбрать программное обеспечение для реализации проекта.

5. Создать схему связи отношений в базе данных.

6. Создать простой и понятный пользовательский интерфейс.

7. Разработать схему внедрения проекта.

Структура и объем работы.

Работа состоит из введения, пяти разделов, заключения, библиографического списка и приложения в виде схемы данных (Рис.П.2.1.), отчетов и таблиц. Заключение написано для того что бы наиболее кратко охарактеризовать данный курсовой проект. Поэтому данные в заключении максимально конкретны и изложены в очень краткой форме. Пояснительная записка изложена на сорока трёх страницах печатного текста, содержит двадцать три рисунка, двадцать пять таблиц. Приложение представлено на десяти печатных листах. Использование больше десяти листов в приложении считаю ненужным.

Список использованной литературы содержит тридцать одно наименования работ отечественных и зарубежных авторов.

ВЫВОД

Данная программа, упрощает работу, экономит время, а значит средства не только организации, но и ее клиентов. Отсюда возникает вывод о необходимости создания данного программного продукта. Т.к. в современном мире невозможно всё учитывать в ручную, я считаю это просто невозможным. К тому же в наше время стремительно развиваются компьютерные технологии, появляются всё новые и новые программные продукты, упрощающие работу предприятий. Так зачем же считать всё в ручную, когда можно воспользоваться новыми технологиями и приложить к решению поставленной задачи минимум усилий. Именно для этого я начал создавать свой проект, та как считаю о его необходимости в мире по учёту товаров. С моей программой пользователь сможет не только облегчить свой труд, но и сэкономить кучу времени, так как моя программа и предназначена именно для этого. Что касается интерфейса то я сделал его похожим на Windows 98. Потому что с Windows 98 работало огромное количество пользователей, и многим может показаться непривычный интерфейс. Для своего проекта я использовал классический стиль с серыми тонами. Т.к считаю его наиболее приятным и не раздражающим для глаз. Потому что в моём проекте ничего не должно раздражать пользователя, так как мой проект предназначен в основном для бухгалтеров, а им, насколько мне известно, и так приходиться целыми днями сидеть за компьютером, так что моей второстепенной задачей было создание приятного дружественного интерфейса.

2. СБОР ИСХОДНЫХ ДАННЫХ И РАЗБИЕНИЕ ПРОЕТА НА ОТДЕЛЬНЫЕ МОДУЛИ

2.1. Исходная документация, используемая для построения базы данных

В ходе заполнения базы данных будет использоваться набор входящей документации, удостоверяющей личность сотрудника (паспорт). В качестве исходных данных берется информация о существующих сотрудниках.

2.2. Выбор СУБД

Для создания проекта в качестве среды разработки выбрана программа MS Access 2003.

Проведен сравнительный анализ с такими СУБД как Oracle и Visual Fox Pro.

Система управления базами данных Oracle.

Реляционная система управления базами данных фирмы Oracle является лидером на рынке СУБД. По производительности, надежности хранения данных, развитию семейства интерфейсов, объему серверных платформ продукты Oracle возглавляют многочисленные рейтинги.

Гибкость использования, развитие средства управления доступом и распределенная архитектура делают сервер Oracle чрезвычайно привлекательным для технологии информационных хранилищ, а возможность работы на свободно – распространяемых Unix - платформах расширяет его возможности в некоммерческой среде.

Существенным ограничением использования Oracle является достаточно высокая цена.

Система управления базами данных Visual FoxPro.

Visual FoxPro — это полнофункциональный язык объектно-ориентированного программирования. Он предлагает мощные средства для интерактивной работы и создания приложений, предназначенных для управления реляционными базами данных. И, что не менее важно, этот язык прост в изучении. Кроме того, программы, написанные на языке Visual FoxPro 7.0, будут совместимы с программами, написанными на Visual FoxPro предыдущих версий.

Разработка объектно-ориентированных приложений начинается с моделирования реальных объектов, необходимых для выполнения конкретного задания. При создании приложения вы взаимодействуете с хорошо знакомыми объектами: таблицами баз данных, формами, цветовыми схемами. Создание каждого объекта предполагает использование Visual FoxPro. Вам предоставляется возможность скопировать созданные объекты из одного приложения в другое и тем самым сократить объем работы. Например, если вы создали кнопку, которая предназначена для поиска фамилии клиента в указанной таблице, то вы можете использовать эту же кнопку в другом приложении. Вам потребуется лишь изменить наименование поля и таблицы, в которых будет осуществляться поиск.

Visual FoxPro позволяет сэкономить ваше время и деньги на каждом этапе процесса создания приложения. На начальной стадии время, затраченное на разработку прототипов, не пропадает даром. Вы можете сохранить каждый прототип в качестве класса и использовать при создании новых форм. На следующих стадиях разработки приложения (и даже после того, как работа над приложением уже завершена) вы можете в любой момент вернуться к нужному объекту и изменить или расширить его свойства, не нарушая целостности других объектов. Сопровождение и модификация приложений, написанных на Visual FoxPro, осуществляется гораздо более эффективно и требует меньших затрат по сравнению с традиционными линейными программами.

Система управления базами данных MS Access.

Общая характеристика:

Программный продукт MS Access представляет собой настольную систему управления базами данных (СУБД). Понятие "настольная" СУБД указывает на то, что все операции с базой данных осуществляются на локальном компьютере пользователя. Именно здесь находится физическое место хранения информации, а также работают средства управления и организации запросов.

Противоположностью настольной системе является распределенная база данных, т. е. такая архитектура, при которой ядро БД работает на выделенном сервере; там же обычно хранятся и данные. Через локальную или глобальную сеть пользователь посредством установленного на своем компьютере программного обеспечения посылает запросы и получает ответы. Такие системы предназначены для работы с большим количеством клиентов, и зачастую в качестве серверов в них функционируют компьютеры более сложные и мощные, чем РС. Впрочем, сказанное не означает, что MS Access способен выполнять операции только в однопользовательском режиме. Напротив, программа успешно работает и в сетях, правда, с ограниченным числом клиентов. Кстати, сама компания Microsoft настоятельно рекомендует инсталлировать MS Access в рамках небольших рабочих групп.

Идеальная среда для внедрения MS Access - малый и средний бизнес, связанный с интенсивным товаро и документооборотом. СУБД прекрасно справляется с такими типовыми задачами, как учет складского хозяйства, обеспечение работы магазина и т. д. При желании на Access вполне можно написать продвинутую бухгалтерскую или кадровую программу. С таким же успехом он применим и в качестве служебного средства, например, для поддержки сложного Web-сайта или системы intranet. Вообще, MS Access позволяет создать сложный по своей архитектуре продукт. Вопрос лишь в масштабах его применения: чем больше пользователей одновременно должно работать с базами данных и чем плотнее осуществляются транзакции, тем ближе граница между настольным MS Access и более мощными СУБД, например MS SQL Server.

Преимущества перед другими средами разработки:

возможность быстрой и интуитивной разработки (до десятков раз быстрее разработки на визуальных языках программирования);
разработка доступна даже новичку (для разработки простейших решений не требуется даже владения языками программирования);
полноценное хранилище данных, поддерживающее транзакции, индексы, типы данных, ограничения, связи.

2.3. Аппаратные требования к будущему программному продукту

Аппаратные требования, предъявляемые программой включают как минимум:

процессор Pentium с тактовой частотой 223 МГц или выше;
оперативная память не менее 128 Mb;
свободное пространство на жестком диске не менее 300 Mb;
монитор SVGA;
клавиатура;
сетевая карта.

Помимо этого, для того чтобы имелась возможность вывода на печать необходимых данных, необходимо наличие лазерного принтера.

Для того, чтобы другие магазины по продажи мебели могли использовать базу данных в профессиональных целях, необходимо настроить локальную сеть. Топология сети – шина, наиболее простая и распространенная топология. Надежность здесь выше, так как выход из строя отдельных компьютеров не нарушит работоспособность сети в целом.

2.4. Программное обеспечение

Программное обеспечение программного продукта включает:

операционную систему Windows XP;
драйвера интерфейсных плат;
драйвер к принтеру.

Характеристика операционной системы.

Операционная система Windows XP.

Windows XP объединяет в себе достоинства предыдущих поколений версий операционных систем: удобство, простоту установки и эксплуатации ОС семейства Windows 98 и Windows ME, а также и функциональность Windows 2000.

Применяемые в Windows XP расширение web – технологии открываю возможность обмена текстовыми и голосовыми сообщениями. С использованием специальной функции Динамическое обновление пользователь Windows XP получает удаленный доступ к любым необходимым драйверам и обновлениям «в одно нажатие мышью», причем все необходимые изменения в конфигурации ОС осуществляются автоматически.

Настройка Windows стала еще удобнее, а элементы Панели управления – еще нагляднее. Так же как и другие ОС, созданные с применением технологии NT, Microsoft Windows XP полностью поддерживает многопользовательский режим работы, причем усовершенствованный механизм разграничения доступа обеспечивает повышенный уровень безопасности хранящихся на диске приватных данных, а усовершенствованные алгоритмы контроля гарантируют стабильность новой версии Windows.

Windows XP имеет интеллектуальный настраиваемый интерфейс. Теперь пользователь не привязан к какому – либо стандартному интерфейсу, устанавливаемому в системе по умолчанию. В Windows XP используются оригинальные цветовые схемы, множество настраиваемых тем рабочего стола.

Новый пользовательский интерфейс Windows XP построен по принципам проблемно – ориентированной архитектуры. Это означает, что пользователь может получить оперативный доступ к интерактивной системе помощи и подсказок.

Усовершенствованный механизм поиска в Windows XP представлен в виде специальной утилиты (Search Companion). В состав Windows XP включен специальный механизм Быстрое переключение сеансов, с применением которого можно быстро, без регистрации подключать к работе с ОС новых пользователей или группы пользователей. Появилась также возможность переключаться между несколькими сеансами работы без необходимости сохранять данные или перезагружать систему.

2.5. Требования к интерфейсу

Главная кнопочная форма выполняет функции титульного листа и меню. Главная кнопочная форма должна открываться при обращении к базе данных. Из нее пользователь будет обращаться к основным элементам базы данных. Главная кнопочная форма будет иметь командные кнопки, которые будут обеспечивать запуск других элементов базы данных. Для оформления кнопки будет использоваться стандартный вид кнопки Access 2003. На кнопке будет отображаться только её название, которое будет подсказывать пользователю какую функцию она выполняет.

2.6. Разбиение проекта на отдельные модули

На основе исходных данных необходимо разбить базу данных на отдельные модули. Главным требование при разбиении - это наличие наименьшего количества функциональных связей между модулями. В базе данных «Учёт товаров в мебельном магазине «Виктория» можно рассмотреть четыре модуля. Первый модуль включает в себя сведения о клиентах (ФИО, средства связи). Второй модуль содержит сведения о сотрудниках магазина (ФИО, должность, домашний адрес, средство связи, паспортные данные). Третий модуль содержит информацию о заказах (Покупатель, продавец, тип сделки, сумма). Четвертый модуль посвящен ассортименту товара (Название, производитель, количество, цена за одну единицу).

После сбора исходных данных был создан и связан ряд таблиц, представленных в приложении. Описание таблиц приводится ниже.

Таблица «Номенклатура» (П.1.1.). Таблица содержит ключевое поле ID Номенклатуры (тип поля: счетчик), которое служит для идентификации номенклатуры. В этом поле повторение значений недопустимо. Также имеются поля Номер мебели (тип поля: числовой), это поле служит для вода номера мебели. Поле id Типа мебели (тип поля: числовой), в этом поле водиться тип мебели. Поле Артикул (тип поля: текстовый) служит для ввода артикула мебели. Поле id Производителя (тип поля: числовой) служит для ввода производителя.

Таблица «Список сотрудников» (П.1.2.). Таблица содержит ключевое поле ID сотрудника (тип поля: счетчик), которое служит для идентификации сотрудника магазина. В этом поле повторение значений недопустимо. Также имеются поля Фамилия, Имя, Отчество (тип поля: текстовый). В этих полях слово должно начинаться с большой буквы и не иметь пробелов. Поле Дата рождения (тип поля: дата/время) служит для ввода даты рождения сотрудника. Поле id пола (тип поля: логический) служит для идентификации пола сотрудника.

Таблица «Паспортные данные» (П. 1.3.). Таблица содержит ключевое поле ID паспортных данных (тип поля: счетчик), которое служит для идентификации паспортных данных. В этом поле повторение значений недопустимо. Также имеются поля id Сотрудника (тип поля: числовой). Служит для идентификации данных сотрудника. Поля Серия, Номер (тип поля: числовой), Кем выдан (тип поля: текстовый), Когда выдан (тип поля: дата/время) используются для ввода паспортных данных.

Таблица «Список должностей» (П.1.4.). Таблица содержит ключевое поле ID Должности (тип поля: счетчик), которое служит для идентификации должности. В этом поле повторение значений недопустимо. Также имеется поле Наименование должности (тип поля: текстовый) служит для идентификации должности сотрудника.

Таблица «Список типов мебели» (П.1.5). Таблица содержит ключевое поле ID Список типов мебели (тип поля: счетчик), которое служит для идентификации списка мебели. В этом поле повторение значений недопустимо. Имеется также поле Наименование типа мебели (тип поля: текстовый), которые служат для идентификации наименования мебели.

Таблица «Прием на должность» (П.1.6.). Таблица содержит ключевое поле ID Приема на должность (тип поля: счетчик), которое служит для идентификации приема на должность. В этом поле повторение значений недопустимо. Поля id сотрудника и id должности (тип поля: счетчик) служат для идентификации сотрудника и должности соответственно. Поля Дата приема и Дата увольнения (тип поля: счетчик) служат для ввода даты приема на работу и даты увольнения сотрудника. В поле Причина указывается причина увольнения или перевода сотрудника.

Таблица «Список полов» (П.1.7.). Таблица содержит ключевое поле ID Пола (тип поля: счетчик), которое служит для идентификации пола. В этом поле повторение значений недопустимо. Поле наименование пола (тип поля: логический) служит для идентификации названия пола.

Таблица «Тип населенного пункта» (П.1.8.). Таблица содержит ключевое поле ID населенного пункта (тип поля: счетчик), которое служит для идентификации населенного пункта. В этом поле повторение значений недопустимо. В поле Наименование населенного пункта (тип поля: текстовый) записывается наименование населенного пункта.

Таблица «Список типов улиц» (П.1.23.). Таблица содержит ключевое поле ID Типа адреса (тип поля: счетчик), которое служит для идентификации типа улицы. В этом поле повторение значений недопустимо. В поле Тип улицы (тип поля: текстовый) записывается наименование типа улицы.

Таблица «Список улиц» (П.1.22.). Таблица содержит ключевое поле ID улицы (тип поля: счетчик), которое служит для идентификации улицы. В этом поле повторение значений недопустимо. В поле Название улицы (тип поля: текстовый) записывается название улицы. В полях id населённого пункта и id типа улицы (тип поля: числовой) служат для идентификации населённого пункта и типа улицы соответственно.

Таблица «Домашний адрес» (П.1.8.). Таблица содержит ключевое поле ID Адреса (тип поля: счетчик), которое служит для идентификации адреса. В этом поле повторение значений недопустимо. В полях id Тип адреса, id Сотрудник, id Улица (тип поля: числовой) вводится идентификация типа адреса, собственно сотрудника, и названия улицы. Поле Номера дома и квартиры (тип поля: текстовый) используется для ввода дома и квартиры сотрудника.

Таблица «Средства связи клиента» (П.1.9.). Таблица содержит ключевое поле ID Средства связи клиента (тип поля: счетчик), которое служит для идентификации средств связи клиента. В этом поле повторение значений недопустимо. Поля id Тип средства связи и id Сотрудника клиента (тип поля: числовой) используются для определения типа средства связи и определения списка сотрудника клиента. Поле Значение (тип поля: текстовый) используется для ввода значения.

Таблица «Средства связи сотрудников» (П.1.10.). Таблица содержит ключевое поле ID Средства связи сотрудников (тип поля: счетчик), которое служит для идентификации средства связи сотрудников. В этом поле повторение значений недопустимо. В полях id Средства связи и id Сотрудника (тип поля: числовой) определяется тип связи и соответственно список сотрудника. Поле Значение (тип поля: текстовый) используется для ввода значения.

Таблица «Список типов средств связи» (П.1.11.). Таблица содержит ключевое поле ID почтового отделения (тип поля: счетчик), которое служит для идентификации почтового отделения. В этом поле повторение значений недопустимо. В поле Наименование почтового отделения (тип поля: текстовый) вводится наименование почтового отделения. В поле Центральное почтовое отделение (тип поля: логический) отмечается, является ли данное почтовое отделение центральным или нет. Поле id населенного пункта (тип поля: числовой) служит для идентификации населенного пункта, в котором находится данное почтовое отделение.

Таблица «Список заказ» (П.1.13.). Таблица содержит ключевое поле ID Заказ (тип поля: счетчик), которое служит для идентификации заказа. В этом поле повторение значений недопустимо. Поле Дата (тип поля: дата) содержит дату заказа. Поле id Клиента, id Сотрудника, id Типа сделки (тип поля: числовой) служит для идентификации списка клиентов, списка сотрудников, списка типа сделок.

Таблица «Состав заказа» (П.1.14.). Таблица содержит ключевое поле ID Заказа (тип поля: счетчик), которое служит для идентификации состава заказа. Поля id Заказа, id Номенклатуры (тип поля: числовой) служат для идентификации списка заказа и списка номенклатуры. Поле Количество (тип поля: числовое) и Цена за 1 единицу (тип поля: денежный) содержат информацию о том, в каком количестве находится товар и сколько стоит одна единица.

Таблица «Стоимость номенклатуры» (П.1.15.). Таблица содержит ключевое поле ID Стоимость (тип поля: счетчик), которое служит для идентификации стоимости. В поле id Номенклатуры (тип поля: числовое) это поле служит для идентификации списка номенклатуры. Поле Стоимость (тип поля: денежный) и поле Дата (тип поля: Дата) содержат информацию о стоимости товара и когда товар был приобретён.

Таблица «Список производителей» (П.1.16.). Таблица содержит ключевое поле ID Производителя (тип поля: счетчик), которое служит для идентификации производителя. В этом поле повторение значений недопустимо. В поле Производитель (тип поля: текстовый) вводится наименование производителя.

Таблица «Список клиентов» (П.1.17.). Таблица содержит ключевое поле ID Клиента (тип поля: счетчик), которое служит для идентификации клиента. В этом поле повторение значений недопустимо. В поле Наименование предприятия (тип поля: текстовый) вводится само наименование предприятия.