Файл: Проектирование БД для сотрудника салона сотовой связи(Аналитическая часть ).pdf

Microsoft SQL Server использует в качестве языка запросов версию SQL, получившую название Transact-SQL (сокращённо T-SQL), являющуюся реализацией SQL-92 (стандарт ISO для SQL) с множественными расширениями. T-SQL позволяет использовать дополнительный синтаксис для хранимых процедур и обеспечивает поддержку транзакций (взаимодействие базы данных с управляющим приложением).

Microsoft SQL Server также поддерживает Open Database Connectivity (ODBC) – интерфейс взаимодействия приложений с СУБД. Версия SQL Server 2008 обеспечивает возможность подключения пользователей через веб-сервисы, использующие протокол SOAP. Это позволяет клиентским программам, не предназначенным для Windows, кроссплатформенно соединяться с SQL Server. Microsoft выпустила сертифицированный драйвер JDBC, позволяющий приложениям под управлением Java (таким как BEA и IBM WebSphere) соединяться с Microsoft SQL Server 2005 и 2008.

Версия 2008 СУБД от Microsoft стала продолжением линейки продуктов серверов реляционных баз данных, зарекомендовавших себя с наилучшей стороны в отношении надежности, производительности, расширяемости, масштабируемости, а также простоты управления и использования.

MS SQL Server имеет ряд преимуществ, которые выгодно отличают его от других программных продуктов для управления базами данных и позволяют продвинуться на рынок решений, ранее монопольно занимаемый Oracle [9].

Microsoft Access является реляционной СУБД корпорации Microsoft. Обладает широким спектром функций, включая связанные запросы, связь с базами данных и внешними таблицами. Благодаря наличию встроенного языка VBA, в самой системе Access можно разрабатывать приложения, работающие с базами данных.

Основными компонентами MS Access являются построитель таблиц, экранных форм, SQL-запросов (язык SQL в MS Access не соответствует стандарту ANSI), отчётов, выводимых на печать.

MS Access представляет собой файл-серверную СУБД и потому применима лишь к небольшим приложениям. В программе нет многих механизмов, которые необходимы в многопользовательских БД, например, триггеров.

MS Access обладает худшим функционалом по сравнению с MS SQL Server. Но возможности MS Access по написанию приложений существенно расширяются благодаря механизму связи с различными внешними СУБД: «связанным таблицам» (связь с таблицей СУБД) и «запросам к серверу» (запрос на диалекте SQL, который «понимает» СУБД). Также благодаря MS Access можно строить полноценные клиент-серверные приложения на СУБД MS SQL Server. При этом есть возможность совмещения с присущей MS Access простотой инструментов для управления БД и средств разработки [6]. Поэтому выбор был остановлен на Access.

---

В настоящее время лидерами на рынке сред разработки являются Microsoft Visual Studio, Delphi, C++ Builder, JBuilder. Любая из перечисленных сред позволит разработать современное клиент-серверное приложение с современным пользовательским интерфейсом. Однако, в компании имеются наработки на Delphi, которые можно использовать при разработке ИС склада. Выбор среды разработки Delphi позволит гораздо быстрее по сравнению с остальными из перечисленных сред разработки получить готовую систему, с интерфейсом, аналогичным ИС отделов снабжения и сбыта.

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

Мощный язык Delphi и компилятор обеспечивают высокую производительность и доступ ко всем возможностям, повышающим эффективность и скорость разработки на платформе Windows. Delphi предоставляет также обширный набор инструментов редактирования, рефакторинга и отладки в рамках комплексного решения, ориентированного на ускорение и упрощение разработки.

1.3.Проектирование логической структуры базы данных

При проектировании БД необходимо решить вопрос о наиболее эффективной структуре данных. Основные цели, которые при этом преследуются:

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

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

Описание таблиц реляционной базы данных дано в таблицах 3-9.

Таблица 3

Характеристика таблицы «Ассортимент»

Наименование поля	Идентификатор поля	Тип данных	Длина поля	Описание поля
Код	Id_tovara	Integer	5	Идентификатор товара
Наименование	Name_tov	Char	15	Наименование товара
Описание	Model	Char	15	Модель
Цена	Color	Char	15	Цена
Фото	Foto	Char	5	Фото товара
Штрих-код		Char	15
Тип товара		Char	10
Код по ОКЕЙ		Integer	10

---

Таблица 4

Характеристика таблицы «Сотрудники»

Наименование поля	Идентификатор поля	Тип данных	Длина поля	Описание поля
Код сотрудника	Id_sotr	Integer	3	Первичный ключ
Фамилия	Fam_sotr	char	20	Фамилия сотрудника
Имя сотрудника	Name_sotr	Char	15	Имя сотрудника
Отчеcтво	Otch_sotr	Char	20	Отчество сотрудника

Таблица 5

Характеристика таблицы «Тип товара»

Наименование поля	Идентификатор поля	Тип данных	Длина поля	Описание поля
Код	Id_gr	Integer	2	Первичный ключ
Наименование	Group	Char	15	Наименование группы
Описание	Opisanie	Char	15

Таблица 6

Характеристика таблицы «Клиенты»

Наименование поля	Идентификатор поля	Тип данных	Длина поля	Описание поля
Код клиента	Id_kl	integer	3	Первичный ключ
ФИО	FIO	char	255	Фамилия Имя Отчество

Таблица 7

Характеристика таблицы «Реализация»

Наименование поля	Идентификатор поля	Тип данных	Длина поля	Описание поля
Номер записи о продаже	N_record	Integer	5	Первичный ключ
Дата	Date_prod	date	12	Дата продажи
Код товара	Id_tovara	Integer	5	Идентификатор товара
Код сотрудника	Id_sotr	Integer	3
Код клиента	Id_kl	Integer	5
Количество	Kol	Integer	3	Количество товара
Сумма	Sum	Integer	5	Сумма продажи

Таблица 8

Характеристика таблицы «Поставщики»

Наименование поля	Идентификатор поля	Тип данных	Длина поля	Описание поля
Код поставщика	Id_post	integer	3	Первичный ключ
Наименование поставщика	FIO	char	255	Наименование фирмы-поставщика

---

Таблица 9

Характеристика таблицы «Упаковка»

Наименование поля	Идентификатор поля	Тип данных	Длина поля	Описание поля
Код	Id_ed	Integer	2	Первичный ключ
Наименование	Ed_izm	Char	15	Наименование единицы измерения

1.4.Проектирование физической структуры базы данных

На физическом уровне моделирования рассматривается целевая СУБД, имена объектов, типы данных и индексы.

На рис. 5 представлена схема базы данных.

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

Рис.5. Физическая структура базы данных

2. Практическая часть.

2.1.Инструкции по работе с базой данных

Запрос – выборка информации из одной или нескольких таблиц по заданным условиям в указанном виде. В результате запроса формируется виртуальная таблица (т.е. таблица создаваемая только в процессе работы с запросом). Запрос может иметь уникальное имя и может работать в 3-х режимах:

1. Сообщение на языке SQL.
2. Экранный конструктор запроса.
3. Режим таблицы.

В базе данных разработан перечень запросов:

• выплаты сотрудникам;
• итог по накладной;
• книга продаж;
• количество продаж на момент;
• остаток на складе без продаж на момент;
• остаток на складе по деньгам;
• остаток на складе штук;
• продажи клиентам;
• продажи по классам предложений;
• продажи по типам;
• продажи сотрудников;
• сумма по списку;
• товар в покупки;
• товар по накладной;
• товарная накладная;
• чек.

Корректировка данных средствами запросов.

Корректировка данных может производится с помощью запросов на добавление, обновление, удаление.

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

---

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

Проектирование форм осуществляется следующим образом

1. Определить подсхему данных, на основе которой составляется форма.
2. Перечислить все виды форм, которые могут быть построены для данной подсхемы и обосновать выбор.
3. Определить источники записей формы для каждой из частей форм.
4. Для вложенных форм определить связанные поля.
5. Определить все компоненты форм. (главной и вложенной).
6. Разработать макет форм.

В процессе разработки данной базы данных было построено 16 форм, причем все формы – простые.

Отчеты предназначены для формирования документов, выдаваемых на печать.

2.2.Разработка интерфейса и реализация проекта

 Программа имеет удобный интерфейс, не требующий специального обучения. Главное окно представлено на рис.6. На нем представлено меню программы.

Рис.6. Главное окно

Редактирование всех справочников осуществляется через пользовательский интерфейс (рис.7-12).

Рис.7. Справочник «Поставщики»

Рис.8. Справочник «Клиенты»

Рис.9. Справочник «Сотрудники»

Рис.10. Накладные

Рис. 11. Ассортимент

Рис.12. Реализация

2.3.Оценка экономической эффективности проекта

 Разработка и внедрение – наиболее ответственный этап жизненного цикла программных продуктов, определяющий, насколько создаваемая программа соответствует спецификациям и требованиям со стороны конечных пользователей. Жизненный цикл программного продукта представляет собой модель его создания и использования. Модель отражает его различные состояния, начиная с момента возникновения необходимости в данном программном продукте и заканчивая моментом его полного выхода из употребления у всех пользователей. Разработка и внедрение ЭИС должны тщательно планироваться. План разработки программного продукта формулирует строго документированные действия по анализу требований к системе, проектированию, кодированию, интеграции, тестированию, установке и поддержанию системы. План разработки должен быть проанализирован и утверждён. Затраты на создание, сопровождение и эксплуатацию программных продуктов, научно-технический уровень разработки, время морального устаревания и многое другое – все это также зависит от проектных решений. В процессе разработки ЭИС были использованы стандарты канонического проектирования [6].

---