(Luận văn Đại học Thương mại) Ứng dụng hệ thống quản lý bug trong quy trình kiểm thử phần mềm tại công ty cổ phần truyền thông và dịch vụ NoDo

MỤC LỤC
PHẦN I: MỞ ĐẦU....................................................................................................1
1.1 Lý do lựa chọn đề tài...........................................................................................1
1.2 Mục tiêu nghiên cứu..........................................................................................1
1.3

Đối tượng và phạm vi nghiên cứu đề tài......................................................2

1.3.1 Đối tượng nghiên cứu......................................................................................2
1.3.2 Phạm vi nghiên cứu.......................................................................................2
1.4 Phương pháp nghiên cứu..................................................................................2
1.4.1 Phương pháp thu thập dữ liệu........................................................................2
1.4.2 Phương pháp xử lý số liệu...............................................................................3
CHƯƠNG 1: CƠ SỞ LÝ LUẬN VỀ HỆ THỐNG QUẢN LÝ BUG TRONG
QUY TRÌNH KIỂM THỬ PHẦN MỀM...............................................................4
1.1

Những khái niệm cơ bản...............................................................................4

1.1.1 Khái niệm chung..............................................................................................4
1.1.2 Khái niệm liên quan trực tiếp tới vấn đề nghiên cứu.....................................4
1.2

Cơ sở lý luận liên quan đến hệ thống quản lý bug trong quy trình kiểm

thử

...............................................................................................................5

1.2.1 Kiểm thử phần mềm..........................................................................................6
1.2.1.1 Tổng quan......................................................................................................6

1.2.1.2 Mục đích của kiểm thử phần mềm..................................................................6
1.2.1.3 Các giai đoạn kiểm thử phần mềm.................................................................7
1.2.1.4 Kiểm thử trong các giai đoạn phát triển phần mềm.......................................7
a, Kiểm thử trong giai đoạn đặc tả yêu cầu................................................................8
b, Kiểm thử trong giai đoạn thiết kế..........................................................................9
c, Kiểm thử trong giai đoạn lập trình.........................................................................9
1.2.1.5 Người kiểm thử..............................................................................................9
1.2.1.6 Luồng thông tin kiểm thử.............................................................................11
1.2.1.7

Các phương pháp kiểm thử.......................................................................11

1.2.1.8 Các mức kiểm thử........................................................................................12
1.2.2 Ứng dụng phần mềm.....................................................................................15
1.2.2.1 Tổng quan....................................................................................................15
1.2.2.1

Mục đích...................................................................................................15

LUAN VAN CHAT LUONG download : add


1.2.2.3

Quy trình ứng dụng phần mềm.................................................................15

1.3 Tổng quan tình hình nghiên cứu....................................................................17
1.3.1 Tình hình nghiên cứu trong nước....................................................................17
1.3.2 Tình hình nghiên cứu trên thế giới..................................................................18
CHƯƠNG 2: PHÂN TÍCH, ĐÁNH GIÁ THỰC TRẠNG QUẢN LÝ BUG

TRONG QUY TRÌNH KIỂM THỬ TẠI CÔNG TY CỔ PHẦN TRUYỀN THÔNG
VÀ DỊCH VỤ NO DO............................................................................................18
2.1 Tổng quan về công ty........................................................................................19
2.1.1 Giới thiệu chung về doanh nghiệp..................................................................19
2.1.2 Quá trình hình thành và phát triển.................................................................19
2.1.3 Cơ cấu tổ chức và cơ cấu nhân lực.................................................................20
2.1.3.1

Cơ cấu tổ chức..........................................................................................20

2.1.3.2

Chức năng nhiệm vụ của các bộ phận......................................................21

2.1.4 Lĩnh vực hoạt động.........................................................................................21
2.1.5 Kết quả hoạt động kinh doanh........................................................................23
2.2 Thực trạng vấn đề quản lý bug trong quy trình kiểm thử tại cơng ty.................23
2.2.1 Các khâu trong quy trình kiểm thử................................................................23
2.2.2 Các yếu tố liên quan trong quá trình kiểm thử................................................25
2.2.3 Kết quả phân tích vấn đề nghiên cứu..............................................................25
2.2.4 Kết luận và phát hiện qua nghiên cứu............................................................28
CHƯƠNG 3: ỨNG DỤNG HỆ THỐNG QUẢN LÝ BUG TRONG QUY TRÌNH
KIỂM THỬ TẠI CƠNG TY CỔ PHẦN TRUYỀN THƠNG VÀ DỊCH VỤ NODO
29
3.1 Tìm hiểu về ứng dụng hỗ trợ quy trình kiểm thử...............................................30
3.2 Đề xuất ứng dụng hỗ trợ quy trình kiểm thử tại công ty Cổ phần truyền thông và
dịch vụ NoDo.........................................................................................................34
3.2.1 Giới thiệu về Redmine.....................................................................................34
3.2.1.1 Tổng quan về redmine..................................................................................34
3.2.1.2

Một số tính năng cơ bản của redmine.......................................................34

3.2.2 Cài đặt..........................................................................................................34
3.2.3 Triển khai dự án trên hệ thống redmine..........................................................39
3.2.3.1 Thông tin hệ thống.......................................................................................39

LUAN VAN CHAT LUONG download : add


3.2.3.2 Quản lý thông tin tài khoản.........................................................................39
3.2.3.3 Hướng dẫn theo dõi các công việc cá nhân................................................41
3.2.3.4 Các thao tác với Project..............................................................................44
3.2.4 Đánh giá hệ thống..........................................................................................54
KẾT LUẬN............................................................................................................56
DANH MỤC TÀI LIỆU THAM KHẢO.................................................................56
PHỤ LỤC 57

LUAN VAN CHAT LUONG download : add


DANH MỤC BẢNG BIỂU
Bảng 1: Kết quả hoạt động kinh doanh...................................................................23
Bảng 2: Danh sách cán bộ nhân viên điền phiếu điều tra và trả lời phỏng vấn......26
Bảng 3: Các trường trong màn hình đăng ký tài khoản...........................................40
Bảng 4: Thao tác với issues.....................................................................................46
Bảng 5: Thông tin trong issue..................................................................................48
Bảng 6: Thao tác cập nhật issue..............................................................................49
Bảng 7: Thông tin tổng quan trong Settings............................................................53
Bảng 8: Danh sách module trong Settings...............................................................54

LUAN VAN CHAT LUONG download : add


DANH MỤC HÌNH ẢNH
Hình II 1: Mơ hình vịng đời tổng quát phát triển một hệ thống phần mềm...............6
Hình II 2: Người lập trình.......................................................................................10
Hình II 3: Người kiểm thử.......................................................................................10
Hình II 4: Kiến thức cần có của người kiểm thử......................................................10
Hình II 5: Mơ hình luồng thơng tin kiểm thử...........................................................11
Hình II 6: Kiểm thử hộp đen...................................................................................11
Hình II 7: Kiểm thử hộp trắng.................................................................................12
Hình II 8: Mức độ kiểm thử cơ bản..........................................................................13
Hình II 9: Quy trình ứng dụng phần mềm................................................................15
Hình II 10: Bộ máy tổ chức Công ty cổ phần truyền thông và dịch vụ NoDo..........20
Hình II 11: Đánh giá mức độ chậm deadline trong dự án.......................................26
Hình II 12: Nguyên nhân chậm deadline.................................................................27
Hình II 13 : Hình thức trao đổi thơng tin giữa các bộ phận....................................28
Hình III 1: Ứng dụng Mantis...................................................................................30
Hình III 2: Ứng dụng Bugnet...................................................................................31
Hình III 3: Ứng dụng Genie.....................................................................................32
Hình III 4: Ứng dụng Jira........................................................................................32
Hình III 5: Ứng dụng Redmine................................................................................33
Hình III 6: Cài đặt RailsInstaller.............................................................................35
Hình III 7: Đường dẫn khi cài RailsInstaller...........................................................35
Hình III 8: Cài đặt ImageMagick............................................................................36
Hình III 9: Cài đặt ImageMagick............................................................................36
Hình III 10: Kiểm tra cài đặt thành cơng................................................................37
Hình III 11: Kiểm tra cài đặt...................................................................................37
Hình III 12: Kiểm tra cài đặt...................................................................................39

Hình III 13: Màn hình đăng nhập của redmine.......................................................39
Hình III 14: Đăng ký tài khoản................................................................................40
Hình III 15: Màn hình quản lý tài khoản.................................................................40
Hình III 16: Khơi phục mật khẩu.............................................................................41
Hình III 17: Màn hình theo dõi các cơng việc cá nhân............................................41

LUAN VAN CHAT LUONG download : add


Hình III 18: Tùy biến trang......................................................................................42
Hình III 19: Thêm block..........................................................................................42
Hình III 20: Trang thơng tin dự án..........................................................................43
Hình III 21: Tổng quan về dự án.............................................................................43
Hình III 22: Tổng quát thời gian làm việc...............................................................43
Hình III 23: Tổng quát các activity mới...................................................................44
Hình III 24: Thao tác với dự án...............................................................................44
Hình III 25: Xem hoạt động của dự án....................................................................45
Hình III 26: Danh sách các vấn đề (issues).............................................................45
Hình III 27:Thao tác tạo vấn đề..............................................................................46
Hình III 28: Giao diện xem chi tiết Issue.................................................................48
Hình III 29: Biểu đồ gantt chart..............................................................................50
Hình III 30:Màn hình chọn các loại issue hiển thị trong khung bên phải................50
Hình III 31: Kéo thả các issue để cập nhật trạng thái.............................................50
Hình III 32: Version planning.................................................................................51
Hình III 33:Calender...............................................................................................51
Hình III 34:Thơng báo các tin tức mới....................................................................51
Hình III 35: Danh sách tài liệu................................................................................52
Hình III 36: Thêm mới tài liệu.................................................................................52
Hình III 37: Danh sách các trang wiki....................................................................53

LUAN VAN CHAT LUONG download : add


DANH MỤC TỪ VIẾT TẮT
Danh mục từ viết tắt tiếng Việt
Từ viết tắt

Nghĩa tiếng Việt

CNTT

Công nghệ thông tin

HTTT

Hệ thống thông tin

ĐKKD

Đăng ký kinh doanh

VĐL

Vốn điều lệ

TNHH

Trách nhiệm hữu hạn

CT

Công ty

CSDL

Cơ sở dữ liệu

TMĐT

Thương mại điện tử

LUAN VAN CHAT LUONG download : add


LỜI MỞ ĐẦU
Trong suốt 4 năm theo học tại trường Đại học Thương Mại tôi đã được làm
quen với những kiến thức về chuyên ngành Hệ Thống Thông Tin Kinh Tế. Nhận
thấy rằng hệ thống thông tin hiện tại là nền tảng cho sự hoạt động, vận hành của
mọi doanh nghiệp. Doanh nghiệp nào muốn hoạt động vững chắc, ổn định và đạt
năng suất, hiệu quả cao thì doanh nghiệp ấy phải có một hệ thống thơng tin tốt, hiệu
quả và phù hợp với cả môi trường bên trong và bên ngoài doanh nghiệp. Hiện tại,
các doanh nghiệp Việt Nam đã và đang áp dụng những hệ thống thông tin vào trong
các hoạt động sản xuất kinh doanh của mình, hướng tới việc đơn giản hóa các thủ
tục, cơng việc có thể hệ thống hóa từ đó nâng cao hiệu quả trong các hoạt động sản
xuất kinh doanh, giảm thiểu tối đa các chi phí. Vẫn cịn nhiều vấn đề trong việc áp
dụng, triển khai và vận hành hệ thống thông tin vào các hoạt động sản xuất kinh
doanh của các doanh nghiệp Việt Nam, vậy nên chúng ta cần phải nỗ lực hơn nữa
trong công tác đào tạo nguồn lực để có thể áp dụng thành cơng các hệ thống thông
tin, phục vụ cho các hoạt động của doanh nghiệp nói riêng và tồn bộ nền kinh tế
Việt Nam nói chung.

Trường Đại học Thương Mại là một trong những cái nôi đầu tiên ươm mầm
cho nguồn nhân lực hệ thống thông tin kinh tế ấy của nước nhà. Với hệ thống đào
tạo bài bản, quy mô, khoa học và hệ thống đã đào tạo nên những cử nhân có tầm và
có vực phục vụ cho việc phân tích, thiết kế và triển khai hệ thống thông tin vào
doanh nghiệp.
Kết thúc 4 năm đại học, tơi có cơ hội được làm khóa luận, được tổng hợp
những kiến thức trong suốt thời gian theo học chuyên ngành Hệ Thống Thông Tin
Kinh Tế và có điều kiện so sánh, đối chiếu với thực tế thông qua đợt thực tập do nhà
trường tổ chức.
Để hồn thành được khóa luận này, tơi xin gửi lời cảm ơn chân thành và sâu
sắc tới các thầy cơ trong trường Đại học Thương Mại đã tận tình giúp đỡ, bồi dưỡng
những kiến thức cho tôi trong suốt 4 năm theo học tại nhà trường.
Đồng cảm ơn Công ty Cổ phần truyền thông và dịch vụ NoDo đã tạo điều kiện
cho tơi có cơ hội, điều kiện thực tập và công tác tại công ty. Cảm ơn sự giúp đỡ
chân thành và nhiệt tình của các anh, các chị là nhân viên trong công ty đã giúp tôi

LUAN VAN CHAT LUONG download : add


tìm hiểu thực tế về hoạt động của cơng ty và tình hình ứng dụng hệ thống thơng tin
vào những hoạt động đó.
Đặc biệt, tơi xin chân thành cảm sự giúp đỡ tâm huyết, trách nhiệm và tận tình
tới giảng viên – Thạc sỹ Hàn Minh Phương, người đã trực tiếp giúp đỡ tơi trong
suốt q trình hồn thiện bài khóa luận này.
Mặc dù đã rất cố gắng và nỗ lực song với thời gian nghiên cứu hạn hẹp, trình
độ và khả năng của bản thân còn hạn chế, do đó khóa luận sẽ khơng tránh khỏi
những thiếu sót. Kính mong các thầy, cô giáo trong khoa HTTT KINH TẾ &
TMĐT, các anh/chị nhân viên trong Công ty Cổ phần truyền thơng và dịch vụ
NoDo chỉ bảo để bài khóa luận có giá trị hơn về mặt lý luận và mang tính thực tiễn
cao.

Tơi xin chân thành cảm ơn!
Hà Nội, năm 2017
Sinh viên thực hiện
Phùng Thị Huyền

LUAN VAN CHAT LUONG download : add


PHẦN I: MỞ ĐẦU
TỔNG QUAN VẤN ĐỀ NGHIÊN CỨU
1.1 Lý do lựa chọn đề tài
Ngày nay, công nghệ thông tin đang hiện diện và đóng vai trị quan trọng
khơng thể thiếu trong quá trình quản trị, điều hành các hoạt động sản xuất kinh
doanh của mỗi doanh nghiệp. Sự phát triển và ứng dụng của internet đã làm thay
đổi mô hình và cách thức hoạt động kinh doanh của doanh nghiệp, việc chuyển dần
các giao dịch truyền thống sang giao dịch điện tử đã ảnh hưởng đến vị trí, vai trò và
cả nhu cầu của các bên hữu quan (khách hàng, nhà cung cấp, nhà đầu tư…) của
doanh nghiệp.
Các hoạt động đầu tư CNTT trong doanh nghiệp nhằm phục vụ cho các mục
tiêu của doanh nghiệp như hỗ trợ các hoạt động tác nghiệp, hỗ trợ cho việc ra các
quyết định quản lý, hỗ trợ việc xây dựng các chiến lược nhằm đạt lợi thế cạnh
tranh,…Có nhiều mơ hình đầu tư CNTT trong doanh nghiệp, mỗi mơ hình có cách
tiếp cận khác nhau nhưng đều có chung mục đích là giúp doanh nghiệp xác định
được lộ trình đầu tư và mối quan hệ giữa các thành phần trong bức tranh tổng thể về
ứng dụng CNTT trong doanh nghiệp. Mỗi doanh nghiệp cần phải chọn cho mình
mơ hình đầu tư CNTT cho phù hợp để phát huy hiệu quả các khoản đầu tư, phục vụ
cho mục tiêu kinh doanh.
Kiểm thử phần mềm là bộ phận sống cịn của quy trình phát triển phần mềm,
sự hỗ trợ quan trọng để đảm bảo chất lượng của phần mềm. Kiểm thử phần mềm là
một lĩnh vực rất quan trọng trong hoạt động sản xuất cũng như gia công phần mềm.

 Trong thời gian thực tập ở công ty Cổ phần truyền thông và dịch vụ NoDo công ty về lĩnh vực CNTT, em đã tìm hiểu và nhận thấy rằng quy trình quản lý lỗi
để hỗ trợ quá trình thực hiện dự án vẫn cịn thủ cơng. Điều này gây tốn thời gian và
khó khăn cho nhân viên thực hiện dự án cũng như tiến độ dự án. Chính vì vậy, cơng
ty cần một hệ thống quản lý các lỗi trong q trình thực hiện dự án. Đó là lý do em
chọn đề tài “Ứng dụng hệ thống quản lý bug trong quy trình kiểm thử phần mềm
tại công ty cổ phần truyền thông và dịch vụ NoDo” làm đề tài nghiên cứu.

1

LUAN VAN CHAT LUONG download : add


1.2 Mục tiêu nghiên cứu
Với đề tài “Ứng dụng hệ thống quản lý bug trong quy trình kiểm thử phần
mềm tại công ty cổ phần và truyền thông dịch vụ NoDo” thì bài khóa luận sẽ giải
quyết các vấn đề sau:
- Tìm hiểu thực trạng, quy trình kiểm thử phần mềm tại cơng ty.
- Tìm hiểu về ứng dụng hỗ trợ quy trình kiểm thử và đề xuất ứng dụng hỗ trợ

tại công ty.
- Đánh giá hiệu quả hệ thống quản lý bug cho công ty.

1.3 Đối tượng và phạm vi nghiên cứu đề tài
1.3.1 Đối tượng nghiên cứu
Đối tượng nghiên cứu của đề tài là phần mềm hỗ trợ quản lý bug trong quy
trình kiểm thử phần mềm của công ty Cổ phần truyền thông và dịch vụ NoDo.
1.3.2 Phạm vi nghiên cứu
- Về không gian: Công ty cổ phần truyền thông và dịch vụ NoDo.
- Thời gian: Năm 2017

1.4 Phương pháp nghiên cứu
Để có thể đảm bảo được tính đúng đắn của thơng tin cũng như tính khoa học
trong nghiên cứu bài khóa luận này đã sử dụng chủ hai phương pháp: Phương pháp
thu thập dữ liệu và Phương pháp xử lý số liệu.
1.4.1 Phương pháp thu thập dữ liệu
Mục tiêu của phương pháp này đó là có được các thông tin liên quan đến mục
tiêu đã đề ra với độ tin cậy và chính xác cao. Đề tài chủ yếu áp dụng các phương
pháp: phỏng vấn, phiếu điều tra và quan sát trực tiếp.
Thu thập dữ liệu sơ cấp
- Để phục vụ cho quá trình khảo sát thực trạng quản lý nhân sự tại Công ty cổ

phần truyền thơng và dịch vụ NoDo, đề tài có sử dụng phương pháp điều tra trắc
nghiệm hiện trường thông qua phiếu điều tra và bảng câu hỏi nhằm thu thập các
thông tin dữ liệu từ nhiều đối tượng nhân viên thuộc các phịng ban khác nhau trong
cơng ty như: Bộ phận lập trình, Bộ phận kiểm thử, Bộ phận kế toán, Bộ phận thị
trường, Bộ phận phát hành game, Bộ phận phân tích thiết kế, Bộ phận tư vấn và
chăm sóc khách hàng, Bộ phận marketing. Các phiếu điều tra được gửi cho các cán
bộ, nhân viên trong công ty. Sau đó, các phiếu điều tra sẽ được tổng hợp lại, xử lý
và đưa vào CSDL của phần mềm Excel xử lý và phân tích.

2

LUAN VAN CHAT LUONG download : add


- Phương pháp quan sát giúp các phân tích viên thu thập được những thơng tin

khơng có trong tài liệu và khơng thu thập được qua q trình phỏng vấn, có được
một bức tranh khái quát về tổ chức và cách quản lý các hoạt động của tổ chức.
- Phỏng vấn những người có ảnh hưởng đến quy trình kiểm thử là các trưởng

phòng, các nhân viên và Ban giám đốc để thu được những thông tin xác thực nhất
về vấn đề đang nghiên cứu.
Thu thập dữ liệu thứ cấp
- Các báo cáo kết quả hoạt động kinh doanh của cơng ty trong vịng 3 năm từ

2014- 1017 được thu thập từ Bộ phận kế tốn của cơng ty.
- Thu thập tài liệu liên quan đến cơ sở lý luận, các lý thuyết về phần mềm, hệ

thống thông tin và về quy trình kiểm thử ,… từ các cơng trình nghiên cứu, sách,
báo, internet.
Sau khi thu thập đầu đủ các thông tin cần thiết sẽ tiến hành phân loại sơ bộ các
tài liệu đó. Nếu cần thêm tài liệu liên quan thì bổ sung và nếu đủ rồi thì tiến hành xử
lý dữ liệu.
1.4.2 Phương pháp xử lý số liệu
- Sử dụng phương pháp phân tích, tổng hợp, so sánh, đánh giá dữ liệu thu thập

được các số liệu (sơ cấp, thứ cấp) để có thể rút ra một số đánh giá về thực trạng
quản lý bug của công ty.
- Sử dụng phương pháp toán thống kê (sử dụng excel) để xử lý các tài liệu, số

liệu thu thập được từ phiếu điều tra để đánh giá được thực trạng quản lý bug tại
cơng ty.
1.5 Kết cấu khóa luận
Ngồi các mục lời cảm ơn, mục lục, danh mục bảng biểu, hình vẽ, tài liệu
tham khảo và phụ lục, nội dung khóa luận gồm:
Phần I: Mở đầu (Tổng quan vấn đề nghiên cứu)
Phần II: Nội dung
- Chương 1: Cơ sở lý luận về hệ thống quản lý bug trong quy trình kiểm thử.
- Chương 2: Phân tích, đánh giá thực trạng quản lý bug trong quy trình kiểm

thử tại cơng ty cổ phần truyền thông và dịch vụ NoDo.
- Chương 3: Ứng dụng hệ thống quản lý bug trong quy trình kiểm thử tại công

ty cổ phần truyền thông và dịch vụ NoDo.
Phần III: Kết luận

3

LUAN VAN CHAT LUONG download : add


PHẦN II: NỘI DUNG
CHƯƠNG 1: CƠ SỞ LÝ LUẬN VỀ HỆ THỐNG QUẢN LÝ BUG
TRONG QUY TRÌNH KIỂM THỬ PHẦN MỀM
1.1 Những khái niệm cơ bản
1.1.1 Khái niệm chung
Thông tin (Information) là các tin tức mà con người trao đổi với nhau, hay nói
rộng hơn thơng tin bao gồm những tri thức về các đối tượng. (Nguồn: Bài giảng Tổ
chức HTTT thị trường và thương mại vĩ mô, Trường Đại học Thương Mại).
Hệ thống [1] (System) là tập hợp nhiều phần tử có các mối quan hệ ràng buộc
lẫn nhau và cùng hoạt động hướng tới mục đích chung.
Hệ thống thông tin (Information System) là một tập hợp và kết hợp của các
phần cứng, phần mềm và các hệ mạng truyền thông được xây dựng và sử dụng để
thu thập, tạo, tái tạo, phân phối và chia sẻ các dữ liệu, thông tin và tri thức nhằm
phục vụ các mục tiêu của tổ chức. (Nguồn: Bài giảng Tổ chức HTTT thị trường và
thương mại, Bộ môn CNTT, Trường ĐH Thương Mại)
Hệ thống thông tin quản lý (MIS – Managament Information System) là một
hệ thống tích hợp “Người – Máy” tạo ra và lưu trữ các thông tin giúp con người
trong sản xuất, quản lý cũng như ra quyết định. (Nguồn: Bài giảng HTTT kinh tế và

quản lý, Bộ môn CNTT, Trường ĐH Thương Mại)
Phần mềm máy tính hay cịn được gọi tắt là phần mềm (software) là một tập
hợp các câu lệnh hoặc chỉ thị được viết bằng 1 hoặc nhiều ngơn ngữ lập trình theo
một trật tự xác định nhằm tạo ra một nhiệm vụ hay chức năng năng hoặc một vấn đề
cụ thể nào đó.
1.1.2 Khái niệm liên quan trực tiếp tới vấn đề nghiên cứu
Kiểm thử phần mềm (Software Testing) là một hoạt động kiểm tra được thực
hiện để cung cấp cho các bên liên quan thông tin về chất lượng sản phẩm hoặc dịch
vụ đang được kiểm tra. Kiểm thử phần mềm cũng có thể cung cấp một cái nhìn
khách quan, độc lập về phần mềm để cho phép các doanh nghiệp đánh giá và nắm
được rủi ro khi triển khai phần mềm. Các kỹ thuật kiểm tra bao gồm quá trình thực
hiện chương trình hoặc ứng dụng với mục đích tìm lỗi phần mềm và để xác minh
rằng sản phẩm phần mềm phù hợp sử dùng.

4

LUAN VAN CHAT LUONG download : add


Bug là một khiếm khuyết trong một thành phần hoặc hệ thống mà nó có thể
làm cho thành phần hoặc hệ thống này không thực hiện đúng chức năng, yêu cầu
của nó. Có thể là lỗi giao diện, lỗi chức năng, lỗi nghiệp vụ.
Testcase: Được dịch ra tiếng việt là ca kiểm thử. Là một dạng thức mô tả dữ
liệu đầu vào, một số hành động (hành vi) hoặc sự kiện và một kết quả mong đợi để
xác định chức năng của một ứng dụng phần mềm hoạt động đúng hay khơng.
Quy trình kiểm thử phần mềm là một dãy các hành động, con người và hệ
thống liên quan để làm ra một sản phẩm, dịch vụ theo các lặp đi lặp lại. Quy trình
kiểm thử là một giai đoạn trong chu trình phát triển phần mềm. Giai đoạn này được
thực hiện theo một trình tự nhất định nhằm đảm bảo phần mềm đi đúng hướng theo
yêu cầu của người dùng.

Đặc tả yêu cầu phần mềm: Phần mềm được viết để thực hiện các nhu cầu
của khách hàng. Các nhu cầu của khách hàng được thu thập, phân tích đánh giá và
là cơ sở để quyết định chính xác các đặc trưng cần thiết mà sản phẩm phần mềm
cần phải có. Dựa trên yêu cầu của khách hàng và các yêu cầu bắt buộc khác, đặc tả
được xây dựng để miêu tả chính xác các yêu cầu mà sản phẩm phần mềm cần phải
đáp ứng. Tài liệu đặc tả là cơ sở để đội ngũ phát triển phần mềm xây dựng sản phẩm
phần mềm.
Chất lượng và độ tin cậy của phần mềm: Theo từ điển, chất lượng của một
sản phẩm được thể hiện bằng các đặc trưng phù hợp với đặc tả của nó. Theo cách
hiểu này, chất lượng của một sản phẩm phần mềm là sự đáp ứng các yêu cầu về
chức năng, sự hoàn thiện và việc tuân thủ nghiêm ngặt trong đặc tả, cùng các đặc
trưng mong chờ từ mọi sản phẩm phần mềm chuyên nghiệp. Chất lượng phần mềm
đặc trưng cho “độ tốt” của phần mềm và gồm các yếu tố về chất lượng như: tính
đúng đắn (hành vi đúng như đặc tả), tính hiệu quả (tiết kiệm thời gian và tiền bạc),
độ tin cậy, dễ học,dễ sử dụng…Như vậy, độ tin cậy chỉ là yếu tố để đánh giá chất
lượng của một sản phẩm phần mềm. Độ tin cậy của phần mềm là xác suất để phần
mềm chạy khơng có thất bại trong một khoảng thời gian nhất định. Nó được xem là
một yếu tố quan trọng của chất lượng phần mềm.

5

LUAN VAN CHAT LUONG download : add


1.2 Cơ sở lý luận liên quan đến hệ thống quản lý bug trong quy trình
kiểm thử
1.2.1 Kiểm thử phần mềm
1.2.1.1 Tổng quan
Kiểm thử phần mềm là một phần của tiến trình phát triển phần mềm. Nó là
tiến trình đánh giá một hệ thống hoặc một thành phần của hệ thống bằng tay hoặc tự

động, nhằm xác định lại sự thỏa mãn các yêu cầu của phần mềm.

Hình II 1: Mơ hình vịng đời tổng qt phát triển một hệ thống phần mềm
Mơ tả vịng đời tổng qt phát triển một hệ thống phần mềm:
- Khi có yêu cầu của khách hàng (u cầu của bài tốn) rõ ràng thì nhân viên

tiến hành phân tích, đặc tả yêu cầu rồi gửi cho bộ phận thiết kế.
- Sau khi nhận được tài liệu đặc tả, bộ phận thiết kế tiến hành thiết kế giao

diện, thiết kế dữ liệu cho hệ thống và bàn giao cho bộ phận lập trình.
- Bộ phận lập trình tiến hành lập trình sau khi nhận được giao diện và dữ liệu.
- Phần mềm được hoàn thành thì bộ phận kiểm thử tiến hành kiểm thử phần

mềm và trao đổi với bộ phận lập trình.
- Cuối cùng, khi việc kiểm thử được hồn tất thì tiến hành cài đặt, vận hành và

bảo trì.
1.2.1.2 Mục đích của kiểm thử phần mềm
Theo Deutsch [4]:
“Phát triển hệ thống phần mềm gồm rất nhiều hoạt động sản xuất và nguy cơ
lỗi là rất lớn. Lỗi có thể xảy ra ngay lúc khởi đầu tiến trình, hay trong các giai đoạn
thiết kế hoặc phát triển sau này…”
Kiểm thử phần mềm nhằm đảm bảo chất lượng phần mềm.
Theo Glen Myers [4]:
Kiểm thử là tiến trình thực thi để tìm ra lỗi.
- Một trường hợp kiểm thử là trường hợp có xác suất cao để tìm ra lỗi chưa

biểu hiện.
6

LUAN VAN CHAT LUONG download : add


- Kiểm thử thành công khi phát hiện ra lỗi.

Những mục đích trên đi ngược lại với quan điểm thơng thường “kiểm thử
thành cơng là kiểm thử khơng tìm ra lỗi nào”. Nếu kiểm thử khơng phát hiện ra lỗi
thì ta sẽ nghĩ rằng cấu hình kiểm thử này chưa đúng và lỗi vẫn còn tiềm ẩn trong
phần mềm. Nếu lỗi này được phát hiển bởi người dùng thì chi phí cho việc bảo trì,
xác địn lỗi có thể gấp rất nhiều lần chi phí tìm lỗi trong q trình phát triển. Vậy
kiểm thử thành cơng là kiểm thử tìm ra lỗi.
Chúng ta cần nhớ rằng “Kiểm thử không thể chứng được việc khơng có khiếm
khuyết, nó chỉ có thể chứng minh rằng khiếm khuyến phần mềm hiện hữu.”
1.2.1.3 Các giai đoạn kiểm thử phần mềm
Trong quá trình kiểm thử gồm 4 giai đoạn:
-

Phác họa môi trường của phần mềm: Tìm xem có khoảng bao nhiêu

trường hợp cần kiểm thử, là những trường hợp nào.
-

Tìm kịch bản kiểm thử: Mỗi kịch bản sẽ có thời gian và chi phí cần thiết.

Chỉ chọn một số kịch bản tiêu biểu để dùng cho kế hoạch kiểm thử.
-

Thực thi và đánh giá kịch bản kiểm thử:

Thực thi kịch bản kiểm thử: Để kết luận kết quả kiểm thử là đúng hay sai,

người kiểm thử chuyển nó thành hình thức có thể thực thi được bằng cách thực hiện
lại các thao tác của người dùng dựa trên kịch bản kiểm thử đó.
Đánh giá kịch bản kiểm thử: Đánh giá phải dựa trên kết quả thực thi của
phần mềm, kết quả thực thi kịch bản kiểm thử, kết quả mong muốn theo bản đặc tả
yêu cầu. Bản đặc tả phải được đảm bảo đúng. Người kiểm thử sẽ so sánh kết quả
thực thi và kết quả mong muốn có gì sai khác khơng
-

Đo lường sự tiến bộ của phần mềm sau khi đã kiểm thử: Đáng giá tiến

trình kiểm thử dựa trên độ đo về kết quả kiểm thử.
1.2.1.4 Kiểm thử trong các giai đoạn phát triển phần mềm
Chu trình kiểm thử:
1. Phân tích u cầu: Quá trình kiểm thử nên được bắt đầu từ giai đoạn yêu
cầu của phần mềm.
2. Phân tích thiết kế: Trong suốt giai đoạn thiết kế, nhóm kiểm thử nên làm
việc với nhóm phát triển để hiểu rõ cách thiết kế nhằm kiểm thử dễ dàng và sớm
hơn.
7

LUAN VAN CHAT LUONG download : add


3. Lên kế hoạch kiểm thử.
4. Trình bày kiểm thử: Thủ tục kiểm thử, kịch bản kiểm thử, những trường
hợp kiểm thử, những tập lệnh kiểm thử để sử dụng trong quá trình kiểm thử.
5. Tiến hành kiểm thử: Những nhà kiểm thử tiến hành thực thi các trường
hợp kiểm thử theo bản kế hoạch đã lập ra và thông báo tất cả lỗi tìm được cho nhà
phát triển.
6. Thơng báo kết quả kiểm thử: Khi quá trình kiểm thử thành công, người

kiểm thử thông báo kiểm thử.
Không phải tất cả các lỗi và khuyết điểm đều phải được sửa chữa bởi nhóm
phát triển phần mềm. Một số khuyết điểm có thể do cấu hình kiểm thử chưa phù
hợp với mơi trường phần mềm. Một số lỗi khác có thể đợi để sửa ở phiên bản mới
của phần mềm hoặc những thiếu sót có thể được người dùng chấp nhận. Nhóm phát
triển có thể bỏ qua những lỗi mà họ cho rằng nó ảnh hưởng khơng đáng kể đến
chương trình.
a, Kiểm thử trong giai đoạn đặc tả yêu cầu
Kiểm thử yêu cầu hệ thống
Mục đích của kiểm thử yêu cầu hệ thống là:
- Đảm bảo cấu hình phần cứng, hệ điều hành phù hợp với phần mềm cần kiểm

thử.
- Chắc chắn rằng mọi chức năng hệ thống phần mềm đều thực thi tốt.
- Đảm bảo các cấu hình trong hệ thống phần mềm đều được nhận ra.
- Kiểm chứng sự chính xác của cấu trúc hệ thống phần mềm.
- Đảm bảo rằng số lượng các yêu cầu và số lượng thuộc tính của yêu cầu theo

đúng lý thuyết.
- Đảm bảo rằng những yêu cầu có thể thực hiện được.

Kiểm thử yêu cầu phần mềm
Kiểm thử yêu cầu phần mềm là kiểm tra chi tiết các yêu cầu tương ứng với
những chức năng của phần mềm. Mục đích:
- Xác nhận đã hoàn thành.
- Đảm bảo rằng bản đặc tả yêu cầu đáng tin cậy, có thể duy trì được, khả thi và

chính xác.
- Đảm bảo khả năng làm đúng các yêu cầu ở mức cao nhất.
8

LUAN VAN CHAT LUONG download : add


- Xác nhận rằng các yêu cầu đã đủ cho việc thiết kế phần mềm.
- Xác nhận những yêu cầu là thích hợp và có thể kiểm tra được.

b, Kiểm thử trong giai đoạn thiết kế.
Kiểm thử thiết kế kiến trúc
Mục đích của việc kiểm tra thiết kế kiến trúc là:
- Đảm bảo việc thiết kế phù hợp với bản đặc tả yêu cầu.
- Đảm bảo tất cả giao diện được thiết kế một cách đúng đắn.
- Xem lại danh sách các mô- đun và chức năng tổng quát của mỗi modul.
- Phát hiện các thiết kế không đúng theo yêu cầu, sau đó sửa chữa lại theo yêu

cầu.
- Xác định các thành phần có thể dùng lại được.
- Đảm bảo rằng thiết kế bám sát bản đặc tả.
- Xác nhận tính hợp lệ của các giao diện nhập, xuất.

Kiểm tra thiết kế chi tiết
Mục đích của việc kiểm tra thiết kế chi tiết:
- Đảm bảo rằng thiết kế phù hợp với bản đặc tả yêu cầu.
- Xác nhận tính hợp lệ của tất cả các thuật toán logic, cấu trúc dữ liệu và các

câu lệnh được sử dụng trong phạm vi mỗi mô-đun.
- Quyết định việc thiết kế chi tiết đối với mỗi mô- đun được chấp nhận hay cần

thiết kế lại?
- Đảm bảo tất cả thiết kế đều tuân theo quy định và các chuẩn đã đề ra.

c, Kiểm thử trong giai đoạn lập trình
Mục đích của kiểm thử trong giai đoạn lập trình:
- Đảm bảo rằng mã nguồn phù hợp với bản đặc tả yêu cầu đã được phê duyệt.
- Xác nhận mức chính xác và tính hoàn tấp của việc lặp.
- Xác nhận rằng tất cả các chi tiết thiết kế đã được lập trình.
- Đảm bảo rằng việc lập trình theo sát bản đặc tả yêu cầu.
- Đảm bảo tất cả những gì được lập trình đều được mơ tả theo bản thiết kế chi tiết.

1.2.1.5 Người kiểm thử
Để chuẩn bị kế hoạch và thực hiện kiểm thử, người kiểm thử phải tìm hiểu về
phần mềm, nghĩ ra những nghiệp vụ, dữ liệu đầu vào và cách phối hợp chúng. Điều
quan trọng là phải có kỹ thuật giỏi và kế hoạch phù hợp.
9

LUAN VAN CHAT LUONG download : add


Người kiểm thử khơng chỉ cần có kỹ năng phát triển phần mềm tốt mà còn
phải rất am hiểu về các ngôn ngữ thông dụng, nguyên lý đồ thị và các thuật tốn.
Ngồi ra, họ phải có khả năng nhạy bén trong việc phát hiện những lối phức tạp.
Nói chung, người lập trình cần có kiến thức chun sâu, cịn người kiểm thử phải có
kiến thức rộng.

Hình II 2: Người lập trình

Hình II 3: Người kiểm thử

Hình II 4: Kiến thức cần có của người kiểm thử.

10

LUAN VAN CHAT LUONG download : add


1.2.1.6 Luồng thơng tin kiểm thử

Hình II 5: Mơ hình luồng thông tin kiểm thử
Đầu vào được cung cấp cho tiến trình kiểm thử:
- Cấu hình phần mềm gồm: Bản đặc tả yêu cầu phần mềm, bản đặc tả thiết kế

và mã nguồn chương trình.
- Cấu hình kiểm thử gồm: Kế hoạch và thủ tục kiểm thử, công cụ kiểm thử,

trường hợp kiểm thử và kết quả dự kiến.
Tất cả kết quả kiểm thử được đánh giá bằng cách so sánh với kết quả dự kiến,
nếu có sai khác thì đó có thể là lỗi.
Các kết quả kiểm thử sẽ xác định chất lượng và độ tin cậy của phần mềm.
1.2.1.7 Các phương pháp kiểm thử
Kiểm thử hộp đen (Black –box Testing)
- Trong kiểm thử hộp đen ta sẽ không để ý đến bên trong của hệ thống, mà chỉ

quan tâm đến dữ liệu và thơng tin đầu ra.

Hình II 6: Kiểm thử hộp đen

- Kiểm thử hộp đen là còn được gọi là kiểm thử chức năng hay kiểm thử bên

ngoài. Kiểm thử hộp đen coi phần mềm như là một "hộp đen", kiểm thử chức năng
mà không cần bất kỳ kiến thức về cấu trúc và hành vi bên trong phần mềm. Tiến

11

LUAN VAN CHAT LUONG download : add


hành kiểm thử hộp đen, người kỹ sư phần mềm sẽ tìm ra những điều kiện cần thiết
đối với dữ liệu đầu vào, đây chính là điều kiện để một chương trình chạy đúng.
Kiểm thử hộp trắng (White-box Testing)
- Kiểm thử hộp trắng là phương pháp kiểm thử dựa vào các hàm, các thủ tục

trong mã nguồn.

Hình II 7: Kiểm thử hộp trắng
- Kiểm thử hộp trắng sử dụng các chiến lược cụ thể và sử dụng mã nguồn của

chương trình/ đơn vị phần mềm cần kiểm thử nhằm kiểm tra xem chương trình/đơn
vị phần mềm có thực hiện đúng so với thiết kế và đặc tả hay không. Kiểm thử hộp
trắng cho phép phát hiện các lỗi tiềm ẩn bên trong chương trình/ đơn vị phần mềm.
Các lỗi này thường khó được phát hiện bởi kiểm thử hộp đen.
Kiểm thử hộp xám (Gray-box Testing)
- Kiểm thử hộp xám đòi hỏi phải có sự truy cập tới cấu trúc dữ liệu và giải

thuật bên trong cho những mục đích thiết kế các ca kiểm thử, nhưng là kiểm thử ở
múc người sử dụng hay là hộp đen. Việc thao tác với dữ liệu đầu vào và định dạng
dữ liệu đầu ra là không rõ ràng giông như một chiếc “hộp xám”.
1.2.1.8 Các mức kiểm thử
Kiểm thử phần mềm không hoạt động một cách gị bó mà được thực hiện một
cách linh hoạt. Điều đó phụ thuộc vào phần mềm phát triển theo mơ hình nào và
giai đoạn phát triển trong dự án phần mềm.

12

LUAN VAN CHAT LUONG download : add


Hình II 8: Mức độ kiểm thử cơ bản
Kiểm thử đơn vị ( Unit test)
- Kiểm thử đơn vị là việc kiểm thử các đơn vị chương trình một cách độc lập.

Đơn vị chương trình được định nghĩa phụ thuộc vào ngữ cảnh cơng việc. Một đơn
vị chương trình là một đoạn mã nguồn như hàm hoặc phương thức của một lớp.
Đơn vị chương trình cần được kiểm thử riêng biệt để phát hiện lỗi và khắc phục
chúng trước khi được tích hợp với các đơn vị khác.
- Đặc điểm của unit test: Dễ tổ chức, kiểm tra, ghi nhận và phân tích kết quả.

Nếu phát hiện lỗi thì dễ dàng phát hiện nguyên nhân và dễ sửa chữa.
Kiểm thử tích hợp (Integraytion test)
- Kiểm thử tích hợp là mức kế tiếp của kiểm thử đơn vị. Sau khi các đơn vị

chương trình cấu thành hệ thống đã được kiểm thử, chúng cần kết nối với nhau để
tạo thành hệ thống đầy đủ và có thể làm việc. Kiểm thử tích hợp nhằm đảm bảo hệ
thống làm việc ổn định trong mơi trường thí nghiệm để săn sàng cho việc đưa vào
mơi trường thực sự.
- Kiểm thử tích hợp có 2 mục tiêu chính:

Phát hiện lỗi giao tiếp xảy ra giữa các đơn vị.
Tích hợp các đơn vị Unit đơn lẻ thành các hệ thống nhỏ (subsystem) và cuối
cùng là hệ thống hồn chỉnh (system)
- Có 4 loại quan trọng nhất cần kiểm tra trong Integraytion test:

Kiểm tra cấu trúc (Structure Test): Nhằm đảm bảo thành phần cấu trúc bên
trong của một chương trình chạy đúng.

13

LUAN VAN CHAT LUONG download : add


Kiểm tra chức năng (Funtional Test): Kiểm tra chức năng của chương trình
theo yêu cầu kỹ thuật.
Kiểm tra hiệu năng (Performance Test): Kiểm tra vận hành của hệ thống.
Kiểm tra khả năng chịu tải (Stress Test): Kiểm tra các giới hạn của hệ thống.
Kiểm thử hệ thống (System Test)
- System test là kiểm tra toàn bộ hệ thống sau khi tích hợp có thỏa mãn u

cầu đặt ra hay khơng. System test bắt đầu khi tất cả các bộ phận của phần mềm đã
được tích hợp thành cơng. Mục đích của kiểm thử hệ thống là đảm bảo rằng việc cài
đặt tuân thủ đầy đủ các yêu cầu của người dùng.
- System test gồm nhiều loại kiểm tra khác nhau, phổ biến nhất bao gồm:

Kiểm tra chức năng (Funtional Test): bảo đảm các hành vi của hệ thống thỏa
mãn đúng yêu cầu thiết kế.
Kiểm tra khả năng vận hành (Performance Test): bảo đảm tối ưu việc phân
bố tài nguyên hệ thống nhằm đạt các chỉ tiêu như thời gian xử lý hay đáp ứng yêu
cầu truy vấn…
Kiểm tra khả năng chịu tải (Stress Test hay Load Test): bảo đảm hệ thống
vận hành đúng dưới áp lực cao.
Kiểm tra cấu hình (Configuration Test).
Kiểm tra khả năng bảo mật (Security Test): bảo đảm tính tồn vẹn, bảo mật
của dữ liệu trong hệ thống.

Kiểm tra khả năng phụ hồi (Recovery Test): đảm bảo hệ thống có khả năng
khơi phục trạng thái ổn định trước đó trong tình huống mất tài ngun hoặc dữ liệu.
- Các kiểm tra trên rất quan trọng, bảo đảm hệ thống đủ khả năng làm việc

trong môi trường thực. Nhưng không nhất phải thực hiện tất cả các loại kiểm tra
trên. Tùy yêu cầu và đặc trưng của hệ thống, tùy khả năng và thời gian cho phép của
dự án mà tiến hành loại kiểm tra nào.
Kiểm thử chấp nhận (Acceptance Test)
- Acceptance Test thường có ý nghĩa là người dung cuối kiểm thử chương

trình xem sản phẩm phần mềm có đáp ứng đầy đủ những chức năng mà họ cần hoặc
có đúng với quy trình cơng việc mà họ vẫn làm hay không? Đây là mức quyết định
xem sản phẩm đã thực sự hoàn thiện để chuyển tới người sử dụng.
Kiểm thử hồi quy (Regression Test)
14

LUAN VAN CHAT LUONG download : add


- Kiểm thử hồi quy là kiểm tra lại phần mềm sau khi có một sự thay đổi nào

xảy ra, để đảm bảo phiên bản phần mềm mới thực hiện tốt các chức năng như phiên
bản cũ và sự thay đổi không gây ra lỗi trên những chức năng vẫn đã làm việc tốt.
Regresstion Test có thể kiểm thử tại mọi mức kiểm thử khác.
1.2.2 Ứng dụng phần mềm
1.2.2.1 Tổng quan
Ứng dụng phần mềm là việc thực hiện đưa một hệ thống phần mềm đã có sẵn
vào một quy trình hoạt động của doanh nghiệp, nhằm khai thác tối đa chức năng của
phần mềm hệ thống và mang lại hiệu quả cho doanh nghiệp.
Việc ứng dụng thành công một phần mềm phụ thuộc vào khá nhiều yếu tố,

như xác định và đặt bài toán rõ ràng, lựa chọn được phần mềm đúng yêu cầu, việc
đào tạo hướng dẫn sử dụng cẩn thận và bài bản…
1.2.2.1 Mục đích
- Việc ứng dụng phần mềm mang lại hiệu quả cao cho hoạt động của doanh

nghiệp.
- Tiết kiệm thời gian xây dựng hệ thống phần mềm mới có chức năng tương tự

hệ thống phần mềm đã có.
- Tiết kiệm chi phí và nhân lực.

1.2.2.3 Quy trình ứng dụng phần mềm

Hình II 9: Quy trình ứng dụng phần mềm
- Lập đội quản lý dự án: Tùy theo quy mô của từng doanh nghiệp cần phải

cắt cử một người/nhóm phụ trách việc mua và triển khai phần mềm. Nhóm dự án
gồm có các cán bộ nghiệp vụ và các cán bộ tin học. Nhóm này có trách nhiệm đặt ra
mục tiêu của dự án rõ ràng và cụ thể, lên kế hoạch và điều hành việc triển khai dự
án.
15

LUAN VAN CHAT LUONG download : add


- Xác định, đặt bài toán: Trước khi lựa chọn các đối tác phải xác định thật rõ

bài tốn. Khơng nên chỉ nêu ra những yêu cầu chung chung mà phải chỉ rõ ra những
yêu cầu cụ thể, xác định các bài toán ưu tiên. Để tiết kiệm thời gian làm việc với các
đối tác, phải thu thập trước các thơng tin liên quan đến quy trình nghiệp vụ, các mẫu

báo cáo, các thông tin đầu vào, các bước xử lý số liệu, các mối liên hệ, trao đổi số
liệu giữa các phịng ban, trình độ nghiệp vụ và trình độ tin học của người sử dụng,
hạ tầng cơ sở phần cứng, mô tả hệ thống phần mềm hiện tại... Ngồi ra, khơng
những chỉ ra các bài tốn hiện tại mà còn phải đặt ra các yêu cầu trong tương lai.
- Tìm kiếm và lựa chọn đối tác: Sự thành công của dự án phụ thuộc rất

nhiều vào đối tác. Không nên quá chú trọng vào vấn đề giá rẻ hay là sự quen biết,
mà phải lựa chọn được đối tác tốt. Về sản phẩm phải dựa vào yêu cầu đặt ra xem
sản phẩm có đáp ứng được khơng. Xem xét sản phẩm về các khía cạnh: đáp ứng
nghiệp vụ, dễ sử dụng, khả năng mở rộng... Trong trường hợp cần thiết có thể mời
các đối tác khảo sát chi tiết bài toán để nắm rõ hơn các yêu cầu. Lưu ý là trong
trường hợp sản phẩm không đáp ứng được tất cả các u cầu đặt ra thì có thể xem
xét mức độ thỏa mãn theo mức độ ưu tiên của các bài toán. Về kinh nghiệm của các
đối tác nên xem xét các vấn đề: số lượng khách hàng đã sử dụng sản phẩm, các
khách hàng trong lĩnh vực sản xuất kinh doanh tương tự. Có thể gọi điện hoặc đến
thăm một số khách hàng để hỏi về sản phẩm, dịch vụ. Về tính chuyên nghiệp của
đối tác có thể xem xét các vấn đề: tài liệu giới thiệu sản phẩm, tài liệu đào tạo, nhân
viên trình bày; trụ sở...
- Khảo sát và phân tích chi tiết bài toán: Đối với các bài toán lớn, các yêu

cầu phức tạp thì cần phải có những khảo sát và phân tích chi tiết bài tốn từ phía đối
tác. Qua bước khảo sát và phân tích này sẽ xác định xem chương trình đáp ứng
được các yêu cầu nào, cần phải sửa đổi hoặc làm thêm những phần nào. Trong một
số trường hợp nên có những thay đổi nhất định trong quy trình, đặc biệt là đối với
các trường hợp ít xảy ra; một số cơng đoạn có thể xử lý, tính tốn bên ngồi trên
Excel. Lưu ý là khơng nên quá cứng nhắc trong việc bắt buộc chương trình phải
theo đúng quy trình nghiệp vụ hiện có hoặc phải sửa đổi chương trình để giống như
chương trình đang sử dụng trong các thao tác, các tiện ích. Khi phải sửa đổi quá
nhiều để đáp ứng các tất cả các trường hợp, các u cầu thì thơng thường chương

16

LUAN VAN CHAT LUONG download : add