Презентация, доклад на тему Принципы обеспечения показателей качества программного продукта

отвечать функциональным и нефункциональным требованиям, в соответствии с которыми он создавался, иметь ценность для бизнеса, отвечать ожиданиям пользователей

приложениями качество должно отслеживаться на всех этапах жизненного цикла ПО.

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

обладать высоким потребительским качеством, независимо от области применения: внутреннее использование разработчиком, бизнес, наука и образование, медицина, коммерческие продажи, социальная сфера, развлечения, веб и др.

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

в эксплуатации, надежность, производительность, защищенность, удобство сопровождения.

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

Производительность характеризуется временем выполнения заданных транзакций или длительных операций.

повреждений, утраты, несанкционированного доступа и преступной деятельности.

Удобство сопровождения определяет легкость, с которой обслуживается продукт в плане простоты исправления дефектов, внесения корректив для соответствия новым требованиям, управления измененной средой.

ПО, избегать потерь времени на переделку, повторное проектирования и перепрограммирование ПО.

ПО гарантировать, что программные проекты отвечают заданным параметрам качества.

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

для гарантии того, что промежуточные версии отвечают заданным показателям качества.

При этом применяются автоматические и ручные тесты.

тесты пишутся и исполняются разработчиками в процессе написания кода.

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

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

к системе новых функций.

корректности работы компонентов системы, которые потенциально могут взаимодействовать с измененным компонентом.

продукта.

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

Приемочные тесты пишутся бизнес-аналитиками, специалистами по контролю качества и тестировщиками.

легко вносить изменения в код, а также тем насколько доступен код для понимания.

Созданное программное приложение может выполнять требуемые функции, но иметь проблемы с внесением изменений или пониманием созданного кода.

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

М. рефакторинг определяется как "процесс изменения программной системы таким образом, что её внешнее поведение не изменяется, а внутренняя структура улучшается".

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

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

проектирования ПО.

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

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

Принцип подстановки Лисков определяет, что должна быть возможность вместо базового класса подставить любой его подтип.

от модулей нижнего уровня. И те и другие должны зависеть от абстракций;

абстракции не должны зависеть от деталей. Детали должны зависеть от абстракций.

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

следует выделить те, которые целесообразно применять при гибкой разработке программного обеспечения. Это паттерны Команда, Стратегия, Фасад, Посредник, Одиночка, Фабрика, Компоновщик, Наблюдатель, Абстрактный сервер/адаптер/шлюз, Заместитель и Шлюз, Посетитель и Состояние.

Использование паттернов при разработке позволяет создавать программное обеспечение, которое легко модифицировать и сопровождать.

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

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

Тестирование программного продукта позволяет на протяжении всего жизненного цикла ПО гарантировать, что программные проекты отвечают заданным параметрам качества.

На протяжении всего жизненного цикла разработки ПО применяются различные типы тестирования.

определяют качество программного продукта?
Какая роль тестирования в обеспечении качества программного продукта?
Какие типы тестов используют для проверки качества программного продукта?
Для чего применяется регрессионное тестирование?
Для чего применяют рефакторинг кода?
Приведите признаки некачественного кода.