This page (revision-1) was last changed on 20-Apr-2024 11:53 by UnknownAuthor

Only authorized users are allowed to rename pages.

Only authorized users are allowed to delete pages.

Page revision history

Version Date Modified Size Author Changes ... Change note
20-Apr-2024 11:53 1 KB UnknownAuthor

Page References

Incoming links Outgoing links

Version management

Difference between version and

At line 1 added 69 lines
[{PageViewPlugin}]
[Systems Architecture]
!!!Abstract
データベース設計の授業で、料理出前代行サービスを行っている小さな会社のビジネスプロセスを支援するシステムの設計を行うことになりました。その記録をここに書きます。
!!!Topic
なお、いくつかUMLの図が張り付けてありますが、これは、授業で習ったというより、自分のこれまでの経験から作っているものです。ツールはJude[1]を使っております。
!!stakeholder/アクタ分析
[{Image src='e9703e00726b2cd5.jpg' width='80%'}]
*Colonial Mobile代表(President)
料理出前代行サービスを提供する小さな会社の代表
*注文受付(Order receiver)
客から注文を受け付ける人
*配達人(delivery driver)
料理を配達する人
*経理担当者/会計士(Accountant)
*レストラン(Restaurant)
料理出前代行サービスを利用するレストラン
*利用者(Customer)
料理出前のサービスを利用するユーザ
!!ユースケース分析
[{Image src='9488340da7345f17.jpg' width='80%'}]
[{Image src='af88c3814d044718.jpg' width='80%'}]
[{Image src='4cd07caca92bf233.jpg' width='80%'}]
!!エンティティ分析
[{Image src='964da5823833f67a.jpg' width='80%'}]
*レストラン
*メニュー
*顧客
*注文
*支払
*配達人
実際にDCに落とし込む際は、事前に[DBの正規化]を行う必要がある。
!!機能要求分析
!!リスク分析
*よくある発生源
地震などの自然災害、不注意もしくは故意による人的脅威そして、長期停電などの環境の脅威とのことです([Stoneburner et al 2002|2], 13)。
*特定
発生源から考えると、今回は、下記のような感じかな。
**火事やパソコンの故障によるデータの消滅
**不注意によるデータ漏えい
**不注意によるデータ入力間違え
**故意による顧客データデータ流出
**故意による不正なデータ修正
*次にやるべきことは
それぞれの確率と影響度を測らないといけないね。
!!!Reference
#[#1]Change VIsion, Jude HP, [http://jude.change-vision.com/]
#[#2]Stoneburner, Gary, Alice Goguen, and Alexis Feringa. 2002, Risk Management Guide for Information Technology Systems, the National Institute of Standards and Technology, http://csrc.nist.gov/publications/nistpubs/800-30/sp800-30.pdf