kazminaviktoriya1
В профиль
Выход
![](data:image/svg+xml,<svg xmlns="http://www.w3.org/2000/svg" width="42" height="42"><rect fill-opacity="0"/></svg>)
Добавить аккаунт
Анализ документов
В этом уроке вы узнаете подробнее о том, какие документы может изучать системный аналитик, как стандарты и правовое регулирование влияют на требования к ПО.
Как вы помните, анализ документов — одна из техник выявления требований. Анализ позволяет не только уточнить информацию, но и помогает не упустить неочевидные для стейкхолдеров требования.
Антивирусное ПО, например, подлежит обязательной сертификации. Если аналитик и заинтересованные лица об этом не знают, то ПО будет разработано без функций, необходимых для прохождения данной сертификации. В лучшем случае компании придётся срочно доработать продукт, чтобы он успел пройти сертификацию перед релизом. В худшем — если несертифицированная продукция попадёт в продажу, компанию могут оштрафовать. Поэтому в этом уроке мы подробнее поговорим о видах документов, с которыми работает системный аналитик.
Документы, попадающие к нему на анализ, можно разделить на две категории:
- Публичные — доступные за пределами организации, например, стандарты (ГОСТы — межгосударственные стандарты стран СНГ, международные стандарты и другие), нормативные правовые акты (НПА).
- Проприетарные — доступные для ограниченного круга лиц, «закрытые» документы. К ним могут относиться существующие спецификации требований, описания бизнес-процессов, руководство пользователя для существующих приложений и прочее.
Публичные документы
Стандарты
Стандарты в области IT — соглашения по описанию, производству и использованию ПО и средств вычислительной техники.
Поскольку стандарт — это, прежде всего, соглашение, а не требование, его можно считать рекомендацией, а не обязательством: в случае несоблюдения стандарта, регулирующие органы не привлекут компанию к ответственности. В то же время это не значит, что стандартами можно пренебрегать.
Почему это важно? Разработка веб-сайта, например, должна учитывать стандарты для веб-приложений. В противном случае пользователи не смогут пользоваться сайтом: он будет неправильно отображаться в браузере или вовсе не будет появляться в поисковых системах.
Определяя релевантные для продукта стандарты, стоит учесть:
— Тип продукта и среду ПО, для которой оно разрабатывается (веб-приложение, мобильное приложение, программа для бытовой техники и прочее).
— Предметную область, в которой он применяется (образование, финансы, маркетинг и так далее).
— Функции, которые будет выполнять продукт (хранение персональных данных, чтение данных, показ видео).
— Целевую аудиторию продукта (сервис для детей, сервис для людей с ограниченными возможностями и прочее).
Так как стандарты носят рекомендательный характер, заказчик и другие заинтересованные лица должны оценить риски и решить, будет ли продукт соответствовать стандартам. Риски несоответствия стандартам включают в себя снижение конкурентоспособности, отсутствие возможности интеграции с продуктами других участников рынка и так далее.
Например, чтобы подключиться к системе быстрых платежей (СБП), которая позволяет переводить деньги по номеру телефона, банки должны придерживаться стандарта СБП. Это значит, что ПО, которое отвечает за проведение платежей, тоже должно соответствовать этому стандарту, иначе банк просто не сможет участвовать в такой системе.
Законодательство может обязать применять стандарты в некоторых случаях. Например, согласно законам России, если компания в публичном пространстве заявила, что продукт соответствует ГОСТу, это значит, что продукт обязан ему соответствовать. В противном случае компании грозит штраф.
Поскольку стандарты выпускаются по всему миру самыми разными организациями, не существует единого портала, где можно проверить, какому именно стандарту нужно следовать в том или ином случае. Найти и определить стандарты, которые стоит использовать на конкретном проекте, помогут интернет, специалист отдела по контролю за соблюдением процедур (комплаенс-отдел; compliance — соответствие, соблюдение), эксперты в предметной области и другие источники.
Нормативные правовые акты (НПА)
В отличие от стандартов, которые носят лишь рекомендательный характер, законы необходимо соблюдать. Наказание за их нарушение может варьироваться от незначительных штрафов до громких судебных разбирательств, отзыва лицензии у компании и даже ареста. Именно поэтому важно учитывать законы страны, ведь незнание не освобождает от ответственности.
Как определить, какие законы влияют на продукт?
- Прежде всего, нужно понять, для какой страны разрабатывается продукт и какие в ней существуют законы. То есть определить, где находится целевая аудитория продукта, где будет вестись основная деятельность компании, например, продажи и прочее.
- Если продукт уже существует, нужно изучить нормативные правовые акты, которые влияют на текущую версию. Также может оказаться, что с момента релиза продукта в силу вступили касающиеся его новые законы.
- Подумать, какие НПА могут повлиять на новый продукт или его новые функции.
- Проконсультироваться с юристами, специалистами отдела по контролю за соблюдением процедур (комплаенс-отдел) и другими.
Вернёмся к функции «словарь». Основная деятельность Chatty направлена на российский рынок, значит, нужно опираться на российские законы. Даня уже проконсультировался с юристами и знает, что при разработке Chatty учитывались законы об онлайн-образовании, о персональных данных. Законы об образовании не имеют прямого отношения к новой функции. В то же время лучше проконсультироваться с юристами насчёт закона о персональных данных: являются ли сохранённые пользователями слова персональными данными.
Как анализировать документы
Темы, которые системный аналитик изучает в процессе работы с документами, формируются на основе бизнес-требований. Когда системный аналитик изучает материалы, он должен определить, соответствуют ли они поставленной задаче, следует ли учитывать эти документы при разработке требований.
В процессе анализа документов можно выделить такие этапы:
- Подготовка к анализу документа. На данном этапе системный аналитик определяет:
- Является ли источник информации релевантным, достоверным, подлинным, заслуживающим доверия.
- Является ли информация понятной и можно ли её с легкостью передать заинтересованным лицам.
- Обзор документа и анализ. Системному аналитику cледует:
- Детально изучить документ и сделать заметки, которые касаются требований к ПО.
- Определить, имеются ли конфликтующие или дублирующие друг друга заметки.
- Определить пробелы в знаниях, если количества найденной информации недостаточно для выявления требований. Возможно, понадобится дополнительно проанализировать эти темы, используя другие техники выявления требований.
- Запись выводов. Системному аналитику нужно определить:
- Подходит ли полученная информация для целевой аудитории.
- Нужно ли преобразовать полученную информацию в графики, таблицы, модели и другие визуальные элементы, чтобы облегчить её для понимания.
Подведём итоги
Документы, которые изучает системный аналитик, подразделяются на проприетарные и публичные.
Проприетарные документы доступны для ограниченного круга лиц. К таким документам относятся:
- Существующие спецификации требований.
- Описания бизнес-процессов.
- Руководство пользователя для существующих приложений.
Публичные документы доступны за пределами организации. К таким документам относятся:
- Стандарты (ГОСТы — межгосударственные стандарты стран СНГ, международные стандарты и другие).
- Нормативные правовые акты (НПА).
Работая с документами, системный аналитик должен определить, подходят ли они для дальнейшего использования. Ему также нужно записать релевантную для требований информацию и при необходимости преобразовать её в удобный формат (например, визуализировать).
Дополнительные материалы
Персональные данные
Онлайн-образование
Онлайн-продажи