4.2.1.1 Quản lý yêu cầu
Với hệ thống mới, các quy trình lấy yêu cầu vẫn giữ lại hầu như tồn bộ hệ
thống hiện tại, cĩ thay đổi ở chỗ ghi nhận các tài liệu yêu cầu. Sau mỗi lần nhân viên khảo sát về sẽ cập nhật các yêu cầu này vào cơ sở dữ liệu. Các thơng tin này
được quản lý bởi phần mềm hỗ trợ sẽ được xây dựng. Như vậy, mỗi lần cĩ sự thay
đổi trong tài liệu mơ tả yêu cầu, người sử dụng sẽ dùng các chức năng cập nhật lại của phần mềm sẽ được xây dựng, sẽ cĩ lưu vết sự thay đổi này cho dễ dàng cho cơng việc tham khảo sau này.
KHOA CNTT –
ĐH KHTN
45
Hình 4-1 Mơ hình tiến trình quản lý yêu cầu cho hệ thống mới
4.2.1.2 Quản lý kiểm thử
Để việc kiểm thử được thực hiện một cách thủ tục hơn, PPTPM đã quyết
định sẽ tiến hành theo các tiến trình cụ thể và cĩ sự hỗ trợ của một phần mềm nhằm lưu vết việc kiểm thử.
KHOA CNTT –
ĐH KHTN
46
Trước tiên, người trưởng dự án hay người quản lý cấu hình sẽ tiến hành xác
định phiên bản kiểm tra vì việc coding được thực hiện bởi nhiều người, do đĩ các phần khác nhau sẽ cĩ nhiều phiên bản khác nhau. Nhiệm vụ của người trưởng dự
án, quản lý cấu hình là xác định phân hệ cĩ phiên bản nào cần kiểm tra. Cơng việc này sẽ được hỗ trợ bởi phần quản lý cấu hình để cĩ cái nhìn tổng quát về cấu hình phần mềm đang xây dựng.
Sau đĩ, duyệt yêu cầu kiểm tra, cơng việc cụ thể là duyệt bảng yêu cầu kiểm tra, xem cần kiểm tra những yêu cầu nào. Đây là cơng việc làm bằng tay.
Tiếp theo, chuẩn bị phiên bản kiểm tra, đây cũng là cơng việc làm bằng tay, nghĩa là người trưởng dự án sẽ đưa ra những phân hệ cụ thể với phiên bản cụ thể
cho các nhân viên chuẩn bị tiến hành kiểm thử.
Kếđến, người quản lý cơng việc kiểm thử sẽ tiến hành lập kế hoạch kiểm tra. Thực chất giai đoạn này, người phụ trách sẽ tiến hành đề ra những test case cụ thể, chuẩn bị cho cơng việc test. Đây sẽ là một trong những chức năng chính của phần mềm xây dựng hỗ trợ cơng việc kiểm thử. Các test case được lập trong giai đoạn này sẽđược quản lý chi tiết, được lưu trữ trong cơ sở dữ liệu do chương trình hỗ trợ
quản lý.
Bước tiếp theo là thành lập nhĩm kiểm tra, cơng việc chính trong giai đoạn này là phân cơng ai, thực hiện test trong những phần nào. Hiển nhiên, cơng việc này thực hiện thơng qua buổi họp và cơng việc này cũng làm bằng tay.
Bắt đầu tiến hành kiểm tra, trước tiên phải thiết lập mơi trường kiểm tra, cài
đặt cấu hình máy cho phù hợp để chạy được chương trình cần kiểm tra, hiển nhiên là khơng cần cĩ chức năng hỗ trợ ở đây. Song song với nĩ là xem xét cĩ cần phải hiệu chỉnh gì các test case nữa hay khơng, chức năng này sẽđược xây dựng.
Khi hồn tất hai cơng việc trên, việc tiếp theo là thực hiện kiểm tra sản phẩm, cập nhật lại kết quả kiểm tra cho các test case tương ứng, ghi nhận kết quả
KHOA CNTT –
ĐH KHTN
47
Sau khi hồn tất kiểm tra, người trưởng dự án sẽ xem xét, đánh giá lại kiểm tra, xem các lỗi được phát hiện trong giai đoạn trước cĩ cần phải đem chỉnh sửa hay khơng, thơng qua chức năng cập nhật lỗi.
Bước qua giai đoạn này, người trưởng dự án, quản lý cơng việc test, quản lý dự án sẽ quyết định xem cĩ kết thúc kiểm tra hay khơng, thơng qua cuộc họp giữa các nhân viên ở trên. Nếu thấy những lỗi phát hiện trong giai đoạn này khơng nhất thiết phải sửa thì cĩ thể kết thúc cơng việc kiểm thử ở đây. Nếu khơng sẽđưa cho nhân viên lập trình chỉnh sửa và quay lại việc bắt đầu kiểm tra. Cơng việc này cũng cĩ một phần làm bằng tay và một phần dùng chức năng cập nhật lỗi.
Các cơng việc làm bằng tay trong giai đoạn này sẽ được lưu tình trạng tiến hành cơng việc thơng qua chức năng phần mềm sẽ xây dựng.
KHOA CNTT –
ĐH KHTN
48
KHOA CNTT –
ĐH KHTN
49