Mēs kopīgi pavadīt daudz laika domāt par SharePoint risinājumus — kā tos izveidot, kādi rīki tiek izmantoti, kas notiek, ja tās nepilda, lai izvietotu, taimera darbus, tvērumiem, uc. Mēs tērēt tik daudz laika domāt par up-front bitiem, kas ir viegli aizmirst, ka mums ir nepieciešams, lai ievilktu tos arī. Savilkšanās risinājumi ir droši vien grūtāk, konceptuālā dizaina aspektā, nekā izvietojot tos. Izvietošana ir būtībā pavārgrāmatu dēka. Parasti, instalētu līdzekli, varbūt ir līdzeklis uztvērējs ielādēt dažus datus par sarakstu, kaut ko tamlīdzīgu. Tomēr, savilkšanās ir potenciāli daudz sarežģītāka.

Konkrēto risinājumu var izveidot artefaktu, piemēram, šo:

• Satura tipam
• Definīciju sarakstam
• Vietnes definīcijas
• Datus sarakstā
• Pat uztvērēji
• InfoPath veidlapas

Saraksts turpinās.

Bet acīmredzot svarīgi izstrādāt risinājumu, kas pareizi instantiates šie artefakti, tas ir tikpat svarīgi apsvērt atjaunināt un dzēst gadījumu. Ja jūsu risinājums izveido jaunu sarakstu, un izplata šo sarakstu ar datu, kas notiek, kad šķīdums ir ievilkti? Dažos gadījumos, saraksts ir izdzēsts. Citos gadījumos, tas būtu jāatstāj neskarti vēsturiskiem mērķiem. Jūsu biznesa vajadzībām palīdzēs jums pareizo lēmumu.

Lai palīdzētu ar šo, radīt matricas, kas uzskaita katras artefakts, jūsu risinājums izvieto uz SharePoint. Uzskaitīt trīs kolonnu skaits artefaktu, izveidot vienu, atjaunināšana un dzēšana. Katram gadījumam, noteikt pareizu iznākumu par šo darbību.

Šāda veida analīzi acīmredzot vislabāk tiek darīts pirms risinājums jebkad izvietots, lai formētu SharePoint fermu. Tomēr, tāpat kā smēķēšana, nekad nav pārāk vēlu, lai sāktu darīt lietas pareizi. Izveidot šo matricu un izstrādās plānu, lai risinātu trūkst atjauninājumu/dzēst scenāriji. Tas var būt grūti atrisināt problēmu, bet vismaz jums ir izveidojuši rāmi ap šo problēmu.

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin