2.2 Алгоритм
Далее после выбора языка программирования для создания модуля программы, необходимо создать алгоритм. Под алгоритмом понимают описание какой-либо последовательности действий, для достижения заданной цели. Кроме того алгоритмом можно назвать конечную последовательность, точно определенных действий, приводящих к решению задачи, за данное количество шагов, с однозначно определенными исходными данными.
На основе разработанного интерфейса, был составлен алгоритм работы программы (рисунок 5 а, б).
Рисунок 5(а) – Алгоритм расчета вала
Рисунок 5(б) – Алгоритм выбора посадок подшипников качения
2.3 Модель программы (расписать)
Модель программы была создана в среде BPWin. BPwin – инструмент для создания моделей, позволяющих анализировать, документировать и планировать изменения бизнес-процессов. BPwin предлагает средство для сбора всей необходимой информации о работе предприятия и графического изображения этой информации в виде целостной модели. BPwin поддерживает три таких методологии, как IDEF0, DFD и IDEF3.
В рамках методологии IDEF0 (Integration Definition for Function Modeling) бизнес-процесс представляется в виде набора элементов, которые взаимодействуют между собой.
Методология IDEF3 рассматривает бизнес-процесс с точки зрения последовательности выполняемых работ. Этот метод позволяет отследить, каким образом происходит обмен информацией между элементами внутри системы, учитывая взаимодействие отдельных функций.
Диаграммы DFD (Data Flow Diagramming) могут дополнить то, что уже отражено в модели IDEF3, поскольку они так же описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией между элементами. В тоже время, диаграммы DFD оставляют без внимания взаимодействие между функциями.
Для построения модели разработанной программы использовалась методология IDEF0. Модель IDEF0 представляет собой диаграмму с одним функциональным блоком. Такая диаграмма называется контекстной.
На рисунке 6 представлена IDEF0-модель графического модуля «Редуктор».
Рисунок 6 – Модель расчетной части программы Редуктор.
Одним из основных понятий стандарта IDEF0 является декомпозиция (Decomposition). Принцип декомпозиции применяется при разбиении сложного процесса на составляющие его функции. В процессе декомпозиции, функциональный блок, который в контекстной диаграмме отображает систему как единое целое, подвергается детализации на другой диаграмме. Получившаяся диаграмма второго уровня содержит функциональные блоки, отображающие главные подфункции функционального блока контекстной диаграммы и называется дочерней (Child diagram) по отношению к нему (каждый из функциональных блоков, принадлежащих дочерней диаграмме соответственно называется дочерним блоком – Child Box). В свою очередь, функциональный блок-предок называется родительским блоком по отношению к дочерней диаграмме (Parent Box), а диаграмма, к которой он принадлежит – родительской диаграммой (Parent Diagram). Каждая из подфункций дочерней диаграммы может быть далее детализирована путем аналогичной декомпозиции соответствующего ей функционального блока.
На рисунке 7 представлена декомпозиция модели программы «Редуктор». Для декомпозиции модели так же был выбран метод IDEF0.
Рисунок 7 – Декомпозиция модели.
Модуль расчета валов и подшипников находится во втором блоке диаграммы А0 (рисунок 7) и является дочерним по отношению к блоку Raschet reduktora контекстной диаграммы А-0.
Благодаря представленным выше моделям стало возможно наглядно изучить взаимодействие между компонентами разработанной программы «Редуктор».