РАЗРАБОТКА ЛОГИЧЕСКОЙ, ФИЗИЧЕСКОЙ И ДИНАМИЧЕСКОЙ МОДЕЛИ ПРОГРАММНОГО ПРОДУКТА УЧЕТА ЗАЯВОК ОБСЛУЖИВАНИЯ КОМПЬЮТЕРНОЙ ТЕХНИКИ В ЦЕНТРЕ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ ВУЗА Текст научной статьи по специальности «Компьютерные и информационные науки»

УДК 004

Миних Е.А. студент Дмитриева В.А. студент магистратуры Хакасский государственный университет им. Н. Ф. Катанова

научный руководитель: Иванцов А.А.

Россия, г. Абакан

РАЗРАБОТКА ЛОГИЧЕСКОЙ, ФИЗИЧЕСКОЙ И ДИНАМИЧЕСКОЙ

МОДЕЛИ ПРОГРАММНОГО ПРОДУКТА УЧЕТА ЗАЯВОК ОБСЛУЖИВАНИЯ КОМПЬЮТЕРНОЙ ТЕХНИКИ В ЦЕНТРЕ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ ВУЗА

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

Ключевые слова: автоматизация деятельности, сервисное обслуживание, логическая модель, физическая модель, динамическая модель

Minikh E.A. student

Katanov Khakass State University Russia, Abakan Dmitrieva V.A.

Katanov Khakass State University Russia, Abakan Scientific supervisor: Ivantsov A.A. DEVELOPMENT OF A LOGICAL, PHYSICAL AND DYNAMIC MODEL OF A SOFTWARE PRODUCT FOR RECORDING APPLICATIONS FOR SERVICING COMPUTER EQUIPMENT IN THE

INFORMATION TECHNOLOGY CENTER OF A UNIVERSITY

Abstract: The article describes the logical, physical and dynamic models of a software product for recording user requests for the repair of computer equipment and software installation at a university. Describes the entities and levels of each model.

Keywords: activity automation, service, logical model, physical model, dynamic model

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

информационных технологий вуза.

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

С помощью языка ЦМЬ статические аспекты этого вида можно передавать диаграммами классов и объектов (рисунок 1).

Рисунок 1. Диаграмма классов

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

Динамическая модель представлена диаграммой последовательности действий (sequence diagram) [1]. Диаграмма последовательности действий рассматривает взаимодействие объектов, упорядоченных во времени (рисунок 2).

Рисунок 2. Диаграмма действий

Данная последовательность начинается с того, что актер «Сотрудник института» или актер «Сотрудник ЦИТ» вносит заявку на ремонт

оборудования или установку ПО. Далее актер «Сотрудник ЦИТ» читает и исполняет задания, результат исполнения заносит в базу данных через приложение. Одновременно с этим, актер «Руководитель» может отслеживать работу и давать указания актеру «Сотрудник ЦИТ», актер «Сотрудник института» также может отслеживать результаты работы по внесенной заявке.

Чтобы создать какую-либо физическую систему необходимо реализовать все элементы логического представления в конкретные материальные сущности. Для описания таких реальных сущностей предназначен другой аспект модельного представления, а именно физическое представление модели.

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

Для физического представления моделей в языке UML используются так называемые диаграммы реализации, которые включают в себя две отдельные канонические диаграммы: диаграмму компонентов (component diagram) (рисунок 3) и диаграмму развертывания (deployment diagram).

Рисунок 3. Диаграмма компонентов.

В данной диаграмме представлено разбиение на три уровня:

1. Уровень пользовательского интерфейса. На данном уровне представлены 2 компонента - это компонент «приложение пользователя» для актера «Сотрудник института» и компонент «приложение администратора» для актера «Сотрудник ЦИТ».

2. Уровень исполняемых компонентов. На данном уровне представлены 3 компонента - это компонент «Microsoft Visual Studio C#» для реализаций приложения пользователя и приложения администратора; объектная модель MS Word для экспорта информации от приложения пользователя; СУБД MS Access для реализации базы данных.

3. Уровень данных. На данном уровне расположен компонент «База данных», в которой хранится вся информация.

Рисунок 4. Диаграмма размещений

На данном рисунке отображен способ реализации приложения.

В ходе моделирования, программный продукт был рассмотрен с трех разных взаимосвязанных моделей. Для каждой модели описаны соответствующие диаграммы.

Использованные источники: 1. Database Modelling in UML [электронный ресурс] URL: http: //www. methodsandtool s. com/archive/archive. php?id=9 (дата обращения: 20.01.2019)