Простой пример частного технического задания (ЧТЗ) для 1С-ника

27.10.22

Архитектура

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

Частное техническое задание (далее ЧТЗ) – это выделенный блок технического задания (ТЗ), в котором описана определенная часть разработок проекта. Как правило, Частное техническое задание описывает определенную небольшую функциональность и позволяет разделить работу по нескольким разработчикам, так чтобы они не «пересекались» в рамках функциональной области. По сути, ЧТЗ – это и есть ТЗ только на часть системы. Обязательный атрибут технического задания на внедрение системы на крупных проектах.

Зачем писать Частное техническое задание на «маленьких» проектах, где и так все понятно?

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

В данной статье будут описаны самые необходимые аспекты разработки технического задания для 1С, взятые из практики внедрения не только на крупных, но и на небольших проектах. Здесь не будет описания ГОСТ-ов и прочих формальностей. Целью статьи является описание упрощенного формата документирования задания на разработку.

Структура представленного здесь примера технического задания для 1С состоит из следующих разделов:

 

1. Контекст задачи

В данном разделе идет описание в следующей последовательности

         пользовательская история -> проблема или предложение -> ожидаемый результат

 

Этот раздел позволяет разработчику понять суть проблемы и спроектировать техническую часть (если он участвует в разработке структуры технического задания)

Заполняется Аналитиком и/или Заказчиком

 

2. Критерии результата

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

Заполняется Аналитиком и/или Заказчиком

 

3. Техническое описание

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

Можно использовать следующие подразделы:

-        Интерфейс (формы ввода, расположение команд)

-        Добавленные, измененные объекты (архитектура)

-        Контрольные процедуры (проверка введенных пользователем данных)

-        Алгоритмы автоматического заполнения

-        Алгоритмы реагирования на события

-        Алгоритмы реагирования на команды

-        Ролевая модель

-        Формы вывода информации

Заполняется Архитектором или Программистом

 

4. Контактные лица

Список участников проекта в рамках данного Частного технического задания. Согласно данного списка разработчик может связаться с тем или иным участником для уточнения или согласования определенных действий. Для удобства сюда можно добавить контактные данные.

 

5. Трудоемкость

Оценка планируемых трудозатрат на выполнение данного ЧТЗ

Заполняется Архитектором или Программистом

 

6. Чек-лист

В данном разделе описывается порядок выполнения необходимых действий после разработки функционала, но до его использования. Например, здесь можно указать необходимость установки определенных настроек информационной базы, или проведения регламентных операций, без которых работа с функционалом Частного технического задания невозможна. Для каждого пункта чек-листа необходимо указать ответственных. Это позволит координировать участников проекта и ускорит его внедрение.

Заполняется Архитектором или Программистом. По желанию, Аналитиком и Заказчиком     

 

Пример технического задания в 1С

 

Хочется еще раз отметить, что ЧТЗ или ТЗ позволяют не только действовать согласованно всем участникам проекта, но и получить осознанное представление о ходе разработки и критериях успешной сдачи работ. Рассмотрим пример технического задания для 1С.

-----------------------------------------------------------------------------------------------------------------------------

 

ЧТЗ-031

Учет личного автотранспорта

 

Контекст задачи

В организации существует необходимость ведения учета использования личного автотранспорта сотрудников. В данный момент учет ведется в файле «Личный автотранспорт.xls». В этот файл заносятся данные о марке транспортного средства и его госномер. У одного сотрудника может быть несколько единиц транспортных средств. Необходимо реализовать данный учет в информационной базе в карточке физического лица.

 

Критерии результата

  1. В карточке физического лица добавлена возможность ввода данных о работе на личном автотранспорте.
  2. Обеспечена возможность ввода и хранения названия марки автомобиля и госномера для каждой единицы личного транспорта человека.
  3. Можно ввести несколько единиц транспортных средств для одного физического лица.
  4. Данные о личном автотранспорте могут вводить только сотрудники кадровой службы. Сотрудники HR-отдела могут только просматривать эти данные. Для остальных сотрудников эти данные должны быть недоступны.
  5. Данные файла «Личный автотранспорт.xls» перенесены в информационную базу.

 

Техническое описание

 

Интерфейс

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

 

 Данные о личном автомобильном транспорте

    

Добавленные объекты

Регистры сведений:

 

Роли:

 

Измененные объекты

Подсистемы:

 

Автозаполнение:

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

 

Трудоемкость

-        Разработка – 1 ч.

-        Перенос данных – 2 ч.

-        Тестирование – 0,5 ч.

Итого – 3 ч.

 

Чек-лист выполнения

1. Разработать функционал и загрузить результат в хранилище. Обновить тестовую базу из хранилища.

отв. Программист

 

2. Загрузить данные из файла «Личный автотранспорт.xls» в тестовую базу 1С.

отв. Программист

 

3. В тестовой базе: добавить в профиль Кадровой службы роль «Редактирование личный автотранспорт», добавить в профиль HR-отдела роль «Просмотр личный автотранспорт».

отв. Аналитик

 

4. Проверка и тестирование результата в тестовой базе 1С.

отв. Аналитик/Заказчик

 

5. Обновление рабочей базы 1С из хранилища.

отв. Администратор

 

6. Загрузка данных из файла «Личный автотранспорт.xls» в рабочую базу 1С.

отв. Программист

 

7. В рабочей базе: добавить в профиль Кадровой службы роль «Редактирование личный автотранспорт», добавить в профиль HR-отдела роль «Просмотр личный автотранспорт».

отв. Администратор

См. также

