سرویس ماشین بی دی. دانلود دسترسی به پایگاه داده سرویس خودرو. توابع انجام شده توسط پایگاه داده

پایگاه داده فناوری ایجاد "سرویس خودرو"

برای ایجاد یک پایگاه داده، اهداف و اهداف پایگاه داده اتوسرویس تعیین شد:

• ? اطمینان از رضایت مشتری از خدمات و شرکت؛
• ? فراهم کند بهترین خدماتنزدیک
• ? تعمیر گارانتی خودروهای نو و دست دوم فروخته شده؛
• ? نگهداری پیشگیرانه تجاری (تنظیمات و غیره)؛
• ? خدمات توانبخشی تجاری (تعمیر)؛
• ? تعمیر قطعات و مجموعه های استفاده شده برای انبار قطعات یدکی بازسازی شده.

• ? مردم،
• ? مواد،
• ? کامپیوترها،
• ? ماشین آلات،
• ? ساختمان.

پایگاه داده توسعه یافته و ایجاد شده "Car Service" مجموعه ای از اجزای مرتبط با یکدیگر است و زمینه های مختلف تعمیر خودرو را نمایش می دهد.

شکل 14. پایگاه داده "سرویس خودرو"

این سیستم به دو زیر سیستم و یک پسوند تقسیم می شود:

• ? تعمیر قسمت فنی خودرو.
• ? توسعه - تعمیرات داخلی خودرو.

سیستم اصلی "تعمیر بخش فنی خودرو" از چهار جدول تشکیل شده است (شکل 15 را ببینید):

« سفارش"- شامل اطلاعات لازم در مورد سفارش تعمیر و عیب یابی خودرو، یعنی:

• ? خودرو.
• ? مالک.
• ? دلیل تماس با ایستگاه خدمات

« تعمیر«- جدولی که روند تعمیر قطعات فنی خودرو، یعنی قطعاتی که در آینده نزدیک نیاز به تعمیر دارند را شرح می دهد. این جدول شامل موارد زیر است:

• ? تعمیر موتور.
• ? تعمیر ایست بازرسی
• ? تعمیر شاسی.
• ? تعمیر سیستم سوخت رسانی.

شکل 15. سفارش تعمیر قطعات فنی

جدول " تشخیص'، مرتبط با' سفارش» و اتومبیل ها را برای عیب یابی قسمت های خاصی از اتومبیل، یعنی. موتور، گیربکس، شاسی و سیستم سوخت.

که در " تشخیص» اطلاعات مربوط به خودروهایی که نیاز به عیب یابی یک قطعه خاص دارند را ذخیره کنید.

• ? عیب یابی موتور.
• ? تشخیص ایست بازرسی
• ? عیب یابی شاسی
• ? عیب یابی سیستم سوخت.

اصلی سیستم آثار بر اساس «آبشاری مدل ها" و اشاره دارد بر استاندارد GOST 21624 -76

GOST 18507 -73

عملکرد سیستم از جمع آوری اطلاعات مربوط به سفارش حاصل می شود، سپس عیب یابی انجام می شود که نیاز به تعمیر دستگاه را تعیین می کند. هر مرحله (به جز مرحله اولیه) نمی تواند تا مرحله بعدی شروع شود، مگر اینکه ماشین نیاز به تعمیر نداشته باشد.

زیرسیستم IT-service به منظور ارائه ضمانت تعمیر، رسیدگی به ادعای گارانتی و خرید قطعات یدکی برای تعمیرات ایجاد شده است.

• 1) طرح دعوی،
• 2) صدور ضمانت نامه
• 3) سفارش قطعات یدکی و شامل 11 جدول است که یکی از آنها در سرویس IT مشترک است. (شکل 16 را ببینید).

شکل 16. خدمات فناوری اطلاعات

سرویس فناوری اطلاعات - کل سرویس را به 3 قسمت تقسیم می کند:

• ? ادعای گارانتی،
• ? صدور ضمانت نامه
• ? سفارش قطعات یدکی

داده های 1 و 2 - حاوی اطلاعاتی در مورد مشتریان است.

رسید 1 - جدول حاوی اطلاعات مربوط به زمان درمان و قیمت خدمات ارائه شده است.

دلیل تماس - جدولی که حاوی اطلاعاتی در مورد دلیل تماس با ایستگاه خدمات تحت گارانتی است. این ارتباط با جداول دارد: توافق SRT 1 و نتیجه 1، که در آن داده های مربوط به موافقت SRT با ادعا و امکان حل مشکل به ترتیب ذکر شده است.

گسترش نشان دهنده نوعی افزایش خدمات تعمیر خودرو است. در حال حاضر سیستم دارای تعمیر بدنه و تعمیر داخلی است که توسط ایستگاه خدمات نیز انجام می شود.

زیرسیستم فرمت شامل دو جدول است و دو جدول از سیستم اصلی را تحت تأثیر قرار می دهد. (شکل 17 را ببینید)

شکل 17. پسوند

جداول «تعمیر بدنه و تعمیرات داخلی» شامل اطلاعاتی در مورد انواع خدمات می باشد.

ترمیم بدنه:

• ? تعویض قطعات.
• ? بتونه.
• ? رنگ آمیزی.
• ? لاک زدن.
• ? جلا دادن.

تعمیر داخلی:

• ? تعویض قطعات.
• ? تعمیر قطعه.

از این جداول پیوندهای جدول را دنبال کنید " قیمت» برای تعیین قیمت خدمات.

عملکردی:

• ? سفارشات لباس،
• ? کار،
• ? خدمات،
• ? تیپ،
• ? ساعت عادی

منابع پایگاه داده:

• ? مردم،
• ? تجهیزات،
• ? مواد،
• ? کامپیوترها،
• ? ماشین آلات،
• ? ساختمان.

مدل آبشاری که در شکل 18 نشان داده شده است، اجرای متوالی تمام مراحل پروژه را با یک ترتیب کاملاً ثابت فراهم می کند. انتقال به مرحله بعدی به معنای تکمیل کامل کار در مرحله قبل است.

این در پایگاه داده به صورت زیر نمایش داده می شود:

• ? گرفتن سفارش برای تعمیرات
• ? عیب یابی خودرو،
• ? تعمیر ماشین،
• ? رهاسازی خودرو از پمپ بنزین

شکل 18. مدل پایگاه داده

مرحله تحلیل

در اینجا برنامه ای برای تعمیر خودرو در ایستگاه خدمات وجود دارد. مشتری سندی را پر می کند که در آن مشتری خدمات مورد نیاز خود را نشان می دهد.

فاز طراحی

در این مرحله خودرو برای عیب یابی ارسال می شود که علت خرابی خودرو مشخص می شود. در آینده، به انتخاب مشتری، دستگاه برای تعمیر ارسال می شود.

مرحله اجرا و اجرا

در این مرحله تعمیرات روی قطعاتی از خودرو انجام می شود که با توجه به نتیجه عیب یابی نیاز به تعمیر یا تعویض دارند. همچنین بدون هیچ گونه بررسی در این مرحله می توان نمای بیرونی و داخلی خودرو را تعمیر کرد.

مرحله تعمیر و نگهداری

در این مرحله گارانتی تعمیرات و محاسبه وجوهی که صرف عیب یابی و تعمیر خودرو شده است صادر می شود و پس از آن خودرو به مالک بازگردانده می شود.

ویژگی های سیستم

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

تقسیم پذیری- سیستم از زیرسیستم های زیادی تشکیل شده است که عملکردهای خاصی را انجام می دهند و قابلیت کار آفلاین را دارند.

تمامیت- علیرغم اینکه سیستم قابل تقسیم است، در صورت کارکرد کامل، در صورت اختلال در عملکرد یکی از زیرسیستم های آن، کار نخواهد کرد.

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

استانداردها

GOST 21624 -76 - این استاندارد الزاماتی را برای محصولات برای اطمینان از سطح معینی از تولید عملیاتی (ET) و قابلیت نگهداری (RP) و همچنین مقادیر شاخص های ET و RP ارائه شده توسط GOST 20334-81 برای محصولات خودرو تعیین می کند. وسایل نقلیه تمام چرخ متحرک و نیمه درایو (کامیون، اتومبیل و اتوبوس)، تریلر و نیمه تریلر (از این پس - محصولات).

GOST 18507 -73 - این استاندارد برای اتوبوس ها و اتومبیل ها (از این پس به عنوان اتومبیل نامیده می شود) اعمال می شود و روش هایی را برای آزمایش های کنترلی آنها پس از تعمیرات اساسی انجام شده توسط شرکت های تعمیر خودرو تعیین می کند.

این استاندارد در مورد خودروهایی اعمال نمی شود که تعمیرات اساسی آنها به دستور صاحبان فردی انجام شده است.

شرایط مرجع

1. ایجاد یک پایگاه داده مشترک از تمام خدمات در ایستگاه خدمات برای یک خودروی خاص.

شکل 19. پایه کلی کلیه خدمات در ایستگاه های خدمات

2. داده ها در مورد ابزار و مواد لازم.

شکل 20. داده ها در مورد ابزار و مواد

3. پیوند با سیستم های شخص ثالث.

شکل 21. سیستم های شخص ثالث

شکل 22. مراکز خودکار

شکل 23. بیمه گذاران

شکل 24. زمینه بیمه گران

4. نظرات در مورد کیفیت خدمات.

شکل 25. نظرات

شکل 26. نظرات بازدیدکنندگان

شکل 27. بررسی ها

در جریان کار، یک پایگاه داده در سیستم مدیریت پایگاه داده MS Access ایجاد شد. این کار یک فناوری گام به گام برای ایجاد پایگاه داده را نشان می دهد. نمونه ای از پایگاه داده "سرویس خودرو" آورده شده است. این پایگاهدر ایستگاه خدمات تست شد. سیستم تست شده است. در جریان کار، تنظیماتی انجام شد و نسخه نهایی بانک اطلاعاتی اتوسرویس در کار ارائه شد.

ایجاد یک دسترسی به پایگاه داده "سرویس خودکار" ضروری است

برنج. 1 فرم دکمه اصلی پایگاه داده تمام شده "Car Service"

فرم "صاحبان" با فرم فرعی "خودروها"

برنج. 2 فرم "ماشین ها"

فرم "کارمندان"

برنج. 4 فرم "خدمات"

برنج. 5 صفحه درخواست

پرس و جو "گروه بندی بر اساس مشاغل و کارمندان"

درخواست "به نام مکانیک"

درخواست "جستجو بر اساس شماره پلاک"

برنج. 6 گزارش

گزارش "گروه بندی بر اساس مشاغل و کارمندان"

شکل 7 گزارش "جستجو بر اساس پلاک"

برنج. 8 گزارش "به نام مکانیک"

برنج. 9 طرح داده پایگاه داده تمام شده "Car Service" روابط جداول را نشان می دهد: مالکان، اتومبیل ها، خدمات، دسته شغلی، کارمندان.

ساختار جدول "ماشین ها": حالت. شماره، برند، مالک

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

ساختار جدول "سرویس": شماره سرویس، ماشین، دسته بندی کار، تاریخ آماده بودن سفارش، کارمند.

ساختار جدول "کارمندان": شماره کارمند، تلفن همراه، آدرس، نام کامل.

یا اینجا:

گزارش پایگاه داده را با فرم های صفحه به صورت رایگان دانلود کنید

قیمت تقریبی 763 روبل.

قیمت دقیق بستگی به روش پرداخت دارد.

به روش های پرداخت پایگاه داده دسترسی داشته باشید: WebMoney، پایانه های پرداخت، Russian Post، QIWI، Beeline، MTC، Megafon، Debit یا Credit Card، WeChat Pay، Alipay (چین)، UnionPay، Yandex.Money، گواهی هدیه و غیره.

دانلود پایگاه داده های Access موضوعات مشابه:

1. دسترسی به پایگاه داده خدمات خودرو 2
2. تشکیل فاکتور برای پرداخت در سرویس خودرو
3. حسابداری خودرو در شرکت حمل و نقل.
4. ATP (شرکت حمل و نقل موتوری).
5. ATP 2007 (شرکت حمل و نقل موتوری)
6. تعمیرگاه های خودرو
7. "حسابداری برای عملیات وسیله نقلیه»
8. "حسابداری حوادث رانندگی"
9. ثبت نام متخلفان خودرو در پلیس راهنمایی و رانندگی.
10. "حسابداری تخلفات رانندگی"
11. "تعویض قطعات خودرو در پمپ بنزین"
12. حمل و نقل شهری
13. "فروش بلیط هواپیما"
14. "ایستگاه اتوبوس"
15. "اجاره اتومبیل"
16. کرایه ماشین 2
17. آموزشگاه رانندگی
18. شرکت قطعات یدکی
19. نمایشگاه ماشین
20. حسابداری استهلاک وسایل نقلیه توسط MOT و گروه های وسایل نقلیه
21. تاکسی
22. شرکت خودروهای سواری
23. جدول زمانی مینی بوس
24. حسابداری حمل و نقل جاده ای توسط برندهای خودرو

کلمات کلیدی: دانلود پایگاه داده; برنامه پایگاه داده; پایگاه داده; پایگاه داده دروس؛ دانلود پایگاه داده دسترسی; دسترسی؛ پایگاه داده دسترسی آماده؛ پایگاه های داده در دسترسی; نمونه دسترسی به پایگاه داده؛ ایجاد یک پایگاه داده در دسترسی. نمونه هایی از پایگاه های داده دسترسی؛ ایجاد پایگاه داده در دسترسی. دسترسی به پایه؛ درخواست در دسترسی؛ گزارش های دسترسی؛ جداول دسترسی؛ ماکروها در دسترسی؛ دسترسی به دوره های آموزشی؛ نمونه هایی از دسترسی به پایگاه داده؛ فرم های دسترسی; پایگاه داده دسترسی مایکروسافت; خرید پایگاه داده؛ ایجاد پایگاه داده؛ نمونه های پایگاه داده؛ دانلود پایگاه داده; کار دوره ای روی DBMS؛ نمونه های پایگاه داده؛ پایگاه داده مقاله ترم تمام شده پایگاه داده دوره "Autoservice" در Access 2010 ایجاد شده و به Access 2003 تبدیل شده است، بنابراین در دسترسی 2003، 2007، 2010 باز خواهد شد.

ایجاد دسترسی به پایگاه داده "سرویس خودکار" ضروری است. فرم دکمه اصلی پایگاه داده تمام شده "سرویس خودرو". فرم "مالکین" با زیرفرم "خودروها". "ماشین ها" را تشکیل دهید. فرم "دسته کار". فرم "کارمندان". فرم خدمات. صفحه درخواست ها پرس و جو "گروه بندی بر اساس مشاغل و کارمندان". درخواست "با نام مکانیک." درخواست "جستجو بر اساس شماره پلاک". گزارش "گروه بندی بر اساس مشاغل و کارمندان". گزارش "به نام مکانیک." گزارش "به نام مکانیک." طرح داده پایگاه داده نهایی "سرویس خودرو" روابط جداول را نشان می دهد: مالکان، اتومبیل ها، خدمات، دسته شغلی، کارمندان. ساختار جدول "ماشین ها": حالت. شماره، برند، مالک ساختار جدول "صاحبان": شماره مالک، نام کامل، تلفن همراه، شماره گواهینامه رانندگی. ساختار جدول "دسته کار": کد کار، نام کار، شرح، هزینه کار. ساختار جدول "سرویس": شماره سرویس، ماشین، دسته بندی کار، تاریخ آماده بودن سفارش، کارمند. ساختار جدول "کارمندان": شماره کارمند، تلفن همراه، آدرس، نام کامل. ساختار پرسش "گروه بندی بر اساس مشاغل و کارکنان" در حالت طراحی. ساختار پرس و جو "با نام مکانیک" در حالت طراحی. ساختار پرس و جو «جستجو بر اساس پلاک» در حالت طراحی. ماکروها در حالت طراحی

مقدمه 3
بخش 1. توسعه پایگاه داده 4

بیان مسئله 4
تجزیه و تحلیل دامنه 5

بخش 2. مدل سازی ساختارهای داده 7
2.1. توسعه یک مدل پایگاه داده مفهومی 7
2.2. توسعه یک مدل داده منطقی 9
2.3. تبدیل مدل موجودیت-رابطه به مدل رابطه ای
مدل داده 10
بخش 3. طراحی پایگاه داده 12
3.1. توسعه جداول 12
3.2. طراحی فرم های ورود داده ها 17
3.3. توسعه پرس و جوهای پایگاه داده 21
3.4. گزارش توسعه 27
نتیجه گیری 30
مراجع 31
ضمیمه ها 32

معرفی

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

تعریف و تجزیه و تحلیل حوزه موضوعی؛
توسعه یک مدل پایگاه داده مفهومی؛
ساخت جداول پایگاه داده "Autoservice"؛
ساخت فرم ها، پرس و جوها و گزارش های این پایگاه داده.

منابع مختلف اطلاعاتی در مورد طراحی و کاربرد پایگاه داده رابطه ای وجود دارد. از بین تمام منابع پیشنهادی، منابعی انتخاب شدند که برای طراحی پایگاه داده در محیط OpenOffice.org Base مناسب هستند. بنابراین، به عنوان مثال، کتاب ها تکنیک ها و اصول اولیه کار و ایجاد پایگاه داده با استفاده از Base که بخشی از OpenOffice.org است را پوشش می دهد. منابع اطلاعات اولیه در مورد ایجاد جداول، فرم ها، پرس و جوها و گزارش ها را ارائه می دهند. کتاب‌ها دستورالعمل‌هایی را برای طراحی و پیاده‌سازی پایگاه‌های اطلاعاتی شرح می‌دهند.

بخش 1. توسعه پایگاه داده

فرمول بندی مسئله

این پایگاه داده برای سازمان هایی در نظر گرفته شده است که درگیر هر نوع خدمات تعمیر و نگهداری خودرو هستند.
کارکردهای اصلی بانک اطلاعاتی مربوط به حسابداری تمامی خودروهایی است که تا به حال در سرویس خودرو بوده اند، ذخیره اطلاعات کامل در مورد هر خودرو (مارک، شماره سری و گذرنامه فنی، شماره شاسی و شماره موتور، رنگ، سال ساخت و غیره). ).
پایگاه داده همچنین باید اطلاعات مربوط به هر مالکی را که حداقل یک بار از خدمات یک سرویس خودرو استفاده کرده است، ذخیره کند. نه تنها اطلاعات اولیه و ضروری، بلکه یادداشت ها، توضیحات، توضیحات و داده های فنی نیز باید امکان پذیر باشد. مشخصات قطعات یدکی نصب شده و بسیاری از اطلاعات مفید دیگر.
اداره خدمات خودرو ممکن است به داده های زیر نیاز داشته باشد:

نام کامل، سری و شماره گذرنامه فنی خودرو، سال ساخت و برند سازنده؛
اطلاعات مربوط به تاریخ پذیرش این سفارش، با ذکر هزینه تعمیر کار، سرکارگر مسئول و تاریخ پرداخت سفارش؛
لیست عیوب تعمیر شده در ماشین این مالک؛
نام کامل کارگر سرویس خودرو که این نقص خودروی این مالک و سمت وی ​​را برطرف کرد.

اپراتور DBMS می تواند تغییرات زیر را اعمال کند:

اضافه کردن یا تغییر اطلاعات در مورد سفارشات؛
اضافه کردن یا تغییر اطلاعات در مورد یک کارمند؛
اطلاعات مربوط به کارمند خدمات خودرو را حذف کنید.

گزارش ها باید امکان صدور گواهی خرابی خودروی این مالک و گزارش کار سرویس خودرو (تعداد خودروهای در حال تعمیر، نام کارمندی که آنها را تعمیر کرده است) را ارائه دهد.

تجزیه و تحلیل دامنه

پایگاه داده Autoservice برای مدیر و کارمندان خدمات خودرو که سفارشات تعمیر و نگهداری خودرو را دریافت و پردازش می کنند، ایجاد شده است.
حوزه موضوعی در این کار، داده‌های مربوط به نقص، مالکان خودرو و کارگران خدمات خودرو است.
سیستم اطلاعاتی توسعه یافته باید وظایف زیر را انجام دهد:

ارائه مجموعه وسیعی از اطلاعات در قالب جداول پایگاه داده.
تشکیل درخواست های مختلف برای:

تعداد سفارشات برای یک زمان خاص؛
برندهای خودروهای تعمیر شده;
محاسبه کار تعمیر برای یک سال خاص؛
مبلغ کل کارهای پرداخت شده و پرداخت نشده؛
درصد کار با حقوق و دستمزد.

خروجی اطلاعات در قالب گزارش:

مارک های خودروهای تعمیر شده، نشان دهنده تعداد بازدید از خدمات خودرو؛

تعداد سفارشات پرداخت نشده؛
محاسبه کلی تعمیر کار برای مدت زمان معینی از خدمات خودرو.

الزامات زیر بر پایگاه داده در حال توسعه تحمیل می شود: یکپارچگی داده ها، بدون تکرار، بدون روابط چند به چند، بدون پیوندهای بازگشتی، بدون پیوند با ویژگی ها، بدون ویژگی های متعدد.
شرایط لازم برای اطلاعات موجود در پایگاه داده عبارتند از:
اهمیت، کامل بودن، قابلیت اطمینان، قابل درک بودن، اثربخشی.
این نمایش قابلیت استفاده از پایگاه داده را افزایش می دهد، در این صورت وارد کردن اطلاعات در صورت امکان به انتخاب اطلاعات لازم از لیست کاهش می یابد که مطمئناً سرعت درج اطلاعات را افزایش می دهد و به جلوگیری از ورود نادرست پارامترها کمک می کند.
در نتیجه ایجاد و پیاده سازی این پایگاه، دستیابی به شاخص های عملکردی زیر الزامی است: کاهش زمان ورود داده های جدید و تغییر داده های قدیمی و در نتیجه افزایش بهره وری نیروی کار و همچنین دریافت به موقع و کامل اطلاعات. برای اداره خدمات خودرو ضروری است.

بخش 2. مدل سازی ساختارهای داده

2.1. توسعه یک مدل پایگاه داده مفهومی

