Інформаційне забезпечення маркетингу на підприємстві (на прикладі ВАТ "Чернігівавтодеталь")

Вітчизняні КИС - тенденції і перспективи

Ринок вітчизняних корпоративних інформаційних систем (КИС) з'явився. Це вже не механізація обліку, а фіксація усіх виконуваних операцій. Налагодивши систему збору інформації, можна переходити до її переробки, "розфасуванню" і упаковуванню - в інтересах не колективу, як багато хто по звичці думає, а тонкого прошарку вищих менеджерів підприємства, тобто людей, що приймають серйозні управлінські рішення, що рішення - це те, що виконується, на відміну від побажань і благих намірів.

Шлях еволюції: від програми для бухгалтера - до програми для оператора (у широкому значенні, тобто для людини, що виконує конкретні операції). Такий крок: від програми для оператора - до програми для управлінця. Головна сировина для управлінця - це інформація (оперативна, прогнозна, архівна), керує їм досвід, знання, інтуїція, а на виході в нього - управлінські рішення. При цьому КІС - не дах, вона ні від кого і ні від чого не прикриває, КІС - фундамент. Завдяки їй замість складного коктейлю різнорідних показників стають значні фінансові результати кожного виду діяльності - з'являється можливість управляти цими видами не в цілому, а конкретно і окремо.

Коли при величезних ресурсах (матеріальних, людських і інших) КПД низький, це говорить лише про втрату керованості. Надлишок персоналу, з одного боку, з іншого боку - хиба квалифікованих робітників, необгрунтоване залучення позикових фінансових засобів, непродуманий асортимент - усе це симптоми втрати керованості. Тим часом потужна і розгалужена інформаційна інфраструктура дозволила б створювати оперативні моделі об'єктів, явищ, ситуацій і видів діяльності - моделі, що потрібні для керування.

З теорії керування відомо, що стосовно суб'єкта, що збирається управляти, його цілям і можливостям об'єкт повинний бути цілісним (мати визначені межі), що спостерігається (цікавлячого суб'єкта сторони об'єкта треба "бачити" регулярно і вірогідно). Крім того, повинна бути можливість на об'єкт впливати, і у відповідь на визначені впливи об'єкт повинний реагувати відомою і гарантованою уявою. З. Кучкаров (аналітичний центр "Концепт") писав, що управляти шматками цілісностей (тут доречно пригадати "кусочную", або "клаптеву" ,автоматизацію) настільки ж безтямно, як і будувати греблю до середини ріки. І якщо системні межі проходять по одних лініях, а відомчі по інших, малопродуктивно займатися скороченням штатів, змінювати начальників, лаяти бюрократію. Насамперед те, щодо чого виробляється управлінське рішення, повинне бути реконструйоване як цілісність. Система керування повинна бути побудована над цією цілісністю. Інакше одна система сьогодні асфальтує, а інша назавтра розкриває каналізаційні труби.

Сьогодні управлінські помилки обходяться особливо дорого, а працюючи в режимі жорстокого стресу, високого ризику, крайньої непевності і постійного дефіциту часу на роздуми, управлінець просто не може їх не чинити, іноді просто не бачачи альтернатив, іноді бачачи, але роблячи зрадливий вибір. Необхідно фіксувати і накопичувати управлінський досвід - для цього як мінімум повинна бути мова опису управлінських рішень в вигляді бази знань.

Програми автоматизації бухобліку звернені в минуле, вони допомагають достойно звітувати, сучасним систем автоматизації, у визначеному ступені притаманні такі яекості, як комплексність і интегрованість. Завтрашні системи автоматизації, якщо вони дійсно хочуть вийти на рівень вищого керівництва підприємства, повинні давати можливість "порозмірковувати про майбутнє". Сучасний менеджер усе частіше змушений вживати заходи малопомітні і на перший погляд незначні, але спроможні зненацька призвести організацію або до прориву, або до катастрофи.

Тлумачення закономірностей минулого, спроби з'ясувати і зрозуміти, у чому полягала помилка, і що призвело до зрадливого рішення, або збою при його втіленні в життя, складають одну з найголовніших сторін діяльності менеджерів, зайнятих майбутнім.

Філософ і дизайнер бізнесу Л. Переверзєв писав: "Часто те, чим займається менеджер, порівнюють із подорожжю, морською або сухопутною. Але якщо такі порівняння і правомірні, то порівнювати треба не з регулярними торговими рейсами з пункту А в пункт Б, а з дуже ризикованою першопроходнеческою експедицією - начебто тих, що на зорі капіталізму призводили до відкриття нових земель із залежами золота, дорогоцінних каменів і інших природних ресурсів, нерідко до того часу взагалі незнані, що чекають освоєння і розробки енергійними і заповзятливими колонізаторами. Про подібну подорож навряд чи можна говорити як про неухильне прямування до точно поставленої цілі, адже "ціль" поки не локалізована ні в просторі, ні в часі, не специфіковані її утримання й обсяг. Місце розташування і предметний склад шуканого з'ясуються лише після того, як буде виявлене щось достатньо цінне, щоб припинити подальші пошуки і почати щось робити на основі знайденого".

