- •I. Постановка задачи
- •1.1. Краткая характеристика предметной области
- •1.2. Разработка структуры бд
- •1.3. Инфологическое проектирование
- •1.4. Структура и создание таблиц
- •1.5. Реляционная схема базы данных
- •II. Анализ предметной области
- •2.1. Описание бизнес-процесса
- •2.3. Заполнение базы данных
- •2.4. Запросы
Федеральное агентство по образованию
Государственное образовательное учреждение
высшего профессионального образования
«УДМУРТСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ»
Факультет информационных технологий и вычислительной техники
ОТЧЁТ
по преддипломной практике
Работу выполнил:
студент М.В. Пашин
ФИТиВТ, гр.ВЗ-351400-34 (к)
Проверил:
старший преподаватель кафедры ТОИ
Д.А.Дунаев
Ижевск 2013
СОДЕРЖАНИЕ
ВВЕДЕНИЕ 3
I. ПОСТАНОВКА ЗАДАЧИ 5
1.1. Краткая характеристика предметной области -
1.2. Разработка структуры БД 6
1.3. Инфологическое проектирование 7
1.4. Структура и создание таблиц 8
1.5. Реляционная схема базы данных 10
II. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ 13
2.1. Описание бизнес-процесса -
2.2. Моделирование БД 15
2.3. Заполнение базы данных 16
2.4. Запросы 22
2.5. Отчёты -
ЗАКЛЮЧЕНИЕ 24
ЛИТЕРАТУРА
ПРИЛОЖЕНИЯ
ВВЕДЕНИЕ
Жизнь современного предприятия немыслима без эффективного системного анализа и обработки его информационного потенциала. Важной категорией являются системы обработки информации, от которых во многом зависит эффективность работы любого предприятия или учреждения. Такая система должна:
-
обеспечивать получение общих и/или детализированных отчетов по итогам работы;
-
позволять легко определять тенденции изменения важнейших показателей;
-
обеспечивать получение информации, критической по времени, без существенных задержек;
-
выполнять точный и полный анализ данных.
Среди наиболее ярких представителей систем управления базами данных можно отметить: LotusApproach, MicrosoftAccess, BorlanddBase,BorlandParadox, MicrosoftVisualFoxPro, MicrosoftVisualBasic, а также баз данных MicrosoftSQLServer и Oracle, используемые в приложениях, построенных по технологии «клиент-сервер».
Фактически, у любой современной СУБД существует аналог, выпускаемый другой компанией, имеющий аналогичную область применения и возможности, любое приложение способно работать со многими форматами представления данных, осуществлять экспорт и импорт данных благодаря наличию большого числа конвертеров. Общепринятыми, также, являются технологи, позволяющие использовать возможности других приложений, например, текстовых процессоров, пакетов построения графиков и т.п., и встроенные версии языков высокого уровня (чаще – диалекты SQL и/или VBA) и средства визуального программирования интерфейсов разрабатываемых приложений.
Поэтому уже не имеет существенного значения, на каком языке и на основе какого пакета написано конкретное приложение, и какой формат данных в нем используется.
Более того, стандартом «де-факто» стала «быстрая разработка приложений» или RAD (от английского RapidApplicationDevelopment), основанная на широко декларируемом в литературе «открытом подходе», то есть необходимости и возможности использования различных прикладных программ и технологий для разработки более гибких и мощных систем обработки данных.
Поэтому в одном ряду с «классическими» СУБД упоминаются языки программирования VisualBasic 4.0 и VisualC++, которые позволяют быстро создавать необходимые компоненты приложений, критичные по скорости работы, которые иногда трудно разработать средствами «классических» СУБД. Современный подход к управлению базами данных подразумевает также широкое использование технологии «клиент-сервер».
Таким образом, на сегодняшний день разработчик не связан рамками какого-либо конкретного пакета, а в зависимости от поставленной задачи может использовать самые разные приложения. Поэтому, более важным представляется общее направление развития СУБД и других средств разработки приложений в настоящее время.
I. Постановка задачи
1.1. Краткая характеристика предметной области
Целью данного проекта является разработка информационной системы салона корпусной мебели. Данная система представляет собой базу данных, содержащую информацию о следующем:
-
ассортимент продукции магазина;
-
предприятия-поставщики;
-
персонал;
-
график поставок;
-
клиентура;
-
заказы клиентов.
Представленная база данных решает следующие задачи: учёт товара, выдача данных о поставщиках и поставляемых ими товарах (фирма-поставщик, его реквизиты, наименование товаров, описание, цены), вычисление суммы оплаты. В режиме формы вычисляет стоимость товара с наценкой магазина в 50%. Реализует запросы упорядочения по полям: товары, поставщики, цена. Осуществляет поиск сведений о фирме-поставщике какого-то товара. Производит подсчет стоимости и количества оставшегося в магазине товара, а также выдает отчет об отсутствующих товарах.
Применяемая СУБД: АССЕSS 2003.
Исходные данные о магазине: магазин располагается в нескольких помещениях (склад, торговый зал). У фирмы есть поставщики, осуществляющие поставку изделий мебели (в разобранном и готовом виде) на склад магазина.
Так же в магазине есть свой штат сотрудников: менеджеры и консультанты, осуществляющие продажу товара, бухгалтер, кладовщики, водители, грузчики-сборщики.
Клиент, приходя в магазин, взаимодействует с менеджером, который, в свою очередь, осуществляет продажу изделий. Операции с денежными средствами и отбивку чека осуществляет так же менеджер. При покупке товара, клиент получает чек с указанием товара и его стоимости, на основании которого со склада ему отгружают необходимый товар.
При отсутствии товара на складе работник магазина выбирает отсутствующие товары и на основании этих данных составляет заявку на имя фирмы-поставщика.
1.2. Разработка структуры бд
Удачная разработка базы данных обеспечивает простоту ее поддержания. Данные следует сохранять в таблицах, причем каждая таблица должна содержать информацию одного типа, например, сведения о поставщиках. Тогда достаточно будет обновить конкретные данные, такие как адрес, только в одном месте, чтобы обновленная информация отображалась во всей базе данных.
Одним из наиболее сложных этапов в процессе проектирования базы данных является разработка таблиц, так как результаты, которые должна выдавать база данных (отчеты, выходные формы и др.) не всегда дают полное представление о структуре таблицы. При проектировке таблиц рекомендуется руководствоваться следующими основными принципами:
1. Не должно быть повторений между таблицами. Когда определенная информация хранится только в одной таблице, то и изменять ее придется только в одном месте. Это делает работу более эффективной, а также исключает возможность несовпадения информации в разных таблицах. Например, в одной таблице должны содержаться адреса и фамилии клиентов.
2. Каждая таблица должна содержать информацию только на одну тему. Сведения на каждую тему обрабатываются намного легче, если содержаться они в независимых друг от друга таблицах. Например, адреса и заказы клиентов хранятся в разных таблицах, с тем, чтобы при удалении заказа информация о клиенте осталась в базе данных.
3. Каждое поле должно быть связано с темой таблицы.
4. Не рекомендуется включать в таблицу данные, которые являются результатом выражения.
5. В таблице должна присутствовать вся необходимая информация.
6. Информацию следует разбивать на наименьшие логические единицы. Например, поля «Имя» и «Фамилия», а не общее поле «Имя».