Национальный цифровой ресурс Руконт - межотраслевая электронная библиотека (ЭБС) на базе технологии Контекстум (всего произведений: 635151)
Контекстум
Руконтекст антиплагиат система
Банковские технологии  / №11 2010

Повышение качества компьютерных программ (80,00 руб.)

0   0
Первый авторТеренин
ИздательствоМ.: ПРОМЕДИА
Страниц6
ID313661
АннотацияО современных направлениях организации тестирования и обеспечения качества при создании компьютерных программ.
УДК004.41/.42
Теренин, А. Повышение качества компьютерных программ / А. Теренин // Банковские технологии .— 2010 .— №11 .— С. 36-41 .— URL: https://rucont.ru/efd/313661 (дата обращения: 07.05.2024)

Предпросмотр (выдержки из произведения)

ТЕМА НОМЕРА ТЕХНОЛОГИИ УПРАВЛЕНИЯ БАНКОМ Повышение качества компьютерных программ. <...> Кроме того, качественная программа должна иметь высокий уровень исполнения и по другим требованиям: коррект ности, надежности, удобства использования, гибкости, масштабируемости, открытости, безотказности, произ водительности и т. д. <...> Все эти показатели характеризуют уровень качества программы. <...> Для проверки безопасности программ мо гут использоваться как общие технологии тестирова ния и обеспечения качества, так и применяемые специ ально для этих направлений (например, автоматизация попыток взлома, подбора ключа или пароля и т. п.) <...> . Современные разработчики прилагают большие уси лия для обеспечения высокого уровня качества своей продукции, чтобы поставлять востребованный продукт и получить конкурентное преимущество. <...> Практически везде задействованы процессы тестирования программ, 36 БАНКОВСКИЕ ТЕХНОЛОГИИ • № 11 • 2010 ТЕМА НОМЕРА ТЕХНОЛОГИИ УПРАВЛЕНИЯ БАНКОМ их валидации и верификации, инспекции кода, контро ля качества и аудита. <...> Контроль качества осуществляет ся на каждой фазе производства программного обеспе чения, в обеспечении качества задействован практичес ки весь персонал. <...> Классическим определением качества является соот ветствие продукта ожиданиям/потребностям клиен та/заказчика/потребителя. <...> Из поля зрения необходимо не упустить прежде всего не функциональные, системные требования, так как функ циональные обычно закреплены в проектной документа ции, в то время как нефункциональные начинают уточ няться уже в процессе эксплуатации программы. <...> Кроме того, обязательно нужно использовать инстру ментарий для сопровождения разработки, поддержива ющий процессы планирования, сбора и управления тре бованиями, управления изменениями, конфигурацион ного управления (кодом, документацией, тестами, пла нами и прочими составляющими проекта), управления проблемами <...>