Подход к анализу требований в проектах внедрения ERP-систем

Несмотря на то, какая методология лежит в основе внедрения корпоративной информационной системы, будь то каскадная, итерационная или спиралевидная, этап анализа требований является одним из первых и наиболее критичных [1]. В рамках этапа анализа выявляются наборы требований, предъявляемых бизнес-пользователями к разрабатываемой системе, ведется их приоритизация для понимания наиболее важных, а также фиксация объема проекта. В случае использования гибких методологий внедрения, построенных на базе итерационной или спиралевидных моделях имплементаций ERP-систем, процедура сбора требований может повторяться неоднократно, что кардинально отличает их от классической каскадной модели. Здесь нет противоречия, так как многопроходные и однопроходная модели решают принципиально разные задачи и ориентированы на отличные способы выстраивания фаз проекта, включая анализ требований. Критичность фазы анализа состоит еще и в том, что полученные результаты этого этапа применяются в последующих активностях проектирования системы, где требования лишь уточняются и детализируются, но не идентифицируются с нуля. Таким образом, нужна адекватная стратегия, описывающая порядок анализа требований, получаемые результаты и заинтересованных сторон.

https://habr.com/ru/articles/954836/

#требования #анализ_требований #требования_к_по #требования_по #требования_по_иб #функциональные_требования #нефункциональные_требования #категории_требований

Как правильно формулировать нефункциональные требования

Привет, Хабр! Я старший системный аналитик, эксперт онлайн-школы по системному анализу Ольги Пономарёвой. Материал основан на реальных кейсах из практики: мы в школе System Analyst не просто рассказываем теорию, а делимся тем, что действительно работает на проектах. За свою карьеру я написала не одну сотню требований и поняла такую вещь – самые важные и самые незаметные, это блок нефункциональных требований. В этой статье я расскажу, как правильно выявлять и формулировать НФТ.

https://habr.com/ru/articles/948506/

#нефункциональные_требования #производительность #нагрузка #тестирование #масштабирование #безопасность #надежность

Как измерять техническое качество и SLA, чтобы команда работала стабильно

Всем привет! Меня зовут Александр Пряхин, я технический руководитель в Авито Подработке. В этой статье я рассмоатриваю подходы к измерению качества стабильной работы системы, а не только её отказов. Я постараюсь описать, что такое бюджет качества и почему его стоит считать; как SLA, SLO и SLI помогают наводить порядок и принимать решения; и главное – почему техническое качество напрямую становится зоной ответственности тимлида и как через метрики команда может начать говорить с бизнесом на одном языке.

https://habr.com/ru/companies/avito/articles/946290/

#teamlead #teamleadconf #качество #нефункциональные_требования #sla #стабильность #управление_продуктом #управление_разработкой #управление_командой #управление_людьми

Архитектурные особенности on-premises продуктового решения

Несмотря на активно развивающийся SaaS‑сегмент рынка и кажущееся стремление компаний использовать облачные ресурсы, отдельные направления IT‑продуктов на рынке продолжают оставаться востребованными крупным бизнесом в виде дистрибуций, разворачиваемых в собственных дата‑центрах (англ. on‑premises) и под собственным контролем. Программные решения, адаптированные к такому способу поставки, имеют ряд особенностей архитектурного характера, которые влияют на тиражируемость в целом, и должны учитываться на этапе первичного проектирования: топология развёртывания, сайзинг, модульность, интеграции и возможности кастомизации, а также ограничения, накладываемые на прикладное ПО . В статье рассматриваются некоторые категории архитектурно‑значимых нефункциональных требований, ценность которых неочевидна для конечного функционального заказчика, но неоспорима для удовлетворения бюрократического формализма в лице внутренних ЛНА заказчика (IT, ИБ), варьируемых в широких пределах от заказчика к заказчику, и даются рекомендации по управлению ими с помощью гибких архитектурных принципов.

https://habr.com/ru/articles/859740/

#onpremises #архитектура_решений #архитектура_программных_продуктов #нефункциональные_требования #нфт #тиражируемость

Требования безопасности: пособие для аналитика

Привет, Хабр! Меня зовут Александра, я ведущий системный аналитик отдела криптографии ИнфоТеКС. При разработке системы, важной с точки зрения безопасности, сталкиваешься с тем, как много усилий нужно потратить на учет всех требований безопасности, которые должны в ней быть. Соблазн бросить эту задачу и переключиться на более приятные пользовательские фичи очень высок :) Требования безопасности – не самая интуитивно понятная вещь, работать с ними первое время может быть непривычно и сложно. Моя статья будет полезна аналитикам и другим специалистам, разрабатывающим систему, для которой важна безопасность. Я поделюсь рабочими подходами из общепринятой в нашей компании практики, которые помогут справиться с требованиями безопасности и ускорить освоение этой непростой темы.

https://habr.com/ru/articles/836656/

#требования #информационная_безопасность #системный_анализ #нефункциональные_требования #стандарты #модель_угроз

Как нефункциональные требования влияют на архитектуру

Привет, Хабр, меня зовут Светлана Уварова, я — ведущий системный архитектор в МТС. В этой статье я расскажу о том, как может меняться архитектура системы в зависимости от нефункциональных требований к ней, и как важно знать все нефункциональные требования на начальном этапе проектирования системы.

https://habr.com/ru/companies/ru_mts/articles/794232/

#анализ_систем #проектирование_систем #микросервисы #рефакторинг #архитектура_систем #нефункциональные_требования