MỤC LỤC
Chúng ta chỉ sử dụng một loại mối quan hệ trong sơ đồ trên - mối quan hệ kết tập (aggregation). Vẫn còn một số công việc cần được thực hiện trên mô hình tên miền này trước khi chúng ta sẵn sàng chuyển sang giai đoạn tiếp theo, vì vậy ta thực hiện thêm một số công.
Ngoài ra, gói mua sắm chứa một người tham gia (Khách hàng), và gói quản trị chứa bốn người tham gia (Chăm sóc Khách hàng, Nhân viên Giao hàng, và Quản trị web).
Mật khẩu không hợp lệ: Hệ thống hiện thị thông báo “Tên người dùng hoặc maajrt khẩu ” không hợp lệ nhắc họ nhập lại. Đăng nhập thất bại 3 lần: Hệ thống khóa tài khoản của người dùng nên người dùng phải liên hệ bộ phận hỗ trợ khách hàng để kích hoạt lại. Người dùng nhập thông tin tài khoản và xác nhận mật khẩu vào các trường, hệ thống kiểm tra tính hợp lệ của thông tin đăng ký( tài khoản, mật khẩu dủ độ dài).
Nếu thông tin đăng ký không hợp lệ hệ thống hiển thị thông báo lỗi về thông tin đăng ký không hợp lệ. Người dùng muốn hủy bỏ them sản phẩm vào danh sách hệ thống cho người dùng tùy chọn bỏ hoặc quay lại bước nhập thông tin sản phẩm rồi hệ thống. Hệ thống hiển thị danh sách các danh mục đã có và tùy chọn thêm sản phẩm vào một trong các danh mục đó.
Người dùng đăng nhập và truy cập vào trang quản lý danh sách Hệ thống hiển thị danh sách các sản phẩm trong danh sách của người dùng. Người dùng chọn sản phẩm mà họ muốn xóa khỏi danh sách, Hệ thống hiển thị xác nhận yêu cầu xóa sản phẩm ở danh sách. Hệ thống hủy bỏ yêu cầu xóa và quay lại giao diện danh sách các sản phẩm của người dùng và tiếp tục thực hiện các bước trên basic course.
Khỏch hàng đăng nhập và truy cập vào trang theo dừi đơn hàng Hệ thống hiển thị danh danh sách các đơn hàng mà khách hàng đã đặt, cùng với trạng thới của đơn hàng. Nếu khỏch hàng truy cập vào trang theo dừi đơn hàng khonong cú đơn hàng hệ thống hiển thị thông báo cho khách hàng biết rằng không có đơn hàng nào để hiển thị. Khách hàng đã đăng nhập vào vệ thống và có đơn hàng đã đặt tuy cập quản lý đơn hàng hoặc theo dừi đơn hàng.
Hệ thống hiển thị thông tin chi tiết của đơn hàng bao gồm mục hàng, tổng số tiền, trạng thái đơn hàng. Nếu khách hàng chọn thanh toán COD: Hệ thống ghi lại lựa chọn của khách hàng và tiến hành xác nhận đơn hàng. Hệ thống chuyển đến giao diện cho phép khách hàng đánh giá sản phẩm, bao gồm các mục như diểm số, bình luận và các yếu tố khác.
Đôi khi bạn sẽ tìm thấy các lớp điều khiển thực sự, chẳng hạn như “người quản lý” hoặc “người điều phối” lớp và đôi khi một khung có thể cám dỗ bạn rải rác vào thiết kế của mình hàng tá lớp nhỏ “các lớp bộ điều khiển”, nhưng theo nguyên tắc chung, khoảng 80% bộ điều khiển từ sơ đồ độ bền có thể được triển khai dưới dạng một hoặc nhiều thao tác trên thực thể và các lớp ranh giới. (Thông tin thêm về khía cạnh quan trọng này của sơ đồ trình tự sau.) Trọng tâm của điều khiển thể hiện thời gian mà một phương thức/chức năng cụ thể có quyền kiểm soát. Sử dụng sơ đồ trình tự để chỉ ra cách thức hoạt động của ca sử dụng (tức là tất cả các bộ điều khiển từ sơ đồ độ bền) được các đối tượng thực hiện như thế nào.
Điều đáng ngạc nhiên là có bao nhiêu vấn đề về thiết kế có thể được giải quyết ở giai đoạn này, giúp tiết kiệm thời gian cho việc tái cơ cấu thiết kế của bạn sau này, do đó, việc thiết kế và khám phá mọi khía cạnh của từng trường hợp sử dụng là điều đáng giá, không chỉ là kịch bản ban ngày. • Hiển thị chi tiết cách các lớp của bạn tương tác với nhau trong suốt vòng đời của ca sử dụng: Khi lập sơ đồ trình tự, bạn nên khám phá hệ thống sẽ hoạt động như thế nào thực hiện hành vi được mô tả trong trường hợp sử dụng của bạn. • Hoàn thiện việc phân phối các hoạt động giữa các lớp: Sau khi thực hiện phân tích độ mạnh, đến bây giờ bạn đã xác định được ít nhất 3/4 thuộc tính (dữ liệu) trên các lớp của mình, nhưng rất ít, nếu có, các hoạt động (hành vi).
• Viết trường hợp sử dụng cho mọi kịch bản bạn định xây dựng trong bản phát hành hiện tại của mình (bao gồm các khóa học cơ bản và thay thế trong từng trường hợp sử dụng). Một câu hỏi mà chúng tôi thường được hỏi là “Tôi có nên có một sơ đồ trình tự riêng cho từng phương án hành động thay thế?” Câu hỏi này thường được đặt ra bởi những người có các mẫu trường hợp sử dụng khổng lồ và các trường hợp sử dụng dài mười trang. Ưu tiên của chúng tôi là giữ ca sử dụng ngắn gọn (xem quy tắc hai đoạn trong Chương 3), và do đó có thể hiển thị toàn bộ ca sử dụng (kịch bản ngày nắng và ngày mưa) trên một sơ đồ trình tự duy nhất.
Hãy nhớ rằng sơ đồ trình tự của bạn thể hiện thiết kế ở mức độ cụ thể hơn nhiều và cái nhìn chi tiết hơn so với thiết kế khái niệm lý tưởng hóa được thể hiện trên sơ đồ độ chắc chắn. Nhưng trong thực tế, với nhiều công cụ tạo mô hình trực quan, việc cố gắng làm cho các hình chữ nhật tiêu điểm điều khiển hoạt động theo cách bạn muốn có thể thực sự khó chịu. Vì hiện tại bạn đang chủ động gán các thao tác cho các lớp và vì rất dễ mắc lỗi khi vẽ sơ đồ trình tự, bạn nên liên tục kiểm tra chéo sơ đồ trình tự và sơ đồ lớp của mình để đảm bảo rằng khi bạn gán một thao tác cho một lớp, bạn đã làm nó theo cách có ý nghĩa.
Điều này ít nhất phải được thực hiện như là bước cuối cùng trước khi tiếp tục đến CDR, nhưng bạn có thể bắt đầu suy nghĩ ở cấp độ này trong thiết kế ngay cả trước khi vẽ sơ đồ trình tự của mình. Tuy nhiên, ngay cả khi bạn cho rằng hành vi của hệ thống sẽ được phân bổ cho các lớp khi các mũi tên thông báo được vẽ trên sơ đồ tuần tự, thì trong hầu hết các trường hợp, mô hình lớp sẽ yêu cầu công việc bổ sung để hoàn thành đến mức sẵn sàng mã hóa. Bây giờ chúng tôi đã mô tả ký hiệu bạn sử dụng để vẽ sơ đồ trình tự và chúng tôi đã xem xét 10 nguyên tắc hàng đầu về lập sơ đồ trình tự, chúng tôi sẽ hướng dẫn các bước liên quan đến việc vẽ sơ đồ trình tự một cách hiệu quả.
Khi có sơ đồ trình tự trong tay, việc còn lại là phân bố các thông điệp (message) vào các lớp tương ứng.