Научная статья на тему 'Применение диаграмм сценариев использования при разработке программного обеспечения'

Применение диаграмм сценариев использования при разработке программного обеспечения Текст научной статьи по специальности «Компьютерные и информационные науки»

CC BY
527
40
i Надоели баннеры? Вы всегда можете отключить рекламу.
Ключевые слова
UML / СЦЕНАРИИ ИСПОЛЬЗОВАНИЯ / ДИАГРАММЫ СЦЕНАРИЕВ ИСПОЛЬЗОВАНИЯ / РАЗРАБОТКА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ / SOFTWARE DEVELOPMENT / ДОКУМЕНТИРОВАНИЕ ТРЕБОВАНИЙ / DOCUMENTATION OF REQUIREMENTS / USE CASES / USE CASE DIAGRAMS

Аннотация научной статьи по компьютерным и информационным наукам, автор научной работы — Баринов Владимир Романович

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

i Надоели баннеры? Вы всегда можете отключить рекламу.

Похожие темы научных работ по компьютерным и информационным наукам , автор научной работы — Баринов Владимир Романович

iНе можете найти то, что вам нужно? Попробуйте сервис подбора литературы.
i Надоели баннеры? Вы всегда можете отключить рекламу.

Текст научной работы на тему «Применение диаграмм сценариев использования при разработке программного обеспечения»

The use of diagrams use case scenarios in software development

Barinov V.

Применение диаграмм сценариев использования при разработке программного обеспечения Баринов В. Р.

Баринов Владимир Романович /Barinov Vladimir — студент, факультет информатики и систем управления, Федеральное государственное бюджетное образовательное учреждение высшего образования Московский политехнический университет, г. Москва

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

Abstract: the article describes the material on the usage of use case diagrams when designing software for mobile applications, reveals the advantages of this method, given a specific usage example.

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

Keywords: UML, use cases, use case diagrams, software development, documentation of requirements.

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

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

Что понимают под сценарием использования?

Сценарий использования СИ (вариант использования, прецедент использования) -подход к описанию взаимодействия системы с внешней средой. Впервые методика визуального моделирования для описания сценариев использования была опубликована в 1986 году Иваром Якобсоном - ведущим учёным из Швеции по компьютерным технологиям. Несмотря на все преимущества методики, она так и не получила широкого распространения. Учёный, работающий в информационной области, продолжал свои научные исследования по внедрению диаграмм сценариев использования. В 2011 г. Ивар Якобсон опубликовал научную статью "Use cases 2.0", в которой он обобщил практический опыт по использованию сценариев использования.

Что представляют собой диаграммы сценария использования (диаграммы СИ)?

Диаграммы СИ - это способ визуализации вариантов использования, базирующийся на использовании UML (Unified Modeling Language). Диаграммы СИ используются при разработке программного обеспечения на стадии анализа приложения.

В России популярность сценариев использования в целом и их диаграмм оказалась ещё ниже, чем на Западе. Это связано с целым рядом причин. К основным из них можно отнести следующие:

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

Во-вторых, трудности перевода "Use cases" на русский язык [1]. Сам автор метода Ивар Якобсон столкнулся с затруднением перевода названия со шведского на английский т.к. в последнем нет достаточно точного эквивалента этому словосочетанию. Автором рассматривались два варианта названий: "Usage cases" и "Usage scenarios". После некоторых сомнений Ивар Якобсон остановился на варианте "Use cases". Дискуссия о названии продолжалась не только на Западе, но и в России. В профессиональном сообществе российских аналитиков в начале 2000 годов разгорелись достаточно жаркие споры о том, как правильно

перевести данное название. В результате обсуждения аналитики остановились на термине "сценарии использования", который сейчас и используется.

В-третьих, стандартная задержка попадания современных технологий в Россию. Как известно, существует некоторый временной интервал между выходом нового продукта на Западе и началом его использования в нашей стране.

Однако, на наш взгляд, использование диаграмм сценариев использования имеет массу преимуществ. Они заключаются в следующем:

• Упрощают взаимодействие между заказчиками, аналитиками и разработчиками. Как известно, одной из основных проблем в ИТ-индустрии является факт наличия посредников и разности образного мышления различных групп людей, работающих над проектом. Заказчики практически никогда не общаются с разработчиками. Разработчики и заказчик видят будущее приложение совсем по-разному и поэтому некоторые моменты относят к категории «по умолчанию», т. к. заказчик считает их само собой разумеющимся, то он о них просто не упоминает. Разработчик, в то же время не хочет делать «лишнюю и ненужную» работу, что приводит к тому, что проект приходится много раз переделывать.

• Позволяют избежать антипаттерна «аналитики-паралитики» (англ. "analytics-paralytics"). Такая ситуация возникает при отсутствии четкого плана и плохом уровне коммуникации. В этом случае разработка программного обеспечения застопоривается на уровне анализа.

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

• Предполагают низкие материальные затраты.

Основными недостатками диаграмм сценариев использования являются:

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

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

• Малый уровень использования. Данный недостаток является локальным, однако о нем необходимо упомянуть: на современном этапе технология не используется, что ведет к тому, что не все готовы перестраиваться и начать ее использовать, что, в свою очередь, ведет к постоянному уменьшению ее использования и популярности.

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

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

Литература

1. Портал для IT-специалистов «Хабрахабр». [Электронный ресурс]. Режим доступа:

https://habrahabr.ru/company/luxoft/blog/312188/ (дата обращения: 18.10.2016).

2. Портал для IT-специалистов «Хабрахабр». [Электронный ресурс]. Режим доступа:

https://habrahabr.ru/post/47940/ (дата обращения: 18.10.2016).

i Надоели баннеры? Вы всегда можете отключить рекламу.