Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Диплом (Записка) 110611.doc
Скачиваний:
28
Добавлен:
27.10.2018
Размер:
5.01 Mб
Скачать

2.3 Модель программы

Модель программы была создана в среде BPWin. BPwin – инструмент для создания моделей, позволяющих анализировать, документировать и планировать изменения бизнес-процессов. BPwin предлагает средство для сбора всей необходимой информации о работе предприятия и графического изображения этой информации в виде целостной модели. BPwin поддерживает три таких методологии, как IDEF0, DFD и IDEF3.

В рамках методологии IDEF0 (Integration Definition for Function Modeling) бизнес-процесс представляется в виде набора элементов, которые взаимодействуют между собой.

Методология IDEF3 рассматривает бизнес-процесс с точки зрения последовательности выполняемых работ. Этот метод позволяет отследить, каким образом происходит обмен информацией между элементами внутри системы, учитывая взаимодействие отдельных функций.

Диаграммы DFD (Data Flow Diagramming) могут дополнить то, что уже отражено в модели IDEF3, поскольку они так же описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией между элементами. В тоже время, диаграммы DFD оставляют без внимания взаимодействие между функциями.

Для построения модели разработанной программы использовалась методология IDEF0. Модель IDEF0 представляет собой диаграмму с одним функциональным блоком. Такая диаграмма называется контекстной.

На рисунке 4 представлена IDEF0-модель графического модуля «Редуктор».

Рисунок 4 – Модель расчетной части программы Редуктор.

Одним из основных понятий стандарта IDEF0 является декомпозиция (Decomposition). Принцип декомпозиции применяется при разбиении сложного процесса на составляющие его функции. В процессе декомпозиции, функциональный блок, который в контекстной диаграмме отображает систему как единое целое, подвергается детализации на другой диаграмме. Получившаяся диаграмма второго уровня содержит функциональные блоки, отображающие главные подфункции функционального блока контекстной диаграммы и называется дочерней (Child diagram) по отношению к нему (каждый из функциональных блоков, принадлежащих дочерней диаграмме соответственно называется дочерним блоком – Child Box). В свою очередь, функциональный блок-предок называется родительским блоком по отношению к дочерней диаграмме (Parent Box), а диаграмма, к которой он принадлежит – родительской диаграммой (Parent Diagram). Каждая из подфункций дочерней диаграммы может быть далее детализирована путем аналогичной декомпозиции соответствующего ей функционального блока.

На рисунке 5 представлена декомпозиция модели программы «Редуктор». Для декомпозиции модели так же был выбран метод IDEF0.

Рисунок 5 – Декомпозиция модели.

Модуль расчета валов и подшипников находится во втором блоке диаграммы А0 (рисунок 5) и является дочерним по отношению к блоку Raschet reduktora контекстной диаграммы А-0.

Благодаря представленным выше моделям стало возможно наглядно изучить взаимодействие между компонентами разработанной программы «Редуктор».

2.4 Базы данных использующиеся в программе

База данных — некоторый набор перманентных (постоянно хранимых) данных, используемых прикладными программными системами.

При разработке модуля «Редуктор» в качестве баз данных используются три типа сжатых файлов: файлы *.par, *.kfc, *.str.

Файлы *.par – это сжатые файлы (в нашем случае – текстовые). Данные в таких файлах хранятся в виде многомерного массива, что позволяет исключить создание этих массивов в самой программе. Перебор элементов массива ведется путем чтения самого par-файла, что не сокращает времени работы программы, но существенно упрощает не только ее разработку, но и обеспечивает более простое пополнение базы данных новыми значениями (новые значения просто записываются через точку с запятой). Так как в нашем случае файлы *.par – это сжатые текстовые файлы, то для работы с par-файлами не нужно специальное программное обеспечение, изменения можно вносить с помощью стандартного текстового редактора Windows.

Файлы *.str – так называемые «стринговые» файлы. Данные в таких файлах хранятся в виде строки, каждый элемент которой разделен точкой с запятой. Перебор элементов строки, как и в случае с par-файлами, ведется путем чтения самого файла. Пополнение такой базы данных так же ведется с помощью стандартного текстового редактора. В разработанной программе str-файлы используются для хранения некоторых стандартных величин.

Файлы *.kfc – файлы, совмещающие в себе par- и str-файлы. Данные в этих файлах хранятся в виде нескольких независимых друг от друга строк.