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

  • 29. Содержание четырехфазной модели управления качеством American Supplier Institute – ASI

  • 30. Содержание V-модели жизненного цикла верификации программных систем (руководство ESA PSS-05-10)

  • 31. Модель CMM. Название стандарта. Содержание уровней зрелости

  • 33. Принципы SMART: учет специфики проблемы Specific: Конкретный

  • 34. Принципы SMART: измеримость — Measurable: Измеримый

  • 35. Принципы SMART: ориентация на действие — Achievable: Достижимый

  • 36. Принципы SMART: реалистичность — Relevant: Значимый

  • 37. Принципы SMART: ограниченная продолжительность — Time-bound: Ограниченный во времени

  • 38. Базовые положения RCA

  • 39. Инструментарий и технологии RCA

  • Вопросы Место задач управления функциональной безопасностью при решении задач реализации положений доктрины Industry 0


    Скачать 478.57 Kb.
    НазваниеВопросы Место задач управления функциональной безопасностью при решении задач реализации положений доктрины Industry 0
    Дата02.07.2022
    Размер478.57 Kb.
    Формат файлаdocx
    Имя файлаOKiTPO_teoria.docx
    ТипДокументы
    #623165
    страница4 из 4
    1   2   3   4
    28. Сходство и различие подходов Software Quality Assurance и Software Validation and Verification (руководство ESA PSS-05-11) Идея стандарта SQA: идеальный процесс даёт идеальный продукт. Сходство подходов: оба подхода охватывают весь жизненный цикл разработки? Различие подходов: В то время как SQA проверяет процессы на соответствие планам, а выходные продукты на соответствие стандартам, Software Verification and Validation (SVV, верификация и валидация ПО) проверяет выходные продукты на соответствие входным продуктам. SVV отвечает на такие вопросы: ● Верификация: Создаем ли мы продукт правильно? ● Валидация: Правильный ли продукт мы создаем? Мы проектируем то, что хотим Таблица из двух колонок: SQA и SVV 1) SQA: это комплекс мероприятий по обеспечению качества в процессах разработки программного обеспечения (что в конечном итоге приводит к повышению качества программных продуктов). Деятельность устанавливает и оценивает процессы, которые производят продукты. 1) SVV: это комплекс мероприятий по обеспечению качества программных продуктов. Деятельность направлена на выявление дефектов в реальных произведенных продуктах. 2) SQA: процесс разработки 2) SVV: продукт 3) SQA: организация процесса 3) SVV: конкретный продукт 4) SQA: все продукты, которые когда либо будут созданы процессом 4) SQA: конкретный продукт 5) SQA: организация процесса; проверка; обучение 5) SVV: отзывы; тестирование 6) SQA: отвечает за полный жизненный цикл разработки программного обеспечения 6) SVV: отвечает за жизненный цикл тестирования программного обеспечения Сходства: Как SQA, так и SQC обеспечивают качество продукта, ведь главная идея какая: Идеальный процесс дает идеальный продукт. И если организовать процесс разработки некачественно, то нельзя гарантировать не то что идеальный, а даже продукт среднего качества.

    29. Содержание четырехфазной модели управления качеством American Supplier Institute – ASI Четырехфазная модель управления качеством American Supplier Institute – ASI - представляет из себя четырех компонентную модель, каждый из компонентов который является “домом качества”. Каждый “дом качества” состоит из “крыши”, “крыльца”, “подвала”, “комнаты”. Главная идея в том, что есть систематическая процедура последовательного преобразования потребностей пользователя в технические характеристики. Методология “развёртывание функций качества" — QFD. Это разработка института ASI. Рассматриваем четырёхекомпонентную модель управления качеством. Основная идея методологии QFD состоит в многостадийном применении «Домов качества» (базового инструмента для визуализации качественных данных). Потребности покупателя по определённым шаблонам трансформируются в исполняемый код. В “доме качества” есть матрица преобразований потребностей пользователя в технические характеристики. Крыша “дома качества” говорит о том, что эти технические характеристики между собой связаны. Причём одни и те же потребности можно реализовать разными способами. Технические характеристики трансформируются в характеристики подсистем, характеристики подсистем трансформируются в характеристики процессов, а характеристики процессов трансформируются в свойства продукта. Эта модель - универсальный шаблон действий на разных стадиях жизненного цикла. Данную модель с математической точки зрения можно представить в виде графа, что позволяет проводить различные исследования устойчивости, петли положительных отрицательных связей и т.д. То есть возникает возможность использовать формальные приёмы для сравнительного анализа альтернатив построения программных продуктов. Метод структурирования функции качества (QFD-анализ, «Дом качества») – технология проектирования изделий и процессов, позволяющая преобразовывать пожелания потребителя в технические требования к изделиям и параметрам процессов их производства. Основная идея метода заключается в понимании того, что между потребительскими свойствами и нормируемыми в стандартах параметрами продукта существует большое различие. В целом метод QFD позволяет не только формализовать процедуру определения основных характеристик разрабатываемого продукта с учетом пожеланий потребителя, но и принимать обоснованные решения по управлению качеством процессов его создания. Таким образом, «развертывая» качество на начальных этапах жизненного цикла продукта в соответствии с нуждами и пожеланиями потребителя, удается избежать корректировки параметров продукта после его появления на рынке (или, по крайней мере, свести ее к минимуму), а следовательно, обеспечить высокую ценность и одновременно относительно низкую стоимость продукта (за счет сведения к минимуму непроизводственных издержек).

    30. Содержание V-модели жизненного цикла верификации программных систем (руководство ESA PSS-05-10) V-модель - это графическое представление жизненного цикла разработки систем. Он используется для создания строгих моделей жизненного цикла разработки и моделей управления проектами. V-model делится на три широкие категории: немецкая V-Modell, общая тестовая модель и государственный стандарт США V-модель — это тип модели SDLC, в которой процесс выполняется последовательно в V-образной форме. Модель основана на объединении фазы тестирования с каждой соответствующей стадией разработки. Разработка каждого шага напрямую связана с этапом тестирования. Следующая фаза начинается только после завершения предыдущей. Каждый этап разработки, напрямую связан с тестированием этого этапа. Этап проектирования V-модели: - Анализ требований — этап включает общение с заказчиком с целью выделить его требования и ожидания от проекта. Другое название этого этапа — сбор требований. - Проектирование системы — этап включает проектирование системы и настройку оборудования и коммуникаций для разработки продукта. - Архитектурный дизайн — системный дизайн, разбивка на модули, выполняющие различные функции. Передача данных и связь между внутренними модулями и с другими системами. - Разработка модулей- система разбивает на небольшие модули. Определяется детальный дизайн модулей, также известный как Low-Level Design (LLD).

    31. Модель CMM. Название стандарта. Содержание уровней зрелости Capability Maturity Model Integration (CMMI) – комплексная модель производительности и зрелости – набор моделей (методологий) совершенствования процессов в организациях разных размеров и видов деятельности. CMMI содержит набор рекомендаций в виде практик, реализация которых, по мнению разработчиков модели, позволяет реализовать цели, необходимые для полной реализации определенных областей деятельности. Содержание 5 уровней зрелости: • Начальный уровень: Уровень 1 - означает, что процессы создания ПО на предприятии не формализованы. Они не могут строго планироваться и отслеживаться, их успех носит случайный характер. Результат работы целиком и полностью зависит от личных качеств отдельных сотрудников. При увольнении таких сотрудников проект останавливается. • Повторяемый уровень: Уровень 2. Внедрены формальные процедуры выполнения основных этапов процесса разработки. Результаты выполнения процесса соответствуют заданным требованиям и стандартам. Основное отличие от уровня 1 состоит в том, что выполнение процесса планируется и контролируется. Применяемые средства планирования и управления дают возможность повторения ранее достигнутых успехов. В центре не личные, а систематические процедуры. • Определенный уровень: Уровень 3. Требует, чтобы все элементы процесса были определены, стандартизованы и задокументированы. Основное отличие от уровня 2 заключается в том, что все этапы процесса уровня 3 планируются и управляются на основе единого стандарта предприятия. Качество разрабатываемого ПО уже не зависит от способностей отдельных личностей. • Управляемый уровень: Уровень 4. На предприятии используются количественные показатели качества как программных продуктов, так и процесса. Это обеспечивает более точное планирование проекта и контроль качества его результатов. Основное отличие от уровня 3 состоит в более объективной, количественной оценке продукта и процесса. • Оптимизирующий уровень: Уровень 5. Подразумевает, что главной задачей предприятия становится постоянное улучшение и повышение эффективности существующих процессов, ввод новых технологий. Основное отличие от уровня 4 заключается в том, что технологии разработки и сопровождения программных продуктов планомерно и последовательно совершенствуются.

    32. Основные фазы RCA 1. Определение проблемы. Корректное определение проблемной ситуации является критически важным фактором успеха RCA. Если проблема корректно не определена, использование RCA завершится провалом. Результатом решения этого класса задач является план проекта урегулирования проблемной ситуации. 2. Понимание проблемы. Основой решения этого класса задач является структуризация проблемы, например, за счет построения совокупности когнитивных карт (моделей). Результатом решения этого класса задач является ясное понимание существа проблемы. Для решения задач этого класса могут использоваться различные инструменты, такие, например, как анализ причинно-следственных связей; мозговой штурм и т.д. 3. Немедленное действие. Фокусом этой задачи является незамедлительная реализация мер по урегулированию проблемной ситуации. При этом исходят из того, что чем дальше решение от источника проблемы, тем меньше шансов, что деятельность будет эффективной. 4. Корректирующие действия. Определение и ранжирование наиболее возможных причин проблемы. Фундаментальной предпосылкой является то, что временные меры не устраняют коренных причин проблемы. Реализация корректных мер, как минимум смягчает, а как максимум устраняет коренные причины. 5. Подтверждение правильности решения. После определения способов воздействия на коренные причины и их реализации, необходимо убедиться в их действенности. Наличие подтверждения успешности предлагаемых решений создает основу реализации действий, предупреждающих возникновения проблемы в последующем.

    333333. Принципы SMART Метод SMART — это подход к постановке целей, который помогает выбрать формулировку желаемого результата, дает чувство направления и помогает организовать и достичь целей. Это просто форма записи ваших целей, а не методика их достижения. SMART — это мнемоническая аббревиатура, используемая в менеджменте и проектном управлении для определения целей и постановки задач.



    33. Принципы SMART: учет специфики проблемы Specific: Конкретный Ваша цель должна быть сформулирована четко и конкретно, иначе вы не сможете сосредоточить свои усилия или почувствовать себя по-настоящему мотивированным для ее достижения. Цель должна задавать направление работы. • Чего я хочу достичь? • Почему эта цель важна? • Кто участвует? • Где это находится? • Какие ресурсы или ограничения задействованы? Например: Увеличить чистую прибыль собственного предприятия

    34. Принципы SMART: измеримость — Measurable: Измеримый Важно иметь измеримые цели, чтобы вы могли отслеживать свой прогресс и оставаться мотивированным. Необходимо установить конкретные критерии для измерения процесса выполнения цели это помогает вам оставаться сосредоточенным, укладываться в сроки и чувствовать волнение от приближения к достижению своей цели. • Как понять, что цель достигнута? • Чтобы достигнуть цели необходимо работать над чем? Например: Увеличить прибыль собственного предприятия на 25%

    35. Принципы SMART: ориентация на действие — Achievable: Достижимый Ваша цель также должна быть реалистичной и достижимой, так как реалистичность выполнения задачи влияет на мотивацию. Достижимость цели определяется на основе опыта, ресурсов и ограничений. Если цель кажется недостижимой, ее выполнение стремиться к 0, лучше поставить промежуточную\доступную вам цель. Если цель поставлена и вы её откладываете – нужно ставить цель проще. • Делали ли это раньше другие? • Как я могу достичь этой цели? • Способны ли вы посвятить себя достижению цели? • Достаточно ли у меня опыта, времени, ресурсов и возможностей для достижения цели? • Что может помешать или не хватать достижению результата? Например: Увеличить прибыль собственного предприятия на 25% за счёт снижения себестоимости продукции, автоматизации ресурсоёмких операций и сокращения штата занятых на исполнении автоматизируемых операций сотрудников на 80% от текущего количества

    36. Принципы SMART: реалистичность — Relevant: Значимый Действительно ли ваша цель важна для вас (требуется анализа вопроса – «Почему я этого хочу?»), и что она также согласуется с другими соответствующими целями в том смысле, что цель может быть реально достигнута с учетом имеющихся ресурсов и времени. Если цель сложная или вы не уверены, что хотите её преследовать, поставьте промежуточную цель для эксперимента. Пройти часть пути – есть ли охота дальше стремиться к ней? • Что произойдет, если цель не будет достигнута? • Способны ли вы посвятить себя достижению цели? Значимая цель отвечает «ДА» на следующие вопросы: • Сейчас подходящие время? • Стоит ли это того, учитывая время и ресурсы? • Соответствует ли это другим вашим усилиям/потребностям? • Подхожу ли я для достижения этой цели? • Применим ли он в нынешних социально-экономических условиях? Например: Cокращение штата занятых на исполнении автоматизируемых операций сотрудников на 80 %; не требует увольнения сотрудников; вместо экономии на сотрудниках, им можно предложить другие должности, где они смогут поднять выручку

    37. Принципы SMART: ограниченная продолжительность — Time-bound: Ограниченный во времени Цель должна быть ограничена по выполнению во времени, а значит должен быть определен финальный срок, превышение которого говорит о невыполнении цели. Установление временных рамок и границ для выполнения цели позволяет сделать процесс управления контролируемым. При этом временные рамки должны быть определены с учетом возможности достижения цели в установленные сроки. Если цель не ограничена во времени, не будет ощущения срочности и, следовательно, выполнение цели растянется на долго. • Когда будет финальный срок достижения цели? Например: К окончанию второго квартала следующего года увеличить прибыль собственного предприятия на 25 % за счет снижения себестоимости продукции, автоматизации ресурсоемких операций и сокращения штата занятых на исполнении автоматизируемых операций сотрудников на 80% от текущего количества Когда вы используете SMART, вы можете создавать четкие, достижимые и значимые цели, а также развивать мотивацию, план действий и поддержку, необходимые для их достижения

    38. Базовые положения RCA 1. RCA должен выполняться на систематической основе; допущения, возможные причины и заключение должны подтверждаться данными и документально оформленными событиями. 2. Эффективность RCA обеспечивается выявлением и анализом всех доступных связей между коренными причинами и выделенной проблемой. 3. В большинстве случаев каждой проблеме может быть поставлена в соответствии множество коренных причин. 4. Должны быть либо понятны отношения между коренными причинами. Выявление этих отношений позволит понять, как они влияют друг на друга, а также может послужить предметом дискуссии экспертов, что, в свою очередь, является основой построения онтологической модели ситуации. 5. Потенциальные варианты решения проблемы должны быть проанализированы с двух позиций: насколько в долговременной перспективе они решают проблемы; в какие экономические затраты для организации выливается реализация

    39. Инструментарий и технологии RCA Пять «Почему»? 5 «почему» — это еще один инструмент мозгового штурма, который помогает вам определить возможные причины проблемы, задавая «почему» до тех пор, пока вы не получите удовлетворительный ответ. Технику можно применить практически к чему угодно — от производственного процесса, который не работает, до человека, опоздавшего на работу, или жалобы клиента. В 5 «почему» вы начинаете с первого вопроса «почему» — почему процесс не удался? Получив удовлетворительный ответ, спросите второго «почему?» – почему возникла первая возможная причина? Продолжайте этот шаблон, пока не получите приемлемый ответ или не зададите пять последовательных вопросов. «5 почему» — это простой метод анализа первопричин, который может помочь эффективно определить факторы, лежащие в основе любой проблемы. Диаграмма Парето (Парето - анализ) Диаграмма Парето — это таблица, в которой элементы упорядочиваются от наиболее значимых к наименее значимым на основе возникновения или финансовой ценности. Диаграмма Парето используется как часть учебного процесса RCA для выявления основных причин наиболее значительного преимущества. Техника работает, сначала определяя наиболее существенные проблемы. Затем можно использовать другие инструменты анализа, такие как диаграмма «рыбий скелет», чтобы определить, почему эти проблемы являются самыми большими, чтобы дать окончательный ответ. Затем вы можете определить, есть ли у них общая причина, которая была упущена из виду. Контрольные диаграммы Контрольная диаграмма — это инструмент управления качеством, который помогает отслеживать, насколько хорошо работают такие процессы, как производство или ИТ. Он обеспечивает визуальное представление данных о производительности, которые могут интерпретировать эксперты Six Sigma. Контрольные диаграммы — отличный способ отслеживать процессы и использовать данные как часть анализа первопричин. Это потому, что они могут показать вам, является ли проблема случайной или систематической, позволяя вам сосредоточить свои усилия на устранении основной причины. Диаграмма причинно-следственных связей Диаграмма «рыбья кость» также называется диаграммой Исикавы. Этот инструмент помогает определить возможные причины, многократно задавая вопрос «почему», сужая область поиска с помощью анализа первопричин. Инструмент работает, сначала определяя проблему или возможность. Затем вы определяете, что могло вызвать это и почему это могло произойти. Таким образом, вы строите диаграмму в форме «рыбьей кости», состоящую из множества взаимосвязанных причин проблемы. Диаграмма «рыбий скелет» — отличное место для начала анализа основных причин, поскольку она помогает провести мозговой штурм возможных причин проблемы.
    1   2   3   4


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