مقدمه ای بر Rational Unified process 18 ص

لینک دانلود و خرید پایین توضیحات

فرمت فایل word  و قابل ویرایش و پرینت

تعداد صفحات: 18

مقدمه ای بر Rational Unified process

Rational Unified process چیست؟

هنگامیکه این سئوال پرسیده می شود، معمولاً جوابهای مختلفی شنیده می شود. این پاسخها بسته به اینکه سؤال از چه کسی پرسیده شده و زمینه سؤال چه بوده متفاوتند. آنچه موضوع را عجیب می کند این است که Rational Unified process ( RUP) به سه مورد کاملاً متفاوت اشاره می کند :

RUP یک روش تولید و توسعه نرم افزار می باشد که تکراری ، معماری محور و Use – Case گر است، و در مقالات و کتابهای مختلفی در مورد آن صحبت شده است. کاملترین اطلاعات در مورد RUP را می توان در خود محصول یافت که شامل راهنمائیهای مشروح، مثالها و قالبهایی است که کل چرخه حیات نرم افزار را شامل می شوند.

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

RUP یک محصول فرآیندی است که یک چارچوب فرآیند با قابلیت سفارشی شدن را برای مهندسی نرم افزار فراهم می کند. محصول RUP از سفارشی کردن فرآیند و تألیف آن، و دامنه وسیعی از فرآیندها با پیکربندی های فرآیند، پشتیبانی می کند که می توان از RUP بدست آورد.

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

در این فصل با شرح سه دیدگاه فوق از RUP به فهم بهتری از آن دست خواهیم یافت.

روش RUP

در این قسمت در مورد اصول اساسی که RUP جهت تسهیل فرآیند تولید و توسعه نرم افزار، از آنها استفاده می کند و همچنین روش تکراری برای بکار بردن این اصول بحث می کنیم.

اصول اساسی روش RUP

هسته RUP از چندین اصل اساسی تشکیل شده است که از تولید تکراری4 پشتیبانی کرده و معرف ماهیت آن می باشد.

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

حمله سریع و مداوم به ریسک های اصلی .... در غیر اینصورت آنها به شما حمله خواهند کرد.

تضمین کنید که محصول با ارزشی به مشتری تحویل می دهید.

روی نرم افزار قابل اجرا متمرکز بمانید.

تغییرات را هرچه زودتر در پروژه بگنجانید.

هرچه زودتر معماری قابل اجرایی را مبنا قرار دهید.

سیستم را با مؤلفه ها بسازید.

در قالب یک تیم با هم کار کنید.

کیفیت را بعنوان یک اصل قرار دهید نه یک فرع

RUP و تولید تکراری

اکثر تیمهای نرم افزاری هنوز هم از فرآیند آبشاری برای پروژه های تولیدی استفاده می کنند که در آن هر فاز را در یک مرحله کامل می کنند. در این توالی ابتدا شناخت نیازمندیها انجام می شود و سپس تحلیل و طراحی و بعد از آن پیاده سازی یا مجتمع سازی و سپس تست انجام می شود. رایج تر از این روش، یک روش تست آبشاری تغییر یافته است که در آن حلقه های بازخورد به این جریان کلی و اساسی که توضیح داده شد، اضافه می شود. چنین روشهایی، اعضاء کلیدی تیم را برای مدت طولانی بیکار می کند و تست کردن را تا پایان چرخة حیات پروژه، یعنی زمانی که حل کردن مشکلات سخت و پرهزینه است و تهدیدهای جدی برای ضرب الاجلهای انتشار نرم افزار وجود دارد، به تأخیر می اندازد.

برخلاف این روش، RUP از یک روش تکراری استفاده می کند، یعنی یک توالی از گامها افزایشی یا تکرارها. هر تکرار چنانکه در شکل 1-1 می بینید شامل تعداد زیادی دیسیپلین های تولید است. (نیازمندیها، تحلیل، طراحی، پیاده سازی و غیره) . هر تکرار مجموعه ای تعریف شده از اهداف است و بخشی از پیاده سازی سیستم نهائی را تولید می کند که این بخش قابلیت کار کردن دارد. هریک از این تکرارهای متوالی برای تکمیل و اصلاح سیستم تا زمان کامل شدن محصول نهائی ، بر مبنای نتایج کار تکرارهای قبلی ساخته می شود.

مقدمه ای بر Rational Unified process 18 ص

لینک دانلود و خرید پایین توضیحات

فرمت فایل word  و قابل ویرایش و پرینت

تعداد صفحات: 18

مقدمه ای بر Rational Unified process

Rational Unified process چیست؟

هنگامیکه این سئوال پرسیده می شود، معمولاً جوابهای مختلفی شنیده می شود. این پاسخها بسته به اینکه سؤال از چه کسی پرسیده شده و زمینه سؤال چه بوده متفاوتند. آنچه موضوع را عجیب می کند این است که Rational Unified process ( RUP) به سه مورد کاملاً متفاوت اشاره می کند :

RUP یک روش تولید و توسعه نرم افزار می باشد که تکراری ، معماری محور و Use – Case گر است، و در مقالات و کتابهای مختلفی در مورد آن صحبت شده است. کاملترین اطلاعات در مورد RUP را می توان در خود محصول یافت که شامل راهنمائیهای مشروح، مثالها و قالبهایی است که کل چرخه حیات نرم افزار را شامل می شوند.

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

RUP یک محصول فرآیندی است که یک چارچوب فرآیند با قابلیت سفارشی شدن را برای مهندسی نرم افزار فراهم می کند. محصول RUP از سفارشی کردن فرآیند و تألیف آن، و دامنه وسیعی از فرآیندها با پیکربندی های فرآیند، پشتیبانی می کند که می توان از RUP بدست آورد.

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

در این فصل با شرح سه دیدگاه فوق از RUP به فهم بهتری از آن دست خواهیم یافت.

روش RUP

در این قسمت در مورد اصول اساسی که RUP جهت تسهیل فرآیند تولید و توسعه نرم افزار، از آنها استفاده می کند و همچنین روش تکراری برای بکار بردن این اصول بحث می کنیم.

اصول اساسی روش RUP

هسته RUP از چندین اصل اساسی تشکیل شده است که از تولید تکراری4 پشتیبانی کرده و معرف ماهیت آن می باشد.

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

حمله سریع و مداوم به ریسک های اصلی .... در غیر اینصورت آنها به شما حمله خواهند کرد.

تضمین کنید که محصول با ارزشی به مشتری تحویل می دهید.

روی نرم افزار قابل اجرا متمرکز بمانید.

تغییرات را هرچه زودتر در پروژه بگنجانید.

هرچه زودتر معماری قابل اجرایی را مبنا قرار دهید.

سیستم را با مؤلفه ها بسازید.

در قالب یک تیم با هم کار کنید.

کیفیت را بعنوان یک اصل قرار دهید نه یک فرع

RUP و تولید تکراری

اکثر تیمهای نرم افزاری هنوز هم از فرآیند آبشاری برای پروژه های تولیدی استفاده می کنند که در آن هر فاز را در یک مرحله کامل می کنند. در این توالی ابتدا شناخت نیازمندیها انجام می شود و سپس تحلیل و طراحی و بعد از آن پیاده سازی یا مجتمع سازی و سپس تست انجام می شود. رایج تر از این روش، یک روش تست آبشاری تغییر یافته است که در آن حلقه های بازخورد به این جریان کلی و اساسی که توضیح داده شد، اضافه می شود. چنین روشهایی، اعضاء کلیدی تیم را برای مدت طولانی بیکار می کند و تست کردن را تا پایان چرخة حیات پروژه، یعنی زمانی که حل کردن مشکلات سخت و پرهزینه است و تهدیدهای جدی برای ضرب الاجلهای انتشار نرم افزار وجود دارد، به تأخیر می اندازد.

برخلاف این روش، RUP از یک روش تکراری استفاده می کند، یعنی یک توالی از گامها افزایشی یا تکرارها. هر تکرار چنانکه در شکل 1-1 می بینید شامل تعداد زیادی دیسیپلین های تولید است. (نیازمندیها، تحلیل، طراحی، پیاده سازی و غیره) . هر تکرار مجموعه ای تعریف شده از اهداف است و بخشی از پیاده سازی سیستم نهائی را تولید می کند که این بخش قابلیت کار کردن دارد. هریک از این تکرارهای متوالی برای تکمیل و اصلاح سیستم تا زمان کامل شدن محصول نهائی ، بر مبنای نتایج کار تکرارهای قبلی ساخته می شود.

