Giáo trình Công nghệ phần mềm (Ngành Hệ thống thông tin)

ỦY BAN NHÂN DÂN THÀNH PHỐ HỒ CHÍ MINH TRƯỜNG CAO ĐẲNG KINH TẾ KỸ THUẬT THÀNH PHỐ HỒ CHÍ MINH  GIÁO TRÌNH MƠN HỌC: CƠNG NGHỆ PHẦN MỀM NGHỀ: HỆ THỐNG THƠNG TIN TRÌNH ĐỘ: CAO ĐẲNG Năm 2020 ỦY BAN NHÂN DÂN THÀNH PHỐ HỒ CHÍ MINH TRƯỜNG CAO ĐẲNG KINH TẾ KỸ THUẬT THÀNH PHỐ HỒ CHÍ MINH  GIÁO TRÌNH MƠN HỌC: CƠNG NGHỆ PHẦN MỀM NGHỀ: HỆ THỐNG THƠNG TIN TRÌNH ĐỘ: CAO ĐẲNG THÔNG TIN CHỦ NHIỆM ĐỀ TÀI Họ tên: Nguyễn Minh Thiện Học vị: Thạc sĩ Đơn vị: Khoa Công nghệ thơng tin Email: nguyenminhthien@hotec.edu.vn TRƯỞNG KHOA TỔ TRƯỞNG BỘ MƠN HIỆU TRƯỞNG DUYỆT Năm 2020 CHỦ NHIỆM ĐỀ TÀI TUYÊN BỐ BẢN QUYỀN Tài liệu thuộc loại sách giáo trình nên nguồn thơng tin phép dùng nguyên trích dùng cho mục đích đào tạo tham khảo Mọi mục đích khác mang tính lệch lạc sử dụng với mục đích kinh doanh thiếu lành mạnh bị nghiêm cấm LỜI GIỚI THIỆU Công Nghệ Phần Mềm môn học nhằm giúp cho người học có kiến thức lĩnh vực công nghệ phần mềm Qua môn học người học có nhìn khái qt qui trình phát triển phần mềm, hiểu biết thực giai đoạn qui trình phần mềm cụ thể dựa phương pháp, kỹ thuật q trình thu thập u cầu, phân tích, thiết kế cài đặt, viết sưu liệu minh họa cụ thể giáo trình Mục tiêu giáo trình người học hiểu yêu cầu công việc cần phải làm giai đoạn quy trình, để đảm trách cơng việc giai đoạn làm phần mềm nhóm dự án Tp.HCM, ngày10 tháng 07 năm 2020 Tham gia biên soạn Nguyễn Minh Thiện MỤC LỤC TRANG Lời giới thiệu Mục lục Giáo trình môn học Bài 1: Giới thiệu hệ thống thông tin quản lý 1.1 Giới thiệu chung 1.1.1 Thông tin vai trị thơng tin 1.1.2 Các dạng thông tin tổ chức 1.1.3 Các nguồn thông tin tổ chức 1.2 Định nghĩa hệ thống thông tin quản lý 1.2.1 Hệ thống 1.2.2 Hệ thống thông tin 1.2.3 Quy trình xử lý thơng tin 10 1.2.4 Định nghĩa hệ thống thông tin quản lý 10 1.3 Phân loại 10 1.3.1 Phân loại theo cấp ứng dụng 11 1.3.2 Phân loại theo mục đích phục vụ thơng tin đầu 12 1.3.3 Phân loại theo chức năng, nghiệp vụ 12 1.3.4 Lợi ích kinh tế hệ thống thơng tin quản lý 13 1.4 Thiết kế 13 1.5 Quá tải thông tin 14 Bài tập 14 Bài 2: Phân tích xác định yêu cầu người sử dụng phần mềm quản lý 17 2.1 Phân tích hệ thống 17 2.1.1 Khái niệm mục tiêu phân tích hệ thống thơng tin 17 2.1.2 Phương pháp luận phân tích hệ thống thông tin 17 2.1.2.1 Phương pháp tiếp cận hệ thống 17 2.1.2.2 Phương pháp từ phân tích chức đến mơ hình hóa 18 2.1.2.3 Phương pháp phân tích hệ thống có cấu trúc 18 2.2 Các bước xác định yêu cầu 19 2.3 Xác định yêu cầu 19 2.3.1 Nội dung thông tin cần thu thập 19 2.3.2 Các phương pháp thu thập thông tin 20 2.3.3 Lập sơ đồ chức kinh doanh (Business Funtion Diagram - BFD) 22 2.3.3.1 Khái niệm 22 2.3.3.2 Quy trình xây dựng sơ đồ chức kinh doanh 22 2.3.4 Lập sơ đồ luồng liệu (Data Flow Diagram - DFD) 24 2.3.4.1 Khái niệm 24 2.3.4.2 Các ký pháp sơ đồ luồng liệu 25 2.3.4.3 Các quy tắc thiết lập sơ đồ luồng liệu 26 2.3.4.4 Phương pháp xây dựng sơ đồ luồng liệu 28 2.3.4.5 Các mức DFD sử dụng để mơ hình hóa hệ thống 30 2.3.5 Lập báo cáo phân tích hệ thống thơng tin 30 2.4 Phân loại yêu cầu 31 2.5 Mô tả yêu cầu 33 Bài tập 34 Bài 3: Thiết kế liệu cho phần mềm quản lý 36 3.1 Mục tiêu 36 3.2 Phương pháp thiết kế liệu 37 3.3 Xây dựng sơ đồ logic 37 3.4 Mơ tả chi tiết thuộc tính thành phần 37 3.5 Thiết kế liệu yêu cầu chất lượng 38 3.5.1 Tính tiến hóa 38 3.5.2 Xem xét tính hiệu (tốc độ) 39 3.5.3 Xem xét tính hiệu (lưu trữ) 40 Bài tập 41 Bài 4: Thiết kế giao diện cho phần mềm quản lý 44 4.1 Mục tiêu 44 4.2 Tiêu chí đánh giá 44 4.3 Sơ đồ liên kết giao diện 45 4.4 Phân loại giao diện 47 4.5 Thiết kế giao diện 48 4.6 Thiết kế giao diện nhập liệu 50 4.7 Thiết kế giao diện tra cứu 51 4.8 Mô tả giao diện 53 4.8.1 Mơ tả hình 53 4.8.2 Mô tả hình tra cứu 55 4.8.2.1 Thể tiêu chuẩn tra cứu 55 4.8.2.2 Thể kết tra cứu 56 4.8.3 Mô tả hình nhập liệu 57 4.8.3.1 Mô tả 57 4.8.3.1 Các hình thức trình bày hình nhập liệu 58 Bài tập 59 Bài 5: Kiểm tra đánh giá phần mềm quản lý 61 5.1 Tổng quan 61 5.2 Yêu cầu kiểm thử 62 5.3 Các phương pháp kiểm thử 62 5.3.1 Phương pháp hộp đen (Kiểm thử chức năng) 62 5.3.2 Phương pháp hộp trắng (Kiểm thử cấu trúc) 63 5.4 Các giai đoạn chiến lược kiểm thử 64 5.4.1 Kiểm thử đơn vị 64 5.4.2 Kiểm thử tích hợp 65 5.4.2.1 Trên xuống 65 5.4.2.2 Dưới lên 66 5.4.3 Kiểm thử chấp nhận 66 5.4.4 Kiểm thử beta 67 5.4.5 Kiểm thử hệ thống 67 5.5 Xây dựng test case 67 Bài tập 67 Mục lục hình ảnh 71 Mục lục bảng 72 Tài liệu tham khảo 73 GIÁO TRÌNH MƠN HỌC Tên mơn học: Cơng nghệ Phần mềm Mã mơn học: MH3101347 Vị trí, tính chất, ý nghĩa vai trị mơn học: - Vị trí: Là mơn học chun ngành, học kỳ - Tính chất: mơn lý thuyết, mơn học bắt buộc - Ý nghĩa vai trị mơn học: Mục tiêu môn học: - Về kiến thức: + Trình bày nội dung loại hệ thống thơng tin + Trình bày nội dung sở liệu phần mềm quản lý + Trình bày quy trình xây dựng triển khai phần mềm quản lý - Về kỹ năng: + Phân biệt loại hệ thống thông tin công dụng chúng + Xây dựng mơ hình sở liệu sử dụng cho phần mềm quản lý + Mô tả yêu cầu người sử dụng phần mềm quản lý + Xây dựng mô tả cách sử dụng giao diện phần mềm quản lý - Về lực tự chủ trách nhiệm: + Chú ý đế tầm quan trọng mối quan hệ thành phần hệ thống thông tin quản lý Bài 1: Giới thiệu hệ thống thông tin quản lý BÀI 1: GIỚI THIỆU VỀ HỆ THỐNG THÔNG TIN QUẢN LÝ Giới thiệu: Nội dung giới thiệu sơ lược khái niệm thông tin, hệ thống thông tin, hệ thống thông quản lý Phân biệt phân loại đối tượng nêu theo đặc trưng Đồng thời, trình bày khái quát vấn đề thiết kế đối tượng nêu Mục tiêu: Người học có khả trình bày khái niệm hệ thống thông tin quản lý (HTTTQL) Nội dung chính: 1.1 Giới thiệu chung Thơng tin có vai trị vơ to lớn hoạt động người Thông tin hệ thống thông tin quản lý loại nguồn lực đặc biệt quan trọng tổ chức Sau số khái niệm thông tin vai trị thơng tin kinh tế - xã hội, khái niệm hệ thống , hệ thống thông tin nói chung khái niệm liên quan đến HTTTQL nói riêng 1.1.1 Thơng tin vai trị thơng tin Trong sống hàng ngày, khái niệm thông tin phản ánh tri thức, hiểu biết đối tượng Ở dạng chung nhất, thông tin hiểu thông báo nhằm mang lại hiểu biết cho đối tượng nhận tin Thơng tin có tính chất phản ánh liên quan đến hai chủ thể: chủ thể phản ánh (truyền tin) đối tượng nhận phản ánh (tiếp nhận thơng tin) Để chuyển tải thơng tin cần có “vật mang thơng tin”, ví dụ ngôn ngữ, chữ cái, chữ số, ký hiệu, bảng biểu… Khối lượng tri thức mà thông tin mang lại gọi nội dung thông tin Tuy nhiên, ý nghĩa mà nội dung thông tin mang lại phụ thuộc nhiều vào đối tượng tiếp nhận thông tin Có thơng tin có ý nghĩa nhóm người có thơng tin có ý nghĩa với xã hội Thơng tin có vai trị vô to lớn hoạt động người Khơng có thơng tin, người khơng có dẫn dắt cho hoạt động hồn tồn bất định mơi trường Thơng tin loại nguồn lực đặc biệt quan trọng tổ chức; người quản lý cần thông tin để hoạch định điều khiển tất tiến trình tổ chức, giúp cho tổ KHOA CÔNG NGHỆ THÔNG TIN Bài 4: Thiết kế giao diện cho phần mềm quản lý o Tuy nhiên số trường hợp đặc biệt số thao tác bị cấm (khơng cho xóa, khơng cho thay đổi số thuộc tính …) tùy vào ý nghĩa cụ thể danh sách - Thiết kế hình nhập liệu dạng hồ sơ  Sử dụng: Dạng hồ sơ thích hợp cần nhập liệu hồ sơ đối tượng giới thực (hồ sơ học sinh, đội bóng)  Thành phần liệu: o Thơng tin nhập liệu: Các thuộc tính bảng liên quan o Thơng tin tính tốn: Thơng thường mã số tự động phát sinh  Thành phần xử lý: Thêm, Ghi, Xóa, Tìm, Thốt o Các thao tác: Người dùng thêm hồ sơ mới, tìm lại hồ sơ lưu trữ sau tuỳ ý sửa đổi, thơng tin hồ sơ tìm thấy, xóa hồ sơ tìm thấy, cuối yêu cầu lưu trữ hồ sơ o Tuy nhiên để tăng tính tiện dụng số thao tác chuyển điều khiển bổ sung cho phép di chuyển nhanh đến hình nhập liệu liên quan cần thiết - Thiết kế hình nhập liệu dạng phiếu  Sử dụng: Dạng phiếu thích hợp cần nhập liệu phiếu ghi nhận thông tin hoạt động đối tượng giới thực  Thành phần liệu: o Thông tin nhập liệu: Các thơng tin liên quan đến bảng o Thơng tin tính tốn: Thơng thường mã số tự động phát sinh  Thành phần xử lý: Thêm, Thêm chi tiết, Ghi, Xóa, Xóa chi tiết, Tìm, Sửa chi tiết, Thốt Bài tập Bài 1: Hãy thiết kế giao diện cho toán quản lý QUẢN LÝ SỐ LƯỢNG NGÀY CÔNG CỦA CÁC NHÂN VIÊN Để quản lý việc phân công nhân viên tham gia vào xây dựng cơng trình Cơng ty xây dựng ABC tổ chức quản lý sau: Cùng lúc cơng ty tham gia xây dựng nhiều cơng trình, cơng trình có mã số cơng trình (MACT), mã số cơng trình xác định thơng tin như: Tên gọi cơng trình (TENCT), địa điểm (ĐIAĐIEM), ngày cơng trình cấp giấy phép xây dựng (NGAYCP), ngày khởi công (NGAYKC), ngày hồn thành (NGAYHT) KHOA CƠNG NGHỆ THƠNG TIN 59 Bài 4: Thiết kế giao diện cho phần mềm quản lý Mỗi nhân viên cơng ty ABC có mã số nhân viên (MANV) nhất, mã số nhân viên xác định thông tin như: Họ tên (HOTEN), ngày sinh (NGAYSINH), giới tính (GIOITINH), địa (ĐIACHI) Công ty phân công nhân viên tham gia vào cơng trình, cơng trình phân cho nhiều nhân viên nhân viên lúc tham gia vào nhiều cơng trình Với cơng trình nhân viên có số lượng ngày cơng (SLNGAYCONG) tham gia vào cơng trình Cơng ty có nhiều phịng ban (Phịng Kế tốn, Phòng Kế hoạch, Phòng Kinh doanh, Phòng Kỹ thuật, Phòng Tổ chức, Phịng chun mơn, Phịng Tổng hợp) Mỗi phịng ban có mã số phịng ban (MAPB) nhất, mã phòng ban ứng với tên phòng ban (TENPB) Mỗi phòng ban quản lý nhiều nhân viên, nhân viên thuộc quản lý phòng ban Bài 2: Hãy thiết kế giao diện cho toán quản lý QUẢN LÝ VIỆC MƯỢN/TRẢ SÁCH Ở MỘT THƯ VIỆN Một thư viện tổ chức việc cho mượn sách sau: Mỗi sách đánh mã sách (MASACH) dùng để phân biệt với sách khác (giả sử tác phẩm có nhiều giống có nhiều tập xem có mã sách khác nhau), mã sách xác định thông tin khác gồm: tên sách (TENSACH), tên tác giả (TACGIA), nhà xuất (NHAXB), năm xuất (NAMXB) Mỗi độc giả thư viện cấp cho thẻ thư viện, có ghi rõ mã độc giả (MADG), với thông tin khác như: họ tên (HOTEN), ngày sinh (NGAYSINH), địa (ĐIACHI), nghề nghiệp (NGHENGHIEP), điện thoại liên hệ (SODT) Cứ lượt mượn sách, độc giả phải đăng ký sách cần mượn vào phiếu mượn, phiếu mượn có số phiếu mượn (SOPM) khác nhau, phiếu mượn xác định thông tin như: tên độc giả, mã độc giả, ngày mượn sách (NGAYMUON), tên sách (R), mã sách (R), ngày trả sách (NGAYTRA) (R) Thư viện viên vào phiếu mượn để vào kho lấy sách cho độc giả Thư viện viên ghi mã sách vào phiếu mượn, chuyển sách cho độc giả cho độc giả đưa độc giả ký vào phiếu mượn Khi độc giả trả sách, thư viện viên tìm phiếu mượn, ghi ngày trả tên sách tương ứng ký nhận vào phiếu mượn Các sách phiếu mượn không thiết phải trả lần Mỗi sách thuộc nhiều phiếu mượn khác (tất nhiên thời điểm khác nhau) KHOA CÔNG NGHỆ THÔNG TIN 60 Bài 5: Kiểm tra đánh giá phần mềm quản lý BÀI 5: KIỂM TRA VÀ ĐÁNH GIÁ PHẦN MỀM QUẢN LÝ Giới thiệu: Nội dung trình bày vấn đề liên quan đến kiểm thử, yêu cầu kiểm thử, phương pháp kiểm thử giai đoạn kiểm thử Mục tiêu: Người học có khả xây dựng test case phục vụ cho việc kiểm thử phần mềm quản lý Nội dung chính: 5.1 Tổng quan Kiểm thử phần mềm tiến hành thí nghiệm để so sánh kết thực tế với lý thuyết nhằm mục đích phát lỗi Bộ thử nghiệm (test cases) liệu dùng để kiểm tra hoạt động chương trình Một kiểm thử tốt có khả phát lỗi chương trình Khi tiến hành kiểm thử, chứng minh tồn lỗi không chứng minh chương trình khơng có lỗi Nội dung thử nghiệm: - Tên môđun/chức muốn kiểm thử - Dữ liệu vào  Dữ liệu chương trình: số, xâu ký tự, tập tin,  Môi trường thử nghiệm: phần cứng, hệ điều hành,  Thứ tự thao tác (kiểm thử giao diện) - Kết mong muốn  Thông thường: số, xâu ký tự, tập tin, …  Màn hình, thời gian phản hồi - Kết thực tế Không gian thử nghiệm tập số thử nghiệm Khơng gian nói chung lớn Nếu vét cạn khơng gian thử nghiệm chắn qua phép kiểm tra đơn vị khơng cịn lỗi Tuy nhiên điều khơng khả thi thực tế Do đề cập đến tính đắn phần mềm dùng khái niệm độ tin cậy Phương pháp kiểm thử cách chọn số thử nghiệm để tăng cường độ tin cậy đơn vị cần kiểm tra Hay nói cách khác phương pháp kiểm thử cách phân hoạch không KHOA CÔNG NGHỆ THÔNG TIN 61 Bài 5: Kiểm tra đánh giá phần mềm quản lý gian thử nghiệm thành nhiều miền chọn số liệu thử nghiệm đại diện cho miền Như cần tránh trường hợp thử nghiệm rơi vào miền kiểm tra 5.2 Yêu cầu kiểm thử - Tính lặp lại:  Kiểm thử phải lặp lại (kiểm tra xem lỗi sửa hay chưa)  Dữ liệu/trạng thái phải mơ tả - Tính hệ thống: phải đảm bảo kiểm tra hết trường hợp - Được lập tài liệu: phải kiểm soát tiến trình/kết 5.3 Các phương pháp kiểm thử 5.3.1 Phương pháp hộp đen (Kiểm thử chức năng) Phương pháp kiểm thử dựa đặc tả chức Do đó, tâm đến phát sai sót chức mà khơng quan tâm đến cách cài đặt cụ thể Với phương pháp có khả phát sai sót, thiếu sót mặt chức năng; sai sót giao diện mơđun, kiểm tra tính hiệu quả; phát lỗi khởi tạo, lỗi kết thúc Do kiểm thử trường hợp thực tế, chia không gian thử nghiệm dựa vào giá trị nhập xuất đơn vị cần kiểm tra Ứng với vùng liệu thiết kế thử nghiệm tương ứng đặc biệt thử nghiệm gía trị biên vùng liệu Để kiểm chứng chương trình giải phương trình bậc theo phương pháp hộp đen, phân chia không gian thử nghiệm thành vùng sau: Vơ nghiệm Có nghiệm phân biệt Có nghiệm kép Hình 5.1 Kiểm thử giải phương trình bậc theo phương pháp hộp đen Sau thử kiểm tra với thử nghiệm thiết kế, cần mở rộng thử nghiệm cho trường hợp đặc biệt như: biên số máy tính (32767,-32768), số khơng, số âm, số thập phân, liệu sai kiểu, liệu ngẫu nhiên KHOA CÔNG NGHỆ THÔNG TIN 62 Bài 5: Kiểm tra đánh giá phần mềm quản lý 5.3.2 Phương pháp hộp trắng (Kiểm thử cấu trúc) Theo phương pháp này, chia không gian thử nghiệm dựa vào cấu trúc đơn vị cần kiểm tra Đơn vị cần kiểm tra - Giao tiếp Dữ liệu cục Các điều kiện biên Các đường thực Các ngoại lệ Bộ thử nghiệm Hình 5.2 Kiểm thử theo phương pháp hộp trắng Kiểm tra giao tiếp đơn vị để đảm bảo dịng thơng tin vào đơn vị ln (đúng giá trị, khớp kiểu ) Kiểm tra liệu cục để đảm bảo liệu lưu trữ đơn vị tồn vẹn suốt q trình thuật giải thực Ví dụ: nhập liệu sai, tên biến không đúng, kiểu liệu không quán, ràng buộc ngoại lệ Kiểm tra điều kiện biên câu lệnh if, vòng lặp để đảm bảo đơn vị chạy biên Kiểm tra để đảm bảo đường thực phải qua lần Con đường thực đơn vị chương trình dãy có thứ tự câu lệnh bên đơn vị thực kích hoạt đơn vị Ví dụ: Con đường thực p1 p2 sau KHOA CÔNG NGHỆ THÔNG TIN 63 Bài 5: Kiểm tra đánh giá phần mềm quản lý 5.4 Các giai đoạn chiến lược kiểm thử Đối với dự án phần mềm lớn, người tham gia chia thành nhóm: - Nhóm thứ nhất: gồm người tham gia dự án phát triển phần mềm Nhóm chịu trách nhiệm kiểm tra đơn vị chương trình để chắn chúng thực theo thiết kế - Nhóm thứ hai: độc lập gồm chuyên gia tin học khơng thuộc nhóm thứ Nhóm có nhiệm vụ phát lỗi nhóm thứ chủ quan để lại 5.4.1 Kiểm thử đơn vị Sử dụng kỹ thuật hộp trắng dựa vào hồ sơ thiết kế để xây dựng thử nghiệm cho khả phát lỗi lớn Vì đơn vị kiểm tra khơng chương trình đầy đủ, đơn vị gọi đơn vị khác gọi đến đơn vị khác nên dù chương trình hồn tất đầy đủ đơn vị, không nên giả thuyết tồn tính đắn đơn vị khác mà phải xây dựng module giả lập đơn vị gọi tên driver đơn vị bị gọi stub Driver đóng vai trị chương trình nhập số thử nghiệm gởi chúng đến đơn vị cần kiểm tra đồng thời nhận kết trả đơn vị cần kiểm tra Stub chương trình giả lập thay đơn vị gọi đơn vị cần kiểm tra Stub thực thao tác xử lý liệu đơn giản in ấn, kiểm tra liệu nhập trả kết KHOA CÔNG NGHỆ THÔNG TIN 64 Bài 5: Kiểm tra đánh giá phần mềm quản lý Hình 5.3 Kiểm thử đơn vị 5.4.2 Kiểm thử tích hợp Giai đoạn tiến hành sau hồn tất cơng việc kiểm thử mơđun riêng lẻ cách tích hợp mơđun lại với Mục đích giai đoạn kiểm tra giao diện đơn vị, kiểm tra tính đắn so với đặc tả, kiểm tra tính hiệu Phương pháp thực chủ yếu sử dụng kiểm tra chức Các đơn vị tích hợp theo hai chiến lược: từ xuống (top-down) từ lên (bottomup) 5.4.2.1 Trên xuống Thuật giải hướng tiếp cận gồm bước sau: - Sử dụng Module driver stub thay cho tất module trực tiếp module - Lần lượt thay stub lần module thực - Tiến hành kiểm tra tính đắn - Một tập hợp thử nghiệm hoàn tất hết stub - Kiểm tra lùi tiến hành để đảm bảo không phát sinh lỗi Ưu điểm - Kiểm thử xuống kết hợp với phát triển xuống giúp phát sớm lỗi thiết kế làm giảm giá thành sửa đổi KHOA CÔNG NGHỆ THÔNG TIN 65 Bài 5: Kiểm tra đánh giá phần mềm quản lý - Nhanh chóng có phiên thực với chức - Có thể thẩm định tính dùng sản phẩm sớm Nhược điểm - Nhiều môđun cấp thấp khó mơ phỏng: thao tác với cấu trúc liệu phức tạp, kết trả phức tạp… 5.4.2.2 Dưới lên Kiểm ta module trước khơng cần phải viết stub Thuật giả hướng là: - Các module cấp thấp nhóm thành nhóm (thực chức năng) - Viết driver điều khiển tham số nhập xuất - Bỏ driver gắn chùm vào module cao Ưu điểm - Tránh xây dựng môđun tạm thời phức tạp - Tránh sinh kết nhân tạo (nhập từ bàn phím) - Thuận tiện cho phát triển môđun để dùng lại Nhược điểm - Chậm phát lỗi kiến trúc - Chậm có phiên thực 5.4.3 Kiểm thử chấp nhận Kiểm thử chấp nhận tiến hành khách hàng, cịn gọi alpha testing Mục đích nhằm thẩm định lại xem phần mềm có sai sót, thiếu sót so với yêu cầu người sử dụng không Trong giai đoạn liệu dùng để kiểm thử người sử dụng cung cấp KHOA CÔNG NGHỆ THÔNG TIN 66 Bài 5: Kiểm tra đánh giá phần mềm quản lý 5.4.4 Kiểm thử beta Đây giai đoạn mở rộng alpha testing Công việc kiểm thử thực số lượng lớn người sử dụng Công việc kiểm thử tiến hành cách ngẫu nhiên mà khơng có hướng dẫn nhà phát triển Các lỗi phát thông báo lại cho nhà phát triển 5.4.5 Kiểm thử hệ thống Đến giai đoạn này, công việc kiểm thử tiến hành với nhìn nhận phần mềm yếu tố hệ thống thông tin phức tạp hồn chỉnh Cơng việc kiểm thử nhằm kiểm tra khả phục hồi sau lỗi, độ an toàn, hiệu giới hạn phần mềm 5.5 Xây dựng test case Xây dựng liệu để thử nghiệm theo yêu cầu tối thiểu sau: - Chi tiết đầy đủ theo giao diện phần mểm - Chi tiết tổ hợp tất tình phát sinh liệu đầu vào - Có kết mong đợi kết xảy cho tình Bài tập Câu 1: Trình bày khác biệt giai đoạn thiết kế qui trình khác Câu 2: Trình bày khác biệt giai đoạn lập trình qui trình khác Câu 3: Khi tiến hành thực phần mềm qua giai đoạn (trong qui trình giai đoạn) phát sinh lỗi giai đoạn (kết chuyển giao khơng xác, thiếu sót, v.v…) Theo anh chị lỗi (nếu phát sinh) giai đoạn nghiêm trọng Câu 4: Theo anh chị giai đoạn qui trình cơng nghệ phần mềm - Giai đoạn quan trọng (tại sao) - Giai đoạn dễ thực (tại sao) - Giai đoạn tốn nhiều thời gian chi phí (tại sao) - Giai đoạn bỏ qua (trong trường hợp sao) Câu 5: Cho biết khác biệt yêu cầu chức (yêu cầu nghiệp vụ, yêu cầu hệ thống) phi chức (yêu cầu chất lượng) Theo anh chị loại yêu cầu quan trọng KHOA CÔNG NGHỆ THÔNG TIN 67 Bài 5: Kiểm tra đánh giá phần mềm quản lý Câu 6: Xác định tất yêu cầu chức hệ thống có phần mềm sau (chi tiết qui định, biểu mẫu liên quan có mô tả đề tài) - Phần mềm quản lý bán sách - Phần mềm quản lý học sinh trường cấp - Phần mềm đánh cờ gánh - Phần mềm hỗ trợ giải tập phương trình đại số - Phần mềm quản lý giải vơ địch bóng đá quốc giá Câu 7: Nhận xét phát biểu sau “Mọi phần mềm có u cầu tính tiện dụng” - Nếu đúng: giải thích - Nếu sai: giải thích ví dụ minh họa Câu 8: Nhận xét phát biểu sau: “Mọi phần mềm đề có yêu cầu tính hiệu - Nếu đúng: giải thích - Nếu sai: giải thích cho ví dụ minh họa Câu 9: Nhận xét phát biểu sau: “Mọi phần mềm đề có yêu cầu chức hệ thống - Nếu đúng: giải thích - Nếu sai: giải thích cho ví dụ minh họa Câu 10: Nhận xét phát biểu sau “Việc mơ hình hóa u cầu không cung cấp thêm thông tin yêu cầu phần mềm mà giúp trình bày lại yêu cầu phần mềm dạng trực quan - Nếu đúng: giải thích - Nếu sai: giải thích cho ví dụ minh họa Câu 11: Nếu khơng thực qua bước mơ hình hóa u cầu việc lập mơ hình đối tượng có khó khăn gì? sao? Câu 12: Cho biết kết việc mơ hình hóa u cầu có sử dụng bước thiết kế giao diện đối tượng hay khơng ? - Nếu đúng: giải thích - Nếu sai: giải thích cho ví dụ minh họa Câu 13: Cho biết kết việc mô hình hóa u cầu có sử dụng bước xác định thuộc tính đối tượng (giai đoạn thiết kế) hay khơng - Nếu đúng: giải thích - Nếu sai: giải thích cho ví dụ minh họa KHOA CƠNG NGHỆ THÔNG TIN 68 Bài 5: Kiểm tra đánh giá phần mềm quản lý Câu 14: Cho biết kết việc mơ hình hóa u cầu có sử dụng bước xác định hàm xử lý đối tượng (giai đoạn thiết kế) hay không - Nếu đúng: giải thích - Nếu sai: giải thích cho ví dụ minh họa Bài 1: Xây dựng hồ sơ phần mềm Quản lý thuê bao điện thoại Lưu trữ: Các thông tin - Các hợp đồng thuê bao điện thoại (Khách hàng, loại thuê bao, máy điện thoại) - Các gọi (Máy điện thoại, Ngày, Giờ, Thời gian, Nơi gọi đến) Tính tốn: - Số tiền phải trả máy điện thoại tháng:  Tiền thuê bao hàng tháng (phụ thuộc vào loại thuê bao với định mức riêng)  Tiền cước phí trả thêm (hụ thuộc vào thời gian gọi, số phút gọi, nơi gọi đến) - Tính cơng nợ khách hàng khách hàng chưa toán tiền điện thoại Kết xuất: - Hóa đơn tính tiền điện thoại cho khách hàng tháng - Danh sách khách hàng chưa toán tiền điện thoại - Thống kê nơi gọi đến, thời điểm gọi theo khu vực tháng Bài 2: Xây dựng hồ sơ phần mềm Quản lý trung tâm giới thiệu việc làm sinh viên Lưu trữ: Các thông tin - Sinh viên đăng ký tìm việc: Họ tên, ngày sinh, địa chỉ, tình hình sức khỏe, trình học tập cấp, cơng việc đảm nhận, yêu cầu tìm việc - Đơn vị đăng ký tìm người: Tên, địa chỉ, người đại diện, công việc yêu cầu tuyển dụng - Giới thiệu việc làm: Sinh viên, đơn vị, công việc, tình trạng Tra cứu: Sinh viên tra cứu cơng việc - Loại cơng việc - Mức lương - Hình thức làm việc KHOA CÔNG NGHỆ THÔNG TIN 69 Bài 5: Kiểm tra đánh giá phần mềm quản lý - Nơi làm việc Đơn vị tuyển dụng tra cứu sinh viên - Bằng cấp chuyên môn - Sức khỏe - Phương tiện làm việc Tính tốn: - Các cơng việc thích hợp cho sinh viên đăng ký làm việc - Các sinh viên thích hợp cho cơng việc cần tuyển dụng đơn vị Kết xuất: - Danh sách sinh viên đăng ký theo công việc - Danh sách số lượng sinh viên đăng ký theo loại công việc - Danh sách đơn vị tuyển dụng theo công việc - Danh sách số lượng đơn vị tuyển dụng theo công việc - Thống kê tình hình giới thiệu việc làm thực năm KHOA CÔNG NGHỆ THÔNG TIN 70 MỤC LỤC HÌNH ẢNH TRANG Hình 1.1 Các dạng HTTTQL theo cấp ứng dụng 11 Hình 1.2 Sơ đồ cấu trúc MIS 14 Hình 2.1 Sơ đồ chức quản lý tài 23 Hình 2.2 Sơ đồ BFD quản lý bán hàng Công ty X 24 Hình 2.3 Phân rã DFD 27 Hình 2.4 Cân dòng liệu chia nhỏ liệu 28 Hình 2.5 Ví dụ hệ thống sơ đồ DFD 29 Hình 2.6 Sơ đồ phân loại yêu cầu 31 Hình 2.7 Quá trình hình thành yêu cầu 33 Hình 2.8 Tiến trình phần tích yêu cầu 33 Hình 3.1 Sơ đồ logic tách thuộc tính rời rạc 39 Hình 3.2 Xét phần mềm quản lý thư viện 41 Hình 3.3 Xét phần mềm quản lý giải bóng đá 41 Hình 4.1 Sơ đồ hình 45 Hình 4.2 Màn hình phần mềm thư viện 48 Hình 4.3 Màn hình phần mềm quản lý học sinh 48 Hình 4.4 Màn hình phần mềm quản lý giải bóng đá 49 Hình 4.5 Các nút điều khiển Màn hình phần mềm quản lý giải bóng đá 49 Hình 4.6 Màn hình mượn sách phần mềm quản lý thư viện 50 Hình 4.7 Màn hình nhập học sinh phần mềm quản lý học sinh 50 Hình 4.8 Màn hình nhập điểm phần mềm quản lý học sinh 50 Hình 4.9 Màn hình đăng ký cầu thủ phần mềm quản lý giải bóng đá 51 Hình 4.10 Màn hình tra cứu sách phần mềm quản lý thư viện 51 Hình 4.11 Màn hình tra cứu học sinh phần mềm quản lý học sinh 51 Hình 4.12 Màn hình tra cứu cầu thủ phần mềm quản lý giải bóng đá 52 Hình 4.13 Màn hình tra cứu học sinh (nâng cao) phần mềm quản lý học sinh 52 Hình 4.14 Màn hình tra cứu cầu thủ (nâng cao) phần mềm quản lý giải bóng đá 53 Hình 5.1 Kiểm thử giải phương trình bậc theo phương pháp hộp đen 62 Hình 5.2 Kiểm thử theo phương pháp hộp trắng 63 Hình 5.3 Kiểm thử đơn vị 65 KHOA CÔNG NGHỆ THƠNG TIN 71 MỤC LỤC BẢNG TRANG Bảng 1.1 Ví dụ HTTTQL doanh nghiệp 12 Bảng 2.1 Các mức DFD 30 Bảng 4.1 Danh sách thao tác thực 45 KHOA CÔNG NGHỆ THÔNG TIN 72 TÀI LIỆU THAM KHẢO Nguyễn Xuân Huy, Software Engineering, Institue of Information Technology Nguyễn Tiến Huy, Nhập môn công nghệ phần mềm, ĐH Khoa học Tự Nhiên Nhóm tác giả, Nhập môn công nghệ phần mềm, Hà Nội, 2012 ThS Lê Thị Ngọc Diệp, Bài giảng Hệ thống thông tin quản lý, PTIT, 2013 TS, Lê Văn Phùng, Kỹ nghệ Phần mềm, Thông tin truyền thông, 2010 Roger S.Pressman, Kĩ nghệ Phần mềm (tập 2), Giáo dục, 1999 Ian Sommerville, Software Engineering, 8th Edition, Addidson-Wesley, 2007 Một số tài liệu tham khảo từ Internet KHOA CÔNG NGHỆ THÔNG TIN 73 ... Công Nghệ Phần Mềm môn học nhằm giúp cho người học có kiến thức lĩnh vực công nghệ phần mềm Qua môn học người học có nhìn khái qt qui trình phát triển phần mềm, hiểu biết thực giai đoạn qui trình. .. quan đến hệ thống như: - Môi trường mà hệ thống tồn (bao gồm môi trường bên bên trong); - Hệ thống hệ thống; - Hệ thống đóng khơng quan hệ với môi trường ngược lại – hệ thống mở, có quan hệ với... 1.2.2 Hệ thống thông tin Hệ thống thông tin (HTTT) hệ thống có nhiệm vụ thu thập, xử lý, lưu trữ truyền thông tin đến đối tượng cần sử dụng thông tin Hoạt động HTTT đánh KHOA CÔNG NGHỆ THÔNG