Câu 1.

So sánh ưu và nhược điểm của hai phương pháp luận: Phát triển phần mềm
hướng cấu trúc và phát triển phần mềm hướng đối tượng? 3
Câu 2. Trình bày các nguyên tắc cơ bản của mô hình hóa hướng đối tượng: Sự trừu
tượng hoá, tính đóng gói, tính module hóa, sự phân cấp. Cho ví dụ ? 4
Câu 3. Trình bày các khái niệm cơ bản trong kỹ thuật hướng đối tượng: Đối tượng,
lớp đối tượng, gói, kế thừa, đa hình. Cho ví dụ ? 5
Câu 4. Trình bày các mục đích sử dụng khác nhau của UML? Các phần tử mô hình
trong UML ? 6
Câu 5. Trình bày ý nghĩa và mục đích sử dụng của các loại biểu đồ trong UML ? Cơ sở
nào để xác định được các loại biểu đồ đó ? 7
Câu 6. Phân biệt mô hình tĩnh và mô hình động trong UML ? 10
Câu 7. Mục đích của hoạt động mô hình hóa nghiệp vụ là gì ? Cho ví dụ ? 11
Câu 8. Đặc tả bổ sung và từ điển thuật ngữ là gì ? Trình bày nội dung và mục đích sử
dụng của chúng ? 12
Câu 9. Mục đích của hoạt động phân tích và thiết kế là gì ? 13
Câu 10. Kiến trúc phần mềm là gì ? Trình bày kiến trúc khung nhìn 4+1 và mẫu kiến
trúc phân tầng ? 13
Câu 11. Biểu đồ ca sử dụng là gì ? Phân biệt hai quan hệ include, extend trong biểu đồ
ca sử dụng ? 14
Câu 12. Mục đích của hoạt động phân tích ca sử dụng là gì ? Các sản phẩm của pha
phân tích hướng đối tượng ? 15
Câu 13. Các biểu đồ tương tác được tạo ra như thế nào trong phân tích ca sử dụng ?
Phân biệt biểu đồ tuần tự và biểu đồ cộng tác ? 15
Câu 14. Lớp phân tích là gì ? Trình bày vai trò và cách xác định các kiểu mở rộng
(stereotypes) của lớp phân tích: Lớp biên, lớp điều khiển và lớp thực thể ? 16
Câu 15. Phân biệt các dạng quan hệ trong biểu đồ lớp: Associations, generalization,
aggregation, composition, dependency. 17
Câu 16. Mục đích của việc xác định các phần tử thiết kế là gì ? 17
Câu 17. Hệ thống con là gì ? Hệ thống con dùng để làm gì ? Phân biệt hệ thống con và
gói ? Cách xác định các hệ thống con ? 18
Câu 18. Cơ chế phân tích trong thiết kế hướng đối tượng dùng để làm gì ? Tại sao cần
phân loại các cơ chế phân tích ? 18
Câu 19. Mục đích của thiết kế các ca sử dụng, các lớp, các hệ thống con và cơ sở dữ
liệu là gì ? Các lớp được làm mịn bằng cách nào trong pha thiết kế hướng đối tượng ?
18
Câu 20. Trình bày cách xác định và vẽ mô hình miền nghiệp vụ ? 19
Câu 21. Trình bày cách xác định và vẽ biểu đồ ca sử dụng ? 19
Câu 22. Trình bày cách xác định và vẽ biểu đồ tuần tự ? 20
Câu 23. Trình bày cách xác định và vẽ biểu đồ lớp chi tiết ? 21
Câu 24. Trình bày cách xác định và vẽ biểu đồ hoạt động ? 21
Câu 25. Ý nghĩa của việc đóng gói sự tương tác giữa các hệ thống con là gì ? 22
Câu 26: Nêu các bước trong Phân tích hướng đối tượng? Có những loại biểu đồ nào
dùng trong pha phân tích hướng đối tượng? 22
Câu 27 : Các mô hình : Thác nước , bản mẫu, xoắn ốc 22
Bài tập 29
Câu 1. So sánh ưu và nhược điểm của hai phương pháp luận: Phát triển phần mềm
hướng cấu trúc và phát triển phần mềm hướng đối tượng?
*Phát triển phần mềm hướng cấu trúc
Đặc trưng của phương pháp hướng cấu trúc là phân chia chương trình chính thành nhiều
chương trình con, mỗi chương trình con nhằm đến thực hiện một công việc xác định. Thiết
kế dựa trên 2 hướng: hướng dữ liệu hoặc hướng hành động.
a. Ưu điểm:

- Đặc trưng của phương pháp hướng cấu trúc là phân chia chương trình chính thành nhiều
chương trình con, mỗi chương trình con nhằm đến thực hiện một công việc xác định.

- Thiết kế dựa trên 2 hướng: hướng dữ liệu hoặc hướng hành động.

- Tư duy phân tích thiết kế rõ ràng, chương trình sáng sủa dễ hiểu.

Nhược điểm - Không hỗ trợ việc sử dụng lại

- Không phù hợp cho phát triển các phần mềm lớn.

- Khó quản lý, dễ gây ra lỗi trong quá trình phân tích, khó kiểm thử và bảo trì.
- Không mô hình hoá được các yêu cầu hệ thống phi chức năng
*Phát triển phần mềm hướng đối tượng
Phương pháp hướng đối tượng tập trung vào cả hai khía cạnh của hệ thống là dữ liệu và
hành động bằng cách ánh xạ các thành phần của bài toán vào các đối tượng ngoài đời
thực.
a. Ưu điểm

- phương pháp hướng đối tượng tập trung vào cả hai khía cạnh của hệ thống là dữ liệu và
hành động.

- Hỗ trợ sử dụng lại mã nguồn

- Phù hợp với các hệ thống lớn

B. nhược điểm - Tốc độ chậm

- phức tạp → Khó cho người mới bắt đầu

Câu 2. Trình bày các nguyên tắc cơ bản của mô hình hóa hướng đối tượng: Sự trừu
tượng hoá, tính đóng gói, tính module hóa, sự phân cấp. Cho ví dụ ?

- Trừu tượng hóa (abstraction): Trong phương pháp hướng đối tượng, các thực thể phần
mềm được mô hình hóa dưới dạng các đối tượng. Các đối tượng này được trừu tượng hóa ở
mức cao hơn dựa trên thuộc tính và phương thức mô tả đối tượng để tạo thành các lớp (ví
dụ bản thiết kế nhà là lớp, ngôi nhà được xây dựng dựa trên bản thiết kế là đối tượng). Các
lớp cũng sẽ được trừu tượng hóa ở mức cao hơn nữa để tạo thành một sơ đồ các lớp được kế
thừa lẫn nhau. Trong phương pháp hướng đối tượng có thể tồn tại những lớp không có đối
tượng tương ứng được gọi là lớp trừu tượng. Như vậy, nguyên tắc cơ bản để xây dựng các
khái niệm trong hướng đối tượng là sự trừu tượng hóa theo các mức độ khác nhau.
Ví dụ:
- Sự trừu tượng có thể được hiểu đơn giản như sau:
+) Giả sử, kiến trúc để xây dựng 1 chiếc xe sẽ bao gồm: Bánh xe, yên xe, thắng.
+) Như vậy, những mô hình xe máy, xe đạp, xe hơi cũng được gọi là xe khi chúng thỏa mãn
những yếu tố mà kiến trúc một chiếc xe quy định.
Diễn giải lại điều ở trên bằng hình ảnh để thấy rõ điều đó:

+) Qua biểu đồ này chúng ta thầy rằng, khi chiếc xe đạp, xe máy, xe hơi kế thừa mô
hình xe. Nó sẽ phải định nghĩa 3 phương thức trừu tượng là banhxe(), yenxe(),
thangxe(). Dù rằng ở mỗi thể loại xe đều có những đặc thù riêng biệt.

