КАТЕГОРИИ: Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748) |
Требования к надежности программного обеспечения
Перечень аварийных ситуаций, по которым должны быть регламентированы требования к надежности технических средств и программного обеспечения Требования к надежности технических средств, программного и информационного обеспечения Показатели назначения Требования по диагностированию Системы Требования к режимам функционирования Системы Система предназначена для постоянной, ежедневной работы основных подразделений ЛПУ, а также связанных с ними служб. Пользователи работают в диалоговом режиме в реальном масштабе времени (on-line) с базой данных Системы, функционирующей на сервере базы данных. Отдельные АРМ Системы работают в сеансах, количество и продолжительность которых определяется потребностями конкретных пользователей. Сервер базы данных Системы должен работать в непрерывном круглосуточном режиме, кроме периодов проведения регламентных работ по копированию данных системы, проведения регламентных ремонтных или восстановительных работ. Диагностика осуществляется как внутрисистемным механизмом, обеспечивающим сбор информации о возникающих ошибках, так и обеспечиваемой СКБД согласно руководству по эксплуатации СКБД.
4.4.1.5 Допустимые пределы модернизации и развития Системы После ввода Системы в промышленную эксплуатацию модернизация и развитие Системы, связанные с расширением функциональных возможностей или существенным изменением действующего законодательства, должны выполняться, в зависимости от сложности, либо по отдельному договору с привлечением разработчика компонента Системы, либо самостоятельно предварительно подготовленной специализированной службой Заказчика. Перенастройка Системы, связанная с изменением количества и состава информации, должна осуществляться службой сопровождения Заказчика. Система должна обеспечивать: - учет особенностей отраслевой специфики предприятия; - соответствие требованиям отраслевых нормативных документов в соответствии с требованиями настоящего Технического задания; - возможность настройки для обеспечения автоматизации бизнес-процессов Заказчика в случае их изменений, а также внесение изменений в настройки структуры организации Заказчика в Системе; - устойчивость по отношению к ошибкам пользователей.
Должны быть регламентированы следующие максимальные показатели по отказам компонент ЛВС ЛПУ: - время замены активного сетевого оборудования; - время восстановления монтажных компонент; - время устранения неисправностей в работе сетевого оборудования ЛВС; - время восстановления работы ЛВС после сбоев по энергопитанию; - время восстановления энергопитания компонент ЛВС при авариях. В отношении сервера Системы и рабочих станций должны быть определены следующие максимальные показатели, определяющие надежность и время восстановления их компонент в случае сбоев или отказов: - время устранения неисправностей в работе оборудования сервера Системы; - время устранения неисправностей в работе ПО сервера Системы; - время устранения неисправностей в работе SQL сервера БД Системы; - время устранения неисправностей в работе оборудования рабочих станций; - время устранения сбоев в работе системного и прикладного ПО рабочих станций.
4.4.3.2 Требования к надежности технических средств Надежность технических средств обеспечивается использованием сертифицированных средств вычислительной техники, их комплектующих и средств передачи данных. Надежность ПО обеспечивается использованием сертифицированных операционных систем, общесистемных программных средств и инструментальных программных систем, используемых при разработке прикладного ПО. Надежность прикладного ПО обеспечивается комплексом мероприятий, осуществляющих управление качеством создания ПО на всех этапах жизненного цикла. Прикладные программы должны иметь защиту от некорректных действий пользователей и ошибочных исходных данных. Прикладные программы не должны во время работы модифицировать свой код или коды других программ.
4.4.3.4 Требования к надежности информационного обеспечения Надежность функционирования компонентов ИО обеспечивается использованием сертифицированных систем управления базами данных, средств приема, обработки и передачи данных. Полнота и непротиворечивость данных Системы обеспечивается использованием единой системы классификации и кодирования, унифицированной системы документов, концептуальной и логической модели данных, описывающей единое информационное пространствоСистемы. Средства ввода данных в систему должны обеспечивать контроль правильности данных по их типу. При модификации и удалении данных, средства ведения ИО должны запрашивать подтверждение правильности выданных команд. Должна быть обеспечена возможность дублирования, архивирования и сохранения любого количества резервных копий баз данных и их фрагментов. Технологические компоненты ИО должны обеспечивать контроль целостности структур баз данных, нарушение которой возможно после аппаратных сбоев.
4.4.4 Требования по безопасности Прикладные программы должны иметь защиту от некорректных действий пользователей и ошибочных исходных данных. Прикладные программы не должны во время работы модифицировать свой код или коды других программ.
Дата добавления: 2014-10-22; Просмотров: 16599; Нарушение авторских прав?; Мы поможем в написании вашей работы! Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет |