ГОСТ 34.602-89 (Техническое задание на создание автоматизированной системы)

"Листая старые страницы" времен универа нашел несколько, которыми можно поделиться, не рискуя получить по бошке. 🙂
В общем-то, ничего нового, но думаю, многим может пригодиться.

 

 ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ.

Комплекс стандартов на автоматизированные системы.

Техническое задание

на создание автоматизированной системы

 Дата введения 01.01.90

 

    Настоящий стандарт распространяется на автоматизированные системы /АС/ для автоматизации различных видов деятельности /управления, проектирования, исследования и т.п/, включая их сочетания, и устанавливает состав, содержание, правила оформления документа «Технологическое задание на создание /развитие или модернизацию/ системы»/далее — ТЗ на АС/.

    Рекомендуемый порядок разработки, согласования и утверждения ТЗ на АС приведен в приложении 1.

1. ОБЩИЕ ПОЛОЖЕНИЯ

     1.1. ТЗ на АС является основным документом, определяющим требования и порядок создания /развития или модернизации – далее создания/ автоматизированной системы, в соответствии с которым проводится разработка АС и ее приемка при вводе в действие.
     1.2. ТЗ на АС разрабатывают на систему в целом, предназначенную для работы самостоятельно или в составе другой системы.
 Дополнительно могут быть разработаны ТЗ на части АС: на подсистемы АС, комплексы задач АС и т.п. в соответствии с требованиями настоящего стандарта; на комплектующие средства технического обеспечения и программно-технические комплексы в соответствии со стандартами ЕСКД и СРПП; на программные средства в соответствии со стандартами ЕСПД; на информационные изделия в соответствии с ГОСТ 19.201 и НТД, действующей в ведомстве заказчика АС.
 Примечание. В ТЗ на АСУ для группы взаимосвязанных объектов следует включать только общие для группы объектов требования. Специфические требования отдельного объекта управления следует отражать в ТЗ на АСУ этого объекта.
     1.3. Требования к АС в объеме, установленном настоящим стандартом, могут быть включены в задание на проектирование вновь создаваемого объекта автоматизации. В этом случае ТЗ на АС не разрабатывают.
    1.4. Включаемые в ТЗ на АС требования должны соответствовать современному уровню развития науки и техники и не уступать аналогичным требованиям, предъявляемым к лучшим современным отечественным и зарубежным аналогам.
 Задаваемые в ТЗ на АС требования не должны ограничивать разработчика системы в поиске и реализации наиболее эффективных технических, технико-экономических и других решений.
     1.5. ТЗ на АС разрабатывают на основании исходных данных, в том числе содержащихся в итоговой документации стадии «Исследование и обоснование создания АС», установленной ГОСТ 24.601.
     1.6. В ТЗ на АС включают только те требования, которые дополняют требования к системам данного вида /АСУ,САПР,АСНИ и т.д./, содержащиеся в действующих НТД, и определяются спецификой конкретного объекта, для которого создается система.
    1.7. Изменения к ТЗ на АС оформляют дополнением или подписанным заказчиком и разработчиком протоколом. Дополнение или указанный протокол является неотъемлемой частью ТЗ на АС. На титульном листе ТЗ на АС должна быть запись «Действует с …».

2. СОСТАВ И СОДЕРЖАНИЕ

 
     2.1. ТЗ на АС содержит следующие разделы, которые могут быть разделены на подразделы: 
      1/ общие сведения;
      2/ назначение и цели создания (развития) системы;
      3/ характеристика объектов автоматизации;
      4/ требования к системе;
      5/ состав и содержание работ по созданию системы;
      6/ порядок контроля и приемки системы;
      7/ требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;
      8/ требования к документированию;
      9/ источники разработки.
    В ТЗ на АС могут включаться приложения.
    2.2. В зависимости от вида, назначения, специфических особенностей объекта автоматизации и условий функционирования системы допускается оформлять разделы ТЗ в виде приложений, вводить дополнительные, исключать или объединять подразделы ТЗ.
 В ТЗ на части системы не включают разделы, дублирующие содержание разделов ТЗ на АС в целом.
    2.3. В разделе «Общие сведения указывают:
      1. полное наименование системы и ее условное обозначение;
      2. шифр темы или шифр /номер/ договора;
      3. наименование предприятий /объединений/ разработчика и заказчика /пользователя/ системы и их реквизиты;
      4. перечень документов, на основании которых создается система, кем и когда утверждены эти документы;
      5. плановые сроки начала и окончания работы по созданию системы;
      6. сведения об источниках и порядке финансирования работ;
      7. порядок оформления и предъявления заказчику результатов работ по созданию системы /ее частей/, по изготовлению и наладке отдельных средств /технических, программных, информационных/ и программно-технических /программно-методических/ комплексов системы.
     2.4. Раздел «Назначение и цели создания /развития/ системы» состоит из подразделов:
      1. назначение системы;
      2. цели создания системы.
     2.4.1. В подразделе «Назначение системы» указывают вид автоматизируемой деятельности /управление, проектирование и т.п./ и перечень объектов автоматизации /объектов/, на которых предполагается ее использовать.
 Для АСУ дополнительно указывают перечень автоматизируемых органов /пунктов/ управления и управляемых объектов.
    2.4.2. В подразделе «Цели создания системы» приводят наименования и требуемые значения технических, технологических, производственно-экономических или других показателей объекта автоматизации, которые должны быть достигнуты в результате создания АС, и указывают критерии оценки достижения целей создания системы.
    2.5. В разделе «Характеристика объекта автоматизации» приводят:
      1. краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию;
      2. сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды.
 