- Tính đóng gói (encapsulation): Các đối tượng có thể có những phương thức hoặc thuộc
tính riêng biệt (kiểu private) mà các đối tượng khác không thể sử dụng được một cách trực
tiếp. Tất cả mọi thao tác truy xuất vào thành phần dữ liệu từ đối tượng này qua đối tượng
 khác phải được thực hiện bởi các phương thức (method) của chính đối tượng chứa dữ liệu.
Dựa trên nguyên tắc ẩn giấu thông tin này, cài đặt của các đối tượng sẽ hoàn toàn độc lập
với các đối tượng khác, các lớp độc lập với nhau và cao hơn nữa là cài đặt của hệ thống
hoàn toàn độc lập với người sử dụng cũng như các hệ thống khác sử dụng kết quả của nó.
VD: lớp HinhChuNhat có các thuộc tính chieudai, chieurong, phạm vi truy cập là private, có
các phương thức set và get. Các lớp khác không thể trực tiếp thay đổi các giá trị chieudai,
chieurong của nó, nhưng có thể thay đổi chúng thông qua phương thức set và get.
- Tính module hóa(modularity): là sự phân rã về mặt vật lý hoặc logic một hệ thống lớn
và phức tạp thành các thành phần quản lý được. Phân rã hệ thống thành các hệ thống con.
Các hệ thống con này được phát triển độc lập và có thể tương tác được với nhau
VD: Hệ thống đăng ký môn học ở các trường đại học phân thành 3 phần độc lập sau: hệ
thống thanh toán tiền, hệ thống quản lý sinh viên, và hệ thống cung cấp danh sách các môn
học.
- Tính phân cấp(hierarchy): Là dạng phân cấp theo các mức độ trừu tượng từ cao đến thấp
thành các cấu trúc cây.
VD: Phân cấp ra thành các lớp cha, lớp con, lớp con lại là lớp cha của các lớp khác.
Câu 3. Trình bày các khái niệm cơ bản trong kỹ thuật hướng đối tượng: Đối tượng, lớp
đối tượng, gói, kế thừa, đa hình. Cho ví dụ ?
- Đối tượng (object): Một đối tượng biểu diễn một thực thể vật lý, một thực thể khái niệm
hoặc một thực thể phần mềm. Có thể định nghĩa một đối tượng là một khái niệm, sự trừu
tượng hoặc một vật với giới hạn rõ ràng và có ý nghĩa với một ứng dụng cụ thể
Ví dụ: Là con người thì chúng ta sẽ có các trạng thái như: màu da, màu mắt, màu tóc, chiều
cao, cân nặng, … có các hành vi như: ăn, uống, làm việc, ... ⇒ con người là 1 đối tượng.
- Lớp (Class): Là mô tả của một nhóm đối tượng có chung các thuộc tính, hành vi và các
mối quan hệ. Như vậy, một đối tượng là thể hiện của một lớp và một lớp là một định nghĩa
trừu tượng của đối tượng.
VD: Lớp Student sẽ bao gồm một tập hợp các sinh viên của một lớp học, Lớp Mammals sẽ
bao gồm một tập hợp các động vật có vú trên thế giới, …
- Thành phần (component): là một phần của hệ thống hoạt động độc lập và giữ một chức
năng nhất định trong hệ thống.
VD: Hệ thống con thanh toán trong hệ thống đăng ký môn học cho sinh viên.
- Gói (package): là một cách tổ chức các thành phần, phần tử trong hệ thống thành các
nhóm có chức năng liên với nhau. Nhiều gói có thể được kết hợp với nhau để trở thành một
hệ thống con (subsystem).
VD: Một hệ thống đăng ký học được phân thành các gói: giao diện, gói các lớp cơ bản, …
- Kế thừa: Trong phương pháp hướng đối tượng, một lớp có thể sử dụng lại các thuộc tính
và phương thức của một hoặc nhiều lớp khác. Kiểu quan hệ này gọi là quan hệ kế thừa,
được xây dựng dựa trên mối quan hệ kế thừa trong bài toán thực tế.
VD: Lớp Người gồm các thuộc tính: tên, ngày sinh, quê quán, giới tính;
 Lớp Nhân Viên có quan hệ kế thừa từ lớp Người sẽ có tất cả các thuộc tính trên và bổ sung
thêm các thuộc tính mới gồm: chức vụ, lương.
- Tính đa hình: Là hiện tượng các đối tượng thuộc các lớp khác nhau có thể xử lý cùng 1
thông điệp theo các cách khác nhau. Các lớp phải có quan hệ kế thừa với cùng một lớp cha
nào đó.
- VD: Ta có 2 Lớp: chó, mèo. Cả 2 Lớp này đều kế thừa lớp động vật. Nhưng khi ta thực thi
phương thức tiengkeu (tiếng kêu) ở 2 lớp thì cho ra kết quả khác nhau (lớp cho phát ra âm
thanh “gâu gâu”, lớp mèo phát ra âm thanh “meo meo”).
Câu 4. Trình bày các mục đích sử dụng khác nhau của UML? Các phần tử mô hình
trong UML ?
- UML (Unified Modelling Language) là ngôn ngữ mô hình hóa tổng quát được xây dựng
để đặc tả, phát triển và viết tài liệu cho các khía cạnh trong phát triển phần mềm hướng đối
tượng. UML giúp người phát triển hiểu rõ và ra quyết định liên quan đến phần mềm cần xây
dựng.
* Mục đích của UML:
a. UML là một ngôn ngữ
- Một ngôn ngữ cung cấp từ vựng, ngữ pháp (cú pháp) và ngữ nghĩa để mô tả sự giao tiếp
- Một ngôn ngữ mô hình hóa là ngôn ngữ mà trong đó từ vựng và luật được sử dụng để mô
tả mức khái niệm và mức vật lý của một hệ thống
- UML cung cấp từ vựng và luật để mô tả các mô hình khác nhau của một hệ thống
(-UML là ngôn ngữ mô hình hóa:là phương tiện diễn tả hệ thống thông qua các từ vựng có
sẵn theo 1 quy tắc xác định.Từ vựng và các luật của UML cung cấp cơ sở để đọc hiểu và
xây dựng các mô hình.)
b. UML là ngôn ngữ để mô hình hóa trực quan
- UML cung cấp tập hợp các ký hiệu và luật để biểu diễn đồ họa những mô hình của hệ
thống.
- Biểu diễn đồ họa thường đem lại cái nhìn tốt hơn về hệ thống

(UML là ngôn ngữ trực quan hóa để hiển thị: Sự giao tiếp giữa các mô hình mức khái niệm
dễ phát sinh lỗi trừ khi những người liên quan dùng chung một ngôn ngữ diễn đạt.Một số
yếu tố trong hệ thống phần mềm cần phải mô hình hoá mới có thể hiểu được.Một số thông
tin sẽ bị mất đi nếu nhóm phát triển không tài liệu hoá các mô hình đang hình dung)

c. UML là ngôn ngữ để đặc tả

