1.7 Функции (как)
Выделены следующие функции:
Настроить модуль согласно методике проведения настройки и испытаний. На входе функции – ненастроенный модуль, а на выходе – настроенный модуль.
Провести испытания настроенного модуля согласно методике проведения настройки и испытаний в н. у. и при +60 градусах. На входе – неиспытанный модуль, а на выходе – испытанный.
Поиск неисправности в модуле, если была обнаружена его некорректная работа. На входе – неисправный модуль, а на выходе – записка в ОТК о найденной неисправности.
Определение дальнейших действий с модулем. На входе – запись в технической документации, а на выходе – проведение испытаний модуля в нормальных условиях или поиск неисправности в модуле, при успешном определении дефекта нужно передать модуль на доработку.
После того, как в лабораторию поступил модуль, который необходимо проверить, то мы определяем, что это за модуль с помощью его шифра. Пусть это будет УО-003. Находим документ «Алгоритм проведения настройки и испытания модуля УО-003». Затем определяем, что для настройки необходимо подкрутить 2 потенциометра, чтобы выходные напряжения при частоте 150 KHz и амплитуде входных импульсов 12 В было по амплитуде 5 В. Затем нам надо проверить модуль в нормальных условиях, а потом в камере. Рассмотрим подробно проверку устройства УО-003 на +60 градусах. Для этого его нужно подключить к пульту проверки ПП-УОО-003. Осциллографом контролировать выходные параметры напряжений с канала ОХ и канала ОУ, сигнал должен иметь форму синуса и быть устойчивым к изменениям входного сигнала. На входе менять частоту и амплитуду импульсов. Наблюдать – изменения амплитуда и фазности выходных напряжений. Пульсация выходных напряжений на больше 2%. Выходной ток также должен быть устойчив. Изделие в камере должно проверяться 2 часа, после этого то же самое проделать на -60 градусах.
Работник фиксирует все параметры по проведенному испытанию в специальном документе. Параметры – что наблюдалось на выходе при разных частотах (100-200 KHz) и амплитудах входного сигнала (9-27 В).
Концептуальная модель предметной области
Концептуальная модель – это систематизированное содержательное описание моделируемой системы (или проблемной ситуации) на неформальном языке. Неформализованное описание разрабатываемой имитационной модели включает определение основных элементов моделируемой системы, их характеристики и взаимодействие между элементами на собственном языке. При этом могут использоваться таблицы, графики, диаграммы и т.д. Неформализованное описание модели необходимо как самим разработчикам (при проверке адекватности модели, ее модификации и т.д.), так и для взаимопонимания со специалистами других профилей.
Концептуальная модель содержит исходную информацию для системного аналитика, выполняющего формализацию системы и использующего для этого определенную методологию и технологию, т.е. на основе неформализованного описания осуществляется разработка более строгого и подробного формализованного описания.
Затем формализованное описание преобразуется в программу – имитатор в соответствии с некоторой методикой (технологией программирования).
Концептуальная модель представлена набором UML-диаграмм. Перед представлением концептуальной модели необходимо сформулировать необходимые высказывания на основе предметной области.
Перечень высказываний при проведении настройки и испытаний на +60 градусах представлен ниже:
Предметная область представляется проведением настройки и испытания конкретного модуля.
В НИЛ поступают различные модули для проведения настроек и испытаний из ОТК с технической документацией. Их приносит инженер.
Начальник НИЛ, ознакомившись с документацией, убедившись, что именно его отдел занимается настройкой и проведением испытаний данного модуля, дает указания мастеру.
Если модуль поступил в НИЛ, то мастер должен настроить его.
Для этого он на основании кода изделия, записанного в технической документации, должен найти методику по проведению настройки и испытаний модуля ***.
Мастер должен подготовить рабочее место для проведения настройки модуля ***. Перечень необходимого оборудования указан в методике.
Мастер проводит настройку согласно методике.
Если настраиваемые параметры находятся в допустимых пределах, которые тоже указаны в методике, то мастер делает соответствующую запись в технической документации напротив колонки НАСТРОЙКА ЭЛЕКТРИЧЕСКИХ ПАРАМЕТРОВ, ставит дату и подпись.
Далее мастер проводит испытание модуля *** на основании методики в нормальных условиях на рабочем месте.
Если испытания прошли успешно, то мастер делает запись в технической документации напротив колонки ИСПЫТАНИЯ НА ЭЕЛЕКТРИЧЕСКИЕ ПАРАМЕТРЫ В Н.У., ставит дату и подпись.
Затем мастер на основании методики проводит испытания на +60 градусах в камере sub zero.
Если и эти испытания прошли успешно, то мастер делает запись в технической документации напротив соответствующей колонки, проводит испытания на -60 градусах, делает запись в технической документации при успешном исходе.
Если настройка или любое из испытаний не были успешными, то мастер на месте пытается найти неисправность, ссылаясь на электрическую принципиальную схему.
Если неисправность найдена, то мастер пишет замечание с указанием неисправности и относит его, модуль и техническую документацию в ОТК.
Если неисправность не найдена, то мастер обращается за помощью к начальнику отдела, и он помогает в поиске.
Необходимые высказывания, представленные выше, будут представлены UML-диаграммами:
Диаграммой вариантов использования, моделирующих функциональную (процессную) структуру ПрО посредством вариантов использования и отношений между ними;
Диаграммой активности, моделирующих алгоритмы ключевых процессов ПрО средствами вариантов использования;
Диаграммой классов, моделирующих отношения ключевых объектов средствами диаграмм классов.
Диаграммы вариантов использования описывают взаимоотношения и зависимости между группами вариантов использования и действующих лиц, участвующими в процессе. Важно понимать, что диаграммы вариантов использования не предназначены для отображения проекта и не могут описывать внутреннее устройство системы. Диаграммы вариантов использования предназначены для упрощения взаимодействия с будущими пользователями системы, с клиентами, и особенно пригодятся для определения необходимых характеристик системы. Другими словами, диаграммы вариантов использования говорят о том, что система должна делать, не указывая сами применяемые методы.
Диаграмма вариантов использования моделирует функциональную структуру предметной области посредством вариантов использования и отношений между ними. Данная диаграмма представлена на рисунке 6:
Рисунок 6. Диаграмма вариантов использования.
При моделировании поведения проектируемой или анализируемой системы возникает необходимость не только представить процесс изменения ее состояний, но и детализировать особенности алгоритмической и логической реализации выполняемых системой операций. Рассмотрим ниже диаграмму активности:
Рисунок 7. Диаграмма активности. Проведение настройки и испытания модуля МН-68.
Моделирование отношений ключевых объектов ПрО, выполненное посредством диаграммы классов (рисунок 8), отражает объекты, на основе которых определяются основные понятия концепции ИС.
Рисунок 8. Диаграмма классов, моделирующая основные отношения между объектами.