1

Системный Анализ и Требования / Re: управление требованиями

« : 06 Января 2016, 17:26:00 »

Добрый день!
Денис, благодарю за ответ!
Попробую переложить вопросы на пример. Общее описание - создается некоторая система. В этой системе оператор должен выполнять множество действий, возьмем пока
одну из задач - регистрация клиента.
В процессе регистрации оператор
- печатает форму договора которая передается клиенту для заполнения,
- вносит в систему данные о клиенте - ФИО, адрес, семейное положение и тд.д.
- а так же выполняет сканирование документа клиента и данный скан прикрепляется к карточке клиента.
Теперь это попробую разложить в виде требований и документов как я это вижу. Вопросы по тексту.
Цели проекта пока опущу. Начинаем с пользовательского требования.

1. Пользовательское требование -
Идентификатор: ПТ1.
Заголовок: - Регистрация клиента.
Описание:
система должна обеспечивать возможность зарегистрировать нового клиента.
Вопрос1. Нужно ли тут расписывать полностью все действия описанные в шапке
-1.1.печать договора,
-1.2. сканирование документа клиента...?
- 1.3.нужно ли описывать тут состав данных которые оператор вносит в систему?
Т.е. например так "в процессе регистрации оператор должен распечатать форму договора и переадть её для подписи клиенту.
Оператор должен отсканировать паспорт клиента и данный скан сохранить как приложение к карточке клиента, внести в систему данные - ФИО.."?

Диаграмма процесса:
Например есть диаграмма процесса она прикрепляется к данному требованию.

Вопрос 2. Требование к форме отчета "Договор клиента" это отдельное требование?

2. Создается требование к внешнему интерфейсу (интегарция со сканером)
Идентификатор: ИНТ1.
Заголовок: - Интеграция со сканером.
Описание:
система должна обеспечивать возможность получить копию документа клиента со сканера. Для этих целей необходимо обеспечить
взаимодействие системы со сканером <Модель>.
Схема взаимодействия
<тут размещаем схему>

Диаграмма вызовов
<тут некоторый материал поясняющий кто кого вызывает и т.д.>

Описание протокола взаимодействия
<длинное описание протокола взаимодействия со сканером>

3. Теперь формируем функциональное требование на выполнение пользовательского требования регистрации клиента
Идентификатор: ФТ1.
Заголовок: - Регистрация клиента.
Для выполднения сценария регистраии клиента неоходимо реализовать соледующие функциональные возможности
<Компонента CRM>
необходимо разработать форму с составом полей ..., на форме расположить кнопку сканирования документа...
обеспечить взаимодействие со сканером... описание схемы взаимодействия отсыл к требованию ИНТ1.
<Компонента ЛК (Личный кабинет Web интерфейс)>
В ЛК создать учетную запись клиента с логином соответствующим номеру ЛС, пароль сгенерировать...


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

Вопрос 3.
В посте выше Денис цитировал
"Из каких частей отдельных требований формируется "Спецификация требований к ПО"?
Не очень понял вопрос. Вы же сказали, что ознакомились со структурой документа у Вигерса? "
вопрос состоит в следующем
-в SRS должны попасть ФТ1 и ИНТ1, но например ИНТ1, может быть очень большим, нужно ли в SRS тащить  подраздел "Описание протокола взаимодействия",
или достаточно описания? Аналогочно для схемы которая может быть достаточно большой.

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

2

Системный Анализ и Требования / Re: управление требованиями

« : 03 Января 2016, 16:05:27 »

Здравствуйте!
конечно же я продолжу чтение книги. И наверняка после второго или третьего прочтения мне станет гораздо яснее что к чему.
Но пока что дела так как написал. возможно мои вопросы слишком "слабые" и с вопросами такого начального уровня тут нечего делать, но нигде таких ограничений не нашел.
В общем если кто то сможет ответить буду очень признателен.

По замечанию "Тема не соответствует". Просто вопросы из первого поста это только верхушка с которой нужно разобраться, полная цель понять весь процесс УТ, и планировал тут эту тему развить.

3

Системный Анализ и Требования / управление требованиями

« : 02 Января 2016, 22:14:36 »

Уважаемые форумчане, 
по работе появилась необходимость разобраться с управлением требованиями, но тема для меня новая, помогите пожалуйста разобраться.
Читаю Вигерса "управление требования к ПО" и не все понятно. В указанной книге есть следующая схема http://iiba.ru/wp-content/uploads/2013/04/requirement_types.jpg. Собственно вопросы по ней
1. В книге сказано "Спецификация требований к ПО может представлять собой отчет, сгене-
рированный на основе информации, хранимой в средстве управления тре-
бованиями." т.е. это сводный документ который содержит множество требований. Пример и структура этой спеки в книге есть. А что из себя тогда представляют сами отдельные требования (например функциональные, требования к интерфейсам...). Какая структура у них? Из каких частей отдельных требований формируется "Спецификация требований к ПО"? Как это выглядит в промышленных RMS?
2. Что из себя представляет документ "Документ о вариантах использования" (в моем бумажном экземпляре книги этот документ называется "Документ пользовательских требований"). Для кого он предназначен? Можете ткнуть в пример такого документа?.
3. Правильно понимаю, что в общем случае документы "Документ об образе и гарницах", "Документ о вариантах использования", "Спецификация требований к ПО" заменяют ТЗ (если например заказчик не настаивает именно на ТЗ)?

PS если мое сообщение не по профилю ветки, скажите куда правильно перенести, я пока в структуре форума не совсем разобрался.