وبلاگ پرنیان پردازش پارس

مقالات آموزش اتوماسیون اداری و شیرپوینت، فیلم های آموزشی، آخرین اخبار و دیگر مطالب مرتبط با دنیای نرم افزارهای سازمانی

اطلاعات بیشتر »

Dynamics CRM 2015 - سرمایه گذاری های کلیدی

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

مقدمه:
در دینامیک مایکروسافت چشم انداز ما کمک به مشتری های خود در ارائه انواع تجارب شگفت انگیز به مشتری است تا به رشد کسب و کارشان کمک کند. معتقدیم که به طور سنتی شکافی بین بازاریابی و فروش وجود دارد که نیازمند ترمیم است تا به درستی تجارب شخصی را که مشتریان علاقه مندشان هستند به آن ها ارائه شود. در این دوران فروشندگان و بازاریان باید نزدیک تر به هم کار کنند تا به طور یکپارچه و موفقیت آمیز مشتریان را مجذوب کنند، برای این مقصود مایکروسافت راه حل هایی ارائه می دهد که می تواند آن ها را قادر به ارائه ی تجارب شگفت انگیز به مشتری کند. با تطبیق سازمان تان به آن چه که مهم تر است، شرکت ها قادر خواهند بود موفقیت و مجذوبیت بزرگ تری از مشتری های خود به دست آورند.
این نوشتار بر قابلیت های CRM 2015 دینامیک مایکروسافت، CRM آنلاین (بر خط) دینامیک مایکروسافت (به روز رسانی 2015)، بازاریابی دینامیک مایکروسافت (به روز رسانی 2015) و Social Listening مایکروسافت (2014 R2) تاکید دارد که توانایی مشتری های ما را در ارائه تجارب شگفت انگیز بالا می برد. با تعهد بر چرخه منتشر شده سریع الانتقال در حال حاضر چندین نسخه در برنامه ریزی و توسعه وجود دارد. CRM 2015 دینامیک مایکروسافت نسخه ای اصلی است که به مشتری های آنلاین ما به عنوان به روز رسانی ارائه شده به مشتری و به مشتری های پیش فرض ما به عنوان نسخه 7.0 ارائه می گردد. بازاریابی دینامیک مایکروسافت به عنوان به روز رسانی راهنما ارائه می شود.

 

بررسی اجمالی سرمایه گذاری های کلیدی
برای کمک هوشمندانه تر به بازار مشتری ��ای خود در زمینه های زیر در حال سرمایه گذاری هستیم:

بازاریابی

مفهوم کسب و کار – جهان در حال تغییر است و بر چگونگی نیاز شرکت ها به تعامل با مشتری تاثیرگذار است. مشتری ها 57% راه چرخه-ی خرید را پیش از تعامل با شما طی می کنند. بازاریاب ها بیشتر از همیشه باید در هر مرحله همراه مشتری باشند و اطمینان حاصل کنند که زمانی که مشتری از راه می رسد، فروشندگان، بازاریاب ها و خود مشتری همگی یک ذهنیت داشته باشند. بازاریابی بیشتر سفر مشتری را بیش از همیشه در دست دارد بنابراین آن ها باید مشتری ها را به روش های جدیدی از کانال های جدیدی از طریقی شخصی و مناسب جذب کنند. همزمان بازاریاب ها در خصوص بازگشت سرمایه گذاری بازاریابی شان بسیار مسئول هستند، در عین حال بیشترشان دارای قابلیت دنبال کردن کمپین ها و درک شرایط فشار در یک زمان نیستند . بیش از 50% این CMO ها برای دورنمای جدید بازاریابی آماده نیستند.
بازاریابی دینامیک مایکروسافت گروه بازاریابی شما را قادر می سازد تا به طور یکپارچه از برنامه ریزی به اجرا برود و از توان اکسل و Power BI برای اندازه گیری کمپین ها در کانال های مختلف استفاده نماید. بنابراین می توانید تصور بازاریابی تان را به عمل بیاورید. می توانید مشتری ها را به صورت نفر به نفر و از طریق کانال های مختلف جذب کنید، خط لوله-ی فروش خود را بسازید و اثر سرمایه گذاری بازاریابی تان را به طور لحظه ای مشاهده کنید.

 

