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

2.3. UML диаграммы

UML – это язык графического описания для объектного моделирования в области разработки программного обеспечения. UML является языком широкого профиля, это открытый стандарт, использующий графические обозначения для создания абстрактной модели системы, называемой UML-моделью. UML был создан для определения, визуализации, проектирования и документирования в основном программных систем. UML не является языком программирования, но в средствах выполнения UML-моделей как интерпретируемого кода возможна кодогенерация. В качестве программного инструмента для построения UML диаграмм, мы использовали программный продукт Dia. Dia — кроссплатформенный свободный редактор диаграмм. Он может быть использован для создания различных видов диаграмм: блок-схем алгоритмов программ, древовидных схем, статических структур UML, баз данных, диаграмм сущность-связь, радиоэлектронных элементов, потоковых диаграмм, сетевых диаграмм и других.

Во время разработки нашей информационной системы были описаны следующие виды диаграмм.

Диаграмма вариантов использования или Use Case Diagram. Диаграммы вариантов использования описывают функциональное назначение системы или то, что система должна делать. В данном случае диаграмма вариантов использования ( 2).

Диаграмма показывает, каким образом оператор информационной системы может с ней взаимодействовать.

Диаграмма последовательности (англ. sequence diagram) — диаграмма, на которой показаны взаимодействия объектов, упорядоченные по времени их проявления. При проектировании нашей информационной системы были разработаны следующие диаграммы последовательностей.

---

– Произвести операцию продажи (см 2) – данная диаграмма отображает последовательность действий при оформлении продажи товара;

– Выбрать товар из каталога) – показывает последовательность действий при выборе товара из базы данных.

– Получить информацию о товаре) – последовательность действий функции отображения краткой информации о товаре.

– Прием товара– последовательность действий при проведении приходных накладных и регистрации товара в базе данных

– Произвести инкассацию денежных средств– показывает последовательность действий при изъятии денежных средств из кассы.

– Изменить статус операции– показывает последовательность действий при смене статуса товара. Такая операция необходима при возврате товара от клиента.

– Посмотреть лист продаж– последовательность действий при открытии листа продаж.

2.4. Проектирование модели базы данных

Для создания модели данных, мы использовали CASE-средство AllFusion ERWin Data Modeler. Основные компоненты диаграммы ERwin — это сущности, атрибуты и связи. Каждая сущность является множеством подобных индивидуальных объектов, называемых экземплярами. Каждый экземпляр индивидуален и должен отличаться от всех остальных экземпляров. В процессе проектирования модели данных мы создали 2 модели – логическую и физическую. Логическая модель является основой базы данных, она должна отображать взаимосвязи между реляционными таблицами.

Логическая модель ( 3) – отображает сущности – то есть, формально, это таблицы нашей базы данных. Всего у нас 7 сущностей, то есть, наша база данных имеет 7 постоянно пополняющихся таблиц. Каждая сущность состоит из атрибутов – то есть составляющих нашей таблицы. Грубо говоря, это столбцы нашей базы данных. Каждая сущность имеет связи с другими таблицами. Это значит, что, внося изменения в одну из таблиц, они так же будут отображаться в связанных, с ней таблицах. В таблице Tovary хранятся данные всех товарах, которые хранятся на торговой точке. Каждому товару присвоен свой идентификационный номер – ID_Tov, благодаря которому, можно найти товар, введя в поле поиска этот номер. Каждому типу товаров присвоен свой артикул. Например, брелок Naimenovanie, которого – «кошка – пушистый» имеет артикул № 215897. Всего таких брелков на торговой точке может быть сколько угодно. Так же в таблице отображена информация о цене товара – атрибут Cena, о фирме, атрибут – Firma, о том, кто и когда поставил данный товар на склад – атрибуты Postavshik и Data_post. Таким образом, мы имеем полную информацию о хранимом товаре. Данная сущность имеет связь с сущностью Postavki. Postavki – таблица, в которой хранится информация о всех поставках, производимых на точке. Каждая поставка так же имеет свой идентификационный номер. Он отображается в столбце ID_Postavki. Каждая поставка на точку имеет свой номер – Nomer_Postavki, например, самая первая поставка на точку имеет номер 1, следующая – номер 2 и так по порядку. Благодаря этой таблице, мы можем знать когда (Data_Postavki) и что (Naimenovanie_Postavki) поступило на торговую точку. Например, 24 апреля на торговую точку поступили телефоны Nokia (см. таблицу 3).

