Опубликован: 24.05.2012 | Доступ: свободный | Студентов: 1560 / 168 | Оценка: 4.30 / 4.20 | Длительность: 13:37:00
Лекция 2:

Традиционные ИТ-стандарты. ГОСТ 34

< Лекция 1 || Лекция 2: 12 || Лекция 3 >

Стандарт ГОСТ 34.603-92

Компактный и прозрачный стандарт (ГОСТ 34, 1992), устанавливающий последовательность испытаний готовой информационной системы, цели и результаты испытаний. Широко применяется на практике, обладая теми же достоинствами, что и ГОСТ 34.601-90, - лаконичностью, доступностью для неспециалиста в ИТ, самодостаточностью. Понятия и термины стандарта стали общепринятыми в российском ИТ-сообществе.

РД 50-34.698-90

Руководящий документ (РД 34, 1990) определяет состав и структуру документов, введенных в ГОСТ 34.201-89, вплоть до форматов приказов о начале опытной эксплуатации и вводе в промышленную эксплуатацию. Многое заимствовано из практики строительства, особенно в части подготовки сметной документации. Вот типичный пример:

"Локальная смета и локальный сметный расчет содержат сведения о сметной стоимости работ, выполняемых при создании АС, и сметной стоимости объектов, сооружаемых при создании АС, в соответствии с требованиями СНиП 1.02.01 и других документов по определению стоимости АС и ее составных частей".

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

"СОДЕРЖАНИЕ ДОКУМЕНТОВ, РАЗРАБАТЫВАЕМЫХ НА ПРЕДПРОЕКТНЫХ СТАДИЯХ

  1. Стадия "Формирование требований к АС"
    1. На стадии разрабатывают отчет по ГОСТ 7.32 и заявку на разработку АС
    2. Основная часть отчета содержит разделы:
      • характеристика объекта и результатов его функционирования;
      • описание существующей информационной системы;
      • описание недостатков существующей информационной системы;
      • обоснование необходимости совершенствования информационной системы объекта;
      • цели, критерии и ограничения создания АС;
      • функции и задачи создаваемой АС;
      • выводы и предложения.
    3. В разделе "Характеристика объекта и результатов его функционирования" описывают тенденции развития, требования к объему, номенклатуре и качеству результатов функционирования, а также характер взаимодействия объекта с внешней средой.

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

    4. Раздел "Описание существующей информационной системы" содержит описание функциональной и информационной структуры системы, качественных и количественных характеристик, раскрывающих взаимодействие ее компонентов в процессе функционирования.
    5. В разделе "Описание недостатков существующей информационной системы" приводят результаты диагностического анализа, при котором оценивают качество функционирования и организационно-технологический уровень системы выявляют недостатки в организации и технологии функционирования информационных процессов и определяют степень их влияния на качество функционирования системы.
    6. В разделе "Обоснование необходимости совершенствования информационной системы объекта" при анализе соответствия показателей функционирования объекта предъявляемым требованиям оценивают степень соответствия прогнозируемых показателей требуемым и выявляют необходимость совершенствования информационной системы путем создания АС.
    7. Раздел "Цели, критерии и ограничения создания АС" содержит:
      • формулировку производственно-хозяйственных, научно-технических и экономических целей и критериев создания АС;
      • характеристику ограничений по созданию АС.
    8. Раздел "Функции и задачи создаваемой АС" содержит:
      • обоснование выбора перечня автоматизированных функций и комплексов задач с указанием очередности внедрения,
      • требования к характеристикам реализации функций и задач в соответствии с действующими нормативно-техническими документами, определяющими общие технические требования к АС конкретного вида;
      • дополнительные требования к АС в целом и ее частям, учитывающие специфику создаваемой АС.
    9. Раздел "Ожидаемые технико-экономические результаты создания АС" содержит:
      • перечень основных источников экономической эффективности получаемых в результате создания АС (в том числе - экономии производственных ресурсов, улучшения качества продукции, повышения производительности труда и т. д.) и оценку ожидаемых изменений основных технико-экономических и социальных показателей производственно-хозяйственной деятельности объекта (например, показателей по номенклатуре и объемам производства, себестоимости продукции, рентабельности, отчислениям в фонды экономического стимулирования, уровням социального развития);
      • оценку ожидаемых затрат на создание и эксплуатацию АС с распределением их по очередям создания АС и по годам;
      • ожидаемые обобщающие показатели экономической эффективности АС.
    10. Раздел "Выводы и предложения" рекомендуется разделять на следующие подразделы:
      • выводы о производственно-хозяйственной необходимости и технико-экономической целесообразности создания АС;
      • предложения по совершенствованию организации и технологии процесса деятельности;
      • рекомендации по созданию АС.
    11. Подраздел "Выводы о производственно-хозяйственной необходимости и технико-экономической целесообразности создания АС" содержит:
      • сопоставление ожидаемых результатов создания АС с заданными целями и критериями создания АС (по целевым показателям и нормативным требованиям);
      • принципиальное решение вопроса о создании АС (положительное или отрицательное).
    12. Подраздел "Предложения по совершенствованию организации и технологии процесса деятельности" содержит предложения по совершенствованию:
      • производственно-хозяйственной деятельности;
      • организационной и функциональной структур системы, методов деятельности, видов обеспечения АС.
    13. Подраздел "Рекомендации по созданию АС" содержит рекомендации:
      • по виду создаваемой АС, ее совместимости с другими АС и неавтоматизируемой частью соответствующей системы;
      • по организационной и функциональной структуре создаваемой АС;
      • по составу и характеристикам подсистем и видов обеспечения АС;
      • по организации использования имеющихся и приобретению дополнительных средств вычислительной техники;
      • по рациональной организации разработки и внедрения АС;
      • по определению основных и дополнительных, внешних и внутренних источников и видов объемов финансирования и материального обеспечения разработок АС;
      • по обеспечению производственных условий создания АС;
      • другие рекомендации по созданию АС.
    14. Заявка на разработку АС составляется в произвольной форме и содержит предложения организации-пользователя к организации-разработчику на проведение работ по созданию АС и его требования к системе, условия и ресурсы на создание АС".

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

Сама идея, заложенная в РД 50-34.698-90 (формализовать не процесс, а документы), сейчас представляется, конечно, довольно странной, но в прагматичности ей не откажешь. Соответствие проектных документов требованиям стандарта, по существу, устанавливает необходимый уровень качества в проекте разработки АС (хотя понятия проекта в стандарте, конечно, нет). Как мы увидим дальше, этот подход оказался невостребованным в современных стандартах, где форматы и структуры документов отсутствуют, хотя потребность в готовых шаблонах документов у специалистов-практиков достаточно велика. Немаловажно и то, что язык документов хорошо понятен управленцам, и стандарт делает для них задачу создания АС прозрачной (конечно, настолько, насколько это возможно). Тем самым он выполняет важнейшую управленческую задачу - помогает принимать и контролировать решения, касающиеся ИТ, управленцам, не являющимся специалистами в этой области.

ГОСТ 34. Заключение

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

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

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

Тем не менее практическая ценность ГОСТ 34 достаточно велика и сегодня. 34-й ГОСТ - удобный и практичный инструмент для:

  • первоначального знакомства с управлением деятельностью по автоматизации предприятия;
  • создания первого варианта корпоративного стандарта в области автоматизации;
  • выработки общего языка с управленцами - неспециалистами в области ИТ.

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

Краткие итоги

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

Вопросы

  1. Что такое ГОСТ 34? Какие стандарты входят в ГОСТ 34?
  2. Какую деятельность регламентирует ГОСТ 34?
  3. В чем основные достоинства ГОСТ 34?
  4. Каковы недостатки ГОСТ 34?
  5. Для чего имеет смысл применять ГОСТ 34 сейчас?
< Лекция 1 || Лекция 2: 12 || Лекция 3 >
Виталий Елин
Виталий Елин

Здравствуйте!
Объясните, пожалуйста, выдается ли диплом о профессиональной переподготовке?
Если - нет, то почему?

Здесь вначале говориться что выдается диплом, а внизу страницы сказано что нет
Цитата: "
диплом о профессиональной переподготовке MBA- больше не выдается
диплом о профессиональной переподготовке- больше не выдается
"

Артем Болтанов
Артем Болтанов
Россия, Новокузнецк
Светлана Аверьянова
Светлана Аверьянова
Россия, Челябинск