بازاریابی چند کاناله

خریدار امروزی باهوش است و هر روز باهوش تر می شود. شما باید بفهمید که چه چیز برای آن ها مهم تر است و به آن ها کمک کنید تا به سرعت و بدون تناقض به حقیقتی که دنبالش هستند برسند. . به روز رسانی 2015 بازاریابی دینامیک به سازمان ها در ساده و موثرتر کردن ایجاد کمپین ها، بهبود تقسیم بندی بازار با استفاده از محیط گرافیکی ویرایش ایمیل،  آزمون شکست و A/B ، مجتمع سازی پیشنهادها و گردش کارهای تایید کمک می کند.

بیشتر...

 

پیاده سازی لایه سرویس در پورتال سرویس گرا با شیرپوینت

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

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

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

بخش سوم: "نقش BCS در پورتال سرویس گرا با شیرپوینت"

راه های مختلفی برای پیاده سازی لایه سرویس زیر پورتال سازمانی شیرپوینت وجود دارد که SharePoint Service Applications  و BizTalk Server (درون سازمان) و یا Azure Service Bus (ابر) پرکاربردترین ها در محیط های «غیر از شیرپوینت» هستند. BizTalk Server  اغلب استفاده می شود چون معمولا پیاده سازی معماری SOA از طریق استفاده از ESB انجام می شود، و BizTalk Server را می توان با توجه به الگوی طراحی ESB پیاده سازی کرد. اگر شیرپوینت در ابر (SharePoint Online) پیاده سازی شود، Azure Service Bus (که با توجه به الگوی طراحی ESB پیاده سازی می شود) انتخاب بهتری است. برای راه حل های ترکیبی، که در آن بخشی از سرویس درون سازمان و بخشی دیگر در ابر اجرا می شود، الگوی ترکیبی Federated Service Bus بهترین راه حل خواهد بود.

شیرپوینت فقط از ESB (فدراسیون شده) برای مصرف و افشای سرویس  ها استفاده می کند. هر چند برای سناریوهای ساده ی فقط شیرپوینتی، Service Applications می تواند کفایت کند. بخش باقیمانده این مقاله درباره پیاده سازی ESB به عنوان لایه سرویس است.
External Contents Types در شیرپوینت را می توان در مخزن External Content Type Repository سازماندهی و ذخیره کرد (شکل 2 را ببینید). به عنوان مثال، کاربر دانای شیرپوینت می تواند از ECT "Customer" برای نمایش داده  های «زنده» مشتری در یک وب پارت روی صفحه ای که شامل تمام اسناد قبلا رد و بدل شده برای آن مشتری خاص است استفاده کند. همچنین می توان از چندین وب پارت مختلف در یک صفحه استفاده کرد که از طریق استفاده از فناوری وب پارت  های متصل می توانند داده های کلیدی را به اشتراک بگذارند و اطلاعات را در زمینه درست نمایش دهند. به عنوان مثال، نشان دادن داده های مشتری «زنده»، و نشان دادن تمام RFQها و Quoteهای مربوط به آن مشتری در دیگر بخش های آن صفحه کار آسانی است (کافی است «شناسه مشتری» را بین وب پارت ها به اشتراک بگذارید).

شکل 2

مهم این است که این ECT به طور مستقیم به سرویس های ارائه شده در ESB مربوطه لینک شوند. هنگامی که صفحه اصلی Project Site برای «پروژه X برای مشتری Y» نمایش داده می شود، آن را به داده های زنده Customer، RFQ و Quote مربوط به مشتری Y را از طریق ESB بازیابی می کند که به نوبه خود داده ها را از سیستم ها و سرویس های back-end مربوطه از طریق فراخوانی وب سرویس (تنظیم شده) می گیرد.

داستان زمانی جالب تر می شود که ترکیب سرویس مورد نیاز باشد. به عنوان مثال، هنگام ارائه رابط سفارش برای مشتریان خود در بخش اکسترانت پورتال تان. "Order" ECT سرویس Order را در ESB مصرف می کند که می تواند به صورت الگوی Scatter Gather مانند شکل 3 پیاده سازی شود. گذرگاه سرویس Order را به صورت وب سرویسی نشان می دهد که توسط شیرپوینت از طریق ECT مصرف می شود. سرویس Order به صورت سرویس ترکیبی که چند سرویس دیگر را بر اساس نیاز فراخوانی می کند پیاده سازی می شود. به عنوان مثال، می تواند سرویس ارائه شده توسط سیستم CRM را فراخوانی کند تا ببیند که مشتری یک مشتری شناخته شده است و یک مراجعه به آن فراهم کند. گام بعدی می تواند بررسی اعتبار ارائه شده توسط سرویس ابر باشد. مرحله نهایی می تواند ارائه سفارش مشتری به سیستم ERP باشد. نتایج تمام فراخوانی سرویس ها تجمیع می شود و به ECT شیرپوینت برگردانده می شود که از آن برای نمایش نتایج ورودی سفارش در پورتال استفاده خواهد کرد.
فرآیندهای کسب و کار را می توان در ESB مدل سازی کرد، که می تواند کارکردهای سیستم های مختلف backend را ترکیب کند، و قادر به نمایش آنها به صورت سرویس ترکیبی برای مصرف توسط شیرپوینت است. فرآیند کسب و کاری که در ESB اجرا می شود مسئول هماهنگ سازی تعامل با تمام سرویس های مربوطه، و رسیدگی به این فرآیند به عنوان تنها تراکنشی است که در صورت نیاز می تواند رول بک شود.

شکل 3

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

با پیاده سازی ESB کامل BizTalk Server و Azure Service Bus زیر شیرپوینت، مزایای اضافی زیر فراهم خواهند شد:
•    شفافیت نسخه و مکان سرویس
•    تبدیل پروتکل انتقال
•    مدیریت خطا و تعمیر
•    تبدیل فرمت داده ها
•    تعاملات پیام
•    ردیابی و ردگیری انتها به انتها
•    نظارت بر فعالیت (کسب و کار)

مورد آخر بسیار جالب توجه است. از آنجا که تمام سرویس های (ترکیبی) که توسط ESB رسیدگی می شوند از قبل تحت نظارتند، به راحتی می توانید اطلاعاتِ تحت نظارت را به سطحی گسترش دهید که Business Activity Monitoring امکان پذیر شود. با ردیابی مایلستون ها در فرآیندهای کسب و کارتان و یا حتی ردیابی محتوای کسب و کار خاصِی که از تراکنش هایی که توسط ESB پردازش شده اند بازیابی می شود، می توانید راه حل Business Intelligence خود را تغذیه کنید (به عنوان مثال، از طریق قابلیت های SQL Server و SharePoint BI) و از اطلاعات برای تنظیم فرآیندهای کسب و کار خود استفاده کنید. پیاده سازی صحیح مدیریت فرآیند کسب و کار (BPM) دیگر دور از ذهن نخواهد بود.

 

همراه، App اندریود پورتال پرنیان

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

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

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

در همین راستا شرکت پرنیان با معرفی App اندریود پورتال پرنیان با نام همراه برای شما مشتریان عزیز پورتال پرنیان این امکان را فراهم می کند که اَپ اختصاصی خود را داشته باشید. 

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

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

 لطفا نمونه ای از اَپ همراه که برای وب سایت پرنیان آماده شده است را دانلود کنید.

 

استفاده از وایبر در سامان

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

