phân tích thiết kế hệ thống thông tin (KMA)

Tổng hợp những câu hỏi cần thiết và quan trọng của môn Phân tích thiết kế hệ thống thông tin (KMA). Tài liệu này giúp các bạn sinh viên có thể vượt qua các bài kiểm tra giữa kỳ, cuối kỳ và đạt kết quả cao nhất. Xin cảm ơn các bạn đã xem và tải tài liệu.

Ok nhá xin nhẹ con 10

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 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

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

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

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â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

Câu 11 Biểu đồ ca sử dụng là gì ? Phân biệt hai quan hệ include, extend trong biểu đồ ca

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

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 ?

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,

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â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

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 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

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ìnhcon, 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.

- phức tạp → Khó cho người mới bắt đầ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ưCâu ợ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ạinhữ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âydự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 truyxuấ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 đốitượ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ươngthứ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 đượcphá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ántiề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ộttậ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ộctí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ứctiengkeu (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èophá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áttriể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áttriể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áiniệ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 quytắ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ỗitrừ 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ệuhoá 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ươngtá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ácnhâ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ìnhphá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ươngthứ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ôngqua 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ốngbằ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 tý ứ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 đốitượ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ộngtác

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ữachú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ậnthô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áicủ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ổ 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 đồ

- Để 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àytrong 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ó

- 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ácmố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ênkế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 độ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 nhaucủ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ôngtrong 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 theotham 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ànhphầ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ầntĩ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ựchiệ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ìnhnghiệ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ệuquả 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

Hà Đông

- 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 độngcủ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 bangiá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ủasiê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ệnhà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ốihà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à đượcdù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ụngchú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ầukhô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ôngtin đầ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ácràng buộc có thể được phân lớp như sau:

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ó đượchì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ácquan 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ươngtá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ệnchươ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ắprá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ườiquan 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ácvấ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ácthà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 trongcá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ứctạ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ầngtrê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 đồ usecase 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 đó Đikè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ácbằ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 casekhá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 vitổ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 Usecase 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ượngvớ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ềukhiể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ồngcô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 đốitượ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áctrá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, giaodiệ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ứcnă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ựavà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

- 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ồntạ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ớpphụ 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ồntạ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ànghơ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 cungcấ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 đếnthao 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êucầ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 phichứ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àiliệ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ộtmiề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ượngphân tích

- 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

▪ 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ùnglà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ượngnhậ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ảncủ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à ngaylậ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 tratí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àmnộ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

● 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ộthoạ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ệnkí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ốngcon, 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ướng đối tượng (Object Oriented Analysis - OOA):

Là giai đọan phát triển một mô hình chính xác và súc tích của vấn đề, có thành phần là các đối tượng và khái niệm đời thực, dễ hiểu đối với người sử dụng.

Trong giai đoạn OOA, vấn đề được trình bày bằng các thuật ngữ tương ứng với các đối tượng có thực Thêm vào đó, hệ thống cần phải được định nghĩa sao cho người không chuyên Tin học có thể dễ dàng hiểu được Dựa trên một vấn đề có sẵn, nhà phân tích cần ánh xạ các đối tượng hay thực thể có thực như khách hàng, ô

tô, người bán hàng, … vào thiết kế để tạo ra được bản thiết kế gần cận với tình huống thực Mô hình thiết kế

sẽ chứa các thực thể trong một vấn đề có thực và giữ nguyên các mẫu hình về cấu trúc, quan hệ cũng như hành vi của chúng Nói một cách khác, sử dụng phương pháp hướng đối tượng chúng ta có thể mô hình hóa các thực thể thuộc một vấn đề có thực mà vẫn giữ được cấu trúc, quan hệ cũng như hành vi của chúng.

zzâ*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ầnquan 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à giaocho 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ómphá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ạimộ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àmbả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ântí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, phaphâ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ácpha 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ốitiế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.

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

- 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 đồ 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 đốitượ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 29:

Câu 1:(AT15CT3 thi lần 2)

a UML (Unified Modeling Language) là gì? UML có thể được sử dụng trong những trường hợp nào?UML có những loại biểu đồ nào?

b Anh chị hãy trình bày bốn nguyên tắc cơ bản trong hướng đối tượng (abstraction, encapsulation,modularity, hierarchy)? Mỗi nguyên tắc đưa ra một ví dụ minh họa

Trả lời:

a)

UML: là ngôn ngữ chuẩn để viết kế hoạch chi tiết phần mềm

Là ngôn ngữ mô hình hóa mang tính trừu tượng và tính khái quát UML là 1 chuẩn được cộng đồng

IT công nhận để phân tích và thiết kế các hệ thống theo phương pháp hướng đối tượng UML được sửdụng cho các hệ thống phi phần mềm như luồng công việc…

Đặc trưng UML:

- Là một ngôn ngữ biểu diễn mô hình, hiển thị, đặc tả, làm tài liệu

- Là công cụ giao tiếp giữa user, analyst, designer, software developer

UML có thể sử dụng cho các ứng dụng: sử dụng cho đặc tả, biểu diễn, xây dựng tài liệu hóa các chế tác của

hệ thống phần mềm nói riêng hoặc chế tác của hệ thống thông tin nói chung

- Các hệ thống thông tin: lưu trữ, truy vấn, biểu diễn thông tin trong CSDL quan hệ hay CSDL hướngđối tượng

- Các hệ thống thông tin: điều khiển các thiết bị kỹ thuật trong công nghiệp, quân sự

- Các hệ thống nhúng thời gian thực: Nhúng trong các thiết bị khác như điện thoại di động, xe ô tô.Các hệ thống này thường thiếu thiết bị như màn hình, ổ đĩa,

- Các hệ thống phân tán: Phân tán trên nhiều máy, cần cơ chế đồng bộ toàn vẹn dữ liệu, xây dựng trên

cơ sở đối tượng như CORBA, COM/DCOM

- Các hệ thống thương mại

Các loại biểu đồ UML:

- Biểu đồ UC(Use Case diagram)

- Biểu đồ lớp(Class diagram)

- Biểu đồ đối tượng(Object diagram)

- Biểu đồ trình tự (sequence diagram)

- Biểu đồ cộng tác (Collaboration Diagram)

- Biểu đồ trạng thái(state diagram)

- Biểu đồ hoạt động (activity diagram)

- Biểu đồ thành phần (component diagram)

- Biểu đồ triển khai (deployment diagram)

b)

4 nguyên tắc cơ bản hướng đối tượng:

- Trừu tượng hóa: (abstraction): Trừu tượng hoá là các đặc điểm thiết yếu của một thực thể để phânbiệt nó với tất cả các loại thực thể khác

Ví dụ:

- Tính đóng gói (Encapsulation): Tính đóng gói là sự quy tụ các tính chất (các thuộc tính và các hànhvi) vào trong một hộp đen trừu tượng, nó cho phép ẩn đi sự cài đặt ở đằng sau các giao diện

Ví dụ :

- Tính module hóa (Modularity): Tính mô-đun hoá là sự phân rã về mặt vật lý hoặc logic một thứ nào

đó phức tạp thành các nhóm nhỏ, cấu trúc đơn giản hơn và có thể quản lý được

Vai trò của biểu đồ tương tác:

- Mô hình hóa khía cạnh động của hệ thống

- Chỉ ra tương tác gồm tập đối tượng, quan hệ và các thông điệp trao đổi giữa chúng

- Chỉ ra từng bước của 1 luồng điều khiển cụ thể trong UC

Giống nhau - Gồm các thành phần : đối tượng, liên kết, sự kiện & thông điệp,

chú thích và ràng buộc như các biểu đồ khác

- Đều biểu diễn các cộng tác(tương đương về mặt ngữ nghĩa,mô hình hóa khía cạnh động của

hệ thống, mô hình hóa kịch bản ca sử dụng)Khác nhau • Chỉ ra thứ tự rõ ràng của các

thông điệp

• Thể hiện luồng công việc tốt hơn

• Mô hình hoá trực quan hơn toàn

bộ luồng thực thi (theo thời gian)

• Thể hiện tốt hơn đối với các đặc

tả thời gian thực và các kịch bảnphức tạp

(Nhấn mạnh vào trình tự thời giancủa các thông điệp trao đổi giữa cácđối tượng.)

• Chỉ ra mối quan hệ rõ ràng giữacác đối tượng

• Thể hiện quá trình giao tiếp tốthơn

• Mô hình hóa trực quan hơn tất cảcác ảnh hưởng của đối tượng

• Thể hiện rõ hơn hiệu quả của quátrình tương tác trên từng đối tượng(Nhấn mạnh vào việc tổ chức cácđối tượng tham gia vào tương tác.)

b) -Mục đích của khâu nắm bắt yêu cầu:

● Thiết lập và duy trì những thỏa thuận với khách hàng và các bên liên quan về những gì hệ thốngcần phải làm

● Cung cấp cho các nhà phát triển hệ thống về một sự hiểu biết tốt hơn về các yêu cầu đặt ra cho hệthống

● Xác định biên của hệ thống

● Cung cấp một cơ sở cho việc lập kế hoạch những nội dung kĩ thuật trong mỗi lần lặp

● Cung cấp cơ sở cho việc ước tính thời gian và chi phí phát triển hệ thống

● Định hình giao diện tương tác giữa người dùng và hệ thống

- Các chế tác của khâu nắm bắt yêu cầu:

● Phát biểu vấn đề:Làm rõ thực trạng của hệ thống hiện thời(vấn đề, khó khăn đặt ra) nêu ra đượcnhững lý do và động cơ chính để phát triển hệ thống mới Bao gồm các ràng buộc khác nhau đặt racho hệ thống( ràng buộc về kỹ thuật, thời gian, nguồn lực)

● Mô hình ca sử dụng: Mô hình mô tả các chức năng của hệ thống theo các ca sử dụng và các tácnhân của nó.Đóng vai trò như hợp đồng giữa khách hàng và người phát triển hệ thống.Biểu đồ ca sửdụng được sử dụng trong tất cả các giai đoạn của quá trình phát triển được chia làm 2 loại biểu đồ

● Đặc tả bổ sung:Bao gồm các yêu cầu không được nắm bắt bởi các ca sử dụng(chẳng hạn, các yêucầu phi chức năng)

Các yêu cầu chức năng và phi chức năng trong tài liệu đặc tả bổ sung thường là các ràng buộc choquá trình thực thi hệ thống

*RUP( Rational Unified Process) : là một quy trình nghiệp vụ được sử dụng cho kỹ thuật phần

mềm hướng đối tượng

-Pha khởi đầu (inception): Định nghĩa phạm vi dự án, xác định các tác nhân và các ca sử dụng cầnthiết nhất, phác thảo một bản kế hoạch về tính khả thi, chi phí,…

-Pha chi tiết(Elaboration): Tập trung nắm bắt yêu cầu và xây dựng một khung kiến trúc cho hệthống

-Pha xây dựng(Construction): thiết kế hệ thống, lập trình, tích hợp kiểm thử,các thành phần hệthống được xây dựng song song

-Pha chuyển giao(Transition) Bàn giao hệ thống cho người dùng cuối, hỗ trợ họ cài đặt và sử dụng

-Các yêu cầu không liên quan đến khía cạnh chức năng của phần mềm được xếp vào loại yêu cầu phi chức năng Chúng xác định các đặc tính mong đợi của một phần mềm.Chúng chỉ ra những tiêu chí để đánh giá hệ thống thay vì hành vi.

Câu 29(AT12): Anh chị hãy trình bày các khối hình thành nên các mô hình UML? Có những loại phần tử mô hình nào trong UML? Ca sử dụng thuộc loại phần tử mô hình nào? Trình bày ý nghĩa và vai trò của biểu đồ ca sử dụng?

*Các khối hình thành nên các mô hình UML:

-Các phần tử là các khối xây dựng hướng đối tượng của UML

* Các phần tử mô hình trong UML: (câu 4 trong đề cương)

- Mô hình cấu trúc: Hệ thống phản ứng với cái gì? Với ai? Thể hiện qua biểu đồ lớp (class diagram) và đốitượng (object diagram)

- Mô hình chức năng: Các chức năng của hệ thống Thể hiện qua biểu đồ ca sử dụng (Use case diagram)

- Mô hình thời gian: thứ tự các hành động trong hệ thống: biểu đồ tuần tự (sequence diagram), tương tác,trạng thái(state machine diagram), hoạt động(activity diagram)

*Ý nghĩa và mục đích của biểu đồ ca sử dụng (câu 5 trong đề cương)

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ươngtá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ácnhâ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ìnhphá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

Bài tập

AT15CT3 lần 2

Câu 2: ()

a Dựa vào trải nghiệm và kiến thức của mình, anh chị hãy đề xuất biểu đồ tuần tự pha phân tích cho

ca sử dụng “đăng ký học phần” của hệ thống quản lý đào tạo của học viện Kỹ thuật Mật mã?