- Một đặc tả là một mô tả chính xác và không nhập nhằng về hệ thống
- UML cung cấp các công cụ để đặc tả hệ thống ở nhiều mức: Phân tích, thiết kế và cài đặt.
d. UML là ngôn ngữ để xây dựng
- Các mô hình UML có thể được chuyển sang một ngôn ngữ lập trình khá dễ dàng
- UML là khá chính xác và không nhập nhằng để cho phép thực hiện các mô phỏng
e. UML là ngôn ngữ để lập tài liệu
- UML cho phép mô tả tất cả các bước xây dựng một hệ thống
- Các mô hình xây dựng tạo nên một tài liệu đầy đủ và chính xác về hệ thống
(UML là ngôn ngữ để tài liệu hóa: Các biểu đồ UML đóng vai trò là các tài liệu phát triển
hệ thống, hỗ trợ tạo tài liệu kiến trúc hệ thống cùng các chi tiết của nó, cho phép diễn đạt
các yêu cầu, cung cấp ngôn ngữ để mô hình hoá các hoạt động trong dự án cũng như việc
quản lý chuyển giao phiên bản.)
*Các phần tử mô hình UML.
Câu 5. Trình bày ý nghĩa và mục đích sử dụng của các loại biểu đồ trong UML ? Cơ sở
nào để xác định được các loại biểu đồ đó ?
1. Biểu đồ ca sử dụng (Use case diagram):
a. Ý nghĩa
- Biểu đồ use case biểu diễn sơ đồ chức năng của hệ thống. Từ tập yêu cầu của hệ
thống, biểu đồ use case sẽ phải chỉ ra hệ thống cần thực hiện điều gì để thỏa mãn các
yêu cầu của người dùng hệ thống đó. Đi kèm với biểu đồ use case là các kịch bản. Có
thể nói, biểu đồ use case chỉ ra sự tương tác giữa các tác nhân và hệ thống thông qua
các use case.
- Mỗi use case mô tả một chức năng mà hệ thống cần phải có xét từ quan điểm người
sử dụng. Tác nhân là con người hay hệ thống thực khác cung cấp thông tin hay tác
động tới hệ thống.
b. Mục đích: (giao tiếp, xác nhận, kiểm chứng)
- Giống như một bản hợp đồng giữa người phát triển phần mềm và khách hàng.
- Là công cụ mạnh mẽ cho việc lập kế hoạch được dùng trong tất cả các giai đoạn
trong quy trình phát triển hệ thống
+) Khách hàng phê chuẩn biểu đồ use-case.
+) Sử dụng biểu đồ use case để thảo luận với khách hàng.
+) Các thành viên tham gia vào dự án, sử dụng mô hình này để hiểu rõ hơn về hệ
thống.
c. Cơ sở xác định: các tác nhân, các use case, và các mối quan hệ giữa chúng.
2. Biểu đồ lớp (class diagram)
a. Ý nghĩa
- Trong phương pháp hướng đối tượng, một nhóm đối tượng có chung một số thuộc
tính và phương thức tạo thành một lớp. Mối tương tác giữa các đối tượng trong hệ
thống sẽ được biểu diễn thông qua mối quan hệ giữa các lớp.
- Các lớp (bao gồm cả các thuộc tính và phương thức) cùng với các mối quan hệ sẽ
tạo thành biểu đồ lớp. Biểu đồ lớp là một biểu đồ dạng mô hình tĩnh nhằm mô tả
hướng nhìn tĩnh về một hệ thống bằng các khái niệm lớp, các thuộc tính, phương thức
của lớp và mối quan hệ giữa chúng với nhau.
b. Mục đích:
● Mô tả một khung nhìn tĩnh các đối tượng trong hệ thống và các loại quan hệ giữa
chúng.
● Biểu diễn các thể hiện riêng lẻ bên trong cấu trúc lớp.
c. Cơ sở xác định: Xây dựng từ mô hình miền, bổ sung các thuộc tính và các phương
thức, và mối quan hệ giữa các lớp.
3. Biểu đồ tương tác: bao gồm biểu đồ tuần tự và cộng tác.
 - Các biểu đồ tương tác biểu diễn mối liên hệ giữa các đối tượng trong hệ thống và
giữa các đối tượng với các tác nhân bên ngoài. Có hai loại biểu đồ tương tác: Biểu đồ
tuần tự và biểu đồ cộng tác.
a. Ý nghĩa
- Biểu đồ tuần tự: Biểu diễn mối quan hệ giữa các đối tượng, giữa các đối tượng và
tác nhân theo thứ tự thời gian. Biểu đồ tuần tự nhấn mạnh thứ tự thực hiện của các
tương tác.
- Biểu đồ cộng tác: Là biểu đồ tương tác biểu diễn mối quan hệ giữa các đối tượng;
giữa các đối tượng và tác nhân nhấn mạnh đến vai trò của các đối tượng trong tương
tác.
- Biểu đồ cộng tác cũng có các message với nội dung tương tự như trong biểu đồ tuần
tự. Tuy nhiên, các đối tượng được đặt một cách tự do trong không gian của biểu đồ và
không có đường lifeline cho mỗi đối tượng. Các message được đánh số thể hiện thứ
tự thời gian.
b. Mục đích
Mục đích:
- Biểu diễn một tương tác, bao gồm tập các đối tượng, các quan hệ và các thông điệp
giao tiếp giữa chúng.
- Biểu diễn khung nhìn động của hệ thống. Trong đó:
+) Biểu đồ tuần tự chú trọng vào trình tự thực hiện của các thông điệp
+) Biểu đồ cộng tác quan tâm đến tổ chức cấu trúc của các đối tượng trong quá trình
truyền và nhận thông điệp.
c. Cơ sở xác định: dựa trên mô hình ca sử dụng để xây dựng.
4. Biểu đồ trạng thái
a. Ý nghĩa
- Biểu đồ trạng thái được sử dụng để biểu diễn các trạng thái và sự chuyển tiếp giữa
các trạng thái của các đối tượng trong một lớp xác định. Thông thường, mỗi lớp sẽ có
một biểu đồ trạng thái (trừ lớp trừu tượng là lớp không có đối tượng).
b. Mục đích:
● Mô tả hành vi động của các đối tượng theo thời gian bằng cách mô hình hóa vòng
đời của các đối tượng.
● Mô tả bản thân đối tượng phản ứng ra sao trước các sự kiện và chúng thay đổi
trạng thái nội bộ như thế nào.
c. Cơ sở xác định:
● Chuyển biểu đồ trình tự thành biểu đồ trạng thái
● Xác định các vòng lặp
● Bổ sung thêm các điều kiện biên và các điều kiện đặc biệt
● Trộn lẫn các kịch bản khác vào trong biểu đồ.
5. Biểu đồ hoạt động.
a. Ý nghĩa
- Biểu đồ hoạt động biểu diễn các hoạt động và sự đồng bộ, chuyển tiếp các hoạt
động của hệ thống trong một lớp hoặc kết hợp giữa các lớp với nhau trong một chức
năng cụ thể.
b. Mục đích:
- Để xác định các hành động phải thực hiện trong phạm vi một phương thức.
- Để xác định công việc cụ thể của một đối tượng.
- Để chỉ ra một nhóm hành động liên quan của các đối tượng được thực hiện như thế
nào và chúng sẽ ảnh hưởng đến những đối tượng nằm xung quanh.
c. Cơ sở xác định:
- Là biến thể của biểu đồ trạng thái và có mục tiêu là nắm bắt hành động cũng như
kết quả.
- Các hành động của biểu đồ hoạt động được định vị trong các luồng
- Dùng những ký hiệu như biểu đồ trạng thái.

6. Biểu đồ thành phần

a. Ý nghĩa
- Biểu đồ thành phần được sử dụng để biểu diễn các thành phần phần mềm cấu thành
nên hệ thống. Một hệ phần mềm có thể được xây dựng từ đầu bằng cách sử dụng mô
hình lớp như đã trình bày trong các phần trước của tài liệu, hoặc cũng có thể được tạo
nên từ các thành phần sẵn có.
b. Mục đích:
- Biểu diễn việc tổ chức và phụ thuộc giữa các thành phần (mã nguồn, mã nhị phân,
thành phần thực hiện được)
- Chỉ ra cấu trúc vật lý của các dòng lệnh theo khái niệm thành phần
c. Cơ sở xác định:
- Chia hệ thống thành những SubSystem
- Xác định các thành phần và vẽ biểu đồ

7. Biểu đồ triển khai

a. Ý nghĩa
- Biểu đồ triển khai biểu diễn kiến trúc cài đặt và triển khai hệ thống dưới dạng các
nodes và các mối quan hệ giữa các node đó. Thông thường, các nodes được kết nối
với nhau thông qua các liên kết truyền thông như các kết nối mạng, liên kết TCP- IP,
microwave… và được đánh số theo thứ tự thời gian tương tự như trong biểu đồ cộng
tác.
b. Mục đích:
● Biểu diễn quan hệ vật lý giữa thành phần phần cứng và phần mềm
● Chỉ ra thành phần nào có thể chạy trong node nào.
 c. Cơ sở xác định
