Главная страница
Навигация по странице:

  • 7.2 Задание

  • Цель работы

  • 8.2 Задание

  • Основы программной инженерии. Методические рекомендации к практическим работам для студентов специальности 09 03 04


    Скачать 138.43 Kb.
    НазваниеМетодические рекомендации к практическим работам для студентов специальности 09 03 04
    АнкорОсновы программной инженерии
    Дата14.03.2022
    Размер138.43 Kb.
    Формат файлаdocx
    Имя файлаPractice_OPI.docx
    ТипМетодические рекомендации
    #395630
    страница6 из 6
    1   2   3   4   5   6

    7 Практическая работа № 7. Оценка качества программного обеспечения



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

    Поскольку верификация и валидация – процессы, определенные рамками процессов реализации жизненного цикла программных средств (ГОСТ Р ИСО/МЭК 12207-2010), то качество информационно- программных средств обеспечивается этими процессами только до их поставки потребителям. В целях повышения конкурентоспособности информационно-программных средств после поставки, а также подобных проектов ее создания в будущем, необходимо оценивать их качество в процессе функционирования.

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

    К методам статического тестирования (статической экспертной оценки) может быть отнесена инспекционная проверка, формальный и неформальный обзор, а динамического тестирования – формальное и неформальное тестирование,  a, b-тестирование, функциональное, исследовательское, мутационное, регрессионное, системное, инкрементное интеграционное тестирование, тестирование под нагрузкой, тестирование методом белого и черного ящика и др.. При мониторинге потребителей и социологических исследованиях могут использоваться, например: наблюдение за пользователями при работе с информационной системой, оценки квалифицированных экспертов и анкетный опрос потребителей.

    Процессы верификации, валидации и оценка при функционировании должны быть адаптированы к стандартизованным категориям качества, которые определены в международном стандарте ISO/IEC 25010:2011.

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

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

    Для оценки качества на промежуточных этапах необходимо в соответствующих точках жизненного цикла установить планируемые нормативные значения уровня качества информационно-программного средства и определить объем собираемых данных, достаточный для оценки уровня качества на соответствующих этапах верификации, валидации и функционирования. Планируемые промежуточные нормативные значения можно установить экспертным путем или попытаться спрогнозировать качество на различных этапах создания программного продукта с учетом выполнения подобных проектов в прошлом, в том числе другими организациями и специалистами. Классическое прогнозирование качества на основе многофакторного регрессионного анализа предполагает существенные трудности, связанные  со сбором необходимых статистических данных и определением функциональных факторных зависимостей. Авторами предложен метод прогнозирования качества на основе соотношений трудоемкостей работ, направленных на достижение качества и общего объема работ по созданию информационно-программных средств. Метод предусматривает в качестве исходных данных использование результатов исследований и опыта ведущих специалистов в области разработки программного обеспечения.

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

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

    Описать процесс оценки качества программной системы, выбранной в практической работе № 1.
    7.3 Содержание отчета

    Отчет по практической работе выполняется на листах формата А4. В состав отчета входят:

    1) титульный лист;

    2) цель работы;

    3) текст индивидуального задания;

    4) выполнение индивидуального задания.

    8 Практическая работа № 8. Внедрение и сопровождение программных продуктов



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

    Разрабатывается и согласовывается настройка справочников и классификаторов системы в соответствии с выявленными на предыдущих этапах требованиями.

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

    Типичная проблема - это отсутствие корпоративных стандартов.

    Производится настройка системы в соответствии с принятыми решениями и тестирование функций проектной группой.

    Важнейшим требование на данном этапе также является наличие корпоративных стандартов, так как именно они являются основой настроек системы.

    Производятся тестовые пуски в отдельных подразделениях.

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

    Описать процесс внедрения программной системы, выбранной в практической работе № 1.
    8.3 Содержание отчета

    Отчет по практической работе выполняется на листах формата А4. В состав отчета входят:

    1) титульный лист;

    2) цель работы;

    3) текст индивидуального задания;

    4) выполнение индивидуального задания.


    Список литературы


    1. https://geekbrains.ru/posts/how_to_interact

    2. https://cyberleninka.ru/article/n/razrabotka-informatsionnoy-sistemy-kompleksnogo-upravleniya-predpriyatiem

    3. Дерюгин С. В. Методы и средства проектирования информационных систем // Молодой ученый. — 2017. — №17. — С. 51-56.

    4. https://compress.ru/article.aspx?id=12147

    5. https://www.intuit.ru/studies/courses/1007/229/lecture/

    6. https://www.intuit.ru/studies/courses/1007/229/lecture/

    7. http://izron.ru/articles/aktualnye-problemy-tekhnicheskikh-nauk-v-rossii-i-za-rubezhom-sbornik-nauchnykh-trudov-po-itogam-mezh/sektsiya-2-informatika-vychislitelnaya-tekhnika-i-upravlenie-spetsialnost-05-13-00/metody-otsenki-kachestva-informatsionno-programmnykh-sredstv/

    8. http://citforum.ru/cfin/articles/organize.shtml

    9. http://bourabai.kz/alg/pro13.htm

    10. http://bs-solutions.by/services/tehnicheskaya-podderzhka-i-soprovozhdenie-programmnogo-obespecheniya
    1   2   3   4   5   6


    написать администратору сайта