Сколько существует стратегий контроля человеческих ошибок

Библиографическое описание:

Попов, М. В. Человеческий фактор в безопасности полетов. Модель SHELL / М. В. Попов. — Текст : непосредственный // Молодой ученый. — 2021. — № 31 (373). — С. 23-25. — URL: https://moluch.ru/archive/373/83401/ (дата обращения: 31.01.2023).

В статье рассмотрено влияние человеческого фактора на безопасность полетов. Рассмотрена и проанализирована модель SHELL, ее элементы и интерфейсы.

Ключевые слова:



человеческий фактор, безопасность полетов, модель SHELL.

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

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

Воздействие человеческого фактора на эффективность обеспечения безопасности полетов хорошо демонстрируется моделью SHELL (рис. 1). Данная модель описывает взаимодействие человека (на схеме в центре: L — Liveware) с другими компонентами системы, а именно [1, с. 88]:

— программным обеспечением и документацией, включающим процедуры, обучение, поддержку и так далее (S — Software);

— техническими средствами — машинами и оборудованием, авиационным оборудованием (H — Hardware);

— средой или эксплуатационными условиями, в которых должны функционировать остальные компоненты системы L-H-S (E — Environment);

— субъектами или другими людьми на рабочих местах (L — Liveware).

Рис. 1. Модель SHELL

Начнем рассмотрение модели SHELL с человека. Рядовые сотрудники представляют собой ключевой элемент моделей и поставлены в центре модели. При этом из всех параметров модели он является наименее предсказуемым и наиболее подверженным воздействию как внутренних факторов (голод, усталость, мотивация), так и внешних (температура, свет, шум). Хотя люди имеют удивительные свойства приспосабливаться, тем не менее, их работоспособность подвержена значительным колебаниям [2].

Рассмотрим, как человек взаимодействует с техническими средствами. Первый интерфейс — это «субъект-техническое средство» (L-H). Этот интерфейс представляет собой взаимосвязь между человеком и физическими атрибутами оборудования машин и приспособлений. К этому интерфейсу относятся вопросы эргономики работы персонала с оборудованием, наглядное размещение информации о безопасности полетов, а также логической и интуитивной маркировки и использования переключателей или рычагов управления.

Второй интерфейс — это «субъект-программное обеспечение» (L-S). Этот интерфейс представляет собой взаимосвязь человека с системами обеспечения, имеющимися на рабочем месте. Это, например, нормативы, руководства, контрольные карты, издания, процедуры, регламенты, а также программные обеспечения, которые используются для выполнения той или иной задачи. Данный интерфейс включает такие аспекты, как последний опыт работы, точность, размер и форма представления, терминология, ясность и использование символики. Интерфейс L-S охватывает процедуры и регламенты, насколько легко им следовать и насколько они понятны. Например, контрольная карта пилота, которой он должен пользоваться в случае возникновения дыма или пожара — она краткая и понятная, поэтому пилоты реагируют быстро и правильно в случае пожара.

Следующий интерфейс — это «субъект-субъект» (L-L). Этот интерфейс изучает взаимосвязь и взаимоотношения между людьми на рабочем месте. Некоторые из этих взаимодействий происходят внутри организации, то есть между коллегами, между департаментами, руководством, а многие между людьми, которые работаю в разных организациях и выполняют разные функции. Например, диспетчеры УВД и пилоты, пилоты и инженеры и так далее. В рамках этого интерфейса рассматривается вопрос о важности того влияния, которое оказывает обмен информации и навыки взаимоотношений, а также динамика отношений в коллективах на работоспособность людей. В сфере этого интерфейса находится также взаимосвязь между сотрудниками и руководством, а также, не в последнюю очередь, это корпоративная культура компании. Например, в одной бригаде работает человек, плохо говорящий на русском языке, из-за чего велика вероятность ошибки.

Интерфейс «объект-среда» (L-E). Данный вид интерфейса охватывает взаимосвязь между человеком и физической средой. Сюда входит, например, температура, освещение, уровень шума, вибрации и даже качество воздуха. Кроме того, к этому интерфейсу относятся такие факторы внешней среды, как погодные условия, инфраструктура и рельеф местности. Например, если человек будет мокнуть и мерзнуть под дождем, то от него не следует ожидать эффективности и правильности выполнения работы — его тело и разум будут думать, как согреться, но не о правильном решении поставленной задачи.

Таким образом, модель SHELL состоит из пяти элементов и четырех интерфейсов: «субъект-технически средства» (L-H), «субъект-программное обеспечение» (L-S), «субъект-среда» (L-E) и «субъект-субъект» (L-L). Модель SHELL изучается для того, чтобы четко понимать, где работа выполняется правильно, а где следует уделить больше внимания. Используя эту модель при внутреннем расследовании, можно улучшить рабочий процесс.

Литература:

1. Авиационная психология и человеческий фактор: учеб.-метод. пособие / Сост. Д. А. Евстигнеев. — Ульяновск: УВАУ ГА, 2005. — 103 с.
2. Электронный ресурс [https://studfile.net/preview/6896312/page:14/] (дата обращения: 23.07.2021).
3. Оценка роли человека в системе «человек-машина-среда» на основе анализа модели shell / В. П. Макаров // Научный вестник МГТУ ГА. — Москва: МГТУ ГА, 2008. — 146 с.

From Wikipedia, the free encyclopedia

Risk Control Strategies are the defensive measures utilized by IT and InfoSec communities to limit vulnerabilities and manage risks to an acceptable level. There are a number of strategies that can be employed as one measure of defense or in a combination of multiple strategies together. A risk assessment is an important tool that should be incorporated in the process of identifying and determining the threats and vulnerabilities that could potentially impact resources and assets to help manage risk. Risk management is also a component of a risk control strategy because Nelson et al. (2015) state that «risk management involves determining how much risk is acceptable for any process or operation, such as replacing equipment».^[1]

Strategies[edit]

Five basic strategies to control risks that arise from vulnerabilities ^[2]

1. Defense — Applying safeguards that eliminate or reduce the remaining uncontrolled risk
2. Transferral — Shifting risks to other areas or to outside entities
3. Mitigation — Reducing the impact of information assets should an attacker successfully exploit a vulnerability
4. Acceptance — Understanding the consequences of choosing to leave a risk uncontrolled and then properly acknowledging the risk that remains without an attempt at control
5. Termination — Removing or discontinuing the information asset from the organization’s operating environment

Defense[edit]

The defense strategy works to deter the exploitation of the vulnerability that requires protection. Defense methods can apply physical, logical, or a combination of both to provide protection as a defense strategy. The application of multiple layers of defensive measures is called defense in depth. Defense in depth applies access controls that Stewart et al. (2012) describe as «multiple layers or levels of access controls are deployed to provide layered security» ^[3]

Transferal[edit]

This strategy according to Stalling & Brown is the «sharing of responsible for the risk with a third party. This is typically achieved by taking out insurance against the risk occurring, by entering into a contract with another organization, or by using partnership or joint venture structures to share the risk and cost should the threat eventuate.^[4] The act of purchasing insurance is an example of risk transferral.

Mitigation[edit]

The mitigation strategy attempts to reduce the damage of a vulnerability by employing measures to limit a successful attack. According to Hill (2012), «this can be done by fixing a flaw that creates an exposure to risk or by putting compensatory controls in place that either reduce the likelihood of the weakness actually causing damage or reduce the impact if the risk that is associated with the flaw actually materialized.^[5]

Acceptance[edit]

This strategy accepts the identified risk and deploys no defense strategy. A reason for using an acceptance strategy is that the cost associated with deploying safeguards outweighs the damage of a successful attack or compromise.

Termination[edit]

Instead of using a safeguard to protect an asset or deploying zero safeguards and accepting the risks to an asset, this strategy removes the asset from the environment with risks. An example of this strategy would be to remove a server from a network because the company has determined that termination of the resource outweighs the benefit of leaving it on the network due to risk concerns.

References[edit]

External links[edit]

• Risk Mitigation Planning, Implementation, and Progress Monitoring
• Inventory of Risk Management — European Network and information Security Agency (ENISA)
• ISO 27001 — Risk Management Methods

From Wikipedia, the free encyclopedia

Risk Control Strategies are the defensive measures utilized by IT and InfoSec communities to limit vulnerabilities and manage risks to an acceptable level. There are a number of strategies that can be employed as one measure of defense or in a combination of multiple strategies together. A risk assessment is an important tool that should be incorporated in the process of identifying and determining the threats and vulnerabilities that could potentially impact resources and assets to help manage risk. Risk management is also a component of a risk control strategy because Nelson et al. (2015) state that «risk management involves determining how much risk is acceptable for any process or operation, such as replacing equipment».^[1]

Strategies[edit]

Five basic strategies to control risks that arise from vulnerabilities ^[2]

1. Defense — Applying safeguards that eliminate or reduce the remaining uncontrolled risk
2. Transferral — Shifting risks to other areas or to outside entities
3. Mitigation — Reducing the impact of information assets should an attacker successfully exploit a vulnerability
4. Acceptance — Understanding the consequences of choosing to leave a risk uncontrolled and then properly acknowledging the risk that remains without an attempt at control
5. Termination — Removing or discontinuing the information asset from the organization’s operating environment

Defense[edit]

The defense strategy works to deter the exploitation of the vulnerability that requires protection. Defense methods can apply physical, logical, or a combination of both to provide protection as a defense strategy. The application of multiple layers of defensive measures is called defense in depth. Defense in depth applies access controls that Stewart et al. (2012) describe as «multiple layers or levels of access controls are deployed to provide layered security» ^[3]

Transferal[edit]

This strategy according to Stalling & Brown is the «sharing of responsible for the risk with a third party. This is typically achieved by taking out insurance against the risk occurring, by entering into a contract with another organization, or by using partnership or joint venture structures to share the risk and cost should the threat eventuate.^[4] The act of purchasing insurance is an example of risk transferral.

Mitigation[edit]

The mitigation strategy attempts to reduce the damage of a vulnerability by employing measures to limit a successful attack. According to Hill (2012), «this can be done by fixing a flaw that creates an exposure to risk or by putting compensatory controls in place that either reduce the likelihood of the weakness actually causing damage or reduce the impact if the risk that is associated with the flaw actually materialized.^[5]

Acceptance[edit]

This strategy accepts the identified risk and deploys no defense strategy. A reason for using an acceptance strategy is that the cost associated with deploying safeguards outweighs the damage of a successful attack or compromise.

Termination[edit]

Instead of using a safeguard to protect an asset or deploying zero safeguards and accepting the risks to an asset, this strategy removes the asset from the environment with risks. An example of this strategy would be to remove a server from a network because the company has determined that termination of the resource outweighs the benefit of leaving it on the network due to risk concerns.

References[edit]

External links[edit]

• Risk Mitigation Planning, Implementation, and Progress Monitoring
• Inventory of Risk Management — European Network and information Security Agency (ENISA)
• ISO 27001 — Risk Management Methods