Возвращение стандартов АСУ
Л.Точилов
Третий пример - чем постоянно ИТ испытывают наши нервы - своей надежностью. Забавный случай произошел недавно на презентации одного программного продукта корпоративного уровня. Докладчик говорил о 100% надежности продукта при обработке данных. Ему был задан вопрос: "Верим, что при безошибочной работе операторов ничего с данными не случится. Но есть ли статистика, какие ошибки допускались в реальных условиях и к чему они приводили?". Ответ, что ошибки исключены, породил у аудитории сомнения, которые докладчик тотчас подтвердил, потеряв данные, используемые им в демонстрационном примере. От волнения, конечно, но тем не менее.
Этот пример, не претендует на то, чтобы выносить скоропалительное решение. Он лишь говорит о том, что неизбежные ошибки ваших работников - ваша проблема. Разработчик программного продукта не только дистанцируется от них, но даже не готов обсуждать, откуда и какая беда может придти. Посему - за надежностью заказчик должен следить сам. Хорошим подспорьем в этом могла бы стать новая редакция ГОСТ 24.701-86 "Надежность АСУ".
На фоне этих стандартов система технической документации на АСУ сравнительно "молода". С 1 января 1992 года действует Руководящий документ по стандартизации
|
РД 50-34.698-90 |
Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов |
заменивший стандарты:
|
ГОСТ 24.202-80 |
Требования к содержанию документа «Технико-экономическое обоснование создания АСУ» |
|
ГОСТ 24.203-80 |
Требования к содержанию общесистемных документов |
|
ГОСТ 24.204-80 |
Требования к содержанию документа «Описание постановки задачи» |
|
ГОСТ 24.205-80 |
Требования к содержанию документов по информационному обеспечению |
|
ГОСТ 24.206-80 |
Требования к содержанию документов по техническому обеспечению |
|
ГОСТ 24.207-80 |
Требования к содержанию документов по программному обеспечению |
|
ГОСТ 24.208-80 |
Требования к содержанию документов стадии «Ввод в эксплуатацию» |
|
ГОСТ 24.209-80 |
Требования к содержанию документов по организационному обеспечению |
|
ГОСТ 24.210-82 |
Требования к содержанию документов по функциональной части |
|
ГОСТ 24.211-82 |
Требования к содержанию документа по «Описание алгоритма» |
|
ГОСТ 24.101-80 |
Система технической документации на АСУ Виды и комплектность документов |
|
ГОСТ 24.102-80 |
Система технической документации на АСУ Обозначение документов |
ГОСТ 34.201-89 "Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем" заменил
|
ГОСТ 24.101-80 |
Система технической документации на АСУ Виды и комплектность документов |
|
ГОСТ 24.102-80 |
Система технической документации на АСУ Обозначение документов |
РД 50-680-88 "Методические указания. Автоматизированные
системы. Основные положения" заменил ГОСТ 24.103-84 "Автоматизированные
системы управления
Основные положения".
Очевидно, что должна быть периодичность пересмотра ИТ стандартов, и она не
должна быть столь длительной.
Кроме того, не умаляя важности задачи документирования, хотелось, чтобы новые
ИТ стандарты говорили о таких "вечных проблемах" АСУ, как надежность,
эффективность и т.п. К этому перечню совсем неплохо было бы отнести и управление
ИТ сервисами, так как иностранное происхождение ITIL в ряде случаев служит
препятствием для использования представленного в нем передового опыта в управлении
ИТ сервисами.
Предприятие реального времени №1 |
| На главную Новости Карта сайта |
Time
is money!


