Отдел компьютерных комплектирующих
2
Міністерство освіти і науки України
Національний технічний університет
«Харківський політехнічний інститут»
Кафедра «Історії науки та техніки»
Реферат
Тема: “Бронетехніка СРСР під час Другої Світової війни”
Студент: Бабай Ю.В.
Харків 2011
Реферат
Целью проектирования было создание модели магазина, используя СУБД. Была избранная тема №60 "Отдел компьютерных комплектирующих".
Созданный курсовой проект содержит 55 страницы текста, 16 рисунков. Курсовой проект состоит из восьми основных частей: вступление, анализ предметной области, разработка модели базы данных , разработка интерфейса пользователя, разработка инсталлятора , вывод, перечень ссылок, дополнения. Вся информация бралась из семи источников, которые указаны в списке ссылок. В разделе "Дополнения" присутствующий код всех классов, что имеются в программе.
В результате курсового проектирования получили программу, что дает возможность покупателям заказывать товары, продавцам редактировать информацию о товарах и покупателях. В ходе проектирования была использована СУБД Microsoft Access и язык программирования C#.
Ключевые слова: хостинг, база данных, доставка, третья нормальная форма, таблица, форма, инсталляция, класс.
Реферат
Метою проектування було створення моделі магазину, використовуючи СУБД. Була обрана тема № 60 "Відділ комп'ютерних комплектуючих".
Створений курсовий проект містить 55 сторінки тексту, 16 рисунків. Курсовий проект складається з восьми основних частин: вступ, аналіз предметної області, розробка моделі бази даних, розробка інтерфейсу користувача, розробка інсталятора, висновок, перелік посилань, додатки. Вся інформація бралася з сімох джерел, які зазначені в списку посилань. У розділі "Додатки" присутній код всіх класів, що є в програмі.
У результаті курсового проектування отримали програму, що дає можливість покупцям замовляти товари, продавцям редагувати інформацію про товари і покупців. У ході проектування була використана СУБД Microsoft Access і мова програмування C#/
Ключові слова: хостинг, база даних, доставка, третя нормальна форма, таблиця, форма, інсталяція, клас.
Review
Design goal was to create a model of an shop using the database. Was chosen theme number 60, “Department of Computer spare part”. Created course project contains 55 pages of text, 16 illustrations. Course project consists of eight main parts: introduction, analysis of the subject area, develop a database model, user interface design, development installer output a list of links, additions. All information was taken from seven sources, which are listed as references. In the "Add" code is present for all classes that are available in the program.
As a result of a course design received the program, which allows customers to order products, vendors, edit information about products and customers. During the design has been used Microsoft Access database and programming language C #.
Keywords: hosting, database, delivery, third normal form, table, form, installation, class.
Вступ
Аналіз предметної області
a. Область застосування програмного продукту
b. Практичне значення
Розробка моделі бази даних
a. ER-Діаграмма бази данних
b. Приведення до третьої нормальної форми
Розробка інтерфейса користувача (GUI)
Висновок
Перелік посилань
Додатки
Вступ
Бази даних для створення автоматизованих систем управління підприємствами - дуже гідна сфера докладання зусиль.
Розвиток як технічних, так і програмних засобів на сучасному етапі забезпечує можливість створення баз даних дуже високого рівня, з розвиненими засобами аналізу, підвищеною надійністю. Одночасно, з інтуїтивно зрозумілим інтерфейсом, що дозволяе працювати з нею будь- яким співробітникам , які не мають глибоких професійних знань комп'ютерів і програмування.
Сучасні СУБД, зокрема, вибрана для реалізації поставленого завдання MS Access, дозволяють зробити реляційну, розподілену базу даних, що повністю виключає надмірність даних і забезпечує їх цілісність.
Інтерфейс користувача дає можливість працювати з базою даних, вводити інформацію, переглядати звіти і так далі незалежно від міри віддаленості будь-яких підрозділів фірми або її окремих співробітників.
При проектуванні реляційних баз даних найчастіше застосовують модель "суть зв'язку". Ця модель була запропонована в 1976 році Ченом. Принципи, закладені в ній, виключно корисні. Про важливість її практичного застосування говорить, наприклад, такий факт:
А принципи нормалізації забезпечують, зокрема, надійне виключення надмірності інформації. Причому надмірність шкідлива навіть не стільки внаслідок того, що збільшує об'єм даних, скільки тому, що не дає можливість забезпечити її несуперечність. Внаслідок того, що одна і та ж інформація одночасно є присутньою в різних місцях, змінюючи її в одному місці, доводиться вирішувати проблеми, пов'язані з її змінами і в тих, що усіх, що залишилися. Дуже непросте, нетривіальне завдання.
При реалізації бази даних ми переконаємося в тому, що вибраний для реалізації MS Access ідеально підходить в якості інструменту не лише для власне реалізації бази даних, але і як інструмент, що прекрасно реалізовує завдання послідовної розробки і відладки її ER моделі(суть - зв'язки).
Тому що з легкістю дозволяє створювати і модифікувати "сутності" таблиці і зв'язку між ними("Схема даних") оформлені повністю в "стилі" моделі, запропонованою Ченом, та ще і тому, що, кінець кінцем, це позбавляє нас від стомливого ручного малювання "сутностей", їх атрибутів і зв'язків і істотно наближає безпосередній практичний результат роботи.
Системи керування базами даних (СКБД) відіграють виняткову роль в організації сучасних промислових, інструментальних і дослідницьких інформаційних систем. Тематика СКБД воістину безмежна.
Можна виділити наступні основні функції СКБД:
управління даними у зовнішній пам'яті;
управління буферами оперативної пам'яті;
управління транзакціями;
журналізація і відновлення БД після збоїв;
підтримка мов БД.
Якщо будь-яка прикладна інформаційна система спирається на деяку систему керування даними, що володіє цими функціями, то ця система управління даними є системою керування базами даних (СКБД).
Будь-яка СКБД дозволяє виконувати чотири найпростіші операції з даними:
• додати в таблицю одну або кілька записів;
• оновлювати значення полів;
• видалити з таблиці запис;
• знаходити запис, що задовольняє заданій умові пошуку.
Для виконання цих операцій використовується механізм запитів. Результатом виконання запитів є або відібране за певними критеріями безліч записів, або зміна в таблицях. У даній курсовій роботі досить буде використовувати всього чотири оператори маніпуляції даними:
1. SELECT - зчитує дані, що задовольняють заданим умовам;
2. INSERT - додає нові дані;
3. UPDATE - змінює дані;
4. DELETE - видаляє дані.
Аналіз предметної області
Конец формы
Мета даної курсової роботи розробити програмний продукт, призначений для обліку, реалізації товарів в комп’ютерному магазині.
a. Область застосування програмного продукту
Програмний продукт може бути використаний для широкого споживання серед користувачів. До впровадження перших ЕОМ у торговельну галузь вести облік за товарами, які перебувають в наявності і які лише надходять у продаж було вкрай важко. Коли на виробництві з'явилися перші ЕОМ, то одночасно з'явилися і програми систематизують і прискорюють роботу і облік магазинів. Ці програми є бази даних у яких зберігаються всі дані про товари. Сучасне програмне забезпечення дозволяє користувачам зберігати величезні обсяги інформації про продукцію, вводити в базу даних значення введені з клавіатури, видаляти будь-який рядок за бажанням користувача, переглядати всі записи, що зберігаються в базі даних, виводити кількість всіх записів на екран, легко і швидко знаходити потрібний товар за необхідними параметрами, без складної роботи з документами проводити швидке надбавку в процентному співвідношенні на потрібний товар. Подібний програмний продукт широко використовується в більшості сучасних мереж великих магазинів і торгових центрів.
b. Практичне значення
Програмний продукт дозволяє скоротити час і автоматизувати облік, реалізацію товарів.Актуальність розробки программи полягає значному спрощенні та автоматизації обліку, прийому, продажу товарів у будь-якому технічному закладі. Програмний продукт повинен бути розроблений на мові програмування високого рівня C#, використовувати принципи об'єктно-орієнтованого програмування і структурний підхід до вирішення поставлених завдань. Результатом виконання курсової роботи повинен стати готовий програмний продукт, що відповідає всім вимогам технічного завдання.
Як приклад можна взяти невеликий каталог будь-якої техніки. Перш ніж почати розробку спеціалізованого програмного забезпечення, потрібно більш детально вивчити саму сферу. Для початку потрібно визначити, якими характерними особливостями може бути представлений даний товар. Для цього достатньо скористатися мережею інтернет і зайти на будь-який інтернет-магазин і подивитися, які аспекти виділені в описі товару.
Отже, найбільш важливими характеристиками, на які досвідчений покупець найчастіше звертає увагу, є:
тип комплектуючого
найменування виробника;
модель комплектуючого;
гарантійній срок;
ціна.
Найбільш характерною схемою роботи магазинів є замовлення обраного продукту покупцем, доставка даного продукту і безпосередньо розрахунок за доставку і товар.
Розглянемо останні 2 пункти більш детально.
- Оплата замовлення
Використовуються такі варіанти способів оплати:
банківська карта;
банківський переказ;
готівковий розрахунок
термінали миттєвої оплати;
Вибір того чи іншого способу оплати залежить від безлічі факторів, серед яких можна відзначити: статус покупця (фізична або юридична особа), ціна, способів доставки (неможливо прийняти готівку при відправленні товару за кордон).
- Доставка замовлення
Після відправки замовлення з покупцем зв'язується продавець і уточнює місце і час, в яке слід доставити замовлення. Доставка здійснюється або власною кур'єрською службою, або компанією, що надає послуги доставки, поштою (посилкою) або бандероллю. Доставка кур'єром здійснюватиметься тільки для жителів міста Харкова. Для мешканців району та області існує можливість самому забрати товар, з офісу фірми, не чекаючи доставки поштою.
Розробка моделі бази даних
При проектуванні таблиць краще розробити структуру на папері і тільки потім починати роботу з СУБД Access. При проектування таблиць, рекомендується керуватися такими основними принципами:
- Не повинно бути повторень між таблицями. Коли певна інформація зберігатися лише в одній таблиці, то і змінювати її доведеться лише в одному місці. Це робить роботу ефективнішою, а також виключає можливість розбіжності інформації в різних таблицях. Наприклад, в одній таблиці мають міститися адреси й прізвища клієнтів.
- Кожна таблиця повинна містити інформацію лише на одну тему. Дані на кожну тему опрацьовуються набагато легше, якщо вони в незалежних одна від іншої таблицях. Наприклад, адреси та замовлення клієнтів зберігаються в різних таблицях, з тим, щоб при видаленні замовлення інформація про клієнта залишилася в базі даних. Кожна таблиця містить інформацію на окрему тему, а кожне поле в таблиці містить окремі дані по темі таблиці.
Під час розробки полів для кожної таблиці необхідно пам'ятати:
- Кожне поле має бути пов'язане з темою таблиці.
- Не рекомендується включати до таблиці дані, які є результатом виразу.
- У таблиці має бути вся необхідна інформація.
У попередньому пункті містилися правила для успішної побудови функціонуючої бази. Дотримуючись цих правил, побудуємо потрібну базу даних каталогу комп’ютерних комплектуючих. Розглянемо структуру таблиць, що описують ці сутності, і розробимо модель даних.
a. ER-Діаграмма бази данних
У таблиці «Hardware» повинні міститися найбільш важливі характеристики даної продукції, за якими покупець може віддати свій вибір будь-якої певної моделі:
Вид товару;
Виробник;
Модель;
Вартість товару;
Тип;
Додаткову інформацію;
Дана таблиця буде мати зовнішній ключ: «ID », що зв'язує таблицю з таблицею «Orders» , «Specs», що зв’язує її з таблицею «Specification» та «Type», що використовуеться для зв’язку з таблицею «Type» .
У таблиці «Orders» ключовим полем буде «ID», що зв’язує її з таблицею «Buyer» також будуть поля, призначені для опису замовлення: «Hardware», «Recipient» «Paid».
У таблиці «Buyer» буде такі поля як «First_name», «Last_name», «Email» «Address». Ключове поле «ID» буде пов'язувати цю таблицю з таблицею «Orders».
Таблиця «Specification» містить поля: «Clock», «Socket» «Memory» «Interface» «Form_factor» «Cache» «Capacity». Ключове поле - «ID» що зв’язує її з таблицями «Hardware» та «Specification_Type».
У таблиці «SpecificationType» достатньо вказати чотири поля: «Specification», «Type» «Title» та «ID» , яке зв’язує її з таблицями «Specification» та «Type».
А таблиця «Type» буде містити одне поле «Title».Воно зв’язує цю таблицю з таблицями «Specification_type» та «Hardware».
Ключові поля «Ідентифікатор» всіх таблиць повинні бути одного типу даних - лічильник. Всі інші поля можуть бути текстового типу.
Повна структура бази даних представлена на рис. 2.
Рис. 2 «Схема даних створеної бази даних»
b. Приведення до третьої нормальної форми
В розробленій мною базі данних, всі таблиці були заздалегідь приведені до третьої нормальної форми, тому подальшого вдосконалення вони не потребують. Таблиці відповідають основним вимогам, тобто:
Всі рядки повинні бути різними;
Всі елементи всередині осередків повинні бути атомарними (не списками). Іншими словами, елемент є атомарним, якщо його не можна розділити на частини, які можуть використовувати в таблиці незалежно один від одного;
Будь-яке її поле, що не входить до складу первинного ключа, функціонально повно залежить від первинного ключа;
Будь-який її не ключовий атрибут функціонально залежить тільки від первинного ключа.
Після створення бази даних заповнимо кожну її таблицю значеннями:
1. Таблиця «Hardware» (рис. 3);
Рис. 3 «Hardware»
Таблиця «Orders» (рис. 4);
Рис. 4 «Orders»
Таблиця «Buyer» (рис. 5);
Рис. 5 «Buyer»
Таблиця «Specification» (рис. 6);
Рис. 6 «Specification»
Таблиця «Specification_Type» (Рис. 7);
Рис. 7 «Specification_type»
Таблиця «Type» (рис. 8).
Рис. 8 «Type»
Розробка інтерфейса користувача (GUI)
Microsoft Visual Studio є на даний момент найбільш зручним продуктом, що включає інтегроване середовище розробки програмного забезпечення, для розробки не тільки консольних додатків, але і створення програм з інтуїтивно зрозумілим інтерфейсом користувача. Інтерфейс користувача найчастіше є найбільш важливим критерієм при виборі програмного забезпечення, тому всі виробники прагнуть врахувати побажання своїх клієнтів і організувати найбільш прийнятний інтерфейс.
Отже, розглянемо основні концепції майбутнього інтерфейсу програми.
Доцільно розподілити дію з кожною таблицею у окремій вкладці – так інтерфейс буде найбільш чистим і приємним. Ми маемо можливість працювати з головною формою, через яку буде здійснюватись керування программою.В ній відображаеться список товарів та замовлення на цей товар.Також на ній присутній фільтр, що дае змогу відфільтрувати комплектуючі по типу.Також присутні ще дві вкладки: «Добавление» та «Запрос», але про них докладніше потім. Головна форма, на якій відображаеться список комплектуючих:
Рис. 9 «Список комплектующих»
Щоб відкрити форму замовлення треба двічі клацнути л.к. миші на товарі.В формі, що відкриеться ми можемо відредактувати деяку інформацію про товар , та створити нового покупця, якщо його ще немае в базі данних.
Рис. 10«OrderForm»
Фільтр дае змогу вибрати комплектуючі одного типу:
Рис. 11«Фільтрація по CPU»
Вкладка «Добавление» дае змогу додавати товар до бази данних:
Рис. 12«Добавление»
Приклад додавання товару:
Рис. 13«Додавання товару»
Форма для запитів дозволяє за допомогою SQL-запитів працювати з базою данних.Потрібно ввести запит в спеціальне вікно та натиснути кнопку “Выполнить” Ось приклад:
Рис. 14«SQL-запит»
Розробка інсталятора
Інсталяція (установка) - процес встановлення програмного забезпечення на комп'ютер кінцевого користувача. Виконується особливої програмою (пакетним менеджером), присутньої в операційній системі, або ж входять до складу самого програмного забезпечення засобом установки.
Більшість програм поставляються для продажу і розповсюдження в стислому (упакованому) вигляді. Для нормальної роботи вони повинні бути розпаковані, а необхідні дані правильно розміщені на комп'ютері, враховуючи відмінності між комп'ютерами і налаштуваннями користувача. У процесі установки виконуються різні тести на відповідність заданим вимогам, а комп'ютер необхідним чином конфігурується (настроюється) для зберігання файлів і даних, необхідних для правильної роботи програми.
Програма установки або інсталятор - це комп'ютерна програма, яка встановлює файли, такі як додатки, драйвери, або інше програмне забезпечення, на комп'ютер. Деякі інсталятори спеціально зроблені для встановлення містяться в них файлів, інші ж є універсальними і працюють, зчитуючи вміст комплекту програмного забезпечення, яке необхідно встановити.
Smart Install Maker – саме цю программу я обрав для створення інсталятора своеї программи.
Для даного проекту виберемо саме цю систему, тому що на це є кілька причин. Перша з них, і, мабуть, найважливіша - його безкоштовність, і друга - інсталятори, створені Smart Install Maker володіють інтуїтивно зрозумілим інтерфейсом, який добре оцінюється недосвідченими користувачами.
Скріншоти наведено на мал. 14, мал. 15.
Рис. 15 «Головне вікно інсталятора»
Рис. 16 «Вікно вибора шляху інсталяції»
Висновок
При виконанні цього курсового проекту було пройдено основні етапи побудови реляційної бази даних, тобто такої БД, де дані являють собою набір відношень і ці відношення відповідають умовам цілісності (інформація у базі даних відповідає її внутрішній структурі і усім явно заданим правилам). Також ми ознайомилися з основними вимогами приведення БД до третьої нормальної форми:
Всі рядки повинні бути різними;
Всі елементи всередині осередків повинні бути атомарними (не списками). Іншими словами, елемент є атомарним, якщо його не можна розділити на частини, які можуть використовувати в таблиці незалежно один від одного;
Будь-яке її поле, що не входить до складу первинного ключа, функціонально повно залежить від первинного ключа;
Будь-який її не ключовий атрибут функціонально залежить тільки від первинного ключа.
Для створення магазину вибір ліг на C#. Це потужне середовище для розробки, сумісне з усіма операційними системами і не вимагаюче високих апаратних засобів комп'ютера, досить просте в освоєнні та продовжує розвиватися і вдосконалюватися.
Конец формы
За допомогою программи та бази данних була зроблена спроба створити оптимальне керування магазином, який займаеться продажою комп’ютерних комплектуючих. База данних забезпечує цілісність даних, що зберігаються, перешкоджає їх втраті та спотворенню. Надає швидкий пошук необхідної інформації, наочність (тому що всі дані представлені в зручному вигляді для користувача). Дозволяє користувачеві вносити зміни (додавати, видаляти непотрібну інформацію). На підставі вищесказаного, зрозуміло, що використання бази даних набагато спрощує роботу з даними та робить її ефективною.
Без подібних програм робота магазинів не була би такою якісною і швидкою.І в першу чергу такі программи дозволяют звичайним покупцям заощаджувати свій час та гроші.
Перелік посилань
1. Рубен А., Горєв А., Макашарипов С. Ефективна робота із СУБД. Питер, 1997
2. Робінсон С. MS Access 2000. Питер, 2001
3. Методична література з MS Access
4. Ребекка М. Райордан Основи реляційних баз даних 2001р.
5. Трифонова Н.А., Прозорова С.С. Office для студента. 2004р.
6. Ролланд Ф.Д. Основні концепції баз даних. 2002р.
7. Карпова Т. Бази даних: моделі, розробка, реалізація, 2001.
Додатки
1. Вихідний код класу Buyer:
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
namespace BO
{
public class Buyer // вміщюе в собі об’єкт логіки “покупець
{
public string first;
public string last;
public string email;
public string address;
public Buyer(string f, string l, string e, string a)
{
first = f;
last = l;
email = e;
address = a;
}
}
}
2.Вихідний код классу Hardware:
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.ComponentModel;
namespace BO
{
public class Hardware // вміщює в собі об’єкт логіки “обладнання”
{
public string title;
public string description;
public string cost;
public string manufacturer;
public string type;
public Dictionary<string, string> specifications;
public Hardware(string title,string description,string cost,string manufacturer,string type)
{
this.title = title;
this.description = description;
this.cost = cost;
this.manufacturer = manufacturer;
this.type = type;
}
public Hardware(int id, string title, string description, string cost, string manufacturer, string type)
{
this.id = id;
this.title = title;
this.description = description;
this.cost = cost;
this.manufacturer = manufacturer;
this.type = type;
}
public int id { get; private set; }
}
}
3.Вихідний код класу EditForm:
using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Linq;
using System.Text;
using System.Windows.Forms;
namespace WindowsFormsGui
{
public partial class EditForm : Form
{
BO.Hardware item;
DAL.Factories.Factory factory;
public EditForm(BO.Hardware item)
{
InitializeComponent();
factory = DAL.Factories.Factory.
this.item = item;
titleEdit.Text = item.title;
costEdit.Text = item.cost;
descriptionEdit.Text = item.description;
}
private void saveButton_Click(object sender, EventArgs e)
{
item.title = titleEdit.Text;
item.description = descriptionEdit.Text;
item.cost = costEdit.Text;
factory.GetHardwareRepository(
Close();
}
private void resetButton_Click(object sender, EventArgs e)
{
titleEdit.Text = item.title;
costEdit.Text = item.cost;
descriptionEdit.Text = item.description;
}
}
}
4.Вихідний код класу MainForm:
using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Data.Odbc;
using System.Drawing;
using System.Linq;
using System.Text;
using System.Windows.Forms;
namespace WindowsFormsGui
{
public partial class MainForm : Form //містить оброблювачі подій для головної форми
{
private DAL.Factories.Factory factory;

- Отдел маркетинга и продаж в структурной схеме предприятия индустрии туризма
- Отдел Мохообразные (Bryophyta)
- Отдел оперативного контроля
- Отделочная строительная работа
- Отделочно- расточной станок
- Отделочные материалы
- Отделочные работы
- Отделение ЭФК-2 в производстве ЭФК с разработкой конструкции абсорбера АПС
- Отделка древесины
- Отдел кадров
- Отдел Кадров
- Отдел кадров и кадровая документация на предприятии
- Отделка ЖД Вокзала
- Отдел камеральных проверок