2010-05-14 4 views
1

사용자 요구 사항 수집 도구로 유스 케이스 다이어그램을 사용하는 아이디어에 관심이 있습니다. 그러나 시스템을 처음부터 개발하는 것과는 대조적으로 새로운 기능을위한 것입니다. 또한 시스템은 사용자 상호 작용 수준이 낮습니다. 대부분의 액터는 외부 시스템입니다.새로운 기능에 대한 요구 사항 수집 도구로 케이스 다이어그램을 사용하십시오. 특히 사용자 상호 작용이 거의 필요없는 시스템에서 특히 유용합니다.

나는이 요구 사항 수집 방법을 사용하여 사람들의 경험이 무엇인지 알고 싶습니다. 고객이 변화에 어떻게 반응했으며 긍정적 이었습니까? 아무에게도 효과가 없었습니까?

감사합니다, 사용 사례의 주요 장점 중

답변

1

하나는 당신과 최종 사용자가 동일한 파장에 얻을 수 있도록 명확하게 아이디어를 의사 소통을 도울 것입니다. 그들은 토론을 자극하고 사용자 (또는 당신)가 당연한 것으로 생각할 수있는 미묘함을 나타낼 수 있습니다.

한편 시스템 간의 상호 작용은 구체적이기 때문에 토론을 생략하고 대신 어려운 사실을 문서화하려고합니다. 어떤 데이터가 전송 될지, 어떤 양, 어떤 형식을 취할 것인가, 쓰레기를받을 때 어떻게 될지 등등.

+0

+1 유스 케이스 다이어그램을 사용하는 것보다 사실을 문서화하는 것이 더 낫다고 말하고 있습니까? –

+1

이제 Use Cases 다이어그램은 거짓말입니다 :-) 오히려 시스템 인터랙션은 충분히 구체적이어서 유스 케이스 다이어그램에서 약간의 이점을 얻을 수 있습니다. 화이트 보드의 경우도 마찬가지입니다.) –

+1

@Ed 그건 아주 좋은 지적입니다 - 방법론을 사용하기 위해 함정에 빠지기를 원하지 않습니다. –