مقدمه ای بر Rational Unified process 18 ص

لینک دانلود و خرید پایین توضیحات

فرمت فایل word  و قابل ویرایش و پرینت

تعداد صفحات: 18

مقدمه ای بر Rational Unified process

Rational Unified process چیست؟

هنگامیکه این سئوال پرسیده می شود، معمولاً جوابهای مختلفی شنیده می شود. این پاسخها بسته به اینکه سؤال از چه کسی پرسیده شده و زمینه سؤال چه بوده متفاوتند. آنچه موضوع را عجیب می کند این است که Rational Unified process ( RUP) به سه مورد کاملاً متفاوت اشاره می کند :

RUP یک روش تولید و توسعه نرم افزار می باشد که تکراری ، معماری محور و Use – Case گر است، و در مقالات و کتابهای مختلفی در مورد آن صحبت شده است. کاملترین اطلاعات در مورد RUP را می توان در خود محصول یافت که شامل راهنمائیهای مشروح، مثالها و قالبهایی است که کل چرخه حیات نرم افزار را شامل می شوند.

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

RUP یک محصول فرآیندی است که یک چارچوب فرآیند با قابلیت سفارشی شدن را برای مهندسی نرم افزار فراهم می کند. محصول RUP از سفارشی کردن فرآیند و تألیف آن، و دامنه وسیعی از فرآیندها با پیکربندی های فرآیند، پشتیبانی می کند که می توان از RUP بدست آورد.

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

در این فصل با شرح سه دیدگاه فوق از RUP به فهم بهتری از آن دست خواهیم یافت.

روش RUP

در این قسمت در مورد اصول اساسی که RUP جهت تسهیل فرآیند تولید و توسعه نرم افزار، از آنها استفاده می کند و همچنین روش تکراری برای بکار بردن این اصول بحث می کنیم.

اصول اساسی روش RUP

هسته RUP از چندین اصل اساسی تشکیل شده است که از تولید تکراری4 پشتیبانی کرده و معرف ماهیت آن می باشد.

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

حمله سریع و مداوم به ریسک های اصلی .... در غیر اینصورت آنها به شما حمله خواهند کرد.

تضمین کنید که محصول با ارزشی به مشتری تحویل می دهید.

روی نرم افزار قابل اجرا متمرکز بمانید.

تغییرات را هرچه زودتر در پروژه بگنجانید.

هرچه زودتر معماری قابل اجرایی را مبنا قرار دهید.

سیستم را با مؤلفه ها بسازید.

در قالب یک تیم با هم کار کنید.

کیفیت را بعنوان یک اصل قرار دهید نه یک فرع

RUP و تولید تکراری

اکثر تیمهای نرم افزاری هنوز هم از فرآیند آبشاری برای پروژه های تولیدی استفاده می کنند که در آن هر فاز را در یک مرحله کامل می کنند. در این توالی ابتدا شناخت نیازمندیها انجام می شود و سپس تحلیل و طراحی و بعد از آن پیاده سازی یا مجتمع سازی و سپس تست انجام می شود. رایج تر از این روش، یک روش تست آبشاری تغییر یافته است که در آن حلقه های بازخورد به این جریان کلی و اساسی که توضیح داده شد، اضافه می شود. چنین روشهایی، اعضاء کلیدی تیم را برای مدت طولانی بیکار می کند و تست کردن را تا پایان چرخة حیات پروژه، یعنی زمانی که حل کردن مشکلات سخت و پرهزینه است و تهدیدهای جدی برای ضرب الاجلهای انتشار نرم افزار وجود دارد، به تأخیر می اندازد.

برخلاف این روش، RUP از یک روش تکراری استفاده می کند، یعنی یک توالی از گامها افزایشی یا تکرارها. هر تکرار چنانکه در شکل 1-1 می بینید شامل تعداد زیادی دیسیپلین های تولید است. (نیازمندیها، تحلیل، طراحی، پیاده سازی و غیره) . هر تکرار مجموعه ای تعریف شده از اهداف است و بخشی از پیاده سازی سیستم نهائی را تولید می کند که این بخش قابلیت کار کردن دارد. هریک از این تکرارهای متوالی برای تکمیل و اصلاح سیستم تا زمان کامل شدن محصول نهائی ، بر مبنای نتایج کار تکرارهای قبلی ساخته می شود.