Введення

Теоретична частина
Автоматизовані робочі місця, призначені для кредитних органів
Класифікація АБС
Архітектура прикладних систем
Архітектура АБС нового покоління
Практична частина
Завдання, вирішена за допомогою пакета
Електронних таблиць Microsoft Exel
Завдання, вирішена за допомогою СУБД
Microsoft Access 97
Додаток № 1
Додаток № 2
Додаток № 3
Список використовуваної літератури

Введення
Курсова робота складається з теоретичної та практичної частин.
У Теоретичної частині розглядаються питання Програмного забезпечення Сучасних кредитних організацій. Наведено класифікація систем, що використовуються в кредитних установах у всьому світі, описані основні принципи роботи Інформаційних систем Нового покоління.
У практичній частині вирішені 2 завдання з використанням пакету електронних таблиць MS Exel і СУБД Access 97.
При написанні даної роботи використовувався комп'ютер з процесором Pentium 166, монітором SyncMaster 500b і оперативною пам'яттю 15,0 Мбайт.

Теоретична частина

АВТОМАТИЗОВАНІ РОБОЧІ МІСЦЯ, ПРИЗНАЧЕНІ ДЛЯ ФІНАНСОВО-КРЕДИТНИХ ОРГАНІВ
Неможливо уявити собі інформаційну систему, що складається з автономних, не з'єднаних між собою комп'ютерів. Мережеві обчислення сьогодні - звичайна справа. Призначення мережі змінюється: із засобу забезпечення спільної роботи декількох користувачів з одними і тими ж файлами асинхронного обміну інформацією вона перетворюється в цілісну середовище, в якому на багатьох комп'ютерах одночасно виконуються окремі елементи єдиної інформаційної системи.
Створення Автоматизованої Банківської Системи (АБС) займає уми багатьох фахівців. На сьогоднішній день існує класифікація АБС за принципом технологічного побудови. Умовно вона являє собою 6 поколінь.
Класифікація АБС
I покоління
Апаратна платформа - автономні персональні комп'ютери під управлінням MS-DOS; СУБД - Clipper, FoxPro, Clarion; базовий елемент технології - бухгалтерська проводка; структура АБС - автономні Автоматизовані Робочі Місця (АРМ), не зв'язані або слабко пов'язані з даними через обмін файлами (в тому числі шляхом фізичного перенесення на гнучких дисках з комп'ютера на комп'ютер). Зараз практично не зустрічається.
II покоління
Апаратна платформа - персональні комп'ютери під управлінням MS-DOS, що працюють в локальній мережі Novell NetWare; СУБД - Clipper, FoxPro, Clarion; базовий елемент технології - бухгалтерська проводка; структура АБС - автономні АРМи, пов'язані з даними через загальні файли, що лежать на сервері і не пов'язані з функцій. Широко поширене досі, особливо в невеликих банках і в провінції.
III покоління
Апаратна платформа - персональні комп'ютери під управлінням MS-DOS (MS Windows), що працюють в локальній мережі Novell NetWare; СУБД - власна розробка на базі менеджера записів Brtieve; базовий елемент технології - бухгалтерська проводка, рідше - документ; структура АБС - автономні АРМи, сильно пов'язані за даними через спільні структури бази даних і слабко пов'язані з функцій. Технологія, перехідна від "файл-сервер" до "клієнт-сервер". Широко поширене, у тому числі в ряді великих банків.
IV покоління
Апаратна платформа - персональні комп'ютери під управлінням MS-DOS (MS Windows), що працюють в локальній мережі, або ж хост - комп'ютер з терміналами; СУБД - професійна реляційна (може бути постреляціонная або мережева); базовий елемент технології - бухгалтерська проводка (рідше), документ, угода; структура АБС - автономні АРМи, сильно пов'язані за даними через спільні структури бази даних, в окремих випадках пов'язані з функцій через загальне ядро. Технологія "хост-термінал" або дворівнева "клієнт-сервер". Досить поширене, але не у нас.
V покоління
Апаратна платформа - персональні комп'ютери під управлінням MS Windows, MS-DOS, рідше UNIX, в розподіленої мережі (WAN) з декількома фізичними серверами прикладних програм (які працюють під багатозадачними розрахованими на багато користувачів операційних систем (ОС)); СУБД - професійна реляційна плюс менеджер транзакцій; базовий елемент технології - документ або угода; структура АБС - логічні АРМи, сильно пов'язані як за даними, так і по функціях в межах локальної мережі або хоста і слабко пов'язані з даних в межах розподіленої мережі. Технологія трирівнева "клієнт-сервер" з використанням менеджерів транзакцій. Поодинокі розробки.
VI покоління
Апаратна платформа - гетерогенна мережеве середовище; СУБД - професійні реляційні з відкритим інтерфейсом (можливо одночасно кілька різних СУБД); базовий елемент технології - угода або документ; структура АБС - логічні АРМи, динамічно формуються за компонентної технології, сильно пов'язані з даними і функцій у межах мережі Intranet. Перспективна технологія, що з'явилася трохи більше року тому. Поодинокі розробки, але за ними майбутнє.
На даний момент на території нашої країни використовуються АБС третього покоління.
Архітектура прикладних систем
Ієрархію функцій АБС і її технологічну платформу можна розглянути за допомогою малюнка.

На самому нижньому (нульовому) рівні лежать функції (виклики) ОС, що забезпечують введення-виведення інформації. Трохи вище - функції файлової системи ОС або СУБД (у деяких професійних СУБД вони підміняють собою функції ОС) - це перший рівень. Ще вище - рівень процедур вибірки даних СУБД ( "вважати поточну запис у буфер" ... "переміститися на N записів" .... І т.п., сюди ж відноситься і транзакційний механізм, мережеві блокування і т.п.) - другий рівень. Далі слідує рівень непроцедурного функцій СУБД (SQL або інший непроцедурного мова маніпулювання даними) - третій рівень. Наступний, четвертий рівень - це "технічні" функції програми (що забезпечують перетворення даних, призначений для користувача інтерфейс, інтерфейс прикладного програмування і т.п., але є вже не функціями інструментального пакета СУБД, а для користувача функціями, створеними при програмуванні прикладної системи). Ці функції відповідають за логіку програми. П'ятий рівень - це бізнес - функції програми, що визначають логіку діяльності.
Залежно від того, як розробники побудували АБС і до якого технологічного поколінню вона належить, окремі модулі АБС будуть по-різному використовувати функції 6-ти описаних вище рівнів (з нульового по п'ятий). Так, ядро АБС може містити тільки функції нульового рівня (у системах I, II поколінь) або перших п'яти, з нульового по четвертий (у системах IV, V поколінь), а програми модулів, що виконуються на робочих станціях системи, - відповідно, з першого по п'ятий або тільки п'ятий рівень. Малюнок наочно це демонструє.

Чим більш високого рівня функції об'єднані в ядрі і доступні для рентабельного спільного використання всіма модулями системи, тим вище ступінь інтеграції АБС (з технологічної точки зору).
У свою чергу, можливий ступінь інтеграції АБС визначається її технологічної платформою. Так наприклад, при використанні "персональних" СУБД і "товстих" клієнтів, що працюють в архітектурі "файл-сервер", практично недосяжна інтеграція в ядрі АБС функцій вище першого рівня. Це змушує мати у складі кожного модуля копії функцій другого - п'ятого рівнів, що збільшує розмір ядра, підвищує вимоги до апаратних ресурсів робочих станцій, що ускладнює їх настройку і практично виключає можливість її динамічної зміни (наприклад, переконфігурація модулів "на льоту"). Якщо діяльність банку вимагає, щоб на одній і тій же робочій станції виконувалися завдання, підтримувані різними модулями АБС, то динамічна зміна конфігурації може виявитися корисним. Інакше доведеться кожного разу при зміні завдання виходити з одного модуля і завантажувати інший.
Загальна тенденція розвитку технологічних платформ веде до того, щоб перейти від програмування інформаційної системи до її налаштуванні. При включенні в ядро набору бізнес - функцій п'ятого рівня настройка і конфігурація системи значно спрощуються.
Широке поширення локальних і глобальних інформаційно - обчислювальних мереж призвело до того, що інформаційні системи набувають розподілений характер. Спочатку розподіленими ставали тільки дані. Зараз мова може йти вже й про розподіленому зберіганні окремих процедур і функцій, так що в окремих випадках можна говорити вже й про розподіленому ядрі інформаційної системи. Розподілене ядро може мати система, побудована за Java - технології або за компонентної технології.
Переваги розподіленого ядра полягають в тому, що кожна процедура або функція виконується на тій машині, яка ближче всіх до оброблюваних даних; тим самим зростає швидкість обробки і з'являється можливість її розпаралелювання. Однак технологія такого роду вимагає наявності єдиної керуючої програми, яка служить "диспетчером" всіх процедур і функцій розподіленого ядра. Найбільш перспективне рішення цього завдання у формі компонентної технології, в якій процедури і функції II - V рівнів оформляються у вигляді автономних компонент зі стандартним інтерфейсом, а в системі організовується диспетчер компонент, який працює з їх чергою, подібно до того, як в системах, керованих по подіях , функціонує процедура - диспетчер подій. У таких компонентних технологіях дуже зручно створювати великі територіально розподілені інформаційні системи, що використовують низькошвидкісні канали зв'язку, тому що сама технологія допускає істотну асинхронність каналів.
Зараз вже існують інструментальні засоби для створення інформаційних систем, побудованих за компонентним технологій такого типу. Прикладами їх в Росії можуть служити система Miracle фірми І.В.А. і "Еліт - технологія" фірми "Відкриті системи". У першому з них диспетчером компонент є окремий процес, що функціонує на виділеному керуючого сервері. Друга технологія відрізняється тим, що в ній можуть одночасно існувати кілька диспетчерів компонент.

Архітектура АБС нового покоління
На нинішньому етапі розвитку вітчизняної банківської системи визначилися основні завдання для систем автоматизації банків. До них належать, зокрема, проведення фінансового аналізу, прогнозування фінансового стану банку, збір та підготовка комплексних даних для прийняття керуючих рішень. У моделі реалізовані принципово нові прийоми концептуального побудови АБС, які припускають відмовитися від чисто "бухгалтерського" підходу і орієнтувати систему на обробку документів, що, у свою чергу, не може не позначитися на організації інтерфейсу і на основі принципових алгоритмів обробки. У ході розробки нової автоматизованої банківської системи була поставлена й успішно вирішена задача "відокремлення" технологічного ядра системи, в якому на етапі аналізу реалізуються певні узагальнені абстрактні механізми "прикладної функціональності", що дозволило оптимізувати роботу системи.
В основі архітектури нової модифікації АБС лежить схема Клієнт - Сервер (клієнтська частина + сервер даних і збережених процедур). Але на відміну від типової в ній є виділений сервер додатків. (Мал. 1. Архітектура побудови системи. Додаток № 1).
Розглянемо елементи цієї архітектури.
Клієнт
Програмні модулі клієнтської частини можна розділити на дві групи:
Функціональні модулі, що забезпечують взаємодію користувача з системою, графічний інтерфейс, введення запитів і даних, надання результатів з виконання запитів;
Модулі оболонки для зв'язку з сервером даних.
Інрерфейс користувача включає також вікна з системними повідомленнями про такі відбуваються в АБС події, як вступ документа, виникнення "червоного" сальдо на рахунку та ін
Сервер даних
* Це SQL - сервер, що зберігає всі таблиці даних і процедури системи. Всі функції клієнтської частини реалізуються тільки на основі виклику збережених процедур (що дуже важливо для системи захисту).
У процесі функціонування системи процедури, що зберігаються готують для клієнтської частини результати своєї роботи. Ці процедури можуть викликати інші процедури, що зберігаються, а так само звертатися до сервера додатків, активізуючи його модулі на виконання.
Сервер додатків
виконує спеціальні алгоритми, які неефективно реалізуються засобами сервера даних. Цей сервер може функціонувати на тому ж комп'ютері, що і сервер даних, але його можна організувати і на іншому комп'ютері. Модулі сервера додатків забезпечують функціонування системи безпеки та управління доступом, розрахунок відсотків, формування та обробку повідомлень. Всі ці модулі викликаються виключно за запитами від збережених процедур. Останні можуть звертатися до сервера даних як прямо, так і через внутрішні процедури, що зберігаються.
Технологічне побудова
Під "внутрішньої організації" системи можна виділити три основні складові: систему захисту інформації та управління доступом, систему обліку та систему забезпечення документообігу (Рис.2. Технологічна структура. Додаток № 1).
У межах названих підсистем реалізуються певні абстрактні механізми, які цілком самодостатні в тому сенсі, що їхнє функціонування не залежить від роботи системи.
Система захисту інформації та управління доступом
є відокремленою системою (їй байдуже, яку прикладну систему, захищати). На цьому етапі розробки всі об'єкти реєструються в системі безпеки, після чого з урахуванням конкретних вимог щодо захисту від несанкціонованого доступу "прописуються" процедури прикладних систем (в основному вони являють собою виклик із прикладних процедур відповідних їм процедур системи безпеки). У результаті створюється якась матриця системи захисту, що встановлює взаємозв'язок між базовими об'єктами і базовими операціями. Базовий об'єкт - це абстрактне поняття, опосередковано відображає суть того, що відбувається в системі. Прикладами базових об'єктів є "документ" і "картотека". Під базовою операцією розуміється операція проблемної області, реалізована як цілісний (неподільний) набір певних технологічних дій і описана в термінах предметної області. Прикладами базових операцій можуть служити "перевірка", "проводка", "відкат".
При експлуатації системи технологу (або офіцера безпеки) надається можливість на свій розсуд групувати базові операції та базові об'єкти (Мал. 3. Угрупування базових об'єктів і операцій. Додаток № 1), формувати оргштатної структуру і розставляти позначки, що регламентують доступ представників оргштатної структури до узагальнених об'єктів та операцій.
Всі налаштування зберігаються і піддаються коректури в таблицях сервера даних. При роботі системи інформація з цих таблиць (в матриці доступу) переноситься на сервер захисту (тобто на сервер додатків). Таким чином в процесі функціонування здійснюється контроль за доступом.
Система обліку
забезпечує фактичний і позиційний облік банківських операцій. В її основі - абстрактна модель бухгалтерського обліку (вона розроблена А. Екушовим, провідним спеціалістом аналітичного відділу компанії R-Style Software Lab.), Що оперує такими поняттями, як "конто", "показник" і "проводка". Конто - це елементарна одиниця аналітичного облікового регістра для однорідних банківських операцій. На зовнішньому (прикладному) рівні конто відповідають особові рахунки (балансові, позабалансові, депо) і касові символи. Показник відноситься до області синтетичного обліку, він призначений для групування аналітичних об'єктів при формуванні звітності та проведення аналізу. На зовнішньому рівні показниками відповідають рахунку I-II порядків, розділи плану рахунків ЦБ, символи звітності різних форм. У термінах бухгалтерської моделі конто і показники є абстрактними рахунками облікової системи. Структура показників і конто будується на основі ієрархії необмеженого рівня вкладеності. І нарешті, проводки формують стану конто - що зберігаються в системі обороти по дебету і кредиту, а також залишок. Стани показників розраховуються на основі станів ієрархічно підлеглих конто за допомогою правил простий інтеграції. При виконанні п?? оводок фіксується час введення, планування, підтвердження планування та фактичного обліку.
Система обліку дозволяє вводити обмеження на виконання операцій над конто. На прикладному рівні такі обмеження відповідають овердрафту, лімітами на обороти і величину залишку (як "зверху", так і "знизу"), різних видів блокування (аж до арешту) і бронювання коштів на рахунку. Коли обмеження "включено", облікова система перевіряє, чи припустимо виконати операцію і - залежно від результатів перевірки - або виконує її, або надає відповідні коди повернення.
Важливою особливістю облікової системи стала відмова від використання "внутрішнього" поняття "операційний день". Фактичне і плановане стану конто формуються відповідно до "лінійками часу", яких в системі три: денна, місячна і річна. При будь-якому поточному зміну конто аналізується дата проведення (фактична або планова), а також змінюються денне, місячне і річне стану, що відповідають цій даті. Якщо при цьому в системі є денні стану даного конто з більш пізніми датами, то ці стану автоматично перераховуються.
Для реалізації алгоритмів облікової системи використовуються процедури і таблиці сервера даних. До складу модулів системи обліку входять модулі клієнтської частини, які забезпечують діалоговий режим при створенні рахунків і роботи з ними. У переважній більшості випадків це - модулі технолога системи, які дозволяють підтримувати структуру показників та конто, а також організують доступ для аудиту до всіх рахунків та проведенням системи обліку незалежно від їх прикладного застосування.
Оскільки облікова система в структурі АБС достатньо відокремлена, взаємодія з нею здійснюється через інтерфейс прикладного програмування API (Application Programming Interfase), який складається з двох частин: інтерфейсу операційного сервісу і інтерфейсу інформаційного сервісу. Відповідним чином розділяються інтерфейсні модулі клієнтської частини.
Система забезпечення документообігу
найважливіша складова з точки зору виконання прикладних функцій. Основними об'єктами системи є документ і картотека. Картотеки характеризуються наступними властивостями:
їх кількість в системі звичайно;
користувачі системи не можуть створювати і знищувати їх;
дозволені переміщення документа з однієї картотеки в іншу заздалегідь передбачаються технологом системи;
звернення до обліковій системі для ініціювання проводок відбувається під час переміщення документа з однієї картотеки в іншу.
Картотека об'єднує документи, які знаходяться на одній стадії обробки (наприклад, документи картотеки № 2).
У системі забезпечення документообігу можна виділити дві ланки: компоненту імітації документообігу і сховище документів. Будь-яка операція з обробки документів починається з його введення в систему. Наявність компоненти імітації документообігу дозволяє виконувати певні дії над документом в картотеці і переміщати документ з однієї картотеки в іншу. Коли необхідно здійснити операцію бухгалтерського обліку, формується звернення до обліковій системі, з тим щоб виконати проводки і внести зміни в стан конто. Слід зазначити, що у компоненти імітації документообігу досить складна інтерфейсна клієнтська частина, що відображає рух документів по картотекам з урахуванням специфіки реалізованих функцій.
Документи, які обчислюються в системі, мають структуровану та неструктурованих (зазвичай текстову) частини. Обробка структурованої частини виконується з використанням кодифікатор типів документів, операцій, контрагентів, цінностей і т.д. Неструктурована частина може оброблятися за допомогою спеціальних алгоритмів, які можуть створюватися як розробниками АБС, так і її користувачами в процесі експлуатації. Сховище документів має свій API.
Система забезпечення документообігу дозволяє включити в АБС елементи офісної системи, внаслідок чого, по-перше, технологія роботи АБС наближається до природної і звичної банківської технології і, по-друге, створюються передумови для накопичення та обробки додаткової інформації, яка буде основою для фінансового аналізу та управлінських рішень.
Взаємодія системи забезпечення документообігу з обліковою системою здійснюється через транзитну систему, яка містить правила обліку (для перетворення інформації, що міститься в документі, в проводці), а так само фонд рахунків, що переводить зовнішнє представлення рахунків та ідентифікатори конто і містить зовнішні атрибути рахунків.
Включення в АБС таких елементів, як довідники-класифікатори і фонд клієнтів, досить традиційне. Модулі клієнтської частини і процедури, що зберігаються сервера забезпечують стандартний набір дій, таких як введення інформації, її редагування та видалення. Історія змін зберігається.

ПРАКТИЧНА ЧАСТИНА

Завдання, вирішена за допомогою пакета Електронних таблиць Microsoft Exel.
I. Загальна характеристика завдання.
Обчислити розмір годинного випуску виробів в січні, якщо відомо, що раціоналізація виробництва дала можливість збільшити часовий випуск виробів у лютому на 1,2% у порівнянні з січнем, у березні - на 1,4% у порівнянні з лютим, при цьому часовий випуск виробів було доведено у березні до 580 штук.
II. Вибір пакета електронних таблиць.
Для вирішення цієї задачі доцільно використовувати Додаток Microsoft Exel, що входить в інтегрований пакет програм Microsoft Office 97. Microsoft Exel - це електронні таблиці, що дозволяють робити операції над даними, представляючи їх у зручному для сприйняття вигляді.
III. Проектування форм вихідних документів.
Спроектуємо таблицю - шаблон для виконання розрахунків.
 Для вирішення завдання створимо таблицю, шаблон якої наведено нижче:
Так як нам відомо, скільки продукції було випущено в березні, а так само темпи раціоналізації, обчислення проводяться, виходячи з цифри "580".
Використовуючи формули, наведені в таблиці, можна обчислити обсяг продукції для будь-якого іншого місяця, маючи вихідні дані скажімо по листопад, і рівень раціоналізації за кожен місяць. Тоді шаблон буде виглядати наступним чином:

IV. Результати виконання контрольного прикладу.
Результати виконання контрольного прикладу приведені в наступній таблиці:

Розрахунок контрольного прикладу.
Кількість Виробів у березні = 580шт., Що становить 101,4% від обсягу випуску в лютому.
Кількість випущених виробів у лютому:
580/101, 4 * 100 = 571,99, з урахуванням округлення = 572шт., Що становить 101,2% від обсягу виробів, випущених в січні.
Кількість виробів, випущених в січні:
572/101, 2 * 100 = 565,22, з урахуванням округлення = 565шт.
Інструкція по застосуванню пакета Електронних таблиць для вирішення нашої задачі.
 Для роботи з програмою необхідно наявність комп'ютера з процесором 486 (і вище) і з об'ємом оперативної пам'яті не менше 12 Мб, операційна система Microsoft Windows 95, інтегрований пакет програм MS Office 97, складовим елементом якого є Microsoft Exel.

Запуск програми.
У нижній частині робочого столу Windows 95 розташована лінійка завдань, на якій знаходяться кнопка Пуск, кнопки для виклику запущених програм. Після натискання кнопки Пуск на екрані з'являється стартове меню. Для запуску Exel слід відкрити підменю Програми стартового меню і активізувати команду Microsoft Exel. У результаті програма Exel буде запущена і на екрані з'явиться її вікно.
Активуйте в меню Файл команду Відкрити. Виберіть ім'я файлу (наприклад, табліци.xls). На екрані з'явиться Таблиця № 3.
Введення вихідних даних.
Встановіть курсор на перетині рядка з найменуванням "Март" та стовпця з найменуванням "Погодинний випуск виробів в поточному місяці". Наберіть з клавіатури число, яке дорівнює обсягом погодинного випуску продукції в Марті, натисніть Enter.
У цьому ж стовпці навпроти граф "січень" і "Лютий" з'явилися цифри, які показують обсяг погодинного випуску виробів в січні і лютому.
Для виведення даних на друк активізуйте команду Друк в меню Файл, вкажіть тип принтера і натисніть клавішу Enter.
Завершення роботи з програмою.
Існує кілька способів виходу з програми Exel:
Клацніть на кнопці, призначеної для закриття Exel-вікна (на таких кнопках, розташованих у правому верхньому кутку вікна, прийнято зображати хрестик).
Активізація команди Вихід з меню Файл.
Виклик команди Закрити з контекстного меню вікна програми Exel.

Завдання, вирішена за допомогою СУБД Microsoft Access 97.
Загальна характеристика задачі:
Автоматизація контролю за ходом виконання графіка робіт. Видача інформації про незавершені на цей момент роботах, попередження по роботах, термін виконання яких настав.
Інструкція з використання бази даних "Графік робіт"

I. Опис конфігурації.
Для роботи з програмою необхідно наявність комп'ютера з процесором 486 (і вище) і з об'ємом оперативної пам'яті не менше 12 Мб, операційна система Microsoft Windows 95, інтегрований пакет програм MS Office 97, складовим елементом якого є Access 97.
База даних складається з взаємопов'язаних між собою таблиць, запитів і форм. Вихідні дані зберігаються в таблицях, куди їх зручно заносити за допомогою форм. Інформацію про стан справ зручно отримувати за допомогою звітів.
Детальний опис конфігурації дано в Додатку № 2.

II. Запуск програми.
У нижній частині робочого столу Windows 95 розташована лінійка завдань, на якій знаходяться кнопка Пуск, кнопки для виклику запущених програм. Після натискання кнопки Пуск на екрані з'являється стартове меню. Для запуску Access слід відкрити підменю Програми стартового меню і активізувати команду Microsoft Access. У результаті програма Access буде запущена і на екрані з'явиться її вікно.
Після запуску програми на екрані з'являються вікно програми. Активуйте опцію "відкрити базу даних", потім виберете назву бази даних (в нашому випадку: "Графік робіт") при Екран буде виглядати так:

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

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