2. Вітчизняні КІС претендують на універсальність (для будь-яких галузей, масштабів підприємства, видів виробництва). Швидше за все, готовність "братися за усе" пов'язана з загальною фінансовою ситуацією. Якщо вона буде поліпшуватися, основним гравцям ринку прийдеться визначитися і розставити пріоритети. З цим тісно пов'язана необхідність руху вітчизняних КІС убік реальної відкритості - тобто відповідності виробленими ринком, узгодженими із промисловими стандартами, що розвиваються. Поки мова йде (і то не у всіх розроблювачів) про дотримання якихось внутрішніх стандартів, стандарти ж галузеві і міжгалузеві можуть народитися лише за допомогою значних користувальних асоціацій, що ініціюють цю роботу і створення відповідних структур. Створення таких стандартів, до речі, дозволить залучити незалежних розроблювачів до роботи над КІС і прискорить темпи розвитку КІС.

Відкритість систем - це не анархія і не гра без правил. Оскільки стандарти в ринковій економіці мають рекомендаційний характер, їхня ефективність і "довгоживучість" визначаються механізмом, що їх породив. Проходження принципам відкритих систем - гарна основа для об'єктивного проведення тендерів, що дозволяє мінімізувати витрати, захистити інвестиції при зміні поколінь техніки, "вживлені" у систему нових машин, програм і т.п. Спеціалісти вважають, що буде й економія велика, і захист вітчизняного ринку від західних некондиційних продуктів.

Співтовариство споживачів повинно виробляти вимоги до систем, ініціювати створення галузевих і міжгалузевих експертних структур. Приклад такого співтовариства - Асоціація APICS у Сполучених Штатах. На жаль, у нас ступінь самосвідомості ще не настільки велика, і підприємства, що представляють різноманітні галузі, із задоволенням наступають на ті самі граблі по черзі.

3. Творці вітчизняних КІС іменують себе розроблювачами, а не виробниками. Це показово - вітчизняним фірмам лише треба вийти за межі КБ, або дослідницького, виробництва. Ще не всі розроблювачі складного ПО усвідомили, що стають, по суті, постачальниками технологій керування. Є постановники і програмісти, продавці і фахівці з реклами - усього цього сьогодні вже мало, а завтра знадобляться серйозні промислові технології і концентрація ресурсів, у тому числі фінансових і людських. Організуючи інших, розроблювачам КІС потрібно спочатку подивитися в дзеркало й організувати себе як "зразкове" ринкове підприємство, орієнтоване на теперішнього і майбутнього споживача.

Навіть великий бігун не може розвити швидкість більш 40 км/год. Щоб збільшити швидкість на порядок, потрібний літак. Особистість родить ідею літака, але самі літаки народжуються галузями, технологіями, а не окремими особистостями. Український ринок КІС занадто великий і різноманітний, щоб на його завоювання могли серйозно претендувати кустарі, навіть дуже талановиті.

4. Шкодить жити чорно-біла радянська ідеологія "виняткового або": конкурент - ворог, йому не можна довіряти. Сьогодні конкуруючі системи, свої і західні, вивчають (на наш погляд, дуже поверхово) із метою що-небудь запозичити, завтра їх будуть вивчати, щоб перестрибнути. Інша найважливіша задача - залучити служби АСУ самих підприємств, зробити їх своїми союзниками, допомогти підвищити їхній статус на рідному підприємстві. Персонал підприємства зовсім не жадає появи КІС і свіжих вітрів, тому постачальники повинні заздалегідь готувати "пряники" (наприклад, людина, що вивчила поширену систему, підвищує вартість своєї робочої сили і може добре улаштуватися на іншому підприємстві, якщо на своєму не цінують). "Чорно-біла" ідеологія спричиняє за собою якийсь торохкання - те усе, від проектування до післягарантійної підтримки, розроблювач бере на себе, то раптом заявляє про готовність передати велику частину робіт ділерам у регіонах і партнерам. Вже почався процес "посвідчення в коханні" розроблювачів КІС із консалтинговыми фірмами, насамперед із тими, хто займається питаннями керування; тепер потрібно перейти від декларацій до відпрацювання реальних механізмів взаємодії. Консультанти повинні "підтягти" керівників підприємств до розуміння ролі і можливостей інформаційних технологій, для цього їм потрібно спочатку "подтягнуться" самим, перебороти "мовний бар'єр".

Консалтинговые фірми мають унікальні можливості спостереження, оперативного аналізу й узагальнення досвіду найбільше просунутих і підприємств, що динамічно розвиваються, і галузей. Підприємство (та й суспільство в цілому) повинно мати більш дошкульний, чуйний і гнучкий механізм, що реагує на безупинну зміну ситуації перекиданням ресурсів туди, де вони можуть дати більше. У цьому зв'язку вкрай важлива роль держави і потужних приватних фінансових структур. Пошукові дослідження, пілотні проекти без взаємодії з такими структурами організувати і провести практично неможливо. Хоча деякі рухи вже є: знаходяться фінансові структури, готові зробити перший крок - наприклад, у вигляді видачі "зв'язаних" кредитів під информатизацию підприємств.

Ще одна найважливіша місія консультантів - переконати керівників підприємств, котрим пристрасть як хочеться чуда, у необхідності поетапних, поступових, еволюційних перетворень. Реальний шлях виводу підприємства з кризи - це роки завзятої праці. Досвід уже показав, що навіть найкраще західне бізнес-утворення не дає нам керівників, що знають мистецтво і науку того, як розробляти й успішно здійснювати проекти і перетворення напівживих радянських "підприємств" у підприємства, спроможні вижити і процвітати в умовах ринкової економіки. Роль же керівника в успіху впровадження КІС узагалі важко переоцінити: якщо воротар - половина команди, то директор - це половина заводу. Особливо директор, що розуміє, що йому потрібні не чудеса-рішення, а нормально поставлені, регулярні, "прозорі" для спостереження процедури виробітки звичайних рішень - причому в умовах постійних змін.

5. Саме виживання виробників складного ПО залежить від того, чи стане конкуренція двигуном, а не руйнівником (як у тендерах, де ціни збиваються нижче розумних меж) економічного розвитку. Нормальні конкуренти грудьми підводяться на захист один одного при виникненні зовнішньої погрози. Механізми саморегуляції ринку добре відомий: незалежний моніторинг якості, добровільна сертифікація продуктів і послуг їхніми виробниками або постачальниками, регулярне присудження суспільних і/або державних премій за кращий продукт/послуги і т.д.

На теперішньому дикому ринку і конкуруват по-справжньому не можна. Багато говорять про конкуренцію вітчизняних і західних систем, тим часом, як вони поки виступають у "різних видах спорту". Західні експерти не знають, що робити при хронічних неплатежах енергетиків вуглярам, а вуглярів транспортникам - в умовах повного монополізму всіх трьох; вони абсолютно не можуть уторопати, як люди, півроку не одержуючи зарплату, залишаються на робочих місцях, і чому не закривають завод, що випускає нікому не потрібну продукцію. Їм пояснюють, що не можна, на заводі висить соціальна сфера, а вони знову запитують: "А чому вона на ньому висить? " Так що настомлене або не прищеплюється, або дає не ті плоди, яких від нього чекають.

Має місце певний разнобій: одні розроблювачі виступають за інтеграцію із системами - лідерами західного ринку корпоративних систем - нехай, мов, на рівні підприємства поки діють вони, а на рівні цехів і ділянок поки ми потренируемся. Інші діють за принципом "у радянських власна гордість". Треті об цю пору тихо зв'язують свої торгові, приміром, модулі з західними фінансовими - тільки тому, що конкретному значному клієнту веліли у всесвітньому масштабі перейти на західну систему, а він хотів і керівні указівки виконати, і звичну, зручну, що полюбилася йому програму зберегти.

6. Підприємство + система = нове підприємство + збагачена система. Тому процес упровадження КІС повинний бути об'єднаний і синхронізований із добре продуманим і спроектованим поетапним процесом реорганізації підприємства (дві перебудови підряд ніяке підприємство не переживе). Сьогодні складність КІС виставляють напоказ (мільйони строчок коду, сотні человеко-лет розробки), завтра її будуть ховати - зручний "пульт керування", гарний дизайн, мінімально необхідна кількість "кнопок", "важелів" і "індикаторних лампочок".

Пригадаємо: ще нещодавно так називані системи опрацювання даних механізували рутинну конторську працю, залишаючи в недоторканності пірамідальну, строго ієрархічну управлінську структуру. Була така мрія - замінити обліковців і експедиторів автоматами. Потім прийшло розуміння того, що впровадження нових інформаційних технологій повинно сполучитися з модернізацією оргструктур, побудовою більш плоских структур, налагодженням горизонтальних зв'язків між їхніми елементами. У останні роки західні спеціалісти говорять про нову стадію, інженерії знань, що ознаменована переходом від продажу готових рецептів до прямої повсякденної участі в проектуванні, дослідженнях і розробках.

