kmaw,

Непонятен вопрос - вам нужен образец или вы вообще сомневаетесь в легитимности такого документа?

kmawсомневаюсь в его легитимностиДумаю, что хозяйствующие субъекты имеют право заключать любые договоры и выпускать любые документы, если только они не противоречат закону.

В законах мне не встречался запрет составленния документов вида "Дополнение к техническому решению" :-)

ЮВP S В документах должен быть предусмотренный ГОСТом "Лист регистрации изменений", в котором и фиксируются все изменения в данном документе (т. е. ведется хронология изменений).Я думаю, не "должен быть", а "может быть".

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

ЮВalexeyvgВ законах мне не встречался запрет составленния документов вида "Дополнение к техническому решению" :-)

Законы (т. е. ГОСТы) в этом смысле лояльны - вы имеете право придумывать любые (в том числе, и фантастические) документы и сами определять их структуру и содержание.
Если получили на это разрешение Заказчика.
Обычно все такие отклонения от ГОСТ или их дополнения оговариваются в документе "Руководящие указания по конструированию" ГОСТ РВ 0015-213-2008 СРППП. ВТ (у военных) или в аналогичных стандартах у гражданских Заказчиков.

alexeyvgЯ думаю, "Лист регистрации изменений" не "должен быть", а "может быть".

По ГОСТ 19.105 - обязательный.Вы не путаете? ГОСТ-ы сейчас не входят в число общенормативных актов.

http://www.garant.ru/consult/civil_law/376756/

Таким образом, для того, чтобы использовать ГОСТ-ы, нужно взаимное желание субъектов, закреплённое в договоре.

"Законы (т. е. ГОСТы)" - это просто курьёзно :-) Не нужно называть любую бумажку с печатью "законом".
Закон - совершенно конкретное юридическое понятие, ГОСТы к ним не относятся. Есть обязательные к исполнению технические регламенты, но в целом разработка ИС ими не регламентируется.

Не вводите людей в заблуждение.

ЮВ ,

Вот вы как бы правильно говорите, но получается опять неправильно :-)

Я думаю, проектировщику системы не нужно (и часто невозможно) определять степень милитаризованности заказчика или его правовой статус (я думаю, вы в большинстве случаев ошибётесь, не говоря о менее опытном человеке).

Например, двигатели для танков делают по заказу не-бюджетный организации и не министерства обороны, это, как вы говорите, "частный междусобойчик", однако при исполнении заказа руководствуются ГОСТами.

Правильный алгоритм для kmaw такой:
- Нужно взять договор на разработку, прочитать в нём о процессе разработки, и руководствоваться этими указаниями.
- Если там есть ссылки на какие то описания, стандарты и прочее (ГОСТ 19.603, RUP, MIL-STD, мультик "как писать программы-3", ...), нужно использовать указания по этим ссылкам.
- Если нет ссылок, ограничится указаниями и запретами в самом договоре.

Очевидно, kmaw не обязали руководствоваться ГОСТ в его разработке (иначе бы он об этом знал и сказал), поэтому нужно исходить из того, что "Дополнение к техническому решению" не запрещено федеральными законами и его можно издавать по согласованию с заказчиком.

То есть, повторю, ключевой документ для любых решений есть договор , а не надписи на пачках сигарет или плакаты времён СССР.

ЮВalexeyvgТо есть, повторю, ключевой документ для любых решений есть договор , а не надписи на пачках сигарет или плакаты времён СССР.

Договор - юридический документ, прописывающий права и обязанности сторон (сроки выполнения заказа, сумма, гарантии, форс-мажорные обстоятельства, порядок сдачи-приема работы и др.).
Все технические требования формулируются в "Техническом задании".
Там же предъявляются и требования к составу, оформлению проектной, эксплуатационной и иной документации.Для выполнения работ совершенно не обязательно делать документ "техническое задание" (думаю, не ошибусь, предположив, что "Техническое задание" присутствует в 1% всех выполняемых в мире технических работ)

А вот без договора выполнение работ не бывает (и, как правило, он нормальный, в письменно форме).

У вас просто каша какая то в голове. Ведь простой алгоритм прописан - берёте договор, читаете, там всё написано. Есть отсылка к ТЗ - читаете ТЗ, есть отсылка к ГОСТУ - читаете ГОСТ.

Если вы будете руководствоваться ТЗ, на которое нет отсылки в договоре, то вы просто занимаетесь самодеятельностью, делаете не то, что нужно заказчику, а что то для себя лично.

ЮВКатегорически не согласен с вашим утверждением и поэтому даже полемизировать не буду.Это 5 :-) Вы полемизируете только с теми, с кем согласны... Никогда ещё так не делал, даже интересно :-)

kmawособенно меня заинтересовал случай http://www.garant.ru/consult/civil_law/376756/

как его понимаю яДа там просто очевидный комментарий к закону.
"Таким образом, в части, не являющейся обязательной в силу закона, стандарты применяются к договорным отношениям сторон в том случае, если это предусмотрено в самом договоре"

Просто читайте договор :-)


kmawэто если лажу в виде ТР или ТЗ прикладывают к обоснованию лажы в готовой АИС (типа в ТЗ говорилось А, вы от нас требуете А1, чего нет в ТЗ, а "по сути вещей" АИС без А1 невозможна), то как этому можно правильно возразить.Тут я запутался - кто что у кого требует :-)

В принципе есть "общепринятая практика" и "обычаи делового оборота".
Ну например, в ТЗ не написано, что текст на экране должен читаться, но он всё таки должен читаться :-)

Так что важно, что такое А1, и действительно ли "по сути вещей АИС без А1 невозможна".

Просто нужно себе представить АИС без А1, описать сценарии работы и выполняемые бизнес-функции. Если АИС без А1 может делать что то полезное и работать по прописанному в договоре и ТЗ назначению, значит А1 делать не нужно, или нужно за отдельные деньги.

И разумеется, что по ГОСТу, что не по ГОСТу, "Дополнение к техническому решению" не может быть принято в одностороннем порядке.

Т.е. нужно руководствоваться договором, ТЗ (раз оно есть и на него есть ссылка из договора), и здравым смыслом (понятно, что в ТЗ не будет прописано всего, что обязательно должно быть в системе).