- Xác định các thành phần phần cứng sẽ tham gia vào việc triển khai
hệ thống
- Xác định các thành phần để triển khai lên các Node
- Xác định các quan hệ và hoàn tất biểu đồ

Câu 6. Phân biệt mô hình tĩnh và mô hình động trong UML ?

*Mô hình tĩnh

Mô hình tĩnh được sử dụng để biễu diễn các thành phần tĩnh như

- Class

- Object

- Interface

- Mối quan hệ giữa chúng

*Mô hình động

- Mô hình động được sử dụng để biểu diễn hành vi của các thành phần tĩnh

- Mô hình động cũng được sử dụng để biểu diễn sự tương tác, luông hoạt động và các trạng
thái khác nhau của các thành phần tĩnh

* Sự khác biệt giữa mô hình tĩnh và mô hình động

- Sự khác biệt đáng chú ý nhất giữa các mô hình tĩnh và mô hình động của một hệ thống là
trong khi mô hình động đề cập đến mô hình thời gian chạy của hệ thống, mô hình tĩnh là mô
hình của hệ thống không trong thời gian chạy. Một sự khác biệt khác nằm ở việc sử dụng
các phương trình vi phân trong mô hình động mà dễ thấy bởi sự vắng mặt của chúng trong
mô hình tĩnh. Các mô hình động liên tục thay đổi theo tham chiếu theo thời gian trong khi
các mô hình tĩnh ở trạng thái cân bằng ở trạng thái ổn định.
 - Mô hình tĩnh có cấu trúc nhiều hơn hành vi trong khi mô hình động là đại diện cho hành vi
của các thành phần tĩnh của hệ thống. Mô hình tĩnh bao gồm sơ đồ lớp và sơ đồ đối tượng
và giúp mô tả các thành phần tĩnh của hệ thống. Mặt khác, mô hình động bao gồm chuỗi các
hoạt động, thay đổi trạng thái, hoạt động, tương tác và bộ nhớ.
- Mô hình tĩnh có tính cứng nhắc hơn mô hình động vì nó là một khung nhìn độc lập về thời
gian của một hệ thống. Nó không thể thay đổi trong thời gian thực và đây là lý do tại sao nó
được gọi là mô hình tĩnh. Mô hình động rất linh hoạt vì nó có thể thay đổi theo thời gian vì
nó cho thấy những gì một đối tượng thực hiện với nhiều khả năng có thể phát sinh theo thời
gian.
Câu 7. Mục đích của hoạt động mô hình hóa nghiệp vụ là gì ? Cho ví dụ ?
- Mô hình hóa nghiệp vụ là một kỹ thuật để tìm hiểu quy trình nghiệp vụ của một tổ
chức. Mô hình nghiệp vụ xác định các quy trình nghiệp vụ nào được hỗ trợ bởi hệ thống.
Tóm lại, song song với quá trình khảo sát tìm hiểu về vấn đề hệ thống thì cách tiếp cận
nghiệp vụ là phương pháp có hệ thống nhất để nắm bắt các yêu cầu của các ứng dụng
nghiệp vụ.
- Mục đích của hoạt động mô hình hóa nghiệp vụ:
● Hiểu được cấu trúc và khía cạnh động của tổ chức trong đó hệ thống được triển khai.
● Hiểu được các vấn đề thực tại của tổ chức và xác định các vấn đề cần cải tiến nhằm
nâng cao hiệu quả của tổ chức.
● Bảo đảm rằng khách hàng, người dùng cuối, và các nhà phát triển có sự hiểu biết
chung về tổ chức.
●
●

Thiết lập
các yêu cầu
hệ thống
nhằm hỗ trợ
tổ chức.
Ví dụ:
Sơ đồ tổ chức của siêu thị Co-Op Mart Hà Đông

Tổ văn phòng
 Tổ bảo vệ Tổ thu ngân Tổ mặt hàng Tổ tin học

- Tổ văn phòng: Gồm 1 Giám Đốc và 2 phó Giám Đốc có nhiệm vụ điều phối toàn
bộ hoạt động của siêu thị. Tổ phải nắm được tình hình mua bán, doanh thu của siêu
thị để báo cáo lại cho ban giám đốc hợp tác xã Hà Nội Co-Op. Việc báo cáo được
thực hiện hàng tháng, hàng quý hoặc cũng có khi báo cáo đột xuất theo yêu cầu.
- Tổ bảo vệ: Kiểm tra, bảo vệ an ninh của Siêu Thị, ghi nhận Hàng Hóa đổi lại của
khách hàng.
- Tổ thu ngân: Thực hiện việc bán hàng và lập hóa đơn cho khách hàng đồng thời
ghi nhận lại số hàng hoá bán được của mỗi loại để báo cáo cho tổ quản lý sau mỗi
ca làm việc.
- Tổ mặt hàng: Nhiệm vụ của tổ là kiểm tra chất lượng hàng hoá và nắm tình trạng
hàng hoá của siêu thị, đảm bảo hàng hóa luôn ở trong tình trạng tốt nhất khi đến tay
khách hàng. Khi phát hiện hàng hư hỏng phải kịp thời báo ngay cho tổ văn phòng
để có biện pháp giải quyết và điều phối hàng. Ngoài ra, thường xuyên thống kê số
lượng hàng tồn trên quầy, báo cáo về tổ văn phòng
- Tổ tin học: Thực hiện việc nhập liệu, kết xuất các báo cáo cần thiết phục vụ cho
tổ Văn Phòng.
Câu 8. Đặc tả bổ sung và từ điển thuật ngữ là gì ? Trình bày nội dung và mục đích sử
dụng của chúng ?

- Từ điển thuật ngữ bao gồm các thuật ngữ trong miền của hệ thống, được mô tả ở dạng văn
bản và được dùng chung tất cả các mô hình của hệ thống. Nó thường phát biểu định nghĩa
các thuật ngữ quan trọng được sử dụng trong dự án. Mục đích là cung cấp cho người phát
triển một cách hiểu thống nhất để sử dụng chúng và tạo được sự thuận tiện trong giao tiếp.
- Tài liệu đặc tả bổ sung bao gồm các yêu cầu bổ sung quan trọng cho mô hình ca sử dụng,
những yêu cầu không được đề cập trong mô hình ca sử dụng. Tài liệu này cùng với tài liệu
ca sử dụng sẽ cung cấp thông tin đầy đủ cho một đặc tả yêu cầu về hệ thống.
Các yêu cầu chức năng trong tài liệu đặc tả bổ sung thường là các ràng buộc cho việc thực
thi hệ thống. Các ràng buộc có thể được phân lớp như sau:
+ Ràng buộc chức năng
+ Tính có thể sử dụng được
+ Tính có thể tin cậy được
+ Tính trình diễn
+ Các ràng buộc thiết kế
 Các đặc tả bổ sung đi kèm với mô hình ca sử dụng. Chúng được tạo và xem xét ngay từ rất
sớm trong pha xây dựng, góp phần làm rõ phạm vi của hệ thống.

Câu 9. Mục đích của hoạt động phân tích và thiết kế là gì ?

Hoạt động phân tích và thiết kế được thực hiện cho ba mục đích sau:
- Thứ nhất, đây là hoạt động chuyển các yêu cầu thành một bản thiết kế hệ thống
- Thứ hai, phân tích và thiết kế là hoạt động để hình thánh kiến trúc chắc chắn cho hệ thống
- Thứ ba, phân tích thiết kế là hoạt động nhằm đưa ra giải pháp thiết kế thích ứng với môi
trường cài đặt và các yếu tố ràng buộc về trình diễn và thực thi của hệ thống.
Câu 10. Kiến trúc phần mềm là gì ? Trình bày kiến trúc khung nhìn 4+1 và mẫu kiến
trúc phân tầng ?

- Kiến trúc phần mềm chứa đựng một tập các quyết định thiết yếu về tổ chức hệ thống phần
mềm. Nó phản ánh các khía cạnh cấu trúc, hành vi và cách tổ chức phân cấp trong hệ thống.
Được biểu diễn ở dạng biểu thức:
Kiến trúc = Các phần tử + Các khuôn dạng + Các cơ sở hợp lý

-Kiến trúc khung hình 4+1 bao gồm:

+) Khung nhìn ca sử dụng (Use case view): Khung nhìn này đứng trước mọi khung nhìn
khác. Nó được hình thành từ giai đoạn phân tích yêu cầu và được sử dụng để điều khiển và
thúc đẩy phần việc còn lại của thiết kế. Nó mô tả các hành vi hệ thống theo cách nhìn của
khách hàng, phân tích viên và kỹ sư kiểm tra, thử nghiệm.
+) Khung nhìn logic (logical view): Khung nhìn logic biểu diễn tổ chức của các lớp có ý
nghĩa nhất và các quan hệ của chúng với nhau. Khung nhìn logic tập trung vào hệ thống cài
đặt hành vi trong UC như thế nào. Nó bao gồm các lớp, biểu đồ lớp, biểu đồ đối tượng (khía
cạnh tĩnh của khung nhìn), biểu đồ tương tác, biểu đồ biến đổi trạng thái (khía cạnh động
của khung nhìn) và các gói.
+) Khung nhìn triển khai (deployment view): Khung nhìn này tập trung vào phân bổ vật lý
của tài nguyên và phân bổ nhiệm vụ giữa các tài nguyên. Khung nhìn triển khai liên quan
đến triển khai vật lý của hệ thống, khác với kiến trúc logic.
+) Khung nhìn tiến trình (process view): Khung nhìn tiến trình biểu diễn phân tách các
luồng thực hiện chương trình (tiến trình – process, luồng – thread, nhiệm vụ – task,…),
đồng bộ giữa các luồng, phân bổ các đối tượng và lớp cho các luồng thực hiện khác nhau.
Khung nhìn tiến trình tập trung vào các nhiệm vụ tương
tranh tương tác với nhau như thế nào trong hệ thống đa nhiệm.
+) Khung nhìn thành phần (Implementation view): Thành phần là mô đun vật lý hay tiệp mã
trình để lắp ráp thành hệ thống vật lý. Khung nhìn thành phần bao gồm: thành phần, biểu đồ
thành phần và gói. Người quan tâm nhất đến khung nhìn thành phần là người có trách nhiệm
quản lý mã trình, dịch chương trình và triển khai ứng dụng. Một vài thành phần là thư viện,
một số khác là mã trình
 khả thực (exe) và thư viện (dll).

- Mẫu kiến trúc phân tầng:

+Khung cảnh: Một hệ thống lớn cần phải được tổ chức phân rã .
+Vấn đề: Hệ thống được xem xét với nhiều vấn đề khác nhau, ở các cấp độ trừu
tượng khác nhau. Sẽ rất phức tạp nếu xây dựng các thành phần theo chiều dọc liên quan đến
tất cả các tầng để giải quyết các vấn đề đặt ra cho mỗi tầng. Hơn nữa cùng một vấn đề nhiều
khả năng sẽ được giải quyết rất nhiều lần ở các thành phần khác nhau theo một cách không
nhất quán.
+Ràng buộc: Các thành phần của hệ thống có thể được thay thế. Tầm ảnh hưởng do
thay đổi trong các thành phần là được kiểm soát. Các trách nhiệm tương tự nên được gộp
với nhau. Các thành phần phức tạp có thể được phân rã.
+Giải pháp: Cấu trúc hệ thống thành các nhóm thành phần theo các tầng. Đảm bảo
rằng các tầng trên sử dụng chỉ của các tầng dưới. Dịch vụ có thể là dịch vụ điều khiển sự
kiện, điều khiển lỗi hay dịch vụ truy cập cơ sở dữ liệu.
Câu 11. Biểu đồ ca sử dụng là gì ? Phân biệt hai quan hệ include, extend trong biểu đồ
ca sử dụng ?
- Biểu đồ ca sử dụng: Biểu diễn sơ đồ chức năng của hệ thống. Từ tập yêu cầu của hệ thống,
biểu đồ use case sẽ phải chỉ ra hệ thống cần thực hiện điều gì để thoả mãn các yêu cầu của
người dùng hệ thống đó. Đi kèm với biểu đồ use case là các kịch bản. Có thể nói, biểu đồ
use case chỉ ra sự tương tác giữa các tác nhân và hệ thống thông qua các use case.
* Quan hệ mở rộng <<extend>>: sử dụng để chỉ ra rằng một use case được mở rộng từ một
use case khác bằng cách thêm vào một chức năng cụ thể.
- Use case A <<extend>> Use case B: Thì trong quá trình thực thi Use case A, trong một số
trường hợp sẽ thực hiện Use case B.
VD: Khi quản lý sản phẩm nào đó ta sẽ mở rộng thêm 2 chức năng thêm sản phầm và xóa
sản phẩm.
* Quan hệ bao gộp <<include>>: sử dụng để chỉ ra rằng một use case được sử dụng bởi một
use case khác.(Một ca sử dụng có thể tích hợp hành vi của các ca sử dụng khác như là các
phân đoạn trong hành vi tổng thể của nó.)
- Use case A <<include>> Use case B: Thì trong quá trình thực thi Use case A sẽ luôn cần
thực hiện Use case B
VD: Khi khách hàng thực hiện đăng nhập luôn luôn phải thực hiện bước kiểm tra tài khoản
tồn tại
Câu 12. Mục đích của hoạt động phân tích ca sử dụng là gì ? Các sản phẩm của pha
phân tích hướng đối tượng ?
- Mục đích của hoạt động phân tích ca sử dụng:
+ Xác định các lớp phân tích thực thi các luồng sự kiện của ca sử dụng
+ Phân bố các hành vi ca sử dụng cho các lớp này sử dụng các hiện thực hóa các ca sử dụng
+ Đề xác định các trách nhiệm, thuộc tính và liên kết giữa các lớp phân tích
+ Để liên hệ với các lớp phân thích đến từng cơ chế kiến trúc đã xác định được
- Các sản phẩm của pha phân tích hướng đối tượng:
+ Các lớp phân tích
+ Các hiện thực hóa ca sử dụng

Câu 13. Các biểu đồ tương tác được tạo ra như thế nào trong phân tích ca sử dụng ?
Phân biệt biểu đồ tuần tự và biểu đồ cộng tác ?
(Phần này đọc hiểu không cần học:
⮚ Các biểu đồ tương tác biểu diễn mối liên hệ giữa các đối tượng trong hệ thống và
giữa các đối tượng với các tác nhân bên ngoài.
⮚ Biểu đồ tương tác được sử dụng để mô hình hóa tương tác giữa các đối tượng.
⮚ Có hai loại biểu đồ tương tác: Biểu đồ tuần tự và biểu đồ cộng tác.
▪ Biểu đồ tuần tự: Nhấn mạnh trình tự thực hiện các tương tác.
▪ Biểu đồ cộng tác: Nhấn mạnh đến vai trò của các đối tượng trong tương tác.)
* Biểu đồ tương tác được tạo ra trong phân tích ca sử dụng:
● Bắt đầu từ luồng sự kiện
● Các bước xây dựng biểu đồ tương tác
+ tìm kiếm đối tượng: các đối tượng thực thể (entity), đối tượng biên (boundary), đối
tượng điều khiển (control).
+ tìm kiếm tác nhân: tác nhân trong biểu đồ tương tác là sự kích hoạt từ ngoài để khởi
động luồng công việc của luồng sự kiện.
+ bổ sung thông điệp vào biểu đồ
+ thêm các liên kết (link), các chú thích và ràng buộc.
● Có thể hình thành các biểu đồ tương tác ở các mức:
+ cao: để chỉ ra hệ thống giao tiếp như thế nào
+thấp: để chỉ ra các lớp nào cần tham gia vào kịch bản.

❖ Phân biệt biểu đồ tuần tự và cộng tác:

- Biểu đồ tuần tự: Biểu diễn mối quan hệ giữa các đối tượng, giữa các đối tượng và tác nhân
theo thứ tự thời gian. Biểu đồ tuần tự nhấn mạnh thứ tự thực hiện của các tương tác
- Biểu đồ cộng tác: Là biểu đồ tương tác biểu diễn mối quan hệ giữa các đối tượng; giữa các
đối tượng và tác nhân nhấn mạnh đến vai trò của các đối tượng trong tương tác.
 - Biểu đồ cộng tác cũng có các message với nội dung tương tự như trong biểu đồ tuần tự.
Tuy nhiên, các đối tượng được đặt một cách tự do trong không gian của biểu đồ và không
có đường lifeline cho mỗi đối tượng. Các message được đánh số thể hiện thứ tự thời gian.

Câu 14. Lớp phân tích là gì ? Trình bày vai trò và cách xác định các kiểu mở rộng
(stereotypes) của lớp phân tích: Lớp biên, lớp điều khiển và lớp thực thể ?
- Lớp phân tích là những lớp đầu tiên (proto-classes) chứa đựng các hành vi thiết yếu tương
ứng với các trách nhiệm được gán. Chúng là những hình dung ban đầu về sự hợp thành của
hệ thống .Được sử dụng để nắm bắt một mô hình đối tượng mức phác thảo về hệ thống
hướng tới đáp ứng các chức năng chính.
+ Lớp biên: lớp biên đóng vai trò là cầu nối giữa giao diện và những thứ ở bên ngoài hệ
thống, thuộc về môi trường. Một hệ thống sẽ có vài kiểu lớp biên sau: lớp giao diện người
dùng, giao diện hệ thống, giao diện thiết bị, một khuyến cáo cho việc xác định các lớp biên
là mỗi cặp tác nhân và ca sử dụng sẽ tương ứng với một lớp biên.
+ lớp thực thể: là lớp đại diện cho các thực thể chứa thông tin về các đối tượng xác định
nào đó. một số nguồn thông tin để xác định các lớp thực thể:
o Từ điển thuật ngữ (đc xác định trong khâu nắm bắt yêu cầu)
o Mô hình miền nghiệp vụ (được phát triển trong khâu mô hình hóa miền nghiệp vụ)
o Mô tả luồng sự kiện ca sử dụng (đc phát triển trong khâu nắm bắt yêu cầu)
o Các trừu tượng chính (đc xác định trong khâu phân tích kiến trúc).
+ lớp điều khiển: các lớp điều khiển đóng vai trò điều phối hành vi trong hệ thống ứng
với các chức năng cụ thể nào đó đối với một nhóm các lớp biên hoặc lớp thực thể xác định.
Xác định lớp điều khiển dựa vào hành vi của chúng:
o Những hành vi đó thường độc lập vs bên ngoài
o Chúng xác định các logic điều khiển và tổ chức các giao dịch trong ca sử dụng.
o Hành vi ít bị thay đổi khi cấu trúc bên trong thay đổi
Câu 15. Phân biệt các dạng quan hệ trong biểu đồ lớp: Associations, generalization,
aggregation, composition, dependency.

Giữa các lớp có các dạng quan hệ cơ bản như sau:

- Quan hệ kết hợp (Association): là một sự nối kết giữa các lớp, cũng có nghĩa là sự nối
kết giữa các đối tượng của các lớp này.
 - Khái quát hóa (Generalization): Khái quát hóa là mối quan hệ giữa một lớp có các đặc
trưng mang tính khái quát cao hơn và một lớp có tính chất đặc biệt hơn. Trong sơ đồ lớp,
mối quan hệ khái quát hóa chính là sự kế thừa của một lớp từ lớp khác. Quan hệ khái quát
hoá được biểu diễn bằng một mũi tên có tam giác rỗng gắn ở đầu

- Quan hệ cộng hợp (Aggregation): là dạng quan hệ mô tả một lớp A là một phần của lớp
B và lớp A có thể tồn tại độc lập. Quan hệ cộng hợp được biểu diễn bằng một mũi tên gắn
hình thoi rỗng ở đầu hướng về lớp bao hàm.

- Quan hệ gộp (Composition): Một quan hệ gộp biểu diễn một quan hệ kiểu tổng thể-bộ
phận. Lớp A có quan hệ gộp với lớp B nếu lớp A là một phần của lớp B và sự tồn tại của
đối tượng lớp B điều khiển sự tồn tại của đối tượng lớp A. Quan hệ này được biểu diễn bởi
một mũi tên gắn hình thoi đặc ở đầu.

- Quan hệ phụ thuộc (Dependency): Phụ thuộc là mối quan hệ giữa hai lớp đối tượng: một
lớp đối tượng A có tính độc lập và một lớp đối tượng B phụ thuộc vào A; một sự thay đổi
của A sẽ ảnh hưởng đến lớp phụ thuộc B.

- Quan hệ thực thi (Realization): biểu diễn mối quan hệ ngữ nghĩa giữa các thành phần
của biểu đồ lớp, trong đó một thành phần mô tả một công việc dạng hợp đồng và thành phần
còn lại thực hiện hợp đồng đó. Thông thường lớp thực hiện hợp đồng có thể là các giao
diện.

Câu 16. Mục đích của việc xác định các phần tử thiết kế là gì ?
Là một hoạt động thuộc giai đoạn làm mịn kiến trúc của hệ thống, là quá trình làm mịn các
lớp phân tích đã được xác định trong giai đoạn phân tích Use Case.
Mục đích: Phân tích sự tương tác của các lớp phân tích trong mô hình phân tích để xác định
các phần tử thiết kế của mô hình thiết kế.
Input: Tài liệu đặc tả bổ sung, tài liệu kiến trúc phần mềm, mô hình phân tích (các lớp phân
tích).
Output: Các lớp thiết kế, các gói thiết kế và các hệ thống con.
 Trong quá trình xác định các phần tử thiết kế: Các lớp phân tích chuyển thành các lớp thiết
kế hoặc các hệ thống con hoặc các thành phần không cần thiết kế.
Câu 17. Hệ thống con là gì ? Hệ thống con dùng để làm gì ? Phân biệt hệ thống con và
gói ? Cách xác định các hệ thống con ?
- Hệ thống con là các phần tử của mô hình thiết kế được nhóm lại với nhau, thường là các
sản phẩm đã tồn tại hoặc các dịch vụ mà hệ thống sử dụng.(là một phần tử mô hình có ngữ
nghĩa giống với 1 gói và một lớp)
- Vai trò: giúp chúng ta xác định được quan hệ giữa các nhóm và vì thế cấu trúc chung của
mô hình rõ ràng hơn, đảm bảo các thay đổi của hệ thống ít bị ảnh hưởng hơn.
- Phân biệt:
● Một gói được xác định dựa trên các lớp có liên quan đến chức năng.
● Hệ thống con cung cấp các giao diện chứa các hành vi mà nó có thể được truy cập,
các gói k cung cấp hành vi mà nó là các bộ chứa trong đó có hành vi.
● Các gói giúp tổ chức và điều khiển tập hợp các lớp cần thiết thông thường, nhưng có
không phải là hệ thống con thật sự.
● Các gói chỉ được sử dụng để mô hình hóa sự tổ chức và quản lý cấu hình.
(-Các gói : Không cung cấp hành vi,không đóng gói hoàn toàn nội dung của
chúng,không dễ bị thay đổi
-Các hệ thống con: cung cấp hành vi, đóng gói hoàn toàn nội dung và dễ bị thay đổi)

Câu 18. Cơ chế phân tích trong thiết kế hướng đối tượng dùng để làm gì ? Tại sao cần
phân loại các cơ chế phân tích ?
- Cơ chế phân tích trong thiết kế hướng đối tượng cung cấp một tập các khái niệm về dịch
vụ sử dụng để phân tích các đối tượng, cho phép lấy các yêu cầu dịch vụ sẽ được thiết kế
của hệ thống, làm mịn các cơ chế phân tích dựa trên các ràng buộc của môi trường thực thi.
- Mục đích của phân loại cơ chế phân tích là để làm mịn các thông tin ban đầu các cơ chế
phân tích xác định được, vì vậy cần phải phân loại các cơ chế phân tích để phân tích chính
xác, có hiệu quả.

Câu 19. Mục đích của thiết kế các ca sử dụng, các lớp, các hệ thống con và cơ sở dữ liệu
là gì ? Các lớp được làm mịn bằng cách nào trong pha thiết kế hướng đối tượng ?
- Mục đích thiết kế các ca sử dụng là để làm mịn hiện thực hóa ca sử dụng và các yêu cầu
liên quan đến thao tác của các lớp và hệ thống con.
- Mục đích thiết kế các lớp là để đảm bảo các lớp cung cấp các hành vi mà hiện thực hóa ca
sử dụng yêu cầu, đảm bảo cung cấp các thông tin đầy đủ để cài đặt lớp. hoạt động này cũng
để nắm bắt các yêu cầu phi chức năng đến các lớp và tích hợp các cơ chế thiết kế được sử
dụng bởi các lớp.
- Mục đích thiết kế các hệ thống con là để định nghĩa các hành vi đặc tả trong giao diện hệ
thống con, để tài liệu hóa cấu trúc bên trong hệ thống con, để định nghĩa quan hệ hiện thực
 hóa giữa giao diện hệ thống con và các lớp và để xác định sự phụ thuộc với các phần tử
khác.
- Mục đích thiết kế cơ sở dữ liệu là xác định các lớp bền vững trong thiết kế, thiết kế các
cấu trúc dữ liệu để lưu trữ và tìm kiếm dữ liệu bền vững phù hợp với các tiêu chuẩn hiệu
năng của hệ thống.
- Các lớp được làm mịn thông qua các cơ chế phân tích trong thiết kế hướng đối tượng.

Câu 20. Trình bày cách xác định và vẽ mô hình miền nghiệp vụ ?
Một mô hình miền là một thể hiển trực quan của các lớp khái niệm hoặc các đối tượng thực
trong một miền. Mô hình miền cũng được gọi là mô hình khái niệm, mô hình đối tượng
miền hay mô hình đối tượng phân tích
Cách xác định:
- Tìm các lớp khái niệm.
o Tái sử dụng, sửa đổi các mô hình miền sẵn có. Đây là cách tiếp cận đầu tiên,
tốt nhất và thường là dễ nhất.
o Sử dụng một danh sách danh mục.
o Xác định các cụm danh từ.
- Vẽ chúng như các lớp trong biểu đồ lớp của UML.
- Thêm các liên kết và các thuộc tính.

Vd:

Câu 21. Trình bày cách xác định và vẽ biểu đồ ca sử dụng ?

● Một biểu đồ ca sử dụng định nghĩa:
o Xác định các tác nhân :
 ▪ Một tác nhân là một người sử dụng hệ thống hoặc một đối tượng nào đó
bên ngoài có tương tác với hệ thống chúng ta đang xây dựng.
▪ Xác định Quan hệ giữa các tác nhân
o Xác định các ca sử dụng : là phương tiện để thể hiện các khả năng khác nhau
của hệ thống
▪ Nó biểu diễn chuỗi tương tác giữa tác nhân và ứng dụng.
▪ Nó định nghĩa một chức năng có thể sử dụng bởi các tác nhân.
o Xác định Quan hệ giữa các tác nhân và các ca sử dụng.
▪ Quan hệ giữa tác nhân với tác nhân : tổng quát hóa
▪ Quan hệ giữa use case với use case : include, extend
▪ Quan hệ giữa tác nhân và use case.
● Một mô hình ca sử dụng được định nghĩa bởi:
o Vẽ Các biểu đồ ca sử dụng.
o Đặc tả các ca sử dụng. Tạo tài liệu cho ca sử dụng
▪ Tài liệu luồng sự kiện : chính, phụ.
▪ Mô tả hành vi của ca sử dụng, mô tả luồng logic đi qua use case, mô tả
người dùng làm gì, hệ thống làm gì.

Câu 22. Trình bày cách xác định và vẽ biểu đồ tuần tự ?

Muốn vẽ biểu đồ tuần tự cần xác định các thành phần cơ bản sau:
● Các đối tượng (object): Biểu diễn bởi một hình chữ nhật, bên trong là tên của đối
tượng.
● Các thông điệp (message): Biểu diễn bởi một đường mũi tên hướng từ đối tượng gửi
sang đối tượng nhận. Tên các thông điệp có thể biểu diễn dưới dạng phi hình thức
(như các thông tin trong kịch bản của UC) hoặc dưới dạng hình thức (như các phương
thức).
o Thông điệp đồng bộ: Gọi thủ tục, thông điệp đồng bộ cần có một request và đối
tượng gửi sẽ chờ phản hồi
o Thông điệp không đồng bộ: Thông điệp không đồng bộ không cần có một
request và ngay lập tức tiếp tục với bước tiếp theo
o Thông điệp trả lời hoặc trả về: Thông điệp trả lời lại khi có request hoặc sau
khi kiểm tra tính đúng đắn của một điều kiện nào đó.
o Thông điệp tạo: Tạo một đối tượng.
o Thông điệp huỷ: Xóa một đối tượng.
o Thông điệp phản thân: Là thông điệp mà đối tượng gửi cho chính nó để thực
hiện các hàm nội tại.
● Đường đời (lifeline): Biểu diễn bởi một đường kẻ nối dài phía dưới đối tượng.
● Chú thích.
Câu 23. Trình bày cách xác định và vẽ biểu đồ lớp chi tiết ?
*Để vẽ biểu đồ lớp chi tiết cần xác định:
● Lớp: Một lớp là một mô tả của một tập các đối tượng có chung thuộc tính, phương
thức và quan hệ
● Thuộc tính: public, private, protected, package
● Phương thức
● Stereotype của lớp: Boundary, Entity, Control
● Quan hệ
● Liên kết (Associations)
o Tổng quát hóa (Generalization)
o Phụ thuộc (Dependency)
o Thực hiện (Realization)
● Các luật ràng buộc và ghi chú

Câu 24. Trình bày cách xác định và vẽ biểu đồ hoạt động ?
-Biểu đồ hoạt động bao gồm activities, states và transitions
● Một hoạt động là đặc tả của hành vi được biểu diễn bởi một luồng các hành động
● Một trạng thái là điểm mà các sự kiện cần đạt tới trước khi hoạt động tiếp tục
● Một chuyển tiếp là việc chuyển đổi giữa các hoạt động hoặc trạng thái
- Điểm quyết định là điểm trong một luồng công việc mà ở đó việc chuyển tiếp từ một trạng
thái hoặc một hoạt động phân theo các nhánh khác nhau tùy theo điều kiện
- Một chuyển tiếp xuất hiện khi tất cả các hành động của một hoạt động hoàn thành hoặc khi
một sự kiện kích hoạt việc thoát khỏi nó từ một trạng thái hoặc sự kiện khác
- Làn bơi là một biểu diễn để chỉ ra một hoạt động diễn ra ở đâu trong một hệ thống phức
tạp
Câu 25. Ý nghĩa của việc đóng gói sự tương tác giữa các hệ thống con là gì ?
Cho phép các phần tử thiết kế có thể được thay thế bởi bất kỳ phần tử khác nếu chúng cung
cấp cùng hành vi. Nó cũng cho phép người thiết kế hoàn toàn tự do trong việc thiết kế các
hành vi bên trong của hệ thống con, cũng như cung cấp các hành vi ra bên ngoài chính xác.

Câu 26: Nêu các bước trong Phân tích hướng đối tượng? Có những loại biểu đồ nào
dùng trong pha phân tích hướng đối tượng?

Phân tích HĐT được chia làm ba bước tương ứng với ba dạng mô hình UML là:
- Mô hình usecase: xây dựng mô hình chức năng của sản phẩm phần mềm. Một biểu đồ use
case được phân cấp cùng các scenario tương ứng của từng use case , trong đó biểu diễn đầy
đủ chức năng của hệ thống và được khách hàng chấp nhận.
- Mô hình lớp: biểu diễn các lớp, các thuộc tính và mối quan hệ giữa các lớp. Từ cac
scenario và use case, nhóm phát triển hệ thống sẽ phải chỉ ra các lớp, xác định các thuộc
tính, các phương thức và các mối quan hệ giữa các lớp.
- Mô hình động: biểu diễn các hoạt động liên quan đến 1 lớp hay lớp con. Các hoạt động
này được biểu diễn dưới dạng biểu đồ trạng thái, biểu đồ tương tác, biểu đồ động.

*Pha phân tích

- Xây dựng Biểu đồ use case: Dựa trên tập yêu cầu ban đầu, người phân tích tiến hành xác
định các tác nhân, use case và các quan hệ giữa các use case để mô tả lại các chức năng của
hệ thống. Một thành phần quan trọng trong biểu đồ use case là các kịch bản mô tả hoạt động
của hệ thống trong mỗi use case cụ thể.

- Xây dựng Biểu đồ lớp: Xác định tên các lớp, các thuộc tính của lớp, một số phương thức
và mối quan hệ cơ bản trong sơ đồ lớp.

- Xây dựng biểu đồ trạng thái: Mô tả các trạng thái và chuyển tiếp trạng thái trong hoạt
động của một đối tượng thuộc một lớp nào đó.

Câu 27 : Các mô hình : Thác nước , bản mẫu, xoắn ốc

*Mô hình bản mẫu

Trong mô hình làm bản mẫu nhanh, bước đầu tiên là nhóm phát triển sẽ xây dựng một bản
mẫu và giao cho khách hàng và người sử dụng hệ thống dùng thử. Khi khách hàng đồng ý
chấp nhận bản mẫu thì nhóm phát triển mới tiếp tục tiến hành các pha khác của vòng đời
phần mềm. Trong các pha tiếp theo, do đã có bản mẫu nên các pha sẽ được tiến hành liên
tục và không có bước quay về pha trước đó. Chỉ khi hệ thống đã triển khai và chuyển sang
pha bảo trì, nếu có thay đổi hay phát hiện lỗi thì nhóm phát triển mới quay lại một trong
những pha trước đó, nhưng không quay lại pha làm bản mẫu vì bản mẫu đã được chấp nhận
a. Ưu điểm:
Ưu điểm chính của mô hình này là “nhanh” và hơn nữa do sản phẩm phần mềm được tạo ra
từ mô hình làm bản mẫu nên có khả năng cao là đảm bảo thỏa mãn yêu cầu thực sự của
khách hàng.
- Người sử dụng sớm hình dung ra chức năng và đặc điểm của hệ thống
- Cải thiện được sự liên lạc giữa nhà phát triển và người sử dụng.
b. Nhược điểm:
Tuy nhiên, mô hình làm bản mẫu nhanh cũng có nhược điểm do các pha được tiến hành liên
tục mà không được viết tài liệu.
- Khi bản mẫu không thể chuyển tải hết các chức năng, đặc điểm của hệ thống phần mềm thì
người sử dụng có thể thất vọng và mất đi sự quan tâm đến hệ thống được phát triển.
- Bản mẫu thường được làm nhanh, thậm chí vội vàng theo kiểu “hiện thực – sửa” và có thể
thiếu sự phân tích đánh giá một cách cẩn thận tất cả các khía cạnh của hệ thống cuối cùng.
- Mô hình này vẫn chưa thể cải thiện được việc loại trừ khoảng cách giữa yêu cầu và ứng
dụng cuối cùng.
c. Ứng dụng:
- Hệ thống chủ yếu dựa trên giao diện người dùng
- Khách hàng, nhất là người dùng cuối không thể xác định rõ ràng yêu cầu
* Mô hình thác nước
Theo mô hình thác nước, sau khi yêu cầu của hệ thống đã được xác định và kiểm tra bởi
nhóm SQA, pha phân tích sẽ được tiến hành để xây dựng tài liệu. Sau khi tài liệu phân tích
được khách hàng chấp nhận, nhóm phát triển sẽ tiến hành lập kế hoạch và lịch biểu cho các
quá trình phát triển tiếp theo. Sau đó, các pha thiết kế, cài đặt và tích hợp sẽ lần lượt được
tiến hành; mỗi pha này đều có phần kiểm tra để khi cần có thể quay lại sửa đổi tài liệu của
pha trước đó. Khi phần mềm đã được triển khai và chuyển sang pha bảo trì; nếu có lỗi hoặc
thay đổi xảy ra, nhóm thiết kế sẽ phải quay trở lại sửa đổi tài liệu cho một trong các pha
trước đó và nếu cần có thể quay trở lại thay đổi một số yêu cầu ban đầu của hệ thống. Vì các
pha cứ nối tiếp nhau một cách liên tục như một thác nước nên mô hình này được gọi là mô
hình thác nước.
a. Ưu điểm
- Có vòng lặp, cho phép trở về pha trước trong vòng đời phần mềm để sửa chữa khi phát
hiện lỗi hoặc khi có thay đổi.
- Hướng tài liệu: tất cả các pha trong vòng đời phần mềm theo mô hình thác nước đều
được viết tài liệu cẩn thận và được kiểm tra bởi nhóm SQA trước khi chuyển sang pha tiếp
theo. Do vậy, hệ thống sẽ dễ dàng bảo trì khi có những thay đổi.
b. Nhược điểm: Sản phẩm phần mềm cuối cùng có thể không thỏa mãn nhu cầu thực sự của
khách hàng. Lý do là khách hàng chỉ được trao đổi một lần duy nhất và chưa được hình
dung sản phẩm nên rất có thể các pha tiếp theo sẽ không thực hiện đúng những gì khách
hàng cần.

*Mô hình xoắn ốc

Mô hình đặt trọng tâm xem xét phân tích rủi ro và xem xét kế hoạch để giải quyết chúng
thông qua nhiều chu kì con nối tiếp được lặp liên tiếp dựa trên bản chất của mô hình lặp.
Trong mô hình này, việc phân tích và giải quyết những vấn đề có rủi ro cao tập trung vào
thiết kế từng khía cạnh cụ thể chứ không dựa vào việc xử lí các vấn đề một cách chung
chung.
a. Ưu điểm:
- Phân tích đánh giá rủi ro được đẩy lên như một phần thiết yếu trong mỗi “spiral” để tăng
mức độ tin cậy của dự án.
- Kết hợp những tính chất tốt nhất của mô hình waterfall và tiến hóa.
- Cho phép thay đổi tùy theo điều kiện thực tế dự án tại mỗi “spiral”
- Là mô hình tổng hợp các mô hình khác.
b. Nhược điểm:
- Phức tạp và không phù hợp với mô hình nhỏ và ít rủi ro
- Cần có kỹ năng tốt về phân tích rủi ro
c. Ứng dụng:
- Dự án lớn có nhiều rủi ro hay sự thành công của dự án không có được sự đảm bảo nhất
định; những dự án đòi hỏi nhiều tính toán, xử lí như hệ thống hỗ trợ
- Đội ngũ thực hiện dự án có khả năng phân tích rủi ro

Câu 28 Phân biệt biểu đồ tuần tự và biểu đồ cộng tác. Các chú ý khi biểu diến hai biểu
đồ này?

*Biểu đồ tuần tự:

- Biểu đồ tuần tự: Biểu diễn mối quan hệ giữa các đối tượng, giữa các đối tượng và tác nhân
theo thứ tự thời gian. Biểu đồ tuần tự nhấn mạnh thứ tự thực hiện của các tương tác

*Biểu đồ cộng tác:

- Biểu đồ cộng tác: Là biểu đồ tương tác biểu diễn mối quan hệ giữa các đối tượng; giữa các
đối tượng và tác nhân nhấn mạnh đến vai trò của các đối tượng trong tương tác.

Biểu đồ cộng tác cũng có các messgage với nội dung tương tự như trong biểu đồ tuần tự.
Tuy nhiên, các đối tượng được đặt một cách tự do trong không gian của biểu đồ và không
có đường life line cho mỗi đối tượng. Các message được đánh số thể hiện thứ tự thời gian.