Робочі записи під час практики

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

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

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

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

Перевага мережі Інтернет як каналу надання послуг декілька: це можливість безпосередньо взаємодіяти зі споживачем, індивідуальність, оперативність, низька вартість, анонімність. Серед недоліків: висока конкуренція, яка не обмежена географічно; мобільність клієнтів: завжди можна перейти до іншого продавця; не завжди відомо, чому клієнт залишився незадоволеним; відсутність прямого контакту з клієнтом (ступінь впливу на поведінку клієнта та імпульсивність покупки знижуються).

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

Інтернет-банкінг, як об’єкт дослідження

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

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

Перевага мережі Інтернет як каналу надання послуг декілька: це можливість безпосередньо взаємодіяти з споживачем, індивідуальність, оперативність, низька вартість, анонімність. Серед недоліків: висока конкуренція, яка не обмежена географічно; мобільність клієнтів: завжди можна перейти до іншого продавця; не завжди відомо, чому клієнт залишився незадоволеним; відсутність прямого контакту з клієнтом (ступінь впливу на поведінку клієнта та імпульсивність покупки знижуються).

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

Переваги:

Скорочення виробничих витрат;

Зручність обслуговування клієнтів;

Швидкість оформлення замовлень.

Структура програми інтернет-банкінгу

Існують 3 основних рішення з реалізації транзакції між клієнтом і базою даних банку із застосуванням Інтернет-технології:

• «голий» WEB. Ця схема потрапляє під визначення «тонкого» клієнта. Інтерфейс реалізований на базі HTML, в якості протоколу HTTP поверх SSI. Клієнт використовує звичайний WEB-браузер. У банку встановлено WEB-сервер для виконання WEB-додатки, який з одного боку динамічно формує HTML-сторінки для клієнта, а з іншого звертається з сервером бази даних.

• WEB + програмне забезпечення. У даному рішенні клієнтові пропонуються спеціальні програми або plugin-модулі для конкретної версії WEB-браузера. Складнощі: проведення встановлення та налаштування спеціалізованого ПЗ у клієнта і необхідність періодичного оновлення цього ПЗ. Як наслідок, необхідність створення в банку групи співробітників для технічної підтримки клієнтів та додаткові витрати банку. Так як ПО встановлюється у клієнта - це система з «товстим» клієнтом, а обробка на нашій машині.

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

Незалежно від використовуваної схеми, визначають склад Інтернет-банкінгу:

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

• Сервер БД. Зберігає всі документи і відкриті ключі ЕЦП клієнтів, всю інформацію про клієнтів і 9справочнікі. У даній частині системи відбувається первинна реєстрація клієнтів, визначення рахунків і повноважень. Зберігаються довідники, які використовуються клієнтом у роботі і повна інформація про клієнта.

• Шлюз до АБС. Забезпечує обмін даними між системами. Зазвичай підтримується робота АБС в пакетному режимі, режимі реального часу, може бути комбіновано. Найпоширенішим є обмін текстовими файлами заздалегідь визначеного формату.

Для українського ринку традиційним рішенням є: на стороні клієнтів встановлюється спеціальне ПО, додатково plugin-модулі, а іноді і апаратні засоби. Для роботи системи з клієнтом використовуються WEB-браузери.

Задачі, що вирішуються

Система відповідає наступним функціональним вимогам:

• оформлення замовлення на дану послугу (Клієнт-Банк) - виконується адміністратором по роботі з клієнтами, коли клієнт визначився;

• формування Бази Даних клієнтів;

• формування звітів;

• здійснення пошуку за вказаними параметрами - для адміністратора:

• на прізвище клієнта;

• за номером операції;

• на прізвище адміністратора

• можливість роботи з операціями - пошук за описом операцій;

• можливість роботи з операціями і клієнтами (для адміністратора) - додавання, видалення, редагування

Вихідні дані:

• Анкетні дані;

• Бажання клієнта.

Вихідні дані:

Результати пошуку;

• Договір з клієнтом;

• Звіти;

Постановка завдання дослідження

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

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

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

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

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

• складності проектованої системи;

• необхідної повноти її опису;

• знань і навичок учасників проекту;

• часу, відведеного на проектування.

Візуальне моделювання справила великий вплив на розвиток ТЗ ПО взагалі і CASEсредств зокрема. Поняття CASE (Computer Aided Software Engineering) використовується в даний час в досить широкому сенсі. Первинне значення цього поняття, обмежене тільки завданнями автоматизації розробки ПЗ, в даний час набуло нового змісту, що охоплює більшість процесів життєвого циклу ПЗ. CASEтехнологія являє собою сукупність методів проектування ПЗ, а так же набір інструментальних засобів, що дозволяють у наочній формі моделювати предметну область, аналізувати цю модель на всіх стадіях розробки і супроводу ПЗ і розробляти програми відповідно до інформаційних потреб користувачів. Більшість існуючих CASE - засобів засновано на методах структурного чи об'єктно-орієнтованого аналізу і проектування, що використовують специфікації у вигляді діаграм або текстів для опису зовнішніх вимог, зв'язків між моделями системи, динаміки поведінки системи та архітектури програмних засобів.

Висновки по розділу

Даний розділ був присвячений опису інтерфейсу програми. Були описані вікна, які з'являються перед користувачами сайту (клієнти, адміністратор).

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