На жаль, закони маркетингу і реклами нав'язують примітивний розгляд багатьох понять за схемою "є/немає". Мені рекомендується, що успіху в перспективі доможуться фірми, що навчаться розміряти ширину рекламно-маркетингового кроку з тривкістю й еластичністю "штанів", тобто структура, що підтримує як самому систему автоматизації, так і її користувачів у їхньому розвитку. Вольтметр - і той змінює ланцюг, у якому намагається щось виміряти. Тут же мова йде про взаємодію двох складних об'єктів, що розвиваються - підприємства й інформаційної системи. Невже ж підприємство не поміняється, переміщуючись на фундамент серйозної системи? І невже система залишиться старою, ввібравши у себе досвід "посадки" на конкретне підприємство?

Окреме питання - про складність і гнучкість. Прості системи дуже мало вміють, "іграшка" - говорять про неї і незабаром викидають. Складні системи потребують багато часу для освоєння, серйозних спеціалістів для підтримки. Багатотомна документація відлякує. Водночас треба розуміти, що складні задачі не мають дуже простих рішень, і тут необхідний якийсь баланс. Такий же баланс потрібно підтримувати й у плані розвитку системи. Як ви думаєте, чи заплатить клієнт за нову версію системи, якщо функціонально вона нічим не відрізняється від старої версії, зато мати реальною интероперабельністю (тобто може працювати не тільки на платформі, що використовує цей клієнт, але і взаємодіє ще з десятьма платформами, що він в очі не бачив і, можливо, не побачить)? Мені здається, що в даному випадку постачальник ще повинний приплатити користувачу, якщо він люб'язно погодиться перейти на нову версію.

7. Важливо не стільки час відгуку системи на конкретний запит користувача, скільки час відгуку виробника (постачальника) системи на стогони її користувача.

Дуже важлива компанія-розроблювач, кваліфікація її кадров, її зацікавленість у рішенні не тільки світових задач, але і конкретних щохвилинних проблем конкретного замовника. Мало клієнтів - погано, виходить, система не відтестованна. Багато клієнтів - ще гірше: як звернути на себе увага розроблювача, довести йому, що твої проблеми - найважливіші? І чи зможе розроблювач, на ногах якого гирями висять сотні клієнтів із їхніми дрібними проблемами і капризами, забезпечити розвиток системи, що випереджає?

Говорять, що хокейні новачки стежать за шайбою, досвідчені бійці - за гравцем, що нею володіє. Так, якість користувального інтерфейсу потрібно оцінювати в першу чергу з погляду часу, необхідного для запровадження інформації і наступного пошуку помилок у введених даних, а не з погляду відповідності його останнім віянням моди або особистих смаків клієнта. На жаль, тим, хто вибирає КІС, має бути ще пройти настільки ж довгий і складний шлях, як і їхнім виробникам - щоб навчитися формулювати власні вимоги, задавати розумні питання і вислуховувати відповіді. [10. c. 152-158]

Класифікація інформаційних систем

По масштабах застосування сучасні АС підрозділяються на три основні класи:

1. Настільні - для роботи однієї людини. До них варто віднести Автоматизоване Робоче Місце (АРМ) бухгалтера малого підприємства, АРМ касира, АРМ розраховувача заробітної плати и.т.д.

Впровадження таких програм не викликає особливих труднощів і для гарних систем може обчислюватися днями.

Основні проблеми виникають при об'єднанні інформації з різних ділянок обліку - тому що дані спеціалістів зберігаються на різних комп'ютерах, і виникає багато неузгодженостей.

Наприклад, той самий об'єкт (матеріал, товар, виріб) на різних АРМах може мати різні коди.

2. Офісні - для роботи відділу. До такого роду систем варто віднести сітьові бухгалтерські програми, програми автоматизації торгового залу, сітьові складські програми і.т.д. Працівники усього відділу можуть одночасно працювати з єдиною базою даних, виконуючи окрему функцію управління підприємством. Впровадження систем цього класу значно складніше настільних: потрібно упорядкування плану рахунків, упорядкування загального довідника постачальників і споживачів, настроювання на облікову політику підприємства, навчання персоналу і т.д.

Але дані проблеми виникають при спробах забезпечення інформаційної безбумажної взаємодії між збутом, бухгалтерією, постачанням і виробництвом.

3. Корпоративні - для роботи цілого підприємства або навіть декількох підприємств. Корпоративні системи охоплюють, як правило, усю фінансово-господарську і виробничу діяльність підприємства, у т.ч. філії і дочірні фірми, що входить у холдингові компанії і концерни.

Розглянемо корпоративні системи, що тільки в даний час стали з'являтися на нашому ринку, і незабаром неминуче стануть настільки ж популярні, як і на Заході. Може показатися, що корпоративні системи потрібні тільки великим підприємствам. Насправді ті проблеми, що у них вирішуються, актуальні для будь-якої фірми.

Нижче приводяться відмітні риси сучасних корпоративних систем.

Автоматизується документообіг підприємства

Робота будується по звичній користувачу технології обробки документів. Документи автоматично передаються від одного виконавця до іншого або на підпис керівнику, при цьому зводиться до нуля можливість неправильної адресації, забування або втрати документів. Система контролює терміни виконання робіт і видає нагадування відповідальним виконавцям.

Моделюються бізнеси-процеси

Пояснювати, що таке бізнеси-процеси в документообігу, навряд чи потрібно - кожний спеціаліст зштовхується з ними щодня. Наприклад, бізнес-процес купівлі матеріалів складається з одержання рахунку, його оплати, одержання матеріалів за накладною і їхніми оприбуткуваннями на склад. Це супроводжує оформлення і підписання певного набору документів. З подібних бізнес-процесів, по суті, і складається весь оперативний документообіг підприємства. Корпоративні системи нового покоління дозволяють підприємству самостійно моделювати в системі свої бізнес- процеси. Це значить, що, продумуючи впровадження нового бізнесу-процесу, керівник самостійно або за допомогою свого фахівця з комп'ютерів описує його у своїй корпоративній системі, визначаючи при цьому, які документи беруть участь у процесі і хто зі спеціалістів відповідає за дії з цими документами. Більше керівнику не доведеться ні інструктувати своїх спеціалістів, ні контролювати послідовність дій або слушність оформлення документів - система просто не дозволить персоналу робити помилки або порушувати технологію роботи.

Бізнес-процес одержання товарів за накладною

Ліквідуються внутріфірммені бар'єри. Думаємо, багато керівників зараз стурбовані інформаційною роз'єднаністю своїх спеціалістів. Корпоративні системи зіграють немаловажну роль у тому, щоб колектив почав працювати як єдина команда, орієнтований на виконання спільної цілі (збільшення прибутку підприємства).

Для забезпечення узгодженої роботи довільного числа користувачів у єдиній комп'ютерній мережі найбільше доцільною є технологія клієнт/сервер, у якій один або декілька самих потужних комп'ютерів, називаних серверами, використовуються не для роботи, а виділяються для збереження даних із усіх ділянок і, головне, для забезпечення правильної взаємодії між робочими місцями. Всі інші комп'ютери в мережі є клієнтами. Раніш у комп'ютерних мережах застосовувалася технологія файл-сервер, що практично не забезпечувала захисту даних від збоїв і помилок спеціалістів і створювала тому безліч аварійних ситуацій. Клієнт/серверна технологія набагато надійніша і "умніша": вона дозволяє уникати втрат даних (наприклад, коли декілька людей намагаються одночасно вносити зміни в ті самі дані), набагато краще забезпечує цілість інформації і від випадків, і від лихого наміру, і, нарешті, вона дає можливість працювати в мережі набагато більшому числу людей одночасно.

Відкривається доступ у міжнародні інформаційні мережі

А для користувачів це означає:

1. З'являються нові засоби ведення бізнесу: у мережу можна помістити свої прейскуранти й іншу інформацію для загального ознайомлення, можна по електронній пошті одержувати і посилати замовлення, виставляти клієнтам рахунки, обговорювати і погоджувати тексти контрактів і комерційних пропозицій, посилати нагадування боржникам і т.д.

2. Можливість звертання до величезних обсягів інформації з будь-яких галузей знань, набагато більшим, ніж у будь-який самій великій бібліотеці. Це можуть бути книги, довідники, програми, матеріали періодичних видань, різноманітні бази даних, комерційна реклама і багато чого іншого.

3. Можливість ведення ділового листування по електронній пошті з абонентами в будь-яких кутках світу.

4. Одеоржання однієї із самих зручних можливостей отримання консультацій, порад, допомоги. Всі серйозні фірми, що виробляють комп'ютери або програми, здійснюють зараз технічну підтримку своїх користувачів через глобальні мережі.

Найбільш відомою фірмою, що забезпечує комунікаційні можливості (або послуги глобальної мережі), є Internet. Кожне серйозне підприємство сьогодні обов'язково повинно мати вихід у Internet. Таку можливість починають надавати багато корпоративних систем.

