Файл: 1. Назначение автоматизированных систем 4 Состав и виды структур ас. 5.doc

общесоюзных и зарегистрированных республиканских, отраслевых классификаторов, унифицированных документов и классификаторов, действующих на данном предприятии;

5) по применению систем управления базами данных;

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

Для программного обеспечения системы приводят перечень покупных программных средств, а также требования:

1) к независимости программных средств от используемых СВТ и операционной среды;

2) к качеству программных средств, а также к способам его обеспечения и контроля;

3) о необходимости согласования вновь разрабатываемых программных средств с фондом алгоритмов и программ.

Для технического обеспечения системы приводят требования:

1) к видам технических средств, в том числе к видам комплексов технических средств, программно-технических комплексов и других комплектующих изделий, допустимых к использованию в системе;

2) к функциональным, конструктивным и эксплуатационным характеристикам средств технического обеспечения системы.

В требованиях к метрологическому обеспечению приводят:

1) предварительный перечень измерительных каналов;

2) необходимый уровень точности измерений параметров и (или) к метрологическим характеристикам измерительных каналов;

3) условия метрологической совместимости технических средств системы;

Для организационного:

1) Организационная стр-ра (проектные решения по изменению орг.стр-ры, описание изменений); 2) Методика (общие положения, постановка задачи, методика проектирования, исх.данные, проектные процедуры, оценка результатов); 3) ; 4) Руководство пользователя.

---

42. Порядок разработки, согласования и утверждения ТЗ на АС

Проект ТЗ наАС разрабатывает организация-разработчик системы с участием заказчика на основании технических требований (заявки, тактико-технического задания и т. п.).

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

*Необходимость согласования проекта ТЗ на АС с органами государственного надзора и другими заинтересованными организациями определяют совместно заказчик системы и разработчик проекта ТЗ на АС. Работу по согласованию проекта ТЗ на AC осуществляют совместно разработчик ТЗ наАС и заказчик системы, каждый в организациях своего министерства (ведомства).

*Срок согласования проекта ТЗ наАС в каждой организации не должен превышать 15 дней со дня его получения. Рекомендуется рассылать на согласование экземпляры проекта ТЗ наАС (копий) одновременно во все организации (подразделения). Замечания по проекту ТЗ наАС должны быть представлены с техническим обоснованием. Решения по замечаниям должны быть приняты разработчиком проекта ТЗ на АС и заказчиком системы до утверждения ТЗ на АС. Если при согласовании проекта ТЗ наАС возникли разногласия между разработчиком и заказчиком (или другими заинтересованными организациями), то составляется протокол разногласий (форма произвольная) и конкретное решение принимается в установленном порядке. Согласование проекта ТЗ на АС разрешается оформлять отдельным документом (письмом). В этом случае под грифом «Согласовано» делают ссылку на этот документ.

*Утверждение ТЗ наАС осуществляют руководители предприятий (организаций) разработчика и заказчика системы.

*ТЗ наАС (дополнение к ТЗ) до передачи его на утверждение должно быть проверено службой нормоконтроля организации-разработчика ТЗ и, при необходимости, подвергнуто метрологической экспертизе.

*Копии утвержденного ТЗ наАС в 10-дневный срок после утверждения высылаются разработчиком ТЗ на АС участникам создания системы.

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

*Изменения к ТЗ наАС не допускается утверждать после представления системы или ее очереди на приемо-сдаточные испытания.

---

*Регистрация, учет и хранение ТЗ наАС и дополнений к нему проводят в соответствии с требованиями ГОСТ 2.501.

43. ТЗ на разработку новых нестандартных и специализированных изделий, связанных с автоматизацией

Данный ГОСТ предусматривает следующие разделы ТЗ:

• 
  наименование и область применения (использования);
  
• 
  основание для разработки;
  
• 
  цель и назначение разработки;
  
• 
  источники разработки;
  
• 
  технические требования;
  
• 
  экономические показатели;
  
• 
  стадии и этапы разработки;
  
• 
  порядок контроля и приемки;
  
• 
  приложения.
  

В зависимости от вида, назначения, условий производства и эксплуатации продукции допускается уточнять содержание разделов, вводить новые разделы или объединять отдельные из них.

В разделе «Технические требования» указывают требования и нормы, определяющие показатели качества и эксплуатационные (потребительские) характеристики продукции с учетом действующих стандартов и норм, а также современного технического уровня.

Раздел в общем случае должен состоять из следующих подразделов:

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

Создание АС по нормам относится к категории создания единичной продукции. АС – это всегда оригинальные объекты, поэтому они, как правило, имеют статус опытно-конструкторских работ и при их создании необходимо выполнять также требования, предъявляемые к ОКР.

---

В ТЗ на ОКР рекомендуется предусматривать следующие положения:

• 
  прогноз развития требований на данную продукцию на предполагаемый период ее выпуска;
  
• 
  рекомендуемые этапы модернизации продукции с учетом прогноза развития требований;
  
• 
  соответствие требованиям стран предполагаемого экспорта с учетом прогноза развития этих требований;
  
• 
  характеристики ремонтопригодности;
  
• 
  возможность замены запасных частей без применения промышленной технологии;
  

---

44. ТЗ на создание программной документации; разделы и их содержание.

ТЗ на разработку ПО должно содержать:

•введение;

•основания для разработки;

•назначение разработки;

•требования к программе или программному изделию;

•требования к программной документации;

•технико-экономические показатели;

•стадии и этапы разработки;

•порядок контроля и приемки;

•в техническое задание допускается включать приложения.

Содержание разделов

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

В разделе «Введение» указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие.

В разделе «Основания для разработки» должны быть указаны:

•документ (документы), на основании которых ведется разработка;

•организация, утвердившая этот документ, и дата его утверждения;

•наименование и (или) условное обозначение темы разработки.

В разделе «Назначение разработки» должно быть указано функциональное и эксплуатационное назначение программы или программного изделия.

Раздел «Требования к программе или программному изделию» должен содержать следующие подразделы:

•требования к функциональным характеристикам;

•требования к надежности;

•условия эксплуатации;

•требования к составу и параметрам технических средств;

В разделе «Требования к программной документации» должен быть указан предварительный состав программной документации и, при необходимости, специальные требования к ней.

В разделе «Технико-экономические показатели» должны быть указаны: ориентировочная экономическая эффективность, предполагаемая годовая потребность, экономические преимущества разработки по сравнению с лучшими отечественными и зарубежными образцами или аналогами.

В разделе «Стадии и этапы разработки» устанавливают необходимые стадии разработки, этапы и содержание работ (перечень программных документов, которые должны быть разработаны, согласованы и утверждены), а также, как правило, сроки разработки и определяют исполнителей.

---