Примечание. Для САПР в разделе дополнительно приводят основные параметры и характеристики объектов проектирования.

    2.6. Раздел «Требования к системе» состоит из следующих подразделов:
     1. требования к системе в целом;
     2. требования к функциям /задачам/, выполняемым системой;
     3. требования к видам обеспечения.
 Состав требований к системе, включаемых в данный раздел ТЗ на АС, устанавливают в зависимости от вида, назначения, специфических особенностей и условий функционирования конкретной системы. В каждом подразделе приводят ссылки на действующие НТД, определяющие требования к системам соответствующего вида.
    2.6.1. В подразделе «Требования к системе в целом» указывают:
      требования к структуре и функционированию системы;
      требования к численности и квалификации персонала системы и режиму его работы;
      показатели назначения;
      требования к надежности;
      требования безопасности;
      требования к эргономике и технической эстетике;
      требования к транспортабельности для подвижных АС;
      требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы;
      требования к защите информации от несанкционированного доступа;
      требования по сохранности информации при авариях;
      требования к защите от влияния внешних воздействий;
      требования к патентной чистоте;
      требования по стандартизации и унификации;
      дополнительные требования.
    2.6.1.1. В требованиях к структуре и функционированию системы приводят:
      1. перечень подсистем, их назначение и основные характеристики, требования к числу уровней иерархии и степени централизации системы;
      2. требования к способам и средствам связи для информационного обмена между компонентами системы;
     3. требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости, в том числе указания о способах обмена информацией /автоматически, пересылкой документов, по телефону и т. п./;
      4. требованиям к режимам функционирования системы;
      5. требования по диагностированию системы;
      6. перспективы развития, модернизации системы.
    2.6.1.2. В требованиях к численности и квалификации персонала АС приводят:
       требования к численности персонала /пользователей/ АС;
       требования к квалификации персонала, порядку его подготовки и контроля знаний и навыков;
       требуемый режим работы персонала АС.
    2.6.1.3. В требованиях к показателям назначения АС приводят значения параметров, характеризующие степень соответствия системы ее назначения.
 Для АСУ указывают:
     степень приспособляемости системы к изменению процессов и методов управления, к отклонениям параметров объекта управления;
     допустимые пределы модернизации и развития системы;
     вероятностно-временные характеристики, при которых сохраняется целевое назначение системы.
    2.6.1.4. В требования к надежности включают:
      1. состав и количественные значения показателей надежности для системы в целом или ее подсистем;
      2. перечень аварийных ситуаций, по которым должны быть регламентированы требования к надежности, и значения соответствующих показателей;
      3. требования к надежности технических средств и программного обеспечения;
      4. требования к методам оценки и контроля показателей надежности на разных стадиях создания системы в соответствии с действующими нормативно-техническими документами.
    2.6.1.5. В требования по безопасности включают требования по обеспечению безопасности при монтаже, наладке, эксплуатации, обслуживании и ремонте технических средств системы /защита от воздействий электрического тока, электромагнитных полей, акустических шумов и т.п./, по допустимым уровням освещенности, вибрационных и шумовых нагрузок.
     2.6.1.6. В требования по эргономике и технической эстетике включают показатели АС, задающие необходимое качество взаимодействия человека с машиной и комфортность условий работы персонала.
      2.6.1.7. Для подвижных АС в требования к транспортабельности включают конструктивные требования, обеспечивающие транспортабельность технических средств системы, а также требования к транспортным средствам.
      2.6.1.8. В требования к эксплуатации, техническому обслуживанию, ремонту и хранению включают:
       1. условия и регламент /режим/ эксплуатации, которые должны использовать технические средства /ТС/ системы с заданными техническими показателями, в том числе виды и периодичность обслуживания ТС системы или допустимость работы без обслуживания;
        2. предварительные требования к допустимым площадям для размещения персонала и ТС системы, к параметрам сетей энергоснабжения и т.п.;
        3. требования по количеству, квалификации обслуживающего персонала и режимам работы;
        4. требования к составу, размещению и условиям хранения комплекта запасных изделий и приборов;
        5. требования к регламенту обслуживания.
     2.6.1.9. В требования к защите информации от несанкционированного доступа включают требования, установленные в НТД, действующей в отрасли (ведомстве) заказчика.
     2.6.1.10. В требованиях по сохранности информации приводят перечень событий: аварий, отказов технических средств (в том числе — потеря питания) и т.п., при которых должна быть обеспечена сохранность информации в системе.
     2.6.1.11. В требованиях к средствам защиты от внешних воздействий приводят:
       1. требования к радиоэлектронной защите средств АС;
       2. требования по стойкости, устойчивости и прочности к внешним воздействиям (среде применения).
     2.6.1.12. В требованиях по патентной чистоте указывают перечень стран, в отношении которых должна быть обеспечена чистота системы и ее частей.
     2.6.1.13. В требования к стандартизации и унификации включают:
 показатели, устанавливающие требуемую степень использования стандартных, унифицированных методов реализации функций (задач) системы, поставляемых программных средств, типовых математических методов и моделей, типовых проектных решений, унифицированных форм управленческих документов, установленных ГОСТ 6.10.1, общесоюзных классификаторов технико-экономической информации и классификаторов других категорий в соответствии с областью их применения, требования к использованию типовых автоматизированных рабочих мест, компонентов и комплексов.
     2.6.1.14. В дополнительные требования включают:
       1. требования к оснащению системы устройствами для обучения персонала (тренажерами, другими устройствами аналогичного назначения) и документацией на них;
       2. требования к сервисной аппаратуре, стендам для проверки элементов системы;
       3. требования к системе, связанные с особыми условиями эксплуатации;
       4. специальные требования по усмотрению разработчика или заказчика системы.
     2.6.2. В подразделе «Требования к функциям (задачам)», выполняемым системой, приводят:
       1. по каждой подсистеме перечень функций, задач или их комплексов (в том числе обеспечивающих взаимодействие частей системы), подлежащих автоматизации;
 при создании системы в две или более очереди – перечень функциональных подсистем, отдельных функций или задач, вводимых в действие в 1-й и последующих очередях;
       2. временный регламент реализации каждой функции, задачи (или комплекса задач);
       3. требования к качеству реализации каждой функции (задачи или комплекса задач), к форме представления выходной информации, характеристики необходимой точности и времени выполнения, требования одновременности выполнения группы функций, достоверности выдачи результатов;
       4. перечень и критерии отказов для каждой функции, по которой задаются требования по надежности.
   2.6.3. В подразделе «Требования к видам обеспечения» в зависимости от вида системы приводят требования к математическому, информационному, лингвистическому, программному, техническому, метрологическому, организационному, методическому и другим видам обеспечения системы.
  2.6.3.1. Для математического обеспечения системы приводят требования к составу, области применения (ограничения) и способам использования в системе математических методов и моделей, типовых алгоритмов и алгоритмов, подлежащих разработке.
   2.6.3.2. Для информационного обеспечения системы приводят требования:
      1. к составу, структуре и способам организации данных в системе;
      2. к информационному обмену между компонентами системы;
      3. к информационной совместимости со смежными системами;
    4. по использованию общесоюзных и зарегистрированных республиканских, отраслевых классификаторов, унифицированных документов и классификаторов, действующих на данном предприятии;
      5. по применению систем управления базами данных;
      6. к структуре процесса сбора, обработки, передачи данных в системе и представлению данных;
      7. к защите данных от разрушений при авариях и сбоях в электропитании системы;
      8. к контролю, обновлению и восстановлению данных;
      9. к процедуре придания юридической силы документам, продуцируемым техническими средствами АС (в соответствии с ГОСТ 6.10.4).
   2.6.3.3. Для лингвистического обеспечения системы приводят требования к применению в системе языков программирования высокого уровня, языков взаимодействия пользователей и технических средств системы, а также требования к кодированию и декодированию данных, к языкам ввода-вывода данных, языкам манипулирования данными, средствам описания предметной области (объекта автоматизации), к способам организации диалога.
   2.6.3.4. Для программного обеспечения системы приводят перечень покупных программных средств, а также требования:
      1. к независимости программных средств от используемых СВТ и операционной среды;
      2. к качеству программных средств, а также к способам его обеспечения и контроля;
      3. по необходимости согласования вновь разрабатываемых программных средств с фондом алгоритмов и программ.
   2.6.3.5. Для технического обеспечения системы приводят требования:
     1. к видам технических средств, в том числе к видам комплексов технических средств, программно-технических комплексов и других комплектующих изделий, допустимых к использованию в системе;
      2. к функциональным, конструктивным и эксплуатационным характеристикам средств технического обеспечения системы.
    2.6.3.6. В требованиях к метрологическому обеспечению приводят:
     1. предварительный перечень измерительных каналов;
     2. требования к точности измерений параметров и (или) к метрологическим характеристикам измерительных каналов;
     3. требования к метрологической совместимости технических средств системы;
     4. перечень управляющих и вычислительных каналов системы, для которых необходимо оценивать точностные характеристики;
    5. требования к метрологическому обеспечению технических и программных средств, входящих в состав измерительных каналов системы, средств встроенного контроля, метрологической пригодности измерительных каналов и средств измерений, используемых при наладке и испытаниях системы;
     6. вид метрологической аттестации (государственная или ведомственная) с указанием порядка ее выполнения и организаций, проводящих аттестацию.
   2.6.3.7. Для организационного обеспечения приводят требования:
     1. к структуре и функциям подразделений, участвующих в функционировании системы или обеспечивающих эксплуатацию;
     2. к организации функционирования системы и порядку взаимодействия персонала АС и персонала объекта автоматизации;
     3. к защите от ошибочных действий персонала системы.
   2.6.3.8. Для методического обеспечения САПР приводят требования к составу нормативно-технической документации системы (перечень применяемых при ее функционировании стандартов, нормативов, методик и т.п.).

   2.7. Раздел «Состав и содержание работ по созданию (развитию) системы» должен содержать перечень стадий и этапов работ по созданию системы в соответствии с ГОСТ 24.601, сроки их выполнения, перечень организаций — исполнителей работ, ссылки на документы, подтверждающие согласие этих организаций на участие в создании системы, или запись, определяющую ответственного (заказчик или разработчик) за проведение этих работ.
   В данном разделе также приводят:
      1. перечень документов по ГОСТ 34.201, предъявляемых по окончании соответствующих стадий и этапов работ;
      2. вид и порядок проведения экспертизы технической документации (стадия, этап, объем проверяемой документации, организация-эксперт);
      3. программу работ, направленных на обеспечение требуемого уровня надежности разрабатываемой системы (при необходимости);
     4. перечень работ по метрологическому обеспечению на всех стадиях создания системы с указанием их сроков выполнения и организаций-исполнителей (при необходимости).
    2.8. В разделе «Порядок контроля и приемки системы» указывают:
     1. виды, состав, объем и методы испытаний системы и ее составных частей (виды испытаний в соответствии с действующими нормами, распространяющимися на разрабатываемую систему);
    2. общие требования к приемке работ по стадиям (перечень участвующих предприятий и организаций, место и сроки проведения), порядок согласования и утверждения приемочной документации;
     3. статус приемочной комиссии (государственная, межведомственная, ведомственная).
   2.9. В разделе «Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие» необходимо привести перечень основных мероприятий и их исполнителей, которые следует выполнить при подготовке объекта автоматизации к вводу АС в действие.
 В перечень основных мероприятий включают:
     1. приведение поступающей в систему информации (в соответствии с требованиями к информационному и лингвистическому обеспечению) к виду, пригодному для обработки с помощью ЭВМ;
     2. изменения, которые необходимо осуществить в объекте автоматизации;
     3. создание условий функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в ТЗ;
     4. создание необходимых для функционирования системы подразделений и служб;
     5. сроки и порядок комплектования штатов и обучения персонала.
 Например, для АСУ приводят:
      изменения применяемых методов управления;
      создание условий для работы компонентов АСУ, для которых гарантируется соответствие системы требованиям, содержащимся в ТЗ.
    2.10. В разделе «Требования к документированию» приводят:
     1. согласованный разработчиком и заказчиком системы перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ 34.201 и НТД отрасли заказчика; перечень документов, выпускаемых на машинных носителях; требования к микрофильмированию документации;
     2. требования по документированию комплектующих элементов межотраслевого применения в соответствии с требованиями ЕСКД и ЕСПД;
     3. при отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов.
   2.11. В разделе «Источники разработки» должны быть перечислены документы и информационные материалы /технико-экономическое обоснование, отчеты о законченных научно-исследовательских работах, информационные материалы на отечественные, зарубежные системы-аналоги и др./, на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании системы.
    2.12. В состав ТЗ на АС при наличии утвержденных методик включают приложения, содержащие:
      1. расчет ожидаемой эффективности системы; 
      2. оценку научно-технического уровня системы.
 Приложения включают в состав ТЗ на АС по согласованию между разработчиком и заказчиком системы.