Зручність і простота роботи

Поняття "інтуїтивно зрозумілий інтерфейс" означає, що вже після 1-2 годин експрес-навчання людина вільно може спілкуватися з програмою. Такі системи враховують психологію людей, вони дружелюбні і зрозумілі, широко використовують зображення і звук замість тексту. Працювати з такою системою може навіть непрофесіонал, і йому не потрібно вивчати документацію. Людина бачить на екрані просто свій робочий стіл із стопками чистих бланків, папками з підшивками документів, журналами і відомостями.

Крім того, існує ряд сучасних технологій, що полегшують спілкування людини і комп'ютера. Ці технології особливо оцінять ті спеціалісти, яким доводилося працювати з незручними системами, де найпростіша операція потребує багатократних натискань кнопок клавіатури і складних переходів по меню.

Резюме

Одна з рис нашого часу - якісний стрибок в автоматизації фінансово-господарської і виробничої діяльності підприємств. Програми нового покоління - корпоративні системи, виконані в технології клієнт/сервер, - надають такі можливості для обліку і керування, про які керівники ще нещодавно могли тільки мріяти. Ряд ведучих фірм розробляє і пропонує такі проекти для підприємств різноманітних галузей і видів діяльності. Повідомлення про це регулярно з'являються в комп'ютерній пресі і комп'ютерних рубрик економічних видань, корпоративні системи демонструються на тематичних виставках, семінарах, конференціях.

СТИСЛИЙ ОГЛЯД І АНАЛІЗ ОСОБЛИВОСТЕЙ І МОЖЛИВОСТЕЙ СКБД

У розроблювача бази даних як і в користувача завжди, як правило, виникають два питання:

1. Що повинна містити база даних, щоб зробити її максимально ефективною?

2. Якими засобами розробки найкраще користуватися?

Тому розглянемо ці питання один по одному.

Існує дуже просте поняття БД як великого по обсягу сховища, у який організація поміщає усі використовувані нею дані і в якій різноманітні користувачі можуть їх одержувати, використовуючи різноманітні додатки. Така єдина база даних представляється ідеальним варіантом, хоча на практиці це рішення по різноманітних причинах тяжкодосягаємо. Тому частіше усього під базою даних розуміють будь-який набір хранящихся в комп'ютері взаємозалежних даних.

У основі проектування БД повинні бути вирішені уявлення кінцевих користувачів конкретної організації - концептуальні вимоги до системи. Саме кінцевий користувач у своїй роботі приймає рішення з урахуванням одержуваної в результаті доступу до бази даних інформації. Від оперативності і якості цієї інформації буде залежати ефективність роботи організації. Дані, що поміщаються в базу даних, також надає кінцевий користувач.

При розгляді вимог кінцевих користувачів необхідно брати до уваги таке:

База даних повинна задовольняти актуальним інформаційним потребам організації. Одержувана інформація повинна за структурою й змістом відповідати вирішуваним задачам.

База даних повинна забезпечувати одержання необхідних даних за прийнятний час, тобто відповідати заданим вимогам продуктивності.

База даних повинна задовольняти виявленим і знову виникаючим вимогам кінцевих користувачів.

База даних повинна легко розширюватися при реорганізації і розширенні предметної області.

База даних повинна легко змінюватися при зміні програмного й апаратного середовища.

Завантажені в базу даних коректні дані повинні залишатися коректними. Дані до включення в базу даних повинні перевірятися на достовірність.

Доступ до даних, розміщуваним у базі даних, повинні мати тільки особи з відповідними повноваженнями.

База даних повинна мати дружній інтерфейс до користування.

Розглянемо засоби розробки, що пропонує Microsoft.

Ця компанія в даний момент пропонує п'ять пакетів програм, що можуть бути використані для створення користувального додатка по опрацюванню даних: Access, SQL Server, Visual Basic, Visual C++ і Visual FoxPro. Ці засоби можуть бути використані, так по окремості - для вирішення конкретно поставленої задачі, як і в якості інтегрованого набору, кожний компонент якого може бути застосований при розробці великих проектів масштабу підприємства. З цього погляду характеристика всіх п'ятьох продуктів приведена в такій таблиці 3.1.

Таблиця 3.1.

Розглянемо більш докладно перераховані в таблиці засоби розробки за винятком пакета Visual C++, тому що він потребує більш детального розгляду.

Які загальні риси мають аналізовані засоби розробки, що підтверджують наше твердження про можливість їхнього спільного використання для розробки користувальних додатків різноманітного рівня складності? Це в основному, такі нові технології, як OLE, ODBS, DAO, RDAO, Active і ін., що вони підтримують. Ці технології закладають можливість використання в однім додатку даних, що зберігаються в різноманітних форматах. Це забезпечує розробку додатка, незалежні від даних. Крім цього, за рахунок OLE Automation, можливо додаток функціональних можливостей різноманітних пакетів програм для виконання з даними специфічних операцій. Класичним прикладом цього додатка є підготовка в додатку, написаному на Visual FoxPro, даних, що зберігаються у форматі Access, для висновка у виді складного графіка з використанням Майстра підготування графіків Excel.

Звичайно, при спільному використанні різноманітних засобів розробки додатків нас більше усього будуть цікавити дані. У таблиці 3.2 наведений перелік типів даних, доступних в розглянутих засобах розробки.

Прочерки в двох передостанніх колонках таблиці позначають, що для цього типу даних завдання конкретних розмірів не потрібно.

Таблиця 3.2

Binary Image. Будь-які дані в двоїчному вигляді. Використовуються для збереження зображень, файлів і т.д.

Byte. Ціле позитивне число від 0 до 255.

Character. Символьне вираз може містити будь-які символи (до 254 для

одного поля).

Count. Лічильник, що автоматично нарощує своє значення при додаванні запису. Початкове значення 1.

Currency. Грошовий вираз для числового розміру. Виводить число з чотирма

десятковими розрядами і встановленим позначенням застосовуваної грошової одиниці.

Date. Вираз для дати може містити день, місяць і рік.

DateTime. Вираз дата і час може містити час, день, місяць і рік.

Logical. Булев вираз для .T. або .F..

Numeric. Числовий вираз може містити цілі або дробні числа зі знаком.

Integer (dbInteger). Ціле число в діапазоні від -32,768 до +32,767.

Integer (dbLong). Ціле число. Можна берегти числа від -2147483647 до 2147483646.

Double. Числа з плаваючою точкою подвійної точності. Можна берегти значення від 4. 94065645841247Е-324 до 1.79769313486232Е308.

Float. Теж, що числове вираження. Залишено для сумісності.

General. Поле для посилання на об'єкт OLE.

Memo. Поле приміток для посилання на блок даних.

Single. Число з плаваючою точкою одинарної точності. Можна берегти негативне число від -3.402823Е38.

Character (binary). Символьне вираження, не що піддається трансляції в іншу кодову сторінку.

Memo (binary). Поле приміток для посилання на блок даних, що не піддаються трансляції в іншу кодову сторінку.

Усі СКБД, як правило, мають подібний функціональний склад, у який входять діалогові засоби для роботи з даними - назвемо їх користувальними засобами, засоби розроблювача, що забезпечують можливість створення користувального додатка, і додаткові засоби, від складу яких, як правило, залежать функціональні можливості і потужність розроблювальних програм. У залежності від призначення засобу розробки, про що вже говорилося вище, склад різноманітних засобів у конкретної СКБД може значно відрізнятися.

Наприклад, у Access користувальні засоби розвинуті значно сильніше, ніж у Visual Basic, де вони розглядаються як допоміжні функції. Тому необхідно розглянути засоби розробки по окремості.

Visual FoxPro.

Visual FoxPro - не просто наступна версія однієї з найбільше швидких СКБД для персональних комп'ютерів. Це цілком нова програма, що легко дозволяє зробити те, що в попередніх версіях давалося з найбільшою працею або було просто недоступно.

Інтерфейс Visual FoxPro відповідає уявленням про сучасне графічне середовище, нагадуючи інтерфейс інших програм Microsoft. Тут основна робота з даними виконується за допомогою різноманітних інструментальних засобів, тому команди меню часто мають допоміжний характер і їхній склад гнучко змінюється в залежності від того, який засіб активний в даний момент.

Відмітні риси Visual FoxPro можна описати в такий спосіб:

1. Забезпечення можливості швидкої розробки прикладної програми базується на включенні засобів, що дозволяють підвищити швидкість роботи програміста. У першу чергу це засіб об'єктно-орієнтованого програмування, що дозволяє користувачу формувати компоненти свого проекту (об'єкта), який потім може багаторазово використовуватися. У зв'язку з цим традиційний Xbase мова в Visual FoxPro 3.0 значно розширений, що дозволяє створювати істинні об'єкти, класи і підкласи. Крім того, об'єкти можуть бути створені за допомогою візуальних засобів і візуально використовуватися в будь-який час.

2. Забезпечення повного набору засобів для керування подіями. Традиційно в Xbase від програміста було потрібно написати власний драйвер для опрацювання необхідного набору подій або покластися на READ-стан чекання, що моделює опрацювання події системою. У WINDOWS, число подій, до яких може звертатися користувач, дуже великий, і , отже, опрацювання подій є непростою задачею. Visual FoxPro 3.0 має істинно керовану подіями модель, так що по умовчанню система раніш, чим користувачі опрацьовує об'єктні події. Крім того, програміст тепер має повний доступ до набору стандартних на функціонуванні WINDOWS подій (наприклад, прямування миші, що припускають переміщення об'єктів).

3. Забезпечення потужного набору інструментальних засобів для програміста. Розроблювачі систем автоматизації опрацювання даних, крім потужного набору візуальних засобів проектування можуть використовувати широкі можливості по інтеграції систем збереження даних і доступу до серверів даних за допомогою технології ODBC. Основні нововведення - це розширення умонтованої мови SQL, можливість відновлення даних на сервері через редагування курсорів, умонтований механізм забезпечення транзакций, можливість звертання до серверу на тому діалекті SQL, що підтримує сервер. Наявність словника даних робить більш швидку розробку структури баз даних і полегшує її подальшу експлуатацію і підтримку.

4. Забезпечення повної інтеграції Visual FoxPro 3.0 у сімейство прикладних програм Micrpоsoft. Єдиний інтерфейс із найбільш популярними прикладними програмами Microsoft робить роботу в інтерактивному режимі інтуїтивно зрозумілою.

Підтримка правої кнопки миші дозволяє уникнути довгих подорожей по системі меню і значно полегшує вивчення нових можливостей СКБД. Просто виберіть курсором об'єкт і натисніть праву кнопку миші. На деяких діалогових вікнах, що часто використовуються в роботі на смузі заголовка, з'явився перемикач у виді анімаційної піктограми (push pin), що дозволяє легко включити режим, при котрому це вікно буде завжди розташовано на передньому плані. Visual FoxPro забезпечує повну підтримку OLE 2.0, що полегшує взаємодія з іншим програмним забезпеченням у середовищі WINDOWS. Крім можливості завантаження , що залишилося , зовнішніх функцій за допомогою команди SET LIBRARY з'явилася можливість звертання до функцій динамічних DLL бібліотек WINDOWS за допомогою команди DECLARE.

5. Сумісність із раніше розробленим забезпеченням у середовищі FoxPro.

Access

Microsoft Access - це сама популярна сьогодні настільна система керування базами даних. Її успіх можна зв'язувати з чудовою рекламною компанією, організованою Microsoft, або вмиканням її в багате оточення сімейства Microsoft Office. Цілком можливо, що це так. Але корінь успіху швидше за все полягає в прекрасній реалізації продукту, розрахованого як на починаючого, так і на кваліфікованого користувача. Не будемо зараз вдаватися в подробиці порівняння окремих характеристик Access, і його основних конкурентів, наприклад Paradox for Windows або Lotus Approach. Ця система прекрасно освітлена в періодичній комп'ютерній пресі.

СКБД Access 7.0 для роботи з даними використовує процесор баз даних Microsoft Jet 3.0, об'єкти доступу до даних і засобу швидкої побудови інтерфейсу - Конструктор форм. Для одержання роздруківок використовуються Конструктори звітів. Автоматизація рутинних операцій може бути виконана за допомогою макрокоманд. На той випадок, коли не вистачає функціональності візуальних засобів користувачі Access можуть звернутися до створення процедур і функцій. При цьому як у макрокомандах можна використовувати виклики функцій, так і з коду процедур і функцій можна виконувати макрокоманди.

Незважаючи на свою орієнтованість на кінцевого користувача в Access присутня мова програмування Visual Basic for Application, що дозволяє створювати масиви, свої типи даних, викликати DLL-функції, за допомогою OLE Automation контролювати роботу додатків, що можуть функціонувати як OLE -сервери. Можна цілком створювати бази даних за допомогою кодування, коли в цьому з'являється необхідність.

MS Access із всіх аналізованих засобів розробки має, мабуть, самий багатий набір візуальних засобів. Проте кодувати у Access доводиться. Тому що жодний додаток не призначений для себе особисто, створити хоча б без однієї строчки коду неможливо. Для комерційного поширення додатків, розроблених на Access, як ми вже писали, призначений пакет Access Developer Toolkit, разом із яким поставляються і декілька додаткових об'єктів Active.

Головна якість Access, що залучає до нього багатьох користувачів,- тісна інтеграція з Microsoft Office. Наприклад, скопіювавши в буфер графічний образ таблиці, відкривши Microsoft Word і застосувавши вставку з буфера, ми відразу одержимо в документі готову таблицю з даними з БД.

Вся робота з базою даних здійснюється через контейнери бази даних. Звідси здійснюється доступ до всіх об'єктів, як-от: таблицям, запитам, формам, звітам, макросам, модулям.