소개

원래는 신규 Web 서비스를 시작할 때에 1로부터 만들어진 것으로, 업무 속에서 문서를 작성했습니다.

재이용성을 요구해 포맷화했으므로, 2차 이용에 사용되게 되어, 공부 자료 등에 도움이 된다고 생각합니다.

이번은 전편, 중편, 후편의 3부로 기재해 두고 싶다고 생각합니다.

지난번 다음에, 이번은 중편이 됩니다.

전제

요구사항 정의를 작성하는데 있어서 기획서나 사양서 등 기재하는 데에 있어서의 전제의 자료가 필요하게 될까 생각합니다.

그림을 작성하는데 있어서, Cacco를 이용하고 있습니다.

중편 개요

UML에 대한 지식이 다소 필요해지고 있습니다만, 타자에게 설명해 이해하게 하는 것은 문장보다 그림이 가장 효과적입니다.

UML 가치가치에 비추지 않아도 좋다고 생각합니다. 다른 사람이 이해하기 쉽다면 OK.

만약, 전편 에서 실시한 서비스로부터 시스템에 침입해 가는 가운데, 치구하구나 개소나 모순을 느끼기 시작하면 여기에서 붕괴해 갑시다.

서비스와 관련된 인물이 서비스에 어떻게 관련되어 있는지

UML을 작성하는데, 소위 유스 케이스라고 불리는 것입니다.

이것을 베이스로 요구중에 필요한 기능이 보이기도 합니다.

인물이라고 써 있습니다만, 때로는 시스템 자체도 서비스가 어떻게 관련되어 있는지 쓰기도 합니다.

사용 사례

예

서비스 이용 흐름 및 업무 흐름

서비스나 각 시스템의 사용자의 이용 플로우나 업무 플로우를 기재합니다.

처음에는 무렵에는 구체적인 이미지가 없기 때문에 어려울지도 모릅니다. 여러 번 다시 시작할 수 있습니다. 그러나, 여기는 손을 뽑아서는 안되는 곳이 됩니다. (나중에 쓸모없는 기능을 만들거나하지 않기 위해서도)

UML을 작성하는데, 소위 액티비티라고 불리는 것입니다.

업무 흐름

예

서비스 상태 변화

사용자의 액션을 일으켰을 때에 변화하는 시스템내의 데이터의 상태 변화나, 시스템내의 정해진 기능의 실행에 의한 데이터의 상태 변화를 기재합니다.

상태 천이

예

시리즈 페이지 링크

내가 정말로 업무에서 한 요건 정의를 만드는 절차 - 전편

내가 정말로 업무에서 한 요건 정의를 만드는 절차 - 중편

내가 정말로 일했던 요구 사항 정의를 만드는 절차 - 후편

Reference

이 문제에 관하여(내가 정말로 업무에서 한 요건 정의를 만드는 절차 - 중편), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://qiita.com/neriai/items/530d7329404d69921301

텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.

우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)