دانلود تحقیق/پروژه برنامه نویسی جهت سیستم انبارداری با ویژوال بیسیک درباره با فرمت word-ورد 96 صفحه

برنامه نویسی جهت سیستم انبارداری با ویژوال بیسیک

فصل اول : سیستم های اطلاعاتی

بانک های اطلاعاتی رابطه ای : مفاهیم و تعاریف

قبل از پرداختن به موضوع بانک های اطلاعاتی رابطه ای (Relational Data Base) ، بهتر است اشاره ای به مفاهیم ذیل داشته باشیم :

موجودیت (Entity)

به هر چیزی (شی ، شخص ، محل و ...) که می خواهیم در یک سیستم راجع به آن اطلاعاتی را جمع آوری ، پردازش و نگهداری نمائیم ، یک موجودیت گفته می شود . تعریف فوق ، متداولترین برداشت اولیه از موجودیت می باشد . مجموعه موجودیت های یک سیستم ، ساختار اطلاعاتی آن سیستم را مشخص می کند . هر موجودیت شامل اجزاء و المان هائی است که آن موجودیت را توصیف می کند که به آنها خصیصه و یا Attribute گفته می شود . هر موجودیت بسته به این که در سیستم مورد مطالعه چه میزان اطلاعات راجع به آن می خواهیم داشته باشیم ، شامل حداقل یک و یا چند خصیصه خواهد بود. از آنجا که هر موجودیت راجع به یک موضوع به خصوص می باشد ، بنابراین یک ارتباط منطقی بین کلیه خصایص موجودیت وجود خواهد داشت .در واقع ،‌ تمام خصائص یک موجودیت توصیف کننده آن موجودیت خواهد بود . برای روشن شدن موضوع بد نیست به نمونه مثال ذیل توجه نمائید :

- موجودیت مشتری شامل خصلت های نام مشتری ، آدرس مشتری ، تلفن مشتری و ... است .

- موجودیت سفارش شامل خصلت های شماره سفارش ، تاریخ سفارش ، نام مشتری ، کالای سفارش شده ، تعداد کالای سفارش شده و ... است

همانگونه که در مثال فوق مشاهده گردید ، تمام خصلت های موجودیت مشتری توصیف کننده یک مشتری و تمام خصلت های موجودیت سفارش توصیف کننده یک سفارش می باشند .

کلید (Key)

هر رخداد از یک موجودیت را باید بتوان به وسیله یک و یا ترکیبی از چند خصیصه آن به صورت یکتا شناسائی نمود . به تعبیر دیگر ، هر یک از رخدادهای یک موجودیت باید یکتا باشد ، در غیر اینصورت تغییر و یا حذف یک رخداد از موجودیت (در مثال فوق یک مشتری) غیر ممکن خواهد بود . از اینرو از بین خصلت های یک موجودیت یک و یا ترکیبی از چند خصیصه به عنوان کلید آن موجودیت انتخاب می شود . این خصلت (و یا ترکیب خصلت ها) باید بتواند یکتائی هر رخداد از موجودیت را تضمین نماید . در موجودیت سفارش مثال فوق ، خصلت شماره سفارش می تواند بعنوان کلید انتخاب شود .

توضیح : در برخی از موارد در یک موجودیت چندین کلید وجود دارد که به هر یک از آنها یک Candidate Key یا Alternate Key گفته می شود .

در برخی از حالات نمی توان در یک موجودیت هیچ کاندیدی برای کلید یافت ، مانند موجودیت مشتری در مثال فوق . در این موجودیت هیچیک از خصلت ها و یا هیچ ترکیبی از آنها نمی تواند صد درصد تضمین کننده یکتائی آن باشد (با اینکه احتمال وجود دو مشتری هم نام در یک آدرس و با یک شماره تلفن بسیار کم است ، اما باز هم احتمال وقوع دارد) . در چنین مواردی مجبور هستیم یک خصلت به موجودیت اضافه کنیم تا تضمین کننده یکتائی رخدادهای آن باشد . در مثال فوق با اضافه کردن خصلت کد مشتری به موجودیت مشتری ، می توان یکتائی آن را تضمین نمود . به این نکته دقت شود که بسیاری از خصلت های یک موجودیت در کنترل سیستم نیست و از خارج به سیستم تحمیل می گردد . به عنوان مثال ما نمی توانیم تعیین کنیم که نام مشتری های سازمان تکراری نباشد . اما عدم تکراری بودن خصلت هائی که خود ما ایجاد نموده ایم را می توان تضمین کرد ( نظیر کد مشتری که توسط سیستم و یا سازمان مربوطه تولید می شود ) .

دانلود تحقیق/پروژه برنامه نویسی جهت سیستم انبارداری با ویژوال بیسیک درباره با فرمت word-ورد 96 صفحه

برنامه نویسی جهت سیستم انبارداری با ویژوال بیسیک

فصل اول : سیستم های اطلاعاتی

بانک های اطلاعاتی رابطه ای : مفاهیم و تعاریف

قبل از پرداختن به موضوع بانک های اطلاعاتی رابطه ای (Relational Data Base) ، بهتر است اشاره ای به مفاهیم ذیل داشته باشیم :

موجودیت (Entity)

به هر چیزی (شی ، شخص ، محل و ...) که می خواهیم در یک سیستم راجع به آن اطلاعاتی را جمع آوری ، پردازش و نگهداری نمائیم ، یک موجودیت گفته می شود . تعریف فوق ، متداولترین برداشت اولیه از موجودیت می باشد . مجموعه موجودیت های یک سیستم ، ساختار اطلاعاتی آن سیستم را مشخص می کند . هر موجودیت شامل اجزاء و المان هائی است که آن موجودیت را توصیف می کند که به آنها خصیصه و یا Attribute گفته می شود . هر موجودیت بسته به این که در سیستم مورد مطالعه چه میزان اطلاعات راجع به آن می خواهیم داشته باشیم ، شامل حداقل یک و یا چند خصیصه خواهد بود. از آنجا که هر موجودیت راجع به یک موضوع به خصوص می باشد ، بنابراین یک ارتباط منطقی بین کلیه خصایص موجودیت وجود خواهد داشت .در واقع ،‌ تمام خصائص یک موجودیت توصیف کننده آن موجودیت خواهد بود . برای روشن شدن موضوع بد نیست به نمونه مثال ذیل توجه نمائید :

- موجودیت مشتری شامل خصلت های نام مشتری ، آدرس مشتری ، تلفن مشتری و ... است .

- موجودیت سفارش شامل خصلت های شماره سفارش ، تاریخ سفارش ، نام مشتری ، کالای سفارش شده ، تعداد کالای سفارش شده و ... است

همانگونه که در مثال فوق مشاهده گردید ، تمام خصلت های موجودیت مشتری توصیف کننده یک مشتری و تمام خصلت های موجودیت سفارش توصیف کننده یک سفارش می باشند .

کلید (Key)

هر رخداد از یک موجودیت را باید بتوان به وسیله یک و یا ترکیبی از چند خصیصه آن به صورت یکتا شناسائی نمود . به تعبیر دیگر ، هر یک از رخدادهای یک موجودیت باید یکتا باشد ، در غیر اینصورت تغییر و یا حذف یک رخداد از موجودیت (در مثال فوق یک مشتری) غیر ممکن خواهد بود . از اینرو از بین خصلت های یک موجودیت یک و یا ترکیبی از چند خصیصه به عنوان کلید آن موجودیت انتخاب می شود . این خصلت (و یا ترکیب خصلت ها) باید بتواند یکتائی هر رخداد از موجودیت را تضمین نماید . در موجودیت سفارش مثال فوق ، خصلت شماره سفارش می تواند بعنوان کلید انتخاب شود .

