Цель моего вопроса - провести тонкую грань между выявлением требований и анализом требований. В чем разница между этими двумя?
источник
Цель моего вопроса - провести тонкую грань между выявлением требований и анализом требований. В чем разница между этими двумя?
Основываясь на моем понимании английского языка и стараясь быть логичным, в чем должна быть разница:
Выявление требований = Сбор требований. Это вопрос о том, каковы требования, что, если это, что, если что, и т. Д. Это о том, чтобы задавать вопросы и получать ответы. Насколько хороши ответы - это совсем другое дело. Для этого необходимо, чтобы заинтересованные стороны ответили со своей стороны о том, что должно быть сделано и почему.
Анализ требований. Это скорее организация ответов на первую часть. Какое решение является оптимальным? Каковы компромиссы различных возможных реализаций. В этой части может возникнуть странный вопрос, но он не является главным, поскольку речь идет о том, чтобы увидеть, какое решение может быть лучше при различных ограничениях, например, какое является самым быстрым или самым дешевым. Это больше о том, как что-то сделать, и почему этот способ имеет больше смысла, чем другой.
Другой способ думать об этом заключается в том, что выявление должно предшествовать анализу, так как иначе вы ничего не анализируете, что может оказаться не таким полезным или продуктивным.
Выявление требований - это выяснение того, что клиенты (и потенциальные клиенты) говорят, что, по их мнению, они хотят. Он создает список желаний (ну, вы можете быть вежливым и называть это как-то иначе, но это так).
Анализ требований - это составление списка пожеланий для составления списка фактических требований вместе с зависимостями между ними. Это также подразумевает, что некоторые вещи в списке желаний выходят за рамки той или иной причины (например, вы предлагаете выполнить проект на некотором клиентском программном обеспечении, и клиенты просили вас сделать что-то, что явно требует значительных изменений на сервере) ,
После того, как вы выполните анализ требований, вы сможете составить план с учетом имеющихся ресурсов и времени. Вы также проходите этап проекта; Если у вас нет четких требований, пришло время отказаться от проекта, который невозможно запланировать.
Для справки я хотел бы сохранить результаты Elicitation в вики и результаты Analysis в виде запросов функций в трекере ошибок с перекрестными ссылками. Я уверен, что есть другие способы сделать это.
Выявление требований : процесс, посредством которого клиенты, покупатели или пользователи системы программного обеспечения обнаруживают, раскрывают, формулируют и понимают свои требования.
Анализ требований : процесс рассуждения о требованиях, которые были выявлены; это включает такие действия, как изучение требований на наличие конфликтов или несоответствий, объединение связанных требований и выявление отсутствующих требований.
Спецификация требований : процесс записи требований в одной или нескольких формах, включая естественный язык и формальные, символические или графические представления; также продукт, который является документом, произведенным этим процессом.
Проверка требований : процесс подтверждения клиентом или пользователем программного обеспечения того, что указанные требования являются действительными, правильными и полными.