بعید می دونم که تا به حال اسم Use Case رو نشنیده باشین. همه این واژه رو با علامت آدمک و بیضی در UML می شناسن ولی شاید کمتر با Use Case متنی آشنا باشن. در حالی که حالت متنی Use Case از دیاگرام معادلش مهمتر هست و تأثیر بیشتری در به انجام رسوندن موفقیت آمیز یک پروژه نرم افزاری داره. من حدود ۱۰سالی هست که با Use Case متنی آشنا هستم و در سالهای اخیر به عنوان تحلیل گر سیستم خروجی اصلی کار من Use Case بوده که کمک زیادی به انجام کامل پروژه ها کرده. در ادامه چکیده تجربه های شخصی و کتابهایی که مطالعه کردم رو تقدیم می کنم، امیدوارم که مفید باشه.
دوست ندارم با توضیحات اضافی و کسل کننده شما رو از ادامه خوندن مطلب منصرف کنم، فقط در حد خیلی خلاصه فلسفه وجودی و مزایای یوزکیس رو بیان میکنم، در قسمتهای بعدی هم کاربردها و اجزای یک یوزکیس و در نهایت هم مثالهای عملی. در ضمن از این به بعد برای راحتی بیشتر بجای Use Case از “یوزکیس” استفاده میکنم.
یوزکیس و مزایای آن
در سال ۱۹۸۶ یک مهندس نرم افزار سوئدی به نام Ivar Jacobson مفاهیم بکار گیری یوزکیس رو بصورت متنی و گرافیکی معرفی کرد، بعداً این تلاش به بخشی از UML که همه میشناسیم تبدیل شد.
Jacobson یوزکیس رو به این صورت تعریف میکنه: “یک یوزکیس شامل تمام راه هایی است که یک سیستم، یک هدف [عمل] مشخص را برای یک کاربر خاص به انجام می رساند. تمام یوزکیسهای یک سیستم همه راه های استفاده از یک سیستم و ارزش آن را برای شما ترسیم می کند.” (بر گرفته از مقاله Use Case 2.0)
این تعریف مثل همه تعاریف آکادمیک انتزاعی به نظر میاد فعلاً اینطور در نظر بگیرین که یوزکیس نوشته ای هستش که رفتار سیستم رو به زبان شیوای فارسی ثبت میکنه، برای مثال می نویسیم “کاربر درخواست ثبت سفارش می نماید و سیستم فرم ثبت سفارش را برای کاربر نمایش می دهد. کاربر درخواست خود را در فرم وارد می نماید. سیستم درخواست را ثبت کرده و تأییده را نمایش می دهد.” به همین راحتی!
این روش مزایای متعددی داره:
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
انعطاف و چابکی بالا: ساختار Use Case بصورتی هست که اون رو میشه در یک پاراگراف ساده نوشت و به مرور زمان تبدیل کرد به یک سند چند بخشی چندی صفحه ای.
بیان طبیعی و همه فهم: Use Case بصورت متن نوشته میشه و همین انتقال جزییات رو به نسبت دیاگرامها راحت تر و قابل درک تر می کند.
سازگار با روشهای مدرن: Use Case رو به راحتی میشه با روشهای Iterative و Incremental مثل RUP، Scrum و… استفاده کرد. به این معنی که به مرور پیشرفت پروژه جزییات بیشتری به Use Case اضافه کرد.
ارتباط مؤثر با دیگر محصولات پروژه (“چیز”هایی که در پروژه تولید میشه): Use Case به راحتی از مصاحبه های اولیه با کاربر قابل تهیه هستش و براساس اون میشه از کلاسهای سیستم تا Test Case تا بانک اطلاعاتی رو استخراج کرد.
نگهداری راحت: استفاده از یوزکیس نیاز به ابزار خاصی نداره و میشه با notepad هم یوزکیس نوشت.
درک بهتر نیازمندیهای نرم افزار
ابزاری برای درک بهتر
یوزکیس در پروژه چه کاربردی دارد؟
بصورت خلاصه یوزکیس در حوزه نیازمندیهای عملیاتی (Functional Requirement) نیاز اکثر پروژه ها رو تأمین میکنه، یعنی اینکه شما تقریباً همه کارهایی که کاربر از شما می خواد که سیستم انجام بده رو می تونین با یوزکیس توصیف کنین. گفتم تقریباً چون بعضی چیزها سلیقه ای هستش. فرض کنین نرم افزار شما باید خروجیهای مختلف مثل XML و XLS داشته باشه، اینجا با یک لیست ساده هم میشه این قابلیت رو ثبت کرد و نیازی به ساختار یوزکیس نیست. مهم نیست پروژه یک سیستم بزرگ MIS هستش یا یک سیستم حسابداری یا یک بازی کامپیوتری یا هرچی، شما می تونین از یوزکیس استفاده کنین.
از طرف دیگه همونطور که در قبلاً گفتم محتوای یوزکیس انقدر غنی هستش که خوراک بیشتر “چیزهای” که برای طراحی و پیاده سازی نرم افزار نیاز دارین رو تأمین میکنه. برای مثال کلاسهای برنامه و اکثر دیاگرامرهای UML، بانک اطلاعاتی، تست کیسها و خیلی چیزهای دیگه به یوزکیسها وابسته هستن.
برای روشن تر شدن اینکه کاربر یوزکیس به چه صورته یک مثال ساده [و شاید ساده لوحانه] میزنم: همه زیر و بم کارهایی که یک سیستم مدیریت پروژه ساده رو میشه با نوشتن ۳ تا یوزکیس به نامهای فرضی “ثبت پروژه”، “اخذ گزارش” و “مدیریت کاربران” ثبت کرد.
این همه گفتم ولی حواستون باشه که برای ثبت کردن تمام زوایای یک پروژه به اسناد و ابزارهای دیگه ای هم نیاز دارین مثلاً یوزکیس نیازمندیهای کیفی شما رو جواب نمیده، یعنی شما توی یوزکیس در مورد اینکه جستجو نباید بیشتر از ۳ ثانیه طول بکشه یا سیستم عامل سرور لینوکس هستش حرفی نمی زنین.
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
در بخش بعدی…
در بخش بعدی به ساختار یوزکیس می رسیم و آماده می شیم برای مثال عملی.
ارجاعات
نگاهی متفاوت به یوزکیس (قسمت دوم) | امین رشیدی
۸ آبان ۱۳۹۳ در ۱۲:۴۲ ب.ظ - پاسخ
[…] قسمت قبلدر مورد تعریف یوزکیس و کلیات کاربردش در پروژه صحبت […]
کارگاه عملی استخراج نیازمندیها (یوزکیس) – قسمت اول | امین رشیدی
۸ آبان ۱۳۹۳ در ۱۲:۳۵ ب.ظ - پاسخ
[…] با یوزکیس، قسمت اولیوزکیس متنی رو معرفی کردم و در قسمت دوم اجزای یک یوزکس رو شرح دادم. حالا میخوایم یک پروژه فرضی […]
کارگاه عملی استخراج نیازمندیها (یوزکیس) – قسمت اول | Amin Rashidi
۳ خرداد ۱۳۹۶ در ۴:۱۲ ب.ظ - پاسخ
تجزیه و تحلیل سیستم هتل با رشنال رز
29,250 تومان قیمت قبلی:
50% تخفیف :
19,500 تومان قیمت جدید :
فاقد بانک اطلاعاتی بانک اطلاعاتی :
دارد کامنت گذاری :
دارد فایل داکیومنت :
admin - 12366 رمز ورود پروژه :
دانلود فایل داکیومنت تکمیلیفایل دمو :
دانلود فایل دمو | اجرایی پروژهداکیومنت :
11138 تعداد مشاهده :
- در صورت نیاز به آموزش آنلاین نحوه ساخت این پروژه توسط نرم افزارهای آموزش راه دور و یا درخواست تهیه پروژه مشابه، کافیست با شماره تماس 09179221734 یا آدرس ایمیل behnam.h1368@gmail.com هماهنگی های لازم را انجام دهید.
توضیحات تکمیلی پروژه :
تجزیه و تحلیل سیستم هتل با رشنال رز شامل تمامی نمودارهای یوزکیس (usecase diagram)، کلاس و دیاگرام(class diagram) ، نمودار توالی(Sequence Diagram)، نمودار فعالیت (Activity Diagram)، نمودار همکاری(Collaburation) ، نمودار اکتور ها(actors) و غیره میباشد .
داکیومنت این پروژه همراه با ارائه تمامی نمودار ها در فایل word موجود بوده و پروژه نیز در قالب فایل رشنال رز تحویل میگردد.
این پروژه دارای یک کلاس دیاگرام کامل و ارتباط بین موجودیت ها و نوع ارتباط همراه با تمامی فیلد ها میباشد این پروژه هم جنبه دانشجویی داشته و هم تجاری تمامی مراحل انجام کار این سیستم در قالب نمودار های ترتیبی و نمودار های فعالیت هر درخواست به نمایش گذاشته شده است این پروژه شامل یک فایل رشنال رز و فایل داکیومنت word میباشد که بدون نیاز به نصب نرم افزار رشنال رز قابل مشاهده میباشد . برچسب های هر کدام از عامل یا actor ها بصورت جداگانه تهیه و پیاده سازی شده است
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
امکانات پروژه :
naltrexone buy
buy naltrexone
1)کلاس دیاگرام
2) یوزکیس دیاگرام
3) نمودار های همکاری
4) نمودار های فعالیت
5) شناسایی انواع کلاس های نرم افزاری
6) ایجاد ارتباط بین کلاس های شناسایی شده
7) نمایش نمودار ها در فابل داکبومنت همراه با توضیحات مربوطه
8) طراحی شده با نرم افزار رشنال رز
همچنین نرم افزار هتل داری با زبان برنامه نویسی سی شارپ موجود می باشد که در صورت نیاز میتوانید آنرا به صورت جداگانه خریداری کنید
پروژه های مرتبط
آموزش تصویری پروژه
درخواست پروژه مشابه
تجزیه و تحلیل سیستم شرکت ISP با رش ...
12,000 تومان
تجزیه و تحلیل سیستم آژانس هوایی یا ...
16,900 تومان
تجزیه و تحلیل بنگاه املاک با رشنال ...
20,600 تومان
تجزیه و تحلیل آموزشگاه خیاطی،کامپیو ...
17,900 تومان
تجزیه و تحلیل سیستم انبار فروشگاه ب ...
15,800 تومان
تجزیه و تحلیل سیستم دبیر خانه با ر ...
14,500 تومان
تجزیه و تحلیل سیستم دبیر خانه ثبت ...
14,200 تومان
پروژه تجزیه و تحلیل سیستم داروخانه ...
17,500 تومان
تجزیه و تحلیل وب سایت فروشگاه آنلا ...
23,500 تومان
تجزیه و تحلیل سیستم شرکت ISP با رش ...
17,500 تومان
تجزیه و تحلیل پرورش ماهی با رشنال ر ...
22,400 تومان
تجزیه و تحلیل سیستم حضور و غیاب از ...
32,000 تومان
تجزیه و تحلیل سیستم تالار پذیرایی و ...
20,600 تومان
تجزیه و تحلیل هتلداری آنلاین با رشن ...
24,500 تومان
پروژه تجزیه و تحلیل سیستم مدیریت کن ...
34,000 تومان
تجزیه و تحلیل سیستم سلف سرویس دانشگ ...
30,000 تومان
در صورت تمایل به یادگیری انجام این پروژه ، لازم هست در بخش تماس با ما ، با برنامه نویسی و تهیه کننده پروژه هماهنگ فرمایید...
برچسپ ها :
پروژه هتل, پیاده سازی سیستم هتل, تحلیل سیستم هتل, برنامه هتل- تجزیه وتحلیل سیستم هتل ,پروژه سیستم هتل با رشنال رز, پیاده سازی سیستم هتل با رشنال رز, سیستم هتل آنلاین با رشنال رز, تحلیل سیستم هتل با رشنال رز, سایت هتل با رشنال رز, برنامه هتل, تجزیه وتحلیل سیستم هتل, هتل الکترونیکی,مدیریت تحلیل هتل داری , سیستم هتلداری با رشنال, سورس پروژه هتل به زبان RationalRose, دانلود پروژه هتل در مهندسی نرم افزار, پروژه دانشجویی تحلیل سیستم هتل با زبان UML, سورس پروژه سیستم هتل در مهندسی نرم افزار, سیستم هتل به زبان مهندسی نرم افزار, دانلود سورس سیستم هتل تحت RationalRose, دانلود سیستم هتل با RationalRose, دانلود پروژه سیستم هتل UML, دانلود سورس تحلیل هتل با رشنال, سیستم هتل با زبان RationalRose, سیستم هتل با زبان RUP, دانلود سورس سیستم هتل در مهندسی نرم افزار, پروژه تحلیل سیستم هتل با مهندسی نرم افزار, مدیریت سیستم هتل به زبان UML, تحلیل سیستم هتل با رشنال, تحلیل سیستم هتل با آزمایشگاه مهندسی نرم افزار, سیستم سیستم هتل تحت RUP, سورس پروژه سیستم هتل در UML, سایت پروژه RationalRose, دانلود پروژه
رفصل : RUP
• 1 .معرفی RUP
• 2 .مفاهیم پایه و پیشنیاز دوره
• 3 .مقایسه RUP و روشهای چابک و چهارچوب‌های ارزیابی
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
• 5 .درک محدوده سیستم
• 6 .Vision Document
• 7 .Supplementary Specifications
• 8 .Brainstorming Sessions
• 9 .شناسایی و توصیف مختصر Actorها، Use-Caseها و تدوین واژه نامه سیستم
• 10.User interface Prototype و Storyboard ها
• 11.شناسایی عمکردهای حیاتی سیستم
• 12.شناسایی Use-Caseهای حیاتی سیستم، انواع آنها و توصیف کامل هریک
• 13.شناسایی سناریوهای صفات کیفی حیاتی سیستم
• 14.ارائه حداقل یک راه‌حل ممکن
• 15.Architectural Proof-of-Concept
• 16.شناخت زمان، هزینه و ریسک‌ها
• 17.Risks, issues and risk list
• 18.Software Development Plan
• 19.تعیین فرایند و ابزار
• 20.تعداد تکرارها و معیارهای آن
• 21.Development Case
• 22.فاز تشریح
• 23.فاز ساخت
• 24.فاز انتقال
• 25.دیسیپلین‌های RUP
• 26.دیسیپلین مدلسازی کسب و کار
• 27.توسعه مجموعه سیستمهای مرتبط با استفاده از RUP
• 28.معرفی EUP و RUP4SOA
• 29.RUP به عنوان رویکرد کلی شامل عمل نمودن مبتنی بر موارد استفاده ، توسعه تکراری، معماری محور بودن
• 30.RUP به عنوان فرایند مهندسی نرم‌افزار قابل پیکربندی متناسب با پروژه های متفاوت
• 31.ابزار RUP
• 32.مفاهیم معماری نرم افزار شامل معماری نرم‌افزار، مدل مرجع، پیش ران‌های معماری، الگوهای معماری و ...
• 33.مفاهیم مهندسی فرایند شامل فرایند نرم افزاری، چهارچوب فرایند، مهندسی فرایند و ...
• 34.یادآوری مستند موارد کاربردی انواع آن
• 35.یادآوری تحقق مورد استفاده
• 36.معرفی روشهای چابک
• 37.معرفی Extreme Programming
• 38.معرفی مفهوم چهارچوب ارزیابی و CMMI
• 39.مقایسه RUP و روش های چابک و چهارچوب های فرایند
• 40.معرفی دیسیپلین‌های نه‌گانه (مدلسازی کسب و کار، نیازمندی ها، تحلیل و طراحی، پیاده‌سازی، تست، استقرار، مدیریت تغییرات و پیکربندی، محیط)
• 41.اهداف هر دیسیپلین
• 42.ارتباطات دیسیپلین ها
• 43.فعالیت‌ها و فراورده های مهم هر دیسیپلین
• 44.اهداف و دلایل انجام مدلسازی کسب و کار
• 45.راه های انجام مدل سازی کسب و کار (تولید نرم‌افزار، تولید مجموعه نرم‌افزار، مهندسی مجدد سازمانی، کسب و کار جدید و ...)
• 46.معرفی عناصر مدلسازی کسب و کار شامل Business Vision، Target-Organization Assessment، Supplementary Business Specifications و ...
• 47.استنتاج (به دست آوردن) نیازمندی های نرم افزار از مدل های کسب و کار
سرفصل : UML
• 1 . اهمیت مدل سازی
• 2 . دلائل مدل سازی
• 3 . معرفی UML
• 4 . منشاء UML
• 5 . UMLچیست؟
• 6 . چرا از UMLاستفاده می شود؟
• 7 . UML به عنوان یک زبان
• 8 . اسامی عناصر UML
• 9 . قابلیت توسعه UML
• 10. کاربرد UML در فیلد های نرم افزار هایی مختلف
• 11. فرقUMLو RUP
• 12. ارتباط UMLبا تحلیل و طراحی نرم افزار
• 13.معرفی دیاگرام های UML
• 14.دیاگرام های دینامیک و استاتیک
• 15.دیاگرام های تحلیل ، طراحی و معماری
• دیاگرام فعالیت (Activity Diagram)
•
o ساخت یک دیاگرام فعالیت
o کاربرد دیاگرام فعالیت
o نحوه تشخیص فعالیت ها
o مدل سازی فعالیت های موازی
o خطوط شنا (SwimLane)
o نمایش انشعاب شرطی (Branch Condition) در یک دیاگرام فعالیت
o کاربرد های مختلف دیاگرام فعالیت
o مدل سازی فرایند های سازمان
o مدل سازی موارد کاربرد پیچیده
o مدل سازی متد های پیچیده
o استفاده از Note در دیاگرام فعالیت
• دیاگرام موارد کاربرد (Use Case Diagram)
•
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
o تعریف اکتور
o نحوه پیدا کردن اکتور ها
o انواع اکتور
o نامگذاری اکتورها
o رابطه اکتور با Use Case ها
o نحوه پیدا کردن Use Case ها
o چگونه یک Use Caseتوصیف می شود
o نامگذاری یک Use Case
o توصیف اجمالی (Brief Description)
o پیش شرط ها (PreConditions)
o پس شرط ها (Postconditions)
o روند اصلی (Basic Flow of Events)
o روند های فرعی (Alt flow of events)
o نیازمندیهای غیر عملیاتی (Supplementary Behavior)
o روابط بین Use Caseها
o رابطه Include
o رابطه Extend
o استفاده از State Diagramجهت تشریح Use Case
o استفاده از Activity Diagramجهت تشریح Use Case
• نمودار کلاس (Class Diagram)
•
o تعریف کلاس
o نماد کلاس در UML
o نامگذاری کلاس ها
o ویژگی های کلاس
o متد های کلاس
o روابط بین کلاسها
o رابطه وراثت (Generalization)
o کلاس پایه
o کلاس های فرزند
o ارث بری چند گانه
o کلاسهای مجرد
o متد های مجرد
o چندریختی
o رابطه انجمنی ( Association)
o انجمنی یکطرفه و دو طرفه
o نقش هر کلاس در رابطه انجمنی
o هر کلاس در رابطه انجمنی (Multiplicity)
o تبدیل روابط انجمنی n-nبه روابط 1-n
o رابطه Aggregation
o رابطه Composition
o تفاوت رابطه Aggregationبا رابطه Composition
o Association Class
o رابطه وابستگی (Dependency)
o سطوح دسترسی به ویژگی ها و متد های یک کلاس
o متد ها و ویژگی های استاتیک
o چگونگی تشخیص و استخراج کلاسها
o روش های حرفه ای تر در طراحی کلاسها
o انواع کلاس ها در یک برنامه نرم افزاری
• نمودار وضعیت (State Chart Diagram)
•
o ایجاد یک نمودار تغییر وضعیت
o نمودار وضعیت به عنوان یک دیاگرام تحلیل و طراحی
o تشخیص وضعیت ها
o نام گذاری وضعیت ها
o جزئیات یک وضعیت
o فعالیت (Activity)
o یک عمل ورودی (Entry Action)
o فعالیت خروجی (Exit Action)
o فرستادن Eventبه آبجکت دیگر
o تاریخچه حالت (State History)
o گذر ها (Transition)
o جزئیات یک گذر
o رخداد (Event)
o حالت شرط (Guard Condition)
o فعالیت (Action)
• نمودارهای توالی(Sequence Diagram) و همکاری (Collaboration)
•
o ساخت یک نمودار ارتباط
o یافتن آبجکت ها
o افزودن Msg به یک دیاگرام توالی
o انواع Msgها در یک دیاگرام
o نگاشت یک Msg به یک عملیات
o استفاده از دیاگرام توالی برای نشان دادن معماری نرم افزار و لایه بندی آن
o خط عمر یک آبجکت
o چگونگی نمایش Loopها در یک دیاگرام توالی
o چگونگی نمایش شرط ها (if) در یک دیگرام توالی
• نمودار اجزاء (Component Diagram)
•
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
o نمودار اجزاء به عنوان یک نمودار معماری
o چگونگی تشخیص اجزاء
o اجزاء (Component)
o نام گذاری اجزاء
o اجزاء و کلاس ها
o تفاوت بین اجزاء و کلاس ها
o تشابه بین اجزاء و کلاس ها
o اینترفیس
o ارتباط بین اجزاء و اینتر فیس ها
o انواع اجزاء استاندارد
o مدل سازی فایل های قابل اجراء و کتابخانه کلاس ها
o مدل سازی جداول ، فایل ها و اسناد
o مدل سازی کد ها
o مدل سازی یک پایگاه داده فیزیکی
• نمودار استقرار (Deployment Diagram)
•
o ایجاد دیاگرام استقرار
o معرفی نود ها
o چگونگی تشخیص نود ها
o نامگذاری نود ها
o ابعاد فیزیکی و منطقی
o نود ها و اجزاء(Component)
o سازمان دهی نود ها
o ارتباطات
o مدل سازی پروسه ها و Deviceها
o مدل سازی توزیع شدگی اجزاء […] با یوزکیس، قسمت اول یوزکیس متنی رو معرفی کردم و در قسمت دوم اجزای یک یوزکس رو شرح دادم. حالا میخوایم یک پروژه فرضی […
جزیه و تحلیل طراحی
پیاده ساز ی
تست
توزیع
این نوع ساختار در پیاده سازی بسیاری از نرم افزارها به کار گرفته می شود اما اگر در این نوع ساختار در مرحله تجزیه و تحلیل پروژه خطایی رخ دهد ریسکهای بسیار جدی در عدم درک نیازمشتری به وجود می آید . حتی اگر مراحل اساسی مدیریت نیازها بدون خطا انجام شود این احتمال وجود دارد که پس از انجام مراحل طراحی، کد، یک پارچه سازی و تست ، محصول نهایی آن چیزی نباشد که مشتری در نظر دارد. بنابراین به نظر می رسد استفاده از Waterfall model برای طراحی وب سایت از ریسک بالائی برخوردار باشد .
روش دیگر در اجرای سایت استفاده از روش Iterative Incremental بصورت تکرار و توسعه می باشد . در حقیقت این نوع پیاده سازی روش گسترش منطقی روشهای سنتی Waterfall Model می باشد ولی به صورت کاملا ضابطه مند و محکم .
این نوع پیاده سازی به 4 فاز تقسیم می شود که به ترتیب انجام می شود :
آغـــــاز
مهــارت
ساخت
انتقــال
آغاز Inception
فاز آغاز پروژه شامل مشخص کردن محدوده سایت و تعاریف عمومی مورد نیاز در آن می باشد . عامل های در ارتباط با سایت و مستند سازی آنها در این بخش انجام می شود .
این فاز شامل موارد زیر می باشد :
1. یک سند روشن از تعریف پروژه
2. تحقیقات در مورد نیازهای طرح
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
3. فهرست اولیه پروژه
4. ارائه راه حل تجاری شامل شرایط مورد نیاز ، زمان انجام پروژه ، پیش بینی های مالی و ....
فاز مهارت Elaboration
در این مرحله تحلیل مساله ، طرح سایت و از بین بردن مراحل ریسک پروژه انجام می شود . بدین شکل یک دید کلی نسبت به سایت به دست می آید ولی این دید عمیق نخواهد بود . در این مرحله Use case های موجود در سیستم به دست می آید که در درک اهداف سایت موثر می باشد . در این مرحله مقداری طراحی ، تجزیه و طرح معماری صورت می گیرد . در این مرحله SRS ( مشخصات در خواست سایت ) از طرف شرکت به NIOPPC تحویل داده می شود که شامل جزییات درخواستهای سایت می باشد .
مراحل ساخت Construction
در مرحله ساخت ، سایت مورد نظر بعنوان تولید نهایی بدست می آید . در این فاز از پروژه محصول شبیه به مدل سنتی با انجام چند مرحله تکرار به دست می آید که هر تکرار شامل روش قدیمی مدل Waterfall خواهد بود . با انجام هر مرحله تکرار در کوتاهترین زمان ممکن ما از تمام مشکلات موجود در سایت مورد نظر آگاه می شویم . این مرحله می تواند به صورت موازی و به صورت تولید Component های مختلف سایت انجام پذیرد . تولید موازی به این معنی است که چندین گروه برنامه نویسی می توانند بر روی اجزای سایت کار کنند و سپس کل سیستم را جمع کنند . از آنجا که تحلیل و طراحی سیستم به صورت کامل در فاز قبلی انجام گرفته است در فاز ساخت در کمترین مدت زمانی کل سایت با هم ترکیب می شود و وارد مرحله تست می گردد .
nemodar.jpg
مرحله انتقال Transition
فاز نهایی شامل حرکت به طرف محصول نهایی برای سایت مورد نظر می باشد . فعالیتهای معمول در این فاز شامل موارد زیر است :
1. تهیه نسخه بتا سایت برای آزمایش
2. تست سایت و اجرای آن در موازات سیستم قبلی که در نهایت با سیستم مورد تست تعویض می شود .
3. تعویض و تبدیل داده ها از سایت قبلی به سایت جدید .
4. آموزش کاربران
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
برای پیاده سازی سایت مورد نظر با توجه به ساختار توزیع شده پروژه ، به مدل سازی طرح قبل از ساخت و تولید طرح نیاز می باشد . این مدل برای ارتباط افراد گروههای پروژه با یکدیگر و نیز اطمینان از ارزیابی معماری مورد استفاده بسیار ضروری می باشد . به همین دلیل طبق طرح پیشنهادی در این سایت از مدل Interative Incremental استفاده می شود که در حال حاضر RUP به عنوان مشهورترین مثال از این نوع مدل می باشد که توسط شرکت Rational تهیه شده است و به عنوان مکمل UML مورد استفاده قرار میگیرد . در تمامی مراحل مختلف توضیح داده شده از نرم افزار Rational Rose و سیستم یکپارچه UML استفاده خواهد شد تا یکپارچگی و استاندارد بودن سایت برای تغییرات مورد نیاز در زمانهای آینده حفظ شود .
بینید دوستان ما می خوایم یک سی ام اس خیلی ساده رو پیاده سازی کنیم. البته
منظورم از ساده بودن سبک بودنه. از دوستانی که با UML آشنایی دارند UML
خودشون رو برای این سی ام اس ارائه بدن. کسانی که با UML آشنایی ندارند سعی
کنند یادبگیرند. باور کنید UML خیلی به موفقیت یک پروژه کمک می کنه.
بعد از اینکه همه دوستان UML خودشون رو ارائه دادند بحث می کنیم که کدوم
یکی بهتره و چرا و به طور کلی بهتره چطوری پیاده سازی بشه تا هم
performance خوبی داشته باشیم هم امکانات خوب.
سرفصل و محتوای دور
(1)The difference between “theory” and “practice” is that in theory there is no difference between theory and practice, but in practice, there is
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
معرفی و هدف دوره : مهمترین بخش از انجام یک پروژه نرم افزاری فهم مساله ای است که سیستم برای آن تولید می شود. تا جایی که می توان گفت اگر نیازمندیها را به درستی شناسایی نکنید، خوب انجام دادن بقیه پروژه، دیگر اهمیتی نخواهد داشت.
در دوره تحلیل سیستم های نرم افزاری، راهکاری روش مند برای تعریف مساله و ارائه راه حل آن به دانشجویان به صورت عملی ارائه خواهد شد. این دروره بر استفاده عملی از مفاهیم مهندسی نیازمندی ها تاکید دارد و در طی دوره چند پروژه عملی با تکنیک های آموزش داده شده بررسی و حل خواهد شد.
در این دوره کاربردهای زبان UML به عنوان زبان استاندارد مدلسازی جهت کار تیمی و لازمه حضور در تیم و به عنوان ابزار نمایش جواب مسألهای که با آن روبرو هستید را خواهید آموخت. همچنین مبانی شیءگرا را که به عنوان نوعی نگرش برای بررسی مساله و ارائه راه حل را خواهید شناخت.
مشاهده رزومه استاد
مشاهده درس در نقشه راه
در این دوره در مدت۴۲ ساعت مفاهیم زیر را خواهید آموخت.
عنوان
آشنایی با UML زبان مدل سازی یکپارچه در پروژه های مهندسی نرم افزار بخش اول
آشنایی با UML
زبان مدل سازی یکپارچه (UML) زبانی است برای مشخص سازی ، مجسم سازی ، ساخت و مستند سازی دست آوردهای سیستم های نرم افزاری و مدل سازی و کار و دیگر سیستمهای غیر نرم افزاری .
Uml مجموعه ای از بهترین تجربیات مهندسی که موفقیتشان در مدل سازی سیستمهای بزرگ و پیچیده به اثبات رسیده است را عرضه می دارد.
تعریف UML شامل اسناد زیر می گردد :
معنا شناسی UML : که مفاهیم غنی و دستور نگارش وعلا ئم زبان مدلسازی یکپارچه را تعریف می کند UMLبه وسیله بسته ها به صورت معماری گونه لا یه بندی و سازماندهی میشود . در هر بسته عناصر مدل بر حست دستور نگارش (با استفاده از متن و عبارت زبان محدودیت شیء معروف به OCL )و معانی (با استفاده از متن دقیق) تعریف می شوند .
راهنمای علائم UML : فکر و اندیشه را تعریف می کند و مثال های خوبی را ارائه می کند. علائم UML نحو گرافیکی را برای بیان معانی توصیف شده توسط فرا مدل های UML ارائه می کند.
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
توسعه ی UML برای فرایند شیءدر مهندسی نرم افزارو توسعه UML برای مدل سازی تچارت : این توسعه های UML شامل توسعه خاص فرایند و توسعه خاص حوزه مسئله در UML برحسب مکانیزم های توسعه ای شان و آیکون نمودار فرایند می گردد .
2) فراهم آوردن مکانیزم های توسعه و تخصیص برای بسط مفاهیم اساسی : بدین معنا که در عین آنکه انتظار میرود UML براساس نیازهای جدید در حوزه های خاص جفت و جور شود نمی خواهد اجبار کند تا مفاهیم اساسی و مشترک برای هر حوزه جدیدی دوباره تعریف شود و پیاده سازی گردد. البته مفاهیم اساسی نباید بیش از حد تغییر یابند. بنابراین کاربران نیازمندند که قادر باشند : 1- مدل ها را با استفاده از مفاهیم اساسی بسازند بدون آنکه مکانیزم های توسعه را برای بسیاری از برنامه های کاربردی نرمال بکار گیرند .
2- مفاهیم و علائم جدید را اضافه کنند البته برای مواردی که توسط اصول پوشیده نشده باشند .
3- زمانی که هیچ اتفاق نظر روشنی وجود ندارد تفاسیر مختلف را از مفاهیم موجود انتخاب کنند .
4- مفاهیم، علائم و محدودیت ها را برای حوزه های کاربردی خاص مشخص سازند .
3) استقلال از زبان های برنامه نویسی خاص و فرایندها ی توسعه .
4) فراهم آوردن پایه و اصولی رسمی برای درک زبان مدل سازی که برای این منظور UML تعریف رسمی از قالب استاتیک مدل را با استفاده از نمودار کلاس ارائه می کند این نمودار ، نموداری مشهور و مورد قبول در سطح وسیع برای تعییین قالب یک مدل است UML همچنین محدودیت هایی را بیا ن میدارد که در قالب زبان دقیق طبیعی و عبارات زبان محدودیت شیء (OCL ) بیان می شود .
5) تشویق به رشد بازار ابزارهای OO .
6) حمایت و پشتیبانی از مفاهیم توسعه سطح بالاتر نظیر : همکاری ها ، چهارچوب ها ،الگوها و اجزاء .
7) مجتمع سازی بهترین تجربیات : UML بدنبال آن است که بهترین تجربیات درصنعت
حوزه های مسئله ، معماری ها و … را یکجا بیاورد .
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
محدوده UML
زبان مدل سازی یکپارچه UML زبانی است برای مشخص سازی ساخت ،مجسم سازی و مستند سازی دست آوردهای یک سیستم متمرکز نرم افزاری اول آنکه این زبان از مفاهیم OOSE,OMT,BOOCH که متدولوژیهای متداول OOمیباشند متنج شده است . دوم ، UMLبر آنچه که در حال حاضر توسط روش های موجور فابل انجام همتند ، بان شده است . سوم زبا ن مدل سازی یکپارچه بر یک زبان مدل سازی استانارد تمرکز می کند و نه یک فرآیند استاندادر اگر چه UMLبایستی در زمینه یک فرایند به کارگیری شود تجرته نشان میدهد که در سازمان های مختلف و با حوزه های مسئله متفاوت فرایندهای متفاوتی مورد نیاز است بنابراین تلاش بر این است که ابتدا بر یک فرامدل مشترک (که معانی را یکپارچه میکند )تمرکز شود و در درجه دوم بر یک علامت گذاری مشترک (که برای فرد استنباط این معانی را فراهم میکند )تمرکز گردد مبدعین UMLبر فرایند توسعای تاکید میکنند که مورد کاربرد گرا معماری گرال و تکراری و افزایشی است .
UML یک زبان مدلسازی را مشخص می کند که اتفاق نظر جماعت شیگرا بر مفاهیم اساس مدل سازی است .
1) UMLبرای ایجار مدلها و نمرارهای حوزه مسئله هیچ توصیه ای نمیشود و این تجربیات و یادگیری افراد است که تشخیص استفاده از کدام نمودارها و مدل ها را به ایشان می دهد دریک دیدگاه مدل سازی UML نمودارهای گرافیکی زیر را تعریف می کند مورد کاربرد
نمودار مورد کاربرد diagram ) (use ca
نمودار کلاس (ClassDiagram)
نمودارهای رفتار: (BehaviorDiagra
نمودارهای حالت : (State Chart Diagram)
نمودار فعالیت : )Activity Diagram(
نمودارهای تعامل Interaction Diagrams ))
نمودار توالی ((Sequence Diagram
نمودار همکاری ((Collaboration Diagram
* نمودارهای پیاده سازی) (Implementation Diagram
نمودار اجزاء (Component Diagram )
نموداراستقرار (Deployment Diagram)
این نمودارها منظر گاه های مختلفی از سیستم تحت تحلیل یا توسعه را فراهم می آورند. مدل در حال مطالعه این منظر گاه ها را یکپارچه می کند به گونه ای که یک سیستم متکی به خود تحلیل و ساخته شود. این نمودارها با پشتیبانی مستندات ، دست آوردهای اولیه ای می شوند که یک مدل ساز آن را ایجاد می کند، اگر چه UML بیشتر توصیف و تشریح شده اند.
یک سوال که مکررا پرسیده می شود این است که چرا UML از نمودارهای جریان داده معروف به حمایت نمی کند ؟ به طور ساده نمودارهای جریان داده و دیگر نمودارهای از این نوع که در UML قرار داده نشده اند ، با دیدگاه مستحکم شی گرا به روشنی جفت و جور نمی شوند. نمودارهای فعالیت بسیار بیشتر از آنچه که افرااد از می خواهند را برآورده می کند. به علاوه موارد دیگر ، نمودارهای فعالیت همچنین برای مدل کردن جریان کار مفید هستند. مؤلفین UML در حال ایجاد نمودارهای UML بر فراز همه پروژه های شی گرا هستندئ ، اما ضرورتا نیازی هم به نمودارهای دیگر نیست . مبدعین UML معتقدند که مجموعه ای از تکنیک های موفقیت آمیز و عملی را که در یک دیدگاه مستحکم و پا بر جا جفت می شود ، تعریف کرده اند.
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
زبان برنامه نویسی
UML یک زبان بصری است و هدفش یک زبان برنامه نویسی بصری نیست ، در عین آنکه همه مفاهیم و تجسمات را پشتیبانی می کند تا جایگزین زبان های برنامه نویسی شود. UML زبانی است برای بصری سازی ، مشخص سازی ، ساخت و مستند سازی دست آوردهای یک سیستم نرم افزاری ، و از طرفی مسیری را فراهم می کند که شما را به سمت کد هدایت می نماید. برخی چیزها شبیه انشعاب ها و ادغام های پیچیده در یک زبان برنامه نویسی متنی بهتر بیان می شوند. UML نقشه ای قوی برای خانواده ای از زبان های دارد. در عین حال شما می توانید از بهترین های هر دو دنیا استفاده کنید.
ابزار
استاندارد سازی یک زبان ضرورتا اساس ابزارها و فرآیندها هستند که UML ، مفاهیم و علائم آن را تعریف می کند و نه خود ابزار را . بنابراین UML ابزار نیست.
فرآیند
بسیاری از سازما ن ها ، UML را به عنوان زبان متداول برای تولید دست آوردهای پرروژه هایشان استفاده می کنند، اما انواع نمودارهای UML را در فرآیندهای مختلف استفاده می کنند. UML اساسا مستقل از فرآیند است ولی فرآیند استانداردی را نیز تعریف میکند که هدف UML نیست. فرآیندها بر اساس طبیعت شان بایستی برای سازمان ها ، فرهنگ ها و حوزه های مسئله دوخته شوند.
مقایسه UML با د یگر زبان های مدل سازی
UML بر اساس موفقیت های سه روش مدل سازی OOSE , OMT , BOOCH و ایجاد شده است و کاربران هر یک از این سه روش ، می توانند به راحتی از UML استفاده نمایندت. UML برای استفاده شدن توسط کاربران روش های دیگر نیز آماده و آسان می باشد.
UML هم اکنون روشن تر ، مستحکم تر و یک شکل تر از Booch,OMT.,OOSE و دیگر روش ها می باشد . این بدین معنا است که در انتقال به UML این ارزش وجود دارد که به شما اجازه می دهد تا در پروژه ها چیزهایی را مدل سازی کنید که قبل از این انجام شدنی نبودند.
کاربران روش های موجود، تغییرات اساسی و زیادی را در علامت گذاری تجربه خواهند کرد. اما این به معنای نیاز به یادگیری مجدد با تعریف مجدد مفاهیم حاضر نیست. کاربران هر یک از روش های OO می توانند سرعت زیادی را در یادگیری شان انتظار داشته باشند. تکنیک های پیشرفته نظیر به کارگیری کلیشه ها و خواص ، نیازمند مطالعه هستند. البته این موارد نیز در زمان برخورد با مسئله ، مورد نیاز می شوند.
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
ویژگی های جدید UML
هدف کلیه تلاش های یکپارچه سازی که در UML به کار می رود ، حفظ سادگی است به گونه ای که عناصر غیر کاربردی روش های OMT, Booch,OOSE طرد شوند و عناصر مؤثر از روش های دیگر به آن اضافه گردند.
مفاهیم جدید زیادی در UML وارد شده اند ، نظیر : مکانیزم های توسعه شامل کلیشه ها ، مقادیر ضمیمه و محدودیت ها ، توزیع و همروندی (به عنوان مثال برا ی مدل سازی CORBA,Active/DCOM الگوها / همکاری ها ، نمودارهای فعالیت (برای مدل سازی فرآیند کار ) ، پالایش (برای اجرا یا به کارگیری ارتباطات بین سطوح مجرد ) واسطه ها و اجزاء ، و یک زبان محدودیت .
بسیاری از این مفاهیم در نظریه ها و روش های انفرادی مختلف وجود داشتند و UML آنها را به دورن انسجام خودش کشاند . به علاوه این تغییرات اساسی ، بهبودهای ریز دیگری نیز بر اساس مفاهیم و علائم ،OOSE ,Booch.OMT وجود دارد. بنابراین بسیاری از مفاهیم و علائم UML را خود نویسندگان آن ایجاد نکرده اند بلکه نقش آنها ، جمع آوری مناسب ، انتخاب و یکپارچه کردن این مفاهیم و علائم در UML بو ه است . در این زمینه ، موارد زیر قابل ذکر است :
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
• نمودارهای مورد کاربرد مشابه آنچه درOOSE ارائه شد می باشند.
• نموداراهای کلاس ، ذوب شده Booch،OMT و دیگر روش ها است. کلیشه ها ، محدودیت و مقادیر ضمیمه مفاهیمی هستند که قبلا در زبان های مهم مدل سازی وجود نداشتند و اکنون در UML ظهور کرده اند.
• نمودارهای حالت اساسا مبتنی بر جداول حالت David Harel می باشند. نمندار فعالیت که مفاهیم مشابهی را بیان می دارد ، مشابه نمودئار جریان کار است که توسط بسیاری از منابع پیش از OO ایجاد گردیدند. شرکت Jim Odell , Oracle سبب ساز ورود نمودارهای فعالیت به UML بودند.
• نمودارهای توالی در بسیاری از روش های OO تحت نام های متفاوت (نظیر : تعامل ، ردگیری پیام و ردگیری واقعه ) و نیز روزهای قبل از OO یافت می شدند. نمودارهای همکاری از Booch ( با نام Object Diagram) و Fusion ( با نام Object Interaction Graph) ، و تعدادی منابع دیگر پذیرفته شدند.
• نمودارهای پیاده سازی (شامل نموداراهای اجزاء و استقرار ) از نمودارهای ماژول و فرآیند در Booch مشتق شدند، اما هم اکنون این نمودارها به جای آنکه ماژول گرا باشند ، اجزاء گرا هستند و خیلی بهتر به هم متصل می شوند
• کلیشه ها یکی از مکانیزم های توسعه هستند و مفاهیم فرامدل را بسط می دهند. آیکون های تعریف شده کاربر با کلیشه های موجود متناظر می شوند تا UML را برای فرآیندهای مشخصی خیاطی کنند.
• زبان محدودیت شی (OCL) به وسیله UML استفاده می گردد تا مفاهیم را مشخص سازد و به عنوان زبانی برای بیان مدل سازی جاری به کار گرفته شود. OCL یک زبان بیانی است که در روش Syntropy ریشه دارد و به وسیله زبان های بیانی ، در روش های دیگر نظیر Catalysis مورد تاکید واقع می شود.
• هر یک از این مفاهیم ، پیش فر ض ها و اثرات بسیار زیاد دیگری هم دارند. OMG اعتراف می کند که هر فهرست خلاصه ای از این اثرات ، ناقص است . UML محصولی از یک تاریخ عظیم اندیشه ها در علم کامپیوتر و ناحیه مهندسی نرم افزار است.
==============
سلام
==============
جمعه 6 فروردین 1395 1:00 PM
a00bcom
a00bcom
کاربر تازه وارد
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com31
محل سکونت : اصفهان
آشنایی با UML زبان مدل سازی یکپارچه در پروژه های مهندسی نرم افزار بخش دوم
UML ، گذشته ، حال و آینده
UML به وسیله شرکت نرم افزاری (Ration So ftware ) و شرکایش ایجاد شد . UML جانیشین های زبان های مدل سازی ای است که در ، Booch Reumbugh // OOSE Jacoboson و روش های دیگر یافت می شوند. بسیاری از شرکت ها در حال جای دادن UML در خود به عنوان یک استاندارد در فرآیند توسعه و محصلوات شان هستند ، که نظام هایی نظیر : مدل سازی کار ؤ مدیریت نیازمندی ها ؤ تحلیل و طراحی ؤ برنامه نویسی و تست را می پوشاند.
زمینه UML
زبان های مدل سازی شی گرا از اواسط دهه 1970 آغاز به ظهور کردند و از اواخر دهه 1980 ، متدولوژیست های زیادی ، رویکردهای متفاوتی را برای تحلیل و طراحی شی گرا بیان کردند. تکنیک های متعدد دیگری نیز بر این زبان ها اثر گذاشتند ، نظیر : مدل ساز ی ارتباط موجودیت ، زبان SDL و دیگر تکنیک ها .
تعداد زبان های مدل سازی تعریف شده در دوره زمانی بین 1989 تا 1994 ، از 10 عدد به بیش از 50 عدد رشد کرد. بسیاری از کا ربران روش های OO در یافتن یک زبان مدل سازی که رضایت کامل آنها را جلب کند ، با مشکل مواجه بودند و از طرفی در حال سوخت رسانی به جنگ روش ها بودند. از اواسط دهه 1990 ، تکرار جدیدی از این روش ها آغاز به ظهور کرد، نظیر Booch 93 ، تکامل مستمر OMT/Rumbugh و Fusion . این روش ها آغاز به داخل کردن تکنیک های دیگران به روش های خودشان کردند و روش هایی نظیر Booch93 , OMT-2.OOSE/Jacobson ایجاد گردید . هر یک از این روش ها نیز به نوبه خود یک روش کامل بود.
Jacobson, Rumbaugh ,Booch نیروهایشان را به هم پیوستند توسعه UML در اکتبر 1994 زمانی که Jim Rumbaugh,Grady Booch از شرکت Rational Software Corporation کارشان را برای یکی کردن روش های Booch و OMT آغاز کردند ، شروع گردید . در اکتبر 1995 نسخه 8 ، از Unified Method (که همین طور نام گذاری شده بود ) بیرون آمد . در پائیز 1995 ، Ivar Jacoboson و شرکت Objectory اش به Rational پیوستند. و روش OOSE را نیز در آن ادغام کردند. هم اکنون از نام Objectory برای توصیف فرآیند UML استفاده می شود.
تلاش های Jacobson.Rumbaugh,Booch در اصلاح و انتشار اسناد 0.9-0.91 در ژوئن و اکتبر 1996 به نتیجه رسید. در سال 1996 ، نویسندگان UML از جامعه دعوت کردند و بازخورهایی را نیز دریافت کردند. اگر چه آنها این بازخورها را یکپارچه کردند ، اما توجه متمرکز بیشتری هنوز مورد نیاز بود.
UML 1.0-1.1 و شرکای UML
در سال 1996 مشخص شد که سازمان های متعدد ، UML را از دید استراتژیک می بینند. درخواست پیشنهادی که از سوی OMG منتشر شد ، کاتالیزوری را فراهم کرد تا این سازمان ها برای تولید یک پیشنهاد به درخواست فوق بپیوندند. Rational ، کنسرسیوم شرکای UML را با سازمان های چندی ایجاد کرد تا منابع شارن را برای کار کردن بر روی تعریف UML 1.0 متمرکز کنند.
بیشترین مشارکت کنندگان در تعریف UML1.0 عبارت بودند از :
ICON,IBM , IntelliCrop > I-Logix, HP, Digital Equipment Corp.
Tl, Rational Software, Oracle, Microsoft, MCI Systembouse, Computing Unisys. این همکاری ، UML 1.0 را تولید کرد که یک زبان مدل سازی با تعریف ، بیان قدرت و کاربرد عمومی خوبی بود. این کار در ژنوایه 1997 به عنوان عکس العمل اولیه به درخواست فوق به وسیله OMG پذیرفته شد.
در ژانویه 1997 ، شرکت های Ptech, platinum Technology و Taskon & IBM & ObjecTime SofteamوReich Technologies نیز یک پیشنهاد مجزا را به OMG ارائه کردند . این شرکت ها به شرکای UML پیوستند تا افکارشان را سهیم کنند و با یکدیگر UML 1.1 را ایجاد نمایند. تمرکز به UML 1.1 بهبود وضوح و روشنی مفاهیم UML 1.0 و نیز شرکت دادن شرکای جدید در این همکاری بود. این نسخه نیز توسط OMG به تصویب رسید.
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
UML حال و آینده
UML غیر خصوصی است و برای همه باز است . UML نیازهای کاربران و اجتماعات علمی را نشانه می رود. بسیاری از متدولوژیست ها ، سازمان ها و تولید کنندگان ابزار ، خود را در استفاده از آن متعهدا کرده اند. از آنجا که UML مفاهیم و علائم مشابهی از Booch,OMT,OOSE و دیگر روش های مهم را ارائه می کند و با وارد کردن شرکای UML و باز خور عمومی به خود ، شخصیت قانونی ارائه کرده است ، انتخاب وسیع UML بایستی کار درستی باشد.
نمونه ای از نمودار UML
دو جنبه یکپارچگی که زبان مدل سازی یکپارچه (UML ) به دست آورده است عبارتند:
1) UML به صورت مؤثری به بسیاری از اختلاف ها پایان می دهد که غالبا هم در زبان های مدل سازی روش های قبلی ظهور کرده بود.
2) UML ، دیدگاه ها را در انواع مختلف سیستم ها ( کسب و کار در مقابل نرم افزار ) ، مراحل توسعه (تحلیل نیازمندی ها ، طراحی و پیاده سازی )، و مفاهیم درونی ، یکپارچه می کند.
3) استاندارد سازی UML
بسیاری از سازمان ها ، UML را به عنوان استاندارد سازمانی شان تایید کرده اند ، به دلیل آنکه UML از زبان های مدل سازی که توسط روش های مهم OO ارائه شده اند منبعث شده است . UML برای استفاده روزمره و همگانی بسیار مطلوب است.
صنعتی سازی
بسیاری از سازمان ها و تامین کنندگان جهان ، UML را پذیرفته اند. تعدادی از سازمان های تایید کننده UML انتظار می رود تا در آینده رشد قابل توجهی بنمایند. این سازمان ها ، استفاده از UML را به وسیله ایجاد اسناد قابل دسترس و ساده تشویق می کنند. همچنین با تشویق متدولوژیست ها ، تامین کنندگان ابزار ، سازما ن های آموزشی و نویسندگان به انتخاب UML در کارهایشان ، مسیر صنعتی سازی آن را هموارتر می نمایند.
تکامل UML آینده
اگر چه UML یک زبان دقیق را تعریف می کند اما سدی برای بهبودهای آینده در مفاهیم مدل سازی نیست . بسیاری از تکنیک های رهبری را در نظر گرفته شده است اما انتظار می رود تا تکنیک های اضافه تری ، نسخه های آینده UML را ایجاد کنند. بسیاری از تکنیک های پیشرفته می توانند با استفاده از UML به عنوان پایه ، تعریف گردند. UML می تواند بدون تعریف دوباره هسته خودش ، بسط داده شود. UML در شکل موجودش ، انتظار می رود تا پایه ای برای بسیاری از ابزارها باشد، ابزارهایی برای : مدل سازی تجسمی ، شبیه سازی و محیط های توسعه . همان گونه که یکپارچه سازی ابزارها توسعه داده می شوند ، استانداردهای پیاده سازی مبتنی بر UML نیز به صورت وسیعی قابل دسترس خواهند شد.
===
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.comPM
a00bcom
a00bcom
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
آشنایی با UML زبان مدل سازی یکپارچه در پروژه های مهندسی نرم افزار بخش سوم
فرآیند توسعه
مقدمه
UML یک زبان مدل سازی است و نه یک فرآیند و بر این اساس هیچ گونه علامت گذاری نیز برای فرآیند توسعه و ایجاد سیستم ارائه نمی دهد. سه مبدع UML ، فرآیندی را که در ابتدا به Objectory و هم اکنون به Unified Process معروف است را ارائه کرده اند. این فرآیند در شرکت Rational از سال ها قبل در حال اجرا است . البته در ایجاد یک سیستم نرم افزاری نمی توان فقط یک فرآیند را مطرح کرد. عوامل مختلفی که می توانند در فرآیند توسعه نرم افزار اثر گذار باشند ، موارد متعددی هستند ، مواردی نظیر : نوع نرم افزار (بیلادرنگ ، سیستم اطلاعاتی ، محصول رومیزی ، بازی کامپیوتری ) ، اندازیه (یک نفر توسعه دهنده ، گروه کوچک ، گروه بیش از 100 نفر ) و غیره .
بنابراین برای درک بهتر خواننده کمی هم از Unified Pricess می گوییم. فرآیند توسعه ، فرآیندی تکراری و افزایشی است و در چهار مرحله به انجام می رسد (شکل 1-7 ) . هر مرحله می تواند از چند تکرار تشکیل شود. در هر تکرار ، قدم های چرخه عمر وجود دارد. یعنی قدم های تعیین نیازمندی ها ، تحلیل ، طراحی ، پیاده سازی و تست در هر تکرار انجام می شود.
تعیین اساس کار و محدوده پروژه و اخذ تعهد از کاربر برای ادامه کار در اولین مرحله یعنی مرحله شروع انجام میشود.
جمع آوری مفصل نیازمندی ها و تحلیل و طراحی سطح بالا برای ایجاد خطوط پایه معماری در مرحله دوم یعنی مراحل تفضیل انجام می گردد.
در عین حال کارهایی را مجبورید به آخرین مرحله بیاندازید، به عنوان مثال بتاتست ، آموزش کاربر ، و … به آخرین مرحله یعنی مرحله انتقال سپرده می شود.
ساخت نرم افزار که عمده وقت پروژه را به خود اختصاص می دهد سومین مرحله فرآیند توسعه است. کلیه مدل هایاساس و ریز تا حد پیاده سازی در این مرحله ساخته می شود.
هر یک از مراحل می تواند دارای چندین تکرار باشد. اما در شکل 1-7 این تکرار را فقط برا ی مرحله سوم یعنی مرحله ساخت نشان دادم. فرض بر این است که در هر تکرار ، حداقل چهار قدم چرخه عمر وجود دارد. یعنی قدم های تحلیل ، طراحی ، پیاده سازی و تست در هر تکرار انجام می شود . این تکرارها به وسیله شکل های7-2 و 7-3 نیز قابل مشاهده است . در شکل 7-3 قدم های بیشتری برای چرخه عمر ذکر شده است که در صورتع علاقه مندی خواننده می تواند به سایت شرکت Rational مراجعه کند و توضیحات بیشتری را ببیند.
مرحله شروع
در این مرحله ممکن است به امکاان سنجی ، تحلیل مقدماتی برای به دست آوردن اندام پروژه و … نیاز شود. این مرحله با توجه به پروژ ه می تواند خیلی کوتاه و یا طولانی باشد. اساس کار و تعیین نیازمندی های کلی کاربر و نیز محدوده و مرز سیستم پروژه در این مرحله انجام می شود. وقتی که از نقطه نظرات جدی کاربر آگاه شدیم، مجوز ادامه کار را از او می گیریم. این مرحله از دید کاربر نباید چندان طولانی شود.
مرحله تفصیل
درک بهتر پروژه در این مرحله انجام می شود. در این مرحله کلیه نیازمندی های کاربر به صورت دقیق در قالب موارد کاربرد شناسایی می گردد. در تصمیم های این مرحله نیاز به ریسک و مخاطره دارید.
انواع ریسک های ممکن می تواند به صورت زیر دسته بندی شود.:
1 – ریسک نیازمندی ها : احتمال آنکه نیازمندی را خوب تشخیص ندهیم. کاربر چیزی بگوید و چیز دیگری فکر کنیم. نقطه شروع تعیین نیازمندی ها ، تعیین موارد کاربرد هستند.
2 – ریسک فنی : آیا می توانیم طراحی OO کنیم ؟ آیا با Web,java و بانک اطلاعاتی می توانیم خوب کار کنیم ؟ به عبارتی احتمال انتخاب معماری فنی مناسب چقدر است ؟
3 – ریسک مهارت ها : آیا نیروی متخصص داریم ؟ احتمال آنکه تخصص های لازم در پروژه را در دسترس داریم یا نه ، تحت عنوان ریسک مهارت ها مطرح می شود.
4 – ریسک شناسی : آیا نیروهای اثر گذار بیرونی وجود دارند ؟ یعنی چقدر احتمال دارد که از نظر سیاسی ، پروژه تحت تاثیر نیروهای بیرونی قرار گیرد؟
ریسک نیازمندی ها
نقطه شروع تعیین نیازمندی ها ، تعیین موارد کاربرد است . مورد کاربرد تعاملی نوعی اس که کاربر با سیستم دارد برای آنکه به هدفی دست یابد. نقطه اساسی در هر مورد کاربرد اینست که هر مورد کاربرد ، یک وظیفه با اهمیت برای کاربر است . مهم ، کشف و شناسایی هر چه بیشتر موارد کاربرد بالقوه و مهم در سیستم است. موارد کاربرد خیلی ریز نمی شوند . ما بهتر است قبل از ترسیم نمودار مورد کاربرد ، نمودارهایی را که مدل حوزه مسئله را نشان می دهد ترسیم کنیم. مدل حوزه مسئله به مدل هایی اطلاق می شود که به حوزه مسئله و جهان واقعی بر می گردد و به نوعی حوزه مسئله مورد مطالعه ما را توصیف می کند.
این مدل می تواند هر نوع شکل ، نمودار ، تصویر ، جمله ، متن ، جدول ، ماکت و …. باشد تنها چیزی که از آن انتظار داریم آن است که بتواند تصوری کلی از ماهیت سیستم تحت مطالعه و عناصر آ را در اختیار ما قرار دهد.
==============
سلام
==============
جمعه 6 فروردین 1395 1:19 PM
a00bcom
a00bcom
کاربر تازه وارد
تاریخ عضویت : فروردین 1395
تعداد پست ها : 31
محل سکونت : اصفهان
آشنایی با UML زبان مدل سازی یکپارچه در پروژه های مهندسی نرم افزار بخش چهارم
انواع مدل ها
مدل های مختلفی را می توان ترسیم نمود :
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
1) مدل های حوزه مسئله و موارد کاربرد : این مدل ها ، نیازمندی های وظیفه های سیستم را نشان می دهند. با ترسیم این مدل ها نیازمندی های کاربر شناسایی می گردد.
2) مدل های تحلیلی : کاربرد خاص و تفصیل هر یک از نیازمندی های کاربر توسط مدل های تحلیلی نشان داده می شود. این مدل ها هر مورد کاربرد را به صورت مفصل تر نشان می دهند.
3) مدل های طراحی : که ساختار ایستای سیستم را به صورت زیر سیستم ، کلاس ها و واسط ها برای پیاده شدن بر اساس زیر ساخت های کاری نشان می دهند.
مدل های حوزه مسئله حتما قبل از مورد کاربرد ساخته می شود تا با فرهنگ حوزه مسئله آشنا شویم.
دو روش بر اساس UML می تواند برای ایجاد مدل های حوزه مسئله پیشنهاد شود:
1) نمودارهای کلاسی که از چشم انداز مفهومی ترسیم شده اند و بیشتر واژه ها و مفاهیم خبره های حوزه مسئله و نحوه ارتباط مفاهیم با یکدیگر را نشان می دهند. توجه شود که در الگوی حوزه مسئله بیشتر ، ساختا ر و فرهنگ لغات مسئله مورد توجه است در حالی که در مورد کاربرد ، بیشتر رفتار و فعالیت های حوزه مسئله مورد توجه قرار می گیرد.
2) نمودارهای فعالیت که به عنوان تکمیل کننده نمودارهای کلاس ، توصیف کننده جریان کار سیستم هستند.
3) نکته مهم نمودارهای فعالیت اینست که فرآیندهای موازی سیستم در آن کشف می شوند و توالی غیر ضروری فرآیندها مشخص می گردند. برخی افراد به جای نمودار فعالیت ، نمودار تعالم را می پسندند.
4) بعد از الگوی حوزه مسئله ، نوبت به موارد کاربرد می رسد. همانطور که قبلا نیز اشاره شد در مورد کابرد نیازمندی های سیستم شناسایی می گردند سپس همه نمودارها را در قالب یک نمودار حوزه مسئله می آوریم و با یک یا دو نفر از متخصصین خود حوزه مسئله تبا دل نظر می کنیم حال یک الگوی حوزه مسئله که همه نیازمندی ها را نشان می دهد در دست داریم. سپس به ساخت کلاس ها و ورود به مرحله ساخت می پردا زیم. حداقل گروه ایجاد کننده مدل حوزه مسئله یک یا دو توسعه دهنده و یک یا دو خبره مسئله و حداکثر 4 نفر برای این کار مناسبند. ایجاد نمونه اولیه نیز وسیله مناسبی در محقق سازی بهتر این مرحله است . البته همه این نکات صرفا یک توصیه است.
ریسک فنی
در بررسی فنی برای ایجاد نرم افزار ، لازم است تا تبعات به کار گیری تکنولوژی بررسی شود. به عنوان مثال از چه کامپایلری استفاده شود؟ (C++,Delphi,….. ) ؤ موتور پایگاه داده چیست ؟ (Oracle, SQL,…. ) . همچنین اثر متقابل این انتخاب ها بر یکدیگر مهم است. در این بررسی لازم است تبعات سخت افزاری این انتخاب بر یکدگیر مهم است در این بررسی لازم است تبعات سخت افزاری این انتخاب نیز بررسی شود. به هر حال تصمیمات طراحی معماری مهم است . در این میان تمرکز بر نواحی ای که در آینده به سختی قابل تغییر باشند مهمتر است . برای کشف این نقاط نیز موارد کاربرد مناسب هستند. همچنین نمودارهای کلاس و تعامل برای نمایش اینکه اجزاء چگونه با هم مرتبط می شوند مفید هستند. نمودارهای بسته نیز می توانند تصویر سطح بالایی از اجزا را نشان دهند. همچنین نمودارهای استقرار می توانند منظر گاهی را از اینکه چگونه قسمت های مختلف سیستم توزیع شده اند به دست دهند. برای کسب اطلاعات بیشتر به فصل های مربوطه مراجعه کنید.
ریسکهای پروژه UML
ریسک مهارت
برای کسب مهارت در مبحث شی گرا ، بهترین راه استفاده از مربی است که در طول پروژه در کنار شما قرار گیرد اگر چنین حالتی امکان نداشته باشد استفاده از مربیان تمام وقت یا پاره وقت نیز برای بازنگری پروژه مفید است. اگر این حالت نیز امکان نداشت، هر ماه یا هر دو ماه با دعوت از یک مربی خبره مدل های خود را بازنگری کنید. توصیه می شود هر ماه یک کتاب تکنیکی بخوانید حتی بهتر است که به صورت گروهی مطالعه کنید و به تبادل نظر بپردازید .
الگوها نیز ابزا رهای مناسبی برای آموزش و اعتبار سنجی مدل هاست. بنابراین لازم است از آخرین وضعیت الگوها باطلاع باشید.
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
معماری خط پایه
نتایج و خروجی مرحله تفصیل ، معماری خط پایه است این معماری شامل موارد زیرمی گردد.
• فهرست موارد کاربرد که نیازمندی های سیستم را بیان می کند
• مدل حوزه مسئله که درک شما را از سیستم نشان می دهد و نقطه شروع کلاس های اساسی حوزه مسئله است.
• ساختار تکنولوژی انتخاب شده که تکنولوژی پیاده سازی و جفت و جور شدن عناصر آنها را توصیف می کند.
این معماری ، پایه ای برای توسعه است . اصطلاحا به این معماری ، طرح اولیه مراحل بعد گفته میشود.
چه زمانی مرحله تفصیل پایان می یابد؟
دو رخداد مهم برای نمایش دادن پایان مرحله تفصیل عبارتند از :
1) تقریبا با اطمینان بتوان برای آینده پروژه تخمین زد.
2) شناسایی همه ریسک ها و آمادگی برای حل هر کدام از آنها انجام شده باشد.
برنامه ریزی
اساس برنامه ریزی تعیین تکرارهای ساخت و تخصیص مورد کاربرد به هر تکرار است. برای این منظور قدم های زیر پیشنهاد می شود:
قدم اول : طبقه بندی موارد کاربرد : کاربر بایستی سطح اولویت هر یک از موارد کاربرد را مشخص کند. معمول می توان این کار را در سه سطح بالا ، متوسط و پایین انجام داد
قدم دوم : در نظر گرفتن ریسک معماری برای هر مورد کاربرد : توسعه دهنده ، این ریسک را در سه سطح مشخص می کند . این ریسک عبارت است از ریسکی که اگر این مورد کاربرد در پروژه برای مدتی به تعویق افتد ، تکمیل کارهایی که تاکنون انجام شده اند ، چقدر باعث دوباره کاری می گردد؟
قدم سوم : در نظر گرفتن ریسک برنامه ریزی برای هر مورد کاربرد : که عبارت از میزان اطمینان توسعه دهنده نسبت به تخمین کار مورد نیاز برای هر مورد کاربرد است.
طول زمانی که هر مورد کاربرد بر حسب نفر ـ هفته را با فرض انجام تحلیل ، طراحی ، کدنویسی ، تست ، مجتمع سازی و مستند سازی به دست آورید. نکته قابل توجه اینست که تخمین زدن را باید کارشناس توسعه انجام دهد نه مدیر. اگر برخی از موارد کاربرد دارای ریسک بالا بودند نیاز به مرحله تفصیل دوباره ، برای این موارد کاربرد پیش می آید.
قدم چهارم : تعیین طول تکرار برای کل پروژه : لازم است یک طول ثابت زمانی برای کلیه تکرارها در کل پروژه مشخص گردد. این طول زمانی بایستی باندازه کافی بزرگ باشد تا بتوانید چند مورد کاربرد را در هر تکرار انجام دهید. به عنوان مثال برای زبان Smalltalk میتوانید دو تا سه هفته و برای c++ شش هفته یا بیشتر باشد. در محاسبات لازم است این گونه در نظر بگیرید که از 50 % توان یک کارشناس توسعه استفاده می شود ، سپس طول تکرار را در نصف تعداد توسعه دهنده ها ضرب کنید ، نتیجه به دست آمده ، مقدار کار توسعه را برای هر تکرار مشخص می کند. برای نمونه با 8 توسعه و طول تکرار 3 هفته ای در هر تکرار (12 = 8 * 3 * 1.2 ) نفر – هفته در هر تکرار داریم.
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
جمع کل زمان موارد کاربرد را بر مقدار مورد نیاز در هر تکرار (عدد به دست آمده در مرحله قبل ) تقسیم کنید و با عدد یک جمع کنید ، عدد به دست آمده اولین تخمین شما از تعداد تکرارا مورد نیاز در پروژهتان است. عدد یک برای اطمینان بیشتر به مقدار فوق افزوده می شود.
قدم پنجم : تخصیص موارد کاربرد به تکرارها: بر اساس اولویت هایی که قبلا توضیح داده شد، در هر تکرار ، تعدادی مورد کاربرد قرار دهید. ابتدا موارد کاربرد با اولویت بالاتر را به تکرارها تخصیص دهید. برای پیش بینی مقدار زمان مورد نیاز در مرحله انتقال معمولا 10 % تا 35 % از مرحله ساخت را به عنوان تخمین مرحله انتقال قرار می دهند . همچنین 10% تا 20 % از مرحله ساخت را برای پیشامدهای اتفاقی قرار میدهند.
برنامه ای که به روش فوق به دست می آید و با تبادل نظر کاربر و کارشناس توسعه ایجاد می شود به برنامه توصیه ای معروف است .
بنابراین ، موارد کاربرد پایه های برنامه ریزی هستند که UML نیز بر آنها تاکید زیادی دارد.
مرحله ساخت
در مرحله ساخت ، سیستم در طی یک سری تکرار ایجاد می شود در هر تکرار نیز تأیید کاربر اخذ می شود . هدف از این فرایند کاهش ریسک است .
==============
سلام
==============
جمعه 6 فروردین 1395 1:28 PM
a00bcom
a00bcom
کاربر تازه وارد
تاریخ عضویت : فروردین 1395
تعداد پست ها : 31
محل سکونت : اصفهان
پاسخ به:آشنایی با UML زبان مدل سازی یکپارچه در پروژه های مهندسی نرم افزار بخش پنجم
معمولا تست ها را نیز به دو دسته تقسیم می کنند.
1) تست واحد : که به وسیله کارشناس توسعه انجام می شود .
2) تست سیستم : که به وسیله گروه تست بیرونی انجام می شود این گروه باید به دیدیک جعبه سیاه به برنامه اصلی نگاه کند .
دسته بندی مجدد
وقتی تابعی را به برنامه ای اضافه می کنید چون از قبل برای حضور آن پیش بینی نکرده اید برنامه ازکیفیت خوبی برخوردار نخواهد شد .برای جلوگیری از خراب شدن کیفیت برنامه دو راه وجود دارد :
1) طراحی دوباره برنامه و کدنویسی کامل برای طراحی جدید
2) اضافه کردن به برنامه موجود و اصلاح و تطبیق آن با برنامه
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
مراحل تست در UML
قدم های دسته بندی مجدد
تغییرات دسته بندی مجدد معمولا قدم های کوچکی دارد : تغییر نام یک متد ، انتقال یک صفت از کلاسی به کلاس دیگر ، تفکیک کردن متدهای مشابه از کلاس ها و قرار دادن در یک فوق کلاس و…
نکاتی در مورد دسته بندی مجدد
1) دسته بندی مجدد واضافه کردن به کد را هم زما ن ا نجام ندهید .
2) قبل از دسته بندی مجدد از تست برنامه مطمئن شوید .
3) ابتدا خوب فکر کنید و صفات مناسب را جابجا کنید و موارد مشابه را در فوق کلاس ها قراردهید .
چه وقت دسته بندی مجدد کنیم ؟
1) وقتی برای اضافه کردن وظیفه ای ، به یک کد قدیمی برمی خوریم که مشکل اضافه کردن کد ایجاد می شود .
2) وقتی فهمیدن کد موجود ، سخت است .
همه تکنیک های UML در مرحله ساخت مفید هستند . برخی از نمودارها که استفاده فراوان تری دارند در زیر توضیح داده می شود .
1) از نمودار مورد کاربرد برای تعیین محدوده مورد نظرتان استفاده کنید .
2) نمودار کلاس مفهومی برای درک مفاهیم درون مورد کاربرد مفید است .
3) نمورار فعالیت را برای تشخیص جریان کار عناصر درون مورد کاربرد مفید است .
قدم بعدی ،تحلیل این نمودارها و اصلاح آن با کمک و نظر کاربر است . در این مرحله به نظر کاربر بسیار اهمیت داده میشود و برون نظر او تصمیم گیری کردن کار نادرستی است.
برای ورود به طراحی ترسیم نمودار کلاس از چشم انداز تشخیصی برای آنکه کلاس را با جزئیات بیشتر ببینیم مفید است . نمودارهای تعغامل برای نمایش اینکه چگونه کلاس ها با هم تعامل میکنند تا مورد کاربرد را پیاده کنند ارزشمند هستند
برای ترسیم نقشه ای منطقی از سیستم از نمودارهای بسته استفاده کنید . این نمودار نقشه منطقی سیستم ووابستگی بین آنها را به خوبی نشان میدهد .
الگو ها
الگوها راه های متداول انجام بعضی کارها را نشان می دهند . الگوها به عنوان نتیجه فرایندها به صورت مدل های مثالی به نظر می رسند . یک الگو ، یک مدل ساده است که از نظر طراحی بسیاری از مشکلات را مرتفع می کند و توسعه دهنده ، پس از تجربیات زیاد و به کاربردن آن در سیستم های مختلف آن را کامل کرده است و به گونه ای در آمده است که می تواند در بسیاری از سیستم ها به کار رود و بسیاری از مشکلات را مرتفع کند و استحکام مدل را بالا ببرد . همچنین زمان مدل سازی را کاهش دهد و قابلیت استفاده مجدد را به نمایش گزارد .
کتاب های مهمی در زمینه الگوهای تحلیل و طراحی وجود دارد که بهتر است برای قوی کردن دیدگاههای مدل سازی تان آنها را مطالعه کنید .
مرحله انتقال
پس از همة تکرارها هنوز یک قدم باقی مانده است و آن مرحله انتقال است . بنابراین پس از همه تکرارها گروه توسعه دهنده به پایان کد نویسی می رسند . و آماده اند تا محصول را به کاربر تحویل دهند .
بهینه سازی ، کارایی را بهبود می بخشد . بهینه سازی برای آن است که سرعت سیستم را در جهت رفع نیازمندی های کاربر ، به اندازه کافی بالا ببرد . در طول مرحله انتقال ، اضافه کردن وظیفه ای به سیستم وجود ندارد بلکه حداکثر برای رفع اشکال سیستم این مورد می تواند بروز کند . مثال خوبی از مرحله انتقال فاصله زمانی مابین محصول بتا و محصول نهایی است . در زمینه فرآیند مراجع (Booch-94 ) و (Jacobson –99 ) مناسب هستند .
مرور
در ایجاد یک مدل شیء گرا می توان مدل را براساس سه دیدگاه یا چشم انداز ترسیم کرد که عبارتند از : مفهومی ، تشخیصی و پیاده سازی . بسته به آن که ترسیم کننده مدل ، با چه دیدگاهی در حال ترسیم مدل است جزئیات درون مدل کمتر یا بیشتر می باشند .
دید عمیق تر نسبت به سیستم و اینکه در هر مورد کاربردی چه اشیائی با هم در ارتباط هستند از طریق نمودارکلاس فراهم می آید در ابتدا بهتر است که نمودار کلاس را از دیدگاه یا چشم انداز مفهومی ترسیم کنید دراین دیدگاه در حال ترسیم نموداری هستید که زبان کاربر را نمایش می دهد .
همچنین برای آنکه جریان کاری سیستم کاربر را درک کنید و بفهمید که برای هر مورد کاربرد از چه فعالیت هایی و با چه ترتیبی استفاده می گردد، نمودار فعالیت ابزار مناسبی است .
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
در پروژه های پیچیده و بزرگ تحلیل گر یا مدیر پروژه برای آنکه بتواند سیستم را خیلی سریع مرور کند و از پیشرفت امور با خبر شود و نیز برای آنکه کنترل مدل آسانتر و درک آن ساده تر شود نیاز به ابزاری است تا این پیچیدگی را مدیریت کند . برای این منظور نموداربسته ها وسیله ای مناسب است .
مجموعه ای از کلاسها که با یکدیگر ارتباط تنگاتنگ دارند را در یک بسته قرار می دهیم و این کار را تکرا ر می کنیم در نهایت به عنوان مثال از یک نمودار کلاس که دارای 100 کلاس می باشد به یک نمودار بسته می رسیم که از 10 بسته تشکیل شده است این مدیریت پیچیدگی برای تمام عناصر درون مدل UML نظیر : مورد کاربرد ، نمودارفعالیت نمودار حالت و … کاربرد دارد و تنها مختص کلاس نیست .
الگوها نیز ابزار مناسبی هستند تا بتوا نید ایده های اساسی سیستم را بیان کنید الگو کمک می کند تا ارزیابی خوبی از طرح و مدل تان بیان کنید . آنها برای توصیف طرح هایی که پذیرفته نمی شوند نیز مفید هستند .
UML یک زبان مدل سازی است وفارغ ازفرایند و متدولوژی است .UML هیچ توصیه ای به روش به کارگیری خود نمی کند و به همین دلیل است که سه مبدأ آن را با عنوان زبان مدل سازی نام می برند و نه روش یا فرایند . اما از آنجا که به هرحال ایجاد هر مدلی مبتنی بر یک متدولوژی یا فرایند خواهد بود ، سه مبدع UMLکتابی نیز برای بیان فرایند با استفاده از UML به چاپ رسانده اند و در آن متذکر شده اند که برای استفاده از UMLچه فرایند و روشی را به کار می گیرند .
طول مدت(ساعت)
دوره تحلیل نیازمندی ها در یک نگاه
2
دلایل اهمیت مهندسی نیازمندی ها و تعاریف
2
تعاریف و مفاهیم
2
تکنیک های شناسایی مساله
8
مستند سازی مساله و راه حل های آن
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com8
تکنیک های ارائه و مستند سازی راه حل
8
نیازمندی های نرم افزاری در متدولوژی های RUP و Agile
4
مبانی تحلیل شی گرا
4
کاربرد UML در مدل سازی نیازمندی های نرم افزاری با استفاده از ابزار مدل سازی
4
در طی دوره ۳ پروژه با مفاهیم آموزش داده شده مورد بررسی قرار خواهد گرفت.
انجام پروژه های مهندسی کامپیوتر و برنامه نویسی
انجام پروژه های مهندسی کامپیوتر
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
مهندسی کامپیوتر شاخه‌ای از مهندسی است که با مطالعه علمی کامپیوتر و استفاده از آنها مانند محاسبات ، پردازش داده ، کنترل سیستم ، الگوریتم پیشرفته و هوش مصنوعی سر و کار دارد . مطالعه مهندسی کامپیوتر شامل برنامه نویسی ، طراحی ، تجزیه و تحلیل و تئوری میباشد . پروژه های مهندسی کامپیوتر شامل طراحی و توسعه نرم افزار میباشد . پروژ‌های مهندسی کامپیوتر می‌توانند با استفاده از ابزارهای مختلفی مثل جاوا ، دات نت ، اوراکل ، اس کیو ال (SQL) و غیره پیاده سازی شوند . لیستی از انواع ایده پروژه های کامپیوتری به صورت زیر میباشد :
موضوعات پروژه کامپیوتری برای دانشجویان کامپیوتر :
برنامه نویسی و طراحی سایت
.NET) ASP.net و سی شارپ)
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
اچ تی ام ال (HTML) و CSS
جاوا
دیتا بیس (SQL Server، access، )
پی اچ پی (PHP)
ای جکس (AJAX)
دلفی ، ویژوال بیسیک ، C و C++
متلب (Matlab)
گرافیک
OpenGL
فتوشاپ
فلش
3D Max
اتو دسک
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
شبکه و امنیت
تحلیل شبکه با استفاده از NS2 و NS3
تحلیل شبکه‌های پتری نت با استفاده از نرم افزار پایپ
تدوین مقاله در زمینه کامپیوتر برای نشریات معتبر داخلی و خارجی(ISI، علمی پژوهشی، کنفرانسی)
انجام پروژه و پایان نامه دانشجویی ( با تک لایو، Latex و زی پرشین) :
پایان نامه در زمینه رمز نگاری ، هوش مصنوعی ، مهندسی نرم افزار ، هندسه محاسباتی ، بایو انفورماتیک ، خوشه بندی ، ابر ، داده کاوی ، پردازش تصویر ، فازی ، شبکه‌های حسگر بی سیم ، الگوریتم‌های تکاملی ، الگوریتم چند هدفه ، بینایی ماشین ، یادگیری ماشین ، پیش بینی(prediction) ، شبکه‌های گرید و ….
طراحی و پیاده سازی خواندن کارت اعتباری با تشخیص چهره
طراحی و پیاده سازی سیستم تخصیص هتل به صورت کامپیوتری
پایان نامه بررسی فروشنده دوره گرد و NP-Hard با الگوریتم ژنتیک
ابزارها و نرم افزارهای دیگر
انجام پروژه‌های Maple ، matlab و ….
تحلیل سیستم با استفاده از UML
تشریح کارایی نرم افزار colwiz ، کلیپس، gridsim و ….
ترجمه کتاب و مقاله با کیفیت بالا
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
طراحی نمودار ها و دیاگرام ها به زبان UML
انجام پروژه های مهندسی نرم افزار و طراحی نمودار ها و دیاگرام ها به زبان UML با نرم افزار EA یا Enterprise Architect از قبیل طراحی های: دیاگرام مورد کاربردی (Use Case Diagram) و نیز نوشتن سناریوهای آن در صورت نیاز , دیاگرام کلاس (Class Diagram) , دیاگرام فعالیت (Activity Diagram) , دیاگرام متن (Context Diagram) برای دانشجویان رشته ی مهندسی کامپیوتر با قیمت کاملا مناسب و توافقی توسط مهندس سجاد سالاری (فوق لیسانس نرم افزار کامپیوتر)
طراحی نمودار ها و دیاگرام ها به زبان UML - 1
**در ضمن سفارشات از تمامی شهرهای ایران پذیرفته میشود..کافیست که
ه مهندسی نرم افزار سیستم کتابخانه
azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276
پروژه
مدیریت سیستم کتابخانه یکی از پروژه های رایج برنامه نویسی و دانشجویی می
باشد که قبلا در Code-Project مدیریت سیستم کتابخانه با Asp.net قرار داده
بودیم . در این بخش پروژه مهندسی نرم افزار تجزیه و تحلیل سیستم کتابخانه
را آماده دانلود کرده ایم که به عنوان پروژه ای برای درس مهندسی نرم افزار
می باشد . خدماتی که این کتابخانه به مشتری هایش ارائه می دهد عبارتند از
دادن کتاب برای مدت معلوم به افراد عضو کتابخانه ، وجستجوی کتاب . در
سیستم بسیاری از کارها مانند تمدید ثبت نام و مهلت کتاب و دیدن کتابهایی که
اکنون به امانت رفته اند به صورت کامپیوتری انجام گرفته و تمامی اطلاعات
کاربر در سیستم کامپیوتری به ثبت می رسد این اطلاعات شامل (عضویت، تمدید
عضویت، امانت دادن کتاب، تمدید امانت ، تحویل کتاب) می باشد. در این بخش می
توانید فایل پروژه مهندسی نرم افزار تجزیه و تحلیل سیستم کتابخانه به
همراه نمودار ها ، دیاگرام ، use case ، مستندات و … به صورت رایگان دانلود
کرده و مورد استفاده قرار دهید .
پروژه مهندسی نرم افزار سیستم کتابخانه
تجزیه و تحلیل سیستم کتابخانه
فهرست پروژه تجزیه و تحلیل سیستم کتابخانه:
• تعریف سیستم ، سیستم چگونه کار می کند
• عضویت ، تمدید عضویت
• امانت دادن کتاب ، تمدید امانت
• شناسایی موجودیتهای سیستم ، وظایف اعضاء
• نمودار مفهومی Context Diagram
• نمودارهای DFD در سطوح مختلف
azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276
• چارت عملیاتی کتابخانه
• نمودار های Use Case مربوط به موجودیت های کتابخانه
• شرح سناریوی Use Case ها ، چند نمونه از تشریح داده های جزء
• نمودارهای Active Diagram
• نمودارهای ترتیبی (sequence diagram)
قیمت پروژه : رایگان
پروژه مهندسی نرم افزار و تجزیه و تحلیل سیستمها UML و SSADM
شنبه 5 اردیبهشت‌ماه سال 1388 ساعت 07:06 ب.ظ
انجام پروژه های مهندسی نرم افزار به سفارش شما 09131253620
پروژه مهندسی نرم افزار uml انجام پروژه مهندسی نرم افزار SSADM
تجزیه
و تحلیل سیستم های نرم افزاری کوچک ، متوسط و بزرگ توسط تیم تحلیل و
برنامه نویسی ما انجام می شود. برخی از خدمات پروژه های مهندسی نرم افزار
که توسط ما ارائه می شود به شرح ذیل می باشند:
1- مستند سازی و ساخت Help و داکیومنت برای پروژه های نرم افزاری
2- تحلیل پروژه های نرم افزار (هم قبل از برنامه نویسی و هم بعد از برنامه نویسی)
3- ایجاد نمودارهای UML و SSADM برای پروژه های مهندسی نرم افزار شما
azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276
نمودار کلاس (Class Diagram)
نمودار مولفه (Component diagram)
نمودار ساختار مرکب (Composite Structure Diagram)
نمودار به کارگیری (Deployment Diagram)
نمودار شی (Object Diagram)
نمودار بسته بندی (Package Diagram)
نمودار پروفایل (Profile Diagram)
نمودار مولفه
نمودار ساختار مرکب
نمودار به کار گیری
نمودار شی
نمودار بسته بندی
نمودارهای رفتاری(Behavior diagrams)
نمودار فعالیت (Activity Diagram)
نمودار ماشین وضعیت (UML State Machine Diagram)
نمودار مورد کاربرد (Use Case Diagram)
نمودار فعالیت
نمودار ماشین وضعیت
نمودار مورد کاربرد
نمودارهای برهمکنش(Interaction Diagrams)
نمودار ارتباطات (Communication Diagram)
نمودارکلی برهمکنش (Interaction Overview Diagram)
نمودار توالی (Sequence Diagram)
نمودارهای زمانبندی (Timing Diagrams)
نمودار جربان داده ها DFD
نمودار ER و ERD
نمودار CFD
کلیک برای جزئیات بیشتر : تحلیل سیستم اطلاعات انبارسازمانهای دولتی . . .
کلیک برای جزئیات بیشتر : پروژه مهندسی نرم افزار UML با فایل رشنال رز سیستم ارسال کارت تبریک آنلاین . . .
کلیک برای جزئیات بیشتر : پروژه مهندسی نرم افزار UML سیستم اسباب بازی فروشی و لوازم آرایشی . . .
کلیک برای جزئیات بیشتر : پروژه مهندسی نرم افزار UML سیستم کاخانه تولید کفش . . .
azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276
کلیک برای جزئیات بیشتر : پروژه مهندسی نرم افزار UML سیستم هتل . . .
کلیک برای جزئیات بیشتر : پروژه مهندسی نرم افزار UML فروشگاه لپ تاپ آنلاین . . .
کلیک برای جزئیات بیشتر : پروژه مهندسی نرم افزار UML سیستم مدرسه غیر انتفاعی . . .
کلیک برای جزئیات بیشتر : پروژه مهندسی نرم افزار UML سیستم ویدئو کلوپ و اجاره فیلم . . .
کلیک برای جزئیات بیشتر : پروژه مهندسی نرم افزار UML سیستم آموزشگاه زبان . . .
کلیک برای جزئیات بیشتر : پروژه مهندسی نرم افزار UML سیستم فروشگاه موبایل آنلاین . . .
کلیک برای جزئیات بیشتر : پروژه مهندسی نرم افزار UML سیستم دبیرستان . . .
کلیک برای جزئیات بیشتر : پروژه مهندسی نرم افزار UML سیستم درخواست تعمیرات آنلاین . . .
کلیک برای جزئیات بیشتر : پروژه مهندسی نرم افزار UML سیستم آموزشگاه کامپیوتر . . .
کلیک برای جزئیات بیشتر : پروژه مهندسی نرم افزار UML بازی مار و پله . . .
کلیک برای جزئیات بیشتر : پروژه مهندسی نرم افزار UML سیستم وبلاگ دهی . . .
azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276
برچسب‌ها:
انجام پروژه مهندسی نرم افزار، انجام پروژه UML ، انجام پروژه SSADM، رسم
نمودار use case با سناریو، رسم نمودار کلاس، Class Diagram، رسم نمودار
activity فعالیت، رسم نمودرا توالی Sequence، رسم نمودار state chart وضعیتعرفی دوره UML
هدف این دوره صرفا آموزش نمودارهای UML نیست بلکه هدف، آموزش چگونگی توسعه یک نرم افزار با استفاده از نمودارهای UML می باشد بنابراین در این دوره آموزشی ضمن تدریس مباحث پایه ای UML یک پروژه عملی تعریف خواهد شد و دانشجویان در طول دوره این پروژه را با راهنمایی های مدرس انجام داده و درک عمیق و کاربردی نسبت به UML و فرآیند توسعه نرم افزار خواهند داشت. در طول دوره یکی از فرآیند توسعه نرم افزار مبتنی بر RUP که برای پروژه های کوچک و متوسط مناسب باشد به تفصیل آموزش داده خواهد شد.
بازار کار دوره UML
-
پیشنیاز دوره UML
بدون نیاز به پیشنیاز
سرفصل های دوره UML
قدمه ای بر چیستی نرم افزار و انواع فرآیندهای توسعه نرم افزار
شیوه توسعه نرم افزار در کشور در تیم ها و پروژه های کوچک
معایب و مشکلات روش موجود و بررسی منشا این مشکلات
تعریف تکرار (Iteration) و تبیین مفاهیم مربوط به آن
تعریف فرآیندهای توسعه تکراری و بررسی تفاوت های آن با فرآیندهای توسعه سنتی
بررسی اجمالی انواع فرآیندهای توسعه نرم افزار
بررسی فرآیند توسعه RUP (شامل فازهای مختلف، دیسیپلین ها و کاربردهای این روش توسعه)
معرفی UML
تعریف system,view,model و روابط بین آنها
معرفی UML
معرفی اجمالی دیاگرام‌های UML و View ها پنجگانه سیستم های نرم افزاری
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
تبیین ارتباط بین نمودارهای UML
ترسیم مسیر توسعه از تحلیل نیازمندی ها تا کد نویسی و تست برای پروژه های کوچک و متوسط
تئوری فرآیند ICONIX
نیازمندیها
تجزیه و تحلیل و طراحی اولیه
طراحی دقیق
پیاده سازی
تست
تعریف نیازمندیها
ترسیم Domain Model (مقدمه Class Diagram)
چیستی Domain Model
تقدم Domain Model بر Use Case Diagram هنگام شروع یک پروژه
چگونگی ترسیم Domain Model
ترسیم Domain Model برای پروژه تعریف شده در کلاس با استفاده از نرم افزار Enterprise
Architect (EA)
Use Case Diagram
نیازمندیهای کارکردی و غیر کارکردی نرم افزار
تعریف Use Case
سناریوی Use Case
روابط بین Use Case ها
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
ارتباط بین Domain Model و Use Case Diagram
شیوه ترسیم Use Case Diagram
ارتباط بین سناریوی Use Case و روابط بین Use Case ها در Use Case Diagram و شیوه بروز رسانی دیاگرام حین نوشتن سناریو
سازماندهی Use Case ها در Packages
ترسیم Use Case Diagram برای پروژه کلاسی توسط دانشجویان در کلاس با استفاده از نرم افزار Enterprise Architect (EA)
تجزیه و تحلیل، طراحی مفهومی
Activity Diagram
معرفی Activity Diagram
معرفی المانهای Activity Diagram
شیوه ترسیم Activity Diagram
کاربرد و دلیل نیاز به Activity Diagram (چه مواقعی نیاز است این دیاگرام ترسیم شود.)
ارتباط بین Activity Diagram با طراحی پایگاه داده و طراحی امنیت نرم افزار
ترسیم Activity Diagram و بروزرسانی سناریوی Use Case برای پروژه کلاسی توسط دانشجویان
در کلاس با استفاده از نرم افزار Enterprise Architect (EA)
Robustness Analysis
معرفی Collaboration Diagram
معرفی Robustness Diagram و بیان تفاوت آن با Collaboration Diagram
قوانین ترسیم این دیاگرام ها
در چه زمانهای نیاز به تحلیل همکاری بین آبجکت ها می باشد
ارتباط بین سناریوی Use Case ، Domain Model و Robustness Diagram
شیوه ترسیم Robustness Diagram و Collaboration Diagram
شیوه بروز رسانی سناریو و Domain Model و اضافه کردن Attribute های کلاس ها در حین
ترسیم Robustness Diagram
ترسیم Robustness Diagram و بروزرسانی سناریو و Domain Model برای پروژه کلاسی توسط
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
دانشجویان در کلاس با استفاده از نرم افزار Enterprise Architect (EA)
طراحی و کد نویسی
Sequence Diagrams
Sequence Diagram و طراحی دقیق
المانهای Sequence Diagram
Problem space , Solution space
شیوه ترسیم Sequence Diagram در Problem space
شیوه ترسیم Sequence Diagrams در Solution space (ترسیم دیاگرام متناسب با
Framework و زبان برنامه نویسی هدف پروژه)
شیوه تبدیل Sequence Diagram به کد
ارتباط بین سناریوی Use Case ، Domain Model ، Robustness Diagram و Sequence
Diagram
شیوه بروز رسانی سناریو و Domain Model و اضافه کردن Method های کلاس ها در حین
ترسیم Sequence Diagram
ترسیم Sequence Diagram و بروزرسانی سناریو و Domain Model برای پروژه کلاسی توسط
دانشجویان در کلاس با استفاده از نرم افزار Enterprise Architect (EA)
Class Diagram
مفاهیم کلاس و آبجکت
Attributes, methods, visibility
روابط بین کلاس ها
Abstract class
Interface
Date type
Association Classes
روشهای مختلف کشف کلاس ها و شیوه ترسیم Class Diagram در Problem space
تبدیل Class Diagram ترسیم شده در Problem space به Solution space
تشریح جزئیات CRC
بروز رسانی Domain Model و تکمیل Class Diagram با استفاده از تکنیک CRC برای پروژه
کلاسی توسط دانشجویان در کلاس با استفاده از نرم افزار Enterprise Architect (EA)
سایر نمودارهای UML
در چه زمان‌هایی نیاز به ترسیم بقیه دیاگرام‌های UML می باشد؟
State Diagram
Components Diagram
Deployment Diagram
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
نکاتی برای مدلسازی، برنامه نویسی و تست بهتر
شیوه توسعه نرم افزارهای ERP و مکانیزه کردن فرآیندهای جاری یک سازمان
ارائه کدامیک از دیاگرام های UML به برنامه نویس ضروری است؟
شیوه تعامل با مشتری در طول پروژه چگونه باید باشد؟
در یک پروژه نرم افزاری با چه ریسک هایی مواجه هستیم و این ریسک ها چگونه باید مدیریت شوند؟
کامپوننت های تولید شده در طول پروژه از چه جنبه هایی باید تست بخورند؟
یکپارچگی کامپوننت ها در طول پروژه چگونه باید کنترل شود؟
فرآیندهای توسعه Agile
مانیفست Agile
اصول و ارزش های Agile
انواع متد های Agile
تشریح فرآیند XP
تهیه Backlog
معرفی User Story
شیوه شناسایی User Story و معیارهای پذیرش آن
تهیه Iteration plan
تعریف Velocity و چگونگی محاسبه آن
برد Agile
تخمین User Story با در نظر گرفتن Velocity بصورت کارگاهی در کلاس
تخمین زمان کل پروژه
برگزاری یک کارگاه کلاسی و انجام تحلیل و مدلسازی صفر تا 100 یک پروژه استارتاپی با متد XP
UML صرفا یک زبان توصیف بصری هست، نه چیز بیشتر؛ یعنی به شما کمک میکنه که بصورت بصری (دیداری) برخی مفاهیم را توضیح بدید. اینطوری، هر کس (یا در مواردی ماشین) با هر زبان گفتاری یا زبان برنامه نویسی میتونه با نگاه کردن به توصیف بصری شما، متوجه منظور شما بشه. UML رو خیلی بزرگش نکنید، و البته تحلیل و طراحی شی گرا رو هم با UML قاطی نکنید. UML در تحلیل یا طراحی شی گرا روشی برای توصیف اون تحلیل یا طرح خاص هست. شما می تونستید به جای شکل های UML، خودتون شکل اختراع کنید، یا همه جزئیات را به صورت مکتوب بنویسید؛ ولی در اون صورت، هم حجم مطالبی که می نوشتید زیاد می شد، هم ممکن بود دیگران درست متوجه منظور شما نشند، و هم اینکه یک نرم افزار یا ماشین عموی تولید خودکار کد، نمی تونست از روی اون توضیحات شما، همه یا بخش هایی از کد مربوط به طراحی شما را تولید کنه.
پروژه های قبلی شرکت را بدون استفاده از UML و مستند سازی می نوشتم اما میخوام این پروژه جدید را اصولی کار کنم
با UML کار کردن پروژه شما رو اصولی نمیکنه، چه بسا در روند تولید پروژه تون هم اخلال ایجاد کنه. باید اول مشخص کنید که تعریف تون از کار اصولی چی هست؟ یک بار یک شرکت میخواد فرآیند تولید نرم افزار خودش را بهینه کنه، یک بار یک برنامه نویس یا یک طراح یا یک تحلیل گر میخواد کار خودش را از نظر کیفیت بهبود بده.
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
یک شرکت میتونه با مطالعه متدهای مختلف تولید نرم افزار، یا با استخدام یک متخصص در این زمینه، فرآیند تولید نرم افزار خودش را بررسی کنه، و متد مناسب خودش را برای تولید نرم افزار تشخیص بده، سپس به آموزش اون متد خاص به کارکنان و برنامه نویسان خودش بپردازه، و اون رو در شرکت عملیاتی کنه؛ مثلا شرکت تصمیم میگیره از یکی از متدهای Agile مثل Scrum یا XP Programming استفاده کنه.
یک برنامه نویس یا طراح یا تحلیلگر میتونه با مطالعه پارادایم های مختلف برنامه نویسی، الگوهای متداول طراحی، تکنیک های مناسب کد نویسی، و غیره کیفیت و کارایی عملکرد خودش رو بالا ببره؛ مثلا سعی کنه با مفاهیم پایه شی گرایی، تحلیل شی گرا، یا طراحی شی گرا آشنا بشه، یا سعی کنه برای کدهای خودش Unit Test بنویسه تا بتونه با تغییرات مختلفی که بعدا در کد میده، به سرعت صحت اجرای بخش های مختلف کد را بررسی کنه، یا با روش های صحیح دیباگ کد آشنا بشه، یا سعی کنه برای کلاس ها و متدهایی که می نویسه، مستندات مناسبی تهیه کنه، و مواردی از این دست.
ژه مهندسی نرم افزار UML - SSADM رشنال رز
پروژه مهندسی نرم افزار UML - SSADM رشنال رز
پروژه های مهندسی نرم افزار و
پروژه های تجزیه و تحلیل سیستمها
تحلیل به روش UML و SSADM
دانلود پروژه مهندسی نرم افزار ، پروژه مهندسی نرم افزار ، مهندسی نرم افزار ، تجزیه تحلیل ، تجزیه و تحلیل سیستمها ، آز مهندسی نرم ، مهندسی نرم ، مهندسی نرم افزار
، پروژه یو ام ال ، پروژه یوام ال ، پروژه های یو ام ال ، پروژه های یوام
ال ، پروژه uml ، پروژه های uml ، پروژه rup ، پروژه های rup ، تحلیل نرم افزارپروژه اس اس ا دی ام ، پروژه ssadm ، تحلیل سیستمهای اطلاعاتی و نرم افزاری ، پروژه رشنال رز ، پروژه rational rose ، پروژه rational roze ، دانلو پروژه مهندسی نرم ، دانلود پروژه یو ام ال ، دانلود پروژه uml
قالب تمامی فایلها داکیومنت Word می باشد.
===========================
کلمات کلیدی: دانلود پروژه کارآفرینی ، پروژه کارآفرینی ، پروژه کار آفرینی
، پروژه کارافرینی ، پروژه کار افرینی ، پروژه های کارآفرینی ، دانلود
پروژه های کارآفرینی ، پروژه های کار آفرینی ، پروژه های کارافرینی ، پروژه
های کار افرینی ، طرح کسب و کار ، طرح های کسب و کار ، طرح توجیهی ، طرح
های توجیهی ، طرح اقتصادی ، پروژه اقتصادی ، دریافت پروژه های کارآفرینی.
پروژه سیستم کتابخانه
پروژه سیستم حقوق و دستمزد
پروژه سیستم انالیز کارخانه کفش
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
پروژه سیستم فروشگاه اینترنتی
پروژه سیستم فروشگاه کتاب
پروژه سیستم دبیر خانه دیجیتال
پروژه سیستم بیمارستان
پروژه سیستم ترمینال
پروژه سیستم فروش UML
پروژه سیستم رزرو بلیط آژانس مسافرتی ( SSADM)
پروژه سیستم مکانیزه ویدئو کلوپ
پروژه سیستم ثبت اسناد و املاک
پروژه سیستم بیمارستان (SSADM)
باپروژه سیستم نک SSADM
پروژه سیستم بانک UML
پروژه سیستم راه آهن SSADM
پروژه سیستم کتابخانه SSADM
پروژه سیستم هتل تحلیل به روش SSADM
پروژه رزرو بلیط ONLINE
پروژه نشریه الکترونیکی
پروژه سیستم آموزشگاه زبان
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
پروژه های کارآفرینی
پروژه های ASP.NET
پروژه های سی شارپ
پروژه های VB.NET
پروژه های مهندسی نرم افزار
انواع پایان نامه ها ،
پروژه درس روش تحقیق
گزارش کارآموزی ،
پروژه های اسمبلی
پروژه های ویژوال بیسیک
پروژه های Access ،
روژه های سی پلاس پلاس
پروژه های مولتی مدیا بیل
کارخانه کفش 50ص با کلیه نمودار رشنال رز
فروشگاه اینترنتی رشنال رز
فروشگاه کتاب رشنال رز
لوازم یدکی خودرو رشنال رز
کتاب خانه رشنال رز
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
حقوق و دستمزد رشنال رز
انبار رشنال رز
دبیر خانه رشنال رز
ترمینال مسافر بری
رشنال رز
پروژه های مهندسی نرم افزار - تجزیه تحلیل سیستم ها
انجام پروژه های شما با موضوعات جدید با نرم افزار های rational rose - argouml - startuml و ...
برخی دیگر پروژه های رشنال رز :
1 car parcing - پارکینگ ماشین ««رشنال رز»»
2 سیستم حضور و غیاب و محاسبه حقوق و دستمزد ««رشنال رز»»
3 سیستم مانیتورینگ نامه (دبیرخانه) ««رشنال رز»»
4 فروشگاه اینترنتی - درجه 1 ««رشنال رز»»
5 فروشگاه اینترنتی - درجه 2 ««رشنال رز»
6 پروژه سیستم آرشیو نرم افزار ( بانک اطلاعات نرم افزار ) ««رشنال رز»»
7 پروژه سیستم ثبت احوال طراحی شده با نرم افزار رشنال رز Rational Rose - همراه با نمودارهای کامل ««رشنال رز»»
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276
09367292276
azsoftir@gmail.com
azsoftir.com
8 سیستم خود پرداز - عابر بانک (ATM) ««رشنال رز»»
9 پروژه سیستم رزرو بلیط آنلاین ««رشنال رز»»
10 پروژه سیستم کتابخانه معمولی ««رشنال رز»»
11 پروژه سیستم کتابخانه دیجیتال درجه 1 ««رشنال رز»»
12 پروژه سیستم کتابخانه دیجیتال درجه 2 ««رشنال رز»»
13 پروژه سیستم دبیرخانه دیجیتال ««رشنال رز»»
روژه رشنال رز به صورت کامل همراه با سناریو و تمامی نمودار ها در قالب پی دی اف و وورد بانضمام فایلهای اصلی برنامه رشنال رز در مورد بررسی یک سیستم فروشگاه زنجیره ای موجود می باشد.
پروژه دانشجویی uml بازی + تحلیل اداره برق با رشنال رز
حلیل انواع بازی ها با رشنال رز
مثلا"
بازی مار و پله
بازی شطرنج
azsoft.ir
09367292276
azsoftir@gmail.com
azsoft.ir
azsoft.ir
09367292276
azsoftir@gmail.com
azsoft.irبازی پازل
بازی تله های موش
بازی دنیای اژدها
و...
تحلیل اداره برق با رشنال رز
تحلیل قسمت هایی از اداره های مختلف تا حد امکان
تحلیل جایگاه سوخت رسانی
تحلیل ویدئو کلوپ (ویدیو کلوپ ۱۱۰ )
azsoft.ir
09367292276
azsoftir@gmail.com
azsoft.ir
azsoft.ir
09367292276
azsoftir@gmail.com
azsoft.irیو ام ال ، UML ,uml
نرم افزارهایی جهت طراحی نمودارهای UML
Enterprise Architect:
نرم افزاری مناسب برای تیم های تولید و توسعه نرم افزار ؛
قابلیت های کلیدی نرم افزار Enterprise Architect:
- طراحی و توسعه UML
- استفاده از مدل های Case, Logical, Dynamic و Physical
- سازگار با MS Word
- امکان افزودن ضمیمه های مورد نیاز برای مدل طراحی شده
- رابط کاربری ساده و بدون نیاز به آموزش
- مدل سازی داده ها، مهندسی دیتابیس
- چند کاربره
- پشتیبانی از استاندارد UML 2.3
- امکان Import و استخراج XMI 2.1
- ارائه گزارش در فرمت های HTML و RTF
- تبدیل MDA
- تست، ردگیری و نگهداری
- پشتیبانی از کدهای مهندسی معکوس در بش از 10 زبان برنامه نویسی
- امکان ورود شمای دیتابیس
- امکان تصویر کدهای XSD و WXSD
- وارد کردن کدهای باینری از جاوا و دات نت
- سرعت بالا
- دارای Spell checker
- و ...
azsoft.ir
09367292276
azsoftir@gmail.com
azsoft.ir
azsoft.ir
09367292276
azsoftir@gmail.com
azsoft.irشرکت سازنده: Sparx Systems
Rational Rose
Visual Paradigm
umlنمودارهای مهندسی نرم افزار
شکل آموزش و به کار گرفتن UML
حجیم بودن UML یادگیری و استفاده از آن را به ویژه برای مهندسینی که
مهارتها و دانش پیش نیاز آن را ندارند مشکل می سازد. در اغلب موارد افراد
نمودارها را با استفاده از سمبل‌های در دسترس در ابزارهای UML طراحی می
کنند، بی آنکه بدانند این سمبلها به چه منظوری بوجود آمده اند.
نمودار usecase:
نمودار فعالیت (Activity Diagram):
نمودار کلاس (Class Diagram):
نمودار توالی (Sequence Diagram):
نمودار فعالیت (Activity Diagram):
و دیگر نمودارهای: ساختاری (Structural Diagrams)،
رفتاری (Behavior diagrams)،
برهمکنش (Interaction Diagrams)
انجام پروژه ها توسط
مرکز چشم پزشکی
azsoft.ir
09367292276
azsoftir@gmail.com
azsoft.ir
azsoft.ir
09367292276
azsoftir@gmail.com
azsoft.irمرکز رادیو لوژی
مرکز بهداشت
بیمارستان
رستوران
تالار پذیرایی
انبارداری
هتل
دانشگاه
سلف دانشگاه و رزرو غذا همراه با جزیئیات
کاریابی
شعر و شاعر
۱۱۸
کتابخانه
خوابگاه دانشگاه
هواپیمایی
آموزشگاه کامپیوتر
آموزشگاه رانندگی
آموزشگاه زبان
فروشگاه لوازم ورزشی
azsoft.ir
09367292276
azsoftir@gmail.com
azsoft.ir
azsoft.ir
09367292276
azsoftir@gmail.com
azsoft.irفروشگاه لوازم جانبی کامپیوتر