Входные и выходные данные.
В ходе создания базы данных “введение учета базы данных в компании Shelf.on” рассматривают следующие входные данные: В таблице Складмебели это КодМебели, НаименованиеМебели, КоличествоМебели, Стоимость, КодПокупателя. В таблице Покупатель это КодПокупателя, КодМебели, Покупатель, АдресПокупателя, телефон, ПокупаемоеКоличество. Выходные данные: Отчеты и формы по таблицам которые создавались в ходе разработки базы данных.
Проектирование базы данных.
Реляционная база данных предназначена для введения производственного учета мебельной продукции для компании Shelf.on. В ней создаем таблицу СкладМебели содержащая атрибуты (КодНаСкладе, КодМебели, Количество, Стоимость).
- Каждая мебель должна содержать КодНаСкладе, КодМебели, Количество, Стоимость.
- При заказе мебели для компании shelf.on необходимо закупать больше мебели чем для продажи, учитывая, что мебели для продажи на складе не останется.
- При поступления товара на склад необходимо учитывать все атрибуты КодНаСкладе КодМебели, Количество, Стоимость, учитывая их с атрибутами компании shelf.on.
Таблица Покупатель имеет атрибуты (КодПокупателя, Покупатель, АдресПокупателя, телефон).
- Каждая мебель имеет КодПокупателя, Стоимость, Количество.
- В случае продажи мебели необходимо сформировать заказ данной продукции и проверить сходство атрибутов КодПокупателя, КодМебели, Покупатель, АдресПокупателя, телефон, ПокупаемоеКоличество для отправки мебели на адрес проживания покупателя.
- Покупатель должен знать сведение о мебели – это КодНаСкладе, КодМебели, Количество, Стоимость.
- Созданная нами таблица Поставщик имеет данные КодПоставщика, поставщик, телефон.
- Таблица ПокупкаМебели имеет атрибуты КолПокупателя, Покупатель, КодМебели, Количество, Стоимость, ДатаПокупки.
- Таблица ПоставкаМебели имеет атрибуты КодПоставки, КодПоставщика, КодМебели, Количество, Стоимость, ДатаПрихода.
- Таблица ВидМебели имеет атрибуты КодВидаМебели, Наименование.
- Таблица Мебель имеет атрибуты КодМебели, КодВидаМебели, Наименование, Фирма, Длина, Ширина, Высота.
Проектирование приложения.
Отображение процесса реализации продажи мебели и поступления товара на склад в виде диаграммы вариантов использования.
Пользователь водит данные стоимость, количество, длину, ширину, наименование. Заполнив форму покупатель отправляет запрос менеджеру склада о покупки данной мебели. Менеджер склада убедившись и досконально проверив, что запрашиваемая мебель есть на складе, в результате чего по запросу покупателя формирует продажу мебели создав сначала данную таблицу по запросу покупателя. Далее по данным этой таблицы он формирует запрос менеджеру оформления заказа о мебели необходимую для продажи. Менеджер по оформлению заказа реализует запрос, после проверки всех данных, атрибутов, фирму мебели, качество и другие данные. Проверив соответствию всех необходимых данных по мебели и составив отчет передает его менеджеру склада. В своем распоряжении менеджер склада сообщает о готовности продажи мебели покупателю и назначает дату оплату продажи мебели в определенное время
Рисунок 1
формирование заказа
Оформление документов
Продажа мебели
Менеджер отдела оформления заказа
Менеджер склада
Покупатель
Оформление заказа
Оформление приходных документов
Формирование отчетов
Поставщик
Менеджер отдела учета
Запрос о покупке мебели
Рисунок 1
Отображение процесса реализации продажи мебели и поступления товара на склад в виде графика с действующими лицами, вариантами использования, связи. Здесь отображается продажа мебели клиенту.
Основными понятиями диаграмм вариантов использования являются: действующее лицо, вариант использования и связь. Методика разработки диаграммы вариантов использования описана в [8]. Для иллюстрации особенностей спецификации функциональных требований на диаграмме вариантов использования можно рассмотреть модель системы «Склад оптовой торговли мебели» (рис. 1.). Для первоначального понимания структуры программной системы выявляются действующие лица (люди-актеры или системы, между которыми происходит взаимодействие). Рассматриваемая система имеет пять актеров, двое из которых выступают контрагентами, а другие — менеджерами склада, осуществляющими выполнение всех операций. Каждый из этих актеров взаимодействует с системой, хотя главными актерами, пожалуй, являются поставщики покупатели (контрагенты), поскольку именно они инициируют функциональность системы. Далее формулируются варианты использования, т. е. действия, выполняемые системой для реализации общения действующих лиц (актеров). Каждый из действующих лиц преследует определенные цели по отношению к системе: поставщик — сдать товар на склад, покупатель— приобрести товар, менеджер склада — принять и отпустить товар, менеджер учетного отдела — определить объемы поступления и продаж и проанализировать товарный запас. На основании этих целей можно сформулировать базовые варианты использования и проанализировать взаимосвязи между ними. На самом деле вариантов использования может быть гораздо больше. Например, проверить платежеспособность клиента, получить информацию о товаре, оценить запасы товара на складе, получить оплату и т. д. Однако эта диаграмма дает понять, что будет делать система, как она будет функционировать. На следующем этапе разработки модели вариантов использования для рассматриваемой системы следует дополнить данную диаграмму текстовым сценарием, написанным на основе предложенного ранее шаблона. Этот сценарий будет дополнять диаграмму, раскрывая содержание и логическую последовательность отдельных действий, которые выполняются системой и актерами в процессе поступления и реализации товаров. В этом случае сценарий удобно представить в виде таблиц, каждая из которых описывает отдельный раздел шаблона.