1с-аналитик — часть IT-команды, в которой он отвечает за «перевод» требований пользователей на язык программистов. Расскажем подробнее о работе с этими требованиями, цикле разработки ПО и функциях 1С-аналитика на каждом его этапе.
Теперь, чтобы определить место 1С-аналитика в цикле разработки, нужно подробнее рассмотреть все этапы процесса.
Этап 1. Сбор и анализ требований
Анализ требований может радикально изменить взгляд на проблему. Простая на первый взгляд задача — автоматизировать отчёт по расходу бензина — может повлечь за собой полноценный дорогостоящий проект по внедрению систем контроля транспорта.
Требования — это описание того, как ПО должно работать и какой функциональностью обладать, чтобы улучшить бизнес-процессы по запросу заказчика и заинтересованных сторон.
Проще говоря, на этом этапе нужно определить, что и для чего требуется разработать.
Требования у представителей рабочей группы со стороны бизнеса собирает как раз 1С-аналитик:
· задаёт уточняющие вопросы — «Что требуется?», «Зачем?», «Как сейчас?» и «Что поменять?»;
· изучает существующую документацию и системы;
· анализирует и моделирует бизнес-процессы.
1С-аналитик может найти новые заинтересованные стороны за пределами рабочей группы, а значит, улучшить и расширить требования.
Задача аналитика на первом этапе разработки — погрузиться в процессы бизнеса в настоящем и понять, какое решение лучше всего решит проблему заказчика в будущем.
Для этого важно выявить истинные цели заказчика. Но об этом подробно расскажем в следующем уроке.
На первом этапе может выясниться, что разработка как таковая не нужна, и задачу можно решить настройкой типовых решений. Это не нарушает цикл: этап разработки можно пропустить.
Этап 2. Документирование требований
После сбора информации 1С-аналитик фиксирует своё видение продукта. Формируется документация, в которой описывают:
· требования к функциональности, которую планируется разработать;
· процессы в их нынешнем состоянии;
· то, к какому виду процессы должны прийти после разработки.
Задокументировать всё это важно детально, чтобы у рабочей группы возникало минимум дополнительных вопросов. Необходимо использовать примеры экранных форм, описать внутреннюю логику процессов таблицами, схемами и диаграммами.
В зависимости от задачи документация может быть оформлена как протокол встречи рабочей группы или полноценное техническое задание. О вариантах так называемой формализации требований расскажем в уроке о навыках 1С-аналитика.
Задокументированные требования обязательно согласовываются с рабочей группой и утверждаются заказчиком. Группа может внести изменения и дополнения, и тогда приходится вернуться на шаг назад, к анализу требований. Ценные рекомендации на этом этапе могут дать разработчики.
Когда требования зафиксированы и согласованы, 1С-аналитик подводит промежуточный итог: все участники группы должны понимать, что сбор информации завершён, и IT-команда приступает к разработке.
Этап документирования требований можно назвать звёздным часом 1С-аналитика. Качественная работа на этой стадии серьёзно влияет на успех внедрения ПО, а значит, и удовлетворённость заказчика.
Этап 3. Проектирование и моделирование
В контексте 1С при проектировании ПО прежде всего нужно понять, можно ли решить поставленные задачи типовыми средствами имеющейся конфигурации.
1С-аналитик и функциональный архитектор проверяют, соответствуют ли возможности системы основным требованиям пользователей, и решают, нужна ли доработка. Дальше возможен один из двух вариантов:
1. Задача решается типовыми средствами текущей конфигурации.
1С-аналитик настраивает различные пользовательские сценарии на тестовой базе — моделирует процессы в системе и проводит демонстрацию для рабочей группы. Если решение принимается к запуску, то переходят сразу к тестированию, минуя этап разработки.
2. Задача может быть решена только собственной разработкой.
Здесь может быть два сценария — доработка существующей конфигурации под запросы пользователей или полная разработка нового решения на платформе 1С.
Если хватит доработки, 1С-аналитик демонстрирует существующие решения и формирует так называемый реестр разрывов — список задач, которые должны быть переданы в разработку как не отвечающие требованиям заказчика.
Если требуется разработка ПО с нуля на платформе 1С, 1С-аналитик:
· проектирует и согласовывает с рабочей группой экранные формы;
· описывает алгоритмы вычислений, структуру и источники данных для отчётов, требования к ролям пользователей и пользовательские сценарии;
· дополняет документацию, чтобы передать её разработчикам.
Этап 4. Разработка системы
Разработать информационную систему — значит написать для неё код в соответствии с требованиями.
Код на основании документации, составленной аналитиком, пишут разработчики.
На этом этапе программисты создают функциональность, с которой будут работать пользователи, формируют структуру хранения данных, прописывают логику автоматических операций, разрабатывают методы обмена данными с другими системами. 1С-аналитик консультирует разработчиков и, если нужно, разъясняет требования.
Этап 5. Тестирование функциональности
Тестирование системы — это комплексная проверка её алгоритмов.
1С-аналитик выясняет:
· соответствует ли результат ожиданиям, зафиксированным в требованиях;
· есть ли в логике работы алгоритмов слепые зоны, которые не были предусмотрены на стадии анализа.
Все найденные несоответствия и слепые зоны 1С-аналитик подробно описывает и обсуждает с разработчиками. Так могут появиться дополнительные требования, которые при необходимости согласовывают с рабочей группой — и цикл запускается заново.
Если работа функциональности отличается от прописанной в требованиях логики, аналитик возвращает задачу на этап разработки.
После проверки 1С-аналитиком продукт передают на тестирование пользователям из рабочей группы. В зависимости от результата задача или возвращается на разработку, или переходит на следующий этап.
В любом случае аналитик ведёт протокол тестирования, в котором указывает ответственных сотрудников, результаты, уточнения и пожелания пользователей.
А ещё на этом этапе разрабатываются и корректируются инструкции пользователей и администратора.
Этап 6. Подготовка к эксплуатации
Цель шестого этапа — обучить пользователей нового ПО, показать, где взять инструкции и выдать учётные записи. Это задача 1С-аналитика.
Обычно рабочая группа фиксирует дату, когда пользователи начинают работать с новой функциональностью, и выбирает срок опытной эксплуатации. Программисты и аналитики настраивают базу и права пользователей, вносят в систему данные об остатках — например, товаров на складах, наименования товаров. Всё, что можно сделать до начала эксплуатации, нужно сделать на этапе подготовки.
Когда всё готово, аналитик собирает пакет документов по функциональности и передаёт заказчику. Это закрепляют протоколом встречи или протоколом ввода в эксплуатацию.
Этап 7. Эксплуатация
Дальше в работе с ПО пользователям помогает служба поддержки.
Если 1С-аналитик работал над задачей в проектной команде, он может консультировать службу поддержки по запросу. Если это была команда поддержки, аналитик сам ведёт пользователей и помогает им.
Целеполагание в работе 1C-аналитика
Часто к аналитику приходят не с проблемой, а вариантом её решения. Задача аналитика — понять, что на самом деле нужно заказчику, и только после этого определять порядок своих действий.
В начале работы над задачей необходимо ответить на вопросы:
1. Для чего выполнять эту задачу?
2. Какую проблему это решит?
3. Каких целей хочет достичь заказчик?
Так аналитик выявляет истинную цель и впоследствии прорабатывает варианты её достижения. Этот процесс и называют целеполаганием.