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

Автор работы: Пользователь скрыл имя, 13 Мая 2013 в 18:53, контрольная работа

Описание работы

Связность модуля (Cohesion) — это мера зависимости его частей. Связность — это внутренняя характеристика модуля. Чем выше связность модуля, тем лучше результат проектирования, тем меньше «ручек управления» на нем находится и тем проще эти «ручки».
Для измерения связности используют понятие силы связности (СС). Существует 7 типов связности:
1. Связность по совпадению (СС=0). В модуле отсутствуют явно выраженные внутренние связи.
2. Логическая связность (СС=1). Части модуля объединены по принципу функционального подобия. Например, модуль состоит из разных подпрограмм обработки ошибок. При использовании такого модуля клиент выбирает только одну из подпрограмм.

Файлы: 1 файл

Документ Microsoft Office Word.docx

— 37.77 Кб (Скачать файл)

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

 

^ Определение связности  модуля

Приведем алгоритм определения  уровня связности модуля.

1. Если модуль — единичная  проблемно-ориентированная функция,  то уровень связности — функциональный; конец алгоритма. В противном  случае перейти к пункту 2.

2. Если действия внутри  модуля связаны, то перейти  к пункту 3. Если действия внутри  модуля никак не связаны, то  перейти к пункту 6.

3. Если действия внутри  модуля связаны данными, то  перейти к пункту 4. Если действия  внутри модуля связаны потоком  управления, перейти к пункту 5.

4. Если порядок действий  внутри модуля важен, то уровень  связности — информационный. В  противном случае уровень связности  — коммуникативный. Конец алгоритма.

5. Если порядок действий  внутри модуля важен, то уровень  связности — процедурный. В  противном случае уровень связности  — временной. Конец алгоритма.

6. Если действия внутри  модуля принадлежат к одной  категории, то уровень связности  — логический. Если действия внутри  модуля не принадлежат к одной  категории, то уровень связности  — по совпадению. Конец алгоритма.

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

 правило параллельной  цепи. Если все действия модуля  имеют несколько уровней связности,  то модулю присваивают самый  сильный уровень связности;

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

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

 

2. Понятие стандартизации. Цели и задачи стандартизации.

 

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

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

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

Цели стандартизации можно  подразделить на общие и более  узкие, касающиеся обеспечения соответствия. Общие цели вытекают прежде всего  из содержания понятия. Конкреизация общих целей для российской стандартизации связана с выполнением тех требований стандартов, которые являются обязательными. К ним относятся разработка норм, требований, правил, обеспечивающих:

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

• совместимость и взаимозаменяемость изделий;

• качество продукции, работ  и услуг в соответствии с уровнем  развития научно-технического прогресса;

• единство измерений;

• экономию всех видов ресурсов;

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

• обороноспособность и  мобилизационную готовность страны.

Общей целью стандартизации является защита интересов потребителей и государства по вопросам качества продукции, процессов и услуг. Согласно закону РК «О стандартизации» стандартизация как деятельность направлена на достижение следующих целей:

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

- безопасность хозяйственных  объектов с учетом риска возникновения  природных и техногенных катастроф  и других чрезвычайных ситуаций;

- обороноспособность и  мобилизационная готовность страны;

- техническая и информационная  совместимость, а так же взаимозаменяемость  продукции;

- единство измерений;

- качество продукции,  работ и услуг в соответствии  с уровнем развития науки, техники и технологии;

- экономия всех видов  ресурсов

 

Задачи стандартизации.

Основными задачами стандартизации являются:

— обеспечение взаимопонимания  между разработчиками, изготовителями, продавцами и потребителями (заказчиками);

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

— установление требований по совместимости (конструктивной, электрической, электромагнитной, информационной, программной  и др.), а также взаимозаменяемости продукции;

— согласование и увязка показателей и характеристик  продукции, ее элементов, комплектующих  изделий, сырья и материалов;

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

— установление метрологических  норм, правил, положений и требований;

— нормативно-техническое  обеспечение контроля (испытаний, анализа, измерений), сертификации и оценки качества продукции;

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

— создание и ведение  систем классификации и кодирования  технико экономической информации;

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

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

- содействие реализации  законодательства РК методами  и средствами стандартизации.

 

3. Оценка надежности программы на основе модели Миллса.

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

Модель Миллса. Использование этой модели предполагает внесение в программу некоторого количества известных ошибок. Они вносятся случайным образом и фиксируются в протоколе искусственных ошибок. Специалист, проводящий тестирование, не знает ни количества, ни характера внесенных ошибок до момента оценки показателей надежности по модели Миллса. Предполагается, что все ошибки (как имеющиеся в исследуемой программе, так и искусственно внесенные) имеют равную вероятность быть найденными в процессе тестирования. Тестируя программу в течение некоторого времени, собирают статистику об ошибках. В момент оценки надежности по протоколу искусственных ошибок все ошибки делятся на ошибки собственно программы и искусственные.

С помощью соотношения (формулы Миллса)

можно оценить первоначальное число ошибок в программе (N). Здесь S- количество искусственно внесенных ошибок, η — число найденных собственных ошибок, V- число обнаруженных к моменту оценки искусственных ошибок.

Например, если в программу внесено дополнительно 50 ошибок и к некоторому моменту тестирования обнаружено 25 собственных и 5 внесенных, то по формуле Миллса делается предположение, что первоначально в программе было 250 ошибок.

Вторая часть модели связана с проверкой гипотезы об оценке первоначального числа ошибок N b программе. Допустим, что в программе имеется l собственных ошибок. Внесем в нее еще S ошибок.

Положим, что в процессе тестирования были обнаружены все S внесенных и l собственных ошибок программы. Тогда по формуле Миллса получим, что первоначально в программе было N= n ошибок. Вероятность, с которой можно высказать такое предположение, рассчитывается с помощью следующих соотношений:

Величина С является мерой «доверия» к модели и показывает вероятность того, насколько правильно найдено значение N. Эти два связанных между собой по смыслу соотношения образуют полезную модель ошибок: первое предсказывает возможное число первоначально имевшихся в программе ошибок, а второе используется для установления доверительного уровня прогноза. Однако приведенная выше формула для расчета С не может быть использована, если не обнаружены все внесенные ошибки.



где числитель и знаменатель при n < К являются биноминальными

 коэффициентами вида





Если оценка надежности производится до момента обнаружения всех внесенных ошибок (S), величина С рассчитывается по модифицированной формуле:

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

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

Самым существенным недостатком считают необходимость внесения искусственных ошибок (этот процесс плохо формализуем) и достаточно вольное допущение величины К, которое основывается исключительно на интуиции и опыте испытателя, проводящего оценку, т. е. допускает большое влияние субъективного фактора.


Информация о работе Процедура определения типа связности модулей программных средств