توضیح : در برخی از موارد در یک موجودیت چندین کلید وجود دارد که به هر یک از آنها یک Candidate Key یا Alternate Key گفته می شود .

در برخی از حالات نمی توان در یک موجودیت هیچ کاندیدی برای کلید یافت ، مانند موجودیت مشتری در مثال فوق . در این موجودیت هیچیک از خصلت ها و یا هیچ ترکیبی از آنها نمی تواند صد درصد تضمین کننده یکتائی آن باشد (با اینکه احتمال وجود دو مشتری هم نام در یک آدرس و با یک شماره تلفن بسیار کم است ، اما باز هم احتمال وقوع دارد) . در چنین مواردی مجبور هستیم یک خصلت به موجودیت اضافه کنیم تا تضمین کننده یکتائی رخدادهای آن باشد . در مثال فوق با اضافه کردن خصلت کد مشتری به موجودیت مشتری ، می توان یکتائی آن را تضمین نمود . به این نکته دقت شود که بسیاری از خصلت های یک موجودیت در کنترل سیستم نیست و از خارج به سیستم تحمیل می گردد . به عنوان مثال ما نمی توانیم تعیین کنیم که نام مشتری های سازمان تکراری نباشد . اما عدم تکراری بودن خصلت هائی که خود ما ایجاد نموده ایم را می توان تضمین کرد ( نظیر کد مشتری که توسط سیستم و یا سازمان مربوطه تولید می شود ) .

دانلود پروژه مربوط به سیستم گرمایش و ذوب برف بر اساس پمپ حرارتی

دانلود متن کامل پایان نامه مقطع کارشناسی با فرمت ورد wordزمین گرمایی در فرودگاه گولنیو لهستان

خلاصه:

طراحی یک سیستم گرمایش و ذوب برف در فرودگاه GolenioW در کشور لهستان هدف این مقا له می‌باشد. سیستم بر اساس کار کرد و استفاده از انرژی زمین گرمایی در منطقه Sziciecin نزدیک به شهر Goleniow طراحی شده است. در این منطقه آب زمین گرمایی در محدوده دمایی 40 تا 90 درجه سانتیگراد یافت می‌شود. مبنای طراحی سیستم استفاده از هیت پمپ هایی می‌باشد که گرما را از آب گرم 40 تا 60 درجه سانتیگراد جذب می‌کنند. برای درک عملکرد چیدمان پمپ حرارتی مختلف در یک سیستم گرمایی برای سیال زمین گرمایی 40 oc مقایسه هایی به عمل آمده است. برای منطقه مورد نظر محاسبات جریان سیال و محاسبات گرمایش موجود می‌باشد.

سیستم دیواره های پخش گرما شامل یک دبی سنج مبدل حرارتی زمین گرمایی و پمپ حرارتی (که به طور الکتریکی کار می‌کند) می‌باشد. اگر سیستم با یک اوپراتور که مستقیماً بعد از مبدل حرارتی زمین گرمایی نصب شده است کار کند سیم نوع I و اگر با اوپراتوری که بطور غیرمستقیم روی شبکه برگشت آب نصب شده است کار کند سیتم نوع I I و اگر شامل یک منبع حرارتی معمولی با یک دیگ گازی (که می‌توانند با هم با یک مبدل حرارتی زمین گرمایی کار کنند) سیستم نوع I I I می‌باشد.

منطقه گرمایش توسط یک سیستم توزیع (شامل اتصالات موازی) گرما را بین مصرف کنندگان با احتیاجات مختلف توزیع می‌کند.در اولین مصرف کننده (سیستم گرمایش با رادیاتور دما پایین) محاسبات در دو حالت کاری متفاوت انجام می‌شود. در اولین حالت دمای آب خروجی و ورودی تابعی از دمای هوای بیرون می‌باشد. در دومین حالت دمای آب خروجی و ورودی به دمای بیرون بستگی ندارد و ثابت فرض می‌شود. دومین مصرف کننده یک سیستم تهویه وآب گرم مصرفی است که آب شبکه را با دمای ثابت در طول سال به حرکت در می‌آورد. نوع سوم استفاده یک سیستم ذوب برف است.

