Ирина Эланс

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

Информационная система "Конный магазин"

МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ ИНСТИТУТ

РАДИОТЕХНИКИ, ЭЛЕКТРОНИКИ И АВТОМАТИКИ

(ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ)

ФАКУЛЬТЕТ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ

КАФЕДРА ИТС

КУРСОВОЙ ПРОЕКТ

По дисциплине «БАЗЫ ДАННЫХ»

Тема «Информационная система “Конный магазин”»

Группа ИТА-4-08

Студент Разумова М.Б.

Преподаватель Чумак Б.Б.

Москва 2011

СОДЕРЖАНИЕ

ЗАДАНИЕ НА КУРСОВОЙ ПРОЕКТ 3

Введение 4

1 Системно-комплексный анализ объекта автоматизации 5

2 Структура пользовательского интерфейса автоматизированной системы 7

2.1 Функциональный аспект информационной страты объекта 7

2.2 Структура экранных форм пользовательского интерфейса 15

3 Концептуальная модель базы данных 16

3.1 1 уровень структурного аспекта информационной страты объекта 16

3.2 2 уровень структурного аспекта информационной страты объекта 17

3.3 Функционально-структурный аспект информационной страты объекта 19

3.4 Нормализация отношений 20

3.5 Структурно-функциональный аспект информационной страты объекта 22

3.6 Генерация базы данных 23

Заключение 25

Библиографический список 26

ПРИЛОЖЕНИЕ 1. ЛИСТ САМОКОНТРОЛЯ 27

ПРИЛОЖЕНИЕ 2. ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ КУРСОВОГО ПРОЕКТА 29

ЗАДАНИЕ НА КУРСОВОЙ ПРОЕКТ

1. Провести краткий системно-комплексный анализ выбранного объекта автоматизации (1-я самостоятельная работа).

2. Разработать структуру пользовательского интерфейса, автоматизированной системы.

2.1. Разработать функциональный аспект информационной страты объекта. Представить все входные и выходные документы

2.2. Разработать структуру экранных форм пользовательского интерфейса (п.2.1 и 2.2. - 2-я самостоятельная работа).

3. Разработать концептуальную модель базы данных (база данных должна содержать не менее 30 атрибутов).

3.1. Разработать 1 уровень структурного аспекта информационной страты объекта.

3.2. Разработать 2 уровень структурного аспекта информационной страты объекта ( п.3.1.и 3.2 – 3 самостоятельная работа).

3.3. Разработать функционально-структурный аспект информационной страты объекта.

3.4. Провести нормализацию полученных отношений.

3.5. Разработать структурно-функциональный аспект информационной страты объекта.

3.6. Провести генерацию базы данных. Привести все таблицы базы данных с их именами, именами их атрибутов, типами данных и их размерами. Указать связь между наименованием информационных элементов и таблицами, между компонентами информационных элементов и именами атрибутов.

4. Провести разработку проекта в СУБД Visual Fox Pro 9.0 (В проекте должны быть использованы все базовые классы СУБД и собственные пользовательские классы, материалы всех лабораторных работ по курсу «Базы данных» и «Управление данными»).

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

4.2. Реализовать взаимодействие с текстовым редактором «Word» и электронными таблицами «Excel».

Введение

Целью данной курсовой работы является создание информационной системы, позволяющей максимально автоматизировать работу отдела по работе с заказами. В ходе выполнения данной работы будет проведен анализ объекта автоматизации, разработана база данных, структура пользовательского интерфейса информационной системы. Все полученные результаты будут представлены в виде таблиц и схем, а так же будет разработана действующая информационная система с соответствующей базой данных в СУБД Microsoft Visual FoxPro 9.0.

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

Системно-комплексный анализ объекта автоматизации

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

S_о=<S^и, S^м, S^эн, S^эк, S^орг>.

При разработке данного курсового проекта будут использоваться только информационная, материальная и организационная страты.

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

Структура такой организации представлена на рис.1.1.

Дирекция

Бухгалтерия

Отдел кадров

