Розробка бази даних для даної установи. BPWin,ERWin и Microsoft Access

РЕФЕРАТ

 

Пояснювальна  записка до курсової роботи містить: 26 стор, 18 рисунків

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

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

Метод дослідження - вивчення літератури, складання і  налагодження програм на комп'ютері.

Розроблена  ЕІС, може використовуватись в банківській установі для процесу отримання кредитів.

Програма розроблена в середовищах ERWin, BPWin та Microsoft SQL SERVER.

 

КЛЮЧОВІ СЛОВА: ERWIN, BPWIN, ПРОЕКТ, ПРОГРАМА, БАЗА ДАНИХ, КРЕДИТ, ЗВ’ЯЗОК, СУТНІСТЬ. 
ЗМІСТ

ВСТУП	4
1. МОДЕЛЮВАННЯ БІЗНЕС-ПРОЦЕССІВ	6
1.1 Розробка IDEF0 моделі	6
1.2 Розробка DFD моделі	10
1.3 Розробка IDEF3 моделі	14
2. РОЗРОБКА СЕМАНТИЧНОЇ МОДЕЛІ  ДАНИХ	16
2.1 Опис атрибутів сутностей	16
2.2 Створення моделі «сутність-зв'язок» з використанням програмного продукту	17
3. РЕАЛІЗАЦИЯ ІНФОРМАЦІЙНОЇ СИСТЕМИ В СУБД MS SQL	23
3.1 Створення бази даних	23
ВИСНОВОК	26
СПИСОК ЛІТЕРАТУРИ	27

 

 

 

 

 

ВСТУП

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

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

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

Кредитування  процес одержання кредитних грошей.

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

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

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

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

Для виконання  поставленої мети в курсовому  проекті будуть побудовані наступні моделі:

• IDEF0 - функціональна  модель;

• DFD (Data Flow Diagramming) - модель потоків даних;

• IDЕF3 (Work Flow Diagram) - модель процесу обробки інформації та об'єктів;

• IDEF1X (Integration Definition for Information Modeling) - модель «сутність-зв'язок».

Курсовий  проект реалізується за допомогою:

• All Fusion Process Modeler (BPwin);

• All Fusion ERwin Data Modeler (ERwin);

• MS SQL SERVER 2008R.

 

 

1 МОДЕЛЮВАННЯ БІЗНЕС-ПРОЦЕСІВ

 

1.1 Розробка IDEF0 моделі

 

IDEF0-технологія  структурного аналізу і проектування. Це мова моделювання, запропонований більше 25 років тому Д. Россом (SoftTech, Inc.) І називався в вихідному своєму вигляді SADT (Structured Analysis and Design Technique). Згідно цієї технології аналізований процес представляється у вигляді сукупності безлічі взаємопов'язаних дій, робіт (Activities), які взаємодіють між собою на основі певних правил (Control), з урахуванням споживаних інформаційних, людських і виробничих ресурсів (Mechanism), які мають чітко визначений вхід (Input) і не менш чітко певний вихід (Output).

Розробка IDEF0 моделі починається з побудови концептуальної моделі. Розглянемо порядок створення IDEF0-моделі з використанням програмного продукту BPWin.

1. Після запуску програми клацаємо по кнопці . Вносимо ім'я моделі і вибираємо IDEF0. Натискаємо ОК. Переходимо в меню Model / Model Properties. У вкладці General діалогу Model Properties слід внести ім'я моделі, ім'я проекту, ім'я автора та тип моделі - Time Frame: AS - IS. У вкладці Purpose внесіть мета і точку зору. У вкладці Definition внести визначення і мета. Перейти на контекстну діаграму і правою кнопкою миші клацнути по роботі. У контекстному меню вибрати Name і внести ім'я «Кредитування». Створити стрілки на контекстній діаграмі, натисканням на кнопку . Вводимо назву стрілок, вибравши в контекстному меню команду Name.

 

 

 

 

 

Рисунок 1.1  Контекстна діаграма

 

Виділяємо контекстну діаграму і натискаємо на кнопку . У меню, задаємо кількість рівнів декомпозиції рівним 3. Автоматично створиться перший рівень декомпозиції, на якому з'являться граничні стрілки верхнього рівня. Стрілки та роботи створюються згідно малюнку 2,аналогічно пункту 1.

 

 

 

 

 

 

 

 

 

 

 

Рисунок 1.2 - IDEF0-діаграма першого рівня функціональної моделі (декомпозиція блоку «Розрахунок заробітної плати за виконаний обсяг робіт»)

 

Таблиця 1 Специфікація до робіт IDEF0-діаграми першого рівня  функціональної моделі - декомпозиції блоку «Кредитування»

Імя Роботи (Activity Name)	Визначення (Definition)
Вкладання договору	Вкладання договору між особою, яка  бажає отримати кредит та банківською  установою
Перевірка реквізитів платоспроможність	Перевірка даних отриманих від  суб’єкта, що бажає отримати кредитні гроші
Видача кредиту	Видача кредитних грошей особам що пройшли перевірку

 

 

 

 

 

 

Виділяємо блок «Перевірка реквізитів платоспроможність» і натискаємо на кнопку . У меню, задаємо кількість рівнів декомпозиції рівним 4. Автоматично створиться перший рівень декомпозиції, на якому з'являться граничні стрілки верхнього рівня.

Рисунок 1.3 - IDEF0-діаграма першого рівня функціональної моделі (декомпозиція блоку «Перевірка реквізитів платоспроможності»)

Таблиця 1 Специфікація до робіт IDEF0-діаграми першого рівня  функціональної моделі - декомпозиції блоку «Кредитування»

Імя Роботи (Activity Name)	Визначення (Definition)
Перевірка особистих даних	Перевірка даних особистості
Перевірка бази не платників кредитів	Перевірка бази осіб що не сплачують  кредит
Перевірка даних установи.	Перевірка даних установи, в якій працює особа
Перевірка кредитної заяви	Перевірка кредитної заяви особи

 

 

1.2 Розробка DFD моделі

 

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

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

• функції обробки інформації (роботи);

• документи (стрілки, arrows), об'єкти, співробітників або відділи, які беруть участь в обробці інформації;

• зовнішні посилання (external references), які забезпечують інтерфейс з зовнішніми об'єктами, що знаходяться за межами модельованої системи;

• таблиці для зберігання документів (сховище даних, data store).

У BPwin для побудови діаграм потоків даних використовується нотація Гейна - Сарсона.

На відміну від стрілок IDEF0, які представляють собою жорсткі взаємозв'язку, стрілки DFD показують, як об'єкти (включаючи дані) рухаються від однієї роботи до іншої. Це подання потоків спільно з сховищами даних і зовнішніми сутностями робить моделі DFD більш схожими на фізичні характеристики системи - рух об'єктів (data flow), зберігання об'єктів (data stores), постачання і поширення об'єктів (external entities).

Розглянемо процес побудови DFD.

1. Декомпозіруем роботу «Розрахунок угоди».

2. У діалозі Activity Box Count виберіть кількість робіт 2 і нотацію DFD (рисунок 1.4).

 

Рисунок 1.4 - Вибір нотації DFD в діалозі Activity Box Count

 

1. Клацаємо  по ОК і вносимо в нову  діаграму, DFD імена робіт:

• Розрахунок суми заробітної плати.
• Розподіл по членам бригади.

2. Використовуючи  кнопку на палітрі інструментів, вносимо сховища даних:

• Список Клієнтів;
• Список видів кредитів
• Список оформлених запитів на кредит

3. Видаляємо граничні стрілки  з діаграми DFD.

4. Використовуючи кнопку на палітрі інструментів, вносимо зовнішні посилання:

• Клієнти
• Правила та процедури
• Система оформлення кредиту

5. Створюємо  внутрішні посилання згідно Pисунок 1.4.

Рисунок 1.5 - DFD-діаграма (декомпозиція блоку «Укладання договору»)

Декомпозуємо роботу «Перевірка кредитної заяви», дотримуючись пунктів попередньої роботи. Результат на рис. 1.5

 

 

Рисунок 1.5 - DFD-діаграма (декомпозиція блоку «Перевірка кредитної заяви»)

 

 

 

 

 

Рисунок 1.6 – Дерево вузлів

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

1.3 Розробка IDEF3 моделі

 

 

Розробка  IDEF3 моделі. IDЕF3 (WorkFlow diagramming) - технологія збору даних, необхідних для проведення структурного аналізу системи, яка доповнює технологію IDEF0. За допомогою цієї технології ми маємо можливість уточнити картину процесу, привертаючи увагу аналітика до черговості виконання функцій і бізнес-процесів в цілому. Логіка цієї технології дозволяє будувати й аналізувати альтернативні сценарії розвитку досліджуваних бізнес-процесів (моделі типу "Що - якщо"?).

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

Одиниці роботи - Unit of Work (UOW), також звані роботами, є центральними компонентами моделі. У IDEF3 роботи зображуються прямокутниками і мають ім'я, що позначає процес дії та номер (ідентифікатор). Всі зв'язки в IDEF3 є односпрямованим. Старша (Precedence) лінія - суцільна лінія, що зв'язує одиниця робіт. Показує, що робота-джерело повинна закінчитися преж: де, ніж робота-мета почнеться. Потоки об'єктів (Object Flow) - стрілка з двома наконечниками, застосовується для опису використання об'єкта у двох або більше одиницях роботи.

Перехрестя (Junction) - використовуються для відображення логіки взаємодії стрілок при злитті і розгалуженні або для відображення безлічі подій, які можуть або повинні бути завершені перед початком наступної роботи.У даному курсовому проекті за допомогою IDEF3 буде описана послідовність розрахунку заробітної плати.

Розглянемо процес побудови IDEF3-моделі:

1. У діалозі Activity Box Count виберіть кількість робіт 5 і нотацію IDEF3 (рисунок 1.7).

 

 

Рисунок 1.7 - Вибір нотації IDEF3 в діалозі Activity Box Count

 

 

1. За допомогою кнопки палітри інструментів створюємо об'єкт посилання. Вносимо ім'я об'єкта зовнішнього посилання «Дані про кліента» (Рисунок 1.8).

2. C допомогою кнопки  палітри інструментів вносимо два перехрестя

3. Пов'язуємо  роботи з перехрестями.

 

Рисунок 1.8 - IDEF3-діаграма

 

 

 

 

2 РОЗРОБКА СЕМАНТИЧНОЇ МОДЕЛІ ДАНИХ

 

2.1 Опис атрибутів сутностей

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

Сутність  Клиент(Client)

  Атрибути

1. ИИН(IIN) - числовой (длинное целое)
2. Имя(Name) - текстовый (50)
3. Прізвище(LastName) - текстовый (50)
4. Дата рождения(Birthday) - дата
5. Пол(Male) - числовой (длинное целое)

Сутність  Банк(Bank)

  Атрибути

1. Ідентіфикатор(ID) - числовой (длинное целое)
2. Місто(City) - текстовый (50)
3. Адрес(Address) - текстовый (50)