در ادامه این راه و برای سهولت ارتباط مشتریان عزیز با کارشناسان سامان سه خط موبایل با شماره های 09011275563 و 09011275562 و 09157336967 فعال شده است که شما پرنیانی عزیز می توانید از طریق این شماره ها به صورت مستقیم با کارشناسان سامان ارتباط برقرار کنید.

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

 

ما کجای صنعت نرم افزار دنیا ایستاده ایم؟

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

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

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

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

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

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

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

 

نقش BCS در پورتال سرویس گرا با شیرپوینت

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

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

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

شیرپوینت دارای ویژگی هایی برای یکپارچه سازی اطلاعات از سایر برنامه های کاربردی است. این قابلیت در آخرین نسخه شیرپوینت "Business Connectivity Services" (BCS) نامیده می شود. هنگام استفاده از این فناوری، می توانید از "External Content Types" (ECT)  مانند سایر انواع محتوا در لیست ها و کتابخانه های خود استفاده کنید. اما به جای بازیابی اطلاعات از مخازن داده بومی، شیرپوینت از BCS برای بازیابی داده ها استفاده می کند. ECT طرح و عملیات هایی را که روی داده ها انجام می شود تعریف می کند.

شکل1

همانطور که در شکل 1 دیده می شود، BCS می تواند بازیابی و ارسال داده ها از و به منابع دیگر را با استفاده از پرسش های (query) مستقیم SQL توسط اجزای دات نت یا با فراخوانی وب سرویسها انجام دهد. از طریق BCS، قابلیت های کامل CRUD را در اختیار دارید. با این حال، چند محدودیت وجود دارد. عدم قابلیت برای ترکیب سرویس ها، و استفاده از تبدیل فرمت داده ها مهمترین موارد در این بخش هستند. ترکیب چند منبع داده در یکی و نمایش آن در وب پارت یا لیست استاندارد شیرپوینت (به راحتی) امکان پذیر نیست.
علاوه بر این، افتادن در دام دیگری بسیار آسان است؛ که دام «یکپارچه سازی اسپاگتی» نامیده می شود که در آن بسیاری از سیستم ها و سرویس با یکدیگر به شکل نظیر به نظیر ارتباط برقرار می کنند و در نتیجه وضعیت غیرقابل کنترلی ایجاد می شود.
هنگامی که نگاهی به نمونه های آنلاین BCS می اندازید، می بینید که در بسیاری از آنها اتصال به جداول SQL Server بسیار آسان است. در واقع خوب است، اما چه می شود اگر شما مالک این پایگاه داده SQL نباشید؟ چه می شود اگر یک به روز رسانی نرم افزار موجب تغییر نام ستون یا جدول شود؟ آیا قصد دارید تمام ECTهایی را که قبلا تعریف کرده اید به روز رسانی کنید؟ حتی اگر بتوانید (در مورد دردسرهایی که تقسیم جدول ایجاد می کند فکر کنید)، ممکن است موجب دوباره کاری فراوان در جاهای مختلف شود. مثال دیگر، اتصالات WCF (سرویس های وب) است: چه می شود اگر اکنون محصولات شما در دو انبار ذخیره شوند در حالی که قبلا در یکی ذخیره می شدند؟ شما نیاز به بازنویسی اتصال BCS و تغییر آن به یک کانکتور سفارشی .Net Assembly دارید.
با پیاده سازی یک لایه سرویس در زیر BCS شیرپوینت، مصرف سرویس های ترکیبی و پیاده سازی نسخه های سرویس، ردیابی واقعی انتها به انتها، و نظارت بر ویژگی ها ممکن می شود. همچنین، پیاده سازی لایه سرویس موجب افزایش انعطاف پذیری و قابلیت ها با توجه به رسیدگی به تراکنش ها و ارائه راه حل های مقیاس پذیر و ایمن می شود.
و شاید مهمتر از همه، BCS در ترکیب با لایه سرویس و ویژگی های امنیتی مبتنی بر ادعاها که همراه شیرپوینت است محیط امنی ایجاد می کند که در آن اطلاعات با توجه به مقررات امنیتی، و نقش ها و مسئولیت های تعریف شده در SharePoint Governance Plan مدیریت خواهد شد.

 

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

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

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

 

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

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

