Разработка информационной системы для ООО "Магнум"

Int

Таблица 3.4

Структура таблицы «Заказ»(zakaz)

Название поля	Описание	Тип поля	Дополнительно
Id	Уникальный идентификатор	int	Автоинкримент, первичный ключ
Id_klienta	Идентификатор клиента	Int
Date_prodazhi	Дата продажи	text

Таблица 3.5

Структура таблицы «Производитель»(manufacturer)

Название поля	Описание	Тип поля	Дополнительно
Id	Уникальный идентификатор	int	Автоинкримент, первичный ключ
naimenovanie	Наименование	text
address	адрес	text
Phone	Номер телефона	text
site	сайт	text



Таблица 3.6

Структура таблицы «Строка заказа»(stroke_zakaza)

Название поля	Описание	Тип поля	Дополнительно
Id	Уникальный идентификатор	int	Автоинкримент, первичный ключ
Id_tovara	Идентификатор товара	int
Quantity_s	Количество заказа	int
Id_zakaza	Идентификатор заказа	int
stoimost	стоимость	int

Таблица 3.7

Структура таблицы «Клиент»(klient)

Название поля	Описание	Тип поля	Дополнительно
Id	Уникальный идентификатор	int	Автоинкримент, первичный ключ
Fio	ФИО	text
phone	Номер телефона	text
address	Адрес клиента	text

Определение атрибутов и первичного ключа.

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

- NULL. Пустое значение в таблице базы;

- INTEGER. Целочисленное значение, хранящееся в 1, 2, 3, 4, 6 или 8 байтах, в зависимости от величины самого значения;

- REAL. Числовое значение с плавающей точкой. Хранится в формате восьми байтового числа IEEE с плавающей точкой;

- TEXT. Значение строки текста. Хранится с использованием кодировки базы данных, UTF-8, UTF-16BE или UTF-16LE;

- BLOB. Значение бинарных данных, хранящихся точно в том же виде, в котором были введены.

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

Так как SQLite не имеет отдельного класса для хранения логического типа данных. Вместо этого логические значения хранятся как целые числа 0 и 1, false и true соответственно.

Так же SQLite не имеет классов для хранения даты или времени. Вместо этого встроенные функции даты и времени работают с датой и временем хранимых в виде значений TEXT, REAL, INTEGER в следующем виде:

TEXT, как строка формата ISO8601 YYYY-MM-DD HH:MM:SS.SSS;

REAL, как числа юлианского календаря. То бишь число дней с полудня 24 ноября 4714 года до нашей эры по Гринвичу в соответствии с ранним григорианским календарем;

INTEGER, как время Unix, количество секунд с 1970-01-01 00:00:00 UTC.

3.2 Создание базы данных

Основные административные команды:

.show, выдает текущие настройки заданных параметров;

.databases, выдает название баз данных и файлов;

.quit, выход из интерфейса командной строки;

.tables, выводит текущие таблицы;

.schema, выводит структуру таблицы;

.header, отобразить или скрыть шапку таблицы;

.mode, выбор режима отображения данных таблицы;

.dump, сделать копию базы данных.

Стандартные команды можно разделить на три группы:

Язык описания данных DDL;

Язык управления данными DML;

Язык запросов DQL.

Рассмотрим те, которые нам могут пригодиться.

Из языка описания данных DDL нам может понадобится:

CREATE, создает таблицу, выглядит оператор как то так, create [temp] table_name (column_definitions [,constraubts]);table_name, название таблицы, оно должно быть уникальным, среди всех других имен объектов базы данных. temp, означает что таблица временная, после выхода из консольного интерфейса, так же квадратные скобки означают что это не обязательная часть оператора column_definitions, список разделенных запятыми определений колонок. Состоят поля из имени, домена и списка ограничений. Под доменном понимается тип поля, аналог типа данных. С помощью него задается то какое значение может храниться в данном поле. Ограничения так же перечисляются через запятые;

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

удаляем таблицу

drop table [if exists] [schema-name.] table-name;

if exists проверка на существование

schema-name. указание на базу данных

table-name название таблицы

удаляем индексы

drop index [if exists] [db_name.]index_name;

