Qui trÉnh thiã́t kã́

: Buyer Payment Scheduler

Qui trÉnh thiã́t kã́

Component Engineer

Muc ₫ ch cua thi ́t k ́ ki ́n truc la phat hoa m h nh thi ́t k ́ va m h nh b ́ tr cung ki ́n truc cua chung băng k ́ va m h nh b ́ tr cung ki ́n truc cua chung băng cach nh n dang cac v ́n ₫ ̀ sau :

ƒ Cac nut t nh toan va cac c ́u h nh mang cua chung.

ƒ Cac h  th ́ng con va interface cua chung.

ƒ Cac class thi ́t k ́ co y nghĩa ki ́n truc như cac classchu ₫ ng. chu ₫ ng.

ƒ Cac cơ ch ́ thi ́t k ́ t ̉ng quat xư ly cac y u c ̀u chung như t nh b ̀n vưng, hi u qua,... (₫ươc năm băt trong cac như t nh b ̀n vưng, hi u qua,... (₫ươc năm băt trong cac

class ph n t ch va cac d ̃n xu ́t use-case ơ c ́p ph n

Bö mön Cöng nghï phền mï̀m Khoa CNTT

ĐH Bach Khoa Tp.HCM

Mön Phân tích & Thiết kế hướng ₫ối tượng dùng UML

Slide 155

Chương 7: Thít k ́ hương ₫ ́i tương C ́u h nh mang v t ly se anh hương ₫ ́n ki ́n truc ph ̀n m ̀m, g ̀m cac kh a canh :

ƒ cac nut nao li n quan, kha năng v ̀ b  nhơ va c ng su ́t t nh cua nut.

ƒ ki ̉u n ́i k ́t va ki u giao th̉ ưc nao giưa cac nut.

ƒ cac t nh ch ́t v ̀ sư n ́i k t vá  giao thưc như băng th ng,₫  săn sang, ch ́t lương...

ƒ c ̀n kha năng t nh dư thưa, ch ́₫ ₫ ̀ khang l ̃i, di cưprocess, sao lưu dư li u,...

Thiã́t kã́ kiã́n truc : nhÝn da ng nut va cÝ́u hÉnh mang

Chia c ng vi c thi ́t k ́ tư₫ ̀u hay khi m h nh thi ́t k ́ phat tri ̉n thanh phưc tap c ̀n ₫ươc chia nho. M t s h́  th ́ng con₫ươc dung lai tư cac project khac :

ƒ nh n dang cac h  th ́ng con c ́p ưng dung

ƒ nh n dang cac h  th ́ng con c ́p giưa va c ́p h  th ́ng ƒ ₫ịnh nghĩa sư phu thu c giưa cac h  th ́ng con.

ƒ nh n dang giao ti ́p cua cac h  th ́ng con.

Bö mön Cöng nghï phền mï̀m Khoa CNTT

ĐH Bach Khoa Tp.HCM

Mön Phân tích & Thiết kế hướng ₫ối tượng dùng UML

Slide 157

Chương 7: Thít k ́ hương ₫ ́i tương C ̀n nh n dang cac class thi ́t k ́quan trong v ̀măt ki ́n truc ₫ ̉lam ti ̀n ₫ ̀cho hoat ₫ ng thi ́t k ́, cac class khac se ₫ươc nh n dang trong vi c thi ́t k ́use-case.

ƒnh n dang cac class thi ́t k ́ tư cac class ph n t ch tương ưng ƒnh n dang cac class chu₫ ng khi chu y y u c ̀u ₫ ̀ng thơi tr n h 

th ́ng :

— cac y u c ̀u v ̀ hi u qua,₫  săn sang, throughput cua h 

th ́ng

— sư ph n tan cua h  th ́ng tr n cac nut.

— cac y u c ̀u khac như khơi ₫ ng, k ́t thuc, tranh deadlock, tranh bao hoa, c ́u h nh lai cac nut, kha năng n ́i k ́t.

Thiã́t kã́ kiã́n truc : nhÝn dang cac class thiã́t kã́ quan trong vã̀ kiã́n truc

Tư cac y u c ̀u chung va₫ăc bi t  ₫a ₫ươc nh n dang trong ph ̀n ph n t ch (trong cac class ph n t ch va cac d ̃n xu ́t use-case c ́p ph n t ch), quy ́t ₫ịnh cach xư lychung dưa tr n c ng ngh hi n thưc va thi ́t k ́

săn co. K ́t qua la1 t p cac cơch ́thi ́t k ́t ̉ng quat. Cac y u c ̀u c ̀n xư lythương li n quan ₫ ́n :

ƒt nh b ̀n vưng.

ƒsư ph n tan &₫ ̀ng thơi. ƒcac t nh ch ́t an toan dư li u. ƒ₫ ̀ khang vơi l ̃i.

ƒquan ly giao tac.

Bö mön Cöng nghï phền mï̀m Khoa CNTT

ĐH Bach Khoa Tp.HCM

Mön Phân tích & Thiết kế hướng ₫ối tượng dùng UML

Slide 159

Muc ₫ ch cua thi ́t k ́ use-case la:

ƒ Nh n dang cac class thi ́t k ́ va cac h  th ́ng con co

object c ̀n cho vi c thưc hi n 'flow of events-design'

cua use-case.

ƒ ph n tan hanh vi cua use-case băng cach cho cacobject thi ́t k ́ va h  th ́ng con tương tac nhau. object thi ́t k ́ va h  th ́ng con tương tac nhau.

ƒ ₫ịnh nghĩa y u c ̀u tr n cac tac vu cua class thi ́t k ́,h  th ́ng con vainterface cua chung. h  th ́ng con vainterface cua chung.

ƒ năm băt cac y u c ̀u c ́p hi n thưc cho use-case.