پروژه مالی مستندات سیستم انبارداری کفش مشکین مشهد
اختصاصی از یارا فایل پروژه مالی مستندات سیستم انبارداری کفش مشکین مشهد دانلود با لینک مستقیم و پرسرعت .
فرمت فایل : WORD (قابل ویرایش)
تعداد صفحات:76
فهرست مطالب:
عنوان صفحه
مقدمه 2
فصل اول : 4
1-1) ضعف برنامه های انبار موجود 5
2-1) انگیزه تحقیق 6
3-1) هدف پروژه 7
4-1) روش انجام پروژه 7
فصل دوم : 8
1-2)انبار 9
2-2) دلایل استفاده از انبار 9
3-2) انواع موجودی های انبار 11
4-2) سازمان انبار 12
5-2) وظایف انبار دار 13
6-2) دیاگرام جریان اطلاعات در انبار 14
فصل سوم : 16
1-3) گزارش شناخت سیستم 17
2-3) گزارش کامل آنالیز سیستم 20
1-2-3) چارت سازمانی 20
1-3) نمودار چارت سازمانی شرکت کفش مشکین 20
3-3) نمودار جانمایی انبار شرکت کفش مشکین 22
4-3) نمودار Form Flow 23
6-3) نمودار های DFD 29
7-3) نمودار Use Case ( Best Case ) 29
8-3) نمودار Class Component سیستم کفش مشکین 30
9-3) نمودار Class Call Caboration سیستم کفش مشکین 31
10-3) نمودار Class Relation سیستم کفش مشکین 32
11-3) نمودار State diagram سیستم کفش مشکین 33
12-3) نمودار ERD سیستم کفش مشکین 35
فصل چهارم : 45
1-4) مقدمه 46
2-4) تعریف چند واژه 47
3-4) چند نکته پیرامون پیاده سازی نرم افزار 48
5-4) مستندات مشترک کلیه فرم ها 49
پیوست 64
منابع و مراجع 76
مقدمه
فنون و تخصصهای اداری در زمره مسائلی است که آگاهی از آن برای کارشناسان و صاحبان مشاغل امری ضروری است . هر اندازه دانش مدیران و کارگزاران در زمینه مدیریت و فنون اداری بیشتر و ابعادی گسترده تر داشته باشد ، اعمال مدیریت و سرپرستی با کمال و نیروی بیشتری تحقق خواهد پذیرفت و نتیجتاَ کارایی سازمان ها و کارکنان در جهت نیل به هدفهای سازمانی فزونی خواهد یافت .
برای دستیابی به هدف فوق تهیه متون آموزشی مناسب مورد تاکید خاصی قرار گرفته و با توجه به اهمیت کامپیوتر در دنیای امروز ، بخصوص در تصمیم گیری های کشوری با حجم زیاد اطلاعات و نقش مهمی که این تکنولوژی در دستیابی به سایر تکنولوژی های پیشرفته ایفا می کند ، استفاده از آن و ایجاد بانک های اطلاعاتی به کمک نرم افزار های پایگاه داده مفید واقع خواهد شد .
در این پایان نامه به مباحث زیر اشاره شده است :
- فصل اول : معرفی ، که به معرفی کل سیستم می پردازد .
- فصل دوم : مروری بر فرآیند انبار داری ، که به نکاتی در مورد اصول انبارداری اشاره می کند .
- فصل سوم : طراحی نرم افزار ، که ساختار و چگونگی تشکیل پایگاه دادة سیستم را مورد بررسی قرار می دهد .
- فصل چهارم : پیاده سازی نرم افزار ، که در آن به نحوة پیاده سازی نرم افزار پرداخته ایم .
- فصل پنجم : راهنمای استفاده از نرم افزار انبار ، که بهکاربر مهارت های استفاده از این نرم افزار را می آموزد .
- فصل ششم : قسمت هایی از کد برنامه که در آن با توابع مهم برنامه آشنا می شویم .
پروژه برنامه نویسی جهت سیستم انبارداری با ویژوال بیسیک
اختصاصی از یارا فایل پروژه برنامه نویسی جهت سیستم انبارداری با ویژوال بیسیک دانلود با لینک مستقیم و پرسرعت .
تعداد صفحات : 96
فرمت فایل: word(قابل ویرایش)
فهرست مطالب:
عنوان صفحه
فصل اول : سیستم های اطلاعاتی
مفاهیم و تعاریف ....................................................................................2
سیستم های اطلاعاتی – داده پردازی................................................6
دادگان ، پایگاه داده............................................................................. 16
تاریخچه پایگاه داده............................................................................. 17
انواع دادگان ها...................................................................................... 19
مدل های پایگاه داده........................................................................... 19
مبانی مدل سازی..................................................................................21
فصل دوم : معرفی نرم افزارهای مورد استفاده
الف - معرفی نرم افزار Access..............................................................................24
آشنایی با اکسس...................................................................................25
انواع عملگرها.........................................................................................31
آشنایی با طراحی Query.....................................................................35
ب – معرفی ویژوال بیسیک (VB)
شروع کار با Visual Basic (VB) .....................................................42
فصل سوم : توضیحات پروژه
دستورات سورس کد بهمراه فرم های پروژه................................. 67
ضمیمه 1 : نحوه ساخت و اتصال دیتا بیس در ویژوال بیسیک...........84
ضمیمه 2 : نحوه ساخت گزارشگیری (DataReporter)..................91
مقدمه
فصل اول : سیستم های اطلاعاتی
بانک های اطلاعاتی رابطه ای : مفاهیم و تعاریف
قبل از پرداختن به موضوع بانک های اطلاعاتی رابطه ای (Relational Data Base) ، بهتر است اشاره ای به مفاهیم ذیل داشته باشیم :
موجودیت (Entity)
به هر چیزی (شی ، شخص ، محل و ...) که می خواهیم در یک سیستم راجع به آن اطلاعاتی را جمع آوری ، پردازش و نگهداری نمائیم ، یک موجودیت گفته می شود . تعریف فوق ، متداولترین برداشت اولیه از موجودیت می باشد . مجموعه موجودیت های یک سیستم ، ساختار اطلاعاتی آن سیستم را مشخص می کند . هر موجودیت شامل اجزاء و المان هائی است که آن موجودیت را توصیف می کند که به آنها خصیصه و یا Attribute گفته می شود . هر موجودیت بسته به این که در سیستم مورد مطالعه چه میزان اطلاعات راجع به آن می خواهیم داشته باشیم ، شامل حداقل یک و یا چند خصیصه خواهد بود. از آنجا که هر موجودیت راجع به یک موضوع به خصوص می باشد ، بنابراین یک ارتباط منطقی بین کلیه خصایص موجودیت وجود خواهد داشت .در واقع ، تمام خصائص یک موجودیت توصیف کننده آن موجودیت خواهد بود . برای روشن شدن موضوع بد نیست به نمونه مثال ذیل توجه نمائید :
- موجودیت مشتری شامل خصلت های نام مشتری ، آدرس مشتری ، تلفن مشتری و ... است .
- موجودیت سفارش شامل خصلت های شماره سفارش ، تاریخ سفارش ، نام مشتری ، کالای سفارش شده ، تعداد کالای سفارش شده و ... است
همانگونه که در مثال فوق مشاهده گردید ، تمام خصلت های موجودیت مشتری توصیف کننده یک مشتری و تمام خصلت های موجودیت سفارش توصیف کننده یک سفارش می باشند .
کلید (Key)
هر رخداد از یک موجودیت را باید بتوان به وسیله یک و یا ترکیبی از چند خصیصه آن به صورت یکتا شناسائی نمود . به تعبیر دیگر ، هر یک از رخدادهای یک موجودیت باید یکتا باشد ، در غیر اینصورت تغییر و یا حذف یک رخداد از موجودیت (در مثال فوق یک مشتری) غیر ممکن خواهد بود . از اینرو از بین خصلت های یک موجودیت یک و یا ترکیبی از چند خصیصه به عنوان کلید آن موجودیت انتخاب می شود . این خصلت (و یا ترکیب خصلت ها) باید بتواند یکتائی هر رخداد از موجودیت را تضمین نماید . در موجودیت سفارش مثال فوق ، خصلت شماره سفارش می تواند بعنوان کلید انتخاب شود .
توضیح : در برخی از موارد در یک موجودیت چندین کلید وجود دارد که به هر یک از آنها یک Candidate Key یا Alternate Key گفته می شود .
در برخی از حالات نمی توان در یک موجودیت هیچ کاندیدی برای کلید یافت ، مانند موجودیت مشتری در مثال فوق . در این موجودیت هیچیک از خصلت ها و یا هیچ ترکیبی از آنها نمی تواند صد درصد تضمین کننده یکتائی آن باشد (با اینکه احتمال وجود دو مشتری هم نام در یک آدرس و با یک شماره تلفن بسیار کم است ، اما باز هم احتمال وقوع دارد) . در چنین مواردی مجبور هستیم یک خصلت به موجودیت اضافه کنیم تا تضمین کننده یکتائی رخدادهای آن باشد . در مثال فوق با اضافه کردن خصلت کد مشتری به موجودیت مشتری ، می توان یکتائی آن را تضمین نمود . به این نکته دقت شود که بسیاری از خصلت های یک موجودیت در کنترل سیستم نیست و از خارج به سیستم تحمیل می گردد . به عنوان مثال ما نمی توانیم تعیین کنیم که نام مشتری های سازمان تکراری نباشد . اما عدم تکراری بودن خصلت هائی که خود ما ایجاد نموده ایم را می توان تضمین کرد ( نظیر کد مشتری که توسط سیستم و یا سازمان مربوطه تولید می شود ) .
کلید اصلی (Primary Key)
از بین کلیدهای یک موجودیت (Candidate Key) ، می بایست یک کلید را به عنوان کلید اصلی انتخاب نمود . معیارهای مختلفی در این انتخاب دخیل هستند ، اما معمولا" بهترین کلیدی که معرف مفهوم و ماهیت موجودیت باشد به عنوان کلید اصلی انتخاب می گردد .
وابستگی تابعی (Functional Dependenc
وابستگی تابعی مفهومی است که مابین خصلت های یک موجودیت تعریف می گردد . به این معنی که می گوئیم خصلت A با خصلت B وابستگی تابعی دارد ، در صورتیکه به ازای هر مقدار مشخص از خصلت B بتوان مقدار مشخص و یکتائی از خصلت A را بدست آورد ، اما عکس آن ممکن است صادق نباشد . در موجودیت مشتری مثال قبل ، به ازای هر کد مشتری می توان نام او را بدست آورد در این صورت می گوئیم خصلت نام مشتری با خصلت کد مشتری وابستگی تابعی دارد . اما عکس آن صادق نیست چرا که به ازای یک نام مشتری مشخص ، نمی توان یک کد مشتری یکتا استخراج نمود (دو مشتری مختلف می توانند نام یکسان داشته باشند ، در این حالت یک نام مشتری ممکن است متناظر با دو و یا حتی چند کد مشتری باشد).
انواع رابطه بین خصلت های یک موجودیت
بین خصلت های یک موجودیت سه نوع رابطه وجود دارد :
- رابطه یک به یک (One To One) : در حالتی اتفاق می افتد که خصلت A وابستگی تابعی به خصلت B داشته باشد و خصلت B نیز وابستگی تابعی به خصلت A داشته باشد . در این حالت هر دو خصلت A و B کاندیدای کلید شدن می باشند.
- رابطه یک به چند (One To Many) : اگر خصلت A وابستگی تابعی به خصلت B داشته باشد و عکس آن صادق نباشد ، یک ارتباط از نوع یک به چند وجود خواهد داشت . در این حالت ، خصلت B کاندید کلید شدن است و خصلت A صرفا" یکی از توصیف گرهای موجودیت محسوب می گردد .
- رابطه چند به چند (Many To Many) : اگر دو خصلت هیچکدام وابستگی تابعی به یکدیگر نداشته باشند آنگاه رابطه بین آنها چند به چند خواهد بود . در این حالت هیچیکدام از آنها کاندید کلید شدن نبوده (ممکن است ترکیب آنها کاندید کلید شدن باشد) و صرفا" توصیف کننده موجودیت خواهند بود .
پروژه برنامه نویسی جهت سیستم انبارداری با ویژوال بیسیک
اختصاصی از یارا فایل پروژه برنامه نویسی جهت سیستم انبارداری با ویژوال بیسیک دانلود با لینک مستقیم و پرسرعت .
تعداد صفحات : 96
فرمت فایل: word(قابل ویرایش)
فهرست مطالب:
عنوان صفحه
فصل اول : سیستم های اطلاعاتی
مفاهیم و تعاریف ....................................................................................2
سیستم های اطلاعاتی – داده پردازی................................................6
دادگان ، پایگاه داده............................................................................. 16
تاریخچه پایگاه داده............................................................................. 17
انواع دادگان ها...................................................................................... 19
مدل های پایگاه داده........................................................................... 19
مبانی مدل سازی..................................................................................21
فصل دوم : معرفی نرم افزارهای مورد استفاده
الف - معرفی نرم افزار Access..............................................................................24
آشنایی با اکسس...................................................................................25
انواع عملگرها.........................................................................................31
آشنایی با طراحی Query.....................................................................35
ب – معرفی ویژوال بیسیک (VB)
شروع کار با Visual Basic (VB) .....................................................42
فصل سوم : توضیحات پروژه
دستورات سورس کد بهمراه فرم های پروژه................................. 67
ضمیمه 1 : نحوه ساخت و اتصال دیتا بیس در ویژوال بیسیک...........84
ضمیمه 2 : نحوه ساخت گزارشگیری (DataReporter)..................91
مقدمه
فصل اول : سیستم های اطلاعاتی
بانک های اطلاعاتی رابطه ای : مفاهیم و تعاریف
قبل از پرداختن به موضوع بانک های اطلاعاتی رابطه ای (Relational Data Base) ، بهتر است اشاره ای به مفاهیم ذیل داشته باشیم :
موجودیت (Entity)
به هر چیزی (شی ، شخص ، محل و ...) که می خواهیم در یک سیستم راجع به آن اطلاعاتی را جمع آوری ، پردازش و نگهداری نمائیم ، یک موجودیت گفته می شود . تعریف فوق ، متداولترین برداشت اولیه از موجودیت می باشد . مجموعه موجودیت های یک سیستم ، ساختار اطلاعاتی آن سیستم را مشخص می کند . هر موجودیت شامل اجزاء و المان هائی است که آن موجودیت را توصیف می کند که به آنها خصیصه و یا Attribute گفته می شود . هر موجودیت بسته به این که در سیستم مورد مطالعه چه میزان اطلاعات راجع به آن می خواهیم داشته باشیم ، شامل حداقل یک و یا چند خصیصه خواهد بود. از آنجا که هر موجودیت راجع به یک موضوع به خصوص می باشد ، بنابراین یک ارتباط منطقی بین کلیه خصایص موجودیت وجود خواهد داشت .در واقع ، تمام خصائص یک موجودیت توصیف کننده آن موجودیت خواهد بود . برای روشن شدن موضوع بد نیست به نمونه مثال ذیل توجه نمائید :
- موجودیت مشتری شامل خصلت های نام مشتری ، آدرس مشتری ، تلفن مشتری و ... است .
- موجودیت سفارش شامل خصلت های شماره سفارش ، تاریخ سفارش ، نام مشتری ، کالای سفارش شده ، تعداد کالای سفارش شده و ... است
همانگونه که در مثال فوق مشاهده گردید ، تمام خصلت های موجودیت مشتری توصیف کننده یک مشتری و تمام خصلت های موجودیت سفارش توصیف کننده یک سفارش می باشند .
کلید (Key)
هر رخداد از یک موجودیت را باید بتوان به وسیله یک و یا ترکیبی از چند خصیصه آن به صورت یکتا شناسائی نمود . به تعبیر دیگر ، هر یک از رخدادهای یک موجودیت باید یکتا باشد ، در غیر اینصورت تغییر و یا حذف یک رخداد از موجودیت (در مثال فوق یک مشتری) غیر ممکن خواهد بود . از اینرو از بین خصلت های یک موجودیت یک و یا ترکیبی از چند خصیصه به عنوان کلید آن موجودیت انتخاب می شود . این خصلت (و یا ترکیب خصلت ها) باید بتواند یکتائی هر رخداد از موجودیت را تضمین نماید . در موجودیت سفارش مثال فوق ، خصلت شماره سفارش می تواند بعنوان کلید انتخاب شود .
توضیح : در برخی از موارد در یک موجودیت چندین کلید وجود دارد که به هر یک از آنها یک Candidate Key یا Alternate Key گفته می شود .
در برخی از حالات نمی توان در یک موجودیت هیچ کاندیدی برای کلید یافت ، مانند موجودیت مشتری در مثال فوق . در این موجودیت هیچیک از خصلت ها و یا هیچ ترکیبی از آنها نمی تواند صد درصد تضمین کننده یکتائی آن باشد (با اینکه احتمال وجود دو مشتری هم نام در یک آدرس و با یک شماره تلفن بسیار کم است ، اما باز هم احتمال وقوع دارد) . در چنین مواردی مجبور هستیم یک خصلت به موجودیت اضافه کنیم تا تضمین کننده یکتائی رخدادهای آن باشد . در مثال فوق با اضافه کردن خصلت کد مشتری به موجودیت مشتری ، می توان یکتائی آن را تضمین نمود . به این نکته دقت شود که بسیاری از خصلت های یک موجودیت در کنترل سیستم نیست و از خارج به سیستم تحمیل می گردد . به عنوان مثال ما نمی توانیم تعیین کنیم که نام مشتری های سازمان تکراری نباشد . اما عدم تکراری بودن خصلت هائی که خود ما ایجاد نموده ایم را می توان تضمین کرد ( نظیر کد مشتری که توسط سیستم و یا سازمان مربوطه تولید می شود ) .
کلید اصلی (Primary Key)
از بین کلیدهای یک موجودیت (Candidate Key) ، می بایست یک کلید را به عنوان کلید اصلی انتخاب نمود . معیارهای مختلفی در این انتخاب دخیل هستند ، اما معمولا" بهترین کلیدی که معرف مفهوم و ماهیت موجودیت باشد به عنوان کلید اصلی انتخاب می گردد .
وابستگی تابعی (Functional Dependenc
وابستگی تابعی مفهومی است که مابین خصلت های یک موجودیت تعریف می گردد . به این معنی که می گوئیم خصلت A با خصلت B وابستگی تابعی دارد ، در صورتیکه به ازای هر مقدار مشخص از خصلت B بتوان مقدار مشخص و یکتائی از خصلت A را بدست آورد ، اما عکس آن ممکن است صادق نباشد . در موجودیت مشتری مثال قبل ، به ازای هر کد مشتری می توان نام او را بدست آورد در این صورت می گوئیم خصلت نام مشتری با خصلت کد مشتری وابستگی تابعی دارد . اما عکس آن صادق نیست چرا که به ازای یک نام مشتری مشخص ، نمی توان یک کد مشتری یکتا استخراج نمود (دو مشتری مختلف می توانند نام یکسان داشته باشند ، در این حالت یک نام مشتری ممکن است متناظر با دو و یا حتی چند کد مشتری باشد).
انواع رابطه بین خصلت های یک موجودیت
بین خصلت های یک موجودیت سه نوع رابطه وجود دارد :
- رابطه یک به یک (One To One) : در حالتی اتفاق می افتد که خصلت A وابستگی تابعی به خصلت B داشته باشد و خصلت B نیز وابستگی تابعی به خصلت A داشته باشد . در این حالت هر دو خصلت A و B کاندیدای کلید شدن می باشند.
- رابطه یک به چند (One To Many) : اگر خصلت A وابستگی تابعی به خصلت B داشته باشد و عکس آن صادق نباشد ، یک ارتباط از نوع یک به چند وجود خواهد داشت . در این حالت ، خصلت B کاندید کلید شدن است و خصلت A صرفا" یکی از توصیف گرهای موجودیت محسوب می گردد .
- رابطه چند به چند (Many To Many) : اگر دو خصلت هیچکدام وابستگی تابعی به یکدیگر نداشته باشند آنگاه رابطه بین آنها چند به چند خواهد بود . در این حالت هیچیکدام از آنها کاندید کلید شدن نبوده (ممکن است ترکیب آنها کاندید کلید شدن باشد) و صرفا" توصیف کننده موجودیت خواهند بود .
کاراموزی شرکت دخانیات انبارداری و وجود انبارک ها در سالن تولید
اختصاصی از یارا فایل کاراموزی شرکت دخانیات انبارداری و وجود انبارک ها در سالن تولید دانلود با لینک مستقیم و پرسرعت .
مقدمه:
امروزه اکثر کشور های صنعتی که خواهان پیشرفت و توسعه صنعت و پشت سر گذاشتن رقبای خود می باشند، حداکثر توان خود را در راستای پیشبرد اهداف مدیریت از طریق اجرای هر چه بهتر آن به عمل می آورند. مدیریت یک سازمان هنگامی موفقیت آمیز و اثربخش می باشد که همه اجزای سازمان را بطور خاص مدنظر قرار دهد و سعی در حداکثر کردن کارکرد و بهره وری هر یک از قسمت های سازمان به عمل آورد.
با توجه به اینکه انبارداری در سازمان ها و شرکت های صنعتی محلی برای استفاده از موارد مورد نیاز و همچنین تأمین موارد مورد نیاز شرکت در تهیه تولیدات آن می باشد لذا وجود یک سیستم انبارداری مناسب به گونه ای که بتوان اطلاعات مورد نیاز در مورد مواد موجود در انبار و یا مواد مصرفی بسیار حائز اهمیت می باشد چنانچه ممکن است عدم کارایی یک سیستم انبارداری سبب از دست رفتن فرصت ( زمان از دست رفته ) و در نتیجه کاهش تولیدات و بهره برداری شرکت یا سازمان صنعتی شود. بنابراین همه سازمان های صنعتی با نصب دستگاه های تولید پیشرفته خودکار در جهت هر چه بهینه تر کردن و به روز کردن فعالیت های انبارداری خود تلاش می کنند بنابراین اگر شرکت های صنعتی به امر انبارداری توجه کافی مبذول ندارند باعث ایجاد نقص در حرکت تولیدی سازمان خواهد شد، اما این امر میسر نخواهد شد مگر با استفاده از نیروی انسانی آموزش دیده در این امر. یعنی اگر سازمانی سیستم های تولید پیشرفته و یا اتوماسیون سازی وسائل خود را انجام دهد چنانچه از نیروی انسانی تحصیل کرده و متخصص بهره مند نباشد اجرای مناسب طرح های مدیریت امکان پذیر نخواهد بود لذا بایستی سازمان ها با بکارگیری نیروهای مجرب و متخصص در زمینه نرم افزار های مختلف انبارداری اقدام به نصب و راه اندازی این نوع از سیستم انبارداری نمایند که وجود هر یک از این عوامل بدون دیگری اثر بخش و مفید نخواهد بود.
در این گزارش ابتدا به کلیاتی در مورد انبار و انبارداری اشاره می شود سپس به بحث وجود انبارک ها در سالن های تولید پرداخته خواهد شد.
تعریف انبار:
انبار مجموعه ای از عناصر وابسته به یکدیگر است که این عناصر عملیات مربوط به دریافت موجودی ها و کنترل و تحویل آنها را به اندازه مناسب با کیفیت مناسب به واحد های متقاضی بر عهده دارد.
اهمیت انبار:
هدف از تشکیل ایجاد انبارها چه در سازمان های دولتی و چه دربخش خصوصی تأمین، نگهداری و در دسترس قراردادن سری وسائل مورد نیاز آنها می باشد، بطوریکه اگر مواد و لوازم به موقع تهیه و در دسترس واحد مصرف کننده قرار داده نشود در گردش کار و فعالیت های آن مؤسسه وقفه ایجاد می گردد.