Данная статья относится к циклу статей по разработке требований к программному обеспечению. Если вы сразу попали на эту статью, то вам необходимо начать читать с первой. В конце каждой статьи есть ссылка на следующую, поэтому в итоге вы вернетесь сюда. У нас есть исходные данные, теперь необходимо понять, а что именно мы решаем. Я думаю, что все прекрасно понимают, что решить можно две вещи: проблему или задачу. Но при разработке требований мы в первую очередь решаем проблему, а во-вторых, проблему связанную непосредственно с процессом компании, следовательно, решаем бизнес-проблему...

Исчерпывающая документация бизнес-требований четко определяет проект. Если документ составлен правильно, он сделает за проектную команду много тяжелой работы: будет управлять ожиданиями, устанавливать стандарты, отмечать достижения и обеспечивать успех. Ниже приведены основные элементы, которые необходимо включить в документ бизнес-требований, а также лучшие практики, ограничения и соображения по объему. Ключевые элементы документа бизнес-требований Перед нами 10 элементов, которые необходимо включить в документ бизнес-требований и которые помогут обеспечить успех вашей команды...

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