ні інформацію про здійснені господарські операції або про події, що відбулися в життя підприємства взагалі. Це можуть бути, наприклад, прибуткові накладні, накази про прийом на роботу, рахунки, платіжні доручення і т.д. Кожен документ характеризується номером, датою і часом. Система підтримує режим автоматичної нумерації документів, при якому вона самостійно може генерувати номер для нового документа. Важливими характеристиками документа є дата та час. Вони дозволяють встановити сувору тимчасову послідовність здійснення операцій. Таким чином, документи можуть відрізнятися один від одного не тільки номером, але й своїм становищем на тимчасовій осі. У результаті завжди можна сказати, яка з двох операцій була здійснена раніше [12, 32].
Документ «Замовлення-Наряд» містить інформацію про ремонтируемом автомобілі і майстри виконують ремонт. Також зберігає список використаних запчастин і наданих послуг. У документі проводиться автоматичний розрахунок вартості товарів і послуг.
Малюнок 2.2 - Форма Документу «Замовлення-Наряд»
Документ «Акт прийому-передачі ТЗ» містить інформацію про вжиті аварійних і списаних автомобілях, продавця і власника транспортного засобу. А також перелік доступних опцій і справного обладнання, короткий опис пошкоджень автомобіля.
Малюнок 2.2 - Форма Документу «Акт прийому-передачі ТЗ»
2.3 Проектування бази даних
В основу проектування БД повинні бути покладені уявлення кінцевих користувачів конкретної організації - концептуальні вимоги до системи. Саме кінцевий користувач у своїй роботі приймає рішення з урахуванням одержуваної в результаті доступу до бази даних інформації. Від оперативності та якості цієї інформації буде залежати ефективність роботи організації. Дані, що поміщаються в базу даних, також надає кінцевий користувач.
При розгляді вимог кінцевих користувачів необхідно брати до уваги наступне:
База даних повинна задовольняти актуальним інформаційним потребам організації. Отримана інформація повинна за структурою і змістом відповідати вирішуваним завданням.
Особливу увагу при побудові моделі приділяють цілісності і відсутності надмірності даних. Надмірність - це багаторазове повторення одних і тих же даних). Якщо в БД є кілька описів одного і того ж об'єкта, то всі примірники цих описів, крім одного будуть надлишковими. При аналізі схеми даних було виявлено відсутність надмірності даних.
Цілісність - це несуперечність одних даних іншим. Цілісність залежить від ступеня надмірності даних. Наприклад, якщо в БД є кілька описів одного викладача, то при зміні приналежності даного викладача до кафедри в одному описі порушується цілісність даних. Однак, навіть при не надмірності даних може виникнути порушення цілісності. Нехай з БД видаляються відомості про деяке викладача. Тепер посилання на цього викладача в зареєстрованих до видалення викладаються предметах в викладаються групах будуть неправильними і також кваліфікуються як порушення цілісності. Крім цілісності і не надмірності при проектуванні БД враховують можливість швидкого виконання запитів до БД та оптимального використання ресурсів, а також розмежування доступу для різних груп користувачів.
При проектуванні бази даних створюються два рівня моделі - логічний і фізичний. Логічний рівень - це абстрактний погляд на дані, на ньому дані представляються так, як виглядають у реальному світі, і можуть називатися так, як вони називаються в реальному світі. Логічний рівень моделі даних є універсальним і ніяк не пов'язаний з конкретною реалізацією системи управління базами даних [19, 23].
Малюнок 2.3 - Логічна модель даних
Фізичний рівень моделі даних, навпаки, залежить від конкретної системи управління базами даних, фактично будучи відображенням системного каталогу. У фізичному рівні моделі міститься інформація про всі об'єкти бази даних. Оскільки стандартів на об'єкти бази даних не існує (наприклад, немає стандарту на типи даних), фізичний рівень моделі залежить від конкретної реалізації системи управління базами даних.
Малюнок 2.4 - Фізична модель даних
База даних проектованої інформаційної системи буде реалізована власними коштами підтримки баз даних платформа «1С: Підприємство». Це обумовлюється тим, що можливості, надані платформою, дозволяють справлятися із завданнями, поставленими перед інформаційною системою, тому обсяги обробки інформації не є «вузьким місцем» ІС.
Вбудовані засоби підтримки баз даних платформи «1С: Підприємство» підтримують многопользовательскую роботу з базою даних. Використання вбудованих можливостей платформи «1С: П...
