Студопедия

КАТЕГОРИИ:


Архитектура-(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)

Модель анализа надежности программных средств

Характеристики качества программных средств по стандарту ISO 9126.

Основные понятия и показатели надежности программных средств.

По определению ГОСТ

Надежность – это свойство объекта выполнять задание функции, сохраняя во времени значения установленных эксплуатационных показателей в заданных пределах в соответствии с заданным режимом и условиями использования технического обслуживания, ремонта, хранения и транспортирования.

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

 

 

      - пригодность для применения
  Функциональная пригодность   - точность
    - защищенность
      - способность к взаимодействию
      - соответствие стандартам и правилам проектирования
       
      - отсутствие ошибок
  Надежность   - устойчивость к ошибкам
    - перезапускаемость
       
    Применимость   - понятность
    - обучаемость
      - простота
       
  эффективность   - ресурсная экономичность
    - временная экономичность
       
      - удобство для анализа
  сопровождаемость   - изменяемость
    - стабильность
      - тестирование
       
      - аддаптируемость
  переносимость   - структуироваемость
    - замещаемость
      - внедряемость

 


 

Объекты уязвимости   Дестабилизирующие факторы и угрозы надежности   Методы предотвращения угроз надежности   Последствия нарушения надежности
     
- вычислительный процесс - информация баз данных - объектный код программы - информация для потребителей 1. внутренние - ошибки проектирования при постановке задач - ошибки алгоритмизации - ошибки программирования - недостаточное качество средств 2. внешние - ошибки персонала при эксплуатации - искажение информации в каналах связей - сбои и отказы аппаратуры - изменение конфигурации системы - предотвращение ошибок проектирования в Case-технологиях - системное тестирование - обязательная сертификация - разрушение вычислительного процесса - разрушение информации баз данных - разрушение теста программ - разрушение информации для потребителей
   
Оперативные методы повышения надежности
- временная избыточность - информационная избыточность - программная избыточность

 

 

РОЛЬ НАДЕЖНОСТИ В РАЗРАБОТКЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ.

 

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

Хроническая неустойчивость в работе программ заставила заново пересмотреть весь процесс их разработки.

Сегодня Теория надежности охватывает весь процесс создания программ.

Процесс разработки и использования программы называется ее жизненым циклом. Он состоит из нескольких фаз.

1 фаза – требования/спецификация.

Она также может быть названа системным анализом. На єтой фазе изучается и определяется задача. Решение может сформулироватьсяя уже на стадии разработки требований/спецификаций, но его принятие следует задержать до полного понимания задачи. Только после єтого рекомендуется приступить к поиску ее решения. Решение представляется в терминах спецификации для системы ПО, которые являются основным итогом фазы создания требований/спецификации.

Серьезные помехи – частичные решения. Єто приводит к пересмотру требований и существенной переработке программ (смерть системы), т. о., хорошо продуманные требования/спецификации жизненно важны для обеспечения качества и надежности.

2 фаза – проектирование. – задача и ее требования/спецификация преобразуются в принципе решения – документы на основание которого принимаются конкретные решения для реализации. Рассматриваются вычислительные аспекты задачи- какая ЄВМ. Какими ресурсами она обладает и сколько их, какой язык программирования следует выбрвть, как разделить программу на модули, какова последовательность выполнения функций.

 

7. СОВРЕМЕННЫЕ СИСТЕМЫ АВТОМАТИЗИРОВАННОГО ПРОЕКТИРОВАНИЯ

 

Сегодня под словом “САПР” понимается гораздо большее, нежели просто “программно-аппаратный комплекс для выполнения проектных работ с использованием компьютеров”, и зачастую этот термин используется прежде всего как удобная аббревиатура для обозначения большого класса систем автоматизации. Это связано с тем, что за последние 10-15 лет такие системы прошли большой путь развития от “электронных кульманов” первого поколения, предназначенных в основном для машинной подготовки проектной документации, до современных систем, автоматизирующих практически все процессы, связанные с проектированием и изготовлением новых изделий, будь то деталь, узел машины или целый автомобиль, самолет или здание.

Разумеется, чем сложнее прорабатываемое изделие, тем более сложной и многофункциональной должна быть САПР. Системы проектирования в масштабах предприятия за рубежом принято определять как CAD/CAM/CAE-системы, функции автоматизированного проектирования распределяются в них следующим образом: модули CAD (Computer Aided Design) - для геометрического моделирования и машинной графики, модули подсистемы CAM (Computer Aided Manufacturing) - для технологической подготовки производства, а модули CAE (Computer Aided Engineering) - для инженерных расчетов и анализа с целью проверки проектных решений. Таким образом, современная система CAD/CAM/CAE способна обеспечить автоматизированную поддержку работ инженеров и специалистов на всех стадиях цикла проектирования и изготовления новой продукции (рис. 11.1).

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

 

<== предыдущая лекция | следующая лекция ==>
Источники разработки | От разрозненности к интеграции
Поделиться с друзьями:


Дата добавления: 2014-01-04; Просмотров: 801; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.013 сек.