PDA

View Full Version : بهترین راه برای شروع یک پروژه بزرگ با چندین زیر سیستم در asp.net


مهدی رحیم زاده
چهارشنبه 02 بهمن 1392, 09:22 صبح
با سلام خدمت تمامی دوستان و اساتید عزیز
ما در حال استارت یک پروژه بزرگ با چندین زیر سیستم هستیم که با asp.net قراره پیاده سازی بشه. به عنوان مثال شما میتونید یک اتوماسیون اداری رو در نظر بگیرید که چندین زیر سیستم داره مثل موتور تولید فرم ، موتور تولید گزارش و ...
حالا این پروژه چطور استارت بخوره بهتره؟
اینکه یک پروژه اصلی ایجاد کنیم و هرکدوم این پروژه ها یک پروژه داخلی این پروژه باشه خوبه؟
دلایل رو هم بگید ضمن ارائه نظرات ممنون میشم . چون سیستم بزرگه نمیخواییم بعدا به مشکل بخوریم
با تشکر فراوان
kazaminasab
چهارشنبه 02 بهمن 1392, 12:19 عصر
در طراحی سیستم حتما از معماری سه لایه تحت webapplication ایجادکنید چون کد بهینه میشود و تغییر و استفاده مجدد در اون راحت تر و هم میتونید در اینترانت (شبکه داخلی) استفاده شود و در اینترنت
سیستم ماژولار بسازید تا همانند سیستم مدیریت محتوا راحت بتوانید ماژول اضافی کنید و یا حذف کنید منظور پیاده سازی بر حسب usercontrol
اینطور دیگه مشکلی نمیخورید و راحت سیتم میتونید تغییر دهید
در کل با این کار میتوانید پروژه تقسیم وهر کس بخشی را انجام دهد وکلاس وماژول آن را ایجاد وپیاده سازی کند
CannibalCorpse
چهارشنبه 02 بهمن 1392, 12:24 عصر
Single Core کار کنید. همین!
مهدی رحیم زاده
چهارشنبه 02 بهمن 1392, 18:24 عصر
با سلام دوست عزیز

Single Core کار کنید
میشه خواهش کنم دلیل این کار رو هم بگید؟
با تشکر
alireza.zahani
چهارشنبه 02 بهمن 1392, 22:03 عصر
چرا Sharepoint کار نمی کنید؟
مهدی رحیم زاده
سه شنبه 08 بهمن 1392, 14:01 عصر
چرا Sharepoint کار نمی کنید؟
ما میخواییم خودمون یک انجاین طراحی کنیم .
dabirsiaghi
سه شنبه 08 بهمن 1392, 22:18 عصر
سلام
برای این موضوع شما میتوانید به معماری مدل گرا 'مراجعه کنید .(استفاده از معماری های سه لایه سابق برای کارهای enterprise جواب نمیدهد)در واقع در این معماری هر بخش از سیستم شما یک Core دارد که شامل مدل های سازمانی مربوط به آن بخش(مثلا یک نامه اداری) , یکسری قراردادها مانند بایگانی شدن یک نامه و گردش کارها و ... دارد و مابقی عملیات درون سازمان روی این Core چیده میشود و به این ترتیب هر وابستگی های بخش های هر ماژول فقط به Core آن است و مابقی عملیات وابستگی به این Core دارد .به این ترتیب میتوان تیم آنالیزگر فقط COre هر ماژول را ایجاد کند ( Core میتواند شامل چند Application جدا باشد ).حال اگر یک ماژول به ماژول دیگر وابستگی هم داشته باشد مثلا سیستم فروش به سیستم حسابداری وابستگی دارد , شما میتوانید فقط Core سیستم حسابداری را به برنامه نویس قسمت فروش بدهید بدون آنکه بداند چه اتفاقی در سیستم حسابداری می افتد یا میتوان یکسری سرویس هایی(منظور وب سرویس یا WCFوWebApli و ازاین دست نیست.البتهمیتواند هم باشد ولی منظور از سرویس بیشتر مفهوم خدمت است) که در سیستم حسابداری ایجاد می شود و مورد نیاز سیستم فروش است را به سیستم فروش تحویل داد.در واقع در این نوع معماری شما میتوانید از مزایای زیر برخوردار شوید:
1-عدم وابستگی قسمت های مختلف به هم
2-امکان تعامل چندین آنالیزگر ,برنامه نویس و طراح و...بدون ارتباط با هم .(هر کسی از سورس خود فقط مطلع است)
3-اگر از MVVM نیز استفاده کیند طراح اینترفیس نیز کاملا بی خبر از بخش های قبلی مشود
4-امکان استفاده از یکسری کارهای بی ارزش مانند log,Exception handling و... بصرورت کاملا مستقل از بخش های دیگر
و...

ببخشید جمله بندی جالب نشد دارم از خواب می افتم اگر خواستین بیشتر توضیح میدم