Danh mục lưu trữ: SharePoint giải pháp thiết kế

Việc chụp “mailto:” Số liệu

Tôi đang trên một dự án mà chúng ta cần phải thu thập số liệu xung quanh một chức năng đặt tên là "chia sẻ một câu chuyện." Ý tưởng là rất đơn giản — Nếu bạn đang tìm kiếm tại một bài viết thú vị về mạng nội bộ và muốn chia sẻ nó với một ai đó, Nhấp vào một liên kết có nhãn "chia sẻ câu chuyện này" email cho buddy của bạn.

Chúng tôi chơi xung quanh với một hình thức tùy chỉnh cho mục đích này, nhưng cuối cùng, phổ biến ý thức chiến thắng trong ngày và chúng tôi chỉ cần sử dụng quen thuộc <a href = mailto:…> kỹ thuật. (<a href mailto:…> là một chút ngạc nhiên mạnh mẽ của HTML; là một tiền thưởng, liên kết đó mang lại cho tôi trở lại của tôi ngày tuổi UNIX người đàn ông trang; những người đã là những ngày!).

Kỹ thuật này cung cấp một giao diện tuyệt vời cho người dùng cuối kể từ khi họ nhận được để sử dụng MS Outlook khách hàng quen thuộc của họ (hoặc bất kỳ ứng dụng email họ đã cài đặt).

Nó làm cho những điều khó khăn hơn vào chúng tôi phát triển nghèo loại từ họ khách hàng * cũng * muốn chạy một báo cáo trong tương lai cho thấy như thế nào thường người dùng chia sẻ những câu chuyện và thậm chí đó là câu chuyện được chia sẻ thông thường.

Chúng tôi whiteboarded một vài giải pháp tiềm năng. Yêu thích của tôi là để sao ẩn (CC) một danh sách SharePoint. Như vậy, người dùng vẫn được khách hàng outlook trong khi chúng tôi nhận được để nắm bắt sự kiện này bởi vì chúng tôi sẽ nhận được một bản sao của email bản thân. Có một số nhược điểm rõ ràng. Vấn đề chính là người dùng có thể chỉ đơn giản là trống ra hoặc bằng cách khác mangle CC địa chỉ. Và, chúng ta cần để quản lý thư viện đó sự kiện của email. Chúng tôi có một công việc theo lịch trình trên bảng trắng trách nhiệm dọn dẹp đó.

Nếu bạn có một số phương pháp tiếp cận thông minh để giải quyết vấn đề này, Xin vui lòng cho biết.

</kết thúc>

Đăng ký vào blog của tôi.

Theo tôi trên Twitter lúc http://www.twitter.com/pagalvin

Xác định “Tuyệt” Yêu cầu SharePoint

Như được yêu cầu và hứa hẹn, Tôi đã tải lên của tôi trình bày ngày làm thế nào để có được "tuyệt vời" Các yêu cầu từ người dùng cuối cho các dự án SharePoint và triển khai. Nó là ở đây: http://Cid-1cc1edb3daa9b8aa.SkyDrive.Live.com/self.aspx/SharePoint/Paul Galvin Great Requirements.zip

Tôi trình bày này tại hội nghị SharePoint thực hành tốt nhất trong tháng hai 2009 (www.sharepointbestpractices.com). Nếu bạn tham dự hội nghị, bạn cũng sẽ nhận được điều này trên hội nghị DVD.

Trình bày bao gồm rất nhiều các ghi chú với hầu hết các trang trình bày. Nó không phải là chỉ bullet điểm.

(Xem ở đây để trình bày của tôi khác trên một nghiên cứu trường hợp quản lý nhà nước: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!3099.entry

</kết thúc>

Đăng ký vào blog của tôi.

Theo tôi trên Twitter lúc http://www.twitter.com/pagalvin

Tạo ra tự phục vụ trang web không phải là chính xác về việc tạo ra các trang web

Giống như nhiều các loại tư vấn SharePoint, Tôi đã được tiếp xúc với rất nhiều chức năng SharePoint. Một số lần, Tôi nhảy khá sâu. Lần khác tôi chỉ nhận thấy nó khi tôi đang bay bởi tới một tập hợp các tùy chọn trình đơn. Một trong những người là "tạo ra trang web tự phục vụ." Tôi đã không có một nhu cầu cho nó cho đến khi tuần này.

Tuần này, Tôi cần phải giải quyết một vấn đề kinh doanh mà tôi nghĩ sẽ trở nên phổ biến hơn như công ty nới lỏng lên và nắm lấy quyền kiểm soát người dùng cuối trực tiếp hơn trên SharePoint. Trong trường hợp này, Tôi đã thiết kế một trang web mẫu để hỗ trợ một cộng đồng cụ thể người dùng cuối. Folks trong cộng đồng này nên có thể tạo ra các trang web riêng của họ sẽ sử dụng mẫu này bất cứ khi nào các yêu cầu cuộc đình công chúng.

Tôi nhớ lại nhìn thấy "trang web tự phục vụ sáng tạo" trước khi và tôi đã luôn luôn giấu mà đi ở phía sau đầu của tôi suy nghĩ rằng "tự dịch vụ trang web tạo" SharePoint lingo có nghĩa là, rõ ràng là đủ, một cái gì đó như "bật tôi nếu bạn muốn người dùng cuối có thể tạo ra các trang web khi họ muốn."

Vì vậy, Tôi bật, Hãy thử nó ra và cho tôi, nó không phải là tạo ra các trang web. Nó việc tạo ra trang web Các bộ sưu tập. Sự khác biệt khá lớn. Đó là không phải là những gì tôi muốn, Không có gì.

Nó có thể để tạo ra các trang web phụ mới thông qua một mức độ tùy chỉnh cho phép người dùng cuối. Điều này là chính xác nơi tôi đã có thể đi ở nơi đầu tiên ngoại trừ nhãn "tạo ra trang web tự phục vụ" nhãn lừa dối tôi. Qua twitter, Tôi biết rằng nó cũng đã lừa dối người khác 🙂

Tôi vẫn làm việc ra làm thế nào để cung cấp một chút ít của một quá trình tinh gọn hơn trong khi ở lại hoàn toàn ra khỏi hộp, nhưng có một đường dẫn rõ ràng để làm theo. Chỉ không nhận được phân tâm bởi nhãn đó.

</kết thúc>

Đăng ký vào blog của tôi.

Theo tôi trên Twitter lúc http://www.twitter.com/pagalvin

Technorati Tags:

Quay lên tạm thời của ảo WFE cho vui và lợi nhuận

Tôi là một trong 20 hoặc 30 (hoặc có thể 100?) panelists đêm qua tại các New York SharePoint Users Group cuộc họp. Thay vì định dạng thông thường trình bày, đây là tất cả về Q&A giữa khán giả và các thành viên bảng điều khiển. Sớm, Michael Lotter giới thiệu tôi để một ý tưởng mới và tôi muốn chia sẻ.

Một thành viên khán giả mô tả như thế nào công ty của ông đã trả tiền một nhà tư vấn để viết một ứng dụng cho công ty của mình. Các nhà tư vấn đã viết nó như là một ứng dụng giao diện điều khiển bằng cách sử dụng mô hình đối tượng SharePoint. Kết quả là, Điều này có nghĩa rằng chương trình phải được chạy trên một máy chủ trong trang trại. Điều này có nghĩa rằng bất cứ ai mà muốn sử dụng các ứng dụng sẽ phải đăng nhập vào hệ phục vụ, làm việc và đăng xuất. Ban đầu, đây không phải là một vấn đề, nhưng sớm, nhiều hơn và nhiều hơn nữa (kỹ thuật) người sử dụng cần thiết để sử dụng các tiện ích. Câu hỏi của ông là (paraphrasing):

"Những gì là lựa chọn của tôi"? Tôi không muốn để giữ cho phép người dùng đăng nhập trực tiếp vào hệ phục vụ, nhưng họ cần chức năng đó."

Michael Lotter đề nghị rằng ông đặt cấu hình một máy ảo mới, tham gia nó để các trang trại là một WFE và cho phép người dùng chạy các ứng dụng từ đó.

Đây là một ý tưởng khá tuyệt vời đối với tôi. Tổng quát hóa giải pháp này mang đến tâm khái niệm cơ bản tạm thời, dùng một lần gần như WFE. Tôi nghĩ rằng đó là một khái niệm khá gọn gàng. WFE này tạm thời có thể chạy một ứng dụng giao diện điều khiển sử dụng mô hình đối tượng SharePoint. Bạn cũng có thể sử dụng nó để chạy stsadm lệnh. Nó không phải là một phần của cân bằng địa phương thường xuyên. Nếu nó đi xuống hoặc được đắm, bạn có thể chỉ cần quay lên một cái mới. Tôi lặp lại bản thân mình, nhưng tôi chỉ có thể nói rằng tôi nghĩ rằng đó là một ý tưởng thực sự gọn gàng.

</kết thúc>

Đăng ký vào blog của tôi.

Theo tôi trên Twitter lúc http://www.twitter.com/pagalvin

Technorati Tags:

Quy mô lớn MOSS tài liệu quản lý dự án: 50k mỗi ngày, 10 Tổng số triệu

Tuần này qua, có người hỏi một câu hỏi về việc tạo ra một môi trường SharePoint có thể giải quyết một số lượng khá lớn của văn bản mới (10,000 +/- trong trường hợp này). Tôi không biết nhiều về điều này, Nhưng nhờ này giấy trắng, Tôi cảm thấy nhiều thông tin tốt hơn.

Đối với tôi, giấy trắng này là khá nhiều chỉ lúc này cuốn sách đánh dấu, nhưng tôi đã bắt đầu đọc qua nó và nghĩ rằng tôi sẽ làm nổi bật của tôi chính take-away. SharePoint có thể được thu nhỏ lại để xử lý, ở mức tối thiểu, này tải:

  • 50tài liệu mới k cho một ngày.
  • 10 triệu tài liệu tất cả.

Tôi viết những con số 50k / 10MM bởi vì họ là dễ dàng, đủ để nhớ. Miễn là bạn biết họ là tối thiểu, bạn sẽ không nhận được vào rắc rối. Các lớn nhất là ít 10 phần trăm cao hơn và với điều chỉnh cực, có thể cao hơn rất nhiều.

Cảm ơn, Mike Walsh, một lần nữa cho mình lượt WSS FAQ thông tin Cập Nhật và chỉnh sửa đăng bài. Nếu bạn đang không đăng ký vào nó, bạn nên nghiêm túc suy nghĩ về làm việc đó.

</kết thúc>

Đăng ký vào blog của tôi.

Lưu các tập tin MS Office cũ để SharePoint sử dụng WebDAV — Vấn đề và sửa chữa

Trong tuần vừa qua, của tôi đồng nghiệp và tôi đã làm một số công việc cho một khách hàng tại New York. Chúng tôi đã thử nghiệm một khía cạnh khác nhau của một thực hiện MOSS bằng cách sử dụng của họ "tiêu chuẩn" xây dựng trạm làm việc (như trái ngược với máy tính xách tay của chúng tôi). Trong khi làm điều đó, chúng tôi chạy vào một vài lỗi bằng cách làm theo các bước sau:

  • Mở một tài liệu word MS thông qua windows explorer (sử dụng WebDAV).
  • Làm cho một sự thay đổi.
  • Lưu nó.

Chúng tôi đến để nhận ra rằng một số lần (thường lần đầu tiên) chúng tôi lưu tài liệu, lưu không "dính." Lưu đã không lưu. Chúng tôi sẽ kéo tài liệu đó sao lưu và thay đổi chúng tôi chỉ đơn giản là không có.

Chúng tôi đã không hiểu vấn đề gốc vào thời điểm này, nhưng chúng tôi figured rằng chúng ta nên chắc chắn rằng service pack mới nhất của MS Office đã được cài đặt trên đó trạm làm việc. Các folks nó đã đi và đã làm điều đó. Chúng tôi đã đi qua các bài kiểm tra một lần nữa và chúng tôi phát hiện ra một vấn đề mới. Khi chúng tôi đã lưu nó, chúng tôi bây giờ đã nhận lỗi này:

hình ảnh

Thời gian này, nó có vẻ như thay đổi mỗi là, Thực tế, lưu, cho dù chúng tôi trả lời có hoặc không có câu hỏi kịch bản.

Chúng tôi cuối cùng đã có một cái nhìn tại các phiên bản thực tế của văn phòng và nó chỉ ra rằng các máy trạm đã chạy MS Office 2000 với gói dịch vụ 3 đó sẽ xuất hiện dưới Trợ giúp-> Về "Văn phòng 2002".

Các đạo đức của câu chuyện: Tôi sẽ luôn luôn sử dụng văn phòng 2003 như của tôi phiên bản đường cơ sở tối thiểu văn phòng khi sử dụng WebDAV và MOSS.

</kết thúc>

Đăng ký vào blog của tôi.

Technorati Tags:

(Để tìm kiếm mục đích, đây là văn bản của lỗi):

Dòng: 11807

Char: 2

Lỗi: Đối tượng không hỗ trợ tài sản hoặc phương pháp

Mã; 0

URL: http://sharepoint01/DocumentReview/_vti_bin/owssvr.dll?location=Documents/1210/testworddocument.doc&dialogview=SaveForm

Bạn có muốn tiếp tục chạy script trên Trang này?

SharePoint di cư Mẹo: Sử dụng “dữ liệu untagged” Số lần xem cho gia tăng di cư

Trong một hoặc của tôi đầu tiên bài đăng trên blog, Tôi mô tả quá trình tổng thể, chúng tôi theo sau để di chuyển một khách hàng từ SPS 2003 để MOSS. Một độc giả để lại một bình luận yêu cầu cho biết thêm chi tiết và ở đây nó là.

Cho rằng dự án di cư, chúng tôi đã tìm thấy một cách tốt để di chuyển rất nhiều SPS 2003 tài liệu trên RÊU. Tải ban đầu đã được dễ dàng đủ. Tạo một thư viện tài liệu mục tiêu ở MOSS và sử dụng windows explorer để di chuyển các tài liệu.

Đây là thư viện tài liệu mới:

hình ảnh

Mở hai cửa sổ nhà thám hiểm. Điểm đầu tiên tại SPS 2003 và thứ hai tại thư viện tài liệu mới ở MOSS. Ảnh chụp màn hình sau đây cho thấy điều này. Lưu ý rằng trình duyệt hàng đầu là thực sự chỉ ở c của tôi:\nhiệt độ ổ đĩa, nhưng bạn có thể tưởng tượng nó trỏ đến một SPS 2003 thư viện tài liệu:

hình ảnh

Sau đó kéo và thả thao tác, mục tiêu của tôi trông như thế này:

hình ảnh

Bây giờ đó là thời gian để đối phó với các siêu dữ liệu. Giả sử chúng ta có một cột siêu dữ liệu cho các tài liệu này được đặt tên "vị trí." Chúng tôi có thể nhìn thấy từ trên "tất cả tài liệu" Xem vị trí là trống. Nó rất dễ dàng, đủ để sử dụng chế độ xem bảng dữ liệu để nhập vị trí, hoặc thậm chí đi vào thuộc tính tài liệu mỗi một để thêm vị trí. Chúng ta hãy giả định rằng không có cách nào thực tế để gán cột vị trí một giá trị tự động và rằng người dùng cuối phải làm điều này bằng tay. Hơn nữa, giả sử có hàng trăm tài liệu (có lẽ hàng ngàn) và nó sẽ mất nhiều nhiều ngày để cập nhật các siêu dữ liệu. Như chúng ta đều biết, không ai sẽ ngồi và làm việc cho bốn năm ngày thẳng Cập nhật dữ liệu meta cho các tài liệu. Thay vào đó, họ sẽ phá vỡ mà qua một khoảng thời gian vài tuần hoặc có thể dài hơn. Để tạo thuận lợi cho quá trình này, chúng tôi có thể tạo ra một "dữ liệu untagged" xem như được hiển thị:

hình ảnh

Bây giờ, khi ai đó ngồi xuống để chi tiêu của họ được phân bổ hàng ngày giờ hoặc hai từ khóa migrated tài liệu, họ có thể sử dụng các "tài liệu untagged" xem tập trung nỗ lực của họ:

hình ảnh

Như là người dùng thẻ tài liệu, họ thả ra danh sách này.

Khái niệm này của một chế độ xem dữ liệu untagged cũng có thể giúp với một lớp dữ liệu xác nhận vấn đề người hỏi về trên các diễn đàn. Ra khỏi hộp, có là không có cách nào để ngăn chặn người dùng tải lên một tài liệu để MOSS và sau đó không nhập dữ liệu meta. Chúng tôi có thể chỉ định một cột cụ thể trang web là bắt buộc và người sử dụng sẽ không được phép để đẩy lưu nút. Tuy nhiên, Nếu người dùng tải lên và sau đó đóng trình duyệt (hoặc sử dụng windows explorer để tải lên các tài liệu), chúng tôi không thể ép buộc người dùng phải nhập dữ liệu meta (một lần nữa, ra khỏi hộp).

Cách tiếp cận này có thể được sử dụng để giúp đỡ với tình hình đó. Chúng tôi có thể sử dụng một "dữ liệu kém tagged" xem để dễ dàng xác định các tài liệu và sửa chữa chúng. Cặp vợ chồng này với một KPI và bạn có khả năng hiển thị tốt để các dữ liệu với máy khoan xuống để quản lý những trường hợp đặc biệt.

</kết thúc>

Đăng ký vào blog của tôi.

Technorati Tags:

RÊU trang trại nhỏ cài đặt và cấu hình chiến tranh câu chuyện

Tuần này, Tôi đã vật lộn một chút với đội của tôi để có được MOSS được cài đặt trong một trang trại máy chủ hai đơn giản. Có đi qua nó, Tôi có một sự đánh giá cao hơn cho các loại vấn đề người báo cáo trên diễn đàn MSDN và các nơi khác.

Cấu hình cuối cùng trang trại:

  • WFE SQL/Index/mạng nội bộ bên trong các bức tường lửa.
  • WFE trong DMZ.
  • Một số loại tường lửa giữa DMZ và máy chủ nội bộ.

Trước khi chúng tôi bắt đầu dự án, chúng tôi cho khách hàng biết những cổng cần thiết để được mở. Trong thời gian cho và nhận, trở lại và ra trên đó, chúng tôi không bao giờ rõ ràng cho biết hai điều quan trọng:

  1. SSL có nghĩa là bạn cần một chứng chỉ.
  2. DMZ máy chủ phải là một phần của một tên miền.

Một ngày, chúng tôi đã cho thấy để cài đặt MOSS và đã học được rằng các tài khoản tên miền cho cơ sở dữ liệu và MOSS đã không được tạo ra. Để di chuyển những thứ, chúng tôi đã đi trước và cài đặt tất cả mọi thứ với một tài khoản địa phương trên máy chủ mạng nội bộ.

Tại thời điểm này, chúng tôi phát hiện ra sự nhầm lẫn trong giấy chứng nhận SSL và, đáng buồn, quyết định có guy cơ sở hạ tầng của chúng tôi trở lại sau này trong tuần đó để tiếp tục cài đặt máy chủ DMZ. Trong lúc này, chúng tôi kiến trúc sư giải pháp di chuyển về phía trước với các công cụ kinh doanh.

Một ngày cuối tuần đi theo và khách hàng có được giấy chứng nhận.

Guy cơ sở hạ tầng của chúng tôi cho thấy và phát hiện ra rằng DMZ máy chủ không được tham gia vào bất kỳ tên miền (một tên miền chu vi với niềm tin hạn chế hoặc vùng mạng nội bộ). Chúng tôi lãng phí gần một 1/2 ngày đó. Nếu chúng tôi đã không cho phép thiếu giấy chứng nhận SSL bog chúng tôi xuống, chúng tôi sẽ có phát hiện điều này trước đó. Oh, cũng….

Một ngày đi và Ủy ban an ninh khác nhau, quan tâm đến bên và (không phải như vậy) người ngoài vô tội tất cả đồng ý rằng nó là OK để tham gia các DMZ máy chủ với vùng mạng nội bộ (đây là một POC, Cuối cùng, không phải là một giải pháp sản xuất).

Cơ sở hạ tầng chàng có để bọc điều lên. Thời gian này chúng tôi vượt qua các găng sắt ngày trìu mến gọi là "thuật sĩ cấu hình SharePoint." Chúng tôi có một peek trong quản trị Trung ương và … Yee haw! … DMZ máy chủ được liệt kê trong trang trại. Chúng tôi xem xét kỹ hơn một chút và nhận ra chúng tôi đã phá vỡ mở Champaign một chút mite sớm. Dịch vụ WSS mắc kẹt trong một "bắt đầu" tình trạng.

Long câu chuyện ngắn, nó chỉ ra rằng chúng ta quên để thay đổi nhận dạng của tài khoản Dịch vụ thông qua quản trị Trung ương từ tài khoản địa phương ban đầu để các tài khoản tên miền mới. Chúng tôi đã làm điều đó, chạy lại thuật sĩ cấu hình và thì đấy! Chúng tôi đã trong kinh doanh.

</kết thúc>

Đăng ký vào blog của tôi.

Technorati Tags:

Học cách cứng — DMZ WFE phải nằm trong một miền

Mặc dù nó không phải là nghĩa là đúng, như một vấn đề thực tế, trước web internet phải đối mặt với một kết thúc trong một DMZ phải nằm trong một miền (tức là. không phải là một máy chủ độc lập trong nhóm làm việc nhỏ của riêng của nó). Nó không cần phải đặt cùng một tên miền như WFE nội bộ(s) và các máy chủ khác (và có lẽ không nên), nhưng nó cần phải là một tên miền.

Đồng nghiệp của tôi và tôi đã dành một số tiền không điều độ thời gian trên một đề xuất bao gồm SharePoint pre-requisites. Điều này bao gồm một danh sách các cấu hình tường lửa mà sẽ cho phép các máy chủ DMZ để tham gia các trang trại và vv.. Đáng buồn, chúng tôi không thể để thêm một câu một nơi nào đó mà nói, để có hiệu lực, "các điểm toàn bộ đẫm máu của cấu hình này là để cho phép máy chủ DMZ WFE của bạn, trong một tên miền, để tham gia các trang trại nội bộ."

Một cơn bão hoàn hảo của sự kiện, nơi chúng tôi về cơ bản nhìn trái khi chúng tôi có thể nhìn bên phải, âm mưu để ẩn các vấn đề này từ chúng tôi cho đến khi khá muộn trong quá trình, do đó ngăn chặn tôi từ cách gọi của tôi "cho biết tin xấu sớm" quy tắc.

Sigh.

Đăng ký vào blog của tôi.

Technorati Tags:

Việc thực hiện tổng thể / Các mối quan hệ chi tiết bằng cách sử dụng danh sách tuỳ chỉnh

Diễn đàn người dùng thường xuyên như câu hỏi như thế này:

> Xin chào,
>
> Xin vui lòng cho tôi biết nếu có bất kỳ khả năng xây dựng một danh sách tùy chỉnh với
> Thạc sĩ và chi tiết các loại (giống như hoá đơn) không sử dụng InfoPath.
>

SharePoint cung cấp một số trong số các tính năng hộp có hỗ trợ các loại yêu cầu kinh doanh như thế.

Nói chung, một liên kết hai danh sách với nhau bằng cách sử dụng một cột tra cứu. Danh mục A chứa thông tin hóa đơn tiêu đề và danh sách B có hoá đơn chi tiết.

Sử dụng danh sách bổ sung để duy trì khách hàng số, sản phẩm số, vv.

Sử dụng một truy vấn Nội dung web part (trong MOSS chỉ) và/hoặc dữ liệu một xem web một phần để tạo ra hợp nhất nhìn toàn cảnh ra các danh sách. Dịch vụ báo cáo SQL Server (SRS) cũng có sẵn cho các bên báo cáo của nó.

Tuy nhiên, có một số hạn chế quan trọng mà sẽ làm cho nó khó khăn để sử dụng tinh khiết out-of-the-box chức năng cho bất cứ điều gì đó là ngay cả vừa phải phức tạp. Chúng bao gồm:

  • Kích thước của tra cứu liên quan đến danh sách vs. "smartness" tra cứu cột loại. Một tra cứu cột loại trưng bày ra trên giao diện người dùng một cách khác nhau tùy thuộc vào việc bạn đã bật đa chọn hay không. Trong cả hai trường hợp, kiểm soát out-of-ô-Hiển thị tất cả các mục có sẵn từ danh sách nguồn. Nếu danh sách nguồn có 1,000 khoản mục, đó sẽ là một vấn đề. Kiểm soát tra cứu không trang thông qua các mục. Thay vào đó, nó kéo tất cả chúng vào sự kiểm soát. Mà làm cho một giao diện người dùng rất khó khăn cả về nhập dữ liệu và hiệu suất.
  • Tra cứu "kéo trở lại" một cột thông tin. Bạn có thể không bao giờ kéo trở lại nhiều hơn một cột của các thông tin từ danh sách nguồn. Ví dụ, bạn không thể chọn một khách hàng "12345" và hiển thị các số cũng như tên của khách hàng và địa chỉ cùng một lúc. Việc tra cứu chỉ hiển thị khách hàng số và không có gì khác. Điều này làm cho một giao diện người dùng vụng về và khó khăn.
  • Không có thông tin liên lạc hình thức nội. Tôi đã viết về điều này ở đây. Bạn không thể thực hiện các tầng thả-thăng trầm, có điều kiện bật/tắt các lĩnh vực, vv.
  • Không có tầng xóa hoặc được xây dựng trong tính toàn vẹn referential. SharePoint xử lý tùy chỉnh danh sách như là thực thể độc lập và không cho phép bạn để liên kết họ với nhau trong một cảm giác ERD truyền thống. Ví dụ:, SharePoint cho phép bạn tạo hai danh sách tùy chỉnh, "khách hàng" và "hóa đơn tiêu đề". Bạn có thể tạo một tiêu đề hóa đơn đó liên kết lại cho một khách hàng trong danh sách khách hàng. Sau đó, bạn có thể xoá khách hàng từ danh sách. Ra khỏi hộp, có là không có cách nào để ngăn chặn điều này. Để giải quyết loại vấn đề, bạn thường sẽ sử dụng xử lý sự kiện.

Nó có vẻ ảm đạm, nhưng tôi vẫn sẽ sử dụng SharePoint như là một điểm khởi đầu để xây dựng các loại chức năng. Mặc dù có những khoảng trống giữa những gì bạn cần trong một giải pháp, SharePoint cho phép chúng tôi để điền vào những khoảng trống bằng cách sử dụng công cụ như:

  • Xử lý sự kiện. Sử dụng chúng để thực thi toàn vẹn referential.
  • Tuỳ chỉnh cột: Tạo tùy chỉnh cột loại và sử dụng chúng thay vì mặc định tra cứu cột. Thêm phân trang, đệm và AJAX tính năng để làm cho họ đáp ứng.
  • BDC. Tính năng này chỉ có RÊU cho phép chúng tôi để truy vấn khác SharePoint liệt kê với một giao diện người dùng cao cấp để tra cứu thông thường cột. BDC cũng có thể tiếp cận với một ứng dụng máy chủ trở lại kết thúc. Sử dụng BDC để tránh sao chép. Thay vì sao chép thông tin khách hàng từ một kết thúc trở lại hệ thống ERP, thay vì sử dụng BDC. BDC tính năng cung cấp một giao diện người dùng tốt đẹp để kéo thông tin đó trực tiếp từ hệ thống ERP nơi nó thuộc về và tránh những rắc rối của việc duy trì một giải pháp sao chép.

    BDC là một tính năng MOSS (không có sẵn trong WSS) và là thách thức để đặt cấu hình.

  • ASP.NET web mẫu: Tạo một đầy đủ tính năng AJAX cho phép mẫu sử dụng dịch các đối tượng mô hình và/hoặc web vụ SharePoint để tận dụng danh sách SharePoint trong khi cung cấp một giao diện người dùng rất nhạy.

Tùy chọn cuối cùng có thể cảm thấy như bạn đang bắt đầu từ đầu, nhưng xem xét một thực tế rằng nền tảng SharePoint bắt đầu bạn giảm giá với các tính năng chính:

  • Mô hình bảo mật với bảo trì.
  • Trình đơn hệ thống với bảo trì.
  • "Chủ bảng" (tức là. danh sách tùy chỉnh) với bảo mật, được xây dựng trong bảo trì và kiểm toán.
  • Tìm kiếm.
  • Kết thúc trở lại hội nhập công cụ (BDC).

Nếu bạn bắt đầu với một dự án trống mới trong visual studio, bạn có rất nhiều cơ sở hạ tầng và đường ống dẫn nước xây dựng trước khi bạn nhận được gần với những gì SharePoint cung cấp.

Tôi tin rằng Microsoft dự định mở rộng SharePoint theo hướng này phát triển ứng dụng. Nó có vẻ như một phần mở rộng tự nhiên để SharePoint hiện có cơ sở. Ứng dụng của Microsoft CRM cung cấp rất nhiều khả năng mở rộng của các loại cần thiết để hỗ trợ phát triển ứng dụng tiêu đề/chi tiết. Mặc dù các tính năng trong CRM, công nghệ là rõ ràng là có sẵn cho các nhóm phát triển SharePoint và tôi hy vọng rằng nó sẽ làm theo cách của nó vào sản phẩm SharePoint cuối 2008. Nếu bất cứ ai có một kiến thức hoặc cái nhìn sâu sắc vào đây, Xin vui lòng để lại một thảo luận.

</kết thúc>