Техническое задание и Экспертиза ТЗ

Публикация № 150165

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

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

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

        Часто начинающие разработчики, не имея полноценного представления о типовом функционале больших конфигураций типа УПП и прочее. Начинают дорабатывать конфигурацию, когда такое решение уже существует в типовой конфигурации. И, конечно же, такого разработчика нужно направить на то, что нужно анализировать имеющуюся типовую конфигурацию. Однако когда 1с УПП внедрена уже несколько лет и её дорабатывали несколько десятков разработчиков, то знание типовой конфигурации не позволит решить вопрос дублирования функционала. В этом случае, разумно привлекать экспертов (сотрудники которые проработали значительное время с этой конфигурацией и вероятно участвовали в её становлении в текущий вид), которые соответственно осведомлены о функционале уникальной конфигурации.
               Так же эти эксперты в силу своей опытности, вполне в состоянии проконтролировать грамотность формулировок и отсутствие двусмысленных интерпретаций.
               Кроме того пользователи часто не знают чего хотят, и когда требуют доработать функционал не задумываются о том, что поставленная задача программисту:

 

• не полностью соответствует существующему документообороту в организации

• не отвечает всем требования законодательства или корпоративных стандартов 

• может создать логические противоречия в документах и прочее

И правильно будет довести до пользователя все эти риски, с подписанием технического задания на эту задачу. Если пользователь не готов принять риски, надо переработать ТЗ. Если пользователь принимает риски, надо зафиксировать что пользователь принимает во внимание указанные риски. Решаем поставленную задачу.

Все эти моменты может проконтролировать документ "Экспертиза техничного задания".

Документ "Экспертиза техничного задания" должен проконтролировать следующие пункты:
• Правильность постановки задачи (отсутствие двусмысленных моментов)
• Оптимальность: предложенного технического решения разработчиком
• Отсутствие дублирования функционала
• Применимость полученного результат для решения поставленной задачи
Выкладываю реальные примеры документов ТЗ и Экспертиза ТЗ.

 

Пример ТЗ

 

Отчет «ТЗ Отчет Товары на складах в суммовом выражении»


Задача

В базе УПП необходимо создать отчет, который будет брать основу с отчета Товары на складах, но при этом необходимо добавить поле Цены, которая будет браться либо

1)      Административная цена

2)      Закупочная (планирование)

3)      Цена в последний закрытый месяц

Данные цены будут выбираться на конец периода.

Так же добавить поле Сумма, которое будет рассчитываться как произведение количества остаток на цену.

В отчете номенклатура будет представленная в единицах остатков номенклатуры.

 

Требуемый функционал

                Необходимо реализовать следующие возможности:

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

Группировки: Склад, номенклатура.

Замечание: Группировка по периодам не предполагается.

Планируемый результат

Отчет формируется в среднем от 2 до 4 раз в месяц, время, затрачиваемое на ручное формирование отчета приблизительно равно 1 рабочий день, таким образом на формирование отчета затрачивается от 16 до 32 ч.часов в месяц.

Трудозатраты на формирование одного автоматизированного отчета 3-5 минут, таким образом на формирование отчета будет затрачиваться от 0,1 до 0,3 ч.часов в месяц.

Ожидаемый эффект – экономия трудозатрат в размере от 15,7 до 31,9 ч.часов в месяц.

СОГЛАСОВАНО:

Заказчик:

Исполнитель:

Заместитель директора по экономике и финансам
ЗАО «Наши фирма»

____________________________/Петрова Н.Н./

Руководитель СИО ЗАО " Наши фирма"


_____________________/Сидоров В.А./


 

Решение

Отчет должен базироваться на системе компоновки данных (СКД), с использованием «Шаблона типового отчета», иметь возможность хранить несколько различных вариантов настроек (стандартный функционал УПП).

Вывести на форму список приоритет Типов цен номенклатуры (не более трех элементов).

Пример выбора цен:

 

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

 

1)      Тип цены номенклатуры «Административная цена»  («самая приоритетная»)

2)      Тип цены номенклатуры «Закупочная (планирование)»

3)      Тип цены номенклатуры «Плановая»

Предположим по номенклатуре «Молодняк на откорме (свиньи)» указан период отчета 01.06.2012 – 30.06.2012.

 

При следующей возможной установке цен:

«Закупочная (планирование)»

30.06.2012

«Административная цена»

29.06.2012

«Закупочная (планирование)»

25.06.2012

«Административная цена»

02.06.2012

Будет выбрана цена «Административная цена» 29.06.2012.

При следующей возможной установке цен:

«Плановая»

28.06.2012

«Административная цена»

26.05.2012

«Закупочная (планирование)»

23.05.2012

«Плановая»

22.05.2012

«Административная цена»

01.05.2012

Будет выбрана цена «Административная цена» 26.05.2012.

При следующей возможной установке цен:

«Плановая»

28.06.2012

«Закупочная (планирование)»

23.06.2012

«Плановая»

22.06.2012

Будет выбрана цена «Закупочная (планирование)» 23.06.2012.

При следующей возможной установке цен:

«Плановая»

28.06.2012

«Закупочная (планирование)»

23.06.2012

«Административная цена»

02.03.2012

Будет выбрана цена «Административная цена» 02.03.2012.

При следующей возможной установке цен:

«Плановая»

28.06.2012

«Плановая»

22.06.2012

Будет выбрана цена «Плановая» 28.06.2012

Если установок цен не будет, то цена будет равна 0. (вероятность такого события пренебрежительно мала).

 

Пример отчета приведен в Таблице 1.


 

 

Пример отчета

Склад

Количество (в базовых единицах)

 

 

 

Номенклатура, Базовая единица измерения

Начальный остаток

(кол/сумма)

Приход

(кол/сумма)

Расход

(кол/сумма)

Конечный остаток

(кол/сумма)

Цена

тип цен

 
 

Участок фасовки

 

 

105 239 636,29

13833050

104 778 867,69

13466900

460 768,59

210 479 272,57

 

 

 

 

 

Spektan-BSM d 40 Ливерная Славянская СТ, м

 

 

36 850,00

7370000

36 850,00

7370000

 

 

200

Закупочная

 
 

Spektan-BSM d 40, желтый  Паштет Петушок ТП, м

 

 

2 155,00

323250

980

147000

1 175,00

176250

150

Закупочная

 
 

Spektan-BSM d 50, золото, Ливерная Обыкновенная СТ, м

 

 

34 110,00

6139800

33 055,00

5949900

1 055,00

189900

180

Плановая

 
 

Таблица 1.


 

 

Таблица 3. Соответствия колонок отчета и источников данных

Колонки

Источники данных и комментарий

Начальный остаток, Приход, Расход, Конечный остаток

Выбираются данные по регистру накопления ТоварыНаСкладах

Цена

Цены будут выбираться в приоритете по типам цены номенклатуры на конец периода из регистра сведений ЦеныНоменклатуры.

1)      Тип цены номенклатуры «Административная цена»

2)      Тип цены номенклатуры «Закупочная (планирование)»

3)      Тип цены номенклатуры «Плановая»

Данные цены будут выбираться на конец периода, как срез последних цен на конец периода.

Начальный остаток, Приход, Расход, Конечный остаток (Сумма)

Эти данные в отчете уже имеются, вычисляется как «количество» *  «Цена».

Написать справку к отчету.

Интеграция

Отчет сохранить в базу УПП 2011: Внешние отчеты – Экономические –Товары на складах в суммовом выражении.

                Изменения созданы для конфигурации: Управление производственным предприятием, редакция 1.3 и Корпоративный менеджмент, редакция 6.2 (Версия 6.2.6.0). Используется в базе УПП.

 

Пример Экспертизы ТЗ

 

Экспертиза технического задания «Товары на складах в суммовом выражении»

 

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

  1. Из формулировки следует, что цель отчета – получить хоть какие-нибудь суммовые оценки складских остатков («Лишь бы не нулевые»).
  2. При этом не конкретизируется, в каких случаях правильно использовать какой из указанных типов цен. («Какой будет»).
  3. Не понятен экономический смысл подобной оценки.

Справка:

Все указанные три цены несут разную смысловую нагрузку:

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

2. «Закупочная (плановая)» равна средне-месячной цене закупки последнего месяца (считается ежемесячно). Имеет смысл для покупных материалов. Устанавливается на 01 число месяца.

3. «Плановая» (считается по закрытому месяцу). Для полуфабрикатов и продукции = себестоимости выпуска (упр. учет). Для материалов = Закупочной (плановой) из п.2. Устанавливается на последнее число месяца.

Оценка предлагаемого решения

Если принять постановку задачи, то предлагаемое решение:

  • • Технически грамотное
    • Легко реализуемое
    • Не дублирует существующий функционал.

Прогнозируемые риски

 

  1. Исходя из формулировки задачи, в случае, если для какой либо позиции номенклатуры была когда либо установлена «Административная цена» (даже 01.01.1980). То в дальнейшем будет использоваться только она (другие факторы на стоимость влияния иметь не будут).
  2. Исходя из формулировки задачи, если когда либо, один раз, некий полуфабрикат (обычно выпускаемый нами), будет по производственной необходимости куплен у поставщика (или оформлен возврат "Обратной поставкой") - отныне и навеки в отчет будет попадать его закупочная цена.
  3. Предложенная формулировка задачи приведет к тому, что согласно данным отчета, остатки на конец одного периода и остатки на начало следующего никогда не будут совпадать (из за разницы используемых цен в периоде).  Причем объяснить, откуда взялась эта разница (учитывая предыдущие два примера, будет очень сложно).

ВЫВОД:

Отчет сделать в требуемом виде можно, но его полезность – под большим вопросом.

Заказчик осознает и принимает описанные риски:

 

 

Начальник ПЭО

ЗАО «Наша фирма»

 

____________________/Д.С. Иванова/

 

«____» ____________ 2012 г.

 

Зам директора по экономике и финансам

ЗАО «Наша фирма»

 

____________________/Н.Н. Петрова /

 

«____» ____________ 2012 г.

Исполнитель

 

 

Руководитель СИО

ЗАО «Наша фирма»

 

____________________/В.А. Сидоров /

 

«____» ____________ 2012 г.

 

Системный аналитик

ЗАО «Наша фирма»

 

____________________/Д.В. Воронин/

 

«____» ____________ 2012 г.

 

29

Скачать файлы

Наименование Файл Версия Размер
Экспертиза ТЗ
.rar 156,86Kb
13.09.12
96
.rar 156,86Kb 96 Скачать

Специальные предложения

Комментарии
Избранное Подписка Сортировка: Древо
1. sapervodichka 12.09.12 14:52 Сейчас в теме
Подходит как элемент документации для аудита заваленного кем-то проекта. На моей практике - этот текст не выделялся отдельно, а был просто этапом согласования ТЗ, сам по себе учтенный в тексте ТЗ. Правда, со стороны Заказчика работал руководитель не слабее, чем внедряющий франч.
2. PavelZnaikin 155 12.11.13 21:38 Сейчас в теме
А можите мне на почту прислать пример ТЗ. на Доработку 1С программы.
Pavel.Znaikin@yandex.ru
3. Светлый ум 227 03.09.16 14:39 Сейчас в теме
Оставьте свое сообщение

См. также

ТЗ на разработку отчета (рекомендации и шаблон) 17

Статья no Архив с данными Абонемент ($m) Техническое задание

Если вы работаете специалистом в отделе сопровождения ПО 1С и сопровождаете уже внедренные решения 1С, то скорее всего вам частенько приходится разрабатывать различного рода отчеты. И хорошо, если ваши пользователи уже “воспитаны вами” и подают вам формализованные требования. А если нет?! Тогда вам срочно нужно повышать их “культуру” через формализованную подачу требований на разработку отчетов. В данной статье представлен разбор наиболее оптимальной (с авторской точки зрения) структуры ТЗ на разработку отчета и листа его согласования. На основании этих рекомендаций можно самостоятельно с учетом ваших корпоративных стандартов разработать свой шаблон ТЗ, а если это делать лень - шаблон можно скачать.

1 стартмани

08.05.2019    3735    6    gubsky    6       

НИР "База знаний". Шаг 1: Страницы документации 48

Инструменты и обработки no Конфигурация (md, cf) v8 Абонемент ($m) Техническое задание

Это первый шаг НИР по разработке базы знаний. Текущая версия позволяет хранить страницы документации в 1С, а редактировать в Word, в привязке к объектам метаданных, полям поиска и тегированию. Что позволяет осуществлять быстрый поиск / отборы в страницах документации / заметках.

1 стартмани

19.02.2017    14239    29    chuprina_as    15       

Анкета интервьюирования с чек-листом для предпроектного обследования предприятия 8

Отчеты и формы Программист Бизнес-аналитик Архив с данными Абонемент ($m) Техническое задание

Процедура анкетирования проводится с одним или с группой сотрудников с целью выявления существующих бизнес-процессов на предприятии (модель «Как есть» | «As is»), их детализация и классификация. Анкета используется в распечатанном виде при интервьюировании. Первый шаг – определить, какая-информация является входящей для сотрудника. Это может быть документ как в бумажном, так и электронном виде, программный файл выгрузки, сигнал или показания оборудования и т.д. Для вас это первый шаг длинного пути распутывания процесса.

1 стартмани

13.11.2016    13768    25    Gavrik    2       

Описание форматов xml-файлов 7

Инструменты и обработки Программист Архив с данными Абонемент ($m) Техническое задание Обмен через XML

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

1 стартмани

13.06.2015    18011    22    unichkin    8       

Хранилище конспектов разработок 48

