- •Содержание
- •Введение
- •1 Обзор автоматизированной системы учета продаж автомобилей
- •Обзор предметной области
- •Обзор существующих аналогов
- •3 Структура используемых данных
- •4 Описание созданных программных конструкций
- •5 Разработка и описание диаграммы классов
- •6 Результаты тестирования разработанной системы
- •Заключение
- •Список использованных источников
- •Приложение а (обязательное) Листинг кода
- •Продолжения приложения а
- •Продолжения приложения а
Обзор существующих аналогов
На сегодняшний день существует достаточно автоматизированных систем учета автомобилей в автосалоне, но в большинстве случаев система спроектирована под конкретный автосалон, имеет ограниченные возможности или входит в состав большого комплекса программа, а именно: «Альфа-Авто: Автосалон + Автосервис + Автозапчасти».
Данный продукт предназначен для комплексной автоматизации учета на предприятиях автобизнеса (магазинов оптовой и розничной продажи запчастей, автосервисов и станций технического обслуживания автомобилей, автосалонов и дилерских центров). С помощью «Альфа-авто»: Автосалон + Автосервис + Автозапчасти» можно:
– оформлять заказы и продажи автомобилей;
– выполнять предпродажную подготовку автомобилей;
– оказывать услуги по ремонту и обслуживанию автомобилей;
– вести оптовую и розничную торговлю запасными частями;
– организовать работу склада;
– учитывать оплаты и отслеживать состояние взаиморасчетов с покупателями и поставщиками.
«Автосалон 3»:
Данный продукт предназначен для комплексной автоматизации учета на предприятиях автобизнеса (магазинов оптовой и розничной продажи запчастей, автосервисов и станций технического обслуживания автомобилей, автосалонов и дилерских центров). С помощью «Альфа-Авто: Автосалон + Автосервис + Автозапчасти» можно:
– оформлять заказы и продажи автомобилей;
– оказывать услуги по ремонту и обслуживанию автомобилей;
– вести оптовую и розничную торговлю запасными частями;
– организовать работу склада;
– учитывать оплаты и отслеживать состояние взаиморасчетов с покупателями и поставщиками.
Программа АвтоСалон 3 предназначена для автоматизации деятельности автосалонов, торгующих автомобилями, в части, касающиеся ведения учета, продаж автомобилей и формирования договорных документов. Также предусмотрено формирование и печать документов, специфичных для данного вида деятельности (справка-счет, ПТС, транзитный номер).
Возможности системы:
– печать документов на бланках строгой отчетности (справка-счет, ПТС, транзитный номер);
– неограниченное количество рабочих мест в рамках одной локальной сети;
– огромное количество предприятий (торгующих организаций);
– полная мультивалютность;
– ведение различных справочников (клиенты, автомобили, комплекции и т.д.);
– ведение склада и журнала продаж;
– формирование различных отчетов и статистики.
Рисунок 1.1 – Система автоматизации продаж «Авто из США»
2 ФУНКЦИОНАЛЬНОЕ МОДЕЛИРОВАНИЕ НА ОСНОВЕ СТАНДАРТА IDEF0
Согласно методологии IDEF0, модель объекта управления строится в виде диаграмм, состоящих из блоков и стрелок. Блоки (activities) обозначают работы (функции), выполняемые на объекте управления, а стрелки (arrows) – материальные объекты и информацию, обрабатываемые в ходе выполнения работ или используемые для их выполнения. Строится набор диаграмм, последовательно детализирующих процессы функционирования объекта управления.
Разработка моделей IDEF0 требует соблюдения ряда строгих формальных правил, обеспечивающих преимущества методологии в отношении однозначности, точности и целостности сложных многоуровневых моделей. Здесь отмечается только основное из них: все стадии и этапы разработки и корректировки модели должны строго, формально документироваться с тем, чтобы при ее эксплуатации не возникало вопросов, связанных с неполнотой или некорректностью документации.
Декомпозиция − разделение моделируемой функции на функции- компоненты.
Общий вид блока диаграммы, построенной согласно методологии IDEF0 (IDEF0-диаграммы, или IDEF0-модели), показан на рисунке 2.1.
Рисунок 2.1 – Общий вид блока IDEF0-диаграммы
Смысл стрелок, используемых на IDEF0-диаграмме, следующий:
вход – материальные объекты (например, сырье) или информация, обрабатываемые в процессе выполнения работы для получения результата (выхода);
управление – правила выполнения работы (методы, стандарты и т.д.);
механизм – ресурсы для выполнения работы (персонал, станки, оборудование и т.д.);
выход – результат выполнения работы (готовая продукция, результаты анализа информации и т.д.);
вызов – указатель на другую модель. В данной работе вызовы не используются.
На рисунке 2.2 представлена контекстная диаграмма верхнего уровня.
Рисунок 2.2 – Контекстная диаграмма верхнего уровня
Основной блок – это «Осуществить продажу автомобилей в автосалоне».
Входные данные – «Информация о поставках», «Информация о товарах», «Информация об администраторе».
В качестве управления выступают «Регламент» и «Законодательство».
Механизмом служат «Администратор», «Поставщик», «Программное обеспечение».
На выходе имеем «Проданный товар» и «Прибыль».
Рисунок 2.2 – Декомпозиция контекстной модели
Данная декомпозиция предполагает несколько этапов, а именно: «Сформировать поставку товаров», «Сформировать каталог», «Оформить заказ», «Доставить заказ».
В этап «Сформировать поставку товаров» поступает информация о поставках, а также информация об администраторе в соответствии с законодательством и регламентом с помощью поставка и программного обеспечения. После данного этапа можно наблюдать список товаров для поставки.
В этапе «Сформировать каталог» на вход подается информация о товарах при помощи программного в соответствии с регламентом и законодательством, как и в этапе «Сформировать поставку товаров».
Этап «Оформить заказ» осуществляет администратор в соответствии с законодательством, после чего оформляются документы доставки заказа.
После финального этапа «Доставить заказ» на выходе имеем прибыль и проданный товар.
Рисунок 2.3 – Декомпозиция компонента «Сформировать поставку товаров»
В декомпозиции «Сформировать поставку товаров» присутствует 3 этапа:
– составить план поставки;
– оформить договор;
– составить список товаров на поставку.
Чтобы сформировать план поставки, необходима информация об администраторе. Данный этап происходит в соответствии с регламентом поставщиком. Далее составляется план, а затем происходит оформление договора в соответствии с регламентом и законодательством с помощью программного обеспечения.
После завершающего этапа «Составить список товаров на поставку» на выходе имеем список товаров для поставки.
Рисунок 2.3 – Декомпозиция компонента «Сформировать каталог»
Декомпозиция уровня А2, как и декомпозиция А1, имеет три этапа:
– отсортировать товары на складе;
– соотнести имеющиеся товары на складе;
– сформировать список товаров.
В первом этапе на входе подается информация о товарах, в качестве механизма – программное обеспечение, управления – регламент. Далее формируется список отсортированных товаров.
В этапе «Соотнести имеющееся товары на складе» механизом, как и в предыдущем этапе, служит программное обеспечение в соответствии с регламентом. После чего формируется существующих товаров, а далее этап «Сформировать список товаров». Он происходит в соответствии с законодательством с помощью программного обеспечения.
Рисунок 2.3 – Декомпозиция компонента «Оформить заказ»
Данная декомпозиция содержит два этапа:
– выбрать товары;
– составить документацию на оформление заказа.
Во время первого этапа на вход подаются товары в соответствии с законодательством с помощью администратора. После чего администратором составляется документация на оформление заказа, и затем формируются документы.
Рисунок 2.3 – Декомпозиция компонента «Доставить заказ»
Декомпозиция «Доставить заказ» является завершающей во всех иерархии. Содержит этапы «Проверить товар на соответствие» и «Доставить товар в автосалон».
В этапе «Проверить товар на соответствии» на вход подаются документы администратором в соответствии с законодательством, а далее товар поступают на доставку.
Последний этап «Доставить товар в автосалон» выполняется администратором в соответствии с законодательством, после чего формируется прибыль и проданный товар.