PlantUML Example for 모델 기반 요구 사항 정의 기술

PlantUML 는 텍스트의 기술로 UML 의 그림을 그릴 수 있습니다. 옵션 기능이나 조합으로 다양한 표현을 할 수 있으므로, UML 를 확장한 그림이 사용된다 모델 기반 요구사항 정의 기법 의 책으로부터 몇개의 모델을 기술합니다.


책에는 모델의 착안점이나 해설이 정중하게 기재되어 있습니다. 그림의 배경에 관심이 있는 분은 함께 읽어 주십시오.

컨텍스트 모델

유스 케이스 다이어그램 에서 시스템 관계자를 구성합니다.

left to right direction 를 사용하면 그림의 방향을 왼쪽에서 오른쪽으로 변경할 수 있습니다.

left to right direction

actor 経営者

rectangle システムに直接関わる人 {
  actor 顧客
  actor 営業
  actor 物流
  actor システム部門
  actor オーダー部門
  経営者 -- 営業
  経営者 -- 物流
  顧客 -- (商品販売サイト)
  営業 -- (商品販売サイト)
  物流 -- (商品販売サイト)
  システム部門 -- (商品販売サイト)
  オーダー部門 -- (商品販売サイト)
  (商品販売サイト) .. [出荷システム]
  (商品販売サイト) .. [入荷システム]
  (商品販売サイト) .. [決済システム]
}

요구사항 모델

요소 에 노트를 기재해 요구를 정리합니다.

end note 를 이용하면 노트에서 개행을 사용할 수 있습니다.

left to right direction

actor システム部門
actor 物流
actor 経営者
actor 営業

actor 営業
note right : 営業としてオーダーそのものは顧客に直接ウェブブラウザから入力して欲しいと願っている
actor 営業
note right : 営業はオーダー作業よりもより分析的な仕事にシフトしたいと考えている
actor 営業
note right : 商品の特性と売れた時期、売れた場所を管理したいと考えている
actor 営業
note right : 売れた時期は月単位で管理したい
actor 営業
note right : 売れた場所は関東圏を中心に直感的に理解できるようにマップ上に売れた商品を表示して欲しい
actor 営業
note right : 多様な顧客のニーズに沿えるように入金手段はなるべくいろいろなものを利用したいと考えている

actor 経営者
note right
  営業にはオーダー作業よりもより戦略的な商品管理の仕事にシフトしてもらいたいと考えている。
  オーダー処理そのものは新たにオーダー部門を用意してそこに集約する
end note

actor 物流
note right : 物流は既存の入庫、出庫システムとの連動を望んでいる

actor システム部門
note right : システム部門は今後の保守と考え使用する技術は統一したいと考えている

비즈니스 모델

활동 다이어그램 에서 업무 흐름을 정리합니다.

상품 관리 업무

액터를 사용할 수 없기 때문에 <&person> 를 이용하여 의 아이콘으로 대용합니다.

그 외에도 Open Iconic 의 아이콘을 사용할 수 있습니다.

start
:商品販売状況を確認する;
note right : <&person> 営業:
:商品情報を登録・変更する;
note right : <&person> 営業:
stop

입하 업무

note left 에서 노트의 위치를 ​​변경할 수 있습니다.

start
:発注処理;
note left : <&person> 営業:新規商品の発注
:入荷商品の確認;
note left : <&person> 物流:在庫切れ、在庫補充の発注
:入荷処理;
note left : <&person> 物流:
stop

주문 업무

| (파이프)를 사용하여 활동을 분할합니다. (swimlane)

fork 를 이용해 병렬 처리를 기술합니다.

|顧客|
start
:商品購入;
fork
  :メール確認;
  :支払い;
|オーダー担当|
fork again
  :オーダー確認;
  :入金確認;
endfork
while (入金額の差違) is (入金額と請求額に差違がある)
  :入金の差違の解消;
  if (オーダー接続) then (キャンセル)
    :オーダー取り消し;
    stop
  else (キャンセルしない)
  endif
endwhile (入金額と請求額が一致する)
:出荷指示;
fork
|顧客|
:オーダー状況の確認;
fork again
  |物流|
  :出荷業務;
  :出荷完了指示;
  |オーダー担当|
  :配達完了メール通知待ち;
  :オーダー完了登録;
