Разработка программы автоматизации процесса подбора запчастей для ремонта автомобилей (стр. 3 из 8)

Поощрять развитие рынка объектных инструментальных средств.

Способствовать распространению объектных технологий и соответствующих понятий ООАП.

Эта задача тесно связана с предыдущей и имеет с ней много общего. Если исключить из рассмотрения рекламные заявления разработчиков об исключительной гибкости и мощности языка UML, а попытаться составить объективную картину возможностей этого языка, то можно прийти к следующему заключению. Следует признать, что усилия, достаточно большой группы разработчиков были направлены на интеграцию в рамках языка UML многих известных техник визуального моделирования, которые успешно зарекомендовали себя на практике (см. главу 2). Хотя это привело к усложнению языка UML по сравнению с известными нотациями структурного системного анализа, платой за сложность являются действительно высокая гибкость и изобразительные возможности уже первых версий языка UML. В свою очередь, использование языка UML для решения всевозможных практических задач будет только способствовать его дальнейшему совершенствованию, а значит и дальнейшему развитию объектных технологий и практики ООАП.

Интегрировать в себя новейшие и наилучшие достижения практики ООАП.

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

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

2.1.4 Общая структура языка UML

С самой общей точки зрения описание языка UML состоит из двух взаимодействующих частей, таких как:

Семантика языка UML. Представляет собой некоторую метамодель, которая определяет абстрактный синтаксис и семантику понятий объектного моделирования на языке UML.

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

Формальное описание самого языка UML основывается на некоторой общей иерархической структуре модельных представлений, состоящей из четырех уровней:

Мета-метамодель

Метамодель

Модель

Объекты пользователя

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

Диаграмма вариантов использования (use case diagram)

Диаграмма классов (class diagram)

Диаграммы поведения (behavior diagrams)

Диаграмма состояний (statechart diagram)

Диаграмма деятельности (activity diagram)

Диаграммы взаимодействия (interaction diagrams)

Диаграмма последовательности (sequence diagram)

Диаграмма кооперации (collaboration diagram)

Диаграммы реализации (implementation diagrams)

Диаграмма компонентов (component diagram)

Диаграмма развертывания (deployment diagram)

2.2 Диаграмма функций IDEF0

Применительно к моей системе EDEFO используется для анализа функций, выполняемых системой и отображения механизмов, посредством которых эти функции выполняются. Двумя наиболее важными компонентами, из которых строятся диаграммы EDEFO, являются бизнес-функции или работ! (представленные на диаграммах в виде прямоугольников) и данные и объекты (изображаемые в виде стрелок), связывающие между собой работы. При этом стрелки, в зависимости от того в какую грань прямоугольника работы они входят или из какой грани выходят, делятся на пять видов:

Стрелки входа (входят в левую грань работы) - изображают данные или объекты, изменяемые в ходе выполнения работы.

1.Детальный заказ клиента

2.Запчасти от поставщика

3.Платежи клиента

4.Регистрационные данные клиента

Стрелки управления (входят в верхнюю грань работы) - изображают правила и ограничения, согласно которым выполняется работа.

1.Законодательство

2.Список зарегистрированных клиентов

3.Сопроводительная документация

4.Список запчастей на складе

Стрелки выхода (выходят из правой грани работы) - изображают данные или объекты, появляющиеся в результате выполнения работы.

1.Отчетность

2.Документы подлежащие к оплате клиентом

3.Список для доставки необходимых запчастей

4.Бракованые детали

5.Дкументы подтверждающие выполнения заказа

Стрелки механизма (входят в нижнюю грань работы) - изображают ресурсы, необходимые для выполнения работы, но не изменяющиеся в процессе работы (например, оборудование, людские ресурсы...)

1.Оборудование

2.Персонал

Стрелки вызова (выходят из нижней грани работы) - изображают связи между разными диаграммами или моделями, указывая на некоторую диаграмму, где данная работа рассмотрена более подробно.

Контекстная диаграмма IDEF0

Диаграмма декомпозиции

2.3 Перечень функций в соответствии с функциональными блоками в диаграмме IDEFO

1) Работа Автоматизированной системы АВТОСЕРВИС.

Дает представление о деятельности системы в целом, показывая входящие и исходящие данные и объекты.

2) Принятие заказа.

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

3) Обработка заказа.

На данном этапе работы системы принятый заказ обрабатывается, т.е. определяются требуемые запчасти и запчасти которых на данный момент нет на складе в соответствии с неисправностью автомобиля. А так же проводится проверка качества имеющихся запчастей, после чего заказ направляется на исполнение.

4) Исполнение заказа.

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

Система взаимодействует с поставщиком, где предоставляет ему список необходимых запчастей и список бракованных деталей, подлежащих возврату.

5) Проверка качества выполненных работ.

На данном этапе работы системы в соответствии со списком запчастей и проведенных работ происходит проверка выполненного заказа, где клиенту предоставляются документы, подтверждающие выполнение заказа и отечность по его желанию, а также клиент принимает выполненный заказ.

6) Дефектование запчастей.

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

7) Исполнение заказа.

Проведение ремонта автомобиля на основании выявленных неисправностей.

8) Итоговое заключение по заказу.

Отчет по выполненному заказу клиенту, может выдаваться в установленной форме или иной документации.

9) Обработка заказа .

Определение неисправностей, перечня производимых работ и стоимости работ.

10)Определение з\ч которых нет в наличии.

На основании дополнительных выявленных неисправностях, а также анализа наличия запчастей на складе.

11)Определение неисправностей автомобиля.

12) Определение требуемых запчастей. На основе определения неисправностей автомобиля.

13)Направление заказа на исполнение. Заключение сделки с клиентом по ремонту автомобиля.

14)Проведение ремонта автомобиля.

15)Проверка качества выполненных работ.

16)Проверка качества запчастей

17)Проверка качества используемых деталей.

18)Подведение итогового заключения по заказу клиентов.

На основе суммарных показателей по всем критериям производится заключение о качестве выполненного заказа в соответствии с законодательством и документацией.

2.4 Перечень функций в соответствии с блоками

1) Законодательство Документация, по установленным правилам и нормам поведение с клиентом.

2)Выполненный заказ

Предоставленные результаты работ по заказу клиента

3)Данные по заказу.

Списки требуемых запчастей и неисправностей, а также стоимость ремонта.

4)Данные по клиенту.

Контактные денные и данные по автомобилю.

Детальный заказ клиента.

Конкретный список требований клиента.

Документация по сформированному заказу.

Заказ-Наряд и иная документация установленного образца.

Документация подтверждающая выполнение заказа.

Счет-Фактура, Накладные и иная документация установленного образца.

Документы подлежащие к оплате клиентом.

Ордера и иная документация установленного образца.

Заказ на проверку.

Данные, необходимые для проведения оценки качества выполненного заказа.