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

Сегодня рынок цифровых технологий переживает значительный рост, однако, несмотря на это, количество программных решений, предназначенных для автоматизации написания технического задания (далее – ТЗ), остается довольно ограниченным. Проведя анализ ряда доступных программных решений в рамках процедуры «Software Selection» (выбор ИТ-продукта для внедрения) [2], был сделан вывод о необходимости разработки собственной системы, так как ни одно из них не покрывало значимую часть верхнеуровневых требований заказчика (табл. 1.1).

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

После идентификации требований необходимо преступить к проектированию решения. Для наглядного описания работы компании используются различные нотации, представленные набором графических объектов. Существует множество таких нотаций, наиболее популярными из которых являются ARIS VACD и BPMN 2.0, воспользуемся ими [4].

На рис. 2.1 рассмотрено верхнеуровневое описание бизнес-процесса «Сбор требований и написание технического задания» в модели AS-IS и нотации ARIS VACD. Ниже продемонстрированы результаты декомпозиции части процессов верхнего уровня с применением BPMN 2.0 (рис. 2.2-2.3).

Проведение моделирования AS-IS процессов позволило выявить «узкие места» ведения документов технического задания [5]. Модель TO-BE содержит улучшенные бизнес-процессы, автоматизируемые разрабатываемым программным обеспечением, и исключающие наличие выявленных в AS-IS недостатков. На рис. 2.4 дан обновленный процесс «Сбор требований и написание технического задания» в модели TO-BE с применением ARIS VACD, а ниже декомпозиция части его операций на нижестоящие уровни описания (рис. 2.5-2.6).

Для получения детального понимания работы и взаимодействия бизнес-процессов была построена карта бизнес-процессов. Карта процессов представляет собой графическое отображение последовательности выполняемых шагов процесса на различных уровнях описания [6]. В рамках данного исследования строились карты процессов для моделей AS-IS и TO-BE. На рис. 2.7 показана карта процессов в модели AS-IS, демонстрирующая текущий порядок выполнения задач и взаимодействие между этапами работ, которые проходят в ходе составления документа технического задания. Анализ карты позволил выявить избыточность шагов и дублирование части функций, по причине которых возникали задержки и ошибки.

Карта процессов в модели TO-BE иллюстрирует предполагаемые изменения и улучшения, которые будут внедрены для достижения целевого состояния. В TO-BE устранены найденные недостатки, сокращены избыточные шаги и добавлены новые операции, направленные на автоматизацию и повышение точности ...

Чабиев Э.Т. Разработка программного решения для генерации технических заданий к веб-приложениям (часть 1) // Корпоративные информационные системы. – 2024. – №1 (25) – с. 23-35. – URL: https://corpinfosys.ru/archive/2024/issue-25/287-2024-25-technicalspecification.