Отдел по работе с заказами

Отдел по работе с конефермами

Рис.1.1. Схема организационной структуры

Более полная схема взаимодействия между отделом по работе с заказами и другими подразделениями фирмы представлена на рис.1.2.

Рис. 1.2. Схема взаимодействия рассматриваемого объекта с остальными отделами фирмы

На рисунке представлены следующие информационные и материальные потоки:

1. Управляющий поток информации;

2. Поток информации для администрации (отчетность);

3. Поток информации о бюджете;

4. Поток информации о начислении зарплаты;

5. Поток запросов о наличии лошади;

6. Поток информации о лошадях, имеющихся на конефермах;

7. Поток информации о сотрудниках;

8. Поток информации о принятых сотрудниках;

9. Поток людей, увольняющихся с работы;

10. Поток людей, направленных на работу в отдел по работе с заказами;

11. Поток информации о заказе на приобретение лошади;

12. Поток информации о конеферме;

13. Поток информации о клиентах.

Структура пользовательского интерфейса автоматизированной системы

Для разработки структуры пользовательского интерфейса необходимо рассмотреть концептуальную модель функционального аспекта информационной страты объекта автоматизации:

где – входные вектора,

– выходные вектора,

– функции преобразования в ,

– параметр функции преобразования (в данной курсовой работе не будет рассматриваться),

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

Функциональный аспект информационной страты объекта

Если рассмотреть объект автоматизации отдельно от всей организации в целом, то отдел по работе с заказами можно представить в виде функционального элемента, осуществляющего преобразование входных векторов в выходные (рис. 2.1, 2.2).

Рис. 2.1

Входные потоки информации:

1. Управляющий поток информации;

4. Поток информации о начислении зарплаты;

6. Поток информации о лошадях, имеющихся на конефермах;

8. Поток информации о принятых сотрудниках;

11. Поток информации о заказе на приобретение лошади;

13. Поток информации о клиентах.

Выходные потоки информации:

2. Поток информации для администрации (отчетность);

3. Поток информации о бюджете;

5. Поток запросов о наличии лошади;

7. Поток информации о сотрудниках.

Анализ входных и выходных векторов объекта

Рис. 2.2

Входные вектора:

– Управляющий поток информации от администрации:

– номер приказа

– предмет приказа

– суть приказа

– обоснование приказа

– дата

– подпись

– Информация о начислении зарплаты :

– номер квитанции

- ФИО сотрудника

– должность

– отдел

– сумма зарплаты

– дата

– подпись

– Информация о лошади, имеющейся на конеферме:

– номер лошади

– кличка лошади

– характер лошади

– пол

– порода

– масть

– высота в холке

– год рождения

– специализация

– класс

– конеферма

– услуга

– стоимость

– Информация о принятых сотрудниках:

– номер приказа

– ФИО сотрудника

– должность

– отдел

– дата

– подпись

– Информация о заказе на приобретение лошади:

– номер заказа

– номер клиента

– номер лошади

– адрес доставки

– дата доставки

– комментарий

– Информация о клиентах:

– номер клиента

– ФИО клиента

– адрес

– контактный телефон

– пароль

– логин

– Информация о конеферме:

– номер конефермы

– название

– ФИО управляющего

– адрес

– контактный телефон

Выходные вектора:

– Информация для администрации (отчетность):

– номер заказа

– ФИО заказчика

– адрес проживания заказчика

– кличка лошади

– порода

– масть

– пол

– высота в холке

– год рождения

– специализация

– услуга

– поставщик

– адрес поставщика

– стоимость

– дата

– подпись

– печать

– Информация о бюджете:

– номер отчета

– отдел

– отчетный месяц

– количество потраченных средств

– детализация

– прибыль

– дата

– подпись

– Информация о наличии лошади

– порода

– пол

– специализация

– услуга

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

– номер заявления

– ФИО сотрудника

– должность

– отдел

– причина увольнения

– дата

– подпись

Примеры входных и выходных документов

– Управляющий поток информации от администрации

