CASE STUDY iCOOT

BỘ CÔNG THƯƠNG
TRƯỜNG ĐẠI HỌC CÔNG NGHIỆP TP.HCM
KHOA CÔNG NGHỆ THÔNG TIN
ĐỀ TÀI MÔN HỌC: PHÁT TRIỂN PHẦN MỀM HƯỚNG ĐỐI TƯỢNG
CASE STUDY iCOOT
Giảng viên hướng dẫn: Ths LÊ NGỌC SƠN
Sinh viên thực hiện:
1. NGUYỄN VĂN DUY
2. HỒ HỒNG VÂN
Lớp : ĐH.TH1
Khóa : 2005 – 2009
TP. Hồ Chí Minh, tháng 7 năm 2008
LỜI CẢM ƠN
Chúng em xin chân thành cám ơn Khoa Công nghệ Thông tin, trường Đại
học Công nghiệp Tp. HCM đã tạo điều kiện cho chúng em được thực hiện bài tập
lớn của môn học này. Chúng em cũng xin chân thành cám ơn Ths. Lê Ngọc Sơn,
thầy đã giảng dạy cho chúng em những kiến thức cần thiết trong học kỳ. Những
kiến thức đó đã chắp cánh cho chúng em thực hiện bài tập lớn. Chúng em xin chân
thành cám ơn quý Thầy cô trong Khoa đã tận tình giảng dạy trang bị cho chúng
em những kiến thức cần thiết trong thời gian qua, cuối cùng xin gửi lời biết ơn đến
gia đình, bạn bè đã ủng hộ, giúp đỡ, động viên trong những lúc khó khăn cũng như
trong suốt thời gian học tập vừa qua. Mặc dù nhóm đã cố gắng hoàn thành bài tập
lớn với tất cả nỗ lực của bản thân, nhưng bài tập lớn chắc chắn không tránh khỏi
những thiếu sót nhất định, rất mong nhận được sự cảm thông, chia sẻ và tận tình
đóng góp chỉ bảo của quý Thầy Cô.
Nhóm thực hiện
Nguyễn Văn Duy
Hồ Hồng Vân
NHẬN XÉT CỦA GIẢNG VIÊN HƯỚNG DẪN
.................................................................................................................................
.................................................................................................................................

.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
Tp. HCM, Ngày.. ....tháng..... năm 2008
Ký tên
Lê Ngọc Sơn
MỤC LỤC
B1: YÊU CẦU NGHIỆP VỤ................................................................................................5
B1.1: Phát biểu nhiệm vụ của khách hàng .........................................................................5
B1.2 Danh sách các tác nhân................................................................................................6
B1.3 Danh sách Use case.......................................................................................................6
B1.4 Lược đồ giao tiếp use case ...........................................................................................7
B1.5 Lược đồ hoạt động use case .........................................................................................8
B1.6 Chi tiết use case.............................................................................................................8
B2: YÊU CẦU HỆ THỐNG...............................................................................................13

B2.1 User Interface Sketches .............................................................................................13
B2.2 Danh sách tác nhân ....................................................................................................19
B2.3 Danh sách use case .....................................................................................................19
B2.4 Use case diagram ........................................................................................................20
B2.5 Tổng quan các use case ..............................................................................................21
B2.6 Chi tiết use case...........................................................................................................21
B2.7 Yêu cầu bổ sung..........................................................................................................26
B2.8 Use case ưu tiên...........................................................................................................26
B3 PHÂN TÍCH ..................................................................................................................27
B3.1 Sơ đồ lớp......................................................................................................................27
B3.3 Danh sách các phương thức ......................................................................................29
B3.4 Trạng thái mày cho một Reservation .......................................................................31
B3.5 Use case Realization ...................................................................................................30
B4 THIẾT KẾ HỆ THỐNG...............................................................................................39
B4.1 Lựa chọn công nghệ ...................................................................................................39
B4.2 Sơ đồ Layer .................................................................................................................40
B4.3 Các giải quyết tầng tương tác....................................................................................41
B4.4 Packages ......................................................................................................................41
B4.5 Sơ đồ triển khai...........................................................................................................41
B4.6 Chính sách bảo mật....................................................................................................44
B.5 THIẾT KẾ HỆ THỐNG CON ....................................................................................44
B 5.1 Business Service.........................................................................................................44
B 5.2 Lược đồ lớp ServletLayer.........................................................................................45
B5.3 Danh sách các trường ServletLayer .........................................................................45
B 5.4 ServletLayer Message List........................................................................................45
B 5.5 Sơ đồ lớp ServerLayer ..............................................................................................47
B 5.6 ServerLayer Field List ..............................................................................................47
B 5.7 ServerLayer Message List ........................................................................................47
B.5.8 BusinessLayer Class Diagram..................................................................................48
B.5.9 BusinessLayer Field List...........................................................................................49

B 5.10 Protocol Objects Class Diagram ............................................................................52
B 5.11 Database schema Hình B .34 ..................................................................................53
B5.12 Thiết kế User Interface ............................................................................................54
B 5.13 Business Service Realization ..................................................................................54
B1: YÊU CẦU NGHIỆP VỤ
Phần này mô tả mô hình yêu cầu nghiệp vụ được tiến hành trong suốt tất cả giai
đoạn phát triển iCoot, trong từng giai đoạn phát biểu nhiệm vụ của dự án và mô
hình use case nghiệp vụ. Mô hình use case nghiệp vụ cũng áp dụng cho toàn bộ hệ
thống Coot.
B1.1: Phát biểu nhiệm vụ của khách hang
Dưới đây là phát biểu nhiệm các nhiệm vụ được phát biểu bởi Nowhere Cars lúc
bắt đàu dự án Coot:
- Từ khi chúng tôi áp dụng hệ thống theo dõi xe tự động tại cửa hàng của
chúng tôi – sử dụng mã vạch, … và đầu đọc laser – chúng tôi nhiều lợi
nhuận: năng suất cho thuê của chúng tôi tăng 20%, nhũng chiếc xe của
chúng tôi hiếm khi còn trống ( bị bỏ lỡ) và khách hàng cơ bản phát triển
một cách mạnh mẽ, bền vững (theo nghiên cứu thị trường của chúng tôi,
đây là một phần đóng góp cho sự tăng trưởng perception of professionalism
and efficiency).
- Ban quản lý cảm thấy rằng Internet là cơ hội kích thích cho tăng trưởng
năng suất và giảm chi phí. Ví dụ, thay vì phải in khá nhiều các catalof xe
sẵn có, chúng tôi làm 1 cattalog sẵn có trên Internet cho tất cả mọi người
lướt xem trên trình duyệt, chỉ bằng một đường dẫn. Dành cho quyền của
khách hàng, chúng tôi có thể cung cấp nhũng dịch vụ thêm vào, như đặt chỗ
trước, chỉ bằng một cái click chuột lên nút nhấn. Mục tiêu của chúng tôi tiết
kiệm trong khoản này để giảm 15% chi phí đi lại cho mỗi cửa hàng.
- Trong vòng 2 năm, sử dụng hệ thống thương mại điện tử hoàn thiện, chúng
tôi có ý định cung cấp tất cả dịch vụ của chúng tôi trên web, với delivery
and pick – up ở nhà của khách hàng, thus achieving mục đích cuối cùng của
chúng tôi là trở thành một công ty cho thuê ảo (trực tuyến) với chi phí vận

chuyển thấp nhất gần như là đi bộ đến cửa hàng.
Làm việc với khách hàng, các nhiệm vụ này đã được mở rộng thành use case
nghiệp vụ.
B1.2 Danh sách các tác nhân
 Assistant: là một nhân viên của một cửa hàng, giúp khách hàng thuê Car và
đặt một CarModel.
 Customer: là người phải trả tiền cho chúng tôi để sử dụng dịch vụ của
chúng tôi.
 Member: là một khách hàng, được định nghĩa, có thẻ xác nhận và được
chứng nhận vì vậy người này có thể truy cập vào nhũng dịch vụ đặc biệt
(như là thiết lập dịch vụ đặt chỗ trước thông qua điện thoại hoặc trên
Internet).
 NonMember: là khách hàng, được định nghĩa và có thẻ xác nhận nhưng
không được kiểm tra vì thế người này phải trả phí để đặt trước chỗ và
nhượng một bản sao bản quyền của họ để thuê xe.
 Auk: Hệ thống tồn tại để lưu chi tiết khách hàng, thông tin đặt chỗ, thông
tin cho thuê, và danh mục CarModels sẵn có.
 DebtDepartment: Điểm đến để thỏa thuận lệ phí
 LegalDepartment: Điểm đến để thỏa thuận những tai nạn có thể xảy ra
trong lúc thuê xe
B1.3 Danh sách Use case
 B1: Khách hàng thuê xe: Khách hàng thuê xe để họ có thể chọn từ danh
sách sẵn có.
 B2: thành viên đặt CarModel: Thành viên yêu cầu thông báo khi CarModel
còn trống
 B3: Nonmember đặt CarModel: Nonmember trả tiền để được thông báo khi
CarModel trống.
 B4: Khách hàng hủy đặt chỗ: Khách hàng hủy một sự đặt chỗ chưa hoàn tất
bằng điện thoại hoặc gặp trực tiếp nhân viên.
 B5: Khách hàng chọn xe: Khách hàng chọn xe họ có thể thuê

 B6: Khách hàng hỏi Carmodel còn trống: Khách hàng sẽ được lien lạc bởi
nhân viên khi xe trống.
 B7: Xe được thông báo là bị bỏ lỡ: Khách hàng hoặc nhân viên phát hiện xe
bị bỏ lỡ
 B8: Khách hàng khôi phục lại sự đặt chỗ: Khách hàng có thể đặt lại chỗ nếu
chưa giải quyết xong hoặc quá thời gian 1 tuần
 B9: Khách hàng truy cập catalog: Khách hàng xem catalog, tại của hàng
hoặc ở nhà
 B10: ……
 B11: Khách hàng tự chủ trong việc đặt chỗ
 B12: Khách hàng trở thành thành viên: Khách hàng cung cấp CreditCard
chi tiết và thông tin địa chỉ cụ thể để trở thành Member.
 B13: Khách hàng được thông báo xe quá chậm: Nhân viên lien lạc với
Khách hàng về lỗi rằng xe họ đã thuê đã chậm hơn một tuần.
 B14: Khách hàng đóng khóa: Sự thay thế khóa được cung cấp cho khách
hàng, nguời có thể đóng chúng lại
 B15: Thẻ hội viên được làm mới: Nhân viên lien hệ với Member để làm
mới khi CreditCard hết hiệu lực. (hết thời gian sử dụng)
 B16: Car không thể trả lại: là một chiếc xe bị hư hỏng nặng hoặc do tai nạn
B1.4 Lược đồ giao tiếp use case
Lược đồ giao tiếp không được sử dụng rộng rãi trong suốt mô hình yêu cầu
nghiệp vụ (dù họ thường mở rộng trong suốt hệ thống cần gặt hái được). Tuy
nhiên, một lược đồ (hình B.1) được đưa ra để minh họa sự dính liếu giữa các
tác nhân bên trong và bên ngoài hệ thống B3: Nonmember Reserves
CarModel.
4: create Resevation
3: get deposit, License
5: confirm Reservation
CarModel
Reservation

NonMember
Auk Interface
Assistant
1: reserve CarModel
2: find CarModel
B1.5 Lược đồ hoạt động use case
Lược đồ giao tiếp không được sử dụng rộng rãi trong suốt mô hình yêu cầu
nghiệp vụ. Tuy nhiên, một lược đồ (hình B.1) được đưa ra để minh họa nét tinh
túy của B3: Nonmember Reserves CarModel use case.
B1.6 Chi tiết use case
B1: Khách hàng thuê xe.
1. Khách hàng hỏi Assistant loại CarModel họ thích thuê.
2. Nếu Auk cần nhưng không là một Car sẵn có, khách hàng sẽ được
hướng dẫn chọn cái khác tương tự.
3. Nếu sẵn có, Assistant sẽ đánh dấu đã chọn trong Auk
4. Assistant yêu cầu bản quyền của khách hàng để xác nhận họ
5. Cho Member, Assistant lấy số thẻ của họ từ thẻ thành viên và kiểm tra
rằng họ không cần không cần đóng phí và không có vạch kẻ dọc
6. Cho NonMember, Assistant kiểm tra xem họ có tồn tại trong Auk chưa;
nếu chưa, Assistant quét bản sao bản quyền của họ vào trong Auk, và
ghi tên của họ, số điện thoại và số bản quyền.
7. Nếu chi tiết khách hàng thỏa mãn và hoàn thành trả phí, họ được thuê xe
8. Nếu thanh toán không thành công, Xe sẽ bị hủy trong Auk.
(NonMember) Tell
Assistant which CarModel
(Assistant) Ask for
Deposit and License
(NonMember)
Find deposit
(NonMember)

find License
(Assistant) find
CarModel...
(Assistant) Check
deposit ad License
(Assistant)
M...
[ok]
[not ok]
9. Nêu sự thanh toán thành công, khách hàng được cung cấp một khóa
B2: Member Reserves CarModel
1. Member hỏi Assistant số thể hội viên của họ. (thong qua điện thoại hoặc
hỏi trực tiếp).
2. Member hỏi Assistant về CarModel để đặt trước
3. Nếu Member không có vạch kẻ ngang, CreditCard của họ đã hết thời gian
sử dụng, và họ không được miễn phí đặt chỗ trên Auk
4. Nếu đặt chỗ qua điện thoại Member có thể trả phí bằng cách xác nhận chi
tiết CreditCard, điều kiện là phải kết nối đến Auk và phải còn thời gian sử
dụng
5. Member hỏi về số đặt trước
B3: NonMember Reserves CarModel
1. NonMember hỏi về CarModel để đặt trước
2. Assistant tìm CarModel on Auk
3. Assistant yêu cẩu phí đặt trước
4. Assistant yêu cầu bản quyền của NonMember và số điện thoại
5. Assistant kiểm tra bản quyền trực quan.
6. Nếu License hợp lý, Assistant tạo một đặt chỗ mới, ghi lại số License, số
điện thoại và quét License trong Auk
7. Assistant đưa NonMember một ……….
B4: Customer Cancels Reservation

1. Bất kỳ lúc nào, khách hàng cũng có thể hủy bỏ đặt hàng
2. Member có thể thực hiện thông qua điện thoại hoặc gặp trực tiếp, bằng cách
cung cấp số thẻ hội viên
3. NonMember chỉ có thể hủy trực tiếp, họ đưa License của họ cho Assistant,
sau đó nhân viên kiểm tra kết nối trong Auk, và được trả lại tiền
4. Nếu Car tồn tại đã được xóa, sẽ quay về hiện thị
B5: Customer returns Car
1. Khi xe được trả để kiểm tra, Assistant quét mã vạch để xác nhận trả và
kiểm tra xem có đầy nhiên liệu không.
2. Xe được trả lại sẽ hiện thị trống bởi Assistant
3. Nếu khách hàng trả xe quá chậm hoặc xe không đầy nhiên liệu, Khách hàng
phải trả thêm một khoảng thỏa đáng- Member có thể sử dụng credit cảd của
hạ nếu chúng không quá hạn sử dụng
4. Nếu khách hàng không chịu chi trả, thông tin của họ sẽ được đưa vào
DebtDepartment
B6: Customer Told Car Model is Available
1. Khi một chiếc xe được trả, Auk Yêu cẩu Assistant đưa chúng vào danh
sách có thể đặt chỗ.
2. Nếu như vậy, Assistant xóa xe trong vùng đặt trước
3. Trên một dịch vụ một đến môt, Assistant thử liên lạc với khách hàng bằng
điện thoại
4. Nếu khách hàng không phản hồi trong vòng 2 ngày, sự đặt chỗ của họ sẽ
được hủy bỏ, xe được xóa trong danh sách đặt chố, chuyển sang sẵn có.
B7: Car Report Missing
1. Nếu một Xe Auk khởi tạo trong vùng hiện thị mà không tìm thấy khi bạn
cần hoặc trong suốt quá trình kiểm tra, Báo cảnh sát chiếc xe đã bị đánh cắp
2. Nếu khách hàng làm mất thì sẽ báo cho cảnh sát chiếc xe bị đánh cắp và
kèm theo chi tiết License của khách hàng.
3. Ghi lại ngày mất trên Auk
B8: Khách hàng đặt mới lại một sự đặt chỗ

