7.3. Определение коэффициента важности целей
При
построении ЭСС используется БЗ в виде
дерева целей, снабженная коэффициентами
относительной важности и направлениями
изменений каждой из вершин дерева.
Числовая характеристика важности целей
измеряется в шкале 0
1
и называетсякоэффициентом
важности целей (КОВ)
– относительный вес целей. Для измерения
КОВ используются методы непосредственной
оценки и последовательного парного
сравнения.
Пусть
имеется n целей
и выполнено их парное сравнение. Определим
матрицу z, размерность которой z: dim z=n·m:
т.е.
указывает
на предпочтительность цели (не меньшую
важность) по сравнению с другой. Тогда
. (7.1)
Пример 7.2. Пусть n=4:
А1 – обеспечить повышение производительности труда,
А2 – увеличить коэффициент сменности оборудования,
А3 – увеличить обратную величину к стоимости установленного оборудования,
А4 – обеспечить повышение удельного веса машин и оборудования в стоимости основных производственных фондов.
Задана матрица Z
Тогда в соответствии с (7.1) получим КОВ1=4; КОВ2=0,3; КОВ3=0,2; КОВ4 = 0,1.
Глава 8. Программный инструментарий разработки систем, основанных на знаниях
8.1. Цели и принципы технологии разработки программных средств
Технология – это наука о мастерстве (технос – мастерство, логос – слово, наука). Под технологией программирования понимается совокупность знаний о способах и средствах достижения целей в области ПО. Изменения являются постоянным фактором разработки ПО. Для того чтобы преодолеть их разрушающий эффект, в качестве целей технологии разработки ПО принимаются следующие свойства ПС:
модифицируемость: необходимость возникает, чтобы отразить в системе изменение требований или чтобы исправить ошибки;
эффективность системы подразумевает, что при функционировании оптимальным образом используются имеющиеся в ее распоряжении ресурсы (время, память);
надежность системы означает, что она должна предотвращать концептуальные ошибки, ошибки в проектировании и реализации, ошибки, возникающие при функционировании системы;
понимаемость является мостом между конкретной проблемной областью и соответствующим решением. Для того чтобы система была понимаемой, она должна быть прозрачной.
По мере выполнения работ необходимо придерживаться определенного набора принципов, которые обеспечивают достижение поставленных целей:
абстракция – выделение существенных свойств с игнорированием несущественных деталей. По мере декомпозиции решения на отдельные компоненты каждый из них становится частью абстракции на соответствующем уровне. Абстрагирование применяется и к данным и к алгоритмам. На любом уровне абстракции могут фиксироваться абстрактные типы данных, каждый из которых характеризуется множеством значений и множеством операций, применимых к любому объекту данного типа;
сокрытие (упрятывание) информации имеет целью сделать недоступными детали, которые могут повлиять на остальные, более существенные части системы. Упрятывание информации обычно скрывает реализацию объекта или операции и позволяет фиксировать внимание на более высоком уровне абстракции. Сокрытие проектных решений нижнего уровня оберегает стратегию принятия решений верхнего уровня от влияния деталей. Абстракция и сокрытие информации способствует модифицируемости и понимаемости ПО;
модульность реализуется целенаправленным конструированием. Модули могут быть функциональными (процедурно-ориентированными) или декларативными (объектно-ориентированными). Связность модулей определяется как мера их взаимной зависимости. В идеале должны разрабатываться слабосвязанные модули;
локализация помогает создавать слабо связанные и весьма прочные модули. По отношению к целям технологии разработки ПО принципы модульности и локализации прямо способствуют достижению модифицируемости, надежности и понимаемости.
Абстракция и модульность считаются наиболее важными принципами, используемыми для управления сложностью систем ПО. Но они не являются достаточными, потому что не гарантируют получения согласованных и правильных систем. Для обеспечения этих свойств необходимо привлекать принципы единообразия, полноты и подтверждаемости.