Методика постановки задачи

05.07.15

Управление ИТ - Стандарты и документация

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

Очень часто бывает, что тебе присылают ТЗ на многих страницах. Слов написано много, но важные детали, необходимые для реализации, пропущены. Или другая ситуация: общаешься с заказчиком и пытаешься записать его слова, а потом сам не понимаешь, что написал. Или еще вот: делал задачу два месяца назад, но все детали уже выветрились из головы, и нужно лезть в код, чтобы освежить в памяти детали. Еще периодически требуется объяснить другому программисту, что от него требуется, и хочется быть уверенным, что он тебя правильно понял.

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


Метод состоит из двух этапов:

1. Описание ожидаемого результата в виде таблицы. При этом нужно нарисовать таблицу с заголовками полей.

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

Описание задачи считаем законченным, когда все поля ожидаемой таблицы заполнены.

 

Продемонстрирую суть методики на примере.

 

Пример. Задача расчета себестоимости.

Пусть нам нужно описать алгоритм списания по ФИФО при реализации товара.

Шаг 1: в качестве ожидаемого результата хотим получить движения в регистре Остатки после проведения документа Расходная накладная. Рисуем заголовки полей регистра:

Регистр Остатки

  Регистратор     Период     Склад     Товар     Количество  
         

 

Нарисуем одну строку под шапкой, но не заполняем ее

 

Шаг 2.1: Заполняем поля в ожидаемом результате и параллельно рисуем источники данных.

Поля Регистратор, Период и Склад нужно взять из документа Расходная накладная, поэтому нарисуем эту табличку и параллельно заполним соответствующие поля в ожидаемом результате.

Регистр Остатки (ожидаемый результат)

  Регистратор     Период     Склад     Товар     Количество  
 РН1  Д10  С1    


Документ Расходная накладная

  Ссылка     Дата     Склад  
 РН1  Д10  С1


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

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

Регистр Остатки (ожидаемый результат)

  Регистратор     Период     Склад     Товар     Количество  
 РН1  Д10   С1   Т1   


Документ Расходная накладная

  Ссылка     Дата     Склад  
 РН1  Д10   С1 


Документ Расходная накладная (табличная часть)

  Ссылка     Товар     Количество  
 РН1  Т1   20


Шаг 2.3: Описываем заполнение последнего поля.

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

Регистр Остатки (ожидаемый результат)

  Регистратор     Период     Склад     Товар     Количество  
 РН1  Д10   С1   Т1   - 3 
 РН1  Д10  С1  Т1  - 17


Документ Расходная накладная

  Ссылка     Дата     Склад  
 РН1  Д10   С1 


Документ Расходная накладная (табличная часть)

  Ссылка     Товар     Количество  
 РН1  Т1   20


Регистр Остатки

  Регистратор     Период     Склад     Товар     Количество  
 ПН1  Д1   С1   Т1   3 
 ПН2  Д2  С1  Т1  30

 

 В результате получили детальное описание задачи. При этом оно содержит только важные детали.

 

Этот способ я использую при постановке задач по проведению документов и написанию отчетов.

методика тз программирование постановка задача

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

Стандарты и документация 1С:Документооборот Бесплатно (free)

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

22.09.2026    74    0    YA_826532418    0    

2

Стандарты и документация 1С:Документооборот Бесплатно (free)

Жалоба клиента может привести к регистрации несоответствия, внутренний аудит — сразу к нескольким проблемам, а корректирующее действие — к новой редакции нормативного документа. Во второй части разбираю, какие механизмы 1С:Документооборота подходят для жалоб и внутренних аудитов, какие связи между объектами нужно предусмотреть и что спросить на обследовании, чтобы СМК не превратилась в набор несвязанных карточек.

22.09.2026    77    0    YA_826532418    0    

3

Стандарты и документация 1С:Предприятие 8 1С:Документооборот Бесплатно (free)

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

21.09.2026    115    0    YA_826532418    0    

3

Стандарты и документация Аналитик Руководитель проекта Бесплатно (free)

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

04.09.2026    464    0    YA_826532418    0    

3

Стандарты и документация Бесплатно (free)