هنگام ساخت یک مدل مفهومی از پایگاه داده، از توصیه های Karpova I.P استفاده می کنیم. . همانطور که نویسنده اشاره می کند، مدل پایگاه داده مفهومی یک مدل شی گرا سطح بالا از ناحیه موضوعی است که ناحیه شی را به عنوان مجموعه ای از اشیاء نشان می دهد که دارای ویژگی های خاصی هستند و در برخی رابطه هستند. هدف اصلی توسعه یک مدل داده سطح بالا، ایجاد مدلی از درک کاربر از داده ها و توافق بر روی تعداد زیادی از جنبه های فنی مربوط به طراحی پایگاه داده است. مدل داده های مفهومی به یک پیاده سازی فیزیکی خاص از پایگاه های داده گره خورده نیست و به یک DBMS خاص بستگی ندارد. مدل مفهومی بر اساس ایده هایی در مورد حوزه موضوعی هر نوع کاربر ایجاد می شود که مجموعه ای از داده هایی است که کاربر برای حل مشکلات خود به آن نیاز دارد.
مدل مفهومی پایگاه "Autoservice" به عنوان یک مدل "موجود-رابطه" طراحی شد.
مفاهیم اساسی مدل شامل مفاهیمی مانند موجودیت (شیء)، رابطه (رابطه)، انواع موجودیت، انواع رابطه و صفات می باشد.
موجودیت موجودی واقعی یا خیالی است که اطلاعات باید در مورد آن ذخیره و در دسترس قرار گیرد. در نمودارهای مدل ER، یک موجودیت به صورت یک مستطیل حاوی نام موجودیت نشان داده می شود. هر موجودیت با مجموعه ای از ویژگی ها تعریف می شود.
یک ویژگی یک ویژگی نامگذاری شده یک موجودیت است. نام آن باید برای یک نوع موجودیت خاص منحصر به فرد باشد، اما ممکن است برای آن یکسان باشد انواع مختلفموجودیت ها. یک ویژگی یک موجودیت، هر جزئیاتی است که برای روشن کردن، شناسایی، طبقه بندی، کمی کردن یا بیان وضعیت یک موجودیت به کار می رود. نام ویژگی ها را در یک مستطیل که نشان دهنده موجودیت است وارد می کنیم و آن را زیر نام موجودیت می نویسیم.
روابط بین نهادها برقرار می شود.
رابطه یک ارتباط گرافیکی است که بین دو موجودیت ایجاد می شود. این ارتباط همیشه باینری است و می تواند بین دو موجود مختلف یا بین یک موجودیت و خودش (تداعی بازگشتی) وجود داشته باشد. اتصالات - با خطوط نشان داده شده است.
بنابراین، از توضیحات حوزه موضوع، همه انواع را استخراج می کنیم
موجودیت ها:
- مشتریان؛
- سفارشات؛
- کارشناسی ارشد؛
- فهرست آثار
هر یک از موجودیت ها مجموعه ای از ویژگی های خود را تعریف می کنند.
موجودیت مشتری با مجموعه ای از ویژگی های زیر تعریف می شود:

کد مشتری؛
نام و نام خانوادگی.؛
اطلاعات گذرنامه؛
سری و نه گذرنامه ها؛
مدل ماشین؛
رنگ؛
شماره شاسی؛
شماره موتور؛
سال صدور

ویژگی های موجودیت Orders به ​​صورت زیر تعریف می شوند:

کد مشتری؛
کد سفارش؛
تاریخ دریافت و پرداخت؛
هزینه تعمیرات؛
استاد مسئول؛
نظرات.

موجودیت Master بر اساس ویژگی های زیر مستند شده است:

شماره اصلی؛
نام و نام خانوادگی؛
موقعیت در شرکت؛

موجودیت List of Works با مجموعه ای از ویژگی های زیر تعریف می شود:

کد درخواست؛
کد کار؛
جزئیات

مطابق با مدل دامنه، مدل مفهومی زیر از پایگاه داده «سرویس خودرو» ارائه شده است (شکل 1).
شکل 1 مدل مفهومی پایگاه داده "سرویس خودرو".

2.2. توسعه یک مدل داده منطقی

تبدیل یک مدل داده مفهومی محلی به یک مدل منطقی محلی شامل حذف عناصر ناخواسته از مدل‌های مفهومی و تبدیل مدل‌های حاصل به مدل‌های منطقی محلی است. موارد ناخواسته عبارتند از:
- روابط چند به چند؛
- پیوندهای بازگشتی؛
- پیوندهایی به ویژگی ها
در مدل مفهومی ایجاد شده، عناصر نامطلوب فوق یافت نشد.
نمودار منطقیداده ها در شکل 2 نشان داده شده است.

برنج. 2. طرح منطقی داده ها.

تبدیل یک مدل موجودیت-رابطه به یک مدل داده رابطه ای

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

بخش 3. طراحی پایگاه داده

توسعه جدول

جدول شیئی است که برای ذخیره داده ها در قالب رکوردها (ردیف ها) و فیلدها (ستون ها) طراحی شده است.
برنامه OpenOffice.org Base سه ارائه می دهد راه های مختلفایجاد جدول پایگاه داده:

ایجاد جداول در حالت طراحی؛
استفاده از جادوگر برای ایجاد جدول؛
ایجاد یک نما

در این کار جداول با استفاده از ویزارد ساخته شده اند.
برای هر جدول پایگاه داده رابطه‌ای، ساختار آن آورده شده است: ترکیب فیلدها، نام آنها، نوع داده و اندازه هر فیلد، کلیدهای جدول و سایر ویژگی‌های فیلد.
توسعه جداول پایگاه داده به صورت متوالی انجام می شود:

تعریف جداول و فیلدهای لازم

جدول اساس پایگاه داده است، بنابراین، هنگام توسعه جداول، توصیه می شود با اصول اساسی زیر هدایت شوید:

اطلاعات نباید در یک جدول یا بین جداول تکرار شوند.
داده های ذخیره شده در تنها یک جدول فقط در آن جدول به روز می شوند.
هر جدول فقط باید حاوی اطلاعاتی در مورد یک موضوع باشد.

هر جدول حاوی اطلاعاتی در مورد یک موضوع خاص است و هر قسمت در جدول حاوی یک واقعیت خاص در مورد موضوع جدول است. برای هر جدول در پایگاه داده، باید ویژگی های موجود در آنها را تعریف کنید.
پایگاه داده Autoservice شامل چهار جدول است:

جدول مشتریان (شکل 3) برای وارد کردن اطلاعات مالک خودروی در حال تعمیر طراحی شده است. این جدول شامل ویژگی های زیر است:

نام و نام خانوادگی. (نوع فیلد - متن، طول - 50، مورد نیاز)؛
اطلاعات گذرنامه (نوع فیلد - متن، طول - 100، اجباری)؛
سری و نه گذرنامه (نوع فیلد - متن، طول - 15، اجباری)؛
نام تجاری خودرو (نوع فیلد - متن، طول - 100، الزامی است);
رنگ ماشین (نوع فیلد - متن، طول - 100، اختیاری)؛
شماره شاسی (نوع فیلد - متن، طول - 100، اختیاری)؛
شماره موتور (نوع فیلد - عددی، طول - 100، اختیاری)؛
سال صدور (نوع فیلد - تاریخ، الزامی است).

برنج. 3. مشتریان جدول.

جدول سفارشات (شکل 4) برای وارد کردن اطلاعات مربوط به سفارشات طراحی شده است: هنگام سفارش، چه کسی سفارش داده است، سرکارگر مسئول، هزینه تعمیرات، نظرات. این جدول شامل ویژگی های زیر است:

کد سفارش (نوع فیلد - عدد صحیح، طول - 10، اجباری)؛

کد مشتری (نوع فیلد - متن، طول - 10، اختیاری)؛
تاریخ سفارش (نوع فیلد - تاریخ، اختیاری)؛
برآورد هزینه تعمیر عمومی (نوع فیلد - اعشاری، طول - 100، اختیاری)؛
استاد مسئول (نوع فیلد - عدد صحیح، طول - 10، اختیاری)؛
تاریخ پرداخت (نوع فیلد - تاریخ، اختیاری)؛
تاریخ دریافت (نوع فیلد - تاریخ، اختیاری)؛
اظهارات (نوع رشته - آزمون، طول - 100، اختیاری).

برنج. 4. جدول سفارشات.

کار تعمیر جدول (شکل 5) برای توصیف همه انواع تعمیراتی است که در این شرکت انجام شده است.

این جدول شامل ویژگی های زیر است:

کد کار (نوع فیلد - عدد صحیح، طول - 10، اجباری)؛
کد سفارش (نوع فیلد - عدد صحیح، طول - 10، اجباری)؛
جزئیات (نوع فیلد - متن، طول - 100، اختیاری).

برنج. 5. فهرست آثار.

استادان (شکل 6). جدول جادوگر برای وارد کردن اطلاعات مربوط به کارمندان طراحی شده است. این جدول شامل ویژگی های زیر است:

شماره اصلی (نوع فیلد - عدد صحیح، طول - 10، اجباری)؛

نام و نام خانوادگی. استاد (نوع فیلد - متن، طول - 100، اختیاری)؛
موقعیت (نوع فیلد - متن، طول - 100، اختیاری).

برنج. 6. کارشناسی ارشد.

ایجاد کلیدهای اولیه

بیایید برای هر موجودیت یک کلید اصلی تعریف کنیم، در حالی که در نظر بگیریم که موجودیت‌های قوی فقط یک فیلد کلیدی دارند و موجودیت‌های ضعیف به تعداد پیوندها. هنگام انتخاب یک کلید اصلی، ما با قوانین هدایت می شویم:
- کلید باید دارای حداقل مجموعه ای از ویژگی ها باشد.
- باید از کلیدی استفاده کنید که احتمال تغییر مقادیر آن حداقل است.
- مقدار کلید باید حداقل طول داشته باشد.
بر اساس موارد فوق، فیلدهای کلیدی زیر را برای موجودیت های موجود تعریف می کنیم:

موجودیت مشتریان دارای یک فیلد کلیدی کد مشتری است.
موجودیت Orders با کلید کد سفارش تعریف می شود.
موجودیت Master دارای یک فیلد کلید شماره اصلی است.
موجودیت کار تعمیر با کلید کد درخواست تعریف می شود.

ایجاد پیوند بین جداول

پس از شکستن اطلاعات به جداول و تعریف فیلدهای کلیدی، باید نحوه ترکیب DBMS اطلاعات مرتبط را انتخاب کنید. برای این کار لازم است روابط بین جداول پایگاه داده تعریف شود.
OpenOffice.org BASE از چهار نوع رابطه جدول پشتیبانی می کند:
- یک به یک (هر رکورد در یک جدول تنها با یک رکورد در جدول دیگر مطابقت دارد).
- یک به چند (هر رکورد در یک جدول با تعداد زیادی رکورد در جدول دیگر مطابقت دارد).
- چند به یک (مشابه نماد یک به چند)؛
– چند به چند (یک رکورد از جدول اول می تواند به بیش از یک رکورد از جدول دوم مربوط شود، یا یک رکورد از جدول دوم می تواند به بیش از یک رکورد از جدول اول مربوط شود).
اتصالات ایجاد شده در پایگاه داده Autoservice قبلاً در بخش قبلی در شکل ارائه شده است. 2.

توسعه فرم های ورود اطلاعات

فرم - یک شی طراحی شده برای وارد کردن، ویرایش و مشاهده داده های جدولی در یک فرم مناسب.
فرم ها شامل کنترل هایی هستند که به داده های جداول دسترسی دارند. عناصر کنترل فیلدهای متنی برای وارد کردن و ویرایش داده ها، دکمه ها، چک باکس ها، سوئیچ ها، لیست ها، برچسب ها هستند. ایجاد فرم هایی که حاوی کنترل های لازم هستند، فرآیند ورود داده ها را بسیار ساده می کند و به جلوگیری از خطاها کمک می کند.
فرم‌های پایه OpenOffice.org عملکردی را برای انجام بسیاری از کارهایی که نمی‌توان با روش‌های دیگر انجام داد، فراهم می‌کند، آنها به شما اجازه می‌دهند اعتبار داده‌ها را هنگام ورود انجام دهید، محاسبات را انجام دهید و با استفاده از زیرفرم‌ها، به داده‌ها در جداول مرتبط دسترسی پیدا کنید.
پایگاه OpenOffice.org چندین راه برای ایجاد فرم ارائه می دهد. ساده ترین آنها استفاده از ایجاد خودکار فرم ها بر اساس جدول یا پرس و جو است.
چهار فرم ساده و سه زیرفرم برای پایگاه داده Autoservice وجود دارد.
نمونه هایی از اشکال ساده در شکل 7-10 نشان داده شده است.

شکل 7. فرم مشتری

شکل 8. فرم سفارشات

شکل 9. فهرست آثار.

شکل 10. کارشناسی ارشد.
یک فرم مرکب شامل یک فرم اصلی و یک زیرشکل، یک زیرشکل است. یک فرم فرعی در محتوای خود همان فرم است، اما به طور مستقل استفاده نمی شود، اما همیشه هنگام باز کردن یا ایجاد یک سند، از یک فرم بارگیری می شود. شما می توانید تقریباً هر کاری را که می توانید در یک فرم انجام دهید، در یک زیرفرم انجام دهید، با این تفاوت که نمی توانید زیرفرم دیگری را در آن وارد کنید.
هنگام ایجاد فیلدها در زیرفرم ها، حتماً به خاطر داشته باشید که نام همه فیلدها باید به همراه همه زیرفرم هایی که به طور همزمان در آن استفاده می شود، منحصر به فرد باشد.
به لطف فرم های ترکیبی، پر کردن همزمان جداول مختلف امکان پذیر می شود.
نمونه هایی از زیرفرم ها در شکل نشان داده شده است. 11-13.

برنج. 11. فرم مشتری با فرم فرعی سفارشات.
فرم مشتری با فرم فرعی سفارش ها ورودی داده های لازم برای شناسایی مشتری و مشاهده کارهای انجام شده برای این سفارش را ارائه می دهد. این فرم به شما امکان می دهد اطلاعات را در جداول مشتری و سفارشات وارد کنید.

برنج. 12. فرم سفارشات با زیر فرم کار تعمیر.
این فرم به شما امکان می دهد اطلاعات را در جداول سفارشات و تعمیرات وارد کنید.

برنج. 13. فرم جادوگر با فرم فرعی Orders.
فرم Foreman با زیرفرم Orders به ​​شما این امکان را می دهد که اجرای کار توسط یک سرکارگر خاص را کنترل کنید.

توسعه پرس و جوهای پایگاه داده

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

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

 برای مطالعه ویژگی های حوزه موضوعی انتخاب شده.

 توسعه یک مدل اطلاعاتی منطقی از پایگاه داده "سرویس خودرو"

 آن را در MS Access DBMS پیاده سازی کنید.

 یک «یادداشت توضیحی» برای پروژه درسی مطابق با طرح زیر تهیه کنید:

هدف پایگاه داده

پایگاه داده "خدمات تعمیر ماشین"برای اجرای پذیرش و پردازش سفارشات برای کار توسط یک شرکت خدمات خودرو طراحی شده است.

البته او تظاهر به رتبه بالای ACS نمی کند. به دلیل عدم وجود کل بلوک های لازم برای یک سیستم کنترل خودکار یکپارچه:

 حسابداری،

 بلوک اقتصادی

 برنامه ریزی شده

 لوازم

 و تعدادی بلوک دیگر.

تنها یکی از بلوک های سیستم کنترل خودکار در حال اجرا است - محل کار "دریافت سفارش": کار با مشتریان: دریافت و رفع سفارش ها، سازماندهی اجرای آنها، گزارش نتایج کار.

توابع انجام شده توسط پایگاه داده

پایگاه داده عملکردهای زیر را انجام می دهد

1. حسابداری و ذخیره سازی اطلاعات در مورد کارکنان خدمات خودرو. "مکانیکس»

2. ورود و ذخیره اطلاعات مربوط به انواع کارهای انجام شده. "سفارشس»

3. وارد کردن اطلاعات در مورد مشتریان، خودروهای مشتریان و داده های مربوط به آنها. "درخواستس»

4. فرم "ورود اطلاعات در مورد سفارشات" ورودی ارائه می دهد در حقیقتسفارش، انتخاب نام کامل مشتری (از لیست)، انتخاب نوع خودروی مشتری و درج اطلاعات مربوط به آن.

در همان مکان - ترکیب کار انجام شده و نام کامل کارکنان سرویس خودرو که آنها را انجام می دهند وارد می شود. و همچنین - اطلاعات در مورد ترکیب و مقدار قطعات یدکی مورد استفاده.

5. پایگاه داده همچنین گزارش های مختلفی را ارائه می دهد که به شما امکان تجزیه و تحلیل وضعیت امور در شرکت خدمات خودرو را می دهد.

دسته های کاربران

پایگاه داده در درجه اول برای کارکنان خدمات خودرو که سفارشات تعمیر و نگهداری خودرو را دریافت و پردازش می کنند در نظر گرفته شده است.

و گزارش های ارائه شده در آن نیز برای سایر بخش های شرکت و همچنین برای مدیران آن است.

طراحی پایگاه داده

موارد زیر را معرفی می کنیم مفاهیم و کنوانسیون ها :

اسانس ها

ذات

ذات - واقعی یا خیالی یک شی ، اطلاعاتی که باید در مورد آن ذخیره و در دسترس باشد. در نمودارهای مدل ER، یک موجودیت به صورت یک مستطیل حاوی نام موجودیت نشان داده می شود.

اسانس هابا مستطیل مشخص خواهد شد،

ویژگی های موجودیت

صفت - تحت عنوان ویژگی ذات . نام آن باید برای یک نوع موجودیت خاص منحصر به فرد باشد، اما ممکن است برای انواع موجودیت های مختلف یکسان باشد. یک ویژگی یک موجودیت، هر جزئیاتی است که برای روشن کردن، شناسایی، طبقه بندی، کمی کردن یا بیان وضعیت یک موجودیت به کار می رود.

ذات

ویژگی های

نام های صفتما در یک مستطیل قرار می دهیم،

دلالت می کند ذات، زیر نام نهاد و بنویسید

نامه های کوچک.

روابط

ارتباط یک گرافیک است اتحادیه A که بین دو نهاد تنظیم می شود. این ارتباط همیشه باینری است و می تواند بین دو موجود مختلف یا بین یک موجودیت و خودش (تداعی بازگشتی) وجود داشته باشد.

اتصالات- خطوطی را که روی آنها قرار می دهیم را مشخص کنید درجه اتصال (« 1 » یا « ∞ » ، به معنی "خیلی") و ویژگی های آن است.

فیلدهای کلیدی

بیایید مفهوم را تعریف کنیم اولیهو خارجیکلیدها

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

یکی از آنها گرفته شده است کلید اصلی .

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

کلید اصلی یک نهاد (هر ویژگی شرکت کننده در کلید اصلی) مجاز به گرفتن نیست نامعینمعنی در غیر این صورت، وضعیت متناقضی ایجاد می شود: فردی بدون فردیت ظاهر می شود، و در نتیجه، نه یک نمونه موجود. به همین دلایل لازم است اطمینان حاصل شود منحصر به فرد بودنکلید اصلی

کلیدهای خارجی

اگر نهاد باموجودیت ها را مقید می کند آو که در، سپس باید شامل کلیدهای خارجی مربوط به کلیدهای اولیه موجودیت های A و B باشد.

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

توجه داشته باشید:

1. از آنجایی که توسعه دهندگان MS Access DBMS در اصل مشکلات را در نظر بگیرید اولیهو کلیدهای خارجی، یک نوع فیلد خاص در Access - KEY FIELD معرفی شد. نوع آن COUNTER است.

دسترسی داشته باشید الزامی نیستدرج اجباری آن در جدول اما به شدت ارائه می دهد.

ویژگی های این نوع رشته به شرح زیر است:

وقتی وارد می شوید ورودی جدید- در این زمینه یک مورد جدید به طور خودکار تشکیل می شود، منحصر به فرد، غیر تکراری مقدار عددی.

رشته نمی تواند قبول کند نامعینمعنی

فیلد - به طور خودکار نمایه شده است.

تغییر دستی مقدار این فیلد غیر ممکن.

بنابراین مشکل زمینه های کلیدیو کلیدهای خارجیدر Access، راه حل ساده است:

در جدول اصلی(موجودات) ایجاد می کنند خاص کلید رشته. مال ما خواهد بود کلید اصلی .

در جداول فرعی کپی آن را (با همین نام) وارد می کنیم. مال آنها خواهد بود کلید خارجی .

جداول اصلی و فرعی را توسط این فیلدها به هم وصل می کنیم. همین. ارتباط انجام شد!

2. توسعه دهندگان ابزاری به نام Access را معرفی کردند « طرح واره داده »

که نه تنها اجازه می دهد بستنجداول، اما همچنین برای هر پیوند مشخص کنید:

او نوع("یک به یک"، "یک به چند"، و غیره)

و او مشخصات: اطمینان از یکپارچگی و به روز رسانی و حذف های آبشاری از جداول و فیلدهای مرتبط.

در هنگام ساخت چه چیزی باید مشخص شود ER- مدل هاپایگاه داده.

به خصوص، به همین دلیل است Access به طور ایده آل به عنوان یک سیستم برنامه نویسی برای پیاده سازی مدل های ER مناسب است.

هنگام اجرای ماER– مدل‌ها دردسترسی داشته باشیدما از همه این فرصت ها استفاده خواهیم کرد.

ارسال کار خوب خود در پایگاه دانش ساده است. از فرم زیر استفاده کنید

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

میزبانی شده در http://www.allbest.ru/

اولین مؤسسه فنی عالی روسیه

وزارت آموزش و پرورش و علوم فدراسیون روسیه

موسسه آموزشی بودجه ایالتی فدرال آموزش عالی حرفه ای

"دانشگاه ملی مواد معدنی "معدن"

کار دوره

"بانک اطلاعات - خدمات خودرو"

بر اساس رشته: برنامه نویسی کاربردی

تکمیل شده توسط: Stepanova K.A.

بررسی شده توسط: Matyukhin S.A.

سن پترزبورگ 2013

معرفی

1. شرح حوزه موضوعی

2. شرح ساختار پایگاه داده

3. جداول

4. شرایط مرجع

5. شرح برنامه

6. اجزاء

7. طرح برای کاربر

8. رابط

نتیجه

کتابشناسی - فهرست کتب

کاربرد

معرفی

در عصر ما، عصر فناوری های دیجیتال، رایانه ها نقش مهمی ایفا می کنند. اکنون در هر سازمانی - چه سازمان های دولتی و چه شرکت های خصوصی، همه چیز کامپیوتری است و این به دلیل قدرت محاسباتی بسیار بالا است. محاسبه حتی پیچیده ترین فرآیندها و وظایف در کوتاه ترین زمان ممکن انجام می شود و عامل زمان اغلب نقش اصلی را در اکثر وظایف ایفا می کند. قدرت محاسباتی و ظرفیت حافظه رایانه‌ها در سال‌های اخیر به‌طور باورنکردنی بزرگ شده‌اند و قیمت‌های آن‌ها به میزان قابل‌توجهی کاهش یافته است که به کامپیوتری شدن انبوه تقریباً همه شاخه‌های فعالیت انسانی کمک کرده است. اکنون تصور زندگی بدون ماشین هوشمند که تعداد زیادی از کارها را ساده و سرعت می بخشد دشوار است. در غیاب نرم افزار تخصصی که بدون آن "دستیار آهنی" بی فایده می شود، سودمندی یک کامپیوتر به هیچ می رسد. در این کار به آن پرداخته خواهد شددر مورد ایجاد چنین مهم و در اکثر سازمان ها و برنامه اصلی که نام آن پایگاه داده است. در این مورد خاص، پایگاه داده خدمات خودرو.

1. شرح حوزه موضوعی

هدف کار به دست آوردن است محصول نرم افزاری، که به شما امکان می دهد اطلاعات مربوط به مشتریان سرویس، نقص در اتومبیل آنها را ذخیره کنید و از کارایی و قابلیت اطمینان پردازش داده ها اطمینان حاصل کنید.

پایگاه داده خدمات خودرو برای اپراتورهای خدمات خودرو در نظر گرفته شده است و امکان دسترسی به اطلاعات مربوط به برند خودرو، تاریخ بازدید، خرابی، شماره وین خودرو و همچنین اطلاعات مشتری: شماره تلفن و غیره را فراهم می کند.

اثربخشی برنامه در کاهش زمان پردازش، جستجوی اطلاعات لازم است.

نیاز به خودکارسازی این کار به این دلیل است که انتخاب داده های لازم برای گزارش ها و حسابداری کار مهندسان معمولاً به صورت دستی یا با استفاده از اکسل انجام می شود و زمان قابل توجهی را صرف این امر می کند. این برنامههمچنین قابلیت های جستجو، فیلتر کردن و مرتب سازی را فراهم می کند.

برای کار با برنامه در زمینه برنامه نویسی به دانش خاصی نیاز نیست.

2. توضیح ساختار پایگاه داده

لینک های جدول:

جدول مشتریان با استفاده از رابطه 1:N در فیلد vin_number به جدول Masters مرتبط می شود.

جدول مشتریان با یک رابطه 1:1 در فیلد vin_number به جدول محاسبه مرتبط است.

3. جداول

جدول 1: مشتریان (جدول اصلی)

جدول 2: اربابان (برده)

جدول 3: اربابان (برده)

نرم افزار ویرایش پایگاه داده سرویس خودرو

4. وظیفه فنی

مبنای توسعه:

وظیفه معلم برای برگزاری کلاس های عملی و تکمیل کار درسی.

هدف توسعه:

این برنامه برای خودکارسازی کار اپراتورهای خدمات خودرو طراحی شده است.

الزامات برنامه:

باید کار اپراتور خدمات خودرو را خودکار کند

اطلاعات باید به طور دائم در هارد دیسک کامپیوتر ذخیره شود

· امکان مشاهده پایگاه داده با امکان حذف اطلاعات مشخص شده از آن وجود داشته باشد.

الزامات قابلیت اطمینان:

· برنامه باید اقدامات اشتباه کاربر را پردازش کرده و او را از آن مطلع کند.

· برنامه باید کنترل اطلاعات ورودی را فراهم کند.

5. توضیحات برنامه

خصوصی void Form1_Load(فرستنده شی، EventArgs e) () // بارگذاری مؤلفه های اصلی

private void b_add_Click(فرستنده شی، EventArgs e) () // افزودن ورودی جدید

خصوصی void b_replace_Click(فرستنده شی، EventArgs e) () // ویرایش ورودی

خلأ خصوصی b_cancel1_Click(فرستنده شی، EventArgs e) () // کنسل لغو

خصوصی void b_save_Click(فرستنده شی، EventArgs e) () // ذخیره تغییرات

خصوصی void b_record1_Click(فرستنده شی، EventArgs e) () // نوشتن داده

خصوصی void b_delete_Click(فرستنده شی، EventArgs e) () // حذف داده ها

خصوصی void b_exit_Click(فرستنده شی، EventArgs e) () // خروج از برنامه

6. اجزاء

7. طرح برایکاربر

جدول 1 "Clients" و جدول 2 "Masters" با یک رابطه یک به چند توسط فیلد vin_number به هم متصل می شوند.

جدول 1 "مشتریان" و جدول 3 "هزینه" در یک رابطه یک به یک توسط فیلد vin_number پیوند داده شده اند.

8. رابط

افزودن ورودی جدید

در حال ویرایش یک پست قدیمی

حذف یک ورودی

مرتب سازی بر اساس تاریخ بازدید

جداول امضا شده

جدول اصلی برنامه "سرویس خودرو" شامل:

1. لیست ماشین مشتری

2. تاریخ تماس صاحب خودرو

3. تقصیر

4. تلفن مشتری

5. شماره وین

6. مدیریت لیست مشتریان توسط دکمه ها (افزودن / جایگزین / حذف) انجام می شود.

7. نمایش و ثبت مشتریان سالن

8. مرتب سازی

10. انتخاب استادان

11. نام جداول

12. از برنامه خارج شوید

نتیجه

نتیجه کار خلقت بود نرم افزارخدمت به محل کار اپراتور خدمات خودرو.

در روند تکمیل کار درسی، مهارت هایی در زمینه ساخت و برنامه نویسی پایگاه داده به زبان برنامه نویسی C# کسب شد.

کتابشناسی - فهرست کتب

1. Matyukhin S.A. "برنامه نویسی در C # رویکرد شی گرا" - مجتمع آموزشی و روشی 2013

2. A. Hejlsberg, M. Torgersen, S. Wiltamuth, P. Gold زبان برنامه نویسی سی شارپ. علوم کامپیوتر کلاسیک. نسخه چهارم = زبان برنامه نویسی سی شارپ (C# 4.0) ، ویرایش چهارم. - سن پترزبورگ: "پیتر"، 2012. - 784 ص. -- ISBN 978-5-459-00283-6

3. E. Stillman, J. Green Learning C#. نسخه دوم = Head First C#, 2ed. - سن پترزبورگ: "پیتر"، 2012. - 704 ص. -- ISBN 978-5-4461-0105-4

4. Andrew Troelsen C# 5.0 Programming Language and the .NET 4.5 Framework، 6th edition = Pro C# 5.0 and the .NET 4.5 Framework، edition 6th. - م.: "ویلیامز"، 2013. - 1312 ص. -- ISBN 978-5-8459-1814-7

5. Joseph Albahari, Ben Albahari C# 5.0. فهرست راهنما. توضیحات کامل زبان = C# 5.0 به طور خلاصه: مرجع قطعی. - ام.: "ویلیامز"، 2013. - 1008 ص. -- ISBN 978-5-8459-1819-2

6. هربرت شیلد. C# 4.0: راهنمای کامل= C# 4.0 مرجع کامل. - M.: "Williams"، 2010. - S. 1056. - ISBN 978-5-8459-1684-6

کاربرد. کدبرنامه ها

با استفاده از System.Collections.Generic.

با استفاده از System.ComponentModel.

با استفاده از System.Data؛

با استفاده از System.Drawing.

با استفاده از System.Linq؛

با استفاده از System.Text.

با استفاده از System.Threading.Tasks.

با استفاده از System.Windows.Forms.

کلاس جزئی عمومی Form1: Form

InitializeComponent();

groupBox1.Visible = false;

groupBox2.Visible = false;

private void customersBindingNavigatorSaveItem_Click_1(فرستنده شی، EventArgs e)

this.Validate();

this.customersBindingSource.EndEdit();

this.tableAdapterManager.UpdateAll(this.db_autoDataSet);

Private void Form1_Load (فرستنده شی، EventArgs e)

// TODO: این خط کد داده ها را در جدول "db_autoDataSet.masters" بارگذاری می کند. تو می توانیدر صورت نیاز آن را جابجا کنید یا حذف کنید.

this.mastersTableAdapter.Fill(this.db_autoDataSet.masters);

// TODO: این خط کد داده ها را در جدول "db_autoDataSet.calculation" بارگذاری می کند. در صورت نیاز می توانید آن را جابجا کرده یا حذف کنید.

this.calculationTableAdapter.Fill(this.db_autoDataSet.calculation);

// TODO: این خط کد داده ها را در جدول "db_autoDataSet.customers" بارگذاری می کند. در صورت نیاز می توانید آن را جابجا کرده یا حذف کنید.

this.customersTableAdapter.Fill(this.db_autoDataSet.customers);

خصوصی void b_exit_Click(فرستنده شی، EventArgs e)

دکمه خلأ خصوصی5_Click_1(فرستنده شی، EventArgs e)

خصوصی void b_add_Click(فرستنده شی، EventArgs e)

groupBox1.Visible = true;

b_replace.Visible = false;

b_delete.Visible = false;

b_exit.Visible = false;

b_add.Visible = false;

b_exit2.Visible = false;

b_save.Visible = false;

textBox1.Text = "";

textBox2.Text = "";

textBox3.Text = "";

textBox4.Text = "";

textBox5.Text = "";

خلأ خصوصی b_replace_Click(فرستنده شی، EventArgs e)

textBox10.Text = مشتریان DataGridView.CurrentRow.Cells.Value.ToString();

textBox9.Text = مشتریان DataGridView.CurrentRow.Cells.Value.ToString();

textBox8.Text = مشتریان DataGridView.CurrentRow.Cells.Value.ToString();

textBox7.Text = مشتریان DataGridView.CurrentRow.Cells.Value.ToString();

textBox6.Text = مشتریان DataGridView.CurrentRow.Cells.Value.ToString();

textBox6.ReadOnly = true;

groupBox2.Visible = true;

b_add.Visible = false;

b_delete.Visible = false;

b_exit.Visible = false;

b_exit2.Visible = false;

b_replace.Visible = false;

b_save.Visible = false;

خلأ خصوصی b_cancel1_Click(فرستنده شی، EventArgs e)

b_add.Visible = true;

b_delete.Visible = true;

b_exit.Visible = true;

b_exit2.Visible = true;

b_replace.Visible = true;

b_save.Visible = true;

groupBox1.Visible = false;

خلأ خصوصی b_cancel2_Click(فرستنده شی، EventArgs e)

b_add.Visible = true;

b_delete.Visible = true;

b_exit.Visible = true;

b_exit2.Visible = true;

b_replace.Visible = true;

b_save.Visible = true;

groupBox2.Visible = false;

خصوصی void b_save_Click(فرستنده شی، EventArgs e)

customersBindingNavigatorSaveItem_Click_1(فرستنده، e);

خصوصی void b_record1_Click(فرستنده شی، EventArgs e)

جدول DataTable = db_autoDataSet.Tables;

DataRow row = table.NewRow();

row = textBox1.Text;

row = Convert.ToDateTime(textBox2.Text);

row = textBox3.Text;

row = textBox4.Text;

row = textBox5.Text;

table.rows.Add(row);

groupBox1.Hide();

b_replace.Visible = true;

b_delete.Visible = true;

b_exit.Visible = true;

b_add.Visible = true;

b_exit2.Visible = true;

b_save.Visible = true;

خصوصی void b_record2_Click(فرستنده شی، EventArgs e)

جدول DataTable = db_autoDataSet.Tables;//12 bound dynamic. برگه جدول با اولین فایل از پایگاه داده

vinRab = Convert.ToInt64 (customersDataGridView.CurrentRow.Cells.Value.ToString());//13 vin رکورد فعلی را دریافت کرد

ردیف DataRow = table.Rows.Find(vinRab);//14 دینامیک ترکیبی. ردیف ردیف را با ورودی فایل vin c shifrRab قرار دهید و DataSet را در حالت "ویرایش" قرار دهید، که در آن به شما امکان می دهد مقادیر فیلد را تغییر دهید.

row = textBox10.Text;//15 نوشته شده در قسمت دوم ردیف داده شده از پنجره

row = Convert.ToDateTime(textBox9.Text);// 15 در فیلد سوم سطر نوشته می شود

row = textBox8.Text; //15 در قسمت چهارم ردیف ردیف نوشته شد row = textBox7.Text;

row = textBox6.Text;

table.AcceptChanges();//15 دستور AcceptChanges به شما امکان می دهد مقادیر تغییر یافته فیلد را بپذیرید

groupBox2.Hide();//16

b_replace.Visible = true;

b_delete.Visible = true;

b_exit.Visible = true;

b_add.Visible = true;

b_exit2.Visible = true;

b_save.Visible = true;

خصوصی void b_delete_Click(فرستنده شی، EventArgs e)

// حذف خط زیر مکان نما

// ابتدا یک اخطار ایجاد می کنیم تا حذف اشتباهی صورت نگیرد

رشته s1, s2, s3, s4, s5, message;

نتیجه DialogResult؛// 18

int ind = customersDataGridView.CurrentRow.Index;

s1 = customersDataGridView.CurrentRow.Cells.Value.ToString();

s2 = customersDataGridView.CurrentRow.Cells.Value.ToString();

s3 = customersDataGridView.CurrentRow.Cells.Value.ToString();

s4 = customersDataGridView.CurrentRow.Cells.Value.ToString();

s5 = customersDataGridView.CurrentRow.Cells.Value.ToString();

message = "Car brand= " + s1 + "\nتاریخ بازدید= " + s2 + "\n خطا= " + s3 + "\n تلفن مشتری= " + s4 + "\n شماره vin" + s5;

// متغیر نتیجه می تواند DialogResult.Yes یا DialogResult.No را بگیرد

result = MessageBox.Show(پیام "حذف ورودی بعدی؟"

MessageBoxButtons.YesNo، MessageBoxIcon.Question);

اگر (نتیجه == DialogResult.Yes)//خط حذف شود

(// 20 جدول فعلی از customersDataGridView از نوع DataGrid در جدول بافر نوشته می شود

CurrencyManager CurMng = (CurrencyManager)customersDataGridView.BindingContext;

if (CurMng.Count > 0) // اگر جدول خالی نباشد

CurMng.RemoveAt(CurMng.Position)؛// حذف موقعیت علامت گذاری شده

// اینجا نتیجه == DialogResult.No و حذف رد می شود

// رویه خروج

میزبانی شده در Allbest.ru

اسناد مشابه

ایجاد پایگاه داده جستجو، تغییر و حذف ورودی ها. پردازش و تبادل داده ها. طراحی پایگاه داده. تعریف فرمول برای قسمت محاسبه شده از پایه. ویرایش فیلدها و سوابق فرم های ارائه اطلاعات موجود در پایگاه داده.

مقاله ترم، اضافه شده در 2009/02/23


توسعه محصول نرم افزاری - پایگاه داده "Excursion" در محیط برنامه نویسی یکپارچه C ++ Builder 6. تعیین ترتیب مشاهده داده های پایگاه داده، ویرایش و حذف آنها. ویژگی های دفترچه راهنمای کاربر و رابط عمومی برنامه.

مقاله ترم، اضافه شده در 11/03/2013


اثبات نیاز به سیستم های مدیریت پایگاه داده در شرکت ها. ویژگی های توسعه نرم افزار مدیریت پایگاه داده که امکان مشاهده، ویرایش، درج سوابق پایگاه داده، تولید پرس و جو و گزارش را فراهم می کند.

مقاله ترم، اضافه شده 01/23/2010


ایجاد پایگاه داده و شرح برنامه «پایگاه اطلاعاتی مطالعه» که برای گروه بندی اطلاعات دانش آموزان طراحی شده است. مشخصه عملکردبرنامه ها: افزودن رکورد به پایگاه داده، ویرایش، حذف رکوردها و مرتب سازی داده ها.

مقاله ترم، اضافه شده در 2011/04/25


توسعه برنامه "بانک اطلاعات تجهیزات ورزشی". شرح الگوریتم عملیات ماژول ها و بلوک ها. نمودار ساختاری نمایش پروژه. فرآیند یافتن اطلاعات مناسب. مرتب سازی خودکار داده ها افزودن و ویرایش سوابق.

مقاله ترم، اضافه شده در 2013/08/15


ایجاد فرم های مرجع ساده ویرایش خصوصیات فرم در حالت طراحی افزودن و ویرایش ویژگی های کنترل ها. طراحی گزارش برای پایگاه داده آوردن میز به فرم معمولیو ساخت یک طرح داده

چکیده، اضافه شده در 2008/11/23


مراحل طراحی و توسعه پایگاه داده و نرم افزار. اطلاعات در مورد ساختار پایگاه داده، جداول ایجاد شده، فرم ها، گزارش ها، پرس و جوها، اطلاعات ذخیره شده. مدل های داده های منطقی و مفهومی؛ انتخاب نرم افزار

مقاله ترم، اضافه شده در 2010/01/20


انواع محدودیت هایی که یکپارچگی را در مدل داده های رابطه ای حفظ می کنند. تعیین مقدار یک فیلد کلید اولیه با استفاده از ژنراتور. افزودن، اصلاح و حذف رکوردها در جدول پایگاه داده "Library" در زبان برنامه نویسی SQL.

کار آزمایشگاهی، اضافه شده در 10/10/2012


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

مقاله ترم، اضافه شده در 2016/02/07


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