Курсовая работа: Автоматизированная информационная система магазина "Магнит"
Связь - взаимодействие действующих лиц и соответствующих вариантов использования.
Рис.2 Диаграмма взаимодействия АИС «МАГНИТ»
Диаграмма классов – это тип диаграммы позволяет создавать логическое представление системы, на основе которого создается исходный код описанных классов. Значки диаграммы позволяют отобразить сложную иерархию систем, взаимодействия классов и интерфейсов (см. рис.3).
Для разрабатываемой АИС можно построить диаграмму Class.
Рис.3 Диаграмма классов АИС «МАГНИТ»
По предложенной диаграмме классов у нас получается 6 таблиц.
Таблица «Magazin »
№ | Наименование поля | Тип данных | Описание |
1 | Name | текст | наименование |
2 | Director | текст | Директор |
3 | Adress | текст | Адрес |
4 | Telephon | текст | Телефон |
5 | KPP | числовой | КПП |
6 | INN | числовой | ИНН |
Таблица «postavshik »
№ | Наименование поля | Тип данных | Описание |
1 | Id_postav | cчетчик | Код поставщика |
2 | Name | текст | Наименование поставщика |
3 | Address | текст | Адрес |
4 | telephon | текст | Телефон |
5 | Shet | число | Расчетный счет |
Таблица «Postuplenie »
№ | Наименование поля | Тип данных | Описание |
1 | Id_post | cчетчик | Код поставки |
2 | Data_post | дата | Дата поставки |
3 | Kolvo | числовой | Количество |
4 | Summa_post | числовой | Сумма поставки |
5 | id_postav | числовой | Код поставщика |
6 | id_tovar | числовой | Код товара |
Таблица «Prodaga »
№ | Наименование поля | Тип данных | Описание |
1 | Id_prodag | cчетчик | Код продажи |
2 | Data_prodag | дата | Дата продажи |
3 | Kolvo | числовой | Количество |
4 | Summa_prod | числовой | Сумма продажи |
5 | id_tovar | числовой | Код товара |
Таблица «Tovar »
№ | Наименование поля | Тип данных | Описание |
1 | Id_tovar | cчетчик | Код товара |
2 | name | текст | Наименование |
3 | Ed_izm | текст | Единица измерения |
4 | PriceProd | числовой | Цена продажи |
5 | PricePokup | числовой | Цена покупки |
Таблица «Zakaz »
№ | Наименование поля | Тип данных | Описание |
1 | Id_zakaz | cчетчик | Кодзаказа |
2 | Id_tovar | числовой | Код товара |
3 | edizm | текст | Единица измерения |
4 | Data | дата | Дата заказа |
5 | Kolvo | числовой | Количество |
6 | id_postav | числовой | Код поставщика |
В результате конструирования таблиц и установления соответствующих связей получаем схему данных в проектируемой СУБД MSACCESS.
Рис.4 Схема данных СУБД Access
II. Проектная часть
2.1 Постановка задачи
Основной задачей курсового проекта является разработка автоматизированной информационной системы магазина «МАГНИТ».
Для нормального функционирования данной информационной системы необходимо разработать базу данных «МАГНИТ», в которой будут содержаться все начальные данные нашей системы.
Информационная система должна включать справочники, которые отражали бы всю информацию о товарах, поставщиках, содержать информацию о самом магазине, а также журналы по учёту деятельности данного магазина.
Для получения необходимой информации в системе должна быть предусмотрена система поиска, позволяющая вводить данные и получать необходимые для пользователя результат.
Чтобы пользователь мог в нужное ему время просмотреть данные приложения «МАГНИТ» и распечатать их, система должна включать отчеты, выводящие всю информацию.
Так же в приложении необходимо предусмотреть справку, помогающую работать с данной информационной системой и объясняющую назначение всех справочников, журналов и отчетов.
Целью создания курсовой работы является разработка системы для автоматизированного расчета и учета пользователем автоматизированного электронного каталога магазина.
Технические требованияНазначение дополнительных спецификаций - определить требования к разрабатываемой автоматизируемой системе «МАГНИТ», которые образуют полный набор требований к системе.
Дополнительные спецификации определяют нефункциональные требования к системе, такие, как надежность, удобство использования, производительность, сопровождаемость, а также ряд функциональных требований.
Функциональные возможности. Система должна обеспечивать многопользовательский режим работы,, нужно создать систему, в которой могли бы работать не только программисты, но и обычные пользователи.
Удобство использования. Пользовательский интерфейс должен быть Windows ХР-совместимым.
Надёжность. Система должна быть в работоспособном состоянии 24 часа в день 7 дней в неделю, время простоя - не более 10%.