Phân tích thiết kế hướng đối tượng (UML) cho người mới bắt đầu
Phân tích thiết kế hướng đối tượng (UML) cho người bắt đầu ! 1: Sơ hiểu qui trình phát triển phần mềm(qui trình thác nước cải tiến) Qui trình phát triển phần mềm “cơng thức” cho việc phát triển phần mềm, nói với deverloper công đoạn để phát triển phần mềm Ví dụ qui trình: ví qui trình nấu cơm:vo gạo -> đổ nước vào nồi vừa đủ -> mang vào nồi cắm điện bật nút xuống trạng thái cook -> cơm chin -> ăn cơm Vậy làm phần mềm địi hỏi phải có qui trình Qui trình sản phẩm cơng sức trí tuệ kinh nghiệm thực tế người trước hay thân cá nhân Qui trình nói lên bước tiến hành phải làm bước bước Có nhiều qui trình phát triển phần mềm, tùy theo phần mềm mà áp dụng qui trình khác qui trình thác nước(đây mơ hình coi cổ điển, có mặt tất mơ hình phát triển phần mềm.) tham khảo thêm số qui trình như: Qui trình xoắn ốc, Qui trình Prototype … qui trình thác nước cải tiến(có quay lại.) Hình vẽ mơ hình thác nước Giai đoạn khảo sát trạng Đây giai đoạn trình phát triển phần mềm, cho biết trạng tốn Ví trạng mơ hình tổ chức, trạng nghiệp vụ, trạng trình tin học khách hàng mà phần mềm nhắm tới trạng nghiệp vụ quan trọng mục tiêu giai đoạn phải hiểu rõ qui trình nghiệp vụ khách hàng có q trình nghiệp vụ, nghiệp vụ họ làm nào?… Giai đoạn xác định yêu cầu Có loại yêu cầu yêu cầu chức yêu cầu phi chức Yêu cầu chức năng: yêu cầu bất khả kháng mà khách hàng đưa cho bạn, khơng có coi bạn chết Cứ tưởng tượng 23h55 tối bạn phải nộp đồ án cuối kỳ không nộp coi bạn rớt môn học mà 12h trưa bạn ngủ dậy[tối qua coi c1 khuya q] Trong chương trình bạn chưa làm cơng việc bạn nghĩ phải làm yêu cầu chức Yêu cầu phi chức u cầu hệ thống mà đưa ra,ví dụ chức bảo mật thông tin, chức phân quyền người dùng, chức đáp ứng yêu cầu liệu khoảng thời gian bao nhiêu… Trong giai đoạn giai đoạn sơng cịn, yêu cầu khó biết giả sử bạn làm trang web cá nhân cho bạn, bạn giai đoạn phân tích yêu cầu cho trang web bạn bạn khơng biết u cầu nào, cho dù đưa u cầu bạn có ngày mai ngủ dậy cịn khơng?(vì chất đề án hay u cầu thay đổi) Vì việc xác định yêu cầu quan trọng suốt trình làm phần mềm thử tưởng tượng điều xảy mơn đồ họa máy tính thầy u cầu bạn làm chương trình vẽ mèo, bạn mê ngủ sau nhà bạn vẽ khỉ bạn biết điều xảy với rồi.hihi Giai đoạn phân tích Trong giai đoạn phân tích u cầu, mơ hình hóa chúng kết trình cho sơ đồ lớp đối tượng chương trình Thiết kế Giai đoạn thiết kế thuật tốn, thiết kế mơ hình liệu cho mơ hình lớp liệu mức chi tiết.(2 phân tích thiết kế sau vào phân tích nó) Cài đặt Phần thức bắt tay vào code Kiểm chứng Bạn test chương trình Triển khai Bạn mang chương trình triển khai Bài 2:Xác định yêu cầu người sử dụng Mục đích q trình xác định u cầu Mục đích q trình trả lời câu hỏi sau: người dùng yêu cầu làm gì? Các u cầu sao? Các yêu cầu nào? Các nghiệp vụ người sao? Trong họ trình độ tin học hóa tới đâu?(về trình độ sử dụng máy tính phần cứng họ) Các thói quen nghiệp vụ họ sao? … Mục đích trình đưa văn dạng tập mà bạn thường gặp kỳ thi học kỳ Tại lại xác định yêu cầu: Yêu cầu mà phải xác định nó: Theo định nghĩa Wikipedia: Trong ngành kỹ thuật, yêu cầu (requirement) địi hỏi tài liệu hóa chức đặc điểm sản phẩm dịch vụ (nguồn: http://vi.wikipedia.org/wiki/Y%C3%AAu_c%E1%BA%A7u ) Về phần nói rõ trước.(trong giai đoạn xác định yêu cầu.) Các cách xác định yêu cầu Có nhiều cách để thu thập yêu cầu liệt kê ví như: • Phỏng vấn trực tiếp • Đưa bảng câu hỏi • Mượn tài liệu nghiên cứu • Quan sát thực tế •… - Phỏng vấn: có loại vấn cá nhân vấn nhóm Đối với vấn cá nhân dùng câu hỏi mà đưa mang tính chất ‘tế nhị’ m% Bài 3: Mơ hình hóa yêu cầu Sau thu thập u cầu, việc cần làm mơ hình chúng Câu hỏi đặt phải mơ hình chúng làm cho cơng? Vì thực tế dùng văn viết có khả khơng diễn đạt vấn đề muốn nói Cho nên phải dùng hình vẽ để biểu đạt cho người khác dễ hiểu hơn.(vì hình vẽ có vài qui tắc, cịn viết văn … ngơn ngữ vơ số, người khác đọc có khả bị rào cản ngôn ngữ …) > ngơn ngữ đời để mơ hình mà thu thập được.(nói chung mơ tả ngôn ngữ dễ gây nhầm lẫn khơng có tính trực quan.) Chúng ta dùng lược đồ use-case để biểu diển dùng phần mềm Rational Rose 2002 bạn dùng soft free StartUML(thằng máy chạy ko Khơng hiểu nữa? pó hand Chắc xài ***** quen ko có ko chơi ) Trong lược đồ use-case khái niệm cần phải hiểu Actor UseCase Actor Nó bao gồm phần mềm bên ngoài, phần cứng, người mà có tác động trực tiếp đến phần mềm mà xây dựng Hình vẽ nó: (hình người) Nói cho dễ nhớ: người đứng dạng chân giơ hai tay ngang (giống người diễn kịch) -> diễn viên -> Actor Lấy ví dụ: Trong phần mềm trang web 4rum Actor người dùng mà bạn dễ dàng là: Admin, Mod, Người Dùng Bình Thường, Khách giải thích người ta lại dùng từ Actor để gọi chung Đó ngồi đời Actor có nghĩa “Diễn Viên” tức người có khả đóng nhiều vai khác ứng với phim khác nhau(trong ứng với góc nhìn khác nhau.) Nói rõ UserCase người dùng nhìn góc độ phần mềm Ví dụ phần mềm quản lý: bạn thuê làm quản lý hệ thống Và sau yêu cầu công việc cần thêm người nhập liệu cho chương trình bạn xin làm để kiếm thêm thu nhập(thời kỳ lạm phát) Thì bạn khơng cịn admin mà người dùng bình thường có quyền ghi sở liệu Đơi dễ nhìn mơ hình usecase người ta cịn có nhu cầu tổ chức nói (các quyền Actor Actor khác làm bạn chế Actor khác cha Actor này.) Ví dụ phần mềm quản lý khách hàng khách hàng tiềm khách hàng thông thường quyền đặt hàng.(cái có tác dụng cho đỡ rối hình vẽ thơi) “chế” Actor khách hàng chung Lưu ý mượn ký hiệu kế thừa bên thiết kế lớp đối tượng khơng nói Khách hàng khách hàng đặc biệt lớp kế thừa lại từ lớp khách hàng VD: trước chế sau chế UseCase UseCase chức chương trình bạn cung cấp cho người dùng Cái hiểu chức hệ thống mang lại ý nghĩa địn người dùng Hình vẽ biểu diễn hình Elip ở có xu hướng: thứ theo xu hướng StarUML: thứ theo xu hướng Rational Rose: http://i481.photobucket.com/albums/r /UsecaseRR.jpg ứng với User case có nhiều Actor sử dụng Ví dụ vài UseCase 4Room là: postBai, sửa viết, thêm viết mới, xóa viết đi, xem viết, Xem trước viết Sự tương tác Actor UseCase Dùng hình vẽ sau để miêu tả ( hình mũi tên với đường nét liền) làm biếng up hình nên vẽ đại hình thiệt khác _> Chiều mũi tên thể vai trò tương tác: chủ động gọi • Từ Actor vào User Vd: 4Rom tạo Actor Mod quyền sử dụng UseCase Xóa viết • Từ User vào Actor: Ví dụ bạn tạo chương trình chơi game có qui định chương trình là: tự động xếp người chơi vào vị trí Sự tương tác Actor Actor Đôi lúc sử dụng Chức này(UserCase1) lại có nhu cầu phát sinh chức thứ sau Ví dụ: trang web Eshopping chức đặt hàng chức toán Chức đặt hàng gọi thực chức tốn Nó biểu diễn sau: Chức A luôn gọi chức B Chức A gọi chức B Dịng kiện chính(happy path[con đường hạnh phúc]) Tại bạn mô tả đường thức mà chương trình bạn “đi” từ bắt đầu đến kết thúc(chỉ nói kiện khơng nói trương hợp khác ngồi kiện chính) Đặc tả UserCase ứng với Usecase bạn nêu ý sau: • Tóm tắt • Dịng kiện • Các u cầu • Trạng thái hệ thống User bắt đầu Usecase • Trạng thái hệ thống sau thực Usecase • Điểm mở rộng Cái nói dài dịng khó hiểu nên bạn xem ví dụ bên dưới.(tối khuya post tiếp ) Phát biểu tốn (chương trình quản lý nhân viên đơn giản) Ví dụ bạn có tốn sau cần giải quyết(chế ) Trong công ty thời trang Trần Trụi phịng nhân có nhu cầu quản lý nhân viên công ty cho dễ dàng nên họ định đặt bạn xây dựng cho họ phần mềm phần mềm quản lý Nhân viên công ty Hàng ngày nhân viên làm chấm công cách quét thẻ nhân viên qua máy chấm cơng, hàng ngày nhân viên phịng nhân phải đưa cho trưởng phòng ngày làm vắng mặt phòng tương ứng, tới muộn cuối tháng phải đưa bảng thống kê xuống phịng kế tốn để tính lương cho nhân viên cơng ty Mỗi có nhu cầu tuyển thêm nhân viên phịng nhân phải thông báo lên phương tiện, trang web, sau nhân viên phịng nhân tiếp nhận đơn đăng ký ứng viên đăng ký lên lịch vấn cho ứng viên Khi ứng viên vấn hệ thống phải đưa câu hỏi cho ứng viên từ ngân hàng câu hỏi sẵn có cơng ty ứng viên phải trả lời câu hỏi Nếu có ứng viên nhận tổ chức tiếp nhận họ vào cơng ty.(quá trình tiếp nhận việc thêm nhân viên vào danh sách nhân viên vào phân vào phòng đó) Với trưởng phịng nhân quyền sửa đổi thông tin nhân viên công ty Thỉnh thoảng nhân viên phịng nhân cần tìm kiếm thông tin nhân viên để làm cơng việc đó(chưa rõ) Khi thêm nhân viên kiểm tra xem nhân viên có cơng ty hay chưa(có trường hợp nhân viên nghĩ việc sau khoảng thời gian họ quay lại cơng ty làm) Mơ hình Usecase: đặc tả usecase Ở khơng có nhiều thời gian nên xin nói lên số Usecase sau: Tim Kiem Nhan Vien, Them Nhan Vien, Xem Cau Hoi, Tra Loi Cau Hoi a) Usecase Tim Kiếm Nhân Viên • Tóm tắt Usecase tìm kiếm nhân viên nhân viên phịng nhân sử dụng để tìm kiếm thơng tin nhân viên Usecase sử sử dụng nhân viên phòng nhân cần tra cứu thơng tin nhân viên cơng ty • Dịng kiện a Dịng kiện chính: Usecase bắt đầu nhân viên phòng nhân gọi chức tìm kiếm nhân viên Hệ thống kiểm tra nhân viên dùng đăng nhập hay chưa Hệ thống tiếp nhận người dùng nhập thông tin tìm kiếm Hệ thống thực hiên tìm kiếm sở liệu, sau hệ thống hiển thị tất thơng tin tìm hình cho người dùng b Các dịng kiện khác Nếu người dùng chưa đăng nhập hệ thống phải yêu cầu người dùng đăng nhập Nếu hệ thống không tìm thấy liệu trả hệ thống thơng báo khơng tìm thấy liệu đợi người dùng thao tác tiếp • Các yêu cầu Người dùng phải đăng nhập vào hệ thống trước sử dụng chức • Trạng thái hệ thống User bắt đầu Usecase Trước bắt đầu chức Người dùng phải đăng nhập vào hệ thống • Trạng thái hệ thống sau thực Usecase Hệ thống thơng báo kết tìm cho User chờ tác vụ người dùng • Điểm mở rộng Khơng có b) Usecase Them Nhan Vien • Tóm tắt Usecase tìm kiếm nhân viên nhân viên phịng nhân sử dụng để tìm kiếm thông tin nhân viên Usecase sử sử dụng nhân viên phòng nhân cần tra cứu thông tin nhân viên cơng ty • Dịng kiện i Dịng kiện chính: Usecase bắt đầu nhân viên phịng nhân gọi chức thêm nhân viên Hệ thống kiểm tra nhân viên dùng đăng nhập hay chưa Hệ thống kiểm tra liệu người dùng nhập vào có qui định khơng Hệ thống tiếp nhận người dùng nhập thông tin nhân viên Hệ thống thực hiên tìm liệu có nhân viên chưa sở liệu, sau hệ thống thêm tất thông tin mà người dùng nhập vào ii Các dòng kiện khác Nếu người dùng chưa đăng nhập hệ thống phải yêu cầu người dùng đăng nhập Nếu mà có lỗi xảy trình nhập liệu người dùng thơng báo cho người dùng biết có chổ nhập khơng để trỏ chuột tới vị trí sai xuống cho người dùng sửa Nếu người thêm vào có sở liệu cập nhật lại trạng thái họ làm Nếu hệ thống khơng thêm báo lỗi cho người dùng • Các yêu cầu Người dùng phải đăng nhập vào hệ thống trước sử dụng chức • Trạng thái hệ thống User bắt đầu Usecase Trước bắt đầu chức Người dùng phải đăng nhập vào hệ thống • Trạng thái hệ thống sau thực Usecase Hệ thống có thêm người thêm vào sở liệu record cập nhật Hệ thống thông báo kết tìm cho User chờ tác vụ người dùng • Điểm mở rộng Khơng có c) Usecase Xem Cau Hoi • Tóm tắt: Usecase xem câu hỏi bắt đầu ứng viên tiến hành vấn chức gọi Usecase sử dụng ứng viên xem câu hỏi để trả lời buổi vấn • Dịng kiện i Dịng kiện Khi bắt đầu vấn Ứng viên bắt đầu xem câu hỏi từ ngân hàng câu hỏi mà hệ thống trả ii Các dịng kiện khác Khơng có • u cầu Khơng có • Trạng thái hệ thống user bắt đầu Usecase Hệ thống chờ đợi người dùng sẵn sàng • Trạng thái hệ thống sau User bắt đầu Usecase Hệ thống lấy câu hỏi từ ngân hàng câu hỏi để hiển thị lên cho người dùng xem • Điểm mở rộng Khơng có Xây dựng mơ hình lớp mức phân tích Review hướng đối tượng Lập trình hướng đối tượng khơng bác bỏ xu hướng phát triển ngành công nghệ phần mềm khác với lập trình cấu trúc lập trình hướng đối tượng cố gắng ánh xạ thực thể bên giới thực vào chương trình phần mềm Khi lập trình hướng đối tượng có vài khái niệm quan trọng class, từ khóa khai báo tầm vực Class thể lớp đối tượng bên giới thực mà bạn quan tâm Nó bao gồm thuộc tính “hành động”(phương thức) tương ứng mà bên ngồi đối tượng có Tầm vực thuộc tính/một phương thức khả cho phép truy cập biến/phương thức bên ngồi bên ngồi phạm vi lớp Một số ký hiệu hướng đối tượng • Ký hiệu class: (hình chữ nhật) Giải thích thêm class: • Ký hiệu kế thừa: mũi tên đầu tam giác rỗng ruột Cái nói rõ mục • Ký hiệu private: (nó ổ khóa mà khơng cho ) nói cho dễ nhớ: private tức bên ngồi khơng vào được, mà muốn bên ngồi khơng “vào” phải “khóa” cửa lại > riêng tư Private (nếu mà vẽ giấy có ký hiệu dấu trừ “-”) • Ký hiệu protected: ký hiệu chìa khóa bên có hình màu xanh đẹp đẹp.(nếu vẽ giấy ký hiệu dấu thăng “#” giống chữ CSharp) • Ký hiệu public: ô chữ nhật màu đỏ: viết giấy dấu cộng(“+”) Các loại quan hệ lớp đối tượng 2.1 Quan hệ kế thừa Như nói quan hệ kế thừa trường hợp hay gặp lập trình phân tích hướng đối tượng góp phần tạo nên hướng lập trình Mơ hình mức tổng quát: Đọc: class A trường hợp đặc biệt class B Class A kế thừa từ class B Ví dụ: Đọc: lớp học sinh trường hợp đặc biệt lớp người, Hay lớp Học sinh kế thừa từ lớp Người lớp Cnguoi trường hợp đặc biệt lớp ChocSinh 2.2 Quan hệ Association: Quan hệ Association quan hệ mức phổ biến lớp Nó thể lớp có chứa lớp kia(chấm hết khơng nói thêm nữa.) Hình vẽ: Đọc: Hoặc class A có chứa hay nhiều thuộc tính class B Hoặc class B có chứa hay nhiều thuộc tính class A Ví dụ: quan hệ Lớp học (CLopHoc) Học Sinh (CHocSinh) Đọc: Một lớp có nhiều học sinh Lưu ý chiều quan hệ: A -> B hay B -> A nêu lên chủ động gọi Từ A->B Từ B->A Khi chiều có đầu bỏ dấu mũi tên 2.3 Quan hệ Aggregation Hình vẽ: Quan hệ Aggregation trước hết quan hệ Association phát ràng buộc mối quan hện là: Khi đối tượng thuộc lớp B hủy đối tượng xObj thuộc lớp A chưa bị hủy(vẫn cịn tồn tại).(dễ nhớ: classB có mang đầu to[hình thoi] phía nên bao lấy thằng A rổng ruột[hình thoi rổng ruột] nên thằng B chết thằng A chui qua “lỗ” thốt) VD1: đặt ngữ cảnh sau Bạn có cửa hàng, cửa hàng bạn có nhiều kho hàng Do nguyên mà bạn hủy kho hàng bạn kho bị hủy?? không bị hủy mà bạn đưa chổ khác Cái tương tự Khi bạn bỏ kho hàng hàng kho khơng hết VD2: chương trình nghe nhạc bạn thường thấy list nhạc mà bạn tạo rao Khi bạn xóa list nhạc nhạc máy bạn mà thuộc list khơng bị xóa theo 2.4 Quan hệ Composition Hình vẽ: Quan hệ Composition quan hệ mà quan hệ Association mà đối tượng bObj thuộc classB bị hủy đối tượng classA thuộc bObj không bị hủy(bắt buộc) ( dễ nhớ: classB có mang đầu to[hình thoi] phía nên bao lấy thằng A kín mít [hình thoi đen thui] nên thằng B chết thằng A chui qua “lỗ” A chết chung) Ví dụ: lấy ví dụ dễ thấy: máy tính bạn có thư mục file Thư mục chứa file 2.5 Quan hệ Dependency ClassA khơng có quan hệ Association với classB Nhưng phương thức classB có gọi thực phương thức, khai báo đối tượng classA.(nói ko có classA classB pó hand không build ) -Cách thức thiết kế lớp đối tượng Q trình thiết kế lớp bao gồm cơng đoạn sau: Xác định tên lớp đối tượng, xác định quan hệ, Xác định thuộc tính, xác định phương thức, xác định lớp cha nó(nếu có) Để xác định tên lớp bạn phải dựa vào kinh nghiệm thân mà nói cách dễ dàng nhiên tuân theo số qui tắc sau: – Tên lớp phải danh từ – Tên lớp phải có chu trình sống mình, phải có thời điểm sinh ra, chết đối tượng – Nó độc lập tương đối tượng khác (tức độc lập đối tượng khác cách tương đối, mặt khác phụ thuộc lẫn đối tượng, thể thức ngồi đời có.) Quan trọng phải nằm phạm vi quản lý u cầu tốn Nói túm lạ ngồi đời có bên chương trình có lớp Phần xác định quan hệ Việc xác định quan hệ lớp việc phải lập từ điển quan hệ lớp ví như: lớp A lớp B chẳng hạn có số qui tắc sau để qui ước là: tên quan hệ phải động từ, Nó nói lên phụ thuộc lẫn đối tượng Việc xác định thuộc tính có số qui định sau: tên thuộc tính phải danh từ, phải có lệ thuộc vào đối tựng xét Trong xác định thuộc tính cần ý: thuộc tính phụ thuộc đối tượng thuộc tính thuộc tính đối tượng, thuộc tính phụ thuộc vào nhiều đối tượng thuộc tính thuộc tính quan hệ lư ý nói đến thuộc tính lớp Việc xác định phương thức thực chất hành động, công việc, phương thức đó, nên tên phương thức có nhiều loại phương thức xây dựng lớp đối tượng: - phương thức thuộc nhóm khởi tạo: gồm phương thức khởi tạo mặc định, phương thức khởi tạo biêt số thuộc tính nó, phương thức phá hủy – phương thức thuộc nhóm cung cấp (phương thức get) – phương thức thuộc nhóm thiết lập (phương thức set) – phương thức xử lý tính tốn: phương thức đóng vai trị nơi thực thi tính tốn class tương ứng trước thêm, hay làm với hệ thống liệu bạn 5 – phương thức thc nhóm kiểm tra Đây nơi kiểm tra ràng buộc liệu cho class tương ứng bạn Sau số quy ước để thiết kế class – để thiết kế class trước tiên bạn phải đưa tên – xác định phương thức, thuộc tính cho class nói – Nếu thuộc tính có cấu trúc phức tạp có thuộc tính liên hệ với có ngữ nghĩa cụ thể (ngồi đời có nó) nên tách thành lớp độc lập với – Khi hay nhiều lớp có thuộc tính chung nên tách thành lớp cha lớp lớp kế thừa từ lớp cha – Khi gặp thuộc tính có khả phân loại số trường hợp ta tách thc tính thành thuộc tính tương ứng Thiết kế mơ hình class 1-Thiết kế class cách nêu - Xác định quan hệ class 2-Xác định quan hệ bảng số Bảng số lớp phần mơ tả liệu lớp I- Một nhiều A tương ứng với nhiều B 1B tương ứng với 1A II- Một - Một 1A tương ứng với 1B 1B tưng ứng với 1A 1A tương ứng với 1B III - nhiều nhiều A tương ứng với nhiều B 1B tương ứng với nhiều A -Ví dụ: Cơng ty ABC công ty sản xuất bánh họ muốn xây dựng website bán hàng cho qua mạng internet Khách hàng đăng ký, đặt hàng với cơng ty qua mạng hay qua điện thoại qua điện thoại có nhân viên người nhập đơn đặt hàng cho bạn Khi khách hàng đặt loại bánh hệ thống kiểm tra xem bánh có cịn hay khơng Hiện cơng ty có loại bánh sau: bánh ngọt, bánh mặn, bánh chay Cơng ty áp dụng chương trình “khách hàng thân thiết” với chiến dịch người dùng thường xuyên cửa hàng giảm % giá thành bánh mua thời điểm Khi khách hàng thường mua hàng lần vịng tháng họ trở thành khách hàng thân thiết áp dụng chương trình khuyến Trong trường hợp “khách hàng thân thiết” không mua sản phẩm khoảng thời gian tháng họ khơng cịn khách hàng thân thiết Khi người dùng đăng nhập hệ thống liệt kê danh sách sản phẩm công ty có cho người dùng xem Trong q trình xem người dùng chọn mua cho sản phẩm mà họ vừa ý Khi người dùng chọn mua sản phầm họ ln ln có “giỏ” để bỏ hàng vào đó, họ kết thúc mua hàng họ tính tiền với cửa hàng, trường hợp mà khách hàng định không mua sản phẩm giỏ hàng khách hàng trả lại hàng cho cơng ty Khi khách hàng toán dịch vụ ATM, Visa hệ thống kết nối với hệ thống bên ngân hàng để kiểm tra xem thẻ cịn hiệu lực hay khơng, hệ thống khơng lưu thông tin tài khoản khách hàng mà khách hàng nhập vào chuyển qua bên ngân hàng kiểm tra Mơ hình class mức phân tích (các bạn lưu ý mức chưa cần phải đưa phương thức lớp) (nguồn: congdongcviet) ... chúng kết q trình cho sơ đồ lớp đối tượng chương trình Thiết kế Giai đoạn thiết kế thuật toán, thiết kế mơ hình liệu cho mơ hình lớp liệu mức chi tiết.(2 phân tích thiết kế sau vào phân tích nó)... dấu cộng(“+”) Các loại quan hệ lớp đối tượng 2.1 Quan hệ kế thừa Như nói quan hệ kế thừa trường hợp hay gặp lập trình phân tích hướng đối tượng góp phần tạo nên hướng lập trình Mơ hình mức tổng... đối tượng classA.(nói ko có classA classB pó hand khơng build ) -Cách thức thiết kế lớp đối tượng Quá trình thiết kế lớp bao gồm công đoạn sau: Xác định tên lớp đối