Положение

Общие положения [из разд. 1 ГОСТ 24.204-80]

Общие положения [из разд. 1 ГОСТ 24.204-80]

Документ «Описание постановки задачи» предназначен для описания характеристик комплекса задач (задачи), условий, необходимых для его решения, входной и выходной информации и совместно с «Техническим заданием» на создание АСУ определяет требования к видам обеспечения АСУ [из п. 1.1 ГОСТ 24.204-80]

Содержание разделов должно охватывать все задачи комплекса [из п. 1.2 ГОСТ 24.204-80]

В зависимости от назначения и специфических особенностей создаваемых АСУ допускается включать в документ дополнительные разделы и сведения, требования к содержанию которых не установлены настоящим стандартом [из п. 1.3 ГОСТ 24.204-80]

Отсутствие проектных решений по разделу документа фиксируют в соответствующем разделе с необходимыми пояснениями [из п. 1.4 ГОСТ 24.204-80]

Основные положения [из разд. 1 ГОСТ 19.104-78]

Основные положения [из разд. 1 ГОСТ 19.104-78]

В состав основных надписей листа утверждения и титульного листа в программных документах входят следующие структурные данные:

[из п. 1.1 ГОСТ 19.104-78]

Общие положения [из разд. 4 ГОСТ 2.101-2016]

Общие положения [из разд. 4 ГОСТ 2.101-2016]

Установленные настоящим стандартом виды изделий следует применять на всех стадиях разработки конструкторского документа (КД) согласно ГОСТ 2.103 [из п. 4.2 ГОСТ 2.101-2016]

Изделия подразделяют на виды по признакам классификации:

[из п. 4.2 ГОСТ 2.101-2016]

Классификация видов изделий представлена на рисунке 1 и в приложении А.

- Классификация видов изделий

Рисунок 1 - Классификация видов изделий

[из п. 4.3 ГОСТ 2.101-2016]

В зависимости от вида изделия в техническом задании на его разработку устанавливается комплектность КД в соответствии с ГОСТ 2.102 [из п. 4.4 ГОСТ 2.101-2016]

Основные нормативные положения [из разд. 4 ГОСТ 2.001-2013]

Основные нормативные положения [из разд. 4 ГОСТ 2.001-2013]

ЕСКД - комплекс стандартов, устанавливающих взаимосвязанные правила, требования и нормы по разработке, оформлению и обращению конструкторской документации, разрабатываемой и применяемой на всех стадиях ЖЦ изделия [из п. 4.1 ГОСТ 2.001-2013]

Основное назначение стандартов ЕСКД состоит в установлении единых оптимальных правил, требований и норм выполнения, оформления и обращения конструкторской документации, которые обеспечивают:

[из п. 4.2 ГОСТ 2.001-2013]

КД могут быть выполнены как бумажный КД и (или) как электронный КД.

Виды, комплектность и выполнение КД (бумажное или электронное) устанавливает разработчик, если иное не оговорено ТЗ (либо другим заменяющим документом). Для изделий, разрабатываемых по заказу Министерства обороны, эти решения должны быть согласованы с заказчиком (представительством заказчика) [из п. 4.3 ГОСТ 2.001-2013]

Допускается дополнительно идентифицировать конструкторские документы с применением штрихкода.

При этом в качестве реквизитов штрихкода следует использовать коды страны, организации-разработчика (держателя подлинника) и обозначение документа, его версии и присвоенной ему литеры [из п. 4.4 ГОСТ 2.001-2013]

В составе штрихкода дополнительно могут быть использованы и другие реквизиты. При разработке конструкторской документации по заказам Министерства обороны перечень дополнительных реквизитов должен быть согласован с заказчиком (представительством заказчика).

Штрихкод на бумажном документе рекомендуется размещать в правом нижнем углу поля формата документа над основной надписью. При визуализации электронного документа следует предусматривать автоматизированную обработку штрихкода программными средствами.

Общие положения [из раздела 5 ГОСТ 15.016-2016]

Общие положения [из раздела 5 ГОСТ 15.016-2016]

ТЗ является неотъемлемой частью контракта (договора), заключаемого между заказчиком работы (далее - заказчик), головным исполнителем, исполнителями СЧ работы, исполнителями работ по разработке КИМП. При разработке ТЗ учитывается информация об аналогичной продукции, содержащейся в различных базах данных [из п. 5.1 ГОСТ 15.016-2016]

Утверждает ТЗ заказчик. Разработку и согласование ТЗ осуществляет заказчик или разработчик, исходя из статуса заказчика, источника финансирования и условий рынка сбыта. Разработку, согласование и утверждение ТЗ в случае инициативной разработки осуществляет разработчик в установленном у него порядке. При инициативной разработке, по усмотрению разработчика, отдельные требования и порядок изложения ТЗ могут быть исключены или объединены [из п. 5.2 ГОСТ 15.016-2016]

Согласованное и утвержденное ТЗ является обязательным документом для организаций заказчика, головного исполнителя (исполнителя) работы (СЧ работы, работ по разработке КИМП). Для подтверждения отдельных требований к продукции, в том числе требований безопасности, охраны здоровья и окружающей среды, а также оценки технического уровня продукции, ТЗ может быть направлено разработчиком или заказчиком на экспертизу (заключение) в сторонние организации. Решения по полученным заключениям принимают разработчик и заказчик до утверждения ТЗ [из п. 5.3 ГОСТ 15.016-2016]

При выполнении работ по созданию изделий, в которых предусматривают использование средств вычислительной техники, разработка математического, информационно-лингвистического и программного обеспечения может быть выделена в отдельную (самостоятельную) часть работы. В этом случае разработку и оформление ТЗ на СЧ работы осуществляют с учетом требований ГОСТ 19.201 и ГОСТ 34.602 [из п. 5.4 ГОСТ 15.016-2016]

При необходимости может проводиться метрологическая экспертиза ТЗ [из п. 5.5 ГОСТ 15.016-2016]

ТЗ обозначается как приложение к контракту (договору). Его учет (регистрация), хранение, изменение и передача осуществляются в качестве составной части контракта [из п. 5.6 ГОСТ 15.016-2016]

Общие положения [из разд. 4 ГОСТ Р 15.000-2016]

Общие положения [из разд. 4 ГОСТ Р 15.000-2016]

СРПП - комплекс взаимосвязанных основополагающих организационно-методических и общетехнических национальных стандартов, устанавливающих основные положения, правила и требования (далее - положения), обеспечивающие техническое и организационное единство выполняемых работ на стадиях ЖЦП и на стадии ликвидации продукции, а также взаимодействие заинтересованных сторон [из п. 4.1 ГОСТ Р 15.000-2016]

Цель СРПП - формирование организационно-методической основы обеспечения высокого технического уровня, качества и конкурентоспособности продукции в интересах наиболее полного удовлетворения потребностей населения, экономики и экспорта.

При формировании СРПП должны быть обеспечены основные принципы стандартизации, такие как: комплексность, системность, согласованность и непротиворечивость требований и положений, а также исключено дублирование положений [из п. 4.2 ГОСТ Р 15.000-2016]

Основные задачи СРПП - установление положений, направленных на:

[из п. 4.3 ГОСТ Р 15.000-2016]

Объектами стандартизации СРПП являются стадии ЖЦП и ликвидации продукции, включая выполняемые этапы работ на стадиях ЖЦП и ликвидации продукции, а также разрабатываемую при этом документацию.

Аспектами стандартизации являются устанавливаемые стандартами СРПП положения, обеспечивающие проведение работ на стадиях ЖЦП и ликвидации продукции, взаимодействие участников заинтересованных сторон в процессе выполнения работ.

ЖЦП включает следующие стадии:

[из п. 4.4 ГОСТ Р 15.000-2016]

К основным работам на стадиях ЖЦП относят:

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

[из п. 4.5 ГОСТ Р 15.000-2016]

К основным работам на стадии ликвидации продукции относят работы, направленные на обеспечение утилизации, уничтожения и (или) захоронения продукции, ее отходов и удаления опасных отходов [из п. 4.6 ГОСТ Р 15.000-2016]

