Подскажите, пожалуйста, с чего новичку начать написание требований.
Представьте себе систему, в которую поступают документы (система А). Затем эти документы выгружаются в систему Б, где происходит их обработка, а результат обработки передается в систему А. Необходимо написать требования к интеграции системы А с системой Б.
Описал требования к типу документов, которые экспортируются в систему Б, описал требования к данным, которые импортируются из Б в А.
С меня требуют описание ситуаций, например, а что будет если то то, а как система должна себя вести в случае если...
А откуда мне узнать как система должна себя вести? Откуда мне знать что будет если то то?? Самому придумать из воздуха?
Или нужно ознакомиться с какой-то документацией? Может быть что-то нужно проанализировать?
Пожалуйста, помогите выбрать правильное направление.
А откуда мне узнать как система должна себя вести?:
1. Чтение документации на систему. Нормальная система должна иметь набор технической и пользовательской документации.
2. Поработать с пользователями данных. Наверняка ранее подобные преобразования выполнялись вручную.
3. Изучить существующие данные до и после конвертации;
4. Понять бизнес-задачу, решаемую данной системой. Если система финансовая, то скорее всего есть соответствующие регламенты или нормы.
Как описать поведение системы. Хоть в данном контексте и нет диалога пользователь - система, тем не менее описание в виде вариантов использования вполне применимо. Почитайте Коберна, хотя бы до описания исключительных ситуаций.
Просмотр сообщений
.