Разбираем ISO/IEC 42001:2023 – самостоятельный стандарт по системам менеджмента искусственного интеллекта, построенный на логике ISO/IEC 27001 и расширяющий привычные подходы информационной безопасности на разработку, поставку и использование ИИ-систем. Показываем, как типовая модель оценки рисков дополняется анализом воздействия на бизнес и общество, а приложение А объединяет меры управления рисками в десять групп контролей. Объясняем, чем отличаются требования к разработчикам, поставщикам и пользователям систем искусственного интеллекта и какие риски каждая из сторон должна учитывать на своих этапах жизненного цикла. Материал будет полезен специалистам по информационной безопасности и разработчикам информационных систем, интегрированных с ИИ.

31.07.2026    557    0    roman_nikishov    0    

1

Стандарты и документация Бесплатно (free)

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

29.07.2026    537    0    OksanaBogdashkina    2    

2

Стандарты и документация Бесплатно (free)

В прошлых статьях я читал профстандарты и вывел, что архитектор - это тот, кто принимает архитектурные решения. А теперь неожиданный поворот: если открыть профстандарт «Системный аналитик», выяснится, что аналитик высокого уровня как раз такие решения и принимает. То есть, сюрприз, аналитик и есть архитектор. Просто функциональный. И это не мой комплимент аналитикам, а вывод прямо из формулировок Минтруда.

27.07.2026    637    10    ardn    2    

6

Стандарты и документация Россия Бесплатно (free)

«Зачем писать бумажки, если можно писать код?» — этот вопрос я слышу на каждом втором проекте. В статье разбираю на живом примере — подсистеме динамических констант, прошедшей путь от идеи до поставки с формами, ролями и юнит-тестами, — что реально дает технический проект, когда он окупается за первую же неделю, а когда превращается в карго-культ. Отдельно — почему в эпоху ИИ-ассистентов технический проект внезапно стал нужнее, а не наоборот.

21.07.2026    465    0    chagbig    0    

2
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. mosAdm 135 05.07.15 20:07 Сейчас в теме
Вы явно не Андрей Габец. Эту методику он читает в 3-м УЦ наверно лет 10 уже.
2. json 3434 05.07.15 22:41 Сейчас в теме
(1) mosAdm, я не Андрей Габец и его курсов не посещал. Я простой разработчик и до такой схемы дошел самостоятельно. Мне приятно, что это уже кто-то придумал, да к тому же еще и читает на курсах. Значит, она действительно имеет ценность.
У меня есть еще куча идей для статей, которые я планирую опубликовать в ближайшее время. Эта методика хорошо ложится для создания юнит-тестов. Чуть позже выберу время и опубликую пример, как это использовать на практике.
Andreeei; dddxddd; +2 Ответить
8. dddxddd 09.07.15 17:33 Сейчас в теме
(2) я даже не знаю что такое 3-м УЦ, но когда объясняю задачу, рисую аналогичные таблички...
(1) mosAdm, не всему что начитывют учителя, можно верить (правда не в этом примере). Но самое главное это надо уметь применять на практике...
5. Mi4man 176 06.07.15 13:20 Сейчас в теме
(1) mosAdm, Автор выложил всем, а Габец пусть дальше читает...
verunca; Andreeei; shumvlesu; +3 Ответить
3. BigRig 18 06.07.15 09:13 Сейчас в теме
Доброго времени суток!

Почему первые даты Д10?
Зачем мы брали расходные, если в итоге приходные используются?
4. json 3434 06.07.15 11:34 Сейчас в теме
(3) DimaBab, в моем примере предполагается, что Д1 раньше, чем Д2, а Д2 - раньше, чем Д10.
В задаче РН - расходная накладная, ПН - приходная накладная. Приход должен быть раньше расхода.
6. СергейК 51 08.07.15 09:24 Сейчас в теме
Интересная методика. Попробую использовать. Спасибо, что поделились!
7. DrAku1a 1801 09.07.15 03:52 Сейчас в теме
СокрЛП(Статья): Планируя структуру документа "от регистра" (от результата), надо определить - какие измерения будут "в целом на документ", а какие "построчно" - в случае с регистром "Товары на складах" и документом "Реализация" - построчно будут реквизиты "Товар" и "Количество", а в целом на документ - "Регистратор", "Период" и "Склад".

Конкретизируйте название. "Методика постановки задачи" предполагает наличие общей методики (на разные виды задач, не только же документы и отчеты делаем).
9. pro1c@inbox.ru 188 09.08.15 17:59 Сейчас в теме
для примитивных случаев самое оно!
Для отправки сообщения требуется регистрация/авторизация