소프트웨어를 개발하지 않은 사람들은 소프트웨어 개발자가 알아야 할 사항을 모릅니다. 요구 사항 사양 및 사용 사례를 자체적으로 생성 할 것으로 기대할 수는 없습니다. 알아야 할 정보를 얻으려면 요구 사항 추출 기술 을 적용 해야합니다. 클라이언트 (및 다양한 역할의 사용자 샘플)와 협력하여 필요하거나 원하는 것을 결정하십시오. 이에 대한 일반적인 기술은 인터뷰 및 / 또는 사용자 관찰, 사용 사례 및 사용자 사례 식별, 프로토 타입 제작입니다.

모호하거나 불완전하거나 이해하기 어려운 요구 사항이 있으므로이 경우 반복 및 증분 개발 기술을 적용하는 것이 좋습니다. 수명주기 계획을 해결하기 위해 나선형 모델과 함께 다양한 민첩한 방법론을 살펴보십시오.

이 소프트웨어의 개발을 주도하는 비즈니스 목표를 얻는 것으로 시작하십시오. 클라이언트와 사용자를 인터뷰하고 가능하면 직장에서 관찰하십시오. 그들이 해결하려는 문제를 확인하십시오. 현재 사용중인 도구와 도구를 사용하여 현재 작업 방식을 개선 할 수 있는지 확인하십시오. 이 기회를 이용하여 도메인과 언어를 배우십시오. 소프트웨어 개발자와 클라이언트 / 사용자가 모두 같은 언어를 사용하는 경우 (그리고 클라이언트 / 사용자가 소프트웨어 용어로 말하는 것을 기대하지 않는 경우) 의사 소통이 훨씬 쉬워집니다.

목표가 무엇인지 이해 한 후에는 보유하고있는 UI 디자인 모형을 사용하여 다양한 화면이 어떻게 결합되는지에 따라 사용 사례와 사용자 사례를 “역 엔지니어링”할 수 있습니다. 사용자 스토리 형식은 기술이 아닌 독자를 처리하는 데 효과적 일 것입니다. 형식은 As a <user type>, I want to <action> so that <reason>개발자와 클라이언트 / 사용자가 동일한 언어를 사용하도록하는 측면에서 효과적입니다. 사용자 스토리를 시작할 수 있다면 개발에 프로토 타이핑 방식을 채택 할 것입니다.

저는 프로토 타입을 사용하여 이것에 접근 할 것이라고 생각합니다. 진화 적 프로토 타이핑 또는 버리기 프로토 타이핑 관점 에서 이것에 접근 할 수 있지만, 나는 먼저 진화 적 프로토 타이핑 접근법을 고려할 것입니다. 가장 편안하고 검증 된 사용자 스토리로 시작하여 구현하십시오. 구현할 때 고객으로부터 피드백을 받고 새로운 사용자 사례를 개발하고 사용 사례를 파악하고 오해를 해결하십시오.

또한 이것을 “아래에 기능이있는 사용자 인터페이스 구현”으로 생각하지 마십시오. 대신 얇은 세로 조각으로 생각하십시오. 모든 사용자 인터페이스를 한 번에 구현하지 말고 기능에 대해 걱정하십시오. 대신, 사용자 인터페이스 모형을 사용하여 기능 및 기타 요구 사항을 식별 한 후 UI에서 비즈니스 로직 및 데이터 스토리지까지 수직 분할을 구현하십시오. 모든 수직 슬라이스에 대해 이것을 반복하십시오. 또한 요구 사항과 사용성 원칙에 따라 UI를 개선하기위한 제안을 자유롭게해야합니다.

Karl Wiegers ( 소프트웨어 요구 사항 및 소프트웨어 요구 사항 에 대한 추가 정보)의 두 권의 책을 읽는 것이 좋습니다 . 이것들이이 분야의 요구 사항 엔지니어링 및 모범 사례에 도움이 될 것이라고 생각합니다.