---

Таблица 3. Пример заполнения граф

ID_Postavki	Nomer_Postavki	Dtat_Postavki	Naimenovanie_postavki
	Номер поставки	Дата поставки	Наименование поставки
123321	217	24/04/2011	Mob.tel. “Nokia”

Эта таблица имеет связь с таблицей Поставщиков – сущность Postavshiki. В этой таблице даны подробные данные о том, кто поставляет товар на торговую точку. Как и во всех сущностях, каждый поставщик имеет идентификационный номер – ID_Post. Каждому поставщику присвоен свой номер – Nomer_Post. В таблице так же отображены данные о фирме – поставщике и складе, с которого поставляется товар – Naimen_Post, Nomer_Sklada, Mesto_Sklada.

Так же в базе данных имеется таблица продаж, которая дает полную статистическую информацию обо всех операциях на торговой точке, зарегистрированных кассовым аппаратом. Данной таблице соответствует сущность Prodaji. У каждой продажи имеется свой идентификатор – ID_Prod. Каждой продаже соответствует свой номер – Тщьук. Например, самая первая продажа имеет номер 1, вторая продажа – номер 2 и так по порядку. Номер продажи соответствует номеру товарного чека. Так же в таблице предоставлены данные о дате продажи – Data и фамилия, имя, отчество продавца – Prodavec. Все данные этой таблицы дублируются на товарном чеке.

Таблица продаж связана с таблицей проведенных на торговой точке инкассаций. Этой таблице соответствует сущность – Inkass. У каждой инкассации есть свой идентификатор – ID_ink. Для каждой инкассации предусмотрен свой порядковый номер – Nomer_Ink. В таблицу так же заносятся данные о дате инкассации – Data_Ink, сумме, которая изымается из кассы – Summa, а также предоставлена полная информация о банке, как –то название и реквизиты – Bank, Rekviz. В таблицу вносятся данные о менеджере, который проводил инкассацию – Meneger и фамилия, имя, отчество инкассатора – Inkassator.

Неотъемлемой частью любого торгового процесса являются возвраты. В нашей базе данных ему выделена отдельная таблица – Возвраты, которой соответствует сущность – Vozvraty. Каждый возврат имеет свой идентификационный номер – ID_Vozvr. С этой таблицей связано несколько таблиц базы данных, поэтому в колонке идентификаторов так много номеров. Каждому возврату присвоен свой порядковый номер – Nomer_vozvr и дата, когда был возвращен товар – Data_Vozvr.  В базе данных указывается наименование возвращаемого товара – Naimen_tov. Так как таблица уже связана с таблицей товара, то найти возвращаемый товар не составит труда. Вся информация о возврате будет синхронизирована с идентификационным номером товара и продажи, так станет ясно, когда и какой товар был куплен, который сейчас необходимо принять обратно и вернуть деньги клиенту. Так же в базе данных есть колонка, где указана причина возврата товара – Prichina.

---

При оформлении возвратов так же необходимо ввести данные о клиенте, который возвращает товар. Для них определена отдельная таблица – Клиенты с сущностью – Klienty. Каждому клиенту соответствует идентификационный номер – ID_Klienta. Далее занесена информация о клиенте и его паспортные данные, а также адрес и телефон клиента. Этим данным соответствуют атрибуты – Familia, Imya, Otchestvo, Data_Rojdenya, Adres, Telefon, Pasp_nomer, Pasp_Seriya, Pasp_Kem, Pasp_Kogda.

На основе логической модели данных, при помощи той же программы была создана физическая модель данных (см. 3). Физическая модель данных описывает данные средствами конкретной СУБД. Мы будем считать, что физическая модель данных реализована средствами именно реляционной СУБД, хотя, как уже сказано выше, это необязательно. Отношения, разработанные на стадии формирования логической модели данных, преобразуются в таблицы, атрибуты становятся столбцами таблиц, для ключевых атрибутов создаются уникальные индексы, домены преображаются в типы данных, принятые в конкретной СУБД.

Ограничения, имеющиеся в логической модели данных, реализуются различными средствами СУБД, например, при помощи индексов, декларативных ограничений целостности, триггеров, хранимых процедур. При этом опять-таки решения, принятые на уровне логического моделирования, определяют некоторые границы, в пределах которых можно развивать физическую модель данных. Точно также, в пределах этих границ можно принимать различные решения. Например, отношения, содержащиеся в логической модели данных, должны быть преобразованы в таблицы, но для каждой таблицы можно дополнительно объявить различные индексы, повышающие скорость обращения к данным. Многое тут зависит от конкретной СУБД.

2.5. Технические ресурсы и программное обеспечение

Для нашей торговой точки были выбраны следующие характеристики аппаратных средств:

---

• 
  Процессор: Intel Pentium Dual-Core E5500;
  

Центральный процессор Intel Pentium Dual Core E5500 обладает 2 МБ кеша, шиной FSB 800 МГц. Его уровень TDP является традиционным для современных двухъядерных процессоров компании Intel — 65 ватт. У компании Intel в ассортименте уже имеется очень похожий процессор — E6300. Он отличается только более высокой частотой шины FSB — 1066 МГц. Идеально подойдет для нашей торговой точки. Процессор позволит быстро и качественно решать поставленные задачи. Достаточно быстрый и мощный процессор позволит уменьшить время обработки заказа программой.

• 
  Материнская плата: Intel P41 DDR3 ATX;
  
• 
  Оперативная память: DDR3 2GB 2x1GB Kingston 1333MHz;
  надежная оперативная память серии Signature Line фирмы Patriot. Полностью соответствует всем стандартам JEDEC, что гарантирует ее работоспособность в любом ПК.Модули памяти Patriot характеризуются высоким качеством и довольно невысокой ценой. PSD32G133381H имеет относительно невысокие показатели задержки и в силу этого показывает хорошие показатели производительности.
  
• 
  Жёсткий диск: 1000GB (2 x 500GB);
  

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

• 
  Видеокарта: ATi HD 5450 1Gb;
  
• 
  Корпус: CaseATX 350Wsilver-black;
  

Corsair XMS, TW3X2G1333C9A, BOX Тип памяти: DDR3 Тип исполнения: DIMM Рабочая частота (пропускная способность): 1333 МГц (PC-10600) Объем: 2 Гб Особенности: Комплект из двух модулей Номинальное напряжение: 1,5 В

• 
  Звуковая карта: Встроенная;
  
• 
  Оптический привод: DVD±RW;
  
• 
  Монитор: ACER 17″ V173DOB;
  

ЖК-монитор V173DOb с 17″ диагональю и разрешением 1280 x 1024. Оснащен выходом D-sub. Поддерживает стандарт VESA, имеет высокую динамическую контрастность. Отлично подойдет для работы в течение долгого времени.

• 
  Клавиатура: Стандартная;
  
• 
  Мышь: Оптическая;
  
• 
  Принтер: Canon Pixma iP-2600
  

Для качественной работы торговой точки, нами будет использоваться источник бесперебойного питания Back UPS ES

---

Смотрите также файлы

• Оплаты труда в строительстве цели и задачи экономики строительства.doc

• На тему Конденсаторы в автомобиле.docx

• Протокол 1 от 30 августа 2021г. Согласовано Зам директора по уч.docx

• Загрузите результат Индивидуального практического задания. 45 баллов, слушатель Тас Камилла Бахытбековна Преподаватель Веселко Елизавета Владимировна.docx

• А) инклюзия б) интеракция в) индивидуализация Инклюзивное образование, согласно фз Об образовании в рф (от 29. 12. 2012 г. 273фз), это а) создание оптимальных условий для социализации для детей с овз и инвалидностью.docx