Функциональные особенности и возможности системы визуального проектирования Jira

Введение.
RAD (от англ. rapid application development – быстрая разработка приложений) – концепция организации технологического процесса разработки программных продуктов, ориентированная на максимально быстрое получение качественного результата в условиях сильных ограничений по срокам и бюджету и нечётко определённых требований к продукту. Эффект ускорения разработки достигается путём использования соответствующих технических средств и непрерывного, параллельного с ходом разработки, уточнения требований и оценки текущих результатов с привлечением заказчика. RAD создана в конце 1980-х как альтернатива более ранним каскадной и итеративной моделям. С конца XX века RAD получила широкое распространение.
Тот же термин используется в отношении программных инструментов быстрого прототипирования и разработки ПО. Типичными качествами таких инструментов являются максимальная автоматизация рутинных операций и широкое использование визуального программирования.
Одним из таких инструментов является система визуального проектирования Jira, функциональные особенности и возможности будут рассмотрены в настоящем реферате.

Глава 1. История, назначение, применение, основные принципы и преимущества систем визуального проектирования.
Создание концепции RAD явилось следствием сочетания ряда факторов:
- неудовлетворённость методами разработки программ 1970-х и начала 1980-х годов, таких как «модель водопада» (англ. Waterfall model). Разработанные по аналогии с методами проектирования «железных» технических систем, они предусматривают поэтапное формирование требований, документирование, проектирование и реализацию. Их последовательное применение приводит к настолько медленному процессу создания программы, что зачастую даже базовые требования к программе успевают измениться до окончания разработки;
- осознание факта отличия разработки программного продукта от традиционных видов инженерной деятельности, состоящее в гораздо большей доступности предмета разработки для сложных неоднократных модификаций;
- появление аппаратных мощностей и программных средств разработки, позволяющих быстро создавать работоспособные прототипы программных систем и их частей и автоматизировать их документирование. При использовании таких средств альтернативой подробному проектированию и тщательному предварительному документированию системы становится быстрое создание или модификация прототипа и его непосредственная оценка заказчиком;
- успешный опыт разработки систем, основанной на работе небольшой по численности сплочённой команды разработчиков, непосредственно взаимодействующих между собой и с представителем заказчика.
Основателем RAD считается сотрудник IBM Джеймс Мартин, который в 1980-х годах сформулировал основные принципы RAD, основываясь на идеях Барри Бойма и Скотта Шульца. А в 1991 году Мартин опубликовал известную книгу, в которой детально изложил концепцию RAD и возможности её применения. В настоящее время RAD становится общепринятой схемой для создания средств разработки программных продуктов.
Назначение.
RAD предполагает, что разработка ПО осуществляется небольшой командой разработчиков за срок порядка трёх-четырёх месяцев путём использования инкрементного прототипирования с применением инструментальных средств визуального моделирования и разработки. Технология RAD предусматривает активное привлечение заказчика уже на ранних стадиях – обследование организации, выработка требований к системе. Последнее из указанных свойств подразумевает полное выполнение требований заказчика как функциональных, так и нефункциональных, с учётом их возможных изменений в период разработки системы, а также получение качественной документации, обеспечивающей удобство эксплуатации и сопровождения системы. Это означает, что дополнительные затраты на сопровождение сразу после поставки будут значительно меньше. Таким образом, полное время от начала разработки до получения приемлемого продукта при использовании этого метода значительно сокращается.
Применение.

Рисунок 1 – Сравнение RAD и Каскадного метода
RAD-технология не является универсальной, её целесообразно применять лишь если проект отвечает всем или некоторым из условий:
Сжатые сроки. Требуется максимально быстро создать систему, отвечающую требованиям сегодняшнего дня. Увеличение сроков создаёт высокую вероятность настолько значительного изменения фундаментальных положений, регламентирующих автоматизируемую деятельность, что система морально устареет ещё до завершения проектирования.
Нечётко определённые и/или изменяющиеся по ходу разработки требования. Заказчик весьма приблизительно представляет себе работу будущего программного продукта и не может четко сформулировать все требования к ПО. Требования могут быть вообще не определены к началу проекта либо могут изменяться по ходу его выполнения.
Ограниченный бюджет при готовности участия заказчика в разработке. У заказчика нет средств на оплату работы большой команды проектировщиков и разработчиков в течение длительного времени, но имеется готовность выделить специалистов для постоянного непосредственного участия в разработке и оценки её текущего состояния.
Небольшие объёмы либо возможность разбиения проекта на функциональные компоненты. Если предполагаемая система велика, необходимо, чтобы её можно было разбить на небольшие части, каждая из которых обладает четкой функциональностью и минимально зависит от других. Они могут выпускаться последовательно или параллельно (в последнем случае привлекается несколько RAD-групп).
Графический интерфейс пользователя – важнейший или один из важнейших компонентов системы. Именно в создании интерфейса RAD-технология даёт наибольшие преимущества, так как интерфейс демонстрируется непосредственно на прототипе, причём достаточно скоро после начала проекта. Возможно даже прямо привлечь представителя заказчика к проектированию интерфейса в визуальном редакторе. Этот подход позволяет избежать типичной ситуации, когда интерфейс, описанный пользователем в требованиях (как правило, без учёта технологических ограничений) ведёт себя на практике совсем не так, как рассчитывал пользователь, хотя формально система полностью соответствует документированным требованиям.
Низкая вычислительная сложность. Обработка данных в проекте сводится к комбинированию типовых операций, все или большинство из которых уже реализованы в виде доступных библиотек. Оригинальных алгоритмов обработки данных либо вообще не требуется, либо они достаточно просты и могут быть реализованы быстро и без особых затруднений.
Если требования к системе чётко определены и не могут меняться, вовлечение заказчика в процесс разработки не потребуется и более эффективной может быть традиционная иерархическая разработка (каскадный метод). Также RAD не даёт практически никаких преимуществ в проектах, основная сложность которых определяется необходимостью реализации сложных, нестандартных алгоритмов обработки данных, а интерфейс пользователя либо отсутствует как таковой, либо очень прост и совершенно стандартен.
Основные принципы.

Рисунок 2 – Принципы RAD технологии направлены на обеспечение трёх основных её преимуществ – высокой скорости разработки, низкой стоимости и высокого качества.
Достигнуть высокого качества программного продукта весьма непросто и одна из главных причин возникающих трудностей заключается в том, что разработчик и заказчик видят предмет разработки (ПО) по-разному.
Инструментарий должен быть нацелен на минимизацию времени разработки.
Создание прототипа для уточнения требований заказчика.
Цикличность разработки: каждая новая версия продукта основывается на оценке результата работы предыдущей версии заказчиком.
Минимизация времени разработки версии, за счёт переноса уже готовых модулей и добавления функциональности в новую версию.
Команда разработчиков должна тесно сотрудничать, каждый участник должен быть готов выполнять несколько обязанностей.
Управление проектом должно минимизировать длительность цикла разработки.
Принципы RAD применяются не только при реализации, но и распространяются на все этапы жизненного цикла, в частности на этап обследования организации, построения требований, анализ и дизайн.
Фазы разработки.
Планирование – совокупность требований, полученных при системном планировании и анализе процедуры разработки жизненного цикла (SDLC). На этом этапе пользователи, менеджеры и IT-специалисты обсуждают задачи проекта, его объём, системные требования, а также сложности, которые могут возникнуть при разработке. Фаза завершается согласованием ключевых моментов с RAD-группой и получением от руководителей проекта разрешения на продолжение.
Пользовательское проектирование – на протяжении данного этапа пользователи, взаимодействуя с системными аналитиками, разрабатывают модели и прототипы, которые включают в себя все необходимые системные функции. Для перевода пользовательских прототипов в рабочие модели RAD-группа обычно использует технику объединенной разработки приложений (JAD) и ASE-инструменты. Пользовательское проектирование оказывается длительным интерактивным процессом, который позволяет пользователям понять, изменить и в конечном счёте выбрать рабочую модель, отвечающую их требованиям.

Рисунок 3 – Модель быстрой разработки приложений (RAD).
Пользовательское проектирование – на протяжении данного этапа пользователи, взаимодействуя с системными аналитиками, разрабатывают модели и прототипы, которые включают в себя все необходимые системные функции. Для перевода пользовательских прототипов в рабочие модели RAD-группа обычно использует технику объединенной разработки приложений (JAD) и CASE-инструменты. Пользовательское проектирование оказывается длительным интерактивным процессом, который позволяет пользователям понять, изменить и в конечном счёте выбрать рабочую модель, отвечающую их требованиям.
Конструирование – этап, в котором основная задача заключается в разработке программ и приложений. Аналогична стадии «реализация» в SDLC. В RAD, однако, пользователи продолжают принимать участие и по-прежнему могут предлагать изменения или улучшения в виде разработанных ими докладов. В их задачи входит программирование и разработка приложений, написание кода, интеграция модулей и системное тестирование.
Переключение – включает в себя операции по конверсии данных, тестирование, переход на новую систему и тренировку пользователей. По своим задачам напоминает финальную стадию SDLC. Сравнивая с традиционными методами разработки ПО, весь процесс оказывается сжатым по времени. Как результат, новая система оказывается быстрее построенной, доставленной до заказчика и установленной на рабочих местах.
Преимущества.
Технология быстрой разработки приложений (RAD) позволяет обеспечить:
- быстроту продвижения программного продукта на рынок;
- интерфейс, устраивающий пользователя;
- лёгкую адаптируемость проекта к изменяющимся требованиям;
- простоту развития функциональности системы.
В следующей главе будут рассмотрены функциональные особенности и возможности системы визуального проектирования Jira.

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