3. ПРАВИЛА ОФОРМЛЕНИЯ

 

    3.1. Разделы и подразделы ТЗ на АС должны быть размещены в порядке, установленном в разд.2 настоящего стандарта.
    3.2. ТЗ на АС оформляют в соответствии с требованиями ГОСТ 2.105 на листах формата А4 по ГОСТ 2.301 без рамки, основной надписи и дополнительных граф к ней.
 Номера листов /страниц/ проставляют, начиная с первого листа, следующего за титульным листом, в верхней части листа /над текстом, посередине/ после обозначения кода ТЗ на АС.
   3.3. Значения показателей, норм и требований указывают, как правило, с предельными отклонениями или максимальными и минимальным значениями. Если эти показатели, нормы, требования однозначно регламентированы НТД, в ТЗ на АС следует приводить ссылку на эти документы или их разделы, а также дополнительные требования, учитывающие особенности создаваемой системы. Если конкретные значения показателей, норм и требований не могут быть установлены в процессе разработки ТЗ на АС, в нем следует сделать запись о порядке установления и согласования этих показателей, норм и требований:
 «Окончательное требование /значение/ уточняется в процессе … и согласовывается протоколом с … на стадии …». При этом в текст ТЗ на АС изменений не вносят.
    3.4. На титульном листе помещают подписи заказчика, разработчика и согласующих организаций, которые скрепляют гербовой печатью. При необходимости титульный лист оформляют на нескольких страницах. Подписи разработчиков ТЗ на АС и должностных лиц, участвующих в согласовании и рассмотрении проекта ТЗ на АС, помещают на последнем листе.
   3.5. При необходимости на титульном листе ТЗ на АС допускается помещать установленные коды, например: гриф секретности, код работы, регистрационный номер ТЗ на АС и др.
   3.6. Титульный лист дополнения к ТЗ на АС оформляют аналогично титульному листу технического задания. Вместо наименования «Техническое задание» пишут «Дополнение N … к ТЗ на АС …». 
   3.7. На последующих листах дополнения к ТЗ на АС помещают основание для изменения, содержание изменения и ссылки на документы, в соответствии с которыми вносятся эти изменения.
   3.8. При изложении текста дополнения к ТЗ следует указывать номера соответствующих пунктов, подпунктов, таблиц основного ТЗ на АС и т.п. и применять слова: «заменить», «дополнить», «исключить», «изложить в новой редакции».

 ПРИЛОЖЕНИЕ 1

 Рекомендуемое

ПОРЯДОК РАЗРАБОТКИ, СОГЛАСОВАНИЯ И УТВЕРЖДЕНИЯ ТЗ НА АС

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

 2. Необходимость согласования проекта ТЗ на АС с органами государственного надзора и другими заинтересованными организациями определяют совместно заказчик проекта ТЗ на АС.
 Работу по согласованию проекта ТЗ на АС осуществляют совместно разработчик ТЗ на АС и заказчик системы, каждый в организациях своего министерства/ведомства/.
 3. Срок согласования проекта ТЗ на АС в каждой организации не должен превышать 15 дней со дня его получения. Рекомендуется рассылать на согласование экземпляры проекта ТЗ на АС /копий/ одновременно во все организации /подразделения/.
 4. Замечания по проекту ТЗ на АС должны быть представлены с техническим обоснованием. Решения по замечаниям должны быть приняты разработчиком проекта ТЗ на АС и заказчиком системы до утверждения ТЗ на АС.
 5. Если при согласовании проекта ТЗ на АС возникли разногласия между разработчиком и заказчиком /или другими заинтересованными организациями/, то составляется протокол разногласий /форма произвольная/ и конкретное решение принимается в установленном порядке.
 6. Согласование проекта ТЗ на АС разрешается оформлять отдельным документом /письмом/. В этом случае под грифом «Согласовано» делают ссылку на этот документ.
 7. Утверждение ТЗ на АС осуществляют руководители предприятий /организаций / разработчика и заказчика системы.
 8. ТЗ на АС /дополнение к ТЗ/ до передачи его на утверждение должно быть проверено службой нормоконтроля организации-разработчика ТЗ и, при необходимости, подвергнуто метрологической экспертизе.
 9. Копии утвержденного ТЗ на АС в 10-дневный срок после утверждения высылаются разработчиком ТЗ на АС участникам системы.
 10. Согласование и утверждение дополнений к ТЗ на АС проводят в порядке, установленном для ТЗ на АС.
 11. Изменения к ТЗ на АС не допускается утверждать после представления системы для ее очереди на приемо-сдаточные испытания.
 12. Регистрация, учет и хранение ТЗ на АС и дополнений к нему проводят в соответствии с требованиями ГОСТ 2.501.

