Trong chương 2 và 3, bạn thấy làm thế nào để phát triển một sơ đồ ER-độ cao cho Pine Công ty nội thất Valley (xem hình 2-22 và 3-12). Chúng tôi xác định các loại thực thể,
cũng như các phím của họ và các thuộc tính quan trọng khác, dựa trên một nghiên cứu của doanh nghiệp
xử lý tại công ty. Bây giờ chúng tôi sẽ cho bạn thấy làm thế nào để phát triển một sơ đồ lớp cho cùng một ứng dụng bằng cách sử dụng phương pháp tiếp cận hướng đối tượng. Sơ đồ lớp được hiển thị
trong hình 13-18. Chúng tôi thảo luận về những điều thông thường, cũng như sự khác biệt, giữa này
sơ đồ và sơ đồ ER trong các con số trước. Hình 13-18 là dựa chủ yếu vào
Hình 3-12, nhưng các thuộc tính từ Hình 2-22 là bây giờ cũng bao gồm. Hình 13-18 là
phát triển bằng cách sử dụng các công cụ vẽ UML trong Microsoft Visio. Hàng chục công cụ khác tồn tại
gói phát triển phần mềm hướng mô hình toàn diện.
Như bạn mong đợi, các loại thực thể được biểu diễn như là các lớp đối tượng, và tất cả các thuộc tính được hiển thị trong các lớp học. Lưu ý, tuy nhiên, bạn không cần phải chứng minh định danh rõ ràng trong các hình thức của khóa chính, bởi vì, theo định nghĩa, mỗi đối tượng có bản sắc riêng của mình. Các mô hình ER, cũng như các mô hình dữ liệu quan hệ (xem Chương 4),
bạn cần phải xác định rõ ràng vì không có cách nào khác hỗ trợ
các khái niệm về bản sắc. Trong mô hình hướng đối tượng, các định danh duy nhất bạn cần đại diện cho các thuộc tính đó có ý nghĩa trong thế giới thực, chẳng hạn như salespersonID, ID khách hàng, OrderID, và productID. Thông báo rằng chúng tôi đã không thể hiện một định danh cho
Dòng sản phẩm, dựa trên giả định rằng dòng sản phẩm ID được chỉ đơn thuần bao gồm trong Sơ đồ ER như là một định nội bộ, không phải là một thuộc tính trong thế giới thực, chẳng hạn như orderid hay
ID sản phẩm. Nếu Pine Valley Công ty Nội thất không thực sự sử dụng VendorID hoặc, đối với vấn đề đó, bất kỳ thuộc tính khác, để hỗ trợ các quy trình kinh doanh của mình, bạn không nên bao gồm những đặc tính trong sơ đồ lớp. Vì lý do đó, chúng tôi đã không được hiển thị định danh
cho các lớp học như người bán hàng, Order Line, và kỹ năng.
Tên vai trò được áp dụng cho một số mối quan hệ. Ví dụ, sản phẩm đóng
vai trò của đầu ra và Trung tâm làm việc đóng vai trò của cơ sở trong sản xuất-in mối quan hệ.
Sơ đồ lớp trong hình 13-18 bao gồm một số hoạt động mà không thể đã bị bắt giữ trong một sơ đồ ER và thường không có trong sơ đồ lớp
được sử dụng để mô hình hóa lĩnh vực kinh doanh trong các hoạt động phân tích khác nhau objectoriented
mô hình vòng đời. Trong trường hợp này, chúng tôi đã đưa cho họ để chứng minh làm thế nào cách tiếp cận hướng đối tượng tích hợp dữ liệu và hành vi. Ví dụ, khách hàng
có một hoạt động gọi mailInvoice rằng, khi thực hiện, thư hóa đơn cho một khách hàng đã đặt một đơn đặt hàng, xác định tổng số tiền đặt hàng bằng đô la, và
tăng dư nợ của khách hàng bằng số tiền đó. Khi nhận được thanh toán
từ các khách hàng, các hoạt động receivePaymt điều chỉnh cân bằng của số tiền nhận được. Các hoạt động orderlineTotal của Dòng Đặt tính tổng đôla
Số tiền cho một dòng thứ tự nhất định của một đơn đặt hàng, trong khi các hoạt động orderTotal về trật tự
tính tổng số tiền cho toàn bộ hợp đồng (ví dụ, tổng số của số tiền trên tất cả các dòng lệnh).
Hình 13-18 cũng minh họa tính đa hình. Các hoạt động Tổng lượng xuất hiện
trong phạm vi cả các sản phẩm và dòng sản phẩm lớp học, nhưng được thực hiện như hai khác nhau
phương pháp. Trong khi các phương pháp trong sản phẩm tính tổng doanh số cho một sản phẩm nhất định, các
một trong dòng sản phẩm tính tổng doanh thu của tất cả các sản phẩm thuộc một định dòng sản phẩm.
Một số các hoạt động biểu diễn trong sơ đồ (Tổng lượng, totalCommission,
orderTotal, orderlineTotal, và checkSkills) là hoạt động truy vấn, mà không làm thay đổi trạng thái của bất kỳ đối tượng. Ngược lại, mailInvoice, receivePaymt, và assignProd là tất cả hoạt động cập nhật vì họ thay đổi trạng thái của một số đối tượng (s). Ví dụ, các
hoạt động assignProd gán một sản phẩm mới vào dòng sản phẩm được quy định trong "đường dây" (adsbygoogle = window.adsbygoogle || []).push({});
lập luận, do đó thay đổi trạng thái của cả hai sản phẩm, mà có thể được giao, và các dòng sản phẩm, trong đó bao gồm một số sản phẩm nhiều hơn.
Thông số kỹ thuật cho các khái quát được hiển thị trong hộp khăn. Vì vậy, ví dụ,
không có các loại khách hàng khác hơn là khách hàng thường xuyên và khách hàng Quốc gia (ràng buộc đầy đủ), một khách hàng có thể được đồng thời cả hai loại (chồng chéo
constraint), và khách hàng có thể chuyển đổi giữa các phân typ (<< động >> stereotype). Khách hàng được phân biệt bởi giá trị của CustomerType. Khách hàng là một trừu tượng lớp vì các hạn chế hoàn toàn.
Summary
phương pháp tiếp cận, mà đang trở thành ngày càng phổ biến vì nó hỗ trợ đại diện hiệu quả của một thế giới thực
ứng dụng cả về dữ liệu và processes- của nó
sử dụng một đại diện cơ bản phổ biến. Chúng tôi mô tả
các hoạt động tham gia vào các giai đoạn khác nhau của objectoriented vòng đời phát triển và nhấn mạnh sự liền mạch
Bản chất của quá trình chuyển đổi đó một mô hình hướng đối tượng trải qua như nó phát triển qua các giai đoạn khác nhau, từ
phân tích thiết kế để thực hiện. Điều này là hoàn toàn tương phản để tiếp cận mô hình khác, chẳng hạn như cấu trúc
phân tích và thiết kế, mà thiếu một nền tảng phổ biến đại diện và, do đó, bị đột ngột và tách rời
mô hình chuyển tiếp. Chúng tôi cũng thảo luận lặp đi lặp lại bản chất của hầu hết các mô hình vòng đời đối tượng. Chúng tôi trình bày mô hình hướng đối tượng như là một cao cấp hoạt động khái niệm, đặc biệt là khi nó liên quan đến
phân tích dữ liệu. Chúng tôi giới thiệu các khái niệm về đối tượng và lớp học và nhận dạng đối tượng thảo luận và đóng gói.
Trong suốt chương này, chúng tôi phát triển một số sơ đồ lớp, sử dụng các ký hiệu UML, để cho bạn thấy làm thế nào để nhiều loại mô hình của tình huống. Bạn cũng đã học được cách để vẽ một sơ đồ đối tượng tương ứng với một định
sơ đồ lớp. Sơ đồ đối tượng cung cấp một bản chụp
các đối tượng thực tế và các liên kết có trong một hệ thống tại một số một đối tượng tổng hợp. Chúng tôi phân biệt giữa tập hợp
và tổng quát hóa và cung cấp cho bạn lời khuyên cho lựa chọn giữa hiệp hội và tập hợp trong việc đại diện
tập hợp, được biết đến như thành phần, trong đó một phần đối tượng thuộc về chỉ một toàn bộ đối tượng, sống và chết cùng với nó.
Trong chương này, bạn cũng đã học được cách để nhà nước kinh doanh quy tắc ngầm, cũng như một cách rõ ràng, trong một sơ đồ lớp.
UML cung cấp một số từ khóa có thể được sử dụng điểm trong thời gian.
Chúng tôi đã cho thấy làm thế nào để mô hình hành vi và trách nhiệm trong một ứng dụng bằng cách sử dụng hoạt động. Chúng tôi thảo luận về bốn loại hoạt động: xây dựng, truy vấn, cập nhật, và đẳng cấp phạm vi. Các mô hình E-R (cũng như các Mô hình EER) không cho phép bạn chụp các hành vi; nó cho phép bạn chỉ để mô hình nhu cầu dữ liệu của một tổ chức. Trong chương này, chúng tôi nhấn mạnh một số điểm tương đồng giữa các mô hình ER và mô hình hướng đối tượng,
nhưng đồng thời, nhấn mạnh những tính năng mà chắc sau này mạnh hơn so với trước đây.
Chúng tôi đã cho thấy làm thế nào để đại diện cho các mối quan hệ liên kết khác nhau độ-nhất nguyên, nhị phân, và ternary-
trong một sơ đồ lớp. Hội An có hai hoặc nhiều vai trò; Mỗi vai trò có tính đa dạng, trong đó cho biết số
của các đối tượng tham gia vào các mối quan hệ. Các loại khác những hạn chế có thể được chỉ định về vai trò hiệp hội, chẳng hạn như hình thành một tập có thứ tự của các đối tượng. Khi một hiệp hội chính nó có thuộc tính hoặc các hoạt động của riêng mình, hoặc khi nó tham gia vào các hiệp hội khác, hiệp hội được mô hình hóa
như là một lớp; một lớp học như vậy được gọi là một lớp liên kết.
các hiệp hội và các lớp liên kết, tương ứng, trong một
sơ đồ lớp. Thuộc tính có nguồn gốc, các mối quan hệ có nguồn gốc, và vai trò của nguồn gốc cũng có thể được biểu diễn trong một lớp học sơ đồ.
Các mô hình hướng đối tượng thể hiện khái quát (adsbygoogle = window.adsbygoogle || []).push({});
mối quan hệ sử dụng superclasses và các lớp con, tương tự
để siêu kiểu nhóm và phân nhóm trong các mô hình EER. Điều cơ bản
của một con đường tổng quát có thể được biểu thị bằng cách sử dụng một phân biệt nhãn bên cạnh con đường tổng quát. Ràng buộc ngữ nghĩa
trong lớp con có thể được xác định bằng cách sử dụng UML từ khóa như chồng chéo, phân chia, đầy đủ và
không đầy đủ. Khi một lớp không có bất kỳ trực tiếp
trường hợp, nó được mô phỏng như một lớp trừu tượng. An trừu tượng lớp có thể có một hoạt động trừu tượng, có hình thức, nhưng
không phương pháp, được cung cấp.
Trong một mối quan hệ tổng quát, một lớp con kế thừa
tính năng từ lớp cha của nó, và bằng cách bắc cầu, từ tất cả của nó tổ tiên. Kế thừa là một cơ chế rất mạnh mẽ
vì nó hỗ trợ tái sử dụng mã trong các hệ thống hướng đối tượng. Chúng tôi đã thảo luận cách thức áp dụng kế thừa các tính năng, như cũng như lý do cho các thừa kế trọng của hoạt động
trong lớp con. Chúng tôi cũng giới thiệu một khái niệm quan trọng trong mô hình hướng đối tượng, mà đa hình,
có nghĩa là một hoạt động có thể áp dụng trong khác nhau cách qua các lớp khác nhau. Các khái niệm về đóng gói, thừa kế và đa hình trong hướng đối tượng
mô hình cung cấp hệ thống phát triển mạnh mẽ với cơ chế để phát triển phức tạp, mạnh mẽ, linh hoạt, và
hệ thống kinh doanh duy trì.
Các mô hình hướng đối tượng hỗ trợ tập hợp,
trong khi E-R hoặc các mô hình EER không. Aggregation là một hình thức ngữ nghĩa mạnh của hiệp hội, thể hiện các mối quan hệ Part-từ một đối tượng thành phần và
như những hạn chế về các lớp, các thuộc tính, các mối quan hệ, và như vậy trên. Ngoài ra, hạn chế người dùng định nghĩa có thể được sử dụng để hiện quy tắc kinh doanh. Khi một quy luật kinh doanh liên quan đến hai hay nhiều yếu tố, bạn thấy làm thế nào để thể hiện các quy tắc
trong một sơ đồ lớp, chẳng hạn như bằng cách sử dụng một biểu tượng ghi chú. chúng tôi kết luận chương này bằng cách phát triển một sơ đồ lớp cho
Công ty nội thất Pine Valley, minh họa làm thế nào để
áp dụng phương pháp tiếp cận hướng đối tượng để mô hình cả dữ liệu và các quá trình kinh doanh cơ bản trong thế giới thực vấn đề.