Рисунок 4 – Логотип Jira.
При решении многосложных задач бывает момент, когда сотрудники и управляющие не могут видеть проект в целом, теряется из памяти необходимость сделать те или иные работы.
109156517907000
Рисунок 5 – Система управления продуктами и задачами Jira.
Бывает и другая ситуация подобная этой - отдел, состоящий более чем из 15-20 сотрудников работающих одновременно над одной задачей - сложная структура для управления, и без специальных средств проконтролировать их работу чрезвычайно сложно. Устаревший метод - бесконечные совещания и доклады - только усугубляет проблему, так как отвлекает от ведения главного дела.
Менеджеры всего мира ищут способы как не забыть что-то в потоке дел, при этом вовремя сообщить команде важные новости, поставить всем задачи, проследить за выполнением, отыскать и узкие места и принять меры, и, в конце концов, успешно завершить работу в срок. Все давно поняли - для этого не достаточно записей на квадратиках из желтой бумаги! Не помогут и блокноты-органайзеры - нужно интеллектуальное, удобное программное обеспечение, доступное всем, не отнимающее много усилий, простое и понятное и вместе с тем очень гибкое и легко настраиваемое.
Представленное здесь программное обеспечение JIRA, разработанное австралийской компанией  HYPERLINK "http://www.atlassian.com/software/jira/" \t "_blank" Atlassian - это web-базированное средство для управления проектами и задачами. JIRA может применяться во всех случаях, когда необходимо организовать работу сотрудников, эффективно назначать им задачи, иметь мгновенные средства контроля выполнения,
JIRA это программа, претендующая на звание стандарта де-факто в этой области, и ее применение очень широко.
Для поддержки гибких методик разработки (Agile software development, Scrum и Kanban вы можете установить add-on JIRA Agile (ранее называвшийся Greenhopper).Области применения Jira.
JIRA это продукт, предназначенный для организации процесса контроля запросов и задач, имеющий часть функциональности обычно присущей большим и дорогим системам управления проектами.
17957804254500
Рисунок 6 – Области применения Jira.
Ключевыми понятиями в JIRA являются проекты и задачи. Задачи создаются в проектах, для выполнение задач назначаются исполнители. Задачи могут быть разного типа и иметь подзадачи, задачи могут быть связанными с другими задачами. Статус задач меняется в процессе их выполнения.
Вы можете организовать контроль разработки проектов, раздав задачи исполнителям, вы можете определить свой собственный метод движения заданий - от создания к исполнению и контролю результатов, сконфигурировать правила уведомления о событиях всех участников процесса, управлять правами доступа пользователей и делать многое другое.
JIRA приносит большой эффект любой организации, деятельность которой можно интерпретировать как выполнение каких-либо проектов и задач, имеющих тематические и временные рамки.
Главное преимущество этого продукта в его ни с чем не сравнимой способности настройки под ваши нужды.
Например, в финансовой сфере, вы можете организовать процесс оформления кредита, от заявки, к вводу необходимых данных, к принятию решения и так далее.
В сфере государственного управления - вы можете создать задания, определить сроки выполнения, присоединить документы, организовать процесс прохождения задания между сотрудниками и проконтролировать результат.
Проекты и задачи.
Ключевыми понятиями в JIRA являются проекты и задачи. Проекты служат для группирования задач. Задачи создаются в проектах, для выполнения задач назначаются исполнители. Задачи могут быть разного типа и иметь подзадачи, задачи могут быть связанными с другими задачами. Статус задач меняется в процессе их выполнения.
986790-6159500
Рисунок 7 – Ключевые сущности в Jira.
Проекты.
В JIRA многие понятия связаны с определенными проектами. Проект связанного с ним лидера проекта, URL сайта проекта, схему рассылки нотификаций, схему контроля доступа - очень гибкий механизм контроля доступа пользователя к задачам проекта.
Каждому проекту можно сопоставить свою схему движения задачи (документооборот). Каждому проекту можно сопоставить свой вид экрана - "собрать" требуемый экран из возможных компонентов.
Также, JIRA формирует отчеты по каждому проекту.
Задачи.
Задачи создаются в проектах. Задачи имеют типы, например: Задание, Ошибка, Новая идея. Можно создавать и свои типы задач. При описании каждого типа задачи имеется возможность управления набором полей.
Фильтры.
JIRA позволяет отыскивать задания по всем критериям и по пользовательским полям, создавать фильтры, которые можно сохранить и использовать вновь, а также сделать общедоступными и организовать автоматическую рассылку результатов работы фильтров членам рабочей группы.
Управление доступом, разделение ролей.
Для организации работы с пользователями JIRA имеет группы пользователей и роли.
JIRA имеет систему контроля доступа пользователей к проектам, задачам и функциям, основанную на членстве пользователей в группах и ролях.
133921529908500
Рисунок 8 – Система контроля доступа пользователей в Jira.
Так, для каждого проекта, есть возможность управления доступом каждой группы пользователей к каждому действию. Также, есть возможность сформировать набор допусков в "роль".
Типичное простейшее разделение ролей в JIRA включает в себя роли:
Администратора
Руководитель проекта
Сотрудника работающего над проектом
Другие сотрудники
Но возможности JIRA этим не ограничиваются, возможно создание специальных ролей, например таких, которым возможно только чтение задач одного типа но невозможно другого.
Движение задач.
Задачи JIRA в каждый момент времени имеют определенный статус. Возможные действия с задачами, имеющими тот или иной статус, определяется встроенной системой управления движением задач. Здесь приведена схема простейшего описания движения задачи.
13963658191500
Рисунок 9 – Движение задач в Jira.
В JIRA имеется возможность создания столь сложной схемы движения задачи, какая нужна. Схема движения задачи может быть своя для каждого отдела, проекта, типа задачи.
Схема движения редактируется встроенным редактором. Редактируя движение задач, создавая новые статусы задач (события) и определяя возможные действия, можно организовать любую работу.
Движение задачи можно сделать зависимым от условий, применять логику И/ИЛИ, выполнять определенны действия на каждом этапе движения задачи.
Нотификации.
Задачи JIRA в каждый момент времени имеют определенный статус. Пользователи информируются по e-mail в случае любых действий с заданиями, для этого служит настраиваемая система нотификации пользователей. Совместно с системой управления движением задачи и настраиваемыми рассылаемыми фильтрами это позволяет очень эффективно информировать всех заинтересованных лиц о ходе выполнения задачи.
Отчеты и диаграммы.
Для аналитических целей JIRA создает карту проекта (project roadmap), позволяет просматривать загрузку каждого пользователя и делает многое другое для эффективного управления проектами. Также имеется целый ряд необходимых стандартных отчетов.
- нерешенные высокоприоритетные задачи
- количество задач созданных одним пользователем
- среднее время решения задачи
- отношение реального и заданного времени решения задач
- количество задач созданных в день, неделю, месяц, год
- популярные задачи (набравшие большинство голосов)
- задачи назначенные для указанной версии или этапа
- задачи имеющие определенные статус
- задачи имеющие определенный приоритет
- отчет по использованию времени
- отчет о затратах времени на выпуск определенной версии
- отчет о нагрузке на разработчиков
8724906858000
Рисунок 10 – Отчеты и диаграммы в Jira.
Кроме стандартных отчетов, JIRA позволяет написать свои отчеты.
Приборная панель.
JIRA позволяет управлять видом специальной стартовой страницы, называемой приборной панелью. На этой странице отображается ход выполнения проектов и имеются ссылки для быстрого доступа ко всем часто используемым функциям, отчетам и задачам:
список задач назначенных вам
список ваших сохраненных фильтров
статистика проекта
статистика фильтра
список проектов
линейные графики
объемные графики
текстовые и HTML сообщения
6438903492500
Рисунок 11 – Отображение хода выполнения проектов в Jira.
Безопасность.
JIRA может работать через защищенное соединение с применением SSL.
Расширенные возможности JIRA, JIRA API.
JIRA позволяет создавать задачи через e-mail и таким образом автоматизировать работу.
Имеется возможность просмотра хранилища файлов CVS (Система Конкурентных Версий).
JIRA имеет опубликованный программный интерфейс, обеспечивающий программный доступ к основным функциям системы (SOAP API), расширения позволяющие дополнять систему собственными сервисами для решения специфичных задач предприятия.
Сайт компании-разработчика: http://www.atlassian.com/Пользователи JIRA
JIRA используют для контроля ошибок и проектов в более чем 20 000 организациях в более 138 странах по всему миру. В Fortune 1000, общественных организациях, в научных и технологических сферах:
Технологические корпорации
Банки и финансы
Fortune 500 и другие крупные корпорации
Инженерия и авиакосмическая промышленность
Медицина и биотехнологии
Наука и научные исследования
Телекоммуникации и СМИ
Университеты и академии
Технологические предприятия в начальной стадии развития
Правительство
Разработчики компьютерных игр
Консалтинг
Сообщества профессионалов
Малобюджетные и благотворительные предприятия
Организации и проекты программного обеспечения с открытым кодом
Например, здесь список некоторых из пользователей JIRA в сфере государственного управления:
Bundespolizei - German Federal Police (Полиция Германии)
Department of Agriculture and Food (Ireland) (Департамент сельского хозайства и продовольствия Ирландии)
Deutsche Post IT Solutions (ИТ подразделение почты Германии)
European Commission (Европейская комиссия)
European Parliament (Европейский парламент)
Ministry of Health SingaporeNational Library of AustraliaNational Police Computing and Material Service (Norway)
NSW Department of Education and Training
Port of SeattleRoads and Traffic Authority (NSW, Australia)
Queensland Office of Gaming RegulationSwedish Armed Forces HQ
Treasury Corporation of VictoriaUSAID
US Department of EnergyUS Department of Forrestries and Fishery
US Department of LabourUS Department of the Interior
US Department of Transport
US Environmental Protection Agency
US Navy (Флот США)
US Supreme Court.

Глава 3. Заключение.
В данной работе рассмотрены функциональные особенности и возможности системы визуального проектирования Jira.
Jira — это семейство продуктов, призванных помочь самым разным командам в организации работы. Jira предлагает ряд продуктов и вариантов развертывания, специально разработанных для команд разработчиков ПО, ИТ-команд, бизнес-команд, операционных команд и т. д.
Данная система имеет ряд преимуществ перед подобными системами. Она полностью покрывает требования и запросы пользователей и в сравнении с подобными продуктами имеет относительно низкую стоимость лицензии.

Список литературы.
1. Wikipedia [Электронный ресурс] : RAD_(программирование) URL: https://ru.wikipedia.org/wiki/RAD_(программирование) (дата обращения: 20.10.2020).
2. Лион-Софт [Электронный ресурс] : Система управления проектами и задачами JIRA компании Atlassian и ее применение URL: http://jira.ru/jira.shtml (дата обращения: 19.10.2020).
3. Atlassian [Электронный ресурс] : Продукт Jira Software URL: https://www.atlassian.com/ru/software/jira (дата обращения: 20.10.2020).