Гость
Войти | Профиль | Очистить
Целевая тема:
Создать новую тему:
Автор:
Действия ...
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Стоит ли писать ТЗ в форме руководства пользователя? / 19 сообщений из 19, страница 1 из 1
22.01.2006, 02:24
    #33495916
romaro
romaro
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Стоит ли писать ТЗ в форме руководства пользователя?
Стоит ли писать ТЗ в форме руководства пользователя? Постановка задачи -> какие шаги нужно предпринять пользователю для ее решения.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
22.01.2006, 08:57
    #33495967
muk07
muk07
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Стоит ли писать ТЗ в форме руководства пользователя?
Не могу поверить, что кто то в состоянии предвидеть все нюансы работы приложения на этапе ТЗ, за исключением простейших случаев.
Я пишу ТЗ -
1) Описание данных, которые обслуживает программа (обычно БД). т.е. обеспечивает ввод, редактирование..., но не пишу как.
2) Выходные документы с описанием их формы
3) Технические требования
4) что ещё можно включить по канве ГОСТа на ТЗ
-
Конечно, если вы в состоянии выдать ТЗ в виде manual, то тем легче будет разговаривать с заказчиком. Мне такое никогда не удавалось.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
22.01.2006, 11:27
    #33495995
Cat2
Cat2
Модератор форума
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Стоит ли писать ТЗ в форме руководства пользователя?
В ТЗ, конечно, могут быть отражены требования заказчика по организации интерфейса, но это может быть только небольшой частью всего ТЗ. И ВСЕГО его, как "руководство пользователя" написать просто не получится.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
22.01.2006, 12:27
    #33496018
romaro
romaro
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Стоит ли писать ТЗ в форме руководства пользователя?
Дело в том, что я и есть заказчик...

Вот хочу узнать, в каком виде давать задание на АСУП разработчикам, чтобы не возникло "непоняток" и было потрачено минимум времени на дополнительные согласования.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
22.01.2006, 13:09
    #33496042
Cat2
Cat2
Модератор форума
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Стоит ли писать ТЗ в форме руководства пользователя?
romaro. Хороший Вы заказчик. Мне б такого
ТЗ есть продукт непротивления сторон. То, что Вы пишете - пожелания заказчика - основа для ТЗ.

Подробно опишите какая инфа на входе: первичные документы, виртуальные источники данных, датчики и тому подобное.
Что из них вводится в базу.

Какую инфу Вы хотите получить на выходе: отчеты, экранные представления. Какие из них будут использоваться часто, а какие - редко.

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

Каковы диапазоны значений величин. Разрядность для числовых, длина для сроковых, интервал для дат.

Кто и что должен иметь право делать в программе.

Уровень подготовки пользователей программы.
Время работы пользователей.
Какое время простоя считается допустимым.
Каков допустимый отрезок времени, за котрый данные могут быть потеряны.

========
Если бы я получил такую инфу - то считал бы ее идеальным ТЗ
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
22.01.2006, 14:42
    #33496092
romaro
romaro
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Стоит ли писать ТЗ в форме руководства пользователя?
Мне бы хоть краешком глаза увидеть, как это выглядит в готовом варианте. Пример, так сказать. Поможите чем?..
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
22.01.2006, 17:01
    #33496144
PVP
PVP
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Стоит ли писать ТЗ в форме руководства пользователя?
romaroДело в том, что я и есть заказчик...

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

Посмотрите статю "Внедрение без обмана". Может пригодится.
http://www.iteam.ru/publications/finances/section_14/article_821/
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
22.01.2006, 22:05
    #33496266
S.A.N.
S.A.N.
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Стоит ли писать ТЗ в форме руководства пользователя?
romaroМне бы хоть краешком глаза увидеть, как это выглядит в готовом варианте. Пример, так сказать. Поможите чем?..
Готовые ТЗ где то конечно есть. Поискать для начала хотя бы на google.ru не пробовали? :)
Но для начала советую ознакомиться с требованиями:
Система технической документации на АСУ
Единая система программной документации
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.01.2006, 10:16
    #33496567
Shtock
Shtock
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Стоит ли писать ТЗ в форме руководства пользователя?
Я бы сказал,что ТЗ в виде руководства пользователя - бизнес-uses case.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.01.2006, 10:17
    #33496570
Shtock
Shtock
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Стоит ли писать ТЗ в форме руководства пользователя?
Главное только не опуститься до уровня интерфейса.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.01.2006, 14:17
    #33497354
AlexTheRaven
AlexTheRaven
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Стоит ли писать ТЗ в форме руководства пользователя?
romaroСтоит ли писать ТЗ в форме руководства пользователя? Постановка задачи -> какие шаги нужно предпринять пользователю для ее решения.
А что такое "руководство пользователя"? По ГОСТу есть только "руководство оператора", "руководство администратора" и "руководство программиста" :).

По-моему - не стоит. Дело и в уровне детализации, и в том, что ТЗ должно содержать сроки некоторые тех. вопросы, о которых пользователю (если пользователь=оператор) знать ни к чему. Вы уверены, что знаете, чего хочет пользователь? Нет, нет, сейчас не отвечайте, ответьте после того, как внедрите :) .
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.01.2006, 15:12
    #33497558
