Современные информационные технологии/3.Программное обеспечение

Астапенко Н.В., Жук Ю.А.

Северо-Казахстанский Государственный Университет имени Манаша Козыбаева, г. Петропавловск, Республика Казахстан

Проектирование приложения по учету неисправного оборудования для АО «Казахтелеком»

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

При разработке программного средства необходимо учитывать требования пользователей (инженеры предприятия СК ОДТ «Казахтелеком»), а также другие функциональные и нефункциональные требования к программному продукту:

1) Требования пользователей – это простота, интуитивно понятный интерфейс, динамичность, возможность корректировки функциональности продукта в соответствии с изменяющимися потребностями, приемлемые сроки разработки и доступная для заказчика стоимость.

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

3) Нефункциональные требования предполагают, что программный продукт не должен противоречить стандартам, правилам, инструкциям и другим нормативным актам СК ОДТ «Казахтелеком», должен функционировать на основе взаимодействия с БД, путем осуществления запросов к ней. Дизайн приложения должен соответствовать фирменному стилю АО «Казахтелеком». Ограничения на срок разработки продукта, стоимость и последующее его сопровождение обговариваются конкретно с заказчиком в процессе анализа требований.

На начальном этапе проектирования необходимо выделить классы пользователей. Для разрабатываемого программного продукта можно выделить три класса пользователей: «Администратор», «Менеджер» и «Инженер».

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

Функциональные возможности класса «Администратор» представлены на рисунке 1.

Рисунок 1. Диаграмма Use Case для класса «Администратор»

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

Класс «Администратор» имеет доступ к БД, может обновлять ее и корректировать при необходимости, имеет возможность просматривать «историю» событий приложения, воспользовавшись логом событий.

Класс «Менеджер» может осуществлять работу с формами, при необходимости используя справку. Возможности пользователей класса «Менеджер» схематично представлены на рисунке 2 посредством диаграммы вариантов использования.

Рисунок 2. Диаграмма Use Case для класса «Менеджер»

Представителям класса «Инженер» доступен просмотр всех отчетов и просмотр справки.

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