удаляем триггеры

drop trigger [if exists] [schema-name.]trigger-name;

удаляем представления

drop view [if exists] [schema-name.]view-name;

Из языка управления данными DML нам может понадобится:

INSERT, вставка записей, выглядит оператор как то так: insert into table (column_list) values (value_list); table, название таблицы. column_list, список имен столбцов разделенных запятыми. value_list, список выражений разделенных запятыми, должен совпадать с именами полей, порядок важен относительно выражений и полей. Если в списке выражений присутствуют все требуемые выражения, то список полей можно опустить.

UPDATE, обновление записей, может менять одно или более полей одной или более записей в таблице. Выглядит как то так:update table set update_list where predicate; update_list, список того что на что сменить. where, отбирает записи для редактирования. predicate, сам критерий отбора.

DELETE, удаление записей, выглядит как то так:

delete from table where predicate;

from, откуда.

table, название таблицы.

where, отбирает записи для удаления.

predicate, сам критерий отбора.

Из языка запросов DQL нам может понадобится:

SELECT, выдает выборку данных из базы данных, выглядит как то так: select [distinct] heading from tables where predicate group by columns having predicate order by columns limit count, offset count;

Все фразы кроме самого select являются необязательными.

Вместо перечисления всех полей, их можно заменить знаком *.

heading, список столбиков которые нам нужны.

from, откуда.

table, список таблиц, которые объединяются в составное отношение.

where, отбирает требуемые записи.

predicate, критерий по которому отбираются записи.

group by, группировка на группы записей, используя одинаковые значения в указанных полях.

having, тоже самое что и where, только для group by.

predicate, критерий по которому отбираются группы.

columns, сами поля.

order by, сортировка.

columns, название столбика относительно которого будем сортировать, после него можно еще дописать, как сортировать asc по возрастанию или desc по убыванию.

limit, максимальное количество записей, которое нам выдаст select.

offset, количество записей которое нужно пропустить.

count, число.

Ограничения:

Unique, ограничение уникальности, оно требует чтобы все значения в столбце были уникальны, при попытки добавления значения которое уже есть или заменить, то выдает ошибку

Not null, не будет возможности добавить нулевое значение

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

Default, значение по умолчанию. Задает значение по умолчанию для столбца, если его значение не было задано

Check, с помощью него задаются дополнительные ограничения

References, внешний ключ, это ограничение на то что нельзя ввести значение отличное от значений из столбика таблицы, откуда взят этот ключ

Теперь можно приступить к созданию самой базы данных.

Откроем консоль и создадим файл базы данных SQLite, с помощью команды

sqlite3 database.db

После чего в текущем каталоге будет создан файл database.db, после создания базы данных, sqlite3 обеспечит нас приглашением на ввод интерфейса командной строки.



3.3 Разработка интерфейса системы

Ниже интерфейс раздела «склад» представлен (рис 3.2):

Рис 3.2 - Раздел склад

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

Ниже демонстрация поиска (Рис 3.3):

Рис 3.3 - Демонстрация поиска

Ниже интерфейс страницы «заказы» (Рис 3.4):

Рис 3.4 - Вкладка заказы

Отображает все покупки за все время которые прошли через кассу. Две строки ввода, вводится с какую по какую дату выводит список покупок. Кнопка отчет, печатает все покупки в выбранный период. Кнопка новый вызывает дополнительное окно «оформление заказа»

Рис 3.5 - Окно оформление заказа

Список выбранных покупок. Сумма всех покупок. При нажатии оформить, оформляет новый заказ. При нажатии удалить удаляется выбранный в списке элемент из покупки. Нажимая на кнопку добавить, вызывается дополнительное окно со списком доступных товаров. При нажатии на кнопку добавляется выбранный товар в список покупок.

Рис 3.6 - Окно добавление товаров



Заключение

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

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

Разработанная система имеет следующие возможности:

1. Поиск товара по таким критериям, как «название», «цвет», «характеристики», «модель». Можно вводить все данные, либо лишь один из критериев поиска.

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

3. Отображение данных происходит в виде списка, что удобно в восприятии.

Размещено на Allbest.ru

...