۰
subtitle
ارسال: #۱
  
مدل تکاملی_مدل توسعه همروند
دوستان کسی می تونه یه توضیح خلاصه وخوب درمورد این فرایند بگه چون من این فرایند رو اصلا متوجه نمی شم
سوال دیگه در مورد تکاملی ها اینگونه است که هر چند بار که گروه لازم بدونه این چرخه تکرار خواهد شد؟
سوال دیگه در مورد تکاملی ها اینگونه است که هر چند بار که گروه لازم بدونه این چرخه تکرار خواهد شد؟
۰
ارسال: #۲
  
RE: مدل تکاملی_مدل توسعه همروند
تا اونجا که یادم مونده اگر بخوام به طور خلاصه بگم
مدل توسعه همروند یعنی اینکه چند گروه به طور موازی روی بخشهای مختلف کار میکنن و در نهایت با هم تجمیع میشن تا محصول نهایی بدست بیاد، برخلاف حالت عادی که شبیه خط تولید ماشین میمونه و محصول هر گروه ورودی گروه بعدی میشه
در مدل تکاملی چون در هر مرحله ویژگی جدیدی به محصول اضافه میشه تعداد دفعات تکرار به توافق میان مشتری و تولید کننده بستگی داره
مدل توسعه همروند یعنی اینکه چند گروه به طور موازی روی بخشهای مختلف کار میکنن و در نهایت با هم تجمیع میشن تا محصول نهایی بدست بیاد، برخلاف حالت عادی که شبیه خط تولید ماشین میمونه و محصول هر گروه ورودی گروه بعدی میشه
در مدل تکاملی چون در هر مرحله ویژگی جدیدی به محصول اضافه میشه تعداد دفعات تکرار به توافق میان مشتری و تولید کننده بستگی داره
۰
ارسال: #۳
  
RE: مدل تکاملی_مدل توسعه همروند
باسلام
توضیحی که دوست گرامی فرمودند بیشتر مربوط به مدل RAD است. البته متاسفانه منابع فارسی ما هر کدام به شیوه ای متفاوت این مدل را توضیح داده اند.
مدل هم روند به اینصورت است که زمانی که یک شرکت چندین پروژه نرم افزاری در دست دارد، این احتمال وجود دارد که مراحل پروژه ها (یعنی فعالیت های اصلی که چارچوبی هم نام دارند) به صورت پایاپای پیش نروند. در اینصورت نیروهای متخصص ممکن است دچار سردرگمی شوند (یا به زبان ساده تر در اجرای فعالیت ها گیج شوند)؛ در نهایت این اتفاق باعث میشود که پروژه ها کندتر پیش بروند و مدیریت آنها هم سخت تر شود. بدیهی است که در چنین شرایطی باید وضعیت فعالیت ها به صورت دقیق ثبت شود. به طور کلی ۷ وضعیت برای فعالیت ها در نظر گرفته میشود. تمام وضعیت های هر فعالیت به صورت یک گراف ترسیم میشود که گره های گراف همان وضعیت ها و یال های آن شرایط جابجایی بین وضعیت ها را نشان میدهد.
امیدوارم که توضیحات بنده راهگشای علاقمندان و کنکوری های عزیز باشد.
الیاس دهقان
توضیحی که دوست گرامی فرمودند بیشتر مربوط به مدل RAD است. البته متاسفانه منابع فارسی ما هر کدام به شیوه ای متفاوت این مدل را توضیح داده اند.
مدل هم روند به اینصورت است که زمانی که یک شرکت چندین پروژه نرم افزاری در دست دارد، این احتمال وجود دارد که مراحل پروژه ها (یعنی فعالیت های اصلی که چارچوبی هم نام دارند) به صورت پایاپای پیش نروند. در اینصورت نیروهای متخصص ممکن است دچار سردرگمی شوند (یا به زبان ساده تر در اجرای فعالیت ها گیج شوند)؛ در نهایت این اتفاق باعث میشود که پروژه ها کندتر پیش بروند و مدیریت آنها هم سخت تر شود. بدیهی است که در چنین شرایطی باید وضعیت فعالیت ها به صورت دقیق ثبت شود. به طور کلی ۷ وضعیت برای فعالیت ها در نظر گرفته میشود. تمام وضعیت های هر فعالیت به صورت یک گراف ترسیم میشود که گره های گراف همان وضعیت ها و یال های آن شرایط جابجایی بین وضعیت ها را نشان میدهد.
امیدوارم که توضیحات بنده راهگشای علاقمندان و کنکوری های عزیز باشد.
الیاس دهقان
۰
ارسال: #۴
  
RE: مدل تکاملی_مدل توسعه همروند
(۰۸ شهریور ۱۳۹۲ ۱۲:۱۲ ق.ظ)aria نوشته شده توسط: دوستان کسی می تونه یه توضیح خلاصه وخوب درمورد این فرایند بگه چون من این فرایند رو اصلا متوجه نمی شم
سوال دیگه در مورد تکاملی ها اینگونه است که هر چند بار که گروه لازم بدونه این چرخه تکرار خواهد شد؟
درود و احترام
در رابطه با Concurrency بایستی عرض کنم که امکان همزمانی انجام چندین کار در پروژه را همزمانی می گویند.
مزایا :
مدت زمان پروژه کاهش می یابد.
تاثیر مثبتی بر زمان مصرفی و هزینه های پروژه دارد.
تصویر گویای مراحل این روش هست و از چاپ هشتم پرسمن می باشد.
توضیحات : ایده همزمانی در این نمودار مشخص است. فرض کنید در فاز Moedeling هستیم در این فاز سیستم را تحلیل کرده و نمودارهای سیستم را می کشیم. این فاز در حال پیشرفت است. پس وارد بحث توسعه یا Under Development می شویم . مرحله ای که نمودار در حال توسعه و تکامل است. اگر یکی از نمودارها را عوض کنیم باقی نمودارها به تبع آن تعویض میشود.
نکته : تغییر یعنی بهتر شدن سیستم ما.
به این مرحله میگن A Waiting Change. تو مرحله سوم بلافاصله با اومدن تغییرات بازبینی یا Under Revision انجام میدیم.
تو مرحله Under Review یا مرور کلی سیستم یه دید کلی به همه سیستم داریم. اگه نیاز به اصلاحات نباشه می رسیم به Base Lined که بازبینی چارچوب اصلی هستش و نهایتا میرسیم به قسمت نهایی یا Done.
تفاوت بین Under Review & Under Revision : هنگامی که از گزارشات اشکالات مطلع شدیم اصطلاحات را در قسمت Under Revision اعمال می کنیم . یعنی جزییات و زیر سیستم ها را اصطلاح می کنیم. در کنار جزئیات ما یک دید سراسری نسبت به سیستم داریم و اگر نیاز به اصطلاحی در کل سیستم باشد اعمال می کنیم. این همان Under Review می باشد.
Can I see some ID?
Feeling left out?
نگران نباش، فقط روی این لینک برای ثبت نام کلیک کن. رمزت رو فراموش کردی؟ اینجا به یادت میاریم! close