مقاله طراحی سایت مهد کودک مربوطه به صورت فایل ورد word و قابل ویرایش می باشد و دارای ۸۸ صفحه است . بلافاصله بعد از پرداخت و خرید لینک دانلود مقاله طراحی سایت مهد کودک نمایش داده می شود، علاوه بر آن لینک مقاله مربوطه به ایمیل شما نیز ارسال می گردد
چکیده ۱
مقدمه ۲
فصل اول بررسی نمونه های مشابه
بررسی اولیه ۵
نمونه شماره یک ۶
بررسی سایت شماره یک ۸
نمونه شماره دو ۹
بررسی سایت شماره دو ۱۱
نمونه شماره سه ۱۲
بررسی سایت شماره سه ۱۴
نتیجه گیری مقایسات ۱۵
فصل دوم معرفی ابزار ها
معرفی UML ۱۷
تاریخچه ۱۷
دیاگرامهای UML 19
دیاگرم Use Case 20
چهار نوع رابطه در دیاگرم Use Case 21
دیاگرام کلاس ۲۲
کلاس ۲۲
روابط بین کلاسها و اشیاء ۲۴
دیاگرام تعامل ۲۵
دیاگرا ترتیب ۲۵
دیاگرام همکاری ۲۶
دیاگرام بسته ۲۷
دیاگرام حالت ۲۸
دیاگرام فعالیت ۲۹
دیاگرام آرایش قوا ۳۰
معرفی ASPNET 31
اصول مقدماتی ASPNET 31
ASP چیست؟ ۳۱
ASPNET چیست ؟۳۲
دانت فریمورک ۳۲
تفاوت ها ASP کلاسیک و ASPNET 33
نصب ASPNET 34
صفحات وب ASPNET 35
ASP کلاسیک ۳۶
صفحات پویا در ASP کلاسیک ۳۶
صفحات پویا در ASPNET 36
کنترل های سرویس دهنده ASPNET 37
کنترل های Html سرویس دهنده ۳۸
کنترل های وب سرویس دهنده ۳۸
رویدادهای دات نت ۳۹
مرجع ۴۱
معرفی SQL ۴۴
SQL Injection به چه کار می آید؟ ۴۴
مثالی از SQL Injection 45
طراحی جدول ۴۷
فصل سوم طراحی نمودار های NML
نمودار Use Case 49
نمودار توالی ۵۰
نمودار همکاری ۵۱
نمودار کلاس ۵۲
نمودار حالت ۵۳
فصل چهارم معرفی سایت
معرفی سایت ۵۵
نمای کلی صفحه اصلی سایت ۵۶
توضیحات صفحه اصلی ۵۷
ورود به سایت ۵۷
عضویت در سایت ۵۸
صفحات متفرقه ۶۱
معرفی قسمت های مختلف سایت ۶۸
سخن آخر ۸۴
UML یک زبان استاندارد برای نمایش، ایجاد و مستندسازی سیستم های نرمافزاری مبتنی بر روشهای شیگرا میباشد. قبل از UML نیز روشهای شیگرایی متعددی توسطافرادمختلف برای مدل سازی سیستمهای شئگرا ارائه شده بود. اتفاقی که باعث ایجاد UML شد بدینصورت بود که Rumbough ، طراح متدلوژی OMT به شرکت Rational که متعلق به Booch بود پیوست و آنها تلاش خودرا برای ایجاد یک زبان مدلسازی شیگرای متحدالشکل بکار گرفتند. ترکیب دومتدلوژی و ایجاد زبانUML اعتبار ویژهای به آن بخشید. درسال ۱۹۹۵ ، شرکت Rational آماده بود تا اولین مستندات UML (نسخه ۰٫۸ )را ارائه نماید، اما در یک اقدام ناگهانی امتیاز شرکت Jacobsonرا که مالک Objectory بود، خریداری نمود. پس از این اقدام، شرکت Rational با ترکیب سه متدلوژی سطح بالا قادر به ارائه یک استاندارد در روشهای شیگرا بود.
در سال ۱۹۹۷ ، UML بعنوان یک زبان استاندارد مدلسازی شیگرا از طرف گروه OMG(Object Management Group)پذیرفته شد. مهمترین قابلیت این زبان ارائه مدلهایی بصورت دیاگرام برای کل چرخه حیات نرم افزار است و میتواندبصورت یک زبان ارتباطی بین تمام گروههای یک تیم پروژه استفاده شود. از قابلیتهای دیگر آن اینست که سازگاری خود را با اغلب روشهای متداول مانند OMT ، Booch وOOSE حفظ نموده است.
از دید مستندسازی، UML قادر است کل چرخه حیات سیستم را در قالب نمودارهایی بصورت کلی و قابل فهم ارائه نماید که میتواند مستقل از متدلوژی ساخت ارائه شود هرچند که برخی از متدلوژیها دیاگرامهای خاص خود را دارند. اما با توجه به نزدیکی متدلوژیهای شئگرا و شباهت دیاگرامهای آنها میتوان UML را در بسیاری از متدلوژیهای شئگرا استفاده نمود
شرکتهایی مانندUnisys, Rational, Oracle, IBM, Microsoft, HP و … از شرکتهایی هستند که ازUML استفاده کرده و آن را پشتیبانی مینمایند.
از بزرگترین اهداف طراحی برنامه های سیستم نرم افزاری ایجاد برنامه های صحیح است به نحوی که نیازهای کاربران را بدرستی و با هزینه قابل قبولی برآورده نماید. فهم نیازهای کاربران که مستلزم ایجاد ارتباط با آنهاست، یکی از نکات کلیدی در ایجاد نرم افزارهای مفید میباشد. روشی که در UML برای نشان دادن این خواستهها بکارگرفته میشودUse Case نام دارد. مجموعه تمامیUse Case ها، تصویر خارجی سیستم را تشکیل میدهد. یک مجموعه خوب از Use Case ها وقتی حاصل خواهد شد که طراح بداند کاربران چه چیزی از سیستم میخواهند. Use Case ها همچنین ابزار خوبی برای پیشبرد پروژه میباشند زیرا ساخت سیستم به طریق تکراری را کنترل میکند. در واقع از قابلیتهای ویژه متدلوژیهای شئگرا این است که میتوان یک مجموعهای از نیازها را انتخاب نموده و طراحی و پیادهسازی آنرا به پیش برد و بدین صورت ساخت سیستم بهصورت افزایشی را مقدور میسازد همچنین با توجه به این که تیم طراح و برنامهنویس در هر مرحله با Use Case ها سروکار دارد، در هر مرحله امکان بازگشت سریع به مراحل قبل وجود دارد. این روش خود تکنیک با ارزشی است، زیرا نتایج را مرحله به مرحله به کاربر باز خور میدهد. در ادامه این بخش، دیاگرامهایی که در UML برای مدل سازی سیستم های نرم افزاری استفاده میشود به صورت اجمالی معرفی میگردد.
بیشتر برای تعیین مراحل تولید یک نرم افزار استفاده می شود تا هم مراحل کار و هم مشکلات و ناهمواری های آن مشخص شود که شامل شیوه های متعددی است چون آبشاری، چرخشی، همفاز و …. که در اینجا به انها پرداخته نموی شود. فقط مراحل اصلی تحلیل نرم افزاری مورد استفاده ماست.
زبان مدلسازی که به طور گسترده ای در نمادهای مدلسازی سیستم های شی گرا استفاده شده است. و از چند نوع نمودار مختلف تشکیل شده است.
نمودارUse Case
نمودار Sequence(توالی)
نمودار Collabration(همکاری)
نمودارClass
نمودار ْState Transition(حالت)
نمودار Component
نمودارDeployment
در سادهترین حالتUse Case ها بوسیله مصاحبه با کاربران و انتظاراتی که آنها از سیستم دارند تعریف میشود. برای نمایش اطلاعات مربوط به نیازهای کاربران که در قالب Use Case هاجمعآوری شده است از دیاگرام Use Case استفاده میشود. مادهای آدمک که در شکل دیده میشود، بازیگر (Actor)نامیده میشوند. هر بازیگر میتواند یک کاربرسیستم باشد که نقش یا نقشهایی را در سیستم بازی می کند. یک بازیگر لزومی ندارد حتماً یک انسان باشد، یک سیستم خارجی نیز میتواند یک بازیگر باشد.
الف- رابطه Communication : نشان میدهد یک بازیگر، یک Use Case را استفاده میکند.
ب- رابطه Extend : ارتباط بین دو Use Case که حالات خاص یکی در دیگری قرار داده میشود.
ج- رابطه Uses : شبیه Extend می باشد ولی در اینجا حالات خاصرا در یک Use Case قرار نمیدهد، بلکه اگر رفتاری در چند Use Case مشترک باشد، آنرا جدا کرده و در یک Use Case مجزا قرار میدهند.
دیاگرام کلاس یکی از دیاگرامهای مهم و اساسی در متدلوژیهای شیگرا میباشد که هر متدلوژی حالات مختلفی از آنرا استفاده می کند. دیاگرام کلاس شامل اشیاء و روابط مابین آنها میباشد. همچنین دیاگرام کلاس شامل صفات و رفتار کلاسها میباشد
در دیاگرام کلاس اگر فقط اشیاء (یعنی نمونههای کلاس ها) و روابط آنها نشان داده شود، آن را دیاگرام شیء (Object Diagram)گویند. شکل شماره ۲ نمونهای از دیاگرام کلاس را نمایش میدهد. در ادامه مفاهیمی که در دیاگرام کلاس استفاده میشود بطور مختصر شرح داده میشود.
کلاس، مشخصهای برای مجموعهای از اشیاء با صفات، رفتار و روابط مشابه میباشد. UML برای نمایش کلاس از نماد مستطیل سه قسمتی استفاده میکند. قسمت فوقانی این نماد برای نمایش مشخصات نام کلاس، قسمت میانی برای نمایش مشخصات صفات و قسمت تحتانی برای نمایش مشخصات رفتار و اعمال کلاس بکار می رود. برخی عناصر که از نظر مفهوم شبیه کلاس هستند نیز از همین نماد و خواص استفاده میکنند.
کلاسهای مشتق شده از یک کلاس معمولاً با مفهوم کلیشه (Stereotype)بیان میشود. این مفهوم در UML استفاده زیادی دارد و حالات خاص و مختلف از یک چیز را نشان میدهد. انواع مختلفی که از نظر مفهومی شبیه کلاس هستند با ذکر یک کلیشه، در قسمت نام کلاس مشخص میشوند. سه نمونه از این مفاهیم، تایپ (Type)، کلاس پیادهسازی(Implementation Class)، و واسط (Interface Class) نام دارند.
تایپ، نشاندهنده یک نقش قابل تغییر است که یک شئ میتواند انتخاب کند و سپس آنرا کنار بگذارد. یک کلاس پیادهسازی، نشاندهنده ساختار فیزیکی و توابع یک شئ است که در یک زبان، پیاده سازی میشود و قابل تغییر نیست. یک شئ می تواند دارای چندین تایپ باشد اما فقط یک کلاس پیاده سازی دارد. بین یک تایپ و یک کلاس پیاده سازی می توان رابطه Realize برقرار نمود که نشان میدهد یک تایپ توسط کدام کلاس پیاده سازی شده است. یک واسط نشان دهنده اعمال یک کلاس است که قابل رویت توسط دیگران است. واسطها فاقد صفت،حالت و روابط انجمنی هستند و فقط شامل اعمال میباشند. واسطها می توانند روابط کلی/ اختصاصی داشته باشند.
کلاس پارامتری(Parameterized Class) معرف کلاسی است که تعدادی پارامتر داشته ولی میتواند خانوادهای از کلاسها را تعریف کند. هر کلاس از این خانواده با تعریف مقادیر واقعی پارامترها، مشخص میشود. یک کلاس پارامتری با همان نماد کلاس نمایش داده میشود. کلاسهایی که به یک کلاس پارامتری محدود یا مقید میشوند، عناصر مقید (Bound Element) نامیده میشوند.
شئ نمونهای از یک کلاس است که صفاتش دارای مقادیر حقیقی هستند. نماد شئ مانند نماد کلاس است که در زیر نام آن خط کشیده میشود. یک شئ مرکب (Composite Object)شئ سطح بالایی است که در درون خود دارای شئ هایی است که این شئ ها می توانند دارای روابط فی مابین باشند.
در زیر به انواع روابط بین کلاسها و اشیاء اشاره میشود
الف- رابطه انجمنی
یک رابطه انجمنی میتواند بین دو کلاس و یا چند کلاس برقرار شود. مشخصات کلی این رابطه توسط چند خصیصه تعیین می شود که عبارت است از مقدار کثرت، ترتیب، علامت جهت و مشخصه اجماع (Aggregation)
ب- رابطه در برگیری (Composition [Whole-Part])
این رابطه یک رابطه قویتر از رابطه اجماع میباشد که در آن وجود کلاس جزء وابسته به وجود کلاس کل می باشد. رابطه دربرگیری با یک خط راست که در طرف کلاس کل یک لوزی توپر قرار دارد نمایش داده میشود.
ج- رابطه کلی- اختصاصی(Generalization / Specialization)
رابطهای است که بین یک کلاس عمومی و کلاسهای اختصاصی آن کلاس برقرار میشود. در این نوع رابطه، کلاس های اختصاصی تمامی خصوصیات کلاس عمومی را به ارث برده و علاوه برآن میتوانند یکسری خصوصیات دیگر را نیز تعریف نمایند. این رابطه را رابطه ارثبری نیز مینامند.
د- رابطه وابستگی
این رابطه یک رابطه معنایی را بین دو عنصر تعریف میکند که تغییر در یک عنصر ممکن است باعث تغییراتی در عنصر دیگر شود. ازا نواع این روابط میتوان به bind , uses اشاره نمود.
هـ- رابطه Realize
رابطهای است که بین کلاس پیادهسازی و تایپ برقرار میشود.
تمام مقالات و پایان نامه و پروژه ها به صورت فایل دنلودی می باشند و شما به محض پرداخت آنلاین مبلغ همان لحظه قادر به دریافت فایل خواهید بود. این عملیات کاملاً خودکار بوده و توسط سیستم انجام می پذیرد.
جهت پرداخت مبلغ شما به درگاه پرداخت یکی از بانک ها منتقل خواهید شد، برای پرداخت آنلاین از درگاه بانک این بانک ها، حتماً نیاز نیست که شما شماره کارت همان بانک را داشته باشید و بلکه شما میتوانید از طریق همه کارت های عضو شبکه بانکی، مبلغ را پرداخت نمایید.
ارسال نظر