Этим письмом подтереться да и только. Реквизиты письма отсутствуют, инициальны оперативного дежурного тоже. Только стоит подпись школьника. За такие писульки надо директору гаража оперативному дежурного влепить строгий выговор.
Небольшая реплика/критика в отношении статьи. Надеюсь будет полезной. Прошу воспринимать в правильное русло, она полезна:)
Хочу сразу отметить ошибку, которую допускает большинство специалистов. Техническое задание, как вы выразились для закупки, или как его еще называют "Техническое задание на оказание услуг", это ни что иное, как "Описание объекта закупки" на основании статьи 33 44-ФЗ или статьи 6.1 223-ФЗ. Ни один из означенных законов не требует от заказчиков при публикации процедуры (для заключения контракта или гос. контракта) размещения технического задания. Называть эти документы следует ровно так, как этого требует закон. Это что называется невежество, один опубликовал, другой сделал как у него. Профессионал увидит это ошибку моментально. Хотя, если выборочно пролистать сайт закупок, таким образом публикуют процедуры 70% заказчиков (если не больше).
При разработке гис (государственных информационных систем), в случае, если специалист основывается на собственном опыте разработкb документации на ас/ис, все закончится не первых приемочных испытаниях. Собственный опыт это похвально, но руководствоваться имеет смысл ЕСКД (Единая система конструкторской документации). Вот при оформлении документации следует руководствоваться именно гост серии 2.105 (из которого вытекают 2.106, 2.104 и прочие).
В общем и целом применять госты не обязательно, они используются добровольно (статья 4 №162-ФЗ). А вот обратить внимание на 676 ППР "О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации..." на федерации, или 342 ППМ (ввод к экспл.), 144 ППМ вывод из эксплуатации имеет смысл. Это нормативные документы, обязательные к использованию. Даже если в рамках проекта разрабатывается не гис, там много полезной информации. Очень важным документов "Решение о создании системы" (правовой акт) многие пренебрегают, т.к. в гостах он не указан. А от этого документа зависит очень не мало, в том числе при увольнении работников (кто знает, то поймет).
Искать в поисковиках шаблоны документации конечно можно, но на выходе вы с очень большой вероятностью получите неактуальный шаблон документа, либо подготовленный на собственном опыте. Поэтому имеет смысл погрузиться в базовые требования нормативки, методические или руководящие документы и разработать хорошие шаблоны. Вы потратите немало времени, но на выходе получите много пользы.
К АС/ИС мои слова также относятся, но там гораздо больше свободы. Но все-таки рекомендую опираться на нормативную базу, по итогу будут довольны и заказчики и исполнители.
Этим письмом подтереться да и только. Реквизиты письма отсутствуют, инициальны оперативного дежурного тоже. Только стоит подпись школьника. За такие писульки надо
директору гаражаоперативному дежурного влепить строгий выговор.Небольшая реплика/критика в отношении статьи. Надеюсь будет полезной. Прошу воспринимать в правильное русло, она полезна:)
Хочу сразу отметить ошибку, которую допускает большинство специалистов. Техническое задание, как вы выразились для закупки, или как его еще называют "Техническое задание на оказание услуг", это ни что иное, как "Описание объекта закупки" на основании статьи 33 44-ФЗ или статьи 6.1 223-ФЗ. Ни один из означенных законов не требует от заказчиков при публикации процедуры (для заключения контракта или гос. контракта) размещения технического задания. Называть эти документы следует ровно так, как этого требует закон. Это что называется невежество, один опубликовал, другой сделал как у него. Профессионал увидит это ошибку моментально. Хотя, если выборочно пролистать сайт закупок, таким образом публикуют процедуры 70% заказчиков (если не больше).
При разработке гис (государственных информационных систем), в случае, если специалист основывается на собственном опыте разработкb документации на ас/ис, все закончится не первых приемочных испытаниях. Собственный опыт это похвально, но руководствоваться имеет смысл ЕСКД (Единая система конструкторской документации). Вот при оформлении документации следует руководствоваться именно гост серии 2.105 (из которого вытекают 2.106, 2.104 и прочие).
В общем и целом применять госты не обязательно, они используются добровольно (статья 4 №162-ФЗ). А вот обратить внимание на 676 ППР "О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации..." на федерации, или 342 ППМ (ввод к экспл.), 144 ППМ вывод из эксплуатации имеет смысл. Это нормативные документы, обязательные к использованию. Даже если в рамках проекта разрабатывается не гис, там много полезной информации. Очень важным документов "Решение о создании системы" (правовой акт) многие пренебрегают, т.к. в гостах он не указан. А от этого документа зависит очень не мало, в том числе при увольнении работников (кто знает, то поймет).
Искать в поисковиках шаблоны документации конечно можно, но на выходе вы с очень большой вероятностью получите неактуальный шаблон документа, либо подготовленный на собственном опыте. Поэтому имеет смысл погрузиться в базовые требования нормативки, методические или руководящие документы и разработать хорошие шаблоны. Вы потратите немало времени, но на выходе получите много пользы.
К АС/ИС мои слова также относятся, но там гораздо больше свободы. Но все-таки рекомендую опираться на нормативную базу, по итогу будут довольны и заказчики и исполнители.