Đang tải... (xem toàn văn)
Bài giảng Phân tích và thiết kế hệ thống thông tin - Phần 3: Phân tích hệ thống cung cấp cho người học các kiến thức: Hành động phân tích hệ thống, yêu cầu đ/v hệ thống từ môi trường, đặc tả hệ thống. Mời các bạn cùng tham khảo nội dung chi tiết.
Phân tích & thiết kế H.T.T.T Phần 3: Phân tích hệ thống Nguyễn Anh Hào Khoa CNTT2 – HV CNBCVT Cơ sở Tp.HCM 0913609730 – nahao@ptithcm.edu.vn Nội dung giảng Hành động phân tích hệ thống Yêu cầu đ/v hệ thống từ môi trường Đặc tả hệ thống • • • Coi hệ thống đối tượng lớn: ranh giới tách hệ thống thành phần: bên bên ngồi Nhìn từ ngồi: đặc tả hệ thống làm cho mơi trường (usecase) Nhìn vào bên trong: đặc tả kết cấu thành phần (đối tượng) cần thiết hệ thống (classes) quan hệ đối tượng SE: phân tích hệ thống • Trong SE, phân tích hệ thống: – Là q trình chuyễn đổi yêu cầu đ/v hệ thống thành đặc tả hệ thống Các đặc tả phải thực hệ thống sau “cải tạo” – Đặc tả hệ thống = cấu trúc logic hệ thống, nhìn từ phía người phát triễn hệ thống, đó: • Có thành phần hợp thành hệ thống (các đối tượng) • Có quan hệ nội thành phần, mà người phát triễn phải tìm sử dụng chúng • Yêu cầu hệ thống: – Từ đâu ? Có phải từ người sử dụng ? … Tất câu hỏi phải giải đáp từ cách lý giải tồn hệ thống lý thuyết hệ thống Sự tương tác hệ thống Đề thực vai trị, hệ thống phải có tương tác với môi trường để tạo / lấy thứ cần thiết cho / từ môi trường Sự tương tác hình thành yêu cầu chức hệ thống Hệ thống cổ máy biến inputs thành outputs cho môi trường Quan hệ hệ thống - mơi trường • Hệ thống lớn (mơi trường) phải giải nhiều vấn đề để giúp tồn tại, gọi miền vấn đề (problem domain) – Vd: Cơng ty phải làm để tồn ? • Miền vấn đề chứa vấn đề có tính quy luật (khách quan, kết dính với theo cách đó) – Vd: chuổi nghiệp vụ tổ chức xem “bất biến” (khách quan) người ta có lý để làm – Domain Model: mơ hình cho miền vấn đề • Hệ thống xem xét phận hệ thống lớn, có vai trị hổ trợ giải tốt vấn đề hệ thống lớn, thơng qua tương tác u cầu từ mơi trường • Sự tương tác hệ thống với mơi trường bên ngồi hình thành u cầu hệ thống (cái phải làm ra, phải chuyễn giao nào,…) • Yêu cầu (từ tương tác) xác định (giải chất vấn đề miền vấn đề) hệ thống hoạt động ổn định (ít bị thay đổi) • Như vậy, khía cạnh việc phân tích yêu cầu hiểu chất tương tác môi trường mà hệ thống vận hành – Phân tích quan hệ cộng tác với bên (trong hệ thống lớn hơn) có liên quan đến hệ thống Cách đặc tả hệ thống (1) A Nhìn hệ thống từ bên (outside view – ‘what’): Xác định phạm vi trách nhiệm (vai trò) hệ thống Mơ hình hóa quy luật cộng tác mơi trường có hệ thống tham gia – – Tìm quy luật cộng tác mang tính chất Vẽ Workflow,Dataflow,Collaboration,Activity, … Xác định tương tác nhất, định vai trị hệ thống mơi trường (Usecases) Đặc tả ứng xử hệ thống đ/v usecase – “Phương thức” hệ thống, scenario Vai trị use-case Nhìn từ bên ngồi: Hệ thống làm cho hệ thống lớn (qua cộng tác với actors) Use case Nhìn vào bên trong: Những đối tượng hệ thống hợp tác thực use-case ? Ranh giới phần mềm Lược đồ use case: nhìn từ ngồi Với đối tượng có hệ thống lớn (môi trường): – Đối tượng cần hệ thống phần mềm này, phần mềm cần đối tượng ? Định nghĩa use-case – Sự hợp tác có ý nghĩa hệ thống lớn ? Định nghĩa actor – Vai trò đối tượng hệ thống lớn (hoặc usecase) ? Vẽ lược đồ use case – nhìn từ bên ngồi cho hệ thống phần mềm ví dụ 1: coffee drink Người ta cần tách cà phê ? 10 Lược đồ trạng thái cho “Open account” 54 Cust Manager New customer CustData: none Get customer data Acc Manager AccDatabase AccType: none AccInit: none Get Account Type AccType: ready CustAcc: none CustData: ready Get Acc balance Create Account AccInit: ready CustAcc: ready Đặc tả chi tiết lớp • Ngồi tên gọi, đối tượng cịn có thuộc tính phương thức xử lý – – • 55 Thuộc tính: đặc tính đối tượng (có thể public, private hay protected) Phương thức: hành động đối tượng (có thể public- gọi dịch vụ, hay private- hành vi bên trong) Sự đặc tả chi tiết cho đối tượng bắt nguồn từ cách nhìn từ bên ngồi đối tượng (nhìn thuộc tính hành động xử lý cần thiết cho hệ thống) – ký hiệu trước thuộc tính/phương thức: + : Public, - : Private, # : Protected Đặc tả thuộc tính lớp 56 (1) (2) (3) • Cách ? (4) Tùy trường hợp sử dụng Từ lược đồ class: quan hệ kế thừa Người -tên, tuổi Bác sỹ -tên,tuổi Nhân viên -tên,tuổi -Vai trò - Nhiệm vụ Bác sỹ -tên,tuổi -Vai trò - Nhiệm vụ 57 Chữa bệnh +Khám() +Điều trị() Làm thuốc +Cấp thuốc() Bác sỹ -tên,tuổi -Vai trò - Nhiệm vụ +Khám() +Điều trị() Dược sỹ -tên,tuổi -Vai trò - Nhiệm vụ +Cấp thuốc() Từ lược đồ class: Association Bác sỹ Điều trị BS -My Patients[ ]: BN +ĐieuTri (x:BN) Employee * * Bệnh nhân BN -My doctor : BS * Project Work_on Hours Start_date Work_on -E: Employee -P: Project -Hours -Start_date 58 Từ lược đồ class: Aggregation Car 59 Bike Car Bike -List of (Engine) -List of (Wheel) -List of (Wheel) Engine Wheel A "uses" B = Aggregation : B exists independently (conceptually) from A Từ lược đồ class: Composition Person Leg 60 Person -MyArm : Arm -MyLeg : Leg Arm A "owns" B = Composition : B has no meaning or purpose in the system without A Đặc tả phương thức xử lý lớp 61 • Dynamic view • Các phương thức dịch vụ đối tượng hệ thống, trích từ lược đồ mơ tả tương tác hệ thống: – Lược đồ cộng tác, – Lược đồ hoạt động Từ lược đồ Person Cat Free Rear Kick(c) Report( m) 62 Inspector Police … Event(m,c) Report( p,c) … Crime(p,c) Arrest( p) Đặc tả cho đối tượng – thành phần 63 • Đặc tả đối tượng = đặc tả thuộc tính & phương thức cần thiết cho hệ thống (loại public, protect) • Các thuộc tính & phương thức riêng (private) đặc tả để hướng dẫn cách cài đặt cho đối tượng Đặc tả phương thức: “Open account”64 Kích hoạt từ menu “open account” SYSTEM = SOFTWARE Bank Manager Cust manager Acc manager OpenAccount(id) AskCustInfo(id) CustomerInfo(data) Activate(CustData) AskAccountType(id) AccountType(AccType) AskInitialBalance(id) Balance(InitBalance) Confirm(ResultCode) INTERFACE : USER - SOFTWARE CreateAcc (Cust, Acc) Acc DB Đặc tả phương thức: “Open account”65 Bank Manager Cust Manager Ký hiệu UML: Acc Manager OpenAccount(id) Cust Manager AskCustInfo(id) CustomerInfo(data) Activate + Open Account () (CustData) -AskCustInfo():FORM -Activate(AM,CustData) Ký hiệu UML: Open Account Cust.Name: Cust.Addr: OK Đặc tả phương thức: “Open account”66 Cust Manager Acc Manager Acc DB Bank Manager Acc Manager Activate(CustData) AskAccountType(id) AccountType(AccType) + Activate (CustData) -AskAccType(): FORM -AskInitBalance(): FORM -Create(ACDB,Cust,Acc) AskInitialBalance(id) Balance(InitBalance) CreateAcc (Cust, Acc) Đặc tả phương thức: “Open account”67 Acc manager Acc DB Bank Manager CreateAcc (Cust, Acc) Confirm(ResultCode) Acc DB +CreateAcc (Cust, Acc) -DBAdd(DB,Cust,Acc) -Confirm() : FORM Ký hiệu UML: DBMS Stereo types 68 • Lớp biên (boundary): để tương tác actor với hệ thống, vd: form giao diện cho user, tương tác với thiết bị • Lớp điều khiển (control): phân phối thơng điệp để thực usecase • Lớp thực thể (entity): lớp có chứa liệu cho tương tác usecase ... giảng Hành động phân tích hệ thống Yêu cầu đ/v hệ thống từ môi trường Đặc tả hệ thống • • • Coi hệ thống đối tượng lớn: ranh giới tách hệ thống thành phần: bên bên ngồi Nhìn từ ngồi: đặc tả hệ. .. hệ thống làm cho mơi trường (usecase) Nhìn vào bên trong: đặc tả kết cấu thành phần (đối tượng) cần thiết hệ thống (classes) quan hệ đối tượng SE: phân tích hệ thống • Trong SE, phân tích hệ thống: ... hệ thống thành đặc tả hệ thống Các đặc tả phải thực hệ thống sau “cải tạo” – Đặc tả hệ thống = cấu trúc logic hệ thống, nhìn từ phía người phát triễn hệ thống, đó: • Có thành phần hợp thành hệ