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

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

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

مقایسه فرآیند ساز پرنیان و نینتکس

تولید نسخه 2013 از فرآیند ساز پرنیان که بر پایه قابلیت های شیرپوینت 2013 نوشته می شود تا امروز حدود 30 درصد پیشرفت داشته است. با توجه به اینکه تنها فرآیند ساز شیرپوینتی ایرانی، "فرآیند ساز پرنیان" است و دیگر همکاران از محصول خارجی به نام نینتکس استفاده می کنند بد ندیدم که در این پست به مقایسه ویژگی های این دو محصول بپردازم.

 مناسب برای فرآیندهای انسانی
از یک نگاه فرآیندها به دو دسته تقسیم می شوند، فرآیندهای ماشینی که گام های مختلف آن تماما توسط کامپیوتر انجام می شود و در هیچ مرحله ای برای دریافت اطلاعاتی از کاربر منتظر نمی ماند و فرآیندهای انسانی که عمدتا در سیستم های BPMS مدیریت می شوند که در تمام مراحل یا بخشی از آنها موتور گردش فرآیند برای دریافت اطلاعاتی از کاربر انسانی منتظر می شود. فرآیندهایی چون مرخصی، درخواست کالا، عقد قرارداد، امکانسنجی تولید، درخواست مساعده، تسویه حساب و... که معمولا برای مدیریت سازمان ها استفاده می شوند عمدتا در دسته فرایندهای انسانی قرار می گیرند. در فرآیندهای انسانی لازم است که موتور فرآیند ساز داده مناسب را به شکل ساده در محل مناسب و با دسترسی صحیح به کاربر مجاز نمایش دهد. فرآیند ساز پرنیان به گونه ای ساخته شده است که برای طراح فرآیند این امکان را فراهم می کند تا بدون درگیر شدن با کد نویسی یا مسائل پیچیده فنی این نیاز را برطرف کند اما در ابزارهای نظیر نینتکس که بیشتر برای فرآیندهای ماشینی مناسب هستند رفع این نیاز پیچیده، زمانبر و در بعضی موارد الزام به کدنویسی است.
 نمودار طراحی فرآیند
طراحی فرآیند به دو صورت ترتیبی (Sequensial) و ماشین حالت (State Machine) امکان پذیر است. بیشتر نرم افزارهای طراحی گردش کار از جمله نینتکس و Sharepoint Designer از مدل ترتیبی استفاده می کنند. طراحی فرآیند به صورت ترتیبی برای فرآیندهای ماشینی و یا کوچک انسانی مناسب است اما وقتی فرآیند بزرگ باشد و یا پیچیدگی های زیادی در نحوه گردش آن وجود داشته باشد و یا رفت و برگشت بین مراحل زیاد باشد. استفاده از شیوه ترتیبی عملا اسپاگتی ایجاد خواهد کرد که درک آن غیر ممکن خواهد شد. علاوه بر آن در شیوه ترتیبی تفکیک دقیقی بین مراحل وجود ندارد و "مرحله" بیشتر یک دسته بندی از مجموعه ای فعالیتها است. اما شیوه طراحی ماشین حالت که شیوه استفاده شده در فرآیند ساز پرنیان است بسیار مناسب تر و شفاف تر است. هر چند که از لحاظ زیبایی ظاهری نمودار، به خوشگلی نمودار ترتیبی نیست :) در شیوه ماشین حالت فرآیند از چند State تشکیل شده است و هر State دارای بخشی شروع، بدنه و پایان است و در هر بخش می تواند یک نمودار ترتیبی قرار داد. و برای رفتن به State دیگر کافی است خط انتقال(Transition) ترسیم شود و شرط انتقال مشخص شود. طراحی فرآیندهای بزرگ و سازمانی با این شیوه بسیار قابل فهم تر و دقیقتر است تا روش ترتیبی

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

 

کپی رایت خوب است یا بد؟

​در این پست منظور از کپی رایت یعنی رعایت حق تولید کننده نرم افزارهای غیر ایرانی، در مورد نرم افزارهای ایرانی کپی رایت یک مساله پذیرفته شده است که هر چند توسط کاربران عادی چندان رعایت نمی شود اما تولید کنندگان خود با چنگ و دندان از محصولشان دفاع می کنند و آن را به انواع قفل نرم افزاری و سخت افزاری مزین می کنند. ناگفته پیداست که حق دارند و ما هم چنین می کنیم.
 
پذیرفتن یا نپذیرفتن قانون کپی رایت هم دست من و شما نیست که بخواهیم در خصوص علل آن بنویسیم. اما بیاید فرض محال کنیم که از همین فردا همه، از دولت گرفته تا شرکت های تولید کننده نرم افزار و مردم عادی و ... خلاصه همه و همه قانون کپی رایت را برای نرم افزارها بپذیرند و از صمیم قلب بخواهند تا حقوق پدیدآورندگان نرم افزار را پرداخت نمایند. به نظر شما این پذیرش به نفع شرکت های نرم افزاری ایرانی است یا به ضررشان؟
کپی رایت
 
 ضررها:
  • بازار ایران بر روی تولید کنندگان خارجی باز می شود و از این پس ما تولید کنندگان داخلی باید چون بره ای تازه متولد شده با گرگان بیابان دیده به رقابت بپردازیم و صد البته شرکت های بسیاری قربانی این رقابت می شوند و از چرخه حیات کاری ساقط می گردند. این یک ضرر است اما نه برای همه مردم فقط برای تولید کنندگان نرم افزارهای بومی.
  • دوران سایت های نرم افزارهای مجانی و دی و دی های هلوگرام دار سرشار از نرم افزارهای کرک شده به سر می آید و همه ما بایستی برای خرید بیشتر نرم افزارهایی که در حال حاضر بر روی کامپیوترهایمان نصب داریم، هزینه پرداخت کنیم. این ضرر کمی سنگین است و میلیاردها تومان خرج روی دست مملکت می گذارد.تصور کنید که حدود یک میلیون تومان برای خرید یک پی سی هزینه کنید بعد تازه مجبور باشید بیش از این مقدار برای نرم افزار MultiMedia و بازی و ... هزینه کنید!!! هر چند بسیار سخت می نماید که چنین چیزی در عمل اتفاق بیافتد اما ما ایرانی های ثابت کرده ایم که غیر ممکن ها هم ممکن می شود مانند آنچه بر سر دلار آمد و تبعات حاصل از آن، و در ظاهر آب از آب تکان نخورد.
 
منافع:
  • اصلی ترین منفعت حاصل از این اتفاق تغییر فرهنگ مصرف کنندگان است که عادت می کنند برای داشتن یک نرم افزار باید هزینه کنند. یک مثال می زنیم در حال حاضر شما وقتی به یک سازمان با حدود 200 کاربر برای نرم افزار اتوماسیون اداری قیمتی حدود 15 میلیون تومان بدهید، قطعا با واکنش های منفی روبرو خواهید شد و اینکه از نظر آن سازمان این قیمت بسیار بالاست. اما همین سازمان را بعد از پذیرش کپی رایت در نظر بگیرید. بایستی حداقل 200 لایسنس ویندوز، 200 لایسنس آفیس، لایسنس SQL، لایسنس ویندوز سرور و... را از پیش خریداری کرده باشد. که در این صورت عدد نرم افزار اتوماسیون شما برایش منطقی و شاید ارزان هم باشد.
  • افزایش توان تولید کنندگان نرم افزار داخلی یکی دیگر از پیامدهای این اتفاق است. درست است که شاید تعداد زیادی از شرکت های داخلی در ورطه رقابت از پا درآیند اما آنها که می مانند بسیار قوی تر شده و نه تنها به داخل بلکه به خارج از ایران نیز توان سرویس دهی خواهند داشت.
  • مشاغل جدیدی پیرامون محصولات شرکت های بزرگی چون مایکروسافت شکل می گیرد. در حال حاضر اکثر برنامه نویسان در حال نوشتن نرم افزارهایی از پایه هستند و کمتر شرکتی تلاش می کند آنچه بزرگان فناوری تولید کرده اند را برای سازمان ها به شکل مناسبی مستقر نماید. در صورتی که فرآیند شناسایی صحیح نیازهای سازمان و تطبیق آن ها با امکانات نرم افزار یو استقرار صحیح یک نرم افزار در سازمان کم از تولید آن ندارد. نمونه این رویکرد را در طرح سامان پرنیان توضیح داده ایم.

 

چگونه در شیرپوینت 2013 سیستم تیکتینگ بسازیم؟

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

نیازهای یک سیستم تیکتینگ:

  • امکان اعلام مشکل (Issue) از طرف همه کاربران
  • مشکلات با وضعیت های (باز، پاسخ داده شده، بسته) قابل تفکیک باشند
  • پی گیری مشکل اعلام شده توسط درخواست دهنده
  • ارجاع مشکل توسط کارشناس توزیع درخواست ها به کارشناس مرتبط
  • ثبت پاسخ توسط کارشناس مرتبط

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

 
 طراحی فرم اعلام مشکل

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

مزایا:

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

معایب:

  • نیاز به فرم سرور برای نمایش فرم ها که به معنای نیاز به استفاده از نسخه Portal Server شیرپوینت است.
  • کندی نمایش فرم ها در مواردی که قرار است از شبکه اینترنت برای نمایش فرم ها استفاده شود.

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

  • "گروه"  را از نوع Choice با مقادیر مورد نظر خود مانند: شبکه، نرم افزار، اینترنت، سخت افزار و ... 
  • "شرح" را از نوع Text Box Multi Line 
  • "درجه اهمیت" را از نوع Choice با مقادیر "مهم، معمولی، کم"
  • "انجام دهنده" از نوع User
  • "پاسخ" را ا�� نوع Text Box Multi Line 
  • "تاریخ انجام" را از نوع Date
  • "وضعیت" از نوع Choice با مقادیر "باز ، پاسخ داده شده، بسته"

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

رفع مسائل

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

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

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

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

    تکمیل راهکار

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

    تجربه فروش به يك ايراني مقيم خارج

    ​مدتي پيش يك ايراني مقيم امارات به عنوان مدير يك كسب و كار بين المللي كه دفاتري در ايران و امارات و چند كشور ديگر دارد با پرنيان تماس گرفت و درخواست مشاوره و استفاده از خدمات پرنيان براي راه اندازي سرويسي مبتني بر شيرپوينت را داشت. ايشان قبل از تماس با ما اكانتي را در نسخه آزمايشي آفيس 365 مايكروسافت را كه بر روي سرويس ابري ويندوز Azure عرضه مي شود ايجاد كرده بودند و مايل بودند راهكار مورد نظرشان بر روي اين سرويس مايكروسافت دريافت نمايند.
     
    آفیس 365
     طبق بررسي هاي همكاران من در پرنيان،‌ آفيس 365 شامل سرويس ايميل، اوتلوك تحت وب 2013، شيرپوينت 2013، Lync 2013 و اسكاي درايو است. يعني تمام سرويس هاي دفتري مورد نياز براي آفيس يك كسب و كار. آفيس 365 كه كاملا به صورت آنلاين عرضه مي شود براي هر 10 كاربر در سال 1500 دلار هزينه دارد. اين عدد در مقابل خريد لايسنس 10 كاربره فقط شيرپوينت به مبلغ 10000 دلار كاملا مناسب به نظر مي رسد.
    با توجه به قابليت جديد شيرپوينت 2013 براي اتصال به فروشگاه شيرپوينت مايكروسافت و نصب آنلاين App ها، به راحتي مي توان Appهاي مورد نظر را روي شيرپوينت نصب كرد و در نهايت به راهكار مورد نظر رسيد.
     
    اما نكات جالب توجه اين تجربه:
    - بحث لايسنس و پرداخت وجه براي خريد نرم افزار براي ايشان كاملا عادي بود و نه دنبال تخفيف هاي آنچناني بودند و نه شگفت زده بودند از اينكه سرويس نرم افزاري را از مايكروسافت اجاره كنند و بابت آن چند ميليون تومان پول پرداخت كنند. اين تجربه دوباره من را ياد داستان قديمي كپي رايت انداخت كه آيا پذيرش قانون كپي رايت در ايران به نفع شركت هاي نرم افزاري است يا به ضرر آنها. انشالله در آينده مطلبي در اين خصوص خواهم نوشت.
     
    - استفاده از بستر اينترنت (البته از نوع پرسرعت واقعي و پايدار) و سرويس هاي ابري براي مديريت يكپارچه نرم افزاري يك كسب و كار بين المللي كه خود به نوبه خود تجربه اي جديد و جذاب براي پرنيان بود.

     

    فقط برای پول کار نکنید

    در یک سال گذشته افرادی بسیاری را دیده ام که به دلالی روی آورده اند. از دلالی ماشین گرفته تا زمین و ارز و سکه و ...​ نه اینکه از بیکاری به دلالی روی آورده باشند. نه، شغل خود را رها کرده و به دنبال کسب درآمد سریع و آسان و زیاد رفته اند.

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

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

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

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



     

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

    در وب فارسی تا مدت ها همه نوشته های با فونت Tahoma نمایش داده می شدند. فونت Tahoma البته برای نوشته هایی با اندازه کوچک زیباست اما وقتی برای سرتیترها استفاده می شود اصلا جذابیتی ندارد.

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

    فونت فارسی 
    پرنیان نیز وب پارت فونت فارسی​ را از طریق فروشگاه شیرپوینت​ عرضه نموده است. با استفاده از این وب پارت یا به عبارت درست تر افزونه، 40 فونت lمتنوع و زیبای فارسی به بخش ویرایشگر شیرپوینت در ریبون اضافه می شود و شما می توانید در همه نوشته ها از آن استفاده کنید.

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

     

    فروش یک بسته نرم افزاری چقدر سود دارد؟

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

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

     

     

    پرنیان استفاده از فرم های InfoPath را ساده تر می کند

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

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

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

        امکان ذخیره فرم در شیرپوینت توسط کاربر anonymous
        API تولید خودکار نام فایل اینفوپس بر اساس تاریخ
        API تعیین خودکار مسیر Submit فرم (در زمان جابجایی فرم نیاز به تغییر آدرس Submit نمی باشد)
        کنترل وجود خطا قبل از ارسال و نمایش خطا (خطایی که شیرپوینت نمایش می دهد برای کاربر نهایی مناسب نیست که جلوی نمایش این خطا را گرفته و یک خطای دیگر نمایش می دهد)
        تولید خودکار کد رهگیری  (کد رهگیری کوتاه تولید می کند و عدم تکراری بودن آن را کنترل می کند)
        امکان تولید کد رهگیری تصادفی
        امکان تولید کد رهگیری بر اساس یکی از داده های ثبت شده توسط کاربر
        مجهز به وب پارت رهگیری برای نمایش نتایج اقدامات روی فرم
        معرفی فرم به سایت جهت نمایش در لیست رهگیری

    نمونه فرم :
    http://www.barangroupco.com/Fa/Pages/portalpages/employment.aspx
     
    نمونه رهگیری:
    http://www.barangroupco.com/Fa/Pages/findinformation.aspx
     

     

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

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

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

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

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

    • مدیریت متمرکز تمامی مجوزهای تنظیم شده برروی آیتمهای لیست.
    • اینترفیسی کاملا کاربرپسند
    • مجوزدهی برروی انواع مختلف لیستها و کتابخانه های اسناد.
    • مجوزدهی برروی انواع آیتمهای لیستها و کتابخانه های اسناد.
    • دسترسی سریع به صفحه ی تنظیم مجوزها از قسمت ریبون لیست.
    • جستجوی سریع و راحت برروی تمامی لیستها و کتابخانه ها به منظور یافتن سریع لیست مورد نظر و اعمال مجوز برروی خود لیست و آیمتهای آن.
    • قابلیت تنظیم مجوز به صورت قالب مجوزهای مختلف به تعداد نامحدود برروی آیتم.
    • تعیین مجوز برروی آیتم برای کاربران و گروهها شرپوینتی.
    • تعیین مجوز برروی آیتم برای کاربران و گروههای موجود در فیلدهای آیتم.
    • تعیین مجوز برروی آیتم برای گروههای کاربر اضافه کننده ی آیتم در لیست.
    • مجوز برروی آیتم برای کاربر جاری یا کاربر اضافه کننده ی آیتم در لیست.
    • انتخاب و اعمال یک با چند سطح مجوز به ایجاد کننده مورد (Creator)
    • انتخاب و اعمال یک با چند سطح مجوز به کاربران یا گروه های خاص
    • امکان انتخاب و اعمال یک با چند سطح مجوز به کاربر یا گروه موجود در یک یا چند فیلد از ستون های مورد ایجاد شده.
    • تعیین مجوز برروی تمامی نوع های محتوای آیتمهای لیست به صورت مجزا.
    • نگهداری مجوزهای فعلی آیتم و افزودن مجوزهای تعیین شده به آن و یا حذف مجوزها و سپس افزودن مجوزها به آن.
    • تعیین شرط بر اساس ستون های متنی و عددی آیتم با استفاده از عملگرهای > و < و =

     

    طرح سامان پرنیان راه حلی برای نجات از هزینه های مکرر

    بعضی مشکلات را می شود با خرید ابزار مناسب برطرف کرد. اما برای بعضی دیگر باید علاوه بر خرید ابزار مناسب باید وقت و انرژی مناسب نیز صرف شود تا آنچه خریده ایم بتواند گره از مشکل بگشاید. 
    به عقیده ما نرم افزار علی الخصوص از نوع سازمانی آن جزء دسته دوم است. یعنی به صرف خرید نرم افزار مناسب و نصب آن نباید انتظار داشت که استفاده صحیح نیز از آن صورت گیرد و مشکلات یکی پس از دیگری رخ بر بندند. که اگر چنین باشیم که تا کنون بسیاری از ما چنین بوده ایم. پس از مدتی از نصب نرم افزار به مرور استفاده از آن کمتر و کمتر می شود و برای آن دسته که استفاده می کنند نه تنها مرهم نیست بلکه دردی می شود اضافه بر دردهای دیگر . و وقتی به چنین شرایطی برسیم پیشنهادهای تعویض نرم افزار را برای حل مشکل دنبال خواهیم کرد و شاید دوباره و دوباره همین اتفاق تکرار شود. در حالی که مشکل مربوط به نرم افزار نبوده است یا حداقل کمتر مربوط به 
    نرم افزار بوده و بیشتر برمی گردد به نحوه استقرار آن.
     
    کاربرد نرم افزار 
    نمودار : Esuo کاربرد سيستم نرم‌افزاري در سازمان 
     
    راه حل این مساله شناخت صحیح سازمان قبل از نصب نرم افزار، آموزش مداوم و پی گیر توسط شرکت ارایه دهنده نرم افزار و تلاش برای رفع همه موانع بر سر راه نهادینه شدن نرم افزار در سازمان است. همه اینها در طرح سامان پرنیان کنار هم قرار داده شده اند تا تلاشی باشد برای کاهش ریسک موفقیت پروژه های نرم افزاری.
     

     
     

    آخرین نظرات

    Comment RSS