که در محدوده دمایی 3oc تا– 16 oc با تأمین گرماهای متفاوت در دو حالت ذوب برف و در جا کارکردن، عمل می‌کند.گرمای ناشی از زمین در این سیستم توسط مبدل حرارتی تامین می‌شود.

هر یک از سه سیستم فوق الذکردر این مقاله مورد نظر می‌باشند و توسط دیاگرام شماتیکی مربوطه کاربرد انرژی زمین گرمایی، الکتریکی و انرژی کسب شده توسط دیگ گازی را شرح می‌دهد معرفی می‌شوند.

در سیستم های گرمایی، هیت پمپ مستقیم از هیت پمپ غیر مستقیم اقتصـــادی تر و موثرتر می‌باشد. با کنترل هدفمند وبا استفاده از یک حسگر برف در یک سیستم ذوب برف مقدار آب گرم و هزینه عملیات کاهش می‌یابد.

معرفی

متاسفانه اخیراً همه احتیاجات سوخت لهستان برای گرمایش از سوزاندن زغال سنگ   قهوه ای تأمین می‌شود. مهمترین نتیجه سوزاندن چنین سوختهای فسیلی تخریب محیط زیست است.

برای مهار رشد سریع آلودگی محیط زیست، صاحب نظران تمایل زیادی بسمت جایگزینی منابع انرژی (بازگشت پذیر) که در میان آنها انرژی زمین گرمایی نقش مؤثری ایفاء می‌کند دارند. لهستان یک کشور غنی در منابع آب زمین گرمایی با آنتالپی متوسط می‌باشد. حجمی از این آبهای گرمایشی ، در حدود تقریباً 6500 Km3 (در سوکولوسکی) دمایی بین 30 تا 120 درجه سانتیگراد دارند.آب در محدوده دمایی 50 oc تا 90 oc از میان سوراخهایی با عمق km 1.5 تا 3km به سطح زمین آورده می‌شوند.

کم و بیش منابع زمین گرمایی بطور یکنواخت در قسمت هایی از لهستان در حوزه یا زیر حوزه های زمین گرمایی مخصوصی که به مناطق و ایالات زمین گرمایی خاصی تعلق دارد توزیع شده اند. بهترین شرایط مناسب و دلخواه زمین گرمایی در Podhale and Studety, Polish Low land می‌تواند یافت شود.با وجود چنین انرژی با پتانسیل بالا در منابع زمین گرمایی، بهره برداری گسترده از یک دهه پیش شروع شده است.

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

این عمل امکان کاهش انتشار گازهای گلخانه ای را نسبت به سوختهای معمولی ایجاد می‌کند. ذوب یخ (برف) پیاده رو توسط آب و بخار زمین گرمایی در چندین کشور، از جمله ایسلند، ژاپن و ایالات متحده استفاده می‌شود.این تأسیسات می‌توانند شامل پیاده روها، جاده ها، سراشیبی ها، باند فرودگاه ها، میدان ها، محوطه پارگینک و پل‌ها باشند.

دانلود تحقیق/پروژه برنامه نویسی جهت سیستم انبارداری با ویژوال بیسیک درباره با فرمت word-ورد 96 صفحه

برنامه نویسی جهت سیستم انبارداری با ویژوال بیسیک

فصل اول : سیستم های اطلاعاتی

بانک های اطلاعاتی رابطه ای : مفاهیم و تعاریف

قبل از پرداختن به موضوع بانک های اطلاعاتی رابطه ای (Relational Data Base) ، بهتر است اشاره ای به مفاهیم ذیل داشته باشیم :

موجودیت (Entity)

به هر چیزی (شی ، شخص ، محل و ...) که می خواهیم در یک سیستم راجع به آن اطلاعاتی را جمع آوری ، پردازش و نگهداری نمائیم ، یک موجودیت گفته می شود . تعریف فوق ، متداولترین برداشت اولیه از موجودیت می باشد . مجموعه موجودیت های یک سیستم ، ساختار اطلاعاتی آن سیستم را مشخص می کند . هر موجودیت شامل اجزاء و المان هائی است که آن موجودیت را توصیف می کند که به آنها خصیصه و یا Attribute گفته می شود . هر موجودیت بسته به این که در سیستم مورد مطالعه چه میزان اطلاعات راجع به آن می خواهیم داشته باشیم ، شامل حداقل یک و یا چند خصیصه خواهد بود. از آنجا که هر موجودیت راجع به یک موضوع به خصوص می باشد ، بنابراین یک ارتباط منطقی بین کلیه خصایص موجودیت وجود خواهد داشت .در واقع ،‌ تمام خصائص یک موجودیت توصیف کننده آن موجودیت خواهد بود . برای روشن شدن موضوع بد نیست به نمونه مثال ذیل توجه نمائید :

- موجودیت مشتری شامل خصلت های نام مشتری ، آدرس مشتری ، تلفن مشتری و ... است .

- موجودیت سفارش شامل خصلت های شماره سفارش ، تاریخ سفارش ، نام مشتری ، کالای سفارش شده ، تعداد کالای سفارش شده و ... است

همانگونه که در مثال فوق مشاهده گردید ، تمام خصلت های موجودیت مشتری توصیف کننده یک مشتری و تمام خصلت های موجودیت سفارش توصیف کننده یک سفارش می باشند .

کلید (Key)

هر رخداد از یک موجودیت را باید بتوان به وسیله یک و یا ترکیبی از چند خصیصه آن به صورت یکتا شناسائی نمود . به تعبیر دیگر ، هر یک از رخدادهای یک موجودیت باید یکتا باشد ، در غیر اینصورت تغییر و یا حذف یک رخداد از موجودیت (در مثال فوق یک مشتری) غیر ممکن خواهد بود . از اینرو از بین خصلت های یک موجودیت یک و یا ترکیبی از چند خصیصه به عنوان کلید آن موجودیت انتخاب می شود . این خصلت (و یا ترکیب خصلت ها) باید بتواند یکتائی هر رخداد از موجودیت را تضمین نماید . در موجودیت سفارش مثال فوق ، خصلت شماره سفارش می تواند بعنوان کلید انتخاب شود .

توضیح : در برخی از موارد در یک موجودیت چندین کلید وجود دارد که به هر یک از آنها یک Candidate Key یا Alternate Key گفته می شود .

در برخی از حالات نمی توان در یک موجودیت هیچ کاندیدی برای کلید یافت ، مانند موجودیت مشتری در مثال فوق . در این موجودیت هیچیک از خصلت ها و یا هیچ ترکیبی از آنها نمی تواند صد درصد تضمین کننده یکتائی آن باشد (با اینکه احتمال وجود دو مشتری هم نام در یک آدرس و با یک شماره تلفن بسیار کم است ، اما باز هم احتمال وقوع دارد) . در چنین مواردی مجبور هستیم یک خصلت به موجودیت اضافه کنیم تا تضمین کننده یکتائی رخدادهای آن باشد . در مثال فوق با اضافه کردن خصلت کد مشتری به موجودیت مشتری ، می توان یکتائی آن را تضمین نمود . به این نکته دقت شود که بسیاری از خصلت های یک موجودیت در کنترل سیستم نیست و از خارج به سیستم تحمیل می گردد . به عنوان مثال ما نمی توانیم تعیین کنیم که نام مشتری های سازمان تکراری نباشد . اما عدم تکراری بودن خصلت هائی که خود ما ایجاد نموده ایم را می توان تضمین کرد ( نظیر کد مشتری که توسط سیستم و یا سازمان مربوطه تولید می شود ) .