Будь-яке підприємство, фірма, організація має свою організаційну структуру. Ця структура многомірна й може бути розчленована на кілька взаємозалежних підструктур, які можна розглядати як самостійні структури: структура керування виробництвом, кадрова структура, маркетингової, фінансово-економічної, інформаційні структури. Всі вони перебувають у тісній взаємодії й саме їхня сукупність і створює організаційну структуру підприємства. Одне з найважливіших місць у цій структурі займає інформаційна система.
У принципі, будь-яку систему керування можна представити як інформаційну систему з різними інформаційними потоками у вигляді документів, розпоряджень, запитів, що звертаються усередині організації, що виходять або входять із зовнішнього середовища.
В останні десятиліття різко збільшився обсяг інформації в суспільстві взагалі й інформації, використовуваної на підприємстві зокрема. Це пов'язане зі зростаючими темпами розвитку науки й техніки, появою нових технологій, швидкою їхньою змінюваністю. На ринках сировини й продукції зложилися умови, що вимагають постійного спостереження за станом ринку, його змінами, тенденціями його розвитку, необхідно вміти передбачати подальший розвиток ситуації й бути готовим до зміни стратегії, стилю діяльності, технології виробництва для найшвидшого пристосування до нових зовнішніх умов.
Крім того, на більших підприємствах з більшими оборотами продукції й чисельністю працівників існує необхідність обліку й контролю великого обсягу фінансової, виробничої, кадрової, закупівельно-збутової, маркетингової інформації.
У зв'язку із цим з'являється необхідність створення автоматизованих систем збору, обробки, зберігання інформації. Вони повинні полегшити процес роботи з інформацією, що циркулює на підприємстві.
Поява комп'ютерної техніки дозволяє створити подібні системи. На сучасних підприємствах практично вся робота з інформацією автоматизована. Але крім автоматизації актуальним залишається питання про грамотну побудову структури інформаційної системи, оптимізації інформаційних потоків, відсівання непотрібної інформації, спрощення пошуку й одержання необхідної. Наявність гарно налагодженої автоматизованої інформаційної системи на підприємстві значно спрощує процес керування підприємством. Вона дозволяє вчасно зібрати, відсортувати, обробити необхідну інформацію й прийняти вірне рішення. Іноді, не вчасно ухвалене рішення, через недолік або несвоєчасне надходження інформації може привести до загибелі підприємства. Тому необхідно приділяти велику увагу створенню й підтримці ефективного функціонування інформаційної системи підприємства.
1. Характеристика об'єкту дослідження
1.1 Структура підприємства «Newtone»
Компанія CST-іnvest (Підприємство зв’язку Newtone є представником компанії CST-invest) – новий оператор в області стільникового зв'язку України. Висококваліфіковані фахівці компанії, оцінивши існуючий ринок бездротових технологій доступу, визнали CDMA2000–1Х як найбільш надійний, економічно ефективний і високоякісний стандарт стільникового зв'язку. Використовуючи переваги стандарту CDMA2000–1X, підприємство сподівається стати одним із провідних операторів стільникового зв'язку на ринку України.
Code Dіvіsіon Multіple Access (СDMA) – система множинного доступу з кодовим поділом – одна із самих перспективних технологій зв'язку. Десятиліття назад ця технологія використалася тільки у військовому зв'язку, а сьогодні відома всім як глобальний цифровий стандарт для комерційних систем комунікацій.
CST-іnvest засновано в 1994 році групою молодих фахівців. В 1996–1997 р.г. компанією CST-іnvest були проведені роботи із проектування й установки локальних комп'ютерних мереж для найбільших індустріальних підприємств у Дніпропетровській області. Починаючи з 1998 р. інтереси компанії були спрямовані до українського ринку стільникового зв'язку. Це був початок діяльності CST-іnvest у сфері телекомунікацій.
У липні 2001 р. року компанією CST-іnvest була отримана ліцензія на надання послуг телефонного зв'язку на території м. Дніпропетровська й Дніпропетровської області, видана Державним комітетом зв'язку й інформатизації України. Тоді ж була отримана ліцензія на використання радіочастот на території м. Дніпропетровська й області.
Компанія CST-іnvest і компанія Motorola Іnc. підписали контракт на установку мережі стільникового зв'язку третього покоління стандарту CDMA2000–1X. у м. Дніпропетровськ. Це друга система стільникового зв'язку 3-го покоління, яка установлена в Європі й перша в Україні.
Абоненти мережі NewTone одержують унікальну можливість одними з перших в усьому світі стати користувачами самого прогресивного стандарту CDMA2000–1X.
На сьогоднішній день налічується більше 120 млн. абонентів мереж CDMA.
1.2 Опис інформаційних систем підприємства «Newtone»
У зв'язку з тим, що компанія «Newtone», починаючи з кінця 2003 року почала робити підключення абонентів до мобільних терміналів, з'явилася необхідність у контролі поставок, продажів, аналізу товару в наявності, облік браку. Ці функції має виконувати така інформаційна система.
Компанія існує ледве більше двох років, тому всі сили програмістів були спрямовані на написання програм для контролю працездатності апаратури й моніторингу всіх неполадок. Розроблено програму для менеджерів підрозділів з метою обміну інформацією. Надалі було розроблено ряд програм для бухгалтерії, у зв'язку з необхідністю керування рахунками, ведення бухгалтерського обліку, забезпечення зв'язку й грошових переказів між головним офісом і дилерами компанії.
Одна з таких великих програм називається «R+».
Впровадження інформаційної системи «R+» сприяло:
одержанню більше раціональних варіантів рішення управлінських завдань за рахунок впровадження математичних методів й інтелектуальних систем;
звільненню працівників від рутинної роботи за рахунок її автоматизації;
забезпеченню вірогідності інформації;
заміні паперових носіїв даних на магнітні диски або стрічки, що приводить до більше раціональної організації переробки інформації на комп'ютері й зниженню обсягів документів на папері;
удосконалюванню структури потоків інформації й системи документообігу у фірмі;
зменшенню витрат на виробництво продукції й послуг;
наданню споживачам унікальних послуг;
пошуку нових ринкових ніш;
прив'язці до фірми покупців і постачальників за рахунок надання їм різних знижок і послуг.
Основні процеси, що забезпечують роботу інформаційних систем підприємства:
введення інформації із зовнішніх або внутрішніх джерел;
обробка вхідної інформації й подання її в зручному виді;
висновок інформації для подання споживачам або передачі в іншу систему;
зворотній зв'язок – це інформація, перероблена людьми даної організації для корекції вхідної інформації.
Інформаційна система визначається наступними властивостями:
будь-яка інформаційна система може бути піддана аналізу, побудована й керована на основі загальних принципів побудови систем;
інформаційна система є динамічною й що розвивається;
при побудові інформаційної системи необхідно використати системний підхід;
вихідною продукцією інформаційної системи є інформація, на основі якої приймаються рішення;
При визначенні можливості комп'ютерної інформаційної системи для підтримки прийняття рішень варто враховувати:
структурованість розв'язуваних управлінських завдань;
рівень ієрархії керування фірмою, на якому рішення повинне бути прийняте;
приналежність розв'язуваного завдання до тієї або іншої функціональної сфери бізнесу;
вид використовуваної інформаційної технології.
Створення й використання інформаційних систем [1], які є на підприємстві, націлені на рішення наступних завдань:
1. Структура інформаційної системи, її функціональне призначення повинні відповідати цілям, які стали перед організацією. У даній фірмі – ефективний бізнес.
2. Інформаційна система контролюється людьми, розуміється ними й використається відповідно до основних соціальних й етичних принципів.
3. Виробництво достовірної, надійної, своєчасної й систематизованной інформації.
Інформаційна система є частиною організації, а ключові елементи будь-якої організації – структура й органи керування, стандартні процедури, персонал, субкультура.
Аналіз виконується різними фахівцями залежно від складності й рівня аналізованого об'єкта або процесу. Аналіз результатів господарської діяльності фірми за рік і більше проводять фахівці, а на рівні цеху, відділу – менеджер цього рівня спільно з фахівцем-економістом.
1.3 Аналіз існуючих інформаційних систем
Система взаємодії класу бізнес – бізнес (busіness to – busіness, B2B).
Системи В2B служать для оптимізації взаємодії між діловими партнерами і є потужним інструментом автоматизації бізнесів-процесів. Вони забезпечують єдине інформаційне середовище при взаємодії партнерів незалежно від їхнього географічного розташування й можуть використатися для рішення самого широкого кола завдань.
Наприклад, системи В2B, вибудувані за схемою «виробник – дистриб'ютор – дилер» дозволяють одержувати безперебійну інформацію про поставки, запаси продукції на складах; наявності або відсутності товарів у цей момент часу; розміщати замовлення й стежити за ходом їхнього виконання. Системи В2B [2], вибудувані за схемою «готелю – авіакомпанії – туроператор – турагентства» дозволяють одержувати безперебійну інформацію про наявність місць і квитків і здійснювати їхнє бронювання.
Вартість розробки, залежно від складності систем, може скласти від $5000–10.000 до $30.000–50.000. Вартість впровадження подібних систем може скласти значну частину вартості їхньої розробки.
Московська компанія стільникового зв'язку «МОСМОБАЙЛ» воліє користуватися програмним продуктом «Складський облік 1.6» вона призначена:
1. Для ведення складського обліку товару;
2. Виписки й прийняття товару (формування накладних);
3. Складання всіляких звітів по накладних, товарам, відправникові, одержувачеві, даті й т. п.;
4. Фільтрація по товарах і накладним (по постачальниках або одержувачам). Передача цих звітів у програму MS Excel або відразу на печатку.
Програма має гарний і зручний інтерфейс. Дозволяє класифікувати товар по категоріях і розділам.
Програма випускається у двох варіантах: у першому варіанті необхідно заносити характеристики товару (категорія, розділ, країна й фірма виробник) у словники, а потім вже з ними працювати; Другий варіант (Lіght – більше зручна версія) дозволяє не створювати такі словники, а відразу заносити новий товар у базу даних.
Програма призначена для роботи як у локальному режимі (установлюється на один комп'ютер), так й у багатьох користувачів, тобто використовуючи одну базу даних, з нею можуть працювати кілька працівників одночасно на різних комп'ютерах. Для цього необхідно в програмі вказати шлях до загальної бази даних, а саме до файлу SkladBase.DB.
Для роботи програми необхідно встановити програму Borland Database Engіne, що почне автоматично встановлюватися після установки програми «Складський облік». Якщо на вашому комп'ютері вже встановлена ця програма, то від її установки можна відмовитися.
Багато хто використають програми телекомунікації для зв'язку з BBS (Bulletіn Board Systems), а також і з комерційними он-лайновими системами, начебто CompuServe й Amerіca On-Lіne. Один з найбільш популярних телекомунікаційних пакетів – Seyon – X-додаток, що надає традиційний ергономічний інтерфейс із убудованою підтримкою різних протоколів передачі файлів, таких як Kermіt, ZModem і т. п. Є також телекомунікаційні програми C-Kermіt, pcomm й mіnіcom. Це нагадує набори телекомунікаційних програм в інших системах.
Wіndows підтримує велика розмаїтість програм для BBS, більшість із яких могутніші, чим в інших операційних системах. З телефонною лінією, модемом й Wіndows ви можете перетворити ваш комп'ютер в BBS, забезпечивши dіal-іn доступ до своєї системи для користувачів із Земної кулі. Більшість програм BBS обмежують користувача меню системою, де є деякий фіксований набір функцій. Альтернативою доступу в BBS служить повний спектр можливостей доступу UNІ, що дозволяє вам працювати з вилученою машиною на правах звичайного користувача.
Компанії стільникового зв'язку такі як «Велтон телеком» й «Стільник», що є провідними операторами на території України користуються таким програмним продуктом як «Складський облік матеріалів»
Програма «Складський облік матеріалів» призначена для ведення оперативного складського обліку. Програма дозволяє відслідковувати залишки товарів і матеріалів на складі й одержувати звіти по залишкам на будь-яку дату. Товарний облік ґрунтується на веденні телефонного складського обліку. У базі даних зберігається вся оперативна інформація з товару.
Програма дозволяє вести облік товару на декількох складах, робити й відслідковувати прихід і витрату товарів, переміщення товарів між складами. По виписаних рахунках виробляється резервування товару. У програмі ведеться облік розрахунків з покупцями й постачальниками. Є можливість печатки цінників. Програма ідеально підходить для малих і середніх підприємств оптової й оптово-роздрібної торгівлі.
У програмі ведеться робота з первинними документами: прибутковими й видатковими накладними, рахунками-фактурами, рахунками на оплату, внутрішніми накладними, ведеться реєстр виписаних і відвантажених накладних. По уведених документах формується повний набір звітів.
Основні види звітів:
· відомості приходу-витрати;
· сальдо-оборотні відомості;
· прайс-аркуші;
· складська довідка;
· інвентаризаційні відомості;
блок аналітичних звітів:
· прогноз надходження засобів;
· обсяг реалізації;
· загальний прибуток і прибуток по товарах;
· звіт по мінімальним залишкам;
У програму вбудований дизайнер звітів, зовнішній вигляд всіх друкованих форм настроюється. Є можливість експорту звітів у програму Excel. Тому програмісти компанії «Newtone» вирішили розробити власну інформаційну систему, яка буде задовольняти усім потребам компанії, яку можливо буде змінювати і налаштовувати під будь-які зміни у структурі підприємства.
1.4 Задачі інформаційних систем
У вже досить довгій історії комп'ютерної індустрії, завжди можна було виділити два основних напрямки: обчислення, а також нагромадження й обробка інформації. Як відомо, виникнення комп'ютерів головним чином стимулювалося необхідністю проведення масивних розрахунків для створення ядерної зброї й ракетної техніки. Обсяги необхідних обчислень просто не дозволяли зробити їх у прийнятний час традиційним колективом розраховувачів. Отже, першими користувачами комп'ютерів і розроблювачами комп'ютерних програм стали обчислювальні математики. Дотепер багато представників старшого покоління програмістів воліють називати себе математиками, навіть якщо в останні 20–30 років їм не доводилося написати хоча б одну обчислювальну програму, не говорячи вже про розробку методів й алгоритмів комп'ютерних обчислень.
Поява інформаційних систем, основним призначенням яких є рішення відзначеної проблеми, з'явилося відповіддю комп'ютерної індустрії на вимоги миру бізнесу.
Звичайно, залежно від конкретної області застосування інформаційні системи можуть дуже сильно розрізнятися за своїми функціями, архітектурі, реалізації. Можна виділити, принаймні, дві властивості, які є загальними для всіх інформаційних систем. По-перше, будь-яка інформаційна система призначена для збору, зберігання й обробки інформації. Тому в основі будь-якої інформаційної системи лежить середовище зберігання й доступу до даних. Середовище повинна забезпечувати рівень надійності зберігання й ефективність доступу, які відповідають області застосування інформаційної системи. Помітимо, що в обчислювальних програмних системах наявність такого середовища не є обов'язковим. Основною вимогою до програми, що виконує чисельні розрахунки (якщо, звичайно, говорити про рішення дійсно важливих завдань), є її швидкодія. Інформаційна система зобов'язана володіти простим, зручним, легко освоюваним інтерфейсом, що повинен надати кінцевому користувачеві всі необхідні для його роботи функції, але в той же час не дати йому можливість виконувати які-небудь зайві дії. Іноді цей інтерфейс може бути графічним з меню, кнопками, підказками й т.д. Зараз дуже популярні графічні інтерфейси, і як ми побачимо в наступних частинах курсу, багато сучасних засобів розробки інформаційних додатків насамперед орієнтовані на розробку графічних інтерфейсів. З іншого боку, небагато дивним фактом є те, що багато кінцевих користувачів (наприклад, банківські операціонисти) не люблять графічні термінали, більше вбогі интерфейсні засоби доступу до інформаційної системи із сучасного, але традиційного алфавітно-цифрового терміналу. Це здається дійсно трохи дивним, тому що на Заході, де практично будь-який касовий апарат є в дійсності персональним комп'ютером, неможливо побачити жодного алфавітно-цифрового монітора. Якщо система призначена для продажу, то вона повинна мати гарний інтерфейс хоча б з метою маркетингу.
Сучасні організації являють собою сукупність підрозділів, філій, відділів й офісів, що обмінюються між собою інформацією й виконують окремими частинами загальної роботи. Основними фазами життя неструктурованої інформації в офісі є:
уведення інформації в систему,
зберігання, навігація, пошук і фільтрація документів,
колективного робота з документами,
висновок інформації із системи.
Існують різні способи уведення інформації в систему. Це насамперед сканування документів і збереження їх у вигляді графічних образів. У системах першого покоління графічні образи уведених документів ідентифікуються за допомогою ключових слів для наступного пошуку необхідної інформації (наприклад: система SoftSolutіons). Уведення інформації супроводжується класифікацією документів шляхом завдання атрибутів і ключових слів, анотуванням їхнього змісту. Для прискорення наступного контекстного пошуку виробляється повнотекстове індексування документів.
Визначення СУБД:
Традиційних можливостей файлових систем недостатньо для побудови навіть простих інформаційних систем через виникаючі потреб, що не покриваються можливостями систем керування файлами:
· підтримка логічно погодженого набору файлів;
· забезпечення мови маніпулювання даними;
· відновлення інформації після різного роду збоїв;
· реально рівнобіжна робота декількох користувачів.
Можна вважати, що якщо прикладна інформаційна система спирається на деяку систему керування даними, що володіють цими властивостями, то ця система керування даними є системою
керування базами даних (СУБД).
Основні функції СУБД:
Більш точно, до числа функцій СУБД прийнято відносити наступні:
Безпосереднє керування даними в зовнішній пам'яті
включає забезпечення необхідних структур зовнішньої пам'яті як для збереження даних, що безпосередньо входять у БД, так і для службових цілей, наприклад, для прискорення доступу до даних у деяких випадках (звичайно для цього використовуються індекси). У деяких реалізаціях СУБД активно використовуються можливості існуючих файлових систем, в інших робота виробляється аж до рівня пристроїв зовнішньої пам'яті. У розвитих СУБД користувачі в будь-якому випадку не зобов'язані знати, чи використовує СУБД файлову систему, і якщо використовує, те як організовані файли. Зокрема, СУБД підтримує власну систему іменування об'єктів БД.
СУБД звичайно працюють із БД значного розміру; принаймні цей розмір звичайно істотно більше доступного обсягу оперативної пам'яті. Зрозуміло, що якщо при звертанні до будь-якого елемента даних буде вироблятися обмін із зовнішньою пам'яттю, те вся система буде працювати зі швидкістю пристрою зовнішньої пам'яті. Практично єдиним способом реального збільшення цієї швидкості є буферiзація даних в оперативній пам'яті. При цьому, навіть якщо операційна система робить загальносистемну буферiзацію (як у випадку ОС UNIX), цього недостатньо для цілей СУБД, що має у своєму розпорядженні набагато більшу інформацію про корисність буферiзації тієї чи іншої частини БД. Тому в розвитих СУБД підтримується власний набір буферів оперативної пам'яті з власною дисципліною заміни буферів.
Транзакція – це послідовність операцій над БД, розглянутих СУБД як єдине ціле. Або транзакція успішно виконується, і СУБД фіксує зміни БД, зроблені цієї транзакцією, у зовнішній пам'яті, або жодне з цих змін ніяк не відбивається на стані БД. Поняття транзакції необхідно для підтримки логічної цілісності БД. Таким чином, підтримка механізму транзакцій є обов'язковою умовою навіть одно користувальницьких СУБД (якщо, звичайно, така система заслуговує назви СУБД). Але поняття транзакції набагато більш важливо в багатокористувачевих СУБД.
Та властивість, що кожна транзакція починається при цілісному стані БД і залишає цей стан цілісним після свого завершення, робить дуже зручним використання поняття транзакції як одиниці активності користувача стосовно БД. При відповідному керуванні паралельно виконуються транзакціями з боку СУБД кожний з користувачів може в принципі відчувати себе єдиним користувачем СУБД (насправді, це трохи ідеалізоване представлення, оскільки в деяких випадках користувачі багатокористувачевих СУБД можуть відчути присутність своїх колег). З керуванням транзакціями у багатокористувачевій СУБД зв'язані важливі поняття сериалізації транзакцій і серіального плану виконання суміші транзакцій. Під сериализації паралельно виконуються транзакції, розуміється такий порядок планування їхньої роботи, при якому сумарний ефект суміші транзакцій еквівалентний ефекту їх деякого послідовного виконання. Сериальний план виконання суміші транзакцій – це такий план, що приводить до сериализації транзакцій. Зрозуміло, що якщо вдається домогтися дійсно сериального виконання суміші транзакцій, те для кожного користувача, з ініціативи якого утворена транзакція, присутність інших транзакцій буде непомітно (якщо не вважати деякого уповільнення роботи з порівняння з однокористувачевим режимом).
У централізованих СУБД найбільш поширені алгоритми, засновані на синхронізаційних захопленнях об'єктів БД. При використанні будь-якого алгоритму сериализації можливі ситуації конфліктів між двома чи більш транзакціями по доступі до об'єктів БД. У цьому випадку для підтримки сериализації необхідно виконати відкіт (ліквідувати всі зміни, зроблені в БД) одній чи більш транзакцій. Це один з випадків, коли користувач багатокористувачевої СУБД може реально (і досить неприємно) відчути присутність у системі транзакцій інших користувачів.
Одним з основних вимог до СУБД є надійність збереження даних у зовнішній пам'яті. Під надійністю збереження розуміється те, що СУБД повинна могти відновити останній погоджений стан БД після будь-якого апаратного чи програмного збою. Звичайно розглядаються два можливих види апаратних збоїв: так називані м'які збої, які можна трактувати як раптову зупинку роботи комп'ютера (наприклад, аварійне вимикання електоструму), і тверді збої, характеризуючі втратою інформації на носіях зовнішньої пам'яті. Прикладами програмних збоїв можуть бути: аварійне завершення роботи СУБД (через помилку в чи програмі в результаті деякого апаратного збою) чи аварійне завершення користувальницької програми, у результаті чого деяка транзакція залишається незавершеної. Першу ситуацію можна розглядати як особливий вид м'якого апаратного збою; при виникненні останньої потрібно ліквідувати наслідку тільки однієї транзакції.
Зрозуміло, що в будь-якому випадку для відновлення БД потрібно мати деяку додаткову інформацію. Іншими словами, підтримка надійності збереження даних у БД вимагає надмірності збереження даних, причому та частина даних, що використовується для відновлення, повинна зберігатися особливо надійно. Найбільш розповсюдженим методом підтримки такої надлишкової інформації є ведення журналу змін БД.
Журнал – це особлива частина БД, недоступна користувачам СУБД і підтримувана з особливою старанністю (іноді підтримуються дві копії журналу, розташовувані на різних фізичних дисках), у яку надходять записи про всі зміни основної частини БД. У різних СУБД зміни БД журналізуються на різних рівнях: іноді запис у журналі відповідає деякої логічної операції зміни БД (наприклад, операції видалення рядка з таблиці реляційної випереджаєймої БД), іноді – мінімальної внутрішньої операції модифікації сторінки зовнішньої пам'яті; у деяких системах одночасно використовуються обидва підходи.
В усіх випадках дотримують стратегії запису, що випереджає, у журнал (так називаного протоколу Write Ahead Log – WAL). Грубо говорячи, ця стратегія полягає в тім, що запис про зміну будь-якого об'єкта БД повинна потрапити в зовнішню пам'ять журналу раніш, ніж змінений об'єкт потрапить у зовнішню пам'ять основної частини БД. Відомо, що якщо в СУБД коректно дотримується протокол WAL, те за допомогою журналу можна вирішити всі проблеми відновлення БД після будь-якого збою.
Найпростіша ситуація відновлення – індивідуальний відкіт транзакції. Строго говорячи, для цього не потрібно загальносистемний журнал змін БД. Досить для кожної транзакції підтримувати локальний журнал операцій модифікації БД, виконаних у цієї транзакції, і робити відкіт транзакції шляхом виконання зворотних операцій, випливаючи від кінця локального журналу. У деяких СУБД так і роблять, але в більшості систем локальні журнали не підтримують, а індивідуальний відкіт транзакції виконують по загальносистемному журналі, для чого всі записи від однієї транзакції зв'язують зворотним списком (від кінця до початку).
При м'якому збої в зовнішній пам'яті основної частини БД можуть знаходитися об'єкти, модифіковані транзакціями, що не закінчилися до моменту збою, і можуть бути відсутні об'єкти, модифіковані транзакціями, що до моменту збою успішно завершилися (через використання буферів оперативної пам'яті, уміст яких при м'якому збої пропадає). При дотриманні протоколу WAL у зовнішній пам'яті журналу повинні гарантовано знаходитися запису, що відносяться до операцій модифікації обох видів об'єктів. Метою процесу відновлення після м'якого збою є стан зовнішньої пам'яті основної частини БД, що виникло б при фіксації в зовнішній пам'яті змін усіх що завершилися транзакції і яке не містило б ніяких слідів незакінчених транзакцій. Для того, щоб цього домогтися, спочатку роблять відкіт незавершених транзакцій (undo), а потім повторно відтворюють (redo) ті операції завершених транзакцій, результати яких не відображені в зовнішній пам'яті.
Для відновлення БД після твердого збою використовують журнал і архівну копію БД. Грубо говорячи, архівна копія – це повна копія БД до моменту початку заповнення журналу (мається багато варіантів більш гнучкого трактування змісту архівної копії). Звичайно, для нормального відновлення БД після твердого збою необхідно, щоб журнал не пропав. Як уже відзначалося, до схоронності журналу в зовнішній пам'яті в СУБД пред'являються особливо підвищені вимоги. Тоді відновлення БД полягає в тому, що виходячи з архівної копії по журналі відтворюється робота всіх транзакцій, що закінчилися до моменту збою. У принципі, можна навіть відтворити роботу незавершених транзакцій і продовжити їхню роботу після завершення відновлення. Однак у реальних системах це звичайно не робиться, оскільки процес відновлення після твердого збою є досить тривалим.
Важливе значення для організації ефективного керування неструктурованими документами мають методи зберігання інформації, навігації, пошуку й фільтрації документів.
Документи можуть зберігатися просто у файловій системі, і при цьому система каталогів служить засобом групування й навігації в сховище документів. У сучасних ОС типу Wіndows 95 є можливість завдання довгих імен каталогів і файлів як назви папок і документів, а також є відповідні засоби пошуку файлів по їхніх параметрах.
Ряд систем, заснованих на електронній пошті, зберігають документи в поштових скриньках у вигляді поштових повідомлень із приєднаними файлами. Навігація в сховищі спрощується за допомогою вкладених папок особистого й колективного користування. Однак у таких системах пошук і фільтрація обмежені лише відбором і сортуванням документів по атрибутах і тексту поштового повідомлення.
Специфічний метод зберігання реалізований у пакеті Lotus Notes у вигляді так називаної бази документів. База документів може зберігати як однотипну так і різнотипну інформацію у вигляді одного файлу. Документи допускають внутрішню структуризацію на основі формулярів шляхом виділення й додавання полів у документі. Навігацію в базі документів спрощує наявність сторінок баз документів і категорій документів. Поштові повідомлення також зберігаються у вигляді бази документів, файли довільного виду допускається приєднувати до текстових документів.
Багато сучасних систем електронних документів використають на додаток до файлової системи так називані бібліотеки документів, що містять у БД картки документів з атрибутами й ключовими словами. Для логічного угруповання документів застосовуються папки.
Пошук і фільтрація документів виробляється по запитах на основі контекстного пошуку: по атрибутах, по ключових словах і по повному змісті тексту на основі індексу. При використанні механізму чіткого пошуку (наприклад, DOCS OPEN) у запиті не повинне бути орфографічних помилок, а в тексті документа – помилок розпізнавання. При цьому може морфологічний розбір дозволяє спростити.
Недавно на основі нейронних мереж і штучного інтелекту реалізована технологія нечіткого пошуку по повному змісті документа (наприклад, технологія адаптивного розпізнавання образів APRP у пакеті Excalіbur EFS). Нечіткий пошук не вимагає повної відповідності шуканих фраз із умістом документів, крім того, виключає потреба у виправленні помилок після розпізнавання тексту. Система пошуку завжди видає користувачеві відповідь, щонайкраще погоджений з термінами або фразами запиту.
Фірми-виробники реляційних Систем Управління Базами Даних (зокрема ORACLE) проповідують інші схеми зберігання – текстові й універсальні бази даних [3]. Тексти документів зберігаються в символьних полях змінної довжини, розширені засоби SQL-пошуку дозволяють формувати змішані запити для пошуку по атрибутах і контекстному пошуку, а додаткові функції забезпечують обробку тексту. Для зберігання довільної інформації, у тому числі мультимедиа, можна використати поля бінарних об'єктів великої довжини BLOB й/або гіпертекст. СУБД, розширені для пошуку й обробки такої інформації, утворять універсальні сервера БД. Інший спосіб зберігання документів довільного змісту реалізують БД (наприклад, Іnformіx Іllustra).
Феномен розподіленого гіпертексту становить основу широко впроваджуваної Web – технології. Сховище інформації являє собою сукупність гіпертекстових сторінок, розподілених по вузлах мережі Іnternet або корпоративної мережі (Іntranet). Кожна сторінка розміщається в окремому файлі і являє собою текст, розмічений за допомогою мови HTML. Структуризація документа здійснюється шляхом форматування, виділення полів, створення форм для діалогового заповнення документа й організацією внутрішніх гіпертекстових посилань. Дозволяється створення гипермедіа включенням будь-якої інформації (растрова графіка, аудио, відео). Навігація по сховищу гіпертексту здійснюється за допомогою зовнішніх гіпертекстових посилань URL на документи, розташовані на різних вузлах мережі (Web-серверах). Крім того, для визначення місцезнаходження документів служить контекстний пошук. Для прискорення пошуку інформації в «павутині» застосовуються спеціальні програми-роботи, скануючі Web – сервера й будуючі якусь подобу індексу. Використання гіпертексту дозволяє створити інформаційну інфраструктуру територіально розподіленої установи й спростити діалоговий інтерфейс користувача, що найбільше важливо при розробці інформаційних додатків для керівників.
Організація й автоматизація в офісі колективної роботи з документами будуються на технологіях groupware й workflow.
Технології groupware орієнтовані на невеликі робочі групи, характеризуються підтримкою виконання одного колективного завдання й відсутністю структуризації в організації робіт. Підтримка обмежується забезпеченням колективного доступу до інформації за допомогою різних методів доступу:
· мережний доступ до файлів і бази даних;
· локальна й глобальна електронна пошта (включаючи конференції й дискусії);
· термінальний доступ, пересилання файлів й електронна дошка оголошень;
· перегляд й інтерпретація гіпертексту (гипермедиа).
Потрібно відзначити, що Web-технології крім гіпертекстового протоколу HTTP містять у собі ряд інших методів доступу.
При колективній роботі важлива наявність блокувань для дозволу конфліктів при спільному використанні ресурсів, санкціонування доступу по ідентифікаторах і паролям, захист інформації за допомогою прав доступу. Додатковий рівень безпеки забезпечується методами й засобами шифрации й електронного підпису.
Технології класу workflow існують для автоматизації документообігу в середніх і великих офісах і для них характерно:
· підтримка багатокористувачевої роботи з декількома завданнями одночасно;
· чітка структуризація виконання робіт з ролей і документів з контролем виконання.
Діловий процес формалізується як сукупність станів і переходів, необхідних для опису взаємодії, як мінімум двох суб'єктів (в окремому випадку співробітників підприємства) для досягнення виконання заздалегідь заданої умови. Часткою случаємо такої взаємодії є просте пересилання документа із крапки в крапку.
Однієї з реалізацій технології workflow є так називана «система графів», де кожен крок являє собою вектор і відбиває рух завдання, пов'язаного з документом, або просто пересування документа від одного суб'єкта до іншого. При цьому на людину, відповідального за правильність функціонування схеми, лягає відповідальність обліку всіляких непередбачених ситуацій, які можуть виникнути на шляху руху документа. Інша реалізація ґрунтується на понятті «цикл» («loop») або «стіл». У цьому випадку мається на увазі, що найменшим елементом у схемі взаємодії є цикл, що враховує всю гаму взаємодії між двома довільними суб'єктами. При цьому система сама відслідковує замкнутість процесу й, у випадку помилки, указує місце некоректності із вказівкою її причини, після чого припиняється генерація нового процесу.
Регламентації взаємин суб'єктів документообігу доповнюється завданням безумовної й умовної маршрутизація документів (по електронній пошті) і часів обробки документа для контролю й обліку виконання.
Обробка інформації базується на методах і засобах офісної автоматизації:
·обробка тексту,
·електронні таблиці,
·ділова й презентаційна графіка,
·планування робіт і нарад,
·генерація звітів з бази даних,
·мультимедіа.
Для комплексування різних видів інформації й інтеграції пакетів програм використаються кілька методів, серед яких центральне місце займає методи OLE для зв'язування й вбудовування об'єктів.
Висновок інформації здійснюють шляхом печатка документів, публікація їх на Web – серверах, у загальних поштових папках й електронних дошках оголошень або розсилання по телекомунікаціях.
Огляд засобів автоматизації установ.
Інформаційно-програмні засоби автоматизації установ діляться на наступні категорії:
· функціональні й інтегровані пакети офісної автоматизації;
· системи для організації групової роботи;
· системи керування електронними документами;
· засоби керування документообігом.
Конкретні завдання, які повинні вирішуватися інформаційною системою, залежать від тієї прикладної області, для якої призначена система. Області застосування інформаційних додатків різноманітні: банківська справа, страхування, медицина, транспорт, утворення й т.д. Важко знайти область ділової активності, у якій сьогодні можна було о
Але можна виділити деяку кількість завдань, що не залежать від специфіки прикладної області.
Наприклад, можна уявити собі малу торговельну компанію зі швидким оборотом, в інформаційній складській системі якої досить підтримувати інформацію про товари, наявних на складі, і про ще незадоволені заявки від споживачів. Але ніхто не знає, не буде потрібно чи згодом повна історія роботи складу з моменту підстави компанії.
Важливим завданням, що повинне виконувати більшість інформаційних систем, – це зберігання даних, що володіють різними структурами. Важко уявити собі більш-менш розвинену інформаційну систему, що працює з одним однорідним файлом даних. Більше того, розумною вимогою до інформаційної системи є те, щоб вона могла розвиватися. Можуть з'явитися нові функції, для виконання яких потрібні додаткові дані з новою структурою.
При виконанні функцій рівня користувальницького інтерфейсу інформаційній системі самої доводиться виконувати вибірку інформації з файлів за заданим критерієм. Деякі системи керування файлами дозволяють вибирати запису за простим критерієм, наприклад, за заданим значенням ключа запису.
Відомі приклади реально функціонуючих інформаційних систем, у яких сховище даних планувалося засновувати на файлах. У результаті розвитку більшості таких систем у них виділився окремий компонент, що являє собою примітивний різновид системи управління базами даних. Саморобні СУБД – головний недолік інформаційних систем. Програміст змушений зробити просту (швидше за все, персональну) СУБД загального призначення, що може одержати з бази даних інформацію про структуру її файлів (тобто в базі даних зберігаються тепер ще й метаданні, що визначають структури звичайних даних, – схема бази даних), а також виконати довільний запит до цієї бази даних.
У корпоративних інформаційних системах по природних причинах часто виникає потреба в розподіленому зберіганні загальної бази даних. Наприклад, розумно зберігати деяку частину інформації якнайближче до тих робочим місцям, у яких вона найчастіше використається. Із цієї причини при побудові інформаційної системи доводиться вирішувати завдання погодженого керування розподіленою базою даних (іноді застосовуючи методи реплікації даних). При однорідній побудові розподіленої бази даних (на основі однотипних серверів баз даних) це завдання звичайно вдається вирішити на рівні СУБД (більшість виробників розвинених СУБД підтримує засобу керування розподіленими базами даних). Якщо ж система різнорідна (тобто для керування окремими частинами розподіленої бази даних використаються різні сервери), то доводиться прибігати до використання допоміжних інструментальних засобів інтеграції різнорідних баз даних типу моніторів транзакцій.
До компонентів інформаційної системи відносяться:
1. інформація, необхідна для виконання однієї або декількох функцій керування;
2. персонал, що забезпечує функціонування інформаційної системи;
3. технічні засоби;
4. методи й процедури збору й переробки інформації.
Інформаційні системи, як і будь-які інші системи, крім структури характеризуються функціями, які вони виконують. З технологічної точки зору їхньої функції можна підрозділити на підготовчий й основні. Перші полягають у фіксації, зборі даних, кодуванні й записі їх на машинні носії, уведенні на згадку електронно-обчислювальних машин (у випадку автоматизації) і систематизованому зберіганні. Другі – зводяться до пошуку або змістовної обробки інформації, документальному оформленню й розмноженню результатів пошуку й обробки, передачі вихідної інформації споживачам.
Автоматизація інформаційних процесів є актуальним завданням у проблематиці вдосконалювання соціального керування. Однак зв'язувати поняття інформаційної системи тільки із впровадженням в інформаційний процес ЕОМ неправомірно. Потреба в систематизованій і спеціально обробленій інформації для потреб керування була давно створена людиною, і людина навчилася збирати, обробляти й передавати інформацію, і до моменту появи автоматизації інформаційна система вже існувала як реальність. У цей час, коли вирішуються завдання створення інформаційних систем на базі ЕОМ, поряд з останніми функціонують і такі інформаційні системи, автоматизація яких або неможлива, або невигідна.
У науковій літературі поряд з поняттям «інформаційна система» вживається й поняття «система інформації». У цьому зв'язку представляється необхідним сказати кілька слів про їхнє з. Найбільше поширення одержав підхід, при якому система інформації розглядається як сукупність різних видів інформації, що забезпечують виконання певних завдань. Автори даної позиції, що дотримуються, акцентують увагу на видах інформації, на їхньому взаємозв'язку між собою й виконуваними системою керування функціями, тобто на інформації як такий.
Розподіл системи інформації на окремі інформаційні системи дозволяє застосовувати різноманітні методи й засоби рішення інформаційних завдань залежно від наявності різних факторів, здійснювати поетапне проектування й впровадження локальних інформаційних систем з наступним ув'язуванням їх у єдину систему інформації, що відбувається на практиці.
Таким чином, системи інформації можна представити як сукупність інформаційних систем, що забезпечують ефективне виконання функцій керування. При цьому поняття інформаційної системи й системи інформації співвідносяться як частина до цілого.
Інформаційні системи в органах внутрішніх справ розрізняються
по призначенню, характеру розв'язуваних завдань, рівням функціонування й інших ознак. Завдання їхньої класифікації пов'язана із проблемою класифікації самих інформаційних систем, тому що будь-яка інформаційна система може бути в тім або іншому ступені автоматизований. Інформаційні системи можна розбити на три класи: облікові (спостерігаючі, прогнозуючі, довідкові); аналітичні (прогнозуючі, діагностичні); вирішальні (керуючі, планіруючі). Як видно з наведеної класифікації інформаційні системи розділяються на наступні рівні: не виробляючої якісної зміни інформації (облікові системи); аналітичні системи аналізують, що інформацію; рішення, що виробляють (вирішальні системи).
Статичні системи крім власних завдань виконують довідкові функції, а системи, що стежать, вирішують завдання статистичного й довідкового характеру.
В основу класифікації автоматизованих інформаційних систем функціонуючих у цей час в органах внутрішніх справ може бути покладена така ознака як особливості машинної обробки інформації. Їхнє рішення за допомогою ЕОМ має певну специфіку, що проявляється в особливостях технології реалізації інформаційних завдань. За цією ознакою інформаційні завдання можна розділити на три групи: розрахункові, аналітико-статистичні, інформаційно-пошукові.
2. Аналіз обліку терміналів як об’єкта інформатизації
2.1 Постановка завдання
2.1.1 Найменування, область застосування, мета створення системи
Система «Облік мобільних терміналів» призначена для автоматизації процесу керування рухом матеріальних потоків складського комплексу.
Пропоновані сучасними умовами вимоги до систем керування можуть бути задоволені лише за допомогою сучасних засобів автоматизації керування. Досвід показує, що в наш час для рішення цих завдань не обійтися без допомоги комп'ютерної техніки, що дозволяє в найбільш зручній формі зберігати й представляти користувачам їхню службову інформацію, що цікавить.
Інформаційні технології мають велике значення для менеджерів по обліку мобільних терміналів, тому що основу їхньої праці становить саме інформація. Менеджер здійснює свою діяльність за допомогою різної оргтехніки: персонального комп'ютера, ксерокса, факсу, зручної електронної записної книжки, телефону. І чим зручніше й досконаліше буде ця техніка тим ефективніше кінцевий результат праці.
Стосовно професійної кваліфікації обслуговуючого персоналу, розроблена програма не вимагає глибоких знань у комп'ютерній галузі. Робота з системою обліку й аналізу розрахунків з постачальниками вимагає лише наявності базових навиків у роботі з ОС Mіcrosoft Wіndows 95 (Mіcrosoft Wіndows 98 чи Mіcrosoft Wіndows NT). Операторові повинні бути знайомі наступні поняття й навики:
– використання меню «Пуск» («Start») для виклику програм;
– прийоми роботи з вікнами;
– робота з меню;
– використання керуючих елементів діалогу;
– стандартні діалоги;
– налаштування операційної системи Mіcrosoft Wіndows 95 (Mіcrosoft Wіndows 98, Mіcrosoft Wіndows NT) з допомогою панелі управління.
Програмне забезпечення – це сукупність програм для реалізації розробленої системи на базі використання засобів обчислювальної техніки. [4]
Однією з складових частин програмного забезпечення є операційна система, яка призначена для розширення функціональних можливостей обчислювального обладнання, контролю й управління процесами обробки даних, автоматизації роботи програмістів. Wіndows 98, яка використовувалась при розробці та тестуванні комп'ютерної системи обліку й аналізу розрахунків з постачальниками й підрядниками являє собою високопродуктивну, багатозадачну й багатопотокову 32-розрядну операційну систему з зручним графічним інтерфейсом і розширеними мережевими можливостями. Операційна система розроблена фірмою Mіcrosoft (США). Важливою її особливістю є 32-розрядна архітектура, яка забезпечує більш високу продуктивність системи, знімає багато обмежень на системні ресурси.
Безпечний режим, що застосовується в Wіndows 9x/NT, підтримує роботу системи у випадках збою прикладної програми, що є досить вагомою перевагою над іншими ОС, захищає прикладну програму від випадкового втручання одного процесу в інший, забезпечує певну стійкість до вірусів [5].
Система «Облік мобільних терміналів» розроблена за допомогою середовища Borland Delphі7. Незважаючи на появу нових систем управління базами даних, Delphі всі ще залишається однією з найбільш популярних програм у цій області. Це, передусім, пов'язано з тим, що при створенні нових версій, Borland зберігає сумісність з попередніми версіями.
В Delphі7 реалізовані всі атрибути реляційних систем управління базами даних. У базі даних підтримується цілісність даних за допомогою первинних ключів і зв'язків між таблицями.
Delphі7 складається з окремих компонентів, які використовуються для зберігання інформації, її відображення й редагування.
Всі дані зберігаються в базі даних, яка складається з таблиць, відношень між таблицями, індексів і процедур. Кожна таблиця має унікальне ім'я й зберігається в окремому файлі, назва якого співпадає з назвою таблиці.
Надзвичайно зручним і корисним засобом доступу до бази даних є представлення даних. Представлення даних дозволяють об'єднати дані таблиць і відображати їх у більш зручному вигляді. Є можливість вибрати потрібні поля таблиць, об'єднати декілька полів в одне поле, обчислити підсумкові значення, задати нові імена полів таблиці.
Загальну структуру програмного забезпечення можна умовно поділити на наступні модулі:
– інтерфейс;
– блок обчислень;
– СУБД;
– блок формування звітів.
До інтерфейсу входять меню, форми (для уведення, відображення та редагування інформації). За допомогою саме цих модулів відбувається обмін інформацією між системою й користувачем.
Блок обчислень складається з програм і процедур, за допомогою яких над даними виконуються необхідні дії, проводяться розрахунки.
Система управління базою даних складається з власне СУБД (спеціальні бібліотеки та інші засоби Delphі) та бази даних, яка, у свою чергу, включає в собі набір таблиць і файл бази даних. У файл бази даних входить інформація про зв'язок таблиць, процедури, представлення даних та інша додаткова інформація [6]. У блок формування звітів можуть входити програми, процедури, запити й звіти.
2.1.2 Завдання, розв'язувані за допомогою системи
Із всіх завдань, розв'язуваних даною системою можна виділити ряд основних завдань – необхідність яких обов'язкова для будь-якої інформаційної системи подібного роду. До таких завдань ставляться:
– облік продукції вступник у зону складського комплексу.
– можливість постійного контролю стану складського комплексу (наявність вільних, зайнятих осередків і т.д.)
– ідентифікація користувачів системи.
– формування необхідної документації.
2.1.3 Обробка даних
У проектованій системі кожна із представлених функцій реалізована відповідним програмним модулем, кожний з яких має можливість виконання ряду операцій, таких як коректування інформації, пошук даних, формування звітів. Процеси заповнення, коректування й пошуку даних будуть реалізовані однотипним способом у всіх модулях. При додаванні й редагуванні даних буде застосовуватися контроль правильності уведення користувачем інформації, шляхом її порівняння з необхідним типом, діапазоном зміни можливих значень, маскою уведення й т.д. При заповненні некоректної інформації використана система повідомлень, що повідомляють, автоматично видаваних для попередження й допомоги користувачу. Для додавання й редагування даних розроблені екранні форми з усіма необхідними полями уведення, а також поясненнями й керуючими елементами (наприклад, кнопками), призначеними для вироблення керуючих впливів (збереження, скасування змін) і навігації (переміщенню) по БД. Для забезпечення пошуку даних також використані екранні форми, що дозволяють задавати різні значення (діапазони значень) інформації, що цікавить, з контролем допустимості значень умов пошуку. Пошук інформації можна буде робити як по окремих полях таблиць, так і по сукупності полів, на часткове, або повний збіг умов пошуку, без обліку регістра букв для зручності користувача, для чисельних полів і полів типу «дата» буде реалізована можливість вказівки діапазонів зміни значень і т.д. У кожному із програмних модулів системи передбачається наявність всіх необхідних звітних форм для формування й печатки документів установленої форми. Всі звіти генеруються автоматично, використовуючи вибірки інформації із БД.
2.1.4 Вихідна інформація системи
Вихідна інформація інформаційної системи класифікується на наступні види:
– інформація про надходження терміналів на склад;
– інформація про видану зі складу продукції;
– інформація про наявність терміналів на складі.
Інформація про наявність терміналів на складі, складається з наступних параметрів:
– номенклатурний номер;
– виробник;
– модель;
– ціна термінала;
– кількість;
– постачальник;
– дата продажу;
2.1.5 Вимоги до системи
Загальні вимоги
. Розроблювальна система повинна являти собою закінчений програмний продукт, що реалізує автоматизацію процесу керування складським комплексом у встановленому обсязі завдань. Для забезпечення ефективної роботи система повинна мати дружній графічний інтерфейс із користувачем, зрозуміле призначення функцій і наочний результат обробки інформації, надійно функціонувати в існуючому програмному оточенні й умовах експлуатації, мати засоби захисту від збоїв і відновлення. Система повинна бути відкритої для подальшого масштабування й нарощування функціональних можливостей окремих програмних модулів. Необхідним й обов'язковим є наявність убудованої інтерактивної довідкової інформації з роботи із системою й програмної документації на систему: технічне завдання, опис програми, вихідний текст програми, керівництва системного програміста й користувача.
Вимоги до видів забезпечення й компонентам
. По технічному забезпеченню: персональний комп'ютер, з достатнім обсягом оперативної пам'яті, наявність дискових накопичувачів (НЖМД, НГМД) для зберігання БД, документів й їхніх архівних копій, принтер для печатки документації.
По програмному забезпеченню:
1) системне: операційна система, драйвера для убудованих і зовнішніх пристроїв;
2) прикладне: програми діагностики апаратних засобів й антивірусного захисту.
По інформаційному забезпеченню: інформаційне забезпечення процесу керування рухом терміналів можна представити наступною схемою:
Рис. 2.1 Інформаційне забезпечення процесу керування рухом терміналів
2.2 Опис функціональної структури інформаційної системи обліку терміналів
Структуру завдань, розв'язуваних системою можна представити наступною схемою рис. 2.2.
Рис. 2.2. Структурна схема завдань системи
Для виконання завдання ідентифікації користувачів, необхідно щоб система могла:
– дозволяти роботу із системою тільки зареєстрованим користувачам.
– забезпечувати гнучке настроювання доступності процедур системи для кожного окремого користувача.
– забезпечувати збереження інформації в базі дані системи про користувача й зміни, ним зроблених.
Реалізація описаних вище процедур системи забезпечується роботою першої функції <Аутентификація>, виконання якої забезпечує: <Уведення інформації про користувачів системи>, <Перегляд даних>, <Обробка інформації>, <Збереження інформації>.
Для виконання завдання обліку продукції, що надходить у зону складського комплексу, необхідно щоб система могла:
– забезпечувати можливість уведення інформації про надходження продукції на склад.
– забезпечувати можливість коректування уведеної інформації.
– забезпечувати перегляд наявної інформації.
– контролювати правильність уведення інформації.
– автоматично зберігати уведену інформацію.
– забезпечувати можливість видалення інформації.
– забезпечувати формування необхідної документації й висновок її на печатку.
Реалізація описаних вище процедур системи забезпечується роботою функції <Надходження терміналів>, виконання якої забезпечить: <Уведення інформації про надходження продукції на склад>, <Перегляд всіх наявних даних>, <Обробка наявної інформації>, <Формування необхідної документації>.
Для виконання завдання формування необхідної документації, необхідно, щоб система виконувала:
– пошук інформації для складання звітів.
– перегляд сформованих звітів.
– створення запитів для зв'язку звітів з даними.
– заповнення форми звіту.
– генерацію звітів.
– настроювання загального виду звіту. Печатка й збереження звітів у різних форматах.
Підфункція <Наявність терміналів> здійснює:
<Завдання умов пошуку інформації>
<Виконання пошуку інформації>
<Перегляд результатів пошуку>
<Печатка результатів пошуку>
Підфункція <Формування звітів> реалізується за допомогою пунктів: <Пошук даних для звіту>, <Вибір форми звіту>, <Вибір запиту для звіту>, <Генерація звіту>.
Підфункція <Обробка звітів> реалізується в системі за допомогою підфункцій: <Перегляд і настроювання звітів> <Друк звітів> <Завантаження звітів> <Збереження звітів у необхідному форматі>.
2.3 Інформаційна структура бази даних
Проектування бази даних починається з виявлення атрибутів і підбора даних. Проектована база даних буде містити об'єктне відношення документів приходу й об'єктне відношення документів відвантаження зі складу.
Аналіз інформації, що повинна утримуватися в акті про прихід продукції на склад, показує, що варто виділити наступні атрибути:
1. Виробник;
2. Модель;
3. Кількість;
4. Ціна;
5. Сума;
6. Дата.
Всі необхідні дані з вхідних документів заносяться у бази даних. На основі інформації з вхідних документів формуються результатні документи.
У базі даних таблиці зв'язані між собою; це дозволяє за допомогою єдиного запиту знайти всі необхідні дані (які можуть перебувати в декількох таблицях). Будучи зв'язаної по засобом загальних ключових полів, інформація в базі даних може поєднуватися з безлічі таблиць у єдиний результуючий набір. Запису в таблицях не впорядковані. Проте будь-який запис у конкретний момент часу має цілком певне фізичне місце розташування у файлі бази даних, хоча воно й може змінюватися при зміні інформації, що зберігається в базі даних.
2.4 Опис програми, форм, звітів
Файлом, що запускає інформаційну систему «Облік мобільних терміналів» є здійсненний файл PR.EXE. Розглянемо дії користувача при роботі з системою. Оператор системи обліку і аналізу розрахунків з постачальниками (менеджер) запускає програму на виконання (виконувальний файл PR.exe), або з командної стрічки, або за допомогою ярлика, який викликає цей файл. На екрані з’являється головне вікно програми, яке виглядає наступним чином:
Рис. 2.3 Екранна форма головного вікна програми
В головному меню знаходяться два основних пункти:
- «Поступление терминалов»;
- «Продажа терминалов».
На даній панелі інструментів також знаходяться поля редагування, з допомогою яких користувач може ввести дату початкового періоду (від неї будуть розраховуватись звіти по замовчуванню).
При натискуванні на кнопку «Поступление терминалов» з’являється форма з списком терміналів, яке виглядає наступним чином:
Рис. 2.4 Екранна форма поступлення терміналів
В даній формі містяться наступні елементи:
- виробник;
- модель термінала;
- кількість терміналів, що надійшли;
- ціна термінала.
- сума (усьго);
- дата поступу термінала;
Панель інструментів складається з кнопок:
- «Добавлення нового термінала»;
- «Редагування даних про термінал»;
- «Картка партнера»;
- «Знищення терміналу»;
- «Друк списку терміналів».
Для добавлення нового партнера натискається кнопка «Добавлення терміналу», яка викликає форму «Учёт материала» для вводу даних про термінал, яка виглядає наступним чином:
Рис. 2.5. Екранна форма добавлення матеріалу
Дана форма викликається також і при натисненні кнопки «Справочники» при необхідності перегляду або редагування даних про партнера. При цьому термінал, реквізити якого необхідно переглянути чи редагувати, повинен бути попередньо вибраний зі списку терміналів в формі «Справочник терминалов».
Отже, при добавленні нового терміналу у формі «Справочник терминалов» користувач поступово вводить всі реквізити партнера. Для цього форма містить наступні вкладки:
– номерний номер;
– виробник;
– модель;
– тип акумулятора;
– розмір;
– вага;
– тип мережі;
– кількість тонів;
– дата випуску;
Після завершення вводу, перегляду чи редагування даних натисненням кнопки «ОК» користувач повертається до форми «Поступление терминалов».
При натисненні на кнопку «Отчетность» на панелі інструментів, з’явиться форма «Анализ продаваемости», яка виглядає наступним чином:
Рис. 2.6 Екранна форма обліку терміналів
В ній містяться наступні об’єкти:
– виробник;
– модель;
– тип мережі;
– надійшло;
– продали;
- залишок;
- процентне співвідношення;
Для пошуку інформації про будь-який списаний термінал, необхідно натиснути кнопку «Статистика», в якій з’явиться форма «Проданние материали», яка виглядає наступним чином:
Рис. 2.7 Екранна форма пошуку списаного матеріалу
Для того щоб продивитись інформацію про постачальників (скільки надійшло, скільки продано), необхідно натиснути кнопку «Звітність», вибрати пункт «Аналіз по постачальниках», що зображена нижче:
Рис. 2.8 Екрана форма обліку по постачальниках
Для друкування звітів на вбудованій панелі інструментів знаходиться кнопка «Друк», натискання на яку приводить до появи форми «Друк звітів», яка виглядає наступним чином:
Рис. 2.9 Екранна форма друку звітів
Форма містить список звітів і кнопки «Друк» та «Вихід». Друк звіту здійснюється шляхом вибору необхідного звіту зі списку звітів і натиснення кнопки «Друк». При цьому можуть з’явитись вікна для вводу додаткових параметрів і вікна налаштування друку, в яких користувач може задати параметри друку. Також у програмі передбачена функція архівації даних що не використаються більш двох років.
3. Розрахункова частина
3.1 Технічні вимоги
Інформаційна система обліку терміналів являє собою Wіndows – додаток. Апаратна частина ІС – комп'ютер (процесор Pentіum 1000 МГЦ, ОЗУ – 128 МБ, HDD – 40 Гб, відеопам'ять 16 МБ); дисплей 17’’; принтер. Характерною рисою створених за допомогою Delphі програм для роботи з базами даних є неодмінне використання в них BDE, що здійснює роль сполучного моста між програмою й таблицями БД. BDE являє собою набір DLL – бібліотек, що забезпечують низькорівневий доступ до локального й клієнт – серверним БД і повинна встановлюватися на кожному комп'ютері, що використає додатки для роботи із БД, утримується в декількох каталогах і повинна реєструватися в реєстрі Wіndows 32.
інформаційний база дані термінал
3.2 Блок-схема інформаційної системи
Роботу всієї системи можна представити алгоритмом, зображеним на рисунку 3.1.
Рис. 3.1 Алгоритм роботи інформаційної системи складського терміналу
3.2.1 Опис модулів програми
Проект складається з 4 типів файлів:
dpr – головний файл проекту. Містить у собі опис проекту. Який файл відповідає за яку форму.
pas – файл коду.
dfm – файл форми.
Під час роботи система використовує наступні модулі:
fmAddModDelSprMat.pas – додавання, зміни довідника терміналів
fmAddModDelSprUsers.pas – додавання, зміни довідника користувачів
fmAddModDelSprWho.pas – додавання, зміни довідника постачальників
fmAddModPrіhod.pas – додавання, зміни надходжень
fmAddModRashod.pas додавання, зміни довідника продажів
fmAnalіzeSale.pas – аналіз надходжень/реалізації
fmAnalіzeWho.pas – аналіз по постачальниках
fmEPrіhod.pas – форма пошуку наявності терміналів
fmERashod.pas – форма пошуку проданих терминалв
fmERashodShow.pas – інформація із проданих терміналів
fmFіlter.pas – пошук термінала
fmLogіn.pas – уведення імені користувача й пароля
fmMaіn.pas – головне вікно
fmPrіhod.pas – прихід
fmPrіntAnalіze.pas – форма печатки надходжень/реалізації
fmPrіntPrіhod.pas – форма печатки терміналів наявних у наявності
fmPrіntRashod.pas – форма печатки реалізованих терміналів наявних у наявності
fmRashod.pas – витрата
fmSprMat.pas – довідник терміналів
fmSprUsers.pas – довідник користувачів
fmSprWho.pas – довідник постачальників.
3.3 Економічна ефективність розробки
Ринкові відносини, що є невід’ємною частиною сучасного суспільства, вимагають від діючого підприємства створення економічних передумов для ефективно діючого виробництва як з погляду раціонального використання ресурсів, так і з погляду неухильного прискорення науково-технічного прогресу і повного задоволення потреб виробників і споживачів.
Щоб оцінити економічний ефект від виконання будь-якої технічної ідеї, необхідно скласти техніко-економічне обґрунтування пропонованого проекту, тобто представити кошторис витрат, розрахувати час, необхідний для виконання усіх робіт, і крім того, якщо виконання проекту припускає залучення декількох (чи навіть багатьох) фахівців, врахувати і їхню роботу. Цей дипломний проект розроблявся тільки однією людиною – його автором.
3.3.1 Стрічковий графік виконання проекту
Стрічковий графік представлений у табличному вигляді (таблиця 3.1) з охопленням усього переліку видів робіт, проведених по темі. Деякі види робіт можливо було виконувати одночасно, що відбито на стрічковому графіку у вигляді рівнобіжних ліній, що характеризують одночасне проведення декількох видів робіт. При цьому не порушувалася технологічна послідовність виконання робіт. Строки наведені у днях від початку виконання робіт.
Таблиця 3.1. Стрічковий графік виконання робіт
| Етап виконання робіт |
Початок етапу |
Кінець етапу |
| Збір інформації |
1 |
30 |
| Розробка алгоритмів |
15 |
60 |
| Написання програмного комплексу |
30 |
75 |
| Тестування та налагодження програмного комплексу |
60 |
80 |
| Оформлення результатів дипломного проекту |
70 |
90 |
3.3.2 Складання кошторису витрат на виконання дипломного проекту й оцінка собівартості розробки програмного комплексу
Розрахунок витрат по статті «Матеріали» приведено у таблиці 3.2
Таблиця 3.2. Розрахунок витрат по статті «Матеріали»
| Матеріал |
Витрати, грн. |
| Література по програмному забезпеченню |
100 |
| CD з програмним забезпеченням |
15 |
| Канцелярські приналежності |
35 |
Разом сума витрат по статті «Матеріали» дорівнює 150 грн.
Розрахунок витрат по статті «Фінанси» приведено у таблиці 3.3.
Таблиця 3.3. Розрахунок витрат по статті «Фінанси»
| Фінанси |
Витрати, грн. |
| Основна заробітна плата |
400 |
| Додаткова заробітна плата |
100 |
| Соціальні нестатки (3% від суми основної і додаткової заробітної плати) |
15 |
| Накладні витрати (100% від суми основної і додаткової заробітної плати) |
500 |
| Електроенергія |
60 |
| Доступ до глобальної інформаційної мережі Internet |
75 |
Разом сума витрат по статті «Фінанси» дорівнює 1150 грн.
Розрахунок відпускної ціни програмного комплексу приведено у таблиці 3.4
Таблиця 3.4. Розрахунок відпускної ціни програмного комплексу
| Стаття витрат |
Витрати, грн. |
| Планова собівартість виконання дипломного проекту (сума витрат по статтям «Матеріали» та «Фінанси») |
1300 |
| Прибуток розроблювача (30% від попереднього пункту) |
390 |
| ПДВ (20% від відпускної ціни програмного комплексу) |
422,5 |
Разом відпускна ціна програмного комплексу дорівнює 2112,5 грн.
За цю суму програмний комплекс може бути проданий (разом з усіма правами на нього), але на ринку програмного забезпечення він може знадобитись багатьом користувачам. Якщо ліцензію на його використання продати хоча б 50 користувачам, то вартість однієї ліцензії складатиме 42,25 грн.
Висновки
У дипломному проекті було проведено дослідження технології ведення обліку розрахунків з постачальниками і підрядниками у ООО «Сі-Ес-Ті Інвест», вивчено структуру та функції оперативного управління, наявне програмне та апаратне забезпечення, комплекс задач, що вирішується ним. Представлена розробка інформаційної системи обліку терміналів, спроектовано систему аналізу розрахунків з постачальниками і покупцями.
Був розроблений алгоритм роботи інформаційної системи, розроблена база даних інформаційної системи з теоретичним обґрунтуванням, розроблено інтерфейс інформаційної системи обліку мобільних терміналів. У дипломному проекті також розглянуті питання економіки та охорони праці.
Побудовано структурну схему системи, розроблено, інформаційне забезпечення для реалізації більш досконалого рішення даної задачі. Для досягнення цього був використаний метод аналізу існуючої системи на основі потоків даних різного рівня деталізації.
Впровадження даного проекту дозволить у значній мірі підвищити якість і продуктивність роботи персоналу обліку терміналу на підприємстві зв’язку.
Список літератури
1. «Інформатика»: Підручник під ред. проф. Н.В. Макаровой, М.:» Брабус», 1992 р. –37 с.
2. «Інформаційні системи»: під ред. Панфіловій і Турковского, М.: ЗАО «Издательство БИНОМ», 1999. –67 с.
3. В.В. Кириллов СitForum «Основи проектирования реляционних баз данних»» – М.: ЗАО «Издательство Тризор», 2002. –121 с.
4. Дипломное и курсовое проектирование по машинной обработке информации. – М.: Финанси и статистика, 1985. –54 с.
5. Жеребин В.М. Автоматизация проектирования экономических информационних систем. – М.: Финанси и статистика, 1988. –89 с.
6. Когаловский М.Р. Технология баз данних на персональних ЭВМ. – М.: Финанси и статистика, 1992. –154 с.
7. Фаронов В.В., Шумаков П.В. Delfi 4. «Руководство разработчика баз данних» – М.: «Нолидж», 1999. –852 с.
8. Архангельский А.Я. «Разработка прикладних программ для Windows в Delfi 5» – М.: ЗАО «Издательство БИНОМ», 1999. –67 с.
9. Архангельский А.Я. «100 компонентов общего назначения библиотеки Delfi 5» – М.: ЗАО «Издательство БИНОМ». –45 с.
10. ГОСТ 12.0.003–74. Опасние и вредние производственние фактори. Классификация. М.:Изд-во стандартов, 1974. –37 с.
11. ДНАОП 0.00–1.31–99 Правила охорони праці під час експлуатації електронно-обчислювальних машин. К.: Вид-во стандартів, 1999. – 41 с.
12. ГОСТ 12.2.032–78 ССБТ Рабочее место при виполнении работ сидя. Общие эргономические требования. М.:Изд-во стандартов, 1978. –31 с.
13. ДНАОП 0.00–1.21–98 Правила безпечної експлуатації електроустановок та споживачів. К.: Вид-во стандартів, 1998. – 44 с.
14. ГОСТ 12.1.038–82. Электробезопасность. Предельно допустимие уровни напряжений прикосновения и токов. М.:Изд-во стандартов, 1995. – 28 с.
15. ГОСТ 12.1.005–88 ССБТ Общие санитарно-гигиенические требования к воздуху рабочей зони. М.:Изд-во стандартов, 1988. – 32 с.
16. ОНТП 24–86 Определение категорий помещений и зданий по взривопожарной и пожарной опасности. М.:Изд-во стандартов, 1986. – 33 с.
17. СНиП 2.01.02–85 Противопожарние норми. М.:Изд-во стандартов, 1985. – 36 с.
18. СНиП 2.09.02–85 Производственние здания. М.:Изд-во стандартов, 1985. – 37 с.
19. СН 305–77. Инструкция по проектированию и устройству молниезащити зданий и сооружений. М.:Изд-во стандартов, 1986. – 27 с.