III. Введення даних у базу.
Для початкового введення даних необхідно активізувати вкладку Форми. Лівою кнопкою миші виділіть форму "Сотрудники". Натисніть кнопку "Відкрити". При цьому екран буде виглядати так:

Встановіть курсор в полі "Прізвище" і наберіть прізвище співробітника з великої літери, натисніть "Enter". Курсор автоматично перейде в наступне поле. Заповніть форму до кінця необхідною кількістю співробітників, причому машина автоматично буде присвоювати їм порядкові номери.
Активуйте в меню "Файл" команду "Зберегти" або натисніть сполучення клавіш "Ctrl + S". Закрийте форму. Аналогічно заповніть форму "Замовлення № 12". Зверніть, будь ласка, увагу, що при виборі відповідального працівника, його пропонується вибрати із списку, що розкривається, при попаданні курсору в полі прізвище. У списку, що розкривається містяться Прізвище, Ім'я, По батькові та посаду працівників, введених в попередній формі. Форма введення замовлень виглядає наступним чином:
Календар, виведений в полі форми дозволяє планувати виконання робіт не тільки за допомогою дат, але і дня тижня.

Наприклад, для визначення того, яким днем тижня буде 15 березня 1999 року, треба вибрати зі списку місяців місяць "березень", зі списку років - "1999", за допомогою лівої кнопки миші вказати число "15", і переконатися в тому, що 15 березень 1999р. -Це вівторок.
Перехід до оформлення наступного замовлення або ж перегляд попереднього можна здійснювати за допомогою лінійки прокрутки, розташованої в лівому нижньому кутку. При натисканні лівою кнопкою миші на стрілку праворуч, на екрані відображається наступне замовлення, при натисканні стрілочки вліво, з'являється інформація про попередньому замовленні.
Для зручності використання дані можна фільтрувати або сортувати з будь-якого параметру.
Наприклад, для сортування замовлень по найменуванню, треба активізувати вікно "Найменування роботи по Плану", перебуваючи при цьому в полі форми, вибрати з меню "Записи" команду "Фільтр", "Розширений фільтр". На екрані з'явиться поле, розбите навпіл по горизонталі. У нижній частині екрана в рядку "поле" виберіть: "НаіменованіеРаботиПоПлану", в рядку сортування виберете, приміром, по зменшенню. Потім, активуйте в меню "Фільтр" команду "Застосувати фільтр". Використовуючи розташовану в лівому нижньому куті лінійку прокрутки, перегляньте записи, які тепер розташовані в порядку, протилежному алфавітним. Тепер виберіть команду "Видалити фільтр" з меню "Записи". Замовлення відсортовані за номерами.
Повний перелік замовлень можна переглянути так само в режимі таблиці. Для цього треба відкрити таблицю "Замовлення № 1", розташовану у вкладці "Таблиці". На дані в таблиці можна накладати фільтр, за тим же принципом, що і у випадку з формами; їх можна сортувати по вмісту окремих стовпчиків.

