Srs это: Что такое SRS в автомобиле [Видео]

Содержание

Что такое SRS в автомобиле [Видео]

Многие люди, изучая основные характеристики транспортного средства, встречают в большом списке три буквы SRS. И только некоторые водители действительно могут объяснить, что это за система и для чего она предназначена. Каждый прочитавший эту статью полностью, тоже сможет дать полный и аргументированный ответ на вопрос: «Что такое SRS в автомобиле?».

SRS, или более полно, Supplementary Restraint System. Это система дополнительного удерживания, которая создана для обеспечения безопасности для водителя и пассажиров в лобовом столкновении со статичными или движущимися объектами.

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

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

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

Именно SRS та система, которая действительно поможет спасти жизнь человеку

и избежать тяжелейших травм в случае дорожно-транспортного происшествия. Именно по этой причине нельзя игнорировать появление неполадок в работе системы. И очень важно соблюдать простые рекомендации по использованию системы. Основное из них – недопущение перегрева SRS более, чем девяносто градусов. Температуры выше система не переносит и выходит из строя. По истечении десяти лет эксплуатации транспортного средства, следует провести диагностики всех электронных систем, устройств обеспечения безопасности. Всё это нужно для личной безопасности!

Даже, если система безопасности никогда не будет активизирована, необходимо следить за её работоспособностью и вовремя исправлять неполадки.

(Visited 4 015 times, 1 visits today)

Что такое SRS в автомобиле? Принцип работы SRS

Знакомясь с характеристиками автомобиля, нередко в списке опций можно встретить аббревиатуру SRS. Лишь немногие водители могут похвастаться тем, что они знают, что это за система такая. Прочитав эту статью до конца, вы также сможете дать развернутый ответ на вопрос: «Что такое SRS в автомобиле».

SRS (от английского Supplementary Restraint System – дополнительная система удерживания) — обеспечивает защиту водителя и пассажиров при лобовом столкновении со статичным или движущимся предметом.

Главная задача SRS – минимизирование травм водителя и пассажиров при дорожно-транспортном происшествии. Подушки безопасности и преднатяжители ремней безопасности срабатывают одновременно, дабы не допустить удара драйвера и пассажира о руль, лобовое стекло или прочие, находящиеся в салоне автомобиля, твердые предметы. Для реализации этого система анализирует поступающие импульсные сигналы столкновения, оценивает силу удара и решает активировать ли подушки безопасности и/или преднатяжители ремней безопасности. При этом преднатяжители ремней безопасности могут активироваться как вместе с надувными подушками безопасности, так и без них.

Надувные подушки безопасности сконструированы таким образом, что они активируются лишь в случае фронтального или бокового удара, если же удар пришелся сзади, то никакие натяжные устройства ремней безопасности или надувные подушки безопасности не сработают. Система SRS не будет активирована и в случае лобового столкновения на низкой скорости или при ударе с мягкими объектами (кусты, например).

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

Система SRS – одна из тех, что может в случае ДТП спасти вам жизнь. Посему ни в коем случае не игнорируйте сигналы об ее неисправности. Соблюдайте элементарные рекомендации по эксплуатации системы. В частности,

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

Держите систему SRS в исправности, но пусть вам никогда не понадобится привести ее в активность!

что такое и зачем это нужно разработчикам — Разработка на vc.ru

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

{«id»:287917,»type»:»num»,»link»:»https:\/\/vc.ru\/dev\/287917-srs-chto-takoe-i-zachem-eto-nuzhno-razrabotchikam»,»gtm»:»»,»prevCount»:null,»count»:0,»isAuthorized»:false}

{«id»:287917,»type»:1,»typeStr»:»content»,»showTitle»:false,»initialState»:{«isActive»:false},»gtm»:»»}

{«id»:287917,»gtm»:null}

5010 просмотров

Понять друг друга им помогает бизнес-аналитик, он превращает потребности клиента в требования, а требования в задачи для разработчиков. Первоначально это делается путем составления спецификаций требований к программному обеспечению (Software requirements specification или SRS).

Что такое SRS

Software requirements specification — один из самых важных документов в разработке программного обеспечения. Он описывает работу ПО, его функции и нагрузки. Проще говоря, SRS предоставляет всем участникам дорожную карту для проекта.

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

Преимущества SRS

  • Software requirements specification является основой проекта. Документ закладывает базу, которой будут следовать все участники команды разработки.
  • Спецификации требований к программному обеспечению — это способ более четкой коммуникации. Этот инструмент помогает быть уверенным в том, что все участники процесса правильно понимают друг друга.
  • Написание SRS также может минимизировать общее время и затраты на разработку. Команды разработчиков встроенных систем особенно выигрывают от использования SRS.
  • Такая документация помогает избежать дальнейших улучшений и изменений в проекте, которые задерживают завершение или приводят к дополнительным расходам.

Как выглядит

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

В YuSMP Group SRS обычно выглядит так:

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

Функциональности обычно представляем в виде блоков или таблицы, которая включает в себя три раздела — это пользовательская история, бизнес-правила (UseCases) и валидация (на схеме показываем, что требования к фиче выполнены).

Пользовательская история

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

UseCases (Бизнес-правила)

Внутри пользовательских историй мы размещаем бизнес-правила или UseCases. Это перечень условий, при котором фича будет работать так, как нужно клиенту.

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

Зачем мы используем SRS

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

Но это еще не все:

  • Дизайнеры получают представление о проекте через документы SRS, чтобы они могли адаптировать дизайн к варианту использования.
  • Тестировщики получают рекомендации по созданию тестовых примеров, соответствующих потребностям бизнеса.
  • На основании SRS можно составить содержательную презентацию для инвесторов: бизнес-процессы легко визуализировать для грамотной презентации проекта.

Еще SRS важен, потому что это единый источник информации, который предотвращает недопонимание как между менеджером проекта и командой, так и между заказчиком и аутсорс-компанией.

Ремонт и прошивка блоков SRS AIRBAG: что это такое

Ремонт блоков управления SRS АІRBAG заключается в восстановлении блока управления ремнями и подушками безопасности после того, как они сработают. На панели приборов загорается ошибка SRS. Всем известно, что на многих авто блок SRS АІRBAG срабатывает только единожды, после чего его нужно менять на новый. Причиной такого служит то, что в блоке АІRBAG завод-изготовитель предусмотрел программную блокировку блока — «CRАSН DАTА», которую в подавляющем большинстве случаев нельзя снять обыкновенным диагностическим оборудованием. Ремонт SRS АІRBAG подразумевает перепрошивку блока после того, как он сработает.

Прошивка блока заключается в удалении информации о том, что подушки и ремни безопасности сработали (Удаление «CRАSН DАTА»). Для прошивки достаточно иметь снятый с автомобиля блок. Непосредственно работы по восстановлению блока занимают около 15-ти минут.

Полное восстановление системы SRS АІRBAG включает в себя: установку имитаторов ремней и подушек безопасности, перепрошивку блока SRS и занимает всего 1,5 — 2 часа. На сегодня существует немало предложений по перепрошивке блока SRS, но далеко не все могут провести полную диагностику и восстановление системы SRS АІRBAG.

Но даже после самого грамотного восстановления, в памяти блока могут остаться ошибки, тогда необходимо сбросить их с диагностического оборудования. На таких автомобилях, как LEXUS или TOYOTA, после того как система сработает, в большинстве случаев, нужно проводить калибровку датчика присутствия пассажира.

Чтобы перепрограммировать блок SRS АІRBAG после его срабатывания, необходимо обеспечить доступ к памяти процеccора, используя специальные средства отладки и разработки электронного оборудования. Кроме того, в программных данных необходимо вычислить и заменить код блокировки на строго определенные значения. Чтобы это сделать, необходимо владеть технологиями восстановления блока.

Восстановлению блоков SRS Вы можете научиться у нас пройдя Мастер-класс Airbag 2.0



Что такое SRS — энциклопедия lanmarket.ua

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

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

Для этого Mimosa 5G Fixed Wireless ввела новую технологию синхронизации повторного использования спектра (SRS), которая может легко сократить использование спектра на 400% по кварталам. Это приводит к появлению новой категории интернет-провайдеров, муниципалитетов и кооперативов, которые могут использовать решения Mimosa 5G Fixed Wireless в качестве альтернативы оптоволоконным сетям, которые покрывают области с высокой плотностью в настоящее время и составляют 1/10 стоимости оптики.

Чтобы упростить проектирование и развертывание сети Интернет, Mimosa разработала две эталонные архитектуры: сельскую 5G GigaPoP и городскую 5G MicroPoP для масштабирования Mimosa 5G Fixed Wireless в широких пределах по плотным районам.

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

  1. Резко уменьшает объем спектра, необходимый для доставки фиксированных услуг 5G, что позволяет увеличить пропускную способность абонентов на участках с более высоким  населением

  2. Для абонентов активируются более быстрые скорости, так как сокращение использования спектра позволяет использовать более крупные каналы, сгибаясь, чтобы поддерживать скорости, подобные оптоволокну.

SRS поддерживает спутниковую технологию GPS и GLONASS с использованием точного времени во всей географии сети, чтобы гарантировать, что каждая базовая станция A5 / A5c координирует свои передачи с клиентами. Это позволяет другим близлежащим базовым станциям делиться той же частотой, что уменьшает возможность так называемого «самовзаимодействия».

Сравнение протоколов (WiFi Interop / SRS)

Есть некоторые важные отличия, которые следует учитывать при переходе на Mimosa SRS, иначе вы можете отключить клиентские антенны.

  1. Прежде всего, SRS больше не поддерживает устройства, использующие другой протокол, и порог AGC должен быть настроен на оптимальную производительность.

  2. В отличие от WiFi Interop, SRS поддерживает только один SSID на частоте 5 ГГц, поэтому перед включением SRS на Mimosa A5-14 вы должны переключить всех клиентов на первый SSID на частоте 5 ГГц. Когда вы включаете режим SRS, Mimosa A5-14 сохранит только первый SSID на частоте 5 ГГц.

  3. SRS настроен на Mimosa A5-14, а клиентские устройства Mimosa C5 по умолчанию установлены в режим «Авто», и они автоматически определяют протокол.

  4. Также важно, чтобы Mimosa C5 могла перезапустить себя, если она не обнаружила настроенный SSID через 4 минуты. После перезапуска Mimosa C5 начинает сканировать (в фоновом режиме) весь диапазон каналов, чтобы найти свой SSID для подключения к нему.

Разница между протоколами четко представлена в таблице ниже:

Особенности

WiFi Interop

SRS

Поддержка частоты

5170-5835 MHz

4900-6200 MHz

Регулировка канала

Стандартные WiFi-каналы Ширина канала 20/40/80 МГц

Каждый шаг 5 МГц. Ширина канала 20/40/80 МГц

MAC-протокол и интенсивность трафика

Совместимый WiFi (CSMA)

Нет ограничений направления

SRS (TDMA) 50% зарезервировано для восходящей линии связи, 50% зарезервировано для нисходящей линии связи

Режимы аутентификации

Open, PSK, Enterpise

PSK

Количество SSID

(8) 5 GHz, (7) 2.4 GHz

(1) 5 GHz, (7) 2.4 GHz

Максимальное количество клиентов

100

44

Изоляция клиентов

Между SSID

Всегда включена


Также следует отметить, что в последующих выпусках программного обеспечения Mimosa планирует увеличить количество подключенных клиентов, улучшить протокол TDMA для трафика 75/25 и ввести параметры авторизации на основе RADIUS.

Задержки в SRS

Тесты задержки выполняются с помощью инструмента «ping» (ICMP) из командной строки или непосредственно из встроенного интерфейса (Diagnostic> Ping). «Ping» — это минимальное время, необходимое для отправки сигнала в обоих направлениях — от отправителя до приемника, а затем наоборот. Следует отметить, что средняя задержка ограничена размером окна TDMA. Для максимизации эффективности Mimosa SRS использует фиксированное окно TDMA 8 мс. В результате среднее время RTT составляет 20 мс.

Настройка механизма AGC (порог чувствительности)

Чтобы избежать слишком большого количества помех и максимальной пропускной способности сети, также целесообразно точно настроить автоматическую регулировку усиления (АРУ или англ. AGC) . По умолчанию для A5-14 установлено значение -62 дБм, а для A5c -72 дБм.


Благодаря соответствующей настройке AGC вы достигаете высокой устойчивости к помехам, создаваемой соседними комнатными Wi-Fi-устройствами, и потенциальными помехами между антеннами.

Эти значения основаны на предположении, что Mimosa A5-14 будет реализован в стиле MicroPOP, где длина отдельных линков не будет больше 1 км, а Mimosa A5c будет реализована в стиле GigaPOP, где длина соединения не превышает 4 км.


Чтобы правильно настроить АРУ, выполните следующие действия:

1. Во-первых, проверьте, подключены ли все клиентские устройства C5 в режиме Mimosa SRS

a) Контролируйте список клиентов, чтобы проверить, правильно ли подключены все устройства

б) Если какой-либо клиент не подключен, это означает, что уровень АРУ слишком высок

c) В этом случае снизте уровень AGC. Вы можете сделать это, уменьшая 1 дБ шаг за шагом, пока все устройства не будут подключены правильно (например, -62dB -> -63dB)


d)Новый уровень AGC должен быть установлен на 2 дБ ниже наихудшего сигнала подключенного клиента.

2. Если все клиенты C5 правильно подключены к уровню AGC по умолчанию, это означает, что вы можете увеличить уровень AGC, чтобы Mimosa A5 мог быть более устойчивым к помехам.

a) Шаг за шагом вы должны увеличить уровень AGC 1dB по сравнению с уровнем по умолчанию. Например. в Mimosa A5-14 измените уровень AGC с -62dBm на -61dBm, а затем проверьте, все ли клиенты подключены.

b) Продолжайте увеличивать уровень AGC до тех пор, пока клиенты не отключится

c) Наконец, точно так же, как в пункте 1, установите уровень АРУ на 2 дБ ниже наихудшего сигнала подключенного клиента.

Повторное использование спектра в A5c и A5-14 (GigaPOPs / MicroPOPs)

Spectrum Reuse Sync (SRS) может значительно сократить количество каналов, необходимых для покрытия географической области. С другой стороны, неправильное повторное использование каналов (в результате незнания пользователя) может серьезно ухудшить производительность сети из-за непреднамеренных помех на клиентской точке C5.

Что самое важное !?

Вы должны следовать соответствующим правилам, если вы хотите правильно использовать SRS.

В случае устройств Mimosa A5-14 и Mimosa C5, которые характеризуются большими городскими (MikroPOP) приложениями с высокой плотностью населения, вы должны обратить особое внимание на то, что C5 требует как минимум 25 дБр разделения сигналов между каждой точкой доступа, работающей на тот же канал.


Например, если разность сигналов составляет всего 10 дБр между Mimosa A5 (A) и Mimosa A5 (B), то C5 не может правильно распознать сигнал «своего передатчика», поэтому базы A и B должны работать на разных каналах.

Аналогичное предположение относится к устройствам Mimosa A5c, используемым в сельских районах (GigaPOPs). Опять же очень важно, чтобы сигналы на этот раз от секторных антенн, подключенных к Mimosa A5c, были отделены друг от друга с помощью — 25 дБ. Тогда и клиентские антенны C5, и весь сегмент сети смогут работать очень эффективно — используя только один канал!


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

 

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

Почему не нужна спецификация требований к программному обеспечению?

Как говорится, без ТЗ — результат хз. Во многих сферах это действительно так работает: без четкого технического задания сотрудник или подрядчик не может качественно выполнить задачу. В IT технические задания для проектов разработки давно изжили себя. С приходом agile- и SCRUM-методологий больше не нужно писать 40-страничные документы и подробно объяснять каждое решение. В статье разберемся, почему пора забыть об SRS документе, и чем заменить сложное техзадание.

SMS? BTS? CMS? SRS!

SRS (software requirements specification, спецификация требований к программному обеспечению) — документ с требованиями к приложению, по-нашему — техническое задание. В эсэрэску входят требования и ограничения по функциональности и производительности SRS составляют для прозрачного взаимодействия заказчика и подрядчика. 

SRS обычно пишут простым «клиентским» языком, потому что и составляется он на основе мнения клиента. Чтобы начать сотрудничество, подрядчику необходимо узнать, чего хочет заказчик, понять желания и бизнес-цели. На основе информации с нескольких созвонов на стороне подрядчика составляют SRS документ.

У SRS документа есть ряд особенностей. 

Структура

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

Структура SRS документа включает в себя детальное описание каждой части будущего приложения. Проблема в том, что 90% информации в таком документе — вода; настоящую пользу несут разве что картинки — примеры дизайна и описания работы сложных алгоритмов. Допустим, если бы у Tinder был SRS, то там бы был алгоритм мэтчинга. И еще 37 страниц ненужной инфы.

Структура спецификации требований к программному обеспечению выглядит так:

  • Введение
    • Цели 
    • Соглашения о терминах
    • Предполагаемая аудитория и последовательность восприятия
    • Масштаб проекта
    • Ссылки на источники
  • Общее описание
    • Видение продукта
    • Функциональность продукта
    • Классы и характеристики пользователей
    • Среда функционирования продукта (операционная среда)
    • Рамки, ограничения, правила и стандарты
    • Документация для пользователей
    • Допущения и зависимости
  • Функциональность системы
    • Функциональный блок X (таких блоков может быть несколько)
      • Описание и приоритет
      • Причинно-следственные связи, алгоритмы (движение процессов, workflows)
      • Функциональные требования

  • Требования к внешним интерфейсам
    • Интерфейсы пользователя (UX)
    • Программные интерфейсы
    • Интерфейсы оборудования
    • Интерфейсы связи и коммуникации
  • Нефункциональные требования
    • Требования к производительности
    • Требования к сохранности (данных)
    • Критерии качества программного обеспечения
    • Требования к безопасности системы
  • Прочие требования
    • Приложение А: Глоссарий
    • Приложение Б: Модели процессов предметной области и другие диаграммы
    • Приложение В: Список ключевых задач

Релевантность

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

Прозрачность

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

Точность

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

Рейтинг по важности

Никаких «два пишу, четыре в уме»! Если на исполнение того или иного требования уйдет много времени, стоит поставить для него высокий приоритет. В целом ранжирование требований по важности и стабильности — хорошая идея. Под стабильностью мы понимаем, насколько точно поставили задачу, и придется ли что-то менять в процессе исполнения.

Изменения

И хотя SRS — это документ с жесткой регламентацией, систематически в него можно и нужно вносить изменения. Правда, это не так легко, как кажется — SRS документ далеко не гибкая форма. Больше всего от этого страдают стартапы: в MVP приложения часто нужно вносить правки, а спецификацию требований к программному обеспечению менять забывают. Даже в крупных компаниях, которые любят бумажки и бюрократию, можно часто найти Confluence с документацией 5-летней давности. Зачем делалось? Конечно, для галочки!

SRS в России и за рубежом

За семь лет работы мы заметили, что отношение к SRS документам в России и за рубежом значительно отличается. Пытаемся понять, почему в России так любят бумажки, и как «продать иностранцу дизайн-концепт по цене SRS».

Россия 🇷🇺Зарубеж ✖️🇷🇺
 

Заказчики из России часто просят составить SRS документ. Здесь принято делать большие отчеты ко всему, что происходит вокруг, поэтому даже современная IT-сфера не обходится без кучи бумажек.

Иногда мы вынуждены делать подобные документы, потому что заказчик — крупная госструктура, где без отчетов, как известно, никуда. Про одного из таких заказчиков написали кейс «Большой брат оказался реальностью». Читайте по ссылке ниже 👇

 

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

Однажды клиент настаивал на составлении SRS документа, потому что хотел уйти на разработку к другому подрядчику. Мы его «переобули»: сделали гибрид SRS и нашего стандартного описания дизайна, добавили иллюстрации. Ему понравилось и он остался с нами!

 

Россия 🇷🇺Зарубеж ✖️🇷🇺
Заказчики из России часто просят составить SRS документ. Здесь принято делать большие отчеты ко всему, что происходит вокруг, поэтому даже современная IT-сфера не обходится без кучи бумажек.Иногда мы вынуждены делать подобные документы, потому что заказчик — крупная госструктура, где без отчетов, как известно, никуда. Про одного из таких заказчиков написали кейс «Большой брат оказался реальностью». Читайте по ссылке ниже 👇А вот зарубежные клиенты SRS требуют редко. Они охотно принимают наши правила и соглашаются на гибкую модель работы. Есть, конечно, и принципиальные заказчики.Однажды клиент настаивал на составлении SRS документа, потому что хотел уйти на разработку к другому подрядчику. Мы его «переобули»: сделали гибрид SRS и нашего стандартного описания дизайна, добавили иллюстрации. Ему понравилось и он остался с нами!

 

5 причин отказаться от SRS

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

Время

SRS сожрет ваше время и не поперхнется косточкой менеджера по продажам. Сколько времени уйдет на составление документа? Мы попросили нашего операционного директора оценить эту задачу. Цифры говорят сами за себя:

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

Неэффективность

Как бы хорошо и подробно менеджеры не прописали требования на старте проекта, буквально ВСЁ может пойти не так в ЛЮБОЙ  момент. Так что время + силы, затраченные на составление SRS мягко говоря «не окупятся». Скорее всего, ваши бизнес-аналитики почувствуют себя бесполезными. Из всего документа, на который они потратят 80 часов рабочего времени, клиенту пригодится 15-20%. 

Все остальное в SRS документе — вода, налитая в угоду бюрократии. Такие документы составляют в крупных компаниях для эффекта «создания бурной деятельности» и отчета ради отчета, который в 9 из 10 случаев даже не откроют.  

Не по agile 

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

Подобный подход неплохо мэтчится с моделью Waterfall —  «каскадной разработкой». Особенность ватерфола в том, что все стадии создания проекта идут по порядку. Сначала делают весь дизайн, потом всю разработку, затем все тестируют, и если находят баги, исправляют в уже готовом приложении. Возвращение к предыдущему шагу не предусматривают, поэтому каждый этап важно сделать «на отлично». На наш взгляд, крайне идеалистическая модель. Никакой SRS не спасет от ошибок или срочных задач, которые не предусмотрели в спецификации требований к программному обеспечению.

Так что компании, которые используют agile и SCRUM-методологии, отказываются от SRS документов. Там (и здесь) работают спринтами. Тестирование проходит в конце двухнедельной итерации, поэтому баги находятся сразу. Так разработчику не приходится перелопачивать весь код, чтобы найти поломку.

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

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

Компании разработки SRS не нужен

Откроем страшную тайну: мы бы не пользовались SRS, даже если бы клиент настаивал его подготовить. Документ лежал бы мертвым грузом на рабочих столах разработчиков. Когда нас впервые попросили составить SRS документ, мы просто скачали шаблон из интернета и кастомизировали под заказчика. Спойлер: стартапер этого даже не заметил. Думаем, он его и не открывал. Да и мы не открывали.

Если у вас стартап, то тем более

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

Purrweb выбирает такой подход исходя из целевой аудитории — у нас это стартапы, которые приходят за MVP (минимально жизнеспособным продуктом). Вместо того, чтобы тратить время и деньги заказчика и наши людские ресурсы на некрасивый SRS, мы предлагаем клиенту сэкономить и сразу начать дизайн.

Работа с клиентом в Purrweb начинается с созвона с аккаунт-менеджером. На звонке мы обсуждаем идею проекта и обещаем клиенту несколько практических результатов (deliverables) нашей работы — концепт, пользовательские истории, структура баз данных. Мы даже не предлагаем составить SRS документ.

Кристина Спиридонова, 
менеджер по работе с клиентами в Purrweb

Почему дизайн — first, расскажем в следующем блоке.

Вместо тысячи слов: альтернатива SRS

Вместо тысячи слов и десятков страниц ненужной информации мы предлагаем заказчикам подход design first. Это значит, что сразу после того, как мы подтверждаем сотрудничество, начинает работать дизайн-команда. Не бойтесь, дизайнеры не надизайнят «что надо и не надо» — все детали аккаунт менеджер и заказчик обсуждают на созвонах, бизнес-аналитик оценивает стоимость проекта. Мы получаем от клиента антиреференсы, иногда наработки по дизайну — так что всегда есть от чего оттолкнуться.

Почему хорошо начинать с дизайна?

Потому что дизайн — это часть будущего продукта, а SRS документ — всего лишь набор слов, собранный в строгую структуру. 

Ни в одном техническом задании или в спецификации требований к программному обеспечению не получится прописать все сразу. По ходу проекта все может измениться (и 100% изменится) — никто не вернется в ТЗ, чтобы что-то исправить или обновить.

Кристина Спиридонова, 
менеджер по работе с клиентами в Purrweb

Как делаем мы: вместо больших документов прописываем пользовательские истории. По юзер сториз делаем дизайн, на основе дизайна оцениваем разработку, делаем архитектуру и структуру базы данных. И только на этапе разработки делаем небольшой документ — описываем, как работает логика на бэкенде или какой-то сложный алгоритм. Важно: это не официальный документ. Мы можем даже не передать его клиенту, а сделать «чисто для себя» и хранить в readme в репозитории. 

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

Заключение

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

SRS документ не соответствует ценностям agile-подхода, не несет пользы клиенту и отнимает как наши, так и его ресурсы. Мы в Purrweb давно делаем все иначе: работаем по SCRUM, не морочим заказчикам голову огромными ТЗ, а разрабатываем понятные интерфейсы с удобным дизайном.

Хотите заказать приложение в Purrweb? Ниже есть форма для e-mail 👇

Хочешь узнать цену проекта?
X

Разница между BRS и SRS | Сравните разницу между похожими терминами — Технология

BRS против SRS

В проекте разработки программного обеспечения BRS (Business Requirement Specification) — это документ, в котором подробно описаны требования заказчика. Он содержит информацию о бизнесе и подробности о процессах, которые необходимо реализовать в программном обеспечении. SRS (Software Requirements Specification) определяет требования к программной системе. Он включает описание системы, которую необходимо разработать. SRS включает такую ​​информацию, как взаимодействие пользователей с программной системой, нефункциональные требования и т. Д.

Что такое BRS?

BRS (Business Requirement Specification) — это документ, детализирующий требования клиента. Это будет упомянуто командой разработчиков при разработке программного обеспечения и группой тестирования на этапе тестирования. Это содержит подробную информацию о процессах, которые необходимо реализовать в программном обеспечении, и о том, требуются ли какие-либо новые функции. В целом BRS содержит такую ​​информацию, как: кто намеревался использовать программное обеспечение, максимальное количество одновременных пользователей, которые собираются использовать систему, типы пользователей, компьютерная грамотность использования, проблемы, с которыми сталкиваются пользователи в настоящее время, степень безопасности, требуемая прикладные, аппаратные и экологические ограничения, с которыми сталкивается программное обеспечение. Он также предоставляет описание текущей системы и возможных будущих расширений. BRS также описывает результаты или то, что ожидает заказчик. Он также должен описывать уровень надежности, ожидаемый от программного обеспечения. Самое главное, что BRS не написан с использованием компьютерного жаргона.

Что такое SRS?

SRS определяет требования к программной системе. Он включает описание системы, которую необходимо разработать. Он включает в себя то, как пользователь взаимодействует с системой, используя варианты использования. Сценарии использования содержат описание действий, которые происходят между пользователями и программной системой. Обычно UML (унифицированный язык моделирования) используется для формального определения вариантов использования в SRS. Он также содержит нефункциональные требования, такие как требования к производительности, стандарты, требуемые системой, и любые ограничения на систему. SRS всегда должна быть правильной и последовательной, поскольку она используется разработчиками в процессе разработки. Это тоже должно быть однозначным. Как правило, SRS должна содержать как минимум следующие разделы: введение, общее описание системы и конкретные требования. Введение должно четко определять объем ожидаемой системы среди другой информации, такой как назначение системы и обзор системы. Общее описание обеспечивает взаимодействие пользователя, зависимости и ограничения системы и т. Д. Конкретные требования содержат любые требования к производительности, требования к базе данных и т. Д.

В чем разница между BRS и SRS?

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

Спецификации требований к программному обеспечению

: рекомендации и инструменты SRS

Время чтения: 8 минут

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

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

Неточный сбор требований — одна из главных причин провала проекта, Источник: PMI’s Pulse of the Profession

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

Документация по программному обеспечению, объяснение менее чем за 11 минут

Что такое спецификации требований к программному обеспечению

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

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

Верхний уровень — бизнес-требования высокого уровня (BR), определяющие цель продукта,

Средний уровень — пользовательские требования (UR), которые отображают конечных пользователей и их потребности, и

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

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

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

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

  • поведение если/то,
  • описание рабочего процесса системы,
  • логика обработки данных и
  • входов данных и соответствующих выходов.

Функциональные требования описывают поведение системы в ответ на ввод, Источник: Команда QRA

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

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

Подробнее читайте в нашей статье о типах NFR и рекомендациях по их документированию.

Рекомендации по документированию и управлению SRS

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

Примеры вариантов использования и соответствующие пользовательские истории, Источник: Требования к программному обеспечению, автор Karl Wiegers Joy Beatty

Итак, при написании вариантов использования и пользовательских историй, которые составляют вашу SRS, мы советуем придерживаться следующих практик.

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

Визуальное представление знаний, концепций или идей, связанных с техническим рисунком, Источник: GoGeometry

Избегайте двусмысленности. SRS должен быть четким и не вызывать бесконечных дискуссий или раздумий. Помните, задача разработчика не в том, чтобы заполнять пробелы. Если они станут «творческими», это плохо кончится. Неоднозначный язык означает нечеткие слова, такие как синонимы и подлежащие наречия (например,грамм. разумно, вообще, примерно). Термины в сочетании с косой чертой (например, Группа доставки/выполнения заказов ) также могут вызвать путаницу. Некоторые интерпретируют косую черту как «или», а другие как «и». Воздержитесь от использования хитрых граничных значений, а также двойных и тройных отрицаний. Официальная экспертная оценка — хороший способ выявить неясности. Таким образом, каждый участник может сравнить свое понимание требований с чужим, а БА может внести необходимые коррективы.

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

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

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

Сохраняйте гибкость SRS. Требования должны быть гибкими. БА наблюдают за тем, как работает система, получают обратную связь, получают доступ к результатам и, если они неудовлетворительны, изменяют требование.

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

Матрица отслеживания требований к системе онлайн-покупок, Источник: Ричард Лай

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

Сделать глоссарий. Не забудьте уточнить термины, которые вы используете в SRS. Вы можете связать некоторые из них с внешними ресурсами и объяснить те, которые придумали сами.

Программное обеспечение и шаблоны SRS

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

Шаблон спецификации требований к программному обеспечению, Источник: Требования к программному обеспечению, автор Karl Wiegers Joy Beatty

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

Хотя многие бизнес-аналитики работают с легкодоступными инструментами, такими как Microsoft Word и Google Docs, вы можете предпочесть использовать программное обеспечение для управления требованиями, если позволяет ваш бюджет и у вас есть ограничения по времени. Эти инструменты упрощают управление требованиями — отслеживание, тестирование, анализ, визуализацию и информирование заинтересованных сторон.

Джира . Хотя Jira в первую очередь является инструментом управления продуктом, она также включает в себя управление требованиями. В основном используемая Agile-командами, Jira помогает настроить ваши требования, облегчает процесс отслеживания тестовых случаев и позволяет сотрудничать с функциями обмена, просмотра и комментирования.

Perforce Helix RM. Helix RM — автономный модуль пакета управления жизненным циклом приложений Perforce. Это полезный инструмент для больших распределенных команд. Его ключевыми функциями являются отслеживание требований, графические инструменты, масштабируемость, функции совместной работы в режиме реального времени, инструменты анализа воздействия и управление тестовыми наборами, графики истории файлов и даже инструмент замедленной съемки для визуализации прогресса элемента с течением времени. Helix RM хорошо интегрируется с Jira, различными продуктами Microsoft, Slack, Eclipse, GitHub, Go2Group, Rational DOORS и OpsHub.Инструмент имеет довольно крутую кривую обучения, поэтому он сопровождается видеоуроками, обучением и базой знаний.

Жемчуг . После того, как вы определили свои варианты использования, участников, условия и потоки, Pearls позволяет вам создать документ спецификации требований одним щелчком мыши. Инструмент имеет мощные функции совместной работы, такие как комментарии и уведомления об активности участников, функции для определения целей проекта и управления заинтересованными сторонами.

Reqchecker . Это простой инструмент для проверки покрытия требований. Часто используемый в качестве дополнительного уровня гарантии анализ прослеживаемости Reqchecker гарантирует, что требования и тесты охвачены. Импортируя файлы Word, pdf, Excel, PowerPoint или XML в Reqchecker, вы можете превратить их в требования.

SRS в жизненном цикле разработки программного обеспечения

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

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

Давайте посмотрим, как различаются SRS в зависимости от жизненного цикла разработки.

Водопад. Хотя каскадный стиль разработки не предполагает высоких темпов, это лучший выбор для менее опытных команд, которым не удастся развить скорость Agile или даже Scrum. Waterfall выделяет больше времени для написания SRS. Это идеально подходит для бизнес-доменов, которым нужны подробные требования, которые вряд ли изменятся в ближайшее время и могут быть оформлены в виде цельного документа.

Проворный . Этот подход означает, что бизнес-аналитик периодически (обычно каждую вторую или четвертую неделю) собирает отзывы от клиента и вносит изменения в документ SRS.Таким образом, программное обеспечение разрабатывается модуль за модулем. Таким образом, как только разработчики заканчивают работу над одним модулем, BA выполняет приемочное тестирование , чтобы проверить, соответствует ли он требованиям.

Скрам . В Scrum проекты создаются с высокой скоростью, а задачи сразу же добавляются в Jira. Этот подход работает для опытной команды, которой не нужен бизнес-аналитик, чтобы объяснить им каждую мелочь. Вместо БА здесь владелец продукта сосредоточен на одном долгосрочном проекте.

Знайте разницу между SRS и BRS

ОСНОВНОЕ ОТЛИЧИЕ

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

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


Требования

Технические характеристики
Они определяют, «что» должна делать программа Они описывают, как будет создаваться программное обеспечение
Они описывают программное обеспечение с точки зрения конечного пользователя, бизнеса и заинтересованных сторон. Они описывают программное обеспечение с точки зрения технической группы.

Существует множество терминов и терминов для различных документов.

Спецификация Документы, подобные –

  • SRS — Спецификации системных требований
  • FRS — Спецификации функциональных требований
  • BRS — Спецификация бизнес-требований
  • CRS-Требования к совместимости Спецификации
  • PRS – Спецификации требований к производительности
  • RRS — Спецификации требований к надежности
  • Спецификация требований к конфигурациям CRS

Требование Документы типа –

  • BRD — Документ бизнес-требований
  • SRD — документ с системными требованиями

Вопросы для размышления

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

В этом уроке мы обсудим разницу между BRS и SRS в тестировании программного обеспечения:

Разница между SRS и BRS


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

Хотя в небольших компаниях БА также создаст SRS.

Некоторые компании вообще не создают СГД. Их BRS достаточно детализирован, чтобы его можно было использовать и как SRS.

Получено на основе взаимодействия с клиентом и требований Является производным от BRS

WMS Connector не возвращает сообщение об ошибке при запросе неподдерживаемого SRS

Описание

При отправке запроса WMS ArcIMS вернет сообщение об ошибке, если код пространственной системы отсчета (SRS) не распознан.В ArcIMS 9.1 Service Pack 1 появляется сообщение об ошибке «Недопустимое значение SRS».

Этот пример фрагмента файла возможностей и следующий запрос GetMap могут вызвать такую ​​проблему.

Возможности Фрагмент файла:

  Код:  
...

wmstest
wmstest< /Title> <br/> <SRS>EPSG:4326</SRS> <br/> <SRS>EPSG:4327</SRS> <br/> <LatLonBoundingBox minx="-180" miny="-90" maxx="180" maxy="90" /> <br/> ... </pre> <br/> Запрос: <pre> <b> Код: </b> <br/> http://myserver/wmsconnector/com.esri.wms.Esrimap/wmsservice <br/> ?service=WMS <br/> &request=GetMap <br/> &Layers=wmstest <br/> &Styles= <br/> 1 <br/> &SRS=EPSG:4328 <br/> &BBOX=-180,180,-90,90 <br/> &width=400 <br/> &height=300& </pre> <pre> <b> Примечание. </b> <br/> EPSG:4328 не указан в файле возможностей, поэтому будет возвращено исключение ошибки: </pre> <pre> <b> Код: </b> <br/> <?xml version="1.0" encoding="UTF-8" standalone="yes" ?> <br/> <ServiceExceptionReport version="1.1.1"> <br/> <ServiceException code="InvalidSRS"> <br/> Недопустимое значение SRS <br/> </ServiceException> <br/> </ServiceExceptionReport> <br/> </pre> <h3><span class="ez-toc-section" id="i-11"> Причина </span></h3> <p> В WMS пространственная система отсчета (SRS) — это текстовый параметр, который указывает код системы отсчета горизонтальных координат.Когда запрос WMS GetMap отправляется со значением SRS, не указанным в файле возможностей WMS, коннектор WMS возвращает исключение, указывающее, что он обнаружил недопустимый SRS. <br/> </p> <h3><span class="ez-toc-section" id="i-12"> Обходной путь </span></h3> <p> Перед отправкой запросов GetMap в службу WMS убедитесь, что запрашиваемое значение SRS указано в файле возможностей этой службы WMS.WMS Connector не поддерживает значения SRS, не указанные в файле возможностей. <br/> </p> <ol/> <h3><span class="ez-toc-section" id="i-13"> Дополнительная информация </span></h3> <p> Последняя публикация: 05.05.2016 </p> <p> Код статьи: 000008313 </p> <p> Полезен ли этот контент? </p> <h2><span class="ez-toc-section" id="i-14"> Что такое стереотаксическая радиохирургия и какие состояния она лечит? </span></h2> <table> <tr> <td> <strong> Стереотаксическая радиохирургия | Американская ассоциация неврологических хирургов </strong> </td> </tr> </table> <p> Стереотаксическая радиохирургия (SRS) была разработана группой нейрохирургов и физиков в Швеции около 50 лет назад для доставки излучения к точным мишеням в головном мозге при минимальном повреждении прилегающих областей.</p> <p> Он использует сложное трехмерное компьютерное изображение для точной фокусировки фотонных лучей, доставляя высококонцентрированную дозу радиации к точной цели за один сеанс. Стереотаксическая радиохирургия не является операцией в общепринятом смысле, потому что в ней нет разреза и для взрослых не требуется общая анестезия. SRS работает, искажая и разрушая ДНК опухолевых клеток, почти так же, как и другие формы радиации. В результате эти клетки теряют способность к размножению и погибают.</p> <p> Поэтапная радиохирургия, также известная как фракционная стереотаксическая радиохирургия (ФСР), представляет собой процесс, при котором общая доза стереотаксического облучения делится на несколько меньших доз облучения в отдельные дни лечения. Как правило, это от двух до пяти процедур. В некоторых случаях поэтапное лечение эффективно убивает опухоль, по-видимому, уменьшая потенциальные побочные эффекты по сравнению с однократной радиохирургией. </p> <p> Чтобы точно направить лучи излучения, на голову пациента надевают рамку.Вводится местный анестетик, и каркас крепится к черепу четырьмя стерильными штифтами; единственный дискомфорт возникает во время введения местного анестетика. Сами штифты не вызывают боли, если область хорошо обезболена. Дополнительные обезболивающие препараты, такие как морфин, могут вводиться внутривенно, чтобы облегчить пациенту комфорт во время процедуры. </p> <p> КТ получают с введением контраста, а затем объединяют или сливают с МРТ головного мозга, которую обычно получают до процедуры.КТ дополняет МРТ, и вместе эти два исследования повышают точность процедуры. Детям или, в некоторых редких случаях, взрослым может потребоваться общая анестезия для выполнения этой процедуры, и в этом случае на протяжении всей процедуры присутствует анестезиолог. Лечебная бригада состоит из ряда специализированных медицинских работников: онколога-радиолога, нейрохирурга, медицинского радиационного физика, дозиметриста, лучевого терапевта и медсестры лучевой терапии. </p> <p> Нейрохирург <strong> и онколог-радиолог </strong> являются основными лицами, осуществляющими уход, и несут ответственность за безопасное и эффективное введение радиации и завершение процедуры.Они анализируют изображения и вместе с остальной командой составляют план облучения. После завершения проводится облучение. Пациент просто должен лежать на столе, как в компьютерном томографе, а каркас головы надежно фиксируется к аппарату на столе, куда точно направляются лучи излучения. Как правило, время лечения одной опухоли или поражения составляет около 30 минут, а если нацелено более чем на одну опухоль, это может занять больше времени. По завершении процедуры каркас снимают, на места штифтов накладывают чистую повязку и пациента выписывают на попечение члена семьи или друга.</p> <p> Стероидные препараты в форме Декадрона можно вводить до процедуры, а затем продолжать в течение короткого периода времени после процедуры. Обычно назначается рутинное наблюдение у нейрохирурга и онколога-радиолога. Кроме того, через три месяца запланирована повторная МРТ головного мозга для оценки ее эффективности. </p> <p> <h3><span class="ez-toc-section" id="i-15"> Лечение использует </span></h3> </p> <p> Альтернативой для пациентов с более чем четырьмя метастатическими опухолями в головном мозге является лучевая терапия всего мозга.Хотя это эффективно для уничтожения опухолевых клеток и обеспечения этого покрытия всего мозга, оно также может воздействовать на нормальные клетки мозга и вызывать снижение когнитивных и интеллектуальных способностей; следовательно, он зарезервирован для тех случаев, когда SRS невозможна. </p> <p> В некоторых случаях SRS может использоваться для дополнения или усиления эффектов облучения всего мозга. В других случаях рекомендуется SRS, но локализация опухоли может находиться в непосредственной близости от критических структур, таких как зрительные нервы; в таких случаях излучение может быть разделено на фракции и доставлено таким же точным и целенаправленным образом.Это известно как стереотаксическая лучевая терапия (СРТ), а не SRS. Другое отличие СРТ от СРС заключается в том, что при СРТ вместо каркаса можно использовать маску из термопластичного материала, так как пациент должен пройти несколько сеансов лечения. </p> <p> Как правило, SRS используется для опухолей с максимальным диаметром менее трех сантиметров. Наиболее распространенное применение SRS на практике — лечение метастатических опухолей головного мозга. Еще одно очень распространенное применение, при котором SRS очень эффективна, — это лечение небольших опухолей, возникающих из вестибулярного нерва, известных как вестибулярная шваномма (или акустическая неврома).</p> <p> Стереотаксическая радиохирургия также является неинвазивным методом лечения многих пациентов с такими состояниями, как артериовенозные мальформации (АВМ), артериовенозные фистулы, невралгия тройничного нерва и различные внутричерепные опухоли. </p> <p> <h3><span class="ez-toc-section" id="i-16"> Артериовенозные мальформации и артериовенозные фистулы </span></h3> </p> <p> АВМ представляет собой клубок аномальных и плохо сформированных кровеносных сосудов (артерий и вен) с более высокой скоростью кровотечения, чем нормальные сосуды. АВМ могут возникать в любом месте тела, но АВМ головного мозга представляют значительный риск, когда они кровоточат.Дуральные АВМ возникают в оболочке головного мозга и представляют собой приобретенное заболевание, которое может быть вызвано травмой. </p> <p> Артериовенозная фистула (АВФ) представляет собой аномальный канал или проход между артерией и веной, вызывающий нарушение нормального кровотока. Человек может родиться с врожденной АВФ или после рождения у него может развиться приобретенная фистула, часто вызванная травмой, повреждающей артерии. </p> <p> Хотя влияние SRS на опухолевые ткани можно увидеть через несколько недель после процедуры, может пройти до двух лет, чтобы увидеть влияние SRS на АВМ.Когда SRS используется для лечения АВМ, ангиограмма получается для повышения точности нацеливания на критические участки поражения. В случае АВМ очаг или наиболее концентрированная часть АВМ является критической целью. Желательно, чтобы размер мишени был меньше 3,5 сантиметров. Если очаг АВМ больше, то SRS можно разделить на несколько сеансов, чтобы избежать осложнений. Еще одно отличие АВМ заключается в том, что в некоторых случаях перед СРС может быть выполнена эмболизация АВМ для уменьшения кровотока внутри нее.</p> <p> <h3><span class="ez-toc-section" id="i-17"> Внутричерепные опухоли </span></h3> </p> <p> Стереотаксическая радиохирургия может быть вариантом лечения для отдельных пациентов с некоторыми метастатическими опухолями головного мозга, возникающими из других частей тела (например, из легких), а также для следующих первичных опухолей головного мозга: </p> <p> Стереотаксическая радиохирургия работает так же, как и другие формы лучевой терапии. Опухоль не удаляется, но радиация искажает ДНК опухолевых клеток. В результате эти клетки теряют способность к размножению.После лечения доброкачественные опухоли могут уменьшаться в размерах в течение периода от 18 месяцев до двух лет. Злокачественные и метастатические опухоли могут уменьшаться быстрее, иногда в течение нескольких месяцев. </p> <p> <h3><span class="ez-toc-section" id="i-18"> Менингиомы </span></h3> </p> <p> Менингиома — еще один тип опухоли, хорошо поддающийся SRS. В то время как хирургия является оптимальным методом лечения менингиом, которые затрагивают критические структуры, такие как кавернозный синус, или те, которые расположены в областях мозга, где безопасное хирургическое удаление невозможно, SRS играет полезную роль.Его также можно использовать для лечения любой остаточной менингиомы после операции, особенно если в этом остатке опухоли наблюдается рост. В отдельных случаях, после тщательной консультации между врачами, ухаживающими за пациентом, SRS может использоваться при первичных опухолях головного мозга, таких как глиомы, особенно когда они рецидивируют после стандартной лучевой или химиотерапии. </p> <p> <h3><span class="ez-toc-section" id="i-19"> Невралгия тройничного нерва </span></h3> </p> <p> Невралгия тройничного нерва (или двойной тик) иногда описывается как самая мучительная боль, известная человечеству.Боль обычно затрагивает нижнюю часть лица и челюсть, хотя иногда она затрагивает область вокруг носа и над глазом. Эта интенсивная, колющая боль, похожая на удар током, вызвана раздражением тройничного нерва, который посылает ветви ко лбу, щеке и нижней челюсти. Обычно ограничивается одной стороной лица. </p> <p> Стереотаксическая радиохирургия доставляет одну высококонцентрированную дозу ионизирующего излучения в небольшую точную мишень в корешке тройничного нерва. С течением времени и в результате радиационного облучения медленное формирование поражения нерва прерывает передачу болевых сигналов в мозг.Однако очень важно, чтобы процедуру выполняла команда, имеющая опыт применения SRS, поскольку цель находится в стволе мозга и существует риск травмы, учитывая высокую дозу используемого излучения. </p> <p> <h3><span class="ez-toc-section" id="i-20"> Осложнения </span></h3> </p> <p> Осложнения после радиохирургии немногочисленны — кровотечение или инфекция в месте введения штифта редки, а вокруг опухоли может возникнуть отек, поэтому вводят Декадрон. В редких случаях может произойти припадок; они, как правило, кратки и самоограничиваются.Лица, осуществляющие уход, или членов семьи просят просто убедиться, что пациент в безопасности, позвонить по номеру 911, сообщить информацию своего врача и доставить его в больницу для дальнейшего лечения. Вводят противосудорожные препараты, которые обычно весьма эффективны в контроле дальнейших приступов. </p> <p> Одно позднее осложнение, которое может наблюдаться, известно как радиационный некроз: опухолевые клетки погибают от радиации, но неадекватно очищаются организмом. В некоторых случаях это может вызвать дальнейший отек головного мозга, требующий дополнительной или увеличенной дозы Декадрон.В рефрактерных случаях может быть введен гипербарический кислород или рассмотрена возможность хирургического вмешательства для удаления мертвых тканей. Вот почему важно постоянно наблюдаться у нейрохирурга или онколога-радиолога. </p> <p> Также возможен рецидив опухоли в другой части мозга, поскольку SRS нацелен только на очень очаговую область; в таких случаях лечение SRS можно повторить на новых участках роста опухоли. Из-за ограничений, связанных с перекрытием лучей излучения, поступающих с разных направлений, обычно рекомендуется ограничивать количество опухолей, обрабатываемых за один сеанс, до четырех.Иногда нейрохирург и онколог-радиолог увеличивают это число, но только после тщательной консультации и учета возраста пациента, типа опухоли, расположения опухоли в головном мозге и предшествующего лечения. </p> <p> <h3><span class="ez-toc-section" id="i-21"> Другое использование </span></h3> </p> <p> В некоторых центрах пациентов с болезнью Паркинсона, эпилепсией или какой-либо формой психоневроза (например, обсессивно-компульсивным расстройством) можно лечить в экспериментальном порядке с помощью стереотаксической радиохирургии. В последнее время, с появлением бескаркасных методик, стереотаксическая радиохирургия применяется при поражениях позвоночника, чаще метастатических поражениях и реже доброкачественных опухолях позвоночника.</p> <p> <h4><span class="ez-toc-section" id="i-22"> Типы процедур стереотаксической радиохирургии </span></h4> </p> <p> Доступны различные способы доставки SRS. Наиболее часто используются системы на основе Гамма-ножа и LINAC (линейного ускорителя), такие как CyberKnife® или X-Knife®. Каждая из этих систем имеет свои преимущества и недостатки, но они имеют определенное сходство — все они используют источник излучения или генератор для доставки фотонов к цели, и они используют компьютеризированные алгоритмы и рамы головы (или изготовленные по индивидуальному заказу термопластические маски) для доставить излучение точно.</p> <p> <h4><span class="ez-toc-section" id="i-23"> Гамма-нож </span></h4> </p> <p> После того, как врачи прикрепляют стереотаксическую рамку к голове пациента с помощью булавок, для определения точного местоположения опухоли в мозгу пациента используются компьютерная томография или компьютерная томография и МРТ. Поражения размером от 5 до 40 миллиметров можно лечить с помощью процедуры «Гамма-нож». Если у пациента есть АВМ, ангиограмму и КТ проводят с прикрепленным каркасом. Гамма-нож состоит из сферы, содержащей 201 источник Cobolt-60, которые расположены таким образом, что лучи направлены на голову пациента.Голова пациента помещается в полость прибора и накрывается шлемом, который сужает лучи и защищает голову от нежелательного излучения. Излучение контролируется процентом используемых 201 портов, количеством экспозиций и положением головы. Компьютерная дозиметрия определяется в соответствии с поражением. Различные размеры луча доступны при использовании разных шлемов с отверстиями разного размера. Можно лечить поражения от 5 до 40 миллиметров. Хирурги могут выполнять несколько экспозиций, корректируя положение шлема и головы для получения различных форм поражений.Эта процедура занимает примерно 30 минут. </p> <p> <h4><span class="ez-toc-section" id="i-24"> Линейный ускоритель </span></h4> </p> <p> Начальные шаги в процедуре линейного ускорителя (LINAC) аналогичны шагам в методе гамма-ножа. Врачи прикрепляют стереотаксическую рамку к голове пациента с помощью булавок, а затем используют компьютерную томографию, компьютерную томографию или МРТ, чтобы определить точное местоположение опухоли в мозгу пациента. Поражения диаметром до 3,5 сантиметров можно лечить с помощью процедуры LINAC. Если у пациента есть АВМ, ангиограмму и КТ проводят с прикрепленным каркасом.Компьютерная дозиметрия определяется в соответствии с поражением. В коллиматор линейного ускорителя помещается конус размером примерно с поражение. Размер конусов варьируется от 12,5 миллиметров до 40 миллиметров. </p> <p> Пациента укладывают лежа на спину на лечебную кушетку линейного ускорителя. Голова закреплена, чтобы предотвратить движение во время лечения. Облучение направлено на очаг поражения с разных направлений в виде дуг. Дуга доставляет заданное количество излучения, а затем кушетка для лечения вращается вместе с коллиматором, в котором находится конус.Эта последовательность продолжается до тех пор, пока терапия не будет завершена. Количество используемых дуг варьируется от четырех до шести, а процедура занимает примерно 30 минут. Некоторые устройства, такие как CyberKnife, не используют рамки, а вместо этого удерживают голову на месте с помощью масок. </p> <p> Несколько производителей производят аппараты этого типа под торговыми марками, такими как Peacock®, X-Knife, CyberKnife, Clinac® и т. д. </p> <p> В разных медицинских центрах используются разные системы и их эффективность при лечении опухолей и поражений. указанное выше аналогично.В некоторых медицинских центрах может быть доступна протонная терапия. Это сложная форма излучения, в которой используется такое же точное наведение, как и в других упомянутых выше системах. Однако он использует протоны, а не фотоны. Протоны имеют другие физические свойства по сравнению с фотонами — для некоторых опухолей это может быть преимуществом, и одним из вариантов является направление в центр протонной лучевой терапии. </p> <p> Однако биологическая эффективность протонов аналогична фотонам, и для большинства опухолей головного мозга эффективна стандартная фотонная лучевая терапия, которая имеет превосходный послужной список и является используемым методом.</p> <p> <h3><span class="ez-toc-section" id="i-25"> Преимущества СГД </span></h3> </p> <p> Эта технология позволяет нейрохирургам проникать в самые глубокие отделы головного мозга и исправлять нарушения, не поддающиеся лечению с помощью обычной хирургии. Поскольку разреза нет, хирургические риски минимальны и дискомфорт невелик. Взрослые пациенты могут быть слегка успокоены, но в течение всей процедуры находятся в сознании. Госпитализация непродолжительна и в лучшем случае требует ночлега. Большинство больных лечатся амбулаторно.В результате пациенты испытывают меньше дискомфорта и имеют гораздо более короткие периоды восстановления, чем после обычной операции. </p> <p> <h3><span class="ez-toc-section" id="i-26"> Восстановление </span></h3> </p> <p> После стереотаксической радиохирургии на места штифтов стереотаксической рамы накладывают повязки, которые следует снять на следующий день. Пациентов можно наблюдать в течение определенного времени после лечения, прежде чем они отправятся домой, или их можно оставить в больнице на ночь для наблюдения. Некоторые люди испытывают минимальную чувствительность в местах расположения булавок.Иногда отек также может возникать вокруг мест штифтов. Большинство пациентов могут вернуться к своей обычной деятельности на следующий день, если отек не беспокоит. </p> <p> <h3><span class="ez-toc-section" id="i-27"> Следовать за </span></h3> </p> <p> Каждая ситуация должна быть тщательно индивидуализирована при тесной консультации между пациентом, нейрохирургом и онкологом-радиологом, что необходимо для выбора наилучшего плана лечения. Обычно нейрохирург хочет увидеть пациента в кабинете примерно через месяц после процедуры.Будет проведено неврологическое обследование. Часто примерно через шесть месяцев после процедуры проводят диагностический тест, такой как компьютерная томография или МРТ, чтобы проверить состояние облученной области. Чтобы эти изменения вступили в силу, может потребоваться от одного до трех лет. </p> <p> <h3><span class="ez-toc-section" id="i-28"> Дополнительное чтение </span></h3> </p> <p> <em> AANS не поддерживает какие-либо методы лечения, процедуры, продукты или врачей, упомянутых в этих информационных бюллетенях для пациентов. Эта информация предоставляется в качестве образовательной услуги и не предназначена для использования в качестве медицинской консультации.Любой, кто ищет конкретный нейрохирургический совет или помощь, должен проконсультироваться со своим нейрохирургом или найти его в вашем районе с помощью онлайн-инструмента AANS «Найти сертифицированного нейрохирурга». </em> </p> <h2><span class="ez-toc-section" id="_SRS_Radiation_Oncology"> Стереотаксическая радиохирургия (SRS) при метастазах в головной мозг: систематический обзор | Radiation Oncology </span></h2> <li data-counter="1."> <p> Nieder C, Spanne O, Mehta MP, Grosu AL, Geinitz H: <b> Представление, схемы лечения и выживаемость пациентов с метастазами в головной мозг: что изменилось за последние 20 лет? </b> <i> Рак </i> 2011, <b> 117: </b> 2505-2512.</p> <p> ПабМед Google ученый </p> </li> <li data-counter="2."> <p> Шехата В.М., Хендриксон Ф.Р., Хиндо В.А.: <b> Метод быстрого фракционирования и повторное лечение метастазов в головной мозг облучением. </b> <i> Рак </i> 1974, <b> 34: </b> 257-261. </p> <p> КАС пабмед Google ученый </p> </li> <li data-counter="3."> <p> Kurup P, Reddy S, Hendrickson FR: <b> Результаты повторного облучения при метастазах в головной мозг.</b> <i> Рак </i> 1980, <b> 46: </b> 2587-2589. </p> <p> КАС пабмед Google ученый </p> </li> <li data-counter="4."> <p> Nieder C, Milas L, Ang KK: <b> Устойчивость тканей к повторному облучению. </b> <i> Semin Radiat Oncol </i> 2000, <b> 10: </b> 200-209. </p> <p> КАС пабмед Google ученый </p> </li> <li data-counter="5."> <p> Leksell L: <b> Стереотаксический метод и радиохирургия головного мозга.</b> <i> Acta Chir Scan </i> 1951, <b> 102: </b> 316-319. </p> <p> КАС Google ученый </p> </li> <li data-counter="6."> <p> Гутин П.Х., Бернштейн М.: <b> Стереотаксическая интерстициальная брахитерапия при злокачественных опухолях головного мозга. </b> <i> Prog Exp Tumor Res </i> 1984, <b> 28: </b> 166-182. </p> <p> КАС пабмед Google ученый </p> </li> <li data-counter="7."> <p> Leksell DG: <b> Стереотаксическая радиохирургия.Текущее состояние и будущие тенденции. </b> <i> Neurol Res </i> 1987, <b> 9: </b> 60-68. </p> <p> КАС пабмед Google ученый </p> </li> <li data-counter="8."> <p> Colombo F, Benedetti A, Pozza F, Zanardo A, Avanzo RC, Chierego G, Marchetti C: <b> Стереотаксическая радиохирургия с использованием линейного ускорителя. </b> <i> Appl Neurophysiol </i> 1985, <b> 48: </b> 133-145. </p> <p> КАС пабмед Google ученый </p> </li> <li data-counter="9."> <p> Greitz T, Lax I, Bergström M, Arndt J, Berggren BM, Blomgren H, Boëthius J, Lindqvist M, Ribbe T, Steiner L: <b> Стереотаксическая лучевая терапия внутричерепных поражений.</b> <i> Методологические аспекты Acta Radiol Oncol </i> 1986, <b> 25: </b> 81-89. </p> <p> КАС пабмед Google ученый </p> </li> <li data-counter="10."> <p> Sturm V, Kober B, Höver KH, Schlegel W, Boesecke R, Pastyr O, Hartmann GH, Schabbert S, zum Winkel K, Kunze S: <b> Стереотаксическое чрескожное однократное облучение метастазов в головной мозг линейным ускорителем. </b> <i> Int J Radiat Oncol Biol Phys </i> 1987, <b> 13: </b> 279-282.</p> <p> КАС пабмед Google ученый </p> </li> <li data-counter="11."> <p> Лутц В., Уинстон К.Р., Малеки Н.: <b> Система для стереотаксической радиохирургии с линейным ускорителем. </b> <i> Int J Radiat Oncol Biol Phys </i> 1988, <b> 14: </b> 373-381. </p> <p> КАС пабмед Google ученый </p> </li> <li data-counter="12."> <p> Nieder C, Astner ST, Grosu AL: <b> Исследование глиобластомы 2006-2010: схема цитирования и систематический обзор часто цитируемых статей.</b> <i> Клиника Нейрол Нейрохирург </i> 2012, <b> 114: </b> 1207-1210. </p> <p> ПабМед Google ученый </p> </li> <li data-counter="13."> <p> Nieder C, Andratschke NH, Grosu AL: <b> Увеличение частоты исследований повторного облучения в радиационной онкологии: систематический обзор часто цитируемых статей. </b> <i> Am J Cancer Res </i> 2013, <b> 3: </b> 152-158. </p> <p> Центральный пабмед пабмед Google ученый </p> </li> <li data-counter="14."> <p> Цао М.Н., Радес Д., Вирт А., Ло С.С., Даниэльсон Б.Л., Гаспар Л.Е., Спердуто П.В., Фогельбаум М.А., Радавски Д.Д., Ван Д.З., Гиллин М.Т., Мохидин Н., Хан К.А., Чанг Э.Л.: <b> Радиотерапевтические и хирургические лечение недавно диагностированных метастазов в головной мозг: руководство Американского общества радиационной онкологии, основанное на фактических данных.</b> <i> Pract Radiat Oncol </i> 2012, <b> 2: </b> 210-225. </p> <p> Центральный пабмед пабмед Google ученый </p> </li> <li data-counter="15."> <p> Патель С.Х., Роббинс М.Р., Гор Э.М., Брэдли Д.Д., Гаспар Л.Е., Джермано И., Гафури П., Хендерсон М.А., Лутц С.Т., Макдермотт М.В., Пэтчелл Р.А., Робинс Х.И., Вассил А.Д., Випполд Ф.Дж. 2-й, Видетик Г.М.: <b> Критерии соответствия ACR: последующее наблюдение и повторное лечение метастазов в головной мозг. </b> <i> Am J Clin Oncol </i> 2012, <b> 35: </b> 302-306.</p> <p> ПабМед Google ученый </p> </li> <li data-counter="16."> <p> Suh JH, Videtic GM, Aref AM, Germano I, Goldsmith BJ, Imperato JP, Marcus KJ, McDermott MW, McDonald MW, Patchell RA, Robins HI, Rogers CL, Wolfson AH, Wippold FJ 2nd, Gaspar LE: <b> Критерии соответствия ACR: единичный метастаз в головной мозг. </b> <i> Curr Probl Cancer </i> 2010, <b> 34: </b> 162-174. </p> <p> ПабМед Google ученый </p> </li> <li data-counter="17."> <p> Гаспар Л.Е., Мехта М.П., ​​Пэтчелл Р.А., Бурри С.Х., Робинсон П.Д., Моррис Р.Е., Аммирати М., Эндрюс Д.В., Ашер А.Л., Коббс С.С., Кондзиолка Д., Лински М.Е., Леффлер Д.С., Макдермотт М., Миккельсен Т., Олсон JJ, Paleologos NA, Ryken TC, Kalkanis SN: <b> Роль лучевой терапии всего головного мозга в лечении недавно диагностированных метастазов в головной мозг: систематический обзор и руководство по клинической практике, основанное на фактических данных.</b> <i> J Neurooncol </i> 2010, <b> 96: </b> 17-32. </p> <p> Центральный пабмед пабмед Google ученый </p> </li> <li data-counter="18."> <p> Эндрюс Д.В., Скотт К.Б., Спердуто П.В., Фландерс А.Е., Гаспар Л.Е., Шелл М.К., Вернер-Васик М., Демас В., Рю Дж., Бахари Дж.П., Сухами Л., Ротман М., Мехта М.П., ​​Курран В.Дж.: <b> Всего лучевая терапия головного мозга с усилением стереотаксической радиохирургии или без него для пациентов с одним-тремя метастазами в головной мозг: результаты фазы III рандомизированного исследования RTOG 9508.</b> <i> Ланцет </i> 2004, <b> 363: </b> 1665-1672. Процитировано 812 раз </p> <p> PubMed Google ученый </p> </li> <li data-counter="19."> <p> Аояма Х., Ширато Х., Таго М., Накагава К., Тойода Т., Хатано К., Кендзё М., Оя Н., Хирота С., Шиора Х., Куниеда Э., Иномата Т., Хаякава К., Като Н., Кобаши Г.: <b> Стереотаксическая радиохирургия плюс лучевая терапия всего мозга против стереотаксической радиохирургии только для лечения метастазов в головной мозг: рандомизированное контролируемое исследование.</b> <i> JAMA </i> 2006, <b> 295: </b> 2483-2491. Процитировано 527 раз </p> <p> CAS пабмед Google ученый </p> </li> <li data-counter="20."> <p> Kondziolka D, Patel A, Lunsford LD, Kassam A, Flickinger JC: <b> Стереотаксическая радиохирургия плюс лучевая терапия всего головного мозга по сравнению с одной лучевой терапией для пациентов с множественными метастазами в головной мозг. </b> <i> Int J Radiat Oncol Biol Phys </i> 1999, <b> 45: </b> 427-434. Процитировано 517 раз </p> <p> CAS пабмед Google ученый </p> </li> <li data-counter="21."> <p> Flickinger JC, Kondziolka D, Lunsford LD, Coffey RJ, Goodman ML, Shaw EG, Hudgins RW, Weiner R, Harsh GR, Sneed PK, Larson DA: <b> Многопрофильный опыт стереотаксической радиохирургии при одиночном метастазировании в головной мозг .</b> <i> Int J Radiat Oncol Biol Phys </i> 1994, <b> 28: </b> 797-802. Процитировано 445 раз </p> <p> CAS пабмед Google ученый </p> </li> <li data-counter="22."> <p> Shaw E, Scott C, Souhami L, Dinapoli R, Kline R, Loeffler J, Farnan N: <b> Однократное радиохирургическое лечение рецидивирующих ранее облученных первичных опухолей головного мозга и метастазов в головной мозг: Заключительный отчет протокола RTOG 90-05. </b> <i> Int J Radiat Oncol Biol Phys </i> 2000, <b> 47: </b> 291-298.Процитировано 393 раза </p> <p> CAS пабмед Google ученый </p> </li> <li data-counter="23."> <p> Alexander E III, Moriarty TM, Davis RB, Wen PY, Fine HA, Black PM, Kooy HM, Loeffler JS: <b> Стереотаксическая радиохирургия для радикального неинвазивного лечения метастазов в головной мозг. </b> <i> J Natl Cancer Inst </i> 1995, <b> 87: </b> 34-40. Процитировано 377 раз </p> <p> PubMed Google ученый </p> </li> <li data-counter="24."> <p> Auchter RM, Lamond JP, Alexander E III, Buatti JM, Chappell R, Friedman WA, Kinsella TJ, Levin AB, Noyes WR, Schultz CJ, Loeffler JS, Mehta MP: <b> Мультиинституциональный исход и прогностический факторный анализ радиохирургия по поводу резектабельного одиночного метастаза в головной мозг.</b> <i> Int J Radiat Oncol Biol Phys </i> 1996, <b> 35: </b> 27-35. Процитировано 344 раза </p> <p> CAS пабмед Google ученый </p> </li> <li data-counter="25."> <p> Chang EL, Wefel JS, Hess KR, Allen PK, Lang FF, Kornguth DG, Arbuckle RB, Swint JM, Shiu AS, Maor MH, Meyers CA: <b> Нейрокогниция у пациентов с метастазами в головной мозг, пролеченных с помощью радиохирургии или радиохирургии плюс облучение всего мозга: рандомизированное контролируемое исследование. </b> <i> Ланцет Онкол </i> 2009, <b> 10: </b> 1037-1044.Процитировано 314 раз </p> <p> PubMed Google ученый </p> </li> <li data-counter="26."> <p> Sneed PK, Suh JH, Goetsch SJ, Sanghavi SN, Chappell R, Buatti JM, Regine WF, Weltman E, King VJ, Breneman JC, Sperduto PW, Mehta MP: <b> Межведомственный обзор эффективности только радиохирургии в сравнении с y радиохирургия с лучевой терапией всего головного мозга в качестве начального лечения метастазов в головной мозг. </b> <i> Int J Radiat Oncol Biol Phys </i> 2002, <b> 53: </b> 519-526. Процитировано 286 раз </p> <p> PubMed Google ученый </p> </li> <li data-counter="27."> <p> Sneed PK, Lamborn KR, Forstner JM, McDermott MW, Chang S, Park E, Gutin PH, Phillips TL, Wara WM, Larson DA: <b> Радиохирургия при метастазах в головной мозг: необходима ли лучевая терапия всего мозга? </b> <i> Int J Radiat Oncol Biol Phys </i> 1999, <b> 43: </b> 549-558.Процитировано 286 раз </p> <p> CAS пабмед Google ученый </p> </li> <li data-counter="28."> <p> Pirzkall A, Debus J, Lohr F, Fuss M, Rhein B: <b> Радиохирургия отдельно или в сочетании с лучевой терапией всего головного мозга при метастазах в головной мозг. </b> <i> J Clin Oncol </i> 1998, <b> 16: </b> 3563-3569. Процитировано 229 раз </p> <p> CAS пабмед Google ученый </p> </li> <li data-counter="29."> <p> Sperduto PW, Berkey B, Gaspar LE, Mehta M, Curran W: <b> Новый прогностический индекс и сравнение с тремя другими индексами для пациентов с метастазами в головной мозг: анализ 1960 пациентов в базе данных RTOG.</b> <i> Int J Radiat Oncol Biol Phys </i> 2008, <b> 70: </b> 510-514. Процитировано 216 раз </p> <p> PubMed Google ученый </p> </li> <li data-counter="30."> <p> Мехта М.П., ​​Розенталь Дж.М., Левин А.Б., Маки Т.Р., Кубсад С.С., Геринг М.А., Кинселла Т.Дж.: <b> Определение роли радиохирургии в лечении метастазов в головной мозг. </b> <i> Int J Radiat Oncol Biol Phys </i> 1992, <b> 24: </b> 619-625. Процитировано 186 раз </p> <p> CAS пабмед Google ученый </p> </li> <li data-counter="31."> <p> Биндал А.К., Биндал Р.К., Хесс К.Р., Шиу А., Хассенбуш С.Дж., Ши В.М., Савайя Р.: <b> Хирургия по сравнению с радиохирургией при лечении метастазов в головной мозг.</b> <i> J Нейросург </i> 1996, <b> 84: </b> 748-754. Процитировано 182 раза </p> <p> CAS пабмед Google ученый </p> </li> <li data-counter="32."> <p> Engenhart R, Kimmig BN, Hover KH, Wowra B, Romahn J, Lorenz WJ, Van Kaick G, Wannenmacher M: <b> Долгосрочное наблюдение за метастазами в головной мозг, пролеченными чрескожным стереотаксическим однократным высокодозным облучением. </b> <i> Рак </i> 1993, <b> 71:</b> 1353-1361. Процитировано 178 раз </p> <p> CAS пабмед Google ученый </p> </li> <li data-counter="33."> <p> Mori Y, Kondziolka D, Flickinger JC, Kirkwood JM, Agarwala S, Lunsford LD: <b> Стереотаксическая радиохирургия при метастатической меланоме головного мозга: факторы, влияющие на локальный контроль заболевания и выживаемость.</b> <i> Int J Radiat Oncol Biol Phys </i> 1998, <b> 42: </b> 581-589. Процитировано 169 раз </p> <p> CAS пабмед Google ученый </p> </li> <li data-counter="34."> <p> Hall EJ, Brenner DJ: <b> Радиобиология радиохирургии: обоснование различных режимов лечения АВМ и злокачественных новообразований. </b> <i> Int J Radiat Oncol Biol Phys </i> 1993, <b> 25: </b> 381-385. Процитировано 169 раз </p> <p> CAS пабмед Google ученый </p> </li> <li data-counter="35."> <p> Шиау С.И., Снид П.К., Шу Х.К., Ламборн К.Р., Макдермотт М.В., Чанг С., Новак П., Петти П.Л., Смит В., Верхей Л.Дж., Хо М., Парк Э., Вара В.М., Гутин П.Х., Ларсон Д.А.: <b> Радиохирургия при метастазах в головной мозг: связь дозы и характера усиления с местным контролем.</b> <i> Int J Radiat Oncol Biol Phys </i> 1997, <b> 37: </b> 375-383. Процитировано 165 раз </p> <p> CAS пабмед Google ученый </p> </li> <li data-counter="36."> <p> Aoyama H, Tago M, Kato N, Toyoda T, Kenjyo M, Hirota S, Shioura H, Inomata T, Kunieda E, Hayakawa K, Nakagawa K, Kobashi G, Shirato H: <b> Нейрокогнитивная функция пациентов с поражением головного мозга метастазы, которые получили либо лучевую терапию всего головного мозга в сочетании со стереотаксической радиохирургией, либо только радиохирургию.</b> <i> Int J Radiat Oncol Biol Phys </i> 2007, <b> 68: </b> 1388-1395. Процитировано 163 раза </p> <p> PubMed Google ученый </p> </li> <li data-counter="37."> <p> Muacevic A, Kreth FW, Horstmann GA, Schmid-Elsaesser R, Wowra B, Steiger HJ, Reulen HJ: <b> Хирургия и лучевая терапия по сравнению с радиохирургией гамма-ножом при лечении одиночных метастазов в мозг малого диаметра. </b> <i> J Нейросург </i> 1999, <b> 91: </b> 35-43. Процитировано 162 раза </p> <p> CAS пабмед Google ученый </p> </li> <li data-counter="38."> <p> Chao ST, Suh JH, Raja S, Lee SY, Barnett G: <b> Чувствительность и специфичность ПЭТ с ФДГ в дифференциации рецидивирующей опухоли головного мозга от радионекроза у пациентов, получавших стереотаксическую радиохирургию.</b> <i> Int J Cancer </i> 2001, <b> 96: </b> 191-197. Цитируется 161 раз </p> <p> CAS пабмед Google ученый </p> </li> <li data-counter="39."> <p> Adler JR, Cox RS, Kaplan I, Martin DP: <b> Стереотаксическое радиохирургическое лечение метастазов в головной мозг. </b> <i> J Нейросург </i> 1992, <b> 76: </b> 444-449. Цитируется 161 раз </p> <p> CAS пабмед Google ученый </p> </li> <li data-counter="40."> <p> Сангхави С.Н., Миранпури С.С., Чаппелл Р., Буатти Дж.М., Снид П.К., Су Дж.Х., Регина В.Ф., Велтман Э., Кинг В.Дж., Гетч С.Дж., Бренеман Дж.К., Спердуто П.В., Скотт С., Мабанта С., Мехта MP: <b> Радиохирургия для пациентов с метастазами в головной мозг: анализ нескольких учреждений, стратифицированный методом рекурсивного анализа разделения RTOG.</b> <i> Int J Radiat Oncol Biol Phys </i> 2001, <b> 51: </b> 426-434. Процитировано 156 раз </p> <p> CAS пабмед Google ученый </p> </li> <li data-counter="41."> <p> Sperduto PW, Chao ST, Sneed PK, Luo X, Suh J, Roberge D, Bhatt A, Jensen AW, Brown PD, Shih H, Kirkpatrick J, Schwer A, Gaspar LE, Fiveash JB, Chiang V, Knisely J, Sperduto CM, Mehta M: <b> Диагноз-специфические прогностические факторы, индексы и результаты лечения пациентов с недавно диагностированными метастазами в головной мозг: многоцентровой анализ 4259 пациентов.</b> <i> Int J Radiat Oncol Biol Phys </i> 2010, <b> 77: </b> 655-661. Процитировано 155 раз </p> <p> PubMed Google ученый </p> </li> <li data-counter="42."> <p> O’Neill BP, Iturria NJ, Link MJ, Pollock BE, Ballman KV, O’Fallon JR: <b> Сравнение хирургической резекции и стереотаксической радиохирургии при лечении солитарных метастазов в головной мозг. </b> <i> Int J Radiat Oncol Biol Phys </i> 2003, <b> 55: </b> 1169-1176. Процитировано 155 раз </p> <p> PubMed Google ученый </p> </li> <li data-counter="43."> <p> Weltman E, Salvajoli JV, Brandt RA, De Morais Hanriot R, Prisco FE, Cruz JC, De Oliveira Borges SR, Wajsbrot DB: <b> Радиохирургия при метастазах в головной мозг: показатель оценки прогноза.</b> <i> Int J Radiat Oncol Biol Phys </i> 2000, <b> 46: </b> 1155-1161. Процитировано 152 раза </p> <p> CAS пабмед Google ученый </p> </li> <li data-counter="44."> <p> Леффлер Дж.С., Кой Х.М., Вен П.Ю., Файн Х.А., Ченг Ч.В., Маннарино Э.Г., Цай Дж.С., Александр Е. III: <b> Лечение рецидивирующих метастазов в головной мозг с помощью стереотаксической радиохирургии. </b> <i> J Clin Oncol </i> 1990, <b> 8: </b> 276-582. Процитировано 151 раз </p> <p> Google ученый </p> </li> <li data-counter="45."> <p> Mehta MP, Tsao MN, Whelan TJ, Morris DE, Hayman JA, Flickinger JC, Mills M, Rogers CL, Souhami L: <b> Американское общество терапевтической радиологии и онкологии (ASTRO) — доказательный обзор роли радиохирургии при метастазах в головной мозг.</b> <i> Int J Radiat Oncol Biol Phys </i> 2005, <b> 63: </b> 37-46. Процитировано 146 раз </p> <p> PubMed Google ученый </p> </li> <li data-counter="46."> <p> Flickinger JC: <b> Интегрированная логистическая формула для прогнозирования осложнений радиохирургии. </b> <i> Int J Radiat Oncol Biol Phys </i> 1989, <b> 17: </b> 879-885. Процитировано 143 раза </p> <p> CAS пабмед Google ученый </p> </li> <li data-counter="47."> <p> Mori Y, Kondziolka D, Flickinger JC, Logan T, Lunsford LD: <b> Стереотаксическая радиохирургия при метастазах почечно-клеточного рака в головной мозг.</b> <i> Рак </i> 1998, <b> 83: </b> 344-353. Процитировано 137 раз </p> <p> CAS пабмед Google ученый </p> </li> <li data-counter="48."> <p> Chidel MA, Suh JH, Reddy CA, Chao ST, Lundbeck MF, Barnett GH: <b> Применение анализа рекурсивного разделения и оценка использования облучения всего головного мозга у пациентов, прошедших стереотаксическую радиохирургию по поводу недавно диагностированных метастазов в головной мозг. </b> <i> Int J Radiat Oncol Biol Phys </i> 2000, <b> 47: </b> 993-999.Процитировано 129 раз </p> <p> CAS пабмед Google ученый </p> </li> <li data-counter="49."> <p> Breneman JC, Warnick RE, Albright RE, Kukiatinant N, Shaw J, Armin D, Tew J: <b> Стереотаксическая радиохирургия для лечения метастазов в головной мозг: результаты одной серии исследований. </b> <i> Рак </i> 1997, <b> 79: </b> 551-557. Процитировано 127 раз </p> <p> CAS пабмед Google ученый </p> </li> <li data-counter="50."> <p> Shaw E, Scott C, Souhami L, Dinapoli R, Bahary JP, Kline R, Wharam M, Schultz C, Davey P, Loeffler J, Del Rowe J, Marks L, Fisher B, Shin K: <b> Radiosurgery for лечение ранее облученных рецидивирующих первичных опухолей головного мозга и метастазов в головной мозг: Первоначальный отчет группы лучевой терапии по онкологии, протокол 90-05.</b> <i> Int J Radiat Oncol Biol Phys </i> 1996, <b> 34: </b> 647-654. Процитировано 125 раз </p> <p> CAS пабмед Google ученый </p> </li> <li data-counter="51."> <p> Hasegawa T, Kondziolka D, Flickinger JC, Germanwala A, Lunsford LD, Adler JR, Gutin PH, Tabar V, Piepmeier JM, Petrovich Z: <b> Метастазы в головной мозг лечат только радиохирургией: альтернатива лучевой терапии всего мозга? </b> <i> Нейрохирургия </i> 2003, <b> 52: </b> 1318-1326.Процитировано 123 раза </p> <p> PubMed Google ученый </p> </li> <li data-counter="52."> <p> Regine WF, Huhn JL, Patchell RA, St Clair WH, Strottmann J, Meigooni A, Sanders M, Young AB: <b> Результаты и последствия. </b> <i> Int J Radiat Oncol Biol Phys </i> 2002, <b> Процитировано 122 раза: </b> 333-338. Процитировано 122 раза </p> <p> Google ученый </p> </li> <li data-counter="53."> <p> Недзи Л.А., Коой Х, Александр Е III, Гельман Р.С., Леффлер Дж.С.: <b> Переменные, связанные с развитием осложнений при радиохирургии внутричерепных опухолей.</b> <i> Int J Radiat Oncol Biol Phys </i> 1991, <b> 21: </b> 591-599. Цитируется 121 раз </p> <p> CAS пабмед Google ученый </p> </li> <li data-counter="54."> <p> Somaza S, Kondziolka D, Lunsford LD, Kirkwood JM, Flickinger JC: <b> Стереотаксическая радиохирургия при метастатической меланоме головного мозга. </b> <i> J Нейросург </i> 1993, <b> 79: </b> 661-666. Процитировано 120 раз </p> <p> CAS пабмед Google ученый </p> </li> <li data-counter="55."> <p> Rutigliano MJ, Lunsford LD, Kondziolka D, Strauss MJ, Khanna V, Green M, Patterson RH, Taub E, Friedman WA, Ciric I: <b> Экономическая эффективность стереотаксической радиохирургии по сравнению с хирургической резекцией при лечении одиночных метастазов опухоли головного мозга.</b> <i> Нейрохирургия </i> 1995, <b> 37: </b> 445-455. Процитировано 116 раз </p> <p> CAS пабмед Google ученый </p> </li> <li data-counter="56."> <p> Sheehan JP, Sun MH, Kondziolka D, Flickinger J, Lunsford LD: <b> Радиохирургия у пациентов с метастазами почечно-клеточного рака в головной мозг: отдаленные результаты и прогностические факторы, влияющие на выживаемость и локальный контроль опухоли. </b> <i> J Нейросург </i> 2003, <b> 98: </b> 342-349. Цитируется 115 раз </p> <p> PubMed Google ученый </p> </li> <li data-counter="57."> <p> Лавин С.Д., Петрович З., Коэн-Гадоль А.А., Масри Л.С., Мортон Д.Л., О’Дэй С.Дж., Эсснер Р., Зельман В., Ю.С., Люкстон Г., Апуццо М.Л.: <b> Радиохирургия гамма-ножом при метастатической меланоме: An анализ выживаемости, исходов и осложнений.</b> <i> Нейрохирургия </i> 1999, <b> 44: </b> 59-66. Цитируется 114 раз </p> <p> CAS пабмед Google ученый </p> </li> <li data-counter="58."> <p> Cardinale RM, Benedict SH, Wu Q, Zwicker RD, Gaballa HE, Mohan R: <b> Сравнение трех методов стереотаксической лучевой терапии; дуги против некомпланарных фиксированных полей против модуляции интенсивности. </b> <i> Int J Radiat Oncol Biol Phys </i> 1998, <b> 42: </b> 431-436. </p> <p> КАС пабмед Google ученый </p> </li> <li data-counter="59."> <p> Kooy HM, Van Herk M, Barnes PD, Alexander E III, Dunbar SF, Tarbell NJ, Mulkern RV, Holupka EJ, Loeffler JS: <b> Слияние изображений для стереотаксической лучевой терапии и планирования радиохирургического лечения.</b> <i> Int J Radiat Oncol Biol Phys </i> 1994, <b> 28: </b> 1229-1234. Цитируется 112 раз </p> <p> CAS пабмед Google ученый </p> </li> <li data-counter="60."> <p> Schöggl A, Kitz K, Reddy M, Wolfsberger S, Schneider B, Dieckmann K, Ungersböck K: <b> Определение роли стереотаксической радиохирургии по сравнению с микрохирургией в лечении одиночных метастазов в головной мозг. </b> <i> Акта Нейрохир </i> 2000, <b> 142: </b> 621-626. Процитировано 108 раз </p> <p> PubMed Google ученый </p> </li> <li data-counter="61."> <p> Лински М.Э., Эндрюс Д.В., Ашер А.Л., Бурри С.Х., Кондзиолка Д., Робинсон П.Д., Аммирати М., Коббс К.С., Гаспар Л.Е., Леффлер Дж.С., Макдермотт М., Мехта М.П., ​​Миккельсен Т., Олсон Дж.Дж., Палеологос Н.А., Пэтчелл RA, Ryken TC, Kalkanis SN: <b> Роль стереотаксической радиохирургии в лечении пациентов с недавно диагностированными метастазами в головной мозг: систематический обзор и руководство по клинической практике, основанное на фактических данных.</b> <i> J Neurooncol </i> 2010, <b> 96: </b> 45-68. Цитируется 103 раза </p> <p> PubMed Central пабмед Google ученый </p> </li> <li data-counter="62."> <p> Петрович З., Ю. С., Джаннотта С. Л., О’Дэй С., Апуццо М. Л.: <b> Выживаемость и характер неудач при метастазах в головной мозг, леченных стереотаксической радиохирургией гамма-ножом. </b> <i> Дж. Нейросург </i> 2002, <b> 97: </b> 499-506. Процитировано 93 раза </p> <p> PubMed Google ученый </p> </li> <li data-counter="63."> <p> Brown PD, Brown CA, Pollock BE, Gorman DA, Foote RL, Loeffler JS, Adler JR, Ryu S, Gutin PH, Kondziolka D, Piepmeier JM: <b> Стереотаксическая радиохирургия для пациентов с «радиорезистентными» метастазами в головной мозг.</b> <i> Нейрохирургия </i> 2002, <b> 51: </b> 656-667. Процитировано 91 раз </p> <p> PubMed Google ученый </p> </li> <li data-counter="64."> <p> Ширато Х., Такамура А., Томита М., Судзуки К., Нисиока Т., Ису Т., Като Т., Савамура Ю., Миямати К., Хироши А., Миясака К.: <b> Стереотаксическое облучение без облучения всего головного мозга при одиночном метастазе в головной мозг. </b> <i> Int J Radiat Oncol Biol Phys </i> 1997, <b> 37: </b> 385-391. Цитируется 91 раз </p> <p> CAS пабмед Google ученый </p> </li> <li data-counter="65."> <p> Coffey RJ, Flickinger JC, Bissonette DJ, Lunsford LD: <b> Радиохирургия одиночных метастазов в головной мозг с использованием гамма-установки кобальт-60: методы и результаты у 24 пациентов.</b> <i> Int J Radiat Oncol Biol Phys </i> 1991, <b> 20: </b> 1287-1295. Процитировано 89 раз </p> <p> CAS пабмед Google ученый </p> </li> <li data-counter="66."> <p> Nakamura JL, Verhey LJ, Smith V, Petti PL, Lamborn KR, Larson DA, Wara WM, McDermott MW, Sneed PK: <b> Соответствие дозы радиохирургии с использованием гамма-ножа и факторы риска осложнений. </b> <i> Int J Radiat Oncol Biol Phys </i> 2001, <b> 51: </b> 1313-1319. Процитировано 88 раз </p> <p> CAS пабмед Google ученый </p> </li> <li data-counter="67."> <p> Кочер М., Соффиетти Р., Абачиоглу У., Вилья С., Фошон Ф., Баумерт Б.Г., Фариселли Л., Цук-Шина Т., Кортманн Р.Д., Кэрри С., Бен Хассель М., Коури М., Валейнис Э., ван ден Берге Д. , Collette S, Collette L, Mueller RP: <i> J Clin Oncol </i> .2011, <b> 29: </b> 134-141. Цитируется 210 раз </p> <p> PubMed Central пабмед Google ученый </p> </li> <li data-counter="68."> <p> Лью Д.Н., Кано Х., Кондзиолка Д., Матье Д., Ниранджан А., Фликингер Дж.С., Кирквуд Дж.М., Тархини А., Мосхос С., Лансфорд Л.Д.: <b> Предикторы исхода операции гамма-ножа при метастазах меланомы в головной мозг. </b> <i> Дж Нейросург </i> 2011, <b> 114: </b> 769-779. Процитировано 29 раз </p> <p> PubMed Google ученый </p> </li> <li data-counter="69."> <p> Kondziolka D, Kano H, Harrison GL, Yang HC, Liew DN, Niranjan A, Brufsky AM, Flickinger JC, Lunsford LD: <b> Стереотаксическая радиохирургия в качестве первичного и спасательного лечения метастазов в головной мозг от рака молочной железы.</b> <i> Дж Нейросург </i> 2011, <b> 114: </b> 792-800. Процитировано 26 раз </p> <p> PubMed Google ученый </p> </li> <li data-counter="70."> <p> Jenkinson MD, Haylock B, Shenoy A, Husband D, Javadpour M: <b> Лечение метастазов в головной мозг: научно обоснованный подход к хирургии, стереотаксической радиохирургии и лучевой терапии. </b> <i> Eur J Рак </i> 2011, <b> 47: </b> 649-655. Процитировано 23 раза </p> <p> PubMed Google ученый </p> </li> <li data-counter="71."> <p> Minniti G, Clarke E, Lanzetta G, Osti MF, Trasimeni G, Bozzao A, Romano A, Enrici RM: <b> Стереотаксическая радиохирургия при метастазах в головной мозг: анализ результатов и риска радионекроза головного мозга.</b> <i> Radiat Oncol </i> 2011, <b> 6: </b> 48. Процитировано 21 раз </p> <p> PubMed Central пабмед Google ученый </p> </li> <li data-counter="72."> <p> Tsao M, Xu W, Sahgal A: <b> Метаанализ, оценивающий стереотаксическую радиохирургию, лучевую терапию всего мозга или и то, и другое для пациентов с ограниченным числом метастазов в головной мозг. </b> <i> Рак </i> 2012, <b> 118: </b> 2486-2493. Процитировано 14 раз </p> <p> PubMed Google ученый </p> </li> <li data-counter="73."> <p> Knisely JP, Yu JB, Flanigan J, Sznol M, Kluger HM, Chiang VL: <b> Радиохирургия метастазов меланомы головного мозга в эпоху ипилимумаба и возможность более длительного выживания.</b> <i> Ж Нейросург </i> 2012, <b> 117: </b> 227-233. Процитировано 13 раз </p> <p> PubMed Google ученый </p> </li> <li data-counter="74."> <p> Kelly PJ, Lin YB, Yu AY, Alexander BM, Hacker F, Marcus KJ, Weiss SE: <b> Стереотаксическое облучение послеоперационной резекционной полости по поводу метастазов в головной мозг: серия случаев на основе бескаркасного линейного ускорителя и обзор методики . </b> <i> Int J Radiat Oncol Biol Phys </i> 2012, <b> 82: </b> 95-101.Процитировано 13 раз </p> <p> PubMed Google ученый </p> </li> <li data-counter="75."> <p> Hunter GK, Suh JH, Reuther AM, Vogelbaum MA, Barnett GH, Angelov L, Weil RJ, Neyman G, Chao ST: <b> Лечение пяти или более метастазов в головной мозг с помощью стереотаксической радиохирургии. </b> <i> Int J Radiat Oncol Biol Phys </i> 2012, <b> 83: </b> 1394-1398. Процитировано 10 раз </p> <p> PubMed Google ученый </p> </li> <li data-counter="76."> <p> Roberge D, Parney I, Brown PD: <b> Радиохирургия послеоперационной хирургической полости: Кому нужны доказательства? </b> <i> Int J Radiat Oncol Biol Phys </i> 2012, <b> 83: </b> 486-493.Процитировано 10 раз </p> <p> PubMed Google ученый </p> </li> <li data-counter="77."> <p> Бреннан С., Ян Т.Дж., Хилден П., Чжан З., Чан К., Ямада Ю., Чан Т.А., Лимберис С.К., Нараяна А., Табар В., Гутин П.Х., Баллангруд А., Лис Э., Бил К.: <b> Фаза 2 испытание усиления стереотаксической радиохирургии после хирургической резекции по поводу метастазов в головной мозг. </b> <i> Int J Radiat Oncol Biol Phys </i> 2014, <b> 88: </b> 130-136. </p> <p> ПабМед Google ученый </p> </li> <li data-counter="78."> <p> Atalar B, Modlin LA, Choi CY, Adler JR, Gibbs IC, Chang SD, Harsh GR 4th, Li G, Nagpal S, Hanlon A, Soltys SG: <b> полость послеоперационной резекции по поводу метастазов в головной мозг.</b> <i> Int J Radiat Oncol Biol Phys </i> 2013, <b> 87: </b> 713-718. </p> <p> PubMed  Google Scholar  </p> </li> <li data-counter="79."> <p> Yamamoto M, Serizawa T, Shuto T, Akabane A, Higuchi Y, Kawagishi J, Yamanaka K, Sato Y, Jokura H, Yomo S, Nagano O, Kenai H, Moriki A, Suzuki S, Kida Y, Iwai Y, Hayashi M, Onishi H, Gondo M, Sato M, Akimitsu T, Kubo K, Kikuchi Y, Shibasaki T, Goto T, Takanashi M, Mori Y, Takakura K, Saeki N, Kunieda E, Aoyama H, <i> et al </i> .: <b> Стереотаксическая радиохирургия для пациентов с множественными метастазами в головной мозг (JLGK0901): многоцентровое проспективное обсервационное исследование. </b> <i> Ланцет Онкол </i> 2014. S1470-2045(14)70061-0. дои: 10.1016/S1470-2045(14)70061-0 </p> <p> Google ученый </p> </li> <li data-counter="80."> <p> Ayala-Peacock DN, Peiffer AM, Lucas JT, Isom S, Kuremsky JG, Urbanic JJ, Bourland JD, Laxton AW, Tatter SB, Shaw EG, Chan MD: <b> Номограмма для прогнозирования отдаленной мозговой недостаточности у пациентов, получавших лечение со стереотаксической радиохирургией гамма-ножом без лучевой терапии всего головного мозга.</b> <i> Нейро Онкол </i> 2014, <b> 2014: </b> 2014. </p> <p> Google ученый </p> </li> <li data-counter="81."> <p> Чо К.Х., Холл В.А., Герби Б.Дж., Хиггинс П.Д., Боэн М., Кларк Х.Б.: <b> Критерии отбора пациентов для лечения метастазов в головной мозг с помощью стереотаксической радиохирургии. </b> <i> J Neurooncol </i> 1998, <b> 40: </b> 73-86. </p> <p> КАС пабмед Google ученый </p> </li> <li data-counter="82."> <p> Varlotto JM, Flickinger JC, Niranjan A, Bhatnagar AK, Kondziolka D, Lunsford LD: <b> Анализ контроля опухоли и токсичности у пациентов, выживших не менее одного года после радиохирургии метастазов в головной мозг.</b> <i> Int J Radiat Oncol Biol Phys </i> 2003, <b> 57: </b> 452-464. </p> <p> ПабМед Google ученый </p> </li> <li data-counter="83."> <p> Bhatnagar AK, Flickinger JC, Kondziolka D, Lunsford LD: <b> Стереотаксическая радиохирургия при четырех и более внутричерепных метастазах. </b> <i> Int J Radiat Oncol Biol Phys </i> 2006, <b> 64: </b> 898-903. Цитируется 86 раз </p> <p> PubMed Google ученый </p> </li> <li data-counter="84."> <p> Soon YY, Tham IW, Lim KH, Koh WY, Lu JJ: <b> Хирургия или радиохирургия плюс лучевая терапия всего головного мозга по сравнению с хирургией или только радиохирургией при метастазах в головной мозг.</b> <i> Cochrane Database Syst Rev </i> 2014., <b> 3: </b> CD009454 </p> <p> Google ученый </p> </li> <li data-counter="85."> <p> Nieder C, Norum J, Dalhaug A, Aandahl G, Engljähringer K: <b> Наилучшая поддерживающая терапия у пациентов с метастазами в головной мозг и неблагоприятными прогностическими факторами: разработка улучшенных средств принятия решений. </b> <i> Support Care Cancer </i> 2013, <b> 21: </b> 2671-2678. </p> <p> ПабМед Google ученый </p> </li> <li data-counter="86."> <p> Nieder C, Norum J, Dalhaug A, Aandahl G, Pawinski A: <b> Лучевая терапия в сравнении с лучшей поддерживающей терапией у пациентов с метастазами в головной мозг и неблагоприятными прогностическими факторами.</b> <i> Clin Exp Metastasis </i> 2013, <b> 30: </b> 723-729. </p> <p> КАС пабмед Google ученый </p> </li> <li data-counter="87."> <p> Спердуто П.В., Ван М., Робинс Х.И., Шелл М.С., Вернер-Васик М., Комаки Р., Сухами Л., Буйоуноуски М.К., Хунтия Д., Демас В., Шах С.А., Недзи Л.А., Перри Г., Сух Д.Х., Мехта М.П. : <b> Испытание фазы 3 лучевой терапии всего головного мозга и стереотаксической радиохирургии в сравнении с ОВГМ и СРС с темозоломидом или эрлотинибом при немелкоклеточном раке легкого и от 1 до 3 метастазов в головной мозг: Radiation Therapy Oncology Group 0320.</b> <i> Int J Radiat Oncol Biol Phys </i> 2013, <b> 85: </b> 1312-1318. </p> <p> Центральный пабмед КАС пабмед Google ученый </p> </li> <li data-counter="88."> <p> Гаспар Л., Скотт С., Ротман М., Асбелл С., Филлипс Т., Вассерман Т., МакКенна В.Г., Байхардт Р.: <b> Рекурсивный анализ разделения (RPA) прогностических факторов в трех исследованиях метастазов в головной мозг группы лучевой терапии и онкологии (RTOG) . </b> <i> Int J Radiat Oncol Biol Phys </i> 1997, <b> 37: </b> 745-751.</p> <p> КАС пабмед Google ученый </p> </li> <li data-counter="89."> <p> Lorenzoni J, Devriendt D, Massager N, David P, Ruíz S, Vanderlinden B, Van Houtte P, Brotchi J, Levivier M: <b> Радиохирургия для лечения метастазов в головной мозг: оценка приемлемости пациента с использованием трех систем стратификации. </b> <i> Int J Radiat Oncol Biol Phys </i> 2004, <b> 60: </b> 218-224. </p> <p> ПабМед Google ученый </p> </li> <li data-counter="90."> <p> Franzin A, Snider S, Picozzi P, Bolognesi A, Serra C, Vimercati A, Passarin O, Mortini P: <b> Оценка различных индексов для прогнозирования прогноза при радиохирургическом лечении метастазов в головной мозг с помощью гамма-ножа.</b> <i> Int J Radiat Oncol Biol Phys </i> 2009, <b> 74: </b> 707-713. </p> <p> ПабМед Google ученый </p> </li> <li data-counter="91."> <p> Лихачева А., Пинникс К.С., Парих Н., Аллен П.К., Гуха-Тхакурта Н., Макалир М., Сулман Э.П., Махаджан А., Шиу А., Луо Д., Чиу М., Браун П.Д., Прабху С.С., Чанг Э.Л.: <b> Валидация рекурсивного анализа разделения и дифференцированной прогностической оценки для конкретного диагноза у пациентов, первоначально получавших только радиохирургическое лечение. </b> <i> Ж Нейросург </i> 2012, <b> 117: </b> 38-44.</p> <p> Центральный пабмед пабмед Google ученый </p> </li> <li data-counter="92."> <p> Zindler JD, Rodrigues G, Haasbeek CJ, De Haan PF, Meijer OW, Slotman BJ, Lagerwaard FJ: <b> Клиническая ценность прогностических систем оценки у пациентов с метастазами в головной мозг, получавших радиохирургическое лечение. </b> <i> Radiother Oncol </i> 2013, <b> 106: </b> 370-374. </p> <p> ПабМед Google ученый </p> </li> <li data-counter="93."> <p> Dutta V: <b> Химиотерапия, нейротоксичность и когнитивные изменения при раке молочной железы.</b> <i> J Cancer Res Ther </i> 2011, <b> 7: </b> 264-269. </p> <p> ПабМед Google ученый </p> </li> <li data-counter="94."> <p> Oskan F, Ganswindt U, Schwarz SB, Manapov F, Belka C, Niyazi M: <b> Сохранение гиппокампа при лучевой терапии всего мозга: обзор. </b> <i> Strahlenther Onkol </i> 2014, <b> 190: </b> 337-341. </p> <p> КАС пабмед Google ученый </p> </li> <li data-counter="95."> <p> Prokic V, Wiedenmann N, Fels F, Schmucker M, Nieder C, Grosu AL: <b> Облучение всего головного мозга с сохранением гиппокампа и повышением дозы при множественных метастазах в головной мозг: исследование планирования концепций лечения.</b> <i> Int J Radiat Oncol Biol Phys </i> 2013, <b> 85: </b> 264-270. </p> <p> ПабМед Google ученый </p> </li> <li data-counter="96."> <p> Патил К.Г., Прикола К., Сармьенто Дж.М., Гарг С.К., Брайант А., Блэк К.Л.: <b> Только лучевая терапия всего головного мозга (ОВГМ) по сравнению с ОВГМ и радиохирургией для лечения метастазов в головной мозг. </b> <i> Cochrane Database Syst Rev </i> 2012., <b> 9: </b> CD006121 </p> <p> Google ученый </p> </li> <li data-counter="97."> <p> Аммирати М., Коббс К.С., Лински М.Е., Палеологос Н.А., Райкен Т.К., Бурри С.Х., Ашер А.Л., Леффлер Дж.С., Робинсон П.Д., Эндрюс Д.В., Гаспар Л.Е., Кондзиолка Д., Макдермотт М., Мехта М.П., ​​Миккельсен Т., Олсон JJ, Patchell RA, Kalkanis SN: <b> Роль повторного лечения в лечении рецидивирующих/прогрессирующих метастазов в головной мозг: систематический обзор и руководство по клинической практике, основанное на фактических данных.</b> <i> J Neurooncol </i> 2010, <b> 96: </b> 85-96. </p> <p> Центральный пабмед пабмед Google ученый </p> </li> <li data-counter="98."> <p> Kurtz G, Zadeh G, Gingras-Hill G, Millar BA, Laperriere NJ, Bernstein M, Jiang H, Ménard C, Chung C: <b> Спасительная радиохирургия при метастазах в головной мозг: прогностические факторы, которые следует учитывать при отборе пациентов. </b> <i> Int J Radiat Oncol Biol Phys </i> 2014, <b> 88: </b> 137-142. </p> <p> ПабМед Google ученый </p> </li> <li data-counter="99."> <p> Chao ST, Barnett GH, Vogelbaum MA, Angelov L, Weil RJ, Neyman G, Reuther AM, Suh JH: <b> Спасительная стереотаксическая радиохирургия эффективно лечит рецидивы лучевой терапии всего мозга.</b> <i> Рак </i> 2008, <b> 113: </b> 2198-2204. </p> <p> ПабМед Google ученый </p> </li> <li data-counter="100."> <p> Кабальеро Дж. А., Снид П. К., Ламборн К. Р., Ма Л., Дендулури С., Накамура Дж. Л., Барани И. Дж., Макдермотт М. В.: <b> Прогностические факторы выживаемости у пациентов, прошедших стереотаксическую радиохирургию по поводу рецидивирующих метастазов в головной мозг после предшествующей лучевой терапии всего головного мозга. </b> <i> Int J Radiat Oncol Biol Phys </i> 2012, <b> 83: </b> 303-309.</p> <p> ПабМед Google ученый </p> </li> <li data-counter="101."> <p> Hsu F, Kouhestani P, Nguyen S, Cheung A, McKenzie M, Ma R, Toyota B, Nichol A: <b> Популяционные результаты буст-радиохирургии по сравнению со спасительной радиохирургией при метастазах в мозг после лучевой терапии всего мозга. </b> <i> Radiother Oncol </i> 2013, <b> 108: </b> 128-131. </p> <p> ПабМед Google ученый </p> </li> <li data-counter="102."> <p> Kim DH, Schultheiss TE, Radany EH, Badie B, Pezner RD: <b> Клинические результаты лечения пациентов, прошедших второй курс стереотаксической радиохирургии по поводу локально или регионально рецидивирующих метастазов в головной мозг после предшествующей стереотаксической радиохирургии.</b> <i> J Neurooncol </i> 2013, <b> 115: </b> 37-43. </p> <p> КАС пабмед Google ученый </p> </li> <li data-counter="103."> <p> Barnholtz-Sloan JS, Yu C, Sloan AE, Vengoechea J, Wang M, Dignam JJ, Vogelbaum MA, Sperduto PW, Mehta MP, Machtay M, Kattan MW: <b> Номограмма для индивидуальной оценки выживаемости среди пациентов с метастазы в головной мозг. </b> <i> Нейро Онкол </i> 2012, <b> 14: </b> 910-918. </p> <p> Центральный пабмед пабмед Google ученый </p> </li> <li data-counter="104."> <p> Lester SC, Taksler GB, Kuremsky JG, Lucas JT Jr, Ayala-Peacock DN, Randolph DM 2nd, Bourland JD, Laxton AW, Tatter SB, Chan MD: <b> Клинические и экономические результаты лечения пациентов с метастазами в головной мозг на основе симптомы: аргумент в пользу рутинного скрининга головного мозга у тех, кто лечился с помощью предварительной радиохирургии.</b> <i> Рак </i> 2014, <b> 120: </b> 433-441. </p> <p> ПабМед Google ученый </p> </li> <h2><span class="ez-toc-section" id="_SRS_Smartpedia"> Что такое SRS? — Smartpedia </span></h2> <h3><span class="ez-toc-section" id="SRS-2"> SRS – сочетание спецификации требований и функциональной спецификации </span></h3> <p> Определение требований является важным аспектом создания программного обеспечения и систем. IEEE (Институт инженеров по электротехнике и электронике) опубликовал стандарт спецификации программного обеспечения и систем — так называемую спецификацию требований к системам и программному обеспечению (SRS).Полное обозначение: IEEE 29148-2018 — Международный стандарт ISO/IEC/IEEE — Системная и программная инженерия — Процессы жизненного цикла — Разработка требований. </p> <p> Часто SRS используется как синоним спецификации требований. Однако SRS не является синонимом спецификации требований, поскольку она определяет требования заказчика, также называемые C-требованиями, и требования к разработке в соответствии с D-требованиями. Другими словами, SRS включает в себя как спецификацию требований, так и функциональную спецификацию.</p> <h3><span class="ez-toc-section" id="i-29"> Системы или программное обеспечение – что указывает СГД? </span></h3> <p> Существуют публикации, в которых проводится различие между спецификацией требований к программному обеспечению (SRS) и спецификацией требований к системе (SyRS). Причина такого различия заключается в дальнейшем развитии стандарта IEEE. Первоначально IEEE 830-1998 определял «Рекомендуемую практику для спецификации требований к программному обеспечению». Стандарт был опубликован в июне 1998 г. и заменен стандартом ISO/IEC/IEEE 29148:2011 в декабре 2011 г.Этот новый стандарт ISO касается процессов и продуктов в связи с разработкой требований к системам, программным продуктам и программным услугам. <strong> Спецификация программного обеспечения стала спецификацией систем и программного обеспечения. </strong> </p> <p> В октябре 2018 г. была опубликована новая пересмотренная версия: ISO/IEC/IEEE 29148:2018 определяет структуру хорошего требования (например, правильное, однозначное, последовательное, оцениваемое в соответствии с важностью и/или стабильностью, проверяемое, модифицируемое и понятное) , предоставляет атрибуты и свойства требований и обсуждает итеративное и рекурсивное применение процессов требований на протяжении всего жизненного цикла.</p> <h3><span class="ez-toc-section" id="_SRS-6"> Структура SRS </span></h3> <p> Спецификация требований к системам и программному обеспечению является основой для разработки продукта. Он определяет рамки для всех участников. Обычно он содержит следующие элементы: </p> <ul> <li> введение с целью, задачей и объемом </li> <li> общее описание разрабатываемого решения </li> <li> пользователю нужно </li> <li> требования к системе и программному обеспечению или функции системы и программного обеспечения </li> <li> используемых определений и сокращений </li> <li> дополнительная информация, такая как графики, эскизы, модели, диаграммы и т. д.</li> </ul> <h3><span class="ez-toc-section" id="_SRS-7"> Преимущества SRS </span></h3> <p> Написание спецификации требований к системам и программному обеспечению предлагает множество преимуществ: </p> <ul> <li> Позволяет оценить расходы, затраты, риски и т. д. </li> <li> Дает возможность клиенту сформулировать свое видение проекта/развития. </li> <li> Он формирует основу для общего, документированного понимания между подрядчиком и клиентом. </li> <li> Он документирует и структурирует состояние требований к системе и программному обеспечению и поэтому является хорошим инструментом для всех участников.</li> </ul> <p> На практике часто бывает так, что плохая или недостаточная спецификация приводит к значительным последующим затратам и неудовлетворенности со стороны вовлеченных сторон – клиента, подрядчика, пользователей. Это еще одна причина, по которой создание хорошей спецификации требований к системам и программному обеспечению (SRS) становится все более важным. </p> <h2><span class="ez-toc-section" id="i-30"> Система реестров | Агентство по охране окружающей среды США </span></h2> <p> <b> Как SRS способствует получению информации о качестве? </b> </p> <p> Существует два аспекта качества службы регистрации веществ (SRS): повышение качества информации об идентификации веществ в EPA и обеспечение высокого качества данных в SRS.</p> <br/> <h4><span class="ez-toc-section" id="_SRS-8"> Как SRS способствует информации о качестве? </span></h4> <p> Идентификация вещества является постоянной проблемой в EPA. SRS оказывает ключевую поддержку усилиям EPA по улучшению качества информации по идентификации веществ в трех областях: </p> <ul> <li> Идентификация стандартизированного вещества </li> <li> Содействие точной идентификации вещества </li> <li> Идентификация вещества картирования через статуи и системы </li> </ul> <p> <i> Стандартизация идентификации веществ <br/> </i> SRS поддерживает Стандарт данных химической идентификации и Стандарт данных биологической таксономии.Эти стандарты требуют, чтобы EPA установило набор ключевых полей для каждого вещества, чтобы обеспечить уникальную идентификацию. Некоторые программы EPA начали принимать стандартизированные названия SRS, тем самым сокращая использование синонимов в EPA. </p> <p> <i> Содействие точной идентификации веществ <br/> </i> Стандартизация также способствует повышению точности. Для подмножества веществ, контролируемых в окружающей среде, стандартизация может быть затруднена. Рабочие группы по химической номенклатуре стремились идентифицировать повторяющиеся идентичности веществ и выбирать действительные названия для каждого вещества.В результате при подаче информации об этих веществах государства и другие стороны могут использовать стандартную идентификацию, тем самым повышая качество поступающих данных. Кроме того, штаты начали использовать SRS для проверки идентификации веществ в своих собственных системах данных, продвигая EPA и штаты к большей согласованности информации о веществах. </p> <p> <i> Картирование идентификации вещества <br/> </i> Со временем Конгресс принял различные статуи для решения различных экологических проблем.Агентство по охране окружающей среды внедрило программы и системы данных для реализации этих законов об охране окружающей среды. Поскольку каждый из них был разработан независимо от других, не было единообразия в названиях веществ; каждый закон и каждая система данных часто использовали разные синонимы для одного и того же химического вещества. Сопоставление идентификации вещества в этих законах и системах данных EPA является ключевой проблемой качества, которая решается с помощью SRS. </p> <br/> Вернуться к началу <h4><span class="ez-toc-section" id="i-31"> Как обеспечивается качество информации в СГД? </span></h4> <p> Работа над качеством данных SRS продолжается.Приблизительно 100 000 записей в SRS по состоянию на июнь 2008 г. создают огромные возможности для ошибок. Агентство по охране окружающей среды уделяет особое внимание качеству SRS по трем направлениям: </p>. <ul> <li> Качество информации, предоставленной SRS </li> <li> Оценка точности синонимов, которые используются программами EPA и поэтому публикуются в SRS </li> <li> Значение доступной информации; например, ссылки на связанные веб-сайты </li> </ul> <p> <i> Качество основной информации о веществе <br/> </i> Основная информация — это основные метаданные о веществе.Эти элементы данных остаются неизменными независимо от закона об охране окружающей среды или системы EPA. Примерами основных метаданных являются регистрационное имя SRS, молекулярная масса и идентификатор EPA. </p> <p> Регистрационное имя SRS (стандартное название, принятое EPA для каждого химического и биологического организма) требует высокого качества. Для определения этих имен и обеспечения их точности существуют рабочие группы с участием представителей программ EPA и государственных учреждений, которые собираются ежемесячно. В состав участников рабочей группы входят химики, сотрудники с обширными знаниями в области лабораторных анализов, а также другие сотрудники с большим опытом работы.Это дополнение разнообразных навыков необходимо для принятия правильных решений. </p> <p> Другие базовые данные, присущие веществу (например, молекулярная масса и молекулярная формула), не генерируются EPA, но хранятся в SRS. Чтобы эта информация была актуальной и точной, EPA использует различные процессы для проверки качества и обновления информации. </p> <p> Ведение списков веществ в SRS — еще одна область, требующая обеспечения качества. Обнаружение того, какие вещества названы в конкретном законе или какие вещества отслеживаются в определенной базе данных EPA, является основным использованием SRS.Агентство по охране окружающей среды определило, что наилучший подход к управлению списками веществ — это ответственное управление. У каждого списка веществ есть по крайней мере один распорядитель, который управляет конкретным списком в SRS. Обычно стюард представляет организацию, которая отвечает за перечень веществ или располагает наиболее полной информацией о нем. </p> <p> <i> Оценка качества синонимов EPA <br/> </i> В планы на будущее входит оценка качества синонимов в SRS. Эти синонимы, встречаются ли они в природоохранных законах или в системах данных EPA, не всегда корректны.Имя в системе данных EPA, представленное учреждением или другой организацией, может быть написано с ошибкой. В экологическом законодательстве мог использоваться двусмысленный или неточный синоним. Проверка и оценка качества (например, действительный, написанный с ошибкой, двусмысленный) каждого синонима поможет пользователям SRS решить, использовать ли конкретный синоним или нет. </p> <p> <i> Ценность информации в SRS <br/> </i> Качество также означает обеспечение ценности информации в SRS для пользователей.Поскольку одной из наиболее широко используемых функций SRS являются информационные бюллетени о веществах, SRS будет ссылаться на дополнительные внутренние и внешние источники, которые предоставляют информационные бюллетени или другую документацию о веществах. </p> <p> SRS также будет либо хранить информацию об идентификации веществ других федеральных агентств, либо создавать ссылки на их реестры веществ. Результатом станет возможность обращения в SRS в качестве универсального реестра для получения информации о веществах для всего федерального правительства.</p> <br/> Вернуться к началу . </div><!-- .entry-content --> </div><!-- .entry-content-wrapper --> <footer class="entry-meta entry-footer"> <span class="cat-links"><a href="https://auto-virage.ru/category/raznoe-2" rel="category tag">Разное</a></span> </footer><!-- .entry-footer --> </article><!-- #post-## --> <nav class="navigation post-navigation" aria-label="Записи"> <h2 class="screen-reader-text">Навигация по записям</h2> <div class="nav-links"><div class="nav-previous"><a href="https://auto-virage.ru/raznoe-2/chto-nazyvayut-napryazheniem-chto-nazyvaetsya-elektricheskim-napryazheniem-v-kakix-edinicax-ono-vyrazhaetsya.html" rel="prev"><span class="meta-nav" aria-hidden="true">Previous</span> <span class="screen-reader-text">Previous post:</span> <span class="post-title">Что называют напряжением: Что называется электрическим напряжением? В каких единицах оно выражается?</span></a></div><div class="nav-next"><a href="https://auto-virage.ru/raznoe-2/tipy-kamer-sgoraniya-%e1%90%89-tipy-kamer-sgoraniya.html" rel="next"><span class="meta-nav" aria-hidden="true">Next</span> <span class="screen-reader-text">Next post:</span> <span class="post-title">Типы камер сгорания: ᐉ Типы камер сгорания</span></a></div></div> </nav> <div id="comments" class="comments-area"> <div id="respond" class="comment-respond"> <h3 id="reply-title" class="comment-reply-title">Добавить комментарий <small><a rel="nofollow" id="cancel-comment-reply-link" href="/raznoe-2/srs-eto-chto-takoe-srs-v-avtomobile-video.html#respond" style="display:none;">Отменить ответ</a></small></h3><form action="https://auto-virage.ru/wp-comments-post.php" method="post" id="commentform" class="comment-form" novalidate><p class="comment-notes"><span id="email-notes">Ваш адрес email не будет опубликован.</span> <span class="required-field-message" aria-hidden="true">Обязательные поля помечены <span class="required" aria-hidden="true">*</span></span></p><p class="comment-form-comment"><label for="comment">Комментарий <span class="required" aria-hidden="true">*</span></label> <textarea id="comment" name="comment" cols="45" rows="8" maxlength="65525" required></textarea></p><p class="comment-form-author"><label for="author">Имя <span class="required" aria-hidden="true">*</span></label> <input id="author" name="author" type="text" value="" size="30" maxlength="245" required /></p> <p class="comment-form-email"><label for="email">Email <span class="required" aria-hidden="true">*</span></label> <input id="email" name="email" type="email" value="" size="30" maxlength="100" aria-describedby="email-notes" required /></p> <p class="comment-form-url"><label for="url">Сайт</label> <input id="url" name="url" type="url" value="" size="30" maxlength="200" /></p> <p class="form-submit"><input name="submit" type="submit" id="submit" class="submit" value="Отправить комментарий" /> <input type='hidden' name='comment_post_ID' value='37661' id='comment_post_ID' /> <input type='hidden' name='comment_parent' id='comment_parent' value='0' /> </p></form> </div><!-- #respond --> </div><!-- #comments --> </main><!-- #main --> </div><!-- #primary --> <div id="sidebar-primary" class="widget-area sidebar" role="complementary"> <div class="sidebar-inner"> <aside id="custom_html-3" class="widget_text widget widget_custom_html"><div class="textwidget custom-html-widget"><ins class="adsbygoogle" style="display:inline-block;width:100%;height:600px" data-ad-client="ca-pub-1812626643144578" data-ad-slot="6847132033" ></ins> <script> (adsbygoogle = window.adsbygoogle || []).push({}); </script></div></aside><aside id="search-2" class="widget widget_search"><h2 class="widget-title"><span>Поиск</span></h2><form role="search" method="get" class="search-form" action="https://auto-virage.ru/"> <label> <span class="screen-reader-text">Найти:</span> <input type="search" class="search-field" placeholder="Поиск…" value="" name="s" /> </label> <input type="submit" class="search-submit" value="Поиск" /> </form></aside><aside id="categories-2" class="widget widget_categories"><h2 class="widget-title"><span>Рубрики</span></h2> <ul> <li class="cat-item cat-item-9"><a href="https://auto-virage.ru/category/abs">АБС</a> </li> <li class="cat-item cat-item-3"><a href="https://auto-virage.ru/category/raznoe">Авто мастер</a> </li> <li class="cat-item cat-item-5"><a href="https://auto-virage.ru/category/dvigatel">Двигатель</a> </li> <li class="cat-item cat-item-11"><a href="https://auto-virage.ru/category/dvs">ДВС</a> </li> <li class="cat-item cat-item-10"><a href="https://auto-virage.ru/category/kpp">КПП</a> </li> <li class="cat-item cat-item-12"><a href="https://auto-virage.ru/category/kuzov-2">Кузов</a> </li> <li class="cat-item cat-item-7"><a href="https://auto-virage.ru/category/kuzov">Кузов авто</a> </li> <li class="cat-item cat-item-16"><a href="https://auto-virage.ru/category/peredach-2">Передач</a> </li> <li class="cat-item cat-item-6"><a href="https://auto-virage.ru/category/peredach">Передача</a> </li> <li class="cat-item cat-item-4"><a href="https://auto-virage.ru/category/privod">Привод</a> </li> <li class="cat-item cat-item-13"><a href="https://auto-virage.ru/category/raznoe-2">Разное</a> </li> <li class="cat-item cat-item-1"><a href="https://auto-virage.ru/category/sovety">Советы</a> </li> <li class="cat-item cat-item-14"><a href="https://auto-virage.ru/category/sxem-2">Схем</a> </li> <li class="cat-item cat-item-8"><a href="https://auto-virage.ru/category/sxem">Схемы</a> </li> </ul> </aside><aside id="custom_html-2" class="widget_text widget widget_custom_html"><div class="textwidget custom-html-widget"><style>iframe,object{width:100%;height:480px}img{max-width:100%}</style><script type="text/javascript">jQuery(document).ready(function($){$('.mylink').replaceWith(function(){return'<a href="'+$(this).attr('data-url')+'" title="'+$(this).attr('title')+'">'+$(this).html()+'</a>'})});new Image().src="//counter.yadro.ru/hit?r"+escape(document.referrer)+((typeof(screen)=="undefined")?"":";s"+screen.width+"*"+screen.height+"*"+(screen.colorDepth?screen.colorDepth:screen.pixelDepth))+";u"+escape(document.URL)+";h"+escape(document.title.substring(0,150))+";"+Math.random();</script></div></aside><aside id="custom_html-4" class="widget_text widget widget_custom_html"><div class="textwidget custom-html-widget"><!-- Yandex.RTB R-A-506972-5 --> <div id="yandex_rtb_R-A-506972-5"></div> <script type="text/javascript"> (function(w, d, n, s, t) { w[n] = w[n] || []; w[n].push(function() { Ya.Context.AdvManager.render({ blockId: "R-A-506972-5", renderTo: "yandex_rtb_R-A-506972-5", async: true }); }); t = d.getElementsByTagName("script")[0]; s = d.createElement("script"); s.type = "text/javascript"; s.src = "//an.yandex.ru/system/context.js"; s.async = true; t.parentNode.insertBefore(s, t); })(this, this.document, "yandexContextAsyncCallbacks"); </script></div></aside> </div><!-- .sidebar-inner --> </div><!-- #sidebar-primary --> </div><!-- .inner-wrapper --></div><!-- .container --></div><!-- #content --> <footer id="colophon" class="site-footer" role="contentinfo"><div class="container"> <div class="colophon-inner colophon-grid-2"> <div class="colophon-column" style="text-align:left;"> <img src="https://auto-virage.ru/wp-content/themes/viraz/images/foot-logo.png" alt="Автозапчасти для иномарок в Казани - купить онлайн запчасти для иномарок и грузовых автомобилей в интернет-магазине «Вираж» " /> <div class="copyright"> 2019 © ИП Гатауллин Айрат Наилевич </div><!-- .copyright --> </div><!-- .colophon-column --> <div class="colophon-column"> <div class="site-info"> <a href="/sitemap.xml">Карта сайта</a> </div><!-- .site-info --> </div><!-- .colophon-column --> </div><!-- .colophon-inner --> </div><!-- .container --></footer><!-- #colophon --> </div><!-- #page --> <a href="#page" class="scrollup" id="btn-scrollup"><i class="fas fa-angle-up"></i></a> <style type="text/css"> .pgntn-page-pagination { text-align: left !important; } .pgntn-page-pagination-block { width: 60% !important; padding: 0 0 0 0; } .pgntn-page-pagination a { color: #1e14ca !important; background-color: #ffffff !important; text-decoration: none !important; border: 1px solid #cccccc !important; } .pgntn-page-pagination a:hover { color: #000 !important; } .pgntn-page-pagination-intro, .pgntn-page-pagination .current { background-color: #efefef !important; color: #000 !important; border: 1px solid #cccccc !important; } .archive #nav-above, .archive #nav-below, .search #nav-above, .search #nav-below, .blog #nav-below, .blog #nav-above, .navigation.paging-navigation, .navigation.pagination, .pagination.paging-pagination, .pagination.pagination, .pagination.loop-pagination, .bicubic-nav-link, #page-nav, .camp-paging, #reposter_nav-pages, .unity-post-pagination, .wordpost_content .nav_post_link,.page-link, .page-links,#comments .navigation, #comment-nav-above, #comment-nav-below, #nav-single, .navigation.comment-navigation, comment-pagination { display: none !important; } .single-gallery .pagination.gllrpr_pagination { display: block !important; } </style> <link rel='stylesheet' id='pgntn_stylesheet-css' href='https://auto-virage.ru/wp-content/plugins/pagination/css/nav-style.css?ver=5.9.3' type='text/css' media='all' /> <script type='text/javascript' src='https://auto-virage.ru/wp-content/themes/viraz/js/skip-link-focus-fix.min.js?ver=20130115' id='magazine-power-skip-link-focus-fix-js'></script> <script type='text/javascript' src='https://auto-virage.ru/wp-content/themes/viraz/third-party/sidr/js/jquery.sidr.min.js?ver=2.2.1' id='jquery-sidr-js'></script> <script type='text/javascript' src='https://auto-virage.ru/wp-content/themes/viraz/third-party/easytabs/js/jquery.easytabs.min.js?ver=3.2.0' id='jquery-easytabs-js'></script> <script type='text/javascript' src='https://auto-virage.ru/wp-content/themes/viraz/third-party/ticker/jquery.easy-ticker.min.js?ver=2.0' id='jquery-easy-ticker-js'></script> <script type='text/javascript' src='https://auto-virage.ru/wp-content/themes/viraz/third-party/slick/slick.min.js?ver=1.8.1' id='jquery-slick-js'></script> <script type='text/javascript' id='magazine-power-custom-js-extra'> /* <![CDATA[ */ var magazinePowerCustomOptions = {"go_to_top_status":"1"}; /* ]]> */ </script> <script type='text/javascript' src='https://auto-virage.ru/wp-content/themes/viraz/js/custom.min.js?ver=1.0.0' id='magazine-power-custom-js'></script> <script type='text/javascript' src='https://auto-virage.ru/wp-includes/js/comment-reply.min.js?ver=5.9.3' id='comment-reply-js'></script> <script type='text/javascript' id='q2w3_fixed_widget-js-extra'> /* <![CDATA[ */ var q2w3_sidebar_options = [{"sidebar":"sidebar-1","margin_top":10,"margin_bottom":0,"stop_id":"","screen_max_width":0,"screen_max_height":0,"width_inherit":false,"refresh_interval":1500,"window_load_hook":false,"disable_mo_api":false,"widgets":["custom_html-4"]}]; /* ]]> */ </script> <script type='text/javascript' src='https://auto-virage.ru/wp-content/plugins/q2w3-fixed-widget/js/q2w3-fixed-widget.min.js?ver=5.1.9' id='q2w3_fixed_widget-js'></script> <script type='text/javascript' src='https://auto-virage.ru/wp-content/plugins/easy-table-of-contents/vendor/smooth-scroll/jquery.smooth-scroll.min.js?ver=1.5.5' id='jquery-smooth-scroll-js'></script> <script type='text/javascript' src='https://auto-virage.ru/wp-content/plugins/easy-table-of-contents/vendor/js-cookie/js.cookie.min.js?ver=2.0.3' id='js-cookie-js'></script> <script type='text/javascript' src='https://auto-virage.ru/wp-content/plugins/easy-table-of-contents/vendor/sticky-kit/jquery.sticky-kit.min.js?ver=1.9.2' id='jquery-sticky-kit-js'></script> <script type='text/javascript' src='https://auto-virage.ru/wp-content/plugins/easy-table-of-contents/vendor/waypoints/jquery.waypoints.min.js?ver=1.9.2' id='jquery-waypoints-js'></script> <script type='text/javascript' id='ez-toc-js-js-extra'> /* <![CDATA[ */ var ezTOC = {"smooth_scroll":"1","visibility_hide_by_default":"","width":"auto","scroll_offset":"30"}; /* ]]> */ </script> <script type='text/javascript' src='https://auto-virage.ru/wp-content/plugins/easy-table-of-contents/assets/js/front.min.js?ver=1.7' id='ez-toc-js-js'></script> </body> </html>