MỤC LỤC
LỜI NÓI ĐẦU 3
A. KHẢO SÁT NGHIỆP VỤ ĐỀ TÀI

4
I. Khảo sát nghiệp vụ 4
1. Hoạt động của hệ thống 5
2. Cách tiến hành (đối với qui trình tiền gửi thanh toan ngân hàng) 6
B. PHÂN TÍCH HỆ THỐNG

7
I. Phân tích chức năng 7
II. Phân tích dữ liệu 9
1. Mô hình luồng dữ liệu: 9
16
2. Mô hình quan hệ 17
C. THIẾT KẾ HỆ THỐNG

18
D.GIẢI QUYẾT BÀI TOÁN

20
I. CHỨC NĂNG QUẢN LÍ TÀI KHOẢN

20

21
KHI KHÁCH HÀNG GIAO DỊCH VỚI NGÂN HÀNG LẦN ĐẦU TIÊN THÌ KHÁCH HÀNG SẼ ĐƯỢC TẠO 1 SỐ CIF GỌI
LÀ MÃ KHÁCH HÀNG ĐỂ GIAO DỊCH VỚI NGÂN HÀNG.

21


25
A. LẬP PHIẾU GỬI

26
PHIẾU GỬI ĐƯỢC LẬP KHI TÀI KHOẢN HỢP LỆ. THÔNG TIN TRONG PHIẾU GỬI ĐƯỢC LẤY TỪ THÔNG TIN KHÁCH
HÀNG TÀI KHOẢN VÀ GIẤY KÊ KHAI GỬI TIỀN CỦA KHÁCH HÀNG KHI ĐẾN GỬI TIỀN

26
ĐẦU TIÊN TA CŨNG TẠO RA 1 BẢNG ẢO ĐỂ LẤY RA SỐ PHIẾU GỬI ĐỂ SINH MÃ SAU NÀY TƯƠNG TỰ NHƯ PHẦN
Ở TRÊN

26
SAU ĐÓ TA NHẬP THÔNG TIN TRÊN PHIẾU GỬI

26
SOPHIEUGUI LÀ KHÓA CHÍNH ĐƯỢC TỰ ĐỘNG SINH RA MỖI KHI MỘT PHIẾU GỬI ĐƯỢC LẬP

26
NGAYGUI : ĐƯỢC GÁN LUÔN LÀ NGÀY CỦA HỆ THỐNG

26
TRONG BẢNG PHIEUGUI CÓ 2 THUỘC TÍNH KHÓA NGOẠI LÀ MANV,MATK. KHI NHẬP 2 MÃ NÀY NẾU KHÔNG
CÓ TRONG 2 BẢNG TÀI KHOẢN, NHÂN VIÊN THÌ THÔNG BÁO KHÔNG THỂ NHẬP VÀO CƠ SỞ DỮ LIỆU, PHẢI
NHẬP LẠI CHO ĐẾN KHI THỎA MÃN HOẶC HỦY BỎ GIAO DỊCH

26

26
B. KHI GỬI TIỀN THÀNH CÔNG,TÀI KHOẢN CỦA KHÁCH HÀNG SẼ ĐƯỢC TĂNG LÊN TỰ ĐỘNG. TA SẼ SỬ DỤNG

30
B. LẬP PHIẾU CHUYỂN : TƯƠNG TỰ NHƯ TRONG PHIẾU CHUYỂN KHOẢN NHƯNG KIỂM TRA THÊM CẢ TÀI
KHOẢN NHẬN NẾU KHÔNG CÓ THÌ THÔNG BÁO GIAO DỊCH THẤT BẠI

30

32
LỆ PHÍ ĐƯỢC TÍNH TỰ ĐỘNG DỰA VÀO SỐ TIỀN CHUYỂN NHÂN VIÊN GIAO DỊCH KHÔNG CẦN PHẢI NHẬP

32
C. TRIGGER CẬP NHẬT SỐ TIỀN TRONG TÀI KHOẢN

32

32
SỐ TIỀN TRONG TÀI KHOẢN CHUYỂN SẼ BỊ TRỪ ĐI KHOẢN TIỀN ĐÃ CHUYỂN VÀ MỘT KHOẢN LỆ PHÍ.SỐ TIỀN
TRONG TÀI KHOẢN NGƯỜI NHẬN SẼ TĂNG THÊM SỐ TIỀN ĐƯỢC CHUYỂN

32
V.CHỨC NĂNG BÁO CÁO THỐNG KÊ

33

33
A. BẢN IN SAO KÊ GIAO DỊCH HÀNG THÁNG CỦA KHÁCH HÀNG

33
KHI KHÁCH HÀNG MUỐN XEM TRONG THÁNG ĐÃ CHI TIÊU NHƯ THẾ NÀO KHÁCH HÀNG SẼ YÊU CẦU NHÂN
VIÊN IN RA CHO MỘT BẢNG THỐNG KÊ.


TẠO BẢNG ẢO ĐƯA RA THÔNG TIN TIỀN GỬI TRONG THÁNG

35

36
TẠO BẢNG ẢO TIENRUTTHANG VA TIENCHUYENTHANG TƯƠNG TỰ NHƯ TRÊN

36
TẠO BẢNG ẢO ĐƯA RA NGÀY CÓ GIAO DỊCH TRONG THÁNG

36

36
THỦ TỤC ĐƯỢC TẠO NHƯ SAU:

36

36
D.BÁO CÁO GIAO DỊCH THEO NĂM

37
TA CŨNG TẠO 4 BẢNG ẢO TƯƠNG TỰ NHƯ TRONG THỐNG KÊ THÁNG CHỈ KHÁC LÀ NẾU Ở TRÊN GOM NHÓM
THEO NGÀY THÌ Ở ĐÂY TA GOM NHÓM THEO THÁNG

37
THỦ TỤC ĐƯỢC TẠO NHƯ SAU:

37

37

hội ngày càng cao nhu cầu thanh toán tăng gấp nhiều lần so với trước đây,đặc
biệt là dịch vụ thanh toán qua thẻ vừa tiện lợi vừa nhanh chóng không cần phải
mang nhiều tiền theo người. Và có thể nói trong tương lai không xa nó sẽ trở
thành dịch vụ thanh toán chủ yếu. Chính vì những lí do trên, ta thấy rằng việc tin
học hóa nghiệp vụ ngân hàng đặc biệt là tiền gửi thanh toán càng không thể
thiếu và vô cùng cần thiết.
A. Khảo sát nghiệp vụ đề tài
I. Khảo sát nghiệp vụ
- 4 -
1. Hoạt động của hệ thống
Ngân hàng thương mại cổ phần Bảo Việt(BAOVIET BANK) được thành
lập theo giấy phép thành lập số 328/GP-NHNN,ngày 11/12/2008 của thống đốc
ngân hàng nhà nước Việt Nam.Ngân hàng có 5 chi nhánh đặt tại Hà Nội ,TP Hồ
Chí Minh và có trụ sở chính đặt tại Hà Nội (địa chỉ :số 08 Lê Thái Tổ,quận
Hoàn Kiếm). Ngân hàng có những hoạt động đa dạng như:
• Đối với cá nhân: tiền gửi thanh toán, tiết kiệm lãi suất lũy tiến, tiết kiệm đa
kì linh hoạt, tiết kiệm không kì hạn, tiết kiệm có kì hạn, cho vay mua ô tô, cho
vay nhà, cho vay cầm cố giấy tờ có giá trị , cho vay tín chấp cán bộ, cho vay hộ
kinh doanh…
• Đối với đối với doanh nghiệp: tiền gửi ngân hàng, tài trợ thương mại, tài trợ
vốn lưu động, tài trợ dự án, bảo lãnh ngân hàng…
• Ngân hàng làm việc theo qui tắc quản lí khách hàng tập trung vì vậy khách
hàng có thể gửi tiền, rút tiền, chuyển khoản… .Tiền gửi thanh toán (TGTT) chủ
yếu huy động tiền gửi cá nhân.
Hệ thống làm những công việc như sau:
• Quản lí các tài khoản tiền gửi thanh toán: khi yêu cầu mở tài khoản cho
khách hàng thì một bộ phận sẽ mở tài khoản cho khách.Mỗi khách hàng có một
thẻ tài khoản duy nhất, từ đó ta có thể thay đổi thông tin khách hàng khi cần,
dùng đế truy vấn thông tin, nếu khách hàng có yêu cầu thì có thể đóng hoặc
phong tỏa tài khoản cho khách hàng.