1. IV. Отримання інформації про стан справ на поточну дату.
Подібну інформацію зручно представляти у вигляді звітів і форм.
Для формування звіту активізуйте вкладку "Звіти", виберіть один із запропонованих програмою звітів:
Незавершені роботи
Прострочені роботи
Співробітники
Приклад. Розглянемо процес формування звіту на прикладі звіту "Незавершені роботи".
Виберіть звіт під назвою "Незавершені роботи", лівою кнопкою миші натисніть кнопку "Перегляд". На екрані з'явиться вікно з написом "Дата Запит". Ведіть значення дати в форматі: "09,01,99", натисніть "ОК".
На екрані з'явиться звіт про стан справ на 09 січня 1999р. У графі "Залишилось днів" дані зі знаком "-" говорять про те, що термін виконання цієї роботи вже настав, число зі знаком "+" показують, скільки днів залишилося до моменту виконання завдання.
Аналогічно формуються звіти "Прострочені роботи" і "Співробітники". У звіті "Співробітники" показується скільки і якого плану роботи зроблені кожним окремим співробітником.
Приклади звітів наведено в Додатку № 3.

V. Завершення роботи з програмою.
Існує кілька способів виходу з програми Access 97:
Клацніть на кнопці, призначеної для закриття Access-вікна (на таких кнопках, розташованих у правому верхньому кутку вікна, прийнято зображати хрестик).
Активізація команди Вихід з меню Файл.
Виклик команди Закрити з контекстного меню вікна програми Access 97.
Натискання комбінації клавіш [Alt + F4].

Список використаної літератури

1. В. Пасько Access 97 Русифицированная версія. СПб.: ВНV 1998 - 365с.
2. А. Евтюшкін Знову про банківську систему.// Банківські технології. Липень-серпень 1997. № 6/97 с.20-30.
3. С. Архипенко Як видобуваються знання.// Банківські технології. Лютий 1998. № 2/98 с.56-61
4. А. Евтюшкін Міркування про технологічній платформі.// Банківські технології. Лютий 1998. № 2/98 с.14-20
5. Т. Яковлєв Архітектура АБС Нового покоління// Банківські технології. Лютий 1998. № 2/98 с.85-88
6. Л. Спіцин, С. Коротких Технічна і програмна інфраструктура ММВБ//// Банківські технології. Вересень 1998. № 9/1998 с.77-82
7. Стефен Л. Нельсон Microsoft Exel 5 для Windows. Ілюстрований короткий справочнік./Пер. З англ. - М., Видавничий відділ "Русская редакция" ТОО "Channel Trading Ltd.", 1994. - 240с.: Ил.
8. Р. Персон, К. Роуз Використання Word 6.0 для Windows/Пер. З англ.; Мн.: ООО "Попурри", 1997. - 800С.: Ил.