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

กำหนดโซลูชันอาจสร้างสิ่งประดิษฐ์ดังนี้:

• ชนิดเนื้อหา
• ข้อกำหนดรายการ
• ข้อกำหนดของไซต์
• ข้อมูลในรายการ
• แม้ผู้รับ
• ฟอร์ม InfoPath

รายการไป.

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

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

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

</สิ้นสุด>

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

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