МОСКОВСЬКИЙ ДЕРЖАВНИЙ УНІВЕРСИТЕТ
ЕКОНОМІКИ СТАТИСТИКИ І ІНФОРМАТИКИ (МЕСІ) ИГА-54
МІНІСТЕРСТВО ОСВІТИ
Виконавець: Студент
Адресат: ВКР
Інститут | КТ | Кафедра | ПІ | ||
абревіатура інституту | абревіатура кафедра | ||||
Спеціальність | Прикладна інформатика в економіці | ||||
Спеціалізація | Інформаційні системи в банківській справі | ||||
Форма навчання | очна | Група | ІЕ | ||
очна, очно-заочна, заочна, екстернат | абревіатура групи |
ВИПУСКНА
КВАЛІФІКАЦІЙНА РОБОТА
Тип роботи | Дипломна робота | ||||
Тема | "Автоматизоване робоче місце оператора валютно-обмінних операцій у режимі off - line" | ||||
Студент | Гур'єва Ю.Ю. | ||||
П.І.Б. | підпис | дата | |||
Керівник | Васильєв В.В. | ||||
П.І.Б. | підпис | дата | |||
Консультант * | Сидорин Ю.М. | ||||
* При призначенні | П.І.Б. | підпис | дата | ||
Рецензент | Шаповалова І.А. | ||||
П.І.Б. | підпис | дата |
Голова комісії з передзахисті
Титаренко С.П. | ||||
П.І.Б. | підпис | дата |
МОСКВА 2008р.
Зміст
Введення
1. Аналіз предметної області
1.1 Опис предметної області
1.1.1 Закони регулюють валютно-обмінні операції та діяльність банку.
1.1.2 Валютно-обмінні операції, що здійснюються в виносних обмінних пунктах і порядок їх здійснення.
1.2 Аналіз існуючих розробок
1.3 Постановка завдання
1.4 Вимоги до розроблюваної системі.
1.4.1 Функціональні вимоги
1.4.2 Вимоги до надійності.
1.4.3 Вимоги до інформаційної та програмної сумісності.
1.4.4 Вимоги до технічного забезпечення.
Глава 2. Проектування автоматизованого робочого місця оператора валютно-обмінних операцій у режимі off - line.
2.1 Вибір технології та засобів проектування.
2.1.1 Вивчення існуючих технологій і вибір технології проектування
2.1.2 Вибір засоби проектування.
2.2 Проектування функціональної структури
2.3 Проектування логічної моделі (побудова діаграми класів)
2.4 Проектування структури бази даних
2.5 Проектування екранних форм
Глава 3. Реалізація АРМ оператора валютно-обмінних операцій у режимі off-line
3.1 Вибір архітектури
3.2 Вибір засобу реалізації
3.3 Розробка баз даних
3.4 Розробка програми
3.4.1 Платформа. NET
3.4.2 Технологія dbGo.NET
3.4.3 Розробка користувальницького інтерфейсу. Керівництво користувача.
3.5 Експериментальна перевірка програмного комплексу.
3.5.1 Вихідні дані і постановка задачі для проведення тестування.
Глава 4. Розрахунок економічної ефективності.
4.1 Техніко-економічне обгрунтування розробки системи
4.2 Розрахунок одноразових витрат на розробку системи
4.3. Одноразові витрати системи при впровадженні автоматизованих робочих місць (АРМ)
4.4. Витрати при експлуатації ПЗ.
4.5. Ефективність впровадження ПО
Висновок.
Список літератури.
Додаток.
Введення
Вже нескладно в наш час представити автоматизовану систему практично в будь-якій сфері діяльності людини. В останні роки банківська система нашої країни переживає бурхливий розвиток. Все більше банків робить ставку на професіоналізм своїх співробітників і нові технології. Комп'ютери, бази даних, інформаційні мережі, все це результат діяльності людини полегшує його працю. Швидка та безперебійна обробка значних потоків інформації є однією з головних завдань будь-кредитні організації. Вкладаючи кошти в програмне забезпечення, комп'ютерне та телекомунікаційне обладнання та створення бази для переходу до нових обчислювальних платформ, кредитні організації зокрема банки, в першу чергу, прагнуть до здешевлення і прискорення своєї роботи. У сучасних умовах банки працюють з метою отримання максимальних прибутків. Одним із джерел отримання доходів є валютно-обмінні операції, тобто купівля-продаж іноземної валюти і чеків, як за готівкову валюту російської федерації, так і за іноземну валюту, а також розмін грошового знака іноземної держави на грошові знаки (грошовий знак) того ж іноземної держави. Дані операції можуть здійснюватися так само і в виносних обмінних пунктах банку. Для більш ефективної роботи обмінних пунктів необхідна їх автоматизація. У зв'язку з цим потрібно додаткові витрати. Однак не слід вважати, що середній банк готовий витрачати великі суми на комп'ютеризацію. Відповідно до загальносвітової практики в середньому банку витрати на комп'ютеризацію складають не менше 17% від загального кошторису річних витрат. Так в результаті різкого змін курсу рубля по відношенню до долара ця цифра значно зросла. Але для дрібних і середніх банків покупка дорогих модулів автоматизованих банківських систем не завжди вигідна, тому що це дорогі проекти, для яких потрібна більш потужна, сучасна техніка з високою вартістю. А також не завжди відома тривалість існування виносного обмінного пункту, на цей фактор впливають і інші умови. Внаслідок цього постає питання: «Чи принесуть прибуток вкладені в цей проект інвестиції?» Тому виникає необхідність до знаходження більш дешевих альтернативних методів вирішення цієї проблеми, так як банки такого рівня прагнуть зменшувати свої витрати. Саме цим визначається практична значущість обраної теми та її актуальність. Дана система проектується з метою зменшення часу обслуговування клієнта і збільшення швидкості обробки інформації, що надходить, що дозволить полегшити працю оператору валютно-обмінних операцій, що збільшить його продуктивність. А так само розробляється автоматизована система дозволить вести більш ефективно реєстр валютно-обмінних операцій.
Основною метою цієї дипломної роботи є створення автоматизованого робочого місця оператора валютно-обмінних операцій.
У відповідності з поставленою метою вирішуються такі завдання:
розгляд сучасного російського валютного ринку і банку як учасника валютного ринку;
дослідження валютно-обмінних операцій та роботи обмінних пунктів;
вивчення законодавчої бази регулюючої валютно-обмінні операції і роботу обмінних пунктів;
дослідження існуючих розробок;
визначення основних вимог щодо розроблюваного програмного забезпечення;
проектування і розробка системи;
розробка бази даних;
тестування програмного забезпечення;
оцінка економічної ефективності розробки.
1. Аналіз предметної області
1.1 Опис предметної області
1.1.1 Закони регулюють валютно-обмінні операції та діяльність банку
Операції з іноземною валютою на території Російської Федерації здійснюються згідно з Федеральним Законом "Про валютне регулювання та валютний контроль". Згідно з даним законом встановлюються такі поняття:
1) валюта Російської Федерації:
а) грошові знаки у вигляді банкнот і монети Банку Росії, що знаходяться в обігу як законний засіб готівкового платежу на території Російської Федерації, а також вилучені або вилучені з обігу, але підлягають обміну на грошові знаки;
б) кошти на банківських рахунках і в банківських вкладах;
2) іноземна валюта:
а) грошові знаки у вигляді банкнот, казначейських квитків, монети, що знаходяться в обігу і є законним платіжним засобом на території відповідної іноземної держави (групи іноземних держав), а також вилучені або вилучені з обігу, але підлягають обміну на грошові знаки;
б) кошти на банківських рахунках і в банківських вкладах у грошових одиницях іноземних держав і міжнародних грошових або розрахункових одиницях;
3) валютні операції:
а) придбання резидентом у резидента та відчуження резидентом на користь резидента валютних цінностей на законних підставах, а також використання валютних цінностей як засобу платежу;
б) придбання резидентом у нерезидента або нерезидентом у резидента та відчуження резидентом на користь нерезидента або нерезидентом на користь резидента валютних цінностей, валюти Російської Федерації і внутрішніх цінних паперів на законних підставах, а також використання валютних цінностей, валюти Російської Федерації і внутрішніх цінних паперів як засобу платежу;
в) придбання нерезидентом у нерезидента та відчуження нерезидентом на користь нерезидента валютних цінностей, валюти Російської Федерації і внутрішніх цінних паперів на законних підставах, а також використання валютних цінностей, валюти Російської Федерації і внутрішніх цінних паперів як засобу платежу;
г) ввезення на митну територію України та вивезення з митної території Російської Федерації валютних цінностей, валюти Російської Федерації і внутрішніх цінних паперів;
д) перерахування іноземної валюти, валюти Російської Федерації, внутрішніх і зовнішніх цінних паперів з рахунку, відкритого за межами території Російської Федерації, на рахунок тієї ж особи, відкритий на території Російської Федерації, і з рахунку, відкритого на території Російської Федерації, на рахунок того ж особи, відкритий за межами території Російської Федерації;
е) переклад нерезидентом валюти Російської Федерації, внутрішніх і зовнішніх цінних паперів з рахунку (з розділу рахунку), відкритого на території Російської Федерації, на рахунок (розділ рахунку) того ж особи, відкритий на території Російської Федерації.
Основними принципами валютного регулювання і валютного контролю згідно з Федеральним законом в Російській Федерації є:
1) пріоритет економічних заходів в реалізації державної політики в сфері валютного регулювання;
2) виключення невиправданого втручання держави та її органів в валютні операції резидентів і нерезидентів;
3) єдність зовнішньої і внутрішньої валютної політики Російської Федерації;
4) єдність системи валютного регулювання і валютного контролю;
5) забезпечення державою захисту прав та економічних інтересів резидентів та нерезидентів при здійсненні валютних операцій.
Банк Росії видає відповідно до закону "Про валютне регулювання та валютний контроль" ліцензії на здійснення комерційними банками операцій в іноземній валюті в РФ. Діяльність банків регулюється наступними законами:
Федеральним законом "Про Центральний банк Російської Федерації (Банку Росії)";
Федеральним законом "Про банки і банківську діяльність".
Згідно з цими законами банк може здійснювати валютно-обмінні операції в обмінних пунктах. Дана діяльність банку регулюється Інструкцією ЦБ РФ від 28 квітня 2004 року N 113-І «Про порядок відкриття, закриття, організації роботи обмінних пунктів і порядок здійснення уповноваженими банками окремих видів банківських операцій та інших угод з готівковою іноземною валютою і валютою Російської Федерації, чеками ( в тому числі дорожніми чеками) номінальна вартість яких зазначена в іноземній валюті, за участю фізичних осіб ».
1.1.2 Валютно-обмінні операції, що здійснюються в виносних обмінних пунктах та порядок їх здійснення
Для забезпечення валютного обслуговування російських та іноземних громадян банки організують обмінні пункти. Обмінний пункт - місце здійснення банком валютно-обмінних операцій з дотриманням вимог Інструкції ЦБ РФ № 113-І та інших нормативних актів Банку Росії. В обмінних пунктах здійснюються такі види операцій з готівковою валютою та чеками:
Купівля готівкової іноземної валюти за готівкову валюту Російської Федерації.
Продаж готівкової іноземної валюти за готівкову валюту Російської Федерації.
Продаж готівкової іноземної валюти однієї іноземної держави (групи держав) за готівкову іноземну валюту іншої іноземної держави (групи держав) (конверсія).
Розмін грошового знака (грошових знаків) іноземної держави (групи держав) на грошові знаки (грошовий знак) того ж іноземної держави (групи держав).
Заміна пошкодженого грошового знака (грошових знаків) іноземної держави (групи держав) на непошкоджений грошовий знак (грошові знаки) того ж іноземної держави (групи держав).
Прийом грошових знаків іноземних держав (групи держав) і грошових знаків Банку Росії, що викликають сумнів у їх достовірності, для направлення на експертизу. Дана операція є обов'язковою для обмінних пунктів і інших внутрішніх структурних підрозділів.
Прийом для направлення на інкасо готівкової іноземної валюти і чеків.
Касир обмінного пункту - штатний працівник банку, тобто фізична особа - резидент, основним місцем роботи якого згідно з трудовим законодавством Російської Федерації є банк, що має право на вчинення валютно-обмінних операцій в обмінному пункті відповідно до внутрішніх документів банку. Банк може здійснювати всі або деякі валютно-обмінні операції з переліку операцій, зазначеного вище.
Курс купівлі і курс продажу готівкової іноземної, а також крос - курс обміну (конверсії) готівкової іноземної валюти встановлюються банками самостійно. Відповідно до пункту 4 статті 4 Закону Російської Федерації "Про валютне регулювання та валютний контроль", статтею 24 Федерального Закону "Про Центральний банк Російської Федерації (Банку Росії)" з метою регулювання внутрішнього валютного ринку Російської Федерації та обмеження розмірів валютного і курсового ризиків Банк Росії може встановлювати межа відхилення курсу купівлі готівкової іноземної валюти Банком Росії. Курс купівлі і курс продажу готівкової іноземної валюти і платіжних документів в іноземній валюті за готівкові рублі, а також крос - курс обміну готівкової іноземної валюти встановлюються наказом по банку або окремим розпорядженням керівника відповідного підрозділу банку, якому наказом по банку надано право встановлювати зазначені курси купівлі та продажу.
За скоєння валютно-обмінних операцій банк може стягувати комісійну винагороду в готівкових рублях або в готівковій іноземній валюті. Комісія - це плата, що сплачується клієнтом за операції. Тариф комісійної винагороди затверджується керівником банку. Банкам забороняється здійснювати операції тільки з купівлі або тільки з продажу готівкової іноземної валюти і платіжних документів в іноземній валюті за готівкові рублі.
Обмінні пункти при здійсненні операцій з готівковою валютою та чеками зобов'язані ідентифікувати фізичну особу, яка знаходиться на обслуговуванні в обмінному пункті, відповідно до пункту 1 статті 7 Федерального закону "Про протидію легалізації (відмиванню) доходів, одержаних злочинних шляхом, і фінансуванню тероризму".
Валютно-обмінні операції здійснюються при пред'явленні фізичною особою касиру обмінного пункту документа, що посвідчує особу. Відповідно до законодавства Російської Федерації документами, що засвідчують особистість, є:
Паспорт громадянина Російської Федерації - для громадян Російської Федерації.
Загальногромадянський закордонний паспорт - для громадян Російської Федерації.
Паспорт моряка - для громадян Російської Федерації.
Посвідчення особи військовослужбовця або військовий квиток - для військовослужбовців Російської Федерації.
Інші документи, визнані відповідно до законодавства Російської Федерації документами, що засвідчують особу, - для громадян Російської Федерації.
Паспорт іноземного громадянина або інший документ, встановлений федеральним законом або визнаний відповідно до міжнародного договору Російської Федерації в якості документа, що посвідчує особу, - для іноземних громадян.
Вид на проживання в Російській Федерації - для осіб без громадянства, якщо вони постійно проживають на території Російської Федерації.
Документ, виданий іноземною державою і визнаний відповідно до міжнародного договору Російської Федерації в якості документа, що посвідчує особу особи без громадянства, - для осіб без громадянства.
Дозвіл на тимчасове проживання - для осіб без громадянства.
Вид на проживання - для осіб без громадянства.
Посвідчення біженця - для біженців.
Операції з готівковою валютою та чеками можуть здійснюватися при пред'явленні фізичною особою касовому працівникові обмінного пункту водійського посвідчення.
Касовий працівник обмінного пункту після здійснення операції зобов'язаний видати фізичній особі разом з готівковою валютою документ - довідку про проведення операції з готівковою валютою та чеками, що підтверджує проведення операції за винятком таких операцій:
Прийом грошових знаків іноземних держав і грошових знаків Банку Росії, що викликають сумнів у їх достовірності, для направлення на експертизу. Дана операція є обов'язковою для обмінних пунктів і інших внутрішніх структурних підрозділів.
Прийом для направлення на інкасо готівкової іноземної валюти і чеків.
Даний документ формується в електронному вигляді на підставі запису електронного Реєстру операцій за формою, самостійно встановленою уповноваженим банком. Документ роздруковується касовим працівником обмінного пункту в єдиному екземплярі (примірнику клієнта) і підписується касовим працівником обмінного пункту. Виправлення в роздрукованому документі не допускаються.
При здійсненні операцій з готівковою валютою та чеками обмінні пункти здійснюють контроль за платоспроможністю грошових знаків Банку Росії в порядку, встановленому Банком Росії. У разі виявлення касовим працівником обмінного пункту грошового знака іноземної держави, що викликає сумнів в його достовірності (що має ознаки підробки), такий грошовий знак фізичній особі не повертається. Касовий працівник обмінного пункту зобов'язаний проінформувати фізичну особу про те, що грошовий знак викликає сумнів у його справжності. Зазначений грошовий знак передається для направлення на експертизу в порядку, встановленому Банком Росії, або співробітникам територіальних органів внутрішніх справ у порядку, встановленому законодавством Російської Федерації.
Під час здійснення операції з готівковою валютою та чеками касовий працівник обмінного пункту заповнює електронний Реєстр операцій з готівковою валютою та чеками. Суми готівкової іноземної валюти і валюти Російської Федерації в Реєстрі операцій з готівковою валютою та чеками вказуються в одиницях іноземної валюти і валюти Російської Федерації, відповідно, з точністю до двох знаків після коми.
Касовий працівник обмінного пункту веде один Реєстр операцій з готівковою валютою та чеками за всіма видами операцій з готівковою валютою та чеками, що здійснюються протягом робочого дня обмінного пункту, за винятком таких операцій:
Прийом грошових знаків іноземних держав і грошових знаків Банку Росії, що викликають сумнів у їх достовірності, для направлення на експертизу. Дана операція є обов'язковою для обмінних пунктів і інших внутрішніх структурних підрозділів.
Прийом для направлення на інкасо готівкової іноземної валюти і чеків.
Після закінчення робочого дня обмінного пункту, при зміні касового працівника обмінного пункту, при зміні курсів іноземних валют і крос-курсів, а також при зміні календарної дати касовий працівник обмінного пункту підраховує підсумкові дані за сумою отриманих та виданих готівкової валюти і чеків у розрізі видів операцій , найменувань готівкової іноземної валюти і чеків, роздруковує поточний Реєстр операцій з готівковою валютою та чеками, проставляє свій підпис на поточному Реєстрі операцій з готівковою валютою та чеками. Потім відкривається новий. Реєстр операцій з готівковою валютою та чеками направляється в касові документи. А так само касовий працівник за вказівкою може формувати звіти на підставі запису електронного Реєстру операцій за формою, самостійно встановленою уповноваженим банком.
У кінці операційного дня необхідні дані за реєстрами передаються в певний відділ, де і відбувається (найчастіше вручну) обробка всієї отриманої інформації. Кожен пункт обміну валют підпорядковується відділу, який курирує в банку роботу з готівковою іноземною валютою. Інформація про операції, проведені в конкретному обмінному пункті, передається по каналах Інтернет, електронною поштою або іншим способом у спеціалізовану систему (в АБС банку).
1.2 Аналіз існуючих розробок
У процесі розробки системи були проаналізовані існуючі автоматизовані системи валютно-обмінних операцій. Основними споживачами високотехнологічних рішень в Росії є великі московські та петербурзькі банки, проте не менш активно включаються в процес і провідні регіональні банки. Необхідно відзначити, що регіони, як і раніше сильно відстають від москвичів за рівнем програмно-апаратного оснащення. Тому найближчим часом можна очікувати, що банки почнуть у масовому порядку, замінювати ПЗ.
На російському ринку програмного забезпечення є безліч банківських систем і окремих програмних продуктів автоматизують валютно-обмінні операції. Одне з рішень - це Union Business System компанії «ЮніСАБ». У даній системі розроблений бізнес «обмінний пункт». Програма «Обмінний пункт» забезпечує повну автоматизацію роботи касира "виносного" обмінного пункту і опосередковану зв'язок з Банком. У Бізнесі реалізований автоматичний контроль руху бланків суворої звітності з виділенням їх стану - невикористані, видані, зіпсовані. Його широкі можливості дозволяють налаштувати програмний модуль у відповідності з регламентом роботи обмінного пункту. Всі виконувані операції супроводжуються формуванням необхідних друкованих документів. Параметри кожної операції мають гнучкі настройки відповідно до внутрішньобанківської інструкцією роботи обмінних пунктів. Програма готує повний набір документів, передбачений 27-й Інструкцією ЦБ Росії: авансова заявка та заявка на підкріплення, реєстри по всіх виконуваних операція, довідка про залишки, препроводительную відомості (валютна і рублева), акт передачі іншому касиру. 7
"Центавр-Дельта" - це сучасне рішення, засноване на технології клієнт-сервер, що забезпечує високу продуктивність при автоматизації банківської діяльності і виключає витрати, пов'язані з традиційними SQL СУБД (системами управління базами даних). 8 У даному продукті є модуль валютно-обмінних операцій. Модуль автоматизує операції робочого місця касира валютного обмінного пункту. Серед основних можливостей можна відзначити повну автоматизацію валютно-обмінних операцій, ведення операцій по купівлі-продажу іноземної валюти за рублі, ведення конверсійних операцій з отриманням відповідних звітів, контроль правильності введення інформації, наявність гнучкого генератора проводок дня, що дозволяє створити довільну схему проводок, наявність дев'яти рівнів доступу до інформації та виконання банківських операцій та інше.
Комплекс "Пункт обміну іноземної валюти", розроблений компанією Кворум і знаходиться у складі АБС «Кворум» - це одне з рішень, яка присутня на російському ринку. 9 Комплекс включає дві підсистеми - "Касир обмінного пункту" і "Адміністратор обмінних пунктів". Компонент «до ассір обмінного пункту» призначений для автоматизації робочого місця операціоніста обмінного пункту, що виконує наступні операції:
Купівля / продаж готівкової іноземної валюти;
конверсію валют;
купівля / подажа дорожніх чеків за рублі і за валюту;
видачу готівки по кредитним карткам;
прийом на рахунки пластикових карт;
розмін купюр;
обмін старих банкнот і банкнот старого зразка, що перебувають в обігу, на нові банкноти;
прийом сумнівних банкнот на експертизу;
видача банкнот після експертизи;
підкріплення (видача авансу касі обмінного пункту);
інкасацію;
формування реєстрів відповідно до вимог інструкції ЦБ № 27;
передачу інформації про проведені валютно-обмінних операціях адміністратору обмінних пунктів.
Модуль "Адміністратор обмінних пунктів" призначений для автоматизації роботи відділу валютно-обмінних операцій і виконує наступні функції: реєстрація обмінних пунктів; обробка інформації про проведені операції; підготовка проводок в бухгалтерію банку; формування зведеної звітності про діяльність обмінних пунктів. За отриманими з обмінних пунктів операціями адміністратор формує як офіційну, так і внутрішньобанківську аналітичну звітність про діяльність обмінних пунктів.
Система RS-Retail дозволяє повністю автоматизувати роботу обмінного пункту банку і відповідає вимогам Інструкції Банку Росії "Про порядок організації роботи обмінних пунктів на території Російської Федерації, здійснення та обліку валютно-обмінних операцій уповноваженими банками" від 27 лютого 1995 р. № 27. 10 В RS-Retail входять наступні функціональні можливості по автоматизації валютно-обмінних операцій: 11
операції купівлі, продажу, конверсії і розміну валюти;
операції продажу, купівлі та оплати платіжних документів (як в іноземній, так і в національній валюті);
операції з сумнівними або неплатоспроможними цінностями, які можуть супроводжуватися операціями інкасо та експертизою іноземної валюти, покупкою неплатоспроможною валюти за рублі і її обміну, а також перевіркою грошових знаків на справжність;
операції з пластиковими картками;
операції з управління цінностями, що знаходяться в розпорядженні касира обмінного пункту;
ведення реєстрів по виконаних валютно-обмінних операцій при проведенні операційних документів, контроль сумарних оборотів за реєстром, передача підготовлених реєстрів в підсистему "Бухгалтерія роздрібних послуг" для подальшого бухгалтерського обліку виконаних валютно-обмінних операцій;
робота декількох незалежних обмінних пунктів на єдиній базі даних у режимі онлайн-доступу;
використання різних видів курсів валют;
формування звітності наступних видів: стандартні щоденні звіти, створені у відповідності з вимогами Інструкції Банку Росії № 27; статистичні звіти, інформаційні звіти, призначені для обліку валютно-обмінних операцій.
Вивчивши параметри даних систем, можна побудувати порівняльну таблицю за допомогою, якої можна зробити ефективний аналіз:
Більшість систем мають розширеним набором функцій, які зовсім не потрібні для ведення ефективної роботи оператора і більше того можуть ускладнювати її. Звідси - складність подібних систем, їх дорожнеча. Проаналізувавши дані по системах можна зробити висновок, що вони є дорогими для більшості невеликих кредитних організацій. Дані системи мають і ряд інших недоліків. Тому було прийнято рішення розробити власну недорогу автоматизовану систему для ведення валютно-обмінних операцій, яка б підходила більшості банків нашої країни і була б вузько спеціалізована, пристосована до вирішення конкретних завдань.
Таблиця 1.1 Параметри аналізованих розробок.
Параметри Розробки | Можливість виконання операцій з волюти згідно Інструкції № сто тринадцятий | Можливість ведення електронного реєстру валютно-обмінних операцій | Формування необхідних друкованих документів і бланків суворої звітності | Простота в навчанні персоналу | Доступність ціни розробок | Низькі вимоги до апаратних засобів |
«ЮніСАБ» | + | + | + | + | - | - |
"Центавр-Дельта" | + | + | + | + | - | - |
АБС «Кворум» | + | + | + | - | - | - |
RS-Retail | + | + | + | - | - | - |
1.3 Постановка завдання
У результаті аналізу існуючих систем були поставлені основні завдання розробляється системи:
прискорення часу оформлення довідки про проведення операції з готівковою валютою та чеками;
зменшення часу обслуговування клієнтів;
зниження ризиків втрати або псування документів;
збільшення ефективності ведення реєстру валютно-обмінних операцій;
прискорення часу формування довідок та звітів.
Предметною областю є валютно-обмінні операції здійснюються оператором. Користувачем системи є оператор валютно-обмінних операцій. За допомогою даної системи можна здійснювати наступні операції:
продаж іноземної валюти,
купівля іноземної валюти,
купівля чеків,
продаж чеків,
оплата чеків,
конверсія,
прийом на експертизу грошових знаків,
заміна неплатоспроможною валюти (прийом на інкасо),
розмін грошового знака.
У даному виді діяльності задіяна велика кількість інформації, яку необхідно обробляти і найчастіше потрібна виконання величезного обсягу роботи з документами. Вхідний інформацією для інформаційної системи є:
інформація про клієнта (інформація про документ засвідчує особу),
інформація про курси валют і про саму валюті;
інформація про операції, що проводиться (найменування операції, сума, комісія і т.д.)
Вихідна інформація для інформаційної системи буде наступна:
реєстр валютно-обмінних операцій;
довідка про проведення операції;
довідка про прийом на експертизу;
квитанція про приймання грошового знака на інкасо;
меморіальний ордер, який формується для обгрунтування бухгалтерської проводки.
1.4 Вимоги до розроблюваної системі
1.4.1 Функціональні вимоги
Дана система призначена для співробітників банку - операторів валютно-обмінних операцій, що здійснюють свою діяльність у виносних обмінних пунктах. Система повинна забезпечувати можливість виконання наступних функцій:
введення інформації одержуваної від клієнта,
ведення бази даних документів, що засвідчують особу,
ведення бази даних документів (довідки про проведення операції, довідка про прийом на експертизу і т.д.),
ведення реєстру валютно-обмінних операцій,
оформлення довідки про проведення операції з готівковою валютою та чеками,
оформлення звітів передбачених законодавством РФ у форматі. txt,
оформлення квитанції про прийом на інкасо;
оформлення довідки про прийом на експертизу сумнівних грошових знаків,
пошук необхідної інформації по базі даних.
1.4.2 Вимоги до надійності
Система повинна здійснювати контроль над вводяться даними та забезпечити цілісність зберігається. Цей контроль полягає у перевірці на повноту і правильність форматів інформації, що вводиться. Так само вона не повинна давати можливості зміни інформації, що зберігається в базі даних, тобто у користувача не повинно бути прав на зміну інформації у вже існуючих документах по зроблених операціях. Надійність системи так само повинна забезпечуватися на рівні використовуваних апаратних і програмних засобів. Передбачити блокування некоректних дій користувача при роботі з системою. Інтерфейс програми повинен сприяти зниженню кількості помилок, викликаних неправильними діями користувачів системи.
1.4.3 Вимоги до інформаційної та програмної сумісності
Автоматизована система повинна забезпечувати інформаційну сумісність з відомими додатками операційної системи Windows (MS Word, MS Excel, MS Access). Програмна сумісність забезпечується автоматично у зв'язку з використанням програмних засобів, сумісність яких забезпечена конструктивно (на етапі їх створення) - Delphi, Delphi T o gether Architect і т.д. Система реалізується на платформах MS Windows XP і СУБД MS SQL Server 2005.
1.4.4 Вимоги до технічного забезпечення
Конфігурація комп'ютера:
процесор Pentium 4 - 1,8 GHz або більш потужний;
рекомендований об'єм оперативної пам'яті 128 мегабайт (МБ) або більше більший;
100 МБ вільного місця на жорсткому диску;
монітор VGA;
клавіатура, миша або сумісний вказівний пристрій;
дисковод компакт-дисків, DVD-дисків або дисковод гнучких дисків.
Програмні вимоги:
Windows XP.
Глава 2. Проектування автоматизованого робочого місця оператора валютно-обмінних операцій у режимі off-line
2.1 Вибір технології та засобів проектування.
2.1.1 Вивчення існуючих технологій і вибір технології проектування
Технологія проектування - це сукупність методології, інструментальних засобів в проектуванні, а також методів і засобів організації проектування. Сучасна технологія проектування повинна забезпечувати:
відповідність стандарту ISO 12207;
гарантоване досягнення цілей розробки ІС в рамках бюджету з заданою якістю і у встановлений час;
можливість декомпозиції проекту на складові частини, що розробляються групами по 3-7 чоловік з останньою інтеграцією частин;
мінімальний час отримання працездатного ПЗ;
незалежність одержуваних проектних рішень від засобів реалізації ІС (під засобами розуміємо СУБД, ОС і системи мов і систем програмування);
підтримку CASE-засобів - засобів, що забезпечують автоматизацію процесів, що виконують на всіх стадіях життєвого циклу.
На сьогоднішній день практично всі провідні компанії-розробники мають розвиненими технологіями створення програмного забезпечення. Одна з технологій, що претендує на роль фактичного стандарту, є технологія RUP (Компанія Rational Soft Ware). RUP являє собою програмний продукт, розроблений компанією Rational і в значній мірі відповідає стандартам і нормативним документам, пов'язаними з процесами життєвого циклу ПЗ, і оцінкою технологічної зрілості організації розробників. Основні принципи RUP: ітераційний і інкрементний підхід до створення ПЗ, планування і управління проектом на основі функціональних вимог до системи - варіантів використання. Відповідно до першого принципу розробка системи виконується у вигляді декількох короткострокових міні-проектів фіксованого діяльності від 2 до 6 тижнів, відповідно званих итерациями. Кожна ітерація включає свої власні етапи аналізу вимог, проектування, реалізації, тестування, інтеграції і завершується створенням робочої системи. Ітераційний цикл грунтується на постійному розширенні та доповненні системи з періодичної зворотним зв'язком і адаптації доповнюваних модулів до ядра системи. Згідно RUP життєвий цикл ПО розбивається на окремі цикли, в кожному з яких створюється нове покоління продуктів. Кожен цикл в свою чергу розбивається на 4 стадії:
початкова стадія - inception;
стадія розробки - elaboration;
конструювання - construction;
введення в дію - transition.
Рис 2.1 діаграма процесу розробки системи.
Кожна стадія завершується в чітко визначеній точці milestone. У цей момент часу повинні досягатися важливі результати і прийматися критично важливі рішення для подальшої розробки. Під час початкової стадії виробляється бізнес-план проекту. Визначається приблизна його вартість, і який дохід принесе. Визначаються межі проекту. На стадії розробки виявляються більш детальні вимоги. Виконується високорівнева аналіз предметної області та проектування для побудови базової архітектури системи. створюється бланк конструювання і встановлюються найбільш ризиковані елементи проекту. Результатом стадії конструювання є продукт. Готовий до передачі кінцевим користувачам. Як мінімум він містить наступне:
ПЗ, інтегрувальне на потрібні платформах, керівництво користувача, опис поточної реалізації.
Призначенням стадії введення в дію є передача готового продукту в розпорядження користувача.
Microsoft Solution Framework (MSF) представляє загальну методологію розробки та впровадження рішень у сфері інформаційних технологій. Остання версія моделі включає п'ять фаз: аналіз, проектування, розробка, стабілізація та впровадження, є ітераційної, припускає використання об'єктно-орієнтованого моделювання. Принципи розробки додатків MSF - це набір моделей, принципів і методів, які допомагають організації більш ефективно створювати і використовувати інформаційні технології для вирішення проблем бізнесу. Ядро цієї системи складають шість основних моделей: модель виробничої архітектури; модель проектної групи; модель процесу розробки ПЗ; модель управління ризиками; модель процесу проектування; модель застосунку. Модель процесу проектування описує трифазний, орієнтований на кінцевого користувача, безперервний процес розробки. Три фази розробки - концептуальне, логічне і фізичне проектування. 12
Одним з вже сформованих напрямків діяльності фірми ORACLE стала розробка методологічних основ і виробництво інструментальних засобів для автоматизації процесів розробки складних прикладних систем, орієнтованих на інтенсивне використання баз даних. Методика Oracle COM є розвитком давно розробленій версії Oracle CASE-Method, застосовуваної в CASE-засобі Oracle CASE. Основу CASE-технології та інструментального середовища фірми ORACLE складають:
Методологія структурного спадного проектування, при якій розробка прикладної системи представляється у вигляді послідовності чітко визначених етапів.
Підтримка всіх етапів життєвого циклу прикладної системи, починаючи з самих загальних описів предметної області до отримання і супроводу готового програмного продукту.
Орієнтація на реалізацію програм в архітектурі клієнт-сервер з використанням всіх особливостей сучасних серверів баз даних, включаючи декларативні обмеження цілісності, збережені процедури, тригери баз даних.
Централізоване зберігання проекту системи та управління одночасним доступом до нього всіх учасників розробки підтримують узгодженість дій розробників і не допускають ситуацію, коли кожен проектувальник або програміст працює зі своєю версією проекту і модифікує її незалежно від інших.
Автоматизація послідовного переходу від одного етапу розробки до наступного. Для цього передбачені спеціальні утиліти.
Життєвий цикл формується з певних етапів (фаз) проекту і процесів, кожний з яких виконується протягом декількох етапів. Методика Oracle CDM визначає наступні фази життєвого циклу інформаційної системи:
стратегія;
аналіз (формулювання детальних вимог до прикладної системі); Q проектування (перетворення вимог в детальні специфікації системи);
реалізація (написання і тестування додатків);
впровадження (установка нової прикладної системи, підготовка до початку експлуатації);
експлуатація (підтримка програми і стеження за ним, планування майбутніх функціональних розширень).
Проектування інформаційної системи передбачає використання однієї з технології. В основі технології проектування лежить поняття технологічного процесу, який визначає дії, склад виконавців, засоби та ресурси, необхідні для виконання цих дій. Технологія проектування визначає результат виконаної роботи, порядок виконання поставлених завдань, а також для кого розробляється продукт.
Основні вимоги до обраній технології проектування:
відповідність вимогам замовника кінцевого продукту.
обрана технологія повинна відображати всі етапи життєвого циклу проекту;
обрана технологія повинна забезпечувати мінімальні трудові та вартісні витрати на проектування і супровід проекту;
технологія проектування повинна сприяти зростанню продуктивності праці проектувальника;
забезпечення надійності процесу проектування та експлуатації проекту.
технологія повинна бути основою зв'язку між проектуванням і супроводом проекту.
Для вибору технології проектування будемо використовувати метод «бальних оцінок». Самими значущими критеріями відбору обрані доступність; гнучкість (відсутність жорстко нав'язуваних процедур); наявність об'єктно-орієнтованого підходу; модульність (можливість використовувати не всю технологію, а тільки окремі його компоненти); зручність у застосуванні. Розглянувши технології, були проставлені бали за критеріями відбору. Також для кожного критерію були визначені їх важливості за п'ятибальною шкалою. Перемноживши важливість на значущість критерію β і підсумувавши їх для кожної технології, отримуємо підсумкову оцінку. Опис і результати відбору технології для проектування ЕІС методом бальних оцінок представлені в таблиці 2.1:
Таблиця 2.1 Вибір технології проектування.
Параметр Технологія | Об'єктний підхід 1 | Гнучкість 2 | Модульність 3 | Зручність у застосуванні 4 |
RUP | 5 | 5 | 5 | 5 |
MSF | 4 | 4 | 3 | 4 |
Oracle | 4 | 3 | 4 | 3 |
ЗНАЧИМІСТЬ β | 5 | 3 | 4 | 2 |
* Β | ||||
RUP | 25 | 15 | 20 | 10 |
MSF | 20 | 12 | 12 | 8 |
Oracle | 20 | 9 | 16 | 6 |
Σ * Β |
RUP | 70 |
MSF | 52 |
Oracle | 51 |
Таким чином, методом бальних оцінок встановлено, що найбільш придатною технологією є RUP (Rational Unified Process).
В якості методу проектування виберемо комп'ютерне проектування, де для розробки використовують спеціальні програмно-інструментальні засоби. Засоби проектування повинні охоплювати в сукупності етапи життєвого циклу ЕІС, бути програмно, технічно, інформаційно сумісні, економічно доцільні, простими в освоєнні та застосуванні.
2.1.2 Вибір засоби проектування
Для вибору засоби проектування будемо використовувати метод «бальних оцінок». Основними критеріями відбору обрані: об'єктний підхід, простота у навчанні, підтримка UML, швидкість створення і зміни програм. Опис і результати відбору кошти для проектування ЕІС методом бальних оцінок представлені в таблиці 2.1:
Таблиця 2.2 Вибір засоби проектування.
Параметр технологія | Об'єктний підхід 1 | Простота в навчанні 2 | Підтримка UML 3 | Швидкість створення і зміни діаграм 4 |
Microsoft Visio | 3 | 4 | 4 | 5 |
Borland Together Architect | 5 | 5 | 5 | 4 |
ЗНАЧИМІСТЬ β |
4 | 3 | 5 | 2 | |
* Β | ||||
Microsoft Visio | 2 Січень | 12 | 20 | 10 |
Borland Together Architect | 20 | 15 | 25 | 8 |
Σ * Β |
Microsoft Visio | 52 |
Borland Together | 68 |
Методом бальних оцінок встановлено, що найбільш підходяще інструментальне засіб розробки проекту - Borland Together Architect.
Borland Together - CASE-засіб, призначений для візуального моделювання та проектування програмних систем на основі стандарту UML, що дозволяє моделювати як компоненти програмного забезпечення, так і бізнес-процеси. Borland Together володіє відкритою архітектурою. Використання технологій Borland Together 2006 для проектування і реалізації IT - архітектури значно прискорює процес розробки додатків, починаючи від визначення вимог і закінчуючи написанням коду. Можливості Together забезпечують синхронну роботу розробників архітектур, аналітиків і програмістів при створенні нових додатків або в процесі вилучення проектної інформації з існуючих програм, і забезпечують загальне візуальне уявлення про архітектуру моделі. 13
Технології Borland Together 2006 допомагають:
долати технологічні складності шляхом створення концептуальних моделей, що забезпечують ефективну взаємодію членів команди у процесі проектування рішень на рівні архітектури;
створювати гнучкі рішення, що йдуть в ногу з розвитком бізнесу та змінами технологічних вимог, використовуючи платформно-незалежні моделі;
домагатися більш високої ефективності та якості при розробці програмних продуктів.
2.2 Проектування функціональної структури
Моделювання в UML можна уявити, як певний процес поуровневого спуску від найбільш обший і абстрактної концептуальної моделі вихідної системи до логічної, а потім і до фізичної моделі відповідної програмної системи. Для досягнення цих цілей спочатку будується модель у формі так званої діаграми варіантів використання (use case diagram), яка описує функціональне призначення системи або, іншими словами, те, що система буде робити в процесі свого функціонування. Діаграма варіантів використання є вихідним концептуальним поданням чи концептуальною моделлю системи в процесі її розробки і впровадження. Розробка діаграми варіантів використання переслідує мети:
Визначити спільні кордони та контекст модельованої предметної області на початкових етапах проектування системи.
Сформулювати загальні вимоги до функціонального поведінки проектованої системи.
Розробити вихідну концептуальну модель системи для її подальшої деталізації у формі логічних і фізичних моделей.
Підготувати вихідну документацію для взаємодії розробників системи з її замовниками і користувачами.
Суть даної діаграми полягає в наступному: проектована система представляється у вигляді безлічі сутностей або акторів, які взаємодіють з системою за допомогою так званих варіантів використання. При цьому актором (actor) або дійовою особою називається будь-яка сутність, що взаємодіє з системою ззовні. У свою чергу, варіант використання (use case) служить для опису сервісів, які система надає акторові. Побудова діаграми варіантів використання є найпершим етапом процесу об'єктно-орієнтованого аналізу і проектування, мета якого - представити сукупність вимог до поведінки проектованої системи. В UML діаграма отримала назву моделі варіантів використання і має своє спеціальне стандартне ім'я чи стереотип "useCaseModel".
Рис 2.2 Діаграма варіантів використання.
Для більш детального розгляду проектованого процесу побудуємо системну діаграму варіантів використання. Системна діаграма варіантів використання - це деталізована користувацька, яка деталізується з метою більш глибокого уточнення пред'являються до системи вимог і конкретизації деталей її подальшої реалізації. Подібна деталізація може виконуватися в двох основних напрямках. Перше, деталізація може бути виконана на основі встановлення додаткових відносин для вже наявних компонентів діаграми варіантів використання. Друге з основних напрямів деталізації діаграм варіантів використання пов'язане з подальшою структуризацією її окремих компонентів у формі елементів інших діаграм.
Актор (actor) - це оператор, далі актор, особа, яка вчиняє операції з валютою та чеками, а також формує звіти і постійно редагує базу даних. Були визначені варіанти використання, тобто, описані ті функціональні можливості системи, які повинні бути реалізовані. Розглянемо кожен варіант використання більш детально.
Прийом на експертизу - актор направляє грошовий знак на експертизу при виявленні сумніви платоспроможності, для цього складається довідка про прийом грошового знака на експертизу.
Рис. 2.3 Прийом на експертизу.
Купівля валюти - актор перевіряє документи клієнта, далі заносить інформацію про клієнта і здійснює операцію: вносить необхідні дані до реєстру, розраховується комісія і прибутковий податок, формує довідку про проведення операції і видає її клієнту. Дана операція здійснюється за рублі.
Рис. 2.4 Купівля валюти.
Продаж валюти - даний варіант використання аналогічний попередньому.
Рис. 2.5 Продаж валюти.
Конверсія - аналогічна попереднім, але відбувається безпосередньо з вільно конвертованими валютами.
Рис. 2.6 Конверсія.
Розмін грошового знака - актор перевіряє документи клієнта, заносить необхідну інформацію про клієнта, формує довідку про проведення операції, а також зберігає необхідні дані до реєстру. Цей вид операції використовується, якщо у клієнта виникла необхідність у розміні грошового знака на грошові знаки більш низького номіналу або навпаки.
Рис. 2.7 Розмін грошового знака.
Заміна грошового знака - оператор приймає пошкоджений грошовий знак на інкасо. Для цього оператор перевіряє документи клієнта. Далі формує квитанцію про прийом на інкасо і один примірник видає клієнтові.
Рис.2.8 Заміна грошового знака.
2.3 Проектування логічної моделі (побудова діаграми класів)
Для розробки логічної моделі системи застосовується діаграма класів. Діаграма класів (class diagram) служить для представлення статичної структури моделі системи в термінології класів об'єктно-орієнтованого програмування. Діаграма класів може відбивати, зокрема, різні взаємозв'язки між окремими сутностями предметної області, такими як об'єкти і підсистеми, а також описує їхню внутрішню структуру і типи відносин. На даній діаграмі не вказується інформація про тимчасові аспектах функціонування системи. З цієї точки зору діаграма класів є подальшим розвитком концептуальної моделі проектованої системи. Діаграма класів є певний граф, вершинами якого є елементи типу "класифікатор", які пов'язані різними типами структурних відносин. Слід зауважити, що діаграма класів може також містити інтерфейси, пакети, відносини і навіть окремі екземпляри, такі як об'єкти і зв'язку. Коли говорять про дану діаграмі, мають на увазі статичну структурну модель проектованої системи. Діаграма класів складається з безлічі елементів, які в сукупності відображають декларативні знання про предметну область.
Рис 2.10 Діаграма класів.
Опис:
Клас співробітники:
Містить такі необхідні атрибути: № трудового договору, ПІБ, № і серія паспорта. У його повноваження входять наступні операції: збереження запису в реєстрі валютно-обмінних операцій, тобто при здійсненні валютно-обмінної операції йому кожного разу необхідно зберігати в реєстрі дані про операції, що здійснюється; формування довідки про проведення операції з готівковою валютою та чеками; складання довідки про прийомі на експертизу грошового знака; створення меморіального ордера, необхідно для обгрунтування бухгалтерської проводки; формування квитанції про прийом на інкасо, у разі якщо грошовий знак пошкоджений.
Клас реєстру:
Даний клас містить атрибути № операції, дата, код виду операції, код валюти прийнятою, курс валюти прийнятою, сума валюти прийнятою, комісія, прибутковий податок, код валюти виданої, сума валюти виданої, касир. Його операціями є збереження запису та друк реєстру, а так само реєстр можна відправити з використанням internet.
Клас загальноросійський класифікатор валют:
Цей клас є довідником, і його атрибутами є: ідентифікатор валюти, код валюти літерний, найменування, коротке найменування країн і територій. З ним можна виконувати наступні операції: зберігати, змінювати, видаляти, додавати.
Клас меморіальний ордер:
Його атрибутами є наступні: №, вид операції, дебет рахунку, кредит рахунка, код валюти, сума, шифр країни, термін валютування, платник, отримувач, підстава, касир. Операції: зберегти, друк, відправити.
Клас довідка про проведену операцію з валютою та чеками:
Містить наступні атрибути: №, дата, час, клієнт, документ №, код виду операції, курс (крос-курс), код валюти прийнятою, сума валюти прийнятою, найменування валюти прийнятою, код валюти виданої, найменування валюти виданої, сума валюти виданої, касир. З даним класом можна виконувати наступні операції: зберегти і печатку.
Клас курси (крос-курси):
Даний клас має наступні атрибути: ідентифікатор валюти, код валюти, курс покупки в рублях, курс продажу в рублях, за одиницю, час / дата встановлення. Операції: додати, зберегти, друк.
Клас операції:
Атрибути: код операції, найменування. Операції: додати, зберегти, видалити.
Клас документи:
Містить наступні атрибути: код, найменування. Операції: додати, зберегти.
Клас клієнт:
Його атрибути: код, країна Громадянство, ПІБ, документ, серія, номер, виданий, дата видачі. З даним класом можна здійснювати наступні операції: додати, змінити, зберегти.
Клас квитанція про прийом на інкасо:
Даний клас має наступні атрибути: №, дата, ПІБ, документ, що засвідчує особистість, №, серія, яким органом виданий, дата видачі, адреса, додаткові реквізити (найменування, серія, номер, рік емісії, для чеків: найменування, №, дата, сума, найменування емітента, особа, яка видала чек), касир. Його операціями є: зберегти, друк.
Клас довідка про прийом на експертизу:
Атрибути: №, дата, ПІБ, адресу, документ, серія, номер, назва валюти, країна емітент, номінал, рік зразка (випуску), серійний номер, додаткові реквізити, касир. Операції: зберегти, друк.
В UML взаємодія елементів розглядається в інформаційному аспекті їх комунікації, тобто взаємодіючі об'єкти обмінюються між собою деякою інформацією. При цьому інформація приймає форму закінчених повідомлень. Іншими словами, хоча повідомлення і має інформаційний зміст, воно набуває додаткове властивість надавати направлений вплив на свого одержувача. Для моделювання взаємодії об'єктів у мові UML використовуються відповідні діаграми послідовності. Говорячи про ці діаграмах, мають на увазі два аспекти взаємодії. По-перше, взаємодії об'єктів можна розглядати в часі, і тоді для подання часових особливостей передачі і прийому повідомлень між об'єктами використовується діаграма послідовності. По-друге, можна розглядати структурні особливості взаємодії об'єктів.
Рис. 2.11 Діаграма послідовності - прийом грошового знака на експертизу.
Рис. 2.12 Діаграма послідовності - купівля / продаж валюти (а так само конверсія валюти).
Рис. 2.13 Діаграма послідовності - заміна грошового знака.
Рис. 2.14 Діаграма послідовності - розмін грошового знака.
2.4 Проектування структури бази даних
Бази даних (БД) - сховище структурованих даних і методи доступу до них, при цьому дані мають бути несуперечливі, цілісні і мінімально надлишкові. Це особливим чином організований набір значень даних, а схема БД визначає, як саме організовані дані в БД. Можна сказати, що БД створюються для зберігання і доступу до даних, що містить відомості про деяку предметну область, тобто всяка БД являє собою систему даних про предметну область.
На цьому етапі аналізується наявна інформація з метою визначити набір таблиць і їх полів. Проектування бази даних полягає у визначенні складу полів її таблиці та зв'язків між таблицями. Від того, наскільки ретельно проведений аналіз і наскільки грамотно спроектована БД, в істотній мірі залежить ефективність майбутньої програми та її корисність для користувача. Для того, щоб створити БД, її потрібно нормалізувати.
Предметна область, яка досліджується це валютно-обмінні операції. У результаті виявлено такі сутності: оператор валютно-обмінних операцій і грошові одиниці, які безпосередньо купуємо або продаємо (обмінюємо).
У процесі розробки структури бази даних може виникнути надмірність інформації - це повторення (дублювання) даних, що містяться в базі даних. У таблиці з надлишковими даними міститься багато повторюваних даних у різних записах. Для позбавлення від надмірності можна розбити одну велику таблицю на кілька маленьких. Такий процес розбиття таблиці називається нормалізацією бази даних. Тобто нормалізація - це процес усунення надмірності даних.
Існує декілька так званих нормальних форм (НФ) баз даних. Кожна з нормальних форм виходить послідовно з попередньої нормальної форми. На практиці застосовуються в основному перші три з них.
Перша нормальна форма вимагає, щоб кожне поле таблиці БД було не діленим, не містило повторюваних груп. Чи не подільність поля означає, що кожне поле не повинно ділиться на декілька полів. А повторювані групи вказують на те, щоб поля не містили однакові за змістом значення. 14 Наш список полів задовольняє цій нормальному закону, крім поля ПІБ. Їх можна розділити на три поля відповідного Прізвище, Ім'я та По-батькові, але для задачі, яка поставлена перед нами, це не потрібно, тому ми вважаємо ці поля не ділимими.
Друга нормальна форма, вимагає: всі поля таблиці залежали від первинного ключа, тобто первинний ключ однозначно визначено і є не надлишковим; ті поля, які залежать від частини первинного ключа, повинні бути виділені в окремі таблиці. 15 Визначимо поля, що входять в первинний ключ : № меморіального ордера, № операції, № довідки, № трудового договору, ідентифікатор валюти, код операції, код, № квитанції, № довідки на експертизу, ID комісії. Встановимо, які поля залежать тільки від частини ключа і помістимо їх в окрему таблицю.
Третя нормальна форма вимагає, щоб значення будь-якого поля таблиці, що не входить у первинний ключ, не залежало від значення іншого поля, що не входить у первинний ключ. 16
Нормалізованої БД називається база, в якій виконується як мінімум три умови. Дані поля таблиць задовольняють цим законом. У результаті нормалізації виходити наступні таблиці:
Таблиця «operator» містить дані про співробітників банку, тобто про оператора валютно-обмінних операцій. Ключове поле: nomer _ tr _ dog, містить інформацію про номер трудового договору.
Таблиця 2.3
Ім'я поля | Тип і розмір поля | Опис поля |
nomer _ tr _ dog |