Báo cáo nhập môn CNPM giải số phức

70 516 5
Báo cáo nhập môn CNPM giải số phức

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

Thông tin tài liệu

TRƯỜNG ĐẠI HỌC CẦN THƠ KHOA CÔNG NGHỆ THÔNG TIN VÀ TRUYỀN THÔNG  Báo cáo Đề tài Giáo viên hướng dẫn: Phan Phương Lan Lớp: CT17101 Nhóm thực hiện: Nhóm 01 Nguyễn Tấn Phát B1400715 Nguyễn Đình Trọng B1400736 Nguyễn Hữu Úy B1400739 Trang Mục lục Cần Thơ, 11/2015 Bộ môn CNPM, Khoa CNTT & TT, Đại học Cần Thơ Lời mở đầu Trang i Lời mở đầu Thời buổi công nghệ thông tin phát triển mạnh mẽ nay, nhu cầu học tập, nghiên cứu, giải trí,… sử dụng máy tính ngày nhiều Các phần mềm theo sản xuất cách đa dạng, nhiều lĩnh vực để phục vụ nhu cầu Tuy nhiên, để làm sản phần mềm có chất lượng giá thành tốt việc quan tâm trọng đến qui trình phát triển phần mềm cần thiết công ty phần mềm người làm phần mềm Trong khuôn khổ môn học Nhập môn công nghệ phần mềm, chúng em lựa chọn đề tài “Phần mềm giải số phức” với mục đích áp dụng kiến thức học vào phát triển dự án thực tế Qua hiểu sâu vấn đề học, làm tảng để học môn học chuyên sâu Lần phát triển phần mềm thực tế môn học lạ, kiến thức hạn hẹp với thời gian có hạn nên nhóm chúng em gặp nhiều sai sót, chưa chi tiết hết khía cạnh phần mềm Qua nhóm chúng em xin chân thành cảm ơn cô truyền đạt kiến thức hướng dẫn tận tình để chúng em hoàn thành tốt tài liệu Rất mong chấp nhận bảo từ cô, kinh nghiệm quí báu cho chúng em trình học tập sau Nhóm 01 Trang ii Mục lục Mục lục Lời mở đầu .i Mục lục ii PHẦN I KẾ HOẠCH PHÁT TRIỂN PHẦN MỀM .1 PHẦN II ĐẶC TẢ YÊU CẦU PHẦN MỀM .11 Phụ lục – TBD .19 PHẦN III THIẾT KẾ PHẦN MỀM 20 PHẦN IV CÁC TRƯỜNG HỢP KIỂM THỬ PHẦN MỀM .43 PHẦN V KẾT LUẬN 65 Bộ môn CNPM, Khoa CNTT & TT, Đại học Cần Thơ Kế hoạch phát triển phần mềm Trang PHẦN I KẾ HOẠCH PHÁT TRIỂN PHẦN MỀM Tổ chức nhóm phát triển phần mềm Kinh nghiệm thành viên Ngôn ngữ STT Họ tên C Cấu trúc liệu Toán học Giao tiếp Soạn thảo văn Nguyễn Đình Trọng Khá Khá Khá Khá Khá Nguyễn Tấn Phát Khá Khá Tốt Trung bình Tốt Nguyễn Hữu Úy T.Bình T.bình Khá Tốt Tốt Cơ cấu tổ chức nhóm Tổng số nhân sự: người Lãnh đạo: Trưởng dự án: Nguyễn Tấn Phát Các nhóm chuyên môn: Người thu thập phân tích đặc tả: Nguyễn Hữu Úy Nhóm thiết kế: Thiết kế hệ thống: Nguyễn Hữu Úy Thiết kế liệu: Nguyễn Tấn Phát Thiết kế giao diện: Nguyễn Đình Trọng, Nguyễn Hữu Úy Thiết kế thuật toán: Nguyễn Tấn Phát, Nguyễn Đình Trọng Nhóm lập trình: Nguyễn Tấn Phát Nguyễn Đình Trọng Người kiểm thử: Nguyễn Tấn Phát Nhóm triển khai: Nguyễn Hữu Úy Nguyễn Đình Trọng Nhóm hỗ trợ: Lập kế hoạch dự án: Nguyễn Tấn Phát Quản lý rủi ro: Nguyễn Tấn Phát, Nguyễn Đình Trọng, Nguyễn Hữu Úy Quản lý cấu hình: Nguyễn Tấn Phát, Nguyễn Đình Trọng, Nguyễn Hữu Úy Quản lý chất lượng: Nguyễn Tấn Phát, Nguyễn Đình Trọng, Nguyễn Hữu Úy Giao tiếp a) Giao tiếp thành viên nhóm STT Giao tiếp trực Tuần Thứ Ba Sáu Buổi Sáng Giờ Địa điểm 9h50 P204/C1 7h P01/DI Bộ môn CNPM, Khoa CNTT & TT, Đại học Cần Thơ Trang Kế hoạch phát triển phần mềm 10 Giao Ba Sáng Ba Sáng Sáu P204/C1 9h50 P204/C1 7h P01/DI 12 Sáu Sáng 7h P03/DI 14 Sáu Sáng 7h P08/DI STT Họ Tên Facebook Email (@student.ctu.edu.vn) Số nhà Điện thoại Nguyễn Hữu Úy Chuột Nhắt uyb1400739 0120677874 trongb1400736 0163988304 phatb1400715 0969968142 Nguyễn Đình Nguyễn Trọng Trọng Nguyễn Tấn Tan Phat Phát Giao tiếp với người sử dụng b) 9h50 STT Họ tên Thời gian Địa điểm Lê Thị Kim Yến 13/08/2015 Nhà học D1 Nguyễn Trung Hiếu 01/09/2015 Trung tâm học liệu Nguyễn Đình Trọng 04/09/2015 P07/DI Bảng kế hoạch phát triển phần mềm STT Thời gian Bắt đầu – Kết thúc 04/09/2015 – 04/09/2015 Lập kế hoạch 04/09/2015 – 18/09/2015 Hoàn thiện kế hoạch, lập tài liệu đặc tả Tên công việc Người tham gia Chịu trách Đầu vào công nhiệm việc Cả nhóm Trưởng nhóm Tài liệu mô tả sơ Kế hoạch phiên Cả nhóm Trưởng nhóm, nhóm phân tích Kế hoạch phiên 1, phân tích yêu cầu Kế hoạch phiên 2, tài liệu đặc tả phiên Bộ môn CNPM, Khoa CNTT & TT, Đại học Cần Thơ Đầu công việc Kế hoạch phát triển phần mềm Trang Nhóm phân Tài liệu đặc tả tích, thiết phiên kế Tài liệu đặc tả phiên 2, tài liệu thiết kế phiên 18/09/2015 – 09/10/2015 Hoàn thiện tài Cả liệu đặc tả, lập nhóm tài liệu thiết kế 09/10/2015 – 23/10/2015 Hoàn thiện tài liệu thiết kế, Cả lập tài liệu nhóm kiểm thử Nhóm thiết kế, kiểm thử Các tài liệu thiết kế phiên Các tài liệu thiết kế phiên 2, tài liệu kiểm thử phiên 23/10/2015 – 06/11/2015 Hoàn thiện tài liệu kiểm thử, Cả lập trình theo nhóm tài liệu thiết kế Nhóm kiểm thử lập trình Các tài liệu thiết kế, tài liệu kiểm thử phiên Tài liệu kiểm thử phiên 2, mã nguồn trung gian 06/11/2015 – 17/11/2015 Hoàn thiện mã nguồnập tài liệu báo cáo phần mềm, tổng hợp tài liệu vào đĩa CD Cả nhóm Mã nguồn trung gian; tài liệu: kế hoạch, đặc tả, thiết kế, kiểm thử Mã nguồn hoàn chỉnh, tài liệu báo cáo, đĩa CD Cả nhóm Quản lý chất lượng phần mềm 2.1 Tổ chức nhóm quản lý chất lượng Tổng số nhân sự: Trưởng nhóm: Nguyễn Tấn Phát Người lập kế hoạch quản lí chất lượng: Nguyễn Hữu Úy Người đảm bảo chất lượng: Nguyễn Đình Trọng Người kiểm tra chất lượng: Nguyễn Tấn Phát 2.2 Đề xuất chuẩn, thủ tục, qui định chất lượng 2.2.1 • • • • Chuẩn lập trình Sử dụng phần mềm Dev C++ Đặt tên tập tin ngắn gọn, độ dài không 12 kí tự Các dòng lệnh cấp phải đặt thẳng hàng (canh lề trái), dòng lệnh cấp phải thụt vào Tab so với dòng lệnh cấp cha Giữa phép toán toán hạng nên có khoảng trắng Bộ môn CNPM, Khoa CNTT & TT, Đại học Cần Thơ Trang • • • • • • 2.2.2 • • • • • • • • • • • 2.2.3 • Kế hoạch phát triển phần mềm Sau dấu phẩy phải có khoảng trắng Chú thích sử dụng /*…*/ cho đoạn // cho dòng Tất hàm tự tạo phải đặt tên mô tả chức hàm, đồng thời thích: /* Chuc nang: Ket qua tra ve: (hàm void ghi không) */ Khai báo biến: o Khai báo biến dòng o Sau tên biến nên thích công dụng biến o Đặt tên ngắn gọn dễ nhớ Mỗi câu lệnh đặt dòng riêng Giữa biến cục câu lệnh nên có dòng trống Qui ước viết tài liệu Tệp tin: định dạng doc pdf Soạn thảo văn Microsoft Word Tạo in pdf sau hoàn tất file doc Trang trang giới thiệu Các cập nhật, thay đổi ghi vào bảng theo dõi phiên Font áp dụng cho tài liệu: Times New Roman, cỡ chữ chung 12pt, màu chữ đen Cấu trúc tài liệu: o Dạng Heading đánh số 1, 1.1, … canh thẳng lề trái o Các dòng cấp lùi vào khoảng hợp lí đảm bảo rõ ràng, dễ đọc Tiêu đề cấp có cỡ chữ 16, tiêu đề cấp có cỡ chữ 14, tiêu đề cấp có cỡ chữ 13, điều đề cấp nhỏ có cỡ chữ 12; tiêu đề in đậm tô màu xanh dương đậm (Dark blue) Định dạng trang: o Trình bày dạng in: Miror margins o Lề trái trang lẻ lề phải trang chẵn: cm, lề phải trang lẻ lề trái trang chẵn: 2cm o Lề lề dưới: 2.54cm (1 inch) Tiêu đề đầu trang chân trang phụ thuộc vào trang chẵn trang lẻ: o Trang lẻ: tiêu đề đánh số trang bên trái, trang chẵn ngược lại o Header from top footer from bottom 0.5 inch Các phần nhấn mạnh: tô màu, in đậm, chữ nghiêng Qui ước trao đổi tài liệu Tên tài liệu viết theo dạng: Bộ môn CNPM, Khoa CNTT & TT, Đại học Cần Thơ Kế hoạch phát triển phần mềm • • 2.2.4 Trang SP__V Ví dụ: SP_DTYC_V1.0 cho biết tài liệu đặc tả, phiên 1.0 Các định danh tài liệu: + DTYC – Tài liệu đặc tả + TK – Tài liệu thiết kế + KT – Tài liệu kiểm thử + KH – Tài liệu kế hoạch Trao đổi qua email đại học Cần Thơ cấp, nội dung công việc ghi tiêu đề mail Thao tác với tài liệu thông qua Google Drive Qui ước thiết kế giao diện Đối tượng sử dụng phần mềm chủ yếu học sinh nên có hiểu biết sử dụng máy tính, cần ý: • Các form, nút, text box tổ chức tương tự phần mềm quen thuộc • Màu sắc chủ đạo xanh dương, tạo cảm giác mát mẻ • Có thích cần thiết • Thân thiện: từ ngữ rõ ràng, phù hợp học • Quen thuộc, gây bỡ ngỡ 2.2.5 • • • • 2.3 2.3.1 Qui tắc kiểm thử Kiểm thử đầy đủ không thể, kiểm thử với số test case có khả phát sinh lỗi cao Kiểm thử lúc viết source code nhằm hạn chế khả phát sinh lỗi Luôn chuẩn bị tâm lí với việc xuất lỗi cho dù trình kiểm thử kết thúc Không tránh né lỗi mà phải suy nghĩ cách sửa chữa lỗi để đảm bảo đáp ứng yêu cầu thiết kế Kiểm soát chất lượng Tài liệu đặc tả yêu cầu Yêu cầu tài liệu: Tài liệu đặc tả yêu cầu tài liệu thiết kế hệ thống Nó thiết lập hệ thống phải làm, mô tả rõ làm Nội dung tài liệu theo chuẩn IEEE: Phần giới thiệu: mục đích, phạm vi, định nghĩa, tổng quan tài liệu Phần mô tả chung: giới thiệu chung, chức năng, đặc điểm người dùng, ràng buộc Phần đặc tả yêu cầu: bao gồm yêu cầu chức phi chức Các phần khác Trong phần thiết kế, tài liệu sử dụng lại nhiều, chủ yếu đặc tả chức phi chức Bộ môn CNPM, Khoa CNTT & TT, Đại học Cần Thơ Trang 2.3.2 Kế hoạch phát triển phần mềm Tài liệu thiết kế Yêu cầu tài liệu: tài liệu phải thiết kế chi tiết cách thức xử lí chức cho người lập trình hiểu viết code Nội dung tài liệu: thiết kế kiến trúc, liệu, giao diện thuật toán Trong phần lập trình kiểm thử, tài liệu sử dụng nhiều, chủ yếu phần thiết kế giao diện thuật toán 2.4 2.4.1 Công cụ, kỹ thuật phương pháp đảm bảo chất lượng Các công cụ Microsoft Word: tạo tài liệu, sử dụng suốt trình làm phần mềm Microsoft Window: môi trường vận hành phần mềm, sử dụng suốt trình Hạn chế: phần mềm trả phí EDGE Diagrammer: tạo sơ đồ thuật toán, sử dụng trình thiết kế Hạn chế: phần mềm trả phí, không viết tiếng Việt Dev C++: lưu trữ mã nguồn, tạo chương trình thực thi, sử dụng trình lập trình Google Drive: lưu trữ liệu trực tuyến dự án, sử dụng suốt trình làm phần mềm Hạn chế: cần Internet 2.4.2 Các kỹ thuật đảm bảo chất lượng Kỹ thuật kiểm tra lại (xem lại): • Kiểm tra chi tiết phát sinh lỗi trình làm phần mềm, tài liệu đặc tả, phân tích, lập trình, … • Hạn chế: nhiều thời gian Kỹ thuật thống kê qui trình làm việc: • Thống kê mốc thời gian trình phát triển phần mềm, giúp xác định khu vực có vấn đề điểm thiếu kiểm soát nhằm đưa biện pháp khắc phục • Hạn chế: khó xác định vấn đề Quản lý rủi ro 3.1 Tổ chức nhóm quản lý rủi ro Quản lý rủi ro không cá nhân đảm nhiệm mà thực nhóm có liên kết công đoạn Sơ đồ trình quản lí rủi ro Bộ môn CNPM, Khoa CNTT & TT, Đại học Cần Thơ Trang 52 II Các trường hợp kiểm thử Đồ thị dòng chảy dựa lưu đồ Các đường độc lập từ đồ thị dòng chảy: 1 – – – – – – – – Các số liệu đầu vào dựa theo đường đi: z TH n Phần thực Phần thực -3 -1 -2 III 7.3 Các thông báo đầu cuối: Kết trả về: giá trị đồ thị dòng chảy Kết xuất TH Input Output mong đợi Output thực tế -0.05 – 0.12i 41 + 38i -0.05 – 0.12i 41 + 38i z Phần thực -3 Phần ảo -2 -1 Bộ môn CNPM, Khoa CNTT & TT, Đại học Cần Thơ Các trường hợp kiểm thử 7.4 Trang 53 Các yêu cầu môi trường 7.4.1 Phần cứng Tối thiểu chạy công cụ lập trình: • Bộ xử lí 1GHz • Bộ nhớ RAM 512MB, ROM 1GB 7.4.2 • • • Phần mềm Hệ điều hành: Microsoft Windows từ XP trở lên Công cụ lập trình DEV C++ Trình biên dịch: TDM-GCC Trường hợp kiểm thử 7: CAL07 8.1 Mục tiêu Kiểm thử CAL07 kiểm thử chức tính lũy thừa Kiểm thử trường hợp nhằm đánh giá độ hoàn thiện độ xác chức 8.2 I Kết nhập Lưu đồ thuật toán Bộ môn CNPM, Khoa CNTT & TT, Đại học Cần Thơ Trang 54 II Các trường hợp kiểm thử Đồ thị dòng chảy dựa lưu đồ Các đường độc lập từ đồ thị dòng chảy: 1,2 – – – 11 1,2 – – – 10 – 11 1,2 – – – – 10 – 11 1,2 – – – – 10 – 11 1,2 – – – – 10 – 11 1,2 – – – – – 10 – 11 1,2 – – – – – 10 – 11 Các số liệu đầu vào dựa theo đường đi: z TH Phần thực Phần ảo 0 1.82 5.7 -1.5 0.75 0.58 0.71 0.37 -1.23 0.91 Bộ môn CNPM, Khoa CNTT & TT, Đại học Cần Thơ n -4 -2 Các trường hợp kiểm thử Trang 55 III Các thông báo đầu cuối: Thông báo kết quả: báo lỗi , số thực số phức 8.3 Kết xuất TH Input Output mong đợi Output thực tế Báo lỗi 9.02 + 9.73i -1.3 + 0.55i 4.26i -1.21 Báo lỗi 1.00 9.02 + 9.73i -1.3 + 0.55i 1.00 4.26i -1.21 z 8.4 Phần thực 1.82 -1.5 0.58 0 Phần ảo 5.7 0.75 0.71 0.37 -1.23 0.91 -4 -2 Các yêu cầu môi trường 8.4.1 Phần cứng Tối thiểu chạy công cụ lập trình: • Bộ xử lí 1GHz • Bộ nhớ RAM 512MB, đĩa cứng 1GB 8.4.2 • • • Phần mềm Hệ điều hành: Microsoft Windows từ XP trở lên Công cụ lập trình DEV C++ Trình biên dịch: TDM-GCC Trường hợp kiểm thử 8: CB2 9.1 Mục tiêu Kiểm thử CB2 kiểm thử phép tính bậc hai số phức, nhằm đánh giá tính đắn giải thuật, độ xác làm sở cho kiểm thử chức tính bậc hai 9.2 I Kết nhập Lưu đồ thuật toán Bộ môn CNPM, Khoa CNTT & TT, Đại học Cần Thơ Trang 56 II Đồ thị dòng chảy dựa lưu đồ Các đường độc lập từ đồ thị dòng chảy: 1 – – – – – – – – – – – Các số liệu đầu vào dựa theo đường đi: TH Phần thực Phần ảo -9 3 III Các thông báo đầu cuối: Kết trả về: số thực số phức Bộ môn CNPM, Khoa CNTT & TT, Đại học Cần Thơ Các trường hợp kiểm thử Các trường hợp kiểm thử 9.3 Trang 57 Kết xuất TH 9.4 Input Phần thực Phần ảo -9 Output mong đợi Output thực tế 3i 2.83 1.67 + 0.9i 3.00i 2.83 1.67 + 0.90i Các yêu cầu môi trường 9.4.1 Phần cứng Tối thiểu chạy công cụ lập trình: • Bộ xử lí 1GHz • Bộ nhớ RAM 512MB, đĩa cứng 1GB 9.4.2 • • • Phần mềm Hệ điều hành: Microsoft Windows từ XP trở lên Công cụ lập trình DEV C++ Trình biên dịch: TDM-GCC 10 Trường hợp kiểm thử 9: CAL08 10.1 Mục tiêu Kiểm thử CAL08 kiểm thử chức tính bậc hai số phức Kiểm thử trường hợp nhằm đánh giá độ hoàn thiện độ xác chức 10.2 I II Kết nhập Lưu đồ thuật toán Đồ thị dòng chảy dựa lưu đồ thuật toán Bộ môn CNPM, Khoa CNTT & TT, Đại học Cần Thơ Trang 58 Các trường hợp kiểm thử Các đường độc lập từ đồ thị dòng chảy: 1,2 – – – 1,2 – – – – 1,2 – – – Các số liệu đầu vào dựa theo đường đi: TH Phần thực Phần ảo 0 3 III Các thông báo đầu cuối: Thông báo kết quả: số 0, hai số thực hai số phức 10.3 Kết xuất TH 10.4 10.4.1 Input Phần thực Phần ảo 0 0 Output mong đợi Output thực tế 2.83 -2.83 1.22+1.22i -1.22 – 1.22i 0.00 2.83 -2.83 1.22i + 1.22i -1.22 – 1.22i Các yêu cầu môi trường Phần cứng Tối thiểu chạy công cụ lập trình: • Bộ xử lí 1GHz • Bộ nhớ RAM 512MB, đĩa cứng 1GB 10.4.2 • • • Phần mềm Hệ điều hành: Microsoft Windows từ XP trở lên Công cụ lập trình DEV C++ Trình biên dịch: TDM-GCC Bộ môn CNPM, Khoa CNTT & TT, Đại học Cần Thơ Các trường hợp kiểm thử Trang 59 11 Trường hợp kiểm thử 10: EQN 11.1 Mục tiêu Kiểm thử EQN kiểm thử chức giải phương trình nhằm đánh giá khả biện luận nghiệm phương trình bậc hai đầy đủ tính đắn công thức nghiệm 11.2 I II Kết nhập Lưu đồ thuật toán Đồ thị dòng chảy dựa lưu đồ Bộ môn CNPM, Khoa CNTT & TT, Đại học Cần Thơ Trang 60 Các trường hợp kiểm thử Các đường độc lập từ đồ thị dòng chảy: 1,2 – – 15 1,2 – – – 15 1,2 – – 4,5 – – 15 1,2 – – 4,5 – – – 15 1,2 – – 4,5 – – 8,9 – 10 – 14 – 15 1,2 – – 4,5 – – 8,9 – 11 – 12 – 14 – 15 1,2 – – 4,5 – – 8,9 – 11 – 13 – 14 – 15 Các số liệu đầu vào dựa theo đường đi: TH a b c 1 2 * 3 1.73 & 4 0.5 12 -6 -1.5 -0.5 2.24 4.69 III Các thông báo đầu cuối: Báo lỗi: Các thông báo số liệu không hợp lệ Kết hiển thị là: • Nghiệm kép: số thực • Hai nghiệm thực: hai số thực • Hai nghiệm phức: hai số phức 11.3 Kết xuất TH a Input b Output mong đợi c Bộ môn CNPM, Khoa CNTT & TT, Đại học Cần Thơ Output thực tế Các trường hợp kiểm thử 11.4 11.4.1 * 1.73 0.5 -1.5 2.24 & 12 -6 Trang 61 -0.5 4.69 Báo lỗi Báo lỗi Báo lỗi Báo lỗi 0.33 1.82 0.18 -0.45+1.38i; -0.45 – 1.38i Báo lỗi Báo lỗi Báo lỗi Báo lỗi 0.33 1.82; 0.18 -0.45 + 1.38i; -0.45 – 1.38i Các yêu cầu môi trường Phần cứng Tối thiểu chạy công cụ lập trình: • Bộ xử lí 1GHz • Bộ nhớ RAM 512MB, đĩa cứng 1GB 11.4.2 • • • Phần mềm Hệ điều hành: Microsoft Windows từ XP trở lên Công cụ lập trình DEV C++ Trình biên dịch: TDM-GCC 12 Trường hợp kiểm thử 11: ARG 12.1 Mục tiêu Kiểm thử ARG (Argument) kiểm thử giá trị argument (góc φ) Kiểm thử trường hợp giúp kiểm tra biểu diễn góc φ dựa số phức đầu vào Làm sở cho kiểm thử chức dạng lượng giác 12.2 Kết nhập I Lưu đồ thuật toán Bộ môn CNPM, Khoa CNTT & TT, Đại học Cần Thơ Trang 62 II Đồ thị dòng chảy dựa lưu đồ Các đường độc lập từ đồ thị dòng chảy: 1 – – – – 14 – – – – 14 – – – – – 14 – – – – – 11 – 14 – – – – – 10 – 13 – 14 Bộ môn CNPM, Khoa CNTT & TT, Đại học Cần Thơ Các trường hợp kiểm thử Các trường hợp kiểm thử Trang 63 – – – – – 10 – 12 – 14 Các số liệu đầu vào dựa theo đường đi: TH x y -5 1.41 0.82 -4 -1.73 -0.71 -0.41 III Các thông báo đầu cuối: Kết trả về: giá trị đồ thị dòng chảy 12.3 Kết xuất TH 12.4 12.4.1 Input x 0 1.41 -4 -1.73 -0.71 Output mong đợi Output thực tế -90 90 30 180 120 -150 -90 90 30 180 120 -150 y -5 0.82 -0.41 Các yêu cầu môi trường Phần cứng Tối thiểu chạy công cụ lập trình: • Bộ xử lí 1GHz • Bộ nhớ RAM 512MB, đĩa cứng 1GB 12.4.2 • • • Phần mềm Hệ điều hành: Microsoft Windows từ XP trở lên Công cụ lập trình DEV C++ Trình biên dịch: TDM-GCC 13 Trường hợp kiểm thử 12: LG 13.1 Mục tiêu Kiểm thử LG kiểm thử chức dạng lượng giác số phức Kiểm thử trường hợp nhằm đánh giá độ xác mức độ hoàn thiện chức 13.2 Kết nhập I Lưu đồ thuật toán Bộ môn CNPM, Khoa CNTT & TT, Đại học Cần Thơ Trang 64 II Đồ thị dòng chảy dựa lưu đồ Các đường độc lập từ đồ thị dòng chảy: 1 – – – – – – – – – – – – – – – – – – – – – – – – – – Bộ môn CNPM, Khoa CNTT & TT, Đại học Cần Thơ Các trường hợp kiểm thử Các trường hợp kiểm thử Trang 65 Các số liệu đầu vào dựa theo đường đi: TH Phần thực Phần ảo -4 1.41 0.82 0 -5 III Các thông báo đầu cuối: Thông báo Kết quả: số thực, số dạng chuẩn số phức lượng giác 13.3 Kết xuất TH 13.4 13.4.1 Input Phần thực y -4 1.41 0.82 0 -5 Output mong đợi Output thực tế -4[cos(180) + isin(180)] 1.63[cos(30) + isin(30)] 5[cos(-90) + isin(-90)] 7[cos(90) + isin(90)] -4.00[cos(180) + isin(180)] 1.63[cos(30) + isin(30)] 5.00[cos(-90) + isin(-90)] 7.00[cos(90) + isin(90)] Các yêu cầu môi trường Phần cứng Tối thiểu chạy công cụ lập trình: • Bộ xử lí 1GHz • Bộ nhớ RAM 512MB, đĩa cứng 1GB 13.4.2 • • • Phần mềm Hệ điều hành: Microsoft Windows từ XP trở lên Công cụ lập trình DEV C++ Trình biên dịch: TDM-GCC 14 Tổng kết Các trường hợp kiểm thử chưa phát lỗi, hệ thống chấp nhận PHẦN V KẾT LUẬN Những kiến thức đúc kết trình thực đề tài • Hiểu trình để làm sản phẩm phần mềm • Biết cách lập tài liệu đặc tả, thiết kế, kiểm thử cách thức cài đặt hệ thống • Rèn luyện kĩ làm việc nhóm; cách làm việc có qui tắc, có trình tự Nhược điểm Mặc dù cố gắng, nhóm chúng em mắc nhiều sai sót Về tổ chức nhóm: • Khả làm việc nhóm kém, giao tiếp thành viên hạn chế Bộ môn CNPM, Khoa CNTT & TT, Đại học Cần Thơ Trang 66 Các trường hợp kiểm thử • Vai trò thành viên không quán kế hoạch đề Về kiến thức: • Kiến thức hạn hẹp, kĩ lập trình chưa tốt, thiết kế giải thuật chưa thật hiệu • Chưa thực hiểu rõ thuật ngữ, qui tắc nên mắc sai lầm trình đặc tả, thiết kế, kiểm thử Về đề tài: • Chưa bao quát hết dạng toán chủ đề số phức • Việc đặc tả, thiết kế, kiểm thử chưa sâu vào chi tiết • Chương trình mắc lỗi nhóm chưa tìm • Chưa tiến hành kiểm thử hết chức hệ thống Trên ý kiến tự đánh giá nhóm trình thực đề tài Bộ môn CNPM, Khoa CNTT & TT, Đại học Cần Thơ [...]... float x Argument Diễn giải Phần thực Phần ảo Từ điển dữ liệu Hằng số: PI = 3,141592654 Danh sách biến: STT Tên biến Kiểu dữ liệu Diễn giải Chức năng Cộng , trừ, nhân, chia hai số phức 1 z1 SoPhuc Số hạng, thừa số, số bị trừ, số bị chia 2 z2 SoPhuc Số hạng, thừa số, số trừ, số chia 3 z Sophuc Số phức kết quả Chức năng Tính mô đun, số phức liên hợp, tính lũy thừa 4 z SoPhuc Số phức cần tính (cũng là... của sản phẩm Phần mềm sẽ tập trung các chức năng mà khi học số phức thường hay gặp, các chức năng của phần mềm được liệt kê dưới đây: • Số phức liên hợp • Tính mô đun • Cộng hai số phức • Trừ hai số phức • Nhân hai số phức • Chia hai số phức • Tính lũy thừa • Tính căn bậc 2 • Giải phương trình bậc 2 (trên tập số phức) • Dạng lượng giác của số phức 2.3 Đặc điểm người sử dụng Nhóm những người sử dụng:... Tối thiểu bộ nhớ 128MB RAM và 500MB ROM o Độ phân giải màn hình 800x600 hoặc cao hơn Nhóm người sử dụng: học sinh 12, sinh viên, giáo viên, giảng viên Các chức năng của hệ thống: Số phức liên hợp Tính mô đun Tính lũy thừa Cộng hai số phức Trừ hai số phức Tính căn bậc hai Nhân hai số phức Chia hai số phức Giải phương trình bậc hai Dạng lượng giác của số phức Các đặc điểm chất lượng phần mềm: Dễ sử dụng... hình Nếu có sự cố như phần thực hoặc phần ảo nhập không hợp lệ thì chương trình sẽ báo lỗi chi tiết và tiếp tục bước 1 cho đến khi người dùng nhập đúng Kết quả Hiển thị số phức dạng lượng giác hoặc báo lỗi Số phức có chứa căn thức cần được đổi ra số thập phân trước khi Ghi chú nhập vào Độ chính xác của phép toán phụ thuộc vào số chữ số thập phân người dùng nhập vào 5 Các yêu cầu phi chức năng 5.1 Yêu... hành nhập hai số phức, mỗi số phức cần nhập 2 mục là phần thực và phần ảo Bước 2: Tiến hành xử lí hai số phức, nếu không có sự cố, chương Cách xử lý trình sẽ hiển thị kết quả lên màn hình Nếu có sự cố như phần thực hoặc phần ảo không hợp lệ, chương trình sẽ báo lỗi chi tiết và tiếp tục bước 1 cho đến khi người dùng nhập đúng Kết quả Hiển thị kết quả của phép toán hoặc báo lỗi Ghi chú 4.5 Nhân hai số phức. .. của phép toán hoặc báo lỗi Chia hai số phức Mô tả và mức ưu tiên: chức năng được sử dụng để chia hai số phức được nhập vào từ bàn phím Chức năng có mức ưu tiên trung bình Tác nhân/ Chuỗi đáp ứng: Người sử dụng phần mềm chọn chức năng chia hai số phức, sau khi nhập xong hai số phức và đồng ý người dùng sẽ nhận được kết quả trên màn hình Mã yêu cầu CAL06 Tên chức năng Chia hai số phức Đối tượng sử dụng... hành nhập hai số phức, mỗi số phức cần nhập 2 mục là phần thực và phần ảo Bước 2: Tiến hành xử lí hai số phức, nếu không có sự cố, chương Cách xử lý trình sẽ hiển thị kết quả lên màn hình Nếu có sự cố như phần thực hoặc phần ảo không hợp lệ, chương trình sẽ báo lỗi chi tiết và tiếp tục bước 1 cho đến khi người dùng nhập đúng Kết quả Hiển thị kết quả của phép toán hoặc báo lỗi Ghi chú Không chấp nhận số. .. Tiến hành xử lí số liệu, nếu không có sự cố, chương trình sẽ hiển thị kết quả lên màn hình Nếu có sự cố như các hệ số nhập không hợp lệ thì chương trình sẽ báo lỗi số liệu nhập không hợp lệ và tiếp tục bước 1 cho đến khi người dùng nhập đúng Kết quả Hiển thị nghiệm của phương trình hoặc báo lỗi Ghi chú Tập số phức chứa cả tập số thực nên kết quả là nghiệm thực vẫn hợp lệ Không chấp nhận hệ số của x2 bằng... dạng lượng giác của số phức, sau khi nhập xong số phức và đồng ý người dùng sẽ nhận được kết quả trên màn hình Mã yêu cầu LG Tên chức năng Dạng lượng giác của số phức Đối tượng sử dụng Học sinh, sinh viên, giáo viên, giảng viên Tiền điều kiện Không Bước 1: Sau khi chọn chức năng, người dùng tiến hành nhập số phức vào gồm hai mục là phần thực và phần ảo Bước 2: Tiến hành xử lí số phức, nếu không có sự... hợp Mô tả và mức ưu tiên: chức năng được sử dụng để tìm số phức liên hợp của một số phức được nhập vào từ bàn phím Chức năng có mức ưu tiên thấp Tác nhân/ Chuỗi đáp ứng: Người sử dụng phần mềm chọn chức năng tìm số phức liên hợp, sau khi nhập xong số phức và đồng ý người dùng sẽ nhận được kết quả trên màn hình Mã yêu cầu CAL01 Tên chức năng Số phức liên hợp Đối tượng sử dụng Học sinh, sinh viên, giáo ... học số phức thường hay gặp, chức phần mềm liệt kê đây: • Số phức liên hợp • Tính mô đun • Cộng hai số phức • Trừ hai số phức • Nhân hai số phức • Chia hai số phức • Tính lũy thừa • Tính bậc • Giải. .. [11] [10], [11] Phụ lục 7.1 Lưu đồ thuật toán Nhập số phức Hiển thị số phức Lưu đồ thuật toán Nhập số phức Lưu đồ thuật toán Hiển thị số phức Bộ môn CNPM, Khoa CNTT & TT, Đại học Cần Thơ Thiết... hợp lệ, chương trình báo lỗi chi tiết tiếp tục bước người dùng nhập Kết Hiển thị số phức lấy lũy thừa báo lỗi Ghi Chỉ chấp nhận số mũ số nguyên Không để số mũ lớn Bộ môn CNPM, Khoa CNTT & TT,

Ngày đăng: 06/12/2015, 17:29

Từ khóa liên quan

Mục lục

  • Lời mở đầu

  • Mục lục

  • PHẦN I KẾ HOẠCH PHÁT TRIỂN PHẦN MỀM

    • 1 Tổ chức nhóm phát triển phần mềm

    • 2 Quản lý chất lượng phần mềm

      • 2.1 Tổ chức nhóm quản lý chất lượng

      • 2.2 Đề xuất các chuẩn, thủ tục, qui định về chất lượng

        • 2.2.1 Chuẩn lập trình

        • 2.2.2 Qui ước khi viết tài liệu

        • 2.2.3 Qui ước khi trao đổi tài liệu

        • 2.2.4 Qui ước khi thiết kế giao diện

        • 2.2.5 Qui tắc kiểm thử

        • 2.3 Kiểm soát chất lượng

          • 2.3.1 Tài liệu đặc tả yêu cầu

          • 2.3.2 Tài liệu thiết kế

          • 2.4 Công cụ, kỹ thuật và phương pháp đảm bảo chất lượng

            • 2.4.1 Các công cụ

            • 2.4.2 Các kỹ thuật đảm bảo chất lượng

            • 3 Quản lý rủi ro

              • 3.1 Tổ chức nhóm quản lý rủi ro

              • 3.2 Cách xếp mức độ rủi ro

              • 3.3 Bảng phân tích rủi ro

              • 4 Quản lý cấu hình

                • 4.1 Tổ chức nhóm quản lý cấu hình

                • 4.2 Nhận dạng cấu hình

                  • 4.2.1 Tài liệu đặc tả

                  • 4.2.2 Tài liệu thiết kế

                  • 4.2.3 Tài liệu kiểm thử

Tài liệu cùng người dùng

Tài liệu liên quan