• Nếu thẻ không hợp lệ thì thông báo tính không hợp lệ của thẻ tài
khoản.
• Nếu hợp lệ,thì lập phiếu chuyển khoản cho khách hàng và giao cho
khách hàng.Bộ phận TGTT sẽ kiểm tra thấu chi và số dư tài khoản.
- 6 -
Nếu hợp lệ thì sẽ kiểm tra thẻ tài khoản của người nhận.Thẻ tài khoản
người nhận phù hợp thì sẽ thông báo yêu cầu chuyển tiền đã chuyển
thành công và trả thẻ tài khoản cho khách hàng.Nếu không thì thông
báo giao dịch không thành công.
II.Bài toán
Sau khi khảo sát bài toán đặt ra cho chúng ta là làm cho hệ thống hoạt động
nhanh hơn và hiệu quả hơn. Như vậy bài toán đòi hỏi những vấn đề sau:
1. Nhập dữ liệu cho các bảng trong cơ sở dữ liệu. Khi nhập bảng con mà
thuộc tính khóa ngoài không có trong bảng cha thì không cho phép nhập
vào cơ sở dữ liệu
2. Đưa ra những thông tin cần thiết khi cần thống kê báo cáo
3. Tự động sinh mã cho thuộc tính khóa. Khi có mã bị xóa khi nhập thêm
mã mới sẽ chèn vào mã đã xóa
B. Phân tích hệ thống
I. Phân tích chức năng
- 7 -
- 8 -
QUẢN LÝ TIỀN GỬI THANH TOÁN NGÂN HÀNG HÀNG
Báo cáo-thống kê
Quản li chuyển khoản
Quản lí rút tiềnQuản lí gửi tiềnQuản lí tài khoản
Kiểm tra thẻ tài
khoản
Lập phiếu gửi
tiền

Mở tài khoản
Hiệu chỉnh
thông tin
Truy vấn thông
tin
Phong toả tài
khoản
Đóng tài khoản
Hình 2: Mô hình luồng dữ liệu mức khung cảnh
- 10 -
QUẢN LÍ TIỀN GỬI
THANH TOÁN NGÂN
HÀNG
Khách hàng
Khách
hàng
Khách
hàng
Người
quản lí
Thông tin yêu cầu lập thẻ tài khoản
Thông tin khách hàng
Yêu cầu
phong toả tài khoản
Yêu cầu đóng tài khoản
Thẻ tài khoản
đã được đóng
với giao dịch thật
Thông báo tài khoản đã được phong toả
Thông báo tài khoản

t
i
ề
n
P
h
i
ế
u

r
ú
t
T
h
ô
n
g

b
á
o

y
ê
u

c
ầ
u

ê
u

c
ầ
u

c
h
u
y
ể
n

k
h
o
ả
n
Phiếu chuyển khoản
Thông báo số tiền trong tài
khoản không dủ chuyển
Thông báo thẻ tài khoản người
nhận không tồn tại
TB yêu cầu chuyển khoản được giải quyết
Thông báo số tiền trong tài khoản không
giải quyết
ĐốI chiếu bản kê
Báo cáo sau khi
khoá sổ định kì

