Thiết kế cổng thông tin nội bộ bằng sharepoint

Cổng thông tin điện tử portal là một khái niệm thường được nhắc đến nhiều trong những năm gần đây của thị trường tin học. Bởi vì phạm vi áp dụng của portal là rất rộng lớn do vậy khó có thể có được một định nghĩa hoàn chỉnh và chính xác về nó. Trong tiếng Việt, khái niệm Portal có thể hiểu là: “Cổng thông tin điện tử”, “Cổng giao tiếp điện tử” hoặc “Cổng giao dịch điện tử”; tùy theo môi trường ứng dụng và kế hoạch triển khai mà có thể quyết định Portal hiểu theo nghĩa nào:Cổng thông tin điện tử: Là một dạng Web site dùng kiến trúc Portal để cung cấp thông tin. Đây là bước phát triển đầu tiên của quá trình xây dựng cổng giao tiếp điện tử sau này.Cổng giao tiếp điện tử: Là bước kế thừa của cổng thông tin điện tử, nhưng có nhiều dịch vụ hơn. Điểm khác biệt là ở chỗ cổng giao tiếp điện tử cung cấp khả năng tương tác 2 chiều giữa người cung cấp và người sử dụng.Cổng giao dịch điện tử: Là bước kế thừa của cổng giao tiếp điện tử nhưng có thêm các giao tiếp về thương mại, các dịch vụ trực tuyến,… để hướng tới một “xã hội điện tử”. Cổng giao dịch điện tử còn thực hiện các chức năng giao dịch với các nhà cung cấp dịch vụ khác, các cổng giao dịch khác một cách tự động thông qua các dịch vụ công nghệ bên dưới hoàn toàn trong suốt với người dùng. Sau đây ta sẽ liệt kê một số định nghĩa về Portal do các tác giả khác nhau, các tổ chức khác nhau đưa ra; các định nghĩa chỉ mang tính tương đối, chúng bổ sung cho nhau và càng làm chính xác thêm khái niệm Portal:“Một Web Portal là một môi trường động thông minh có thể cung cấp các tài nguyên và thông tin được cá nhân hóa cho từng người riêng biệt với những vai trò, sở thích, quyền khác nhau…Tùy thuộc vào độ phức tạp của thiết kế, một Web Portal có thể cung cấp các mức độ cá nhân hóa và phân loại hóa khác nhau cho những nhóm người dùng riêng lẻ khác nhau”.

PHIẾU GIAO NHIỆM VỤ ĐỒ ÁN TỐT NGHIỆP Định hướng đề tài tốt nghiệp Trong thời gian thực tập tốt nghiệp thời gian làm đồ án, em tìm hiểu công nghệ Portal mặt: đặc trưng, chuẩn công nghệ, khả ứng dụng vào thực tế từ em lựa chọn công nghệ SharePoint cho toán xây dựng cổng thông tin nội dùng doanh nghiệp Các nhiệm vụ cụ thể ĐATN Với định hướng đề tài tốt nghiệp trên, nhiệm vụ cụ thể ĐATN sau:  Tìm hiểu lý thuyết chung Portal  Các khái niệm bản, đặc trưng, cách phân loại số công nghệ xây dựng Portal  Các chuẩn xây dựng Portal: chuẩn đặc tả JSR – 168, chuẩn WSRP chuẩn SharePoint Microsoft  Tìm hiểu công nghệ SharePoint khía cạnh:  Windows SharePoint Services  SharePoint Portal Server  Công nghệ Web Part  Ứng dụng công nghệ SharePoint để xây dựng cổng thông tin nội dùng doanh nghiệp,ở bao gồm bước: đặc tả yêu cầu người dùng, phân tích thiết kế hệ thống sử dụng UML triển khai Lời cam đoan sinh viên Tôi – Phạm Thành Vinh – cam kết ĐATN công nghiên cứu thân hướng dẫn ThS Thạc Bình Cường Các kết nêu ĐATN trung thực, chép toàn văn công trình khác Hà Nội, ngày 17 tháng 05 năm 2008 Tác giả ĐATN Phạm Thành Vinh Xác nhận giáo viên hướng dẫn mức độ hoàn thành ĐATN cho phép bảo vệ: Hà Nội, ngày tháng 05 năm2008 Giáo viên hướng dẫn ThS Thạc Bình Cường TÓM TẮT NỘI DUNG ĐỒ ÁN TỐT NGHIỆP Đồ án tốt nghiệp bao gồm chương, nội dung chương sau: Chương 1: Trình bày nét tổng quan Portal như: khái niệm Portal, cách phân loại, số công nghệ xây dựng Portal nay; từ giúp ta nhận biết khả ứng dụng to lớn Portal vào số toán cụ thể như: cổng thông tin nội cho tổ chức doanh nghiệp, bệnh viện, trường học Chương nhằm giúp phân biệt khác Web Portal Web site truyền thống Chương 2: Đề cập đến số chuẩn xây dựng Portal: WSRP, JSR – 168, chuẩn SharePoint; phần so sánh dạng chuẩn với từ thấy với loại hình toán khác nên sử dụng chuẩn cho phù hợp Chương 3: Tập trung trình bày công nghệ SharePoint Microsoft, khía cạnh công nghệ trình bày bao gồm: Windows SharePoint Services, SharePoint Portal Server công nghệ Web Part; từ thấy tính khả thi việc ứng dụng công nghệ SharePoint để xây dựng cổng thông tin nội cho doanh nghiệp Chương 4: Trình bày ứng dụng công nghệ SharePoint việc xây dựng cổng thông tin nội cho doanh nghiệp, bước thực bao gồm đặc tả yêu cầu người dùng, phân tích hệ thống, thiết kế hệ thống triển khai Hệ thống xây dựng nhằm hướng đến nhu cầu thiết thực cá nhân công ty như: chia sẻ thống tin tài liệu, khả hợp tác công việc, đồng thời hệ thống nhằm hướng đến việc giảm thiểu loại giấy tờ cần lưu trữ thủ tục hành công ty Chương 5: Trình bày kết luận công nghệ SharePoint, hệ thống vừa xây dựng trình bày hướng phát triển tương lai ABSTRACT OF THESIS Granduation thesis includes five chapters, concrete as follows: Chapter 1: Overall look about Portal, such as, conception of Portal, ways of categorizing, some current Portal engineering technology Then we can realise the abilitiy to apply Portal to some specific problems as: internal Portal for companies, hospitals, school this program also help distinguish the difference between a Portal Web and a traditional Website Chapter 2: Some models for Portal building: WSRP, JSR – 168, SharePoint, this chapter also includes comparison among models to choose the suitable model for each problem Chapter 3: This chapter focuses on SharePoint technology of Microsoft, all angles of this technology presented here consist of: Windows SharePoint Services, SharePoint Portal Server and Web Part technology; therefore we can see the feasibility of application of SharePoint technology in order to build the internal information gate for enterprises Chapter 4: This chapter concentrates on the application of SharePoint technology in building the internal information gate for enterprises it includes such steps as user’s demand description, system analysis, system design and operation The building system targets meet the essential demand of each individual in the company, for example, sharing information and documents, job cooperation this system aims to minimizing stored papers in administrative procedure of the company at the same time Chapter 5: This chapter presents the conclusion about SharePoint technology and the system which has just been built This program also present the development orientation in the future, that is building a new Framework raised the ideas from SharePoint Mục lục Chương Tổng quan Portal 1.1 Khái niệm Portal 1.2 Phân loại Portal .8 1.2.1 Phân loại theo kiến trúc 1.2.2 Phân loại theo chức .9 1.3 Các dịch vụ Portal 1.4 Giới thiệu số công nghệ xây dựng Portal 10 Chương Các chuẩn xây dựng Portal 18 2.1 Chuẩn JSR 168 18 2.1.1 Tổng quan 18 2.1.2 Các khái niệm 19 2.1.2.1 Portal .19 2.1.2.2 Trang (Page) 20 2.1.2.3 Portlet Portlet Container 20 2.1.2.4 Portal Server 22 2.1.2.5 Phiên (Session) .23 2.2 Chuẩn WSRP 23 2.2.1 Tổng quan 23 2.2.2 So sánh JSR – 168 WSRP .25 2.3 Chuẩn Microsoft NET .26 Chương Công nghệ SharePoint 28 3.1 Microsoft Windows SharePoint Services 28 3.1.1 Tổng quan 28 3.1.2 Kiến trúc Windows SharePoint Services .29 3.1.3 Các bảng sở liệu 32 3.1.4 Cấu hình cho Windows SharePoint Services 34 3.1.4.1 Stand-alone Server 34 3.1.4.2 Server farm 34 3.1.4.3 Máy chủ ảo Web site IIS 35 3.1.4.4 Sites Site Collections 36 3.1.5 Bảo mật Windows SharePoint Services 38 3.2 SharePoint Portal Server 2003 40 3.2.1 Tổng quan 40 3.2.1.1 Khả tích hợp 41 3.2.1.2 Khả hợp tác 42 3.2.1.3 Khả tùy biến cá nhân hóa .42 3.2.2 Kiến trúc SharePoint Portal Server 42 3.2.2.1 Tổng quan .42 3.2.2.2 Kiến trúc máy chủ Web 44 3.2.2.2.1 Portal site .44 3.2.2.2.2 Topics Areas 44 3.2.2.2.3 My Site Personal Sites .45 3.2.2.3 So sánh kiến trúc SPS với kiến trúc WSS .45 3.2.2.3.1 Các dịch vụ SPS 45 3.2.2.3.2 Các thành phần Front – End 47 3.2.2.3.3 Thay đổi thành phần CSDL 48 3.2.2.3.4 Cấu hình vật lý .49 3.2.3 Những lợi SharePoint 50 3.2.4 Mô hình đối tượng, vấn đề mã an toàn với WSS SPS .51 3.2.4.1 Mô hình đối tượng 51 3.2.4.2 Vấn đề bảo mật với mã truy cập 54 3.3 Công nghệ Web Part 55 3.3.1 Tổng quan 55 3.3.1.1 Web Part 56 3.3.1.2 Web Part Pages 56 3.3.1.3 Môi trường cho trang Web Part .57 3.3.2 Kiến trúc 58 3.3.3 Xây dựng Web Part 60 3.3.4 Tùy biến cá nhân hóa Web Part 62 3.3.5 Tương tác Web Part .63 3.3.5.1 Mô hình kết nối .63 3.3.5.2 Sinh Web Part kết nối 65 3.3.5.3 Thi hành Provider 67 3.3.5.4 Thi hành Consumer .68 3.3.5.5 Thiết lập kết nối 71 3.3.5.6 Một số mô hình kết nối khác 72 Chương Xây dựng Cổng thông tin nội quản lý doanh nghiệp với công nghệ SharePoint Microsof 75 4.1 Đặc tả yêu cầu người dùng 75 4.1.1 Tìm kiếm 81 4.1.2 Xử lý công văn đến 81 4.1.3 Xử lý công văn 82 4.1.4 Bình chọn ảnh 84 4.1.5 Chúc mừng sinh nhật 85 4.1.6 Đặt cơm trưa 85 4.2 Phân tích hệ thống 86 4.3 Thiết kế hệ thống 92 4.4 Triển khai 96 Lời mở đầu Con người luôn có nhu cầu tìm kiếm, trao đổi chia sẻ thông tin! Trong thời đại ngày nay, có nhiều cách để thực điều đó: qua vô tuyến, qua điện thoại di động, qua đài phát thanh, qua hệ thống mạng máy tính mà điển hình mạng Internet Chúng ta quen thuộc với hình thức trao đổi thông tin thông qua trình duyệt sử dụng nhiều dịch vụ cung cấp ứng dụng Web-Based Có thể nói hệ thống Web-Based ngày trở nên phổ biến, chúng cung cấp dịch vụ đa dạng phong phú Tuy nhiên với công nghệ cũ để xây dựng nên hệ thống Web-Base (người ta thường gọi “Web site truyền thống”) nhiều hạn chế, nêu số vấn đề hạn chế sau: • Quá tải thông tin, người dùng phải duyệt qua lượng thông tin khổng lồ tìm thấy thông tin mà họ cần • Khó phát triển kế thừa khả ghép nối để mở rộng, khó tích hợp nội dung thông tin dịch vụ • Khả hợp tác chia sẻ thông tin • Vận hành bảo trì hệ thống • Khả tùy biến cá nhân hóa • Đăng tải nội dung • Quản trị nội dung Công nghệ Web Portal đời giải tốt hạn chế mà công nghệ cũ để lại, thu hút nhiều quan tâm giới chuyên môn doanh nghiệp Web Portal ứng dụng Web-Based xây dựng theo kiến trúc Portal, cung cấp điểm truy cập đơn tới tài nguyên khác mạng Internet Intranet, điểm đích qui tụ hầu hết thông tin dịch vụ cho người sử dụng cần, thông tin dịch vụ phân loại nhằm thuận tiện cho tìm kiếm hạn chế vùi lấp thông tin; đồng thời xây dựng tảng công nghệ vững cung cấp môi trường thuận lợi cho việc tích hợp ứng dụng Web Portal giải pháp hữu hiệu cho toán lớn nhiều lĩnh vực quan trọng: xây dựng phủ điện tử, cổng thông tin dành cho doanh nghiệp, tỉnh thành, trường học, bệnh viện,….nhằm hướng tới xã hội điện tử, đơn giản hóa thủ tục Nhận thấy khả ứng dụng to lớn mà công nghệ Portal đem lại, em chọn đề tài “Cổng thông tin quản lý nội doanh nghiệp với công nghệ SharePoint” để làm đồ án tốt nghiệp Chương Tổng quan Portal  Nội dung trình bày:     Khái niệm Portal Phân loại Portal Các dịch vụ Portal Một số công nghệ xây dựng Portal 1.1 Khái niệm Portal Cổng thông tin điện tử - portal khái niệm thường nhắc đến nhiều năm gần thị trường tin học Bởi phạm vi áp dụng portal rộng lớn khó có định nghĩa hoàn chỉnh xác Trong tiếng Việt, khái niệm Portal hiểu là: “Cổng thông tin điện tử”, “Cổng giao tiếp điện tử” “Cổng giao dịch điện tử”; tùy theo môi trường ứng dụng kế hoạch triển khai mà định Portal hiểu theo nghĩa nào: Cổng thông tin điện tử: Là dạng Web site dùng kiến trúc Portal để cung cấp thông tin Đây bước phát triển trình xây dựng cổng giao tiếp điện tử sau Cổng giao tiếp điện tử: Là bước kế thừa cổng thông tin điện tử, có nhiều dịch vụ Điểm khác biệt chỗ cổng giao tiếp điện tử cung cấp khả tương tác chiều người cung cấp người sử dụng Cổng giao dịch điện tử: Là bước kế thừa cổng giao tiếp điện tử có thêm giao tiếp thương mại, dịch vụ trực tuyến,… để hướng tới “xã hội điện tử” Cổng giao dịch điện tử thực chức giao dịch với nhà cung cấp dịch vụ khác, cổng giao dịch khác cách tự động thông qua dịch vụ công nghệ bên hoàn toàn suốt với người dùng Sau ta liệt kê số định nghĩa Portal tác giả khác nhau, tổ chức khác đưa ra; định nghĩa mang tính tương đối, chúng bổ sung cho làm xác thêm khái niệm Portal: “Một Web Portal môi trường động thông minh cung cấp tài nguyên thông tin cá nhân hóa cho người riêng biệt với vai trò, sở thích, quyền khác nhau…Tùy thuộc vào độ phức tạp thiết kế, Web Portal cung cấp mức độ cá nhân hóa phân loại hóa khác cho nhóm người dùng riêng lẻ khác nhau” “Đối với số người, Portal thể cộng đồng; số khác, chúng trung tâm buôn bán hay thị trường điện tử; nhiều người, chúng môi trường desktop tích hợp Từ khía cạnh công nghệ hợp nhất, Portal điểm truy cập tích hợp nhất, toàn diện, thống hữu ích vào thông tin (dữ liệu), ứng dụng người” “Portal ứng dụng dựa Web (Web-based) cung cấp khả cá nhân hóa, tập hợp nội dung từ nhiều nguồn khác nhau, dịch vụ truy nhập đơn vào nguồn tài nguyên phân tán mạng Ngoài Portal cung cấp sở hạ tầng cho tầng trình diễn hệ thống thông tin triển khai nó” “Portal phần mềm ứng dụng cung cấp giao diện mang tính cá nhân hóa cho người dùng Thông qua giao diện này, người sử dụng khám phá, tìm kiếm, giao tiếp với áp dụng, với thông tin, với người khác” “Đứng khía cạnh công nghệ, Portal ngày coi giải pháp (frame work) mà thông qua qui tụ nhiều nguồn thông tin (thông tin ứng dụng phần mềm) khác vào thực thể phần mềm khung (frame work) - phần mềm Portal” Như thấy Web Portal ứng dụng dựa Web tích hợp chặt chẽ nội dung dịch vụ, cho phép truy cập hiệu qua điểm tập trung vào tất ứng dụng, thông tin, liệuvới khả tùy biến cá nhân hóa cao xây dựng tảng công nghệ vững Chính nhờ đặc điểm mà Web Portal ứng dụng nhiều vào lĩnh lĩnh vực thương mại điện tử, phủ điện tử, cổng thông tin nội doanh nghiệp, quan nhằm trao đổi, tìm kiếm chia sẻ thông tin 1.2 Phân loại Portal Như đề cập trên, khó có định nghĩa xác Portal, để có phân loại xác lại khó khăn Tuy nhiên, để hiểu rõ kiến trúc Portal ta nên phân thành số loại sau theo góc độ khác 1.2.1 Phân loại theo kiến trúc Nhìn theo khía cạnh kiến trúc có loại Portal: Horizontal Vertical Portal Horizontal Portal: Còn gọi “Mega Portal”, loại Portal sử dụng để portal mà nội dung thông tin dịch vụ bao trùm nhiều chủ đề, nhiều lĩnh vực, mang tính diện rộng, phục vụ cho nhiều loại khách hàng khác Loại Portal ảnh hưởng đến toàn cộng đồng Internet, chúng thường chứa máy tìm kiếm (Search Engine) cung cấp khả cá nhân hóa cho người dùng cách đưa nhiều kênh khác ( ví dụ truy cập tới thông tin khác thời tiết vùng, thị trường chứng khoán, …) Yahoo!, MSN, AOL loại Chúng cổng để đưa ta tới nội dung, dịch vụ website khác Vertical Portal: khác với Horizontal, Vertical Portal tập trung vào chủ đề, đối tượng đặc biệt, nhiên công nghệ áp dụng vào Vertical Portal giống Horizontal Portal Vertical Portal cung cấp dịch vụ cho cộng đồng chuyên biệt lĩnh vực đó, khách hàng diện hẹp Theo đánh giá giới, Vertical Portal loại hình portal có tốc độ phát triển nhanh Vertical Portal lại chia nhỏ thành loại sau: Coporate Portal, Commerce Portal, Pervasive Portal  Coporate Portal: Cung cấp khả truy cập cá nhân để lấy thông tin từ công ty Khả Portal chứa nhiều loại thông tin khác (có cấu trúc, không cấu trúc), tương tác cộng đồng, hợp tác, tích hợp phần mềm ứng dụng doanh nghiệp, tích hợp giải pháp nguồn nhân lực ERP (Enterprise Resourrce Planning)  Commerce Portal: Hỗ trợ thương mại điện tử theo mô hình B2B B2C  Pervasive Portal: Hỗ trợ truy cập thông qua thiết bị di động (PDA, smart phone,…) Kiểu phát triển tương lai với phát triển nhảy vọt công nghệ không dây 1.2.2 Phân loại theo chức Portal phân thành loại khác theo mục đích sử dụng theo chức  Coporate Portal: Còn gọi B2E portal hay Intranet Portal Các Portal loại thiết kế cho trình xử lý B2E (Business to Employee), hoạt động để phát triển trình truy cập, xử lý, chia sẻ thông tin  e-Business Portal: Còn gọi Extranet Portal Chúng thiết kế cho mô hình B2C, B2B, cho thị trường thương mại điện tử  Personal Portal: cung cấp giống Yahoo, Excite Netscape, cung cấp cho người dùng điểm truy cập đầu tiên, tùy biến vào Web Các Portal cộng đồng biến thể khác đáp ứng cho cộng đồng riêng sở thích cung cấp nội dung phù hợp  Public Portal: Hay gọi Internet Portal, ví dụ AOL, MSN, … 1.3 Các dịch vụ Portal Một Web Portal thông thường cung cấp dịch vụ sau điều tạo nên khác biệt Web Portal Web site truyền thống:  Quản trị nội dung (Content Management): Portal chứa thông tin từ nguồn khác nguồn cần cập nhật thường xuyên, Portal cần có phương pháp đơn giản để thay đổi nội dung cho phù hợp  Tùy biến cá nhân hóa (Personalization): nhận người dùng khác cung cấp cho người dùng nội dung xác định cấu hình theo nhu cầu họ Đây dịch vụ quan trọng Portal, dựa việc thu thập thông tin người dùng cộng đồng người dùng để đưa nội dung phù hợp thời điểm thích hợp  Dịch vụ đăng nhập lần (Single Sign-On): cho phép người dùng thực đăng nhập hệ thống lần trước sử dụng tất tài nguyên (thông tin, dịch vụ, phần mềm áp dụng, ) cung cấp tích hợp portal  Hợp tác (Collaboration): cung cấp tập hợp chức để phân cấp giao tiếp người dùng Portal phải bao gồm cộng cụ (tools) để tăng cường khả liên lạc, trao đổi thông tin, suất xử lý công việc nhóm làm việc cộng đồng Thư điện tử (email), diễn đàn thảo luận (forum), hỏi đáp (Q&A), v.v… công cụ tiêu biểu để hỗ trợ nhóm làm việc  Tìm kiếm thông tin (Search): nhằm giảm thiểu tình trạng tải thông tin Dịch vụ thực tìm kiếm thông tin theo yêu cầu người sử dụng, thông qua mô tả thông tin cần tìm dạng từ khoá tổ hợp từ khoá  Bảo mật (Security): vấn đề sống cho web portal Portal phải cung cấp phương pháp xác thực điều khiển người dùng truy cập thông tin ứng dụng 1.4 Giới thiệu số công nghệ xây dựng Portal Hiện giới có nhiều sản phẩm/giải pháp Portal xây dựng nhiều ngôn ngữ/công nghệ khác Tuy nhiên giải pháp xây dựng portal hàng đầu dựa tiêu chuẩn J2EE chạy máy chủ WebSphere IBM, theo mô hình WebLogic BEA, chuẩn Net Microsoft Ngoài sử dụng kết hợp giải pháp với cho dù portal xây dựng từ giải pháp phải đảm bảo yếu tố có khả tích hợp, tùy biến cá nhân hóa, quản trị nội dung, bảo mật Có hình thức xây dựng portal : • Hình thức phổ biến xây dựng portal sở phần mềm hệ thống chuyên dùng, từ chuyên môn gọi APS - Application Platform Suite Bộ phần mềm APS thường có tối thiểu thành phần : Bộ phần mềm phát triển ứng dụng cho máy chủ, chế tích hợp hệ thống công ty sản xuất phần mềm xây dựng phần mềm Portal Các sản phẩm Portal BEA, IBM, Oracle, Sun Microsoft sản xuất thuộc loại Sử dụng APS để xây dựng Portal có thuận lợi tận dụng chương trình phần mềm vận hành tốt hệ thống hệ thống sở liệu sẵn có điều 4.2 Phân tích hệ thống Sau ta mô tả số U-Case mặt như: tác nhân sử dụng, dòng chính, dòng thay thế, điều kiện để thực … 4.2.1 Chọn cách tìm kiếm - Để người dùng tìm kiếm thông tin cần thiết - Tác nhân: người dùng hệ thống - Tiền điều kiện: người dùng đăng nhập vào Portal - Dòng chính: • Người dùng chọn cách để tìm kiếm thông tin, là:  Tìm kiếm tất  Tìm kiếm Lists  Tìm kiếm List Items  Tìm kiếm Documents  Tìm kiếm theo từ khóa - Dòng thay thế: • Người dùng không chọn cách tìm kiếm cả:  Mặc định tìm kiếm tất 4.2.2 Chọn miền tìm kiếm - Để người dùng tìm kiếm phạm vi - Tác nhân: người dùng Portal - Tiền điều kiện: người dùng vào dịch vụ tìm kiếm - Dòng chính: • Người dùng lựa chọn vùng tìm kiếm, là:  Tìm kiếm tất vùng  Tìm kiếm Sub Sites  Tìm kiếm Top Level sites - Dòng thay thế: • Người dùng không lựa chọn vùng tìm kiếm:  Mặc định tìm kiếm vùng 4.2.3 Xem kết tìm kiếm - Để người dùng thu nhận thông tin mà họ cần - Tác nhân: người dùng hệ thống - Tiền điều kiện: người dùng vào dịch vụ tìm kiếm - Dòng chính: • Người dùng chọn cách để xem kết quả, là:  By site  By Author  By Date -  By Areal  Simple List • Nhấn nút thực tìm kiếm để xem kết Dòng thay thế: • Nếu người dùng không chọn cách để xem hiển thị kết theo site 4.2.4 Đăng nhập - Uses case ứng với trường hợp người dùng đăng nhập vào hệ thống - Các tác nhân: văn thư, cán chuyên trách, trưởng phận, tổng giám đốc người dùng công ty - Tiền điều kiện: người dùng phải có tài khoản Windows WSS lưu sở liệu cấu hình - Dòng chính: • Bước 1: người dùng nhập tên mật • Bước 2: người dùng nhấn đăng nhập • Bước 3: hệ thống kiểm tra tên mật CSDL  Nếu có tài khoản chuyển sang bước  Nếu tài khoản chuyển sang bước • Bước 4: người dùng đăng nhập vào hệ thống • Bước 5: thông báo sai tài khoản - Dòng thay thế: không 4.2.5 Nhập mã công văn đến vào Portal - Uses case cho phép văn thư nhập mã công văn đến, nơi gửi, người nhận vào phần lưu trữ công văn Portal - Tác nhân: văn thư - Tiền điều kiện: • Người dùng phải truy nhập thành công vào Portal với đặc quyền văn thư - Dòng chính: • Bước 1: văn thư vào phần lưu trữ thông tin công văn đến Portal • Bước 2: thêm dòng vào danh sách công văn đến • Bước 3: thêm thông tin cần thiết (mã công văn, nơi gửi, người nhận… vào dòng thông tin vừa tạo bước • Bước 4:  ghi nhận thay đổi  có nhu cầu nhập tiếp ghi bước  muốn thoát quay bước • Bước 5: quay trang công văn đến - Dòng thay thế: • Khi văn thư nhập mã công văn trùng với mã công văn có trước đó:  Đưa thông báo lỗi  Sửa lỗi: • Xóa dòng lưu trữ thông tin • Sửa đổi mã công văn 4.2.6 Thông báo cho người có thẩm quyền giải công văn đến - Use case áp dụng cho văn thư để thông báo cho người có thẩm quyền giải công văn đến - Tác nhân: văn thư - Tiền điều kiện: người dùng đăng nhập thành công vào Portal với đặc quyền văn thư - Dòng chính: • Bước 1: văn thư chọn nhiều dòng thông tin công văn đến • Bước 2: chọn người có thẩm quyền phù hợp để gửi thông báo • Bước 3: Gửi thông báo • Bước 4: Quay trang công văn đến - Dòng thay thế: • Khi chọn nhầm dòng thông tin  Cho phép chọn lại • Khi chọn nhầm người để gửi:  Cho phép chọn lại - Hậu điều kiện: thông tin phải đến người có thẩm quyền giải 4.2.7 Văn thư nhận thông báo từ nơi khác gửi đến - Để nhận thông báo từ nơi khác gửi tới, chẳng hạn từ lãnh đạo công ty, từ cán chuyên trách… - Tác nhân: văn thư - Tiền điều kiện: người dùng đăng nhập vào Portal với đặc quyền văn thư - Dòng chính: • Bước 1: mở hòm thư cá nhân • Bước 2: duyệt nội dung thông báo 4.2.8 Người có thẩm quyền duyệt nội dung công văn - use case áp dụng cho cán có đặc quyền giải công văn đến thuộc trách nhiệm - Tác nhân: cán chuyên trách, trưởng phận, giám đốc - Tiền điều kiện: người dùng phải đăng nhập thành công vào Portal có quyền truy nhập đến phần công văn đến - Dòng chính: • Người dùng mở phần công văn đến • Duyệt nội dung công văn đến, theo ngày, theo vần, theo mã code… 4.2.9 Trưởng phận định cán chuyên trách dự thảo công văn: - use case áp dụng cho trưởng phận định cán chuyên trách dự thảo công văn để gửi - Tác nhân: trưởng phận - Tiền điều kiện: đăng nhập thành công vào Portal với đặc quyền trưởng phận - Dòng chính: • Người dùng di chuyển đến phần gửi công văn • Lựa chọn số cán chuyên trách để giao cho họ nhiệm vụ dự thảo công văn để chuyển đi, nội dung công văn thư mời, định, thị, thông báo… • Gửi thông báo cho cán chuyên trách 4.2.10 Nhận dự thảo từ cán chuyên trách - Use case áp dụng cho trưởng phận để nhận dự thảo công văn từ cán chuyên trách giao nhiệm vụ - Tác nhân: trưởng phận - Tiền điều kiện: người dùng phải đăng nhập thành công vào Portal với đặc quyền trưởng phận - Dòng chính: • Người dùng di chuyển đến phần nhận thảo phần công văn • Lựa chọn nhiều dòng để lấy thảo • Nhấn nút lưu để nhận thảo 4.2.11 Trình tổng giám đốc ký duyệt - Use case để trưởng phận trình lên tổng giám đốc dự thảo công văn để gửi - Tác nhân: trưởng phận - Tiền điều kiện: phải đăng nhập thành công vào Portal với đặc quyền trưởng phận - Dòng chính: • Người dùng di chuyển đến phần trình dự thảo lên tổng giám đốc phê duyệt • Chọn nhiều file cần gửi • Thêm vào thích cần thiết • Gửi file lên tổng giám đốc - Dòng thay thế: • Người dùng chọn nhầm file:  Cho phép chọn lại - Hậu điều kiện: thảo phải đến tổng giám đốc 4.2.12 Thông báo cho văn thư có công văn cần gửi - Use case để trưởng phận thông báo cho văn thư biết có công văn cần gửi - Tác nhân: trưởng phận - Tiền điều kiện: sau thảo tổng giám đốc phê duyệt người dùng phải đăng nhập thành công vào Portal Dòng chính: • Người dùng di chuyển đến phần gửi thông báo • Chọn người gửi thông báo văn thư • Ghi nội dung thông báo • Gửi thông báo đến văn thư 4.2.13 Yêu cầu mềm từ cán ủy quyền - Use case áp dụng văn thư yêu cầu cán chuyên trách chuyển đến mềm công văn cần gửi - Tác nhân: văn thư - Tiền điều kiện: văn thư đăng nhập thành công vào hệ thống - Dòng chính: • Văn thư di chuyển đến phần xử lý công văn • Chọn người danh sách cán ủy quyền dự thảo công văn • Ghi thông báo • Gửi 4.2.14 Nhận mềm từ cán ủy quyền - Use áp dụng văn thư nhận mềm công văn cần gửi từ cán chuyên trách - Tác nhân: văn thư - Tiền điều kiện: người dùng đăng nhập thành công vào hệ thống - Dòng chính: • Người dùng di chuyển đến phần gửi công văn • Duyệt nội dung thông báo gửi đến • Nhấn nút để lưu file lên đĩa 4.2.15 Ghi số công văn vào Portal - Use case áp dụng văn thư lưu công văn vào portal - Tac nhân: văn thư - Tiền điều kiện: người dùng phải đăng nhập thành công vào hệ thống - Tiền điều kiện: nhận mềm từ cán chuyên trách - Dòng chính: • Văn thư di chuyển đến phần gửi công văn • Vào phần lưu trữ công văn • Thêm dòng vào phần lưu trữ • Điền thông tin vào dòng bao gồm: mã công văn gửi đi, ngày tháng, nội dung … • Lưu lại mềm công văn gửi - Dòng thay thế: • Khi nhập mã công văn trùng với mã có trước đó:  Cho phép xóa dòng công văn cho phép nhập lại - Hậu điều kiện: thông tin cần thiết phải cập nhật vào CSDL 4.2.16 Tạo thư mục - Use case sử dụng để tạo thư mục ảnh để tham gia bình chọn ảnh - Tác nhân: quản trị web, quản trị nội dung - Tiền điều kiện: người dùng đăng nhập vào Portal với đặc quyền người quản trị Portal người quản trị nội dung - Dòng chính: • Người dùng vào phần bình chọn ảnh • Tạo thư mục để tham gia bình chọn ảnh 4.2.17 Chọn thư mục - Dùng để lựa chọn thư mục ảnh hệ thống để xem bình chọn - Tác nhân: quản trị Portal quản trị nội dung 4.2.18 Chỉnh sửa ảnh - Use case dùng để chỉnh sửa ảnh chỉnh thuộc tính ảnh - Tác nhân: quản trị portal, quản trị nội dung - Tiền điều kiện: đăng nhập vào hệ thống với vai trò quản trị Portal quản trị nội dung - Dòng chính: • Người dùng vào mục chỉnh sửa ảnh • Chọn ảnh • Thay đổi thông số ảnh như: tên ảnh, chiều cao, mô tả, ngày chỉnh sửa … - Hậu điều kiện: thay đổi phải cập nhật CSDL 4.2.19 Tải ảnh: - Dùng để tải ảnh lên hệ thống - Tác nhân: quản trị Portal quản trị nội dung - Tiền điều kiện: đăng nhập thành công vào hệ thống - Dòng chính: • Vào mục tải ảnh • Chọn nhiều ảnh • Tải ảnh lên hệ thống 4.2.20 Hiển thị ảnh: - Dùng để hiển thị ảnh hệ thống - Tác nhân: người dùng hệ thống 4.2.21 Bình chọn ảnh: - Dùng để bình chọn ảnh theo kiện mà người quản trị đưa - Tác nhân: người dùng hệ thống Đặt cơm trưa 4.2.22 - - U-Case để đăng ký cơm trưa Tác nhân: người dùng hệ thống Tiền điều kiện: • Người dùng đăng nhập vào hệ thống Hậu điều kiện: • Sự đăng ký người dùng phải cập nhật Dòng chính: • Người dùng vào phần ký cơm trưa • Điền thông tin vào Web Part (bao gồm giá tiền) • Nếu thay đổi diễn trước 11h cập nhật vào sở liệu Dòng thay thay thế: • Nếu đăng ký diễn sau 11h đưa thông báo hết hạn ký cơm 4.3 Thiết kế hệ thống Hệ thống xây dựng dựa mô hình đối tượng WSS, ta sử dụng lại lớp mà WSS cung cấp, bên cạnh có tập hợp rộng lớn Web Services mà WSS đưa ra, ta dễ dàng sử dụng chúng cần thiết Một số đối tượng WSS nằm gói Microsoft Cũng phần này, số biểu đồ trình tự có nội dung gần giống nên tác giả đưa số biểu đồ chính, biểu đồ lại suy từ biểu đồ 4.3.1 Biểu đồ lớp hệ thống SPFolder SPFile Exists : bool Files : SPFileCollection Name : string SubFolders : SPFolderCollection Exists : bool InDocumentLibrary : bool Name : string Title : string Url : string CopyTo() MoveTo() ToString() CheckIn() CheckOut() CopyTo() SPQuery Query : string RowLimit : int Microsoft.SharePoint SPListItem ToString() Fields : SPFieldCollection ListItems : SPListItemCollection Update() SPWeb Lists : SPListsCollection CurrentUser : SPUser Name : String Files : SPFileCollection IsRootWeb : bool Webs : SPWebCollection Url : string PortalName : string PortalUrl : string GetFile() GetSubWebForCurrentUser() SPList SPListCollection Fields : SPFieldCollection Items : SPListItemCollection ItemCount : int ParentWeb : SPWeb Count : int NumberOfFields : int Add() Delete() GetDataTable() GetItems() GetItemByID() GetView() 4.3.2 Biểu đồ trình tự cho hiển thị kết tìm kiếm SearchWebPart PortalContext : User 1: Nhap thong tin 2: Lay noi dung trang hien hanh 3: Tra ve noi dung trang 4: Truyen noi dung 5: Tra ket qua tim kiem 6: Hien thi ket qua 4.3.3 Biểu đồ trình tự cho Use case đăng nhập QueryProvider Form Dang nhap Dich vu xac thuc nguoi dung CSDL cau hi nh : Nguoi dung 1: Nhap ten, mat khau 2: Nhap du thong ti n 3: Xac thuc nguoi dung 4: Kiem tra CSDL cau hinh 5: Tinh hop le cua nguoi dung 6: Tinh hop l e nguoi cung 7: Chuyen trang 4.3.4 Biểu đồ trình tự cho Use case nhập mã công văn đến vào Portal SPListCol lecti on SPList : Van thu 1: Lay danh sach List 2: Danh sach List 3: Chon List cong van den 4: List Item 5: Cap nhat cac ListItem 6: Cac Item da duoc cap nhat 4.3.5 Biểu đồ trình tự cho Use case chúc mừng sinh nhật SPListItem SPWeb FindBirthDay SPListCollection SPList SPListItem GuiLoiChuc Time LunchList 1: Lay trang hien hanh 2: Trang hien hanh 3: Lay ve danh sach cac List 4: Danh sach cac List hien hanh 5: Lay List danh ba noi bo 6: List DanhBaNoiBo 7: Lay cac sinh 8: Cac sinh 9: Gui loi chuc 10: Xem loi chuc 4.3.6 Biểu đồ trình tự đặt cơm trưa LunchWebPart Tai khoan nguoi dung : User 1: Nhap thong tin 2: Tim thong tin nguoi dung 3: Thong tin nguoi dung 4: Tim thong tin ve thoi gian 5: Thoi gian hien tai 6: Kiem tra tinh hop le cua tai khoan va thi gian 7: Cap nhat thong tin Xem loi chuc 4.3.7 Biểu đồ trình tự chấm công Form Login Dich vu xac thuc nguoi dung DuLieuTaiKh oan BangChamCong : Nguoi dung 1: Nhap ten, mat khau 2: Nhap du thong tin 3: Xac thuc 4: Tim kiem thong tin 5: Thong tin nguoi dung 6: Tinh hop le 7: Chuyen trang 8: Nhan du lieu vao bang cham cong 9: Thong tin da duoc cap nhat 4.4 Triển khai  Yêu cầu phần mềm  Hệ điều hành Windows Server 2003 Sp1  IIS 6.0 ASP.NET  Windows SharePoint Services  SharePoint Portal Server  MS Sql Server 2000 Sp4  Yêu cầu phần cứng  Tối thiểu 1GB nhớ RAM  Tối thiểu 80GB dung lượng ổ cứng  Vi xử lý Intel Pentium4, tối thiểu 2.26 GHz  Triển khai máy chủ đơn Ứng dụng chạy máy chủ đơn , máy chủ chạy máy chủ Web máy chủ CSDL với CSDL CSDL nội dung CSDL cấu hình Số lượng người dùng bé 1000 người Chương Kết luận hướng phát triển 5.1 Kết luận 5.1.1 Ưu điểm Hiện có nhiều công nghệ để xây dựng nên cổng thông tin điện tử, công nghệ có điểm mạnh riêng tùy vào ứng dụng cụ thể, hoàn cảnh cụ thể mà nên lựa chọn công nghệ cho phù hợp Các công nghệ dựa Java JSR-168, WSRP có lợi chạy nhiều hệ điều hành khác chẳng hạn Windows, Linux … nhiên không hỗ trợ nhiều từ Microsoft, mặt khác công cụ trợ giúp thiết kế hạn chế; sản phẩm SharePoint Microsoft xem “con đẻ” Microsoft nên nhận hỗ trợ mạnh mẽ từ Microsoft, đặc biệt thừa hưởng nhiều dịch vụ kiến trúc từ thân hệ điều hành Windows (chẳng hạn dịch vụ tìm kiếm đánh mục, dịch vụ bảo mật …) hỗ trợ từ sản phẩm phần mềm khác Microsoft (chẳng hạn Microsoft Office), công cụ trợ giúp thiết kế tương đối nhiều (chẳng hạn Front Page hay môi trường phát triển Visual Studio NET), tích hợp chặt chẽ với Visual Studio NET việc phát triển ứng dụng Ngoài có số sản phẩm làm Portal dựa NET RainBow, DotNetNuke chúng bộc lộ nhiều hạn chế RainBow sản phẩm nguồn mở cộng đồng phát triển nhỏ bé, mặt khác nói nguồn mở cần mở rộng ta phải mua nhiều Plugin từ nơi khác; DotNetNuke sản phẩm nguồn mở có giá trị, cộng đồng phát triển tương đối lớn theo đánh giá nhiều người tốc độ thực thi chậm nặng nề, nhận hỗ trợ từ Microsoft nhiên hỗ trợ không nhiều SharePoint đặc biệt thích hợp toán “cổng thông tin nội cho doanh nghiệp” vì:  Hiện cổng thông tin thương mại điện tử, cổng thông tin công cộng nhiều “sát sườn” tổ chức cổng nội cho tổ chức lại chưa có dẫn đến việc trao đổi, chia sẻ hợp tác thông tin nội tổ chức nhiều hạn chế, thiếu quán chưa thông suốt  Đối với tổ chức, doanh nghiệp vấn đề trao đổi, chia sẻ, hợp tác mặt thông tin thành viên cần thiết để nâng cao suất chất lượng công việc Sản phẩm SharePoint Microsoft nhằm hướng đến cổng thông tin với khả hợp tác, chia sẻ thông tin mạnh mẽ, xem ưu tiên hàng đầu cho vấn đề  Với người dùng công ty yêu cầu tùy biến cá nhân hóa lớn, người không giống muốn cách tiếp nhận nguồn thông tin theo sở thích mình, yếu tố để nâng cao chất lượng công việc SharePoint xây dựng để hướng đến cổng thông tin với dịch vụ tùy biến cá nhân hóa cao với hỗ trợ công nghệ Web Part  Đối với người dùng vấn đề tìm kiếm thông tin cách nhanh chóng nhu cầu lớn, yếu tố làm nâng cao suất chất lượng công việc SharePoint hỗ trợ dịch vụ tìm kiếm nhanh phương pháp đánh mục  Hỗ trợ dịch vụ đăng nhập lần (Single Sign on), hệ thống tự động nhận người dùng cho phép họ sử dụng dịch vụ tích hợp Portal mà đăng nhập hay xác nhận lại nhiều lần  SharePoint hỗ trợ số dịch vụ cần cho doanh nghiệp nhóm thảo luận, hội thảo… Một ưu điểm SharePoint khả tích hợp với ứng dụng lớn, chẳng hạn như: BizTalk, K2.NET, InforPath … từ xây dựng ứng dụng thương mại điện tử với quy mô lớn 5.1.2 Nhược điểm Sau số nhược điểm SharePoint  Nhược điểm lớn SharePoint chạy hệ điều hành Windows Server 2003; nói thành phần: Windows Server 2003, SharePoint, Microsoft Office Sql Server kèm với tạo thành cỗ máy mạnh mẽ nặng nề cồng kềnh, lúc dễ dàng triển khai  Là sản phẩm “nguồn đóng”, giá quyền SharePoint không nhỏ  Hiện Microsoft không hỗ trợ SharePoint chạy trình duyệt khác FireFox, Mozilla, … ý đồ Microsoft muốn chiếm vị trí độc tôn  Các thành phần, dịch vụ gắn chặt với sản phẩm Microsof việc phát triển SharePoint khác Linux điều  Mặc dù tích hợp với môi trường phát triển VS.NET, nhiên việc viết Web Part không đơn giản 5.2 Đánh giá đồ án 5.2.1 Những việc làm  Đã tìm hiểu chi tiết lý thyết, công nghệ xây dựng cổng thông tin điện tử  Đã làm chủ hầu hết khía cạnh công nghệ SharePoint  Hoàn thành phần ứng dụng “Cổng thông tin quản lý nội doanh nghiệp” Tuy nhiên phần giao diện chưa thật thân thiện dễ dùng  Nắm số công nghệ Web như: ASP.NET, Web Services… 5.2.2 Những khó khăn hạn chế  Do đặc thù toán “cổng thông tin nội cho công ty” nên hướng đến nhu cầu thiết thực nhân viên công ty chia sẻ tài liệu, nhận biết thay đổi cảnh báo, khả cộng tác… chưa có điều kiện để tích hợp SharePoint với ứng dụng thương mại điện tử lớn BizTalk phát triển cổng thông tin quy mô Internet  Các tài liệu SharePoint nhiều thường nằm phân tán Internet, có sách viết SharePoint cách đầy đủ giá đắt  Trong trình làm đồ án tác giả trước quen với lập trình Win Form, lập trình C/C++ môi trường Linux … chuyển sang lập trình Web cảm thấy bỡ ngỡ, có nhiều khái niệm phải tìm hiểu từ đâu; nhiên hướng dẫn tận tình Thầy giáo anh chị CNPM khóa trước, tác giả nhanh chóng tiếp thu làm chủ công nghệ 5.3 Hướng phát triển Như đề cập, nhược điểm lớn SharePoint gắn chặt với Windows Server 2003 sản phẩm khác Microsoft, triển khai hệ điều hành khác (chẳng hạn Linux); nhiên ý tưởng kiến trúc công nghệ SharePoint thông minh Do vậy, hướng phát triển em tương lai xây dựng FrameWork lấy ý tưởng từ SharePoint, nhiên FrameWork phải linh động, dễ dàng triển khai hệ điều hành khác (chẳng hạn Windows lẫn Linux) Ở em xin trình bày tóm lược đặc điểm FrameWork sau:  Đưa vào khái niệm mới:  Container: Là đơn vị trang Web, thành phần giao diện để hiển thị thông tin liệu, thùng chứa nội dung  Container Environment: Là môi trường thực thi cho Container, có trách nhiệm tạo lập hủy Container cần thiết  Container Zone: Dùng để định vị Container cấu trúc, bố cụ c trang Web  Mỗi trang Web cấu thành từ Container Zone, Container Zone có ZoneID ứng với nó, Container Zone tạo nên khung trang Web khung tạo cách:  Hoặc đọc nội dung từ CSDL MySQL thay SQL Server 2000  Hoặc đọc nội dung từ file XML  Khi trang Web tải vào tải ContainerZone với ID định rõ CSDL  CSDL ứng dụng bao gồm phần:  CSDL nội dung: lưu trữ thông tin mặt nội dung hệ thống  CSDL cấu hình: dùng để cấu hình hệ thống  Dữ liệu trang Web lưu CSDL MySQL lưu List, List biến thể các bảng CSDL, lưu trữ nhiều loại thông tin (chẳng hạn lưu trữ File)  Các dịch vụ (chẳng hạn tùy biến) chạy dạng Web Service  Sử dụng ngôn ngữ không phụ thuộc như: PHP, Java, Perl Một số hướng phát triển khác tương lai:  Xây dựng Tool cho phép tạo Web Parts theo dạng kéo thả, việc viết Web Part vất vả người lập trình phải Render đoạn mã (chẳng hạn HTML) từ chế độ soạn thảo  Viết ứng dụng thương mại điện tử Internet với SharePoint có tích hợp với sản phẩm TMDT BizTalk ... portal cung cấp thông tin cần khai thác, loại bỏ (che đi) thông tin không cần thiết Bộ phần mềm cung cấp đầy đủ chức cần thiết để xây dựng portal tổng hợp thông tin, tìm kiếm thông tin theo yêu... sau: • Quá tải thông tin, người dùng phải duyệt qua lượng thông tin khổng lồ tìm thấy thông tin mà họ cần • Khó phát triển kế thừa khả ghép nối để mở rộng, khó tích hợp nội dung thông tin dịch vụ... cung cấp thông tin Đây bước phát triển trình xây dựng cổng giao tiếp điện tử sau Cổng giao tiếp điện tử: Là bước kế thừa cổng thông tin điện tử, có nhiều dịch vụ Điểm khác biệt chỗ cổng giao