Как мы автоматизировали башню раздачи воды

Кейсы автоматизации Платформа 1С v8.3 Энергетика и ЖКХ Россия Бесплатно (free)

Делимся опытом автоматизации учета башни раздачи воды.

27.12.2023    1423    0    slavik27    4    

14

Управленческие аналитики для 1С:Бухгалтерии – отчеты для принятия верных решений

Отчеты и дашборды Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Бухгалтерский учет Бесплатно (free)

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

11.12.2023    1642    0    Serg_Tangatarov    2    

15

Архитектурное ревью. Процесс разработки

Архитектура решений Бесплатно (free)

Рассмотрим применение архитектурной проверки задач в процессе разработки.

30.10.2023    3829    0    ivanov660    10    

29

Технология разработки Рабочих мест для автоматизации производственных процессов и управленческого учета

Кейсы автоматизации Работа с требованиями Анализ бизнес-процессов Бесплатно (free)

Автоматизировать производственные процессы в 1С:ERP без доработки типовых механизмов очень сложно. А дорабатывать типовые механизмы 1С:ERP не всегда оправданно. Решением может стать технология разработки Рабочих мест, которая позволяет автоматизировать самые сложные участки последовательно – шаг за шагом, процесс за процессом. Расскажем о том, как помочь пользователям вводить большое количество данных, не нарушая порядок ввода и полноту заполнения всех необходимых реквизитов, и как вовлечь сотрудников Заказчика в разработку и тестирование функционала Рабочих мест.

26.10.2023    1826    0    user1754524    15    

15

Опыт оптимизации системы ERP на примере железнодорожного холдинга численностью 10 тыс. человек

Кейсы автоматизации Платформа 1С v8.3 1С:ERP Управление предприятием 2 Бесплатно (free)

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

29.08.2023    2860    0    ke_almaty    0    

14

5 подходов при доработке конфигурации 1С, чтобы в будущем не было мучительно больно её обновлять

Архитектура Рефакторинг и качество кода Обновление 1С Платформа 1С v8.3 Бесплатно (free)

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

10.08.2023    9591    0    1c-izhtc    37    

21

Внедрение системы технологического контроля (практический кейс)

Кейсы автоматизации Платформа 1С v8.3 1С:Управление нашей фирмой 3.0 Управленческий учет Бесплатно (free)

Стабильное качество выпускаемой продукции и ее соответствие нормативным документам (ТУ, ГОСТам, СМК) для активного предприятия является конкурентным преимуществом, так как оно подчеркивает, что на предприятии отлажены контрольные процедуры на входящее сырье, производство полупродуктов и готовой продукции, доставки. В своей практике я принимал участие во внедрении цифровых инструментов в сельском хозяйстве, где показателями зерна служат влажность, засоренность, крупность и т.д.; в металлургии — перед литьем в формы надо проверить сплав на содержания железа, алюминия, магния и т.д.; в кабельной промышленности в дополнение к физическим свойствам типа геометрии, длины, шероховатости, надо выдерживать и электротехнические показатели. 

22.05.2023    1384    0    Ingraf    0    

15
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. Nikola23 696 27.10.22 09:42 Сейчас в теме
В трудоемкости (детали) 3,5 часа.
В трудоемкости (сводно) 3 часа. Округлили?)

Вы не учитываете время написания ЧТЗ в трудоемкости?
Это же тоже работа и время.

Особенно это важно, если ЧТЗ кем-то кто не на окладе, а на сделке. Надо все время учитывать.
evgd02; milov.aleksey; +2 Ответить
2. serg33rus 21 28.10.22 10:27 Сейчас в теме
Как мне кажется раздел Техническое описание можно сформулировать только ПОСЛЕ написания. Потому как всегда существует более одного способа решить вопрос. Всегда существует "туман войны" - что-то упустили, что-то недоговорили, что-то неправильно сформулировали.
И непонятно, что делать если в процессе вылез нюанс, который потребовал изменения в структуре данных, непредусмотренные ТЗ. Что делать в этом случае? Сначала переписать ТЗ? А потом программировать? Увеличение трудоемкости.
Ну и еще момент. Заказчику, в подавляющем большинстве случаев, плевать на структуры. Ему, как уже неоднократно звучало, код вообще не нужен (не интересен). Ему нужен результат. И например моих заказчиков будет трудно заставить подписать ТЗ со структурами данных, Для него это абсолютно непонятная хрень, которую он не будет подписывать. Ну не понимает он, что это.
Т.е. если ТЗ готовится для внутренних нужд, внутри команды - это один случай. И там могут быть и структуры и интерфейсы. Они там даже наверно должны быть. Для координации действий. А вот контексты, критерии уже не так актуальны, поскольку это может быть частью системы и там все это уже прописано. А если ТЗ для заказчика, то структуры лишние. Там как раз более подробно функционал, границы, критерии. Что заказчик в состоянии понять и принять.
Olenevod; Award; Laya; Keath; +4 Ответить
3. Tormal 27.01.23 18:49 Сейчас в теме
Я работаю аналитиком внутри фирмы. И такой вариант ТЗ - удобен.
Заказчик согласовывает верх.
Программист видит и преамбулу и что ему делать.
И все в одном месте, а не куча документов.
Для небольших доработок, то что надо.
Olenevod; +1 Ответить
4. user1985977 05.09.23 08:29 Сейчас в теме
А кто-нибудь пользовался ИИ для написания ЧТЗ?
5. user1998411 06.10.23 13:45 Сейчас в теме
Прекрасная статья. Благодарю!
Оставьте свое сообщение