Реферат системы автоматизированной подготовки сопроводительной документации
Обновлено: 30.06.2024
Алгоритм разработки локального классификатора и информационной модели для функциональной подсистемы. Сопроводительный лист как технический документ, который предназначен для передачи и хранения информации о количественных характеристиках деталей.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | статья |
| Язык | русский |
| Дата добавления | 24.07.2018 |
| Размер файла | 237,4 K |
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Стадия анализа предметной области.
Описание предметной области.
Анализ предметной области был проведен на основе положений и устава предприятия.
На рассматриваемом производстве одним из основных процессов является процесс изготовления деталей, при котором на каждую деталь создается как минимум два документа - наряд-маршрутная карта и сопроводительный лист. Так как изготовление деталей ежемесячно составляет порядка тысячи единиц, соответственно необходимо заполнять большое количество документов. Вследствие использования документации на бумажных носителях при заполнении могут возникнуть ошибки, так как заполнение происходит вручную. Из-за большого количества документов значительно усложняется процесс хранения, увеличивается время поиска необходимого документа, что неблагоприятно влияет на работу предприятия, так как трудоемкость обрабатываемой информации большая.
Рис. 1. Мнемосхема бизнес-процесса заполнения НМК и сопроводительной на деталь
Планово-диспетчерское бюро (ПДБ) формирует план на изготовление детали (гайки) и передает его мастеру цеха изготовления оснастки. Мастер в соответствии с планом создает наряд-маршрутную карту (НМК), в которой распределяет работы по изготовлению детали между рабочими цеха. Для распределения работ между работниками цеха мастер создает ярлык - документ, в котором прописано за кем и в какие временные рамки установлена определенная работа. Мастер отправляет ярлык токарю, который, выполнив свою работу, возвращает заполненный ярлык мастеру. Аналогичным образом происходит заполнение ярлыков протяжчника, контролера и машиниста моечных машин. На основании собранных ярлыков мастер заполняет НМК. В соответствии с НМК мастер формирует сопроводительный лист на деталь. После чего мастер отправляет НМК в архив цеха, а в ответ на запрос кладовщика отправляет ему сопроводительный лист. Кладовщик отправляет сопроводительный лист в сборочный цех.
Ярлык - документ, в котором прописано за кем и в какие временные рамки установлена определенная работа.
Наряд-маршрутная карта (НМК) - единый документ оперативного учета движения деталей в производстве, учета выработки и заработной платы. Сопровождает партию деталей в процессе производства, составляется в одном экземпляре на один номер детали, но на все операции изготовления детали.
Сопроводительный лист - технический документ, предназначенный для передачи и хранения информации о количественных характеристиках деталей. Кроме размерных характеристик (масса, длина, объем и т. п.), в них обязательно содержатся сведения, идентифицирующие деталь, к которой эти характеристики относятся (номер, наименование, марка и т. п.).
Рассмотрим два бизнес-процесса: заполнение НМК и заполнение сопроводительного листа.
Функциональное моделирование бизнес-процесса.
Заполнение документации о детали является важным процессом на предприятии. Эту работу осуществляет мастер цеха изготовления оснастки. При этом необходимо ознакомиться с планом, предоставленным из планово-диспетчерского бюро (ПДБ), собрать заполненные ярлыки с рабочих цеха изготовления оснастки: контролера, протяжчника, токаря, машиниста моечных машин, оформить наряд-маршрутную карту и сопроводительный лист.
При непосредственном заполнении документации мастер цеха должен запросить необходимую для него информацию с рабочих цеха на основе ярлыков, обработать информацию и при необходимости сообщить каких данных не достает. Мастер цеха изготовления оснастки для заполнения документации должен руководствоваться соответствующими ГОСТами и уставом предприятия.
Главным блоком информационной системы является непосредственно заполнение документации. На входе - план из ПДБ, на выходе - НМК и сопроводительный лист. В качестве управления данной системы выступают устав предприятия и ГОСТ. Участниками процесса заполнения документации являются ПДБ и мастер цеха изготовления оснастки (далее - мастер).
Рис. 2. Контекстная диаграмма функциональной модели
Следующим этапом выполняется декомпозиция главного блока на 4 части - ознакомление с планом (на входе - план из ПДБ, управляющие документы - устав предприятия, ГОСТ, участники - мастер, на выходе - ярлык), сбор заполненных ярлыков (на входе - ярлыки, управляющие документы - ГОСТ, устав предприятия, участники - мастер, контролер, токарь, протяжчник, машинист моечных машин, на выходе - заполненные ярлыки), оформление НМК (на входе - заполненные ярлыки, управляющие документы - ГОСТ, на выходе - НМК) и оформление сопроводительного листа (на входе - НМК, управляющие документы - ГОСТ, участники - мастер, на выходе - сопроводительный лист).
Декомпозиция представлена на рисунке 4.
· обработка ярлыков (на входе - заполненные ярлыки, бланк НМК, управляющие документы -ГОСТ, участники - мастер, на выходе - информация о детали и рабочих);
· занесение данных о детали и рабочих в бланк НМК (на входе -информация о детали и рабочих, бланк НМК, управляющие документы - ГОСТ, участники - мастер, на выходе - заполненный бланк НМК);
· подписание НМК (на входе - заполненный бланк НМК, управляющие документы - ГОСТ, участники - мастер, на выходе - сопроводительный лист). Декомпозиция представлена на рисунке 5.
· изучение НМК (на входе - НМК, управляющие документы -ГОСТ, участники - мастер, на выходе - данные о детали);
· заполнение необходимых полей сопроводительного листа (на входе - данные о детали, бланк сопроводительного листа, управляющие документы - ГОСТ, участники - мастер, на выходе - заполненный бланк сопроводительного листа);
· заверение сопроводительного листа (на входе - заполненный бланк сопроводительного листа, управляющие документы - ГОСТ, участники - мастер, на выходе - сопроводительный лист);
· оформление сопроводительного листа (на входе - НМК, управляющие документы - ГОСТ, участники - мастер, на выходе - сопроводительный лист). Декомпозиция представлена на рисунке 6.
Постановка задачи на разработку функциональной подсистемы.
Организационно-экономическая сущность задачи.
Наименование задачи: Заполнение документации.
Экономическая задача - управление процессом формирования НМК и сопроводительного листа для предоставления внешним цехам по необходимости. [3, с. 215]
Цель решения - своевременное и качественное заполнение документации на деталь.
Периодичность решения и требования к срокам решения: задача носит регулярный характер. Управление процессом составляет от одного до пяти дней.
Источники и способы поступления данных: источником данных является план на изготовление делали, поступивший из ПДБ.
Потребители результатной информации, способы ее отправки: потребителем информации является мастер, использующий НМК для отчетности и составления сопроводительного листа, а также другие цеха, сделавшие запрос на НМК.
Описание исходной (входной) информации.
Исходной информацией для разрабатываемой системы выступает план от ПДБ. Форма представления - электронный вид.
Описание результатной (выходной) информации.
Результатной информацией для разрабатываемой системы выступают заполненная НМК и сопроводительный лист. Форма представления - электронный вид. Объем информации для каждого из документов - 1 лист формата А4.
Периодичность решения и требования к срокам решения:
1. процесс заполнения НМК составляет от 1 до 5 дней в зависимости от сложности детали, информация предоставляется единожды для каждой НМК.
2. процесс заполнения сопроводительного листа составляет от 1 до 2 дней в зависимости от сложности детали, информация предоставляется единожды для каждого сопроводительного листа.
Перечень пользователей результатной информации:
1. Мастер цеха изготовления оснастки;
2. Кладовщик цеха изготовления оснастки;
3. Рабочие сборочного цеха.
Разработка локального классификатора и информационной модели для функциональной подсистемы.
Разработаны локальные классификаторы выходных документов - сопроводительного листа и НМК.
В процессе разработки локальных классификаторов выходных документов был использован фасетный метод классификации.
Фасетный метод заключается в делении заданного множества на группировки независимо, по различным признакам классификации. При этом методе классификации заранее жесткой классификационной схемы и конечных группировок не создается. Разрабатывается лишь система таблиц признаков объектов классификации, называемых фасетами. При необходимости создания классификационной группировки для решения конкретной задачи осуществляется выборка необходимых признаков из фасетов и их объединение в определенной последовательности.
Фасетный метод классификации для выходного документа - НМК.
Выделены следующие основные фасеты (объекты классификации) в локальном классификаторе:
Работая над проектами связанными с авионикой мне потребовалось оформить несколько комплектов документации с полным описанием проекта. Также следовало учитывать требования многих ГОСТов на оформление и на содержание документации, таких как ЕСПД, КТ-178B и других.
- Планы разработки ПО
- Требования к ПО
- Описание реализации требований к ПО
- Таблицы трассируемости(соответствия) требований к ПО и реализации
- Описание тестов на ПО (Примеры и процедуры верификации ПО)
- Таблицы трассируемости(соответствия) требований к ПО и тестов
- Отчет об обнаруженных проблемах
- Указатель конфигурации(описание версии ПО и совместимости со сторонним ПО и оборудованием)
Далее в статье я расскажу как я решил эту проблему.
Архитектура генератора документации
Поэтому было решено использовать автоматизированные средства, которые создают все документы, используя данные из первичных документов — таблиц в формате CSV, XML документов. При любых изменениях в проекте — можно запустить заново генерацию комплекта документации.
Таблицы в формате CSV удобно редактировать в табличном процессоре. Данные о проекте (текущую версию, наименование, совместимое оборудование) хранил в формате XML.
Описание реализации требований уже содержится в doxygen комментариях к исходному коду. Doxygen специально для таких случаев может генерировать документацию в формате XML.
Генератор документации на основе шаблонов документов создает LaTeX документы, которые уже в PDF формате передаются заказчику.
Руководитель --> (Планы)
Руководитель -> (Требования)
Руководитель -> (Описание тестов)
Руководитель --> (Обнаруженные проблемы)
(Требования) -> Программисты
Программисты --> (Программный код)
(Программный код) --> Doxygen
Doxygen --> (Описание реализации)
(Шаблоны документов) -->: Генератор документации:: LaTeX
(Требования) -->: Генератор документации:: CSV
(Планы) -->: Генератор документации:: LaTeX
(Описание реализации) -->: Генератор документации:: XML
(Описание тестов) -->: Генератор документации:: XML
(Обнаруженные проблемы) -->: Генератор документации:: CSV
: Генератор документации: --> (Комплект документации): LaTeX
Генератор документации
Для реализации такой системы создания документации мне потребовалась утилита обработки шаблонов и скрипт сборки.
- Получал исходники
- Генерировал XML описания с помощью Doxygen
- Собирал все необходимые документы из шаблонов с помощью pytemplate.py
- Генерировал PDF-ки LaTeX-ом
- Формировал дерево папок и создавал образ диска для записи
- формировал необходимую сопроводительную документацию (файл с титульными листами, этикетку диска)
Ключевой элемент системы — утилита обработки шаблонов документов.
Утилита обработки шаблонов
Или установить утилиту можно с помощью команды:
- --version Отобразить версию
- -h, --help Отобразить информацию о ключах запуска
- -t TEMPLATE, --template=TEMPLATE Указать путь до файла шаблона
- -o OUTPUT, --output=OUTPUT Указать путь до выходного файла
- -f FORMAT, --format=FORMAT Формат файла шаблона, может принимать значения (odt и text)
- -a ARG, --arg=ARG Дополнительная сущность для шаблона
В шаблонах содержится информация — данные из каких внешних источников ему нужны. Утилита во время обработки шаблона подгружает необходимые данные, и использует их при заполнении шаблона данными.
- CSV таблица (Может быть отредактирована в Exel при соблюдении определенных правил)
- XML документ
- Текстовый файл
- SQLite база данных
- Функция MD5 от файла
- Функция получения данных о файле
В утилиту передается файл шаблона и путь до результирующего файла. Пути до источников данных в программу не передаются, так как они все определены в шаблоне, и один шаблон может использовать множество разных источников данных.
Заключение
Использование утилиты pytemplate позволяет создавать документы и отчеты по шаблонам, используя для заполнения шаблонов данные. При этом данные можно хранить в удобном формате электронных таблиц или баз данных.
Читайте также: