پورتال سرویس‏گرا با شیرپوینت - دام کلاسیک

بخش اول این مقاله را با عنوان "طراحی پورتال سازمانی سرویس‏گرا با شیرپوینت - مقدمه" مطالعه فرمایید.

هنگام استفاده از شیرپوینت به عنوان پورتال سازمانی، مهم است بدانید که افتادن در دام کلاسیکی که ابزارهای مایکروسافت به خاطر آن «معروفند» بسیار آسان است: یعنی، آشنایی سریع با محصول و ساخت اولین برنامه های بسیار آسان"hello, world" . با این حال، به سرعت با انواع قابلیت هایی مواجه می شوید که دارند در محیط های تولید استفاده می شوند، و شرکت به سرعت با راه حل پورتال یا اینترانت مواجه می شود که به راحتی قابل کنترل، مقیاس پذیر و پایدار نیستند و یا حتی بدتر محیطی که قابل پشتیبانی نیست.
شیرپوینت محصول ساده ای نیست. می تواند کارهای بسیاری را انجام دهد، و معماری اش بسیار پیچیده است. بنابراین قبل از طراحی و ایجاد راه حل های شیرپوینت، بسیار مهم است که این معماری را بسیار خوب بشناسید، و زیر و بم های پلتفرم را با توجه به توسعه پذیری بشناسید. به راحتی می توانید پلتفرم را مقصر بدانید و نه راه حل هایِ با طراحی ضعیف خودتان، و قبل از اینکه متوجه شوید، شیرپوینت در شرکت شما بدنام می شود، که اصلا منصفانه نیست.
به منظور جلوگیری از بروز چنین وضعیتی، برای ایجاد راه حل ها با استفاده از شیرپوینت به عنوان پلتفرم باید چند قانون ساده را رعایت کنید:
1.    قبل از شروع به ساخت «راه حل های اختصاصی»، مطمئن شوید که در حال حاضر (کم و بیش) در بازار موجود نیست؛ در مورد نیازهای خود با یک مشاور شیرپوینت صحبت کنید.
2.    اطمینان حاصل کنید که راه حل ها را با توجه به معماری شیرپوینت ایجاد می کنید؛ در مورد طراحی راه حل خود با یک معمار شیرپوینت صحبت کنید و بگذارید او طراحی شما را در برابر Project Start Architecture بررسی کند.
3.    طراحی راه حل خود را در برابر SharePoint Governance Plan بررسی کنید؛ تا مطمئن شوید که طراحی شما مطابق دستورالعمل ها و قواعد ایجاد شده برای اینترانت یا پورتال شرکت شماست.
این قواعد به طور کلی به طراحی و توسعه راه حل شیرپوینت اعمال می شوند. به طور خاص درباره یکپارچه سازی محتوای خارجی، دو قاعده دیگر وجود دارد:
1.    اطمینان حاصل کنید که اصول طراحی سرویس را هنگام ارائه اطلاعات و فرآیندها به عنوان سرویس ها در SOA خود رعایت می کنید.
2.    یک لایه سرویس را پیاده سازی کنید تا یکپارچه سازی محتوای خارجی را موثر و قابل مدیریت و قابل پشتیبانی کنید.
سایر بخش های این مقاله که به تدریج در بلاگ پرنیان منتشر می شوند، به بررسی یکپارچه سازی داده های خارجی در شیرپوینت با جزئیات بیشتر می پردازند.

 

طراحی پورتال سازمانی سرویس‏گرا با شیرپوینت - مقدمه

چکیده: این مقاله به درک این موضوع کمک می کند که چگونه طراحی پورتال سازمانی سرویس گرا با شیرپوینت به عنوان front-end و لایه زیرین میان افزار یکپارچه سازی مبتنی بر Microsoft SOA به ما امکان می دهد تا از سرویس های ترکیبی استفاده کنیم و فضاهای کاری مرکزی کارآمدتر، مقیاس پذیرتر و قابل پشتیبانی تر ایجاد کنیم که در محیط های BYOD مدرن استفاده شوند.

مقدمه

مایکروسافت شیرپوینت پلتفرم همکاری بسیار رایجی است که بیش از 70 درصد از شرکت ها در سراسر جهان از آن استفاده می کنند. شیرپوینت امکان اشتراک گذاری کارآمدترِ اسناد، بهبود یافت پذیری و ارائه کارکردها برای همکاری با اعضای تیم در پروژه ها و اسناد را فراهم می کند و همچنین می تواند به عنوان پورتال سازمانی پیاده سازی شود. در واقع، با ارائه ویژگی های مدیریت اسناد، قابلیت های اینترانت و یکپارچگی با سیستم های دیگر، می توانید فضای کاری مرکزی مناسب را برای کارکنان، مشتریان و شرکا پیاده سازی کنید و با قابلیت های سلف سرویس، به آنها ارائه کنید.

البته شهرت شیرپوینت به خاطر ذخیره سازی بومی و اشتراک گذاری انواع اسناد و فایل ها، و همچنین فراهم کردن امکان همکاری افراد روی این اسناد است. با این حال، در بسیاری از راه حل های شیرپوینت، بخش بزرگی از اطلاعات از سیستم های خارجی می آید. به همین دلیل، یکپارچگی پروژه های پیاده سازی شیرپوینت اغلب می تواند نقش بزرگ تری ایفاء کند.

یکپارچگی با سایر سیستم ها و سرویس ها باید با توجه به اصول SOA سازماندهی شود تا ابزاری برای گنجاندن داده ها و فرآیندهای خارجی در پورتال فراهم کند، و محیطی ایجاد کند که در آن همه چیز در چارچوب مناسب و با امنیت مناسب گردهم می آید. با پیاده سازی لایه سرویس مبتنی بر SOA در زیر شیرپوینت، ساخت چنین راه حل هایی بسیار ساده تر خواهد شد و نتیجه نهایی خیلی بیشتر مقیاس پذیر و قابل پشتیبانی خواهد بود.

 

مهاجرت از سیستم های سنتی به شیرپوینت - جمع بندی

بیشترین بهره را از سرمایه گذاری در شیرپوینت ببرید
شیرپوینت چارچوبی منعطف و مقیاس پذیر است و مبنای زیرساختی است که می‌تواند گسترش یابد و به روشی مقرون به صرفه نیازهای هر شرکتی را برآورده سازد. مهاجرت پلتفرم مدیریت محتوای فعلی به مدیریت محتوایی که توسط شیرپوینت قدرتمند و مستحکم شده است، به سازمان شما امکان خواهد داد تا سرمایه گذاری در فناوری را مستحکم کرده و سرمایه گذاری‌های بی نقص شما را در فناوری‌های ثابت شدۀ مایکروسافت بیشینه کند.

پلتفرم شیرپوینت همۀ بار سنگین مرتبط با انبارش محتوا، امنیت محتوا، اجازه و تصدیق سندیت را به دوش می‌کشد. واسط کاربر نیز زیربنای قدرتمندی برای قرار دادن محتوا در دسترس کاربران نهایی بدون حتی یک خط کد فراهم می‌کند. اما انعطاف پذیری آنجاست تا موجب خمش، کشش، شکل گیری و در غیر این صورت، بهبود راهبردی که کمی بیش از مجموع بخش‌های خارج از محدوده (out of box) است گردد.

شیرپوینت به خاطر عملی بودن، نوآوری و انطباقش به سرعت به «پلتفرم برگزیده» تبدیل می‌شود. با این حال، محبوبیت ادامه دار «برافزاهای» (add ons) جانبی به سازمان‌ها امکان داده‌اند تا از یک سیستم مدیریت محتوا، مقرون به صرفه تر و زنده تر بهره ببرند. ملاحظات زیادی وجود دارند که باید برآورده شوند و تجربۀ جانبی قطعاً برای مهاجرت‌ها توصیه می‌شود. روند کارها نشان می‌دهد که هزینه ها به  جای مجوزهای شیرپوینت برای برافزاها و خدمات جانبی صرف می‌شوند. تولیدکنندگان جانبی می‌توانند شکاف‌ها (همچون جریان کاری، جستجو و گزارش‌دهی) را پر کنند و خدمات حرفه ای ماهرانه ارائه دهند. با این حال، پیش از تقاضای کمک تولید کنندۀ جانبی در مهاجرت‌ها یا ارزش بر افزا، اطمینان حاصل کنید که تحقیقات خود را انجام داده اید.

نتیجه گیری
داشتن تخصص درست و کافی می‌تواند بین مهاجرتی ضعیف و موفقیت آمیز تفاوت زیادی ایجاد کند. مطمئناً ، حتی با برنامه ریزی و تحلیل کامل و مناسب، چالش‌هایی در هر مهاجرت وجود دارد. نکته کلیدی داشتن تخصصی است که بتواند از عهدۀ چنین چالش‌هایی برآید و اجرای مهاجرت را هموار نگه دارد. مثل هر مهاجرتی، شما باید برنامه ریزی و تحلیل سیستم سنتی و نحوۀ هماهنگی آن با شیرپوینت را به طور کامل و مناسب انجام دهید. معماری مناسب شیرپوینت تضمین خواهد کرد راهبرد شما دسترسی سریع به اطلاعات حیاتی برای کسب‌وکار امروز و آیندۀ کاربران را فراهم می‌کند.

با کارکردی که شیرپوینت دارد کاربران سازمان می‌توانند مزایای نرخ بازگشت سرمایۀ ECM را اهرم‌بندی کنند، از جمله: تطابق بهبود یافته، بهره‌وری کاربر، فرآیندهای کارامدتر کسب‌وکار و امنیت بهتر اطلاعات کسب‌وکار.

 

همه مطالب مربوط به این موضوع را در لینکهای ذیل مطالعه کنید:

 

 

 

جستجوی محتوای حساس در اسناد شیرپوینت

امروزه سازمان‌های مسئول، از انواع روش ها و سیاست‌ها استفاده می‌کنند تا داده‌هایشان را امن و مطمئن نگه دارند. این مساله وقتی که با داده های حساسی (ازجمله شماره کارت اعتباری، شماره امنیت اجتماعی، یا اطلاعات مربوط به مشتری) تا اطلاعات اختصاصی (از جمله اختراع ثبت شده و یا اسناد محرمانه) سر و کار داشته باشیم، اهمیت بیشتری پیدا می‌کنند. حفاظت از این اطلاعات حساس مهم است چراکه سازمان‌ها را قادر می‌سازد تا با صنعت، دولت، و قواعد دیگر همکاری مناسب داشته باشند.
آفیس 365 اکنون این قابلیت‌های ضروری را برای پست الکترونیک با DLP در سرویس‌های اکسچنج، اوتلوک، و OWA فراهم کرده است. خوشبختانه مایکروسافت در حال برداشتن قدم‌های اولیه برای DLP در شیرپوینت و OneDrive است. تا امکان جستجوی امن در اطلاعات حساس را فراهم نماید.

با این قابلیت جدید شما قادر خواهید بود تا:
•    محتوای حساس را در شیرپوینت آنلاین و OneDrive جستجو کنید.
•    از 51 نوع اطلاعات حساس توکار استفاده کنید (کارت های اعتباری، شماره گذرنامه، شماره امنیت اجتماعی، و غیره).
•    اسناد متخلف را شناسایی  کنید، گزارش صادر کنید و بر طبق آن هماهنگ شوید.

در ادامه توضیح می دهیم این قابلیت چگونه به شما کمک می کند:

جستجوی محتوای حساس در شیرپوینت آنلاین و OneDrive
DLP برای شیرپوینت آنلاین و OneDrive، اکنون در نسخه Enterprise جستجو تعبیه شده است. این قابلیت به شما این اجازه را می‌دهد تا محتوای حساس را در مرکز eDiscovery موجود جستجو کنید، و محتوا را در جایش نگه می‌دارد و جستجوی سریع را ممکن می‌کند.

بیشتر...

 

مهاجرت از سیستم های سنتی به شیرپوینت - قبل، حین و پس از مهاجرت

تا کنون در پنج مطلب سریالی با موضوع "مهاجرت از سیستم های سنتی به شیرپوینت" به بررسی روش موفقیت آمیز مهاجرت از یک سیستم سنتی به شیرپوینت پرداختیم. این پست ششم از این مجموعه است که پیشنهاد می کنم قبل از مطالعه آن نگاهی به مطالب قبلی بیاندازید.

 

کاهش عوامل خطرساز با در نظر گرفتن بهترین شیوه های کلیدی قبل، حین و پس از مهاجرت واقعی مهم است.

1- قبل از مهاجرت
برای اکثر مهاجرت‌ها، راهبرد سنتی تا مدتی اجرا شده است که به میلیون‌ها سندی که باید انتقال داده شوند منتهی می‌شود. این بدان معناست که شیرپوینت در قاب زمانی بسیاری سریعی با انبوهی از محتوا در شرف انفجار است. مهم است که به ذخیرۀ اسنادی که منتقل خواهند شد نگاهی داشته باشید تا نحوۀ تأثیرگذاری آن بر پلتفرم شیرپوینت مقصد خود را بررسی کنید.

شناسایی انبارۀ اسناد پردازش نشده (خام)
میانگین اندازۀ فایل، تعداد کل اسناد و اندازۀ کل انبارۀ محتوایی که به شیرپوینت منتقل خواهند شد را تحلیل کنید.

شناسایی نرخ بار اسناد
از اطلاعات تاریخی از سیستم سنتی برای تعیین نرخ بار اسناد و تغییرات نرخ بار سال به سال استفاده کنید.

از معماری انبارۀ مکفی اطمینان حاصل کنید.
از حجم و نرخ بار اسناد برای تعیین انبارۀ ضروری شیرپوینت استفاده کنید، هم از انبارۀ پردازش‌نشدۀ شیرپوینت و هم از کارایی انباره. فهم این نکته از اهمیت برخوردار است که مهاجرت به شیرپوینت یک محاسبۀ مهاجرت سادۀ 1 به 1 نیست. عوامل متعددی وجود دارند که نحوۀ برنامه‌ریزی برای داده های بالاسری را تعیین می‌کنند.

تضمین این مورد مهم است که وب سرورهای شیرپوینت، سرورهای SQL و زیرسیستم‌های انباره می‌توانند از عهدۀ درخواست‌های کاربر نوعی تجاری برآیند بدون اینکه تحت تأثیر بار اضافی قابل توجه اضافه شده توسط سرورهای مهاجرت قرار بگیرند.

وب سرورهای شیرپوینت
برای کاربران فعلی شیرپوینت، اثر راهبرد مهاجرت با حجم بالا بر وب سرورهای فعلی را ارزیابی کنید. در صورت امکان، سرورهای «هدف» اختصاصی را که نرم افزار مهاجرت می‌تواند بدون اثرگذاری بر کاربران نهایی استفاده کند برپا کنید.

  SQL Servers شیرپوینت (لاگ فایل‌ها)
حین مهاجرت، داده ها با سرعت بسیار زیاد در پایگاه داده‌های محتوا جای خواهند گرفت. بی‌تردید، اثر شمارۀ یک مهاجرت بر فارم شیرپوینت لاگ فایل‌های پایگاه داده های محتواست. اکثر به کاراندازی‌های شیرپوینت برای نرخ بار بالای مهاجرت طراحی نمی‌شوند. بدون برنامه‌ریزی درست، لاگ فایل‌ها طی مهاجرت پر خواهند شد. این می‌تواند موجب عملکرد نامنظم مهاجرت یا بروز خطا گردد و بر کاربران نهایی نیز تأثیرگذار خواهد بود.

منابع SQL Server
شیرپوینت از SQL Server برای انبارش و مدیریت داده‌های سند استفاده می‌کند. طی مهاجرت، پایگاه داده‌های محتوا به شدت مختل می‌شود. همچنین، راهبرد مهاجرت کامل باید پیگیری همۀ عملیات اجرا شده بین سیستم‌های منبع و مقصد را مستند کند. این امر می‌تواند به اثر عملکردی سنگین روی سرور پایگاه داده های مهاجرت منتهی گردد. برای مهاجرت‌های بزرگ‌تر، ممکن است این مورد برای اختصاص یک SQL Server به هماهنگی پایگاه داده های مهاجرتی که نرم افزار مهاجرت استفاده می‌کند ضروری باشد. همیشه این امکان وجود دارد که مهاجرت کند شود اما در اکثر موارد، وقت طلاست و هرچه مهاجرت طولانی‌تر اجرا گردد هزینۀ آن بالاتر خواهد بود.

بیشتر...

 

مهاجرت از سیستم های سنتی به شیرپوینت - راهبردهای مهاجرت

معماری شیرپوینت مهم‌ترین نکته ای است که برای برنامه ریزی و تحلیل باید در نظر بگیرید. لازم است نحوۀ تطبیق سازمان ِ سیستم سنتی فعلی را با توپولوژی شیرپوینت بررسی کنید. برخی مشاوران شما را به مهاجرت همه چیز یا هیچ چیز – و انجام آن‌ها همین حالا – تشویق خواهند کرد. در برابر این راهبرد مقاومت کنید. گزینه های دیگری وجود دارند که برای سازمان شما عملی‌تر خواهند بود.

بخش به بخش
هر بار یک بخش را انجام دهید و از ساده‌ترین بخش شروع کنید.

Day Forward شیرپوینت با مهاجرت مرحله ای
شیرپوینت به طور Day forward استفاده خواهد شد و بعدا دربارۀ نحوۀ مهاجرت اسناد سیستم سنتی تصمیم گیری خواهد شد.

همراهی با سیستم سنتی
این مورد مرسوم نیست اما می‌تواند انجام شود چراکه شاید سازمان‌ها تصمیم به استفاده از شیرپوینت همراه با سیستم سنتی در یک رویکرد مرحله ای بگیرند.

چالش‌های مهاجرت
چالش‌های زیر نه فقط در شیرپوینت که در هر مهاجرتی واقعاً وجود دارند. این چالش‌ها حتی می‌توانند در به روز رسانی پلتفرم نرم افزار سنتی فعلی نیز وجود داشته باشند.

مجموعۀ ویژگی‌های اصلی یک سیستم جدید با سیستم سنتی شما به طور یک به یک همتراز نیست.
چگونه این شکاف‌ها را پر خواهید کرد؟

نیاز به جایگزینی سفارشی‌سازی‌های فعلی همچون یکپارچه‌سازی با نرم افزارهای دیگر ، جریان‌های کاری، فرم‌ها.
این موارد در پلتفرمی جدید چگونه مدیریت خواهند شد؟

ملزومات جانبی برای ویژگی‌هایی که شاید در پلتفرم اصلی سیستم جدید موجود نیستند را تعیین کنید.
مثلاً: پیمایش، جستجو و نماسازی، مدیریت سوابق، پشتیبان گرفتن/ بهبود، کاربردهای دپارتمانی (حساب‌های قابل پرداخت، منابع انسانی) و راهبردهای عمودی (حقوقی، بهداشت و درمان).


 

50 درصد تخفیف برای هاست شیرپوینت فارسی پرنیان

هاست شیرپوینت فارسی

اگر تصمیم به راه اندازی یک سایت اینترنتی بوسیله شیرپوینت دارید ما راهکاری کارآمد و مقرون به صرفه را به شما پیشنهاد می کنیم. در جشنواره جوایز پرنیان شما می توانید یکی از پلان های سرویس ابری اورست (هاست شیرپوینت فارسی) را خریداری نمایید و تا 50% مبلغ پلان انتخابی وب پارت رایگان هدیه بگیرید. شما می توانید وب پارت های مورد نظرتان را به دلخواه از فروشگاه شیرپوینت انتخاب کنید. صبر کنید، فقط این نیست. پلان های خریداری شده تا پایان جشنواره جوایز به صورت رایگان به شیرپوینت 2013 ارتقا داده می شوند. در سایت سرویس ابری اورست با این سرویس بیشتر آشنا شوید.
 
 

چگونگی گذر از چند مرحله‎ احراز هویت در شیرپوینت

نهمین و آخرین پرسش از رایج ترین سوالات پیرامون شیرپوینت. 

مطالعه سوالات پیشین با عناوین ذیل را پیشنهاد می کنیم. 


سوال: ​من باید سایت  هایی که با شیرپوینت 2010 با هم کار می  کنند را با افرادی که جزیی از دامنه اشتراکی نیستند به اشتراک بگذارم. آیا راهی جز اجبار کا��بران به گذر از چند مرحله‎ی تصدیق وجود دارد؟


پاسخ: طراحی شیرپوینت به گونه  ای است که پیش فرض  هایی را در رابطه با ماهیت ورود به سیستم در نظر می  گیرد. در نتیجه کاربرانی که از دامنه‎ی تحت مدیریت سرور گرداننده‎ی شیرپوینت استفاده می  کنند، مشکلی در تصدیق و ورود به برنامه شیرپوینت نخواهند داشت. مدیران می  توانند قوانینی را برای این کاربران تنظیم کنند که تصدیق یک مرحله  ای از جمله‎ی آن‎هاست.
اما کاربرانی که از سایر دامنه  ها استفاده می  کنند به عنوان یک چالش برای مدیران شیرپوینت در نظر گرفته می  شوند.
مشکل اینجاست که کاربران به دنبال تصدیق و ورود یک مرحله ای هستند و مدیران نیز درصدد تامین آن می  باشند. اما طراحی داخلی شیرپوینت به گونه  ای نیست که به عنوان گردآورنده چند ساختار امنیتی برنامه-های مختلف عمل کند.
اگر اجبار کاربران به ورود به هر قسمت به صورت مجزا برای شما مهم نیست، مشکلی نخواهید داشت. در غیر این‎ صورت، باید از ابزارهایی مثل تصدیق تحت وب یا کوکی  های پایا برای ساده  سازی پروسه‎ی امنیتی برنامه استفاده کنید.
تصدیق تحت وب و کوکی  های پایا مشکلات امنیتی خاص خود را دارند اما یک قدرت شیرپوینت را آشکار می  کنند و آن پشتیبانی از انواع گوناگون افزودنی  ها و پلاگین  های متفرقه جهت افزایش کارایی پلتفرم است.

 
طراحی داخلی شیرپوینت به گونه  ای نیست که به عنوان گردآورنده چند ساختار امنیتی برنامه  های مختلف عمل کند.

 

4 دلیل متداول شکست پروژه شیرپوینت

​به عنوان یک مشاور به مشتریان کمک میکنیم تا ایده های جدید روی شیرپوینت داشته باشند و یا پروژه های جدید بر روی اجراهای قبلی شان ایجاد کنند. همچنین از ما برای پیاده سازی های شیرپوینت موجود که  استفاده نمی شوند نیز کمک خواسته می شود. علت آن می تواند عدم انتخاب شیرپوینت توسط کاربران، عدم تامین تمامی محتوای آن ها، یا عدم ایجاد مراحل کاری توسط شرکت باشد.
اولین چیزی که می پرسیم این است که چرا مشتریان به پیاده سازی و اجرای شیرپوینت موجودشان نمی پردازند. شما باید همه ی دلایل لازم برای انجام مراحل جلوگیری از این امر را بفهمید.

failure1
ما معمولا به محدوده ای از پاسخ ها می رسیم که مطمئنا لیست جامعی نیست اما بعضی از رایج ترین توجیهاتی هستند که شنیده ایم برخی مشتری ها حتی دو یا تعداد بیشتری از این تخلف ها را انجام  داده اند:


1. نداشتن دیدگاه و یا برنامه واضح
عدم برنامه ریزی موجب فاجعه است. بسیاری از شرکت ها فکر می کنند که شیرپوینت محصولی است که شما  به سادگی روی سرورتان نصب می کنید و سپس هر کسی استفاده از آن را شروع خواهد کرد. شیرپوینت یک محصول تنها نیست، شیرپوینت بستری است که می تواند کارهای مختلفی انجام دهد و در حالی که همه شرکت ها احتمالا پروسه ها و زمینه های استفاده مشابهی دارند، نیازهای منحصر به فرد خودشان را نیز دارند. اگر سازمانی فکر کند که می تواند شیرپوینت را بدون برنامه فقط نصب کند و تلاشی برای تطبیق آن با همه نیازهای شان نکنند ارزش افزوده چندانی برایشان به ارمغان نخواهد آورد و هر سیستمی که ارزش فراهم نمی کند احتمالا استفاده نیز نمی شود.


2. کمبود منابع و زمان
اغلب اوقات سازمان ها یک یا دو نفر از هر واحدی را به عنوان مالک سایت آن واحد انتخاب می کنند و از آنها انتظار دارند که محتوای آن سایت را مدیریت کنند. چیزی که به آن توجه نمی شود این است که این افراد زمان کافی ندارند یا  زمان لازم به آنها داده نمی شود که مدیریت محتوای سایت را انجام دهند. زیرا که این مسئولیت به عنوان یک وظیفه ی فرعی تلقی می شود چون احساس می شود برای وظیفه ی شغلی آن ها ضروری نیست. بعد از آن محتوای سایت قدیمی می شود (اگر اصلا محتوایی در مرحله اول وارد شده باشد) و شاید حتی بعدا بدتر هم بشود. 


3. استفاده اندک از نظرات کاربران 
از شیرپوینت برای مکانیزه کردن مدیریت اسناد و فرآیندهای کسب و کار استفاده می شود. کسب نتیجه موثر نیازمند تغییر اساسی در روشی است که افراد اطلاعات را پردازش می کنند و یا وظایف روزانه شان را انجام می دهند. کاربران نیاز دارند که از آغاز در پروژه به حساب آورده شوند حتی در مراحل اولیه طراحی و شانه به شانه آنچه که در طول پروسه اتفاق می افتد باشند. و این می تواند درک واضحی بدهد از چرایی این تغییرات و اینکه چگونه شیرپوینت سبب کسب سودمندی برای آن ها در آخر کار می شود.
این تغییر اگرچه که در ابتدا کمی سخت بنظر می رسد، اما نتیجه آن بسیار چشمگیرخواهد بود نسبت به وقتی که فقط به کارمندان گفته بشود که استفاده از شیرپوینت را شروع کنند بدون اینکه توضیحی به آن ها بدهند.


4. آموزش ناکافی کاربران
شما نمی توانید که فقط شیرپوینت را نصب کنید و انتظار داشته باشید که مردم از آن استفاده کنند. حتی اگر برنامه ای دارید و آنرا روی تابلو اعلانات نوشتید آنها هنوز احتیاج دارند که بدانند چطور از سیستم جدید استفاده کنند. داشتن یک برنامه آموزشی مفید برای موفقیت در گسترش شیرپوینت ضروری است. خدمات ما با مشتریانی که را در این موقعیت قرار گرفته اند شامل ارزیابی سیستم فعلی آنها، فراهم کردن یک برنامه آموزشی برای کمک به کارمندان برای کنار آمدن و شروع استفاده از شیرپوینت می شود. بطور نوعی  ما فهمیده ایم که بهتر است که کلاس درس آموزشی مناسبی همراه با چند نوع ابزار تکمیلی از جمله ابراز های نوشتنی و یا ویدئویی فراهم کنیم که کاربران بتوانند بعدا به آن ها رجوع کنند و آنچه را که قبلا در کلاس درس یاد گرفته اند را تقویت کنند.
با چشم پوشی از این موضوع می توانید مطمئن باشید که پروژه شیرپوینت شما شانس بهتری برای موفق شدن دارد بدون آنکه لازم باشد آنرا بعدا برای تنظیم برنامه هایش پیش مشاور ببرید. شما چه دلایل دیگری دیده اید که منجر به شکست پیاده سازی شیرپوینت شده است؟ لطفا پیشنهادهای خود را با ما به اشتراک بگذارید.

 

خبرهای خوش شیرپوینت 2013 برای برنامه نویسان – قسمت دوم

خبرهای خوش شیرپوینت 2013 برای برنامه نویسان – قسمت دوم

تیم فنی پرنیان پردازش پارس
 
در قسمت قبل این مقاله در خصوص برخی قابلیت هایی که در شیرپوینت 2013 ایجاد شده یا بهبود یافته اند صحبت کردیم. در این قسمت به صورت مشخص در خصوص دو بخش Business Connectivity Service و Business Intelligence و بهبودها و امکانات جدید این دو بخش در شیرپوینت 2013 صحبت خواهیم کرد.
امکانات جدید برنامه نویسی برای Business Connectivity Service
در تمام سازمان ها، داده ها بر روی منابع اطلاعاتی مختلفی ذخیره می شوند. یکی از کارکردهای پورتالهای سازمانی، یکپارچه سازی دسترسی به داده ها و گزارشات و آمارهای مختلف روی آنهاست.
شیرپوینت از سالیان دور امکاناتی را برای کار با داده های خارجی در اختیار کاربران و برنامه نویسان قرار داده، BDC ها در شیرپوینت 2007 و سرویس Business Connectivity در شیرپوینت 2010 هر دو هدف مشترکی را دنبال می کنند.
در شیرپوینت 2010 برای اتصال به یک منبع داده خارجی، 3 گزینه وجود داشت: WCF، SQL Server و .NET Assembly . اما در شیرپوینت 2013 گزینه OData نیز به این مجموعه اضافه شده است.
OData یا Open Data Protocol یک پروتکل برای کوئری زدن و به روز رسانی داده هاست که به شکل های مختلف از جمله از طریق Http یا JSON می توان از آن استفاده کرد. شیرپوینت 2013 علاوه بر پشتیبانی از OData، روش های مختلفی برای احراز هویت (Authentication) در آن را نیز پشتیبانی می کند از جمله احراز هویت کاربر ناشناس (Anonymous)، احراز هویت Basic و Windows Authentication و احراز هویت سفارشی (Custom Authentication)
social broadcasting
در تکمیل پشتیبانی از OData، شیرپوینت 2013 همچنین به صورت خودکار توانایی ایجاد BDC Model ها بر اساس OData را دارد، در این حالت شما نیاز نیست نگران نوع منبع داده، نحوه احراز هویت و نحوه تعامل با منبع داده خارجی باشید. همچنین به منظور تنوع در استفاده از قابلیت های OData دستوراتی نیز به powershell شیرپوینت در این خصوص افزوده شده است که مدیران سیستم می توانند از آن ها برای کار با OData استفاده کنند.
علاوه بر OData، یکی از قابلیت های جدید و بسیار جالب شیرپوینت 2013 در مبحث Business Connectivity، قابلیت Event Listener است که به کمک آن شیرپوینت می تواند رویدادهایی که منجر به تغییر بر روی داده های منبع داده خارجی می شود را برای برنامه نویسان قابل دسترس کند تا برای این رویدادها کدهای سفارشی تهیه کنند. این قابلیت به توسعه بیشتر و استفاده منعطف از قابلیت های منبع داده خارجی کمک بسیار زیادی می کند.
علاوه بر برنامه نویسان، در شیرپوینت 2013 کاربران عادی نیز می توانند از قابلیت مربوط به رویدادها بر روی منبع داده خارجی استفاده کنند و برای خود هشدارهای سفارشی روی External List ها تعریف کنند. این نخستین بار در شیرپوینت است که چنین امکانی برای کاربران نهایی فراهم می شود. به این ترتیب می توان از قدرت alert های شیرپوینت برای دریافت notification بر روی منابع داده غیرشیرپوینتی نیز استفاده کرد.
حالا که صحبت از External List ها شد، خوب است بدانید که مایکروسافت در شیرپوینت 2013 بهبودهایی نیز در performance لیست های خارجی ایجاد کرده است. بیشتر این بهبودها، از طریق افزودن امکان صفحه بندی، فیلتر کردن داده ها و مرتب کردن اطلاعات خارجی در سمت داده خارجی و قبل از ارسال اطلاعات به شیرپوینت است، به این ترتیب وقتی شما در حال مشاهده صفحه ای از داده ها در شیرپوینت هستید، داده ها به شکل بهینه ای از منبع داده خارجی به شیرپوینت منتقل می شوند.
علاوه بر بهبودهای اشاره شده، با مشخص کردن حد رکوردها در BDC، کاربر امکان مشخص کردن تعداد رکوردهایی که در هر صفحه از لیست خارجی نمایش داده می شود را نیز دارا خواهد بود.
یکی دیگر از قابلیت هایی که به لیست های خارجی در شیرپوینت 2013 اضافه شده و جزء تفاوتهای لیست های عادی و لیست های خارجی در شیرپونت 2010 محسوب می شد قابلیت export کردن داده های لیست خارجی به اکسل است. البته این export یک طرفه است و هنوز قابلیت import از اکسل به یک لیست خارجی اضافه نشده است (قابلیت import از اکسل در لیست های معمولی در شیرپونت 2010 نیز وجود داشت). همچنین وقتی اطلاعات به اکسل ارسال می شوند در واقع نمایی از داده هایی که در حال مشاهده آنها بر روی مرورگر هستیم به اکسل فرستاده می شود با همان ترتیب و با همان فیلترها و روال کار در شیرپوینت 2013 مانند ارسال به اکسل قدیمی که همه داده ها را ارسال می کرد نیست.
امکانات جدید Business Intelligence در شیرپوینت 2013
شیرپوینت، حوزه هوش سازمانی را از طریق چند سرویس به کاربران خود ارائه می کند. در حوزه هوش سازمانی اکسل یا Excel BI با چند ویژگی جدید روبرو هستیم. In-Memory BI Engine که قابلیت آنالیز میلیون ها ردیف را می دهد و به صورت کامل با نرم افزار کلاینتی اکسل نیز سازگار و یکپارچه است. Power View Add-in برای اکسل و گزارشات PivotTable از جمله دیگر بهبودهای Excel BI در شیرپوینت 2013 هستند.
در حوزه اکسل سرویس، که یکی از بخش های مهم شیرپوینت بوده و هست نیز قابلیت هایی جدیدی اضافه شده که به کاربران و برنامه نویسان در استفاده بهتر و سریعتر از قابلیت های هوش سازمانی مایکروسافت کمک می کند. از جمله این قابلیت های جدید می توان به بهبودهایی در مشاهده داده ها، تعیین SQL Server Analysis Service مورد نظر از سوی مدیر سیستم، به روز رسانی در الگوی سایت مرکز هوش سازمانی (BI Center) در مجموعه الگوهای سایت شیرپوینت اشاره کرد.
اما یکی از بیشترین به روز رسانی ها در حوزه BI در بخش PerformancePoint Service صورت گرفته است. در ادامه کارهایی که مایکروسافت در حوزه یکپارچگی و آسان کردن دسترسی به داده های شیرپوینت از طریق برنامه های موبایل انجام داده، نمایش کامل و بدون نقص داده های داشبوردهای مدیریتی بر روی iPad یکی از جدیدترین امکاناتی است که مایکروسافت به مجموعه PerformancePoint افزوده است. همچنین در این حوزه، یک قابلیت بسیار کاربردی به نام Dashboard Migration اضافه شده که به کاربران این امکان را می دهد که تمام یک داشبورد مدیریتی از جمله صفحات aspx آن را به یک کاربر یا سرور یا مجموعه سایت دیگر منتقل کنند، علاوه بر این امکان، با استفاده از قابلیت هایی که به powershell افزوده شده امکان انتقال داده ها بین داشبوردها نیز به وجود آمده است.
در حوزه هوش سازمانی، یکی از جدیدترین دستاوردهای مایکروسافت که در شیرپونت 2010 معرفی شد، Visio Service بود. در شیرپوینت 2013 نیز بهبودهایی هر چند اندک در حوزه Visio Service اتفاق افتاده از جمله افزایش حجم کش که به صورت یک تنظیم در Central Administration درآمده است، اضافه کردن دستورات جدید مختص Visio به powershell و پشتیبانی از توضیحات (comment) بر روی اشکال visio.
امکانات بیشتر و راه توسعه در شیرپوینت 2013
در مقالات دیگری، به زوایای دیگری از حوزه برنامه نویسی در شیرپوینت 2013 خواهیم پرداخت. با وجود اینکه شیرپوینت 2013 هنوز به نسخه نهایی نرسیده، اما پرنیان پردازش پارس به عنوان برترین ارائه کننده راهکارهای مبتنی بر شیرپوینت در ایران، به سرعت در حالت مطالعه بر روی به روز رسانی برنامه ها برای ارائه در شیرپوینت 2013 است.
 

آخرین نظرات

Comment RSS