ฉันในโครงการที่เราต้องการเก็บวัดรอบฟังก์ชันชื่อ "แบ่งปันเรื่องราว" ความคิดเป็นอย่างมาก — ถ้าคุณกำลังมองหาในบทความที่น่าสนใจบนอินทราเน็ต และต้องร่วมกับผู้อื่น, คลิกลิงค์ที่ชื่อ "เรื่องนี้ร่วมกัน" ส่งอีเมล์กับเพื่อนของคุณ.

เราเล่นรอบกับฟอร์มแบบกำหนดเองสำหรับวัตถุประสงค์นี้, แต่ ในสุด, วันชนะสามัญสำนึก และเราเพียงแค่ใช้คุ้นเคย <การ href = mailto:…> เทคนิค. (<href mailto:…> มีน้อยน่าแปลกใจที่แข็งแกร่งของ HTML; เป็นโบนัส, ลิงค์ที่นำฉันไปวันหน้าคน UNIX ที่เก่าของฉัน; ที่มีวันที่!).

เทคนิคนี้ช่วยให้อินเตอร์เฟซที่ดีสำหรับผู้ใช้เนื่องจากพวกเขาได้รับใช้ลูกค้า MS Outlook ของพวกเขาคุ้นเคย (หรือว่าอีเมล์ที่พวกเขาได้ติดตั้ง).

ทำสิ่งยากเราพัฒนาดีชนิดตั้งแต่พวกเขาลูกค้า * ยัง * ต้องการรันรายงานในอนาคตที่แสดงว่าผู้ใช้แบ่งปันเรื่องราว และแม้เรื่องราวที่ใช้ร่วมกันบ่อย.

เรา whiteboarded โซลูชั่นเป็นกี่. ฉันชอบจะสำเนา (CC) รายการ SharePoint. วิธีการที่, ผู้ใช้ยังคงได้รับไคลเอนต์ outlook ในขณะที่เราได้รับการจับภาพเหตุการณ์เนื่องจากเราจะได้รับสำเนาของอีเมล์ตัวเอง. มีข้อเสียบางอย่างเห็นได้ชัด. ปัญหาหลักคือการ ที่ผู้ใช้ไม่สามารถว่างออก หรือมิฉะนั้นก็ mangle CC อยู่. และ, เราจำเป็นต้องจัดการไลบรารีนั้นเหตุการณ์ของอีเมล์. เรามีงานที่จัดกำหนดการบนกระดานสีขาวชอบที่ล้าง.

ถ้าคุณมีบางวิธีที่ฉลาดเพื่อแก้ปัญหานี้, กรุณาแจ้ง.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

ทำตามฉันใน Twitter ที่ http://www.twitter.com/pagalvin

ตามที่ร้องขอ และตามสัญญา, ผมได้อัปโหลดงานนำเสนอเกี่ยวกับวิธีการขอรับ "ดี" ความต้องการจากผู้ใช้ใน SharePoint โครงการและการใช้งาน. มันอยู่ที่นี่: http://cid-1cc1edb3daa9b8aa.skydrive.live.com/self.aspx/SharePoint/Paul Galvin Great Requirements.zip

ผมนำเสนอนี้ที่ประชุมปฏิบัติ SharePoint ในก.พ. 2009 (www.sharepointbestpractices.com). ถ้าคุณเข้าร่วมการประชุม, คุณยังจะได้รับนี้ในการประชุมดีวีดี.

งานนำเสนอมีมากของบันทึกย่อที่มีภาพนิ่งที่สุด. ไม่ได้เพียงกระสุนจุด.

(ดูที่นี่สำหรับงานนำเสนออื่น ๆ ในการกำกับดูแลกิจการกรณีศึกษา: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!3099.entry

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

ทำตามฉันใน Twitter ที่ http://www.twitter.com/pagalvin

เช่นหลายชนิดปรึกษา SharePoint, ฉันได้สัมผัสมากของฟังก์ชันการทำงานของ SharePoint. บางครั้ง, ผมดำสวยลึก. บางครั้งฉันเพียงแจ้งให้ทราบว่า ขณะที่ฉันกำลังบินโดยชุดของตัวเลือกเมนูอื่น. หนึ่งในผู้ที่เป็น "การสร้างไซต์ด้วยตนเอง" ฉันไม่ได้ต้องการมันจนถึงสัปดาห์นี้.

สัปดาห์นี้, ต้องแก้ปัญหาธุรกิจที่คิดว่า กำลังจะกลายเป็นทั่วไป ตามบริษัทคลายขึ้น และโอบกอดอ้อมผู้ควบคุม SharePoint. ในกรณีนี้, ฉันได้รับการออกแบบแม่แบบไซต์เพื่อสนับสนุนชุมชนผู้ใช้เฉพาะ. คนในชุมชนนี้ควรจะสร้างไซต์ของตนเองที่จะใช้แม่แบบนี้เมื่อใดก็ ตามที่กระตุ้นนัดนั้น.

ผมยกเลิกดู "การสร้างไซต์ด้วยตนเอง" ก่อน และฉันได้เสมอห้องที่ด้านหลังของหัวของฉันคิดว่า "บริการตนเองสร้างไซต์" SharePoint lingo หมายถึง, อย่างชัดเจนเพียงพอ, สิ่งที่ชอบ "เปิดฉันถ้าคุณต้องการให้ผู้ใช้สามารถสร้างไซต์เมื่อพวกเขาต้องการ"

ดังนั้น, เปิดมัน, ลองมันออก และฉัน, มีการสร้างไซต์. มันคือการสร้างเว็บไซต์ คอลเลกชัน. สวยใหญ่. ก็ไม่ว่าอยาก, ไม่เลย.

จำเป็นต้องให้ผู้ใช้สร้างไซต์ย่อยใหม่ผ่านระดับสิทธิ์ที่กำหนดเอง. นี่คือที่ผมจะได้ไปในสถานที่แรกยกเว้นที่ป้าย "การสร้างไซต์ด้วยตนเอง" ป้ายหลอกลวงฉัน. ผ่านทาง twitter, I learn that it’s deceived others as well 🙂

ฉันยังคงทำงานหาวิธีเพื่อให้กระบวนการง่ายขึ้นหน่อยพักหมดจดออกจากกล่อง, แต่มีเส้นทางแน่นอนตาม. เพียงไม่ได้รับฟุ้งซ่าน โดยป้ายชื่อนั้น.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

ทำตามฉันใน Twitter ที่ http://www.twitter.com/pagalvin

ผมหนึ่ง 20 หรือ 30 (หรือบางที 100?) panelists คืนสุดท้ายในการ กลุ่มผู้ใช้ของ SharePoint นิวยอร์ก ประชุม. แทนรูปแบบงานนำเสนอปกติ, นี่คือทั้งหมดเกี่ยวกับ Q&A ระหว่างผู้ชมและสมาชิกแผง. ช่วงต้น, Lotter ไมเคิล นำความคิดใหม่ให้ฉันและฉันต้องการใช้.

มีสมาชิกผู้ชมอธิบายว่า บริษัทของเขาได้ชำระปรึกษาเขียนโปรแกรมสำหรับบริษัทของเขา. บริษัทปรึกษาเขียนโปรแกรมประยุกต์คอนโซลใช้โมเดลวัตถุของ SharePoint. เป็นผล, นี้หมายถึง ว่า โปรแกรมมีการเรียกใช้บนเซิร์ฟเวอร์ในฟาร์ม. นี้หมายถึง ว่า ทุกคนที่อยากใช้ app จะต้องเข้าสู่เซิร์ฟเวอร์, ทำงาน และออกจากระบบ. ในตอนแรก, นี้ไม่มีปัญหา, แต่เร็ว ๆ นี้, เพิ่มเติมและอื่น ๆ (ทางเทคนิค) ผู้ใช้จำเป็นต้องใช้โปรแกรมอรรถประโยชน์. คำถามของเขาได้ (ถอดความ):

"อะไรคือตัวเลือกของฉัน? ไม่อยากเก็บไว้ให้ผู้ใช้ล็อกบนเซิร์ฟเวอร์โดยตรง, แต่ต้องทำงานที่"

ไมเคิล Lotter แนะนำให้ เขากำหนดค่าเครื่องเสมือนใหม่, เข้าร่วมฟาร์มเป็นแบบ WFE และอนุญาตให้ผู้ใช้เรียกใช้โปรแกรมประยุกต์จาก.

นี้เป็นความคิดที่สวยงามสำหรับฉัน. Generalizing วิธีนี้นำไปใจความของหลักชั่วคราว, เกือบทิ้ง WFE. ผมคิดว่า มันเป็นแนวสวยเรียบร้อย. WFE ชั่วคราวนี้สามารถเรียกใช้โปรแกรมประยุกต์คอนโซลที่ใช้โมเดลวัตถุของ SharePoint. คุณยังสามารถใช้เพื่อเรียกใช้คำสั่ง. มันไม่ได้เป็น ส่วนหนึ่งของการสร้างสมดุลภายในปกติ. ถ้าไปลง หรือได้รับจนอับปางลง, คุณสามารถเพียงหมุนใหม่. ทำซ้ำตัวเอง, แต่ฉันก็ต้องพูดว่า ฉันคิดว่า มันเป็นความคิดอย่างจริง ๆ.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

ทำตามฉันใน Twitter ที่ http://www.twitter.com/pagalvin

สัปดาห์ที่ผ่านมานี้, มีคนถามคำถามเกี่ยวกับการสร้างสภาพแวดล้อมของ SharePoint ที่จะจัดการกับปริมาณเอกสารใหม่สวยมาก (10,000 +/- ในกรณีนี้). ไม่ทราบมากเกี่ยวกับเรื่องนี้, แต่ ด้วยกระดาษสีขาวนี้, รู้สึกว่าข่าวสารดีมาก.

สำหรับฉัน, เอกสารทางเทคนิคนี้จะสวยมากเพิ่งจองเครื่องในขณะนี้, แต่ผมไม่ได้เริ่มอ่านผ่านได้ และคิดว่า ฉันจะเน้นหลักของฉันหน่อย. สามารถปรับการจัดการ SharePoint, น้อยที่สุด, โหลดนี้:

• 50เอกสารใหม่ k ต่อวัน.
• 10 เอกสารทั้งหมดล้าน.

เขียนตัวเลข 10MM 50k เนื่องจากพอจำง่าย. ตราบใดที่คุณรู้ว่า จะต่ำ, คุณจะไม่ได้เป็นปัญหา. สุดเป็นอย่างน้อย 10 เปอร์เซ็นต์ที่สูงกว่า และ มีการปรับแต่งมาก, อาจจะสูงมาก.

ขอขอบคุณ, ไมค์สวี, อีกครั้งสำหรับเขา ปรับปรุง WSS FAQ และแก้ไขรายสัปดาห์ที่ลงรายการบัญชี. ถ้าคุณไม่ได้สมัครสมาชิกไป, คุณควรคิดเกี่ยวกับทำมันอย่างจริงจัง.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

ในระหว่างสัปดาห์ผ่านมา, ของฉัน เพื่อนร่วมงาน และฉันได้ทำงานสำหรับไคลเอนต์ใน NYC. เราได้ทดสอบด้านต่าง ๆ ของดำเนินการมอใช้ของมาตรฐาน"" สร้างเวิร์กสเตชัน (เท่านั้นกับแล็ปท็อปของเรา). ในขณะที่ทำ, เราวิ่งเข้าไปในข้อผิดพลาดบางประการตามขั้นตอนต่อไป:

• เปิดขึ้นในเอกสาร MS word ผ่านทาง windows explorer (ซึ่งใช้ WebDAV).
• ทำการเปลี่ยนแปลง.
• บันทึกดังกล่าว.

เรามารู้อยู่แก่ใจว่าบางครั้ง (โดยปกติแล้วเป็นครั้งแรก) เราบันทึกเอกสาร, การบันทึกไม่ได้ "ติด" บันทึกไม่ได้บันทึก. เราจะดึงเอกสารการสำรองข้อมูล และการเปลี่ยนแปลงของเราก็ไม่มี.

เราไม่เข้าใจปัญหารากณจุดนี้, แต่เราคิดว่า เราควรแน่ใจว่า มีการติดตั้ง service pack ล่าสุดของ MS Office บนโต๊ะที่ทำงาน. คนได้ไป และไม่ว่า. เราได้ผ่านการทดสอบอีกครั้ง และเราค้นพบปัญหาใหม่. เมื่อเราบันทึก, ขณะนี้เรามีข้อผิดพลาดนี้:

คราวนี้, มันลำบากเหมือนกับทุกการเปลี่ยนแปลงแก้ไข, อันที่จริง, บันทึกไว้, ว่าเราตอบใช่ หรือไม่คำถามสคริปต์.

เรามีดูที่ Office รุ่นจริงสุดท้าย และมันเปิดออกว่า เวิร์กสเตชันถูกเรียกใช้งาน MS Office 2000 พร้อมกับ service pack 3 ซึ่งแสดงขึ้นภายใต้ความช่วยเหลือ-> เกี่ยวกับการเป็น "Office 2002".

ต่อศีลธรรมของเรื่อง: เสมอจะใช้ Office 2003 เป็นพื้นฐานขั้นต่ำ office รุ่นของฉันเมื่อใช้ WebDAV และมอส.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

(สำหรับวัตถุประสงค์ของเครื่องมือค้นหา, นี่คือข้อความของข้อผิดพลาด):

บรรทัด: 11807

Char: 2

ข้อผิดพลาด: วัตถุไม่สนับสนุนคุณสมบัติหรือเมธอดนี้

รหัส; 0

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

คุณต้องการต่อการเรียกใช้สคริปต์บนหน้านี้?

หนึ่ง หรือของฉัน บล็อกแรก, ฉันอธิบายกระบวนการโดยรวมที่เราตามย้ายลูกค้าจาก SPS 2003 เพื่อมอ. ผู้อ่านซ้ายเห็นสอบถามรายละเอียดเพิ่มเติม และที่นี่เป็น.

สำหรับโครงการโยกย้ายนั้น, เลยต้องหาวิธีย้ายของ SPS 2003 เอกสารผ่านมอ. โหลดเริ่มต้นได้ง่ายพอ. สร้างไลบรารีเอกสารเป้าหมายใหม่ในมอ และใช้ windows explorer เพื่อย้ายเอกสาร.

เป็นไลบรารีเอกสารใหม่:

เปิดสองหน้าต่างเอ็กซ์พลอเรอร์. จุดแรกที่ SPS 2003 และที่สองในไลบรารีเอกสารใหม่ในมอ. แสดงหน้าจอต่อไปนี้นี้. หมายเหตุว่าเบราว์เซอร์บนจริงได้ชี้ไปที่ c ของฉัน:\ไดรฟ์ชั่วคราว, แต่คุณสามารถจินตนาการมันชี้ไป SPS 2003 ไลบรารีเอกสาร:

หลังจากนั้นลาก แล้วปล่อยการดำเนินงาน, ลักษณะเป้าหมายของฉันเช่นนี้:

ขณะนี้ เป็นเวลาที่จะจัดการกับข้อมูลเมตา. สมมติว่า เรามีเพียงหนึ่งคอลัมน์ของข้อมูลเมตาสำหรับเอกสารเหล่านี้มีชื่อว่า "สถาน" เราสามารถดูจากเอกสารข้างต้น"ทั้งหมด" ดูว่าตำแหน่งที่ว่าง. ง่ายพอที่จะใช้มุมมองแผ่นข้อมูลเพื่อป้อนตำแหน่งที่ตั้ง, หรือก็เป็นคุณสมบัติของเอกสารแต่ละฉบับหนึ่งโดยหนึ่งเพื่อเพิ่มตำแหน่ง. สมมติว่า มีวิธีปฏิบัติการกำหนดคอลัมน์ตั้งค่าโดยอัตโนมัติ และให้ผู้ใช้ต้องทำด้วยมือ. นอกจากนี้, สมมติมีหลายร้อยของเอกสาร (บางทีหลักพัน) และจะใช้เวลาหลายวันในการปรับปรุงข้อมูลเมตา. เรารู้, ไม่มีใครจะนั่งลง และทำงานสี่ห้าวันที่ปรับปรุงข้อมูลเมตาสำหรับเอกสารตรง. แทน, พวกเขาจะแบ่งที่ออกในช่วงสัปดาห์ หรืออาจนานกว่า. เพื่อความสะดวกในกระบวนการนี้, เราสามารถสร้างเป็น "untagged ข้อมูล" ดูเหมือน:

ขณะนี้, เมื่อคนอยู่ลงไป ใช้เวลาชั่วโมงรายวันการปันส่วนหรือสองแท็กเอกสารถูกโยกย้าย, พวกเขาสามารถใช้ "untagged เอกสาร" ดูความพยายามของพวกเขา:

เป็นเอกสารผู้ใช้แท็ก, พวกเขาปล่อยออกจากรายการนี้.

ยังสามารถช่วยให้ความคิดนี้ของมุมมองข้อมูล untagged ด้วยระดับของปัญหาการตรวจสอบข้อมูลคนสอบถามเกี่ยวกับในฟอรั่ม. กล่อง, มีวิธี การป้องกันไม่ให้ผู้ใช้อัปโหลดเอกสารไปยังมอแล้ว ไม่ใส่ข้อมูลเมตา. เราสามารถระบุว่า คอลัมน์เฉพาะไซต์เป็นข้อมูลบังคับ และผู้ใช้จะไม่สามารถผลักดันการบันทึกปุ่ม. อย่างไรก็ตาม, ถ้าผู้ใช้อัพโหลด และปิดเบราเซอร์แล้ว (หรือใช้ windows explorer เพื่ออัปโหลดเอกสาร), เราไม่สามารถบังคับให้ผู้ใช้ใส่ข้อมูลเมตา (อีกครั้ง, ออกจากกล่อง).

สามารถใช้วิธีการนี้จะช่วยให้กับสถานการณ์ที่. เราสามารถใช้ "งานติดแท็กข้อมูล" ดูการระบุเอกสารเหล่านี้ และแก้ไขได้ง่าย. คู่นี้ มี KPI และคุณสามารถมองเห็นที่ดีข้อมูลด้วยลึกเพื่อจัดการสถานการณ์เหล่านี้.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

สัปดาห์นี้, ฉันได้ต่อสู้เล็กน้อยพร้อมทีมงานของฉันไปมอสองเซิร์ฟเวอร์ฟาร์มเรื่องการติดตั้ง. ไม่ผ่านมันไปแล้ว, มีเพิ่มมากขึ้นสำหรับชนิดของรายงานปัญหาคน ในฟอรั่ม MSDN และอื่น ๆ.

การกำหนดค่าฟาร์มขั้นสุดท้าย:

• WFE SQL/ดัชนี/อินทราเน็ต ภายในไฟร์วอลล์.
• WFE ใน DMZ.
• บางชนิดของไฟร์วอลล์ DMZ และเซิร์ฟเวอร์ภายใน.

ก่อนที่เราเริ่มต้นโครงการ, เราแจ้งให้ลูกค้าทราบว่าต้องเปิดพอร์ตใด. ในระหว่างการใช้และให้, และกลับไปที่, เรากล่าวว่า สิ่งสำคัญสองอย่างไม่ชัดเจน:

1. SSL หมายความว่า คุณต้องการใบรับรอง.
2. เซิร์ฟเวอร์ DMZ ต้องเป็นส่วนหนึ่งของโดเมน.

วันหนึ่ง, เราพบว่าค่าการติดตั้งมอ และเรียนรู้ว่า ไม่ได้สร้างบัญชีโดเมนสำหรับฐานข้อมูลและมอสส์. การย้ายสิ่งต่าง ๆ ไปตาม, เราไปข้างหน้า และติดตั้งทุกบัญชีท้องถิ่นบนเซิร์ฟเวอร์อินทราเน็ต.

ณ จุดนี้, เราพบความสับสนมากกว่าใบรับรอง SSL และ, เศร้า, ตัดสินใจที่จะมีคนโครงสร้างพื้นฐานของเรากลับมาในภายหลังสัปดาห์ที่ดำเนินการติดตั้งเซิร์ฟเวอร์ DMZ. ในเวลาเฉลี่ย, สถาปนิกโซลูชันของเราย้ายไปข้างหน้ากับสิ่งธุรกิจ.

วันผ่านไป และลูกค้าได้รับใบรับรอง.

คนโครงสร้างพื้นฐานของเราแสดงขึ้น และตรวจพบว่า เซิร์ฟเวอร์ DMZ ไม่ได้เข้าร่วมกับโดเมนใด ๆ (โดเมนในขอบเขต ด้วยความเชื่อถือที่จำกัดหรือโดเมนของอินทราเน็ต). เราเสียเกือบเป็น 1/2 วันในที่. ถ้าเราไม่ได้ให้ใบรับรอง SSL ไม่ bog เราลง, เราจะพบนี้ก่อนหน้านี้. โอ้ ดี….

ผ่านไปอีกวันและคณะกรรมการความปลอดภัยต่าง ๆ, สนใจบุคคล และ (ไม่ใช่) bystanders บริสุทธิ์ทั้งหมดยอมรับว่า มันก็โอเคเข้าเซิร์ฟเวอร์ DMZ กับโดเมนของอินทราเน็ต (นี่คือการ POC, ท้ายที่สุด, ไม่แก้ปัญหาการผลิต).

โครงสร้างผู้ชายมาจบเรื่อง. เวลานี้เราประสบความสำเร็จผ่านการ gauntlet สมัยที่เรียกว่าเสน่หา "SharePoint กำหนดค่าตัวช่วยสร้างการ" เราได้มองในดูแลจากศูนย์กลาง และ … ยี่ฮ่อ! … DMZ server อยู่ในฟาร์ม. เราดูใกล้ชิดน้อย และตระหนักถึงเรายากจนเปิดแชมเพนบิตไรก่อน. บริการ WSS ติดอยู่ในการ "เริ่มต้น" สถานะ.

เรื่องสั้นยาว, มันเปิดออกให้เราลืมที่จะเปลี่ยนแปลงข้อมูลประจำตัวของบัญชีผู้ใช้บริการผ่านการดูแลจากศูนย์กลางจากบัญชีเดิมของเครื่องกับบัญชีโดเมนใหม่. เราไม่ว่า, การรันวิซาร์ดการตั้งค่าคอนฟิก และ voila! เราอยู่ในธุรกิจ.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

ถึงแม้ว่าไม่เป็นความจริงอย่างแท้จริง, เป็นเรื่องจริง, จบหน้าเว็บต่าง ๆ ใน DMZ ต้องอยู่ในโดเมน (อาทิ. ไม่ใช่เซิร์ฟเวอร์แบบสแตนด์อโลนใน workgroup ของตนเองน้อย). มันไม่จำเป็นต้องอยู่ในโดเมนเดียวกันเป็น WFE ภายใน(s) และเซิร์ฟเวอร์อื่น ๆ (และคงไม่ควร), แต่มันต้องมีโดเมน.

เพื่อนร่วมงานและใช้เวลานานกว่าปกติในข้อเสนอการรวม SharePoint requisites ก่อน. นี้รวมรายชื่อของการตั้งค่าคอนฟิกไฟร์วอลล์ที่จะเปิดใช้งานเซิร์ฟเวอร์ DMZ เข้าฟาร์มและต่อไปเรื่อย ๆ. Sadly, เราไม่สามารถเพิ่มประโยคไว้ว่า, ให้ผล, "จุดเลือดทั้งหมดของการกำหนดค่านี้จะอนุญาตให้เซิร์ฟเวอร์ DMZ WFE, ในโดเมน, การเข้าร่วมภายในฟาร์ม"

พายุที่สมบูรณ์แบบของเหตุการณ์, ที่เราทั่วไปมองด้านซ้ายเมื่อเราอาจมองขวา, สมคบกันเพื่อซ่อนปัญหานี้จากเราจนค่อนข้างล่าช้าในกระบวนการ, ป้องกันผมจากการเรียกของฉัน "แจ้งข่าวร้ายก่อน" กฎ.

ถอนหายใจ.

สมัครสมาชิกไปยังบล็อกของฉัน.

เวทีผู้มักเป็น คำถามนี้:

> สวัสดี,
>
> กรุณาบอกว่า มีไปสร้างรายการแบบกำหนดเองใด ๆ
> ชนิดหลักและรายละเอียด (เช่นใบแจ้งหนี้) โดย InfoPath.
>

SharePoint ให้บางจากลักษณะกล่องที่สนับสนุนชนิดของการทำธุรกิจเช่นนั้น.

โดยทั่วไป, หนึ่งเชื่อมโยงสองรายด้วยกันโดยใช้คอลัมน์การค้นหา. ข้อมูลส่วนหัวของใบแจ้งหนี้ประกอบด้วยรายการ A และ B ประกอบด้วยรายละเอียดใบแจ้งหนี้.

ใช้รายการเพิ่มเติมเพื่อรักษาลูกค้าหมายเลข, หมายเลขผลิตภัณฑ์, ฯลฯ.

ใช้แบบสอบถามเนื้อหา web part (ในมอสส์เท่านั้น) และ/หรือข้อมูลการดู web part สร้างผสานมุมมองรายการ. บริการรายงานเซิร์ฟเวอร์ SQL (SRS) บริการด้านรายงานของ.

อย่างไรก็ตาม, มีข้อจำกัดบางสิ่งสำคัญที่จะทำให้มันยากที่จะใช้ลักษณะของกล่องออกบริสุทธิ์สำหรับอะไรที่แม้จะค่อนข้างซับซ้อน. เหล่านี้รวมถึง:

• ขนาดของการค้นหาที่เกี่ยวข้องกับรายการ. "smartness" ชนิดคอลัมน์ค้นหา. ชนิดคอลัมน์ค้นหานำเสนอตัวเองใน UI แตกต่างกันขึ้นอยู่กับว่า คุณได้เปิดใช้งานเลือกหลาย หรือไม่. ในกรณีใด, ตัวควบคุมของกล่องออกแสดงสินค้ามีทั้งหมดจากรายการแหล่ง. ถ้ามีรายการแหล่ง 1,000 รายการ, ที่เป็นไปได้. ตัวควบคุมการค้นหาหน้าไม่ผ่านรายการ. แทน, มันดึงพวกเขาทั้งหมดลงในตัวควบคุม. ที่ทำให้อินเทอร์เฟซผู้ใช้ตกใจมาก ทั้งการป้อนข้อมูลและประสิทธิภาพ.
• ค้นหา "ดึงกลับ" คอลัมน์หนึ่งคอลัมน์ของข้อมูล. คุณสามารถไม่ดึงกลับคอลัมน์มากกว่าหนึ่งคอลัมน์ของข้อมูลจากรายการแหล่ง. สำหรับอินสแตนซ์, คุณไม่สามารถเลือกลูกค้า "12345" และแสดงหมายเลขเป็นของลูกค้าชื่อ และที่อยู่พร้อมกัน. การค้นหาเฉพาะแสดงลูกค้าหมายเลขอะไร. นี้ทำให้อินเทอร์เฟซผู้ใช้ไม่สะดวก และยาก.
• ไม่สื่อสารแบบฟอร์มอินทรา. ผมได้เขียนเกี่ยวกับที่นี่นี้. คุณไม่สามารถใช้หล่นลงน้ำตก, อย่างมีเงื่อนไขการเปิดใช้งาน/ปิดใช้งานฟิลด์, ฯลฯ.
• ไม่ลบที่เกี่ยวข้องหรือมีความสมบูรณ์ของ referential. SharePoint จัดรายการที่กำหนดเองเป็นหน่วยอิสระ และช่วยให้คุณสามารถเชื่อมโยงกันในความรู้สึกดั้งเดิมของ ERD. ตัวอย่าง, SharePoint ช่วยให้คุณสามารถสร้างรายการกำหนดเอง 2, "ลูกค้า" และ "หนี้". คุณสามารถสร้างใบแจ้งหนี้ที่เชื่อมโยงไปยังลูกค้าในรายการลูกค้า. แล้ว, คุณสามารถลบลูกค้าจากรายการ. กล่อง, มีวิธีการป้องกันไม่ให้. การแก้ปัญหาลักษณะนี้, โดยปกติคุณจะใช้ตัวจัดการเหตุการณ์.

มันอาจดูเยือกเย็น, แต่ฉันยังคงจะใช้ SharePoint เป็นจุดเริ่มต้นสำหรับการสร้างชนิดของฟังก์ชันนี้. ว่ามีช่องว่างระหว่างสิ่งที่คุณต้องการในการแก้ปัญหา, SharePoint ช่วยให้เราสามารถเติมช่องว่างเหล่านั้นโดยใช้เครื่องมือเช่น:

• ตัวจัดการเหตุการณ์. ใช้เพื่อบังคับใช้ referential integrity.
• คอลัมน์ที่กำหนดเอง: สร้างชนิดคอลัมน์ที่กำหนดเอง และใช้พวกเขาไปว่าใช้แทนคอลัมน์การค้นหาเริ่มต้น. เพิ่มเพจ, buffering และอาแจ็กซ์คุณลักษณะเพื่อให้ตอบสนอง.
• BDC. มอเดียวคุณลักษณะนี้ช่วยให้เราสอบถามรายการ SharePoint อื่น ๆ ด้วยอินเทอร์เฟซผู้ใช้เหนือกว่าคอลัมน์ค้นหาปกติ. BDC สามารถยังเข้าถึงโปรแกรมประยุกต์เซิร์ฟเวอร์สิ้นสุดหลัง. ใช้ BDC เพื่อหลีกเลี่ยงการจำลองแบบ. นอกจากการทำแบบจำลองข้อมูลลูกค้าจากระบบ ERP back end, ใช้ BDC แทน. BDC คุณลักษณะให้อินเทอร์เฟซผู้ใช้ที่ดีเพื่อดึงข้อมูลจากระบบ ERP ที่มันเป็น และหลีกเลี่ยงการรบกวนของโซลูชันการจำลองแบบโดยตรง.

  BDC คือ คุณลักษณะ MOSS (ไม่มีใน WSS) และท้าทายการตั้งค่าคอนฟิก.

• แบบฟอร์มเว็บ ASP.NET: สร้างเต็มอาแจ็กซ์เปิดฟอร์มที่ใช้แบบจำลองหรือเว็บบริการวัตถุของ SharePoint กับรายการ SharePoint ในขณะที่ให้ผู้ตอบสนองเร็วมาก.

ตัวสุดท้ายอาจรู้สึกเหมือนคุณกำลังเริ่มต้นตั้งแต่, แต่พิจารณาความจริงที่ว่า แพลตฟอร์ม SharePoint เริ่มคุณปิด ด้วยคุณสมบัติที่สำคัญดังต่อไปนี้:

• รูปแบบความปลอดภัย ด้วยการบำรุงรักษา.
• เมนูระบบบำรุงรักษา.
• "ตารางหลัก" (อาทิ. รายการที่กำหนดเอง) มีความปลอดภัย, มีการบำรุงรักษาและการตรวจสอบ.
• ค้นหา.
• หลังสิ้นสุดการรวมเครื่องมือ (BDC).

ถ้าคุณเริ่มต้นกับโครงการเปล่าใหม่ในสตูดิโอภาพ, คุณมีจำนวนมากของโครงสร้างพื้นฐานและระบบประปาสร้างก่อนคุณเขา SharePoint ที่มี.

เชื่อว่า Microsoft มุ่งมั่นที่จะขยาย SharePoint นี้ทิศทางของการพัฒนาโปรแกรมประยุกต์. มันเหมือนต่อธรรมชาติการมูลฐาน SharePoint ที่มีอยู่. โปรแกรมประยุกต์ CRM ของ Microsoft ช่วยให้เพิ่มความสามารถชนิดที่จำเป็นในการสนับสนุนการพัฒนาแอพลิเคชันหัวข้อ/รายละเอียดมาก. ถึงแม้ว่าคุณลักษณะเหล่านั้นอยู่ใน CRM, เทคโนโลยีมีอย่างชัดเจนให้ทีมพัฒนาของ SharePoint และฉันคาดหวังว่า มันจะทำให้ทางเข้าผลิตภัณฑ์ SharePoint โดยสิ้น 2008. ถ้าใครมีความรู้หรือเข้าใจในนี้, กรุณาฝากความคิดเห็น.

</สิ้นสุด>