Техническое задание программисту 1С

Если Вам интересно: «зачем составляют техническое задание программисту 1С», тогда усаживайтесь поудобнее, мы постараемся максимально доступно рассказать об этом.

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

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

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

Отличия Проекта от Технического задания

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

Начинается проект по 1С с назначения руководителя проекта. Им может быть либо сотрудник компании заказчика, либо компании исполнителя. Если руководителем проекта выступит сторона исполнителя, то услуги по ведению проекта войдут в его стоимость.

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

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

Есть ли смысл изменять типовую конфигурацию?

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

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

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

В перспективных долгоживущих проектах после Анализа снова следует Проектирование, замыкая тем самым «круг»; такой цикл будет существовать на протяжении всего срока эксплуатации программы.

Как показывает опыт, для реализации идеи необходимо три-четыре цикла, потом, через определенное время, появляется новая идея, но её реализация потребует меньших усилий.

Для воплощения проекта в жизнь привлекая минимальные финансовые затраты, требуется найти опытного и добросовестного исполнителя. Но, каким бы опытным не был программист1С, в первых двух циклах стадии: Проектирования, Проверки и Анализа желательно держать все под своим контролем. Очень важно не жалеть времени на изучение материала типовой конфигурации. Писать программу с «нуля» не имеет смысла, так как приобретая готовую конфигурацию Вы не будете изобретать велосипед, а будете его тюнинговать.

Как показывает практика, именно на стадии Проектирования возникает до 80% ошибок, особенно при разработке нестандартных решений, из-за размытых или некорректно сформулированных требований. Программисту 1С с большим опытом не стоит большого труда для того чтобы реализовать практически любое задание, но его работа — это Ваши финансовые траты и время; следовательно, чем точнее и продуманнее задание, чем ответственнее вы подходите к составлению ТЗ, тем быстрее и дешевле реализация.

Рассмотрим основные принципы составления ТЗ:

1. Внимательно изучите имеющуюся у Вас программу 1С. Далее заполните справочники, создайте несколько документов, проверьте работу отчётов. Начните работу в программе 1С и, по мере необходимости, небольшими шажками её изменяйте. Важно не воспринимать типовую конфигурацию как полуфабрикат. Типовая конфигурация 1С — готовый к использованию программный продукт, написанный профессиональной командой разно специализированных разработчиков и отлаживавшийся годами. Не ознакомившись с программой до конца, а сразу приступив к написанию обширного технического задания для программиста 1С, Вы «выкинете деньги на ветер», создавая сложности исполнителю и себе, изобретая велосипед заново.

Золотая истина: хотите меньше потратить денег на доработку 1С — изучайте программу.

2. Ознакомьтесь с интерфейсом программы 1С. В случае, если назначение какого-то элемента Вам не понятно — посоветуйтесь с знакомыми, кто имеет богатый опыт работы в программных продуктах 1С или прибегните к помощи консультантов 1, заключив предварительно договор на несколько часов в компании, которая специализируется на программных продуктах 1С. Как показывает практика при разработке ТЗ пользователи, которые только начинают работать в «1С:Предприятие», просят убрать «ненужные», с их точки зрения, поля, документы или справочники. Не торопитесь этого делать, так как с убрать их, для программиста 1С займет несколько часов работы, а вернуть их в будущем обратно будет гораздо дольше и это время Вам придётся профинансировать. Что же касается настройки прав доступа и меню — это совсем несложно, здесь нет необходимости приглашать специалиста. Не забывайте только о том, что, если Вы отдали конфигурацию на доработку, подождите, пока её вернут, иначе придётся делать настройки заново.

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

3. При составлении технического задания в начале разработки помните о том, что это задание, а не весь проект. Объясните программисту 1С, что от него требуется в результате. Организуйте для него образцы форм. Это можно реализовать в Ms Excel или Ms Word или даже нарисовать от руки. Главное, чтобы было максимально доступно и понятно. Постарайтесь не использовать подобных и длинных объяснений, старайтесь выражать свои мысли четко и кратко. Разрабатывать обмен данными между базами лучше после накопления некоторого опыта работы с ними и проведения основных доработок, связанных с изменением структуры программы.

4. Если Ваш проект по замыслу глобален, а времени не так много, не составляйте сразу большое ТЗ, а проконсультируйтесь с программистом 1С или архитектором 1С и начните с небольших заданий поэтапно чтобы не запутать окружающих и не запутаться самим.

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

Надеемся, что наши советы помогут в составлении ТЗ и решении Ваших задач.