مقدمه

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

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

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

 

آموزش رایگان شیرپوینت 2013

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

و اما هدیه هفتم و آخرین هدیه جشنواره جوایز پرنیان دوره آموزشی یک روزه رایگان شیرپوینت 2013 برای مدیران IT است. شما مخاطب عزیز که در حال مطالعه این مطلب هستید و به عنوان مدیر IT در یک سازمان دولتی یا خصوصی مشغول به فعالیت می باشید می توانید معرفی نامه خود را برای ما به آدرس sale@3pco.org ایمیل کنید. اگر ساکن خراسان بزرگ باشید برای شرکت در دوره آموزشی از شما دعوت می شود.

اما اگر ساکن خراسان بزرگ نیستید، لازم است تا حداقل 10 نفر از مدیران IT شهر یا استان خود را برای شرکت در دوره هماهنگ نمایید (ما آماده ایم تا در این هماهنگ سازی به شما کمک کنیم). تامین فضای برگزاری جلسه و هزینه ایاب و ذهاب استاد دوره با شماست ولی خود دوره کاملا رایگان می باشد.

 

 

وب پارت خبر پرنیان

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

بخش خبر یکی از بخش های مهم هر پورتال سازمانی است. معمولاً نیاز اولیه ای که در سازمانها مطرح می شود به این صورت است:
چه راهکاری را انتخاب کنیم که اخبار را با تصویر و خلاصه ای از خبر به ترتیب جدیدترین خبرها در پورتال نمایش دهیم. از طرفی اخبار پیش از نمایش عمومی توسط مسئول مربوطه تایید گردد.
سریعترین راه حل این مسئله که احتمالاً خیلی ها آن را انتخاب می کنند، نوشتن وب پارتی است که محتویات یک لیست شیرپوینتی را با جزئیات ذکر شده نمایش دهد. از طرفی جهت برطرف کردن نیاز به تایید ویژگی approval را در لیست فعال می کنند. اما این راهکار در طولانی مدت نیازهای بی پاسخ زیادی در پی خواهد داشت.
 راهکار خبر شرکت پرنیان محصولی است که برای زیر ذره بین این شماره در نظرگرفته ایم. این راهکار فراتر از یک وب پارت خبر است و می تواند طیف مختلفی از نیازهای آتی کاربران را پاسخگو باشد.  فاکتورهایی که در این راهکار به بررسی آنها می پردازیم عبارتند از:
•    جامع نگری و قابلیت توسعه
•    قابلیت استفاده مجدد
•    نصب و پیکربندی
•    رابط کاربری( UI)
•    تعامل کاربران با یکدیگر در ارتباط با راهکار (بخش های Social)
•    گزارشات
•    پشتیبانی

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

 

نقطه شروع در این راهکار زیر سایی خبری است که می تواند به صورت متمرکز و یا توزیع شده تنظیم گردد:
در حالت متمرکز تمامی اخبار توسط یک گروه خاص ثبت و مدیریت می شود و تنها شامل یک زیرسایت خبر اصلی می باشد و همه ی کاربران وارد این زیرسایت شده و خبر ثبت می نمایند.

در حالت توزیع شده واحدهای مختلف در سازمان به صورت مجزا امکان ثبت خبر را خواهند داشت و دارای چند زیرسایت فرعی خبر به ازای هر واحد و یک زیرسایت اصلی خبر می باشند. تمامی اخبار در زیرسایت اصلی ثبت خواهد شد اما در زیرسایت های فرعی برای هر واحد به صورت مجزا نشان داده و مدیریت خواهد شد.

 

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

بیشتر...

 

آخرین نظرات

Comment RSS