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

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

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

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

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

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

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

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

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

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

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

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

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

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

? تعمیر موتور.
? تعمیر گیربکس.
? تعمیر شاسی.
? تعمیر سیستم سوخت رسانی.

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

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

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

? عیب یابی موتور.
? عیب یابی انتقال
? عیب یابی شاسی
? عیب یابی سیستم سوخت.

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

GOST 18507 -73

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

زیرسیستم خدمات فناوری اطلاعات به منظور ارائه گارانتی تعمیر، ثبت ادعای گارانتی و خرید قطعات یدکی برای تعمیرات ایجاد شده است.

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

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

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

? ادعای گارانتی،
? ثبت ضمانت نامه
? سفارش قطعات یدکی

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

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

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

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

زیرسیستم فرمت از دو جدول تشکیل شده است و بر جدول دوم از سیستم اصلی تأثیر می گذارد. (شکل 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 ایجاد شد. این کار یک فناوری گام به گام برای ایجاد یک پایگاه داده را نشان می دهد. نمونه ای از پایگاه داده "Car Service" آورده شده است. این پایگاه دادهدر یک ایستگاه خدمات آزمایش شد. سیستم تست شده است. در حین کار، تنظیماتی انجام شد و نسخه نهایی پایگاه داده «سرویس خودرو» در کار ارائه شد.

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

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

"صاحبان" با فرم "ماشین ها" فرعی شکل می گیرند

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

کارمندان تشکیل می دهند

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

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

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

استعلام "براساس نام خانوادگی مکانیک"

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

برنج. 6 گزارش

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

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

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

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

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

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

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

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

یا اینجا:

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

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

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

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

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

دسترسی به پایگاه داده خدمات خودرو 2
ایجاد فاکتور برای پرداخت در مرکز خدمات خودرو
ثبت نام خودرو در شرکت حمل و نقل موتوری.
ATP (شرکت حمل و نقل موتوری).
ATP 2007 (شرکت حمل و نقل موتوری)
تعمیرگاه های خودرو
"حسابداری عملیات وسیله نقلیه»
"حسابداری تصادفات جاده ای"
ثبت نام متخلفان خودرو در پلیس راهنمایی و رانندگی.
"حسابداری تخلفات رانندگی"
"تعویض قطعات خودرو در جایگاه های خدمات"
حمل و نقل شهری
"فروش بلیط هواپیما"
"ایستگاه اتوبوس"
"اجاره اتومبیل"
کرایه ماشین 2
آموزشگاه رانندگی
شرکت قطعات یدکی
نمایشگاه ماشین
حسابداری استهلاک خودرو توسط MOL و گروه خودرو
تاکسی
شرکت خودروهای سواری
برنامه مینی بوس
حسابداری حمل و نقل جاده ای با برند خودرو

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

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

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

بخش 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 نامیده می شود) برای بسیاری از سازمان هایی که از فناوری رایانه برای بهبود بهره وری کار خود استفاده می کنند، اهمیت یافته است. پایگاه های داده به اساس سیستم های اطلاعاتی تبدیل شده اند و استفاده از آنها در حال تبدیل شدن به بخشی جدایی ناپذیر از عملکرد هر سازمانی است.
هدف - شی کار دورهمطالعه فناوری های طراحی پایگاه داده رابطه ای است.
موضوع کار درسی، مطالعه اصول توسعه پایگاه داده های رابطه ای با استفاده از مثال طراحی و ایجاد پایگاه “Car Service” می باشد.
هدف از طراحی پایگاه داده نمایش روند فعالیت های تعمیرات یک شرکت کوچک است
برای رسیدن به این هدف، وظایف زیر تعیین شد:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 حسابداری،

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

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

 لوازم

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

موجودیت ها

ذات

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

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

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

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

ذات

ویژگی های

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

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

با حروف کوچک

روابط

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

فیلد نمی تواند قبول کند نامعینمعنی

میدانی - اتوماتیک نمایه شده است.

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

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

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

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

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

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

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

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

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

آنچه در هنگام ساخت باید نشان داده شود 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" با یک رابطه "One-to-Many" با استفاده از فیلد vin_number به هم متصل می شوند.

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

8. رابط

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

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

حذف یک ورودی

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

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

جدول اصلی برنامه Auto Service شامل:

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

2. تاریخ درخواست توسط مالک خودرو

3. خرابی

4. شماره تلفن مشتری

5. شماره VIN

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

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

8. مرتب سازی

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

11. نام جداول

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

نتیجه

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

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

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

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

2. زبان برنامه نویسی A. Hejlsberg، M. Torgersen، S. Wiltamut، P. Gold C#. علوم کامپیوتر کلاسیک. نسخه چهارم = زبان برنامه نویسی سی شارپ (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. زبان برنامه نویسی اندرو ترولسن C# 5.0 و .NET 4.5 Framework، نسخه ششم = Pro C# 5.0 و .NET 4.5 Framework، ویرایش ششم. - م.: ویلیامز، 2013. - 1312 ص. -- ISBN 978-5-8459-1814-7

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

6. هربرت شیلد. C# 4.0: راهنمای کامل= C# 4.0 مرجع کامل. -- M.: "Williams"، 2010. -- P. 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 به صورت پویا پیوند داده شده است. جدول جدول با اولین فایل از پایگاه داده

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

ردیف DataRow = table.Rows.Find(vinRab);//14 دینامیک ترکیبی. ردیف ردیف با رکوردی از فایل vin با 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 = "مارک خودرو = " + s1 + "\nتاریخ بازدید = " + s2 + "\n خطا = " + s3 + "\n شماره تلفن مشتری = " + s4 + "\n شماره Vin" + s5;

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

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

MessageBoxButtons.YesNo، MessageBoxIcon.Question);

if (نتیجه == 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

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

کار دوره، اضافه شده در 2010/01/23

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

کار دوره، اضافه شده در 2011/04/25

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

کار دوره، اضافه شده در 2013/08/15

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

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

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

کار دوره، اضافه شده در 2010/01/20

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

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

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

کار دوره، اضافه شده در 2016/02/07

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

محبوب در دسته بندی: