نرمافزار Dynamics CRM از جمله نرمافزارهایی هست که قابلیتهای افزودن پلاگین و انواع سفارشیسازی را دارا میباشد. سفارشیسازی سیاستها و روندهای سازمان در نرمافزار Dynamics CRM با استفاده از دو ابزار WorkFlow و Plugin انجام میشود. ابزار WorkFlow یک ابزار ساده ولی کامل برای انواع سفارشیها است. این ابزار محیطی را فراهم میکند که بدون دانش فنی بتوانید سفارشی انجام دهید. اگر WorkFlow برای سیاست مورد نظر شما کافی نبود، ابزار Plugin بکار گرفته میشود.
اشتراکها
ابزار مدیریت پروژه آنلاین رایگان
این سایت امکان استفاده رایگان را به کاربران ارائه میدهد .
بنده در تجربه اول فکر میکردم سرعت برنامه نویسی را میگیرد اما بعد از استفاده اجباری از آن ( یک خصلت در من و اکثر برنامه نویسان لجباز ! ) برای اینکه بتونی یک پروژه را بین یک تیم چند نفره ( حداکثر 5 نفر به نظر خودم ) بدون اتلاف کمترین زمان سازمان یافته و مدیریت کنیم ، متوجه شدم که مفید است . یکی از مزایای آن کاربری بسیار آسان و رایگان بودن میباشد.
Organize anything, together
بنده در تجربه اول فکر میکردم سرعت برنامه نویسی را میگیرد اما بعد از استفاده اجباری از آن ( یک خصلت در من و اکثر برنامه نویسان لجباز ! ) برای اینکه بتونی یک پروژه را بین یک تیم چند نفره ( حداکثر 5 نفر به نظر خودم ) بدون اتلاف کمترین زمان سازمان یافته و مدیریت کنیم ، متوجه شدم که مفید است . یکی از مزایای آن کاربری بسیار آسان و رایگان بودن میباشد.
Organize anything, together
آیا میشود در کنار سیستم احراز هویت DNT Identity سیستم احراز هویت Active Directory را پیاده سازی کردی؟
به اینصورت که در Request کاربر چک شود که اگر از کاربران جوین دامین است نیاز به لاگین نباشد و ساخت کوکی و لاگین پشت سیستم انجام شود و فقط دسترسی آن چک شود. درغیر اینصورت کاربر به صفحه لاگین راهنمایی شود. نیاز دارم که هر دو سیستم احراز هویت را داشته باشم...برای کاربران داخل و خارج سازمان
به اینصورت که در Request کاربر چک شود که اگر از کاربران جوین دامین است نیاز به لاگین نباشد و ساخت کوکی و لاگین پشت سیستم انجام شود و فقط دسترسی آن چک شود. درغیر اینصورت کاربر به صفحه لاگین راهنمایی شود. نیاز دارم که هر دو سیستم احراز هویت را داشته باشم...برای کاربران داخل و خارج سازمان
نظرات مطالب
مروری بر Claim
سلام...
این مفهوم در لایههای زیر ساحتی یک Application استفاده میشود (وابسته به Platform یا حتی پایینتر در infrastructure و در لایههای پیاده سازی برنامه با این مفهوم کاربرد ندارد). ضمنا بحث claim وابسته به مفهوم Authentication میباشد ولی مسئله شما با مفهوم Authorization سروکار دارد.
این موارد برای مقیاسهای بالا (مانند یک سازمان با کاربران زیاد و پیچیدگیهای معماری بالا) نمود بیشتری پیدا میکند . بیان معایب دلیلی بر کاربردی نبودن آن نیست و با امکان سنجی میتوان کاربردی و مفید بودن آن را سنجید.
موفق باشید
نظرات مطالب
WF:Windows Workflow #1
اینجا است که BPMS Engineها خودشان را نشان میدهند. تمام Bpmsها دارای ماژول BRE میبا شند که شما میتوانید قوانین کاری را در آن تعریف کنید. بعضی از این BPMSها مانند Intalio Bpms این امکان را به شما میدهند که قوانین کاری را در زمان اجرای برنامه تغییر دهید و دیگر سازمان لازم به تغییر فرایند و انتظار برای ایجاد بر نامه جدید نیست. خودشان میتوانند چارت سازمانی و قوانین کاری خود را در این Engine بدون اینکه لازم به توقف برنامه باشد تعریف و به روز رسانی کنند .
نظرات مطالب
خلاصه اشتراکهای روز پنج شنبه 3 آذر 1390
مهمترین مشکل کار با مایکروسافت این است که امروز عاشق است و فردا فارغ. امروز LINQ to SQL خوبه، فردا میاد میگه: چی؟! بریزیدش دور! EF خوبه! پس فردا همین بلا رو هم سر EF میاره. کمی صبر داشته باشید. به دو سال نمیرسه. اینجا است که کسانی که میگن مثلا منحنی آموزشی NH کمی شیب تندی دارد ضرر خواهند کرد. چون طول عمر NH وابسته به رای بسته یک سازمان نیست. یادگیری آن هم چیزی نیست که امروز مفید باشد، فردا منسوخ شود و بدون استفاده.
نظرات مطالب
نمونه سوالات مصاحبه استخدامی
واقعا سوالات سختی به نظر می رسند!اما شاید برای ما که در این کشور زندگی میکنیم اینطور به نظر میاد وقتی سوالات استخدامی بزرگترین سازمان ها و ... ی ما از معارف و ادبیات و ریاضیه و بزرگترین شرکت های نرم افزاری هم در نهایت از شما #C را میخوان با یکم ارتباط با db دیگه هیچکس نیازی به یادگیریه این مسائل نداره!
مشکل جایی بیشتر میشه که این مطالب رو بلد باشی و بخوای در یک شرکت ازش استفاده کنی!مثلا بخوای WPF را جای فرم های Access ایشان کنی!
مشکل جایی بیشتر میشه که این مطالب رو بلد باشی و بخوای در یک شرکت ازش استفاده کنی!مثلا بخوای WPF را جای فرم های Access ایشان کنی!
- اصلا راجع به تشخیص بحث نشد. نه SP و نه EF و نه L2SQL و نه NHibernate هیچکدام روش تشخیصی برای درک اینکه آیا ورودی فعلی خطرناک است یا خیر ندارند. کوئری پارامتری است که اینها را حفظ میکند: +
- در مورد توزیع از چه نوع؟ برنامه ویندوزی یا برنامه وب؟ برنامههای ویندوزی از نظر من اصلا برای یک سازمان مناسب نیستند : +
- مثال Round Trip اصلا واضح نبود ...
- مطلبی که لینک دادید بیشتر مربوط به نگارش اول EF بود و الان خیلی تغییر کرده و حالا اگر با EF مشکل دارید از NHibernate استفاده کنید یا موارد دیگر.
- مورد آخر بیشتر یک نظر شخصی است (و محترم) ولی دلایل آن قانع کننده نبودند.
- در مورد توزیع از چه نوع؟ برنامه ویندوزی یا برنامه وب؟ برنامههای ویندوزی از نظر من اصلا برای یک سازمان مناسب نیستند : +
- مثال Round Trip اصلا واضح نبود ...
- مطلبی که لینک دادید بیشتر مربوط به نگارش اول EF بود و الان خیلی تغییر کرده و حالا اگر با EF مشکل دارید از NHibernate استفاده کنید یا موارد دیگر.
- مورد آخر بیشتر یک نظر شخصی است (و محترم) ولی دلایل آن قانع کننده نبودند.
چرا از WorkFlow در پروژههای نرم افزاری استفاده میشود ؟
زمانیکه در حال انجام یک پروژه نرم افزاری هستید که این پروژه دارای پیچیدگی خاصی از لحاظ فرآیند و قوانین کاری میباشد بهترین راه حل Workflow Engine یا BPMS Engine میباشد.
البته شایان ذکر میباشد که میان این دو Engine تفاوتهای بسیاری وجود دارد. شاید خیلی از برنامه نویسها از خود این سوال را بپرسند که تمام قوانین کاری و فرآیندهای یک سازمان را میتوان با کد نویسی انجام داد، چه نیازی به این Engineها برای مکانیزه کردن فرایندهای یک سازمان است؟
جواب این سوال را با یک مثال ساده آغاز میکنم :
فرض کنید یک فرآیند خیلی ساده داریم که کار آن دریافت اطلاعات از بانک اطلاعاتی و ارسال آن به مدیر بخش و دریافت تایید از طرف مدیر میباشد. این کار توسط دو کاربر انجام میشود که در سازمان نقش و سطح دسترسی مختلفی را دارا میباشند و به این نکته توجه کنید و آن اینکه فرض کنید زمانیکه نرم افزار شما در سازمانی در حال انجام کار میباشد به شما خبر داده میشود که کاربر x به مرخصی رفته و نقش آن به کسی دیگر سپرده شده است و این کار باید از طریق سیستم و با تایید مدیر انجام شود و یا سطح دسترسی افراد در سازمان عوض شود. این سادهترین فرآیندی است که در زمان انجام پروژه با آن رو به رو میشویم .
اگر این فرآیندهای ساده را بخواهیم با 100% کد نویسی انجام دهیم، تعداد خط کدها بسیار زیاد، زمان بر و انرژی زیادی از گروه گرفته میشود و مشکل به تعداد خط کد زیاد نیست، مشکل اصلی آن جایی است که برای پروژه بعدی قصد استفاده از این سیستم را داشته باشیم و نیاز به تغییر در بعضی از قسمتهای سیستم باشد در این قسمت است که بیشترین زمان و انرژی از گروه گرفته میشود ولی در صورت استفاده از Workflow میتوان در کمترین زمان و هزینه، پیچیدهترین Business Logicها را پیاده سازی کرد.
نکته دیگری که در مورد اینگونه Engineها باید گفته شود این است که در معماری SOA نقش فراوانی را دارا میباشند .
دو فایل زیر مقاله و خلاصه مقالهای در مورد روشهای بهتر کد نویسی با سی شارپ 3 هستند.
این رهنمودها (و نه استانداردها) جهت بالا بردن کیفیت کدهای تهیه شده، یک دست شدن آنها در یک سازمان، تهیه مستندات بهتر و امکان نگهداری سادهتر آنها، بسیار مؤثرند.
تعدادی از آنها را در مقالهی "زیباتر کد بنویسیم" دیدهاید. مقالات فوق گردآوری و به روز رسانی اینگونه نکات جهت پوشش دادن سی شارپ 3 میباشند.
ماخذ