Назначение и содержание профилей стандартов.



В ГОСТе описано содержание документов, разрабатываемых на каждом этапе, что дает возможность выделения сквозных работ, выполняемых параллельно или последовательно, а также множество составляющих их задач (то есть по сути – процессов). Такой подход может использоваться при построении профиля стандартов ЖЦ проекта.

Что понимается под профилем?

Профиль – совокупность базовых стандартов и других нормативных документов с четко определенными подмножествами обязательных возможностей, предназначенных для реализации заданных функций. На базе одной и той же совокупности базовых стандартов могут формироваться и утверждаться различные профили для проектов ИС и сфер их применения. Целесообразно рассматривать две группы профилей ИС: 1-я группа профилей регламентирует архитектуру и структуру ИС (макропроектирование); 2-я группа профилей регламентирует процессы проектирования, разработки, применения, сопровождения, развития ИС и их компонентов (микропроектирование).

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

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

Профили ИС, в виде сложной системы с иерархической структурой, могут включать в себя:

1.    стандартизированные описания функций, выполняемых данной системой, и взаимодействия с внешней для нее средой (например, ОПЗ);

2.    стандартизированные интерфейсы между приложениями и средой ИС;

3.    профили отдельных функциональных компонентов (подсистем, модулей), входящих в систему.

Основным назначением ГОСТа стало разрешение ситуации, когда в различных отраслях и областях деятельности организации использовалась плохо согласованная или несогласованная нормативно-техническая документация (НТД). Это затрудняло интеграцию систем, обеспечение их эффективного совместного функционирования. Разработчики комплекса стандартов выбрали одну обобщенную понятийную и терминологическую систему, общую схему разработки, общий набор документов с их содержанием и определить их как обязательные для всех информационных систем, то есть пошли по пути, более близкому к схемам конкретных методик, чем к стандартам типа ISO12207. При этом стадии и этапы, выполняемые организациями-участниками работ по созданию ИС, устанавливаются в договоре и техническом задании, что близко к подходу стандарта ISO. Тем не менее, благодаря общности понятийной базы стандарты остаются применимыми в весьма широком диапазоне случаев. Степень адаптивности ГОСТа к различным по сложности ИС формально определяется следующими возможностями:

     исключать стадию эскизного проектирования и объединять стадии «Технический проект» и «Рабочая документация»;

     исключать этапы, объединять и опускать большинство документов и их разделов;

     вводить новые нормативные и дополнительные документы, разделы документов и работы;

     динамически создавать частные технические задания (ЧТЗ), что позволяет достаточно гибко формировать ЖЦ ИС; как правило, этот прием используется на уровне крупных компонентов (подсистем, комплексов), ради которых считается оправданным создавать ЧТЗ, однако нет никаких существенных оснований сильно ограничивать этот способ управления ЖЦ.

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

Данный стандарт позволяет определить несколько важных положений, отражающих особенности ИС как объекта стандартизации, например: в общем случае ИС состоит из программно-методических (ПМК), программно-технических(ПТК) комплексов и отдельных компонентов организационного, технического, программного и информационного обеспечений. Разделение понятий ПТК и ИС закрепляло принцип, по которому ИС есть не «ИС с БД», но организационно-техническая система, обеспечивающая выработку решений на основе автоматизации информационных процессов в различных сферах деятельности (управление, проектирование, производство и т.д.) или их сочетаний (по РД 50-680-88), что особенно актуально в аспектах бизнес-реинжиниринга. ИС – это система, состоящая из персонала и комплекса средств автоматизации его деятельности, реализующая информационную технологию выполнения установленных функций (по ГОСТ 34.003-90). Эти определения указывают на то, что ИС – это организационно-технические средства, поддерживающие деятельность персонала, принимающего решения и выполняющего другие управляющие действия. Эти определения и определение системы в ISO/12207 вполне совместимы для их совместного использования.

Ключевым документом взаимодействия сторон является ТЗ – техническое задание на создание ИС, которое определяет важнейшие точки взаимодействия заказчика и разработчика. При этом ТЗ разрабатывает организация-разработчик (по ГОСТ 34), но формально ТЗ выдает разработчику заказчик (по РД 50-680-88).

Гарантирование качества процесса проектирования ИС определяется в ТЗ и осуществляется на любых последующих этапах и с любой степенью независимости экспертизы. В каскадной траектории ЖЦ эти экспертизы располагаются несколько позже, чем в ISO12207. Тем не менее, имеются большие потенциальные возможности, которые часто слабо используются.


Дата добавления: 2018-02-15; просмотров: 1103; Мы поможем в написании вашей работы!

Поделиться с друзьями:






Мы поможем в написании ваших работ!