Эффективность применения нормативных документов СРПП обеспечивается комплексной организацией работ по всем направлениям (обеспечение комплексности и системности стандартизации, преемственности деятельности, установление в документах общих характеристик, правил и общих принципов, отвечающих современному уровню развития науки, техники и технологий, передовому отечественному и зарубежному опыту; открытость разработки документов, установление в документах требований, обеспечивающих возможность контроля за их выполнением, непротиворечивость стандартов друг другу) и на всех стадиях ЖЦП и ликвидации продукции, направленной на выполнение запросов потребителей, и взаимодействием со стандартами других общетехнических систем и комплексов стандартов.

Взаимосвязь национальной СРПП с другими общетехническими системами и комплексами стандартов и межгосударственной системой СРПП на стадиях ЖЦП приведена в приложении Б [из п. 4.7 ГОСТ Р 15.000-2016]

Нормативные документы СРПП должны соответствовать:

  • ГОСТ Р 1.2 и ГОСТ Р 1.5 в части оформления, разработки, утверждения (принятия), обновления и отмены;
  • ГОСТ 2.001 в части разработки конструкторской документации;
  • ГОСТ 3.1001 в части разработки технологической документации;
  • ГОСТ 2.051, ГОСТ 2.052 и ГОСТ 2.053 в части требований к разработке электронных конструкторских документов, электронных моделей и структур, электронных схем, электронных эксплуатационных и ремонтных документов;
  • ГОСТ 2.103 в части стадий разработки КД и этапов выполнения работ;
  • ГОСТ Р 53791 в части требований к ресурсосбережению на стадиях ЖЦП;
  • ГОСТ Р 14.08 в части требований с учетом экологических аспектов;
  • ГОСТ Р 51898 в части требований по безопасности;
  • ГОСТ Р 56020, ГОСТ Р ИСО 9004 и ГОСТ Р ИСО 10014 в части требований по применению принципов менеджмента и выбора методов и инструментов для обеспечения успешной деятельности организации.

[из п. 4.8 ГОСТ Р 15.000-2016]

Виды документов, выполняемых в процессе разработки и постановки продукции на производство (ТЗ, акты, ведомости, поставки, результаты НИР, патентных исследований, ОКР, протоколы испытаний и др.), их обязательный статус, учет, хранение и передача устанавливаются стандартами соответствующей организации [из п. 4.9 ГОСТ Р 15.000-2016]

Организация по выпуску продукции должна исходить из цели однозначного выполнения требований, предъявляемых к разработке, производству, эксплуатации (включая безопасность, экологичность, утилизацию), сбыту продукции, установленных в ТЗ и (или) договоре (контракте) на разработку, и обеспечения всеобщей оптимальной экономии: повышения качества продукции, эффективности производства и экономного использования всех видов ресурсов [из п. 4.10 ГОСТ Р 15.000-2016]

Общие положения [из разд. 4 ГОСТ Р 15.000-2016]

Основные положения [из подр. 1.1 ГОСТ 24.301-80]

Основные положения [из подр. 1.1 ГОСТ 24.301-80]

Текстовые документы (далее - документы) подразделяют на:

Документы оформляют в соответствии с требованиями ГОСТ 2.105 с учетом особенностей, изложенных ниже [из п. 1.1.2 ГОСТ 24.301-80]

В документ допускается включать как листы, выполненные машинописным способом, так и с применением выводных устройств ЭВМ.

Правила выполнения документов на выводных устройствах ЭВМ установлены ГОСТ 2.004 [из п. 1.1.3 ГОСТ 24.301-80]

При машинописном способе выполнения текст документа должен быть напечатан на одной стороне листа не менее чем через полтора интервала [из п. 1.1.4 ГОСТ 24.301-80]

Общие положения [из разд. 1 ГОСТ 34.601-90]

Общие положения [из разд. 1 ГОСТ 34.601-90]

Процесс создания АС представляет собой совокупность упорядоченных во времени, взаимосвязанных, объединенных в стадии и этапы работ, выполнение которых необходимо и достаточно для создания АС, соответствующей заданным требованиям [из п. 1.1 ГОСТ 34.601-90]

Стадии и этапы создания АС выделяются как части процесса создания по соображениям рационального планирования и организации работ, заканчивающихся заданным результатом [из п. 1.2 ГОСТ 34.601-90]

Работы по развитию АС осуществляют по стадиям и этапам, применяемым для создания АС [из п. 1.3 ГОСТ 34.601-90]

Состав и правила выполнения работ на установленных настоящим стандартом стадиях и этапах определяют в соответствующей документации организаций, участвующих в создании конкретных видов АС. Перечень организаций, участвующих в работах по созданию АС, приведен в приложении 2 [из п. 1.4 ГОСТ 34.601-90]

Общие положения [из разд. 1 ГОСТ 34.603-92]

Общие положения [из разд. 1 ГОСТ 34.603-92]

Испытания АС проводят на стадии «Ввода в действие» по ГОСТ 34.601 с целью проверки соответствия создаваемой АС требованиям технического задания (ТЗ) [из п. 1.1 ГОСТ 34.603-92]

Испытания АС представляют собой процесс проверки выполнения заданных функций системы, определения и проверки соответствия требованиям ТЗ количественных и (или) качественных характеристик системы, выявления и устранения недостатков в действиях системы, в разработанной документации [из п. 1.2 ГОСТ 34.603-92]

Для АС устанавливают следующие основные виды испытаний:

  1. предварительные;
  2. опытная эксплуатация;
  3. приемочные.

Примечания:

  1. Допускается дополнительно проведение других видов испытаний АС и их частей;
  2. Допускается классификация приемочных испытаний в зависимости от статуса приемочной комиссии (состав членов комиссии и уровень его утверждения);
  3. Виды испытаний и статус приемочной комиссии устанавливают в договоре и (или) ТЗ.

[из п. 1.3 ГОСТ 34.603-92]

В зависимости от взаимосвязей испытываемых в АС объектов испытания могут быть автономные или комплексные. Автономные испытания охватывают части АС. Их проводят по мере готовности частей АС к сдаче в опытную эксплуатацию. Комплексные испытания проводят для групп, взаимосвязанных частей АС или для АС в целом [из п. 1.4 ГОСТ 34.603-92]

Для планирования проведения всех видов испытаний разрабатывают документ «Программа и методика испытаний». Разработчик документа устанавливается в договоре или ТЗ [из п. 1.5 ГОСТ 34.603-92]

Программа и методика испытаний должна устанавливать необходимый и достаточный объем испытаний, обеспечивающий заданную достоверность получаемых результатов [из п. 1.6 ГОСТ 34.603-92]

Программа и методика испытаний может разрабатываться на AC в целом, на части АС. В качестве приложения могут включаться тесты (контрольные примеры) [из п. 1.7 ГОСТ 34.603-92]

Предварительные испытания АС проводят для определения ее работоспособности и решения вопроса о возможности приемки AC в опытную эксплуатацию [из п. 1.8 ГОСТ 34.603-92]

Предварительные испытания следует выполнять после проведения разработчиком отладки и тестирования поставляемых программных и технических средств системы и представления им соответствующих документов о их готовности к испытаниям, а также после ознакомления персонала АС с эксплуатационной документацией [из п. 1.9 ГОСТ 34.603-92]

Опытную эксплуатацию АС проводят с целью определения фактических значений количественных и качественных характеристик АС и готовности персонала к работе в условиях функционирования АС, определения фактической эффективности АС, корректировке (при необходимости) документации [из п. 1.10 ГОСТ 34.603-92]

Приемочные испытания АС проводят для определения соответствия АС техническому заданию, оценки качества опытной эксплуатации и решения вопроса о возможности приемки АС в постоянную эксплуатацию [из п. 1.11 ГОСТ 34.603-92]

Приемочным испытаниям АС должна предшествовать ее опытная эксплуатация на объекте [из п. 1.12 ГОСТ 34.603-92]

В зависимости от вида требований, предъявляемых к АС на испытаниях, проверке или аттестации в ней подвергают:

  1. комплекс программных и технических средств;
  2. персонал;
  3. эксплуатационную документацию, регламентирующую деятельность персонала при функционировании АС;
  4. АС в целом.

[из п. 1.13 ГОСТ 34.603-92]

При испытаниях АС проверяют:

  1. качество выполнения комплексом программных и технических средств автоматических функций во всех режимах функционирования АС согласно ТЗ на создание АС;
  2. знание персоналом эксплуатационной документации и наличие у него навыков, необходимых для выполнения установленных функций во всех режимах функционирования АС, согласно ТЗ на создание АС;
  3. полноту содержащихся в эксплуатационной документации указании персоналу по выполнению им функций во всех режимах функционирования АС согласно ТЗ на создание АС;
  4. количественные и (или) качественные характеристики выполнения автоматических и автоматизированных функций АС в соответствии с ТЗ;
  5. другие свойства АС, которым она должна соответствовать по ТЗ.