ПРИКАЗ № _____

Предмет приказа: ________

Суть приказа: ______

Обоснование приказа: ______

Дата: ______

Подпись: ______

– Информация о начислении зарплаты

КВИТАНЦИЯ № ______

ФИО сотрудника: ______

Должность: ______

Отдел: ______

Сумма зарплаты: ______ руб.

Дата: ___________

Подпись начальника бухгалтерии: ___________

– Информация о лошади, имеющейся на конеферме:

ЛОШАДЬ № ______

Кличка лошади: ______

Порода: ______

Пол: ______

Масть: ______

Высота в холке: ______

Год рождения: ______

Специализация: ______

Класс: ______

Конеферма: ______

Услуга: ______

Стоимость: ______

– Информациия о принятых сотрудниках:

ПРИКАЗ № ______

ФИО сотрудника: ______

Должность: ______

Отдел: _____

Дата принятия на работу: ______

Подпись начальника ОК: ______

– Информация о заказе на приобретение лошади:

ЗАКАЗ № _____

ФИО клиента: ______

Номер лошади: ______

Адрес доставки: _____

Комментарий: ______

Дата: ______

– Информация о клиентах:

КЛИЕНТ № _____

ФИО клиента: ______

Адрес проживания: ______

Контактный телефон: ______

Пароль: ______

Логин: ______

– Информация о конеферме:

КОНЕФЕРМА № ______

Название: ______

ФИО управляющего: ______

Адрес: ______

Контактный телефон: ______

– Информация для администрации (отчетность):

ЗАКАЗ № ______

ФИО заказчика: ______

Адрес проживания заказчика: ______

Предмет договора:

Кличка лошади: ______

Порода: ______

Масть: ______

Пол: ______

Высота в холке: ______

Год рождения: _____

Специализация: ______

Услуга: ______

Поставщик (наименование конефермы, в которой находится лошадь): ______

Адрес поставщика: ______

Стоимость: ______ руб.

Дата: ______

Подпись: ______

Печать: ______

– Информация о бюджете:

ОТЧЕТ № ______

Отдел: ______

Отчетный месяц: ______

Количество потраченных средств: ______ руб.

Детализация (на что потрачено): _____

Общее количество средств, вырученных за все заключенные договора: _____ руб.

Дата: _____

Подпись начальника ОРЗ: _____

– Информация о наличии лошади:

ЗАПРОС № ______

Порода: ______

Пол: ______

Специализация: ______

Услуга: ______

– Информация о сотрудниках:

ЗАЯВЛЕНИЕ ОБ УВОЛЬНЕНИИ № ______

Я, (ФИО) ___________, работающий в _____ отделе на должности ____, прошу меня уволить в связи с _____.

Дата: ______

Подпись: ______

Структура экранных форм пользовательского интерфейса

Аутентификация

Регистрация

Просмотр БД

Заказы

Информация

Работа с БД

Отчеты и запросы

Работа с БД

Редактирование пород

Редактирование лошадей

Редактирование конеферм

Редактирование услуг

Редактирование спец-ий

Редактирование классов

Редактирование клиентов

Редактирование заказов

Просмотр заказов по клиентам

Отчеты и запросы

Отчет по конефермам

По лошадям

По услугам

По клиентам

По заказам

Запросы

Диаграмма

Клиентская база в Word

Просмотр БД

Просмотр всех записей

По породе

По услуге

По специализации

По конеферме

Запросы

Прайс-лист в Excel

Заказы

Просмотреть существующие заказы

Добавить/Удалить/Редактировать

Админ

Клиент

Информация

Информация о конефермах

Информация о породах

Информация об услугах

Общая информация о фирме

«Заставка»

Концептуальная модель базы данных

Концептуальная модель базы данных рассматривается на двух уровнях:

Первый уровень концептуальной модели определяется:

где – информационные элементы объекта автоматизации,

– связи между информационными элементами,

– конфигурация связей объекта,

– параметр связи между элементами,

– определяет, как изменяются во времени первые четыре элемента.

