n="justify"> де? ПСР - середнє час, що витрачається на пошук інформації,
? ВСР - середній час, що витрачається на видачу інформації.
Потрібно: побудувати базу даних, яка задовольняє обмеженню і мінімізує критерій.
.3.2 Постановка завдання модернізації інформаційної системи
Дано:
1. Система прототип торгово-складський комплекс (1С: Торгівля Склад 7.7 версія 1.4);
2. Мова програмування 1С;
. Стандартний звіт «Планування закупівель»;
Критерій:
Середній час (Q) пошуку облікової інформації та формування вихідних документів, визначається за формулою (1):
(1)
де N - кількість документів,
?- Час, що витрачається на формування i-го документа,
i- порядковий номер документа;
Потрібно:
. Удосконалити структуру інформаційної системи торгово-роздрібного підприємства:
доопрацювати стандартний звіт «Планування закупівель»,
створити додатковий зовнішній звіт «Нульова реалізація»,
створити додаткову зовнішню обробку «Пакетна друк інвен-ризації»;
2. Інтегрувати розроблені алгоритми в діючу конфігурацію інформаційної системи.
.4 Проектування бази даних
Для повноцінного функціонування інформаційної системи обов'язковою умовою є наявність бази даних, яка буде зберігати всю необхідну інформацію. База даних повинна задовольняти всім необхідним вимогам пропонованим системою. Основне завдання бази даних полягає в забезпеченні цілісності зберігання всієї інформації в необхідному вигляді і з необхідною надійністю.
.4.1 Розробка моделі бази даних
У даній інформаційній системі база даних призначена для обліку та управління документообігом, а також для зручного і доступного зберігання документів підприємства. База даних повинна забезпечувати:
облік і зберігання всіх необхідних документів;
зберігання даних про співробітників організації;
відстеження статусів документів у режимі реального часу;
надання доступу до інформації відповідним особам;
формування даних за документами і їх виконавцях.
Для проектування моделі бази даних необхідно чітко визначити, виходячи з опису предметної області, яку саме інформацію вона повинна берегти. Всі дані зберігаються у вигляді взаємопов'язаних між собою сутностей. Кожна сутність є множиною подібних індивідуальних об'єктів, званих екземплярами. Кожен екземпляр індивідуальний і повинен відрізнятися від всіх інших примірників. Атрибут виражає певну властивість об'єкта. З погляду бази даних (фізична модель) сутності відповідає таблиця, екземпляру сутності - рядок в таблиці, а атрибуту - колонка таблиці [11].
Побудова моделі даних передбачає визначення сутностей і атрибутів, тобто необхідно визначити, яка інформація буде зберігатися в конкретної сутності або атрибуті. Сутність можна визначити як об'єкт, подія або концепцію, інформація про яких повинна зберігатися. Сутності повинні мати найменування з чітким смисловим значенням, іменуватися іменником в однині, не носити технічних найменувань і бути досить важливими для того, щоб їх моделювати.
У першу чергу база даних повинна зберігати інформацію про потоках документів (вхідні, внутрішні та вихідні документи), а саме:
тип документа;
статус документа;
дату реєстрації;
терміни виконання;
передплатником і виконавців;
посилання на самі документи.
Так як всі дії та операції над документами виконують співробітники технікуму необхідно враховувати їх персональні дані, такі як:
прізвище, ім'я, по батькові;
адресу електронної пошти;
авторизовані дані для роботи з системою;
підрозділ, в якому працює співробітник.
2.4.2 Інфологіческое моделювання
Проектована база даних складається з наступних сутностей:
. Сутність «Співробітники» містить інформацію про співробітників організації. Перелік полів, їх атрибути та обмеження сутності «Співробітники» представлений у таблиці 1.
Таблиця 1
Сутність «Співробітники»
АтрібутТіп даних (довжина) ОграніченіеIDСотруднікаЧісловой (лічильник) Not nu...