Yêu cầu phong toả tài khoản
Thông tin yêu cầu gửi tiền
Thông báo thẻ tài khoản không hợp lệ
Thẻ tài khoản
Phiếu gửi tiền
Tiền
Thông báo số tiền gửi khôngkhớp
Thẻ tài khoản
Thông báo yêu cầu gửi tiền được giải quyêt
Thông tin yêu cầu rút tiền
Thẻ tài khoản
Thông báo thẻ tài khoản không hợp lệ
Phiếu rút tiền
Thông báo số tiền trong tài
khoản không đủ rút
Tiền
Thẻ tài khoản
Thông tin yêu cầu rút tiền được giải quyêt
Thông tin yêu cầu chuyển khoản
Thẻ tài khoản
Phiếu chuyển khoản
Thông báo thẻ tài khoản không hợp lệ
Thông báo số tiền trong tài khoản không đủ chuyển
Thông báo tài khoản người nhận không tồn tại
Thẻ tài khoản
Thông báo yêu cầu chuyển khoản được giải quyết
Báo cáo kê khai hằng ngày
Báo cáo sau khi khoá sổ định kì
Đối chiếu bản kê với giao dịch thật
Tài khoản

Hình 4: Mô hình quản lí tài khoản mức dưới đỉnh

- 12 -
Khách
hàng
Mở tài
khoản
Phong toả
tài khoản
Đóng
tài
khoản
Thông tin yêu cầu lập thẻ tài khoản
Thông tin khách hàng
Thẻ tài khoản
Yêu cầu phong toả tài khoản
Thông báo tài khoản
đã được phong toả
Yêu cầu đóng tài khoản
Thông báo tài khoản đã được đóng
Thẻ tài khoản
Tài khoản
 Mô hình quản lí gửi tiền
Hình 5: Mô hình luồng dữ liệu quản lí tiền gửi mức dưới đỉnh
- 13 -
Kiểm tra thẻ
tài khoản
Lập
phiếu gửi
tiền

kí
Khách
hàng
Thông tin yêu cầu rút tiên
Thông báo thẻ tài
khoản không hợp lệ
Thẻ tài khoản
Phiếu rút tiền
Thông báo số tiền trong
tài khoản không đủ rút
Thẻ tài khoản
Tiền
Thông báo yêu cầu rút
tiền đã được giải quyêt
Thẻ tài khoản
Phiếu rút tiền
Tài khoản
 Mô hình chuyển khoản
Hình 7: Mô hình luồng dữ liệu mức dưới đỉnh chuyển khoản
- 15 -
Khách
hàng
Kiểm tra thẻ
tài khoản
người nhận
Kiểm tra thẻ
tai khoản
Lập phiếu
chuyển
khoản

Hình 8: Mô hình luồng dữ liệu mức dưới đỉnh báo cáo thống kê

- 16 -
Người
quản lý
Báo cáo kê
khai giao dịch
hằng ngày
Báo cáo sau
khi khoá sổ
định kì
Đối chiếu
bản kê với
giao dịch
thật
Kê khai giao dịch hằng ngày
Báo cáo sau khi
khoá sổ định kì
Đối chiếu bản kê với giao dịch thật
Phiếu gửi tiền
Phiếu rút tiền
Phiếu chuyên
khoản
Phiếu rút tiền
Phiếu gửi tiền
2. Mô hình quan hệ
a. Mô hình thực thể liên kết ER
Hình 9: Mô hình thực thể liên kết ER
b. Mô hình quan hệ
Sau khi phân tích và đưa về dạng chuẩn 3NF ta được mô hình quan hệ như sau:

NULL
Tên Khách Hàng
3 DiaChi Nvarchar(30)-NULL Địa Chỉ Khách Hàng
4 DienThoai Nvarchar(15)-NULL Điện Thoại Khách Hàng
5 Fax Nvarchar(15)-NULL Fax Của Khách Hàng

- 18 -
c.Bảng chú thích cho thực thể PhieuGui
STT TÊN
TRƯỜNG
KIỂU DỮ LIỆU GHI CHÚ
1 SoPhieuGui Char(10) Số phiếu gửi_khóa chính
2 MaTK Char(10)-Not Null Mã tài khoản gửi tiền vào
3 SoTienGui Float –not null Số tiền gửi vào tài khoản
4 NgayGui smalldatetime Ngày gửi tiền
5 MaNV Char(10)-not null Mã nhân viên giao dịch

d.Bảng chú thích cho thực thể PhieuRut

STT TÊN
TRƯỜNG
KIỂU DỮ LIỆU GHI CHÚ
1 SoPhieuRut Char(10) Số phiếu rút_khóa chính
2 MaTK Char(10)-Not Null Mã tài khoản rút tiền
3 SoTienRut Float –not null Số tiền rút
4 NgayRut smalldatetime Ngày rút tiền
5 MaNV Char(10)-not null Mã nhân viên giao dịch

e.Bảng chú thích cho thực thể PhieuChuyenKhoan


I. Chức năng quản lí tài khoản
- 20 -

Khi khách hàng giao dịch với ngân hàng lần đầu tiên thì khách hàng sẽ được tạo
1 số CIF gọi là mã khách hàng để giao dịch với ngân hàng.
a. Nhập thông tin khách hàng mới vào bảng khách hàng
- 21 -
Khách hàng
Tạo TKTạo KH mới
Truy vấn TT
Có số
CIF
Chưa
có số
CIF
Khi
cần
• Ta tạo bảng ảo lấy ra số của các mã khách hàng
đang tồn tại trong cơ sở dữ liệu để tiến hành tự
động sinh mã sau này:
• Tạo thủ tục nhập khách hàng với tự động sinh mã:
create view so_KH
as select cast(substring( MaKH,3,3)as int) 'so'
from khachhang
- 22 -
CREATE procedure dbo.KhachHang_add
@TenKH as nvarchar(30),
@DiaChi as nvarchar(30),
@DienThoai as nvarchar(15),
@Fax as nvarchar(15),

@TenKH,
@DiaChi,
@DienThoai,
@Fax)
end
b.Tạo tài khoản cho khách hàng
• Cũng tương tự như tạo thủ nhập của bảng khách hàng. Bảng này ta cũng
tạo ra một bảng ảo để lấy số trong mã của tài khoản để tự động sinh mã
sau này.

• Nhưng ở đây có điểm khác biệt so với bảng khách hàng là nó có khóa
ngoài là mã khách hàng.Nếu nhập mã khách hàng không có trong bảng
khách hàng chương trình sẽ báo lỗi.Vì vậy chúng ta sẽ xử lí sao cho khi
không có trong bảng khách hàng nhiệm vụ nhập sẽ không thể tiếp diễn.
Ta sẽ thông báo ra màn hình cho người dung biết để sửa:
- 23 -
create view so_TK
as select cast(substring( MaTK,3,3)as int) 'so'
from taikhoan
- 24 -
CREATE procedure dbo.TaiKhoan_add
@MaKH as char(10),
@NgayMoTK as datetime,
@SoDuCo as float
as
begin
declare @i int
select @i= max(so) from so_TK
if @i= (select count(so) from so_TK) set @i=@i+1
if @i> (select count(so) from so_TK)

@MaKH,
@NgayMoTK,
@SoDuCo)
end
set @maTK='TK'+@t
Print @MaTK
if @MaKH <>all
( select MaKH
from KhachHang)
begin
print'Ma khach hang nhap khong ton tai trong bang khach
hang.Moi nhap lai'
return
end
else
insert into dbo.TaiKhoan(
MaTK,
MaKH,
NgayMoTK,
SoDuCo)
values(
@MaTK,
@MaKH,
@NgayMoTK,
@SoDuCo)
end
c. Khi cần lấy thông tin tài khoản để rút tiền hay chuyển tiền,ta lấy thông tin đó
ra để thỏa mãn yêu cầu.Thủ tục có tham số giúp ta có thể kiểm tra tài khoản bất
kì khi ta nhập mã tài khoản
II.Chức năng quản lí tiền gửi