Доработка 1С

Аналитик удаленно или в офисе заказчика декомпозирует цели заказчика до уровня конкретных решений.

• Если существует возможность использовать типовые возможности программы, аналитик демонстрирует это, получая обратную связь о допустимости и удобстве использования типового инструментария системы. Моделирование процесса производится для оптимизации объема доработок.
• Если использование типовых инструментов системы не приведет к достижению целей, аналитик фиксирует задачу на уровне понятных заказчику бизнес-процессов и ожиданий, декомпозирует требования до уровня технических аспектов, т.е. формирует техническое задание и программу тестовых испытаний (пошаговый план тестовых мероприятий на сквозных примерах при работе с данными). Программа тестовых испытаний формируется для задач доработки повышенной сложности.

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

Так, в документе будут описаны бизнес-процессы, которые нужно доработать, с привязкой к будущим (доработанным типовым или разработанным «с нуля») инструментам системы, включая печатные формы и ключевые алгоритмы расчета тех или иных показателей.

При этом от клиента не требуется утверждение (и подпись) сложных технических аспектов реализации задач, то есть техническая документация, которая поступает на утверждение, предельно понятна клиенту.

После того как цели клиента стали понятными и декомпозировались до уровня технических решений (зафиксированы в виде ТЗ/ПТИ), задача передается программисту, который оценивает трудозатраты на ее реализацию.

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

Программист предоставляет результат оценки менеджеру с необходимыми комментариями, а при необходимости – с разъяснениями ограничений и допущений в реализации требований заказчика.

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

Бюджет и сроки выполнения доработки согласовываются с клиентом и, при необходимости, обосновываются на доступном уровне.

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

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

По завершении разработки и внутреннего тестирования менеджер сообщает клиенту о готовности сдачи результата. Согласовываются дата и время совместного тестирования.

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

Сдачу работ заказчику осуществляет аналитик. Программисты практически не взаимодействуют с заказчиком.

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

WiseAdvice-IT предоставляет гарантию на результаты проведенных работ до 12 месяцев. Если в течение гарантийного срока возникнет ошибка, связанная с проведенными доработками, мы осуществим исправление в полном объеме и в минимальные сроки.

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