CC BY
63
УДК: 338.2:004 ГРНТИ: 20.15.13 DOI: 10.15643/jscientia.2017.5.001
УПРАВЛЕНИЕ СОЗДАНИЕМ УЧЁТНОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ НА БАЗЕ СИСТЕМЫ ОТСЛЕЖИВАНИЯ ОШИБОК JIRA
Н. А. Мещеряков, М. В. Зарубицкий
Сибирский федеральный университет Россия, 660074 г. Красноярск, ул. Киренского, 26
S3 Мещеряков Никита Александрович - bogpelmen@gmail.com
В статье рассматривается управление разработкой информационной системы (далее ИС - информационная система) с помощью системы отслеживания ошибок и задач JIRA Atlassian и какие плюсы именно у него, ведь подобного программного обеспечения (далее ПО - программное обеспечение) очень много, и у каждого есть свои достоинства и недостатки. В статье обсуждается почему необходимо применять подобные системы при разработке IT проекта. Также затрагивается такая методология разработки проектов как agile (гибкая) разработка, на которую и рассчитано JIRA. Чтобы более подробно показать, каково это было, управлять созданием учётной информационной системы с помощью JIRA, была приведена в пример наша информационная система «Учёт материально-технического снабжения».
Ключевые слова: JIRA, JIRA Atlassian, учётная информационная система, отслеживание ошибок, проектирование, создание информационной системы, работа в команде, система отслеживания.
STOCKTAKING INFORMATION SYSTEM DEVELOPMENT MANAGEMENT WITH BUG-TRACKING SOFTWARE JIRA ATLASSIAN
N. A. Meshcheryakov, M. V. Zarubitskiy
Siberian Federal University
26 Kirensky St., 660074 Krasnoyarsk, Russia
S3 Meshcheryakov Nikita - bogpelmen@gmail.com
Project management with the bug-tracking software Atlassian JIRA is examined in this article, considering its own advantages, because there is plenty of software similar to this one and every single one has its own pros and cons. It's discussed in the article why it is very important to use such software during the IT project development. Agile development methodology is also considered, because it is suited for JIRA. To demonstrate how it really is to manage the development of stocktaking information system with JIRA, there is an example of our own information system "Stocktaking of financial-technical supply".
Keywords: JIRA, JIRA Atlassian, stocktaking information system, bug-tracking, development, developing.
На сегодняшний день IT проекты стали весьма большими для того, чтобы разрабатывать их только одному сотруднику. Так стали появляться группы разработчиков, что повлекло за собой проблемы с коммуникацией [1]. Эти проблемы наиболее часто появляются в командах разработчиков, которые находятся в разных филиалах компании или даже в разных компаниях. Проблемы у разработчиков могут возникнуть разные. Например, два сотрудника могут выполнить одну и ту же работу; может получиться так, что один сотрудник слишком много работает, а другой простаивает, так как для руководства может оказаться сложным отслеживание занятости всех сотрудников [2, 3].
Для устранения всех этих проблем, которые указаны выше, были разработаны системы отслеживания ошибок или программные обеспечения для управления проектами. К таким системам относятся: Redmine, BUGS - the Bug Genie, GNATS, Launchpad, Mantis Bug Tracking System, Zoho Projects, Atlassian JIRA, Bontq, VersionOne и другие.
Работа всех этих систем основывается на работе с ошибками (issue) или дефектами, информация о которых хранится в отдельной базе данных (далее БД - база данных). Эти сведения могут состоять из номера (идентификатора) ошибки; короткого описания ошибки; того, кто сообщил об ошибке; когда была обнаружена ошибка; версия продукта, в которой обнаружена ошибка; критичность ошибки и приоритет её рассмотрения; воспроизведения неправильного
поведения программы для выявления ошибки; ожидаемый результат и фактический результат работы над ошибкой; на ком лежит ответственность за устранение ошибки; обсуждение возможных решений (исправлений); текущее состояние (статус) ошибки; номер версии продукта, в которой ошибка исправлена.
Кроме того, наиболее продвинутые системы предоставляют возможность прикреплять файлы, описывающие проблему (скриншот или отчёт, составленный программой).
Рассмотрим управление разработкой программного проекта на примере условно бесплатного ПО Atlassian JIRA (бесплатным он является либо для студентов, либо в течение первых пяти дней после регистрации). Данный выбор обусловлен: во-первых, из-за долгого пребывания на рынке (первый выпуск состоялся в 2002 году) при постоянных совершенствованиях, JIRA внушает доверие пользователям и поэтому остаётся всё ещё востребованным; во-вторых, различиями между системами отслеживания проектов и задач и еще тем, что JIRA содержит больше всего функций из рассматриваемых систем. По сравнению с Redmine, JIRA можно развернуть в дата-центре и можно персонализировать процесс. А сравнивая с VersionOne, JIRA может визуализировать конструктор рабочих процессов, еще его можно развернуть в дата-центре. Такие и другие различия очень часто вызывают проблемы с разработкой ПО у команд.
Работа в Atlassian JIRA подразумевает собой agile (гиб-
6
Juvenis scientia 2017 № 5 | Технические науки
кую, быструю) методологию разработки.
Как указывал в своей книге Роберт С. [4], у agile метода разработки есть 12 принципов и хотелось бы выделить в качестве примера один из них.
Одним из принципов является «Наиболее результативный и эффективный метод передачи информации команде, а также в рамках самой команды заключается в интерактивном общении». В проекте быстрой разработки ПО люди общаются друг с другом. Основной метод коммуникации -это общение. Документы можно создавать, но невозможно охватить всю информацию в письменном виде. Команде, работающей над проектом быстрой разработки ПО, не требуются спецификации, планы и проекты, выраженные в письменной форме. Эти документы могут быть сформированы, если возникнет безотлагательная и существенная потребность в этом, но они не являются абсолютной необходимостью. Главное - это общение.
Для определения понятия учётной информационной системы следует сначала определить, что такое информационная система.
ИС рассматривают как программно-аппаратную систему, предназначенную для автоматизации целенаправленной деятельности конечных пользователей, обеспечивающую, в соответствии с заложенной в нее логикой обработки, возможность получения, модификации и хранения информации [5, 6].
Теперь стоит определить такое понятие как учётная система.
Как отмечают в своей книге И. Н. Пашкина и А. В. Евдокимова, Учётная система - это совокупность процедур, благодаря которым происходит полное и своевременное отражение хозяйственных операций. Это процедуры по сбору, регистрации, обработке и представлению данных об активах и хозяйственных операциях организации [7].
В нашем случае хозяйственными операциями будут хранение и доступ к данным снабжения, а также его плановая проверка и списание.
Хотелось бы подробнее разобрать работу с JIRA на примере процесса разработки нашей учётной информационной системы «Учёт материально-технического снабжения», а конкретно создания одной из таблиц БД.
Сначала руководитель проекта (или преподаватель) назначает задания на разработчиков; каждое задание представлено как талон (ticket/issue) в системе JIRA, как это показано на рисунке 1.
Михаил Коваленко сяаран иш~& 1 - написать класс для обьектоа базы
" ^ у Написать класс который будет эактснатъ а ce Ge асе элементы нашей базы данных Необходимая информация, гранимаяэкземпляромкласса:
Рис. 1 - Руководитель назначает задание
Затем разработчик переводит талон в статус "In Progress" и приступает к выполнению задания. На рисунке 2 виден статус "To Do", который предшествует статусу "In Progress".
При завершении работ разработчик прикладывает к талону в виде файла написанный исходный код и разрешает (resolve) талон в JIRA, назначая его при этом на другого разработчика (проверяющего), что наглядно на рисунке 3.
Далее разработчик, на которого талон был назначен,
Макс ни Зарубнцкнн нэиэп работ, надимтс 1 - Написать класс ил я объектов базы
макс ни заруйнцган изменил статус на то оо б UMTS 1 - написать класс для объектов Фазы
Рис. 2 - Разработчик приступает к выполнению задания
Максим ЗаруйнцкнЛ изменил Исполнитель на "Никита Мещеряков"aUWTC1 -Harnean.
Проварить все условия выпшнены ли И насколько породи щи? типы данный. выЁрэны.
Максим Зарубнцкнй изменил статус на In Rev aw в UM ТС 1 - Написать класс для объектен
Максим Зарубнцкий начал заботу нщ имт&т- - -Написать класс для объектой сзаы
Максим зарубидкий изменил статус на готово в UM3S4- написать кпассдля объектов базы
Рис. 3 - Разработчик отправляет код на проверку
выполняет проверку написанного кода (этот процесс называют "codereview") и в виде комментариев пишет все свои замечания, после чего переоткрывает (reopen) талон на первого разработчика. Комментарий показан на рисунке 4.
Никита мещеряков изменил Исполнитель на "Максим Зарубицкий" в UMTS 1 -написать
Из нед(нетс8 только один: исправить ¡location на ¡Location
Есть предложение изменить тип flaHHbixy"¡Amoun1Property~ с "Длинное целое на
"Целое", так как объектов, очевидно. б>ает не так мною.
Рис. 4 - Разработчик выполнил проверку
Первый разработчик переводит талон в статус "In Progress", исправляет решение, прикладывает новый файл с исходным кодом и разрешает талон на руководителя, как это показано на рисунке 5.
Максим ЗаруЬицкнИ изменил исполнитель нэ "Михаил Коваленко" 6 UMTG 1- написать
Максим Зарубицкни изменил азгус на Готом в UMTg 1 - Написать класс для объектов базы
Максим Зарубицкни прокомментировал LH4TC Т - Написать класс для объектов базы
Замечания исправлены и предложение принято. Задание выполнено.
Рис. 5 - Разработчик исправляет недочёты
Руководитель убеждается, что замечания учтены, и закрывает талон (close). Закрытие талона показано на рисунке 6.
^^^^ Михаил коааленко изменил статусна готово в им гс т - написать класс для объектов базы
Рис. 6 - Руководитель закрывает талон
В заключении хотелось бы отметить, что работать в JIRA просто и удобно, но есть один недостаток, заключающийся в том, что нельзя на одну задачу назначить несколько исполнителей.
ЛИТЕРАТУРА
1. Евдокимов И.В., Боярчук Н.Я. Особенности стратегического планирования развития регионов севера Восточной Сибири // Ценности и интересы современного общества материалы Международной научно-практической конференции. 2013. С. 268-271.
2. Евдокимов И.В. Менеджмент качества и управление развитием системы обработки экспертной аналитики // Труды Братского государственного университета. Серия: Экономика и управление. 2015. Т.1. С. 212-219.
3. Вахрушева М.Ю., Евдокимов И.В. Показатели качества и надежности программного обеспечения // Труды Братского государственного университета. Серия: Экономика и управление. 2012. Т.1. С. 155-158.
4. Роберт С. Мартин, Джеймс В. Ньюкирк, Роберт С. Косс. Быстрая разработка программ. М.: Вильямс, 2004. С. 752.
5. Евдокимов И.В. Адаптация стандартов программных средств к проектам в области информационных технологий // Труды Братского государственного университета. Серия: Экономика и управление. 2010. Т.2. С. 97-101.
6. Евдокимов И.В. Методика исследования систем управления предприятий для целей информатизации // Труды Братского государственного университета. Серия: Экономика и управление. 2007. Т.1. С. 284-288.
7. Пашкина И.Н., Евдокимова А.В. Внутренний аудит и контроль финансово-хозяйственной деятельности организации. Москва: Дашков и Ко. 2009. С. 208.
Поступила в редакцию 08.05.2017