Валентин К
Валентин К
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Стоит ли писать ТЗ в форме руководства пользователя?
S.A.N. romaroМне бы хоть краешком глаза увидеть, как это выглядит в готовом варианте. Пример, так сказать. Поможите чем?..
Готовые ТЗ где то конечно есть. Поискать для начала хотя бы на google.ru не пробовали? :)
Но для начала советую ознакомиться с требованиями:
Система технической документации на АСУ
Единая система программной документации
Интересные ссылки, но на деле малоинформативные....
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.01.2006, 16:02
    #33497745
Andrey
Andrey
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Стоит ли писать ТЗ в форме руководства пользователя?
ShtockГлавное только не опуститься до уровня интерфейса.

Ну если интерфейс критичен, то почему бы и не прописать его в requirement?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.01.2006, 16:20
    #33497804
ЮВ
ЮВ
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Стоит ли писать ТЗ в форме руководства пользователя?
romaroСтоит ли писать ТЗ в форме руководства пользователя? Постановка задачи -> какие шаги нужно предпринять пользователю для ее решения.

ТЗ задает только ФУНКЦИИ, которые должен выполнять программный продукт.
Как эти функции будут реализованы, описывается в техническом проекте на программный продукт (техпроект утверждается заказчиком).
Иногда продвинутый заказчик может явно оговаривать в ТЗ инструмент, с помощью которого должен быть разработан программный продукт. Это косвенно определяет интерфейс пользователя.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.01.2006, 16:25
    #33497836
ЮВ
ЮВ
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Стоит ли писать ТЗ в форме руководства пользователя?
Подробно опишите какая инфа на входе: первичные документы, виртуальные источники данных, датчики и тому подобное.
Что из них вводится в базу.

Какую инфу Вы хотите получить на выходе: отчеты, экранные представления. Какие из них будут использоваться часто, а какие - редко.

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

Каковы диапазоны значений величин. Разрядность для числовых, длина для сроковых, интервал для дат.

Кто и что должен иметь право делать в программе.

Уровень подготовки пользователей программы.
Время работы пользователей.
Какое время простоя считается допустимым.
Каков допустимый отрезок времени, за котрый данные могут быть потеряны.
========
Если бы я получил такую инфу - то считал бы ее идеальным ТЗ
Это не ТЗ, а технический проект!
И всю эту работу должен выполнить исполнитель, изучив и описав предметную область заказчика и все его бизнес-правила (процессы).
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.01.2006, 16:39
    #33497895
Visitor
Visitor
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Стоит ли писать ТЗ в форме руководства пользователя?
ЮВИ всю эту работу должен выполнить исполнитель, изучив и описав предметную область заказчика и все его бизнес-правила (процессы).

нет, это не так...

если "исполнитель" имеется в виду разработчик программного комплекса - тем более не так...

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

"исполнитель" - провайдер тпрограммного решения всегда копает "под себя"

1 всегда остается зашореным рамками существующей у него технологии
2 злоупотребляет "домашними заготовками" оставшимися от предыдущих проектов.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.01.2006, 17:35
    #33498046
softwarer
softwarer
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Стоит ли писать ТЗ в форме руководства пользователя?
romaroСтоит ли писать ТЗ в форме руководства пользователя?
Нет, не стоит. Это примерно то же, что пить молоко с шампанским.

Тривиальный пример - бизнес-процесс, в котором участвуют несколько пользователей. С точки зрения ТЗ его желательно описать вместе, одной главой; с точки зрения руководства пользователя он должен быть разложен на главки в "функциях продавца", "функциях кладовщика", "функциях экспедитора"....
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.01.2006, 18:30
    #33498158
ЮВ
ЮВ
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Стоит ли писать ТЗ в форме руководства пользователя?
ЮВ
И всю эту работу должен выполнить исполнитель, изучив и описав предметную область заказчика и все его бизнес-правила (процессы).

Да, именно исполнитель работы (договора), а не Заказчик.
А как он будет ее делать - силами собственных аналитиков, привлечет сторонние специализированные организации или иным путем - это его право.
А нажитый опыт - не всегда плохо, помогает избежать подводных камней.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.01.2006, 18:46
    #33498198
Visitor
Visitor
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Стоит ли писать ТЗ в форме руководства пользователя?
ЮВ ЮВ
И всю эту работу должен выполнить исполнитель, изучив и описав предметную область заказчика и все его бизнес-правила (процессы).

еще раз нет...

разработчик решения всегда будет копать где теплее, а не там, где трубу прорвало...
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Стоит ли писать ТЗ в форме руководства пользователя? / 19 сообщений из 19, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение  
Полит. конфиден.  
созд. / загр.: 450ms
Закрыть
start [/forum/topic.php?fid=32&mobile=1&tid=1545450]:
 0ms
get settings:
 11ms
get forum list:
 14ms
check forum access:
 2ms
check topic access:
 2ms
track hit:
 140ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 45ms
get tp. blocked users:
 1ms
others: 224ms
total:  450ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]