Файл: Министерство науки и высшего образования российской федерации рубцовский институт (филиал) федерального государственного бюджетного образовательного учреждения высшего образования.doc
Добавлен: 25.10.2023
Просмотров: 203
Скачиваний: 7
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
Планирование: на этом этапе определяются временные рамки и расписание проведения инспекции, планируется встреча или сессия инспекции. Также устанавливаются критерии оценки качества документов и определяются методы обсуждения и принятия решений.
Подготовка (экспертиза) В этой фазе каждый участник инспекции проводит индивидуальную экспертизу инспектируемых документов. Выявляют ошибки, несоответствия и потенциальные проблемы, основываясь на заданных критериях и роли, которую они играют в процессе инспекции.
Обсуждение: на этом этапе команда инспекции собирается для обсуждения и обмена своими результатами экспертизы. Участники представляют свои замечания, обсуждают их и принимают коллективные решения относительно каждого замечания. Важно, чтобы обсуждение было конструктивным и направленным на улучшение качества документов.
Завершение: на последнем этапе инспекции составляется отчёт о результатах, включающий список обнаруженных ошибок и решений по их исправлению. Кроме того, делается заключение о статусе инспектируемых документов и их готовности к следующим этапам разработки или использования.
Задание 3
Одной из важных составляющих процесса разработки программного обеспечения является контроль качества. Он включает оценку готовой продукции по качеству, допустимые отклонения от заданных требований и оценку процесса его создания.
1. Измерение параметров ресурсов, используемых программами, для выявления и устранения дефектов производительности.
2. Предварительное измерение параметров системы для использования в имитационных или аналитических моделях программ. Это особенно важно при использовании новых системных средств с неизвестными характеристиками.
3. Проверка адекватности имитационных или аналитических моделей и методов расчета характеристик выполнения программ путем сравнения результатов моделирования с реальными измерениями.
Для применения измерительных методов необходимо удовлетворение следующих условий:
1. Наличие готовой программы, которая будет подвергаться измерительному исследованию.
2. Наличие реальной вычислительной системы для выполнения программы, вместо использования только моделей или симуляторов.
3. Наличие аппаратных или программных средств для проведения измерений, которые могут включать мониторинг ресурсов системы, профилирование кода, сбор данных о производительности и другие методы.
4. Создание условий, которые помогут снизить искажения, возникающие в процессе измерений, до приемлемого уровня. Это может включать исключение внешних влияний, таких как сетевые задержки или нагрузка на систему, для обеспечения более точных результатов.
Эталоны для проверки корректности программ могут принимать следующие формы:
1. Формализованные правила – это набор конкретных правил или стандартов, определяющих допустимые методы написания и оформления программного кода. Эти правила могут включать стиль кодирования, именование переменных, форматирование и другие аспекты программирования. Формализованные правила могут быть установлены как общероссийскими стандартами, так и внутренними стандартами предприятий.
2. Программные спецификации – спецификаций, которые описывают ожидаемое поведение программы. Спецификации могут определять входные и выходные данные, предусловия и постусловия, инварианты и другие свойства программы. Путем сравнения выполнения программы с соответствующими спецификациями можно проверить ее корректность.
3. Тесты – тестовые сценарии, которые проверяют различные аспекты программы. Тесты могут быть разработаны для проверки функциональности, производительности, безопасности и других аспектов программы. Путем выполнения тестов и сравнения результатов с ожидаемыми эталонами можно определить, соответствует ли программа требуемой корректности.
Методы проверки корректности программ:
1. Верификация – это процесс проверки соответствия между программой и ее спецификацией. Она направлена на установление того, что программа была правильно разработана и соответствует заданным требованиям. Верификация включает в себя анализ и проверку кода, а также сравнение его с заданными спецификациями, чтобы убедиться, что программа работает так, как задумано.
2. Валидация – это процесс проверки соответствия между функциональностью программы и ее предполагаемым назначением или целевой задачей. Она направлена на установление того, что программа решает правильную проблему или выполняет необходимые функции. Валидация включает в себя оценку результатов работы программы, анализ ее поведения и сравнение с ожидаемыми результатами, чтобы убедиться, что программа является правильной и полезной для своего предназначения.
Задание 4
Метрика сложности программ:
При оценке сложности программ выделяют три основные группы метрик:
1. Метрики размера программ. Эти метрики оценивают размер программы и обычно измеряются в количестве строк исходного кода. Размер программы может быть использован для классификации программ разных объемов, хотя само по себе это не является достаточным показателем сложности программы. Одной из наиболее распространенных метрик размера программ является метрика Холстеда, основанная на количестве уникальных операторов и операндов в программе.
2. Метрики сложности потока управления программ. Эти метрики оценивают сложность управления потоком в программе, включая плотность управляющих переходов и их взаимосвязи. Они измеряют степень ветвления, циклов и условных операторов в программе, которые могут влиять на ее сложность и понимание. Примеры метрик сложности потока управления включают цикломатическую сложность и сложность Маккейба.
3. Метрики сложности потока данных. Эти метрики оценивают сложность потока данных в программе, то есть они анализируют как данные перемещаются и изменяются внутри программы. Они измеряют количество и типы данных, используемых в программе, а также зависимости между ними. Примеры метрик сложности потока данных включают метрики связности, глубины вызовов и сложность информационного потока.
Метрики стилистики и понятности программ:
Метрики стилистики и понятности программных продуктов используются для оценки качества кода и его соответствия определенным стандартам, а также для определения степени понятности и читаемости кода. Эти метрики помогают разработчикам создавать более качественное программное обеспечение и обеспечивать его лучшую поддержку и сопровождение. Вот некоторые распространенные метрики стилистики и понятности программных продуктов:
1. Согласованность стиля кодирования. Эта метрика оценивает, насколько код соответствует заданным стандартам и соглашениям о стиле кодирования. Она включает проверку правильного использования отступов, именования переменных, применения комментариев и других элементов, которые способствуют читабельности и понятности кода. Нарушения согласованности стиля кодирования могут указывать на потенциальные проблемы и усложнять понимание кода.
2. Количество комментариев. Эта метрика измеряет количество комментариев, добавленных в код. Хорошо написанные комментарии помогают разработчикам лучше понять назначение и функциональность кода. Однако слишком большое количество комментариев или их отсутствие также могут указывать на проблемы в коде или недостаточную ясность его структуры и намерений.
3. Простота кода. Эта метрика оценивает степень простоты и ясности кода. Простой код легче понять, поддерживать и модифицировать. Простоту кода можно измерить, например, количеством строк кода, сложностью выражений или объемом логики внутри отдельных функций. Чем меньше сложность и объем кода, тем более понятным он становится.
4. Читаемость кода. Эта метрика оценивает, насколько код легко читается и понимается другими разработчиками. Читаемый код характеризуется ясной структурой, хорошо выбранными именами переменных и функций, а также явным и логичным расположением элементов кода. Читаемость кода важна для улучшения сопровождаемости, отладки и совместной разработки программных продуктов.
Задание 5
Существуют различные типы методов анализа данных, которые используются для очистки и преобразования информации, чтобы бизнес мог принимать надежные решения на будущее. Все такие методы основаны на бизнесе и технологиях. Различные методы представлены следующим образом:
1. Анализ текста – интеллектуальный анализ данных. Оно позволяет получать достоверную информацию из большой базы данных. Основная цель этого метода – преобразовать исходные данные в достоверную бизнес-информацию, чтобы полезную информацию можно было использовать для принятия решения. Это помогает компании извлекать и классифицировать соответствующую информацию из текста. Здесь текст включает обзоры продуктов, плюсы и минусы продукта, требования клиентов, твиты о компаниях. Существует множество методов для выполнения анализа текста. Есть несколько более простых методов и некоторые продвинутые методы.
2. Статистический анализ – это процесс сбора и анализа данных с целью выявления закономерностей и тенденций, устранения предвзятости и помощи в принятии решений. Это часть бизнес-аналитики, которая включает сбор, изучение и раскрытие рыночных данных и тенденций. Подходы статистического анализа могут помочь в разработке прогностических моделей. Вместо того, чтобы предлагать простые оценки тенденций, которые могут быть изменены рядом внешних факторов, инструменты статистического анализа позволяют компаниям углубляться и оценивать больше данных.
3. Диагностический анализ – это метод исследования организационных систем, использующий при диагностике системный подход, качественную и количественную оценку свойств и состояний организации, также причин дезорганизации ее структурных образований и появления организационных патологий.
4. Прогнозный анализ основывается на методе ситуационного анализа и прогнозирования и включает расчеты прогнозного отчета о прибылях и убытках, прогнозного баланса и прогнозного отчета о движении денежных средств. Эти документы имеют агрегированную форму, что позволяет прогнозировать определяющие финансовые показатели организации, не вдаваясь в излишнюю детализацию. Прогнозный анализ должен предусматривать вариантные расчеты показателей перечисленных документов в зависимости от оценки будущего изменения исходных данных для расчетов: пессимистический, реалистический и оптимистический варианты прогноза. Прогнозные расчеты могут производиться с большей или меньшей степенью детализации. Ниже изложен один из базовых вариантов прогнозных расчетов. Отправной точкой расчетов являются соответствующие показатели отчетного года.
5. Предписывающий анализ касается решения сложных проблем, как эти проблемы решаются или какие действия были предприняты для решения этих проблем, используя эти факты и цифры, можно легко найти решение существующих проблем. Этот анализ в основном используется коммерческими компаниями, поскольку прогнозного и описательного анализа недостаточно для повышения производительности данных. Поэтому этот анализ в первую очередь направлен на поиск наилучшего образа действий для обеспечения реализации планов. И это лучше всего благодаря различным альтернативам после оценки различных альтернатив. Оценка включает рассмотрение плюсов и минусов каждого альтернативного действия. Это также снижает фактор риска в бизнесе, поскольку бизнес-решение принимается после надлежащей оценки альтернативных действий, что снижает вероятность ошибок в будущем
Задание 6
Пункт сравнения | Mozilla FireFox | Google Chrome | Opera | |||
ОС | Windows, Mac, Linux | Windows, Mac, Linux | Windows, Mac, Linux | |||
Движок | Gecko | Webret | Presto | |||
Вкладки | Да | Да | Да | |||
Менеджер закачек | Да | Да | Да | |||
Панель поиска | Да | Да | Да | |||
Проверка орфографии | Нет | Нет | Нет | |||
Блокировка баннеров | Нет | Нет | Частично | |||
Пропорциональное увеличение | Да | Да | Да | |||
Скорость «Холодный» загрузки | 17,94c | 10,90 | 2,48с | |||
Скорость «Горячей» загрузки | 2,74c | 3,01с | 2,15с |