Надежность ТО обеспечивается использованием сертифицированных средств вычислительной техники, их комплектующих и средств передачи данных.
Для оценки надежности компонентов ТО используются следующие показатели и их значения:
− время наработки на отказ процессоров и оперативной памяти ЭВМ не должно быть меньше 1000 часов;
− вероятность потери сообщения при передаче данных в локальных сетях не должна превышать 10*(-6)
1.1.67 Программное обеспечение.
Надежность ПО обеспечивается использованием сертифицированных операционных систем, общесистемных программных средств и инструментальных программных систем, используемых при разработке прикладного ПО. Надежность прикладного ПО обеспечивается комплексом мероприятий, осуществляющих управление качеством создания ПО на всех этапах жизненного цикла.
Программное обеспечение должно содержать средства противодействий компьютерным вирусам, их диагностики и уничтожения.
Прикладные программы должны иметь защиту от некорректных действий пользователей и ошибочных исходных данных.
Тургенбаев Д.Н. — 44.НАДЕЖНОСТЬ ОПЕРАТОРА И ЭКСПЛУАТАЦИОННАЯ НАДЕЖНОСТЬ СИСТЕМ
Прикладная программа не должна во время работы модифицировать свой код или коды других программ.
Для программ со сложным алгоритмом управления и вычислительных программ со временем работы более 1 часа должна быть предусмотрена возможность продолжения функционирования после аппаратного сбоя.
Количество отказов прикладного ПО из-за не выявленных ошибок не должно превышать 1 отказа на 1000 сеансов работы с программой.
Состав общесистемного ПО, устанавливаемого на рабочих местах пользователей, определяется на этапе рабочего проектирования, оформляется в виде отдельного документа и утверждается Заказчиком. В этом же документе определяется типовая конфигурация общесистемного ПО (основные параметры файлов инициализации).
Разработчик не несет ответственности за совместную работу компонентов АС ГИР/ПОГИР с другим программным обеспечением, конфликты программных и технических средств, связанные с изменением утвержденной конфигурации из-за инсталляции другого ПО, либо в случае использования не сертифицированных технических средств.
1.1.68 Информационное обеспечение.
Надежность функционирования компонентов ИО обеспечивается использованием сертифицированных систем управления базами данных, средств приема, обработки и выдачи данных.
Полнота и непротиворечивость данных АС ГИР обеспечивается использованием единой системы классификации и кодирования, унифицированной системы документов, концептуальной и логической модели данных, описывающей единое информационное пространство АС ГИР.
Средства ввода данных в систему должны обеспечивать контроль правильности данных по типу.
При модификации и удалении данных средства ведения ИО должны запрашивать подтверждении правильности выданных команд и временно сохранять предыдущую версию данных.
Должна быть обеспечена возможность дублирования, архивирования и сохранения любого количества резервных копии баз данных и их фрагментов.
Управление надежностью. Что нужно знать и уметь?
Технологические компоненты ИО должны обеспечивать контроль целостности структур баз данных, нарушение которой возможно после аппаратных сбоев.
Сбои в работе ИО, связанные с недоработкой структур баз данных, системы классификации и кодирования, унифицированной системы документации не допускаются. Возможны сбои, обусловленные не выявленными ошибками в управляющих программных средствах, – их интенсивность определяется соответствующими сертификатами.
При выполнении запросов, время которых превышает 10 секунд, на монитор должен выдаваться транспарант с извещением о вынужденном ожидании.
1.1.69 Требования к методам оценки и контроля показателей надежности на различных стадиях создания системы в соответствии с действующими нормативно-техническими документами
Деятельность по оценке и контролю показателей надежности (далее по тексту используется термин «контроль надежности») должна проводиться в комплексе работ по управлению качеством и испытаниям ГИР.
1.1.70 Виды контроля надежности
В зависимости от типа контролируемого компонента информационной системы и этапности его создания различаются следующие виды контроля:
а) по уровню обобщения:
б) по видам обеспечения:
1) технического обеспечения,
2) программного обеспечения,
3) информационного обеспечения;
в) по стадиям создания системы:
г) по месту проведения:
д) по условиям проведения:
2) нештатные ситуации.
Автономный контроль надежности предназначен для определения показателей надежности отдельных компонентов АС ГИР.
Комплексный контроль надежности предназначен для определения показателей надежности функциональных подсистем и всей АС ОГИР в целом.
По видам обеспечения необходимо проведение как автономного так и комплексного контроля.
Действия по контролю надежности на разных стадиях создания системы должны быть запланированы при формировании технологии создания системы.
Предварительный контроль производится Заказчиком при формировании требований к компонентам АС ГИР и заключается в обосновании задаваемых значений показателей надежности.
Исследовательский контроль производится проектировщиком АС ГИР и заключается в моделировании возможных значений показателей надежности и их сравнении с требуемыми.
Доводочный контроль производится в процессе разработки системы: монтажа аппаратуры, разработке компонентов ПО и ИО, и заключается в экспериментальном определении значений показателей.
Приемо-сдаточный контроль осуществляется заказчиком во время приемки системы (или ее компонентов) в эксплуатацию в соответствии с методикой и программой испытаний.
Инспекционный контроль – выборочные контрольные испытания компонентов АС ГИР, проводимые эксплуатирующими организациями с целью определения реальных показателей надежности, принятия решений по доработке системы и обучения обслуживающего персонала. Проводится методом имитации аварийных ситуаций.
Лабораторный контроль надежности проводится в организации разработчика; стендовый – на специализированных испытательных стендах АС ГИР; эксплуатационный – в эксплуатирующих организациях.
Контроль надежности при штатной эксплуатации осуществляется в условиях нормального функционирования системы и служит для определения вероятностно-временных характеристик типа наработки на отказ.
Контроль надежности в нештатных ситуациях производится для определения значений показателей восстановления работоспособности системы.
1.1.71 Методы контроля надежности
Методы контроля – способы определения одного или нескольких свойств системы или ее компонента. Методы соответствуют показателям надежности, а их состав определяется в зависимости от типа, назначения, режима функционирования и условий эксплуатации.
При контроле надежности АС ГИР должны использоваться следующие методы:
Прогнозирование надежности должно проводиться на начальных этапах создания АС ГИР (обоснование требований и проектирование), для ориентировочной оценки вероятности возникновения нештатных ситуаций в системе.
Контрольные проверки надежности работы системы и ее компонентов должны проводиться на этапе разработки, после монтажа аппаратуры, при отладке ПО и ИО, в процессе приемо-сдаточных испытаний и при штатной эксплуатации. Во время контрольных проверок набираются данные для статистической оценки показателей надежности: среднее время безотказной работы и среднее время восстановления работоспособности.
Методы экстремальной нагрузки и внешнего влияния должны использоваться на этапе разработки, при проведении приемо-сдаточных испытаний и инспекционного контроля. Первый необходим для оценки надежности системы в крайних условия функционирования. Второй обеспечивает оценку надежности в условиях случайных или преднамеренных воздействий. Методика контроля должна включать следующие воздействия:
− ошибки оператора при вводе данных и подаче команд,
− сбой в работе технических устройств,
− ошибки в программном обеспечении,
− намеренное искажение информации и нарушение целостности структур баз данных.
Размещение и использование оборудования АС ГИР должно соответствовать требованиям НТД по обеспечению безопасной эксплуатации информационных систем и обеспечивать безопасность пользователей и эксплуатационного персонала информационной системы при всех видах работ, и на всех режимах эксплуатации.
В конструкции технических средств (его элементов) должны быть исключены горючие, легковоспламеняющиеся и взрывоопасные материалы, а элементы оборудования, находящиеся под напряжением выше 36В, должны быть надежно заизолированы или защищены от случайных прикосновений, и иметь предупреждающую маркировку.
Все оборудование АС ГИР должно быть заземлено.
В помещениях должны поддерживаться следующие параметры микроклимата:
− в холодные периоды года температура воздуха, скорость его движения и относительная влажность воздуха должны соответственно составлять: 22-25 градусов Цельсия; 0,1 м/с; 40-60%; температура воздуха может колебаться в пределах от 21 до 25 гр. С при сохранении остальных параметров микроклимата в указанных выше пределах;
− в теплые периоды года температура воздуха, его подвижность и относительная влажность должны соответственно составлять: 23-25 гр. С; 0,1-0,2 м/с; 40-60%; температура воздуха может колебаться от 22 до 26 гр. С при сохранении остальных параметров микроклимата в указанных выше пределах.
Уровни звука и эквивалентные уровни шума в помещениях с установленными СВТ не должны превышать:
− в помещениях, где работают инженерно-технические работники – 60 дБА;
− на рабочих местах в помещениях для размещения шумных агрегатов СВТ (устройства печати) -75 дБА.
Допускаемые уровни напряженности электростатических полей не должны превышать 20 кВ в течение часа (ГОСТ 12.1045-84).
Величина освещенности при искусственном освещении люминесцентными лампами должна быть в горизонтальной плоскости не ниже 300 лк – для системы общего освещения и не ниже 750 лк для системы комбинированного освещения. С учетом зрительной работы высокой точности величина освещенности для системы комбинированного освещения может быть увеличена до 1000 лк.
1.1.72 Требования по стойкости, устойчивости и прочности к внешним воздействиям (среде применения)
Комплекс средств автоматизации информационной системы ГИР должен эксплуатироваться в стационарных помещениях обычного типа, без воздействия агрессивных сред.
Дополнительные требования по стойкости, устойчивости и прочности к внешним воздействиям не предъявляются.
1.1.73 Требования к эргономике и технической эстетике
СВТ устанавливаются и размещаются в соответствии с требованиями технических условий изготовителей.
На постоянных рабочих местах персонала АС ГИР должны быть обеспечены микроклиматические параметры, уровни освещенности, шума и состояние воздушной среды, определенные действующими санитарными правилами и нормами. Системы вентиляции, отопления и кондиционирования воздуха должны быть выполнены в соответствии со СНиП 11-33-75 «Отопление, вентиляция и кондиционирование воздуха».
Организацию рабочих мест необходимо осуществлять на основе современных эргономических требований.
Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы
Условия и регламент (режим) эксплуатации
АС ГИР должна обеспечивать круглосуточный режим работы, с плановыми перерывами на обслуживание технических, программных и информационных ресурсов. Как правило, операции по обслуживанию системы должны выполняться в нерабочее время.
На этапе рабочего проектирования должен быть разработан, а в процессе эксплуатации выполняться ежедневный, еженедельный, ежемесячный, ежеквартальный и годовой регламент обслуживания компонентов системы.
1.1.73.1 Предварительные требования к допустимым площадям для размещения персонала и технических средств системы, к параметрам сетей энергоснабжения
Требования к допустимым площадям для размещения персонала и технических средств АС ГИР, а также параметрам сетей энергоснабжения определяются на этапе рабочего проектирования.
1.1.74 Требования к составу, размещению и условиям хранения комплекта запасных изделий и приборов
На каждом объекте автоматизации, входящем в состав АС ГИР должно быть предусмотрено наличие запасных ЭВМ. Запасные ЭВМ должны быть полностью подготовлены к работе в качестве рабочих станций пользователей АС ГИР, на них должно быть проинсталлировано общесистемное и прикладное программное обеспечение, установлены сетевые адаптеры. Количество запасных ЭВМ для каждого объекта автоматизации и их конфигурация определяются на этапе рабочего проектирования. В общем случае необходимо предусматривать 5% запасных ЭВМ, но не менее одной.
Запасные ЭВМ должны храниться в выключенном состоянии, и использоваться только для оперативной замены неисправных ЭВМ. Техническое состояние запасных ЭВМ должно проверяться не реже одного раза в месяц, в процессе проведения ежемесячного регламента.
На каждом объекте автоматизации также должно быть предусмотрено наличие запасного устройства печати.
1.1.75 Требования к регламенту обслуживания
В процессе эксплуатации информационных и программных ресурсов АС ГИР должен выполняться ежедневный, еженедельный, ежемесячный, ежеквартальный и годовой регламент обслуживания. Кроме этого, при возникновении аварийных ситуаций, а также ситуаций, требующих вмешательства службы сопровождения (эксплуатационного персонала), должно обеспечиваться оперативное обслуживание компонентов информационной системы.
В оперативное обслуживание должны входить:
− функции администрирования информационной безопасности;
− функции администрирования автоматизированной системы;
− восстановление работоспособности технических и программных средств после возникновения аварийных ситуаций.
Все виды регламента должны выполняться в конце соответствующего временного периода, как правило – в нерабочее время. Еженедельный регламент включает в себя все операции ежедневного, ежемесячный – еженедельного, а ежеквартальный и годовой – ежемесячного (Таблица И.2).
Таблица И.2 – Состав основных операций и продолжительность проведения регламента
Перечень основных операции
Создание резервной копии БД.
Контроль целостности БД.
Обслуживание сервера баз данных.
Контроль целостности ППО, установленного на сервере приложений.
Антивирусная обработка ПЭВМ
Изменение полномочий сотрудников по доступу к информационным ресурсам (в случае необходимости)
Анализ системного журнала, документирование подозрительных событий
Анализ журнала экономической безопасности, документирование подозрительных событий
Дополнительно к ежедневному регламенту выполняются:
Обслуживание БД (в части дефрагментации и сжатия)
Обслуживание рабочих станций – тестирование ПЭВМ, дефрагментация, контроль целостности общесистемного ПО.
Статистическая обработка системного журнала
Статистическая обработка журнала экономической безопасности
Дополнительно к еженедельному регламенту выполняются:
Архивирование информации, потерявшей актуальность.
Контроль выполнения технологических операций по подготовке к переходу на новый месяц.
Дополнительно к ежемесячному регламенту выполняются:
Тестирование системы защиты информации.
Проверка целостности ПО системы защиты информации.
Дополнительно к ежемесячному регламенту выполняются:
Вторичное архивирование (перенос на внешние магнитные носители) информации, подлежащий удалению из системы из-за истечения сроков хранения.
Контроль выполнения технологических операций по подготовке к переходу на новый год (например – сброс индексов регистрации документов в ППО «Делопроизводство» и т. п.)
Приложение Л: Требования к системе передачи данных
Средством передачи данных между компонентами ОГИР является межведомственная сеть (МвС). МвС АС ОГИР должна строиться как совокупность сетевых и коммуникационных технических средств, общесистемного и прикладного программного обеспечения, объединенных в единую системную среду, служащую основой для организации информационно-коммуникационного взаимодействия всех объектов ОГИР.
В дальнейшем при анализе требований к МвС рассматривается МвС АС ГИР/ПОГИР, являющиеся составными частями МвС ОГИР.
Источник: pandia.ru
Требования к надежности
При соблюдении условий эксплуатации в течение определенного периода времени программа безотказно выполняет свои функции. Контроль за входными и выходными данными, соблюдение условий эксплуатации программы — основное требование к обеспечению надежного функционирования программы.
Надежность является одним из важнейших факторов, определяющих общую производительность и эффективность систем.
Надежность программного продукта определяется, как свойство системы выполнить заданную функцию, сохраняя во времени значения установленных эксплуатационных показателей в заданных пределах, соответствующих заданным режимам и условиям использования, технического обслуживания, ремонта, хранения, транспортирования.
Свойство надежности проявляется в том, что система выполняет установленные перед ней задачи без проблем.
Если произойдет отказ, следует перезапустить программу, если же это не поможет, то обратиться к специалисту (инженеру, разработчику программного продукта).
1.1.3.3 Условия эксплуатации
С данным программным продуктом работает сотрудник, который должен обладать соответствующей квалификацией, т.е. иметь навыки работы на ПК, а работу с данным программным продуктом освоить очень легко, благодаря дружественному интерфейсу. Программа устанавливается на ПК и записывается на жестком диске (создается ярлык на рабочем столе), поэтому ни температура воздуха, ни относительная влажность, ни какие-либо другие погодные условия не могут помешать работе программы, кроме неполадок самого компьютера. Но так как она устанавливается с гибкого диска, то этот диск должен храниться в футляре при комнатной температуре в сухом месте.
1.1.4 Требования к программной документации
Программная документация включает:
q Техническое задание (ГОСТ 19.201-78) – содержит требования, предъявляемые к программе и программному изделию, необходимые стадии и сроки разработки, виды испытаний;
q Описание программы (ГОСТ 19.402-78) – содержатся сведения о логической структуре и функционировании ПО;
q Тексты программ (ГОСТ 19.401-78) — записи программ с необходимыми комментариями;
q Спецификация (ГОСТ 19.202-78) – указывается состав программы, документации на нее.
q Программа и методика испытаний (ГОСТ 19.301-79) – требования, подлежащие проверке при испытании программы, а также порядок и методы их контроля.
1.1.5 Стадии и этапы разработки
Стадии и этапы разработки программ и программной документации для вычислительных машин, комплексов и систем независимо от их назначения и области применения устанавливается по стандарту ГОСТ 19.102-17 ( дополнения к этому стандарту были внесены в 1987 и 1995 гг.)
Стадии и этапы разработки:
1. Техническое задание
1.1.Обоснование необходимости разработки программы.
Ø Постановка задачи.
Ø Сбор исходных материалов.
Ø Обоснование необходимости проведения научно исследовательских работ.
1.2.Научно исследовательские работы
Ø Определение структуры входных и выходных данных.
Ø Предварительный выбор методов решения задач.
Ø Определение требований к техническим средствам.
Ø Обоснование принципиальной возможности решения поставленной задачи.
1.3.Разработка и утверждение технического задания.
Ø Определение требований к программе.
Ø Определение стадий, этапов, сроков разработки программы и документации для неё.
Ø Выбор языков программирования.
2. Эскизный проект. Разработка эскизного проекта.
Ø Предварительная разработка структуры входных и выходных данных
Ø Уточнение методов решения задачи
Ø Разработка общего описания алгоритма решения
3. Технический проект
Разработка технического проекта
Ø Уточнение структуры входных и выходных данных
Ø Разработка алгоритма решения задачи
Ø Определение формы представления входных и выходных данных
Ø Разработка структуры программы
3. Рабочий проект
4.1. Разработка программы
Ø Программирование и отладка программы
4.2. Разработка программной документации
Ø Разработка программных документов в соответствии с требованиями
4.3. Испытание программы
1.2 Спецификация (ГОСТ 19.202-78)
Компоненты — Список владельцев гаражного кооператива
Документация — Текст программы
1.3 Описание программы (ГОСТ 19.401-78)
В документ включаются сведения о логической структуре и функционировании программы.
1.3.1 Общие сведения
В рамках курсового проекта мною была разработана программа “Список владельцев гаражного кооператива” (А.В.00001-01). Программа была написана на языке объектно-ориентированного программирования Visual Basic 5.0. Для работы программы необходимо иметь ПК, работающий под управлением операционной системы Windows 98, с установленным на нём программным пакетом Visual Basic 5.0.
Информация о работе «Документация базы данных «Список владельцев гаражного кооператива»»
Раздел: Информатика, программирование
Количество знаков с пробелами: 24841
Количество таблиц: 2
Количество изображений: 0
Источник: kazedu.com
Техническая документация
разработка техдокументации по ГОСТ без бумаги и расстояний
(4.1.4.4) Требования к надежности программного обеспечения
Требования к надежности программного обеспечения — подпункт технического задания на АС, разрабатываемого согласно ГОСТ 34.602. В цепочке элементов иерархической структуры или «дерева» техзадания выглядит так: Требования к системе (разд. 4) ⇨ . в целом (подр. 4.1) ⇨ . к надежности (п. 4.1.4) ⇨ . программного обеспечения (пп. 4.1.4.4).
Чем же заполнять данный подпункт? Редакция от 01.04.2021.
Создан 31.03.2018 14:19:52
Снова умные слова: Уровень надежности АСУ зависит от надежности и других свойств ее технического обеспечения (комплекса технических средств), программного обеспечения и персонала, участвующего в функционировании АСУ [из 1.4 ГОСТ 24.701-86].
Надежность программного обеспечения — Совокупность свойств, характеризующая способность программного средства сохранять заданный уровень пригодности в заданных условиях в течение заданного интервала времени. Примечания:
[из 14 разд. 2 ГОСТ 28806-90].
Еще: Программное обеспечение АСУ должно обладать следующими свойствами:
- функциональная достаточность (полнота);
- надежность (в том числе восстанавливаемость, наличие средств выявления ошибок);
- адаптируемость;
- модифицируемость;
- модульность построения и удобство эксплуатации.
[из 1.5.2 ГОСТ 24.104-85].
- завершенность программного обеспечения — Совокупность свойствпрограммного средства, характеризующая частоту отказов, обусловленных дефектами программного средства [из 2.1 прил. 2 ГОСТ 28806-90];
- отказоустойчивость программного обеспечения — Совокупность свойствпрограммного средства, характеризующая его способность поддерживать необходимый уровень пригодности при проявлении дефектов программного средства или нарушении установленных интерфейсов. Примечание — Необходимый уровень пригодности включает в себя способность к безопасному функционированию при отказах, к минимизации возможных потерь данных и исключению опасных действий при внезапном нарушении условий функционирования [из 2.2 прил. 2 ГОСТ 28806-90];
- восстанавливаемость программного обеспечения — Совокупность свойствпрограммного средства, характеризующая возможность осуществления, трудоемкость и продолжительностьдействий по восстановлению им своего уровня пригодности, а также непосредственно подвергшихся воздействию данных, в случае отказа [из 2.3 прил. 2 ГОСТ 28806-90].
Всего перечисленного вполне достаточно для формулирования требований к надежности ПО. А оценочные элементы надежности программного обеспечения можно подсмотреть здесь.
Источник: tdocs.su