ТУ это не ТЗ, там все функции до кнопки на 200 страниц расписывать не нужно?
показать ГОСТ на ТУ) https://docs.cntd.ru/document/1200138642
Аналогия - ремонт: ТЗ (= короткое, возможно даже в чем-то абстрактное требование): сделать стены ровными. ТУ (= короткая инструкция для хозяина, который принимает ремонт): взять уголок, проверить что углы 90; взять правило, поелозить оп стене - убедиться, что она ровная (посмотреть вертикально, посмотреть горизонтально, посмотреть диагонально. Составитель ТЗ должен понимать что он хочет, но может не знать какими конкретно способами этого добиться. Составитель ТУ должен понимать как ему что-то проверить, но может не знать с какой целью сделано то, что он проверяет
Мне кажется неудачное сравнение, инструкция это уже разряд эксплуатационной документации
Не, как раз хорошее, там же инструкция по ПРОВЕРКЕ, а не по эксплуатации квартиры)
не совсем понял про "инструкцию". В ТУ обговариваем конкретные критерии - стена должна быть ровной по горизонтали, по вертикали и по диагонали
так вот и хотят все до цвета кнопок проверять)
желание проверить до цвета кнопки очень даже хорошее. другое дело, что закидывать такую конкретику в ТЗ опасно в том плане, что потом нельзя будет поменять. скажем, сначала кажется, что "кнопка должна быть в правом нижнем углу", а потом приходит понимание, что "лучше бы чтобы "кнопка была слева посередине". А если в ТЗ будет без особой конкретики "На форме должна быть кнопка", то есть место для маневра в будущем. я с этим боролся так - предлагал такие частности выносить во всякие приложения и дополнения.
А как оговорено в ТЗ?
В моей реальности ТУ всегда разрабатывалось на основе ТЗ. Тут зависит от заказчика в каком объеме он хочет проверять в ТУ требования ТЗ. Ведь по ТУ есть несколько видов испытаний. Обычно это - периодические, приемосдаточные, типовые, предъявительские. Если мы говорим о приемосдаточных - обычно им подвергается каждый образец серийного изделия, представляется каждый образец проверять перед реализацией на цвет кнопки. Это же ерунда. Поймите - ТЗ - это проектный документ на этапе разработки. А ТУ применяется для серийных изделий уже.
Да понятно, у нас серийное изделие, инициативная разработка, но появился заказчик, который заказывает аля модернизацию, сопровождение и каждый чих хочет увидеть в ТУ, а у нас с ним и контракта на разработку то нет
Если у вас программное изделие, то нужно по ГОСТ 19 серии делать Программу испытаний, где проверяются все заявленные функции вашей программы. А уже при тиражировании проверять по ТУ. По факту проверять контрольную суммму записанную на цифровой носитель. Так как программа не ломается, а изнашивается только носитель.
Это тоже понятно, и ПМИ подробная есть для каждой запятой, но не устраивает
Что не устраивает?
Именно так я бы и объяснила заказчику, что весь функционал проверяется на этапе испытаний, когда еще не серийное ПО, когда только разработка закончилась. А ТУ уже проверяет серийный образец, что он вообще дышит)) - проверяется контрольная сумма.
Мой вопрос был выше, аля Заказчика не устраивает, что все до мелочей не расписано в ТУ. Уже есть и методики, и проверка КС при тираже, да и Сертификация тоже пройдена. Но вот цвет кнопок хотят добавить)))
тут главное не забывать про тонкий момент с переходом от виртуального объекта (ПО) к реальному (носитель информации с ПО)
Видишь суслика, нет, а он есть:)
По идее хозяин барин и надо делать как хочет заказчик)) попробовать донести можно только так как описали выше)
Да, нашла, пару полезных слов, попробуем обосновать
Есть пункт в котором указано, что тогда и тогда заказчик может вносить изменения то ок, если нет и хочет скажете мы можем , но цена вопроса вот столько и всё.
Обсуждают сегодня