Новая тема   Ответить

 erotella
Вопрос с одной стороны конкретный - ТЗ по написанию партнёрки для рунета. Чтобы она была на уровне мировых стандартов и одной из лучших или лучшей в рунете.

С другой стороны вопрос общий - как ставить задание вообще. Особенно не зная интернета........... (Это вопрос типа как Путин управляет российским овцеводством?)

Своё понимание о том как устроена партнёрка я строю на обрывочных вопросах пытающихся начать работать с той партнёркой, что мне написали - вопросы: а где то, а где это...
Исходя из этих вопросов понимаю, что надо сделать лучше.
Теперь см. вопрос вначале.

 Stek
Можно как программер отвечу ?

Итак, мой идеал:
- описание проекта, зачем и что должен делать, желательны ссылки на примеры, конкурентов.

- word .doc файл, с нарисованными там страницами с формами, и к каждой странице, форме и полю описание, что это , что вводится и что делать если данные не введены или неправильны.

Пожалуй все.

P.S. если заказчик укажет желаемые сроки, цену, мощности где проект будет крутиться и предполагаемую нагрузку - просто люкс, почти джек пот.

 Diver
Купи готовый хороший скрипт и не мороч себе и остальным голову.

 A d u l t
Значит так:
Что такое "Техническое задание" (ТЗ):
Это !полностью! расписанная документация на создаваемый программный продукт.
В нем должны описываться все необходимые возможности программы, все механизмы ее работы, все протоколы связи(если таковые есть), описание всего интерфейса вплоть до размера и типа шрифтов и расстояния в пикселях между элементами. Полностью задокументированная информация о бизнес-процессах. Тоесть если требуется написать скрипт, который заполняет и отсылает форму на e-mail адрес, то ТЗ будет выглядеть не как "Форма из 4-х полей:Имя, e-mail, icq, комментарий, отправляемая по E-mail на такой-то адрес". Выглядеть это будет следующим образом:
Цитата:
И это документация только на одну форму отправки по E-mail, причем давольно-таки халтурная!
ТЗ на партнерку в таком случае будет на сотен 5-6 листов A4 десятым шрифтом!

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

PS: Расписал все это с позиции программиста и бизнес-аналитика.

 stash
хе хе .. новый вид авм-а вывел - awmba

 erotella
Круто канешна Адульт расписал.
А вот Стек не такой страшный совет дал, а попроще
Я так понимаю тут нужен ещё эксперт какой-то перед написанием проги и эксперты при приёмке её.
И этого эксперта по рекомендациям искать...

 A d u l t
erotella писал:
Это так PRавильно пишутся программы
erotella писал:
Упрощенный вариант всего вышеописанного мной. В нашем случае(адалт) - это самый лучший вариант, так как бизнес-аналитика никто нанимать не будет.
erotella писал:
Ну тут ты сам можешь выступать в роли экперта
А если проект серьезный, то ...
erotella писал:
... спрашивайте в ближайшей аптеке. Тоесть на форумах и по знакомым.