1. Nếu một Reservation không được giải quyết trong vòng 7 ngày,
Reservation phải được đặt mới lại
2. Assistant có 2 ngày để liên lạc với khách hàng bằng điện thoại để họ làm
muốn đặt mới trong 7 ngày tới
3. Nếu khách hàng không muốn đặt mới, Reservation sẽ bị hủy, Khách hàng
phải quay về Store và trình bày License của họ để nhận lại tiền
B9: Khách hàng truy cập Catalog
1. Khách hàng có thể vào trong Store xem Catalog
2. Cho những người đóng phí, họ có thể sao chép catalog
3. Nếu họ có tham gia vào danh sách mail, học sẽ nhận được một bản sao
catalog được gửi qua mail mỗi 6 tháng
B10: Customer fined for Uncollected Reservation
1. Nếu CarModel có sẵn trong phần Reservation và một Assistant hỏi khách
hàng là chúng sẵn có, khách hàng có 2 ngày để chọn chúng
2. Nếu khách hàng không chọn, Reservation vẫn còn và Assistant đưa chúng
hiển thị ra bên ngoài
B11: Customer Collects Reserved Car
1. Khách hàng vào Store và chọn một Xe từ vùng đặt chỗ
2. Khách hàng đưa thông tin License
3. Nếu License có trong Auk thì Reservation hoàn tất
4. Assistant đưa khóa trực tiếp cho người thuê
B12: Khách hàng trở thành Member
1. Để trở thành Member, khách hàng phải cung cấp License của họ, nhập địa
chỉ và credit card
2. Assistant kiểm tra địa chỉ và License
3. Assistant kiểm tra Credit Cảd với công ty CreditCard
4. Nếu OK, Assistant ghi số License, địa chỉ, số điện thoại và chi tiết Credit
Card vào Auk
5. Auk sẽ tạo một thẻ thành viên mới với mã số thành viên
6. Nếu CreditCard hết hạn sử dụng, thì không có thành viên mới được tạo, cho

đến khi có Credit Card mới
B13: Khách hàngd thông báo xe được trả chậm
1. Từ dịch vụ trả trước, khách hàng được cảnh báo nếu họ không trả xe đúng
hạn
2. Nếu xe bị trả chậm quá 1 tuần, Assistant cố gắng liên lạc với khách hàng
bằng điện thoại
3. Nếu khách hàng không phản hồi lại sau 2 tuần, Xe sẽ được trình báo là
mất(xem B7)
B14: Khách hàng làm mất chìa khóa
1. Nếu khách hàng thông báo đến Assistant là họ bị mất chìa khóa, khóa sơ
cua sẽ được cung cấp bởi người đưa khóa nếu cần thiết
2. Chi phí sẽ được cộng vào cho khách hàng trong Auk
B15: Làm mới thẻ thành viên
1. Auk ghi nhận lại thành viên, Credit Cảd của họ đã het hạn sử dụng
2. Auk thông báo Assistant rằng Credit Cảd của thành viên đã hết hạn dung
3. Assistant liên lạc với thành viên bằn điện thoại để nói với họ là họ phải làm
mới thẻ thành viên
4. Member quay lại Store với Credit Card được làm mới. và chi tiết sẽ được
đưa vào Auk
5. Auk ghi nhận là Member đó is good standing
B16: Car in Unreturnable
1. Nếu Khách hàng thông báo với Assistant rằng Cả đã bị hư hỏng hoặc bị tai
nạn, Âssistant chuẩn bị sắp xếp để nhận lại xe
2. Nếu xe bị hư hỏng nặng, mọi chi tiết sẽ được đưa vào LegalDepartment
B2: YÊU CẦU HỆ THỐNG
B2.1 User Interface Sketches
Giao diện tổng quát cho iCoot, hỗ trợ người dùng

B2.2 Danh sách tác nhân
 Customer: là người sử dụng trình duyệt để truy cập iCoot
 Member: là Customer có tên, địa chỉ và Credit Card trong một cửa hàng,
mỗi Member được cung cấp một mật khẩu Internet truy cập vào mã số
thành viên (khách hàng đặc biết).
 NonMember: là khách hàng nhưng không phải là thành viên
 Assistant: Là nhân viên cửa hàng, có nhiệm vụ là liên lạc với Members để
xử lý Reservations của họ.
B2.3 Danh sách use case
 U1: Browse Index: Khách hàng có thể xem chỉ muc CarModels. (Specialize
U13, included U2)
 U2: View Results: Khách hàng có thể xem các tập con CarModel đã được
hiển thị ( bao gồm U1 và U4, mở rộng bởi U3)
 U3: View CarModle Details: Khách hàng có thể hiện thị chi tiết CarModel
muốn xem, chẳng hạn như thông tin mô tả, quảng cáo.( mở rộng U2, được
mở rộng U7)
 U4: Search: Khách hàng có thể tìm kiếm CarModel bằng Category đặc biệt,
Makes and Enginesize (U13, bao gồm U2)
 U5: Log On: Member có thể đăng nhập vào hệ thống iCoot sử dụng số thẻ
thành viên của họ và mật khẩu hiện tại ( được mở rộng bởi U6, U8, U9,
U10 và U12)
 U6: View Member Details: Khách hàng có thể xem một số thông tin chi tiết
của bản thân trong hệ thốn iCoot như tên, địa chỉ, chi tiết Credit Card.
 U7: Make Reservation: Một thành viên có thể đặt trước CarModel when
xem chi tiết của nó. (mở rộng U3)
 U8: View Rentals: Khách hàng có thể xem thông tin đầy đủ về chiếc xe mà
họ đang thuê (Mở rộng U5)
 U9: Change Password: Member có thể thay thế mật khẩu họ sử dụng để
đăng nhập (mở rộng U5)

 U10: View Reservation: Member có thể xem thông tin Reservation, như
ngày, giờ, và CarModel (Mở rộng U5, được mở rộng U11)
 U11: Cancel Reservation: Member có thể hủy Reservation (mở rộng U10)
 U12: Log off: Member có thể đăng xuất khỏi hệ thống iCoot (mở rộng U5)
 U13: Tìm kiếm CarModel: Khách hàng có thể tìm kiếm CarModel từ
catalog.
B2.4 Use case diagram
NonMember
U6: View Member Details
U10: View Reservations
U12: Log Off
U9:Change Password
U8:View Rentals
U4:Search
U1:Browse IndexU2: View Rentals
U3:View CarModel Details
<<include>>
<<include>>
<<extend>>
{Customer
is a logged -
on
Member}
U5:Log On
<<extend>>
<<extend>>
<<extend>>
<<extend>>
<<extend>>
Member

U13: Look for CarModel
Customer
U11:Cancel Reservation
<<extend>>
U7: Make Reservation
<<extend>>
A ssistant
Use case diagram for iCoot
B2.5 Tổng quan các use case
Tổng quan use case cho hệ thống iCoot, mô tả các use case làm việc chung với
nhau nhu thế nào:
Tất cả khách hàng đều có thể tìm kiếm CarModel trong catalog, bằng cách
duyệt chỉ mục CarModel (U1) hoặc bằng search (U4). Trong trường hợp sau,
khách hàng xác định Category, Makes và engine size theo sở thích của họ. Theo
cách này, sau khi chọn mỗi cái, khách hàng có thể hiện thị kết quả đã chọn
CarModel (U2), cùng với thông tin cơ bản như tên CarModel. Khách hàng có thể
chọn để hiện thị ngoài các thông tin về CarModel như một sự mô tả và một sự
quảng cáo (U3).
Khách hàng, người có thể trở thành Member có thể log on (U5) vào và truy
cập một lần nữa vào dịch vụ bên ngoài. Các dịch vụ bên ngoài: làm một
Reservation (U7), hủy một Reservation (U11), kiểm tra thông tin chi tiết thành
viên(U6), hiện thị outstanding Reservation (U10), thay đổi mật khẩu đăng nhập
(U9), hiện thị outstanding Rentals (U8) và đăng xuất (U12).
Assistant là những người dính liếu đến chu kỳ sống của Reservation, xóa
một xe từ khu danh mục đặt sẵn, ví dụ.
Khách hàng có hai loại, Member và NonMember.
Duyệt chỉ mục và tìm kiếm CarModel có hai cách khác nhau để tìm kiếm
CarModels(U13). Để hiện thị chi tiết CarModel, khách hàng phải hiện thị kết quả
tìm kiếm models (bằng browsing hoặc tìm kiếm).
Để đặt chỗ trước một CarModel, một Member phải view chi tiết của nó

(NonMember không thể đặt trước, lịch khi họ xem chi tiết).
Để hủy Reservation, thành viên phải view outstanding Reservation của họ .
B2.6 Chi tiết use case
U1: Browse Index (U13, bao gồm U2)
Tiền điều kiện: Không
1. Khách hàng chọn một Index Heading
2. Khách hàng elects để view CarModel để chọn index heading.
3. Bao gồm U2
Hậu điều kiện: Không
U2: Hiển thị kết quả (Included U1 và U4, Mở rộng U3)
Tiền điều kiện: Không
1. iCoot biểu hiện cho khách hàng với một thông tin tổng quan cho một
CarModel được chọn bao gồm số Model và giá.
2. Mở rộng bởi U3
Hậu điều kiện: Không
U3: View CarModle Details. (Mở rộng U2, được mở rộng U7)
Tiền điều kiện: Không
1. Khách hàng chọn một CarModel
2. Khách hàng yêu cầu chi tiểt một CarModel đã chọn
3. iCoot hiển thị chi tiết CarModel đã chọn (makes, engine size, giá, mô tả,
quảng cáo và poster).
4. Nếu Khách hàng đăng nhập như là thành viên, mở rộng với U7.
Hậu điều kiện: iCoot hiển thị CarModels được chọn.
Yêu cầu phi chức năng: r1.Sự quảng cáo nên được sử dụng giao thức streaming,
khá hơn, có yêu cầu tải về.
U4: Search: (U13, bao gồm U2)
Tiền điều kiện: Không
1. Khách hàng chọn yêu cầu Category (nếu có thể)
2. Khách hàng chọn yêu cầu Makes (nếu có thể)
3. Khách hàng chọn yêu cầu engine size (nếu có thể)

4. Khách hàng bắt đầu tìm kiếm
5. Included U2
Hậu điều kiện: Không
Những trường hợp ngoại lệ: Nếu khách hàng không chỉ định rõ category, makes
hoặc engine sizes, iCoot không cho phép bắt đầu tìm kiếm
U5: Log On: (được mở rộng bởi U6, U8, U9, U10 và U12)
Tiền điều kiện: Member có sẵn một mật khẩu trong cửa hàng
1. Khách hàng nhập vào số thẻ thành viên
2. Khách hàng nhập mật khẩu
3. Sau đó iCoot kiểm tra đăng nhập và thiết lập đăng nhập cho thành viên,
thành viên có thể chọn không ghi nhớ (không tồn tại và theo cách đó lần
sau) một session đang tồn tại.
4. Member mới đăng nhập
5. Extend với U6,U8,U9,U10,U12
Hậu điều kiện: khách hàng đã đăng nhập thành công
Những trường hợp ngoại lệ: a1. Nếu số thẻ hoặc mật khẩu của thành viên không
chính xác, iCoot nói cho khách hàng biết một trong hai là không chính xác.
A2. Nếu số thẻ và mật khẩu của thành viên là chính xác, nhưng tài khoản hiện thời
đang đăng nhập nhưng không chọn ghi nhớ, iCoot cũng thông báo cho Member
biết
U6: View Member Details: (Mở rộng U5)
Tiền điều kiện: Không
1. Member chọn hiện thị chi tiết
2. Member xem chi tiết thông tin thành viên (tên, địa chỉ, trạng thái, tài khoản
và Credit Card)
3. Vì lý do bảo mật, iCoot chỉ hiển thị 4 số sau cùng của Credit Card của
thành viên
4. iCoot thông báo cho Member rằng để biết chi tiết chính xác họ phải liên hệ
với cửa hàng của họ.
Hậu điều kiện: Member đã được xem thông tin thành viên chi tiết

U7: Make Reservation. (Mở rộng U3)
Tiền điều kiện: Khách hàng là thành viên, người đã đăng nhập
1. Member đặt trước CarModel để hiện thị chi tiết
2. iCoot yêu cầu Member xác nhận, phát cảnh báo để chọn đặt trước
CarModel sẽ trả về kết quả thành công
3. Member xác nhận Reservation
4. iCoot hiển thị choa Member số Reservation và cho biết rằng Assistant sẽ
thông báo khi xe sẵn dung
5. Khi Assistant đăng nhập vào hệ thống Coot, Assistant sẽ được cung cấp
một list các Reservation để yêu cầu được kich hoạt
6. Assistant làm những thao tác cần thiết để xử lý Reservation
Hậu điều kiện: Tất cả yêu cầu Reservation đã được làm
Những trường hợp ngoại lệ: a1. Nếu thành viên không chấp nhận điều kiện
Reservation, không có Reservation nào được làm
U8: View Rentals: (Mở rộng U5)
Tiền điều kiện: Không.. Liên quan với U5
1. Member chọn view Rentals của họ
2. iCoot tổng kết thông tin cho xe đang được thuê (số trễ và ngày trễ hạn)
Hậu điều kiện: iCoot đã hiện thị thông tin tổng kết của xe hiện đang thuê.
U9: Change Password: (mở rộng U5)
Tiền điều kiện: Không
1. Member chọn thay đổi mật khẩu
2. Member nhập mật khẩu cũ
3. Member nhập mật khẩu mới
4. Member nhập mật khẩu mới thêm một lần nữa (để xác nhận)
5. Member bắt đầu thay đổi