Phương pháp xây dựng ontology doanh nghiệp dựa trên các lý thuyết về tổ chức

LỜI CẢM ƠN Đầu tiên xin gửi lời cảm ơn sâu sắc tới PGS.TS Hà Quang Thụy, môn Hệ thống thông tin, khoa Công nghệ thông tin, trường Đại học Công nghệ, Đại học Quốc gia Hà Nội Thầy người thầy dạy, cố vấn học tập quan tâm giúp đỡ, dạy dỗ định hướng cho suốt năm theo học trường Thầy giảng viên hướng dẫn, tận tình dẫn suốt trình thực khóa luận tốt nghiệp Tôi xin cảm ơn NCS Vũ Ngọc Trình có giúp đỡ, góp ý trình thực khóa luận Tôi chân thành cảm ơn quý thầy cô trường Đại học Công nghệ, Đại học Quốc Gia Hà Nội tận tình giảng dạy, truyền đạt kiến thức quý báu suốt bốn năm học làm tảng cho thực khóa luận tốt nghiệp cho nghiên cứu nghề nghiệp tương lai Tôi xin gửi lời cảm ơn tới thầy, anh, chị, em bạn Phòng thí nghiệm công nghệ tri thức (KTLab) – khoa Công nghệ thông tin, trường Đại học Công nghệ đóng góp ý kiến quý báu để hoàn thành khóa luận Cuối xin cảm ơn gia đình, người thân bạn bè bên cạnh động viên ủng hộ suốt thời gian qua Một lần xin chân thành cảm ơn! Hà Nội ngày 10 tháng năm 2014 Sinh viên Phan Văn Chương TÓM TẮT Tóm tắt: Các tổ chức doanh nghiệp ứng dụng công nghệ thông tin vào hoạt động họ “máy tính tính toán thứ miễn người dùng cung cấp đủ liệu để làm việc” (Joop de Jong [11]) Để có hệ thống thông tin hỗ trợ doanh nghiệp mang lại hiệu suất cao ta cần có mô hình đặc tả hệ thống doanh nghiệp chặt chẽ, logic, toàn diện, chi tiết làm rõ mối tương quan yếu tố tổ chức doanh nghiệp yếu tổ mô hình hệ thống doanh nghiệp gọi mô hình ontology doanh nghiệp (Enterprise Ontology) Khóa luận tập trung nghiên cứu lý thuyết mô hình tổ chức với ba mức mức B (Business: kinh doanh), mức I (Information: thông tin) mức D (Data: liệu) ứng dụng lý thuyết để xây dựng ontology tổ chức Khóa luận đề nghị mô hình áp dụng phương pháp vào hệ thống quản lý ngữ nghĩa khách hàng FPT Telecom Trên sở nghiên cứu Joop de Jong, 2013 [11], khóa luận thi hành ba mô đun chương trình chuyển hóa tác nhân thuộc mô hình tổ chức mức I với tác nhân thuộc mô hình tổ chức mức D Thực nghiệm hai mô đun chương trình nói cho kết phù hợp Từ khóa: ontology, doanh nghiệp, tổ chức, hệ thống thông tin, mô hình Lời cam đoan Tôi xin cam đoan khóa luận thực hướng dẫn giảng viên hướng dẫn PGS.TS Hà Quang Thụy giảng viên đồng hướng dẫn NCS Vũ Ngọc Trình Tất tham khảo từ nghiên cứu liên quan nêu nguồn gốc cách rõ ràng từ danh mục tài liệu tham khảo khóa luận Trong khóa luận, việc sử dụng tài liệu, công trình nghiên cứu người khác mà không rõ tài liệu tham khảo Các chương trình thực nghiệm thực mà có được, không chép từ nguồn Hà Nội ngày 10 tháng năm 2014 Sinh viên Phan Văn Chương MỤC LỤC MỞ ĐẦU CHƯƠNG 1.1 ONTOLOGY TRONG DOANH NGHIỆP Tổng quan ontology 1.1.1 Khái niệm 1.1.2 Các thành phần ontology .4 1.1.3 Các bước xây dựng ontology 1.2 Hệ thống thông tin doanh nghiệp 1.2.1 Điều khiển quy trình kinh doanh doanh nghiệp 1.2.2 Mối quan hệ kinh doanh CNTT 1.2.3 Vai trò hệ thống thông tin 1.3 Ontology doanh nghiệp 1.3.1 Khái quát .9 1.3.2 Vai trò ontology doanh nghiệp .9 CHƯƠNG DỰA TRÊN 2.1 PHƯƠNG PHÁP XÂY DỰNG ONTOLOGY DOANH NGHIỆP CÁC LÝ THUYẾT VỀ TỔ CHỨC 11 Các lý thuyết tổ chức .11 2.1.1 Lý thuyết 2.1.2 Lý thuyết 13 2.1.3 Lý thuyết 2.2 11 16 Mô hình hóa tổ chức dựa lý thuyết tổ chức 19 2.2.1 Giới thiệu 19 2.2.2 Mô hình tổ chức .20 2.2.3 Mô hình hóa tổ chức B 25 2.2.4 Xây dựng mô hình tổ chức I từ tổ chức B 26 2.2.4.1 Áp dụng mô hình GSDP .26 2.2.4.2 Các loại giao dịch tổ chức B tổ chức I .28 2.2.4.3 Mô hình IAM tổ chức I 30 2.2.4.3.1 Ghi nhớ sự kiện 30 2.2.4.3.2 Tái tạo kiện .31 2.2.5 Xây dựng mô hình tổ chức D từ tổ chức I 32 2.2.5.1 Áp dụng mô hình GSDP .32 2.2.5.2 Các loại giao dịch tổ chức I tổ chức D 34 2.2.5.3 Mô hình IAM tổ chức D 35 CHƯƠNG ÁP DỤNG MÔ HÌNH VỚI DỊCH VỤ TIẾP NHẬN VÀ GIẢI QUYẾT KHIẾU NẠI CỦA FPT TELECOM 40 3.1 Giới thiệu tổ chức 40 3.2 Ngữ cảnh dịch vụ khiếu nại 41 3.3 Xây dựng mô hình tổ chức I 42 3.3.1 Tác nhân OA-01 43 3.3.2 Tác nhân OA-02 44 3.4 Xây dựng tổ chức D .45 CHƯƠNG THỰC NGHIỆM 48 4.1 Giới thiệu 48 4.2 Chương trình hỗ trợ tác nhân I 48 4.3 Chương trình hỗ trợ tác nhân D 50 KẾT LUẬN 58 BẢNG CÁC KÝ HIỆU VIẾT TẮT CNTT Công nghệ thông tin EIS Enterprise Information System US Using System OS Object System TRT Transaction Result Table BCT Bank Content Table FM Fact Model AM Action Model IAM Interaction Action Model CM Construction Model RAC Rent A Car DANH SÁCH CÁC BẢNG Bảng 2-1: Bảng kết giao dịch (TRT) 22 Bảng 2-2: Bảng nội dung ngân hàng (BCT) 22 Bảng 3-1: Quy trình tiếp nhận giải khiếu nại FPT Telecom [15] 41 DANH SÁCH HÌNH VẼ Hình 1.1: Phân tích ý nghĩa khái niệm ontology [2] Hình 1.2: Mô quan hệ thành viên công ty [1] .4 Hình 2.1: Tam giác ký hiệu học [5] 11 Hình 2.2: Hình bình hành ontology [5][11] 12 Hình 2.3: Tam giác mô hình [11] 13 Hình 2.4: Quy trình phát triển tổ chức tổng quát (GSDP) [5] 15 Hình 2.5: Mẫu giao dịch chuẩn (Dietz) [5][6][11] .17 Hình 2.6: Kí hiệu giao dịch chuẩn mô hình DEMO [11] 18 Hình 2.7: Ba tổ chức khía cạnh tổ chức [7] 19 Hình 2.8: Mô hình CM RAC [7] 21 Hình 2.9: Mô hình PM RAC [7] 23 Hình 2.10: Mô hình kiện (FM) RAC [7] 24 Hình 2.11: Mô hình CM quầy bán bánh pizza [11] 25 Hình 2.12: Mô hình CM tổ chức B quầy bán bánh pizza [11] 26 Hình 2.13: Xây dựng tổ chức I từ tổ chức B [11] 27 Hình 2.14: Các loại tác nhân kết hợp tổ chức B tổ chức I [8] 29 Hình 2.15: Mô hình IAM ghi nhớ kiện tổ chức I [11] 30 Hình 2.16: Mô hình IAM tái tạo kiện 32 Hình 2.17: Xây dựng tổ chức D từ tổ chức I [11] .33 Hình 2.18: Các loại tác nhân kết hợp tổ chức I tổ chức D [8] 34 Hình 2.19: Lưu trữ kiện P [8] 36 Hình 2.20: Cung cấp kiện có nguồn gốc [8] 37 Hình 2.21: Cung cấp kiện bên [8] .39 Hình 3.1: Mô hình cấu trúc tổ chức giải khiếu nại 42 Hình 3.2: Tổ chức I cho việc thực vai trò tác nhân O-A01 .43 Hình 3.3: Tổ chức I cho việc thực vai trò tác nhân O-A02 .45 Hình 3.4: Mô hình tổ chức D cho việc lưu trữ cung cấp liệu kiện .46 Hình 4.1: Một mẫu kiện 48 Hình 4.2: Chức ghi nhớ gửi liệu kiện lưu trữ .49 Hình 4.3: Chức yêu cầu tái tạo kiện biết trước tham số .50 Hình 4.4: Gửi lại kiện cho tác nhân I 51 Hình 4.5: Dữ liệu kiện lưu trữ sở liệu 52 Hình 4.6: Chức lưu liệu kiện 53 Hình 4.7: Văn gốc trước mã hóa 54 Hình 4.8: Giao diện chức mã hóa văn 55 Hình 4.9: Thông báo mã hóa thành công chương trình 55 Hình 4.10: Văn sau mã hóa .56 Hình 4.11: Chọn file cần giải mã lưu vào file 56 Hình 4.12: Giải mã thành công .57 Hình 4.13: Kết giải mã 57 MỞ ĐẦU Hệ thống thông tin tài nguyên cốt lõi tổ chức kỷ nguyên thông tin nhân loại Tuy nhiên, không dự án triển khai hệ thống thông tin cho doanh nghiệp gặp phải thất bại Có nhiều nguyên nhân nhà nghiên cứu tìm ra, chẳng hạn thiếu liên kết hoạt động kinh doanh CNTT (Henderson Venkatraman), việc mô hình hóa quy trình kinh doanh vào mô hình hóa hệ thống thông tin chưa xác (Reijswoud van Mulder),… [11] Tóm lại việc ánh xạ tổ chức doanh nghiệp vào hệ thống thông tin nhiều bất cập chưa đầy đủ, chưa chất,… Ontology cho phép mô hình hóa giới tổ chức vào mô hình hệ thống tổ chức với đầy đủ thành phần quan hệ chúng, qua ta có nhìn tổng quan đầy đủ tổ chức Và dựa mô hình tổ chức đó, việc thiết kế, xây dựng hệ thống thông tin doanh nghiệp trở nên dễ dàng xác Dựa kết nghiên cứu liên quan tới chủ đề [5,6,7,8,11], đặc biệt nghiên cứu Joop de Jong [11, khóa luận trình bày sở lý thuyết dựa đưa cách để ánh xạ giới thực tổ chức vào mô hình ontology Đồng thời, khóa luận đưa mô hình áp dụng trường hợp thực tiễn FPT Telecom để minh chứng cho phương pháp Nội dung khóa luận gồm chương Chương Ontology doanh nghiệp Chương trình bày khái niệm ontology, hệ thống thông tin doanh nghiệp mối quan hệ chúng, cần xây dựng ontology doanh nghiệp Chương Phương pháp xây dựng ontology doanh nghiệp dựa lý thuyết tổ chức Chương tìm hiểu lý thuyết tổ chức để khảo sát mối liên quan hệ thành phần tổ chức sở xây dựng phương pháp Chương Áp dụng mô hình với tổ chức tiếp nhận giải khiếu nại FPT Telecom Trên sở quy trình tiếp nhận tổ chức khiếu nai FPT Telecom [15], dựa phương pháp xây dựng chương trước, chương trình bày áp dụng thực tiễn dựa quy trình kinh doanh sẵn có Khóa luận đề nghị mô hình cấu trúc tổ chức giải khiếu nại với mô hình thành phần liên quan tới mô hình tổ chức I D cho tác nhân A01 A02 quy trình kinh doanh nói nhớ tái tạo Hai tác nhân I-A0110 I-A0120 tổ chức I hình 3.2 nhận hai nhiệm vụ ghi nhớ kiện tái tạo kiện gốc Các kiện có nguồn gốc hình thành từ kiện gốc nên ta cần xét trường hợp tái tạo kiện gốc Ta cần hai tác nhân D-A0110 hỗ trợ việc ghi nhớ kiện I-A0110 tác nhân DA0120 hỗ trợ việc tái tạo kiện I-A0120 thông qua giao dịch lưu trữ liệu kiện (D-T0110) thu thập liệu kiện (D-T0120) tương ứng Như chương trình bày liệu kiện tồn dạng khác (văn bản, hình ảnh, âm thanh,…), đó, việc chuyển đổi trước lưu trữ cần thiết Đó lý tác nhân DA0110 cần giao dịch với tác nhân D-A01110 D-A01111 qua giao dịch DT01110 D-T01111 Hình 3.4: Mô hình tổ chức D cho việc lưu trữ cung cấp liệu kiện Nếu trước lưu trữ ta chuyển đổi định dạng liệu cho phù hợp với việc lưu trữ tái tạo kiện ta cần phải cần chuyển đổi định dạng liệu kiện ngược trở lại Do tác nhân D-A0120 phải giao dịch với tác nhân D-A01210 để 46 triệu hồi liệu, sau giao dịch với D-A01211 để chuyển đổi liệu dạng cần thiết Như vậy, chương trình bày đầy đủ việc áp dụng mô hình vào ví dụ thực tiễn để xây dựng mô hình ontology doanh nghiệp cho tổ chức tiếp nhận giải khiếu nại FPT Telecom 47 Chương Thực nghiệm 4.1 Giới thiệu Chương tiến hành thực nghiệm để thấy rõ vai trò tác nhân I tác nhân D giao dịch lưu trữ liệu kiện giao dịch tái tạo liệu kiện với tổ chức tiếp nhận giải khiếu nại trình bày chương Thực nghiệm tiến hành xây dựng chương trình hỗ trợ tác nhân I D thực nhiệm vụ, cụ thể việc lưu trữ cung cấp liệu kiện hình 3.4 Giả sử tác nhân OA-02 (cán thực giải khiếu nại) tạo kiện có đặc điểm hình 4.1 kiện tác nhân I ghi nhớ Hình 4.1: Một mẫu kiện Các chương trình chương xây dựng ngôn ngữ Java 4.2 Chương trình hỗ trợ tác nhân I Theo chương 2, tác nhân ghi nhớ kiện tổ chức I thực việc ghi nhớ kiện nghĩa người cần ghi nhớ hai thông tin để yêu cầu nhân viên liệu sau này, định danh kiện định danh nơi lưu trữ Trong lấy mã kiện làm định danh kiện Giả sử định danh nơi lưu trữ ST8888, tác nhân I, cần đến lưu EV8888 ST8888 máy tính cá nhân Sau cần gọi lại kiện, người dùng hai tham số để yêu cầu liệu từ 48 tác nhân D Hình 4-2 4-3 mô tả giao diện phần mềm hỗ trợ làm việc cho tác nhân I với chức ghi nhớ kiện, gửi liệu cần lưu trữ cho tác nhân D yêu cầu tác nhân I tái tạo kiện Khi tác nhân I cung cấp đầy đủ thông tin gồm định danh kiện (Event ID), định danh nơi lưu trữ (Store ID) nội dung kiện (Event) nhấn phím chức hai định danh ghi nhớ tác nhân I, phần nội dung lại chuyển cho tác nhân D để lưu trữ phù hợp (mục 4.3 nói rõ vấn đề này) Ngay sau thao tác thành công, danh sách kiện bên trái cập nhật để thuận tiện cho việc kiểm tra Hình 4.2: Chức ghi nhớ gửi liệu kiện lưu trữ Khi cung cấp thông tin cho tác nhân D lưu trữ, tác nhân I không cần quan tâm cách thể kiện (gồm thuộc tính nào, định dạng làm sao) Tất thông tin gói chung vào trường nội dung (content) gửi cho tác nhân D Nhiệm vụ tác nhân D dựa vào quy tắc lưu trữ sở liệu để chia kiện thành trường thôn tin với định dạng chúng Khóa luận không tập trung vào chế tác nhân hai mức khác truyền liệu cho mà tập trung vào toán họ có trao đổi liệu Do hạn hẹp thời gian, chương trình chưa bao gồm thành phần phương thức truyền liệu tác nhân Thành phần thi hành khóa luận 49 cho biết tổ chức cần triển khai nên triển khai cho phù hợp Đây vấn đề có ý nghĩa Theo chương 2, tác nhân I cần ghi nhớ định danh kiện định danh nơi lưu trữ Một ngày đó, tác nhân cần đến kiện cần cung cấp hai định danh cho tổ chức liệu yêu cầu tổ cung cấp kiện Hình 4-3 giao diện chức yêu cầu kiện Sau cung cấp đầy đủ thông tin nhấn nút chức năng, thông tin gửi đến tác nhân D theo cách Và ngược lại, tác nhân I chắn nhận phản hồi từ người yêu cầu theo cách Vấn đề nghiên cứu tiếp tục phát triển Hình 4.3: Chức yêu cầu tái tạo kiện biết trước tham số 4.3 Chương trình hỗ trợ tác nhân D Khác với tác nhân I, nhiệm vụ tác nhân D khó khăn nặng nề Như trình bày chương trước, liệu tồn dạng mà nhiều hình thái khác Chẳng văn kiện tập tài liệu viết tay hay đánh máy in mà ta gọi cứng, văn dạng tệp (bản mềm) gửi qua đường email,… Do đó, liệu kiện cần chuyển đổi để phù hợp với mẫu liệu lưu máy tính sở 50 liệu Chẳng hạn, mẫu kiện ví dụ mục 4-1, viết tay theo cách hiểu thông thường nên thời gian kiện ghi 9h05, nhiên sở liệu lưu thời gian định dạng Vậy nên, việc chuyển đổi liệu tất yếu Một ví dụ khác, chẳng hạn để đảm bảo an toàn phù hợp với cách lưu trữ tổ chức, nội dung kiện mã hóa theo thuật toán đó, sau đem lưu trữ Mặt khác, trước lưu trữ, liệu chuyển đổi nên tác nhân D muốn cung cấp lại kiện cho tác nhân I yêu cầu phải khôi phục lại theo mẫu ban đầu Ngoài tác nhân phải lắp ghép kiện gốc để có kiện có nguồn gốc theo yêu cầu tác nhân I Chương trình hỗ trợ tác nhân D xây dựng với ba chức lưu trữ tài liệu vào kho, cung cấp kiện cho tác nhân I yêu cầu, mã hóa liệu trước lưu trữ giải mã lấy liệu để tái tạo kiện Đầu tiên chức phục hồi kiện, tái tạo gửi cho tác nhân I Hình 4.4: Gửi lại kiện cho tác nhân I 51 Sau lấy liệu kiện trước chuyển đổi theo cách thức tác nhân D cần phải chuyển đổi lại dạng giống gần giống mẫu kiện ban đầu cho ngữ nghĩa không đổi Chẳng hạn kiện phục hồi cần đầy đủ thông tin viết dạng khác Ví dụ kiện ban đầu I chuyển cho D ghi 9h05 D chuyển ngược lại cho D ghi từ 05 phút Rõ ràng ngữ nghĩa hai cách viết Hình 4-4 giao diện chức gửi kiện phục hồi từ tác nhân D đến tác nhân I Trong trường hợp gửi liệu đây, có câu hỏi đặt làm để tác nhân I biết nên gửi yêu cầu cho tác nhân D Vấn đề giải cách cung cấp định danh người nhận cho thao tác gửi đợi người phản hồi Tuy nhiên rõ ràng giải pháp chưa tối ưu Thông minh hơn, cho hệ thống tự xác định xem tác nhân D trạng thái “rảnh” gửi yêu cầu tới nhờ giải Trong trường hợp ngược lại tác nhân D gửi cho tác nhân I dĩ nhiên phải biết yêu cầu gửi đến địa phù hợp Tiếp theo chức lưu trữ liệu kiện Giả sử sở liệu lưu trữ liệu kiện thiết kế với trường: id (định danh kiện), name (lưu tên kiện), date (lưu ngày kiện tạo ra), time (lưu thời gian sống kiện), content (lưu nội dung kiện) Hình 4-6 cho thấy giao diện chức lưu trữ liệu kiện với trường tương ứng có thêm trường Store ID để xác định nơi cần lưu Từ văn kiện, thông tin cần thiết tách chọn bỏ phần thừa không cần thiết lưu lại làm liệu kiện với định danh kiện định danh nơi lưu trữ Chẳng hạn thông tin ngày xảy kiện 10/04/2014 chuyển thành định dạng cho phép lưu trữ sở liệu 2014-04-10 Hoặc, thời gian xảy kiện chuyển đổi từ 9h05 sang định dạng 09:05:00 để với kiểu liệu time lưu sở liệu (hình 4-5) Hình 4.5: Dữ liệu kiện lưu trữ sở liệu 52 Hình 4.6: Chức lưu liệu kiện Cuối chương trình mã hóa liệu trước lưu trữ giải mã liệu trước tái tạo kiện Để mã hóa liệu, ta sử dụng nhiều hệ mã hóa từ đơn giản đến phức tạp, chẳng hạn: dịch chuyển, thay thế, hoán vị, Affine, Vigenere, Hill, RSA, Elgamal, Rabin, DES Để đơn giản, chương trình mã hóa phạm vi khóa luận thực với hệ mã hóa Vigenere Hệ mã hóa mô tả sau [16]: Đặt P = C = K = (Z26)m, với m số nguyên dương, phép toán thực Z26 Bản mã Y rõ X ∈ (Z26)m Khóa k = (k1, k2,… km) gồm m phân tử; Công thức mã hóa: 53 Y = (y1, y2,… ym) = ek(x1, x2,… xm) = (x1 + k1, x2 + k2,… xm + km) mod 26 Công thức giải mã: X = (x1, x2,… xm) = dk(y1, y2,… ym) = (y1 – k1, y2 – k2,… ym – km) mod 26 Giả sử ta có đoạn văn với rõ chữ: MANCHESTER Chọn khóa: SIR = {18, 8, 17} có độ dài m = Ta có rõ số tương ứng: M 12 A N 13 C H E S 18 T 19 E R 17 Chia rõ thành đoạn, đoạn có m = phần tử Với đoạn, áp dụng công thức mã hóa, ta nhận mã số (hàng số bảng): 12 18 8 Bản mã số là: 13 17 18 15 17 21 18 18 10 19 17 21 17 18 4 15 21 10 21 Từ mã số ta có mã chữ: EIEEPVKBVJ Để rõ hệ mã hóa trên, sau giới thiệu chương trình nhỏ lập trình ngôn ngữ Java sử dụng hệ mã hóa Vigenere nói Chẳng hạn ta có đoạn văn cần mã hóa chứa file file_goc.txt hình 4-7 Hình 4.7: Văn gốc trước mã hóa 54 Hình 4-8 trình bày giao diện chức mã hóa hóa văn Đầu tiên, ta chọn file cần mã hóa (file_goc.txt) file lưu trữ văn sau mã hóa (file_mahoa.txt) Tiếp theo điền khóa vào trường khóa nhấn nút “Mã hóa” Hình 4.8: Giao diện chức mã hóa văn Sau mã hóa xong, chương trình báo mã hóa thành công hình 4-9 kết mã hóa hình 4-10 Hình 4.9: Thông báo mã hóa thành công chương trình 55 Hình 4.10: Văn sau mã hóa Bây giờ, muốn có văn ban đầu, ta sử dụng chức giải mã chương trình Hình 4-11 4-12 trình bày giao diện giải mã giải mã thành công chương trình Hình 4.11: Chọn file cần giải mã lưu vào file Ta chọn file cần giải mã file_mahoa.txt, sau chọn file khác để lưu lại kết mã hóa hình 4-11 Hình 4-12 cho biết công việc giải mã thành công cho kết hình 4-13 Kết sau giải mã hoàn toàn khớp với văn gốc ban đầu cho thấy tính đắn thuật toán cài đặt chương trình Tuy nhiên, hệ mã hóa Vigenere có độ an toàn mức “tương đối cao”, phù hợp cho việc thử 56 nghiệm Trong thực tiễn, để nâng cao độ an toàn cho liệu, người ta thường dùng hệ mã hóa có độ an toàn cao RSA, Elgamal hay DES,… Hình 4.12: Giải mã thành công Hình 4.13: Kết giải mã Như vậy, chương trình bày ba mô đun chương trình hỗ trợ tác nhân I D việc ghi nhớ kiện, lưu trữ kiện, cung cấp kiện, mã hóa liệu trước lưu trữ giải mã liệu trước phục hồi Qua ta thấy rõ vai trò tác nhân I D mô hình tổ chức phân tích trước 57 KẾT LUẬN Khóa luận tập trung nghiên cứu lý thuyết mô hình tổ chức với ba mức mức B (Business: kinh doanh), mức I (Information: thông tin) mức D (Data: liệu) ứng dụng lý thuyết để xây dựng ontology tổ chức Khóa luận đề nghị mô hình áp dụng phương pháp vào hệ thống quản lý ngữ nghĩa khách hàng FPT Telecom Trên sở nghiên cứu Joop de Jong, 2013 [11], khóa luận thi hành hai mô đun chương trình chuyển hóa tác nhân thuộc mô hình tổ chức mức I với tác nhân thuộc mô hình tổ chức mức D Thực nghiệm hai mô đun chương trình nói cho kết phù hợp Tuy nhiên, hạn chế thời gian kiến thức, khóa luận chưa sâu vào số vấn đề tổ chức tổ chức xét, cách thức truyền liệu thành phần tổ chức, chuyển đổi liệu,…Mặt khác, chương trình thực nghiệm chưa hỗ trợ đầy đủ nhiệm vụ cần thực tác nhân Do vậy, hướng nghiên cứu khảo sát chuyên sâu cách thức truyền liệu, chuyển đổi liệu, thành phần tổ chức thi hành chương trình tương ứng 58 Tài liệu tham khảo Tiếng Anh [1] S.Staab, R Studer, “Handbook on ontologies”, Springer, 2009 [2] Asunción Gómez–Pérez, Mariano Fernández-López, Oscar Corcho, “Ontological Engineering”, Tutorial on Ontological Engineering: IJCAI’99, 2004 [3] Natalya F Noy, Deborah L McGuinness, “Ontology Development 101: A Guide to Creating Your First Ontology”, Stanford Knowledge Systems Laboratory Technical Report KSL-01-05 and Stanford Medical Informatics Technical Report SMI-2001-0880, March 2001 [4] Jan L.G Dietz, “Enterprise Engineering, Enterprise Ontology”, Delft University of Technology, 2006 [5] Jan L.G Dietz, “Enterprise Ontology - Theory and Methodology”, Springer-Verlag Berlin Heidelberg, 2006, ISBN 3-540-29169-5 [6] Jan L.G Dietz, “The deep structure of business processes”, Communications of the ACM 49(5), p59–64, 2006 [7] Johan Den Haan, “Modeling an organization using Enterprise Ontology”, http://www.theenterprisearchitect.eu/, 2009 [8] Joop de Jong, Jan L G Dietz, “Understanding the Realization of Organizations”, Enterprise Engineering IV Lecture Notes in Business Information Processing Volume 49, 2010, pp 31-49 [9] Steven J H van Kervel, Jan L G Dietz, John Hintzen, Tycho van Meeuwen, Bob Zijlstra, “Enterprise Ontology Driven Software Engineering”, ICSOFT 2012: 205-210 [10] Zeinab Rajabi, Behrouz Minaei, Mir Ali Seyyedi, “Enterprise Architecture Development Based on Enterprise Ontology”, Journal of Theoretical and Applied Electronic Commerce Research ISSN 0718–1876 Electronic Version VOL / ISSUE / AUGUST 2013 / 85-95 © 2013 Universidad de Talca – Chile [11] Joop de Jong, “A Method for Enterprise Ontology based Design of Enterprise Information Systems”, PhD Thesis, Delft University of Technology, 2013 [12] Jan L.G Dietz, “The discipline of enterprise engineering”, Int J Organisational Design and Engineering, Vol 3, No 1, 2013 [13] Mike Uschold, Martin King, Stuart Moralee and Yannis Zorgios, “The Enterprise Ontology”, AIAI-TR-195 August 1996 [15] http://www.fpt.vn/ [...]... coi là điểm khởi đầu cho việc thiết kế các tình huống khác nhau cho hệ thống thông tin được phát triển hoặc lựa chọn 10 Chương 2 Phương pháp xây dựng ontology doanh nghiệp dựa trên các lý thuyết về tổ chức 2.1 Các lý thuyết về tổ chức 2.1.1 Lý thuyết Lý thuyết φ là một lý thuyết về khái niệm hóa của tri thức thực tế Lý thuyết này có nguồn gốc từ ký hiệu học, ontology và logic Trong ký hiệu học, tam... tổ chức khía cạnh của một tổ chức [7] 19 Ba tổ chức khía cạnh của một tổ chức được Dietz mô hình hóa như tháp tam giác trong hình 2.7 Trong tháp này, các tổ chức tầng dưới hỗ trợ cho tầng trên Việc xây dựng các mô hình ontology cho tổ chức I và tổ chức D được gọi là nhận thức rõ về tổ chức [11] Phần tiếp theo sẽ tập trung vào vấn đề nhận thức rõ về tổ chức (realizing the organization) Trong đó tổ chức. .. trên các lý thuyết về tổ chức 2.2.1 Giới thiệu Phần này tập trung vào cách thông thường để mô hình hóa bản chất của một tổ chức trong miền kỹ thuật doanh nghiệp Phương pháp được sử dụng ở đây là DEMO, viết tắt của Design and Engineering Methodology for Organization Tổ chức của một doanh nghiệp được hiểu như là một tổ chức xã hội và được tích hợp từ ba tổ chức khía cạnh là tổ chức B, tổ chức I và tổ chức. .. luận này, ontology được trình bày ở mức mô hình đặc tả 1.3.2 Vai trò của ontology doanh nghiệp Đối với một doanh nghiệp nói riêng và các tổ chức nói chung, mô hình ontology về tổ chức có vai trò quan trọng Ontology doanh nghiệp tập trung vào bản chất của các hoạt động của một tổ chức, tức là nó hoàn toàn độc lập với sự thực hiện và triển khai của tổ chức Nó cung cấp một góc nhìn khách quan về tổ chức và... dựng một phương pháp cung cấp một mô hình ontology của một tổ chức, đó là một mô hình chặt chẽ, toàn diện, nhất quán và chính xác, và nó chỉ cho thấy bản chất của các hoạt động của một mô hình tổ chức [7] Theo Diezt thì lý thuyết ψ là một lý thuyết về bản chất của các tổ chức Nó làm rõ và giải thích việc xây dựng và hoạt động của tổ chức Theo đó, nguyên tắc hoạt động của các doang nghiệp là các tác... hành động mà họ thực hiện 18 Cuối cùng là định lý tổ chức Định lý này phát biểu rằng tổ chức của doanh nghiệp là một hệ thống xã hội được hình thành như là sự tích hợp của ba hệ thống đồng nhất: tổ chức B, tổ chức I và tổ chức D Tác nhân D trong tổ chức D hỗ trợ tác nhân I trong tổ chức I trong khi tác nhân I trong tổ chức I hỗ trợ tác nhân B trong tổ chức B Trước đây ta chưa từng nói đến một tác nhân... của tổ chức Từ mô hình 15 ontology này, mô hình thực thi có thể được thiết kế thông qua quá trình thiết kế thực thi 2.1.3 Lý thuyết Dietz là một nhà nghiên cứu tập trung vào các công trình liên quan đến hệ thống thông tin doanh nghiệp nói chung và ontology doanh nghiệp nói riêng Trong đó ông sử dụng lý thuyết ψ làm nền tảng cho khái niệm ontology doanh nghiệp Dietz sử dụng lý thuyết này để xây dựng. .. thực hiện các cam kết liên quan đến các sản phẩm (dịch vụ) mà họ sản xuất trong sự hợp tác với nhau Trên lý thuyết này, có thể hiểu doanh nghiệp như một hệ thống xã hội, trong đó các thành phần con người đóng vai trò như các cá nhân xã hội, có các thẩm quyền thích hợp và các trách nhiệm tương ứng Từ đây, chúng ta có một ý niệm hiệu quả về ontology doanh nghiệp [11] Như vậy, lý thuyết xem tổ chức như... B được sinh ra như hình dưới trong đó các đường liên kết thông tin đã được bỏ đi (hình 2.12) 25 Hình 2.12: Mô hình CM của tổ chức B của quầy bán bánh pizza [11] 2.2.4 Xây dựng mô hình tổ chức I từ tổ chức B Việc xây dựng tổ chức I bao gồm các bước: sử dụng mô hình GSDP để phát triển một tổ chức I, xác định các giao dịch thông tin và cuối cùng là mô hình hóa tổ chức I [11] 2.2.4.1 Áp dụng mô hình GSDP... niệm sau khi xây dựng hệ thống khái niệm Hình 2.3: Tam giác mô hình [11] 2.1.2 Lý thuyết Trong nghiên cứu của mình, Dietz nói rằng, lý thuyết bắt nguồn từ hệ thống học, ontology và lý thuyết thiết kế Theo Joop de Jong, lý thuyết này mô tả quy trình chung của việc phát sinh một hệ thống đối tượng từ một hệ thống đang sử dụng Chẳng hạn, nguồn gốc của các tổ chức thông tin là từ các tổ chức kinh doanh Từ