|
|
|
Стоит ли писать ТЗ в форме руководства пользователя?
|
|||
|---|---|---|---|
|
#18+
Стоит ли писать ТЗ в форме руководства пользователя? Постановка задачи -> какие шаги нужно предпринять пользователю для ее решения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2006, 02:24 |
|
||
|
Стоит ли писать ТЗ в форме руководства пользователя?
|
|||
|---|---|---|---|
|
#18+
Не могу поверить, что кто то в состоянии предвидеть все нюансы работы приложения на этапе ТЗ, за исключением простейших случаев. Я пишу ТЗ - 1) Описание данных, которые обслуживает программа (обычно БД). т.е. обеспечивает ввод, редактирование..., но не пишу как. 2) Выходные документы с описанием их формы 3) Технические требования 4) что ещё можно включить по канве ГОСТа на ТЗ - Конечно, если вы в состоянии выдать ТЗ в виде manual, то тем легче будет разговаривать с заказчиком. Мне такое никогда не удавалось. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2006, 08:57 |
|
||
|
Стоит ли писать ТЗ в форме руководства пользователя?
|
|||
|---|---|---|---|
|
#18+
В ТЗ, конечно, могут быть отражены требования заказчика по организации интерфейса, но это может быть только небольшой частью всего ТЗ. И ВСЕГО его, как "руководство пользователя" написать просто не получится. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2006, 11:27 |
|
||
|
Стоит ли писать ТЗ в форме руководства пользователя?
|
|||
|---|---|---|---|
|
#18+
Дело в том, что я и есть заказчик... Вот хочу узнать, в каком виде давать задание на АСУП разработчикам, чтобы не возникло "непоняток" и было потрачено минимум времени на дополнительные согласования. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2006, 12:27 |
|
||
|
Стоит ли писать ТЗ в форме руководства пользователя?
|
|||
|---|---|---|---|
|
#18+
romaro. Хороший Вы заказчик. Мне б такого ТЗ есть продукт непротивления сторон. То, что Вы пишете - пожелания заказчика - основа для ТЗ. Подробно опишите какая инфа на входе: первичные документы, виртуальные источники данных, датчики и тому подобное. Что из них вводится в базу. Какую инфу Вы хотите получить на выходе: отчеты, экранные представления. Какие из них будут использоваться часто, а какие - редко. Какие расчетные формулы должны использоваться. Какие из этих формул могут менятся со временем. Каковы диапазоны значений величин. Разрядность для числовых, длина для сроковых, интервал для дат. Кто и что должен иметь право делать в программе. Уровень подготовки пользователей программы. Время работы пользователей. Какое время простоя считается допустимым. Каков допустимый отрезок времени, за котрый данные могут быть потеряны. ======== Если бы я получил такую инфу - то считал бы ее идеальным ТЗ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2006, 13:09 |
|
||
|
Стоит ли писать ТЗ в форме руководства пользователя?
|
|||
|---|---|---|---|
|
#18+
Мне бы хоть краешком глаза увидеть, как это выглядит в готовом варианте. Пример, так сказать. Поможите чем?.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2006, 14:42 |
|
||
|
Стоит ли писать ТЗ в форме руководства пользователя?
|
|||
|---|---|---|---|
|
#18+
romaroДело в том, что я и есть заказчик... Вот хочу узнать, в каком виде давать задание на АСУП разработчикам, чтобы не возникло "непоняток" и было потрачено минимум времени на дополнительные согласования.Не стоит руководство пользователя превращать в ТЗ по многим причинам. Такое подробное ТЗ принесет только вред работе. Оно заставит исполнителя, если он конечно не новичок, двигаться не по своим наработкам а по Вашим идеям, что существено затруднит работу. Другая сторона - такое подробное ТЗ перекладывает на Вас ответственность за состав работы - исполнителю достаточно выполнить все пункты ТЗ, что бы предоставить акт сдачи работ. При этом вся система может быть не работоспособной. Посмотрите статю "Внедрение без обмана". Может пригодится. http://www.iteam.ru/publications/finances/section_14/article_821/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2006, 17:01 |
|
||
|
Стоит ли писать ТЗ в форме руководства пользователя?
|
|||
|---|---|---|---|
|
#18+
romaroМне бы хоть краешком глаза увидеть, как это выглядит в готовом варианте. Пример, так сказать. Поможите чем?.. Готовые ТЗ где то конечно есть. Поискать для начала хотя бы на google.ru не пробовали? :) Но для начала советую ознакомиться с требованиями: Система технической документации на АСУ Единая система программной документации ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2006, 22:05 |
|
||
|
Стоит ли писать ТЗ в форме руководства пользователя?
|
|||
|---|---|---|---|
|
#18+
Я бы сказал,что ТЗ в виде руководства пользователя - бизнес-uses case. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2006, 10:16 |
|
||
|
Стоит ли писать ТЗ в форме руководства пользователя?
|
|||
|---|---|---|---|
|
#18+
Главное только не опуститься до уровня интерфейса. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2006, 10:17 |
|
||
|
Стоит ли писать ТЗ в форме руководства пользователя?
|
|||
|---|---|---|---|
|
#18+
romaroСтоит ли писать ТЗ в форме руководства пользователя? Постановка задачи -> какие шаги нужно предпринять пользователю для ее решения. А что такое "руководство пользователя"? По ГОСТу есть только "руководство оператора", "руководство администратора" и "руководство программиста" :). По-моему - не стоит. Дело и в уровне детализации, и в том, что ТЗ должно содержать сроки некоторые тех. вопросы, о которых пользователю (если пользователь=оператор) знать ни к чему. Вы уверены, что знаете, чего хочет пользователь? Нет, нет, сейчас не отвечайте, ответьте после того, как внедрите :) . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2006, 14:17 |
|
||
|
Стоит ли писать ТЗ в форме руководства пользователя?
|
|||
|---|---|---|---|
|
#18+
S.A.N. romaroМне бы хоть краешком глаза увидеть, как это выглядит в готовом варианте. Пример, так сказать. Поможите чем?.. Готовые ТЗ где то конечно есть. Поискать для начала хотя бы на google.ru не пробовали? :) Но для начала советую ознакомиться с требованиями: Система технической документации на АСУ Единая система программной документации Интересные ссылки, но на деле малоинформативные.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2006, 15:12 |
|
||
|
Стоит ли писать ТЗ в форме руководства пользователя?
|
|||
|---|---|---|---|
|
#18+
ShtockГлавное только не опуститься до уровня интерфейса. Ну если интерфейс критичен, то почему бы и не прописать его в requirement? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2006, 16:02 |
|
||
|
Стоит ли писать ТЗ в форме руководства пользователя?
|
|||
|---|---|---|---|
|
#18+
romaroСтоит ли писать ТЗ в форме руководства пользователя? Постановка задачи -> какие шаги нужно предпринять пользователю для ее решения. ТЗ задает только ФУНКЦИИ, которые должен выполнять программный продукт. Как эти функции будут реализованы, описывается в техническом проекте на программный продукт (техпроект утверждается заказчиком). Иногда продвинутый заказчик может явно оговаривать в ТЗ инструмент, с помощью которого должен быть разработан программный продукт. Это косвенно определяет интерфейс пользователя. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2006, 16:20 |
|
||
|
Стоит ли писать ТЗ в форме руководства пользователя?
|
|||
|---|---|---|---|
|
#18+
Подробно опишите какая инфа на входе: первичные документы, виртуальные источники данных, датчики и тому подобное. Что из них вводится в базу. Какую инфу Вы хотите получить на выходе: отчеты, экранные представления. Какие из них будут использоваться часто, а какие - редко. Какие расчетные формулы должны использоваться. Какие из этих формул могут менятся со временем. Каковы диапазоны значений величин. Разрядность для числовых, длина для сроковых, интервал для дат. Кто и что должен иметь право делать в программе. Уровень подготовки пользователей программы. Время работы пользователей. Какое время простоя считается допустимым. Каков допустимый отрезок времени, за котрый данные могут быть потеряны. ======== Если бы я получил такую инфу - то считал бы ее идеальным ТЗ Это не ТЗ, а технический проект! И всю эту работу должен выполнить исполнитель, изучив и описав предметную область заказчика и все его бизнес-правила (процессы). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2006, 16:25 |
|
||
|
Стоит ли писать ТЗ в форме руководства пользователя?
|
|||
|---|---|---|---|
|
#18+
ЮВИ всю эту работу должен выполнить исполнитель, изучив и описав предметную область заказчика и все его бизнес-правила (процессы). нет, это не так... если "исполнитель" имеется в виду разработчик программного комплекса - тем более не так... большую пользу приносит привлечение независимого аналитика или консультанта, не ангажированного командой разработчиков. "исполнитель" - провайдер тпрограммного решения всегда копает "под себя" 1 всегда остается зашореным рамками существующей у него технологии 2 злоупотребляет "домашними заготовками" оставшимися от предыдущих проектов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2006, 16:39 |
|
||
|
Стоит ли писать ТЗ в форме руководства пользователя?
|
|||
|---|---|---|---|
|
#18+
romaroСтоит ли писать ТЗ в форме руководства пользователя? Нет, не стоит. Это примерно то же, что пить молоко с шампанским. Тривиальный пример - бизнес-процесс, в котором участвуют несколько пользователей. С точки зрения ТЗ его желательно описать вместе, одной главой; с точки зрения руководства пользователя он должен быть разложен на главки в "функциях продавца", "функциях кладовщика", "функциях экспедитора".... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2006, 17:35 |
|
||
|
Стоит ли писать ТЗ в форме руководства пользователя?
|
|||
|---|---|---|---|
|
#18+
ЮВ И всю эту работу должен выполнить исполнитель, изучив и описав предметную область заказчика и все его бизнес-правила (процессы). Да, именно исполнитель работы (договора), а не Заказчик. А как он будет ее делать - силами собственных аналитиков, привлечет сторонние специализированные организации или иным путем - это его право. А нажитый опыт - не всегда плохо, помогает избежать подводных камней. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2006, 18:30 |
|
||
|
Стоит ли писать ТЗ в форме руководства пользователя?
|
|||
|---|---|---|---|
|
#18+
ЮВ ЮВ И всю эту работу должен выполнить исполнитель, изучив и описав предметную область заказчика и все его бизнес-правила (процессы). еще раз нет... разработчик решения всегда будет копать где теплее, а не там, где трубу прорвало... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2006, 18:46 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=33495995&tid=1545450]: |
0ms |
get settings: |
7ms |
get forum list: |
8ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
50ms |
get topic data: |
5ms |
get forum data: |
1ms |
get page messages: |
37ms |
get tp. blocked users: |
1ms |
| others: | 195ms |
| total: | 308ms |

| 0 / 0 |
