Складання технічного завдання

З необхідністю розробки та подальшого впровадження інформаційних систем сьогодні регулярно стикаються практично всі підприємства - комерційні та державні, великі та малі. Оскільки задача це, як правило, непроста і досить дорога, найчастіше керівники компаній віддають перевагу програмним продуктам BAS, які отримали найбільшого поширення, а тому «обкатані» в плані реалізації.

Однак поширеність далеко не завжди є гарантією успіху. Помилки і прорахунки, що виникають на етапі розробки інформаційної системи, пізніше, в процесі її використання, можуть обійтися дуже дорого. Тому експерти наполягають: успіх задуманого вами Проекту як мінімум на 50% залежить від того, наскільки грамотно було поставлене завдання перед розробниками. Або інакше - наскільки детально були прописані технічні завдання програмістам.

Але розберемося з усіма нюансами по порядку.

Що таке Технічне завдання?

Технічне завдання (скорочено - ТЗ) - це те, з чого повинна починатися реалізація будь-якого інформаційного проекту. По суті, технічне завдання на доробку дозволяє замовнику і розробнику зрозуміти один одного, разом розібратись з метою і кінцевим виглядом майбутньої автоматизованої інформаційної системи.

В ідеалі ТЗ для програміста BAS повинен складати безпосередньо замовник, оскільки саме він досконало знає, які вихідні дані і що саме він хоче отримати в результаті. Однак на практиці часто трапляються ситуації, коли у замовника просто не вистачає досвіду точних формулювань і взагалі роботи з різними конфігураціями.

Наприклад:

Побажання "Хочу, щоб рахувався валовий прибуток" звучить зрозуміло, однак для його реалізації потрібно виконати низку робіт, суть і масштаб яких визначає фахівець - аналітик впровадження.

Тому найчастіше технічне завдання (так само, як і технічне завдання на супровід є результатом спільних зусиль замовника і, власне, аналітика.

Етапи технічного завдання

Включає в себе такі обов'язкові моменти:

1. Визначення мети. Командна робота над цим етапом дає можливість замовнику зрозуміти, що саме він хоче отримати від майбутнього програмного продукту, а розробник зможе чітко зрозуміти суть завдання.
2. Опис готового продукту. Цей пункт включає в себе короткий виклад майбутніх доробок і дозволяє замовнику чітко уявити, як саме буде виглядати готова інформаційна система.
3. Узгодження способів реалізації. На цьому етапі розробник надасть докладний опис методів досягнення мети. Замовнику може бути представлено вже реалізований раніше проект, в тому числі, технічне завдання на доробку, приклад якого найкраще підходить під побажання замовника.

Грамотно прописані етапи ТЗ для програміста, приклад яких ми навели вище, істотно полегшать життя як замовнику, так і розробнику. З простої причини: вони виключать виникнення поширених неприємних претензій типу «А пам'ятаєте, ми вас просили зробити ще це, а ви ...»

Фахівці нашої компанії допоможуть вам скласти по-справжньому точне і детальне технічне завдання на доробку, не загубивши ані найменших нюансів, а також забезпечать сервіс з налаштування і впровадження необхідного вам програмного продукту.

Варіанти реалізації ТЗ

Реалізація. Варіант 1

Реалізація. Варіант 2

Обробка "Помічник продажів" форма "ЗапросКоличестваИСерий"

Використати процедуру: ПересчетЦенВВалютуСоглашения - за умовчанням заповнювати ВидЦены (перерахунок виконається типовою)

Обробка "Помічник продажів" таблиця "Група підібрані товари"

Документи продажу : користувачеві доступні усі види цін