|
Кто в России пишет по ТЗ?
|
|||
---|---|---|---|
#18+
Гулин Федорможет кто-то выложить хорошо (неплохо) написанное ТЗ ( с его точки зрения) Разумеется это лишь кусочек ТЗ Период исчисления отпуска Период исчисления - календарный год - определяется с последней даты приема на работу (анализировать историю "Состояние ФизЛица" - брать последний приказ о приеме), так как сотрудник может несколько раз увольняться и вновь устраиваться на работу. Период исчисления может измениться: Если сотрудник был в декретном отпуске. Тогда в истории ФизЛица будет запись, установленная док-том "Отпуск по уходу за ребенком". Если сотрудник брал администр. отпуск до 30.06.2006 продолжительностью более 7 дней в данном периоде исчисления (анализировать док-т "Приказ по отпуску" - вид отпуска = вид расчета "Отпуск за свой счет долгосрочный"), тогда к дате приема на работу прибавить дни долгоср. отпуска. Если сотрудник брал администр. отпуск после 30.06.2006 общей продолжительностью более 14 дней в данном периоде исчисления (анализировать док-т "Приказ по отпуску" - вид отпуска = вид расчета "Отпуск за свой счет краткосрочный" или "Отпуск за свой счет долгосрочный" то суммировать значение рекв. "Колич.дней отпуска" и брать всю сумму дней, если она > 14, тогда к дате приема на работу + сумму дней администр. отпусков). Анализировать каждый период исчисления на кол-во дней ( > 7 или > 14) администр.отпусков и менять каждый следующий после них период исчисления. Например у сотрудника были такие периоды исчисления 17.04.2006 16.04.200717.04.2007 16.04.200817.04.2008 16.04.2009 Если по сотруднику в мае 2006г. Было несколько администр.отпусков на 6дн., 4дн. и 9дн. (до 30.06.2006г.), то учитываем только 9дн. > 7, а с 01.07.06г. по 16.04.07г. несколько администр.отпусков на 6дн., 4дн. и 9дн. , то учитываем сумму дней = 19дн. > 14, тогда начало следующего нового периода исчисления определяется : 17.04.07г. + (9 дн. + 19дн.) = 15.05.07, а весь период исчисления = 15.05.07 - 14.05.08г. 17.04.2006 16.04.200715.05.2007 14.05.200815.05.2008 14.05.2009 ... |
|||
:
Нравится:
Не нравится:
|
|||
20.10.2008, 12:38 |
|
Кто в России пишет по ТЗ?
|
|||
---|---|---|---|
#18+
klen_Разумеется это лишь кусочек ТЗ Это не ТЗ! Это фрагмент технического проекта! ТЗ на программу должно содержать только требование типа: "Программа должна рассчитывать длительность отпуска в соответствии с существующими положениями и нормативными документами РФ". (можно их перечислить). ... |
|||
:
Нравится:
Не нравится:
|
|||
20.10.2008, 14:17 |
|
Кто в России пишет по ТЗ?
|
|||
---|---|---|---|
#18+
ЮВ1) 1) Наиболее качественные ТЗ, имхо, пишутся по военному ГОСТу на ТЗ 2) Это не ТЗ! Это фрагмент технического проекта! 1) Уважаемый за 25 лет службы ни разу не видел "военных гостов". 2) Мне страшно за ваши технические проекты. Я бы отнес фрагмент данного документа в документы формируемые до ТЗ. Или по крайней мере в 3-й раздел. Почему - потому что здесь анализируется расчет отпуска на основе нескольких нормативно-правовых документов. А для разработчиков системы сделана выжимка в виде требований к реализации алгоритма расчета ______________________________________________________ Давайте считать обступившее нас со всех строн коричневое море шоколадным ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2008, 11:38 |
|
Кто в России пишет по ТЗ?
|
|||
---|---|---|---|
#18+
shelsoft 1) Уважаемый за 25 лет службы ни разу не видел "военных гостов". 2) Мне страшно за ваши технические проекты. Я бы отнес фрагмент данного документа в документы формируемые до ТЗ. Или по крайней мере в 3-й раздел. Почему - потому что здесь анализируется расчет отпуска на основе нескольких нормативно-правовых документов. А для разработчиков системы сделана выжимка в виде требований к реализации алгоритма расчета 1) Может "не там" служили? ... на РКК "Энергия" и на ЗАХе довелось побывать по службе? В военной приемке? В соответвующих "номерных" ЦНИИ МО довелось послужить? 2) Фрагмент приведенного документа больше похож на описание бизнес-правила, только автор об этом скорее всего даже не догадывался :-). Могу сделать предположение, что в целом документ, фрагмент которого мы видели, сложновоспринимаем ... ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2008, 12:47 |
|
Кто в России пишет по ТЗ?
|
|||
---|---|---|---|
#18+
Вклиниваюсь в ваш разговор немного не по теме, нужна инфа по ТЗ, а именно стандарты и спецификации, неплохо бы с примерами, для постановщиков ТЗ. Где в сети можно найти стоящую информацию по этому вопросу? ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2008, 12:50 |
|
Кто в России пишет по ТЗ?
|
|||
---|---|---|---|
#18+
shelsoft 1) Уважаемый за 25 лет службы ни разу не видел "военных гостов". Если вы их не видели, это не значит, что их не существует. Разработка ПО для военных ведется только по военным ГОСТам (например, ГОСТ Р 51189-98 Средства программные систем вооружения ГОСТ В 15.211-78 Порядок разработки программ и методик испытаний опытных образцов изделий. и многие другие, в том числе и ГОСТ на ТЗ). shelsoft 2) Мне страшно за ваши технические проекты. Я бы отнес фрагмент данного документа в документы формируемые до ТЗ. Или по крайней мере в 3-й раздел. Почему - потому что здесь анализируется расчет отпуска на основе нескольких нормативно-правовых документов. А для разработчиков системы сделана выжимка в виде требований к реализации алгоритма расчета Обсуждать не буду, ибо полное непонимание распределения работ (обязанностей) Заказчика и Исполнителя и стадий (последовательности) работ. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2008, 13:02 |
|
Кто в России пишет по ТЗ?
|
|||
---|---|---|---|
#18+
ооол... нужна инфа по ТЗ, а именно стандарты и спецификации, Если разрабатываете ПО для военных, нужный ГОСТ вам дадут в военной приемке. Для гражданского (коммерческого) ПО можно использовать ГОСТ 19.201 "Техническое задание. Требования к содержанию и оформлению". ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2008, 13:07 |
|
Кто в России пишет по ТЗ?
|
|||
---|---|---|---|
#18+
ЮВ, сегодня 2008 год ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2008, 13:12 |
|
Кто в России пишет по ТЗ?
|
|||
---|---|---|---|
#18+
iscrafmЮВ, сегодня 2008 год Скажите об этом Газпрому (который требует документацию по ГОСТ 34) ... :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2008, 13:45 |
|
Кто в России пишет по ТЗ?
|
|||
---|---|---|---|
#18+
Мда, развели флуд... У меня вопрос к Bogdanov Andrey. Представьте, что к вам пришел заказчик, и говорит - сделайте мне биллинговую систему, которая будет интегрирована со всеми остальными приложениями, используемыми в моей компании. И скажите мне, сколько будут стоить ВСЕ работы и когда они будут выполнены? Слабо ответить не написав ТЗ? Со своим подходом вы не сможете предсказать сроки и бюджет. Очевидно, что по fixed price вы не работали, и о проблемах о которых уже 6 страниц говорят другие форумчане - вы просто не в курсе. Я вам завидую. Работать по time & material - это вообще мечта программиста. И на ТЗ тогда можно просто положить большой болт, и твори что хочешь. Вот вам макет. Не нравится, ок, переделаем. Опять не нравиться - еще переделаем. Программист спит - деньги капают. Просто риски переносятся на заказчика. :) Что касается раннего прототипирования и макетирования - это один из способов понять что хочет заказчик, чтобы потом включить это в ТЗ. Соглашусь с коллегами - без ТЗ можно реализовать либо очень маленькие проекты, либо работать по time & material ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2008, 14:03 |
|
Кто в России пишет по ТЗ?
|
|||
---|---|---|---|
#18+
rgb-dartМда, развели флуд... Работать по time & material - это вообще мечта программиста. не могли бы вы яснее выражаться. Не все читают поэмы Хааса, чтобы по ним работать. p.s. Риски в любом случае переносятся на заказчика. В том числе и связанные с недостаточно полным ТЗ и т.п. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2008, 14:13 |
|
Кто в России пишет по ТЗ?
|
|||
---|---|---|---|
#18+
Аquot iscrafm]ЮВ, сегодня 2008 год[/quot] Вы будете смеяться, но, например, в строительстве за несколько тысячелетий почти ничего не изменилось. И проектировщик пирамиды Хеопcа, и архитектор Колизея и многие другие авторы проектировали одинаково, только материалы менялись. Также и в подходах к проектироаванию ПО - что 30 лет назад, что сейчас - методы те же, только меняются програмные средства ("строительные блоки"), используемые для реализации ПО, и инструментальные средства проектирования. А ГОСТы к ним не привязаны. Потому ими и пользуются до сих пор (хотя формально все ГОСТы отменены и необходимо пользоваться техническими регламентами, которых нет). ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2008, 14:16 |
|
Кто в России пишет по ТЗ?
|
|||
---|---|---|---|
#18+
rgb-dartУ меня вопрос к Bogdanov Andrey. Опять же скажу - все зависит от поставленных целей. Если заказчику важна точная стоимость проекта, а не конечный результат, то написание ТЗ - несомненно правильное решение. Но если заказчик хочет получить работающий пограммный продукт, а не просто подписать акт сдачи/приемки, то это не самый эффективный,по моему, путь. Ну а насчет рисков - риски они де факто всегда на заказчике висят. Да, формально, исполнитель может отвечать за невыполнение работ по ТЗ, но на практике ТЗ всегда написано так (а ведь его исполнитель и писал), что исполнитель может свой результат под требования ТЗ подогнать, а ничего нужного заказчику так не сделать. Мне по-разному приходлось работать. И как раз в случае с наличием ТЗ работать приходилось меньше всего - ведь главное не результат, главное от заказчика "отбрехаться". ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2008, 14:17 |
|
Кто в России пишет по ТЗ?
|
|||
---|---|---|---|
#18+
вообще, поэтапная разработка с почасовой оплатой не мечта программиста, а зачастую, самая оптимальная бизнес-модель и для заказчика. А ставки тоже предмет договоренностей. Да и способов контроля масса. В любом случае, даже на небольшие промежутки времени, исполнитель и заказчик согласовывают задачи, сроки и размер проектной команды. И при налаженном процессе не очень то поспишь, да и риски снижаются на самом-то деле. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2008, 14:21 |
|
Кто в России пишет по ТЗ?
|
|||
---|---|---|---|
#18+
ЮВ, не совсем не изменились. Взять даже вычурное требование к упаковке и транспортировке ПО. Раньше было актуально. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2008, 14:24 |
|
Кто в России пишет по ТЗ?
|
|||
---|---|---|---|
#18+
Bogdanov Andrey И как раз в случае с наличием ТЗ работать приходилось меньше всего - ведь главное не результат, главное от заказчика "отбрехаться". Согласен с Андреем. строка в ТЗ: - формирование отчетности ХХХХ в различных аналитических срезах. представляете заказчика, которому нужно не видя еще результата придумать эти самые срезы? Упстит что-то, будет платить за доработки, если не за полную переделку системы (зависит от того, что упустили на этапе подготовки ТЗ). И где здесь снижение рисков заказчика? Это похоже на мыльную оперу. Я сам предпочитаю поэтаптые проекты с почасовой ставкой (ужасное сочетание time & materials). Не скажу, что это способ дать поспать программистам, скорее наоборот. Да и заказчики прекрасно представляют себе о чем речь идет, т.к. видят все вживую и требования выставляют не с потолка, а после того, как поработают в очередном варианте ПО. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2008, 14:34 |
|
Кто в России пишет по ТЗ?
|
|||
---|---|---|---|
#18+
ЮВНаиболее качественные ТЗ, имхо, пишутся по военному ГОСТу на ТЗ Может быть я неверно сформулировал мысль но повторюсь более четко "Уважаемый за 25 лет службы ни разу не видел ТЗ выполненных по "военным гостам". Так что уважаемой публике вы вряд ли покажете на информационную систему "ТЗ написанное по военному ГОСТУ", вот с учетом их требований ради бога . что всегда и всеми делалось byur 1) Может "не там" служили? 2) Фрагмент приведенного документа .. 1) Да нет ... как раз там в соответствующих "номерных" ЦНИИ М и в роли заказчика и в роли исполнителя 2) Вы верно заметили ... Это выражаясь терминами ГОСТ документ до ТЗ. Материал тянет максимум на помещение в 3-й раздел ТЗ. Но явно не в технический проект. Если автор конечно не придумал новый механизм начисления зарплаты ______________________________________________________ Давайте считать обступившее нас со всех строн коричневое море шоколадным ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2008, 15:14 |
|
Кто в России пишет по ТЗ?
|
|||
---|---|---|---|
#18+
iscrafmстрока в ТЗ: - формирование отчетности ХХХХ в различных аналитических срезах. представляете заказчика, которому нужно не видя еще результата придумать эти самые срезы? Подобная формулировка требований в ТЗ безграмотна и совершенно недопустима. Все требуемые аналитические срезы должны быть ЯВНО перечислены (и в процессе сдачи системы должны быть продемонстрированы) либо должно быть требование, что пользователь самостоятельно формирует (описывает) срез, а система выдает по нему данные. Как видите, требования принципиально разные и конструирование системы будет разное - в первом случае рассчитано на фиксированное количестао срезов, во-втором - настраиваемая пользователем система. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2008, 16:21 |
|
Кто в России пишет по ТЗ?
|
|||
---|---|---|---|
#18+
ЮВiscrafmстрока в ТЗ: - формирование отчетности ХХХХ в различных аналитических срезах. представляете заказчика, которому нужно не видя еще результата придумать эти самые срезы? Подобная формулировка требований в ТЗ безграмотна и совершенно недопустима. Все требуемые аналитические срезы должны быть ЯВНО перечислены И я о том же. Читайте внимательно плз. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2008, 16:27 |
|
Кто в России пишет по ТЗ?
|
|||
---|---|---|---|
#18+
iscrafmИ я о том же. Читайте внимательно плз. 1) Тяжело Валера с военными :) 2) Однако достаточно часто встречается проблема когда требование невозможно "явно" сформулировать. Грубо -например мы хотим интегрировать вместе две информационные системы одна из которых только проектируется, вторая существует. Мы можем прописать требование о необходимости взаимодействия однако явно прописать протокол обмена сможем только на определенной стадии разработки ИС. Поэтому закладываем в требования - требование вернуться к данному пункту .. ну например в виде отдельного технического задания 3) Т.е. в ТЗ отчасти бывает и "неявные" описание требований выполненных в виде такого рода "заглушек" ______________________________________________________ Давайте считать обступившее нас со всех строн коричневое море шоколадным ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2008, 17:04 |
|
Кто в России пишет по ТЗ?
|
|||
---|---|---|---|
#18+
shelsoft ну так ведь такие заглушки и замороженные вещи тоже комментируются в ТЗ. Типа: "протокол обмена не входит в рамки данной работы...", "будет разработан дополнительно по ЧТЗ" и т.д. ТЗ это не эскизный проект или не "замысел боя", а конкретные юридические вещи. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2008, 17:33 |
|
Кто в России пишет по ТЗ?
|
|||
---|---|---|---|
#18+
Bogdanov Andreyrgb-dartУ меня вопрос к Bogdanov Andrey. Опять же скажу - все зависит от поставленных целей. Если заказчику важна точная стоимость проекта, а не конечный результат, то написание ТЗ - несомненно правильное решение. Но если заказчик хочет получить работающий пограммный продукт, а не просто подписать акт сдачи/приемки, то это не самый эффективный,по моему, путь. Ну а насчет рисков - риски они де факто всегда на заказчике висят. Да, формально, исполнитель может отвечать за невыполнение работ по ТЗ, но на практике ТЗ всегда написано так (а ведь его исполнитель и писал), что исполнитель может свой результат под требования ТЗ подогнать, а ничего нужного заказчику так не сделать. Мне по-разному приходлось работать. И как раз в случае с наличием ТЗ работать приходилось меньше всего - ведь главное не результат, главное от заказчика "отбрехаться". Слушайте, я вам действительно завидую :). Вам такие классные заказчики попадались. Говорят - "сделайте нам хорошую систему, а сколько она будет стоить - не важно, мы все заплатим сколько потребуется". А теперь представьте какой-нибудь завод, в котором сидит какой-нить IT директор. У него есть, допустим, бюджет в 10 млн. рублей, и ему надо понять - сумеете вы сделать биллинговую систему, которую так жаждет увидеть его начальство, или не сумеете. Ему нужны гарантии , что потратив эти 10 лимонов он увидит не макет, и не каркас, а сданую в промышленную эксплуатацию систему. Причем не ту, которую себе в голове представят программисты, а ту, которая решит проблемы его бизнеса. Уверен, что огромное число людей наступали на грабли, когда все деньги потрачены а программисты говорят - "а мы только на половине пути". Задача не отбрехаться, а получить гарантии , что система будет создана в рамках бюджета и в срок . Для этого нужно планировать работы. Чтобы планировать работы надо заранее понять - что надо делать. Степень детализации - второй вопрос. Если можно детализировать требования до той степени, что оценка стоимости проекта это 9 лимонов +- 1 лимон, то можно смело браться за проект. В этот +- входят невыясненные и незафиксированные требования, а также то, что придет в голову заказчику в процессе работы. Если требований вообще нет, то вы не скажете - сколько нужно денег на проект - 5 лимонов, 10, 50. И что с Вами сделает ИТ-директор? Пошлет, и обратится к тем, кто даст нормальные оценки и гарантии. Насчет рисков на заказчике. Опять завидую :). Любые неточности и размытые формулировки можно трактовать в обе стороны - как в сторону исполнителя, так и в сторону заказчика. Я чаще видел, как заказчик "нагибает" исполнителя на незапланированные работы, потому что формулировка была размыта. И не платит, пока полностью не будет удовлетворен (раздувая проект в разы). Через суд выбивать эти деньги - дохлый номер. Для этого и нужно ТЗ. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2008, 17:33 |
|
Кто в России пишет по ТЗ?
|
|||
---|---|---|---|
#18+
Еще близко к теме, если кому интересно - "Новые методологии программирования", Мартин Фаулер - особенно глава "Адаптивный заказчик". Беда в том, что таких то в России я не видел :( Как продать Agile? Хороший agile - это мертвый agile ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2008, 17:40 |
|
Кто в России пишет по ТЗ?
|
|||
---|---|---|---|
#18+
Petro123ну так ведь такие заглушки и замороженные вещи тоже комментируются в ТЗ. И я о том же. Читайте внимательно плз ______________________________________________________ Давайте считать обступившее нас со всех строн коричневое море шоколадным ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2008, 17:47 |
|
Кто в России пишет по ТЗ?
|
|||
---|---|---|---|
#18+
shelsoft3) Т.е. в ТЗ отчасти бывает и "неявные" описание требований выполненных в виде такого рода "заглушек" Неявные описания требований - та же безграмотность. Эта проблема устраняется одним из способов: 1 Если нельзя достоверно оценить, что разработка может быть выполнена в принципе или с заданными параметрами, то до разработки ТЗ выполняется НИР, результатом которого и является ответ: возможна ли разработка требуемой системы и какие параметры (требования) можно закладывать в ТЗ. 2 Если принципиальная возможности реализации системы не вызывает сомнений (например, есть аналоги, прототипы), но неясно, какое техническое решение должно быть реализовано, то вместо заглушек пишут внятно и конкретно типа: "Выбор протокола обмена данными и его утверждение (согласование) Заказчиком выполняется на этапе технического проектирования". После утвержденного ТП (перед кодированием) никаких заглушек и неопределенностей быть не должно. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2008, 17:58 |
|
|
start [/forum/topic.php?fid=33&msg=35606578&tid=1548682]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
74ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
57ms |
get tp. blocked users: |
1ms |
others: | 296ms |
total: | 470ms |
0 / 0 |