فرمت فایل : word(قابل ویرایش)
تعداد صفحات:88
فهرست مطالب:
چکیده 1
مقدمه 2
فصل اول بررسی نمونه های مشابه
بررسی اولیه 5
نمونه شماره یک 6
بررسی سایت شماره یک 8
نمونه شماره دو 9
بررسی سایت شماره دو 11
نمونه شماره سه 12
بررسی سایت شماره سه 14
نتیجه گیری مقایسات 15
فصل دوم معرفی ابزار ها
معرفی UML 17
تاریخچه 17
دیاگرامهای UML 19
دیاگرم Use Case 20
چهار نوع رابطه در دیاگرم Use Case 21
دیاگرام کلاس 22
کلاس 22
روابط بین کلاسها و اشیاء 24
دیاگرام تعامل 25
دیاگرا ترتیب 25
دیاگرام همکاری 26
دیاگرام بسته 27
دیاگرام حالت 28
دیاگرا فعالیت 29
دیاگرام آرایش قوا 30
معرفی ASP.NET 31
اصول مقدماتی ASP.NET 31
ASP چیست؟ 31
ASP.NET چیست 32
دانت فریمورک 32
تفاوت ها ASP کلاسیک و ASP.NET 33
نصب ASP.NET 34
صفحات وب ASP.NET 35
ASP کلاسیک 36
صفحات پویا در ASP کلاسیک 36
صفحات پویا در ASP.NET 36
کنترل های سرویس دهنده ASP.NET 37
کنترل های Html سرویس دهنده 38
کنترل های وب سرویس دهنده 38
رویدادهای دات نت 39
مرجع 41
معرفی SQL 44
SQL Injection به چه کار می آید؟ 44
مثالی از SQL Injection 45
طراحی جدول 47
فصل سوم طراحی نمودار های NML
نمودار Use Case 49
نمودار توالی 50
نمودار همکاری 51
نمودار کلاس 52
نمودار حالت 53
فصل چهارم معرفی سایت
معرفی سایت 55
نمای کلی صفحه اصلی سایت 56
توضیحات صفحه اصلی 57
ورود به سایت 57
عضویت در سایت 58
صفحات متفرقه 61
معرفی قسمت های مختلف سایت 68
سخن آخر
چکیده:
در این پروژه سعی کردیم تا با بررسی موارد مشابه و تعیین کمی ها و کاستی های موجود در آنها و همچنین انتخاب معیار های خوب جهت ساخت سایتی جامع و مانع کوشش نماییم. همچنین با تکیه بر متدها و روشهای جدید و معیارهای مناسب سایت قابل قبولی را برای استفاده بهینه کاربران ایجاد نماییم. این امر با استفاده از فناوری جدید تحلیل مرحله به مرحله طراحی سایت توسط UML و در محیط ویژوال طراحی سایت های پویا، ASP.NET و به زبان c# محقق شد. امید است تا به این وسیله نتنها رابطه میان این دوفطب آموزش و پروش کودک بهبود بخشد بلکه باعث همکاری بیشتر و بهتر در جهت رفاه کودک و ایجاد محیطی گرم و سالم و قابل اطمینان برای کودک و والدین باشد. همچنین بحثی پیرامون ابزارهای استفاده شده در این سایت سخن به میان آورده شده است. بدین وسیله میتوان با امکانات و محدودیت های هر محیط و ترکیب آنها به سایتی باقابلیت های بالا همچنین نمایی زیبا و قابل قبول بپردازیم.
مقدمه:
آنچه در تقابل انسان و اطلاعات اهمیت می یابد، دسترسی به دریای از اطلاعات جامع و کامل است که برای نیل به این مهم، نیاز به اخذ تدابیری می باشد تا نتیجه مطلوب حاصل گردد. تا پیش از دهه 1990 کار باکامپیوتر مایه شرمساری بود، و سپس ناگهان همه افراد تمایل داشتند تا با کامپیوتر کار کنند. بسیاری از خانواده ها تمایل داشتند تا سایت های وب مختص خود داشته باشند. شما به اطلاعات نیاز دارید و همانند در آمدن قارچ از زمین در داخل یک جنگل صدها سایت وب در رابطه با هر موضوع قابل تصوری متولدشدند.
و حال تصور کنید در دنیای پیچیده و پر کار امروز و با در نظر گرفتن مشغله و دوری راههای ارتباطی و ترافیک های سنگین اگر تمایل داشته باشید با مدیر یا مسئولان سازمان یا ارگان خاصی ارتباط برقرار کنید با چه مشکلاتی روبه رو می شوید. و اگر بخواهید هروز از تغییرات محیط و عملکرد کار باخبر باشید این مشکلات تاچه حد زمان و انرژی شما را میطلبد . و بدین ترتیب در می یابید که داشتن میل ، اینترنت ، وب و.... همه به شما کمک می کنند تا بتوانید در راهبرد کارهایتان هرچه سریعتر و آسانتر کوشا باشید. چه بسا که حتی وجود پایگاه داده ای مستحکم و مطمئن میتواند شما را در این راه مدد کن. بنابراین وجود یک سایت که دارای امکانات ویژه کاربردی با سطح دسترسی هاس مختلف و امنیت بالا برای حفاظت از ارتباط و پایگاه داده شما میتواند بخش اعظم نیازهای شما را در زمان اندک پاسخ گو باشد. در برسی های انجام شده اولویت بیشتر در این پروژه برای ارتقاه رابطه مربی و والدین و سپس ارتباط Onlin بین مربی و مدیر و والدین بوده است. بدین وسیله خواسته ایم تا این ارتباط را در هر زمانی برای همه کابران در جهت بهبود کمی و کیفی تربیتی کودکان و بررسی مشکلات و و مسائل پیرامون آنها در مهد و خانه داشته باشیم. همچنین سعی شده تا با استفاده از امکانت امنیتی موجود در ASP.NET آسایش خاطر همه کاربران در هر رده ای تا حد امکان فراهم شود. و خانواده ها بتوانند به راحتی و حتی در اوغات فراغت کوتاهی در محل کار خود و با اتصال به اینترنت از برنامه های اتی مهد با خبر شموند و برنامه ریزی نمایند. همچنین با مربی مهد در ارتباط باشند و برای او میل بزنند یا از عکسهای جشن انتخاب و برای چاپ سفارش دهند. در صورت نیاز یا تمایل در جلسات مهد یا فعالیتهای فوق برنامه شرکت نمایند. همچنین از اخرین اطلاعات علمی، آکوزشی، پزشکی و .... از طریق سایت اطلاع یابند.
در واقع این سایت پل ارتباطی کاملی است بین خانه و مهد تا بتواند باعث رشد و تکامل بهتر کودکان در محیطی گرم و آرام بشود.
فصل اول:
بررسی اولیه
در ابتدای کار و برای درک بهتر از چگونگی طراحی سایت ما به سراغ سایر سایت های مهد کودک ها رفته و در یک مقایسه کلی نقاط ضعف و قوت هریک را بررسی نموده وسعی کردیم با چگونگی طراحی و همچنین امکانات موجو در سایت آشنا شویم و ایده ای نو و تازه برای طراحی سایت مذکور در نظر بگریم. همچنین سعی کردیم تا با گفتگو و مساحبت با مسئول مهد کودک از درخواست ها نیازها و موارد مختلفی که مد نظر ایشان بود آگاهی یافته و آنها را با ایده خود به گونه ای قابل اجرا در هم آمیخته و طرح اصلی کا را رو ی کاغذ ترسیم نماییم. تابتوان ترکیبی از یک طراحی خوب و کارایی قابل قبول را به اجرا درآورد.در ادامه برسی سایت ها را خواهیم داشت.
نمونه شماره یک
سایت شماره 1
بررسی سایت شماره یک
همان طور که ملاحضه میکنید این صفحه اصلی سایت شماره 1 است که دارای مطالبی فراوانی میباشد . و فضای آزادی دارد و در نگاه اول کمی خسته کننده به نظر می رسد. درواقع مطالب بطور روزنامه وار و پشت سرهم عنوان شده اند و این امر باعث شده نمای کلی کار بیشتر شبیه به سایت های خبری باشد. در حاشیه آن عناوینی چون معرفی مهد ، معرفی پرسنل و.... وجود دارد ودر زی هر یک مطالب مرتبط آن عنوان.
در بین این عناوین بعضی تکراری اند ( مقاله – مقاله مدیر، کوچولوها کتاب- وکوچولوها قصه، ) و بعضی نیز غیر مرتبط می باشند(فوروشگاه الکترونیک) . و در هرمورد تعداد بسیار زیادیمطلب بصورت افراطی درج شده که چندان جالب نیست و بهتر بود از هر عنوانی مطالب برگزیده جامع و مانع باشند.تا کاربر بتواند در زمان کمبه امه مطالب دسترسی داشته باشد.
مورد دیگری که شایان ذکر است تعداد کم تصاویر در صفحه می باشد که هم از زیبایی صفحه کاسته و هم از ظرافت های کودکانه که مطعلق به یک سایت مرتبط با کودکان است نادیده انگاشته شده.
مطلب بعدی درج آگهی تسلیتی است که در صفحه اصلی گذاره شده که نتنها جالب نیست بلکه بسیار زننده است که در صفحه اصلی سایت و آن هم به این درشتی آگهی ترحیم قرار گیرد.
نمونه شماره دو
سا یت شماره 2
بررسی سایت شماره دو
در این نمونه علاوه بر مطالب ما شاهد تصاویر متعدد نیز هستیم ضمن اینکه مطالب از فشردگی قبلی برخوردار نیستند و منظم تر در صفحه قرار گرفته اند که این امر باعث آراسته شدن صفحه می شود همچنین کاربران از وفور اطلاعات و مطالب سردر گم نمی شوند.چزاکه مطالب کاملا دسته بندی شده اند و خلاصه تر بیان شده اند. همچنین وجود تصاویر و عکسها باعث تنوع و زیبایی صفحه شده اند. اما از بعضی تصاویر بطور مکرر استفاده شده که چندان جالب نیست. اما در کا از تصاویر جالب و مناسبی استفاده شده است.
همانطور که مشاهده میکنید تعداد زیاد عناوین در این سایت هم قابل ملاحظه است و نکته مهم دیگر اینکه بسیاری از عناوین شبیه با کاملا تکراری اند(کوچولوها قصه- قصه های کودکانه ،کوچولوها کتاب- معرفی کتاب، شعرمیوه – شعر حیوانات، نظر خواهی – نظر سنجی ) اما نکته مثبت و قابل قبول در این عناوین وجود بخش مسابقه(نقاشی) است که کاملا مختص کودکان است و باعث جذب آنها که صاحبان اصلی سایت هستند می شود. و مورد خاص دیگری که در رابطه با آموزش نجوم به کودکان است که کمی عجیب است.
فرمت فایل : word(قابل ویرایش)
تعداد صفحات:53
فهرست مطالب:
نمودارهای UML 1
نمودارهای Use Case : 1
ایجاد نمودارهای Use Case 3
حذف نمودارهای Use Case 5
الصاق فایل ها و URL به یک Use Case 6
نوار ابزار برای نمودار Use Case 8
کار با Use Case ها 8
نمودارهای Sequence (توالی) 12
نمودارهای sequence 15
ساخت یک نمودار sequence: 17
برای ایجاد یک نمودار sequnce: 17
برای افزودن یک آیتم به یک نمودار sequence: 18
حذف یک نمودار sequemce: 19
الصاق URL و فایل ها به یک نمودار sequence: 19
نوار ابزار نمودار sequence: 21
نمودارهای Collaboration 22
نمودارهای collaboration: 23
ساختن یک نمودار collaboration 24
حذف یک نمودار collaboration 25
الصاق URL و فایل ها به بک نمودار collaboration 25
برای باز کردن فایل الصاقی: 26
نوار ابزار نمودار Collaboration: 27
نمودارهای Class (کلاس) 28
نمودارهای Class 30
ساختن نمودارهای Class 32
برای اضافه کردن یک آیتم به یک نمودار Class: 34
حذف نمودارهای Class: 35
برای حذف یک نمودار Class: 35
سازماندهی آیتم های روی یک نمودار Class: 35
الصاق فایل ها و URL به یک نمودار کلاس 37
نوار ابزار نمودار Class: 39
نمودارهای حالت (State Transition Diagrams) 39
نمودارهای تغییر حالت (state Transition): 42
ایجاد یک نمودار تغییر حالت 44
نمودارهای Deployment 46
نمودارهای Deployment 47
بازکردن نمودار Deployment: 48
نمودارهای UML 1
UML به افراد اجازه می دهد تا چندین نوع مختلف از نمودارهای بصری را به وجود آورند که جنبه های مختلف سیستم را نمایش می دهد . Rational Rose از ایجاد اکثر این مدلها ، همانطور که در زیر آمده ، پشتیبانی می کند .
- نمودار Use Case
- نمودارهای Sequence(توالی)
- نمودار Collabration(همکاری)
- نمودار Class (کلاس)
- نمودار State Transition (حالت)
- نمودار Deployment
این نمودارهای مدل ، جنبه های مختلف سیستم را نشان می دهند . مثلاً نمودار Collaboration (همکاری محاورات ضروری میان آبجکت ها را نشان می دهد ، به این منظور که تعدادی از توابع سیستم را به انجام برساند . هر نمودار یک هدف و یک شنوندة در نظر گرفته شده دارد .
نمودارهای Use Case :
نمودارهای Use Case محاورات میان Use Case ها را نشان میدهند ، که عملیات سیستمی و عامل ها (Actor) که نشان دهندة افراد یا سیستم هایی که اطلاعات را برای سیستم فراهم کرده و یا از آن دریافت می کنند را نمایش می دهند . مثلاً نمودار Use Case سیستم Automated Teller Machine در شکل نشان داده شده است .
نمودار Use Case محاورات میان Use Case ها و عامل ها را نشان می دهند ،
Use Caseها درخواستهای سیستم را از دید کاربرد نشان می دهند ، بنابراین
Use Case ها عملیاتی هستند که سیستم فراهم می کند . عامل در واقع نگهدارنده پول (بانکدار) یک سیستم هستند . این نمودارها نشان می دهند که چه عامل هایی به
Use Case ها مقدار اولیه می دهند . همچنین آنها نشان می دهند که چه موقع یک عامل ، اطلاعات را از یک Use Case دریافت می کند .
نمودار Use Case محاورات میان Use Case ها و عامل های یک سیستم Automate Teller (ATM)Machine را نشان می دهد . بر این اساس ، نمودار Use Case میتواند درخواستهای سیستم را نشان دهد . در این مثال مشتری بانک تعدادی از
Use Case ها را مقداردهی می کند : برداشت پول (withdraw Money) ، واریز (Deposit Fands) ، انتقال از حساب (Transfer Fands) ، پرداخت (Make Payment) ، مشاهده تراز (موجودی) (View Balance) و تغییر PIN (Change PIN) .
تعدادی از ارتباطات این ارزش را دارند که بیشتر به آنها اشاره شود . کارمند بانک همچنین به Use Case تغییر PIN مقدار اولیه می دهد . Use Case پرداخت ، فلشی را نشان می دهد که به سیستم اعتباری می رود . سیستم های خارجی ممکن است عامل هایی باشند و در این مورد ، سیستم اعتباری بعنوان یک عامل نشان داده شده است ، زیرا خارج از سیستم ATM ، است . فلشی که از یک Use Case به یک عامل می رود نشان می دهد که Use Case اطلاعاتی را تولید می کند که یک عامل از آن استفاده می کند . در این مورد Use Case پرداخت ، اطلاعات پرداختی کارت اعتباری را برای سیستم اعتباری آماده می کند . اکثر اطلاعات از دیدن نمودارهای Use Case قابل فهم می باشد زیرا این نمودار همة عملیات سیستم را نشان می دهد . کاربران ، مدیران پروژه ، تحلیلگران ، برنامه نویسان ، مهندسین تضمین کیفیت و هر شخص دیگری که به سیستم وابسته است ، می تواند مانند همه ، این نمودارها را ببیند و بفهمد که چه سیستم قرار است به انجام برسد .
فرمت فایل : word(قابل ویرایش)
تعداد صفحات:40
فهرست مطالب:
زبان مدلسازی یکنواخت (UML) :
تاریخچة UML :
UML چیست؟
ویژگیهایUML :
نمودارهای UML :
نمودار کلاس (Class Diagram):
نمودار اشیاء Object Diagram) ( :
نمودار موردکاربرد (Usercase Diagram) :
نمودارهای تعامل (Interaction Diagram ) :
نمودارحالت (Statechart Diagram):
نمودار فعالیت(Activity Diagram):
نمودار اجزاء(Component Diagram):
نمودار بهکارگماری(Deployment Diagram):
روند حرکت به سمت UML در جهان:
روند حرکت به سمت UML در ایران:
اهمیت ترویج UML در کشور:
چکیده:
1- مقدمه
2 - تشریح سناریوی سرویس تصحیح خرابی
6 - مجموعه کارکرد تصحیح خرابی (NEs)
7 - مجموعه کارکرد تست سرویس
8 - مجموعه کارکرد انتخاب مدار همبستگی تست و محل عیب
9 - مجموعه کارکرد گزارش مشکل
10- آگاهی تغییر وضعیت گزارش مشکل
11- مجموعه کارکرد پرسش اطلاعات
12- آگاهی از ایجاد برچسب مشکل
13- مجموعه کارکرد سرپرستی برچسب مشکل
14- مجموعه کارکرد کنترل و وضعیت عناصر
1- تجزیه
2- تحلیل
3- طراحی
3-1- دیاگرامهای Use Case :
دیاگرام های Usecase :
شکل 3 بالاترین سطح، سرویسهای مدیریت
زبان مدلسازی یکنواخت (UML) :
زبان مدلسازی یکنواخت یا، Unified Modeling Language (UML) یک زبان مدلسازی است که برای تحلیل وطراحی سیستمهای شیگرا بکار میرود. UML اولین بار توسط شرکت Rational ارائه شد و پس از آن از طرف بسیاری از شرکتهای کامپیوتری و مجامع صنعتی و نرمافزاری دنیا مورد حمایت قرار گرفت؛ به طوریکه تنها پس از یک سال، توسط گروه Object Management Group ، به عنوان زبان مدلسازی استاندارد پذیرفته شد. UML تواناییها و خصوصیات بارز فراوانی دارد که میتواند به طور گستردهای در تولید نرمافزار استفاده گردد. در ادامة این مقاله ابتدا به تاریخچة UML و در ادامه به معرفی، ویژگیها و نمودارهای آن پرداخته میشود و در پایان، روند حرکت به سمت UML و اهمیت آن برای ایران، بررسی خواهد شد.
تاریخچة UML :
دیدگاه شیگرایی Object Oriented)) از اواسط دهه 1970 تا اواخر دهه 1980 در حال مطرح شدن بود. در این دوران تلاشهای زیادی برای ایجاد روشهای تحلیل و طراحی شیگرا صورت پذیرفت . در نتیجة این تلاشها بود که در طول 5 سال یعنی 1989 تا 1994، تعداد متدولوژیهای شیگرا از کمتر از 10 متدولوژی به بیش از 50 متدولوژی رسید. تکثر متدولوژیها و زبانهای شیگرایی و رقابت بین اینها به حدی بود که این دوران به عنوان "جنگ متدولوژیها" لقب گرفت. از جمله متدولوژیهای پرکاربرد آن زمان میتوان از Booch، OOSE، OMT، Fusion، Coad-Yourdan، Shlayer-Mellor وغیره نام برد. فراوانی و اشباع متدولوژیها و روشهای شیگرایی و نیز نبودن یک زبان مدلسازی استاندارد، باعث مشکلات فراوانی شده بود. از یک طرف کاربران از متدولوژیهای موجود خسته شده بودند، زیرا مجبور بودند از میان روشهای مختلف شبیه به هم که تفاوت کمی در قدرت و قابلیت داشتند یکی را انتخاب کنند. بسیاری از این روشها، مفاهیم مشترک شیگرایی را در قالبهای مختلف بیان میکردند که این واگرایی و نبودن توافق میان این زبانها، کاربران تازهکار را از دنیای شیگرایی زده میکرد و آنها را از این حیطه دور میساخت. عدم وجود یک زبان استاندارد، برای فروشندگان محصولات نرمافزاری نیز مشکلات زیادی ایجاد کرده بود. اولین تلاشهای استانداردسازی از اکتبر 1994 آغاز شد، زمانی که آقای Rumbaurgh صاحب متدولوژی OMT به آقای Booch در شرکت Rational پیوست و این دو با ترکیب متدولوژیهای خود، اولین محصول ترکیبی خود به نام "روش یکنواخت" را ارائه دادند. در سال 1995 بود که با اضافه شدن آقای Jacobson به این دو، روش یکنواخت ارائه شده با روش OOSE نیز ترکیب شد واین خود سبب ارائة UML نسخة 0.9 در سال 1996 گردید. سپس این محصول به شرکتهای مختلفی در سراسر جهان به صورت رایگان ارائه شد و استقبال شدید شرکتها از این محصول و تبلیغات گسترده شرکت Rational، سبب آن شد که گروه OMG، نسخة 1.0 UML را به عنوان زبان مدلسازی استاندارد خود بپذیرد. تلاشهای تکمیلی UML استاندارد ادامه پیدا کرد و نسخة 1.1 آن در سال 1997 و نسخه 1.3 آن در سال 1999 ارائه گردید.
UML چیست؟
UML یا زبان مدلسازی یکنواخت، زبانی است برای مشخص کردن (Specify) ، مصورسازی (Visualize)، ساخت (Construction) و مستندسازی (Documenting) سیستمهای نرمافزاری و غیر نرمافزاری و نیز برای مدلسازی سیستمهای تجاری. اما چرا مدل و مدلسازی؟
ایجاد یک مدل برای سیستمهای نرمافزاری قبل از ساخت یا بازساخت آن، به اندازه داشتن نقشه برای ساختن یک ساختمان ضروری و حیاتی است. بسیاری از شاخههای مهندسی، توصیف چگونگی محصولاتی که باید ساخته شوند را ترسیم میکنند و همچنین دقت زیادی میکنند که محصولاتشان طبق این مدلها و توصیفها ساخته شوند. مدلهای خوب و دقیق در برقراری یک ارتباط کامل بین افراد پروژه، نقش زیادی میتوانند داشته باشند. شاید علت مدل کردن سیستمهای پیچیده این باشد که تمامی آن را نمیتوان یکباره مجسم کرد، بنابراین برای فهم کامل سیستم و یافتن و نمایش ارتباط بین قسمتهای مختلف آن، به مدلسازی میپردازیم. UML زبانی است برای مدلسازی یا ایجاد نقشه تولید نرمافزار.
به عبارت دیگر، یک زبان، با ارائه یک فرهنگ لغات ویک مجموعه قواعد، امکان میدهد که با ترکیب کلمات این فرهنگ لغات و ساختن جملات، با یکدیگر ارتباط برقرار کنیم. یک زبان مدلسازی، زبانی است که فرهنگ لغات و قواعد آن بر نمایش فیزیکی و مفهومی آن سیستم متمرکزند. برای سیستمهای نرمافزاری نیاز به یک زبان مدلسازی داریم که بتواند دیدهای مختلف معماری سیستم را در طول چرخة تولید آن، مدل کند.
فرهنگ واژگان و قواعد زبانی مثل UML به شما میگویند که چگونه یک مدل را بسازید و یا چگونه یک مدل را بخوانید. اما به شما نمیگویند که در چه زمانی، چه مدلی را ایجاد کنید. یعنی UML فقط یک زبان نمادگذاری (Notation) است نه یک متدولوژی. یک زبان نمادگذاری شامل نحوة ایجاد و نحوة خواندن یک مدل میباشد، اما یک متدولوژی بیان میکند که چه محصولاتی باید در چه زمانی تولید شوند و چه کارهایی با چه ترتیبی توسط چه کسانی، با چه هزینهای، در چه مدتی و با چه ریسکی انجام شوند.
فرمت فایل : word(قابل ویرایش)
تعداد صفحات:12
فهرست مطالب:
• مقدمه ای بر UML 2
• UML چیست؟ 4 Inception phase 5
• Elaboration phase 5
o Activity Diagram 6
o Use case Diagram 7
o Interaction Diagram 8
Sequence Diagram 8
Collaboration Diagram 9
o Class Diagram 9
o STD 10
• Construction phase 10
o Component Diagram 11
o Deployment Diagram 12
• Transition phase 12
مقدمه ای بر UML
از یک دیدگاه کلی، پروسه تولید نرمافزار را میتوان به دو بخش کلی شامل:
الف)تحلیل و طراحی ب)پیادهسازی تقسیم کرد. از دیدگاه دسته اول، برنامهسازان، تحلیل و طراحی صرفاً فهم ذهنی مساله میباشد که دقیقا پس از آن بایستی اقدام به پیادهسازی کرد. در حالیکه در نظر دسته دوم، فاز تحلیل و طراحی پر اهمیتتر از فاز دوم میباشد که بایستی برای انجام آن از فراروشها و روشهای استاندارد استفاده کرد.UML یک زبان مدلسازی میباشد که در فاز تحلیل و طراحی مورد استفاده قرار میگیرد.
مدلسازی ( Modelling) چیست؟
مدلسازی یکی از تکنیکهای ذهنی بشر میباشد که نه تنها برای اهداف علمی، بلکه برای انجام امور روزمره بشر به دفعات مورد استفاده قرار میگیرد. مدلسازی به طور کلی یعنی شبیهسازی یک محیط با اندازههای متفاوت و از محیط واقعی و احتمالا مواد و مصالحی متمایز از جنس مواد و مصالح محیط مدل شده. در مدلسازی ابتدا اجزای محیط واقعی انتخاب شده و متناسب با هدف مورد نظر از مدلسازی خصوصیاتی از هریک از اجزای واقعی انتزاع میشود، یعنی به ازای هزیک از اجزای محیط واقعی یک موجودیت تجریدی ساخته میشود و با برقراری ارتباطی مشابه با ارتباط اجزای واقعی، در میان موجودیتهای تجریدی، محیط واقعی مدل میشود. برای روشن شدن مثالی میزنیم:
فرض کنیم قصد داشته باشیم در فاز طراحی یک اتومبیل میزان موفقیت هوا در مقابل اتومبیل در حال حرکت را بسنجیم یکی از راهها برای انجام این آزمایش، ساخت یک اتومبیل واقعی، راندن و سپس اندازهگیری مقاومت هوا میباشد که انجام اینکار اگرچه ما را به هدف میرساند، ولی دارای هزینه بالاییست چرا که بایستی ابتدا ماشین ساخته شود، سپس مورد آزمایش قرار گیرد.در این صورت اگر در آزمایش به نتیجه مورد نظر نرسیم، بایستی دوباره طراحی را تغییر داد، و پس از ساخت یک نمونه واقعی دیگر آزمایش را تکرار کنیم و این روند آنقدر ادامه پیدا کند تا طراحی مناسب برای اتومبیلی با خصوصیات مورد نظر شکل گیرد. میبینیم که چنین روشی بسیار پرهزینه است و این هزینه هم شامل هزینههای اقتصادی است و هم هزینههای زمانی، چون علاوه بر این که در هر مرحله آزمایش بایستی اتومبیل با صرف هزینه بالا ساخته شود، زمان ساخت آن نیز طول خواهد کشید.
ولی متخصصان برای انجام چنین آزمایشی به مدل روی میآورند. یعنی یک جسم فیزیکی کوچک با خصوصیات آئرودینامیکی لحاظ شده در طراحی اتومبیل، ساخته میشود و با قرار دادن آن در یک تونل باد، حرکت اتومبیل در فضای واقعی را شبیه سازی میکنند و بدین طریق میزان مقاومت هوا را میسنجند.
نکات مورد توجه در این مدلسازی، یکی اندازه مدل و دیگری خصوصیات آن میباشد. مدل بسیار ساده و کوچک میباشد و از طرفی تنها خصوصیت آئرودینامیکی اتومبیل در مدل لحاظ میشود. چرا که هدف ما از مدلسازی تنها بررسی خصوصیات آئرودینامیکی اتومبیل است و مدل الزاماً نبایستی از جنبههای دیگر، شباهتی به اتومبیل واقعی داشته باشد. مثلا در ساخت چنین مدلی به هیچوجه به استحکام اجزا و یا زیبایی مدل توجه نمیشود چون بررسی چنین خصوصیاتی خارج از هدف این مدلسازی خاص است.
مثال بالاتنها یک جنبه از مدلسازی را بیان میکند و آن جنبه شناختExploration میباشد. یعنی در مدلسازیهای مشابه مدلسازی فوقالذکر، هدف از مدلسازی تنها شناخت محیط مورد مدل میباشد. یک جنبه دیگر از مدلسازی تبیین (specitication) میباشد. یعنی گاه برای معرفی و ارائه خصوصیات یک موجودیت واقعی یک مدل از آن ارائه میشود. نقشه جغرافیایی مثال خوبی است که این جنبه از مدلسازی را مورد نظر دارد.
پس میتوان گفت که هدف از مدلسازی دو چیز میباشد:
الف) شناخت (exploration)
ب)تبیین(specification)
که بر اساس تعریف مسئله، مدلسازی یکی یا هردو هدف را در نظر میگیرد.
نکته دیگری که بایستی در مدلسازی توجه کرد، روش (methodo logy) ساخت یک مدل میباشد. در بعضی موارد مدل چیز بسیار سادهای است و به راحتی ساخته میشود. ولی در بعضی از موارد مدل خود بسیار پیچیده میباشد هر چند از نظر منطقی غیرممکن مینماید ولی میتوان ادعا کرد که در بعضی موارد مدل پیچیدهتر از موجودیت واقعی است. زمینهای که این ادعا را در آن مصداق فراوان دارد، نرمافزار میباشد. بنابراین در شاخهای از مهندسی که مدلسازی حائز اهمیت فراوان میباشد قطعا روشهای استانداردی برای ساختن مدل وجود دارد. در نرمافزار، روشهای تولید نرمافزار مانند SSAPM ,RUP,USDP, در واقع روشهای مدلسازی میباشند. هر روش مدلسازی طبیعتا نیازمند مصالحی برای ساخت مدل میباشد که در روشهای مدلسازی نرمافزاری مصالح لازم برای تولید مدل، زبانهای مدلسازی میباشند.
UML چیست؟
Unified Modelling Language یک زبان مدلسازی است که درسال 1995 به وسیله شرکت Rational معرفی شد.UML یک زبان شیگراست یعنی اجزا این زبان متناسب با مفاهیم به کاررفته و پارادایم شیگرائی طراحی شدهاند.
پس از ارائه مفاهیم شیگرائی در ابتدای دهه 80 میلادی به تدریج روشهای شیگرائی تولید نرمافزار به وسیله افراد و سازمانهای مختلف ارائه گردید. این روشها در برگیرنده یک مجموعه علائم برای بیان مفاهیم و ایدهها از یک سو و یک طرح کاری برای تولید نرمافزار از سوی دیگر بود که از مهمترین این روشها میتوان به OMT,BOOCH,OOSE…. اشاره کرد.
اگرچه داشتن یک روش استاندارد امری مطلوب است ولی تفاوت روشها امریست طبیعی و با توجه به تفاوت فراوان در نوع مسائل میتوان گفت که حتی وجود روشهای مختلف الزامی است چرا که مثلا در یک پروژه بسیار بزرگ نمیتوان همان روشی را به کار برد که در یک پروژه کوچک. ولی زبان و مجموعه علائم از چنین قاعدهای پیروی نمیکند و داشتن یک زبان استاندارد امری بسیار مطلوب و از بعضی دیدگاهها حتی الزامی میباشد. یکی از الزامات مهم در داشتن یک زبان استاندارد همگانی ناشی از نقشی است که زبان در ارتباطات به عهده دارد. البته چندگونهبودن زبان خود مولد مشکلات متعددی است.
با هدف ارائه یک زبان استاندارد فراگیر شرکت Rational با گردآوری سه نفر از ارائهکنندگان معتبرترین روشهای شیگرا یعنی Irar jacobson مبدع روش OOSE ,BOOCH مبدع روشی با همین نام، Rambaugh مبدع روش OMT و با اخذ نقاط قدرت سه روش فوقالذکر، یک زبان استاندارد به نامUML ارائه کرد. این زبان پس از ارائه از سوی (Object Mamgement Group) که یکی از معتبرترین سازمان جهانی در زمینه شیگرائی میباشد بعنوان یک استاندارد پذیرفته شد. پس از ارائه این زبان و پذیرفته شدن آن به عنوان یک استاندارد جهانی در زمینه نرمافزار، علاوه پروسه این زبان و ارائه فراروشهای مبتنی بر آن مانند usop و rup از سوی افراد و سازمانهای مختلف، متخصصین در پی یافتن کاربرد این زبان در زمینههای دیگر فنی و مخصوصی بر آمدند. برآیند این تلاشها در حال حاضر uml را به عنوان قدرتمندترین زبان مدلسازی در دنیای نرمافزار مطرح ساخته است.
UML برای انجام پروژه های خود ، دارای 4 مرحله میباشد :
1- مرحله شناخت Inception .
2- مرحله مهارت Elaboration .
3- مرحله ساخت Construction .
4- مرحله انتقال Transition .