[из п. 1.14 ГОСТ 34.603-92]

Испытания АС следует проводить на объекте заказчика. По согласованию между заказчиком и разработчиком предварительные испытания и приемку программных средств АС допускается проводить на технических средствах разработчика при создании условий получения достоверных результатов испытаний [из п. 1.15 ГОСТ 34.603-92]

Допускается последовательное проведение испытаний и сдача частей АС в опытную и постоянную эксплуатацию при соблюдении установленной в ТЗ очередности ввода АС в действие [из п. 1.16 ГОСТ 34.603-92]

Основные положения [из разд. 4 ГОСТ Р 54088-2017]

Основные положения [из разд. 4 ГОСТ Р 54088-2017]

ЭД и РД разрабатывают как часть рабочей конструкторской документации по ГОСТ 2.601 и ГОСТ 2.602 [из подр. 4.1 ГОСТ Р 54088-2017]

При выполнении ЭД (РД) в электронной форме ее представляют одним из двух способов:

  1. в форме взаимосвязанной совокупности электронных ЭД (РД) по ГОСТ 2.051 или
  2. в форме ИЭТР.

[из подр. 4.2 ГОСТ Р 54088-2017]

В случае применения способа по 4.2 а) электронную ЭД (РД) представляют в общеупотребимых форматах (файлы PDF и т.п.), для работы с которыми используют стандартизованные программные средства (приложения) или аналогичные программы общего назначения в составе операционных систем вычислительных средств [из подр. 4.3 ГОСТ Р 54088-2017]

В случае применения способа по 4.2 б) для работы с ЭД (РД) используют специализированные программно-технические средства, поставляемые в составе ИЭТР [из подр. 4.4 ГОСТ Р 54088-2017]

Содержание и назначение ИЭТР определяются согласно требованиям к содержанию и назначению соответствующего вида ЭД или РД по ГОСТ 2.601 или ГОСТ 2.602. ИЭТР имеет такой же вид, как соответствующий ЭД (РД) [из подр. 4.5 ГОСТ Р 54088-2017]

Одно ИЭТР может включать два или более видов ЭД (РД), необходимых для технической эксплуатации (ремонта) изделия в одной эксплуатирующей (ремонтной) организации. В этом случае вид ИЭТР устанавливается разработчиком [из подр. 4.6 ГОСТ Р 54088-2017]

Состав и содержание данных для включения в ЭД и РД (ИЭТР) сложных изделий обосновывают в рамках АЛП по ГОСТ Р 53392 [из подр. 4.7 ГОСТ Р 54088-2017]

Разработка ЭД и РД на изделие должна осуществляться в АС разработки ЭД и РД, включающей ОБДЭ, с применением принятой у разработчика информационной технологии (например, описанной в [1]). Разработка ЭД и РД должна проводиться на основании утвержденных конструкторских и логистических документов и данных на данное изделие (с учетом их возможных изменений в ходе разработки и производства) [из подр. 4.8 ГОСТ Р 54088-2017]

Подготовку и внесение изменений в ИЭТР осуществляет разработчик изделия с учетом требований ГОСТ 2.503 и ГОСТ 2.603. Необходимые изменения вносятся в ОБДЭ, после чего из ОБДЭ формируется комплект изменений в локальную базу данных ИЭТР (совокупность новых МД/файлов и новых ревизий изменяемых МД/файлов). Как правило, внесение изменений осуществляют путем добавления новых МД/файлов или замены версий МД/файлов в локальной базе данных ИЭТР [из подр. 4.9 ГОСТ Р 54088-2017]

Страницы

«Техническая документация»

Связь по эл. почте admin @ tdocs . su (без пробелов), тел. +7(967) 044-84-77 или в форме Контакты.

Copyright © «Техническая документация» 2008. Заимствуйте наши материалы с блеском! При воспроизведении материалов портала обязательна установка активной гиперссылки на источник — страницу с этой публикацией на tdocs.su.

Яндекс.Метрика