ISSN 0236-235X (P)
ISSN 2311-2735 (E)

Journal influence

Higher Attestation Commission (VAK) - К1 quartile
Russian Science Citation Index (RSCI)

Bookmark

Next issue

4
Publication date:
09 September 2024

System analysis of requirements for computer-aided weight сontrol system

The article was published in issue no. № 1, 2011
Abstract:The methodical and theoretical basis for the creation of the Сomputer-Aided Weight Control (CAWC) system are developed. The system analysis and formalization of the subject area for all the stages of the life cycle of complex products of aerospace and mechanical engineering were provided.
Аннотация:Разработаны методическая и теоретическая базы для создания автоматизированной системы весового контроля. Проведены системный анализ и формализация предметной области на всех этапах жизненного цикла сложных изделий авиа- и машиностроения.
Authors: (rontero@gmail.com) - , (sergey@tversu.ru) - , Russia
Keywords: design patterns, ER-modeling, software architecture, system analysis
Page views: 15247
Print version
Full issue in PDF (5.09Mb)
Download the cover in PDF (1.32Мб)

Font size:       Font:

Последние два десятилетия характеризуются повышением роли информационных технологий и появлением широкого спектра средств автоматизации разнообразных видов деятельности: от решения научных, проектно-конструкторских, технологических, производственных задач до автоматизации торговой, коммерческой, банковской и других видов деятельности [1].

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

Целью данной работы является демонстрация одного метода системного анализа и проектирования методической базы (стандартов, бизнес-про­цессов) на примере построения АСВК. Проводится формализация различных аспектов архитектуры, выделяются основные паттерны проектирования, обеспечивающие реализацию всех функциональных  требований, предъявляемых к АСВК.

В качестве основного подхода к достижению заявленной цели используется системный анализ архитектуры. Проводится последовательный анализ процессов предметной области, структуры системы, альтернатив и вариантов применения различных технологических платформ для программной архитектуры. В ИТ-отрасли термин «архитектурная модель» может применяться к различным аспектам. Выделим четыре вида моделей: функциональная, информационная, технологическая, программная.

Функциональная модель

Подпись:  Рис. 1Данная модель определяет стратегию организации, структуру и ключевые бизнес-процессы в рамках организации. Основное внимание уделяется их анализу и формализации. В составе основного бизнес-процесса АСВК выделяются два типа процессов – внешний и внутренний.

Целью внешнего процесса АСВК является обеспечение обмена внешней информацией АСВК в информационной среде. Под внешней понимается информация, циркулирующая между участниками внешнего процесса, в отличие от внутренней информации, циркулирующей в рамках внутреннего процесса между подразделениями  конкретного участника внешнего процесса. Выделяются следующие участники внешнего процесса: головные ОКБ, предприятия-смежники, информационный центр, главное управление.

Внешний процесс АСВК предназначен для своевременного обеспечения головных ОКБ, разрабатывающих основные изделия (летательные аппараты и двигатели), центровочными и массово-инерционными характеристиками (МИХ) комплектующих (покупных и кооперированных) изделий, разрабатываемых и изготовляемых предприятиями-смежниками.

Внешний процесс АСВК представлен в одном экземпляре и является связующим в распределенной сети участников.

Организационно-функциональная структура процесса представлена на рисунке 1.

Целью внутреннего процесса АСВК является обеспечение ввода, обработки и хранения сведений о массах, МИХ и центровочных характеристик на предприятии.

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

Внутренний процесс АСВК должен способствовать установлению в организациях и на предприятиях единых правил контроля массы и МИХ изделий.

Информационная модель

Модель определяется информацией и средствами управления информацией предприятия. Информация (данные) становится наиболее важным инструментом организации в достижении поставленных целей. Системная архитектура должна обеспечивать информационную архитектуру, выступая в качестве эталонного каркаса.

При формировании банка данных весовых характеристик в АСВК используется существующая практика декомпозиции изделия на агрегаты, системы, узлы, сборочные единицы [2]. Таким образом, изделие-проект представляется в виде древовидной структуры в соответствии с декомпозицией самого изделия на агрегаты, системы и узлы с обязательным введением систем координат для описания каждой сборочной единицы.

Подпись:  
Рис. 2Взаимосвязи между весовыми сущностями представлены в виде диаграммы Питера Чена на рисунке 2.

Технологическая и программная модели

Технологическая модель системы соответствует системной архитектуре. Системная архитектура определяет программно-аппаратные подсистемы, модули и связи между ними, которые в целом охватывают и описывают интеграционную информационную среду организации. Бизнес-архитекту­ра сопоставляется системной архитектуре. Системная архитектура должна обеспечить достижимость целей организации посредством использования интеграционной информационной среды, которая обеспечивает весь жизненный цикл продукции. Назначение системной архитектуры – это обоснование фундамента, на основе которого могут быть разработаны все программные приложения и выстроены все информационные потоки.

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

Подпись:  
Рис. 3Архитектура системы представлена в виде ти­пового решения модель–представление–контрол­лер [4], что подразумевает выделение трех отдельных ролей (рис. 3).

Модель – это объект, предоставляющий некоторую информацию о предметной области. У модели нет визуального интерфейса, она содержит в себе все данные и поведение, не связанные с интерфейсом. Представление отображает содержимое модели средствами графического интерфейса. Все изменения информации обрабатываются третьим участником системы – контроллером. Контроллер получает входные данные от пользователя, выполняет операции над моделью и указывает представлению на необходимость соответствующего обновления. В этом плане графический интерфейс (GUI) рассматривается как совокупность представления и контроллера.

Клиентское приложение АСВК обеспечивает уровень представления и взаимодействия с серверными объектами, реализующими программную логику системы (контроллер). Взаимодействие заключается в отправке на веб-сервер запросов пользователя на просмотр, изменение и поиск данных. Для передачи информации используются стандартные Internet-протоколы передачи данных: HTTP, SOAP.

Серверная часть системы представлена в виде фасада веб-сервисов, принимает и обрабатывает запросы пользователей, генерирует ответы на запросы. Пользователь системы осуществляет работу на своем персональном компьютере, используя клиентское ПО. Сервисы взаимодействуют с СУБД на основе SQL-запросов с использованием объектов доступа к данным.

Клиентская и серверная части АСВК в совокупности представляют типовое интеграционное решение Портал [5]. Фактически в основе ядра предлагается использовать концепцию HTTP-мо­дулей: все запросы перенаправляются в программный модуль, который на основе анализа веб-адреса узла и передаваемых параметров формирует соответствующий отклик системы. Технически это осуществляется с использованием типового решения Front Page Controller [5].

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

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

Литература

1.   Васильев С.Н. [и др.]. Интеллектное управление динамическими системами. М.: Физматлит, 2000. 352 с.

2.   Исаев В.К.,  Матушкин С.С. Структура информационного хранилища автоматизированной системы весового контроля (АСВК) // Современные проблемы фундаментальных и прикладных наук: тр. XLYIII науч. конф. МФТИ. 2005. Ч. III. С. 46–47.

3.   Сорокин С.В. Программная модель  автоматизированной системы весового контроля (АСВК) // Технологии Microsoft в теории и практике программирования: тр. IV Всеросс. конф. студ., аспирант. и молод. ученых. М.: Вузовская книга, 2007. С. 23–24.

4.   Нестерихин Ю.Е. [и др.]. Применение объектно-ориентированного подхода при создании информационных систем управления жизненным циклом в машиностроении // Проблемы машиностроения: сб. тр. конф. М.: Ин-т машиноведения им. А.А. Благонравова РАН, 2008. С. 376–379.

5.   Фаулер М. Архитектура корпоративных программных приложений. М.: Издат. дом «Вильямс», 2004.


Permanent link:
http://swsys.ru/index.php?page=article&id=2734&lang=en
Print version
Full issue in PDF (5.09Mb)
Download the cover in PDF (1.32Мб)
The article was published in issue no. № 1, 2011

Perhaps, you might be interested in the following articles of similar topics: