Workbook en VI

Translated from English to Vietnamese - www.onlinedoctranslator.
com
Phần mềm Rational của IBM
Phần 1: Yêu cầu đăng ký khóa học
Phiên bản 2004

Báo cáo vấn đề

Với tư cách là người đứng đầu hệ thống thông tin của Wylie College, bạn được giao nhiệm vụ phát triển hệ thống đăng ký sinh
viên mới. Trường muốn có một hệ thống máy khách-máy chủ mới để thay thế hệ thống cũ hơn nhiều được phát triển dựa trên
công nghệ máy tính lớn. Hệ thống mới sẽ cho phép sinh viên đăng ký các khóa học và xem thẻ báo cáo từ máy tính cá nhân gắn
với mạng LAN của trường. Các giáo sư sẽ có thể truy cập vào hệ thống để đăng ký giảng dạy các khóa học cũng như ghi điểm.
Do nguồn tài trợ liên bang giảm, trường không đủ khả năng thay thế toàn bộ hệ thống cùng một lúc. Trường sẽ lưu
giữ cơ sở dữ liệu danh mục khóa học hiện có, nơi lưu giữ tất cả thông tin về khóa học. Cơ sở dữ liệu này là cơ sở dữ
liệu quan hệ Ingres chạy trên DEC VAX. May mắn thay trường đã đầu tư vào một giao diện SQL mở cho phép truy cập
vào cơ sở dữ liệu này từ các máy chủ Unix của trường. Hiệu suất của hệ thống cũ khá kém, vì vậy hệ thống mới phải
đảm bảo rằng việc truy cập dữ liệu trên hệ thống cũ diễn ra kịp thời. Hệ thống mới sẽ truy cập thông tin khóa học từ
cơ sở dữ liệu cũ nhưng sẽ không cập nhật nó. Văn phòng đăng ký sẽ tiếp tục duy trì thông tin khóa học thông qua
một hệ thống khác.
Vào đầu mỗi học kỳ, sinh viên có thể yêu cầu một danh mục khóa học có chứa danh sách các khóa học được cung cấp cho
học kỳ đó. Thông tin về mỗi khóa học, chẳng hạn như giáo sư, khoa và điều kiện tiên quyết, sẽ được đưa vào để giúp sinh
viên đưa ra quyết định sáng suốt.
Hệ thống mới sẽ cho phép sinh viên chọn bốn khóa học cho học kỳ tới. Ngoài ra, mỗi học sinh sẽ chỉ ra
hai lựa chọn thay thế trong trường hợp học sinh không thể được chỉ định vào lựa chọn chính. Các khóa
học sẽ có tối đa mười sinh viên và tối thiểu ba sinh viên. Khóa học có ít hơn ba sinh viên sẽ bị hủy. Đối với
mỗi học kỳ, có một khoảng thời gian mà sinh viên có thể thay đổi lịch học của mình. Sinh viên phải có
khả năng truy cập vào hệ thống trong thời gian này để thêm hoặc bỏ các khóa học. Sau khi quá trình
đăng ký của sinh viên hoàn tất, hệ thống đăng ký sẽ gửi thông tin đến hệ thống thanh toán để sinh viên
có thể được lập hóa đơn cho học kỳ. Nếu một khóa học đã đầy trong quá trình đăng ký thực tế,
Vào cuối học kỳ, sinh viên sẽ có thể truy cập vào hệ thống để xem phiếu báo cáo điện tử. Vì điểm số của học sinh là
thông tin nhạy cảm nên hệ thống phải sử dụng các biện pháp bảo mật bổ sung để ngăn chặn truy cập trái phép.
Các giáo sư phải có khả năng truy cập hệ thống trực tuyến để cho biết họ sẽ giảng dạy những khóa học nào.
Họ cũng sẽ cần xem sinh viên nào đã đăng ký khóa học của họ. Ngoài ra, các giáo sư sẽ có thể ghi điểm cho
học sinh trong mỗi lớp.
-Bản quyền IBM Corp. 2004 Trang 2

Bảng chú giải

Giới thiệu
Tài liệu này được sử dụng để xác định thuật ngữ cụ thể cho lĩnh vực vấn đề, giải thích các thuật ngữ có thể xa lạ
với người đọc mô tả ca sử dụng hoặc các tài liệu dự án khác. Thông thường, tài liệu này có thể được sử dụng như
một cách không chính thứctừ điển dữ liệu, thu thập các định nghĩa dữ liệu để mô tả ca sử dụng và các tài liệu dự
án khác có thể tập trung vào những gì hệ thống phải làm với thông tin.
Các định nghĩa

Bảng chú giải thuật ngữ chứa các định nghĩa hoạt động cho các khái niệm chính trong Hệ thống đăng ký khóa học.
Khóa học
Một lớp học được cung cấp bởi trường đại học.
Cung cấp khóa học

Phân phối khóa học cụ thể cho một học kỳ cụ thể - bạn có thể tổ chức cùng một khóa học trong các buổi song
song trong học kỳ. Bao gồm các ngày trong tuần và thời gian nó được cung cấp.
Danh mục khóa học
Danh mục đầy đủ của tất cả các khóa học được cung cấp bởi trường đại học.
Khoa
Tất cả các giáo sư giảng dạy tại trường đại học.
Hệ thống tài chính

Hệ thống được sử dụng để xử lý thông tin thanh toán.
Cấp
Việc đánh giá một sinh viên cụ thể cho một khóa học cụ thể.
Giáo sư
Một người đang giảng dạy tại trường đại học.
Thẻ báo cáo

Tất cả điểm của tất cả các môn học mà sinh viên đã học trong một học kỳ nhất định.
Danh sách
Tất cả các sinh viên đăng ký vào một khóa học cụ thể.
Học sinh
Một người đăng ký vào các lớp học tại trường đại học.
Lịch trình
Các khóa học mà sinh viên đã chọn cho học kỳ hiện tại.
Bảng điểm
Lịch sử điểm của tất cả các khóa học, của một sinh viên cụ thể được gửi đến hệ thống tài chính, hệ thống này sẽ gửi hóa đơn
cho sinh viên.

Thông số bổ sung
Mục tiêu
Mục đích của tài liệu này là xác định các yêu cầu của Hệ thống đăng ký khóa học. Đặc tả bổ sung này liệt kê
các yêu cầu chưa được nắm bắt dễ dàng trong các trường hợp sử dụng của mô hình usecase. Thông số kỹ
thuật bổ sung và mô hình ca sử dụng cùng nhau nắm bắt một bộ yêu cầu hoàn chỉnh trên hệ thống.
Phạm vi
Đặc tả bổ sung này áp dụng cho Hệ thống đăng ký khóa học sẽ được phát triển bởi các sinh
viên OOAD.
Đặc tả này xác định các yêu cầu phi chức năng của hệ thống; chẳng hạn như độ tin cậy, khả năng sử
dụng, hiệu suất và khả năng hỗ trợ, cũng như các yêu cầu chức năng phổ biến trong một số trường hợp
sử dụng. (Các yêu cầu chức năng được xác định trong Thông số ca sử dụng.)
Người giới thiệu
Không có.
Chức năng
Nhiều người dùng phải có khả năng thực hiện công việc của họ đồng thời.
Nếu khóa học đã kín chỗ trong khi sinh viên đang xây dựng lịch trình bao gồm khóa học đó thì sinh viên đó phải được
thông báo.
Khả năng sử dụng
Giao diện người dùng trên máy tính để bàn phải tuân thủ Windows 95/98.
độ tin cậy
Hệ thống phải hoạt động 24 giờ một ngày, 7 ngày một tuần, với thời gian ngừng hoạt động không quá 10%.
Hiệu suất
Hệ thống sẽ hỗ trợ tối đa 2000 người dùng đồng thời đối với cơ sở dữ liệu trung tâm tại bất kỳ thời điểm nào và tối đa 500
người dùng đồng thời đối với các máy chủ cục bộ tại một thời điểm bất kỳ.
Hệ thống sẽ cung cấp quyền truy cập vào cơ sở dữ liệu danh mục khóa học cũ với độ trễ không quá 10 giây.
Lưu ý: Các nguyên mẫu dựa trên rủi ro đã phát hiện ra rằng cơ sở dữ liệu danh mục khóa học cũ không thể đáp ứng nhu cầu
về hiệu suất của chúng tôi nếu không sử dụng sức mạnh xử lý cấp trung một cách sáng tạo
Hệ thống phải có khả năng hoàn thành 80% tất cả các giao dịch trong vòng 2 phút.
Khả năng hỗ trợ

Không có.
Bảo vệ
Hệ thống phải ngăn chặn sinh viên thay đổi bất kỳ lịch trình nào khác ngoài lịch học của họ và các giáo sư sửa đổi
các khóa học được chỉ định cho các giáo sư khác.
Chỉ có Giáo sư mới có thể nhập điểm cho sinh viên.
Chỉ có Nhà đăng ký mới được phép thay đổi bất kỳ thông tin nào của sinh viên.

Ràng buộc thiết kế

Hệ thống sẽ tích hợp với hệ thống cũ hiện có, Hệ thống danh mục khóa học, là cơ sở dữ liệu
RDBMS.
Hệ thống sẽ cung cấp giao diện máy tính để bàn dựa trên Windows.

Mô hình ca sử dụng
Hệ thống đăng ký khóa học Sơ đồ chính của mô hình ca sử dụng
Xem thẻ báo cáo
Học sinh
Đăng ký khóa học
Danh mục khóa học

Đăng nhập
Chọn khóa học để dạy
Giáo sư
Gửi điểm
Duy trì thông tin giáo sư

Nhà đăng ký
Duy trì thông tin sinh viên
Đóng đăng ký
Hệ thống thanh toán

Đóng đăng ký
Mô tả ngắn gọn
Ca sử dụng này cho phép Nhà đăng ký đóng quá trình đăng ký. Các khóa học không đủ học viên sẽ bị hủy. Các
khóa học phải có tối thiểu ba sinh viên trong đó. Hệ thống thanh toán được thông báo cho từng sinh viên
trong mỗi khóa học mà không bị hủy, do đó sinh viên có thể được lập hoá đơn cho khóa học đó.
Dòng sự kiện
Luồng cơ bản
Ca sử dụng này bắt đầu khi Nhà đăng ký yêu cầu hệ thống đóng đăng ký.
1. Hệ thống kiểm tra xem việc đăng ký có đang được tiến hành hay không. Nếu đúng như vậy thì một thông báo sẽ được hiển thị cho Nhà đăng ký và
trường hợp sử dụng sẽ chấm dứt. Việc xử lý Đóng đăng ký không thể được thực hiện nếu quá trình đăng ký đang diễn ra.
2. Đối với mỗi khóa học, hệ thống sẽ kiểm tra xem giáo sư đã đăng ký giảng dạy khóa học đó chưa và có ít nhất ba sinh viên
đã đăng ký hay chưa. Nếu vậy, hệ thống sẽ cam kết cung cấp khóa học cho từng lịch trình có chứa khóa học đó.
3. Đối với mỗi lịch học, hệ thống “xếp cấp” lịch học: nếu lịch học không có số lượng khóa học chính tối đa được chọn, hệ
thống sẽ cố gắng chọn các môn học thay thế từ danh sách các môn học thay thế của lịch trình. Các khóa học thay thế có
sẵn đầu tiên sẽ được chọn. Nếu không có sự thay thế nào thì sẽ không có sự thay thế nào được thực hiện.
4. Với mỗi khóa học được cung cấp, hệ thống sẽ đóng tất cả các khóa học được cung cấp. Nếu khóa học được cung cấp không
có ít nhất ba sinh viên tại thời điểm này (một số có thể đã được thêm vào do việc lên cấp), thì hệ thống sẽ hủy việc cung
cấp khóa học. Hệ thống hủy việc cung cấp khóa học cho từng lịch trình có chứa nó.
5. Hệ thống tính toán số tiền học phí mà mỗi sinh viên phải nộp theo lịch học kỳ hiện tại của mình và gửi giao dịch đến Hệ
thống thanh toán. Hệ thống thanh toán sẽ gửi hóa đơn cho sinh viên, trong đó sẽ bao gồm bản sao lịch trình cuối cùng
của họ.
Dòng chảy thay thế
Không có giáo sư cho khóa học cung cấp

Nếu, trongLuồng cơ bản, không có giáo sư nào đăng ký giảng dạy khóa học, hệ thống sẽ hủy việc cung cấp
khóa học. Hệ thống hủy việc cung cấp khóa học cho từng lịch trình có chứa nó.
Hệ thống thanh toán không khả dụng
Nếu hệ thống không thể liên lạc với Hệ thống thanh toán, hệ thống sẽ cố gắng gửi lại yêu cầu sau một
khoảng thời gian nhất định. Hệ thống sẽ tiếp tục cố gắng gửi lại cho đến khi Hệ thống thanh toán khả
dụng.
Yêu cầu đặc biệt

Không có.
Điều kiện tiên quyết
Nhà đăng ký phải đăng nhập vào hệ thống để bắt đầu ca sử dụng này.
Điều kiện sau

Nếu ca sử dụng thành công, đăng ký hiện đã đóng. Nếu không, trạng thái hệ thống vẫn không thay đổi.
Điểm mở rộng
Không có.

Đăng nhập
Ca sử dụng này mô tả cách người dùng đăng nhập vào Hệ thống đăng ký khóa học.
Dòng sự kiện
Luồng cơ bản
Ca sử dụng này bắt đầu khi người tham gia muốn đăng nhập vào Hệ thống đăng ký khóa học.
1. Người dùng nhập tên và mật khẩu của mình.
2. Hệ thống xác thực tên và mật khẩu đã nhập và đăng nhập tác nhân vào hệ thống.
Tên/Mật khẩu không hợp lệ

Nếu, trongLuồng cơ bản, tác nhân nhập tên và/hoặc mật khẩu không hợp lệ, hệ thống sẽ hiển thị thông
báo lỗi. Tác nhân có thể chọn quay lại phần đầu củaLuồng cơ bảnhoặc hủy đăng nhập, tại thời điểm đó
ca sử dụng kết thúc.

Không có.
Hệ thống đang ở trạng thái đăng nhập và hiển thị màn hình đăng nhập.
Điều kiện sau

Nếu ca sử dụng thành công, tác nhân hiện đã đăng nhập vào hệ thống. Nếu không, trạng thái hệ thống không thay đổi.
Điểm mở rộng
Không có.

Duy trì thông tin giáo sư

Ca sử dụng này cho phép Nhà đăng ký duy trì thông tin giáo sư trong hệ thống đăng ký. Điều này bao gồm việc thêm,
sửa đổi và xóa các giáo sư khỏi hệ thống.
Dòng sự kiện
Luồng cơ bản
Ca sử dụng này bắt đầu khi Nhà đăng ký muốn thêm, thay đổi và/hoặc xóa thông tin giáo sư trong hệ thống.
1. Hệ thống yêu cầu Nhà đăng ký chỉ định chức năng mà mình muốn thực hiện (Thêm giáo sư,
Cập nhật giáo sư hoặc Xóa giáo sư)
2. Sau khi Nhà đăng ký cung cấp thông tin được yêu cầu, một trong các luồng phụ sẽ được thực thi.
Nếu Nhà đăng ký chọn “Thêm giáo sư”, thìThêm một giáo sưluồng con được thực thi. Nếu Nhà
đăng ký chọn “Cập nhật giáo sư”, thìCập nhật một giáo sưluồng con được thực thi. Nếu Nhà đăng
ký chọn “Xóa một giáo sư”, thìXóa một giáo sưluồng con được thực thi.
Thêm một giáo sư

Hệ thống yêu cầu Nhà đăng ký nhập thông tin giáo sư. Điêu nay bao gôm:
- tên
- ngày sinh
- số an sinh xã hội
- trạng thái
- phòng
1. Sau khi Nhà đăng ký cung cấp thông tin được yêu cầu, hệ thống sẽ tạo và gán một số id duy
nhất cho giáo sư. Giáo sư được thêm vào hệ thống.
2. Hệ thống cung cấp cho Nhà đăng ký id giáo sư mới.
Cập nhật một giáo sư

1. Hệ thống yêu cầu Nhà đăng ký nhập id giáo sư.
2. Nhà đăng ký nhập id giáo sư. Hệ thống truy xuất và hiển thị thông tin giáo sư.
3. Nhà đăng ký thực hiện những thay đổi mong muốn đối với thông tin giáo sư. Điều này bao gồm bất kỳ thông tin nào
được chỉ định trongThêm một giáo sưdòng chảy phụ.
4. Sau khi Nhà đăng ký cập nhật các thông tin cần thiết, hệ thống sẽ cập nhật hồ sơ giáo sư.
Xóa một giáo sư

1. Hệ thống yêu cầu Nhà đăng ký nhập id giáo sư
2. Nhà đăng ký nhập id giáo sư. Hệ thống truy xuất và hiển thị thông tin giáo sư.
3. Hệ thống nhắc Nhà đăng ký xác nhận việc xóa giáo sư.
4. Nhà đăng ký xác minh việc xóa.
5. Hệ thống xóa giáo sư khỏi hệ thống.

Giáo sư không tìm thấy

Nếu, trongCập nhật một giáo sưhoặcXóa một giáo sưluồng phụ, giáo sư có số id được chỉ định
không tồn tại, hệ thống hiển thị thông báo lỗi. Sau đó, Nhà đăng ký có thể nhập số id khác hoặc hủy
thao tác, lúc đó ca sử dụng kết thúc.
Xóa Đã hủy
Nếu, trongXóa một giáo sưluồng con, Nhà đăng ký quyết định không xóa giáo sư, việc
xóa bị hủy vàLuồng cơ bảnđược bắt đầu lại từ đầu.

Không có.
Nhà đăng ký phải đăng nhập vào hệ thống trước khi ca sử dụng này bắt đầu.
Điều kiện sau

Nếu ca sử dụng thành công, thông tin giáo sư sẽ được thêm, cập nhật hoặc xóa khỏi hệ thống. Nếu không, trạng thái hệ
thống không thay đổi.
Điểm mở rộng
Không có.

Duy trì thông tin sinh viên

Ca sử dụng này cho phép Nhà đăng ký duy trì thông tin sinh viên trong hệ thống đăng ký. Điều này bao gồm việc
thêm, sửa đổi và xóa Học sinh khỏi hệ thống.
Dòng sự kiện
Luồng cơ bản
Ca sử dụng này bắt đầu khi Nhà đăng ký muốn thêm, thay đổi và/hoặc xóa thông tin sinh viên trong hệ thống.
1. Hệ thống yêu cầu Nhà đăng ký chỉ định chức năng mình muốn thực hiện (Thêm sinh viên, Cập nhật
sinh viên hoặc Xóa sinh viên)
2. Sau khi Nhà đăng ký cung cấp thông tin được yêu cầu, một trong các luồng phụ sẽ được thực thi. Nếu
Nhà đăng ký chọn “Thêm sinh viên”, thìThêm một sinh viênluồng con được thực thi. Nếu Nhà đăng
ký chọn “Cập nhật một sinh viên”, thìCập nhật một sinh viênluồng con được thực thi. Nếu Nhà đăng
ký chọn “Xóa một sinh viên”, thìXóa một sinh viênluồng con được thực thi.
Thêm một sinh viên
1. Hệ thống yêu cầu Nhà đăng ký nhập thông tin sinh viên. Điêu nay bao gôm:
- tên
- ngày sinh
- trạng thái
- Ngày tốt nghiệp
2. Sau khi Nhà đăng ký cung cấp thông tin được yêu cầu, hệ thống sẽ tạo và gán một số id duy nhất
cho sinh viên. Sinh viên được thêm vào hệ thống.
3. Hệ thống cung cấp cho Nhà đăng ký mã sinh viên mới.
Cập nhật một sinh viên
1. Hệ thống yêu cầu Nhà đăng ký nhập mã sinh viên.

2. Nhà đăng ký nhập mã sinh viên. Hệ thống truy xuất và hiển thị thông tin sinh viên.
3. Nhà đăng ký thực hiện những thay đổi mong muốn đối với thông tin học sinh. Điều này bao gồm bất kỳ thông tin
nào được chỉ định trongThêm một sinh viêndòng chảy phụ.
4. Sau khi Nhà đăng ký cập nhật các thông tin cần thiết, hệ thống sẽ cập nhật thông tin học sinh.
Xóa một sinh viên

1. Hệ thống yêu cầu Nhà đăng ký nhập id sinh viên
2. Nhà đăng ký nhập mã sinh viên. Hệ thống truy xuất và hiển thị thông tin sinh viên.
3. Hệ thống nhắc Nhà đăng ký xác nhận việc xóa học sinh.
4. Nhà đăng ký xác minh việc xóa.
5. Hệ thống xóa học sinh khỏi hệ thống.

Không tìm thấy sinh viên
Nếu, trongCập nhật một sinh viênhoặcXóa một sinh viênLuồng con, sinh viên có mã số xác định
không tồn tại, hệ thống hiển thị thông báo lỗi. Sau đó, Nhà đăng ký có thể nhập số id khác hoặc hủy
thao tác, lúc đó ca sử dụng kết thúc.
Xóa Đã hủy
Nếu, trongXóa một học sinhluồng phụ, Nhà đăng ký quyết định không xóa sinh viên, việc xóa bị hủy
vàLuồng cơ bảnđược bắt đầu lại từ đầu.

Không có.
Nhà đăng ký phải đăng nhập vào hệ thống trước khi ca sử dụng này bắt đầu.
Điều kiện sau

Nếu use case thành công, thông tin học sinh sẽ được thêm, cập nhật hoặc xóa khỏi hệ thống. Nếu không, trạng thái hệ
Điểm mở rộng
Không có.

Đăng ký khóa học

Ca sử dụng này cho phép Sinh viên đăng ký các khóa học trong học kỳ hiện tại. Sinh viên cũng có thể cập nhật hoặc xóa các
lựa chọn khóa học nếu có thay đổi trong khoảng thời gian thêm/bớt vào đầu học kỳ. Hệ thống Danh mục Khóa học cung cấp
danh sách tất cả các khóa học được cung cấp cho học kỳ hiện tại.
Dòng sự kiện
Luồng cơ bản
Ca sử dụng này bắt đầu khi Sinh viên muốn đăng ký các khóa học hoặc thay đổi lịch trình khóa học hiện tại của
mình.
1. Sinh viên cung cấp chức năng để thực hiện (một trong các luồng phụ được thực thi):
Nếu Học sinh chọn “Tạo lịch trình”, thìTạo lịch trìnhluồng con được thực thi. Nếu
Sinh viên chọn “Cập nhật lịch học”, thìCập nhật lịch trìnhluồng con được thực thi.
Nếu Sinh viên chọn “Xóa lịch học”,Xóa lịch biểuluồng con được thực thi.
Tạo lịch trình

1. Hệ thống truy xuất danh sách các khóa học hiện có từ Hệ thống Danh mục khóa học và hiển thị danh
sách cho Sinh viên.
2. Luồng con Chọn sản phẩm được thực hiện.
3. Luồng con Lịch trình Gửi được thực hiện.
Cập nhật lịch trình

1. Hệ thống truy xuất và hiển thị lịch học hiện tại của Sinh viên (ví dụ: lịch học của học kỳ
hiện tại).
2. Hệ thống truy xuất danh sách các khóa học hiện có từ Hệ thống Danh mục khóa học và hiển thị danh
sách cho Sinh viên.
3. Sinh viên có thể cập nhật các lựa chọn khóa học trên lựa chọn hiện tại bằng cách xóa và thêm
các khóa học mới. Sinh viên chọn các khóa học để thêm từ danh sách các khóa học có sẵn.
Học sinh cũng chọn bất kỳ khóa học nào để xóa khỏi lịch trình hiện có.
4. Sau khi sinh viên đã lựa chọn, hệ thống sẽ cập nhật lịch học cho Sinh viên bằng cách sử dụng các
khóa học đã chọn.
5. Luồng con Lịch trình Gửi được thực hiện.
Xóa lịch biểu

1. Hệ thống truy xuất và hiển thị lịch học hiện tại của Sinh viên (ví dụ: lịch học của học kỳ
hiện tại).
2. Hệ thống nhắc Sinh viên xác nhận việc xóa lịch.
3. Học sinh xác minh việc xóa.
4. Hệ thống xóa Lịch. Nếu lịch trình có các khóa học “đã đăng ký”, Sinh viên phải bị loại khỏi
khóa học đó.
Chọn ưu đãi
Học sinh chọn 4 khóa học chính và 2 khóa học thay thế từ danh sách các khóa học có sẵn.

Sau khi sinh viên đã thực hiện các lựa chọn của mình, hệ thống sẽ tạo lịch trình cho Sinh viên bao gồm các
khóa học đã chọn.
Gửi lịch trình

Đối với mỗi khóa học được chọn trong lịch trình chưa được đánh dấu là “đã đăng ký”, hệ thống sẽ xác minh rằng
Sinh viên có các điều kiện tiên quyết cần thiết, rằng khóa học đó đang mở và không có xung đột về lịch trình.
Sau đó, hệ thống sẽ thêm Sinh viên vào khóa học đã chọn. Khóa học được cung cấp được đánh dấu là “đã
đăng ký” trong lịch trình.
Lịch trình được lưu vào hệ thống.
Lưu lịch trình

Tại bất kỳ thời điểm nào, Học sinh có thể chọn lưu lịch biểu thay vì gửi lịch trình đó. Nếu điều này xảy ra,
bước Gửi lịch trình sẽ được thay thế bằng bước sau:
Các khóa học không được đánh dấu là “đã đăng ký” sẽ được đánh dấu là “đã chọn” trong lịch
trình. Lịch trình được lưu vào hệ thống.
Các điều kiện tiên quyết chưa được đáp ứng, Toàn bộ khóa học hoặc Xung đột về lịch trình
Nếu, trongGửi lịch trìnhtrong luồng phụ, hệ thống xác định rằng Sinh viên chưa đáp ứng các điều kiện tiên
quyết cần thiết hoặc khóa học đã chọn đã đầy hoặc có xung đột về lịch trình, một thông báo lỗi sẽ hiển thị.
Sinh viên có thể chọn một khóa học khác được cung cấp và trường hợp sử dụng tiếp tục, lưu lịch trình như
cũ (xemLưu lịch trìnhluồng con) hoặc hủy thao tác, tại thời điểm đóLuồng cơ bảnđược bắt đầu lại từ đầu.
Không tìm thấy lịch trình
Nếu, trongCập nhật lịch trìnhhoặcXóa lịch biểuluồng con, hệ thống không truy xuất được lịch học
của Sinh viên, hiển thị thông báo lỗi. Học sinh thừa nhận sai sót vàLuồng cơ bảnđược khởi động lại
lúc đầu.
Hệ thống danh mục khóa học không có sẵn

Nếu hệ thống không thể giao tiếp với Hệ thống danh mục khóa học, hệ thống sẽ hiển thị
thông báo lỗi cho Học viên. Sinh viên xác nhận thông báo lỗi và ca sử dụng kết thúc.
Đăng ký khóa học đã đóng

Khi ca sử dụng bắt đầu, nếu xác định rằng việc đăng ký cho học kỳ hiện tại đã bị đóng thì một thông
báo sẽ được hiển thị cho Sinh viên và ca sử dụng sẽ chấm dứt. Sinh viên không thể đăng ký các khóa
học sau khi việc đăng ký cho học kỳ hiện tại đã kết thúc.
Xóa Đã hủy
Nếu, trongXóa lịch trìnhluồng con, Học sinh quyết định không xóa lịch trình, việc xóa bị
hủy vàLuồng cơ bảnđược bắt đầu lại từ đầu.

Không có.
Sinh viên phải đăng nhập vào hệ thống trước khi ca sử dụng này bắt đầu.

Điều kiện sau

Nếu ca sử dụng thành công, lịch học của sinh viên sẽ được tạo, cập nhật hoặc xóa. Nếu không, trạng thái hệ thống không thay
đổi.
Điểm mở rộng
Không có.

Chọn khóa học để dạy

Ca sử dụng này cho phép Giáo sư chọn các khóa học từ danh mục khóa học cho các khóa học mà họ đủ điều kiện
và mong muốn giảng dạy trong học kỳ sắp tới.
Dòng sự kiện
Luồng cơ bản
Ca sử dụng này bắt đầu khi Giáo sư muốn đăng ký giảng dạy một số khóa học cho học kỳ sắp tới.
1. Hệ thống truy xuất và hiển thị danh sách các môn học mà giáo sư đủ điều kiện giảng dạy cho học kỳ hiện tại.
Hệ thống cũng truy xuất và hiển thị danh sách các khóa học mà giáo sư đã chọn giảng dạy trước đó.
2. Giáo sư chọn và/hoặc bỏ chọn các môn học mà mình muốn dạy cho học kỳ sắp tới.
3. Hệ thống loại bỏ giáo sư khỏi việc giảng dạy các khóa học đã bỏ chọn.
4. Hệ thống xác minh rằng các khóa học đã chọn không xung đột (tức là có cùng ngày và giờ) với nhau hoặc với bất kỳ
khóa học nào mà giáo sư đã đăng ký giảng dạy trước đó. Nếu không có xung đột, hệ thống sẽ cập nhật thông tin
cung cấp khóa học cho mỗi khóa học mà giáo sư chọn (tức là ghi nhận giáo sư là người hướng dẫn cho khóa học
đó).
Không có khóa học nào có sẵn

Nếu, trongLuồng cơ bản, giáo sư không đủ điều kiện giảng dạy bất kỳ môn học nào trong học kỳ sắp
tới, hệ thống sẽ hiển thị thông báo lỗi. Giáo sư xác nhận tin nhắn và ca sử dụng kết thúc.
Lên lịch xung đột

Nếu hệ thống phát hiện có xung đột về lịch trình khi cố gắng thiết lập các khóa học mà Giáo sư nên tham
gia, hệ thống sẽ hiển thị thông báo lỗi cho biết đã xảy ra xung đột về lịch trình. Hệ thống cũng sẽ chỉ ra các
khóa học xung đột. Giáo sư có thể giải quyết xung đột về lịch trình (tức là bằng cách hủy lựa chọn của mình
để dạy một trong các khóa học) hoặc hủy thao tác, trong trường hợp đó, mọi lựa chọn sẽ bị mất và trường
hợp sử dụng kết thúc.
Hệ thống danh mục khóa học không có sẵn

Nếu hệ thống không thể giao tiếp với Hệ thống danh mục khóa học, hệ thống sẽ hiển thị
thông báo lỗi cho Học viên. Sinh viên xác nhận thông báo lỗi và ca sử dụng kết thúc.
Đăng ký khóa học đã đóng

Khi ca sử dụng bắt đầu, nếu xác định rằng đăng ký cho học kỳ hiện tại đã bị đóng, một thông báo sẽ
được hiển thị cho Giáo sư và ca sử dụng sẽ chấm dứt. Các giáo sư không thể thay đổi các khóa học họ
giảng dạy sau khi việc đăng ký cho học kỳ hiện tại đã kết thúc. Nếu cần thay đổi giáo sư sau khi đăng ký
đã đóng, việc đó sẽ được xử lý ngoài phạm vi của hệ thống này.

Không có.
Giáo sư phải đăng nhập vào hệ thống trước khi ca sử dụng này bắt đầu.

Điều kiện sau

Nếu ca sử dụng thành công thì khóa học mà Giáo sư dự kiến giảng dạy đã được cập nhật. Nếu không, trạng thái hệ
Điểm mở rộng
Không có.

Gửi điểm
Ca sử dụng này cho phép Giáo sư nộp điểm của sinh viên cho một hoặc nhiều lớp đã hoàn thành trong học kỳ
trước.
Dòng sự kiện
Luồng cơ bản
Ca sử dụng này bắt đầu khi Giáo sư muốn gửi điểm của sinh viên cho một hoặc nhiều lớp đã hoàn thành trong
học kỳ trước.
1. Hệ thống hiển thị danh sách các môn học mà Giáo sư đã giảng dạy ở học kỳ trước.
2. Giáo sư chọn một khóa học.

3. Hệ thống lấy danh sách tất cả học viên đã đăng ký tham gia khóa học. Hệ thống hiển thị từng học sinh và
bất kỳ lớp nào đã được chỉ định trước đó cho khóa học.
4. Đối với mỗi sinh viên trong danh sách, Giáo sư nhập điểm: A, B, C, D, F hoặc I. Hệ thống ghi lại điểm của sinh viên
cho khóa học được cung cấp. Nếu Giáo sư muốn bỏ qua một học sinh cụ thể, thông tin điểm có thể để trống và
điền vào sau. Giáo sư cũng có thể thay đổi điểm của sinh viên bằng cách nhập một lớp mới.
Không có khóa học nào được dạy

Nếu, trongLuồng cơ bản, Giáo sư không giảng dạy bất kỳ môn học nào trong học kỳ trước, hệ thống
sẽ hiển thị thông báo lỗi. Giáo sư xác nhận thông báo và ca sử dụng kết thúc.

Không có.
Giáo sư phải đăng nhập vào hệ thống trước khi ca sử dụng này bắt đầu.
Điều kiện sau

Nếu ca sử dụng thành công, điểm của sinh viên cho một khóa học sẽ được cập nhật. Nếu không, trạng thái hệ thống không
thay đổi.
Điểm mở rộng
Không có.

Xem thẻ báo cáo

Ca sử dụng này cho phép Sinh viên xem thẻ báo cáo của mình cho học kỳ đã hoàn thành trước đó.
Dòng sự kiện
Luồng cơ bản
Ca sử dụng này bắt đầu khi Sinh viên muốn xem phiếu điểm của mình cho học kỳ đã hoàn thành trước đó.
1. Hệ thống truy xuất và hiển thị thông tin điểm cho từng khóa học mà Sinh viên đã hoàn thành trong
học kỳ trước.
2. Khi Học sinh cho biết rằng mình đã xem điểm xong, ca sử dụng sẽ chấm dứt.
Không có thông tin lớp

Nếu, trongLuồng cơ bản, hệ thống không tìm thấy thông tin điểm học kỳ trước của Sinh
viên, hiển thị thông báo. Sau khi Sinh viên xác nhận tin nhắn, ca sử dụng sẽ chấm dứt.

Không có.
Sinh viên phải đăng nhập vào hệ thống trước khi ca sử dụng này bắt đầu.
Điều kiện sau

Trạng thái hệ thống không thay đổi trong trường hợp sử dụng này.
Điểm mở rộng
Không có.


Phần 2: Yêu cầu về tiền lương
Phiên bản 2004

Báo cáo vấn đề

Với tư cách là người đứng đầu Công nghệ thông tin tại Acme, Inc., bạn được giao nhiệm vụ xây dựng một hệ thống trả lương
mới để thay thế hệ thống hiện tại đã lỗi thời một cách vô vọng. Acme cần một hệ thống mới cho phép nhân viên ghi lại
thông tin thẻ chấm công điện tử và tự động tạo tiền lương dựa trên số giờ làm việc và tổng doanh số bán hàng (đối với nhân
viên được ủy quyền).
Hệ thống mới sẽ là hệ thống hiện đại và có giao diện máy tính để bàn dựa trên Windows để cho phép nhân viên nhập thông tin
thẻ chấm công, nhập đơn đặt hàng, thay đổi tùy chọn của nhân viên (chẳng hạn như phương thức thanh toán) và tạo nhiều báo
cáo khác nhau. Hệ thống sẽ chạy trên máy tính để bàn của từng nhân viên trong toàn bộ công ty. Vì lý do bảo mật và kiểm tra,
nhân viên chỉ có thể truy cập và chỉnh sửa thẻ chấm công và đơn đặt hàng của riêng mình.
Hệ thống sẽ lưu giữ thông tin về tất cả nhân viên trong công ty (Acme hiện có khoảng 5.000 nhân viên trên toàn thế
giới). Hệ thống phải trả cho mỗi nhân viên đúng số tiền, đúng hạn, theo phương thức mà họ chỉ định (xem các
phương thức thanh toán có thể được mô tả sau). Acme, vì lý do chi phí, không muốn thay thế một trong những cơ sở
dữ liệu cũ của họ, Cơ sở dữ liệu quản lý dự án, chứa tất cả thông tin liên quan đến dự án và số phí. Hệ thống mới
phải hoạt động với Cơ sở dữ liệu quản lý dự án hiện có, đây là cơ sở dữ liệu DB2 chạy trên máy tính lớn của IBM. Hệ
thống tính lương sẽ truy cập nhưng không cập nhật thông tin được lưu trữ trong Cơ sở dữ liệu quản lý dự án.
Một số nhân viên làm việc theo giờ và được trả lương theo giờ. Họ gửi phiếu chấm công ghi lại ngày và số giờ làm
việc cho một số khoản phí cụ thể. Nếu ai đó làm việc hơn 8 giờ, Acme sẽ trả cho họ gấp 1,5 lần mức bình thường cho
số giờ làm thêm đó. Công nhân theo giờ được trả lương vào thứ Sáu hàng tuần.
Một số nhân viên được trả lương cố định. Mặc dù họ được trả mức lương cố định nhưng họ vẫn gửi bảng chấm công ghi
ngày và giờ làm việc. Điều này là để hệ thống có thể theo dõi số giờ làm việc dựa trên các số điện tích cụ thể. Họ được trả
lương vào ngày làm việc cuối cùng của tháng.
Một số nhân viên làm công ăn lương còn nhận được hoa hồng dựa trên doanh số bán hàng của họ. Họ gửi đơn đặt hàng
phản ánh ngày và số tiền bán hàng. Tỷ lệ hoa hồng được xác định cho mỗi nhân viên và là một trong 10%, 15%, 25% hoặc
35%.
Một trong những tính năng được yêu cầu nhiều nhất của hệ thống mới là báo cáo nhân viên. Nhân viên sẽ có thể truy vấn hệ
thống về số giờ đã làm việc, tổng số giờ được tính cho một dự án (tức là số khoản phí), tổng số tiền nhận được từ đầu năm đến
nay, thời gian nghỉ phép còn lại, v.v.
Nhân viên có thể lựa chọn phương thức thanh toán của mình. Họ có thể yêu cầu gửi tiền lương đến địa chỉ bưu điện
mà họ lựa chọn hoặc họ có thể yêu cầu gửi tiền trực tiếp và gửi tiền lương vào tài khoản ngân hàng mà họ chọn.
Nhân viên cũng có thể chọn nhận lương tại văn phòng.
Người quản trị tiền lương lưu giữ thông tin nhân viên. Quản trị viên tính lương chịu trách nhiệm thêm nhân
viên mới, xóa nhân viên và thay đổi tất cả thông tin nhân viên như tên, địa chỉ và phân loại thanh toán (theo
giờ, lương, hoa hồng), cũng như chạy các báo cáo hành chính.
Ứng dụng tính lương sẽ tự động chạy vào thứ Sáu hàng tuần và vào ngày làm việc cuối cùng của tháng. Nó sẽ trả lương cho
những nhân viên thích hợp vào những ngày đó. Hệ thống sẽ cho biết ngày nào nhân viên sẽ được trả lương, do đó, nó sẽ
tạo các khoản thanh toán cho hồ sơ từ lần cuối cùng nhân viên được trả lương cho đến ngày được chỉ định. Hệ thống mới
đang được thiết kế sao cho bảng lương luôn được tạo tự động và không cần bất kỳ sự can thiệp thủ công nào.

Bảng chú giải

Giới thiệu
Tài liệu này được sử dụng để xác định thuật ngữ cụ thể cho lĩnh vực vấn đề, giải thích các thuật ngữ có thể xa lạ
với người đọc mô tả ca sử dụng hoặc các tài liệu dự án khác. Thông thường, tài liệu này có thể được sử dụng như
một cách không chính thứctừ điển dữ liệu, thu thập các định nghĩa dữ liệu để mô tả ca sử dụng và các tài liệu dự
án khác có thể tập trung vào những gì hệ thống phải làm với thông tin.
Các định nghĩa

Bảng chú giải thuật ngữ chứa các định nghĩa hoạt động cho các khái niệm chính trong Hệ thống Bảng lương.
Hệ thống ngân hàng
Bất kỳ (các) ngân hàng nào mà giao dịch gửi tiền trực tiếp được gửi tới.
Người lao động
Người làm việc cho công ty sở hữu và vận hành hệ thống trả lương (Acme, Inc.)
quản trị viên biên chế

Người chịu trách nhiệm duy trì nhân viên và thông tin nhân viên trong hệ thống.
Cơ sở dữ liệu quản lý dự án
Cơ sở dữ liệu kế thừa chứa tất cả thông tin liên quan đến dự án và số phí.
Đồng hồ hệ thống
Đồng hồ hệ thống nội bộ theo dõi thời gian. Đồng hồ nội bộ sẽ tự động chạy bảng lương vào những thời
điểm thích hợp.
Thời gian thu phí
Khoảng thời gian mà một nhân viên được trả lương.
Tiền lương
Bản ghi về số tiền mà một nhân viên được trả trong Kỳ lương được chỉ định.
Phương thức thanh toán
Cách nhân viên được trả lương, nhận hàng, gửi thư hoặc gửi tiền trực tiếp.
Thẻ chấm công
Bản ghi số giờ làm việc của nhân viên trong một kỳ lương cụ thể.
Đơn đặt hàng

Biên bản bán hàng do nhân viên thực hiện.
Nhân viên được trả lương
Một nhân viên nhận lương.
nhân viên ủy quyền

Một nhân viên nhận được tiền lương cộng với hoa hồng.

Nhân viên theo giờ

Một nhân viên được trả lương theo giờ.

Thông số bổ sung
Mục tiêu
Mục đích của tài liệu này là xác định các yêu cầu của Hệ thống tính lương. Đặc tả bổ sung này liệt kê các yêu cầu
chưa được nắm bắt dễ dàng trong các trường hợp sử dụng của mô hình trường hợp sử dụng. Thông số kỹ thuật
bổ sung và mô hình ca sử dụng cùng nhau nắm bắt một bộ yêu cầu hoàn chỉnh trên hệ thống.
Phạm vi
Đặc tả bổ sung này áp dụng cho Hệ thống tính lương, hệ thống này sẽ được phát triển bởi các sinh viên
OOAD.
Đặc tả này xác định các yêu cầu phi chức năng của hệ thống; chẳng hạn như độ tin cậy, khả năng sử dụng,
hiệu suất và khả năng hỗ trợ cũng như các yêu cầu chức năng phổ biến trong một số trường hợp sử dụng.
(Các yêu cầu chức năng được xác định trong Thông số ca sử dụng.).
Người giới thiệu
Không có.
Chức năng
Không có.
Khả năng sử dụng
Không có.
độ tin cậy
Hệ thống chính phải chạy 98% thời gian. Điều bắt buộc là hệ thống phải hoạt động trong thời
gian tính lương (Thứ Sáu hàng tuần và ngày làm việc cuối cùng của tháng).
Hiệu suất
Hệ thống sẽ hỗ trợ tối đa 2000 người dùng đồng thời đối với cơ sở dữ liệu trung tâm tại bất kỳ thời điểm nào và tối đa 500
người dùng đồng thời đối với các máy chủ cục bộ tại một thời điểm bất kỳ.
Khả năng hỗ trợ

Không có.
Bảo vệ
Hệ thống phải ngăn nhân viên thay đổi bất kỳ thẻ chấm công nào khác ngoài thẻ của họ. Ngoài ra, vì lý do
bảo mật, chỉ Quản trị viên tính lương mới được phép thay đổi bất kỳ thông tin nhân viên nào ngoại trừ
phương thức gửi thanh toán.
Ràng buộc thiết kế

Hệ thống này phải tích hợp với hệ thống kế thừa hiện có, Cơ sở dữ liệu quản lý dự án, là cơ sở dữ
liệu DB2 chạy trên máy tính lớn của IBM.
Hệ thống sẽ giao tiếp với các hệ thống ngân hàng hiện tại thông qua giao diện điện tử (LƯU Ý:
CÁC GIAO DIỆN CHÍNH THỨC VỚI HỆ THỐNG NGÂN HÀNG BÊN NGOÀI CẦN ĐƯỢC ĐỊNH NGHĨA
SỚM TRONG QUY TRÌNH VÀ ĐƯỢC ĐỊNH NGHĨA TẠI ĐÂY HOẶC TRONG TÀI LIỆU HỖ TRỢ RIÊNG.
PHẠM VI CỦA KHÓA HỌC NÀY.)
Hệ thống sẽ cung cấp giao diện máy tính để bàn dựa trên Windows.

Mô hình ca sử dụng
Sơ đồ chính của mô hình trường hợp sử dụng hệ thống tính lương

Tạo báo cáo hành chính

Ca sử dụng cho phép Quản trị viên tính lương tạo báo cáo "Tổng số giờ đã làm việc" hoặc "Trả lương từ đầu năm đến nay".
Dòng sự kiện
Luồng cơ bản
Ca sử dụng bắt đầu khi Quản trị viên tính lương yêu cầu hệ thống tạo báo cáo quản trị.
1. Hệ thống yêu cầu Quản trị viên tính lương chỉ định các tiêu chí báo cáo sau:
- Loại Báo cáo (tổng số giờ làm việc hoặc lương tính đến thời điểm hiện tại),
- Ngày bắt đầu và ngày kết thúc của báo cáo,
- Tên nhân viên
2. Sau khi Quản trị viên tính lương cung cấp thông tin được yêu cầu, hệ thống sẽ cung cấp cho Quản trị viên
tính lương một báo cáo đáp ứng các tiêu chí báo cáo.
3. Sau đó, Quản trị viên tính lương có thể yêu cầu hệ thống lưu báo cáo. Lúc này hệ thống yêu cầu Quản
trị viên tính lương cung cấp tên và vị trí lưu báo cáo.
4. Sau khi Quản trị viên tính lương cung cấp thông tin được yêu cầu và xác nhận quyết định lưu báo cáo, hệ
thống sẽ lưu báo cáo vào tên và vị trí được chỉ định.
5. Nếu Quản trị viên Bảng lương không chọn lưu báo cáo thì báo cáo sẽ bị loại bỏ.
Thông tin được yêu cầu không có sẵn

Nếu trongLuồng cơ bản, thông tin yêu cầu không có, hệ thống sẽ hiển thị thông báo lỗi. Quản trị
viên tính lương có thể chọn quay lại phần đầu củaDòng chảy cơ bản,hoặc hủy thao tác, tại thời
điểm đó ca sử dụng kết thúc.
Định dạng không hợp lệ hoặc thông tin không đầy đủ
Nếu, trongLuồng cơ bản, Quản trị viên tính lương chưa chỉ định đủ thông tin để tạo báo cáo đã
chọn, hệ thống sẽ nhắc tác nhân bổ sung thông tin còn thiếu. Quản trị viên tính lương có thể
nhập thông tin còn thiếu hoặc chọn hủy thao tác, lúc này ca sử dụng sẽ kết thúc.

Không có.
Quản trị viên tính lương phải đăng nhập vào hệ thống để bắt đầu trường hợp sử dụng này.
Điều kiện sau

Điểm mở rộng
Không có.

Tạo báo cáo nhân viên

Ca sử dụng cho phép Nhân viên tạo báo cáo “Tổng số giờ đã làm việc”, “Tổng số giờ đã làm việc cho một dự án”,
“Nghỉ phép/Nghỉ ốm” hoặc “Tổng lương từ đầu năm đến nay”.
Dòng sự kiện
Luồng cơ bản
Ca sử dụng này bắt đầu khi Nhân viên muốn tạo báo cáo “Tổng số giờ đã làm việc”, “Tổng số giờ đã làm việc cho một
dự án”, “Nghỉ phép/Nghỉ ốm” hoặc “Tổng lương từ đầu năm đến nay”.
1. Hệ thống yêu cầu Nhân viên chỉ định các tiêu chí báo cáo sau:
- Loại Báo cáo ("Tổng số giờ đã làm việc", "Tổng số giờ đã làm việc cho một dự án", "Nghỉ phép/Nghỉ ốm" hoặc "Tổng lương
tính đến thời điểm hiện tại")
- Ngày bắt đầu và ngày kết thúc của báo cáo
2. Nếu Nhân viên chọn báo cáo “Tổng số giờ đã làm việc cho một dự án”, hệ thống sẽ truy xuất và hiển
thị danh sách các số phí có sẵn từ Cơ sở dữ liệu quản lý dự án. Sau đó, hệ thống sẽ yêu cầu Nhân
viên chọn số khoản phí.
3. Sau khi Nhân viên cung cấp thông tin được yêu cầu, hệ thống sẽ cung cấp cho Nhân viên một báo cáo đáp
ứng các tiêu chí báo cáo.
4. Sau đó, Nhân viên có thể yêu cầu hệ thống lưu báo cáo. Khi đó, hệ thống yêu cầu Nhân viên
cung cấp tên và vị trí lưu báo cáo.
5. Sau khi Nhân viên cung cấp thông tin được yêu cầu và xác nhận quyết định lưu báo cáo, hệ thống sẽ
lưu báo cáo theo tên và vị trí được chỉ định.
6. Nếu Nhân viên không chọn lưu báo cáo, báo cáo sẽ bị loại bỏ.
Thông tin được yêu cầu không có sẵn

Nếu, trongLuồng cơ bản, thông tin yêu cầu không có, hệ thống sẽ hiển thị thông báo lỗi.
Nhân viên có thể chọn quay lại phần đầu củaDòng chảy cơ bản,hoặc hủy thao tác, tại thời
điểm đó ca sử dụng kết thúc.
Định dạng không hợp lệ hoặc thông tin không đầy đủ
Nếu, trongLuồng cơ bản, Nhân viên chưa chỉ định đủ thông tin để tạo báo cáo đã chọn, hệ
thống sẽ nhắc nhở tác nhân bổ sung thông tin còn thiếu. Nhân viên có thể nhập thông tin còn
thiếu hoặc chọn hủy thao tác, lúc đó ca sử dụng kết thúc.

Không có.
Nhân viên phải đăng nhập vào hệ thống trước khi use case này bắt đầu.
Điều kiện sau

Điểm mở rộng
Không có.

Đăng nhập
Ca sử dụng này mô tả cách người dùng đăng nhập vào Hệ thống tính lương.
Dòng sự kiện
Luồng cơ bản
Ca sử dụng này bắt đầu khi tác nhân muốn Đăng nhập vào Hệ thống tính lương.
1. Người dùng nhập tên và mật khẩu của mình.
2. Hệ thống xác thực tên và mật khẩu đã nhập và đăng nhập tác nhân vào hệ thống.
Tên/Mật khẩu không hợp lệ

Nếu, trongLuồng cơ bản, tác nhân nhập tên và/hoặc mật khẩu không hợp lệ, hệ thống sẽ hiển thị thông
báo lỗi. Tác nhân có thể chọn quay lại phần đầu củaLuồng cơ bảnhoặc hủy đăng nhập, tại thời điểm đó
ca sử dụng kết thúc.

Không có.
Hệ thống đang ở trạng thái đăng nhập và hiển thị màn hình đăng nhập.
Điều kiện sau

Nếu ca sử dụng thành công, tác nhân hiện đã đăng nhập vào hệ thống. Nếu không, trạng thái hệ thống không thay đổi.
Điểm mở rộng
Không có.

Duy trì thông tin nhân viên

Ca sử dụng này cho phép Quản trị viên tính lương duy trì thông tin nhân viên. Điều này bao gồm việc thêm, thay
đổi và xóa thông tin nhân viên khỏi hệ thống.
Dòng sự kiện
Luồng cơ bản
Ca sử dụng này bắt đầu khi Quản trị viên tính lương muốn thêm, thay đổi và/hoặc xóa thông tin nhân viên khỏi hệ
thống.
1. Hệ thống yêu cầu Quản trị viên tính lương chỉ định chức năng mà mình muốn thực hiện (Thêm
nhân viên, Cập nhật nhân viên hoặc Xóa nhân viên)
2. Sau khi Quản trị viên tính lương cung cấp thông tin được yêu cầu, một trong các luồng phụ sẽ được thực thi. Nếu
Quản trị viên tính lương chọn “Thêm nhân viên“, thìThêm nhân viênluồng con được thực thi. Nếu Quản trị viên tính
lương chọn “Cập nhật nhân viên“, thìCập nhật một nhân viênluồng con được thực thi. Nếu Quản trị viên tính lương
chọn “Xóa nhân viên“, thìXóa một nhân viênluồng con được thực thi.
Thêm nhân viên

1. Hệ thống yêu cầu Quản trị viên tính lương nhập thông tin nhân viên. Điêu nay bao gôm:
2. tên
- loại nhân viên (giờ, lương, ủy quyền)
- địa chỉ gửi thư
- Khấu trừ thuế tiêu chuẩn
- các khoản khấu trừ khác (401k, y tế)
- số điện thoại
- mức lương theo giờ (đối với nhân viên theo giờ)
- tiền lương (đối với nhân viên được trả lương và được ủy quyền)
- Tỷ lệ hoa hồng (đối với nhân viên được ủy quyền)
- giới hạn giờ (một số nhân viên có thể không thể làm thêm giờ)
3. Sau khi Quản trị viên tính lương cung cấp thông tin được yêu cầu, hệ thống sẽ tạo và gán một số id nhân
viên duy nhất cho nhân viên đó và đặt phương thức gửi séc lương thành mặc định là "nhận". Nhân viên
được thêm vào hệ thống.
4. Hệ thống cung cấp cho Quản trị viên tính lương id nhân viên mới.
Cập nhật một nhân viên

1. Hệ thống yêu cầu Quản trị viên tính lương nhập id nhân viên.
2. Quản trị viên tính lương nhập id nhân viên. Hệ thống truy xuất và hiển thị thông tin nhân
viên.
3. Quản trị viên tính lương thực hiện các thay đổi mong muốn đối với thông tin nhân viên. Điều này bao gồm bất kỳ
thông tin nào được chỉ định trong luồng phụ Thêm nhân viên.
4. Sau khi Quản trị viên tính lương cập nhật thông tin cần thiết, hệ thống sẽ cập nhật hồ sơ nhân
viên với thông tin cập nhật.
Xóa một nhân viên

1. Hệ thống yêu cầu Quản trị viên tính lương chỉ định id nhân viên.

2. Quản trị viên tính lương nhập id nhân viên. Hệ thống truy xuất và hiển thị thông tin nhân
viên.
3. Hệ thống nhắc Quản trị viên tính lương xác nhận xóa nhân viên.
4. Quản trị viên tính lương xác minh việc xóa.
5. Hệ thống đánh dấu hồ sơ nhân viên để xóa. Lần tính lương tiếp theo, hệ thống sẽ tạo phiếu
lương cuối cùng cho nhân viên đã xóa và xóa nhân viên đó khỏi hệ thống.
Không tìm thấy nhân viên

Nếu trongCập nhật nhân viên hoặc xóa nhân viênluồng con, nhân viên có số id được chỉ định
không tồn tại, hệ thống hiển thị thông báo lỗi. Sau đó, Quản trị viên bảng lương có thể nhập một
số id khác hoặc hủy thao tác, lúc đó ca sử dụng sẽ kết thúc.
Xóa Đã hủy
Nếu trongXóa một nhân viênluồng phụ, Quản trị viên tính lương quyết định không xóa nhân viên,
việc xóa bị hủy vàLuồng cơ bảnđược bắt đầu lại từ đầu.

Không có.
Quản trị viên tính lương phải đăng nhập vào hệ thống trước khi ca sử dụng này bắt đầu.
Điều kiện sau

Nếu ca sử dụng thành công, thông tin nhân viên sẽ được thêm, cập nhật hoặc xóa khỏi hệ thống. Nếu không, trạng thái hệ
Điểm mở rộng
Không có.

Duy trì đơn đặt hàng

Ca sử dụng này cho phép Nhân viên được ủy quyền ghi lại và duy trì các đơn đặt hàng. Điều này bao gồm
thêm, thay đổi và xóa đơn đặt hàng. Nhân viên được ủy quyền phải ghi lại từng đơn đặt hàng của mình để
nhận được hoa hồng.
Dòng sự kiện
Luồng cơ bản
Ca sử dụng này bắt đầu khi Nhân viên được ủy quyền muốn thêm, thay đổi và/hoặc xóa thông tin đơn
đặt hàng khỏi hệ thống.
1. Hệ thống yêu cầu Nhân viên được ủy quyền chỉ định chức năng mà mình muốn thực hiện (Tạo Đơn
đặt hàng, Cập nhật Đơn đặt hàng hoặc Xóa Đơn đặt hàng)
2. Sau khi Nhân viên được ủy quyền cung cấp thông tin được yêu cầu, một trong các quy trình phụ sẽ được thực thi.
Nếu Nhân viên được ủy quyền chọn “Tạo đơn đặt hàng”, thìTạo đơn đặt hàngluồng con được thực thi.
Nếu Nhân viên được ủy quyền chọn “Cập nhật đơn đặt hàng”, thìCập nhật đơn đặt hàngluồng con được thực
thi.
Nếu Nhân viên được ủy quyền chọn “Xóa đơn đặt hàng”, thìXóa đơn đặt hàngluồng con được thực
thi.
Tạo đơn đặt hàng

1. Hệ thống yêu cầu Nhân viên được ủy quyền nhập thông tin đơn hàng. Điêu nay bao gôm:
- điểm liên lạc của khách hàng

- địa chỉ thanh toán của khách hàng
- (các) sản phẩm đã mua
- ngày
2. Sau khi Nhân viên được ủy quyền cung cấp thông tin được yêu cầu, hệ thống sẽ tạo và chỉ định một
số đơn đặt hàng duy nhất cho đơn đặt hàng đó. Đơn đặt hàng được thêm vào hệ thống dành cho
Nhân viên được ủy quyền.
3. Hệ thống cung cấp cho Nhân viên được ủy quyền id đơn đặt hàng mới.
Cập nhật đơn đặt hàng

1. Hệ thống yêu cầu Nhân viên được ủy quyền nhập id đơn hàng.
2. Nhân viên được ủy quyền nhập id đơn đặt hàng.
3. Hệ thống truy xuất đơn đặt hàng được liên kết với id đơn đặt hàng.
4. Hệ thống xác minh rằng đơn đặt hàng là đơn đặt hàng của Nhân viên được ủy quyền và đơn
đặt hàng đó đang mở.
5. Hệ thống hiển thị đơn đặt hàng.
6. Nhân viên được ủy quyền thực hiện các thay đổi mong muốn đối với thông tin đơn đặt hàng. Điều này bao
gồm bất kỳ thông tin nào được chỉ định trongTạo đơn đặt hàngdòng chảy phụ.
7. Sau khi Nhân viên được ủy quyền cập nhật các thông tin cần thiết, hệ thống sẽ cập nhật đơn đặt
hàng với thông tin cập nhật.

Xóa đơn đặt hàng

1. Hệ thống yêu cầu Nhân viên được ủy quyền chỉ định id đơn hàng.
2. Nhân viên được ủy quyền nhập id đơn đặt hàng.
3. Hệ thống truy xuất đơn đặt hàng được liên kết với id đơn đặt hàng.
4. Hệ thống xác minh rằng đơn đặt hàng là đơn đặt hàng của Nhân viên được ủy quyền và đơn
đặt hàng đó đang mở.
5. Hệ thống hiển thị đơn đặt hàng.
6. Hệ thống nhắc Nhân viên được ủy quyền xác nhận việc xóa đơn đặt hàng.
7. Nhân viên được ủy quyền xác minh việc xóa.
8. Hệ thống xóa đơn hàng khỏi hệ thống.
Đơn đặt hàng không tìm thấy

Nếu, trongCập nhật Đơn đặt hàng hoặc Xóa Đơn đặt hàngluồng con, đơn đặt hàng với số id
được chỉ định không tồn tại, hệ thống hiển thị thông báo lỗi. Sau đó, Nhân viên được ủy quyền
có thể nhập một số id khác hoặc hủy thao tác, lúc đó ca sử dụng kết thúc.
Quyền truy cập không hợp lệ vào đơn đặt hàng
Nếu, trongCập nhật Đơn đặt hàng hoặc Xóa Đơn đặt hàngcác luồng phụ, Nhân viên được ủy quyền cố
gắng truy cập vào đơn đặt hàng không phải của mình, hệ thống sẽ hiển thị thông báo lỗi. Sau đó, Nhân viên
được ủy quyền có thể nhập một số id khác hoặc hủy thao tác, lúc đó ca sử dụng kết thúc.
Đơn đặt hàng đã được đóng

Nếu, trongCập nhật Đơn đặt hàng hoặc Xóa Đơn đặt hàngcác luồng con, Nhân viên được ủy quyền
cố gắng truy cập đơn đặt hàng đã bị đóng, hệ thống hiển thị thông báo lỗi. Sau đó, Nhân viên được ủy
quyền có thể nhập một số id khác hoặc hủy thao tác, lúc đó ca sử dụng kết thúc.
Xóa Đã hủy
Nếu, trongXóa đơn đặt hàngluồng phụ, Nhân viên được ủy quyền quyết định không xóa
đơn đặt hàng, việc xóa bị hủy vàLuồng cơ bảnđược bắt đầu lại từ đầu.

Không có.
Nhân viên được ủy quyền phải đăng nhập vào hệ thống trước khi ca sử dụng này bắt đầu.
Điều kiện sau

Nếu ca sử dụng thành công, thông tin đơn đặt hàng sẽ được thêm, cập nhật hoặc xóa khỏi hệ thống. Nếu không,
trạng thái hệ thống không thay đổi.
Điểm mở rộng
Không có.

Duy trì thẻ chấm công
Ca sử dụng này cho phép Nhân viên cập nhật và gửi thông tin phiếu chấm công. Nhân viên làm theo giờ và được trả lương phải nộp
phiếu chấm công hàng tuần ghi lại tất cả số giờ đã làm việc trong tuần đó và số giờ được tính cho dự án nào. Nhân viên chỉ có thể
thực hiện các thay đổi đối với thẻ chấm công cho kỳ lương hiện tại và trước khi thẻ chấm công được gửi.
Dòng sự kiện
Luồng cơ bản
Ca sử dụng này bắt đầu khi Nhân viên muốn nhập số giờ đã làm việc vào thẻ chấm công hiện tại của mình.
1. Hệ thống truy xuất và hiển thị bảng chấm công hiện tại của Nhân viên. Nếu thẻ chấm công không tồn tại cho Nhân viên
trong kỳ lương hiện tại, hệ thống sẽ tạo một thẻ mới. Ngày bắt đầu và ngày kết thúc của bảng chấm công do hệ thống
đặt và Nhân viên không thể thay đổi.
2. Hệ thống truy xuất và hiển thị danh sách số phí hiện có từ Cơ sở dữ liệu quản lý dự án.
3. Nhân viên chọn số tính phí thích hợp và nhập số giờ đã làm việc vào bất kỳ ngày mong muốn nào (trong phạm vi
ngày của thẻ chấm công).
4. Sau khi Nhân viên nhập thông tin, hệ thống sẽ lưu bảng chấm công.
Gửi thẻ chấm công

1. Bất cứ lúc nào, Nhân viên có thể yêu cầu hệ thống gửi phiếu chấm công.
2. Khi đó, hệ thống gán ngày hiện tại cho thẻ chấm công làm ngày gửi và thay đổi trạng thái của thẻ
chấm công thành “đã gửi”. Không được phép thay đổi thẻ thời gian sau khi nó đã được gửi.
3. Hệ thống xác thực thẻ chấm công bằng cách kiểm tra số giờ đã làm việc đối với từng mã số phí.
Tổng số giờ làm việc so với tất cả các khoản phí không được vượt quá bất kỳ giới hạn nào được
thiết lập cho Nhân viên (ví dụ: Nhân viên có thể không được phép làm thêm giờ).
4. Hệ thống lưu giữ số giờ làm việc của từng mã số cước trong thẻ chấm công.
5. Hệ thống lưu bảng chấm công.
6. Hệ thống đặt thẻ chấm công ở chế độ chỉ đọc và không được phép thay đổi thêm sau khi thẻ chấm công
được gửi.
Số giờ không hợp lệ

Nếu, trongDòng chảy cơ bản,nhập số giờ không hợp lệ trong một ngày (>24) hoặc số giờ nhập
vượt quá mức tối đa cho phép đối với Nhân viên, hệ thống sẽ hiển thị thông báo lỗi và nhắc số giờ
hợp lệ. Nhân viên phải nhập một số hợp lệ hoặc hủy thao tác, trong trường hợp đó ca sử dụng kết
thúc.
Thẻ thời gian đã được gửi

Nếu, trongDòng chảy cơ bản,thẻ chấm công hiện tại của Nhân viên đã được gửi, hệ thống hiển thị một bản sao
chỉ đọc của thẻ chấm công và thông báo cho Nhân viên rằng thẻ chấm công đã được gửi nên không thể thực hiện
thay đổi nào đối với thẻ đó. Nhân viên xác nhận tin nhắn và ca sử dụng kết thúc.

Cơ sở dữ liệu quản lý dự án không có sẵn

Nếu, trongDòng chảy cơ bản,Cơ sở dữ liệu quản lý dự án không có sẵn, hệ thống sẽ hiển thị thông
báo lỗi cho biết danh sách số điện thoại có sẵn không có sẵn. Nhân viên thừa nhận lỗi và có thể chọn
tiếp tục (không có số phí có thể chọn) hoặc hủy (mọi thay đổi về thẻ thời gian sẽ bị loại bỏ và trường
hợp sử dụng kết thúc).
Lưu ý: Nếu không có số phí có thể chọn, Nhân viên có thể thay đổi giờ cho số phí đã được liệt kê
trên phiếu chấm công, nhưng không được thêm giờ cho số phí chưa được liệt kê.

Không có.
Điều kiện sau

Nếu ca sử dụng thành công, thông tin thẻ chấm công của Nhân viên sẽ được lưu vào hệ thống. Nếu không, trạng thái hệ thống
không thay đổi.
Điểm mở rộng
Không có.

Chạy Bảng Lương
Ca sử dụng mô tả cách tính lương vào thứ Sáu hàng tuần và ngày làm việc cuối cùng của tháng.
Dòng sự kiện
Luồng cơ bản
1. Ca sử dụng bắt đầu khi đến lúc chạy bảng lương. Việc tính lương được thực hiện tự động vào thứ sáu hàng tuần và ngày làm việc
cuối cùng của tháng.
2. Hệ thống truy xuất tất cả nhân viên cần được trả lương vào ngày hiện tại.
3. Hệ thống tính toán lương bằng cách sử dụng thẻ chấm công, đơn đặt hàng, thông tin nhân viên đã nhập (ví dụ: tiền lương, phúc lợi,
v.v.) và tất cả các khoản khấu trừ hợp pháp.
4. Nếu phương thức gửi thanh toán là gửi qua đường bưu điện hoặc nhận hàng, hệ thống sẽ in phiếu lương.
5. Nếu phương thức thanh toán là gửi tiền trực tiếp, hệ thống sẽ tạo giao dịch ngân hàng và gửi đến Hệ thống ngân
hàng để xử lý.
6. Ca sử dụng kết thúc khi tất cả nhân viên nhận lương vào ngày mong muốn đã được xử lý.
Hệ thống ngân hàng không có sẵn
Nếu Hệ thống Ngân hàng ngừng hoạt động, hệ thống sẽ cố gắng gửi lại giao dịch ngân hàng sau một khoảng thời
gian nhất định. Hệ thống sẽ tiếp tục cố gắng truyền lại cho đến khi Hệ thống Ngân hàng khả dụng.
Nhân viên đã xóa

Sau khi bảng lương cho Nhân viên được xử lý, nếu nhân viên đó bị đánh dấu xóa (xem phần
Duy trì nhân viênuse case) thì hệ thống sẽ xóa nhân viên đó.

Không có.
Không có.
Điều kiện sau

Các khoản thanh toán cho mỗi nhân viên đủ điều kiện được thanh toán vào ngày hiện tại đã được xử lý.
Điểm mở rộng
Không có.

Chọn phương thức thanh toán
Ca sử dụng này cho phép Nhân viên chọn phương thức thanh toán. Phương thức thanh toán kiểm soát cách Nhân viên
sẽ được thanh toán. Nhân viên có thể chọn: trực tiếp nhận séc, nhận séc qua đường bưu điện hoặc gửi trực tiếp vào tài
khoản ngân hàng được chỉ định.
Dòng sự kiện
Luồng cơ bản
Ca sử dụng này bắt đầu khi Nhân viên muốn chọn phương thức thanh toán.
1. Hệ thống yêu cầu Nhân viên chỉ định phương thức thanh toán mà anh ta muốn (có thể: “nhận”, “gửi thư” hoặc “gửi tiền
trực tiếp”).
2. Nhân viên chọn phương thức thanh toán mong muốn.
3. Nếu Nhân viên chọn phương thức thanh toán “nhận hàng” thì không cần thêm thông tin gì.
Nếu Nhân viên chọn phương thức thanh toán “gửi thư”, hệ thống sẽ yêu cầu Nhân viên chỉ định địa chỉ
mà tiền lương sẽ được gửi đến.
Nếu Nhân viên chọn phương thức “gửi tiền trực tiếp”, hệ thống sẽ yêu cầu Nhân viên chỉ định tên ngân
hàng và số tài khoản.
4. Sau khi Nhân viên cung cấp thông tin được yêu cầu, hệ thống sẽ cập nhật thông tin Nhân viên để phản ánh phương thức
thanh toán đã chọn.
Không tìm thấy nhân viên

Nếu, trongLuồng cơ bản, không thể tìm thấy thông tin của nhân viên, hệ thống hiển thị thông báo lỗi
và ca sử dụng kết thúc.

Không có.
Điều kiện sau

Nếu use case thành công, phương thức thanh toán cho Nhân viên sẽ được cập nhật vào hệ thống. Nếu không, trạng thái hệ
Điểm mở rộng
Không có.


Phần 3: Cẩm nang kiến trúc tiền lương
Phiên bản 2004

Cẩm nang kiến trúc tiền lương

Sự miêu tả
Tài liệu này bổ sung tài liệu khóa học cho Bài tập tính lương được sử dụng trong khóa học Phân tích và thiết kế
hướng đối tượng bằng UML. Nó cung cấp các kiến trúc nhất định hỗ trợ việc phát triển mô hình thiết kế Hệ thống
tính lương trong các bài tập của khóa học.
Điều này là do khóa học OOAD tập trung vào việc chứng minh kiến trúc ảnh hưởng như thế nào đến mô hình thiết
kế. OOAD KHÔNG phải là một khóa học kiến trúc. Khóa học OOAD giúp sinh viên hiểu rõ kiến trúc là gì và tại sao
nó quan trọng.
Trong một số phần của tài liệu này, kiến trúc được thể hiện bằng văn bản. Học viên, như một phần của các bài
tập trong suốt khóa học, sẽ tạo ra các sơ đồ UML liên quan. Do đó, để biết cách trình bày kiến trúc UML, hãy xem
Giải pháp bài tập tính lương.
Lưu ý: MỘT TẬP HỢP CON CỦA HỆ THỐNG TRẢ LÃI ĐƯỢC CUNG CẤP. Tập trung vào các yếu tố cần thiết để hỗ trợ các trường
hợp sử dụng Đăng nhập, Duy trì Thẻ chấm công và Chạy Bảng lương.
Cơ chế kiến trúc

Cơ chế phân tích
Tính kiên trì: Một phương tiện để làm cho một phần tử trở nên bền vững (nghĩa là tồn tại sau khi ứng dụng tạo ra nó không còn tồn tại).
Phân bổ: Một phương tiện để phân phối một phần tử trên các nút hiện có của hệ thống. Lưu ý: Đối với khóa học này, chúng tôi đã quyết
định rằng logic nghiệp vụ sẽ được phân phối. Bảo vệ: Một phương tiện để kiểm soát quyền truy cập vào một phần tử.
Giao diện kế thừa: Một phương tiện để truy cập hệ thống cũ với giao diện hiện có.
Bản đồ cơ chế phân tích-thiết kế-triển khai
Cơ chế phân tích Cơ chế thiết kế Cơ chế thực hiện

Tính kiên trì OODBMS (dữ liệu mới) Cửa hàng đối tượng
Tính kiên trì RDBMS (dữ liệu từ JDBC tới Ingres

cơ sở dữ liệu kế thừa)
Phân bổ Phương pháp từ xa Java 1.1 từ Mặt trời

Lời gọi (RMI)
Bảo vệ Các thành phần Secure.java và
UserContextRemoteObject được
thiết kế ngược
Giao diện kế thừa
Lưu ý: Gọi phương thức từ xa (RMI) là một cơ chế dành riêng cho Java cho phép các đối tượng máy khách gọi các hoạt động
trên đối tượng máy chủ như thể chúng là cục bộ. Java RMI gốc đi kèm với Java 1.1 của Sun.

Cơ chế thực hiện
Bảo vệ
Chế độ xem tĩnh: Bảo mật
Mẫu đăng nhập
(từ Khung GUI)

Biểu mẫu ứng dụng chính
(từ rom GUI Framework) + mở()
+ nhậpTên người dùng()
+ bắt đầu() + validUserIDPassword() : boolean
1 0..1
+ setupSecurityContext() + nhậpMật khẩu()
+ displayAvailOperations() + logInUser()
1 + setupSecurityContext()
+ getUserContext() : ISecureUser
0..1
0..1
<<Giao diện>> 0..1 Bối cảnh bảo mật người dùng
IsecureNgười dùng (từ rom Se curity Man ager)
(từ Giao diện an toàn)
+ setAccess (toData: SecureData, truy cập: SecurityAccess)

+ setAccess(toData : ISecureData, access : SecurityAccess) + getAccess(toData : SecureData): SecurityAcces s
+ getAccess(toData : ISecureData) : SecurityAccess + getUserId() : UniqueId
+ getUserId() : UniqueId + UserSecurityContext(userId : UniqueId)
+ mới(forUser: UserID) + checkInternalTables()
<<Giao diện>>
Truy cập bảo mật
Dữ liệu an toàn
+ isReadable() : Boolean
+ getUniqueId() : UniqueId
+ isWriteable() : Boolean
+ isDeleteable() : Boolean
Id duy nhất + makeReadable()
(từ Giao diện an toàn) + makeWriteable()
<< vai trò >> + makeDeleteable()
MẫuSecureClass + tạo e() : UniqueId + mới()
+ asSt ring() : Chuỗi
+ getUniqueID() + UniqueId(giá trị: Chuỗi)
Mô tả lớp học
Dữ liệu an toàn:Cơ chế phân tích:
- Bảo vệ
Truy cập bảo mật:Cơ chế phân tích:

- Bảo vệ
MẫuSecureClass:
Bối cảnh bảo mật người dùng:Cơ chế phân tích:

- Bảo vệ
Id duy nhất:Cơ chế phân tích:

- Bảo vệ
Biểu mẫu ứng dụng chính:Yêu cầu truy xuất nguồn gốc:
- Khả năng sử dụng: Giao diện người dùng trên máy tính để bàn phải tương thích với Windows 95/98.
IsecureNgười dùng:Cơ chế phân tích:

- Bảo vệ

Mẫu đăng nhập:Cơ chế phân tích:

- Bảo vệ
Yêu cầu truy xuất nguồn gốc:

- Khả năng sử dụng: Giao diện người dùng trên máy tính để bàn phải tương thích với Windows 95/98.

Chế độ xem động: Thiết lập người dùng an toàn
Bất kỳ người dùng nào

: : Mẫu đăng nhập : ISecureUser
Biểu mẫu ứng dụng chính
1. bắt đầu( )
1.1. mở( )
2. nhậpTên người dùng( )

Chúng tôi không có mở rộng trên
3. ente rMật khẩu( ) xác nhận vì nó là một

đảo ngược gin
4. tôi ogInUser( ) thành phần
4.1. xác thựcUserIDPassword( )
[ đăng nhập thành công ]
4.2. setupSecurityContext( )
4.2.1. mới(ID người dùng)
Các
5. setupSecurityContext( ) Ứng dụng chính nForm
giữ lại giây ừ
Hiển thị ừ 5.1. getUserContext( ) bối cảnh người dùng cho r sau
hoạt độngation/chức năng xử lý bằng t Anh ta
cái đó ứng dụng người dùng.
cung cấp des.

6. đóng( )
tôiayAvailOperations( )
7. hiển thị

Chế độ xem động: Truy cập dữ liệu an toàn
Chắc chắn : :
khách hàng Bảo mậtTruy cập
Sau khi truy xuất một đối tượng có giao

diện SecureData, Máy khách an toàn sẽ
truy xuất thông tin bảo mật cho đối 1.
tượng bảo mật cho người dùng hiện tại
và so sánh để đảm bảo người dùng hiện 2.
tại xem/chỉnh sửa/xóa thông tin đó.
VÀ/O
3.
VÀ/O
4.

Tính kiên trì - RDBMS - JDBC
Chế độ xem tĩnh: JDBC liên tục
Đối với JDBC, máy khách sẽ làm việc với DBClass để đọc và ghi dữ liệu liên tục.
DBClass chịu trách nhiệm truy cập cơ sở dữ liệu JDBC bằng lớp DriverManager.
Khi kết nối cơ sở dữ liệu được mở, DBClass có thể tạo các câu lệnh SQL sẽ
được gửi đến RDBMS cơ bản và được thực thi bằng cách sử dụng lớp
Statement. Kết quả của truy vấn SQL được trả về trong đối tượng lớp
ResultSet.
<< vai trò >>

Danh sách lớp liên tục
(từ SamplePersistentClass)
<< vai trò >>
Tính kiên trì của khách hàng
(từ SamplePersistency Client) + mới()

+ add(c : PersistentClass)
1
0..*
<< vai trò >>
<< vai trò >>
Lớp liên tục
Lớp DB
+ create() : PersistentClass + getData()

+ read(searchCriteria : string): PersistentClassList + setData()
+ cập nhật (c : PersistentClass)
+ lệnh()
+ xóa(c : PersistentClass) + mới()
1
Trình quản lý trình điều khiển
1 (từ java.sql)
Sự liên quan
(từ java.sql) + getConnection()
+ createSt atement()
Tuyên bố
(từ java.sql)
+ thực thiQuery()
Bộ kết quả
(từ java.sql)
+ thực thiUpdate()
+ getString()

Tính kiên trì của khách hàng:Một ví dụ về một khách hàng của một lớp kiên trì.
Lớp liên tục:Một ví dụ về một lớp học bền bỉ.
Danh sách lớp liên tục:
Tuyên bố:Lớp được sử dụng để thực thi một câu lệnh SQL tĩnh và thu được kết quả do nó tạo ra. Các câu lệnh SQL
không có tham số thường được thực thi bằng cách sử dụng các đối tượng Statement.
Lớp DB:Một mẫu của một lớp chịu trách nhiệm làm cho một lớp khác tồn tại lâu dài. Mỗi
Lớp liên tục sẽ có một DBClass tương ứng (ví dụ: Sinh viên sẽ có một lớp DBStudent).
Với RDBMS, bạn cần ánh xạ các đối tượng/lớp tới các bảng và bạn phải tạo lại các cấu trúc (liên kết/
tập hợp). DBClass là lớp giao diện cơ sở dữ liệu hiểu ánh xạ OO-to-RDBMS và có hành vi giao tiếp với
RDBMS. Lớp giao diện cơ sở dữ liệu này được sử dụng bất cứ khi nào một lớp liên tục cần được tạo,
truy cập hoặc xóa. Lớp giao diện cơ sở dữ liệu làm phẳng đối tượng và ghi nó vào RDBMS, đồng thời
đọc dữ liệu đối tượng từ RDBMS và xây dựng đối tượng.
Sự liên quan:Một kết nối (phiên) với cơ sở dữ liệu cụ thể. Trong ngữ cảnh của Kết nối, các câu lệnh
SQL được thực thi và kết quả được trả về.
Bộ kết quả:Bộ kết quả cung cấp quyền truy cập vào một bảng dữ liệu. Đối tượng ResultSet thường được tạo bằng cách
thực thi một Câu lệnh.
Trình quản lý trình điều khiển:Dịch vụ cơ bản để quản lý một bộ trình điều khiển JDBC.
Chế độ xem động: Đọc JDBC RDBMS


Chế độ xem động: Cập nhật JDBC RDBMS
RDBMS của JDBC
: : DBClass : : Kết nối N : Tuyên bố

Tính kiên trìClie N PersistentClas
1. Truy xuất thứ dữ liệu điện tử sẽ được
1.1. lấy dữ liệu( )

viết cho t cơ sở dữ liệu của anh ấy,
vì vậy nó có thể
1.2. createStatement(
thực thi SQL
tuyên bố
1.3.
Để cập nhật một lớp, máy khách yêu cầu DBClass cập nhật. Truy xuất DBClass từ đối
tượng PersistentClass hiện có và tạo một Tuyên bố mới bằng cách sử dụng thao tác
createStatement() của lớp kết nối. Sau khi Câu lệnh được xây dựng, câu lệnh được
thực thi và cơ sở dữ liệu được cập nhật với dữ liệu mới từ

Chế độ xem động: Tạo JDBC RDBMS
Tạo RDBMS JDBC
: : DBClass : : Sự liên quan : Tuyên bố

Tính kiên trì của khách hàng Lớp liên tục
1. tạo( )
1.1. mới( )
1.2. lấy dữ liệu( )
1.3. createStatement( )
1.4. thực thiUpdate(chuỗi)
Để tạo một lớp mới, máy khách yêu cầu DBClass tạo lớp mới. DBClass tạo một
phiên bản mới của Lớp liên tục với các giá trị mặc định. Sau đó, DBClass tạo một
Tuyên bố mới bằng cách sử dụng thao tác createStatement() của lớp Connection.
Câu lệnh được thực thi và dữ liệu được chèn vào cơ sở dữ liệu.

Chế độ xem động: Xóa JDBC RDBMS
Xóa RDBMS JDBC
: : DBClass : Sự liên quan : Tuyên bố

Tính kiên trì của khách hàng
1. xóa (PersistentClass)
1.1. phần tử createStat( )

ethực thi SQL
Ssự thay đổi
1.2. thực thiUpdate(chuỗi)
Để xóa một lớp, máy khách yêu cầu DBClass xóa một thể hiện của
lớp cụ thể. DBClass tạo một câu lệnh mới bằng cách sử dụng thao
tác createStatement() của lớp Connection và xây dựng câu lệnh
SQL chính xác cho phiên bản đối tượng được truyền vào. Câu lệnh
được thực thi và dữ liệu sẽ bị xóa khỏi cơ sở dữ liệu.

Chế độ xem động: Khởi tạo JDBC RDBMS
JDBC RDBMS Khởi tạo
: DBClass :
Trình quản lý trình điều khiển
1. getConnection(url, user, pass)
Để khởi tạo kết nối, DBClass phải tải trình điều khiển thích
hợp bằng cách gọi thao tác DriverManager getConnection()
bằng URL, người dùng và mật khẩu.
getConnection() cố gắng thiết lập kết nối tới URL cơ sở dữ

liệu đã cho. DriverManager cố gắng chọn trình điều khiển
thích hợp từ bộ trình điều khiển JDBC đã đăng ký.
Thông số:
url - Url cơ sở dữ liệu có dạng jdbc:subprotocol:subname
user - Người dùng cơ sở dữ liệu thay mặt họ thực hiện
Kết nối
mật khẩu - Mật khẩu của người dùng
Trả về một kết nối tới URL

Tính kiên trì - OODBMS - ObjectStore
Chế độ xem tĩnh: Tính kiên trì - ObjectStore OODBMS
Giao diện khách hàng với lớp SampleDBManager, lớp này kiểm soát quyền truy
<< vai trò >> cập vào các đối tượng PersistentClas trong cơ sở dữ liệu. SampleDBManager
Tính kiên trì của khách hàng cũng kiểm soát quyền truy cập, đăng ký và quản lý phiên của người dùng.
(từ SamplePersistency Client) SampleDBManager có thể chạy như một máy chủ ứng dụng hoạt động phía
sau máy chủ web và cung cấp quyền truy cập vào cơ sở dữ liệu.
0..*
Để truy cập một đối tượng liên tục, máy khách làm việc với c lass
1
SampleDBManager. Máy khách có thể tạo một phiên bản mới của
<< vai trò >>
PersistentClass bằng toán hạng " newPersistentClass()" hoặc gọi một
Trình quản lý mẫuDB
lệnh trên PersistentClass bằng toán hạng "command( )". Trong ứng
dụng thực tế, thao tác "lệnh()" sẽ được thay thế bằng các thao tác từ
Persis tentClass.
+ khởi tạo()
+ lệnh() Máy khách chịu trách nhiệm khởi tạo kích thước và tắt cơ sở dữ liệu
+ tắt máy()
thông qua lớp SampleDBManager, tuy nhiên máy khách không cần
+ mớiLều PersisClass() biết bất kỳ chi tiết nào của cơ sở dữ liệu ObjectStore.
+ RemovePers istentClass()
+ getPers istentClassData()
Trong ngữ cảnh của cơ sở dữ liệu ObjectStore, Pers istentClass được
coi là "lớp gốc". Nếu có các lớp gốc khác, sẽ có các lớp bổ sung có
quan hệ liên kết với SampleDBManager.
<< vai trò >>
Lớp liên tục
Từ hướng dẫn sử dụng ObjectStore: "Các đối tượng trở thành các đối tượng bền vững
khi chúng được tham chiếu bởi các đối tượng bền vững khác. Ứng dụng xác định các
gốc liên tục và khi nó cam kết khi giao dịch, PSE/PSE Pro sẽ tìm thấy tất cả các đối
+ getData()
tượng có thể truy cập được từ các gốc liên tục và lưu trữ chúng trong cơ sở dữ liệu.
+ setData()
+ lệnh()
Đây là tính năng được dẫn dắt bởi khả năng tiếp cận và nó giúp duy trì
+ mới()
ngữ nghĩa quản lý lưu trữ tự động của Java. "
Bạn xác định PersistentClass cho việc sử dụng lều kiên trì giống như cách
bạn xác định nó để sử dụng tạm thời. Ngoài câu lệnh import com.odi.* bắt
buộc, hầu như không có mã đặc biệt nào cho việc sử dụng liên tục Persis
tentClass.
Tính kiên trì của khách hàng:Một ví dụ về một khách hàng của một lớp kiên trì.
Trình quản lý mẫuDB:Chịu trách nhiệm cung cấp quyền truy cập vào các đối tượng liên tục.
SampleDBManager là một ví dụ về lớp mà người dùng ObjectStore sẽ viết. Nó là một lớp điều khiển cung cấp một điểm
vào duy nhất vào cơ sở dữ liệu ObjectStore cụ thể. Người dùng sẽ thêm các thao tác thích hợp vào lớp để truy cập các thực
thể trong cơ sở dữ liệu. Nó thường được triển khai dưới dạng đơn lẻ, nhưng không nhất thiết phải như vậy (nếu một ứng
dụng cần mở nhiều phiên bản của cơ sở dữ liệu cùng một lúc thì mỗi phiên bản sẽ có SampleDBManager riêng). Cả hai giải
pháp đều hoạt động, nó chỉ phụ thuộc vào cách bạn muốn thực hiện.
Lớp liên tục:Một ví dụ về một lớp học bền bỉ.

Chế độ xem tĩnh: Tính kiên trì - Chi tiết DBManager
Lớp DBManager chứa hầu hết mã dành riêng cho cơ sở dữ liệu, chẳng
hạn như bắt đầu và kết thúc giao dịch. Không có đối tượng DBManager
nào được lưu trữ trong cơ sở dữ liệu, điều đó có nghĩa là lớp DBManager
không bắt buộc phải có khả năng duy trì lâu dài.
Lớp SampleDBManager có các thành viên tĩnh theo dõi cơ sở

dữ liệu đang mở. Nó cũng có một số
các phương thức tĩnh, mỗi phương thức thực hiện một giao dịch trong cơ sở dữ liệu
ObjectStore.
<< vai trò >>

Trình quản lý mẫuDB
+ khởi tạo()
+ lệnh()
+ tắt máy()
+ newPersistentClass() : PersistentClass
1
+ RemovePersistentClass(theClass : PersistentClass)
+ getPersistentClassData() : PersistentClass
Phiên họp
(từ com.odi) 1 Quặng đối tượng
1 1 1 (từ com.odi)
1
1
+ tạo()
+ hủy (đối tượng: Đối tượng)
+ tham gia()
+ chấm dứt() 0..*

1 Giao dịch
Bản đồ
(từ com.odi)
(từ rom com.od i)

+ bắt đầu()
+ put(name : string, object : Object) + cam kết (giữ lại: int)

+ get(name : string): Đối tượng
+ xóa(tên: chuỗi) 1
+ mới()
Cơ sở dữ liệu
(từ com.odi)
Bạn không cần phải sử dụng lớp Map làm

+ mở()
bộ sưu tập. Bạn có thể sử dụng bất kỳ số
+ tạo()
lượng bộ sưu tập nào mà ObjectStore cung
+ createRoot(name : string, object : Object)
cấp hoặc bạn có thể xác định bộ sưu tập
+ đóng()
của riêng mình. Chúng tôi đã chọn sử dụng
Bản đồ.
Phiên họp:Lớp đại diện cho một phiên cơ sở dữ liệu. Một phiên phải được tạo để truy cập cơ sở dữ liệu
và mọi dữ liệu liên tục.
Phiên là bối cảnh trong đó cơ sở dữ liệu PSE/PSE Pro được tạo hoặc mở và các giao dịch có thể được thực thi.
Mỗi lần chỉ có một giao dịch có thể tồn tại trong một phiên.
Bản đồ:Một lớp chứa bản đồ liên tục lưu trữ các cặp khóa/giá trị.

Cơ sở dữ liệu:Lớp Cơ sở dữ liệu đại diện cho cơ sở dữ liệu ObjectStore.
Trước khi bắt đầu tạo các đối tượng cố định, bạn phải tạo cơ sở dữ liệu để lưu giữ các đối tượng đó. Trong các quy trình
tiếp theo, bạn mở cơ sở dữ liệu để cho phép quy trình đọc hoặc sửa đổi các đối tượng. Để tạo cơ sở dữ liệu, bạn gọi
phương thức create() tĩnh trên lớp Cơ sở dữ liệu và chỉ định tên cơ sở dữ liệu cũng như chế độ truy cập.
Giao dịch:Một giao dịch ObjectStore. Quản lý một đơn vị công việc hợp lý. Tất cả các đối tượng liên tục phải được truy
cập trong một giao dịch.
Cửa hàng đối tượng:Xác định các hoạt động cấp hệ thống không dành riêng cho bất kỳ cơ sở dữ liệu nào.
Trình quản lý mẫuDB:Chịu trách nhiệm cung cấp quyền truy cập vào các đối tượng liên tục.
SampleDBManager là một ví dụ về lớp mà người dùng ObjectStore sẽ viết. Nó là một lớp điều khiển cung cấp một điểm
vào duy nhất vào cơ sở dữ liệu ObjectStore cụ thể. Người dùng sẽ thêm các thao tác thích hợp vào lớp để truy cập các thực
thể trong cơ sở dữ liệu. Nó thường được triển khai dưới dạng đơn lẻ, nhưng không nhất thiết phải như vậy (nếu một ứng
dụng cần mở nhiều phiên bản của cơ sở dữ liệu cùng một lúc thì mỗi phiên bản sẽ có SampleDBManager của riêng nó). Cả
hai giải pháp đều hoạt động, nó chỉ phụ thuộc vào cách bạn muốn thực hiện.

Chế độ xem động: ObjectStore – Tạo OODBMS
ObjectStore OODBMS Tạo
: : : Giao dịch : Cơ sở dữ liệu gốc:

Tính kiên trì của khách hàng Trình quản lý mẫuDB Lớp liên tục Bản đồ
1. newPersistentClass( )
1.1. bắt đầu( ) constructor
gọi
Gốc là
1.2. mới( ) mục nhập
chỉ vào thứ e
Cơ sở dữ liệu.
1.3. put(chuỗi, đối tượng)
1.4. cam kết(int)

Vượt qua tkhóa duy nhất các
kiên trì Ncho tClass và
kiên trì NtClass.
Trên mỗi SistentClass sẽ là được lưu trữ trong
bản đô, và sau đó , bên trong
đối tượngSt Cơ sở dữ liệu quặng.
Để tạo một phiên bản mới của PersistentClass trong cơ sở dữ liệu, trước tiên
SampleDBManager tạo một giao dịch rồi gọi hàm tạo cho PersistentClass. Khi lớp
đã được xây dựng, lớp đó sẽ được thêm vào cơ sở dữ liệu thông qua thao tác "put()"
gốc. Giao dịch sau đó được cam kết.

Chế độ xem động: Xóa ObjectStore OODBMS
ObjectStore OODBMS Xóa
: : : Giao dịch Cơ sở dữ liệu gốc: : : Cửa hàng đối tượng
Tính kiên trì của khách hàng Trình quản lý mẫuDB Bản đồ Lớp liên tục
Truy xuất phiên bản

bị gỡ bỏ, Gốc là
chuyển vào id duy người vào y
1. RemovePersistentClass(PersistentClass)
nhất của điểm int ồ anh ấy
1.1. bắt đầu( ) PersistentClass được Dat abas đ.
đã xóa
Nếu tôi Nlập trường để được
xóa bỏ d có thành phần
1.2. lấy (chuỗi)
các bộ phận ( Tôi
. e., có một
máy tính vị trí giữa
của họ Sgiao du 1.3. lấy dữ liệu( )
lớp học es), những phần đó

phải beđã lấy và Một khi "
1.4. gỡ bỏ ve(chuỗi)
các bộ phận"
manuôitôi
tôi
đã xóa. Cái này đã được
essary vì đó không
không cần thiết
đã xóa, lại di chuyển
luôn phải là trường hợp bản gốc lớp học

r loại bỏ bằng lỗ
ae
các bộ phận
cái w (chỉ với 1.5. tiêu diệt (Đối tượng)

máy tính vị trí là
trọn đời eStrùng hợp).

1.6. làm Xóa hoàn toàn phiên bản khỏi cơ
sở dữ liệu ObjectStore. điều này
đồng bộ hóa bộ đệm và cơ sở dữ
liệu vật lý.
Điều này buộc việc xóa phải diễn ra
ngay lập tức, thay vì được lưu vào bộ
nhớ đệm (bạn không muốn
một cái gì đó khác để liên kết
đến một đối tượng sẽ bị xóa).
Để xóa một đối tượng khỏi cơ sở dữ liệu, SampleDBManager trước tiên tạo một giao dịch mới, xóa
mọi phần cấu thành và sau đó xóa đối tượng bằng thao tác "remove()" gốc cơ sở dữ liệu. Sau đó,
đối tượng sẽ bị xóa hoàn toàn khỏi cơ sở dữ liệu ObjectStore ngay lập tức thông qua
ObjectStore.destry(). Khi đối tượng đã bị xóa, giao dịch được thực hiện.
Do đó, trong ObjectStore, việc xóa thực sự có hai bước -- xóa khỏi lớp container là cơ sở dữ liệu trong
bộ nhớ và xóa khỏi cơ sở dữ liệu vật lý. đó là vì bạn muốn việc xóa diễn ra ngay lập tức, thay vì được lưu
vào bộ nhớ đệm.

Chế độ xem động: Đọc OODBMS của ObjectStore
Đọc OODBMS của ObjectStore
: : : Giao dịch : Cơ sở dữ liệu gốc:

Tính kiên trì của khách hàng Trình quản lý mẫuDB Lớp liên tục Bản đồ
Gốc là
1. getPersistentClassData( ) mục nhập
Tìm đối tượng TRONG điểm int ot Anh ta
1.1. bắt đầu( )
kho dữ liệu; vượt qua Cơ sở dữ liệu.
trong k duy nhất ôi
Bắt đầu một chỉ đọc
t giao dịch Tôi
vào để đảm bảo
rằng đối tượng không phải
1.2. lấy (chuỗi)
thay đổi d trong khi chúng ta
đọc Nó
1.3. getDa ta(Chuỗi)
1.4. đồng mmit(RETAIN_HO THẤP)

Nốt Rêquảng cáo dữ liệu từ
retu đối tượng được tìm kiếm
Chỉ định la vật thể Vân vân
Tùy chọn RETAIN_HOLLOW

Tôicác tham
trên comm t(), để
chiếu đến dữ liệu được truy
xuất có thể được sử dụng bên
ngoài giao dịch.
Để đọc một đối tượng, trước tiên SampleDBManager tạo một giao dịch chỉ đọc mới, sau đó tra cứu đối
tượng bằng thao tác Map "get()". Khi đối tượng đã được tìm thấy, nó có thể được đọc bằng thao tác
"getData()" và giao dịch đã được thực hiện. RETAIN_HOLLOW được chỉ định cho cam kết,. vì vậy các
tham chiếu đến đối tượng và dữ liệu được truy xuất có thể được sử dụng bên ngoài giao dịch truy xuất.
Sau khi giao dịch được thực hiện, đối tượng có thể được cập nhật.
Lưu ý: Mặc dù RETAIN_HOLLOW được chỉ định nhưng nó không đảm bảo tính toàn vẹn của tham chiếu
bên ngoài giao dịch. Vẫn có một số rủi ro rằng tài liệu tham khảo có thể đã lỗi thời. RETAIN_HOLLOW về
cơ bản có nghĩa là "Tôi cố tình chấp nhận rủi ro như vậy". Nếu tùy chọn đó không được sử dụng thì tài
liệu tham khảo sẽ không có sẵn.

Chế độ xem động: Cập nhật OODBMS của ObjectStore
Cập nhật OODBMS của ObjectStore
: : : Giao dịch Cơ sở dữ liệu gốc: :

Tính kiên trì của khách hàng Trình quản lý mẫuDB Bản đồ Lớp liên tục
1. lệnh( ) Gốc là
mục nhập
1.1. bắt đầu( ) chỉ vào
Cơ sở dữ liệu.
Tìm t anh phản đối
cơ sở dữ liệu S
trong ae; nhập
duy nhất phím e 1.2. lấy (chuỗi)
Gọi sự vật
yêu cầu
1.3. yêu cầu( )
1.4. làm
Để cập nhật một đối tượng, trước tiên SampleDBManager tạo một giao
dịch mới sau đó tra cứu đối tượng bằng thao tác Map "get ()". Một khi
đối tượng đã được tìm thấy, một lệnh có thể được thực hiện trên nó.
Khi lệnh hoàn tất, giao dịch được thực hiện.
Một put () tot a Map riêng biệt là không cần thiết vì thao tác get () trả về một
tham chiếu đến đối tượng liên tục và mọi thay đổi đối với đối tượng đó, nếu
được thực hiện trong ngữ cảnh khi giao dịch, sẽ được tự động thực hiện tot
anh cơ sở dữ liệu.

Chế độ xem động: Khởi tạo ObjectStore OODBMS
Khởi tạo ObjectStore OODBMS
: : : Phiên họp : Cơ sở dữ liệu : Giao dịch Cơ sở dữ liệu gốc:

Tính kiên trì của khách hàng Trình quản lý mẫuDB Bản đồ
1. ize ban đầu( )

1.1. tạo nên( )
Gốc là điểm vào int Đó là ồ
Cơ sở dữ liệu. một điểm "đặc biệt" data
1.2. tham gia( )
kết cấu. MỘT
ny thay đổi thành t của anh ấy
cấu trúc dữ liệu bạn

nếu điều đó xảy ra đằng sau
bối cảnh Một
thì giao dịch sẽ là
áp dụng cho t anh ấy đã liên kết
1.3. tạo nên( ) đối tượnglưu trữ e Cơ sở dữ liệu.
1.4. bắt đầu( )

Vượt qua
tên của
Bản đồ cũng vậy 1.5. Nôi( )
như Bản đồ
chính nó (bản đồ Tạo bản đồ răng se
1.6. createRoot( String, đối tượng)
là một đối tượng). đóng vai trò là da tabase
nguồn gốc.
1.7. làm ()
Khi phiên đã được tạo và tham gia, SampleDBManager phải mở và tạo cơ sở dữ liệu mới.
Để tạo cơ sở dữ liệu, SampleDBManager tạo một giao dịch mới và tạo "gốc" của cơ sở dữ liệu bằng thao
tác "createRoot()".
Root là điểm vào Cơ sở dữ liệu (lớp gốc là lớp cấp cao nhất trong cơ sở dữ liệu đối tượng). Đó là cấu trúc dữ
liệu "đặc biệt" (trong ví dụ trên là Bản đồ chứa các phiên bản của lớp gốc và tất cả các lasses c "có thể truy
cập"). Bất kỳ thay đổi nào đối với cấu trúc dữ liệu này xảy ra trong bối cảnh giao dịch sẽ được áp dụng cho
Cơ sở dữ liệu ObjectStore được liên kết. Có thể có nhiều cơ sở dữ liệu gốc.
Khi gốc đã được tạo, giao dịch được thực hiện.

Chế độ xem động: Tắt máy OODBMS của ObjectStore
Tắt máy OODBMS quặng ObjectSt
: : : Cơ sở dữ liệu : Phiên họp

Tính kiên trì của khách hàng Trình quản lý mẫuDB
1. tắt máy( )
1.1. đóng( )
1.2. chấm dứt( )
Để tắt cơ sở dữ liệu, SampleDBManager phải đóng cơ sở

dữ liệu và chấm dứt phiên.

Phân phối - RMI
Chế độ xem tĩnh: Phân phối - RMI
Đặt tên.:
* Đây là cơ chế khởi động để thu thập các tham chiếu tới điều khiển từ xa
* các đối tượng dựa trên cú pháp Bộ định vị tài nguyên thống nhất (URL). URL
* đối với một đối tượng ở xa được chỉ định bằng cách sử dụng máy chủ, cổng và
* tên:
* rmi://host:port/name
* máy chủ = tên máy chủ của sổ đăng ký (mặc định là máy chủ hiện tại)
* port = số cổng đăng ký (mặc định là số cổng đăng ký) name =
* tên cho đối tượng từ xa
MẫuPhân phốiLớp:Một ví dụ về một lớp được phân phối.
Xa:
* Giao diện Remote dùng để xác định tất cả các đối tượng từ xa.
* Bất kỳ đối tượng nào là đối tượng ở xa đều phải thực hiện trực tiếp hoặc gián tiếp
* giao diện này. Chỉ những phương thức được chỉ định trong giao diện từ xa mới được
* có sẵn từ xa. 
* Các lớp triển khai có thể triển khai bất kỳ số lượng giao diện từ xa nào
* và có thể mở rộng các lớp triển khai từ xa khác.
Đối với tất cả các lớp nhận ra giao diện Từ xa, một sơ khai từ xa và một khung từ xa sẽ được
tạo. Các lớp này xử lý giao tiếp phải xảy ra để hỗ trợ phân phối.

MẫuDistributedClassClient:Một ví dụ về một khách hàng của một lớp phân tán.
Dữ liệu mẫu đã qua:Một ví dụ về dữ liệu được truyền đến/từ một lớp phân tán.
UnicastTừ XaĐối Tượng:
ISampleDistributedClassInterface:Một ví dụ về giao diện được xác định cho lớp phân tán.
Có thể tuần tự hóa:Bất kỳ lớp Java nào bạn muốn chuyển làm đối số cho một thao tác trên giao diện từ xa đều
phải nhận ra giao diện Serializable.
Chế độ xem động: Thiết lập kết nối từ xa (chi tiết)
Remote Stub và Remote Skeleton thay thế lớp ban

đầu đã được phân phối.
Khách hàng phân phối: : Đặt tên. Sơ khai từ xa Xa

MẫuDistributedClassClient Bộ xương
Tra cứu xóa đối tượng của bạn bởi

chỉ định nó URL. Cái này
trả lại một lời giới thiệu bắt đầu từ
1. tra cứu(Chuỗi) đối tượng từ xa giao diện t.
2. làm gì đó
2.1. làm việc gì đó
s vào khung biểu tượng cảm cô gái được chuyển tiếp

Tất cả các cuộc gọi
đến r xúc c được phân phối.
Sơ đồ này mô tả những gì xảy ra “dưới mui xe”, nhưng trên thực tế,
bạn không thực sự cần lập mô hình RemoteStub và RemoteSkeleton
vì chúng được tạo tự động bởi các công cụ của Sun.

Chế độ xem động: Thiết lập kết nối từ xa
: : Đặt tên. : :
MẫuDistributedClassClient ISampleDist phân nhánhClassInterface MẫuPhân phốiLớp
Tra cứu đối tượng từ xa qua

chỉ định URL của nó. Cái này
ret urns một tham chiếu đến các

1. tra cứu(Chuỗi) giao diện đối tượng từ xa đ.
2. làm gì đó
2.1. làm việc gì đó
Tất cả các cuộc gọi tới giao diện lớp học bị hủy hoại
phân phối đều được chuyển tiếp ed tot anh ấy thực tế

lớp phân phối ed

Chế độ xem hợp lý
Phân tích kiến trúc
Lớp cấp trên

- Lớp ứng dụng
- Lớp dịch vụ kinh doanh
Phụ thuộc lớp cấp trên
- Lớp Ứng dụng phụ thuộc vào lớp Dịch vụ nghiệp vụ
Thiết kế kiến trúc
Kết hợp ObjectStore

Đối với Hệ thống tính lương, một lớp gốc duy nhất đã được chọn -- Nhân viên.
Vùng chứa được chọn là Bản đồ, trong đó khóa duy nhất để truy cập Nhân viên là ID nhân viên.
Có một lớp DBManager cho mỗi phiên bản cơ sở dữ liệu ObjectStore. Đối với Hệ thống tính lương, có một cơ sở dữ
liệu ObjectStore, Cơ sở dữ liệu tính lương, chứa thông tin nhân viên, bao gồm phiếu chấm công, đơn đặt hàng và
thông tin về phiếu lương. Do đó, có một PayrollDBManager tồn tại trong gói Hỗ trợ OODBMS mới.
Đối với cơ chế liên tục của ObjectStore, lớp DBManager bao gồm các hoạt động để truy cập các thực thể liên tục
OODBMS trong cơ sở dữ liệu. Đối với lớp PayrollDBManager, các hoạt động đã được thêm vào để truy cập thông tin
Nhân viên, Thẻ chấm công, Đơn đặt hàng và Phiếu lương vì điều đó là bắt buộc đối với chức năng hệ thống cốt lõi.
Trong Xác định Cơ chế Thiết kế, kiến trúc sư cung cấp hướng dẫn cho người thiết kế và đảm bảo rằng kiến
trúc có cơ sở hạ tầng cần thiết để hỗ trợ cơ chế. Do đó, PayrollDBManager và các gói và mối quan hệ kiến
trúc hỗ trợ (Hỗ trợ OODBMS) đã được xác định trong Xác định Cơ chế Thiết kế. Tuy nhiên, việc phát triển các
sơ đồ tương tác mô tả các hoạt động này và nơi chúng phù hợp với việc thực hiện ca sử dụng hiện có đã bị trì
hoãn cho đến khi thiết kế chi tiết (ví dụ: Ca sử dụng và Thiết kế hệ thống con).
Sơ đồ sau đây thể hiện các hoạt động đã được xác định cho PayrollDBManager trong quá trình Xác
định Cơ chế Thiết kế:

Các lớp kiến trúc và sự phụ thuộc của chúng: Sơ đồ chính
<<lớp>>
Ứng dụng
<<lớp>>
Việc kinh doanh
Dịch vụ
<<lớp>>
Phần mềm trung gian
Tái sử dụng cơ sở
toàn cầu
Mô tả lớp
Lớp ứng dụng:Lớp Ứng dụng chứa các thành phần thiết kế dành riêng cho ứng dụng.
Lớp dịch vụ kinh doanh:Lớp Dịch vụ nghiệp vụ chứa các phần tử dành riêng cho nghiệp vụ được sử dụng trong
một số ứng dụng.
Tái sử dụng cơ sở:Các yếu tố thiết kế cơ bản có thể tái sử dụng.
Lớp phần mềm trung gian:Cung cấp các tiện ích và dịch vụ độc lập với nền tảng.

Gói và phần phụ thuộc của chúng: Sơ đồ phụ thuộc gói
Sự quản lý Người lao động

Lương bổng
(từ Ứng dụng) Các hoạt động
(từ Ứng dụng)
(từ Ứng dụng)
<< hệ thống con>>

Hệ thống ngân hàng
(từ Dịch vụ kinh doanh)

Dịch vụ in

Dữ liệu quản lý dự án
Hệ thống bên ngoài như thế
Giao diện (từ Dịch vụ kinh doanh)

Khi OODBMS
cơ chế được kết hợp, sự phụ
thuộc vào
Hỗ trợ ObjectStore sẽ được thêm
vào
Hỗ trợ ObjectStore
(từ Dịch vụ kinh doanh )
Hiện vật bảng lương

(từ Dịch vụ kinh doanh )
Khung GUI
(từ Bảo mật)
Bảo vệ

Chắc chắn Khi RDBMS
Quản lí an ninh
Giao diện cơ chế được kết hợp, phần
(từ Bảo mật) phụ thuộc vào java.sql sẽ
(từ Bảo mật)
được thêm vào
com.odi java.sql
java.rmi java.awt (từ Phần mềm trung gian) (từ Phần mềm trung gian)
(từ (từ Phần mềm trung gian)
Tái sử dụng cơ sở
java.lang
toàn cầu
(từ Phần mềm trung gian)
Mô tả gói
Hoạt động của nhân viên:Chứa các yếu tố thiết kế hỗ trợ các ứng dụng của Nhân viên.
Sự quản lý:Chứa các yếu tố thiết kế hỗ trợ các ứng dụng của Quản trị viên bảng lương.
Lương bổng:Chứa các yếu tố thiết kế hỗ trợ việc thực hiện xử lý bảng lương.

Hiện vật bảng lương:Chứa các bản tóm tắt bảng lương cốt lõi.
Hệ thống con hệ thống ngân hàng:Đóng gói thông tin liên lạc với tất cả các hệ thống ngân hàng bên ngoài.
Giao diện hệ thống bên ngoài:Chứa các giao diện hỗ trợ truy cập vào hệ thống bên ngoài. Điều này là để các lớp giao
diện hệ thống bên ngoài có thể được kiểm soát phiên bản một cách độc lập với các hệ thống con hiện thực hóa chúng.
Hệ thống con dịch vụ in:Cung cấp các tiện ích để tạo bản cứng.
Hệ thống con cơ sở dữ liệu quản lý dự án:Đóng gói giao diện tới cơ sở dữ liệu kế thừa chứa thông
tin liên quan đến các dự án và số phí.
java.awt:Gói java.awt chứa các thành phần thiết kế GUI cơ bản cho java.
com.odi:Gói com.odi chứa các thành phần thiết kế hỗ trợ cơ chế bền vững OODBMS. Tên của gói
trong mô hình phản ánh quy ước đặt tên cho phần mềm Java của bên thứ 3. Quy ước là sử dụng tên
miền ngược lại, vì vậy nếu Rational có gói Java có tên là "util" thì họ sẽ gọi nó là "com.rational.util".
Com.odi này không liên quan gì đến Microsoft COM/DCOM; chúng hoàn toàn tách biệt. Không có gì
liên quan đến COM/DCOM khi sử dụng CORBA, RMI hoặc ObjectStore.
Tái sử dụng cơ sở:Các yếu tố thiết kế cơ bản có thể tái sử dụng.
java.lang:Gói này chứa một số thành phần thiết kế java cơ bản.
Bảo vệ:Chứa các phần tử thiết kế thực hiện cơ chế bảo mật.
Khung GUI:Gói này bao gồm toàn bộ khuôn khổ để quản lý giao diện người dùng.
Nó có ViewHandler quản lý việc mở và đóng các cửa sổ, cộng với giao tiếp giữa các cửa
sổ để các cửa sổ không cần phụ thuộc trực tiếp vào nhau.
Khung này có tính năng nhận biết bảo mật, nó có một cửa sổ đăng nhập sẽ tạo đối tượng ngữ cảnh người dùng thường trú trên máy
chủ. Lớp ViewHandler quản lý một điều khiển đối tượng ngữ cảnh của người dùng.
ViewHandler cũng khởi động các lớp trình điều khiển cho từng trình quản lý ca sử dụng.
Giao diện an toàn:Chứa các giao diện cung cấp cho khách hàng quyền truy cập vào các dịch vụ bảo mật.
Hệ thống con quản lý bảo mật:Cung cấp việc triển khai các dịch vụ bảo mật cốt lõi.
Hỗ trợ ObjectStore:Chứa các thành phần thiết kế dành riêng cho doanh nghiệp hỗ trợ cơ chế bền
vững OODBMS. Điều này bao gồm DBManager. Lớp DBManager phải chứa các thao tác cho mọi lớp
liên tục OODBMS.
java.rmi:Gói java.rmi chứa các lớp triển khai cơ chế phân phối RMI. Gói này có sẵn trên thị
trường với hầu hết các IDE JAVA tiêu chuẩn.
java.sql:Gói chứa các thành phần thiết kế hỗ trợ tính ổn định của RDBMS.

Chế độ xem quy trình
Quy trình
Các quy trình của Hệ thống tính lương sẽ như sau:
Một quy trình trên mỗi giao diện chính hoặc nhóm biểu mẫu (ví dụ: Ứng dụng nhân viên):
- Ứng dụng Nhân viên: Điều khiển giao diện của ứng dụng Nhân viên. Kiểm soát nhóm biểu mẫu mà nhân viên
sử dụng.
Có một quy trình cho mỗi giao diện chính vì những quy trình này hiện được coi là các ứng dụng riêng biệt, loại trừ lẫn nhau
và sẽ chạy đồng thời với nhau.
Một quy trình cho mỗi bộ điều khiển dịch vụ kinh doanh:
- Quy trình kiểm soát tiền lương
- Quy trình điều khiển thẻ thời gian
Có một quy trình cho mỗi bộ điều khiển vì các hoạt động này sẽ cần chạy đồng thời với nhau.
Một quy trình cho mỗi hệ thống bên ngoài:
- Quản lý dự ánDBAccess
- Truy cập hệ thống ngân hàng
- Truy cập máy in
Có một quy trình cho mỗi hệ thống bên ngoài. Các quy trình này quản lý quyền truy cập vào các hệ thống đó. Việc truy cập như vậy có thể
chậm, vì vậy điều này cho phép các chức năng khác tiếp tục trong khi các quy trình hệ thống bên ngoài chờ đợi trên hệ thống bên ngoài. Các
quy trình này cũng đồng bộ hóa quyền truy cập vào các hệ thống bên ngoài từ các quy trình hệ thống khác.
Để cải thiện hơn nữa thông lượng và quay vòng, chuỗi Giao dịch Ngân hàng đã được xác định để cho phép nhiều quyền truy cập vào
Hệ thống Ngân hàng xảy ra đồng thời. Mỗi lần một giao dịch cần được gửi đến Hệ thống Ngân hàng, một luồng khác sẽ được sử
dụng. Chuỗi Giao dịch Ngân hàng sẽ chạy trong bối cảnh của quy trình Truy cập Hệ thống Ngân hàng.
Nhìn chung, các quy trình và luồng trên được xác định để hỗ trợ thời gian phản hồi nhanh hơn và tận dụng
nhiều bộ xử lý.
Yếu tố thiết kế để lập bản đồ quy trình

- Các lớp liên kết với giao diện người dùng riêng lẻ phải được ánh xạ tới các quy trình đó.
- Các lớp liên quan đến các dịch vụ kinh doanh riêng lẻ phải được ánh xạ tới các quy trình đó.
- Các lớp liên quan đến quyền truy cập vào hệ thống bên ngoài phải được ánh xạ tới các quy trình đó.
Chế độ xem triển khai
Nút và kết nối

Các nút của kiến trúc vật lý cho Hệ thống tính lương như sau:
- Máy tính để bàn (bộ xử lý)
- Máy chủ tính lương (bộ xử lý)
- Hệ thống ngân hàng (bộ xử lý)
- Cơ sở dữ liệu quản lý dự án (bộ xử lý)
- Máy in (thiết bị)
- Máy tính để bàn được kết nối với Máy chủ tính lương thông qua mạng LAN của Công ty
- Máy in được kết nối với Máy chủ tính lương thông qua mạng LAN Công ty
- Máy chủ tính lương được kết nối với Hệ thống Ngân hàng bên ngoài thông qua Internet.
- Máy chủ tính lương được kết nối với Cơ sở dữ liệu quản lý dự án thông qua mạng LAN Công ty
Bản đồ quy trình tới nút

Các quy trình sau chạy trên Máy tính để bàn:
- Ứng dụng dành cho nhân viên

Các quy trình sau chạy trên Máy chủ tính lương:
- Quy trình kiểm soát tiền lương
- Quy trình điều khiển thẻ thời gian
- Quản lý dự ánDBAccess
- Truy cập hệ thống ngân hàng
- Truy cập máy in

Workbook en VI

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Workbook en VI

Uploaded by

Copyright:

Available Formats

Translated from English to Vietnamese - www.onlinedoctranslator.

Phần mềm Rational của IBM

Phần 1: Yêu cầu đăng ký khóa học

Phiên bản 2004

Báo cáo vấn đề

-Bản quyền IBM Corp. 2004 Trang 2

Bảng chú giải

Các định nghĩa

Cung cấp khóa học

Danh mục khóa học

Hệ thống tài chính

Thẻ báo cáo

-Bản quyền IBM Corp. 2004 Trang 3

Người giới thiệu

Khả năng sử dụng

Khả năng hỗ trợ

Chỉ có Giáo sư mới có thể nhập điểm cho sinh viên.

-Bản quyền IBM Corp. 2004 Trang 4

Ràng buộc thiết kế

-Bản quyền IBM Corp. 2004 Trang 5

Xem thẻ báo cáo

Đăng ký khóa học

Danh mục khóa học

Chọn khóa học để dạy

Duy trì thông tin giáo sư

Duy trì thông tin sinh viên

-Bản quyền IBM Corp. 2004 Trang 6

Dòng chảy thay thế

Không có giáo sư cho khóa học cung cấp

Hệ thống thanh toán không khả dụng

Yêu cầu đặc biệt

Điều kiện tiên quyết

Điều kiện sau

-Bản quyền IBM Corp. 2004 Trang 7

1. Người dùng nhập tên và mật khẩu của mình.

Dòng chảy thay thế

Tên/Mật khẩu không hợp lệ

Yêu cầu đặc biệt

Điều kiện tiên quyết

Điều kiện sau

-Bản quyền IBM Corp. 2004 Trang 8

Duy trì thông tin giáo sư

Thêm một giáo sư

Cập nhật một giáo sư

Xóa một giáo sư

-Bản quyền IBM Corp. 2004 Trang 9

Dòng chảy thay thế

Giáo sư không tìm thấy

Yêu cầu đặc biệt

Điều kiện tiên quyết

Điều kiện sau

-Bản quyền IBM Corp. 2004 Trang 10

Duy trì thông tin sinh viên

Thêm một sinh viên

- Ngày tốt nghiệp

Cập nhật một sinh viên

1. Hệ thống yêu cầu Nhà đăng ký nhập mã sinh viên.

Xóa một sinh viên

-Bản quyền IBM Corp. 2004 Trang 11

Dòng chảy thay thế

Không tìm thấy sinh viên

Yêu cầu đặc biệt

Điều kiện tiên quyết