34. Разработка интерфейса пользователя. Описание диалога. Использование сетей переходов для представления структуры диалога. Правила свёртки сети переходов.

Традиционный метод представления диалога – метод определения макетов экрана. Макет определяет внешний вид диалога при всех возможных действиях пользователя. Этот метод трудоёмкий и сложный при организации разветвлённого диалога.

Также для описания диалога используют сети переходов. Сеть переходов позволяет описать структуру программы в следующем виде: любая вершина сетей переходов соответствует точке вывода сообщения на экран или точке требования ввода от пользователя. Каждая дуга – направление связей между данными точками. Любая дуга должна иметь метку, определяющую условие перехода между различными точками системы. Даже для диалога простой структуры сети связи быстро становятся громоздкими, поэтому сеть агрегатируют – уменьшаю число визуально отображаемых связей. Для этого используют правила агрегации:

• существование более чем одной дуги между парой вершин является признаком наличия синонимов с точки зрения функционирования диалога. Такие дуги в агрегатированной сети заменяются единственной дугой с множественной меткой;

• возможность перехода по умолчанию указывается подчеркиванием метки дуги;

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

40. Критерии оценки качества по. Документирование и оценка качества в соответствии с iso 9000.

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

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

В РФ показатели качества устанавливаются ГОСТ 28.195 и ГОСТ.Р.ИСО\МЭК 9126. Согласно ГОСТ 9126 устанавливается 7 характеристик качества.

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

1) функциональные возможности – набор атрибутов, относящихся к набору функций их конкретным свойствам. Функции должны реализовывать установленные или предъявленные пользователем потребности;

2) надежность – набор атрибутов, относящихся к способности ПО сохранять свой уровень качества функционирования в установленных условиях в определенный период времени;

3) практичность – набор атрибутов, относящихся к объему требуемых данных для исполнения и индивидуальной оценке такого исполнения определенным кругом пользователей;

4) эффективность– набор атрибутов, относящихся к соответствию между уровнем качества функционирования ПО и объемом используемых при этом ресурсов;

5) сопровождаемость – набор атрибутов, относящихся к объему работ требуемых для проведения конкретных модификаций.

6) мобильность – набор атрибутов, относящихся к способности ПО быть перенесенным из одного окружения в другое;

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

Вводится четыре класса критериев добротности программ:

• количественные критерии, связанные с различными способами оценки (метриками) сложности программ (меры Холстеда, включающие ряд формул, оценивающих длину, объем, уровень и интеллектуальное содержание программ; оценка сложности управляющего графа программы; оценка модульного разбиения программы);

• генетические критерии, связанные с происхождением программы и дисциплиной ее создания;

• структурные критерии, связанные с оценкой организации управления в программе и отражением организации управления в программном тексте;

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

Если ПО сертифицировано согласно ГОСТ 9126 то, оно должно отвечать всем приведенным характеристикам.

В настоящее время существуют следующие модели качества ПО:

1. CMM – модель подготовленности предприятия к внедрению информационных технологий. На основе данной модели осуществляется проверка наличия оборудования, специалистов и техпроцессов, требующих введения автоматизации. В соответствии с CMM все предприятия делятся на пять уровней подготовленности.

2. Международный стандарт ISO-9000.