Автоматизированная система подбора запчастей для ремонта автомобилей

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

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

Для изображения  диаграмм потоков данных традиционно  используют два вида нотаций: нотации  Иордана и Гейна-Сарсона. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

КОНТЕКСТНАЯ ДИАГРАММА(0 УРОВЕНЬ) 

      Построение  иерархии диаграмм потоков данных начинают с диаграммы особого вида – контекстной диаграммы, которая определяет наиболее общий вид системы.

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

      Полученную  таким образом модель системы  проверяют на полноту исходных данных об объектах системы и изолированность объектов (отсутствие связей с другими объектами). 

ДЕТАЛИЗИРОВАННАЯ  ДИАГРАММА ПОТОКОВ ДАННЫХ И УПРАВЛЯЮЩИХ  ПОТОКОВ ДАННЫХ(1 УРОВЕНЬ) 

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

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

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

      • Т-поток (Trigger Flow - тригерный поток) - поток управления, который может только «включать» процесс - следующий управляющий сигнал опять «включит» процесс, даже если процесс уже активен;

      • А-поток (Activator Flow - активирующий поток) - поток управления, который может как «включать», так и «выключать» управляемый процесс -если процесс включен, то следующий сигнал его выключит;

      • E/D-поток (Enable/Disable Flow - переключающий поток) - поток управления, который может включать процесс сигналом по одной (Е) линии и выключать - сигналом по другой (D) линии. 
 
 
 
 
 
 
 
 
 
 
 

ДИАГРАММА ПЕРЕХОДОВ  СОСТОЯНИЙ 

     Диаграмма переходов состояний  является графической формой предоставления конечного автомата - математической абстракции, используемой для моделирования детерминированного поведения технических объектов или объектов реального мира.

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

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

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

     Для интерактивного программного обеспечения  с развитым пользовательским интерфейсом основные управляющие воздействия - команды пользователя, для программного обеспечения реального времени — сигналы от датчиков и/или оператора производственного процесса. Общим для этих типов программного обеспечения является наличие состояния ожидания, когда программное обеспечение приостанавливает работу до получения очередного управляющего воздействия. Для интерактивного программного обеспечения наиболее характерно получение команд различных типов, а если это еще и программное обеспечение реального времени - однотипных сигналов (либо от многих датчиков, либо требующих продолжительной обработки). 
 
 
 
 
 
 
 
 
 

      ПРАКТИЧЕСКАЯ  ЧАСТЬ 

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

      На  нулевом уровне представлена контекстная диаграмма Automobile Services.

      На  нулевом уровне представлены две  внешних сущности:

• Clients – пользователь автоматизированной системы
• Financial Administrator – специалист, подготовленный управляющий системы.

      В автоматизированную систему от Financial Administrator поступают данные:

• List of Clients
• List of Spares
• List of Prices

      Исходящие данные от АСУ - Financial Administrator:

• Financial Information

      В автоматизированную систему от Clients поступают данные:

• Network Name & Password
• Orders

      Исходящие данные от АСУ - Clients:

• Results of Order
• Copies of Order

      Исходящие и входящие данные обрабатываются в  АСУ, выдаются результаты запроса и  интересующие данные.

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

        
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

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

        
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

      Следующий уровень представлен Детализированной Диаграммой потоков данных и управляющих потоков данных(1 уровень).

      На  ней я разработал четыре управляющих  процесса:

1. Registration & List of Clients – регистрация клиентов в системе и построение списков клиентов
2. Information about Tariff & Spare – обработка поступающей информации о тарифах и наличии запчастей
3. Information about Orders – аккумуляция поступающей информации из управляющих потоков и построение списка заказов

 

4. Realization Orders – обработка полученной информации из вышеперечисленных управляющих потоков и прослеживание реализации заказов

 

      В первый управляющий поток  Registration & List of Clients поступают данные Network Name & Password, происходит их обработка. Результат Client {данные} поступают в потоки «3» и «4»(Information about Tariff & Spare и Information about Orders).

      Во второй управляющий поток Information about Tariff & Spare поступают данные  List of Prices, List of Spares и List of Clients.

      Данные о Тарифах и Наличии запчастей Tariff и Spares аккумулируются в управляющих потоках Information about Orders  и Realization Orders.

      «3»  и «4» управляющие потоки Realization Orders и Information about Orders представляют собой результаты обработанной информации, а также работу с Базами Данных “Data about Prices on Spares” и “Data about Realization Orders”.   
 
 
 
 
 
 
 
 
 
 
 

      Детализированная  Диаграмма потоков данных и управляющих потоков данных(1 уровень) описанная выше, представлена в Автоматизированной Системе подбора запчастей на автомобили следующим образом.

 
 
 
 
 

      На  следующем уровне я детализирую Диаграмму потоков данных “Network Name & Password” на три составляющие:

1. Registration – регистрация клиента в системе.
2. Formation List of Clients – формирование списка клиентов.
3. Formation List of Employees – формирование списка служащих.

«2» и «3» Диаграммы потоков данных (Formation List of Clients и Formation List of Employees) взаимодействуют с базами данных “Data about Client’s” и “Data about Employee’s”, а также с управляющими процессами “Client’s Work Control” и “Financial Work’s Control” 

      Управляющий процесс Client’s Work Control представляет собой взаимодействие клиентов в автоматизированной системе.

      Управляющий процесс Financial Work’s Control представляет собой взаимодействие служащих в автоматизированной системе. 

        
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

      Детализированная Диаграмма потоков данных “Registration & List of Client’s” представлена в Автоматизированной Системе подбора запчастей на автомобили следующим образом. 
 

        
 
 

      На  следующем уровне я детализирую  Диаграмму потоков данных “Information about Tariff & Spare ” на три составляющие:

1. Formation List of Clients
2. Formation List of Prices – формирование списка цен.
3. Formation List of Spares – формирование списка запчастей.

 

      «2»  и «3» Диаграммы потоков данных (Formation List of Prices и Formation List of Spares) взаимодействуют с базами данных “Data about Client’s” и “Data about Prices on Spares”, а также с управляющими процессами “Client’s Work Control” и “Financial Work’s Control” 
 
 
 

      Детализированная Диаграмма потоков данных “Information about Tariff & Spare” представлена в Автоматизированной Системе подбора запчастей на автомобили следующим образом. 

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

      Управляющий процесс Client’s Work Control представляет собой взаимодействие клиентов в автоматизированной системе и представляет собой Диаграмму перехода Состояний. 

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

      Управляющий процесс Financial Work’s Control представляет собой взаимодействие служащих в автоматизированной системе и представляет собой Диаграмму перехода Состояний. 

 
 
 
 
 
 
 
 
 
 
 

СЛОВАРЬ ТЕРМИНОВ 

1. АСУ –  автоматизированная система управления.
2. Results of Order – результат заказа, полученный после обработки информации.
3. Clients – пользователь автоматизированной системы
4. Financial Administrator – специалист, подготовленный управляющий системы.
5. Registration & List of Clients – регистрация клиентов в системе и построение списков клиентов.
6. Information about Tariff & Spare – обработка поступающей информации о тарифах и наличии запчастей.
7. Information about Orders – аккумуляция поступающей информации из управляющих потоков и построение списка заказов.
8. Realization Orders – обработка полученной информации из вышеперечисленных управляющих потоков и прослеживание реализации заказов.
9. Registration – регистрация клиента в системе.
10. Formation List of Clients – формирование списка клиентов.
11. Formation List of Employees – формирование списка служащих.
12. Formation List of Prices – формирование списка цен.
13. Formation List of Spares – формирование списка запчастей.
14. Tariff – список тарифов на услуги.
15. Spare – список запчастей, находящихся в наличии.
16. Clients – список клиентов, зарегистрированных в системе.
17. Order – список сформированных заказов.
18. Weight – система находится в состоянии «ожидание».
19. Initialization – система находится в состоянии «инициализация пользователя».
20. Registration Query – система находится в состоянии «оформление запроса».
21. Realization Orders – система находится а состоянии «реализация заказа».
22. Cancel – система находится а состоянии «Отмена действия».
23. End – система находится а состоянии «окончание реализации заказа».