این مجموعه شامل 200 سوال چهار جوابی از درس برنامه نویسی ویژوال بیسیک مقدماتی می باشد. پاسخنامه نیز همراه سوال ها می باشد.این نمونه سوال ها برای کسانی که قصد شرکت در آزمون های فنی و حرفه ای را دارند پیشنهاد می شود.
این مطلب از مطالب آزاد موجود در اینترنت جمع آوری شده است و در مورد آشنایی با ویژوال بیسیک 6 و در 116صفحه می باشد و در زیر قسمتی از متن آورده شده است :
لینک پرداخت و دانلود *پایین مطلب*
فرمت فایل:Word (قابل ویرایش و آماده پرینت)
تعداد صفحه: 19
فهرست مطالب :
چگونه یک برنامه VBبنویسیم
تشریح یک بر نامه VB
نوشتن روال رویداد در پنجره کد
پنجره کد
آشنایی با محیط VB
میله ابزار
پنجرة پروژه
جعبه ابزار
پنجرة فرم
پنجرة طراحی فرم
پنجرة خواص
انواع داده در VB
سایر انواع داده
حدودسی و پنج سال قبل در کالج دارتموث زبانی پا به عرصه وجود گذاشته برنامه نویسی را از تسلط حرفهایها خارج کرد و به مبتدیان هم امکان داد تا وارد دنیای شیرین برنامه نویسی شوند ؛ این زبان بیسیک نام گرفت. زبان بیسیک از سایر زبانهای آن زمان مانند فورترن ،کوبول واسمبلی بسیار سادهتر بود و به همین دلیل به عنوان مبنای کار شرکت میکروسافت برای اولین زبان برنامه نویسی نیمه حرفه ای در محیط ویندوز انتخاب شد.
هرزبان برنامه نویسی اصولا مجموعه ایست از تعدادی دستور که هر کدام کار مشخصی انجام میدهند. انسانها با این مجموعه دستورات است که کامپیوترها را وادار به انجام خواسته ها یشان می کنند.با آن که بیسیک برای مبتدیان طراحی شده بود اما دستورات آن همچنان مبهم ورمزآلود بود.
شرکت میکروسافت قبل از رسیدن به VISUAL بیسیک را توسعه داد که هر کدام ازآنها بنحوی تقویت وتکامل این زبان محسوب میشدند:MBASIK ،GWBASIC،BASICA ،QUIK BASIK ،QBASIK .در این مسیر چندین ویرایش دیگر از زبان بیسیک ، بدون از دست دادن سادگی خود،قدرت قابل توجهی بدست آورد.
زبان بیسیک (برای حفظ سادگی)همچنان یک زبان اینترپرتری باقی ماند،چون فاصله کوتاه بین نوشتن برنامه و دیدن حاصل کار برای مبتدیان ازضرورت تام برخوردار است. البته اگربرنامه ای بخواهد در دنیای برنامه های حرفه ای حرفی برای گفتن داشته باشد باید به کامپایلر متکی باشد که البته نتیجه آن زحمت بیشتر برای برنامه نویس است.
برنامه نویسی جهت سیستم انبارداری با ویژوال بیسیک
فصل اول : سیستم های اطلاعاتی
بانک های اطلاعاتی رابطه ای : مفاهیم و تعاریف
قبل از پرداختن به موضوع بانک های اطلاعاتی رابطه ای (Relational Data Base) ، بهتر است اشاره ای به مفاهیم ذیل داشته باشیم :
موجودیت (Entity)
به هر چیزی (شی ، شخص ، محل و ...) که می خواهیم در یک سیستم راجع به آن اطلاعاتی را جمع آوری ، پردازش و نگهداری نمائیم ، یک موجودیت گفته می شود . تعریف فوق ، متداولترین برداشت اولیه از موجودیت می باشد . مجموعه موجودیت های یک سیستم ، ساختار اطلاعاتی آن سیستم را مشخص می کند . هر موجودیت شامل اجزاء و المان هائی است که آن موجودیت را توصیف می کند که به آنها خصیصه و یا Attribute گفته می شود . هر موجودیت بسته به این که در سیستم مورد مطالعه چه میزان اطلاعات راجع به آن می خواهیم داشته باشیم ، شامل حداقل یک و یا چند خصیصه خواهد بود. از آنجا که هر موجودیت راجع به یک موضوع به خصوص می باشد ، بنابراین یک ارتباط منطقی بین کلیه خصایص موجودیت وجود خواهد داشت .در واقع ، تمام خصائص یک موجودیت توصیف کننده آن موجودیت خواهد بود . برای روشن شدن موضوع بد نیست به نمونه مثال ذیل توجه نمائید :
- موجودیت مشتری شامل خصلت های نام مشتری ، آدرس مشتری ، تلفن مشتری و ... است .
- موجودیت سفارش شامل خصلت های شماره سفارش ، تاریخ سفارش ، نام مشتری ، کالای سفارش شده ، تعداد کالای سفارش شده و ... است
همانگونه که در مثال فوق مشاهده گردید ، تمام خصلت های موجودیت مشتری توصیف کننده یک مشتری و تمام خصلت های موجودیت سفارش توصیف کننده یک سفارش می باشند .
کلید (Key)
هر رخداد از یک موجودیت را باید بتوان به وسیله یک و یا ترکیبی از چند خصیصه آن به صورت یکتا شناسائی نمود . به تعبیر دیگر ، هر یک از رخدادهای یک موجودیت باید یکتا باشد ، در غیر اینصورت تغییر و یا حذف یک رخداد از موجودیت (در مثال فوق یک مشتری) غیر ممکن خواهد بود . از اینرو از بین خصلت های یک موجودیت یک و یا ترکیبی از چند خصیصه به عنوان کلید آن موجودیت انتخاب می شود . این خصلت (و یا ترکیب خصلت ها) باید بتواند یکتائی هر رخداد از موجودیت را تضمین نماید . در موجودیت سفارش مثال فوق ، خصلت شماره سفارش می تواند بعنوان کلید انتخاب شود .
توضیح : در برخی از موارد در یک موجودیت چندین کلید وجود دارد که به هر یک از آنها یک Candidate Key یا Alternate Key گفته می شود .
در برخی از حالات نمی توان در یک موجودیت هیچ کاندیدی برای کلید یافت ، مانند موجودیت مشتری در مثال فوق . در این موجودیت هیچیک از خصلت ها و یا هیچ ترکیبی از آنها نمی تواند صد درصد تضمین کننده یکتائی آن باشد (با اینکه احتمال وجود دو مشتری هم نام در یک آدرس و با یک شماره تلفن بسیار کم است ، اما باز هم احتمال وقوع دارد) . در چنین مواردی مجبور هستیم یک خصلت به موجودیت اضافه کنیم تا تضمین کننده یکتائی رخدادهای آن باشد . در مثال فوق با اضافه کردن خصلت کد مشتری به موجودیت مشتری ، می توان یکتائی آن را تضمین نمود . به این نکته دقت شود که بسیاری از خصلت های یک موجودیت در کنترل سیستم نیست و از خارج به سیستم تحمیل می گردد . به عنوان مثال ما نمی توانیم تعیین کنیم که نام مشتری های سازمان تکراری نباشد . اما عدم تکراری بودن خصلت هائی که خود ما ایجاد نموده ایم را می توان تضمین کرد ( نظیر کد مشتری که توسط سیستم و یا سازمان مربوطه تولید می شود ) .