19 Comments

  1. ValentinV

    Плюс я ставлю.

    Что-бы вы ответили, если вам сказали, что ТЗ вам надо,

    из-за того что у вас склероз? 🙂

    Reply
  2. Оболтус

    Я бы сказал, что завидую прекрасной памяти спрашивающего и его несомненной эрудиции. И задал бы встречный вопрос. А есть хоть одно внедрение, где бы этот ГОСТ применили?

    А должны на каждом.

    Reply
  3. ValentinV

    Я думаю ГОСТ сегодня — это идеал. к которому надо стремиться.

    Причем любой ГОСТ.

    Продукты питания, лекарства, проектирование, строительство заводов, фабрик…

    В Германии — это реальность, это основа их жизни и благосостоятельности и высокого уровня жизни.

    И если люди не стремяться к лучшему, то его, лучшего, и не будет.

    Reply
  4. ValentinV

    (2)

    В программировании как известно, плохой проект, лучше никакого.

    Reply
  5. Арчибальд

    (3) На вопрос ответ положительный. Но сколько крови это стоило….

    Reply
  6. ValentinV

    >Но сколько крови это стоило….

    Не знаю правильно ли понял.

    Сейчас разрушен космос, оборонка и т.д.

    Везде фирмы купи-продай.

    Все тяп-ляп.

    Любой и каждый переделывает по-своему и как-попало.

    Учебные поделки.

    У всех один проект — … то хвост отваливается, то лапы ломит…

    Сейчас в этом вся Россия. Смертность, преступность, бардак.

    Нет ни идеи, ни идеологии, ни проектов.

    Reply
  7. Арчибальд

    (6) Головная фирма заказала мне работу (в 2002 г). Я настоял на составлении/утверждении ТЗ по ГОСТУ (вернее, ЕСПД). Разработка ТЗ шла 4 месяца. Зато реализация уложилась в один, поскольку практически все вопросы возникли в процессе разработки ТЗ, а сформулировать вопрос — это уже 60% ответа.

    Reply
  8. ValentinV

    (7) Головная фирма… ? Заказчик на доработку 1с?

    Я считаю вышеуказанный путь самый правильный +.

    А если вы при этом не франчайзи, а частное лицо, то вам ++.

    Но путь ваш тернистый и …

    Reply
  9. Арчибальд

    (8) Фикси я в подчиненном предприятии. Делал конфушку для учета заготовок сырья. Просто мой куратор в головном офисе был с головой и принял на себя часть давления.

    Больше пока не получается так…

    Reply
  10. Оболтус

    Нас в универе заставляли диплом по гостам делать.

    Правда в реальной практике нормально применить пока не получается. 🙂

    Reply
  11. ValentinV

    Время креативов.

    Креативный врач — лечит и здоровых и всем одно и то же лекарство.

    Кративный строитель — всем строит развалюхи.

    Креативный юрист — результат не предвидит и не гарантирует.

    Креативный судья, креативный следователь, креативный дизайнер,креативный повар…

    Жена — тоже креативная.

    Проектировщик, программист…

    И все не глядя и не вникая, быстро и …

    Смотришь на дома в деревне у нас и в Германии и думаешь…

    ДОКОЛЕ!!!

    Reply
  12. Арчибальд

    (10) А я в армии 15 лет по ГОСТам программил… Вернулся на гражданку в 93, а тут такое…

    Reply
  13. ValentinV

    (12)У меня также и тоже самое.

    У торгашей часто слышу:

    «Мы сами не знаем что нам надо, но мы заплатим деньги за результат».

    А какой им результат нужен, если они ничего не понимают ?

    ВОТ И РЕЗУЛЬТАТ ПО ВСЕЙ СТРАНЕ.

    Reply
  14. Ish_2

    (11) Сильно.

    А про жену — лишнее. Не в ряду. Выпадает.

    Reply
  15. ValentinV

    (14) Каждый вправе выбирать.

    Почему Германия, Голландия, Швеция и даже Финляндия — могут все.

    Но у них нет ресурсов.

    А у нас все ресурсы есть.

    И ничего, почти ничего фундаментального не осталось.

    И сейчас всем предлагают — меняй профессию, если нет работы.

    Торгуй страной.

    Reply
  16. Ish_2

    (15) Я извиняюсь, но содержание меня мало вдохновляет.

    + 14 Нарастающая «Креативность» в (11) достигает неожиданной развязки во

    фразе про жену. И в этом смыле ,как раз в ряду . Нет , не лишнее. Передумал.

    Reply
  17. ValentinV

    (16)Может тут(про жену) я имел ввиду, что воспитывать надо.

    А то можно и ГОЛЫМ КОРОЛЕМ остаться, если на каждую прихоть…

    Reply
  18. ValentinV

    (16) Ступай ка ты старик к синему морю и попроси золотую рыбку…;-)

    Reply
  19. mechail72

    Однозначно полезная вещь.+

    Reply

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *