Tiêu chuẩn quốc gia TCVN 7560:2005 Công nghệ thông tin - Mô hình tham chiếu EDI - mở

• Số hiệu: TCVN7560:2005
• Loại văn bản: Tiêu chuẩn Việt Nam
• Nơi ban hành: Bộ Khoa học và Công nghệ
• Người ký: ***
• Ngày ban hành: 17/02/2006

	Siêu tiêu chuẩn	Tiêu chuẩn	Hướng dẫn	Sản xuất sản phẩm	Phù hợp và chứng nhận	Sử dụng
	A	B	C	D	E	F
1. Môi trường	Ngôn ngữ	Luật, thực tế	Hướng dẫn kinh doanh		Phiên tòa, tòa án	Hợp đồng
2. Hình thức công nhận	Cơ cấu	Mô hình tham chiếu	BOV & FSV		Tổ chức kiểm tra	Bộ công cụ
3. Mô hình hoạt động BOV	Mô hình Ngôn ngữ	Kịch bản kinh doanh	Cam kết		Định nghĩa kiểm tra	Trình ứng dụng
4. Mô hình dữ liệu BOV	Mô hình ngôn ngữ	Tiêu chuẩn thông điệp	Hướng dẫn sử dụng		Định nghĩa kiểm tra	Dữ liệu thực
5. Công nghệ FSV	Công cụ, kỹ thuật	Phối hợp tiêu chuẩn	Hiện trạng		Phối hợp tiêu chuẩn	Phần mềm, phần cứng

Bảng 2 - Kiểu tổ chức liên quan đến việc thực hiện các nhiệm vụ khác nhau đối với mỗi ô

Siêu tiêu chuẩn

Tiêu chuẩn

Hướng dẫn

Sản xuất sản phẩm

Phù hợp và chứng nhận

Sử dụng

...

...

...

B

C

D

E

F

1. Môi trường

HỢP PHÁP
và

TỔ CHỨC CHỈNH SỬA

CƠ CẤU

...

...

...

TỔ CHứC CÔNG NHẬN VÀ KIỂM TRA

NGƯỜI THỰC THI VÀ NGƯỜI SỬ DỤNG

2. Hình thức công nhận

TIÊU CHUẨN HÓA

3. Mô hình hoạt động BOV

QUI TRÌNH

4. Mô hình dữ liệu BOV

...

...

...

TỔ CHỨC

5. Công nghệ FSV

Bảng 3 - Tổ chức tham gia hiện thời

Siêu tiêu chuẩn

...

...

...

Hướng dẫn

Sản xuất sản phẩm

Phù hợp và chứng nhận

Sử dụng

Môi trường

Phù hợp văn hóa

Quốc tế Quốc gia Song phương

Luật sư

...

...

...

Kinh doanh và chính phủ

Hình thức công nhận

ISO/IEC JTC 1/SC 32

ISO, ISO/IEC, ITU
Tổ chức tiêu chuẩn ngành và Quốc gia
UN/ECE CEN
IETF
ASTM
OASIS

ISO/IEC JTC1
SC 32
UN/ECE ASTM

ISO/IEC

Tổ chức tiêu chuẩn
Người cung cấp
Người sử dụng

Mô hình hoạt động BOV

...

...

...

Các tổ chức chuyên ngành ISO, IEC và ITU

CEN
Tổ chức tiêu chuẩn Quốc gia
WfMC

WfMC

Sản phẩm không tiêu chuẩn

Người sử dụng

Mô hình dữ liệu BOV

ISO/IEC
JTC 1/SC 32
ISO/TC 211

Tổ chức kinh doanh và nhóm người sử dụng
WTO
WCO ICAO
IMO
SWIFT
ebXML
UN/ECE

...

...

...

Người cung cấp

UN/CEFACT

Người cung cấp
Người sử dụng

Công nghệ FSV

ISO/IEC JTC1
ISO TC211
IETF

ISO/IEC TC và JTC1/SC
CEN IETF
W3C

ISO/IEC
JTC 1/SC 32
JTC1/SC 27
TC 215
CEN/TC 251
IETF
W3C

Nhà sản xuất
Người cung cấp

Nhiều NIST Nhóm mở

...

...

...

CÔNG NGHỆ THÔNG TIN - MÔ HÌNH THAM CHIẾU EDI-MỞ

Information technology − Open-edi reference model

1. Phạm vi áp dụng

Tiêu chuẩn này quy định một khuôn khổ cho sự phối hợp thống nhất các tiêu chuẩn hiện tại và việc xây dựng các tiêu chuẩn trong tương lai đối với việc liên tác của các bên tham gia EDI-mở thông qua EDI- mở và cung cấp tài liệu tham khảo cho các tiêu chuẩn đó. Theo nghĩa hẹp, tiêu chuẩn này dành để hướng dẫn công việc của các tiêu chuẩn để thực hiện EDI-mở bằng việc cung cấp ngữ cảnh được sử dụng bởi những người xây dựng tiêu chuẩn để đảm bảo tính chặt chẽ và tính tích hợp của các kỹ thuật, dịch vụ, giao diện dịch vụ, và giao thức mô tả và mô hình đã được tiêu chuẩn hóa liên quan.

Tiêu chuẩn này mô tả các khía cạnh liên quan đến việc khả năng thao tác giữa các hệ thống công nghệ thông tin được sử dụng bởi các bên tham gia đang cam kết trong EDI-mở thông qua hai triển vọng giao dịch kinh doanh, đó là:

a) các khía cạnh về kinh doanh như thông tin kinh doanh, các quy tắc, thỏa thuận và các quy ước kinh doanh giữa các bên tham gia EDI-mở;

b) các khía cạnh về công nghệ thông tin là cần thiết trong các hệ thống EDI-mở để hỗ trợ việc thi hành giao dịch kinh doanh.

Tiêu chuẩn này không phải là một đặc tả về thực thi cũng không phải là cơ sở cho việc đánh giá sự phù hợp của các thực thi.

...

...

...

ISO 6523-1 : 1998, Information technology - Structure for the identification of organizations and organization parts - Part 1: Identification of organization identification schemes (Công nghệ thông tin - Cấu trúc cho định danh tổ chức và các đơn vị của tổ chức - Phần 1: Định danh của lược đồ định danh tổ chức).

ISO 6523-2 : 1998, Information technology - Structure for the identification of organizations and organization parts - Part 2: Registration of organization identification schemes (Công nghệ thông tin - Cấu trúc cho định danh tổ chức và các đơn vị của tổ chức - Phần 2: Đăng ký lược đồ định danh tổ chức).

ISO/IEC 15944-1 : 2002, Information technology -Business agreement semantic descriptive techniques -Part 1: Operational aspects of Open-edi for implementation (Công nghệ thông tin - Kỹ thuật mô tả ngữ nghĩa thỏa thuận kinh doanh - Phần 1: Các khía cạnh hoạt động cho việc thực thi của EDI-mở).

3. Các yếu tố tiêu chuẩn kỹ thuật

3.1. Định nghĩa

Tiêu chuẩn này áp dụng các định nghĩa sau:

3.1.1. Giao diện trình ứng dụng (API) (Application Program Interface)

Đường biên giữa phần mềm ứng dụng sử dụng các phương tiện các ngôn ngữ lập trình để viện dẫn các dịch vụ.

3.1.2. Kinh doanh (business)

...

...

...

3.1.3. Khía cạnh về hoạt động kinh doanh (BOV) (Business Operational View)

Triển vọng về giao dịch kinh doanh được giới hạn vào các khía cạnh liên quan đến việc ra các cam kết và quyết định kinh doanh giữa tất cả Pháp nhân liên quan đến việc mô tả một giao dịch kinh doanh.

3.1.4. Giao dịch kinh doanh (business transaction)

Tập đã xác định các hoạt động và/ hoặc qui trình của các bên tham gia được khởi tạo bởi một bên tham gia để hoàn thành một mục đích kinh doanh được chia sẻ một cách rõ ràng sự thừa nhận đã hoàn thành của một trong các kết luận đã được thỏa thuận bởi tất cả các bên tham gia mặc dù một số sự công nhận đó có thể được ngầm hiểu.

3.1.5. Trao đổi dữ liệu điện tử (EDI) (Electronic Data Interchange)

Sự trao đổi tự động của bất kỳ dữ liệu có cấu trúc và được xác định trước nào cho các mục đích kinh doanh giữa các hệ thống thông tin của hai hoặc nhiều bên tham gia.

CHÚ THÍCH: Định nghĩa này bao gồm tất cả các kiểu giao dịch thương mại điện tử.

3.1.6. Kỹ thuật mô tả hình thức (FDT) (Formal Description Technique)

Phương pháp đặc tả dựa trên cơ sở một ngôn ngữ mô tả có sử dụng các quy tắc rõ ràng và chính xác về cả hai khía cạnh đối với việc xây dựng các biểu thức trong ngôn ngữ đó (cú pháp hình thức) và việc thông dịch ý nghĩa của các biểu thức này (các ngữ nghĩa hình thức).

...

...

...

Triển vọng về các giao dịch kinh doanh được giới hạn vào các khía cạnh về khả năng cùng thao tác công nghệ thông tin của các hệ thống IT cần thiết để hỗ trợ sự thực thi các giao dịch EDI-mở.

3.1.8. Hệ thống công nghệ thông tin (Hệ thống IT) (Information Technology System)

Tập bao gồm một hoặc nhiều máy tính, phần mềm liên kết, các thiết bị ngoại vi, các thiết bị đầu cuối, các thao tác của con người, các qui trình vật lý, các phương tiện truyền thông tin, tạo thành một tổng thể các thiết bị tự động, có khả năng thực hiện xử lý thông tin và/hoặc truyền thông tin.

3.1.9. EDI-mở (Open-edi)

Trao đổi dữ liệu điện tử giữa nhiều Pháp nhân tự động để hoàn thành một mục đích kinh doanh được chia sẻ rõ ràng theo các tiêu chuẩn EDI-mở.

3.1.10. Tiêu chuẩn EDI-mở (Open-edi Standard)

Tiêu chuẩn tuân theo Mô hình tham chiếu EDI-mở.

3.1.11. Bên tham gia EDI-mở (OeP) (Open-edi Party)

Tổ chức tham gia vào EDI-mở.

...

...

...

Đặc tả hình thức của một lớp giao dịch kinh doanh có cùng mục đích kinh doanh.

3.1.13. Giao dịch EDI-mở (Open-edi transaction)

Giao dịch kinh doanh theo đúng kịch bản EDI-mở.

3.1.14. Pháp nhân (Person)

Một thực thể, nghĩa là con người tự nhiên hoặc pháp lý, được pháp luật công nhận như có các quyền và nghĩa vụ hợp pháp, có khả năng chuẩn bị các cam kết, thừa nhận và hoàn thành các bổn phận đó, và có thể chịu trách nhiệm cho các hành động của mình.

CHÚ THÍCH 1: Các từ đồng nghĩa với “người pháp lý” bao gồm “người ủy quyền”, “Tổ chức đoàn thể”, v..v, phụ thuộc vào thuật ngữ đó được sử dụng theo các thẩm quyền thực thi pháp lý.

CHÚ THÍCH 2: Pháp nhân được viết hoa để chỉ rõ rằng nó được sử dụng như đã xác định trong tiêu chuẩn này và để phân biệt với cách sử dụng hàng ngày.

CHÚ THÍCH 3: Các bắt buộc chung và tối thiểu bên ngoài có thể áp dụng cho một giao dịch kinh doanh thường đòi hỏi phải phân biệt giữa ba kiểu Pháp nhân, đó là “cá nhân”, “tổ chức”, và “quản trị công”.

3.2. Ký hiệu và viết tắt

...

...

...

Giao diện trình ứng dụng

BIM

Việc lập mô hình thông tin và kinh doanh

BOV

Khía cạnh về hoạt động kinh doanh

DMA

Trình ứng dụng ra quyết định

EDI

Trao đổi dữ liệu điện tử

...

...

...

EDI cho quản lý hành chính, thương mại và vận tải

EWOS

Hội thảo Châu Âu về các hệ thống mở

FDT

Kỹ thuật mô tả hình thức

FSV

Khía cạnh về dịch vụ chức năng

IB

Gói thông tin

...

...

...

Miền xử lý thông tin

IT

Công nghệ thông tin

OeCI

Thông tin điều khiển EDI-mở

OeDT

Kỹ thuật mô tả EDI-mở

OeP

Bên tham gia EDI-mở

...

...

...

Thực thể hỗ trợ EDI-mở

OeUD

Dữ liệu người sử dụng EDI-mở

OSI

Liên kết hệ thống mở

SC

Thành phần ngữ nghĩa (trong ngữ cảnh của kịch bản EDI-mở)

SC

Tiểu ban (trong ngữ cảnh ISO hoặc IEC)

...

...

...

Ngôn ngữ đánh dấu khái quát tiêu chuẩn

TC

Ban kỹ thuật

TDID

Danh mục trao đổi dữ liệu kinh doanh

TI

Hạ tầng truyền thông

UN/ECE

Liên Hợp quốc/ Ủy ban kinh tế Châu Âu

...

...

...

Nhóm công tác

4. Mô hình tham chiếu EDI-mở

Mô hình tham chiếu EDI-mở cung cấp một khuôn khổ tham chiếu cho việc định danh, phát triển và phối hợp của các tiêu chuẩn EDI-mở. Khuôn khổ này chỉ rõ hai triển vọng của các giao dịch kinh doanh. BOV hướng vào các khía cạnh người sử dụng kinh doanh, FSV hướng vào các khía cạnh về công nghệ thông tin. Mỗi quan điểm liên quan đến một lớp các tiêu chuẩn. Chúng được gọi một cách tương ứng là các tiêu chuẩn về BOV và các tiêu chuẩn về FSV. Hình 1 chỉ ra mối quan hệ giữa mô hình và các quan điểm đó.

Các triển vọng này được định nghĩa như sau:

- khía cạnh về hoạt động kinh doanh (BOV): một triển vọng của các giao dịch kinh doanh được giới hạn bởi các khía cạnh liên quan đến việc chuẩn bị các quyết định kinh doanh và các cam kết giữa các Pháp nhân cần thiết để mô tả một giao dịch kinh doanh;

- khía cạnh về dịch vụ chức năng (FSV): một triển vọng của giao dịch kinh doanh được giới hạn bởi khả năng phối hợp công nghệ thông tin của các hệ thống IT cần thiết cho việc hỗ trợ thực thi các giao dịch EDI-mở.

Các tiêu chuẩn BOV là các công cụ và quy tắc để người sử dụng hiểu các khía cạnh về hoạt động của một lĩnh vực kinh doanh, có thể tạo ra các kịch bản. Các tổ chức đăng ký sẽ tham chiếu các tiêu chuẩn BOV liên quan khi xem xét các kịch bản để đăng ký.

Nếu các kịch bản EDI-mở được tiêu chuẩn hóa thì chúng được gọi là các kịch bản EDI-mở được tiêu chuẩn hóa và không phải là “tiêu chuẩn BOV liên quan”.

...

...

...

Như được chỉ ra ở Hình 2, mối quan hệ liên kết có hiệu quả giữa hai lớp tiêu chuẩn này là một nhân tố then chốt của mô hình tham chiếu EDI-mở. Các tiêu chuẩn FSV liên quan phải tính đến các tiêu chuẩn BOV liên quan và ngược lại. Các kịch bản EDI-mở được xây dựng nhờ sử dụng các tiêu chuẩn BOV liên quan có hệ thống là các yêu cầu được tiến hành đối với các dịch vụ và sản phẩm IT tuân theo các tiêu chuẩn FSV liên quan đang thực thi giao dịch EDI-mở tương ứng. Các yêu cầu này bao gồm:

- việc định danh các khả năng về chức năng cần thiết để hỗ trợ các giao dịch EDI-mở;

- chất lượng dịch vụ yêu cầu từ các khả năng về chức năng đó đối với các giao dịch EDI-mở này.

(Các) đặc tả hình thức của các thành phần chức năng cần thiết để hỗ trợ các giao dịch EDI-mở, thông qua các hệ thống IT, được xây dựng nhờ việc sử dụng các tiêu chuẩn FSV.

Dự định này là để ngay khi một kịch bản EDI-mở được đồng thuận, nếu sự thực thi tuân theo các tiêu chuẩn FSV, thì không cần sự thỏa thuận trước giữa các bên tham gia EDI-mở, ngoài ra sự thỏa thuận để tham gia giao dịch EDI-mở theo kịch bản EDI-mở. Mục đích là việc gửi thông tin một kịch bản của một bên tham gia EDI-mở theo tiêu chuẩn EDI-mở, sẽ cho phép chấp nhận và xử lý thông tin đó trong ngữ cảnh của kịch bản đó bởi một hoặc nhiều bên tham gia EDI-mở nhờ tham chiếu kịch bản và không cần sự thỏa thuận. Tuy nhiên, các yêu cầu pháp lý và/hoặc trách nhiệm pháp lý từ việc tham gia của một tổ chức vào giao dịch EDI-mở bất kỳ có thể bị rằng buộc bởi môi trường pháp lý hoặc hình thức của một thỏa thuận trao đổi hợp pháp giữa các tổ chức tham gia. Các bên tham gia EDI-mở cần tuân theo quy tắc hoạt động cơ bản và có khả năng tạo các cam kết trong EDI-mở (ví dụ, các triển vọng kinh doanh, kỹ thuật, hoạt động, pháp lý và/hoặc kiểm toán).

Hình 2 - Việc tạo ra các tiêu chuẩn FSV và BOV

4.1. Khía cạnh về hoạt động kinh doanh

BOV hướng vào các yêu cầu kinh doanh đối với việc liên tác giữa các bên tham gia EDI-mở, cũng như các yêu cầu hỗ trợ các sản phẩm và dịch vụ IT. Các yêu cầu kinh doanh này bao gồm các cam kết, thỏa thuận và quy tắc kinh doanh giữa các tổ chức.

...

...

...

Các tiêu chuẩn BOV liên quan cung cấp các công cụ cho việc mô tả hình thức kinh doanh về cách hoạt động bên ngoài của các bên tham gia EDI-mở, như được xem xét bởi các bên tham gia EDI-mở khác, theo quan điểm đạt được một mục đích kinh doanh. Tiêu chuẩn BOV liên quan cung cấp cách thức để đạt được các yêu cầu kinh doanh tĩnh và động.

Các tiêu chuẩn BOV liên quan cung cấp quy định về phương pháp lập mô hình kinh doanh và các yêu cầu liên quan giống như một kịch bản EDI-mở. Quy định này bao gồm tiêu chuẩn về lập mô hình bao gồm kỹ thuật mô tả EDI-mở được sử dụng.

Kỹ thuật mô tả EDI-mở (OeDT): một phương pháp đặc tả như một kỹ thuật mô tả hình thức, phương pháp luận khác có các đặc điểm của kỹ thuật mô tả hình thức, hoặc sự kết hợp của các kỹ thuật như vậy cần thiết để quy định một cách hình thức các khái niệm BOV, theo một dạng có thể xử lý bằng máy tính.

Các tiêu chuẩn BOV liên quan cung cấp các công cụ và quy tắc để cho phép và đảm bảo:

- sự đặc tả của một kịch bản EDI-mở;

- khả năng tái sử dụng các thành phần của kịch bản EDI-mở;

- sự hài hòa của các thành phần của kịch bản EDI-mở trong cộng đồng người sử dụng.

4.1.2. Kịch bản EDI-mở

Các nhóm người sử dụng khác nhau sẽ đưa ra các kịch bản EDI-mở theo quy định đã nêu trong các tiêu chuẩn BOV liên quan. Các kịch bản EDI-mở phải được quy định phù hợp với các tiêu chuẩn BOV. Cộng đồng doanh nghiệp có thể đề nghị các kịch bản EDI-mở như các đề cử việc tiêu chuẩn hóa và đăng ký vào các kho kịch bản EDI-mở. Các thủ tục được sử dụng để đưa ra các kịch bản EDI-mở mới và cập nhật các kịch bản EDI-mở trong một hoặc nhiều kho được quy định trong tiêu chuẩn BOV liên quan.

...

...

...

Tất cả các quy định trong một kịch bản EDI-mở được lập ở một mức trừu tượng. Điều này độc lập với các vấn đề như biểu diễn dữ liệu, mật mã hóa, mã hóa.

OeDT được sử dụng cho các kịch bản này do đó phải cho phép đối với cả sự phân tích có thứ bậc và cách tiếp cận theo mô đun.

Do đó, các tiêu chuẩn BOV liên quan cung cấp khả năng xác định các kịch bản EDI-mở với các mức độ chi tiết khác nhau.

Các kịch bản EDI-mở bao gồm các thành phần sau:

- các vai trò;

- (các) gói thông tin;

- (các) thuộc tính kịch bản.

4.1.2.1. Vai trò

Vai trò: đặc tả về việc lập mô hình cách hoạt động có chủ định bên ngoài (như được cho phép trong kịch bản) của một bên tham gia EDI-mở.

...

...

...

Cách hoạt động của một OeP đang biểu diễn một vai trò được biểu thị thông qua OeDT như được quy định trong tiêu chuẩn BOV liên quan. Ví dụ các FDT mô tả cách hoạt động của một vai trò được trình bày trong phụ lục C.

Một vai trò có các đặc điểm sau:

− tất cả các thông tin liên quan đến khả năng phối hợp, trong triển vọng BOV, của các hệ thống EDI-mở. Nó cung cấp các phương tiện cho hệ thống EDI-mở đó để xác định trình tự được phép của trao đổi các gói thông tin và các điều kiện mà trong đó một vai trò được phép gửi một gói thông tin. Các điều kiện như vậy bao gồm nhưng không hạn chế đối với:

− sự nhận được một gói thông tin từ một vai trò khác;

− các quyết định nội bộ;

− thời gian kết thúc mục đích giao dịch kinh doanh (ví dụ hạn thanh toán);

− các điều kiện ngoại lệ hoặc các lỗi liên quan đến mục đích kinh doanh của giao dịch kinh doanh (ví dụ việc nhận các hàng hóa bị hư hại).

− các yêu cầu về hạ tầng hỗ trợ EDI-mở mà tham chiếu các khả năng về chức năng (xem mục 4.2.1) và chất lượng dịch vụ của chúng thỏa mãn các yêu cầu kịch bản EDI-mở trên một vai trò. Danh mục các nhu cầu được xác định trước về hạ tầng hỗ trợ EDI-mở là một tiêu chuẩn BOV liên quan. Các đặc tính an ninh được kết hợp với một vai trò là một ví dụ. Cấu hình của EDI-mở liên quan (xem mục 4.2.2) thỏa mãn các nhu cầu này.

− các nhu cầu về OeP mà quy định kịch bản EDI-mở bắt buộc áp đặt cho một vai trò. Các áp đặt như vậy hạn chế đối với cách mà các vai trò có thể được thừa nhận bởi các OeP. Sự áp đặt này bao gồm nhưng không hạn chế đối với:

...

...

...

- áp đặt lên một vai trò đang được đóng bới số OeP lớn nhất;

- áp đặt lên một vai trò có điều kiện;

- áp đặt điều kiện ban đầu trước khi một vai trò có thể được đóng;

- áp đặt khả năng chỉ định tất cả hoặc một phần của vai trò cho một OeP khác;

- áp đặt các OeP khác nhau đóng một vai trò, nghĩa là khi nó chuyển qua các “cảnh” hoặc “vai” khác nhau trong một kịch bản EDI-mở.

Cấu hình EDI-mở liên quan (xem mục 4.2.2) thỏa mãn các đòi hỏi này.

− thông tin đăng ký và quản lý thích hợp cho việc tái sử dụng của một vai trò là:

- mục đích của vai trò đó;

- mục đích kinh doanh của vai trò đó;

...

...

...

- các quy định quản lý vai trò đó.

4.1.2.2. Gói thông tin

Gói thông tin (IB): Sự mô tả hình thức của các ngữ nghĩa thông tin ghi lại được trao đổi bởi các bên tham gia EDI-mở đang đóng vai trò trong một kịch bản EDI-mở.

IB được sử dụng để lập mô hình về các khía cạnh ngữ nghĩa của thông tin kinh doanh. Các gói thông tin được cấu trúc bằng cách sử dụng các thành phần ngữ nghĩa.

Thành phần ngữ nghĩa (SC): đơn vị thông tin được xác định một cách rõ ràng theo ngữ cảnh của mục tiêu kinh doanh trong giao dịch kinh doanh đó.

Các SC có thể là nguyên tử hoặc bao gồm các SC khác.

Các SC được xác định bởi các bên tham gia có thể nhận biết như nhóm người sử dụng và được đề nghị để tiêu chuẩn hóa và đăng ký trong một hoặc nhiều kho. Các thủ tục được sử dụng cho việc xác định, đưa ra và cập nhật các SC là các tiêu chuẩn BOV liên quan. Các thủ tục kỹ thuật về truy cập điện tử tới một hoặc nhiều kho là các đề cử cho tiêu chuẩn hóa.

Gói thông tin bao gồm các đặc điểm sau:

− tất cả các gói thông tin liên quan đến khả năng phối hợp, trong triển vọng BOV của các hệ thống EDI-mở. Nó bao gồm các SC và các mô tả mối quan hệ của chúng;

...

...

...

- độ tin cậy của IB;

- tính toàn vẹn của IB;

− thông tin quản lý và đăng ký thích hợp cho khả năng tái sử dụng của một gói thông tin là:

- tên của IB đó;

- mục đích của IB đó;

- các quy tắc kinh doanh điều khiển nội dung hoặc khái niệm của IB đó;

- các quy định quản lý nội dung hoặc khái niệm của IB đó.

4.1.2.3. Thuộc tính kịch bản

Thuộc tính kịch bản: đặc tả hình thức của thông tin, liên quan đến một kịch bản EDI-mở như một tổng thể, mà không quy định các vai trò hoặc gói thông tin.

...

...

...

- tất cả thông tin liên quan đến khả năng phối hợp trong triển vọng BOV của các OeP ví dụ như:

− các mối quan hệ giữa các vai trò;

− các mối quan hệ giữa các SC của các IB khác nhau;

− cú pháp của các mối quan hệ này.

− các đòi hỏi về hạ tầng hỗ trợ EDI-mở mà tham chiếu các khả năng về chức năng (xem phần 4.2.1) và chất lượng dịch vụ của chúng thỏa mãn các yêu cầu kịch bản EDI-mở. Danh mục liệt kê các đòi hỏi xác định trước về hạ tầng hỗ trợ EDI-mở là một tiêu chuẩn BOV liên quan. Đặc điểm chính như vậy bao gồm:

- chất lượng dịch vụ được yêu cầu đối với các dịch vụ truyền thông để hỗ trợ việc tiến hành giao dịch kinh doanh đó;

- các đặc điểm an ninh được yêu cầu để hỗ trợ việc tiến hành giao dịch EDI-mở đó.

− các đòi hỏi về các OeP mà quy định các áp đặt của kịch bản EDI-mở. Các áp đặt như vậy hạn chế cách mà các vai trò có thể được ấn định cho OeP. Các áp đặt như vậy bao gồm nhưng không hạn chế đối với:

- áp đặt lên hai vai trò cụ thể mà được đóng bởi các OeP khác nhau;

...

...

...

Cấu hình EDI-mở liên quan (xem phần 4.2.2) thỏa mãn các đòi hỏi này:

- thông tin đăng ký và quản lý thích hợp cho khả năng tái sử dụng của một kịch bản EDI-mở là:

- tên của kịch bản EDI-mở đó;

- các lớp yêu cầu kinh doanh của kịch bản EDI-mở;

- mục đích của kịch bản EDI-mở;

- các luật và quy định quản lý kịch bản EDI-mở đó.

4.2. Khía cạnh về dịch vụ chức năng

Trong FSV, khả năng phối hợp hướng vào sự tương tác giữa các hệ thống IT hỗ trợ các bên tham gia EDI-mở. Khả năng phối hợp hàm ý rằng hai hoặc nhiều hệ thống IT phù hợp với các tiêu chuẩn FSV liên quan, có thể hợp tác và hỗ trợ việc tiến hành các giao dịch kinh doanh theo kịch bản EDI-mở. Các tiêu chuẩn FSV hướng vào các khía cạnh về khả năng phối hợp công nghệ thông tin chung cho các giao dịch kinh doanh.

FSV định danh và lập mô hình khả năng về chức năng chung của các hệ thống IT cần thiết để hỗ trợ việc tiến hành các giao dịch EDI-mở. Hơn nữa, nó cung cấp khái niệm cơ bản mà cho phép các tiêu chuẩn FSV liên quan cung cấp các cấu hình tổ chức và các hệ thống IT khác nhau nhằm cung cấp các khả năng về chức năng này. Ví dụ, các tiêu chuẩn FSV liên quan sẽ cung cấp nhu cầu cho các bên tham gia EDI-mở để giao một phần việc tiến hành giao dịch EDI-mở cho các nhà cung cấp dịch vụ.

...

...

...

Hệ thống EDI-mở: Một hệ thống công nghệ thông tin cho phép một bên tham gia EDI-mở tham dự vào các giao dịch EDI-mở.

Một hệ thống EDI-mở có thể được xem như bao gồm hai chức năng. Thứ nhất là một chức năng về ứng dụng ra quyết định. Thứ hai là chức năng về hạ tầng hỗ trợ EDI-mở cần thiết để hỗ trợ cho việc tiến hành các giao dịch EDI-mở đối với một OeP.

Ứng dụng ra quyết định (DMA): mô hình của phần đó trong một hệ thống EDI-mở để chuẩn bị các quyết định tương ứng với các vai trò mà OeP đóng, cũng như việc khởi tạo, tiếp nhận và quản lý các giá trị dữ liệu được chứa trong các gói thông tin hiện thời, mà không yêu cầu nhìn thấy đối với các OeP khác.

Các chức năng DMA là một khía cạnh của FSV. Các quyết định được chuẩn bị bởi DMA không cần thiết phải là các quyết định kinh doanh.

Hạ tầng hỗ trợ EDI-mở (OeSI): một mô hình của tập các khả năng về chức năng đối với các hệ thống EDI-mở mà khi được tiến hành cùng với ứng dụng ra quyết định, cho phép các OeP tham dự vào các giao dịch EDI-mở.

Hạ tầng EDI-mở áp dụng cho tất cả các giao dịch EDI-mở và các quy định về:

a) các dịch vụ được đưa ra đề nghị cho các ứng dụng ra quyết định;

b) sự liên tác các thành phần của hạ tầng hỗ trợ EDI-mở.

Tập các khả năng về chức năng được lập mô hình trong OeSI cung cấp cho việc khởi tạo, hoạt động và theo dõi qui trình của các giao dịch EDI-mở.

...

...

...

− sự điều khiển các yêu cầu của DMA;

− sự dàn xếp của vai trò đang đóng;

− đặc tả cấu hình EDI-mở;

− sự giải thích và xử lý một vai trò;

− việc tạo các giá trị dữ liệu sẵn dùng nhận được từ các gói thông tin trong các hệ thống EDI-mở;

− việc thu nạp các giá trị dữ liệu được cung cấp như là kết quả của lựa chọn hoạt động;

− điều khiển của các dịch vụ an ninh và các dịch vụ kiểm tra;

− việc theo dõi và thông báo các trạng thái của giao dịch EDI-mở và các ứng dụng-chéo đang tiến hành;

− quản lý báo cáo lỗi;

...

...

...

Hơn nữa, các khả năng về chức năng được yêu cầu để tiến hành bất kỳ giao dịch kinh doanh nào, tập hợp các khả năng về chức năng của hạ tầng hỗ trợ EDI-mở đó sẽ thực thi danh mục liệt kê các đòi hỏi đã được xác định trước về hạ tầng hỗ trợ EDI-mở mà được quy định trong một tiêu chuẩn BOV liên quan.

Giao diện ứng dụng ra quyết định (giao diện của DMA): tập các yêu cầu mà cho phép một ứng dụng ra quyết định tương tác với hạ tầng hỗ trợ EDI-mở.

Mục đích của giao diện của DMA là nhằm thúc đẩy tính độc lập của các DMA với cấu trúc của OeSI.

Các cơ chế chung được sử dụng để chuyển dịch các giá trị SC sang một cú pháp truyền từ đặc tả gói thông tin (hoặc đặc tả SC) và ngược lại được quy định trong một tiêu chuẩn FSV liên quan.

Đối tượng của các DMA là để tạo ra các quyết định kinh doanh. DMA sẽ trao đổi thông tin (trao đổi logic). Các trao đổi này được tiến hành khi các DMA yêu cầu các dịch vụ từ OeSI.

4.2.2 Khái niệm thực thi

Miền xử lý thông tin (IPD): một hệ thống công nghệ thông tin bao gồm ít nhất một ứng dụng ra quyết định và/ hoặc một trong các thành phần của một hạ tầng hỗ trợ EDI-mở, và hoạt động/ thực thi đại diện cho một bên tham gia EDI-mở ( hoặc trực tiếp hoặc dưới một cơ quan đại diện).

Khái niệm IPD được sử dụng trong thực thi các kịch bản EDI-mở. Một OeP có thể chứa tất cả thành phần chức năng (DMA) và OeSI) trong một IPD đơn hoặc có thể thay thế điều khoản của một số thành phần chức năng dự phòng tới các IPD khác nhau (các nhà cung cấp dịch vụ). Các OeP khác nhau có thể đóng cùng vai trò. Một OeP có đàm phán các vai khác nhau của một kịch bản EDI-mở. Các vai trò này có thể được đóng bởi cùng IPD hoặc các IPD khác nhau của OeP.

Một hệ thống EDI-mở bao gồm ít nhất một IPD có một DMA. Một IPD hỗ trợ một số bên tham gia EDI- mở, là một phần của mỗi hệ thống EDI-mở liên kết với các OeP này. Một hệ thống EDI-mở phải bao gồm một và chỉ một IPD có một DMA, tuy nhiên nó có thể bao gồm nhiều IPD.

...

...

...

Tổ chức hỗ trợ EDI-mở: một tổ chức, có vai trò đại diện cho (các) bên tham gia EDI-mở để cung cấp sự hỗ trợ cần thiết cho phép tiến hành giao dịch EDI-mở, nhưng không lập mô hình các vai trò.

Các IPD được hoạt động bởi một tổ chức hỗ trợ EDI-mở không có DMA.

Cấu hình EDI-mở: một đặc tả hình thức của một cấu hình hoạt động của các bên tham gia EDI-mở và các IPD kết hợp của chúng, mà có thể tiến hành các giao dịch EDI-mở tương ứng với một kịch bản EDI- mở đã cho.

Một cấu hình EDI-mở đề cập đến tất cả tập hệ thống EDI-mở tham gia vào việc thực thi của một kịch bản EDI-mở. Nó thỏa mãn các nhu cầu được quy định trong kịch bản EDI-mở và bao gồm:

- định danh OeP đối với mỗi vai trò của kịch bản;

- địa chỉ của IPD đối với mỗi OeP.

Dựa trên cấu hình EDI-mở, thí dụ cụ thể của kịch bản đó có thể được hoàn thành bằng sự khởi tạo một giao dịch EDI-mở.

Hình 3 chỉ ra mối quan hệ có thể giữa các thành phần chức năng của hai ví dụ về hệ thống EDI-mở. Mục đích của các mối quan hệ này nhằm hỗ trợ tương tác giữa các DMA của các bên tham gia EDI-mở.

Đối với tương tác này, các DMA sử dụng các dịch vụ của OeSI thông qua giao diện của DMA của chúng. Mặc dù Hình 4 chỉ ra hai hệ thống EDI-mở, khái niệm đó được mở rộng cho nhiều hơn hai hệ thống EDI-mở.

...

...

...

Hình 3 - Các mối quan hệ của hệ thống EDI-mở

Một số khái niệm thực thi bổ sung tham khảo được nêu trong Phụ lục D, điều D.2.

4.3. Tiêu chuẩn mô hình tham chiếu EDI-mở liên quan

Các tiêu chuẩn BOV liên quan bao gồm:

− các tiêu chuẩn về lập mô hình bao gồm OeSI được sử dụng để quy định các kịch bản EDI-mở;

− các thủ tục được sử dụng để đưa ra các kịch bản EDI-mở mới và cập nhật các kịch bản EDI-mở trong các kho;

− các thủ tục được sử dụng để đưa ra các SC mới (nguyên tử hoặc hỗn hợp) và cập nhật các SC (nguyên tử hoặc hỗn hợp) trong các kho của SC;

Các tiêu chuẩn FSV liên quan bao gồm:

...

...

...

− quy định về giao diện của DMA;

− cơ chế chung được sử dụng để chuyển dịch các giá trị SC sang một cú pháp truyền chung từ đặc tả gói thông tin (hay đặc tả thành phần ngữ nghĩa) và ngược lại;

Các tiêu chuẩn FSV liên quan phải dựa vào các tiêu chuẩn truyền thông đối với sự truyền thông giữa các IPD.

4.4. Sử dụng các tiêu chuẩn FSV và BOV liên quan

Các tiêu chuẩn FSV và BOV liên quan được sử dụng trong các hoạt động sau:

− việc tạo ra các kịch bản EDI-mở bởi cộng đồng người sử dụng và việc đăng ký các kịch bản EDI-mở bởi cơ quan đăng ký có thẩm quyền;

− việc tạo ra các IPD tuân theo EDI-mở.

Những người thực hiện IT mong muốn có thể thực thi các giao dịch EDI-mở bằng việc sử dụng các kịch bản được đăng ký và các IPD được cấu hình chính xác.

...

...

...

5. Tuyên bố về sự phù hợp

Phù hợp với mô hình tham chiếu EDI-mở chỉ áp dụng cho các tiêu chuẩn FSV và/ hoặc BOV liên quan. Các tiêu chuẩn FSV và BOV liên quan phù hợp với mô hình tham chiếu EDI-mở này phải công bố:

− lớp tiêu chuẩn mà nó phụ thuộc, đó là các tiêu chuẩn FSV hoặc BOV liên quan;

− các hạng mục của 4.3 của mô hình tham chiếu EDI-mở mà nó liên quan đến;

− danh sách khái niệm cơ bản của mô hình tham chiếu EDI-mở mà nó đề cập (tham chiếu đến số hiệu khái niệm trong phần 3 và 4 của mô hình tham chiếu EDI-mở này);

− tất cả các khái niệm khác của tiêu chuẩn phù hợp và được xác định trong tham chiếu;

− các khái niệm cơ bản được đề cập ở trên.

Phụ lục A

...

...

...

Kiểu và phạm vi tiêu chuẩn hóa của các hoạt động tiêu chuẩn hóa đối với EDI-mở

Mục đích của phụ lục này là xác định các phạm vi của các hoạt động tiêu chuẩn hóa liên quan đến EDI- mở nhằm phục vụ như một cơ sở cho việc hợp tác về tiêu chuẩn hóa EDI-mở. Phụ lục này phác họa khuôn khổ đối với sự hợp tác này, và đối với mục đích này nó cung cấp một ma trận các hoạt động dựa trên cơ sở các phạm vi và các mức độ hoạt động tiêu chuẩn hóa và phân loại của các tiêu chuẩn EDI- mở.

Hình A.1 minh họa các mối quan hệ giữa các phạm vi tiêu chuẩn hóa EDI-mở và các phạm vi tiêu chuẩn hóa khác. Công việc của ISO/IEC JTC1 SC 32/Wb1 tập trung vào việc xây dựng các tiêu chuẩn EDI-mở chung trong khối “TIÊU CHUẨN CÔNG NGHỆ THÔNG TIN CHUNG”.

Hình A.1 - Các mối quan hệ của các phạm vi tiêu chuẩn hóa EDI-mở với các tiêu chuẩn khác và ảnh hưởng của môi trường pháp lý

A.1. Các phạm vi tiêu chuẩn hóa EDI-mở

Mô hình tham chiếu EDI-mở sau đây, các phạm vi tiêu chuẩn hóa sau được xác định là cần thiết để đạt được EDI-mở:

a) môi trường pháp lý cho EDI-mở;

b) các tiêu chuẩn EDI-mở chung;

...

...

...

d) sự hợp tác liên ngành của các tiêu chuẩn EDI-mở phân ngành.

A.1.1. Môi trường pháp lý cho EDI-mở

Môi trường pháp lý là khuôn khổ các yêu cầu, (như là; các điều khoản các thủ tục, các áp đặt v v…) nảy sinh do các luật lệ và các quy định mà việc quản lý các giao dịch kinh doanh được tiến hành thông qua EDI-mở.

A.1.2. Các tiêu chuẩn EDI-mở chung

Các tiêu chuẩn EDI-mở chung là tiêu chuẩn chung về công nghệ thông tin. Chúng bao gồm tiêu chuẩn BOV và các tiêu chuẩn FSV liên quan.

Các tiêu chuẩn BOV liên quan là công cụ chung được sử dụng bởi tất cả các phân ngành để tự xác định các tiêu chuẩn EDI-mở riêng từng phân ngành và đảm bảo sự liên kết các phân ngành.

Các tiêu chuẩn FSV liên quan là tiêu chuẩn được sử dụng bởi những người thực hiện EDI-mở, mà có khả năng phối hợp và đề xuất các dịch vụ đòi hỏi được yêu cầu để tiến hành giao dịch EDI-mở.

Các tiêu chuẩn EDI-mở chung này liên quan chặt chẽ với các phạm vi của các tiêu chuẩn công nghệ thông tin chung khác như thiết kế phần mềm, an ninh, phân phối và liên kết các hệ thống mở, xử lý tài liệu và quản lý thông tin.

Các tiêu chuẩn EDI-mở chung có thể bao gồm các tiêu chuẩn liên quan đến kinh doanh điện tử hiện tại nếu chúng tuân theo mô hình tham chiếu EDI-mở.

...

...

...

Tiêu chuẩn EDI-mở phân ngành bao trùm các nội dung và qui trình của các giao dịch kinh doanh bằng việc xác định các kịch bản EDI-mở. Phạm vi này do đó phụ thuộc vào sự tồn tại của các tiêu chuẩn BOV liên quan. Hơn nữa, đối với một lĩnh vực đã cho, các tiêu chuẩn EDI-mở phân ngành quan hệ chặt chẽ với các tiêu chuẩn công nghệ thông tin khác của ngành này.

Các tiêu chuẩn EDI-mở phân ngành có thể bao gồm các tiêu chuẩn kinh doanh điện tử hiện tại nếu chúng tuân thủ mô hình tham chiếu EDI-mở.

A.1.4. Sự hợp tác liên ngành các tiêu chuẩn EDI-mở phân ngành

Sự gắn liền của các tiêu chuẩn EDI-mở phân ngành khác nhau được đảm bảo bằng sự hài hòa của các kịch bản EDI-mở được xây dựng bởi các ngành khác nhau. Nó được thực hiện thông qua việc sử dụng theo hình thức chung và các thủ tục đăng ký trong tiêu chuẩn EDI-mở chung. Phạm vi này, do đó phụ thuộc vào sự tồn tại của các tiêu chuẩn BOV liên quan.

A.2. Phân loại các tiêu chuẩn EDI-mở

Bốn phạm vi hoạt động điển hình gặp khi thực hiện một giao dịch kinh doanh có sử dụng các phương tiện điện từ.

A.2.1. Môi trường

Khuôn khổ về các điều khoản pháp lý, các quy tắc, thực tiễn kinh doanh và các thủ tục thương mại trong đó tất cả các giao dịch kinh doanh xảy ra.

A.2.2. Mô hình hoạt động

...

...

...

A.2.3. Cách biểu diễn và mô hình thông tin

Các mô hình về dữ liệu được truyền trong một giao dịch, bao gồm các mô hình về khả năng biểu diễn các phần tử dữ liệu hoặc định dạng tài liệu của nó ví dụ như trên giấy, fax hoặc công nghệ www.

A.2.4. Công nghệ

Các phương tiện để cho phép các máy tính phối hợp thao tác bao gồm các HPI mà cho phép ứng dụng truy cập dịch vụ cung cấp khả năng phối hợp.

A.3. Mức hoạt động

Từ đối tượng chung của siêu-tiêu chuẩn đến đối tượng cụ thể của một sự thực thi, có các mức đối tượng trung gian của hoạt động như là tiêu chuẩn, sự phù hợp và chứng nhận.

A.3.1. Siêu-tiêu chuẩn

Các tiêu chuẩn chung, các tài liệu ngôn ngữ xác định, các công cụ và các kỹ thuật khác được sử dụng để quy định và thể hiện tiêu chuẩn, tài liệu hướng dẫn, kiểm tra và thực thi.

A.3.2. Tiêu chuẩn

...

...

...

A.3.3. Hướng dẫn

Việc xây dựng các hướng dẫn làm cho các tài liệu thể hiện tiêu chuẩn dưới dạng cụ thể hơn nhằm hướng dẫn hoặc trợ giúp người sử dụng các tiêu chuẩn đó.

A.3.4. Sự Phù hợp và chứng nhận

Đảm bảo sự phù hợp: định danh qua sự kiểm tra dấu hiệu mà một quy trình sản xuất hoặc dịch vụ đáp ứng các yêu cầu quy định.

Chứng nhận: Thủ tục mà do một bên thứ ba đưa ra sự đảm bảo bằng tài liệu rằng một quy trình sản xuất hoặc dịch vụ phù hợp với các yêu cầu quy định.

A.3.5. Thực thi

Hành động được thực hiện bởi người sử dụng kinh doanh và bởi các nhà cung cấp phần cứng và phần mềm cho người sử dụng kinh doanh.

A.4. Ứng dụng EDI-mở

Dựa vào việc xác định các phạm vi hoạt động, có thể sử dụng một khuôn khổ bảng. Khuôn khổ này có thể được sử dụng chung bởi các hoạt động EDI-mở, kết quả được thấy trong Bảng A.1.

...

...

...

-BOV tương ứng với phần lớn các phạm vi về môi trường, các mô hình hoạt động và mô hình thông tin và với một quy mô hạn chế với phạm vi về công nghệ được yêu cầu đối với mối liên kết với các tiêu chuẩn FSV liên quan;

- tiêu chuẩn FSV liên quan tương ứng với phần lớn các phạm vi công nghệ và với một phần hạn chế với phạm vi về mô hình dữ liệu được yêu cầu đối với mối liên kết với tiêu chuẩn BOV liên quan.

Bảng A.1 - Vị trí của các hoạt động EDI-mở

Các siêu-tiêu chuẩn

Các tiêu chuẩn

Các hướng dẫn

Phù hợp và chứng nhận

Thực thi

...

...

...

Môi trường

B
O
V

Kỹ thuật mô tả EDI-mở

Kịch bản EDI-mở

Các hướng dẫn pháp lý và kinh doanh

Giao dịch EDI-mở

Các mô hình hoạt động

...

...

...

Các mô hình thông tin

Biểu diễn

F
S
V

Các giá trị SC để biến đổi
Chuyển dịch cú pháp

...

...

...

Công nghệ

B
O
V

Danh mục các yêu cầu

Các nhu cầu về thông tin hỗ trợ EDI-mở

Các IPD của một cấu hình EDI-mở

F
S
V

Đặc tả OeSI

...

...

...

Các giao thức và giao diện của các thành phần OeSI

Các giao thức liên kết

...

...

...

Phụ lục B

(tham khảo)

Yêu cầu về tiêu chuẩn EDI-mở

B.1. Yêu cầu về tổ chức kinh doanh

B.1.1. Kinh doanh điện tử đa phần

Sự phát triển của công nghệ thông tin và truyền thông (ICT) đã tạo ra một nhu cầu và cơ hội cho các nhóm người sử dụng khác nhau để thu hút các mối quan hệ kinh doanh có sử dụng công nghệ này.

Điều này đòi hỏi các phương pháp tự động để tiến hành kinh doanh điện tử giữa các bên tham gia. Các bên tham gia này không chỉ có các hệ thống máy tính khác nhau và các cơ sở dữ liệu độc lập mà còn có các đối tác kinh doanh khác nhau và các thực tiễn hoạt động kinh doanh đa dạng khác nhau. Các trao đổi kinh doanh của họ liên quan đến nhiều kiểu biểu diễn dữ liệu, cú pháp, giao thức và hệ thống truyền thông khác nhau.

Các nhóm người sử dụng mà có các yêu cầu nên tính đến là hoạt động trong các ngành rất khác nhau như là: buôn bán, thương mại, ngân hàng, vận tải, sản xuất, y tế, thư viện, giáo dục, quản lý công cộng, dịch vụ công cộng, ngành công nghiệp xây dựng v.v… Do các nhóm này cuối cùng sẽ cam kết trong kinh doanh điện tử với mỗi nhóm khác nên cần có một giải pháp đáp ứng cho tất cả các ngành.

...

...

...

Một môi trường được gọi là mở theo nghĩa mà tất cả yêu cầu liên tác được thỏa mãn qua việc thực thi các quy tắc hoặc tiêu chuẩn không dành riêng và sẵn dùng chung. Không nên có các thỏa thuận riêng nhằm giải quyết các mơ hồ trong trao đổi. Tự do sử dụng các thỏa thuận riêng bổ sung vào cơ cấu của một thỏa thuận được chia sẻ là luôn sẵn dùng.

Sự thiếu hụt của một môi trường như vậy là:

- các thỏa thuận song phương có thể là cần thiết giữa các bên tham gia kinh doanh điện tử. Các thỏa thuận này không chỉ là “thỏa thuận liên tác” mà còn mở rộng đến các vấn đề kỹ thuật. Các thỏa thuận này phải bao quát tất cả ngành cần thiết, bao gồm các bên tham gia tại nhiều mức khác nhau (nghĩa là khía cạnh về kinh doanh, chính sách chung, truyền thông, hệ thống, các hệ thống thông tin);

- các bên riêng lẻ có thể phải hỗ trợ một dải các tập phương tiện liên tác khác nhau phụ thuộc vào các bên tham gia. Sự hỗ trợ này phải tạo sự thông suốt về thời gian, các lĩnh vực và công nghệ, do đó việc kết nạp vào mỗi bên tham gia làm tăng nhiệm vụ và vấn đề.

Cách tiếp cận mở từng phần (như các cộng đồng những người quan tâm chung dựa trên phạm vi thị trường) chỉ giảm nhẹ yêu cầu này; chúng không loại trừ nó. Chúng thậm chí có thể củng cố tính không tương xứng giữa các cộng đồng khi buôn bán bất hợp pháp xuyên biên giới và cộng đồng pha tạp là lĩnh vực phát triển quan trọng trong kinh doanh điện tử. Hơn nữa, người sử dụng kinh doanh cũng đã nêu bật nhu cầu đối với một môi trường mở để tạo thuận lợi và giảm thiểu chi phí cài đặt các mối quan hệ kinh doanh điện tử với các bên tham gia trao đổi kinh doanh mới tham gia môi trường kinh doanh của họ.

B.1.3 Tính linh động về tổ chức

Các bên tham gia đòi hỏi tính linh động trong hoạt động của họ, ví dụ như giao một phần kinh doanh của họ cho các nhà thầu phụ. EDI không hạn chế các khả năng này để đạt được tính linh động. Ngoài ra, các bên tham gia có thể muốn giao một phần hoạt động của các dịch vụ được yêu cầu để hỗ trợ cho kinh doanh điện tử.

EDI-mở cần cung cấp tính linh động này trong việc mô tả các mô hình kinh doanh và trong các hệ thống cần thiết để hỗ trợ EDI-mở.

B.2. Yêu cầu về thông tin kinh doanh

...

...

...

Sự trao đổi tất cả kiểu thông tin cần thiết được bao trùm khi chúng được xác định trước, có cấu trúc và có thể xử lý được bởi các ứng dụng tại cả hai đầu cuối. Điều này bao gồm dữ liệu có cấu trúc chữ-số, nhưng cũng có thể bao gồm việc trao đổi các hình thức thiết kế được hỗ trợ bằng máy tính, bản vẽ, hình ảnh, văn bản, bản ghi âm v.v…trong một giao dịch kinh doanh.

Sự cần thiết là tích hợp nhiều kiểu dữ liệu khác nhau, các thành phần và biểu diễn các mối quan hệ giữa các thành phần này. Cũng cần thiết để duy trì các mối quan hệ này xuyên suốt giao dịch kinh doanh đó. Tính tích hợp các kiểu dữ liệu khác nhau này cần phù hợp với các tiêu chuẩn hiện tại hoặc sau này.

B.2.2. Mô hình

Việc xây dựng trước đây của các tiêu chuẩn EDI đã được tiến hành một cách rộng rãi dựa trên cơ sở việc tạo lại các dạng điện tử của các giao dịch tương đương từ việc thực hiện bằng giấy trước đó. Các nhóm người sử dụng bây giờ nhận thấy rằng cần thiết đồng thuận một mô tả mức cao về các giao dịch kinh doanh được tái thiết kế. Các lý do về sự cần thiết này là:

-quản lý sự thay đổi hoặc tái thiết kế các qui trình kinh doanh không thể hoàn thành trừ khi các qui trình yêu cầu đã được tài liệu hóa;

- các chức năng khi áp dụng EDI cần thiết được áp dụng để được xác định trong mối quan hệ với toàn bộ kinh doanh các chức năng và ranh giới truyền thống có thể bị ảnh hưởng;

- cần định danh các quy định và bất kỳ yêu cầu nào đối với sự tuân theo luật pháp được đáp ứng bởi các giải pháp không EDI hiện tại và sẽ cần thiết được đáp ứng bởi bất kỳ giải pháp kinh doanh điện tử nào;

- việc lựa chọn hoặc sử dụng một giải pháp EDI cụ thể theo các tiêu chuẩn và kỹ thuật nên càng rõ ràng càng tốt về chức năng kinh doanh.

Hơn nữa, để mô tả giao dịch kinh doanh, nhóm người sử dụng cần thỏa thuận về mô hình thông tin tại mức ngữ nghĩa trước khi thỏa thuận về cấu trúc dữ liệu cụ thể và sự biểu hiện dữ liệu được trao đổi giữa các bên. Cần thỏa thuận về mô hình thông tin bởi các lý do sau:

...

...

...

- thỏa thuận về ngữ nghĩa dữ liệu cần để nhất trí và phối hợp các biểu diễn dữ liệu khác nhau được sử dụng trong các ngành công nghiệp khác nhau;

- các mô hình thông tin được thỏa thuận cho phép tính đầy đủ và hài hòa kiểm soát dữ liệu được trao đổi giữa các bên tham gia.

B.2.3. Đăng ký các mô hình kinh doanh

Cuối cùng các nhóm người sử dụng có nhu cầu đã xác định để sử dụng các phương tiện lập mô hình để tạo ra các mô hình thông tin kinh doanh được biểu diễn theo một hình thức chung được đăng ký.

Sự đăng ký các mô hình này tạo thuận lợi cho việc tái sử dụng chúng bởi các ngành công nghiệp và các cộng đồng người sử dụng khác nhau. Sự đăng ký như vậy là cần thiết để hài hòa các mô hình này.

B.3. Yêu cầu trao đổi kinh doanh

B.3.1. Sự độc lập của các khía cạnh về kinh doanh với các khía cạnh về công nghệ thông tin

Các nhóm người sử dụng có nhu cầu đối với kinh doanh điện tử được biểu diễn độc lập với các dịch vụ truyền thông. Đặc biệt, các mô hình thông tin và kinh doanh nên độc lập với kiểu truyền thông được sử dụng.

Mặc dù nhu cầu về sự độc lập của các khía cạnh kinh doanh với truyền thông, kinh doanh điện tử đòi hỏi sự truyền thông và truyền dữ liệu. Hơn nữa, một số các áp đặt kinh doanh có thể là kết quả do các đặc điểm truyền thông. Ví dụ các áp đặt như sau:

...

...

...

- một số các giao dịch kinh doanh điện tử hàm ý dung lượng dữ liệu truyền cao, một số khác thì không.

B.3.2. Khả năng phối hợp của các trao đổi kinh doanh

Để được thay thế bằng văn bản tập trung vào quan điểm BOV về khả năng phối hợp trong khoảng thời gian bỏ phiếu FCD. Các đóng góp được hoan nghênh.

B.3.3. Giao dịch EDI

Có sự cần thiết đối với các tham chiếu chéo liên quan đến các trao đổi kinh doanh với nhau. Do đó, cần thiết xem xét một giao dịch kinh doanh điện tử của nhiều bên tham gia cũng như các trao đổi song phương. Điều này đòi hỏi các khả năng cụ thể trong các hệ thống hỗ trợ kinh doanh điện tử và việc xem xét các khía cạnh về khả năng phối hợp cùng với sự hỗ trợ các giao dịch kinh doanh điện tử. Sự xem xét này rất thích hợp với việc cộng tác tương tác.

B.3.4. API được tiêu chuẩn hóa

Sự thiếu hụt các API trong kinh doanh điện tử hiện hành dẫn đến các nỗ lực thực thi đáng kể quy định cho phần mềm kinh doanh điện tử thích hợp được sử dụng để hỗ trợ ứng dụng bất kỳ.

Các API được tiêu chuẩn hóa cần thiết để cung cấp tính linh động do đó đòi hỏi nhiều hơn tính linh động trong việc lựa chọn các nhà cung cấp cho các thành phần riêng lẻ. Chúng cũng cho phép các nhà xây dựng ứng dụng bỏ qua các dịch vụ cơ sở được sử dụng. Hơn nữa, chúng đảm bảo sự độc lập của ứng dụng với các dịch vụ cơ sở.

B.3.5. Kiểm tra sự phù hợp

...

...

...

B.4. An ninh

Các doanh nghiệp có các thủ tục và kiểm soát được tạo ra và xây dựng để bảo vệ các tài sản của họ. Một số các kiểm soát đã được dự tính để bảo vệ doanh nghiệp khỏi các bên tham gia trao đổi kinh doanh của họ, một số khác bảo vệ họ khỏi các đối thủ cạnh tranh và một số đảm bảo tuân theo pháp luật. Các bảo vệ này phải được xác định và khi một yêu cầu chung được xác định thì nó tạo ra tính sẵn dùng cho việc sử dụng trong kinh doanh điện tử. Các công cụ và dịch vụ thích hợp cần phải sẵn dùng.

B.5. Khía cạnh pháp lý

Nhiều việc sử dụng công nghệ thông tin và truyền thông (ICT) có các ảnh hưởng về quy định hoặc pháp luật mà có thể được xác định bởi Quốc gia của các bên sử dụng ICT, hoặc là các Quốc gia mà tài liệu kinh doanh được truyền qua. Điều này có thể tạo khoảng cách từ việc gửi một hóa đơn thanh toán (luật hợp đồng) đến việc truyền thông tin y tế (luật bảo vệ dữ liệu) hoặc vận chuyển dược phẩm (các thỏa thuận song phương). Cần có sự phối hợp đáng kể giữa việc chuẩn bị các tiêu chuẩn EDI-mở và chuyên gia về an ninh và pháp lý thích hợp để đảm bảo rằng một khuôn khổ được tạo ra có thể được sửa đổi và chấp thuận khi thương mại điện tử thay thế các hệ thống thương mại trên giấy. Mặc dù hàm ý về pháp lý của các tương tác kinh doanh biến đổi theo các mức xét xử khác nhau, nên có các khái niệm như quyền, nghĩa vụ, cho phép, ngăn cấm và hình thức hợp đồng.

B.6. Sự dịch chuyển

Nhiều người sử dụng đã đầu tư vào việc tiêu chuẩn hóa các thông điệp EDI trong những năm qua. Các thực thi dựa vào các tiêu chuẩn này đã được sử dụng. Do đó, cần thiết đưa ra một hướng dịch chuyển từ EDI hiện tại sang EDI-mở. Hướng dịch chuyển này liên quan đến cả các tiêu chuẩn và thực thi hiện tại.

Phụ lục C

(tham khảo)

...

...

...

Phụ lục tham khảo này trình bày một số kỹ thuật mô tả hình thức mẫu (Formal Description Technique - FDT) mà có thể được sử dụng đối với việc lập mô hình cách hoạt động của vai trò. Các FDT cần thiết để có thể quy định cách hoạt động này theo một dạng trừu tượng và hình thức. Chúng sẽ cung cấp các mô tả vai trò một cách rõ ràng. Hơn nữa, phần lớn các FDT được hỗ trợ bởi các công cụ thiết kế phần mềm trợ giúp máy tính (Computer Aided Software Engineering - CASE) tạo thuận lợi cho việc lập mô hình và thực thi các mô tả của vai trò. Mặc dù phụ lục này chỉ tập trung vào cách hoạt động của vai trò, nhưng các kỹ thuật tương tự cũng cần thiết đối với các khái niệm của EDI-mở khác. Cuối cùng, các FDT được chọn đối với các khái niệm của kịch bản edi-mở khác nhau là các tiêu chuẩn BOV liên quan.

Phụ lục này không bắt buộc cho bất kỳ kỹ thuật FDT cụ thể nào. Các ví dụ phân tích một kịch bản cụ thể được đưa ra ở đây để minh họa tính hợp lệ của các phương pháp thay thế. Kịch bản được mô tả ở đây và sự phân tích tiếp theo có sử dụng các phương pháp khác nhau.

Một tình huống đơn giản liên quan lĩnh vực y tế được chọn làm ví dụ. Xem xét tình huống mà trong đó một bên tham gia kinh doanh đóng vai trò một trung tâm hoặc đại lý thu nhận các bộ phận đối với các bên tham gia cần cấy ghép. Các vai trò được lập mô hình là người thỉnh cầu bộ phận, trung tâm bộ phận, người hiến tặng bộ phận.

Trong ví dụ này chỉ trình bày một người thỉnh cầu bộ phận (gọi tắt là người thỉnh cầu), trung tâm bộ phận (gọi tắt là trung tâm), và người hiến tặng bộ phận (gọi tắt là người hiến tặng), trong khi nói chung thì có thể có nhiều người thỉnh cầu và người hiến tặng được kết nối với một trung tâm. Ví dụ này cũng có thể được mở rộng cho người chuyên chở, ban tài chính, ngân hàng, v v … Tuy nhiên, mục đích của các ví dụ này chỉ mang tính minh họa, nên không bàn hết mọi khía cạnh.

Cách hoạt động của các vai trò khác nhau trong ví dụ này có thể được mô tả ngắn gọn là:

- người thỉnh cầu sẽ yêu cầu trung tâm các bộ phận, nhắc nhở trung tâm về các yêu cầu trước đó, chấp nhận các bộ phận, hủy bỏ các yêu cầu (bệnh nhân chết (hoặc hồi phục!), hoặc cung cấp nội bộ), tiếp nhận sự từ chối yêu cầu từ trung tâm;

- trung tâm sẽ tiếp nhận và trả lời các yêu cầu đối với các bộ phận từ người thỉnh cầu, yêu cầu từ người hiến tặng nếu không có sẵn bộ phận tại chỗ, tiếp nhận các bộ phận từ người hiến tặng, từ chối các yêu cầu, hủy bỏ các yêu cầu tới người hiến tặng (yêu cầu được hủy bỏ bởi người yêu cầu hoặc cung cấp khi có sẵn);

- người hiến tặng sẽ tiếp nhận yêu cầu về bộ phận từ trung tâm, tiếp nhận các hủy bỏ đối với yêu cầu trước đó, chuyển các bộ phận đến trung tâm.

Một số khái niệm về cách hoạt động của vai trò được trình bầy trong Hình C.1.

...

...

...

Hình C.1 - Các khái niệm về cách hoạt động của vai trò

C.1 Các khía cạnh của cách hoạt động của vai trò dựa trên sự chuyển tiếp trạng thái FDT

Chuyển tiếp trạng thái là qui trình thay đổi từ một trạng thái này đến một trạng thái khác trong một vai trò đã cho. Trong một kịch bản EDI-mở, một chuyển tiếp được mô tả như sau:

- trạng thái hiện tại của vai trò;

- sự kiện khởi đầu sự chuyển tiếp đó;

- hoạt động được tạo ra bởi sự chuyển tiếp này;

- trạng thái tiếp theo của vai trò sau chuyển tiếp này.

Khía cạnh động đầu tiên của kịch bản EDI-mở là trình tự các trao đổi gói thông tin. Trình tự này chỉ ra thứ tự các gói thông tin được gửi và tiếp nhận bởi mỗi vai trò.

Quan điểm hoạt động kinh doanh

...

...

...

Hình C.2 - Sơ đồ trình tự gói thông tin

Khía cạnh động thứ hai của kịch bản EDI-mở là trạng thái/chuyển tiếp. Cách

Bảng C.1 - Bảng trạng thái/ chuyển tiếp về vai trò 2 hoạt động của một vai trò được mô tả bởi các trạng thái, chuyển tiếp, và sự kiện. Mục đích của một trạng thái/ chuyển tiếp là để xác định một vai trò và nắm được cách hoạt động của nó.

Sự kiện

Trạng thái

Hoạt động

Trạng thái

Tiếp nhận yêu cầu bộ phận IB1

...

...

...

Xử lý yêu cầu và gửi yêu cầu tới người hiến tặng (IB2)

S1

Tiếp nhận bộ phận đưa đến IB3

S1

Xử lý, đưa đến và gửi bộ phận sẵn có (IB4)

S2

Tiếp nhận bộ phận được chấp nhận IB5

S2

Yêu cầu được hoàn thành

...

...

...

C.2. Các khía cạnh về cách hoạt động của vai trò dựa trên một mạng Petri FDT

Một lớp khác của các FDT dựa trên cơ sở các mạng Petri cho phép cả sự biểu diễn tĩnh và động của cách hoạt động của vai trò. Một trong các ưu điểm của Petri Net là chúng đưa ra một sự biểu diễn đồ họa mặc dù dựa trên cơ sở toán học chắc chắn. Điều này cho phép sự phân tích hình thức của các đặc tính như sự bỏ các trạng thái khóa - chết vv… Sự biểu diễn Petri Net được thấy sau đây là một sự mở rộng các Petri Net cổ điển nhằm bao gồm thời gian tuyệt đối (giới hạn thời gian) và để phân biệt được các kiểu IB khác nhau, được gọi là tài liệu. Trong các Hình C.3, C.4, C.5 các mô hình tài liệu Petri Net của vai trò người thỉnh cầu bộ phận, người hiến tặng và trung tâm bộ phận được vẽ ra. Vòng tròn biểu diễn trạng thái điều khiển và các hộp biểu diễn các gói thông tin.

Chú giải:

Confirmation:

Xác nhận

Organ_acceptance_RC:

Chấp nhận (RC)

Organ_avial_report_CR:

...

...

...

Organ_center:

Trung tâm cung cấp

Organ_Needed:

Bộ phận cần

Organ_re_request:

Yêu cầu lại

Organ_req_pending:

chưa giải quyết yêu cầu

Organ_request:

...

...

...

Organ_requester:

Người thỉnh cầu

Re_request_ack:

Xác thực yêu cầu lại

Req_acc_Waiting:

Đợi chấp nhận yêu cầu

Request_filled:

Điền vào yêu cầu

Timeout:

...

...

...

Timer_Expired:

Thời gian hết hạn

Timer_Set:

Đặt thời gian

Hình C.3 - Vai trò của người thỉnh cầu

Chú giải:

Donor to:

Hiến tặng cho

...

...

...

Không có sẵn bộ phận

Org_avail_Offer_pending:

chưa giải quyết yêu cầu sự sẵn dùng của bộ phận

Organ_acceptance_CD:

Chấp nhận bộ phận (CD)

Organ_avail_report_DC:

Báo cáo sự sẵn dùng của bộ phận (DC)

Organ_center:

Trung tâm cung cấp

...

...

...

Điền vào yêu cầu

Hình C.4 - Vai trò của người hiến tặng

Chú giải:

Confirmation:

Xác nhận

Donor to:

Hiến tặng cho

No_organ_available:

...

...

...

Null

Giá trị null (không hiệu lực)

Org_avail_Offer_pending:

chưa giải quyết yêu cầu sự sẵn dùng của bộ phận

Organ_acceptance_CD:

Chấp nhận bộ phận (CD)

Organ_acceptance_RC:

Chấp nhận (RC)

Organ_avail_report_DC:

...

...

...

Organ_avial_report_CR:

Báo cáo sự sẵn sàng của bộ phận(CR)

Organ_center:

Trung tâm cung cấp

Organ_Needed:

Bộ phận cần

Organ_re_request:

Yêu cầu lại

Organ_req_pending:

...

...

...

Organ_request:

Yêu cầu

Organ_requester:

Người thỉnh cầu

Re_request_ack:

Xác thực yêu cầu lại

Req_acc_Waiting:

Đợi chấp nhận yêu cầu

Request_filled:

...

...

...

Request_filled:

Điền vào yêu cầu

Timeout:

Thời gian không tính

Timer_Expired:

Thời gian hết hạn

Timer_Set:

Đặt thời gian

Hình C.5- Vai trò của trung tâm cung cấp bộ phận

...

...

...

Một lớp FDT thứ ba là dựa trên ngôn ngữ lập mô hình thống nhất (UML). UML đưa ra nhiều cách biểu diễn cách hoạt động của vai trò, bao gồm trường hợp sử dụng, sự hoạt động và sơ đồ trạng thái. Các ngữ nghĩa siêu mô hình đã định nghĩa (Well - defined meta - model) dưới sự biểu diễn đồ họa DML cũng dựa trên toán học.

Hình C.6 minh họa các vai trò người thỉnh cầu, trung tâm bộ phận, và người hiến tặng bộ phận trong một sơ đồ hoạt động. Các trạng thái của các vai trò người thỉnh cầu, trung tâm và người hiến tặng được trình bày trong hàng đồng bộ với sự liên hệ với trạng thái của hai đối tượng kinh doanh: Người hiến tặng Yêu cầu và Bộ phận. Các gói thông tin được trao đổi phải chứa thông tin cần cho xác định các đối tượng kinh doanh mà chịu ảnh hưởng bởi kịch bản EDI - mở. Hơn nữa, các gói thông tin chứa các thành phần ngữ nghĩa thỏa mãn các yêu cầu trao đổi thông tin sử dụng chung trong kịch bản EDI-mở. Các thành phần ngữ nghĩa là các thuộc tính của các đối tượng kinh doanh chịu ảnh hưởng phải được sử dụng chung nhằm thống nhất điều hòa các quan điểm của các bên tham gia. Các hộp được khoanh tròn biểu diễn các hoạt động của người thỉnh cầu, trung tâm và người hiến tặng. Các hộp vuông biểu diễn các đối tượng kinh doanh Người hiến tặng bộ phận, với sự chỉ rõ các trạng thái liên quan của chúng trong dấu ngoặc đơn.

Chú giải:

Confirmation:

Xác nhận

Donor to:

Hiến tặng cho

No_organ_available:

...

...

...

Null

Giá trị null (không hiệu lực)

Org_avail_Offer_pending:

chưa giải quyết yêu cầu sự sẵn dùng của bộ phận

Organ_acceptance_CD:

Chấp nhận bộ phận

Organ_acceptance_RC;

Chấp nhận (RC)

Organ_avail_report_DC:

...

...

...

Organ_avial_report_CR:

Báo cáo sự sẵn sàng của bộ phận (CR)

Organ_center:

Trung tâm cung cấp

Organ_Donor

Người hiến tặng

Organ_Needed:

Bộ phận cần

Organ_re_request:

...

...

...

Organ_req_pending:

chưa giải quyết yêu cầu

Organ_request:

Yêu cầu

Organ_requester:

Người thỉnh cầu

Re_request_ack:

Xác thực yêu cầu lại

Req_acc_Waiting:

...

...

...

Request_filled:

Điền vào yêu cầu

Timeout:

Thời gian không tính

Timer_Expired:

Thời gian hết hạn

Timer_Set:

Đặt thời gian

Hình C.6

...

...

...

Phụ lục D

(tham khảo)

Cách tiếp cận đối với việc chi tiết các quan niệm của FSV

Phụ lục này đề xuất một cách tiếp cận để chi tiết hơn các khái niệm được mô tả trong các mục 4.2 và 4.3.

Hạ tầng hỗ trợ EDI-mở bao gồm:

- các thực thể hỗ trợ EDI-mở;

- hạ tầng truyền.

D.1. Các khái niệm chức năng

Thực thể hỗ trợ EDI mở (OeSE): Một thành phần chức năng của hạ tầng hỗ trợ EDI-mở được sử dụng để mô hình một phần trong khả năng về chức năng chung.

...

...

...

Giao diện thực thể hỗ trợ EDI-mở: tập các đặc tả cho phép truy cập các dịch vụ mà thực thể hỗ trợ EDI-mở cung cấp.

Hạ tầng kết nối (TI): Tập hoàn chỉnh các khả năng, chức năng mang đến sự liên kết các dịch vụ. Giao diện hạ tầng truyền: tập các đặc tả cho phép các thực thể hỗ trợ EDI-mở truy cập các dịch vụ liên kết mà hạ tầng truyền cung cấp.

Giao diện TI nâng tính độc lập của OeSE với cấu trúc của các dịch vụ liên kết bên dưới và các giao thức cùng chức năng của chúng. Việc sử dụng các tiêu chuẩn sẵn có hiện hành cho các dịch vụ liên kết sẽ được tăng tối đa. TI cho phép OeSE và DMA liên tác không liên quan đến vị trí của chúng.

Giao thức thực thể hỗ trợ EDI-mở: Một tập quy tắc và định dạng dữ liệu (ngữ nghĩa và cú pháp) mà mô hình tương tác giữa các thực thể hỗ trợ EDI-mở. Mục đích của giao thức OeSE là để đảm bảo khả năng phối hợp thực thi của OeSE được hoạt động bởi các tổ chức khác nhau.

Giao thức OeSE bao gồm sự đặc tả về thông tin điều khiển EDI-mở và dữ liệu người sử dụng EDI-mở.

Thông tin điều khiển EDI-mở (OeCT): Thông tin được trao đổi giữa các thực thể hỗ trợ EDI-mở để phối hợp hoạt động của chúng.

Dữ liệu người sử dụng EDI-mở (OeVD): Gói thông tin hoặc thành phần gói thông tin cụ thể (như thành phần ngữ nghĩa). Nhóm các OeSE nhóm các khả năng về chức năng mà cung cấp dịch vụ để hỗ trợ các giao dịch EDI-mở. Tức là mỗi OeSE liên tác với ít nhất hai thành phần chức năng khác nhau, (DMA, các OeSE khác trên cùng hệ thống EDI-mở, các OeSE trên các hệ thống EDI-mở khác nhau và/ hoặc TI).

Mục đích của giao diện của DMA là đẩy mạnh sự độc lập của DMA với cấu trúc của tập các OeSE.

Hình D.1 là sự liên tác logic của mỗi thành phần. Mỗi cột biểu diễn một hệ thống EDI-mở và quan hệ liên tác của nó tại mỗi tầng. Đối tượng DMA (tầng trên cùng) tạo ra các quyết định kinh doanh. Để thực hiện giao dịch kinh doanh, DMA sẽ trao đổi thông tin (trao đổi logic). Các trao đổi này được hoàn thành khi DMA yêu cầu dịch vụ từ OeSE thông qua giao diện OeSE. OeSE liên tác với OeSE khác thông qua giao thức OeSE (trao đổi logic). OeSE yêu cầu dịch vụ từ TI thông qua giao diện TI. Tuy nhiên, TI cung cấp một liên kết vật lý tới sự thực thi hệ thống EDI-mở. Qui trình được lặp đi lặp lại, đảo chiều, trên các hệ thống EDI-mở để hoàn thành sự liên tác logic DMA với DMA.

...

...

...

Hình D.1 - Quan hệ giữa các thành phần chức năng

Hình D.2 cung cấp một cái nhìn mở rộng về các thành phần chức năng trong môi trường hệ thống EDI- mở.

Hình D.2 - Khía cạnh về dịch vụ chức năng của môi trường hệ thống EDI-mở

D.2. Các khái niệm thực thi

Một OeP có thể bao gồm tất cả các thành phần chức năng (DMA và OeSE và TI) trong một IPD đơn hoặc có thể giao việc cung cấp một số thành phần chức năng cho các IPD khác (nhà cung cấp dịch vụ).

Một cấu hình EDI-mở liên quan đến tất cả thành phần của các hệ thống EDI-mở tham gia vào thi hành kịch bản EDI-mở. Nó thỏa mãn các yêu cầu được quy định trong kịch bản EDI-mở và bao gồm:

- định danh của OeP cho mỗi vai trò của kịch bản;

- địa chỉ của IPD bao gồm việc xác minh các OeSE của chúng đối với mỗi OeP.

...

...

...

Cấu hình hệ thống EDI-mở có thể mang lại sự giao phó các OeSE cho các bên tham gia EDI-mở khác. Khi tình huống này xảy ra, một IPD sẽ được cấu hình với một hoặc nhiều OeSE và một Ti. IPD này sẽ hỗ trợ các IPD khác trong cùng hệ thống EDI-mở, và có thể được sử dụng chung bởi các hệ thống EDI-mở khác nhau.

Hình D.3 - Quan hệ hệ thống EDI-mở

D.3 Danh sách các tiêu chuẩn FSV liên quan

Các tiêu chuẩn FSV liên quan gồm :

Danh sách các OeSE và các đặc tả của chúng (xem Phần D.4):

- đặc tả giao diện của DMA;

- đặc tả giao diện TI;

- đặc tả giao thức OeSE, (giao diện OeSE sẽ được quy định khi cần);

...

...

...

Các tiêu chuẩn FSV liên quan phải dựa vào các tiêu chuẩn truyền thông dành cho việc truyền thông giữa các IPD.

D.4. Ví dụ các thực thể hỗ trợ EDI-mở

Ví dụ về các sự tham dự OeSE bao gồm:

- vai trò thương mại để chấp nhận/đưa ra yêu cầu đối với các vai trò khác;

- vai trò thông dịch;

- các dịch vụ phiên dịch để hỗ trợ các cú pháp EDI;

- các dịch vụ an ninh;

- các dịch vụ địa chỉ;

- các dịch vụ kiểm toán.

...

...

...

D.4.1. Vai trò thương mại

Vai trò thương mại là OeSE mà cung cấp các dịch vụ để đàm phán (“thương mại”) việc đóng các vai trò với các OeP khác. OeSE này phải có mặt trong tất cả hệ thống EDI-mở. Các dịch vụ được đưa ra bởi vai trò thương mại là:

- theo dõi các vai trò của các kịch bản EDI-mở mà OsP có thể đảm nhận;

- duy trì các tính chất (ví dụ mức an ninh tối đa được hỗ trợ);

- điều khiển các yêu cầu để đóng các vai trò đến từ các OsP khác;

- đưa ra các yêu cầu để hỏi các OsP khác đóng các vai trò liên quan đến các giao dịch EDI-mở được bắt đầu tại đó hoặc bởi các OsP khác.

D.4.2. Vai trò thông dịch

Vai trò thông dịch cung cấp các dịch vụ để “tích hợp” các vai trò của các kịch bản theo đặc tả hình thức của chúng thay cho OeP. OeSE này bao gồm các dịch vụ cụ thể hóa các vai trò trong một kịch bản. Một vai trò cụ thể được tạo ra tại sự xảy ra của một sự kiện khởi tạo. Một số kiểu sự kiện khởi tạo là:

- một số yêu cầu nhận được từ một OeP khác qua vai trò kinh doanh;

...

...

...

- vai trò phải được bắt đầu lúc bắt đầu hệ thống EDI-mở. Vai trò được đánh dấu là “luôn thực hiện” trong sự xác định kịch bản;

Bắt đầu từ sự mô tả kịch bản và vai trò, một DMA phải có thể đóng một vai trò trong một kịch bản. Một số dịch vụ thông dịch vai trò là:

- thông dịch quy tắc thương mại;

- dịch vụ công bố vai trò của kịch bản qua đó sự thông dịch có thể được yêu cầu sau này;

- dịch vụ yêu cầu đóng vai trò (tạo ra các vai trò cụ thể );

- dịch vụ nhận thông báo và trạng thái của vai trò cụ thể;

- dịch vụ quản lý lỗi giao thức ứng dụng.

Việc thông dịch vai trò được tiến hành theo DMA. Dịch vụ thông dịch vai trò đưa sự xử lý tới DMA khi một trong các sự kiện sau xảy ra:

- dữ liệu người sử dụng EDI-mở nhận được từ một OeP khác phải được đưa tới DMA;

...

...

...

- một lựa chọn mà DMA phải giải quyết xuất hiện trong việc thông dịch vai trò.

Phụ lục E

(tham khảo)

Các thuật ngữ tương đương Việt - Anh - Pháp

Việt

Anh

Pháp

Bên tham gia EDI-mở

...

...

...

Partenaire d'EDI-ouvert

Cam kết

commitment

engagement

Cấu hình EDI-mở

Open-edi Configuration

Configuration d'EDI-ouvert

Dữ liệu người sử dụng EDI-mở

Open-edi User Data (OeUD)

...

...

...

EDI-mở

Open-edi

EDI-ouvert

Gói thông tin

Information Bundle (IB)

Faisceau d'informations

Giao diện hạ tầng kết nối

Transfer Infrastructure Interface

Interface de l'infrastructure d'échange

...

...

...

Open-edi Support Entity Interface

Interface d'entité de support d'EDI-ouvert

Giao diện trình ứng dụng ra quyết định

Decision Making Application Interface (DMA Interface)

Interface d'application à pouvoir de décision

Giao dịch edi-mở

Open-edi transaction

transaction d'EDI-ouvert

Giao dịch kinh doanh

...

...

...

transaction d'affaires

Giao thức thực thể hỗ trợ EDI- mở

Open-edi Support Entity Protocol

Protocole d'entité de support d'EDI-ouvert

Hạ tầng hỗ trợ EDI-mở

Open-edi Support Infrastructure (OeSI)

Infrastructure de support d'EDI- ouvert

Hạ tầng kết nối

Transfer Infrastructure (TI)

...

...

...

Hệ thống công nghệ thông tin

Information Technology System (IT System)

Système d'information

Hệ thống EDI-mở

Open-edi System

Système d'EDI-ouvert

Khía cạnh về dịch vụ chức năng (FSV)

Functional Service View (FSV)

Vue fonctionnelle des services

...

...

...

Business Operational View (BOV)

Vue opérationnelle des affaires

kinh doanh

business

affaires

Kịch bản EDI-mở

Open-edi scenario

scénario d'EDI-ouvert

Kỹ thuật mô tả EDI-mở

...

...

...

Technique de description d'EDI-ouvert

Kỹ thuật Mô tả hình thức

Formal Description Technique (FDT)

Technique de description formelle

Miền xử lý thông tin

Information Processing Domain (IPD)

Domaine de traitement de l'information

Nhân tố

Person

...

...

...

Tổ chức

Organ ization {IS0 6523}

organisation {IS0 6523}

Tổ chức hỗ trợ EDI-mở

Open-edi support nization

organisation de support d'EDI- ouvert

Thông tin kiểm soát EDI-mở

Open-edi Control Information (OeCI)

Information de commande d'EDI-ouvert

...

...

...

Semantic Component (SC)

Composant sémantique

Thực thể hỗ trợ EDI-mở

Open-edi Support Entity (OeSE)

Entité de support d'EDI-ouvert

Thuộc tính của kịch bản

Scenario attribute

Attribut de scénario

Tiêu chuẩn EDI-mở

...

...

...

Norme d'EDI-ouvert

Trao đổi dữ liệu điện tử

Electronic Data Interchange (EDI)

Échange de Données Informatisé

Vai trò

role

Rôle

Ứng dụng ra quyết định

Decision Making Application (DMA)

...

...

...

Bảng tra cứu

B

Bên tham gia EDI-mở (OeP) [3.2.1]

C

Cấu hình EDI-mở [4.2.2]

D

Dữ liệu người sử dụng EDI-mở (OeUD) [Annex D]

E

...

...

...

G

Gói thông tin (IB) [4.1.2]

Giao diện hạ tầng truyền [Annex D]

Giao diện ứng dụng ra quyết định (DMA Interface) [4.2.1]

Giao diện Thực thể hỗ trợ EDI-mở [Annex D]

Giao diện trình ứng dụng (API) {JTC1 directives} [3.1.1]

Giao dịch EDI-mở [3.1.13]

Giao dịch kinh doanh [3.1.4]

H

...

...

...

Hạ tầng truyền (TI) [Annex D]

Hệ thống công nghệ thông tin (IT System) [3.1.8]

Hệ thống EDI-mở [4.2.1]

K

Khía cạnh dịch vụ chức năng (FSV) [3.1.7]

Khía cạnh về hoạt động kinh doanh (BOV) [3.1.3]

Kinh doanh [3.1.2]

Kịch bản EDI-mở [3.1.2]

Kỹ thuật mô tả EDI-mở (OeDT) [3.2]

...

...

...

M

Miền xử lý thông tin (IPD) [4.2.2]

P

Pháp nhân [3.1.14]

T

Tổ chức {IS0 6523} [Clause 2]

Tổ chức hỗ trợ EDI-mở [4.2.2]

Thông tin điều khiển EDI-mở (OeCI) [Annex D]

Thành phần ngữ nghĩa (SC) [4.1.2.2]

...

...

...

Thực thể hỗ trợ EDI-mở (OeSE) [Annex D]

Thuộc tính kịch bản [4.1.2.3]

Tiêu chuẩn EDI-mở [3.1.10]

Trao đổi dữ liệu điện tử (EDI) [3.1.5]

V

Vai trò [4.1.2.1]

Ư

Ứng dụng ra quyết định (DMA) [3.2]

...

...

...

Lời nói đầu

Lời giới thiệu

Hình 1 - Môi trường EDI-mở

Bảng 1 - Lĩnh vực hoạt động

Bảng 2 - Kiểu tổ chức liên quan đến việc thực hiện các nhiệm vụ khác nhau đối với mỗi ô

Bảng 3 - Tổ chức tham gia hiện thời

1. Phạm vi áp dụng

2. Tài liệu viện dẫn

3. Các yếu tố tiêu chuẩn kỹ thuật

...

...

...

3.1.2

3.1.3

3.1.4

3.1.5

3.1.6

3.1.7

3.1.8

3.1.9

3.1.10

...

...

...

3.1.12

3.1.13

3.1.14

4. Mô hình tham chiếu EDI-mở

Hình 1 - Môi trường EDI-mở

Hình 2 - Việc tạo ra các tiêu chuẩn FSV và BOV

4.1.1. Tiêu chuẩn BOV liên quan

4.1.2. Kịch bản EDI-mở

4.1.2.1 Vai trò

...

...

...

4.1.2.3. Thuộc tính kịch bản

4.2.1. Khả năng và khái niệm chức năng

4.2.2 Khái niệm thực thi

Hình 3 - Các mối quan hệ của hệ thống EDI-mở

Hình 4 - Việc sử dụng các tiêu chuẩn FSV và BOV liên quan

5. Tuyên bố về sự phù hợp

Phụ lục A

Hình A.1 - Các mối quan hệ của các phạm vi tiêu chuẩn hóa EDI-mở với các tiêu chuẩn khác và ảnh hưởng của môi trường pháp lý

A.1.1. Môi trường pháp lý cho EDI-mở

...

...

...

A.1.3. Tiêu chuẩn EDI-mở theo phân ngành

A.1.4. Sự hợp tác liên ngành các tiêu chuẩn EDI-mở phân ngành

A.2.1. Môi trường

A.2.2. Mô hình hoạt động

A.2.3. Cách biểu diễn và mô hình thông tin

A.2.4. Công nghệ

A.3.1. Siêu-tiêu chuẩn

A.3.2. Tiêu chuẩn

A.3.3. Hướng dẫn

...

...

...

A.3.5. Thực thi

Bảng A.1 - Vị trí của các hoạt động EDI-mở

Phụ lục B

B.1.1. Kinh doanh điện tử đa phần

B.1.2. Môi trường mở

B.1.3. Tính linh động về tổ chức

B.2.1. Tích hợp các kiểu dữ liệu khác nhau

B.2.2. Mô hình

B.2.3. Đăng ký các mô hình kinh doanh

...

...

...

B.3.2. Khả năng phối hợp của các trao đổi kinh doanh

B.3.3. Giao dịch EDI

B.3.4. API được tiêu chuẩn hóa

B.3.5. Kiểm tra sự phù hợp

Phụ lục C

Phụ lục D

Phụ lục E

Bảng tra cứu