Ôn thi môn Phát triển phần mềm hướng dịch vụ có đáp án
Bạn đang xem bản rút gọn của tài liệu. Xem và tải ngay bản đầy đủ của tài liệu tại đây (131.11 KB, 24 trang )
1
Câu 1: Mô tả các thành phần trong biểu diễn dịch vụ web và nêu ý
nghĩa sử dụng của các thành phần trong hệ dich vụ . Cho ví dụ minh
hoạ
Trả lời: Kiến trúc của dịch vụ web gồm 3 thành phần chính:
• SOAP- Simple Object Access Protcol: là một giao thức chuyển
đổi thông điệp dựa trên XML, là giao thức làm việc trong môi
trường phân tán: SOAP=XML+HTTP
Nó được sử dụng để đậc tả định dạng các yêu cầu và phản hồi
trong tính toán phân tán webservice để lấy và gửi thông điệp
thông qua giao thức HTTP và phương thức POST.
Mọi thông điệp SOAP đều có định dạng bao gồm 1 envelope và
một message-body
• Envelope: là một tài liệu XML , các phần tử này có thể chứa
phần tử con là body
• Body: gồm dữ liệu, là tên của phưong thức được gọi, đối số
của phương thức, một thông điệp yêu cầu hoặc kết quả trả về.
Vi dụ: Định dạng thông điệp SOAP yêu cầu để tính toán tổng
hai số:
<?xml version="1.0" encoding="UTF-8"?>
<SOAP-ENV:Envelope
SOAP-ENV:encodingStyle=
" />xmlns:SOAP-
ENV=" />xmlns:xsd=" />xmlns:xsi=" />2
xmlns:SOAP-
ENC=" /><SOAP-ENV:Body>
<addTwoNumber>
<celsius xsi:type="xsd:int ">0</celsius>
<celsius xsi:type="xsd:int">0</celsius>
</ addTwoNumber >
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
• WSDL: là một file XML mô tả chức năng mà dịch vụ web đó
cung cấp và làm thế nào để truy cập tới dịch vụ web đó cũng
như việc gọi các phương thức từ xa.WSDL chỉ ra cách nhìn trừu
tượng về dịch vụ hoặc là giao điện được thực thi bởi một dich
vụ web trong các nền tảng và ngôn ngữ khác nhau.
WSDL gồm hai phần chính:
• Phần đặc tả giao diện: phần này có thể được sử dụng lại, bao
gôm: + Types
+ message
+ binding
+ porTypes
• Phần thực thị gồm + port
+ service
Cấu trúc tổng quát của WSDL như sau:
<definition >
3
<types >
<message >
<portType >
<binding >
<service >
<port >
</service>
</definition>
• UDDI: là một đặc tả kĩ thuật cho việc xây dựng các thủ tục
phân tán cho các dịch vụ web, những gì mà các công ty , các
doanh nghiệp tìm kiếm dịch vụ. Vậy làm thế nào để public một
dịch vụ web trên toàn cầu và làm thế nào để khám phá ra các
khuynh hướng của dịch vụ web để sử dụng lại cho các dịch vụ
web khác . Đó chính là thách thức của dịch vụ web. UDDI hoạt
động như một dịch vụ gọi tên trong tính toán phân tán hoặc là
danh bạ trong dịch vụ phone hoặc là cơ chế tìm kiếm của
google cho dịch vụ internet. UDDI bao gồm một lựợc đồ XML
định nghĩa 4 cấu trúc dữ liệu cốt lõi của UDDI: business,
service, binding, tmodel program interface.
UDDI được phát triển bởi IBM, Microsoft, Ariba vào năm 2000,
và giờ dưới sự quản lý của cộng đồng UDDI. Nó như một thư
mục lưu trữ các thông tin vè dịch vụ web mà tại đây các công ty
có thể dăng kí dịch vụ và tìm kiếm dịch vụ.
Cấu trúc UDDI bao gồm: trang vàng , trang trắng, trang xanh.
Cấu trúc ánh xạ tự WSDL sag UDDI như sau:
4
• Trang trắng( white pages) chứa các thông tin về nghiệp vụ
( tên doanh nghiệp( tên doanh nghiệp, mo ta, các thông tin
liên hệ ( tên, địa chỉ, fax, number)
• Trang vàng( yellow page) chứa các thông tin tổ chức dịch vụ
như tên , loại dịch vụ, phân loại…
• Trang xanh quy định làm thế nào để các nhà cung cấp dịch vụ
có thể tìm kiếm dịch vụ bao gồm các thông tin sau: các thông
số kĩ thuật ( giao diên, URL) để tìm ra và thục thi dicj vụ
web. Một Ưng dụng mà yêu cầu dịch vụ thì sẽ làm việc với
trang xanh của UDDI.
Câu 2: Chỉ ra sự tương ứng giữâ WSDL và UDDI? Ý nghĩa
của sự ánh xạ này . Cho ví dụ minh họa
5
UDDI được thiết kế để được thẩm vấn bởi các thông báo
SOAP và để cung cấp truy cập vào các tài liệu WSDL mô tả
dịch vụ thông tin bắt buộc phải tương tác với các dịch vụ web
được liệt kê trong registry.
• WSDL portType to tModel Mapping
Các thông tin biểu diễn cho một portType WSDL bởi UDDI
tModel là type entity, local name, namespace, and
location của tài liệu WSDL mà định nghĩa portType. Mỗi
6
WSDL portType ánh xạ đến một tModel UDDI có tên giống
như local name của portType trong WSDL.
• WSDL binding to tModel Mapping
Các thông tin về đại diện cho WSDL binding bởi UDDI
tModel . tài liệu WSDL định nghĩa các binding,
portType mà nó thực hiện, giao thức. Mỗi WSDL map ánh
xạ đến một tModel UDDI có cùng một tên như local
name của binding trong WSDL. Các overviewURL cung
cấp vị trí của tài liệu WSDL.
• WSDL port to UDDI bindingTemplate Mapping
Một port WSDL ánh xạ đến bindingTemplate. Các thông tin
về biểu diễn một port WSDL bởi UDDI bindingTemplate là
binding, portType , local name of the port và các
điểm truy cập mà nó thực hiện,. Các bindingTemplate có
tModelInstanceDetails có chứa các tModelInstanceInfo sau.
+ tModelInstanceInfo với một tModelKey của tModel tương
ứng với binding mà port thực hiện. Các instanceParms đại
diện WSDL: port local name.
+ Một tModelInstanceInfo với một tModelKey của tModel
tương ứng với portType mà port thực hiện.
+ Các accessPoint được thiết lập từ các thuộc tính location
trong thành phần mở rộng được kết hợp với phần tử port.
• WSDL service to UDDI businessService Mapping
Một WSDL service ánh xạ đến một businessService. Tên của
businessService có thể được đại diện bởi các local name của
các dịch vụ trong WSDL. Ngoài ra businessService có chứa
một túi loại với keyedReferences sau:
7
• namespace of the service
• local name of the service
• type categorization as “service”
Câu 3:
• Các thành phần của dịch vụ web ngữ nghĩa với OWL-S.
Mô tả và cho ví dụ với dich vụ đăng kí học tín chỉ
OWL-S là một upper-ontology cho dịch vụ. Nó định nghĩa
các lớp và các thuộc tính mà có thể sử dụng dể miêu tả 3
khía cạnh của một dịch vụ tuơng ứng với 3 thành phần như
sau: Service-profile, service-process, service-grounding
Mục tiêu Sự đáp ứng của OWL-S
Tự động khám phá dịch vụ Profile.owl cung cấp các thuật
ngữ được sử dụng để mô tả cách
dịch vụ làm việc, vì vậy nó có
thể được sử dụng để tìm dịch
vụ
Tự động gọi dịch vụ Grounding.owl đưa ra các thuật
ngữ có thể được sử dụng để mô
tả các chi tiết kĩ thuật về cách
truy cập dịch vụ vì vậy nó có thể
được sử dụng để gọi tự động
một dịch vụ web nào đó
Tự động kết hợp dịch vụ, tự
động giám sát dịch vụ
Process.owl cung cấp các thuật
ngữ có thể được sử dụng để mô
tả cách dịch vụ được sử dụng.
Vì vậy thông tin này có thẻ đuợc
sử dụng để mô tả dịhc vụ từ
nhiều dịcg vụ để thoả mãn một
công việc cụ thể và thông tin
này cũng có thể sử dụng để
giám sátviệc thực thi một dịch
vụ nào đó.
8
.3 ontology trên là 3 thành phần chính của OWL-S phục vụ
cho mục dích mô tả dịch vụ web. Để kết nối 3 ontology này
cần một ontology thứ 4 là service.owl. Ontology này chỉ tồn
tại để mô tả mối quan hệ ngữ nghĩa giữa 3 ontology, do vậy
khi chúng ta mô tả một dịch vụ web chúng ta không thể sử
dung thuật ngữ trong service.owl mà chủ yếu sử dụng trong
Service-profile, service-process, service-grounding.
• OWL-S profile
OWL-S profile mô tả 4 loại thông tin cơ bản sau:
• Thông tin về dịch vụ và thông tin liên lạc: tên dịch vụ, các
mô tả và tổ chức cung cấp dịch vụ
• Mô tả chức năng của dịch vụ: đầu vào( input), đầu ra(output),
tiền điều kiện(precontion), tác động(effect).
• Thông tin phân loại dịch vụ
• Thông tin phi chức năng của dịch vụ bao gồm thông tin như
chất lượng dịch vụ, tên dịch vụ, thông tin liên lạc và mô tả
dịch vụ
Các thuộc tính của Profile Ontology cung cấp thông tin mà
con ngươig có thể hiểu được các thuộc tính:
• Sercvice Name: tham chiếu đên tên của dịch vụ được đưa ra
có thể dùng đinh danh dịch vụ
• TextDescription: Cung cấp mô tả tóm tắt chức năng của dịch
vụ
• ContactInformation: cung cấp một cơ chế để tham chiếu đến
nguời hoặc cá thể chịu trách nhiệm cho dịch vụ
9
• hasParameter: đưa ra thể hiện của lớp Parameter trong
Process Ontology. Lớp Parameter mô hình hoá các đầu vào
và đầu ra
• hasInput: đưa ra các thể hiện của lớp Input được định nghĩa
trong Process Ontology
• hasOutput: đưa ra các thể hiện của lớp Output được định
nghĩa trong Process Ontology
• hasPrecontion: chỉ ra một trong các tiền điều kiện của dịch vụ
thông qua một thể hiện của lớp Precontion được định nghĩa
trong Process Ontology
• hasResult: chỉ ra một trong các kết quả của dịch vụ được định
nghĩa bởi lớp Resullt trong Process Ontology. Nó chỉ ra rằng
với một điều kiện nào đó thì đầu ra bắt buộc đưa ra là gì.
Ngoài ra Result cong chỉ ra những thay đỏi miền được đưa ra
trong suốt quá trình thực hiện dịch vụ
• OWL-S Process
Process Ontology đưa ra chi tiết về cách thức tương tác với dịch
vụ. Tuy nhiên, process-tiến trình ở đây không phải là một
chương trình được thực thi trong máy tính mà là một đặc tả chi
tiết về cách một client có thể tuơng tác với dịch vụ
OWL-S process chia thành 3 loại process:
• Tiến trình nguyên tử- Atomic Process: được gọi trực tiếp,
không có các tiến trình con và được thực hiện trong một
bước. Chúng lấy thông điệp vào và thực hiện một số công
việc sau đó trả về thông điệp phản hồi. Với mỗi tiến trình
nguyên tử phải cung cấp một Service Grounding để cho phép
người yêu cầu dịch vụ xây dựng thông diệp đến xuất phát từ
đầu vào và xây dựng thông điệp phản hồi.
10
• Tiến trình đơn- Simple Process: tiến trình đơn không thể gọi
và không thể kết nối với Service Grounding nhưn giống như
tiến trình nguyên tử là chúng tham gia vào tương tác đơn.Tiến
trình đơn được sử dụng như các thành phần trừu tửợng, một
tiến trình đơn có thể được sử dụng để cung cấp một cái nhin
của một số tiến trình nguyên tử hoặc một biểu diễn đơn giản
của một số tiến trình phức tạp.
• Tiến trình phức hợp- Cômpsite : tiến trình này có thể phân
tích thành các tiến trình nguyên tử, sự phân tích này có thê
được miêu tả bằng cách sử dụng cấu trúc điều khiển hay rẽ
nhánh if-then-ELSE. Một đặc đỉểm quan trọng của tiến trình
phức hợp là nó dặc tả đầu vào sao cho có thể chấp nhân bởi
các tiến trình con và phải đặc tả làm sao để các đầu ra khác
nhau được đưa ra bởi các tiến trình con.
• OWL-S Grounding
OWL-S Grounding giúp chúng ta hiểu mối quan hệ của OWL-
S và WSDL và hiểu được việc miêu tả định dạng thông điệp,
giao thức mạng, địa chỉ mạng trong OWL-S được thực hiện như
thế nào
OWL-S Grounding sử dụng WSDL để mô tả thông tin dịch vụ.
Vì vậy OWL-S và WSDL bổ sung lẫn nhau nhưng không thay
thế nhau, chúng cung cấp một bức tranh đầy dủ về một loại dịch
vụ web cụ thể. Do đó có nhiều công cụ hỗ trợ chuyển đổi từ
WSDL sang OWL-S và ngược lại đã được phát triển rộng rãi ,
ví dụ như OWL-S Editor.
OWL-S sử dụng WSDL chuẩn cho các dịch vụ nền tảng. WSDL
cung cập một trình bao bọc và có thẻ vận chuyểnn các thông
điệo OWL-S trên các giaô thức mạng chuẩn, WSDL không thể
nắm giữ nghữ nghĩa của thông điệp trong khi OWL-S không có
11
khả năng tự đối phó với các giao thức truyền chuẩn, Ánh xa từ
OWL-S với WSDL như sau:
• Một tiến trình Owl-S nguyên ứng với một WSDL operation
• Input va Output của OWL-S process tương ứng với phần
Input và Output cảu WSDL tương ứng
• Đầu vào và đầu ra của OWL-S process tương ứng vói loại
trừu tựơng của WSDL
• Nêu ý nghĩa của thành phân process trong OWL-S và mối
quan hệ của nó với các thành phần khác trong OWL-S
• Process.owl cung cấp các thuật ngữ có thể được sử dụng
để mô tả cách dịch vụ được sử dụng. Vì vậy thông tin này
có thẻ đuợc sử dụng để mô tả dịhc vụ từ nhiều dịcg vụ để
thoả mãn một công việc cụ thể và thông tin này cũng có
thể sử dụng để giám sátviệc thực thi một dịch vụ nào đó.
• Mối quan hệ của nó với Profile.owl:
Một thể hiện profile sẽ có khả năng xác định IOPE sử
dụng các mục đã được định nghĩa trong process.owl
12
• Mối quan hệ của nó với Grounding
Câu 4:
• Biểu diễn các phán đoán trên dứơi dạng logic vị từ
G(x) biểu diễn x là thầy giáo
F(s, t,x,n,g) biểu diễn cuốn sách s được viết bởi tác giả t ,
xuất bản bởi nhà xuất bản x vào năm n với giá g.
T(x,t) biểu diễn x thích đọc truyện của t
D(a, b,c,d) biểu diễn a dạy mon b sử dụng tài liệu c của d
• Các phoán đoán trên được biểu diễn như sau:
• T(G(Huy), Kim Dung)
13
• F(công nghệ phần mềm,G(Nguyễn Văn
Minh),NXBGD,2001,2000)
• F(Anh hùng xa điêu, Kim Dung, Trí Đức, 2003, 1000)
• F(Lập trình Java, Nguỹên Văn Hùng, NXBGD 2004, 2500)
• D(G(Huy), Phân tich thiết kế, Công ngệ phần mềm,
G(Nguyễn Văn Minh))
• D(G(Linh), Lập trình Java, Lập trình Java, G(Nguỹên Văn
Hùng)).
• Biểu diễn các phán đoán trên dứơi dạng bảng dữ liệu
quan hệ
Id tacgia Têntacgia Id Sach
1 Nguyễn Văn Hùng 2
2 Kim Dung 3
3 Nguyễn Văn Minh 1
Id sach Tensach NXB NămXb Gia
1 công nghệ
phần mềm
NXBGD 2001 2000
2 Lập trình
Java
NXBGD 2004 2500
3 Anh hùng xa
điêu
Trí Đức 2003 1000
Id Monhoc TênMonhoc
1 Phân tích thiết kế
2 Lập trình java
14
idGiangVien IdSach IdMonhoc TênGiangViên
1 1 1 Huy
2 2 2 Linh
• Biểu diễn các phán đoán trên dứơi dạng RDFS dứơi
dạng graph và XML
<? Xml version=”1.0”>
<rdf: RDFS xml:rdf=” />syntax-ns#”
xmls:rdfs=” 3/ />schema#”
xml:base= “ http:// www.yuchen.net/QL/qld.rdfs”
// dinhj nghia cac lop
<rdfs:class rdf:ID=”Nguoi”>
</rdfs>
<rdfs:class rdf:ID=”Mon hoc”>
</rdfs>
<rdfs:class rdf:ID=”Sach”>
</rdfs>
<rdfs:class rdf:ID=”GiangVien”>
< rdsfs:subclassof rdf: resource=”#Nguoi”/>
</rdfs>
<rdfs:class rdf:ID=”Tacgia”>
< rdsfs:subclassof rdf: resource=”#Nguoi”/>
15
</rdfs>
// dinh nghia cac thuoc tinh
<rdf: Property rdf:ID=”giang mon”>
<rdfs:domain rdfs:resource=”#Giang vien”/>
<rdfs:range rdfs:resource=”#Mon hoc”/>
</rdf:Property>
<rdf: Property rdf:ID=”thuoc mon”>
<rdfs:domain rdfs:resource=”#Sach”/>
<rdfs:range rdfs:resource=”#Mon hoc”/>
</rdf:Property>
<rdf: Property rdf:ID=”sach viet boi”>
<rdfs:domain rdfs:resource=”#Sach”/>
<rdfs:range rdfs:resource=”#Tacgia”/>
</rdf:Property>
<rdf: Property rdf:ID=”la tac gia”>
<rdfs:domain rdfs:resource=”#Giang vien”/>
<rdfs:range rdfs:resource=”#Tac gia”/>
</rdf:Property>
<rdf: Property rdf:ID=”su dung”>
<rdfs:domain rdfs:resource=”#Giang vien”/>
<rdfs:range rdfs:resource=”#Sach”/>
</rdf:Property>
16
<rdfs: datatype rdf: about=”http://www. w3. org/2001/XML
Schema# String”/>
<rdfs: datatype rdf: about=http://www. w3. org/2001/XML
Schema# int />
<rdf: Property rdf:ID=”Ten”>
<rdfs:domain rdfs:resource=”#Nguoi”/>
<rdfs:range rdfs:resource=”http://www. w3.
org/2001/XML Schema# String”/>
</rdf:Property>
<rdf: Property rdf:ID=”Ten-Monhoc”>
<rdfs:domain rdfs:resource=”#Monhoc”/>
<rdfs:range rdfs:resource=”http://www. w3.
org/2001/XML Schema# String”/>
</rdf:Property>
<rdf: Property rdf:ID=”Ten_Sach”>
<rdfs:domain rdfs:resource=”#Sach”/>
<rdfs:range rdfs:resource=”http://www. w3.
org/2001/XML Schema# String”/>
</rdf:Property>
<rdf: Property rdf:ID=”NXB”>
<rdfs:domain rdfs:resource=”#Sach”/>
17
<rdfs:range rdfs:resource=”http://www. w3.
org/2001/XML Schema# String”/>
</rdf:Property>
<rdf: Property rdf:ID=”NamXB”>
<rdfs:domain rdfs:resource=”#Nguoi”/>
<rdfs:range rdfs:resource=”http://www. w3.
org/2001/XML Schema#int ”/>
</rdf:Property>
<rdf: Property rdf:ID=”Gia”>
<rdfs:domain rdfs:resource=”#Nguoi”/>
<rdfs:range rdfs:resource=”http://www. w3.
org/2001/XML Schema# int ”/>
</rdf:Property>
18
• Biểu diễn các phán đoán trên dứoi dạng OWL
19
<?xml version="1.0"?>
<!DOCTYPE rdf:RDF [
<!ENTITY owl " >
<!ENTITY xsd
" >
<!ENTITY rdfs " />schema#" >
<!ENTITY rdf " />syntax-ns#" >
]>
<rdf:RDF xmlns="-
ontologies.com/Ontology1371276486.owl#"
xml:base="-
ontologies.com/Ontology1371276486.owl"
xmlns:xsd=" /> xmlns:rdfs=" />schema#"
xmlns:rdf=" />syntax-ns#"
xmlns:owl=" /> <owl:Ontology rdf:about=""/>
<Sach rdf:ID="Sach_31">
<TenSach rdf:datatype="&xsd;string"
>Anh hung xa dieu</TenSach>
<NhaXB rdf:datatype="&xsd;string">Trí
Đức</NhaXB>
<NamXB rdf:datatype="&xsd;int">2003</NamXB>
<Gia rdf:datatype="&xsd;float">1000.0</Gia>
</Sach>
<Sach rdf:ID="Sach_29">
<TenSach rdf:datatype="&xsd;string"
>công nghệ phần
mềm</TenSach>
20
<NhaXB
rdf:datatype="&xsd;string">NXBGD</NhaXB>
<NamXB rdf:datatype="&xsd;int">2001</NamXB>
<Gia rdf:datatype="&xsd;float">2000.0</Gia>
</Sach>
<owl:ObjectProperty rdf:ID="duocvietboi">
<rdf:type
rdf:resource="&owl;FunctionalProperty"/>
<rdfs:domain rdf:resource="#Sach"/>
<rdfs:range rdf:resource="#TacGia"/>
</owl:ObjectProperty>
<owl:DatatypeProperty rdf:ID="Gia">
<rdf:type
rdf:resource="&owl;FunctionalProperty"/>
<rdfs:domain rdf:resource="#Sach"/>
<rdfs:range rdf:resource="&xsd;float"/>
</owl:DatatypeProperty>
<owl:ObjectProperty rdf:ID="giangmon">
<rdf:type
rdf:resource="&owl;FunctionalProperty"/>
<rdfs:domain
rdf:resource="#GiảngViên"/>
<rdfs:range rdf:resource="#Monhoc"/>
</owl:ObjectProperty>
<owl:Class rdf:ID="GiảngViên">
<rdfs:subClassOf
rdf:resource="#Người"/>
</owl:Class>
<GiảngViên rdf:ID="GiảngViên_26">
<Tên rdf:datatype="&xsd;string">Huy</Tên>
<Tuoi rdf:datatype="&xsd;int">34</Tuoi>
<IDGiangVien
rdf:datatype="&xsd;string">1</IDGiangVien>
<giangmon rdf:resource="#Monhoc_27"/>
<su_dung rdf:resource="#Sach_29"/>
</GiảngViên>
<owl:DatatypeProperty rdf:ID="ID_TacGia">
21
<rdf:type
rdf:resource="&owl;FunctionalProperty"/>
<rdfs:domain rdf:resource="#TacGia"/>
<rdfs:range rdf:resource="&xsd;string"/>
</owl:DatatypeProperty>
<owl:DatatypeProperty rdf:ID="IDGiangVien">
<rdf:type
rdf:resource="&owl;FunctionalProperty"/>
<rdfs:domain
rdf:resource="#GiảngViên"/>
<rdfs:range rdf:resource="&xsd;string"/>
</owl:DatatypeProperty>
<TacGia rdf:ID="TacGia_38">
<Tên rdf:datatype="&xsd;string">Kim Dung</Tên>
<Tuoi rdf:datatype="&xsd;int">56</Tuoi>
<ID_TacGia
rdf:datatype="&xsd;string">2</ID_TacGia>
</TacGia>
<owl:ObjectProperty rdf:ID="la_tac_gia">
<rdf:type
rdf:resource="&owl;FunctionalProperty"/>
<rdfs:domain
rdf:resource="#GiảngViên"/>
<rdfs:range rdf:resource="#TacGia"/>
</owl:ObjectProperty>
<Monhoc rdf:ID="Monhoc_28">
<TenMonHoc rdf:datatype="&xsd;string">Lap trinh
java</TenMonHoc>
</Monhoc>
<Sach rdf:ID="Sach_30">
<TenSach rdf:datatype="&xsd;string">lap trinh
java</TenSach>
<NhaXB
rdf:datatype="&xsd;string">NXBGD</NhaXB>
<NamXB rdf:datatype="&xsd;int">2004</NamXB>
<Gia rdf:datatype="&xsd;float">2500.0</Gia>
</Sach>
22
<Người rdf:ID="Người_36">
<Tên rdf:datatype="&xsd;string">Linh</Tên>
<Tuoi rdf:datatype="&xsd;int">33</Tuoi>
</Người>
<owl:Class rdf:ID="Monhoc"/>
<owl:DatatypeProperty rdf:ID="NamXB">
<rdf:type
rdf:resource="&owl;FunctionalProperty"/>
<rdfs:domain rdf:resource="#Sach"/>
<rdfs:range rdf:resource="&xsd;int"/>
</owl:DatatypeProperty>
<GiảngViên rdf:ID="GiảngViên_41">
<Tên rdf:datatype="&xsd;string">Nguyen Van
Hung</Tên>
<Tuoi rdf:datatype="&xsd;int">39</Tuoi>
<IDGiangVien
rdf:datatype="&xsd;string">4</IDGiangVien>
<la_tac_gia rdf:resource="#TacGia_37"/>
</GiảngViên>
<Người rdf:ID="Người_33">
<Tên rdf:datatype="&xsd;string">Nguyễn
Văn Hùng</Tên>
<Tuoi rdf:datatype="&xsd;int">36</Tuoi>
</Người>
<GiảngViên rdf:ID="GiảngViên_40">
<Tên rdf:datatype="&xsd;string">Nguyễn
Văn Minh</Tên>
<Tuoi rdf:datatype="&xsd;int">34</Tuoi>
<IDGiangVien
rdf:datatype="&xsd;string">3</IDGiangVien>
<la_tac_gia rdf:resource="#TacGia_32"/>
</GiảngViên>
<owl:Class rdf:ID="Người"/>
<owl:DatatypeProperty rdf:ID="NhaXB">
<rdf:type
rdf:resource="&owl;FunctionalProperty"/>
<rdfs:domain rdf:resource="#Sach"/>
23
<rdfs:range rdf:resource="&xsd;string"/>
</owl:DatatypeProperty>
<Monhoc rdf:ID="Monhoc_27">
<TenMonHoc rdf:datatype="&xsd;string"
>Phan tich Thiet ke</TenMonHoc>
</Monhoc>
<owl:Class rdf:ID="Sach"/>
<owl:ObjectProperty rdf:ID="su_dung">
<rdf:type
rdf:resource="&owl;FunctionalProperty"/>
<rdfs:domain
rdf:resource="#GiảngViên"/>
<rdfs:range rdf:resource="#Sach"/>
</owl:ObjectProperty>
<owl:Class rdf:ID="TacGia">
<rdfs:subClassOf
rdf:resource="#Người"/>
</owl:Class>
<owl:DatatypeProperty rdf:ID="TenMonHoc">
<rdf:type
rdf:resource="&owl;FunctionalProperty"/>
<rdfs:domain rdf:resource="#Monhoc"/>
<rdfs:range rdf:resource="&xsd;string"/>
</owl:DatatypeProperty>
<owl:DatatypeProperty rdf:ID="TenSach">
<rdf:type
rdf:resource="&owl;FunctionalProperty"/>
<rdfs:domain rdf:resource="#Sach"/>
<rdfs:range rdf:resource="&xsd;string"/>
</owl:DatatypeProperty>
<owl:ObjectProperty rdf:ID="thuocmon">
<rdfs:domain rdf:resource="#Sach"/>
<rdfs:range rdf:resource="#Monhoc"/>
</owl:ObjectProperty>
<owl:DatatypeProperty rdf:ID="Tuoi">
<rdf:type
rdf:resource="&owl;FunctionalProperty"/>
24
<rdfs:domain
rdf:resource="#Người"/>
<rdfs:range rdf:resource="&xsd;int"/>
</owl:DatatypeProperty>
<owl:DatatypeProperty rdf:ID="Tên">
<rdf:type
rdf:resource="&owl;FunctionalProperty"/>
<rdfs:domain
rdf:resource="#Người"/>
<rdfs:range rdf:resource="&xsd;string"/>
</owl:DatatypeProperty>
</rdf:RDF>
• Biểu diễn các phán đoán trên dứoi dạng OWL-S
OWL-S dung de bieu dien dichj vu nao do. Do do k the dung
OWL-S de bieu dien cac phan doan
