Bài tập chương số 4 môn Phát triển hệ thống thông tin bằng tiếng Anh và có dịch tiếng Việt
Bài tập chương số 4 môn Phát triển hệ thống thông tin bằng tiếng Anh và có dịch tiếng Việt chi tiết và cụ thể của Đại học Ngân hàng Thành phố Hồ Chí Minh với những kiến thức và thông tin bổ ích giúp sinh viên tham khảo, ôn luyện và phục vụ nhu cầu học tập của mình cụ thể là có định hướng ôn tập, nắm vững kiến thức môn học và làm bài tốt trong những bài kiểm tra, bài tiểu luận, bài tập kết thúc học phần, từ đó học tập tốt và có kết quả cao cũng như có thể vận dụng tốt những kiến thức mình đã học vào thực tiễn cuộc sống. Mời bạn đọc đón xem!
Môn: Phát triển hệ thống thông tin (ITS331)
Trường: Đại học ngân hàng Thành phố Hồ Chí Minh
Thông tin:
Tác giả:
Thông tin :
Môn:
Phát triển hệ thống thông tin (ITS331)
Trường:
Đại học ngân hàng Thành phố Hồ Chí Minh
Tác giả:
Preview text:
lOMoARcPSD| 36625228 EXERCISES CHAPTER 4
MÔN: PHÁT TRIỂN HỆ THỐNG THÔNG TIN
Create a set of use cases for the process of buying glasses from the viewpoint of the
patient, but do not bother to identify the steps within each use case. (Just complete the
Ainf ormation at the top of the use case form). The first step is to see an eye doctor who
will give you a prescription. Once you have a prescription, you go to a glasses store,
where you select your frames and place the order for your glasses. Once the glasses have been
made, you return to the store for a fitting and pay for the glasses.
TRANS: Tạo một bộ các trường hợp sử dụng cho quá trình mua kính theo quan điểm của bệnh
nhân, nhưng không bận tâm đến việc xác định các bước trong mỗi trường hợp sử dụng. (Chỉ cần
hoàn thành thông tin ở đầu mẫu trường hợp sử dụng). Bước đầu tiên là gặp bác sĩ mắt, người sẽ
cho bạn một toa thuốc. Khi bạn có một toa thuốc, bạn đi đến một cửa hàng kính, nơi bạn chọn
khung của bạn và đặt hàng cho kính của bạn. Một khi kính đã được thực hiện, bạn trở lại cửa hàng
cho một phù hợp và trả tiền cho kính. Mô tả Use Case
Tên Use Case: Gặp bác sĩ mắt ID: 1
Mức độ quan trọng: cao Actor chính: Bệnh nhân _ _ Đầu vào chính: Đầu ra chính: Mô tả Nguồn Mô tả Đích
Các bước chính được thực hiện Thông tin cho các bước
Tên Use Case: Chọn và đặt kính mắt ID: 2
_ Mức độ quan trọng: cao Actor chính: Bệnh nhân _
Mô tả ngắn: Cách bệnh nhân có được đơn thuốc cho kính mắt mới.
Trigger: Bệnh nhân cần kinh mắt mới.
Kiểu: Bên ngoài/ Thời gian lOMoARcPSD| 36625228
Mô tả ngắn: Cách bệnh nhân chọn và đặt hàng kính mắt mới.
Trigger: Bệnh nhân có toa thuốc kính mắt mới và ghé thăm cửa hàng kính mắt.
Kiểu : Bên ngoài / Thời gian Đầu vào chính: Đầu ra chính: Mô tả Nguồn Mô tả Đích
Các bước chính được thực hiện Thông tin cho các bước
Tên Use Case: Mua kính ID: 3 Mức độ quan trọng: Cao Actor chính: Bệnh nhân _ _
Mô tả ngắn: Cách bệnh nhân mua kính mắt mới.
Trigger: Kính mắt mới đã sẵn sàng, bệnh nhân đeo lên và trả tiền.
Kiểu: Bên ngoài / Thời gian Đầu vào chính: Đầu ra chính: Mô tả Nguồn Mô tả Đích
Các bước chính được thực hiện Thông tin cho các bước
Create a set of use cases for the accompanying dentist office system, but do not bother
to identify the steps within each use case. (Just complete the information at the top of the
Buse case form.) When new patients are seen for the first time, they complete a patient
information form that asks for their name, address, phone number, and brief medical
history, which are stored in the patient information file. When a patient calls to schedule a new
appointment or change an existing appointment, the receptionist checks the appointment file for
an available time. Once a good time is found for the patient, the appointment is scheduled. If the
patient is a new patient, an incomplete entry is made in the patient file; the full information will
be collected when the patient arrives for the appointment. Because appointments are often made
far in advance, the receptionist usually mails a reminder postcard to each patient two weeks before the appointment. lOMoARcPSD| 36625228
TRANS: Tạo một bộ các trường hợp sử dụng cho hệ thống văn phòng nha sĩ đi kèm, nhưng không
bận tâm đến việc xác định các bước trong mỗi trường hợp sử dụng. (Chỉ cần hoàn thành thông tin
ở đầu mẫu trường hợp sử dụng.) Khi bệnh nhân mới được nhìn thấy lần đầu tiên, họ hoàn thành
một mẫu thông tin bệnh nhân yêu cầu tên, địa chỉ, số điện thoại và lịch sử y tế ngắn gọn của họ,
được lưu trữ trong tệp thông tin bệnh nhân. Khi bệnh nhân gọi để lên lịch hẹn mới hoặc thay đổi
cuộc hẹn hiện có, nhân viên tiếp tân sẽ kiểm tra tệp cuộc hẹn trong một thời gian có sẵn. Một khi
một thời gian tốt được tìm thấy cho bệnh nhân, cuộc hẹn được lên kế hoạch. Nếu bệnh nhân là
bệnh nhân mới, một mục nhập không đầy đủ được thực hiện trong hồ sơ bệnh nhân; Thông tin
đầy đủ sẽ được thu thập khi bệnh nhân đến cuộc hẹn. Bởi vì các cuộc hẹn thường được thực hiện
trước, nhân viên tiếp tân thường gửi bưu thiếp nhắc nhở cho mỗi bệnh nhân hai tuần trước cuộc hẹn. ID: 1 Mức độ quan trọng: Cao _ _ Đầu vào chính: Đầu ra chính: Mô tả Nguồn Mô tả Đích
Các bước chính được thực hiện Thông tin cho các bước
Tên Use Case: Thu thập thông tin bệnh nhân mới ID: 2 Mức độ quan trọng: Cao Actor chính: Bệnh nhân _ _
Mô tả ngắn: Mô tả cách thông tin bệnh nhân mới được thu thập khi một bệnh nhân mới đến hẹn.
Trigger: Bệnh nhân mới đến cuộc hẹn.
Kiểu: Bên ngoài / Thời gian Đầu vào chính: Đầu ra chính: Mô tả Nguồn Mô tả Đích
Các bước chính được thực hiện Thông tin cho các bước
Tên Use Case: Bệnh nhân thực hiện hoặc thay đổi cuộc hẹn lOMoARcPSD| 36625228 Actor chính: Bệnh nhân
Mô tả ngắn: Cách một cuộc hẹn mới được thực hiện hoặc một cuộc hẹn hiện có được thay đổi.
Trigger: Các cuộc gọi của bệnh nhân để lên lịch cuộc hẹn mới hoặc thay đổi cuộc hẹn hiện có.
Kiểu: Bên ngoài / Thời gian lOMoARcPSD| 36625228
Tên Use Case: Gửi thẻ nhắc nhở cuộc hẹn
ID: _3_ Mức độ quan trọng: Trung bình Actor chính: Hệ thống
Mô tả ngắn: Mô tả cách thẻ nhắc nhở được gửi đến bệnh nhân hai tuần trước cuộc hẹn.
Trigger: Thời gian để gửi lời nhắc hai tuần trước các cuộc hẹn theo lịch trình.
Kiểu: Bên ngoài / Thời gian Đầu vào chính: Đầu ra chính: Mô tả Nguồn Mô tả Đích
Các bước chính được thực hiện Thông tin cho các bước
Complete the use cases for the dentist office system in exercise B by identifying the steps Cand the d
ata flows within the use cases.
TRANS: Hoàn thành các trường hợp sử dụng cho hệ thống văn phòng nha sĩ trong bài tập B bằng
cách xác định các bước và luồng dữ liệu trong các trường hợp sử dụng.
Tên Use Case: Bệnh nhân thực hiện hoặc thay đổi cuộc ID: _ 1_ Mức độ quan trọng: Cao hẹn Actor chính: Bệnh nhân
Mô tả ngắn: Cách một cuộc hẹn mới được thực hiện hoặc một cuộc hẹn hiện có được thay đổi.
Trigger: Các cuộc gọi của bệnh nhân để lên lịch cuộc hẹn mới hoặc thay đổi cuộc hẹn hiện có.
Kiểu: Bên ngoài / Thời gian Đầu vào chính: Đầu ra chính: Mô tả Nguồn Mô tả Đích Tên bệnh nhân Bệnh nhân
Cuộc hẹn đã lên lịch Bệnh nhân Cuộc hẹn mong muốn Bệnh nhân
Appt theo lịch trình Appt file Bệnh nhân
Cuộc hẹn để thay Appts có sẵn Bệnh nhân đổi Tệp cuộc hẹn Kiểm tra tên bệnh nhân Tệp bệnh nhân Các cuộc hẹn sẵn có Tệp bệnh nhân Bệnh nhân hiện có
Các bước thực hiện chính Thông tin cho các bước lOMoARcPSD| 36625228
1. Lấy tên bệnh nhân. Kiểm tra tên bệnh nhân bằng Tên bệnh nhân tệp Bệnh nhân. Tệp bệnh nhân
2. Nếu là bệnh nhân mới, lấy địa chỉ và số điện
thoại rồi nhập tệp bệnh nhân mới. Địa chỉ Số điện thoại Thông tin bệnh nhân mới
3. Nếu đây là thay đổi cuộc hẹn, hãy tìm cuộc hẹn Cuộc hẹn thay đổi
hiện tại trong tệp cuộc hẹn và hủy bỏ tệp đó. Cuộc hẹn hiện có
4. Chọn thời gian hẹn mong muốn và phù hợp
với các cuộc hẹn có sẵn trong tệp Cuộc hẹn. Cuộc hẹn mong muốn
Khi tìm thấy một thời điểm thích hợp, nhập
cuộc hẹn theo lịch trình trong tệp Cuộc hẹn và Các cuộc hẹn có sẵn
xác nhận với bệnh nhân.
Các cuộc hẹn theo lịch trình
Tên Use Case : Thu thập thông tin bệnh nhân ID: 2
_ Mức độ quan trọng: Cao _ Actor chính: Bệnh nhân
Mô tả ngắn: Cách một cuộc hẹn mới được thực hiện hoặc một cuộc hẹn hiện có được thay đổi.
Trigger: Bệnh nhân mới đến cuộc hẹn.
Kiểu: Bên ngoài / Thời gian. Đầu vào chính: Đầu ra chính: Mô tả Nguồn Mô tả Đích Thông tin bệnh nhân Bệnh nhân Thông tin Tệp bệnh nhân mới (Bao gồm tên, địa
chỉ, số điện thoại và bệnh nhân lịch sử khám bệnh)
Các bước chính thực hiện Information for Steps
1. Khi bệnh nhân đến, xác định xem họ đã đến đây trước đó. Nếu họ Patient status
chưa đến trước đó, yêu cầu họ điền thông tin bệnh nhân vào. lOMoARcPSD| 36625228 Tên bệnh nhân Địa chỉ
2. Sử dụng thông tin trên mẫu thông tin bệnh nhân để cập nhật và Số điện thoại
hoàn thành trong hồ sơ bệnh nhân. Lịch sử khám bệnh
Tên Use Case: Gửi thẻ nhắc nhở cuộc hẹn ID: 3
Mức độ quan trọng: Trung _ _ bình Actor chính: Hệ thống
Mô tả ngắn: Cách thẻ nhắc nhở được gửi đến bệnh nhân hai tuần trước cuộc hẹn.
Trigger: Thời gian để gửi lời nhắc hai tuần trước các cuộc hẹn theo lịch trình
Kiểu: Bên ngoài / Thời gian Đầu vào chính: Đầu ra chính: Mô tả Nguồn Mô tả Đích Ngày hiện tại Lịch
Thẻ thông báo Bệnh nhân Appt Các appt đã lên lịch Tệp Appt Thông tin liên hệ bệnh Tệp bệnh nhân nhân
Các bước chính thực hiện Thông tin cho các bước
1 .Mỗi ngày, tìm các cuộc hẹn trong hồ sơ Cuộc hẹn Ngày hiện tại
chuẩn bị trước 2 tuần.
Các cuộc hẹn theo lịch trình
2 . Chuẩn bị và gửi thẻ thông báo cuộc hẹn qua mail cho Tên
tất cả bệnh nhân có cuộc hẹn. Địa chỉ Hẹn Thẻ thông báo appt lOMoARcPSD| 36625228
Create a set of use cases for an online university registration system. The system should
enable the staff of each academic department to examine the courses offered by their Ddepart
ment, add and remove courses, and change the information about them (e.g., the
maximum number of students permitted). It should permit students to examine currently
available courses, add and drop courses to and from their schedules, and examine the courses for
which they are enrolled. Department staff should be able to print a variety of reports about the
courses and the students enrolled in them. The system should ensure that no student takes too
many courses and that students who have any unpaid fees are not permitted to register. (Assume
that a fees data store is maintained by the university’s financial office, which the registration
system accesses but does not change).
TRANS: Tạo một tập hợp các trường hợp sử dụng cho một hệ thống đăng ký đại học trực tuyến.
Hệ thống sẽ cho phép nhân viên của mỗi bộ phận học thuật kiểm tra các khóa học do bộ phận của
họ cung cấp, thêm và loại bỏ các khóa học và thay đổi thông tin về chúng (ví dụ: số lượng sinh
viên tối đa được phép). Nó sẽ cho phép sinh viên kiểm tra các khóa học hiện có, thêm và bỏ các
khóa học đến và đi từ lịch trình của họ, và kiểm tra các khóa học mà họ đang theo học. Nhân viên
bộ phận sẽ có thể in một loạt các báo cáo về các khóa học và các sinh viên đăng ký vào chúng.
Hệ thống nên đảm bảo rằng không có sinh viên nào tham gia quá nhiều khóa học và những sinh
viên có bất kỳ khoản phí chưa thanh toán nào không được phép đăng ký. (Giả sử rằng một kho dữ
liệu phí được duy trì bởi văn phòng tài chính của trường đại học, mà hệ thống đăng ký truy cập nhưng không thay đổi).
Tên Use Case: Duy trì các khóa học của các bộ ID: _ 1 _ Mức độ quan trọng: Cao phận
Actor chính: Phòng/Nhân viên
Mô tả ngắn: Mô tả cách nhân viên bộ phận xem xét các khóa học, thêm các khóa học mới, xóa các
khóa học hiện có hoặc thay đổi thông tin khóa học hiện có.
Trigger: Các phòng ban phải chuẩn bị các dịch vụ khóa học sắp tới.
Kiểu: Bên ngoài / Thời gian. Đầu vào chính: Đầu ra chính: Mô tả Nguồn Mô tả Đích Thay đổi cung cấp Nhân viên bộ phận
Dịch vụ khóa học Tệp cung cấp khóa học cập nhật khóa học Dịch vụ khóa học Tệp cung cấp
Danh sách cung cấp Nhân viên phòng khóa học khóa học
Các bước chính thực hiện Information for Steps lOMoARcPSD| 36625228
1. Nhân viên bộ phận yêu cầu danh sách cung cấp
Yêu cầu danh sách cung cấp khóa học
khóa học cho bộ phận. Danh sách các dịch vụ Nhận dang bộ phận lOMoARcPSD| 36625228 khóa học được tạo.
Danh sách cung cấp khóa học
2. Thông tin khóa học mới được nhập vào. Thông tin khóa học mới
Cập nhật cung cấp khóa học
3. Các khóa học cần xóa được nhập vào. Số khóa học cần xóa
Cập nhật cung cấp khóa học
4. Sửa đổi khóa học được nhập
Số khóa học cần sửa đổi Sửa đổi khóa học
Cập nhật cung cấp khóa học
Tên Use Case: Duy trì tuyển sinh ID: 2 Mức độ quan trọng: Cao Actor chính: Sinh viên _ _
Mô tả ngắn: Cách sinh viên xem xét danh sách các khóa học có sẵn để ghi danh, thêm và loại bỏ
các khóa học khỏi lịch trình của họ và xem lại lịch trình của họ.
Trigger: Sinh viên cần đăng ký các khóa học.
Kiểu: Bên ngoài / Thời gian Đầu vào chính: Đầu ra chính: Mô tả Nguồn Mô tả Đích
Yêu cầu khóa học có sẵn Sinh viên Danh sách khóa học Sinh viên có sẵn Các khóa học có sẵn Tệp khóa học có sẵn Stdt enrlmt
Yêu cầu tuyển sinh khóa học Sinh viên Enrlmt file Lịch sinh viên
Tình trạng thanh toán phí Tệp phí Sinh viên
Các bước chính thực hiện Information for Steps
1 . Danh sách yêu cầu của sinh viên về các khóa học có sẵn.
Yêu cầu khóa học có sẵn
Danh sách các khóa học có sẵn được tạo ra.
Danh sách khóa học có sẵn lOMoARcPSD| 36625228
2. Sinh viên thêm khóa học vào lịch trình hiện tại. Trạng
ID khóa học, yêu cầu đăng ký
thái thanh toán phí được kiểm tra và “tổng số giờ ghi Stdt enrlmt
danh” được kiểm tra. Nếu OK, khóa học sẽ được thêm Lịch sử thanh toán phí
vào lịch trình của sinh viên. Các khóa học có sẵn Lịch trình sinh viên
3. Sinh viên xóa khóa học khỏi lịch trình. ID khóa học Yêu cầu tuyển sinh
4. Sinh viên xem xét các khóa học lịch trình hiện tại. ID sinh viên Lịch trình sinh viên
Tên Use Case: Báo cáo tuyển sinh khoa shojc ID: _ 3 _ Mức độ quan trọng: Cao Actor chính: Nhân viên
Mô tả ngắn: Cách nhân viên bộ phận in các báo cáo khác nhau về các khóa học và đăng ký.
Trigger: Nhân viên bộ phận cần thông tin về các khóa học và tuyển sinh khóa học.
Kiểu: Bên ngoài / Thời gian Đầu vào chính: Đầu ra chính: Mô tả Nguồn Mô tả Đích Yêu cầu báo cáo Nhân viên Báo cáo được yêu Nhân viên cầu Thông tin khóa học Tệp dịch vụ khóa học Thông tin tuyển sinh Tệp ghi danh
Các bước chính thực hiện Thông tin cho các bước
1. Nhân viên nhập yêu cầu báo cáo Yêu cầu báo cáo lOMoARcPSD| 36625228
2. Báo cáo được yêu cầu tạo.
Thông tin khóa học cung cấp Thông tin tuyển sinh Báo cáo được yêu cầu
Create a set of use cases for the following system: A Real Estate, Inc. (AREI), sells
houses. People who want to sell their houses sign a contract with AREI and provide
Einf ormation on their house. This information is kept in a database by AREI, and a
subset of this information is sent to the citywide multiple listing service used by all real
estate agents. AREI works with two types of potential buyers. Some EXERCISES
c04UseCaseAnalysis.qxd 9/30/11 10:02 AM Page 178 Exercises 179 buyers have an interest in
one specific house. In this case, AREI prints information from its database, which the real estate
agent uses to help show the house to the buyer (a process beyond the scope of the system to be
modeled). Other buyers seek AREI’s advice in finding a house that meets their needs. In this case,
the buyer completes a buyer information form that is entered into a buyer database, and AREI
real estate agents use its information to search AREI’s database and the multiple listing service
for houses that meet their needs. The results of these searches are printed and used to help the real
estate agent show houses to the buyer.
TRANS: Tạo một tập hợp các trường hợp sử dụng cho hệ thống sau: A Real Estate, Inc. (AREI),
bán nhà. Những người muốn bán nhà của họ ký hợp đồng với AREI và cung cấp thông tin về ngôi
nhà của họ. Thông tin này được lưu giữ trong cơ sở dữ liệu của AREI và một tập hợp con của
thông tin này được gửi đến dịch vụ nhiều danh sách trên toàn thành phố được sử dụng bởi tất cả
các đại lý bất động sản. AREI làm việc với hai loại người mua tiềm năng. Một số bài tập
c04UseCaseAnalysis.qxd 9/30/11 10:02 AM Trang 178 Bài tập 179 người mua có hứng thú với
một ngôi nhà cụ thể. Trong trường hợp này, AREI in thông tin từ cơ sở dữ liệu của mình, mà đại
lý bất động sản sử dụng để giúp hiển thị ngôi nhà cho người mua (một quá trình vượt quá phạm
vi của hệ thống được mô hình hóa). Những người mua khác tìm kiếm lời khuyên của AREI trong
việc tìm kiếm một ngôi nhà đáp ứng nhu cầu của họ. Trong trường hợp này, người mua hoàn
thành một mẫu thông tin người mua được nhập vào cơ sở dữ liệu người mua và các đại lý bất
động sản AREI sử dụng thông tin của mình để tìm kiếm cơ sở dữ liệu của AREI và nhiều dịch vụ
niêm yết cho các ngôi nhà đáp ứng nhu cầu của họ. Kết quả của các tìm kiếm này được in và sử
dụng để giúp đại lý bất động sản trưng bày nhà cho người mua.
Tên Use Case: Duy trì thông tin người bán nhà ID: _1_ Mức độ quan trọng: Cao Actor chính: Người bán
Mô tả ngắn gọn: Cách người bán nhà ký hợp đồng bán và cung cấp thông tin về một ngôi nhà để bán.
Trigger: Người bán nhà muốn bán nhà. lOMoARcPSD| 36625228
Kiểu: Bên ngoài / Thời gian. Đầu vào chính: Đầu ra chính: Mô tả Nguồn Mô tả Đích Hợp đồng mua bán Người bán Hợp đồng bán nhà mới Hồ sơ hợp đồng Thông tin nhà Người bán Ngôi nhà mới Hồ sơ các căn nhà được cung cấp Ngôi nhà mới_MLS Nhiều hồ sơ danh sách
Các bước chính thực hiện Thông tin cho các bước .B
1 ên bán ký hợp đồng và cung cấp thông Hợp đồng mua bán tin nhà.
Thông tin nhà (người bán)
2. Cơ sở dữ liệu Nhà được chào bán
cập nhật thông tin niêm yết mới.
Thông tin nhà (người bán)
Thông tin nhà (danh sách AREI mới)
3. Dữ liệu về danh sách mới được
truyền đến Hồ sơ nhiều danh sách.
Thôn tin nhà (AREI cung cấp nhà)
Thông tin nhà (danh sách MLS mới)
Tên Use Case: Tạo yêu cầu của người mua
ID: _ 2 _ Mức độ quan trọng: Cao Actor chính: Người mua
Mô tả ngắn: Cách người mua yêu cầu và nhận thông tin về nhà được cung cấp.
Trigger: Người mua yêu cầu thông tin về nhà có sẵn
Kiểu: Bên ngoài / Thời gian. Đầu vào chính: Đầu ra chính: Mô tả Nguồn Mô tả Đích Mẫu thông tin người mua Thông tin nhà có sẵn Người mua Yêu cầu thông tin nhà Người mua Thông tin người mua Hồ sơ người Thông tin nhà hiện tại Người mua mua Thông tin nhà MLS
Hồ sơ nhà được cung cấp lOMoARcPSD| 36625228 Nhiều hồ sơ danh sách
Các bước chính thực hiện Thông tin cho các bước
1. Nếu người mua yêu cầu thông tin về một ngôi nhà Yêu cầu tìm kiếm nhà cụ thể của
cụ thể, hãy truy xuất thông tin từ hồ sơ nhà được người mua cung cấp.
Kết quả tìm kiếm yêu cầu nhà
2. Nếu người mua muốn tìm kiếm một số ngôi nhà
Biểu mẫu thông tin người mua tiềm
năng, hãy lấy mẫu thông tin người mua từ Người mua yêu cầu tìm kiếm nhiều người
mua. Tìm kiếm hồ sơ nhà được cung cấp và ngôi nhà hồ sơ Nhiều danh sách cho các
ngôi nhà phù hợp với thông số kỹ thuật của người mua và cung cấp Kết quả tìm
kiếm thông tin nhà thông tin nhà cho người mua.
Create a set of use cases for the following system: A Video Store (AVS) runs a series of
fairly standard video stores. Before a video can be put on the shelf, it must be catalogued
Fand entered into the video database. Every customer must have a valid AVS customer
card in order to rent a video. Customers rent videos for three days at a time. Every time a
customer rents a video, the system must ensure that this customer does not have any overdue
videos. If so, the overdue videos must be returned and an overdue fee paid before the customer
can rent more videos. Likewise, if the customer has returned overdue videos, but has not paid the
overdue fee, the fee must be paid before new videos can be rented. Every morning, the store
manager prints a report that lists overdue videos; if a video is two or more days overdue, the
manager calls the customer to remind him or her to return the video. If a video is returned in
damaged condition, the manager removes it from the video database and may sometimes charge the customer.
TRANS: Tạo một bộ trường hợp sử dụng cho hệ thống sau: Cửa hàng video (AVS) chạy một loạt
các cửa hàng video khá tiêu chuẩn. Trước khi một video có thể được đưa lên kệ, nó phải được liệt
kê và nhập vào cơ sở dữ liệu video. Mỗi khách hàng phải có thẻ khách hàng AVS hợp lệ để thuê
video. Khách hàng thuê video trong ba ngày một lần. Mỗi khi khách hàng thuê video, hệ thống
phải đảm bảo rằng khách hàng này không có bất kỳ video quá hạn nào. Nếu vậy, các video quá
hạn phải được trả lại và một khoản phí quá hạn phải trả trước khi khách hàng có thể thuê thêm
video. Tương tự như vậy, nếu khách hàng đã trả lại video quá hạn, nhưng chưa trả phí quá hạn,
phí phải được thanh toán trước khi video mới có thể được thuê. Mỗi buổi sáng, người quản lý cửa
hàng in một báo cáo liệt kê các video quá hạn; Nếu video quá hạn hai ngày trở lên, người quản lý
gọi cho khách hàng để nhắc nhở anh ta hoặc cô ta trả lại video. Nếu một video được trả lại trong
tình trạng bị hư hỏng, người quản lý sẽ xóa nó khỏi cơ sở dữ liệu video và đôi khi có thể tính phí cho khách hàng. lOMoARcPSD| 36625228
Tên Use Case: Duy trì video tồn kho
ID: _ 1 _ Mức độ quan trọng: Cao
Actor chính: Nhà cung cấp video
Mô tả ngắn: Cách thêm và loại bỏ cơ sở dữ liệu video.
Trigger: Video mới đến hoặc video bị hỏng được trả lại bởi khách hàng.
Kiểu: Bên ngoài /Thời gian Major Inputs: Major Outputs: Description Source Description Destination Thông tin mô tả video
Nhà cung cấp video Video bị xóa khỏi kệ hàng Tệp video Thông tin video bị hỏng Giá m đốc
Video mới cho thuê Tệp video Major Steps Performed Information for Steps
1. Khi nhân được video mới, hãy nhập mô
Thông tin mô tả video mơi
tả thông tin video vào tệp video.
Mã video AVS và thông tin mô tả
2. Khi video bị hỏng được trả về, mục nhập Thông tin video bị hỏng
video sẽ phải bị xóa khỏi tệp video.
Mã video AVS và xóa yêu cầu
Tên Use Case: Duy trì dữ liệu khách hàng ID: _ 2 _ Mức độ quan trọng: Cao Actor chính: Khách hàng
Mô tả ngắn: Cách thông tin khách hàng được thiết lập và tình trạng phạt quá hạn bị loại bỏ.
Trigger: Khách hàng muốn thuê video.
Kiểu: Bên ngoài /Thời gian Major Inputs: Major Outputs: Description Source Description Destination Thông tin khách hàng Khách hàng Hồ sơ khách hàng Tệp khách hàng
Phí video quá hạn/bị hòng
Tệp khách hàng Thẻ khách hàng AVS Khách hàng lOMoARcPSD| 36625228
Thanh toán phí quá hạn/bị Khách hàng Thanh toán phí Tệp khách hàng hỏng Major Steps Performed Information for Steps
1. Khi một khách hàng mới muốn thuê một video, họ cung cấp Thông tin khách hàng
cho khách hàng thông tin. Một hồ sơ được nhập vào hồ sơ
khách hàng và khách hàng được cấp thẻ khách hàng AVS. Thẻ khách hàng AVS . K 2
hách hàng loại bỏ phí video quá hạn/bị hỏng bằng cách trả Thông tin khách hàng tiền phạt quá hạn. Phí video quá hạn Thanh toán phí quá hạn
Tên Use Case: Duy trì dữ liệu cho thuê video
I Mức độ quan trọng: Cao D : _ 3 _ Actor chính: Khách hàng
Mô tả ngắn: Cách nhập video cho thuê và trả lại cũng như ghi lại các video quá hạn.
Trigger: Video được cho thuê và trả lại và trở nên quá hạn.
Kiểu: Bên ngoài /Thời gian Major Inputs: Major Outputs: Description Source Description Destination Video cho thuê Khách hàng Video được thuê Tệp cho thuê Thẻ AVS Khách hàng Đánh giá phí quá hạn Tệp khách hàng Video được trả lại Khách hàng Video được trả về Tệp cho thuê Tệp k Video quá hạn hách hàng Tệp video Thông báo video quá hạn Khách hàng Thông tin video Dữ liệu khách hàng Tệp khách hàng Major Steps Performed Information for Steps lOMoARcPSD| 36625228
1. Khách hàng chọn video để thuê và cung cấp thẻ Thẻ khách hàng AVS
khách hàng AVS. Nếu không có video quá hạn và
không có phí quá hạn chưa thanh toán, việc cho thuê Video cho thuê
được nhập vào tệp cho thuê. Phí video quá hạn
2. Trả lại cho khách hàng video đã thuê. Video trả về Cho thuê video hiện tại
3. Video trở nên quá hạn. Một khoản phí quá Ngày hiện tại
hạn được đánh giá và thêm vào tệp khách Ngày quá hạn video hàng. Đánh giá phí quá hạn Thông báo video quá hạn
4. Người quản lý tạo báo cáo và liên hệ với khách hàng Ngày hiện tại
có video quá hạn từ hai ngày trở lên.
Thông tin khách hàng thuê quá hạn
Những video được thuê và quá hạn
Create a set of use cases for the following health club membership system: When
members join the health club, they pay a fee for a certain length of time. Most
Gm emberships are for one year, but memberships as short as two months are available.
Throughout the year, the health club offers a variety of discounts on its regular
membership prices (e.g., two memberships for the price of one for Valentine’s Day). It is common
for members to pay different amounts for the same length of membership. The club wants to mail
out reminder letters to members asking them to renew their memberships one month before their
memberships expire. Some members have become angry when asked to renew at a much higher
rate than their original membership contract, so that the club wants to track the price paid so that
the manager can override the regular prices with special prices when members are asked to renew.
The system must track these new prices so that renewals can be processed accurately. One of the
problems in the health club industry is the high turnover rate of members. While some members
remain active for many years, about half of the members do not renew their memberships. This is
a major problem because the health club spends a lot in advertising to attract each new member.
The manager wants the system to track each time a member comes into the club. The system will lOMoARcPSD| 36625228
then identify the heavy users and generate a report so that the manager can ask them to renew
their memberships early, perhaps offering them a reduced rate for early renewal. Likewise, the
system should identify members who have not visited the club in more than a month so that the
manager can call them and attempt to reinterest them in the club.
TRANS: Tạo một tập hợp các trường hợp sử dụng cho hệ thống thành viên câu lạc bộ sức khỏe
sau: Khi các thành viên tham gia câu lạc bộ sức khỏe, họ phải trả một khoản phí trong một khoảng
thời gian nhất định. Hầu hết các thành viên là trong một năm, nhưng thành viên ngắn nhất là hai
tháng có sẵn. Trong suốt cả năm, câu lạc bộ sức khỏe cung cấp một loạt các giảm giá trên giá
thành viên thông thường của nó (ví dụ: hai thành viên với giá của một cho ngày Valentine). Các
thành viên thường trả các khoản tiền khác nhau cho cùng một thời gian thành viên. Câu lạc bộ
muốn gửi thư nhắc nhở cho các thành viên yêu cầu họ gia hạn tư cách thành viên một tháng trước
khi thành viên của họ hết hạn. Một số thành viên đã trở nên tức giận khi được yêu cầu gia hạn với
tỷ lệ cao hơn nhiều so với hợp đồng thành viên ban đầu của họ, để câu lạc bộ muốn theo dõi giá
phải trả để người quản lý có thể ghi đè lên giá thông thường với giá đặc biệt khi các thành viên
được yêu cầu gia hạn. Hệ thống phải theo dõi các mức giá mới này để gia hạn có thể được xử lý
chính xác. Một trong những vấn đề trong ngành câu lạc bộ sức khỏe là tỷ lệ doanh thu cao của
các thành viên. Trong khi một số thành viên vẫn hoạt động trong nhiều năm, khoảng một nửa số
thành viên không gia hạn thành viên của họ. Đây là một vấn đề lớn vì câu lạc bộ sức khỏe chi rất
nhiều cho quảng cáo để thu hút mỗi thành viên mới. Người quản lý muốn hệ thống theo dõi mỗi
khi một thành viên đến câu lạc bộ. Hệ thống sau đó sẽ xác định những người dùng nặng và tạo
báo cáo để người quản lý có thể yêu cầu họ gia hạn tư cách thành viên sớm, có lẽ cung cấp cho
họ tỷ lệ giảm để gia hạn sớm. Tương tự như vậy, hệ thống nên xác định các thành viên đã không
đến câu lạc bộ trong hơn một tháng để người quản lý có thể gọi cho họ và cố gắng thú vị lại họ trong câu lạc bộ.
Tên Use Case: Duy trì thành viên ID: _1_ Mức độ quan trọng: Cao Actor chính: Thành viên
Mô tả ngắn: Cách câu lạc bộ ghi lại thông tin thành viên mới, thay đổi thông tin thành viên và xóa thành viên.
Trigger: Cần thêm, sửa đổi hoặc xóa thành viên.
Kiểu: Bên ngoài / Thời gian. Major Inputs: Major Outputs: Description Source Description Destination lOMoARcPSD| 36625228 Thông tin thành viên Thành viên Thành viên mới Tệp thành viên Thành viên
Cập nhật thành viên mới Tệp thành viên
Cập nhật thông tin thành viên Người quản lý Xóa thành viên Tệp thành viên Xóa thành viên Major Steps Performed Information for Steps .Thà 1
nh viên mới tham gia câu lạc bộ và Thông tin thành viên mới
cung cấp thông tin mô tả thành viên.
Thông tin thành viên hiện tại
2. Thành viên hiện tại cung cấp thông tin
Thay đổi thông tin thành viên
để cập nhật thông tin thành viên.
Cập nhật thông tin thành viên
Thông tin thành viên hiện tại
3 .Các thành viên có tư cách thành viên đã hết
hạn và không gia hạn cộng với các thành viên Xóa thành viên
chuyển đi sẽ bị xóa khỏi tệp thành viên.
Thông tin thành viên hiện tại
Tên Use Case: Duy trì tư cách thành viên ID: _ 2 _ Mức độ quan trọng: Cao
Actor chính: Người quản lý
Mô tả ngắn: Cách ghi lại thành viên mới và quy trình gia hạn thành viên.
Trigger: Cần ghi lại tư cách thành viên và gia hạn.
Kiểu: Bên ngoài / Thời gian. Major Inputs: Major Outputs: Description Source Description Destination Chi tiết thành viên mới Người quản lý
Cập nhật hồ sơ thành viên Tệp thành viên Yêu cầu gia hạn Người quản lý Ưu đãi gia hạn Thành viên Hồ sơ thành viên
Tệp thành viên Chi tiết gia hạn Người quản lý
Hồ sơ thành viên hiện tại Tệp thành viên Gia hạn thành viên Thành viên lOMoARcPSD| 36625228 Major Steps Performed Information for Steps Chi tiết thành viên
1. Khi có thành viên mới, người quản lý cung cấp chi tiết về Hồ sơ thành viên
thỏa thuận (thời hạn và lệ phí). Ngày hiện tại
2. Liên hệ với thành viên một tháng trước khi hết hạn thành
viên và cung cấp điều khoản gia hạn.
Chi tiết thành viên hiện tại Chi tiết gia hạn Ưu đãi gia hạn
3. Thành viên hiện tại gia hạn tư cách thành viên. Thông tin thành viên Thông tin gia hạn Chi tiết thành viên
Tên Use Case: Duy trì hồ sơ truy cập câu lạc bộ ID: _ 3 _ Mức độ quan trọng: Cao Actor chính: Thành viên
Mô tả ngắn: Cách ghi lại và báo cáo về việc sử dụng thành viên của câu lạc bộ.
Trigger: Cần ghi lại truy cập của thành viên đến câu lạc bộ và báo cáo của người quản lý.
Kiểu: Bên ngoài / Thời gian. Major Inputs: Major Outputs: Description Source Description Destination ID thành viên Thành viên Chuyến thăm thành Tệp truy cập CLB Ngày hiện tại Lịch viên Thời gian hiện tại Lịch Báo cáo sử dụng Người quản lý Hồ sơ thành viên Tệp thành viên
Cập nhật chi tiết sử dụng Tệp truy cập CLB Major Steps Performed Information for Steps Ngày hiện tại
1. Thành viên kiểm tra khi truy cập CLB. ID thành
viên, thời gian và ngày truy cập đều được ghi lại. Thời gian hiện tại ID thành viên lOMoARcPSD| 36625228 Ngày truy cập Thời gian truy cập
2. Người quản lý muốn báo cáo về người dùng nặng và Yêu cầu báo cáo
báo cáo của các thành viên không hoạt động.
Hồ sơ truy cập thành viên Thông tin thành viên
Create a set of use cases for the following system: Picnics R Us (PRU) is a small
catering firm with five employees. During a typical summer weekend, PRU caters 15 Hpicnics wit
h 20 to 50 people each. The business has grown rapidly over the past year,
and the owner wants to install a new computer system for managing the ordering and
buying process. PRU has a set of 10 standard menus. When potential customers call, the
receptionist describes the menus to them. If the customer decides to book a picnic, the receptionist
records the customer information (e.g., name, address, phone number, etc.) and the information
about the picnic (e.g., place, date, time, which one of the standard menus, total price) on a contract.
The customer is then faxed a copy of the contract and must sign and return it along with a deposit
(often by credit card or check) before the picnic is officially booked. The remaining money is
collected when the picnic is delivered. Sometimes, the customer wants something special (e.g.,
birthday cake). In this case, the receptionist takes the information and gives it to the owner who
determines the cost; the receptionist then calls the customer back with the price information.
Sometimes the customer accepts the price; other times, the customer requests some changes,
which have to go back to the owner for a new cost estimate. Each week, the owner looks through
the picnics scheduled for that weekend and orders the supplies (e.g., plates) and food (e.g., bread,
chicken) needed to make them. The owner would like to use the system for marketing as well. It
should be able to track how customers learned about PRU and identify repeat customers so that
PRU can mail special offers to them. The owner also wants to track the picnics on which PRU
sent a contract, but the customer never signed the contract or actually booked a picnic.
TRANS: Tạo một bộ trường hợp sử dụng cho hệ thống sau: Picnics R Us (PRU) là một công ty
phục vụ nhỏ với năm nhân viên. Trong một ngày cuối tuần mùa hè điển hình, PRU phục vụ 15
buổi dã ngoại với 20 đến 50 người mỗi người. Doanh nghiệp đã phát triển nhanh chóng trong năm
qua và chủ sở hữu muốn cài đặt một hệ thống máy tính mới để quản lý quá trình đặt hàng và mua
hàng. PRU có một bộ 10 menu tiêu chuẩn. Khi khách hàng tiềm năng gọi, nhân viên lễ tân mô tả
các menu cho họ. Nếu khách hàng quyết định đặt phòng dã ngoại, nhân viên lễ tân ghi lại thông
tin khách hàng (ví dụ: tên, địa chỉ, số điện thoại, v.v.) và thông tin về chuyến dã ngoại (ví dụ: địa
điểm, ngày, giờ, một trong các menu tiêu chuẩn, tổng giá) trên hợp đồng. Khách hàng sau đó được
fax một bản sao của hợp đồng và phải ký và trả lại nó cùng với một khoản tiền gửi (thường là
bằng thẻ tín dụng hoặc séc) trước khi dã ngoại được đặt chính thức. Số tiền còn lại được thu khi
buổi dã ngoại được giao. Đôi khi, khách hàng muốn một cái gì đó đặc biệt (ví dụ: bánh sinh nhật). lOMoARcPSD| 36625228
Trong trường hợp này, nhân viên lễ tân lấy thông tin và đưa cho chủ sở hữu xác định chi phí; nhân
viên lễ tân sau đó gọi lại cho khách hàng với thông tin giá. Đôi khi khách hàng chấp nhận giá cả;
những lần khác, khách hàng yêu cầu một số thay đổi, phải quay lại chủ sở hữu để ước tính chi phí
mới. Mỗi tuần, chủ sở hữu xem qua các buổi dã ngoại được lên kế hoạch cho cuối tuần đó và đặt
hàng các nguồn cung cấp (ví dụ: đĩa) và thực phẩm (ví dụ: bánh mì, thịt gà) cần thiết để làm
chúng. Chủ sở hữu cũng muốn sử dụng hệ thống để tiếp thị. Nó sẽ có thể theo dõi cách khách
hàng tìm hiểu về PRU và xác định khách hàng lặp lại để PRU có thể gửi các ưu đãi đặc biệt cho
họ. Chủ sở hữu cũng muốn theo dõi các buổi dã ngoại mà PRU đã gửi hợp đồng, nhưng khách
hàng không bao giờ ký hợp đồng hoặc thực sự đặt một chuyến dã ngoại.
Tên Use Case: Tạo hợp đồng dã ngoại ID: _ 1 _ Mức độ quan trọng: Cao Actor chính: Khách hàng Major Inputs: Major Outputs: Description Source Description Destination Yêu cầu dã ngoại Khách hàng
Menu tiêu chuẩn Khách hàng Menu tiêu chuẩn Tệp menu
Yêu cầu đặc biệt Khách hàng Yêu cầu đặc biệt Khách hàng
Thông tin giá yêu cầu Hồ sơ hợp đồng Chi tiết giá đặc biệt Người sở hữu dã ngoại đặc biệt Chi tiết khách hàng Khách hàng
Thông tin khách hàng Hồ sơ khách hàng Major Steps Performed Information for Steps
1. Cuộc gọi của khách hàng có yêu cầu dã ngoại và Yêu cầu dã ngoại
nhận được tiêu chuẩn menu. Menu tiêu chuẩn
2. Khách hàng có yêu cầu đặc biệt và đã nhận được
ước tính chi phí của chủ sở hữu. Yêu cầu đặc biệt Giá đặc biệt
Mô tả ngắn: Cách khách hàng nhận và đặt thông tin dã ngoại. lOMoARcPSD| 36625228
Trigger: Khách hàng cầng tạo hợp đồng dã ngoại.
Kiểu: Bên ngoài/Thời gian lOMoARcPSD| 36625228
3. Khách hàng quyết định đặt chỗ đi dã ngoại và một
hợp đồng dã ngoại chưa được xác nhận sẽ được ghi vào hồ sơ hợp đồng.
Thông tin chi tiết về khách hàng
Hợp đồng dã ngoại chưa được xác nhận
Tên Use Case: Duy trì hợp đồng dã ngoại
ID: _ 2 _ Mức độ quan trọng: Cao Actor chính: Hợp đồng
Mô tả ngắn: Cách khách hàng nhận thông tin hợp đồng và có thể xác nhận hợp đồng.
Trigger: Hợp đồng dã ngoại phải được thông báo và xác nhận bởi khách hàng.
Kiểu: Bên ngoài / Thời gian. Major Inputs: Major Outputs: Description Source Description Destination Hợp đồng tiềm năng Hồ sơ hợp đồng
Đã xác nhận/Chưa xác nhận hợp đồng
Hồ sơ hợp đồng Hợp đồng đã ký Khách hàng Chi tiết tiền gửi Tiền gửi hợp đồng Hồ sơ hợp đồng Khách hàng
Hợp đồng/ Báo cáo khách Yêu cầu báo cáo Người sở hữu Người sở hữu hàng Thông tin khách hàng Hồ sơ khách hàng Major Steps Performed Information for Steps
1. Khách hàng gửi chi tiết hợp đồng.
Hợp đồng dã ngoại chưa được xác nhận
2. Khách hàng trả lại hợp đồng đã ký với thông Hợp đồng đã ký tin tiền gửi.
Thông tin tiền gửi hợp đồng
Hợp đồng dã ngoại đã được xác nhận Yêu cầu báo cáo
3. Chủ sở hữu yêu cầu báo cáo cho mục đích tiếp thị.
Thông tin hợp đồng dã ngoại Thông tin khách hàng Báo cáo được yêu cầu lOMoARcPSD| 36625228
Tên Use Case: Cung cấp đơn hàng ID: _ 3 _
Mức độ quan trọng: Trung bình Actor chính: Hệ thống
Mô tả ngắn: Cách chủ sở hữu xem xét các chuyến dã ngoại sắp tới và đặt hàng nguồn cung cấp cần thiết.
Trigger: Thời gian để chuẩn bị cho các buổi dã ngoại vào cuối tuần tới (hàng tuần).
Kiểu: Bên ngoài / Thời gian Major Inputs: Major Outputs: Description Source Description Destination
Các buổi dã ngoại theo Hồ sơ hợp đồng Yêu cầu thực Người sở hữu lịch trình phẩm/cung cấp Thực đơn thực phẩm/ nhu cầu cung cấp Tệp menu chuẩn Major Steps Performed Information for Steps Ngày hiện tại
1. Xác định các buổi dã ngoại cho cuối tuần tới.
Dã ngoại theo lịch trình Dã ngoại cuối tuần
2. Xác định yêu cầu về thực phẩm và nguồn cung cấp
bằng cách xem xét các chuyến dã ngoại, thực đơn dã Dã ngoại cuối tuần
ngoại vào cuối tuần sắp tới và kho thực phẩm / nguồn cung cấp. Menu tiêu chuẩn
Thực đơn tiêu chuẩn và nhu cầu cung cấp Thực phẩm qty-on-hand Cung cấp qty-on-hand
Create a set of use cases for the following system: Of-the-Month Club (OTMC) is an
innovative young firm that sells memberships to people who have an interest in certain Iproducts.
People pay membership fees for one year and each month receive a product by
mail. For example, OTMC has a coffee-of-themonth club that sends members one pound of lOMoARcPSD| 36625228
special coffee each month. OTMC currently has six memberships (coffee, wine, beer, cigars,
flowers, and computer games), each of which costs a different amount. Customers usually belong
to just one, but some belong to two or more. When people join OTMC, the telephone operator
records the name, mailing address, phone number, e-mail address, credit card information, start
date, and membership service(s) (e.g., coffee). Some customers request a double or triple
membership (e.g., two pounds of coffee, three cases of beer). The computer game membership
operates a bit differently from the others. In this case, the member must also select the type of
game (action, arcade, fantasy/science fiction, educational, etc.) and age level. OTMC is planning
to greatly expand the number of memberships it offers (e.g., video games, movies, toys, cheese,
fruit, vegetables), so the system needs to accommodate this future expansion. OTMC is also
planning to offer three-month and six-month memberships.
TRANS: Tạo một tập hợp các trường hợp sử dụng cho hệ thống sau: Câu lạc bộ của tháng (OTMC)
là một công ty trẻ sáng tạo bán thành viên cho những người quan tâm đến một số sản phẩm nhất
định. Mọi người trả phí thành viên trong một năm và mỗi tháng nhận được một sản phẩm qua thư.
Ví dụ, OTMC có một câu lạc bộ cà phê gửi cho các thành viên một pound cà phê đặc biệt mỗi
tháng. OTMC hiện có sáu thành viên (cà phê, rượu vang, bia, xì gà, hoa và trò chơi máy tính),
mỗi thành viên có giá khác nhau. Khách hàng thường chỉ thuộc về một, nhưng một số thuộc về
hai hoặc nhiều hơn. Khi mọi người tham gia OTMC, nhà điều hành điện thoại ghi lại tên, địa chỉ
gửi thư, số điện thoại, địa chỉ email, thông tin thẻ tín dụng, ngày bắt đầu và dịch vụ thành viên (ví
dụ: cà phê). Một số khách hàng yêu cầu tư cách thành viên gấp đôi hoặc ba lần (ví dụ: hai pound
cà phê, ba trường hợp bia). Thành viên trò chơi máy tính hoạt động hơi khác một chút so với
những người khác. Trong trường hợp này, thành viên cũng phải chọn loại trò chơi (hành động,
arcade, tưởng tượng / khoa học viễn tưởng, giáo dục, v.v.) và độ tuổi. OTMC đang có kế hoạch
mở rộng đáng kinh phí số lượng thành viên mà nó cung cấp (ví dụ: trò chơi điện tử, phim ảnh, đồ
chơi, phô mai, trái cây, rau quả), vì vậy hệ thống cần phải phù hợp với sự mở rộng trong tương
lai này. OTMC cũng đang có kế hoạch cung cấp các thành viên ba tháng và sáu tháng.
Tên Use Case: Duy trì tư cách thành viên CLB ID: _1_ Mức độ quan trọng: Cao Actor chính: Khách hàng
Mô tả ngắn: Cách tạo, thay đổi và xóa thành viên.
Trigger: Khách hàng muốn đăng ký vào một hoặc nhiều thành viên câu lạc bộ.
Kiểu: Bên ngoài / Thời gian. Major Inputs: Major Outputs: Description Source Description Destination Thông tin thành viên Thành viên Chi tiết thành viên Hồ sơ thành viên Cập nhật thành viên Thành viên
Thành viên được cập nhật Hồ sơ thành viên lOMoARcPSD| 36625228 Xóa thành viên Người quản lý Thành viên đã xóa Hồ sơ thành viên Major Steps Performed Information for Steps
1. Khách hàng gọi điện và có nguyện vọng thành lập tư Yêu cầu thành viên mới
cách thành viên câu lạc bộ. Thông tin chi tiết thành viên Chi tiết thành viên được ghi lại.
2. Khách hàng cần thay đổi chi tiết thành viên (chẳng hạn như địa chỉ).
Thay đổi thông tin thành viên Cập nhật thành viên
3. Loại bỏ thành viên đã hết hạn khỏi hồ sơ CLB. Thành viên bị xóa
Tên Use Case: Duy trì tư cách thành viên ID: _ 2 _ Mức độ quan trọng: Cao Actor chính: Thành viên
Mô tả ngắn: Cách thêm, gia hạn hoặc xóa tư cách thành viên.
Trigger: Khách hàng đăng ký vào một hoặc nhiều CLB.
Kiểu: Bên ngoài / Thời gian. Major Inputs: Major Outputs: Description Source Description Destination Yêu cầu CLB Thành viên Hồ sơ thành viên Hồ sơ thành viên Chi tiết CLB Hồ sơ CLB Thông báo gia hạn Thành viên Gia hạn CLB Thành viên Tư cách thành viên Hồ sơ thành viên Hết hạn CLB Lịch gia hạn Hủy CLB Thành viên Thành viên bị xóa Hồ sơ thành viên Chi tiết thành viên Hồ sơ thành viên Trạng thái không Hồ sơ thành viên hoạt động lOMoARcPSD| 36625228 Major Steps Performed Information for Steps
1. Thành viên chọn một hoặc nhiều câu lạc bộ để tham Yêu cầu câu lạc bộ
gia và thành viên trong (các) câu lạc bộ được thành Chi tiết câu lạc bộ lập. Hồ sơ thành viên
2. Thành viên được gửi thông báo gia hạn khi sắp hết Ngày hiện tại thời hạn câu lạc bộ. Chi tiết thành viên Hết hạn câu lạc bộ Thông báo gia hạn
Gia hạn hoặc hủy bỏ câu lạc bộ
3. Thành viên gia hạn hoặc hủy tư cách thành viên. Chi tiết câu lạc bộ Chi tiết thành viên
Tư cách thành viên gia hạn Thành viên để xóa Chi tiết thành viên
4. Tư cách thành viên hết hạn mà không được gia hạn. Ngày hiện tại
Trạng thái thành viên không hoạt động
Tên Use Case: Duy trì CLB ID: _ 3 _
Mức độ quan trọng: Trung bình
Actor chính: Người quản lý
Mô tả ngắn: Cách các câu lạc bộ được thêm vào, thay đổi. hoặc đã xóa.
Trigger: Ban quản lý muốn thành lập, thay đổi hoặc loại bỏ các CLB.
Kiểu: Bên ngoài / Thời gian. Major Inputs: Major Outputs: Description Source Description Destination Chi tiết CLB Người quản lý Chi tiết CLB mới Hồ sơ CLB Thay đổi CLB Người quản lý
Cập nhật chi tiết CLB Hồ sơ CLB Xóa CLB Người quản lý Chi tiết CLB đã xóa Hồ sơ CLB Major Steps Performed Information for Steps lOMoARcPSD| 36625228
1. Ban quản lý thành lập CLB mới. Chi tiết CLB Cập nhật CLB
2. Ban quản lý muốn thay đổi tính năng của CLB. CLB xóa
3. Ban quản lý muốn loại bỏ một CLB.
Create a set of use cases for a university library borrowing system. (Do not worry about
catalogue searching, etc.) The system will record the books owned by the library and will Jrecord
who has borrowed what books. Before someone can borrow a book, he or she must
show a valid ID card that is checked to ensure that it is still valid against the student database
maintained by the registrar’s office (for student borrowers), the faculty/staff database maintained
by the personnel office (for faculty/staff borrowers), or against the library’s own guest database
(for individuals issued a “guest” card by the library). The system must also check to ensure that
the borrower does not have any overdue books or unpaid fines before he or she can borrow another
book. Every Monday, the library prints and mails postcards to those people with overdue books.
If a book is overdue by more than two weeks, a fine will be imposed and a librarian will telephone
the borrower to remind him or her to return the book(s). Sometimes books are lost or are returned
in damaged condition. The manager must then remove them from the database and will sometimes
impose a fine on the borrower.
TRANS: Tạo một tập hợp các trường hợp sử dụng cho hệ thống mượn thư viện đại học. (Đừng lo
lắng về việc tìm kiếm danh mục, v.v.) Hệ thống sẽ ghi lại những cuốn sách thuộc sở hữu của thư
viện và sẽ ghi lại những người đã mượn những cuốn sách nào. Trước khi ai đó có thể mượn một
cuốn sách, họ phải xuất trình một thẻ ID hợp lệ được kiểm tra để đảm bảo rằng nó vẫn còn hiệu
lực đối với cơ sở dữ liệu sinh viên được duy trì bởi văn phòng đăng ký (đối với người vay sinh
viên), cơ sở dữ liệu giảng viên / nhân viên được duy trì bởi văn phòng nhân viên (đối với người
vay giảng viên / nhân viên) hoặc chống lại cơ sở dữ liệu khách của thư viện (đối với các cá nhân
do thư viện cấp thẻ "khách"). Hệ thống cũng phải kiểm tra để đảm bảo rằng người vay không có
bất kỳ sổ quá hạn hoặc tiền phạt chưa thanh toán nào trước khi họ có thể mượn một cuốn sách
khác. Mỗi thứ hai, thư viện in và gửi bưu thiếp cho những người có sách quá hạn. Nếu một cuốn
sách quá hạn quá hạn hơn hai tuần, một khoản tiền phạt sẽ được áp dụng và một thủ thư sẽ gọi
điện cho người vay để nhắc nhở anh ta hoặc cô ta trả lại (các) cuốn sách. Đôi khi sách bị mất hoặc
bị trả lại trong tình trạng bị hư hỏng. Người quản lý sau đó phải loại bỏ chúng khỏi cơ sở dữ liệu
và đôi khi sẽ phạt tiền người vay.
Tên Use Case: Duy trì việc mượn sách ID: Importance Level: _1_ Medium
Actor chính: Người quản lý
Mô tả ngắn: Cách ghi lại các sách thuộc sở hữu và sách bị mất hoặc bị loại bỏ do hư lOMoARcPSD| 36625228 hỏng.
Trigger: Sách được thêm vào hoặc xóa khỏi tài liệu lưu giữ.
Kiểu: Bên ngoài / Thời gian. Major Inputs: Major Outputs: Description Source Description Destination Chi tiết sách Người quản lý
Mục nhập sách mới Giữ sá ch Sách cần loại bỏ Người quản lý Đặt để xóa Giữ sá ch Major Steps Performed Information for Steps
1. Sách mới được thêm vào mục giữ sách. Chi tiết sách Mục nhập sách mới
2. Sách bị mất hoặc bị hư hỏng bị xóa khỏi tài liệu lưu giữ sách. Sách để loại bỏ Đặt để xóa
Tên Use Case: Xử lý sổ mượn
ID: Mức độ quan trọng: Cao _ 2 _
Actor chính: Người mượn
Mô tả ngắn: Mô tả cách kiểm tra và trả lại sách.
Trigger: Người vay muốn kiếm tra hoặc trả lại sổ.
Kiểu: Bên ngoài / Thời gian. Major Inputs: Major Outputs: Description Source Description Destination
Đặt phòng để kiểm tra Người mượn Thay đổi thông tin ID người mượn Ng ười mượn Hồ sơ sách đã mượn sách đã mượn
Thông tin xác thực Hồ sơ người mượn hợp lệ Thông tin sách quá h ạn Hồ sơ quá hạn Thay đổi thông tin Thông tin về thời hạ n Hồ sơ phạt Giữ sá ch sách trả về tốt lOMoARcPSD| 36625228 Sách trả về Ng ười mượn Tình trạng quá hạn
Thông tin sách mượn Hồ sơ sá ch đã mượn Hồ sơ quá hạn Major Steps Performed Information for Steps
1. Bên vay xuất trình (các) cuốn sách để thanh toán. ID
Đặt phòng để kiểm tra
được kiểm tra tính hợp lệ so với hồ sơ người vay hợp ID người vay
lệ. Sách quá hạn và tiền phạt được kiểm tra. Nếu OK Thông tin xác thực
cuốn sách được cho người mượn. Thông tin sách quá hạn Tiền phạt do thông tin Thông tin sách mượn
2. Người vay trả sách. Sách được xóa khỏi tệp đã mượn Sách trả về
và trả lại cho tài liệu lưu giữ. Nếu quá hạn, sách sẽ bị xóa khỏi tệp quá hạn. Thông tin sách mượn
Thay đổi thông tin sách đã mượn
Thay đổi thông tin sách trả về
Trạng thái tệp quá hạn
Tên Use Case: Xử lý số quá hạn ID: _ 3 _ Mức độ quan trọng: Cao Actor chính: Hệ thống
Mô tả ngắn: Cách để xác định sổ sách quá hạn, thông báo cho người vay, đánh giá tiền phạt.
Trigger: Thời hạn cho vay sách hết hạn.
Kiểu: Bên ngoài / Thời gian . Major Inputs: Major Outputs: Description Source Description Destination Thời hạn cho vay Tệp sách đã mượn Nhập quá hạn Tệp quá hạn Chi tiết vay Tệp sách đã mượn Thông báo quá hạn Người mượn Đánh giá tốt Người quản lý Phiếu phạt Hồ sơ phạt Major Steps Performed Information for Steps
1. Thời hạn cho mượn sách đã vay hết hạn. Mục nhập lOMoARcPSD| 36625228 Ngày hiện tại
được thực hiện trong hồ sơ quá hạn. Thời hạn cho vay sách
Thay đổi trạng thái quá hạn Chi tiết vay
2. Sách mượn đã quá hạn hơn hai tuần. Phiếu phạt được đưa ra. Phiếu phạt
3. Hàng tuần, thông báo sổ quá hạn được gửi đến người Chi tiết vay vay. Thông báo sổ quá hạn
4. Người quản lý quy định tiền phạt đối với sách bị mất Mục thiệt hại sổ sách hoặc bị hư hỏng. Phiếu phạt