Второй уровень концептуальной модели определяется:

где i – номер информационного элемента Е,

j – номер информационного элемента е,

k – номер информационного элемента е, с которым связан элемент j,

– компоненты информационного элемента Е_i ,

– связи между и ,

– конфигурация связей,

– параметр связи между и ,

T – имеет смысл, аналогичный концептуальной модели 1-го уровня.

1 уровень структурного аспекта информационной страты объекта

На основании анализа деятельности Отдела по работе с заказами рассматриваются следующие информационные элементы:

E₁ – информация о клиентах;

E₂ – информация о заказах;

E₃ – информация о лошадях;

E₄ – информация о конеферме;

E₅ – информация о породе;

E₆ – список услуг;

E₇ – список специализаций;

E₈ – список полов.

Первый уровень структурного аспекта информационной страты объекта можно представить следующим образом (см. рис. 3.1).

Е₁

Е₂

Е₄

Е₃

Е₇

Е₅

Е₈

Е₆

Рис. 3.1 Графическое представление 1 уровня структурного аспекта информационной страты объекта

2 уровень структурного аспекта информационной страты объекта

Для описания второго уровня концептуальной модели необходимо раскрыть содержание информационных элементов:

E₁ – информация о клиентах:

e₁₁ – номер клиента

e₁₂ – ФИО клиента

e₁₃ – адрес

e₁₄ – телефон

e₁₅ – пароль

e₁₆ – логин

E₂ – информация о заказах:

e₂₁ – номер заказа

e₂₂ – номер клиента

e₂₃ – номер лошади

e₂₄ – дата доставки

e₂₅ – адрес доставки

e₂₆ – комментарий

E₃ – информация о лошадях:

e₃₁ – номер лошади

e₃₂ – кличка

e₃₃ – номер пола

e₃₄ – номер породы

e₃₅ – масть

e₃₆ – высота в холке

e₃₇ – номер специализации

e₃₈ – номер конефермы

e₃₉ – год рождения

e₃₁₀ – номер услуги

e₃₁₁ – стоимость

e₃₁₂ – характер

e₃₁₃ – класс

e₃₁₄ – уровень

E₄ – информация о конеферме:

e₄₁ – номер конефермы

e₄₂ – название

e₄₃ – ФИО управляющего

e₄₄ – адрес

e₄₅ – телефон

E₅ – информация о породе:

e₅₁ – номер породы

e₅₂ – название

e₅₃ – экстерьер

e₅₄ – использование

e₅₅ – происхождение

E₆ – список услуг:

e₆₁ – номер услуги

e₆₂ – наименование

e₆₃ – описание

E₇ – список специализаций:

e₇₁ – номер специализации

e₇₂ – наименование

E₈ – список полов:

e₈₁ – номер пола

e₈₂ – наименование

Функционально-структурный аспект информационной страты объекта

Рис.3.2. Проекция функции на структуру информационной страты объекта информатизации

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

x₃₁ = e₃₁

x₃₂ = e₃₂

x₃₃ = e₃₁₂

x₃₄ = e₃₃

x₃₅ = e₃₄

x₃₆ = e₃₅

x₃₇ = e₃₆

x₃₈ = e₃₉

x₃₉ = e₃₇

x₃₁₀ = e₃₁₃

x₃₁₁ = e₃₈

x₃₁₂ = e₃₁₀

x₃₁₃ = e₃₁₁

x₅₁ = e₂₁

x₅₂ = e₂₂

x₅₃ = e₂₃

x₅₄ = e₂₅

x₅₅ = e₂₄

x₅₆ = e₂₆

x₆₁ = e₁₁

x₆₂ = e₁₂

x₆₃ = e₁₃

x₆₄ = e₁₄

x₆₅ = e₁₅

x₆₆ = e₁₆

x₇₁ = e₄₁

x₇₂ = e₄₂

x₇₃ = e₄₃

x₇₄ = e₄₄

x₇₅ = e₄₅

y₁₁ = e₂₁

y₁₂ = e₁₂

