Состав и содержание работ по созданию системы
Перейти к содержимому

Состав и содержание работ по созданию системы

  • автор:

5 Состав и содержание работ по созданию системы

Состав и содержание работ по созданию системы включают следующие этапы:

  1. Предпроектное обследование, сбор необходимой информации. Результат: — определение целей, задач системы, которые в дальнейшем должны быть решены;
  2. Анализ предметной области. Результат: подробный анализ системы и введение организационных требований к решению задач и целей;
  3. Разработка ТЗ. Результат- документация на разрабатываемую систему, в которой указаны сроки реализации, кем будет реализована, для кого, описаны все необходимые организационные требования к разработке;
  4. Разработка модели программы. Результат – описание спецификаций данных, определение связей между сущностями, построение концептуальной модели БД, построение логической модели БД;
  5. Разработка ТП;
  6. Разработка рабочего проекта, состоящего из:
      • написания программы;
      • отладка программы;
      • корректировка программы;
      1. Проведение тестирования и доработка информационного программного обеспечения по замечаниям и предложениям;
      2. Сдача системы в эксплуатацию с выпуском описания алгоритмов и технологической документации.

      6 Порядок контроля

      Требования к приему работ по стадиям и самой работы в целом, а также сроки проведения согласовываются заказчиком и разработчиком. При приеме заказчику передается инструкция по эксплуатации системы и проверяется функционирование автоматизированной информационной системы на реальных данных, подготовленных и введенных заказчиком по имеющейся инструкции, или, в случае неготовности заказчика, на контрольном примере. Готовый программный продукт подвергается многократному тестированию. Работы по сдаче проводятся на технических средствах разработчика. Программный продукт, полученный в ходе процесса кодирования, отладки и тестирования должен соответствовать разработанному ТЗ и ТП.

      7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

      1. Информация, предоставленная преподавателем УГТУ.

      Состав и содержание работ по созданию системы

      6.4. РАЗРАБОТКА И ПРАВИЛА ОФОРМЛЕНИЯ
      ТЕХНИЧЕСКОГО ЗАДАНИЯ НА СОЗДАНИЕ АИС

      Разработка Технического задания на создание АС

      • ограничения, риски, критические факторы, влияющие на успешность проекта, например время реакции системы на запрос является заданным ограничением, а не желательным фактором;
      • совокупность условий, при которых предполагается эксплуатировать будущую систему: архитектура системы, аппаратные и программные ресурсы, предоставляемые системе, внешние условия её функционирования, состав людей и работ, которые обеспечивают бесперебойное функционирование системы;
      • сроки завершения отдельных этапов, форма сдачи работ, ресурсы, привлекаемые в процессе разработки проекта, меры по защите информации;
      • описание выполняемых системой функций;
      • будущие требования к системе в случае её развития, например возможность работы пользователя с системой с помощью Интернета и т.п.;
      • сущности, необходимые для выполнения функций системы;
      • интерфейсы и распределение функций между человеком и системой;
      • требования к программным и информационным компонентам ПО, требования к СУБД. Если проект предполагается реализовывать для нескольких СУБД, то требования к каждой из них, или общие требования к абстрактной (например, распределённой) СУБД и список рекомендуемых для данного проекта СУБД, которые удовлетворяют заданным условиям;
      • что не будет реализовано в рамках проекта.

      Разработка ТЗ ведётся в соответствии со стандартами:

      ГОСТ 34.601-90. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания.

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

      I. Общие положения

      ТЗ должно соответствовать современному уровню развития науки и техники, максимально точно отражать цели, замысел и требования к создаваемой системе и при этом не ограничивать разработчика в поиске и реализации наиболее эффективных технических, технико-экономических и других решений. В соответствии с ГОСТ 34.601-90 , после согласования с Заказчиком, выполняется разработка, оформление, согласование и утверждение Технического задания на АИС (при необходимости – на части АИС). Данный стандарт также определяет состав участников проектирования и реализации проектных решений, которые участвуют в составлении и (или) согласовании ТЗ. В самом общем случае к ним относятся:

      1. Организация-заказчик (пользователь), для которой создаётся АИС и которая обеспечивает финансирование, приёмку работ и эксплуатацию как по всей АИС, так и по отдельным её компонентам;

      2. Организация-разработчик (генпроектировщик), осуществляющая работы по созданию АИС, представляя Заказчику совокупность научно-технических услуг на разных стадиях и этапах создания, а также разрабатывая и поставляя различные программные и технические средства АС. Данная (головная) организация может пользоваться услугами других организаций, работающих у неё на субподряде;

      3. Организация-поставщик, изготавливающая и (или) поставляющая программные и технические средства по заказу Разработчика или Заказчика;

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

      ГОСТ 34.602-89 устанавливает порядок разработки, согласования и утверждения ТЗ на создание (развитие или модернизацию) автоматизированных систем различного назначения, а также состав и содержание указанного документа независимо от того, будет ли она работать самостоятельно или в составе другой системы. В зависимости от условий создания системы возможны различные совмещения функций заказчика, разработчика, поставщика и других организаций, участвующих в работах по созданию АИПС.

      ТЗ на АИС разрабатываются на основании исходных данных.

      Любые изменения к ТЗ оформляются дополнительными протоколами, подписанными заказчиком и разработчиком. Оформленные таким образом дополнения являются неотъемлемой частью ТЗ на АИС. На титульном листе ТЗ должна быть запись “Действует с …”.

      СОСТАВ И СОДЕРЖАНИЕ ТЕХНИЧЕСКОГО ЗАДАНИЯ

      Рассмотрим состав ТЗ с учётом требований ГОСТ 34.602-89 .

      ТЗ на АИС содержит следующие разделы:

      1. Общие сведения.

      2. Назначение и цели создания (развития) системы.

      3. Характеристика объектов автоматизации.

      4. Требования к системе.

      5. Состав и содержание работ по созданию системы.

      6. Порядок контроля и приемки системы.

      7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу АИС в действие.

      8. Требования к документированию.

      9. Источники разработки.

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

      Рассмотрим содержание основных разделов ТЗ с учётом требований ГОСТ 34.602-89 .

      Раздел “Общие сведения”:

      1. Полное наименование системы и её условное обозначение.

      2. Наименование и реквизиты предприятий (объединений) разработчика и заказчика системы.

      3. Перечень документов, явившихся основанием создания системы, кем и когда они утверждены.

      4. Возможные сроки начала и окончания работ по созданию системы.

      5. Сведения об источниках и порядке финансирования работ.

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

      Раздел “Назначение и цели создания (развития) системы” :

      1. Под “Назначением системы” понимается вид автоматизируемых процессов (деятельности) и перечень предполагаемых к использованию объектов.

      2. В пункте “ Цели создания системы ” приводятся наименования и требуемые значения технических, технологических, производственно-экономических и других показателей объекта автоматизации, достигаемые в результате создания АИС, указываются критерии оценки достижения целей создания системы.

      Раздел “Характеристики объекта автоматизации” :

      1. Краткие сведения об объекте автоматизации или ссылки на документы, содержащие эти данные.

      2. Сведения об условиях эксплуатации объекта автоматизации.

      3. Характеристики внешней среды, в которой функционирует объект автоматизации.

      Раздел “Требования к системе” содержит подразделы с требованиями к системе в целом, функциям (задачам), выполняемым системой, видам обеспечения.

      Требования к численности и квалификации персонала АИС содержат требования к численности персонала и пользователей АИС; квалификации персонала, порядку его подготовки, контроля знаний и навыков; режиму работы персонала АИС.

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

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

      В требования к защите информации от несанкционированного доступа включают требования, действующей в отрасли (ведомстве) заказчика.

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

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

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

      Подраздел “ Требования к видам обеспечения ” в зависимости от вида системы может содержать требования к математическому, информационному, лингвистическому, программному, техническому, организационному, методическому и другим видам обеспечения системы.

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

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

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

      В части требований к организационному обеспечению приводят требования к структуре и функциям подразделений, участвующих в функционировании системы или обеспечивающих эксплуатацию; организации функционирования системы и порядку взаимодействия персонала АИС с персоналом объекта автоматизации; защите от ошибочных действий персонала системы.

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

      Раздел “Состав и содержание работ по созданию ( развитию ) системы” должен содержать перечень стадий и этапов работ по созданию системы в соответствии с ГОСТ 34.601-90, сроки их выполнения, перечень организаций-исполнителей работ, ссылки на документы, подтверждающие их согласие на участие в создании системы и т.п.

      В разделе “Порядок контроля и приемки системы” указывают: 1. Виды, состав, объём и методы испытаний системы и её составных частей (виды испытаний в соответствии с действующими нормами, распространяющимися на разрабатываемую систему);
      2. Общие требования к приемке работ по стадиям (перечень участвующих организаций, и/или юридических и физических лиц, место и сроки проведения), порядок согласования и утверждения приёмочной документации;
      3. Статус приёмочной комиссии (государственная, межведомственная, ведомственная и т.п.).

      В разделе “Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие” необходимо привести перечень основных мероприятий, которые следует выполнить при подготовке объекта автоматизации к вводу АИС в действие, и их исполнителей.

      В разделе “Требования к документированию” приводят: 1. Согласованный разработчиком и заказчиком системы перечень подлежащих разработке комплектов и видов документов, в т.ч. выпускаемых на машинных носителях;
      2. Требования по документированию комплектующих элементов межотраслевого применения в соответствии с требованиями ЕСКД и ЕСПД;
      3. При отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов.

      Обеспечение качества проектной документации относится к возможностям средств проектирования анализировать и проверять описания и документацию на полноту и непротиворечивость, а также на соответствие принятым стандартам и правилам (включая ГОСТ, ЕСПД).

      В разделе “ Источники разработки” должны быть перечислены документы и информационные материалы (технико-экономическое обоснование, отчеты о законченных научно-исследовательских работах, информационные материалы на отечественные, зарубежные системы-аналоги и др.), на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании системы.

      В состав ТЗ на АИС включают приложения, содержащие расчёт ожидаемой эффективности системы; оценку научно-технического уровня системы; использованные при разработке ТЗ методические и наиболее важные информационные материалы из состава документов указанных в разделе “Источники разработки”.

      Дополнительные рекомендации по составу и содержанию ТЗ на автоматизированные системы различного назначения и приложений к ним содержатся также в РД 50-640-87 и ГОСТ 24.602-86.

      ПРАВИЛА ОФОРМЛЕНИЯ ТЗ НА АИС

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

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

      При необходимости на титульном листе ТЗ допускается помещать установленные в отрасли коды, например: код работы, регистрационный номер ТЗ и др.

      Разделы и подразделы ТЗ должны быть размещены в порядке, установленном ГОСТ 34.602-89.

      Если конкретные значения показателей, норм и требований не могут быть установлены в процессе разработки ТЗ на АИС, в нём делают запись о порядке установления и согласования этих показателей, норм и требований “Окончательное требование (значение) уточняется в процессе . и согласовывается протоколом с . на стадии . ”. При этом в текст ТЗ на АИС изменений не вносят.

      Титульный лист дополнения к ТЗ на АИС оформляют аналогично титульному листу Технического задания. Вместо наименования “Техническое задание” пишут “Дополнение 1. к ТЗ на АИС. ”.

      На следующих листах дополнения к ТЗ на АИС помешают основание для изменения, содержание изменения и ссылки на документы, в соответствии с которыми вносятся эти изменения.

      При изложении текста дополнения к ТЗ следует указывать номера соответствующих пунктов, подпунктов, таблиц основного ТЗ и применять слова: “заменить”, “дополнить”, “исключить”, “изложить в новой редакции”.

      • краткую характеристику исходного состояния объекта автоматизации и среды, в которой он функционирует;
      • указание основных целей и перечень задач автоматизации;
      • описание укрупнённой организационно-функциональной структуры выбранного варианта (вариантов) построения создаваемой системы;
      • технико-экономическое обоснование системы;
      • укрупнённое описание и основные требования к средствам информационного и лингвистического обеспечения;
      • перечень и общие требования к средствам программно-аппаратного обеспечения;
      • перечень и укрупнённую характеристику этапов создания системы, сроки их выполнения;
      • исходную оценку стоимостных показателей выполнения работ;
        2. Техническое задание на систему в целом и (или) её основные составные части (подсистемы, программно-технические комплексы и средства, отдельные задачи и т.д.), выполненное в соответствии с ГОСТ 34.601-90.
        3. Эскизное проектирование. При проектировании программного обеспечения системы Эскизный проект должен содержать полную спецификацию разрабатываемых программ.

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

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

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

      ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА СОЗДАНИЕ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ

      Information technology. Set of standards for automated systems. Technical directions for developing of automated system

      Дата введения с 01.01.1990г.

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

      Рекомендуемый порядок разработки, согласования и утверждения ТЗ на АС приведен в приложении 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) перечень документов, на основании которых создается система, кем

      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-89, предъявляемых по окончании соответствующих стадий и этапов работ;
      • 2) вид и порядок проведения экспертизы технической документации (стадия, этап, объем проверяемой документации, организация-эксперт);
      • 3) программу работ, направленных на обеспечение требуемого уровня надежности разрабатываемой системы (при необходимости);
      • 4) перечень работ по метрологическому обеспечению на всех стадиях создания системы с указанием их сроков выполнения и организаций-исполнителей (при необходимости).

      2.8. В разделе «Порядок контроля и приемки системы» указывают:

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

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

      В перечень основных мероприятий включают:

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

      Например, для АСУ приводят:

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

      2.10. В разделе «Требования к документированию» приводят:

      • 1) согласованный разработчиком и Заказчиком системы перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ 34.201-89 и НТД отрасли заказчика;
        перечень документов, выпускаемых на машинных носителях;
        требования к микрофильмированию документации;
      • 2) требования по документированию комплектующих элементов межотраслевого применения в соответствии с требованиями ЕСКД и ЕСПД;
      • 3) при отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов.

      2.11. В разделе «Источники разработки» должны быть перечислены документы и информационные материалы (технико-экономическое обоснование, отчеты о законченных научно-исследовательских работах, информационные материалы на отечественные, зарубежные системы-аналоги и др.), на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании системы.

      2.12. В состав ТЗ на АС при наличии утвержденных методик включают приложения, содержащие:

      • 1) расчет ожидаемой эффективности системы;
      • 2) оценку научно-технического уровня системы.

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

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

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

      3.2. ТЗ на АС оформляют в соответствии с требованиями ГОСТ 2.105 на листах формата А4 по ГОСТ 2.301 без рамки, основной надписи и дополнительных граф к ней.

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

      3.3. Значения показателей, норм и требований указывают, как правило, с предельными отклонениями или максимальным и минимальным значениями. Если эти показатели, нормы, требования однозначно регламентированы НТД, в ТЗ на АС следует приводить ссылку на эти документы или их разделы, а также дополнительные требования, учитывающие особенности создаваемой системы. Если конкретные значения показателей, норм и требований не могут быть установлены в процессе разработки ТЗ на АС, в нем следует сделать запись о порядке установления и согласования этих показателей, норм и требований:

      «Окончательное требование (значение) уточняется в процессе . и согласовывается протоколом с . на стадии . ».

      При этом в текст ТЗ на АС изменений не вносят.

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

      Форма титульного листа ТЗ на АС приведена в приложении 2. Форма последнего листа ТЗ на АС приведена в приложении 3.

      3.5. При необходимости на титульном листе ТЗ на АС допускается помещать установленные в отрасли коды, например: гриф секретности, код работы, регистрационный номер ТЗ и др.

      3.6. Титульный лист дополнения к ТЗ на АС оформляют аналогично титульному листу технического задания. Вместо наименования «Техническое задание» пишут «Дополнение № . к ТЗ на AC . ».

      3.7. На последующих листах дополнения к ТЗ на АС помещают основание для изменения, содержание изменения и ссылки на документы, в соответствии с которыми вносятся эти изменения.

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

      ПРИЛОЖЕНИЕ 1
      Рекомендуемое

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

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

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

      2. Необходимость согласования проекта ТЗ на АС с органами государственного надзора и другими заинтересованными организациями определяют совместно заказчик системы и разработчик проекта ТЗ на АС.

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

      3. Срок согласования проекта ТЗ на АС в каждой организации не должен превышать 15 дней со дня его получения. Рекомендуется рассылать на согласование экземпляры проекта ТЗ на АС (копий) одновременно во все организации (подразделения).

      4. Замечания по проекту ТЗ на АС должны быть представлены с техническим обоснованием. Решения по замечаниям должны быть приняты разработчиком проекта ТЗ на АС и заказчиком системы до утверждения ТЗ на АС.

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

      6. Согласование проекта ТЗ на АС разрешается оформлять отдельным документом (письмом). В этом случае под грифом «Согласовано» делают ссылку на этот документ.

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

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

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

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

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

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

      ПРИЛОЖЕНИЕ 2
      Рекомендуемое

      ФОРМА ТИТУЛЬНОГО ЛИСТА ТЗ НА АС

      ______________________________________________________ . наименование организации - разработчика ТЗ на АС УТВЕРЖДАЮ Руководитель (должность, наименование предприятия - заказчика АС) Личная подпись Расшифровка подписи Печать Дата УТВЕРЖДАЮ Руководитель (должность, наименование предприятия - разработчик" АС) Личная подпись Расшифровка подписи Печать Дата ________________________________________________________ наименование вида АС ________________________________________________________ наименование объекта автоматизации ________________________________________________________ сокращенное наименование АС ТЕХНИЧЕСКОЕ ЗАДАНИЕ На ____ листах Действует с СОГЛАСОВАНО Руководитель (должность, наименование согласующей организации) Личная подпись Расшифровка подписи Печать Дата

      ПРИЛОЖЕНИЕ 3
      Рекомендуемое

      ФОРМА ПОСЛЕДНЕГО ЛИСТА ТЗ НА АС

      Наименование организации, предприятия Должность исполнителя Фамилия имя, отчество Подпись Дата
      Наименование организации, предприятия Должность исполнителя Фамилия имя, отчество Подпись Дата

      ПРИЛОЖЕНИЕ 4
      Справочное

      ПОЛОЖЕНИЯ ПО СОЗДАНИЮ ЕДИНОГО КОМПЛЕКСА СТАНДАРТОВ АВТОМАТИЗИРОВАННЫХ СИСТЕМ

      1. Исходные предпосылки создания комплекса

      1.1. Создание и внедрение автоматизированных систем различных классов и назначений ведется во многих отраслях промышленности по нормативно-технической документации, устанавливающей разнообразные организационно-методические и технические нормы, правила и положения, затрудняющие интеграцию систем и эффективное их совместное функционирование.

      1.2. В период принятия Госстандартом СССР решения о совершенствовании межотраслевых комплексов стандартов действовали следующие комплексы и системы стандартов, устанавливающие требования к различным видам АС:

      • 1) единая система стандартов автоматизированных систем управления (24-я система), распространяющаяся на АСУ, АСУП, АСУ ТП и другие организационно-экономические системы;
      • 2) комплекс стандартов (система 23501); распространяющихся на системы автоматизированного проектирования;
      • 3) четвертая группа 14-й системы стандартов, распространяющаяся на автоматизированные системы технологической подготовки производства.

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

      1.4. На фоне отсутствия единой технической политики в области создания АС многообразие стандартов не обеспечивало широкой совместимости АС при их взаимодействии, не позволяло тиражировать системы, тормозило развитие перспективных направлений использования средств вычислительной техники.

      1.5. В настоящее время осуществляется переход к созданию сложных АС (за рубежом системы CAD — САМ), включающих в свой состав АСУ технологическими процессами и производствами, САПР — конструктора, САПР — технолога, АСНИ и др. системы. Использование противоречивых правил при создании таких систем приводит к снижению качества, увеличению стоимости работ, затягиванию сроков ввода АС в действие.

      1.6. Единый комплекс стандартов и руководящих документов должен распространяться на автоматизированные системы различного назначения: АСНИ, САПР, ОАСУ, АСУП, АСУТП, АСУГПС, АСК, АСТПП, включая их интеграцию.

      1.7. При разработке межотраслевых документов следует учитывать следующие особенности АС как объектов стандартизации:

      • 1) техническое задание является основным документом, в соответствии с которым проводят создание АС и приемку его заказчиком;
      • 2) АС, как правило, создают проектным путем с комплектацией изделиями серийного и единичного производства и проведением строительных, монтажных, наладочных и пусковых работ, необходимых для ввода в действие АС;
      • 3) в общем случае АС (подсистема АС) состоит из программно-технических (ПТК), программно-методических комплексов (ПМК) и компонентов технического, программного и информационного обеспечений.
        Компоненты этих видов обеспечения, а также ПМК и ПТК должны изготовляться и поставляется как продукция производственно-технического назначения.
        Компоненты могут входить в АС в качестве самостоятельных частей или могут быть объединены в комплексы;
      • 4) создание АС в организациях (предприятиях) требует специальной подготовки пользователей и обслуживающего персонала системы;
      • 5) функционирование АС и комплексов обеспечивается совокупностью организационно-методических документов, рассматриваемых в процессе создания как компоненты правового, методического, лингвистического, математического, организационного и др. видов обеспечений. Отдельные решения, получаемые в процессе разработки этих обеспечений, могут реализовываться в виде компонентов технического, программного или информационного обеспечений;
      • 6) совместное функционирование и взаимодействие различных систем и комплексов осуществляется на базе локальных сетей ЭВМ.

      Спецификации и соглашения, принятые для локальных сетей ЭВМ, обязательны для обеспечения совместимости систем, комплексов и компонентов.

      2. Взаимосвязь ЕКС АС с другими системами и комплексами стандартов

      2.1. Стандартизация в области АС является составной частью работ по обобщенной проблеме «Информационная технология».

      2.2. Единый комплекс стандартов руководящих документов на автоматизированные системы совместно с другими системами и комплексами стандартов должен образовывать полное нормативно-техническое обеспечение процессов создания и функционирования АС.

      2.3. ЕКС АС должен охватывать специфические для автоматизированных систем направления стандартизации и распространять традиционные направления стандартизации на программно-технические, программно-методические комплексы и автоматизированные системы в целом.

      2.4. Направления и задачи стандартизации при нормативно-техническом обеспечении процессов создания и функционирования АС группируют следующим образом:

      • 1) установление технических требований к продукции;
      • 2) регламентация методов испытаний и правил аттестации и сертификации продукции;
      • 3) регламентация правил и порядка разработки;
      • 4) установление правил документирования;
      • 5) обеспечение совместимости;
      • 6) регламентация организационно-методических вопросов функционирования систем.

      Направления 1-4 являются традиционными при разработке, изготовлении и поставке продукции. Направления 5, 6 являются специфичными и вытекают из особенностей, присущих АС.

      2.5. Обеспеченность АС в целом и их составных частей нормативно-технической документацией в рамках принятых направлений и задач стандартизации различна.

      Компоненты технического, программного и информационного обеспечений, как продукцию производственно-технического назначения, рассматривают, соответственно, как конструкторские, программные и информационные изделия. На эти изделия распространяются действующие комплексы стандартов ЕСКД, СРПП, ЕСПД, СГИП, УСД, классификаторы и кодификаторы технико-экономической информации, комплексы стандартов вида «ОТТ», «Методы испытаний», «ТУ», а также ОТТ заказчика.

      2.5.1. Весь жизненный цикл конструкторских изделий полностью обеспечен нормативно-технической документацией, действующей в машиностроении и приборостроении.

      2.5.2. Программные изделия обеспечены НТД, входящей в ЕСПД и ОТТ заказчика. Однако область распространения этих НТД должна быть расширена с целью отражения вопросов, связанных с разработкой, созданием, распространением и эксплуатацией программных изделий.

      2.5.3. Информационные изделия в настоящее время не обеспечены НТД, хотя отдельные вопросы проработаны в рамках УСД, классификаторах и кодификаторах технико-экономической информации.

      2.6. Программно-технические и программно-методические комплексы рассматриваются как сложные изделия, не имеющие аналогов в машиностроении. Учитывая статус ПТК и ПМК как продукции производственно-технического назначения, правила и порядок их разработки должен быть аналогичен требованиям, установленным стандартами системы разработки и постановки продукции на производство (СРПП).

      Техническое задание по ГОСТ 34 — разделы 4-8

      ГОСТ 34.ххх на создание технического задания: .

      УКАЗАНИЯ ГОСТ:
      Настоящий стандарт распространяется на автоматизированные системы (АС) для автоматизации различных видов деятельности (управление, проектирование, исследование и т. п.), включая их сочетания, и устанавливает состав, содержание, правила оформаления документа «Техническое задание на создание (развитие или модернизацию) системы» (далее — ТЗ на АС).

      1. Структура документа (разделы 4-8):
      2. 4 ТРЕБОВАНИЯ К СИСТЕМЕ
      3. 4.1 Требования к системе в целом
      4. 4.1.1 Требования к структуре и функционированию системы
      5. 4.1.1.1 Перечень подсистем, их назначение и основные характеристики
      6. 4.1.1.2 Требования к способам и средствам связи для информационного обмена между компонентами системы
      7. 4.1.1.3 Требования к характеристикам взаимосвязей создаваемой системы со смежными системами
      8. 4.1.1.4 Требования к режимам функционирования системы
      9. 4.1.1.5 Требования по диагностированию системы
      10. 4.1.1.6 Перспективы развития, модернизации системы
      11. 4.1.2 Требования к численности и квалификации персонала системы
      12. 4.1.3 Показатели назначения
      13. 4.1.4 Требования к надежности
      14. 4.1.5 Требования к безопасности
      15. 4.1.6 Требования к эргономике и технической эстетике
      16. 4.1.7 Требования к транспортабельности для подвижных АС
      17. 4.1.8 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы
      18. 4.1.9 Требования к защите информации от несанкционированного доступа
      19. 4.1.10 Требования по сохранности информации при авариях
      20. 4.1.11 Требования к защите от влияния внешних воздействий
      21. 4.1.12 Требования к патентной чистоте
      22. 4.1.13 Требования по стандартизации и унификации
      23. 4.1.14 Дополнительные требования
      24. 4.2 Требования к функциям (задачам), выполняемым системой
      25. 4.3 Требования к видам обеспечения
      26. 4.3.1 Требования к математическому обеспечению системы
      27. 4.3.2 Требования информационному обеспечению системы
      28. 4.3.3 Требования к лингвистическому обеспечению системы
      29. 4.3.4 Требования к программному обеспечению системы
      30. 4.3.5 Требования к техническому обеспечению
      31. 4.3.6 Требования к метрологическому обеспечению
      32. 4.3.7 Требования к организационному обеспечению
      33. 4.3.8 Требования к методическому обеспечению
      34. 5 СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ (РАЗВИТИЮ) СИСТЕМЫ
      35. 6 ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ
      36. 6.1 Виды, состав, объем и методы испытаний системы
      37. 6.2 Общие требования к приемке работ по стадиям
      38. 6.3 Статус приемочной комиссии
      39. 7 ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ
      40. 8 ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ
      41. 9 ИСТОЧНИКИ РАЗРАБОТКИ
      42. ПРИЛОЖЕНИЕ А

      4 ТРЕБОВАНИЯ К СИСТЕМЕ

      УКАЗАНИЯ ГОСТ:
      Раздел «Требования к системе» состоит из следующих подразделов:
      1) требования к системе в целом;
      2) требования к функциям (задачам), выполняемым системой;
      3) требования к видам обеспечения.
      Состав требований к системе, включаемых в данный раздел ТЗ на АС, устанавливают в зависимости от вида, назначения, специфических особенностей и условий функционирования конкретной системы. В каждом подразделе приводят ссылки на действующие НТД, определяющие требования к системам соответствующего вида.

      4.1 Требования к системе в целом

      УКАЗАНИЯ ГОСТ:
      В подразделе «Требования к системе в целом» указывают:
      — требования к структуре и функционированию системы;
      — требования к численности и квалификации персонала системы и режиму его работы;
      — показатели назначения;
      — требования к надежности;
      — требования безопасности;
      — требования к эргономике и технической эстетике;
      — требования к транспортабельности для подвижных АС;
      — требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы;
      — требования к защите информации от несанкционированного доступа;
      — требования по сохранности информации при авариях;
      — требования к защите от влияния внешних воздействий;
      — требования к патентной чистоте;
      — требования по стандартизации и унификации;
      — дополнительные требования.

      4.1.1 Требования к структуре и функционированию системы

      УКАЗАНИЯ ГОСТ:
      В требованиях к структуре и функционированию системы приводят:
      1) перечень подсистем, их назначение и основные характеристики, требования к числу уровней иерархии и степени централизации системы;
      2) требования к способам и средствам связи для информационного обмена между компонентами системы;
      3) требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости, в том числе указания о способах обмена информацией (автоматически, пересылкой документов, по телефону и т.п.);
      4) требования к режимам функционирования системы;
      5) требования по диагностированию системы;
      6) перспективы развития, модернизации системы.

      4.1.1.1 Перечень подсистем, их назначение и основные характеристики

      ПРИМЕР СОДЕРЖАНИЯ:
      В состав АС Кадры должны входить следующие подсистемы:
      — Подсистема хранения данных;
      — Подсистема приложений операционного управления;
      — Подсистема управления нормативно-справочной информацией;
      — Подсистема анализа;
      — Подсистема интеграции;
      — Подсистема формирования отчетности;
      — Открытый ведомственный информационный ресурс ФА.

      Подсистема хранения данных предназначена для хранения оперативных данных системы, данных для формирования аналитических отчетов, документов системы, сформированных в процессе работы отчетов.

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

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

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

      Подсистема интеграции должна обеспечивать следующие основные виды взаимодействия со смежными системами:
      – прием запросов от смежных систем, обработку полученных запросов и предоставление ответов на запросы;
      – передачу запросов в смежные системы и обработку полученных ответов.
      (ФОРМАЛЬНОЕ СОДЕРЖАНИЕ): В ходе выполнения проекта должны быть разработаны форматы данных, протоколы и регламенты взаимодействия Системы со смежными системами.
      Подсистема должна обеспечивать ведение журналов учета поступивших и обработанных запросов, посланных запросов и полученных ответов смежных систем.
      В число смежных систем должны входить:
      – система ведомственного электронного документооборота;
      – т.д.

      Подсистема формирования отчетности предназначена для создания и формирования отчетов в виде удобном для вывода на печатающие устройства на основе данных АС Кадры, проектирования и разработки форм регламентированной отчетности, настройки планового формирования и доставки регламентированных отчетов, формирования и предоставления по запросам пользователей аналитических и статистических отчетов в различных форматах (включая графические), отображения регламентированных отчетов с помощью веб-интерфейса, вывода подготовленных отчетных форм на печать.

      Автоматизированная система Открытый ведомственный информационный ресурс (АС ОВИР) должна обеспечивать публичный доступ гражданам Российской Федерации к открытой части информации АС Кадры через Интернет. Также АС ОВИР должна обеспечивать доступ пользователей АС Кадры к операционным данным БД АС (путем предоставления сервисов, позволяющих формировать запросы на получение информации ограниченного доступа, в соответствии с уровнем компетентности пользователя).

      4.1.1.2 Требования к способам и средствам связи для информационного обмена между компонентами системы

      ПРИМЕР СОДЕРЖАНИЯ:
      Требования не предъявляются.

      ПРИМЕР СОДЕРЖАНИЯ:
      Входящие в состав АС Кадры подсистемы в процессе функционирования должны обмен информацией на основе открытых форматов обмена данными, используя для этого входящие в их состав модули информационного взаимодействия.
      Форматы данных будут разработаны и утверждены на этапе технического проектирования.
      В состав передаваемых данных входят:
      — Данные НСИ;
      — Сведения о государственных предприятиях;
      — Сведения о персонале;
      — .

      4.1.1.3 Требования к характеристикам взаимосвязей создаваемой системы со смежными системами

      ПРИМЕР СОДЕРЖАНИЯ:
      Требования не предъявляются.

      ПРИМЕР СОДЕРЖАНИЯ:
      АС Кадры должна взаимодействовать следующими смежными системами:
      — Смежная система 1;
      — Смежная система 2.

      Возможны следующие варианты обмена (АС Кадры и Смежная система 1):
      — Экспорт нормативно-справочной информации;
      — Экспорт выписок штатных расписаний;
      — Импорт нормативно-справочной информации;
      — т.д.
      Результаты выполнения операций импорта и экспорта данных должны регистрироваться в специальном журнале событий и предоставляться по запросу пользователя.

      4.1.1.4 Требования к режимам функционирования системы

      ПРИМЕР СОДЕРЖАНИЯ:
      Требования не предъявляются.

      ПРИМЕР СОДЕРЖАНИЯ:
      Для АС Кадры определены следующие режимы функционирования:
      — Нормальный режим функционирования;
      — Аварийный режим функционирования.

      Основным режимом функционирования АС является нормальный режим.
      В нормальном режиме функционирования системы:
      — клиентское программное обеспечение и технические средства пользователей и администратора системы обеспечивают возможность функционирования в течение рабочего дня (с 09:00 до 18:00) пять дней в неделю;
      — серверное программное обеспечение и технические средства северов обеспечивают возможность круглосуточного функционирования, с перерывами на обслуживание;
      — исправно работает оборудование, составляющее комплекс технических средств;
      — исправно функционирует системное, базовое и прикладное программное обеспечение системы.
      Для обеспечения нормального режима функционирования системы необходимо выполнять требования и выдерживать условия эксплуатации программного обеспечения и комплекса технических средств системы, указанные в соответствующих технических документах (техническая документация, инструкции по эксплуатации и т.д.).

      Аварийный режим функционирования системы характеризуется отказом одного или нескольких компонент программного и (или) технического обеспечения.
      В случае перехода системы в предаварийный режим необходимо:
      — завершить работу всех приложений, с сохранением данных;
      — выключить рабочие станции операторов;
      — выключить все периферийные устройства;
      — выполнить резервное копирование БД.
      После этого необходимо выполнить комплекс мероприятий по устранению причины перехода системы в аварийный режим.

      4.1.1.5 Требования по диагностированию системы

      ПРИМЕР СОДЕРЖАНИЯ:
      Требования не предъявляются.

      ПРИМЕР СОДЕРЖАНИЯ:
      АС Кадры должна предоставлять инструменты диагностирования основных процессов системы, трассировки и мониторинга процесса выполнения программы.
      Компоненты должны предоставлять удобный интерфейс для возможности просмотра диагностических событий, мониторинга процесса выполнения программ.
      При возникновении аварийных ситуаций, либо ошибок в программном обеспечении, диагностические инструменты должны позволять сохранять полный набор информации, необходимой разработчику для идентификации проблемы (снимки экранов, текущее состояние памяти, файловой системы).

      4.1.1.6 Перспективы развития, модернизации системы

      ПРИМЕР СОДЕРЖАНИЯ:
      Требования не предъявляются.

      ПРИМЕР СОДЕРЖАНИЯ:
      АС должна реализовывать возможность дальнейшей модернизации как программного обеспечения, так комплекса технических средств.
      Также необходимо предусмотреть возможность увеличения производительности системы путем её масштабирования.

      4.1.2 Требования к численности и квалификации персонала системы

      УКАЗАНИЯ ГОСТ:
      В требованиях к численности и квалификации персонала на АС приводят:
      — требования к численности персонала (пользователей) АС;
      — требования к квалификации персонала, порядку его подготовки и контроля знаний и навыков;
      — требуемый режим работы персонала АС.

      ФОРМАЛЬНОЕ СОДЕРЖАНИЕ:
      Численность и квалификация персонала системы должны определяться с учетом следующих требований:
      – структура и конфигурация системы должны быть спроектированы и реализованы с целью минимизации количественного состава обслуживающего персонала;
      – структура системы должна предоставлять возможность управления всем доступным функционалом системы как одному администратору, так и предоставлять возможность разделения ответственности по администрированию между несколькими администраторами;
      – для администрирования системы к администратору не должны предъявляться требования по знанию всех особенностей функционирования элементов, входящих в состав администрируемых компонентов системы;
      – аппаратно-программный комплекс системы не должен требовать круглосуточного обслуживания и присутствия администраторов у консоли управления.
      Штатный состав персонала, эксплуатирующего систему, должен формироваться на основании нормативных документов Российской Федерации и Трудового кодекса.
      Все специалисты должны работать с нормальным графиком работы не более 8 часов в сутки.
      Система реализуется на персональных компьютерах, поэтому требования к организации труда и режима отдыха при работе с ней должны устанавливаться, исходя из требований к организации труда и режима отдыха при работе с этим типом средств вычислительной техники.
      Для обеспечения максимальной работоспособности и сохранения здоровья профессиональных пользователей на протяжении рабочей смены должны устанавливаться регламентированные перерывы: через 2 часа после начала рабочей смены и через 1.5 – 2.0 часа после обеденного перерыва продолжительностью 15 минут каждый или продолжительностью 10 минут через каждый час работы.
      Продолжительность непрерывной работы персонала с разрабатываемой системой и персональными компьютерами без регламентированного перерыва не должна превышать 2 часа.
      Деятельность персонала по эксплуатации системы должна регулироваться должностными инструкциями.

      ПРИМЕР СОДЕРЖАНИЯ:
      Для эксплуатации АС Кадры определены следующие роли:
      — Системный администратор;
      — Администратор баз данных;
      — Администратор информационной безопасности;
      — Пользователь.

      Основными обязанностями системного администратора являются:
      — Модернизация, настройка и мониторинг работоспособности комплекса технических средств (серверов, рабочих станций);
      — Установка, модернизация, настройка и мониторинг работоспособности системного и базового программного обеспечения;
      — Установка, настройка и мониторинг прикладного программного обеспечения;
      — Ведение учетных записей пользователей системы.
      Системный администратор должен обладать высоким уровнем квалификации и практическим опытом выполнения работ по установке, настройке и администрированию программных и технических средств, применяемых в системе.

      Основными обязанностями администратора баз данных являются:
      — Установка, модернизация, настройка параметров программного обеспечения СУБД;
      — Оптимизация прикладных баз данных по времени отклика, скорости доступа к данным;
      — Разработка, управление и реализация эффективной политики доступа к информации, хранящейся в прикладных базах данных.
      Администратор баз данных должен обладать высоким уровнем квалификации и практическим опытом выполнения работ по установке, настройке и администрированию используемых в АС СУБД.

      Основными обязанностями администратора информационной безопасности являются:
      — Разработка, управление и реализация эффективной политики информационной безопасности системы;
      — Управление правами доступа пользователей к функциям системы;
      — Осуществление мониторинга информационной безопасности.
      Администратор информационной безопасности данных должен обладать высоким уровнем квалификации и практическим опытом выполнения работ по обеспечению информационной безопасности.

      Основными обязанностями пользователя являются:
      — .
      — .
      — .
      Пользователи системы должны иметь опыт работы с персональным компьютером на базе операционных систем Microsoft Windows на уровне квалифицированного пользователя и свободно осуществлять базовые операции в стандартных Windows.

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

      Рекомендуемая численность для эксплуатации АС Кадры: — Администратор – 1 штатная единица; — Пользователь – число штатных единиц определяется структурой предприятия;

      4.1.3 Показатели назначения

      УКАЗАНИЯ ГОСТ:
      В требованиях к показателям назначения АС приводят значения параметров, характеризующие степень соответствия системы ее назначению.
      Для АСУ указывают:
      степень приспособляемости системы к изменению процессов и методов управления, к отклонениям параметров объекта управления;
      допустимые пределы модернизации и развития системы;
      вероятностно-временные характеристики, при которых сохраняется целевое назначение системы.

      ПРИМЕР СОДЕРЖАНИЯ:
      АС Кадры должны обеспечивать возможность исторического хранения данных с глубиной не менее 10 лет.
      Система должна обеспечивать возможность одновременной работы 50 пользователей для подсистемы операционной деятельности, и не менее 10-ти пользователей для других подсистем при следующих характеристиках времени отклика системы:
      – для операций навигации по экранным формам системы – не более 5 сек;
      – для операций формирования справок и выписок – не более 10 сек.
      Время формирования аналитических отчетов определяется их сложностью и может занимать продолжительное время.
      ФОРМАЛЬНОЕ СОДЕРЖАНИЕ:
      Система должна предусматривать возможность масштабирования по производительности и объему обрабатываемой информации без модификации ее программного обеспечения путем модернизации используемого комплекса технических средств. Возможности масштабирования должны обеспечиваться средствами используемого базового программного обеспечения.

      4.1.4 Требования к надежности

      УКАЗАНИЯ ГОСТ:
      В требования к надежности включают:
      1) состав и количественные значения показателей надежности для системы в целом или ее подсистем;
      2) перечень аварийных ситуаций, по которым должны быть регламентированы требования к надежности, и значения соответствующих показателей;
      3) требования к надежности технических средств и программного обеспечения;
      4) требования к методам оценки и контроля показателей надежности на разных стадиях создания системы в соответствии с действующими нормативно-техническими документами.

      ФОРМАЛЬНОЕ СОДЕРЖАНИЕ:
      Система должна сохранять работоспособность и обеспечивать восстановление своих функций при возникновении следующих внештатных ситуаций:
      – при сбоях в системе электроснабжения аппаратной части, приводящих к перезагрузке ОС, восстановление программы должно происходить после перезапуска ОС и запуска исполняемого файла системы;
      – при ошибках в работе аппаратных средств (кроме носителей данных и программ) восстановление функции системы возлагается на ОС;
      – при ошибках, связанных с программным обеспечением (ОС и драйверы устройств), восстановление работоспособности возлагается на ОС.
      Для защиты аппаратуры от бросков напряжения и коммутационных помех должны применяться сетевые фильтры.

      4.1.5 Требования к безопасности

      УКАЗАНИЯ ГОСТ:
      В требования по безопасности включают требования по обеспечению безопасности при монтаже, наладке, эксплуатации, обслуживании и ремонте технических средств системы (защита от воздействий электрического тока, электромагнитных полей, акустических шумов и т. п.), по допустимым уровням освещенности, вибрационных и шумовых нагрузок.

      ФОРМАЛЬНОЕ СОДЕРЖАНИЕ:
      Все внешние элементы технических средств системы, находящиеся под напряжением, должны иметь защиту от случайного прикосновения, а сами технические средства иметь зануление или защитное заземление в соответствии с ГОСТ 12.1.030-81 и ПУЭ.
      Система электропитания должна обеспечивать защитное отключение при перегрузках и коротких замыканиях в цепях нагрузки, а также аварийное ручное отключение.
      Общие требования пожарной безопасности должны соответствовать нормам на бытовое электрооборудование. В случае возгорания не должно выделяться ядовитых газов и дымов. После снятия электропитания должно быть допустимо применение любых средств пожаротушения.
      Факторы, оказывающие вредные воздействия на здоровье со стороны всех элементов системы (в том числе инфракрасное, ультрафиолетовое, рентгеновское и электромагнитное излучения, вибрация, шум, электростатические поля, ультразвук строчной частоты и т.д.), не должны превышать действующих норм (СанПиН 2.2.2./2.4.1340-03 от 03.06.2003 г.).

      4.1.6 Требования к эргономике и технической эстетике

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

      ФОРМАЛЬНОЕ СОДЕРЖАНИЕ:а
      Взаимодействие пользователей с прикладным программным обеспечением, входящим в состав системы должно осуществляться посредством визуального графического интерфейса (GUI). Интерфейс системы должен быть понятным и удобным, не должен быть перегружен графическими элементами и должен обеспечивать быстрое отображение экранных форм. Навигационные элементы должны быть выполнены в удобной для пользователя форме. Средства редактирования информации должны удовлетворять принятым соглашениям в части использования функциональных клавиш, режимов работы, поиска, использования оконной системы. Ввод-вывод данных системы, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Интерфейс должен соответствовать современным эргономическим требованиям и обеспечивать удобный доступ к основным функциям и операциям системы.
      Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление системой должно осуществляться с помощью набора экранных меню, кнопок, значков и т. п. элементов. Клавиатурный режим ввода должен используется главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм.
      Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений) должны быть на русском языке.

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

      Экранные формы должны проектироваться с учетом требований унификации:
      – все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации;
      – для обозначения сходных операций должны использоваться сходные графические значки, кнопки и другие управляющие (навигационные) элементы. Термины, используемые для обозначения типовых операций (добавление информационной сущности, редактирование поля данных), а также последовательности действий пользователя при их выполнении, должны быть унифицированы;
      – внешнее поведение сходных элементов интерфейса (реакция на наведение указателя «мыши», переключение фокуса, нажатие кнопки) должны реализовываться одинаково для однотипных элементов.
      Система должна соответствовать требованиям эргономики и профессиональной медицины при условии комплектования высококачественным оборудованием (ПЭВМ, монитор и прочее оборудование), имеющим необходимые сертификаты соответствия и безопасности Росстандарта.

      4.1.7 Требования к транспортабельности для подвижных АС

      УКАЗАНИЯ ГОСТ:
      Для подвижных АС в требования к транспортабельности включают конструктивные требования, обеспечивающие транспортабельность технических средств системы, а также требования к транспортным средствам.

      ПРИМЕР СОДЕРЖАНИЯ:
      Требования не предъявляются.

      4.1.8 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы

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

      ФОРМАЛЬНОЕ СОДЕРЖАНИЕ:
      Система должна быть рассчитана на эксплуатацию в составе программно–технического комплекса Заказчика и учитывать разделение ИТ инфраструктуры Заказчика на внутреннюю и внешнюю. Техническая и физическая защита аппаратных компонентов системы, носителей данных, бесперебойное энергоснабжение, резервирование ресурсов, текущее обслуживание реализуется техническими и организационными средствами, предусмотренными в ИТ инфраструктуре Заказчика.
      Для нормальной эксплуатации разрабатываемой системы должно быть обеспечено бесперебойное питание ПЭВМ. При эксплуатации система должна быть обеспечена соответствующая стандартам хранения носителей и эксплуатации ПЭВМ температура и влажность воздуха.
      Периодическое техническое обслуживание используемых технических средств должно проводиться в соответствии с требованиями технической документации изготовителей, но не реже одного раза в год.
      Периодическое техническое обслуживание и тестирование технических средств должны включать в себя обслуживание и тестирование всех используемых средств, включая рабочие станции, серверы, кабельные системы и сетевое оборудование, устройства бесперебойного питания.
      В процессе проведения периодического технического обслуживания должны проводиться внешний и внутренний осмотр и чистка технических средств, проверка контактных соединений, проверка параметров настроек работоспособности технических средств и тестирование их взаимодействия.
      На основании результатов тестирования технических средств должны проводиться анализ причин возникновения обнаруженных дефектов и приниматься меры по их ликвидации.
      Восстановление работоспособности технических средств должно проводиться в соответствии с инструкциями разработчика и поставщика технических средств и документами по восстановлению работоспособности технических средств и завершаться проведением их тестирования. При вводе системы в опытную эксплуатацию должен быть разработан план выполнения резервного копирования программного обеспечения и обрабатываемой информации. Во время эксплуатации системы, персонал, ответственный за эксплуатацию системы должен выполнять разработанный план.
      Размещение помещений и их оборудование должны исключать возможность бесконтрольного проникновения в них посторонних лиц и обеспечивать сохранность находящихся в этих помещениях конфиденциальных документов и технических средств.
      Размещение оборудования, технических средств должно соответствовать требованиям техники безопасности, санитарным нормам и требованиям пожарной безопасности.
      Все пользователи системы должны соблюдать правила эксплуатации электронной вычислительной техники.
      Квалификация персонала и его подготовка должны соответствовать технической документации.

      4.1.9 Требования к защите информации от несанкционированного доступа

      УКАЗАНИЯ ГОСТ:
      В требования к защите информации от несанкционированного доступа включают требования, установленные в НТД, действующей в отрасли (ведомстве) заказчика.

      ФОРМАЛЬНОЕ СОДЕРЖАНИЕ:
      ИС должна обеспечивать защиту от несанкционированного доступа (НСД) на уровне не ниже установленного требованиями, предъявляемыми к категории 1Д по классификации действующего руководящего документа Гостехкомиссии России «Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем» 1992 г.
      Компоненты подсистемы защиты от НСД должны обеспечивать:
      – идентификацию пользователя;
      – проверку полномочий пользователя при работе с системой;
      – разграничение доступа пользователей на уровне задач и информационных массивов.
      Протоколы аудита системы и приложений должны быть защищены от несанкционированного доступа как локально, так и в архиве.
      Уровень защищённости от несанкционированного доступа средств вычислительной техники, обрабатывающих конфиденциальную информацию, должен соответствовать требованиям к классу защищённости 6 согласно требованиям действующего руководящего документа Гостехкомиссии России «Средства вычислительной техники. Защита от несанкционированного доступа к информации. Показатели защищенности от несанкционированного доступа к информации».
      Защищённая часть системы должна использовать «слепые» пароли (при наборе пароля его символы не показываются на экране либо заменяются одним типом символов; количество символов не соответствует длине пароля).
      Защищённая часть системы должна автоматически блокировать сессии пользователей и приложений по заранее заданным временам отсутствия активности со стороны пользователей и приложений.
      Защищённая часть системы должна предотвратить работу с некатегоризированной информацией под сеансом пользователя, авторизованного на доступ к конфиденциальной информации.
      Защищённая часть системы должна использовать многоуровневую систему защиты. Защищённая часть системы должна быть отделена от незащищённой части системы межсетевым экраном.

      4.1.10 Требования по сохранности информации при авариях

      УКАЗАНИЯ ГОСТ:
      В требованиях по сохранности информации приводят перечень событий: аварий, отказов технических средств (в том числе — потеря питания) и т. п., при которых должна быть обеспечена сохранность информации в системе.

      ФОРМАЛЬНОЕ СОДЕРЖАНИЕ:
      Программное обеспечение АС Кадры должно восстанавливать свое функционирование при корректном перезапуске аппаратных средств. Должна быть предусмотрена возможность организации автоматического и (или) ручного резервного копирования данных системы средствами системного и базового программного обеспечения (ОС, СУБД), входящего в состав программно технического комплекса Заказчика.
      Приведенные выше требования не распространяются на компоненты системы, разработанные третьими сторонами и действительны только при соблюдении правил эксплуатации этих компонентов, включая своевременную установку обновлений, рекомендованных производителями покупного программного обеспечения.

      4.1.11 Требования к защите от влияния внешних воздействий

      УКАЗАНИЯ ГОСТ:
      В требованиях к средствам защиты от внешних воздействий приводят:
      1) требования к радиоэлектронной защите средств АС;
      2) требования по стойкости, устойчивости и прочности к внешним воздействиям (среде применения).

      ПРИМЕР СОДЕРЖАНИЯ:
      Требования не предъявляются.

      ПРИМЕР СОДЕРЖАНИЯ:
      Защита от влияния внешних воздействий должна обеспечиваться средствами программно технического комплекса Заказчика.

      4.1.12 Требования к патентной чистоте

      УКАЗАНИЯ ГОСТ:
      В требованиях по патентной чистоте указывают перечень стран, в отношении которых должна быть обеспечена патентная чистота системы и ее частей.

      ФОРМАЛЬНОЕ СОДЕРЖАНИЕ:
      Установка системы в целом, как и установка отдельных частей системы не должна предъявлять дополнительных требований к покупке лицензий на программное обеспечение сторонних производителей, кроме программного обеспечения, указанного в разделе 4.3.4.

      4.1.13 Требования по стандартизации и унификации

      УКАЗАНИЯ ГОСТ:
      В требования к стандартизации и унификации включают: показатели, устанавливающие требуемую степень использования стандартных, унифицированных методов реализации функций (задач) системы, поставляемых программных средств, типовых математических методов и моделей, типовых проектных решений, унифицированных форм управленческих документов, установленных ГОСТ 6.10.1, общесоюзных классификаторов технико-экономической информации и классификаторов других категорий в соответствии с областью их применения, требования к использованию типовых автоматизированных рабочих мест, компонентов и комплексов.

      ФОРМАЛЬНОЕ СОДЕРЖАНИЕ:
      Взаимодействие пользователей с прикладным программным обеспечением, входящим в состав системы должно осуществляться посредством визуального графического интерфейса (GUI). Интерфейс системы должен быть понятным и удобным, не должен быть перегружен графическими элементами и должен обеспечивать быстрое отображение экранных форм. Навигационные элементы должны быть выполнены в удобной для пользователя форме. Средства редактирования информации должны удовлетворять принятым соглашениям в части использования функциональных клавиш, режимов работы, поиска, использования оконной системы. Ввод-вывод данных системы, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Интерфейс должен соответствовать современным эргономическим требованиям и обеспечивать удобный доступ к основным функциям и операциям системы.
      Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление системой должно осуществляется с помощью набора экранных меню, кнопок, значков и т. п. элементов. Клавиатурный режим ввода должен используется главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм.
      Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений) должны быть на русском языке.
      Экранные формы должны проектироваться с учетом требований унификации:
      – все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации;
      – для обозначения сходных операций должны использоваться сходные графические значки, кнопки и другие управляющие (навигационные) элементы. Термины, используемые для обозначения типовых операций (добавление информационной сущности, редактирование поля данных), а также последовательности действий пользователя при их выполнении, должны быть унифицированы;
      – внешнее поведение сходных элементов интерфейса (реакция на наведение указателя «мыши», переключение фокуса, нажатие кнопки) должны реализовываться одинаково для однотипных элементов.
      Система должна соответствовать требованиям эргономики и профессиональной медицины при условии комплектования высококачественным оборудованием (ПЭВМ, монитор и прочее оборудование), имеющим необходимые сертификаты соответствия и безопасности Росстандарта.

      4.1.14 Дополнительные требования

      УКАЗАНИЯ ГОСТ:
      В дополнительные требования включают:
      1) требования к оснащению системы устройствами для обучения персонала (тренажерами, другими устройствами аналогичного назначения) и документацией на них;
      2) требования к сервисной аппаратуре, стендам для проверки элементов системы;
      3) требования к системе, связанные с особыми условиями эксплуатации;
      4) специальные требования по усмотрению разработчика или заказчика системы.

      ПРИМЕР СОДЕРЖАНИЯ:
      Дополнительные требования не предъявляются.

      4.2 Требования к функциям (задачам), выполняемым системой

      УКАЗАНИЯ ГОСТ:
      В подразделе «Требование к функциям (задачам)», выполняемым системой, приводят:
      1) по каждой подсистеме перечень функций, задач или их комплексов (в том числе обеспечивающих взаимодействие частей системы), подлежащих автоматизации;
      при создании системы в две или более очереди — перечень функциональных подсистем, отдельных функций или задач, вводимых в действие в 1-й и последующих очередях;
      2) временной регламент реализации каждой функции, задачи (или комплекса задач);
      3) требования к качеству реализации каждой функции (задачи или комплекса задач), к форме представления выходной информации, характеристики необходимой точности и времени выполнения, требования одновременности выполнения группы функций, достоверности выдачи результатов;
      4) перечень и критерии отказов для каждой функции, по которой задаются требования по надежности.

      Подсистема хранения данных
      Подсистема хранения данных должна осуществлять хранение оперативных данных системы, данных для формирования аналитических отчетов, документов системы, сформированных в процессе работы отчетов.
      Подсистема должна обеспечивать периодическое резервное копирование и сохранение данных на дополнительных носителях информации.

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

      Модуль планирования структуры организаций, штатных расписаний и кадровых политик
      Модуль планирования структуры организаций, штатных расписаний и кадровых политик должен реализовывать следующие функции:
      — создание и ведение корпоративной структуры предприятия или холдинга любой сложности;
      — поддержка множественных иерархических структур, объединяющих персонал: организационных, функциональных, проектных, бюджетных;
      — ведение и планирование штатного расписания (ШР);
      — т.п.
      — пр.

      Создание и ведение корпоративной структуры предприятия включает в себя:
      — Хранение истории расформированных структур;
      — т.п.
      — пр.

      Поддержка множественных иерархических структур включает в себя:
      — Добавление новых типов структур;
      — Редактирование существующих типов;
      — Создание шаблонов структур;
      — Хранение истории изменений;
      — т.п.
      — пр.

      Подсистема управления нормативно-справочной информацией
      Подсистема должна решать задачу обеспечения информационной совместимости данных, которыми обмениваются отдельные компоненты Системы между собой, а также со смежными системами в процессе функционирования. В число функций подсистемы должны быть включены функции ведения справочной информации. Справочники и классификаторы, входящие в состав подсистемы, должны проектироваться и разрабатываться в соответствии с действующими общероссийскими и международными справочниками и классификаторами, где это представляется возможным. Подсистема должна предоставлять пользователю удобные инструменты для поиска и применения необходимой справочной информации.
      Все справочники, входящие в состав НСИ системы, должны обладать следующей основной функциональностью:
      — Постоянное хранение данных справочников;
      — Добавление новых элементов;
      — Редактирование элементов;
      — Удаление (удаление элементов возможно лишь в том случае, если другие существующие объекты системы не ссылаются на удаляемый элемент);
      — Просмотр элементов;
      — Просмотр списка элементов;
      — Фильтрация и сортировка списка элементов;
      — Поиск элементов;
      — Экспорт и импорт элементов.
      Перечень функций справочников должен быть уточнен на стадиях технического проектирования и опытной эксплуатации.
      Подсистема управления нормативно-справочной информацией должна обеспечивать ведение следующих справочников и реестров:
      — Реестр «Сотрудники»;
      — Реестр «Адреса»;
      — Реестр «Предприятия»;
      — Реестр «Штатные расписания»;
      — т.п.
      — пр.

      Реестр «Сотрудники»:
      Реестр «Сотрудники» должен обеспечивать возможность обработки необходимого набора атрибутов, включая:
      — Фамилия;
      — Имя;
      — Отчество;
      — Должность;
      — т.п.
      — пр.

      Модуль должен реализовывать следующие основные функции по обработке данных реестра:
      — Постоянное хранение данных реестра;
      — Добавление данных в реестр;
      — Удаление данных реестра;
      — Просмотр списка элементов реестра;
      — Фильтрация и сортировка элементов реестра;
      — Поиск элемента реестра;
      — Просмотр данных элемента реестра;
      — Просмотр фотографии сотрудника;
      — Печать выписки из реестра «Список сотрудников»;
      — т.п.
      — пр.

      Реестр «Адреса»:
      Реестр «Адреса» должен обеспечивать возможность обработки необходимого набора атрибутов, включая:
      — Город;
      — Улица;
      — Дом;
      — Корпус;
      — т.п.
      — пр.

      Подсистема анализа
      Подсистема анализа должна формировать и предоставлять аналитические данные о деятельности федерального агентства в области управления государственнымы кадрами с возможностью оперативного отслеживания ключевых показателей.
      Подсистема анализа должна быть построена на основе современных OLAP-технологий, позволяющих строить многомерные аналитические отчеты произвольного вида, включая графическое и текстовое представление данных.

      Подсистема интеграции
      Подсистема должна обеспечивать следующие основные виды взаимодействия со смежными системами:
      – прием запросов от смежных систем, обработку полученных запросов и предоставление ответов на запросы;
      – передачу запросов в смежные системы и обработку полученных ответов.
      В ходе выполнения проекта должны быть разработаны форматы данных, протоколы и регламенты взаимодействия Системы со смежными системами.
      В число смежных систем должны входить:
      – Смежная система 1;
      – Смежная система 2.
      Подсистема должна обеспечивать ведение журналов учета поступивших и обработанных запросов, посланных запросов и полученных ответов смежных систем.

      Подсистема формирования отчетности
      Подсистема должна обеспечивать возможность формирования следующих отчетных форм:
      – Сводный отчет 1;
      – Сводный отчет 2;
      – Регламентированный отчет 1;
      – . ;
      – . ;
      Подсистема формирования отчетности должна включать механизмы гибкой настройки, а также инструментарий по формированию новых отчетных форм.

      Открытый ведомственный информационный ресурс ФА.
      Автоматизированная система Открытый ведомственный информационный ресурс (АС ОВИР) должна обеспечивать публичный доступ гражданам Российской Федерации к открытой части информации АС Кадры через Интернет. Также АС ОВИР должна обеспечивать доступ пользователей АС Кадры к операционным данным БД АС (путем предоставления сервисов, позволяющих формировать запросы на получение информации ограниченного доступа, в соответствии с уровнем компетентности пользователя) (техническое задание на АС ОВИР по ГОСТ 19.ххх приведено здесь).

      4.3 Требования к видам обеспечения

      УКАЗАНИЯ ГОСТ:
      В подразделе «Требования к видам обеспечения» в зависимости от вида системы приводят требования к математическому, информационному, лингвистическому, программному, техническому, метрологическому, организационному, методическому и другим видам обеспечения системы.

      4.3.1 Требования к математическому обеспечению системы

      УКАЗАНИЯ ГОСТ:
      Для математического обеспечения системы приводят требования к составу, области применения (ограничения) и способам, использования в системе математических методов и моделей, типовых алгоритмов и алгоритмов, подлежащих разработке.

      ФОРМАЛЬНОЕ СОДЕРЖАНИЕ:
      Математические методы и алгоритмы, используемые для шифрования/дешифрования данных, а также программное обеспечение, реализующее их, должны быть сертифицированы уполномоченными организациями для использования в государственных органах Российской Федерации.

      4.3.2 Требования к информационному обеспечению системы

      УКАЗАНИЯ ГОСТ:
      Для информационного обеспечения системы приводят требования:
      1) к составу, структуре и способам организации данных в системе;
      2) к информационному обмену между компонентами системы;
      3) к информационной совместимости со смежными системами;
      4) по использованию общесоюзных и зарегистрированных республиканских, отраслевых классификаторов, унифицированных документов и классификаторов, действующих на данном предприятии;
      5) по применению систем управления базами данных;
      6) к структуре процесса сбора, обработки, передачи данных в системе и представлению данных;
      7) к защите данных от разрушений при авариях и сбоях в электропитании системы;
      8) к контролю, хранению, обновлению и восстановлению данных;
      9) к процедуре придания юридической силы документам, продуцируемым техническими средствами АС (в соответствии с ГОСТ 6.10.4).

      ФОРМАЛЬНОЕ СОДЕРЖАНИЕ:
      Состав, структура и способы организации данных в системе должны быть опеределены на этапе технического проектирования.
      Уровень хранения данных в системе должен быть построен на основе современных реляционных или объектно-реляционных СУБД. Для обеспечения целостности данных должны использоваться встроенные механизмы СУБД.
      Средства СУБД, а также средства используемых операционных систем должны обеспечивать документирование и протоколирование обрабатываемой в системе информации.
      Структура базы данных должна поддерживать кодирование хранимой и обрабатываемой информации в соответствии с общероссийскими классификаторами (там, где они применимы).
      Доступ к данным должен быть предоставлен только авторизованным пользователям с учетом их служебных полномочий, а также с учетом категории запрашиваемой информации.
      Структура базы данных должна быть организована рациональным способом, исключающим единовременную полную выгрузку информации, содержащейся в базе данных системы.
      Технические средства, обеспечивающие хранение информации, должны использовать современные технологии, позволяющие обеспечить повышенную надежность хранения данных и оперативную замену оборудования (распределенная избыточная запись/считывание данных; зеркалирование; независимые дисковые массивы; кластеризация).
      В состав системы должна входить специализированная подсистема резервного копирования и восстановления данных.
      При проектировании и развертывании системы необходимо рассмотреть возможность использования накопленной информации из уже функционирующих информационных систем. Перечень функционирующих информационных систем приведен в разделе 3 настоящего документа.

      4.3.3 Требования к лингвистическому обеспечению системы

      УКАЗАНИЯ ГОСТ:
      Для лингвистического обеспечения системы приводят требования к применению в системе языков программирования высокого уровня, языков взаимодействия пользователей и технических средств системы, а также требования к кодированию и декодированию данных, к языкам ввода-вывода данных, языкам манипулирования данными, средствам описания предметной области (объекта автоматизации), к способам организации диалога.

      ФОРМАЛЬНОЕ СОДЕРЖАНИЕ:
      Все прикладное программное обеспечение системы для организации взаимодействия с пользователем должно использовать русский язык.

      4.3.4 Требования к программному обеспечению системы

      УКАЗАНИЯ ГОСТ:
      Для программного обеспечения системы приводят перечень покупных программных средств, а также требования:
      1) к независимости программных средств от используемых СВТ и операционной среды;
      2) к качеству программных средств, а также к способам его обеспечения и контроля;
      3) по необходимости согласования вновь разрабатываемых программных средств с фондом алгоритмов и программ.

      ФОРМАЛЬНОЕ СОДЕРЖАНИЕ:
      При проектировании и разработке системы необходимо максимально эффективным образом использовать ранее закупленное программное обеспечение, как серверное, так и для рабочих станций.
      Используемое при разработке программное обеспечение и библиотеки программных кодов должны иметь широкое распространение, быть общедоступными и использоваться в промышленных масштабах. Базовой программной платформой должна являться операционная система MS Windows.

      4.3.5 Требования к техническому обеспечению

      УКАЗАНИЯ ГОСТ:
      Для технического обеспечения системы приводят требования:
      1) к видам технических средств, в том числе к видам комплексов технических средств, программно-технических комплексов и других комплектующих изделий, допустимых к использованию в системе;
      2) к функциональным, конструктивным и эксплуатационным характеристикам средств технического обеспечения системы.

      ПРИМЕР СОДЕРЖАНИЯ:
      Техническое обеспечение системы должно максимально и наиболее эффективным образом использовать существующие в органах федерального агентства технические средства.
      В состав комплекса (Рисунок 1) должны следующие технические средства:
      – Серверы БД;
      – Серверы приложений;
      – Сервер системы формирования отчетности;
      – Веб сервер;
      – ПК пользователей;
      – ПК администраторов.

      6-1.jpg

      Серверы БД должны быть объединены в отказоустойчивый кластер. Серверы приложений должны образовывать кластер с балансировкой нагрузки.
      Серверы БД, серверы приложений и сервер системы формирования отчетности должны быть объединены одной локальной сетью, с пропускной способностью не менее 100 Мбит.

      Требования к техническим характеристикам серверов БД:
      – Процессор – 2 х Intel Xeon 3 ГГц;
      – Объем оперативной памяти – 16 Гб;
      – Дисковая подсистема – 4 х 146 Гб;
      – Устройство чтения компакт-дисков (DVD-ROM);
      – Сетевой адаптер – 100 Мбит.

      Требования к техническим характеристикам системы хранения данных:
      – Дисковая подсистема 0,5 Тб Raid Array 5

      Требования к техническим характеристикам серверов приложений:
      – Процессор – 2 х Intel Xeon 3 ГГц;
      – Объем оперативной памяти – 8 Гб;
      – Дисковая подсистема – 4 х 146 Гб;
      – Устройство чтения компакт-дисков (DVD-ROM);
      – Сетевой адаптер – 100 Мбит.

      Требования к техническим характеристикам веб сервера:
      – Процессор – 2 х Intel Xeon 3 ГГц;
      – Объем оперативной памяти – 16 Гб;
      – Дисковая подсистема – 4 х 146 Гб;
      – Устройство чтения компакт-дисков (DVD-ROM);
      – Сетевой адаптер – 100 Мбит.

      Требования к техническим характеристикам ПК пользователя и ПК администратора:
      – Процессор – Intel Pentium 1.5 ГГц;
      – Объем оперативной памяти – 256 Мб;
      – Дисковая подсистема – 40 Гб;
      – Устройство чтения компакт-дисков (DVD-ROM);
      – Сетевой адаптер – 100 Мбит.

      4.3.6 Требования к метрологическому обеспечению

      УКАЗАНИЯ ГОСТ:
      В требованиях к метрологическому обеспечению приводят:
      1) предварительный перечень измерительных каналов;
      2) требования к точности измерений параметров и (или) к метрологическим характеристикам измерительных каналов;
      3) требования к метрологической совместимости технических средств системы;
      4) перечень управляющих и вычислительных каналов системы, для которых необходимо оценивать точностные характеристики;
      5) требования к метрологическому обеспечению технических и программных средств, входящих в состав измерительных каналов системы, средств, встроенного контроля, метрологической пригодности измерительных каналов и средств измерений, используемых при наладке и испытаниях системы;
      6) вид метрологической аттестации (государственная или ведомственная) с указанием порядка ее выполнения и организаций, проводящих аттестацию.

      ФОРМАЛЬНОЕ СОДЕРЖАНИЕ:
      Требования к метрологическому обеспечению не предъявляются.

      4.3.7 Требования к организационному обеспечению

      УКАЗАНИЯ ГОСТ:
      Для организационного обеспечения приводят требования:
      1) к структуре и функциям подразделений, участвующих в функционировании системы или обеспечивающих эксплуатацию;
      2) к организации функционирования системы и порядку взаимодействия персонала АС и персонала объекта автоматизации;
      3) к защите от ошибочных действий персонала системы.

      ФОРМАЛЬНОЕ СОДЕРЖАНИЕ:
      Организационное обеспечение системы должно быть достаточным для эффективного выполнения персоналом возложенных на него обязанностей при осуществлении автоматизированных и связанных с ними неавтоматизированных функций системы.
      Заказчиком должны быть определены должностные лица, ответственные за:
      – обработку информации АС;
      – администрирование АС;
      – обеспечение безопасности информации АС;
      – управление работой персонала по обслуживанию АС.
      К работе с системой должны допускаться сотрудники, имеющие навыки работы на персональном компьютере, ознакомленные с правилами эксплуатации и прошедшие обучение работе с системой.

      4.3.8 Требования к методическому обеспечению

      УКАЗАНИЯ ГОСТ:
      Для методического обеспечения САПР приводят требования к составу нормативно-технической документации системы (перечень применяемых при ее функционировании стандартов, нормативов, методик и т. п.).

      ПРИМЕР СОДЕРЖАНИЯ:
      В состав нормативно-правого и методического обеспечения системы должны входить следующие законодательные акты, стандарты и нормативы:
      — т.п.;
      — пр.

      5 СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ (РАЗВИТИЮ) СИСТЕМЫ

      УКАЗАНИЯ ГОСТ:
      Раздел «Состав и содержание работ по созданию (развитию) системы» должен содержать перечень стадий и этапов работ по созданию системы в соответствии с ГОСТ 24.601, сроки их выполнения, перечень организаций — исполнителей работ, ссылки на документы, подтверждающие согласие этих организаций на участие в создании системы, или запись, определяющую ответственного (заказчик или разработчик) за проведение этих работ.
      В данном разделе также приводят:
      1) перечень документов, по ГОСТ 34.201-89, предъявляемых по окончании соответствующих стадий и этапов работ;
      2) вид и порядок проведения экспертизы технической документации (стадия, этап, объем проверяемой документации, организация-эксперт);
      3) программу работ, направленных на обеспечение требуемого уровня надежности разрабатываемой системы (при необходимости);
      4) перечень работ по метрологическому обеспечению на всех стадиях создания системы с указанием их сроков выполнения и организаций-исполнителей (при необходимости).

      Этап Содержание работ Результаты работ
      1 Разработка документов технического проекта АС Кадры.
      Создание программного обеспечения первой очереди АС Кадры.
      Документы технического проекта первой очереди АС Кадры.
      Программное обеспечение первой очереди АС Кадры.
      2 . .

      6 ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ

      УКАЗАНИЯ ГОСТ:
      В разделе «Порядок контроля и приемки системы» указывают:
      1) виды, состав, объем и методы испытаний системы и ее составных частей (виды испытаний в соответствии с действующими нормами, распространяющимися на разрабатываемую систему);
      2) общие требования к приемке работ по стадиям (перечень участвующих предприятий и организаций, место и сроки проведения), порядок согласования и утверждения приемочной документации;
      З) статус приемочной комиссии (государственная, межведомственная, ведомственная).

      6.1 Виды, состав, объем и методы испытаний системы

      ФОРМАЛЬНОЕ СОДЕРЖАНИЕ:
      Виды, состав, объем, и методы испытаний подсистемы должны быть изложены в программе и методике испытаний АС Кадры, разрабатываемой в составе рабочей документации.

      6.2 Общие требования к приемке работ по стадиям

      ФОРМАЛЬНОЕ СОДЕРЖАНИЕ:
      Сдача-приёмка работ производится поэтапно, в соответствии с рабочей программой и календарным планом, являющимися приложениями к Госконтракту №. от . года.
      Сдача-приемка осуществляется комиссией, в состав которой входят представители Заказчика и Исполнителя. По результатам приемки подписывается акт приемочной комиссии.
      Все создаваемые в рамках настоящей работы программные изделия (за исключением покупных) передаются Заказчику, как в виде готовых модулей, так и в виде исходных кодов, представляемых в электронной форме на стандартном машинном носителе (например, на компакт-диске).

      6.3 Статус приемочной комиссии

      ФОРМАЛЬНОЕ СОДЕРЖАНИЕ:
      Статус приемочной комиссии определяется Заказчиком до проведения испытаний.

      7 ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ

      УКАЗАНИЯ ГОСТ:
      В разделе «Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие» необходимо привести перечень основных мероприятий и их исполнителей, которые следует выполнить при подготовке объекта автоматизации к вводу АС в действие.
      В перечень основных мероприятий включают:
      1) приведение поступающей в систему информации (в соответствии с требованиями к информационному и лингвистическому обеспечению) к виду, пригодному для обработки с помощью ЭВМ;
      2) изменения, которые необходимо осуществить в объекте автоматизации;
      3) создание условий функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в ТЗ;
      4) создание необходимых для функционирования системы подразделений и служб;
      5) сроки и порядок комплектования штатов и обучения персонала.

      Например, для АСУ приводят:
      изменения применяемых методов управления;
      создание условий для работы компонентов АСУ, при которых гарантируется соответствие системы требованиям, содержащимся в ТЗ.

      ФОРМАЛЬНОЕ СОДЕРЖАНИЕ:
      В ходе выполнения проекта на объекте автоматизации требуется выполнить работы по подготовке к вводу системы в действие. При подготовке к вводу в эксплуатацию АС Кадры Заказчик должен обеспечить выполнение следующих работ:
      — Определить подразделение и ответственных должностных лиц, ответственных за внедрение и проведение опытной эксплуатации АС Кадры;
      — Обеспечить присутствие пользователей на обучении работе с системой, проводимом Исполнителем;
      — Обеспечить соответствие помещений и рабочих мест пользователей системы в соответствии с требованиями, изложенными в настоящем ЧТЗ;
      — Обеспечить выполнение требований, предъявляемых к программно-техническим средствам, на которых должно быть развернуто программное обеспечение АС Кадры;
      — Совместно с Исполнителем подготовить план развертывания системы на технических средствах Заказчика;
      — Провести опытную эксплуатацию АС Кадры.
      Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие, включая перечень основных мероприятий и их исполнителей должны быть уточнены на стадии подготовки рабочей документации и по результатам опытной эксплуатации.

      8 ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ

      УКАЗАНИЯ ГОСТ:
      В разделе «Требования к документированию» приводят:
      1) согласованный разработчиком и Заказчиком системы перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ 34.201-89 и НТД отрасли заказчика;
      перечень документов, выпускаемых на машинных носителях;
      требования к микрофильмированию документации;
      2) требования по документированию комплектующих элементов межотраслевого применения в соответствии с требованиями ЕСКД и ЕСПД;
      3) при отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов.

      ПРИМЕР СОДЕРЖАНИЯ:
      Для системы на различных стадиях создания должны быть выпущены следующие документы из числа предусмотренных в ГОСТ 34.201–89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначения документов при создании первой очереди АС Кадры приведены в таблице:

Добавить комментарий

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