endfork
stop

개념 모델

객체 다이어그램 에서 개념을 정리합니다.

."*" 를 이용해 다중도를 기술합니다.

object 顧客
object 販売商品
object パッケージ商品
object 仕入れ商品
object 取引先

顧客 ."*" 販売商品 : 販売する
販売商品 "*"..o パッケージ商品
販売商品 <|.. パッケージ商品
販売商品 <|.. 仕入れ商品

仕入れ商品 "*"..o 取引先 : 仕入れる

유스 케이스 모델

유스 케이스 다이어그램 에서 사용자와 시스템의 접점을 정리합니다.

usecase ... as 를 사용하여 설명을 작성합니다.

left to right direction

actor 営業
actor 物流
actor 顧客
actor オーダー部門

usecase 商品を発注する as "<<入荷システム>>
--
商品を発注する"
営業 -> 商品を発注する
商品を発注する <- 物流

usecase 入荷商品を登録する as "<<入荷システム>>
--
入荷商品を登録する"
物流 -> 入荷商品を登録する

usecase 出荷を完了する as "<<出荷システム>>
--
出荷を完了する"
物流 -> 出荷を完了する

usecase オーダー状況を確認する as "<<出荷システム>>
--
オーダー状況を確認する"
顧客 -> オーダー状況を確認する

usecase 出荷を指示する as "<<出荷システム>>
--
出荷を指示する"
オーダー部門 -> 出荷を指示する

usecase 入金を確認する as "<<決済システム>>
--
入金を確認する"
オーダー部門 --> 入金を確認する

rectangle 商品販売サイト {
  営業 --> (商品を登録する)
  営業 --> (販売状況を照会する)

  (商品を説明する) <-- 顧客
  (商品を注文する) <-- 顧客

  物流 --> (オーダーを照会する) : 新規受注を確認する

  (オーダーを取り消す) <-- オーダー部門
  (オーダーを完了する) <-- オーダー部門
  (オーダーを照会する) <-- オーダー部門 : 出荷予定を確認する
  (入金額を補正する) <-- オーダー部門
}

데이터 모델

객체 다이어그램 에서 시스템에서 취급하는 데이터를 정리합니다.

: 를 이용해 필드를 기술합니다.

left to right direction

object 入金情報
入金情報 : 入金日
入金情報 : 入金者名
入金情報 : 金額

object オーダー情報
オーダー情報 : オーダーID
オーダー情報 : オーダー日
オーダー情報 : 決済方法

object 出荷指示情報
出荷指示情報 : 出荷予定日
出荷指示情報 : 入荷待ちの有無

object 出荷情報
出荷情報 : 出荷番号
出荷情報 : 出荷予定日

object 送り先情報
送り先情報 : 送り先名
送り先情報 : 郵便番号
送り先情報 : 住所
送り先情報 : 電話番号

object オーダー商品
オーダー商品 : 数量

object パッケージ
パッケージ : 商品名
パッケージ : 荷姿
パッケージ : 商品カテゴリ
パッケージ : 単価

object 取引先
取引先 : 名前
取引先 : 締め日

object 商品
商品 : 発注単位
商品 : 追加発注禁止

入金情報 "0..1"- オーダー情報

オーダー情報 "1"--"1" 出荷指示情報
出荷指示情報 <.. 出荷情報

オーダー情報 "1"--"1" 出荷情報

オーダー情報 o--"1" 送り先情報
送り先情報 <.. 出荷情報

オーダー情報 *--"*" オーダー商品 : オーダー商品
オーダー商品 <.. 出荷情報

オーダー商品 --"1" パッケージ
パッケージ o-"*" パッケージ
パッケージ <|-- 商品

取引先 - 商品

모델 기반 요구사항 정의 기법 의 책을 읽은 적이 있는 분은 그림의 재현도가 높다고 생각될지도 모릅니다. PlantUML은 궁리를 하면 여러가지 표현을 할 수 있으므로 신경이 쓰이는 것은 연표 등에서도 UML로 해 봅시다.