|
Согласитесь: к любому тз можно докопаться и обхаять? | ☑ | ||
---|---|---|---|---|
0
Shved_72
28.01.13
✎
09:25
|
Кто нить встречал идеальное тз? для 1с или вообще. Чото мне кажется идеальным будет если в тз будет код который через буфет перенести в 1с и вуаля. Если его нет, то постановщик всегда дурак.
|
|||
1
Бешеная Нога
28.01.13
✎
09:25
|
всю ветку не читал. КГ/АМ уже было?
|
|||
2
Иде я?
модератор
28.01.13
✎
09:26
|
Давай выкладывай, чего там у тебя случилось и кто тебя обидел?
|
|||
3
Shved_72
28.01.13
✎
09:29
|
изучаю делегирование :) пытаюсь отдавать часть задач фрилансерам. и вроде бы очевидное приходится разжовывать на столько что останется тока через буфер перенести
|
|||
4
Ник второй
28.01.13
✎
09:29
|
(0) Я встречал.
|
|||
5
Shved_72
28.01.13
✎
09:29
|
где граница прог/постановщик
|
|||
6
Агнец за бортом
28.01.13
✎
09:30
|
(3)
Определись для себя - что ты хочешь от фрилансера? |
|||
7
Ник второй
28.01.13
✎
09:30
|
(5) Ровно посередине.
|
|||
8
Ayvengo
28.01.13
✎
09:30
|
(3) Вы пишете ТЗ со взгляда разработчика, а не пользователя, который этим будет пользоваться, видимо.
|
|||
9
Shved_72
28.01.13
✎
09:30
|
(4) поделишься хотяб структурой?
ПС есть конечно ГОСТы, но они мохнатых готов и там воды 90% |
|||
10
Ник второй
28.01.13
✎
09:31
|
(3) Просто в составе ТЗ должно быть методологическое обоснование и описание бизнес процесса минимум, тогда и понятным для разраба будет.
|
|||
11
Галахад
гуру
28.01.13
✎
09:32
|
(0) Пример-то есть? Когда исполнитель тупит.
|
|||
12
dmpl
28.01.13
✎
09:33
|
(3) Начитался сказок про то, как устроился работать и нанял фрилансеров из регионов? Ну вот обратная сторона сказки. Сидеть на попе ровно пока другие вкалывают не получится.
|
|||
13
Ник второй
28.01.13
✎
09:34
|
(9) Например использую такую:
Введение Назначение технического задания Перечень бизнес-процессов Бизнес-требования. Ограничения Методологические основы Основные данные Описание реализации бизнес-процесса в системе Документы системы Отчетные и выходные формы Архитектурная реализация |
|||
14
Shved_72
28.01.13
✎
09:36
|
(12) просто знаешь что это у меня займет 2-3 часа, а приходится 2-3 дня переписываться "а зачем вам это надо, нельзя снимать с поддержки, давайте уговорим клиента на типовой документ, а откуда это брать..."
|
|||
15
Shved_72
28.01.13
✎
09:39
|
(13) чем кстати рисовать БП красивше? я пока остановился на ментальных картах MindManager.
|
|||
16
dmpl
28.01.13
✎
09:40
|
(14) Пока твой фрилансер не въедет в специфику клиента - так и будет. Либо будет другой вариант - вроде бы, сделано по ТЗ, но не то.
|
|||
17
Fish
28.01.13
✎
09:40
|
(14) Дай китайцам удалённый доступ к компу и пусть они сами ТЗ обсуждают. Что ты как маленький? :)
|
|||
18
ОбычныйЧеловек
28.01.13
✎
09:41
|
(13) Задача - необходимо в документ добавить реквизит "Экспедитор", тип реквизита "СправочникСсылка.Физлица". Теперь давай распишем это ТЗ по твоей портянке...
(14)Если у тебя это займет 2-3 часа - какой смысл отдавать на аутсорс? сделай сам. Хочешь, что бы человек тебя понял - не умничай со всякими там ТЗ - объясняй па "пальцах", что и как тебе надо. |
|||
19
Shved_72
28.01.13
✎
09:41
|
(17) :) хочу оставить себя в цепочке
|
|||
20
Shurjk
28.01.13
✎
09:44
|
(0) Есть стандарты написания ТЗ если они написано по стандартам, то значит оно нормальное. А вообще ТЗ должен писать разраьотчик или его руководитель, в ТЗ должны быть описаны все методы и решения которые применяются в работе и пишеться оно не для того чтобы кому то было понятно что по нему делать, а для того чтобы решение было прозрачно и потдерживаемо.
|
|||
21
Ыщъ
28.01.13
✎
09:44
|
(19) В каком качестве?
|
|||
22
йети
28.01.13
✎
09:45
|
(0) есть прямая связь между подробностью ТЗ и стоимостью услуг аутсорсера. Но общая сумма неизменна. т.е. в рамках фиксированного бюджета можно нанять профессионального конфигуриста и дать ТЗ на полстранички - представитель заказчика получает деньги за полстранички. можно нанять кодера за 50 руб в час и все ему разжевывать и за это получить практически весь бюджет.
выбирай :) |
|||
23
Shved_72
28.01.13
✎
09:45
|
(18) когда по телефону и на пальцах, то пишут лижбы отделаца и потом тебя же тыкают - у вас же не было ТЗ по схеме (13) чо хотите...
|
|||
24
Shved_72
28.01.13
✎
09:52
|
(21) в качестве р/с
(22) обидно что зная сколько бы я один за это взял никак не равно двум половинам на постановщика и кодера. получается бюджет надо повышать |
|||
25
Zero on a dice
28.01.13
✎
09:53
|
в ТЗ по ГОСТам вообще толком ничего не пишется, если мне память не изменяет. все описания пишутся в приложениях. ТЗ содержит формализованное представление того, что хочет заказчик (автоматизированная безотказная система бла-бла), сроки и этапы работ. бизнес процессы описываются именно в приложениях, на которые это ТЗ ссылается. при том, что на момент написания ТЗ этих регламентов может вообще не быть.
|
|||
26
Shurjk
28.01.13
✎
10:02
|
(25) "Формализованное представление того чего хочет заказчик" - это ли не то что надо разработчику? А не то когда манагер пытается написать ТЗ исходя из собственных представлений, и вместо того чтобы показать что ему собственно надо пытается писать как это надо сделать - при этом не имея никакого представления о том как это вообще делается.
|
|||
27
ОбычныйЧеловек
28.01.13
✎
10:03
|
(23) >>то пишут лижбы отделаца..
Если человек так пишет, то он так будет писАть вне зависимости от наличия\отсутствия ТЗ. |
|||
28
Zero on a dice
28.01.13
✎
10:05
|
(26) в идеале манагеры ТЗ не пишут
|
|||
29
vasbur
28.01.13
✎
10:07
|
(0) А зачем вам ТЗ? Какие цели вы хотите достичь его написанием?
Если что, существуют технологии разработки, не предусматривающие ТЗ. Всякие там Agile |
|||
30
Эмбеддер
28.01.13
✎
10:07
|
то, что обычно составляют под названием ТЗ это не ТЗ, а просто задание.
в любом случае даже подробно составленное ТЗ сделать быстрее, чем описанное в нем запрограммировать. да и постановщик задач имеет больше шансов замучить программиста, чем наоборот. например кучей возможностей разрабатываемой программы в плане интерфейса |
|||
31
Shurjk
28.01.13
✎
10:07
|
(28) В идеале они должны представить свои требования, а не так что хочу того не знаю чего а вы бегайте за мной и угадывайте чего же я на самом деле хочу.
|
|||
32
acsent
28.01.13
✎
10:08
|
(0) наз таких шли да и все
|
|||
33
Shurjk
28.01.13
✎
10:08
|
(30) Ну вот пусть сначала замучает себя описывая необходимые возможности.
|
|||
34
Zero on a dice
28.01.13
✎
10:18
|
(31) не в сказке живем, чего поделать уж.
предпроектные обследования и диалоги с заказчиками никто не отменял. если у вас это упрощено до диалога менеджер-прог, в этом вряд ли виноваты ГОСТы или кто-то, кроме вашего начальства. на неконкретных постановщиков задачи тоже есть методы воздействия, вопрос в том, насколько нужны эти холивары. |
|||
35
Ник второй
28.01.13
✎
10:40
|
(15) У нас в Арисе схемы рисуются
(18) Так и расписывается |
|||
36
Ник второй
28.01.13
✎
10:42
|
ТЗ необходимо делать на любые , даже мелкие доработки печатных форм. Для того что бы иметь актуальную документацию конфигурации.
После ТЗ рождаются иструкции, актуализированные бизнес процессы, функциональные требования. |
|||
37
ОбычныйЧеловек
28.01.13
✎
10:46
|
(36) Глупость все это (имхо). Работа ради работы нафиг не нужна (имхо).
|
|||
38
Shurjk
28.01.13
✎
10:52
|
(37) Ну да зачем выстраивать систему.
|
|||
39
Shved_72
28.01.13
✎
10:54
|
(37) красиво конечно. это типа документооборот тогда встраивать в каждого клиента. чтоб отслеживать историю и версии от клиента до исполнителя. хранить всю переписку и потом по финальному тз автоматом делать инструкции, регламенты приказы... там же подписи всех лиц
|
|||
40
Галахад
гуру
28.01.13
✎
10:57
|
Самый простой вариант - выдвигать требования.
На основании этих требований, исполнитель пишет краткое ТЗ. Если написанное ТЗ устраивает, значит друг друга поняли. |
|||
41
Krendel
28.01.13
✎
11:00
|
(0) Как сказал мне один очень умный рук проектов в свое время:
"Толя, никогда не работой с идиотами", чему собственно я и придерживаюсь до сих пор ;-) Качество ТЗ- ты можешь проверить путем передачи его ничему не понимающему человеку- если он понял, значит тз написано хорошо. Рекомендую еще после прочтения прогером ТЗ чтобы он рассказал как будет делать, без недосказанностей. Если ответ устраивает-значит он понял правильно, если не так как вы задумали-значит учитесь русскому языку ;-) А вообще- с прогером надо сработатся, чтобы он понимал тя с полуслова, как и ты его- иначе написание ТЗ превращается в муку, правда и сдача работ по ТЗ это тоже мука ;-) |
|||
42
Loyt
28.01.13
✎
12:24
|
(30) Это сильно зависит от степени подробности. ТЗ легко может быть трудозатратней работы.
|
|||
43
sapphire
28.01.13
✎
12:24
|
кг/ам
|
|||
44
Shurjk
28.01.13
✎
12:35
|
(42) А кто сказал что оно должно быть проще? Потому руководитель и получает больше чем программер.
|
|||
45
PLUT
28.01.13
✎
12:39
|
(0) счасливчик, ему ТЗ еще пишут. попробуй со слов понять и простить зачеркнуто выполнить
|
|||
46
Trainee
28.01.13
✎
12:44
|
(14) Значит из твоего ТЗ не понятна конечная цель. Найди того, кто не будет думать, а будет писать. А потом сам пообновляй раз в квартал полученное. Поймешь, почему фрилансеры тебя хорошему учат )
|
|||
47
Ник второй
28.01.13
✎
12:47
|
(46) +100500.
|
|||
48
dmpl
28.01.13
✎
13:24
|
(25) ТЗ: Сделать кнопку "Сделать все хорошо!". При ее нажатии должен автоматом исправляться весь учет и сдаваться все необходимые отчеты без участия человека. И чтобы без штрафов. Иди делай.
|
|||
49
Zero on a dice
28.01.13
✎
13:27
|
(48) ТЗ по ГОСТу и я подумаю
|
|||
50
Loyt
28.01.13
✎
13:33
|
(44) Во-первых, это сказано в (30). Во-вторых, руководитель получает больше совсем не потому, да и тз более трудозатратные, чем сама работа - это всё же редкость.
|
|||
51
dmpl
28.01.13
✎
13:49
|
(49) Ты специалист или кто? Может за тебя еще и все написать? :)
|
|||
52
Zero on a dice
28.01.13
✎
13:51
|
(51) я не против
|
|||
53
Torquader
29.01.13
✎
01:22
|
Охаять можно всё, но если в ТЗ написано, что вводится и что получается, то именно это при приёме программы и проверяется.
|
|||
54
sanja26
29.01.13
✎
02:29
|
был случай. Писали втроем по очереди ТЗ для сторонней фирмы, у которой свои программисты 1с, причем бабы. Их фин. директор захотел отчет заказать франчайзи. Так эта их программистка весь мозг вынесла.
ТЗ было написано для финика, а они всем отделом обмозговывали, хотели нам свою крутость показать наверно. Стал я с ней разговаривать. Она - из каких регистров брать будете, я говорю - продажи, может еще из какого, на стадии реализации определюсь. В общем приругались, не поняла она ни фига, да и не хотела понимать. Отдали другому нашему программисту, тот пару дней с ними бился, тоже безрезультатно. Потом, получив вылизанное ТЗ и задание оцененное в сто с лишним тысяч, отказались, типа финик уволился. У программиста должна быть некоторая свобода в реализации, тем более сложных отчетов. Хочешь знать из каких регистров, что будет получено - пиши сам! |
|||
55
saasa
29.01.13
✎
09:10
|
соглашаемся
|
|||
56
MaxS
29.01.13
✎
09:17
|
В ТЗ должно быть описано что нужно сделать, общая цель проекта, на входе то, на выходе - это. И пожелания к функционалу пользователя.
Тогда нормальный программист ищет наиболее эффективные способы реализации, т.е. как сделать. Но если в ТЗ писать как сделать, это может привести к удорожанию. Если не написать цель, а только то, что нужно сделать, например, добавить реквизит, сделать такую-то проводку, то у программиста появляется масса вопросов - а зачем? Он сам вынужден выяснять цель проекта. Если программисту цель не ясна, то результат строго по ТЗ может не соответствовать ожиданиям заказчика, т.к. у него в голове была другая цель. |
|||
57
ВалераОшкин
29.01.13
✎
09:21
|
(0) До любого одинесника можно докопаться и опустить его до уровня барана. Главное, задать грамотно вопрос!
|
|||
58
Shurjk
29.01.13
✎
09:26
|
(54) А все от того что никто из вас не знал что такое ТЗ особенности реализации отражаются в тех документации в прилдожении - в ТЗ только требования на пользовательсвокм уровне.
|
|||
59
wertyu
29.01.13
✎
09:35
|
(3) ну так делегируй фри кроме кода написать ТЗ, если оно конечно не состоит из добавления реквизита и вывод его на форму )
|
|||
60
MaxS
29.01.13
✎
09:38
|
(59) Только потом не надо удивляться, что фри попросит денег ещё и за создание ТЗ. ;)
|
|||
61
wertyu
29.01.13
✎
09:39
|
(60) это я думаю даже не обсуждается
|
|||
62
mzelensky
29.01.13
✎
09:46
|
(58) да что ты говоришь:
"Техническое задание — исходный документ на проектирование технического объекта. ТЗ устанавливает основное назначение разрабатываемого объекта, его технические характеристики, показатели качества и технико-экономические требования, предписание по выполнению необходимых стадий создания документации (конструкторской, технологической, программной и т. д.) и её состав, а также специальные требования. Задание как исходный документ на создание чего-то нового существует во всех областях деятельности, различаясь по названию, содержанию, порядку оформления и т. п. (например, проектное задание в строительстве, боевое задание, домашнее задание, договор на литературное произведение и т. д.)." wiki:%D2%E5%F5%ED%E8%F7%E5%F1%EA%EE%E5_%E7%E0%E4%E0%ED%E8%E5 |
|||
63
expertus
29.01.13
✎
09:50
|
Работал в конторе-франче с мегаизвестным названием. Видел их ТЗ. Лучше - не встречал: минимализм + наглядность + эффектность, диаграммы eEPC, стройность структуры. Использую как шаблоны для написания текущих ТЗ, выкинув рассусоливания типа "сокращений", "целей системы" и прочего шлака, ненужного для ежедневного использования.
Так вот: копаясь в свойствах документов, в одном из ТЗ встретил организацию Oracle ))) |
|||
64
Shurjk
29.01.13
✎
09:54
|
(82) Ты поменьшк Вики читай побольше стандарты смотри, а то слов много накопировал, а из смысл так ине понял - где там написано что в ТЗ должно быть описано решение?
|
|||
65
Турист
29.01.13
✎
09:56
|
(0) так где пример ТЗ? А то тут некоторые тз неделями пишут, а толку от них никакого.
Например; добавить в справочник реквизит "тут описание на полстраницы" тип "число" |
|||
66
mzelensky
29.01.13
✎
10:23
|
(64) я более доверяю ВИКИ, не же ли твоим субъективным доводам по поводу "Что это такое и как это должно быть".
"побольше стандарты смотри" - Если не поленишься и пройдешь по ссылке, то увидишь .что ГОСТ там прилагается. |
|||
67
Shurjk
29.01.13
✎
10:26
|
(66) Чему я доверяю я уже написал а на вопрос ты так и не ответил где и в каком стандарте написано что в ТЗ должны быть описаны методы решения?
|
|||
68
mzelensky
29.01.13
✎
10:34
|
(67) а где написано, что НЕ ДОЛЖНЫ?
|
|||
69
Shurjk
29.01.13
✎
10:35
|
(68) Ндаа похоже ты буквы читать научился, а смысла написанного так и не понял.
|
|||
70
mzelensky
29.01.13
✎
11:12
|
(69) философский вброс - могу сказать абсолютно тоже самое в твой адрес. Только подобные красноречивые фразы сути не меняют.
|
|||
71
John83
29.01.13
✎
19:28
|
на предыдущей работе глбух ставила хорошие ТЗ. Даже вплоть до того, из каких регистров, какую инфу тащить. Но, пожалуй, это был единичный случай - остальные просто отказываются понимать регистры :(
|
|||
72
mistеr
29.01.13
✎
20:25
|
(0) По моему, варианта ровно два. Либо повышать свой скилл написания ТЗ, либо находить фрилансера, согласного работать по твоему ТЗ, остальное правильно додумывать и не вякать.
Поскольку ТС отказывается привести конкретный пример непонимания, склоняюсь к первому варианту. |
|||
73
MaxS
29.01.13
✎
20:41
|
(71) мне как-то удавалось находить взаимопонимание с бухами при формулировании задания по созданию нового отчета - я просил указать из какого отчета и какие цифры они получают, т.е. какие цифры они считают верными. А там дальше дело техники глянуть откуда отчет берёт данные.
У бухгалтеров самые верные цифры в бух. регистрах, в оборотках. У менеджеров/продажников - в регистрах накопления. ;) |
|||
74
exwill
29.01.13
✎
20:58
|
(0) Идеальное тз - это не программный код.
Идеальное тз - текст, в котором однозначно определено, как понять: выполнено задание или нет. |
|||
75
NcSteel
29.01.13
✎
21:09
|
(54) Зачем рабу давать свободу? Пристегнуть к батарее , дать в зубы ТЗ и вперед.
|
|||
76
NcSteel
29.01.13
✎
21:10
|
(74) Это уже сценарное тестирование.
|
|||
77
NcSteel
29.01.13
✎
21:11
|
(56) Поэтому в ТЗ должны быть описаны бизнес процессы затрагивающие доработку.
|
|||
78
John83
29.01.13
✎
21:15
|
(73) по поводу того, где они смотрят инфу - это обычная практика (даже при переходе из другой системы), тут сразу анализируешь, что и откуда брать
|
|||
79
Snovy
29.01.13
✎
21:15
|
(0) Все, что называлось ТЗ в постах от 0 до 73 - это не ТЗ, а ТП. а вот в (74) - то, что и является целью написания ТЗ. ТЗ - это прежде всего требования в БУДУЩЕЙ системе и правила контроля и приемки, а уж никак не ее описание...
|
|||
80
Snovy
29.01.13
✎
21:16
|
(79)+ И еще. если ТЗ написано по ГОСТ 34 - к нему никто никогда не докопается и уж тем более не обхает. Поверьте на слово...
|
|||
81
NcSteel
29.01.13
✎
21:18
|
(79) Ошибаешься, это больше похоже на "Концепцию приемки релизов и сборок", а так же на "Сценарии тестирования релизов и разработок".
|
|||
82
Snovy
29.01.13
✎
21:29
|
(81) Не видел в ГОСТ 19, ГОСТ 34 и ИСО 12207 (на память, может другой немного номер) таких названий документов. Откуда это?
|
|||
83
NcSteel
29.01.13
✎
21:33
|
(82) Некая госорганизация связанная с российскими атомными проектами )))
|
|||
84
Snovy
29.01.13
✎
21:39
|
(83) Ну так это внутренние документы той самой организации. Разработанные наверняка на базе ГОСТ и ИСО. А может кто-то сильно вумный из головы такое наваял. Но если это корпоративно утверждено, то это внутренние утвержденные документы, требования которых должен выполнять подрядчик или только для внутреннего потребления. Мы тоже при написании проектной и эксплуатационной документации руководствуемся внутренними требованиями компании. Но на моей памяти никогда не было придирок к документации по ГОСТ 34. И мое мнение - в ГОСТ 34 есть все для того, что бы корректно составить документацию, что бы ее все понимали, что бы никто не смел охаивать, а только ставить свою подпись или мотивированный отказ при согласовании.
|
|||
85
Snovy
29.01.13
✎
21:43
|
(84)+ В среде 1С очень часто путают задание программисту на код и ТЗ как официальный документ на разработку.
|
|||
86
Snovy
29.01.13
✎
21:47
|
Если взять два кейса от 1С образца 2005 года (позже по моему ничего не было) на постановку ТЗ по бюджетированию и по производству - два абсолютно разных документа. В одном именно ТЗ - требования к системе, в другом - описание уже существующей системы УПП - простите, но последнее, это не ТЗ и даже не ТП, это руководство пользователя. Хотя в обеих книжках эти документы называются ТЗ. И кстати ни один из них по наполнению и содержанию не соответствует ГОСТ 34. Иных доступных примеров полного ТЗ от вендора я еще не видел.
|
|||
87
exwill
29.01.13
✎
22:57
|
(76) Неа.
Например: "Сделайте так, чтобы нам было хорошо" - это тоже ТЗ. Причем идеальное. |
|||
88
Азазель
29.01.13
✎
23:00
|
(87) Это абстрактное пожелание, не содержащее задания разработчику и ничего по технической его части.
Нельзя использовать для выполнения и приемки работы. |
|||
89
Snovy
29.01.13
✎
23:10
|
Надо начинать с простого. Все мы знаем, что такое выключатель (ну или включатель) нашей люстры. Вот и нужно проверить себя:
в написании технических требований к выключателю; проведения обследования; написания ТЗ к выключателю; разработки эскизного и технического проектов на выключатель; разработки эксплуатационной документации на выключатель. Если получится - любой комплект документации - запросто! |
|||
90
exwill
29.01.13
✎
23:17
|
(88) Вы работаете по найму?
|
|||
91
Лефмихалыч
29.01.13
✎
23:19
|
(0) чо, ты там все так все понятно написал, а разработчик рж0т и говорит, что креатив гениален и автор молодец, но в этом задании нет ни чего технического, тема сисек не раскрыта, а цели не описаны?
|
|||
92
wertyu
29.01.13
✎
23:22
|
ссылка-то на ТЗ будет?
|
|||
93
Snovy
29.01.13
✎
23:23
|
(87) Реализация данного ТЗ - можно приволочь Заказчику ящик Хенесси, можно выстрелить в висок - вопрос - а что на самом деле хотел Заказчик остался нераскрытым... Это не идеальное ТЗ, это ТТ с натяжкой...
|
|||
94
wertyu
29.01.13
✎
23:24
|
(93) да ладно вам, нормальное наркоманское ТЗ )
|
|||
95
Лефмихалыч
29.01.13
✎
23:25
|
(93) а хенесси - рану на виске протирать, чтобы пуля инфекцию не занесла?
|
|||
96
Snovy
29.01.13
✎
23:26
|
(94) Даже если наркоманские - не ТЗ, а только ТТ...
|
|||
97
Snovy
29.01.13
✎
23:27
|
(95) Это по данному ТЗ не предусмотрено - либо одно, либо другое...
|
|||
98
wertyu
29.01.13
✎
23:28
|
(97) алоизыч говорят два совместил и траванулся и застрелился )
|
|||
99
Snovy
29.01.13
✎
23:28
|
(97) + там не просили два раза хорошо. Но опять же - это не задание, а только требования к...
|
|||
100
exwill
29.01.13
✎
23:30
|
(93) Самое лучшее ТЗ, которое я когда-либо слышал.
1. Легко воспринимается. 2. Критерий выполнения абсолютно прозрачен. 3. Оценка своих возможностей не представляет никакого труда. 4. Ответ дается моментально. 5. Несмотря на то, что ответ отрицательный (в смысле - я за это не возьмусь), есть большой плюс - куча сэкономленного времени. |
|||
101
Snovy
29.01.13
✎
23:33
|
(100) ТЗ нужно читать, а не слышать...
п.1 - не факт. п.2 - обязательно п.3 - это вывод из ТЗ, но тоже правильно п.4 - не факт п.5 - это тоже вывод, но ТЗ пишется для подрядчика, поэтому согласен на 100% |
|||
102
exwill
29.01.13
✎
23:34
|
(101) п.1 спартанцы бы одобрили
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |