СОПРОВОЖДЕНИЕ И ОБСЛУЖИВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ КОМПЬЮТЕРНЫХ СИСТЕМ. Методические указания по выполнению практических и лабораторных работ по пм. 04
 Скачать 1.92 Mb.
|
|
Ход работы Для готового программного модуля, создать руководство пользователя программного продукта. Документация должна содержать необходимые сведения по установке, обеспечению надёжной работы продукта, справочное пособие для пользователя, демонстрационные версии, примеры документов, создаваемых при помощи данного программного продукта, обучающие программы. а). Оформлять документацию на программные средства. Текстовый документ, выполненный согласно общим положениям о стандартах докумен- тирования программных средств б) . Использовать инструментальные средства для автоматизации оформления докумен- тации. Использование текстового редактора. 17 в). Методы и средства разработки технической документации при работе использовать ссылки на следующие документы: Техническое задание Программа и методика испытаний Пояснительная записка Ведомость эксплуатационных документов Руководство программиста Практическая работа № 4.4. Измерение и анализ эксплуатационных характери- стик качества программного обеспечения Цель работы: изучить принципы измерения и анализа эксплуатационных характери- стик ПО Теоретические сведения Качество программного обеспечения Как проверить, что требования определены достаточно полно и описывают все, что ожидается от будущей программной системы? Это можно сделать, проследив, все ли необхо- димые аспекты качества ПО отражены в них. Именно понятие качественного ПО соответ- ствует представлению о том, что программа достаточно успешно справляется со всеми возло- женными на нее задачами и не приносит проблем ни конечным пользователям, ни их началь- ству, ни службе поддержки, ни специалистам по продажам. Да и самим разработчикам создание качественной программы приносит гораздо больше удовольствия. Если попросить группу людей высказать свое мнение по поводу того, что такое каче- ственное ПО, можно получить следующие варианты ответов: Его легко использовать. Оно демонстрирует хорошую производительность. В нем нет ошибок. Оно не портит пользовательские данные при сбоях. Его можно использовать на разных платформах. Оно может работать 24 часа в сутки и 7 дней в неделю. В него легко добавлять новые возможности. Оно удовлетворяет потребности пользователей. Оно хорошо документировано. Все это действительно имеет непосредственное отношение к качеству ПО. Но эти от- веты выделяют характеристики, важные для конкретного пользователя, разработчика или группы таких лиц. Для того чтобы удовлетворить потребности всех сторон (конечных пользо- вателей, заказчиков, разработчиков, администраторов систем, в которых оно будет работать, регулирующих организаций и пр.), для достижения прочного положения разрабатывае- мого ПО на рынке и повышения потенциала его развития необходим учет всей совокупности характеристик ПО, важных для всех заинтересованных лиц. Приведенные выше ответы показывают, что качество ПО может быть описано боль- шим набором разнородных характеристик. Такой подход к описанию сложных понятий назы- вается холистическим (от греческого слова ????, целое). Он не дает единой концептуальной основы для рассмотрения затрагиваемых вопросов, какую дает целостная система представ- лений (например, Ньтоновская механика в физике или классическая теория вычислимости на основе машин Тьюринга), но позволяет, по крайней мере, не упустить ничего существенного. Качество программного обеспечения определяется в стандарте ISO 9126 [1] как вся совокупность его характеристик, относящихся к возможности удовлетворять высказанные или подразумеваемые потребности всех заинтересованных лиц. Тот же стандарт ISO 9126 [1 , 2 , 3 , 4] дает следующее представление качества. 18 Различаются понятия внутреннего качества, связанного с характеристиками ПО са- мого по себе, без учета его поведения; внешнего качества, характеризующего ПО с точки зре- ния его поведения; и качества ПО при использовании в различных контекстах — того каче- ства, которое ощущается пользователями при конкретных сценариях работы ПО. Для всех этих аспектов качества введены метрики, позволяющие оценить их. Кроме того, для создания доб- ротного ПО существенно качество технологических процессов его разработки. Общие принципы обеспечения качества процессов производства во всех отраслях эко- номики регулируются набором стандартов ISO 9000. Наиболее важные для разра- ботки ПО стандарты в его составе следующие: ISO 9000:2000 Quality management systems — Fundamentals and vocabulary [5]. Системы управления качеством — Основы и словарь. (Аналог — ГОСТ Р-2001). ISO 9001:2000 Quality management systems — Requirements. Models for quality assurance in design, development, production, installation, and servicing [6] Системы управления качеством — Требования. Модели для обеспечения качества при проектировании, разработке, коммерциализации, установке и обслуживании. Определяет общие правила обеспечения качества результатов во всех процессах жиз- ненного цикла. (Аналог — ГОСТ Р-2001). o Этот стандарт выделяет следующие процессы: Управление качеством. Управление ресурсами. Развитие системы управления. Исследования рынка. Проектирование продуктов. Приобретения. Производство. Оказание услуг. Защита продуктов. Оценка потребностей заказчиков. Поддержка коммуникаций с заказчиками. Поддержка внутренних коммуникаций. Управление документацией. Ведение записей о деятельности. Планирование. Обучение персонала. Внутренние аудиты. Оценки управления. Мониторинг и измерения. Управление несоответствиями. Постоянное совершенствование. Управление и развитие системы в целом. o Для каждого процесса требуется иметь планы развития процесса, состоящие как минимум из следующих разделов: Проектирование процесса. Документирование процесса. Реализация процесса. Поддержка процесса. Мониторинг процесса. Управление процессом. Усовершенствование процесса. o Помимо поддержки и развития системы процессов, нацеленных на удовлетворе- ние нужд заказчиков и пользователей, ISO 9001 требует: 19 Определить, документировать и развивать собственную систему качества на основе измеримых показателей. Использовать эту систему качества как средство управления процессами, нацеливая их на большее удовлетворение нужд заказчиков, планируя и по- стоянно отслеживая качество результатов всех видов деятельности, в том числе и самого управления. Обеспечить использование качественных ресурсов, качественного (ком- петентного, профессионального) персонала, качественной инфраструк- туры и качественного окружения. Постоянно контролировать соблюдение требований к качеству на прак- тике, во всех процессах проектирования, производства, предоставления услуг и при приобретениях. Предусмотреть процесс устранения дефектов, определить и контролиро- вать качество результатов этого процесса. Ранее использовавшиеся стандарты ISO 9002:1994 Quality systems — Model for quality assurance in production, installation and servicing и ISO 9003:1994 Quality systems — Model for quality assurance in final inspection and test в 2000 году были заменены соответствующими им частями ISO 9001. ISO 9004:2000 Quality management systems — Guidelines for performance improve- ments [7]. Системы управления качеством. Руководство по улучшению деятельности. (Аналог — ГОСТ Р-2001). ISO/IEC 90003:2004 Software engineering — Guidelines for the application of ISO 9001:2000 tocomputer software . Руководящие положения по применению стандарта ISO 9001 при разработке, поставке и обслуживании программного обеспечения Этот стандарт конкретизирует положения ISO 9001 для разработки программных си- стем, с упором на обеспечение качества при процессе проектирования. Он также определяет некоторый набор техник и процедур, которые рекомендуется применять для контроля и обес- печения качества разрабатываемых программ. Стандарт ISO 9126 [1 , 2 , 3 , 4] предлагает использовать для описания внутреннего и внешнего качества ПО многоуровневую модель. На верхнем уровне выделено 6 основных ха- рактеристик качества ПО. Каждая характеристика описывается при помощи нескольких вхо- дящих в нее атрибутов. Ниже приведены определения характеристик и атрибутов по стандарту ISO 9126:2001: Функциональность (functionality) Способность ПО в определенных условиях решать задачи, нужные пользователям. Определяет, что именно делает ПО, какие задачи оно решает. o Функциональная пригодность (suitability). Способность решать нужный набор задач. o Точность (accuracy). Способность выдавать нужные результаты. o Способность к взаимодействию (interoperability). Способность взаимодействовать с нужным набором других систем. o Соответствие стандартам и правилам (compliance). Соответствие ПО имеющимся индустриальным стандартам, нормативным и законода- тельным актам, другим регулирующим нормам. o Защищенность (security). Способность предотвращать неавторизированный, т.е. без указания лица, пытающе- гося его осуществить, и неразрешенный доступ к данным и программам. Надежность (reliability). 20 Способность ПО поддерживать определенную работоспособность в заданных усло- виях. o Зрелость, завершенность (maturity). Величина, обратная частоте отказов ПО. Обычно измеряется средним временем работы без сбоев и величиной, обратной вероятности возникновения отказа за данный период времени. o Устойчивость к отказам (fault tolerance). Способность поддерживать заданный уровень работоспособности при отказах и нару- шениях правил взаимодействия с окружением. o Способность к восстановлению (recoverability). Способность восстанавливать определенный уровень работоспособности и целост- ность данных после отказа, необходимые для этого время и ресурсы. o Соответствие стандартам надежности (reliability compliance). Этот атрибут добавлен в 2001 году. Удобство использования (usability) или практичность. Способность ПО быть удобным в обучении и использовании, а также привлекательным для пользователей. o Понятность (understandability). Показатель, обратный к усилиям, которые затрачиваются пользователями на восприя- тие основных понятий ПО и осознание их применимости для решения своих задач. o Удобство обучения (learnability). Показатель, обратный усилиям, затрачиваемым пользователями на обучение работе с ПО. o Удобство работы (operability). Показатель, обратный усилиям, предпринимаемым пользователями для решения своих задач с помощью ПО. o Привлекательность (attractiveness). Способность ПО быть привлекательным для пользователей. Этот атрибут добавлен в 2001 году. o Соответствие стандартам удобства использования (usability compliance). Этот атрибут добавлен в 2001 году. Производительность (efficiency) или эффективность. Способность ПО при заданных условиях обеспечивать необходимую работоспособ- ность по отношению к выделяемым для этого ресурсам. Можно определить ее и как отношение получаемых с помощью ПО результатов к затрачиваемым на это ресурсам всех типов. o Временная эффективность (time behaviour). Способность ПО выдавать ожидаемые результаты, а также обеспечивать передачу не- обходимого объема данных за отведенное время. o Эффективность использования ресурсов (resource utilisation). Способность решать нужные задачи с использованием определенных объемов ресур- сов определенных видов. Имеются в виду такие ресурсы, как оперативная и долговременная память, сетевые соединения, устройства ввода и вывода и пр. o Соответствие стандартам производительности (efficiency compliance). Этот атрибут добавлен в 2001 году. Удобство сопровождения (maintainability). Удобство проведения всех видов деятельности, связанных с сопровождение программ. o Анализируемость (analyzability) или удобство проведения анализа. Удобство проведения анализа ошибок, дефектов и недостатков, а также удобство ана- лиза необходимости изменений и их возможных последствий. o Удобство внесения изменений (changeability). Показатель, обратный трудозатратам на выполнение необходимых изменений. o Стабильность (stability). 21 Показатель, обратный риску возникновения неожиданных эффектов при внесении не- обходимых изменений. o Удобство проверки (testability). Показатель, обратный трудозатратам на проведение тестирования и других видов проверки того, что внесенные изменения привели к нужным результатам. o Соответствие стандартам удобства сопровождения (maintainability compliance). Этот атрибут добавлен в 2001 году. Переносимость (portability). Способность ПО сохранять работоспособность при переносе из одного окружения в другое, включая организационные, аппаратные и программные аспекты окружения. Иногда эта характеристика называется в русскоязычной литературе мобильностью. Од- нако термин "мобильность" стоит зарезервировать для перевода "mobility" — способности ПО и компьютерной системы в целом сохранять работоспособность при ее физическом перемеще- нии в пространстве. o Адаптируемость (adaptability). Способность ПО приспосабливаться различным окружениям без проведения для этого действий, помимо заранее предусмотренных. o Удобство установки (installability). Способность ПО быть установленным или развернутым в определенном окружении. o Способность к сосуществованию (coexistence). Способность ПО сосуществовать с другими программами в общем окружении, деля с ними ресурсы. o Удобство замены (replaceability) другого ПО данным. Возможность применения данного ПО вместо других программных систем для реше- ния тех же задач в определенном окружении. o Соответствие стандартам переносимости (portability compliance). Этот атрибут добавлен в 2001 году. Перечисленные атрибуты относятся к внутреннему и внешнему качеству ПО согласно ISO 9126. Для описания качества ПО при использовании стандарт ISO 9126-4 [4] предлагает другой, более узкий набор характеристик. Эффективность (effectiveness). Способность ПО предоставлять пользователям возможность решать их задачи с необ- ходимой точностью при использовании в заданном контексте. Продуктивность (productivity). Способность ПО предоставлять пользователям определенные результаты в рамках ожидаемых затрат ресурсов. Безопасность (safety). Способность ПО обеспечивать необходимо низкий уровень риска нанесения ущерба жизни и здоровью людей, бизнесу, собственности или окружающей среде. Удовлетворение пользователей (satisfaction). Способность ПО приносить удовлетворение пользователям при использовании в задан- ном контексте. Помимо перечисленных характеристик и атрибутов качества, стандарт ISO 9126:2001 определяет наборы метрик для оценки каждого атрибута. Приведем следующие примеры таких метрик. Полнота реализации функций — процент реализованных функций по отношению к перечисленным в требованиях. Используется для измерения функциональной пригодно- сти. Корректность реализации функций — правильность их реализации по отношению к требованиям. Используется для измерения функциональной пригодности. 22 Отношение числа обнаруженных дефектов к прогнозируемому. Используется для определения зрелости. Отношение числа проведенных тестов к общему их числу. Используется для опреде- ления зрелости. Отношение числа доступных проектных документов к указанному в их списке. Ис- пользуется для измерения удобства проведения анализа. Наглядность и полнота документации. Используется для оценки понятности. Перечисленные характеристики и атрибуты качества ПО позволяют систематически описывать требования к нему, определяя, какие свойства ПО по данной характеристике хотят видеть заинтересованные стороны. Таким образом, требования должны определять следующее. Что ПО должно делать, например: o позволять клиенту оформить заказы и обеспечить их доставку; o обеспечивать контроль качества строительства и отслеживать проблемные места; o поддерживать нужные характеристики автоматизированного процесса производ- ства, предотвращая аварии и оптимальным образом используя имеющиеся ре- сурсы. Насколько оно должно быть надежно, например: o работать 7 дней в неделю и 24 часа в сутки; o допускается неработоспособность в течение не более 3 часов в год; o никакие введенные пользователями данные при отказе не должны теряться. Насколько им должно быть удобно пользоваться, например: o покупатель должен, зная название товара и имея средние навыки работы в Ин- тернет, находить нужный ему товар за не более чем 2 минуты; o инженер по специальности "строительство мостов" должен в течение одного дня уметь разобраться в 80% функций системы. Насколько оно должно быть эффективно, например: o поддерживать обслуживание до 10000 запросов в секунду; o время отклика на запрос при максимальной загрузке не должно превышать 3 с; o время реакции на изменение параметров процесса производства не должно пре- вышать 0.1 с; o на обработку одного запроса не должно тратиться более 1 MB оперативной па- мяти. Насколько удобно должно быть его сопровождение, например: o добавление в систему нового вида запросов не должно требовать более 3 чело- веко-дней; o добавление поддержки нового этапа процесса производства не должно стоить бо- лее $20000. Насколько оно должно быть переносимо, например: o ПО должно работать на операционных системах Linux, Windows XP и MacOS X; o ПО должно работать с документами в форматах MS Word 97 и HTML; o ПО должно сохранять файлы отчетов в форматах MS Word 2000, MS Excel 2000, HTML, RTF и в виде обычного текста; o ПО должно сопрягаться с существующей системой записи данных о заказах. Приведенные атрибуты качества закреплены в стандартах, но это не значит, что они вполне исчерпывают понятие качества ПО. Так, в стандарте ISO 9126 отсутствуют характери- стики, связанные с |