کار تیمی در vb 2005

[hooooman]

سلام
ممکنه راهنمایی کنین که چطوری باید 1 پروژه رو بین 2 نفر تقسیم کرد ؟؟!!!:افسرده:

[abolfazl585]

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

[hamed_bostan]

توضیحات دوستمون به جا بود و من هم اضافه کنم خیلی جاها که برنامه نویسی شون به روش چند لایه هست یک نفریا چند نفر طراح اینترفیس دارن . یک نفر یا چند نفر codder و یک یا چند نفر database کار وحتی برای طراحی storedprocedure ها و ... تقسیم بندی میشن . تقسیم این موارد هم که اگه ماژولار و کلاس کلاس باشه خیلی راحته
موفق باشید

[jeeveh2000]

سلام...
در پاسخ به سوال شما ضمن تائید فرمایشات دوست خوبمان آقای ابولفضل
چند نکته را هم من می خواهم به شما یادآور شوم:
1-همانطور که فرمودند حتی الامکان کارهایی را که در توسعه نرم افزارتان مایل هستید تا صورت دهید document سازی کنید این کاربه شما کمک میکند تا درک صحیحی نسبت به روند کاری تان داشته باشید.
2-هرگز سعی نکنید پیش از آنکه به دیدی نسبتا کامل از طراحی نرم افزارتان رسیده باشید وارد فاز پیاده سازی شوید(البته توسعه نرم افزار روندی آبشاری نیست !!)
این عجله به خصوص در کارهای تیمی فاجعه به بار می آورد.
3-سعی کنید تا حوزه عمل اعضای تیم رابه خوبی تعریف کنید و مثلا مشخص نمایید که کار روی کدام دسته از کلاسها به عهده عضو الف و کار روی مابقی به عهده عضو ب است.معمولا این تقسیم کار می تواند به دو صورت انجام پذیرد:(البته اینها تجربیات شخصی است)
الف)تقسیم USECASE ها(موارد کاربر یعنی مثلا یکی مسوول نوشتن بخش های مربوط به دانشجویان و دیگری مسوول نوشتن بخشهای مربوط به اساتید در یک سیستم آموزشی شود)
ب)تقسیم لایه ای:
در صورتی که نرم افزار را به صورت لایه ای طراحی کنید هر فرد ممکن است مسوول یکی از لایه ها باشد مثلا یکی طراحی پایگاه داده و دیگری طراحی فرمها را به عهده گیرد.

4-همانطور که در مورد 3 آوردم سعی کنید حتی الامکان از کار مشترک روی کلاسهای واحد
بپرهیزید اما گاهی اوقات این امر اجتناب ناپذیر است(مثلا اگر از 3-الف در طراحی یک سیستم اطلاعاتی پیروی کنید ممکن است هرفرد نیازداشته باشد تا متدهای خودش را در کلاس واسط پایگاه داده بنویسد )در چنین شرایطی هریک از اعضای گروه موظف اند تا آن متد ها رادر ناحیه مربوط به خودشان در آن کلاس بنویسند مثلا:
#region a
......
#endregion

5-درنهایت برای مرج کردن کدها بهتراست ازنرم افزارهایی که به این منظور طراحی شده اند کمک گرفت مثلا من شخصا نرم افزار Beyond Compare را جالب می دانم.
--------------
یا حق

[javad2000]

سلام
ممکنه راهنمایی کنین که چطوری باید 1 پروژه رو بین 2 نفر تقسیم کرد ؟؟!!!:افسرده:
به نظرم می تونید کل پروژه رو به تعدادی UserControl/Form/Module تقسیم کنید و از هر یک از اعضای تیم بخواید یه UserControl یا Module بسازند که بخش مورد نظر از کارهای شما رو انجام بده. مثلاً اگه پروژه ای دارید که قراره ساعت و تاریخ ورود و خروج کارمندان رو ذخیره کنه، یه نفر یه ماژول بسازه برای تبدیل تاریخ های میلادی به شمسی و بالعکس، نفر دوم یه UC بسازه برای دریافت و ذخیره اطلاعات در بانک داده و نفر سوم یه فرم برای گزارش گیری از بانک داده و... .