y₁₃ = e₁₃

y₁₄ = e₃₂

y₁₅ = e₃₄

y₁₆ = e₃₅

y₁₇ = e₃₃

y₁₈ = e₃₆

y₁₉ = e₃₉

y₁₁₀ = e₃₇

y₁₁₁ = e₃₁₀

y₁₁₂ = e₃₈

y₁₁₃ = e₄₄

y₁₁₄ = e₃₁₁

y₁₁₅ = e₂₄

y₃₁ = e₃₄

y₃₂ = e₃₃

y₃₃ = e₃₇

y₃₄ = e₃₁₀

Нормализация отношений

При рассмотрении второго уровня концептуальной модели видно, что в отношении Е₃ существует транзитивная зависимость (e₃₁₃ e₃₁₄), поэтому это отношение следует представить в четвертой нормальной форме (рис.3.2).

Е₃

Е₃₁

Е₃₀

Рис. 3.2 Приведение отношения E₃ в 4 нормальную форму

Исходное отношение разлагается на два отношения: Е₃₀(е₃₁, е₃₂, е₃₃, е_34, е₃₅, е₃₆, е₃₇, е_38,е₃₉, е₃₁₀, е₃₁₁, е₃₁₂, е₃₁₃), F = {e₃₁ → e₃₂; e₃₁ → e₃₃; e₃₁ → e₃₄; e₃₁ → e₃₅; e₃₁ → e₃₆; e₃₁ → e₃₇; e₃₁ → e₃₈; e₃₁ → e₃₉; e₃₁ → e₃₁₀; e₃₁ → e₃₁₁; e₃₁ → e₃₁₂; e₃₁ → e₃₁} и Е₃₁(е₃₁₃, е₃₁₄), F = {e₃₁₃ e₃₁₄}. Прежде чем использовать в дальнейшем полученные зависимости, их надо проверить на отсутствие потерь при соединении. Для проверки будет использован аналитический метод.

Сначала задается исходная таблица:

Таблица 1

е₃₁

е₃₂

е₃₃

е₃₄

е₃₅

е₃₆

е₃₇

е₃₈

е₃₉

е₃₁₀

е₃₁₁

е₃₁₂

е₃₁₃

е₃₁₄

Arthur

жеребец

тракененская

вороная

175

выездка

КСК Темп

2001

продажа

500000

без в/п

Юношеский

Ditrich

мерин

голштинская

гнедой

170

конкур

БМКК Прадар

2004

аренда

35000

прикуска

Любительский

После разложения получаются две таблицы:

Таблица 2

е₃₁

е₃₂

е₃₃

е₃₄

е₃₅

е₃₆

е₃₇

е₃₈

е₃₉

е₃₁₀

е₃₁₁

е₃₁₂

е₃₁₃

Arthur

жеребец

тракененская

вороная

175

выездка

КСК Темп

2001

продажа

500000

без в/п

Ditrich

мерин

голштинская

гнедой

170

конкур

БМКК Прадар

2004

аренда

35000

прикуска

Таблица 3

е₃₁₃	е₃₁₄
D	Юношеский
С	Любительский

Далее требуется соединить эти таблицы по правилу

E₃ = E₃₀ [e₃₁₃ = e₃₁₃] E₃₁:

Таблица 4

E₃₀

E₃₁

е₃₁

е₃₂

е₃₃

е₃₄

е₃₅

е₃₆

е₃₇

е₃₈

е₃₉

е₃₁₀

е₃₁₁

е₃₁₂

е₃₁₃

е₃₁₄

Arthur

жеребец

тракененская

вороная

175

выездка

КСК Темп

2001

продажа

500000

без в/п

Юношеский

Ditrich

мерин

голштинская

гнедой

170

конкур

БМКК Прадар

2004

аренда

35000

прикуска

Любительский

В результате получается исходная таблица (табл. 1) => соединение прошло без потерь.

После проведения нормализации первый уровень структурного аспекта информационной страты принимает следующий вид:

Рис. 3.3 Графическое представление 1-го уровня после нормализации

Структурно-функциональный аспект информационной страты объекта

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

Аутентификация

Регистрация

Просмотр БД

Заказы

Информация

Работа с БД

Отчеты и запросы

Работа с БД

Редактирование пород

Редактирование лошадей

Редактирование конеферм

Редактирование услуг

Редактирование спец-ий

Редактирование классов

Редактирование клиентов

Редактирование заказов

Просмотр заказов по клиентам

Отчеты и запросы

Отчет по конефермам

По лошадям

По услугам

По клиентам

По заказам

Запросы

Диаграмма

Клиентская база в Word

Просмотр БД

Просмотр всех записей

По породе

По услуге

По специализации

По конеферме

Запросы

Прайс-лист в Excel

Заказы

Просмотреть существующие заказы

Добавить/Удалить/Редактировать

Админ

Клиент

Информация

Информация о конефермах

Информация о породах

Информация об услугах

Е₁

Е₂

Е₃₀

Е₃₁

Е₄

Е₅

Е₆

Е₇

Е₈

Е₃₀

Е₄

Е₅

Е₆

Е₇

Е₂

Е₄

Е₅

Е₆

Е₄

Е₆

Е₁

Е₂

Е₃₀

Общая информация о фирме

«Заставка»

Рис. 3.4 Структурно-функциональный аспект информационной страты объекта

Генерация базы данных

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

Таблица 5

Компо- нента	Имя атрибута	Тип данных	Размер

E₁– Клиенты
e₁₁	id_klient	Integer(AutoInc)	4
e₁₂	fio	Character	50
e₁₃	address	Character	60
e₁₄	phone	Numeric	11
e₁₅	pass	Character	8
e₁₆	login	Character	8

E₂ – Заказы
e₂₁	id_zakaz	Integer(AutoInc)	4
e₂₂	id_klient	Integer	4
e₂₄	id_name	Integer	4
e₂₅	data_dost	Date	8
e₂₆	address_dost	Character	60
e₂₇	comments	Character	254

E₃₀ – Лошади
e₃₀₁	id_name	Integer(AutoInc)	4
e₃₀₂	name	Character	20
e₃₀₃	id_gender	Integer	4
e₃₀₄	id_breed	Integer	4
e₃₀₅	mast	Character	30
e₃₀₆	high	Numeric	4
e₃₀₇	id_spec	Integer	4
e₃₀₈	id_farm	Integer	4
e₃₀₉	birth_year	Numeric	4
e₃₀₁₀	id_usl	Integer	4
e₃₀₁₁	price	Numeric	10
e₃₀₁₂	character	Character	254
e₃₀₁₃	id_class	Integer	4

E₃₁ – Классы
e₃₁₁	id_class	Integer(AutoInc)	4
e₃₁₂	class	Integer	1
e₃₁₃	meaning	Character	20
e₃₁₄	about	Character	254

E₄ – Конефермы
e₄₁	id_farm	Integer(AutoInc)	4
e₄₂	trud_farm	Character	50
e₄₃	fio	Character	30
e₄₄	address	Character	100
e₄₅	phone	Numeric	11

E₅ – Породы
e₅₁	id_breed	Integer(AutoInc)	4
e₅₂	breed	Character	30
e₅₃	exterier	Character	254
e₅₄	use	Character	30
e₅₅	proishozhdenie	Character	20

E₆ – Услуги
e₆₁	id_usl	Integer(AutoInc)	4
e₆₂	vid_usl	Character	10
e₆₃	about	Character	254

E₇ – Специализации
e₇₁	id_spec	Integer(AutoInc)	4
e₇₂	specialization	Character	20

E₈ – Пол
e₈₁	id_gender	Integer(AutoInc)	4
e₈₂	gender	Character	7

Информационная система Конный магазин 📙 Курсовая → 🆔 92614

Информационная система "Конный магазин"

СОДЕРЖАНИЕ

ЗАДАНИЕ НА КУРСОВОЙ ПРОЕКТ