Вопрос 16: Источники и классификация ошибок. Классификация ошибок

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

Первый — это ошибка в ментальной модели программиста, ошибка в его рассуждениях о

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

Второй смысл — это некорректные значения данных (выходных или внутренних ), которые возникают при ошибках в работе программы.

Эти понятия некоторым образом связаны с основными источниками ошибок. Поскольку при разработке программ необходимо сначала понять задачу , затем придумать ее решение и закодировать его в виде программы , то , соответственно , основных источников ошибок три .

• Неправильное понимание задач.

Для предотвращения неправильного понимания задач программной системы служит анализ предметной области .

• Неправильное решение задач.

Зачастую , даже правильно поняв , что именно нужно сделать , разработчики выбирают неправильный подход к тому , как это делать..

• Неправильный перенос решений в код .

Имея правильное решение правильно понятой задачи, люди , тем не менее , способны сделать достаточно много ошибок при воплощении этих решений.

Классификация ошибок по степени их критичности

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

(Разрушение системы - вызвать крах или зависание всей системы.

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

Критические – ошибки, которые приводят к «зависанию» или «падению» самой программы, не затрагивая операционной системы в целом.)

Первое место в неформальном состязании за место «самой дорого обошедшейся ошибки в ПО » запуск ракеты и отключение электроэнергии.

Стоит отметить , что в большинстве ошибок , имевших тяжелые последствия , нельзя однозначно приписать всю вину за случившееся ровно одному недочету , одному месту в коде . Ошибки очень часто «охотятся стаями ». К тяжелым последствиям чаще всего приводят ошибки системного характера , затрагивающие многие аспекты и элементы системы в целом . Это значит , что при анализе такого происшествия обычно выявляется множество частных ошибок , нарушений действующих правил , недочетов в инструкциях и требованиях , которые совместно привели к создавшейся ситуации .

Вопрос 17) Объектно-ориентированное проектирование

Объе́ктно-ориенти́рованное программи́рование (ООП) — парадигма программирования, в которой основными концепциями являются понятия объектов и классов (либо, в менее известном варианте языков с прототипированием — прототипов).

Класс — это тип, описывающий устройство объектов. Понятие «класс» подразумевает некоторое поведение и способ представления. Понятие «объект» подразумевает нечто, что обладает определённым поведением и способом представления. Говорят, что объект — это экземпляр класса. Класс можно сравнить с чертежом, согласно которому создаются объекты. Обычно классы разрабатывают таким образом, чтобы их объекты соответствовали объектам предметной области.

Класс является описываемой на языке терминологии (пространства имён) исходного кода моделью ещё не существующей сущности, т. н. объекта.

Объект — сущность в адресном пространстве вычислительной системы, появляющаяся при создании экземпляра класса (например, после запуска результатов компиляции (и линковки) исходного кода на выполнение).

Прототип — это объект-образец, по образу и подобию которого создаются другие объекты.

Основные понятия

Абстракция данных

Объекты представляют собою упрощенное, идеализированное описание реальных сущностей предметной области. Если соответствующие модели адекватны решаемой задаче, то работать с ними оказывается намного удобнее, чем с низкоуровневым описанием всех возможных свойств и реакций объекта.

Инкапсуляция

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

Сокрытие данных

Сокрытие данных — неотделимая часть ООП, управляющая областями видимости. Является логическим продолжением инкапсуляции. Целью сокрытия является невозможность для пользователя узнать или испортить внутреннее состояние объекта.

Наследование

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

Полиморфизм

Полиморфизмом называют явление, при котором функции (методу) с одним и тем же именем соответствует разный программный код (полиморфный код) в зависимости от того, объект какого класса используется при вызове данного метода. Полиморфизм обеспечивается тем, что в классе-потомке изменяют реализацию метода класса-предка с обязательным сохранением сигнатуры метода. Это обеспечивает сохранение неизменным интерфейса класса-предка и позволяет осуществить связывание имени метода в коде с разными классами — из объекта какого класса осуществляется вызов, из того класса и берётся метод с данным именем. Такой механизм называется динамическим (или поздним) связыванием — в отличие от статического (раннего) связывания, осуществляемого на этапе компиляции .

Источники и классификация ошибок.