Инструменты и обработки Программист Конфигурация (md, cf) v8 1cv8.cf Windows Абонемент ($m) Техническое задание Инструментарий разработчика Управление проектом

Хранилище документации - прежде всего удобный способ документирования и представления информации.

1 стартмани

22.10.2014    23529    73    chuprina_as    25       

Нормализация структуры данных в рамках технологий 1С 8.x 127

Отчеты и формы Программист Внешняя обработка (ert,epf) v8 1cv8.cf Windows Абонемент ($m) Техническое задание

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

1 стартмани

09.04.2014    42569    67    Evgen.Ponomarenko    65       

Кейс "Задание на разработку" 41

Отчеты и формы Программист Пользователь Нет файла v8 УПП1 Windows Абонемент ($m) Техническое задание

Рассмотрим ситуацию постановки задачи СВОЕМУ программисту. Т.е. пишем техническое задание не для клиента, а своему, такому же раздолбаю, который сидит в соседнем отделе и носит гордое имя "программист". Ах, у Вас он даже в офис не ходит? Дома работает? Что ж, скайп нам в руки. А у Вас? Вы вообще его лично никогда не видели? Значит ситуация сложнее. И ведь он, поганец такой, требует, чтоб ему дали конкретную работу. И не грузили всякой ерундой и не лили воду на мельницу. В идеале, было бы вообще замечательно, если бы можно было бы из технического задания, которое мы подготовили для клиента, нарезать небольшие задания и раздавать их разным исполнителям. А затем в проджекте галочки об исполнении ставить. Но ведь нет, на практике же приходится давать устные пояснения по каждому пункту. Объяснять, что имелось в виду вот в этом предложении ТЗ в тот момент, когда его формулировал для клиента. Вот и предлагаю способ сохранить нервы себе и уверенность в Вас со стороны программиста.

1 стартмани

16.09.2013    30455    36    verter.me    60       

Первые шаги самостоятельного внедрения «1С:УПП». Этап 1. Определяем цели 74

Отчеты и формы no Нет файла v8 1cv8.cf УПП1 Россия Windows Абонемент ($m) Техническое задание Управление проектом

Эта статья содержит необходимый набор шагов для начала внедрения программного продукта «1С:Управление производственным предприятием» собственными силами предприятия без привлечения компаний на аутсорсинг.

1 стартмани

19.06.2013    48763    415    Adapta    46       

Обработка для подготовки ТЗ по метаданным (управляемая форма) 13

Инструменты и обработки Программист Внешняя обработка (ert,epf) v8 1cv8.cf Windows Абонемент ($m) Техническое задание Инструментарий разработчика Практика программирования

Иногда техническое задание пишется после создания системы. Либо на основе стандартной конфигурации 1С. Для составления структуры данных удобно сформировать таблицу структуры метаданных автоматически обработкой.

1 стартмани

18.06.2013    13788    94    mk314    4       

Документирование разработки конфигурации 1С 4

Отчеты и формы Программист Внешняя обработка (ert,epf) v7.7 Россия Windows Абонемент ($m) Техническое задание

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

1 стартмани

05.04.2013    16274    23    zekrus    4       

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

Отчеты и формы Программист Пользователь Нет файла Windows Абонемент ($m) Техническое задание

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

1 стартмани

28.08.2012    145516    635    sapervodichka    57       

Образец технического задания на организацию склада адресного хранения 23

Отчеты и формы Системный администратор Программист Пользователь Нет файла v8 1cv8.cf 1cv7.md Россия УУ Оптовая торговля Розничная торговля Учетная политика Абонемент ($m) Техническое задание

При составлении данного образа технического задания не преследовалась цель создать его по ГОСТу и в соответствии с авторитетными нормативными требованиями. Этот образец технического задания составлен, по большей части, для руководства компании - людей, которым надо управлять компанией и не нужно глубоко погружаться в тонкости процессов разработки. Преследовалась цель: ознакомить и согласовать с руководством основные принципы реализации проекта. И чтобы предложить руководителю компании доступным и понятным для него языком путь реализации проекта. На мой взгляд, данный образец может быть полезен тем, кто составляет описания и задания на разработку и внедрение, работая на стороне Заказчика. Входящие требования для разработки технического задания: - Учет номенклатуры на адресном складе в разрезе занимаемого в ячейке (объема) не ведется. - Предполагается работа с оборудованием (терминалами сбора данных) под только в режиме «Off-Line» или без оборудования в неавтоматизированном режиме. - Склад адресного хранения должен быть универсальным и доступным для применения в учете в других регионах.

1 стартмани

28.03.2012    39659    316    free-lancer-2018    24