bài 2. quy trình phát triển phần mềm

BÀI QUY TRÌNH PHÁT TRIỂN PHẦN MỀM  Nội dung: 2.1 Quy trình phát triển phần mềm 2.2 Thực trạng trình phát triển phần mềm 2.3 Quá trình nghiên cứu đặc tả phần mềm 07/05/14 2.1 QUY TRÌNH PHÁT TRIỂN PHẦN MỀM  Giới thiệu:  Nội dung: 2.1.1 Các thành phần phần mềm 2.1.2 Nhân lực dự án 2.1.3 Mơ hình phát triển phần mềm 07/05/14 2.1.1 THÀNH PHẦN CỦA PHẦN MỀM  Các tài liệu trình phát triển PM:  Yêu cầu khách hàng  Đặc tả sản phẩm 07/05/14 2.1.1 THÀNH PHẦN CỦA PHẦN MỀM  Các tài liệu trình phát triển PM:  Yêu cầu khách hàng  Đặc tả sản phẩm  Kế hoạch làm việc Biểu đồ Gant 07/05/14 2.1.1 THÀNH PHẦN CỦA PHẦN MỀM  Các tài liệu trình phát triển PM:  Yêu cầu khách hàng  Đặc tả sản phẩm  Kế hoạch làm việc  Tài liệu thiết kế phần mềm    07/05/14 phần mềm nhỏ design Phụ thuộc vào nhiều yếu tố Một số tài liệu: 2.1.1 THÀNH PHẦN CỦA PHẦN MỀM  Các tài liệu trình phát triển PM:  Yêu cầu khách hàng  Đặc tả sản phẩm  Kế hoạch làm việc  Tài liệu thiết kế phần mềm  Một số tài liệu:     07/05/14 Architecture Data flow diagram State transition diagram commented code 2.1.1 THÀNH PHẦN CỦA PHẦN MỀM  Các tài liệu trình phát triển PM:  Yêu cầu khách hàng  Đặc tả sản phẩm  Kế hoạch làm việc  Tài liệu thiết kế phần mềm  Tài liệu kiểm thử     07/05/14 Test plan Test case list Bug report Test tool 2.1.1 THÀNH PHẦN CỦA PHẦN MỀM  Các thành phần tạo nên sản phẩm phần mềm:           07/05/14 Help files User's manual Samples and examples Labels and stickers Product support info Icons and art Error messages Ads and marketing material Setup and installation Readme file 2.1.2 NHÂN LỰC CỦA DỰ ÁN  Tuy thuộc vào công ty, dự án thành phần thay đổi  Cơ bản, gồm thành phần:  Project managers, program managers, producers  Architects or system engineers  Programmers, developers, or coders  Testers Quality Assurance  Technical writers, user assistance, user education, manual writers, or illustrators  Configuration management or builder 07/05/14 2.1.3 MƠ HÌNH PHÁT TRIỂN PHẦN MỀM  Khơng có mơ hình tốt nhất, tùy thuộc vào phần mềm để lựa chọn mơ hình phù hợp  Các mơ hình phát triển phần mềm:  Big – bang  Code – and – fix  Waterfall  Spiral 07/05/14 10 2.3.1 KIỂM TRA BẢN ĐẶC TẢ Ở MỨC CAO  Bước đầu xem xét spec mức cao  => nghiên cứu chi tiết vấn đề  => để hiểu rõ phần mềm chức  => yêu cầu sửa điểm chưa hợp lý  => phục vụ cho trình kiểm thử 07/05/14 45 2.3.1 KIỂM TRA BẢN ĐẶC TẢ Ở MỨC CAO a) Nếu bạn khách hàng:  Tester xác định đối tượng sử dụng sản phẩm ai?  Tester không thiết phải chuyên gia lĩnh vực phần mềm  Nhưng tester có hiểu biết lĩnh vực => thuận lợi cho q trình test  Bạn buộc phải hiểu rõ đặc tả  Lưu ý tới khả bảo mật phần mềm (dù khách hàng tuyệt đối tin tưởng) 07/05/14 46 2.3.1 KIỂM TRA BẢN ĐẶC TẢ Ở MỨC CAO b) Nghiên cứu Standard Guideline  Thời kỳ đầu Microsoft Windows Apple Macintosh:  => xây dựng lên standard guideline  Standard chuẩn thông qua => bắt buộc phải tuân theo  Guideline hướng dẫn, không bắt buộc, nên tuân theo 07/05/14 47 2.3.1 KIỂM TRA BẢN ĐẶC TẢ Ở MỨC CAO b) Nghiên cứu Standard Guideline Khi xây dựng phần mềm, số Standard Guideline  lựa chọn:  Các thuật ngữ quy ước tổ chức (Corporate Terminology and Conventions)   Chuẩn quyền (Government Standards)  Giao diện đồ họa người dùng (Graphical User Interface – GUI)  07/05/14 Nhu cầu ngành công nghiệp (Industry Requirements) Tiêu chuẩn bảo mật (Security Standards) 48 2.3.1 KIỂM TRA BẢN ĐẶC TẢ Ở MỨC CAO b) Nghiên cứu Standard Guideline  Lựa chọn standard guideline công việc người quản lý người viết đặc tả  Tester phải hiểu standard guideline này, xác minh lại xem áp dụng phần mềm (coi chúng phần đặc tả) 07/05/14 49 2.3.1 KIỂM TRA BẢN ĐẶC TẢ Ở MỨC CAO c) Kiểm tra phần mềm tương tự Cách thức tốt để tìm hiểu mà phần mềm bạn cần đạt đến  nghiên cứu phần mềm tương tự Một số điểm cần xem xét phần mềm cạnh tranh:    Sự phức tạp (complexity)  Khả kiểm thử (testability): thời gian, chuyên môn, tài nguyên  Chất lượng / tính tin cậy (quality / reliability)  07/05/14 Tỷ lệ (scale): feature, code Bảo mật (security) 50 2.3.1 KIỂM TRA BẢN ĐẶC TẢ Ở MỨC CAO c) Kiểm tra phần mềm tương tự  Những kinh nghiệm phần mềm tương tự => có ích cho q trình kiểm tra đặc tả  Đánh giá độ bảo mật phần mềm tương tự => so sánh => đựa mức độ bảo mật phù hợp 07/05/14 51 2.3.2 KIỂM TRA BẢN ĐẶC TẢ Ở MỨC THẤP a) Danh mục thuộc tính đặc tả b) Những thuật ngữ đặc tả 07/05/14 52 2.3.2 KIỂM TRA BẢN ĐẶC TẢ Ở MỨC THẤP a) Danh mục thuộc tính đặc tả:  Hồn thiện (complete):  Chính xác (accurate):  Rõ ràng, xác, khơng mập mờ sáng (Precise, Unambiguous, and Clear):   Mối quan hệ (relevant):  Khả thi (Feasible):  Mã nguồn mở (code - free):  07/05/14 Nhất quán (consistent): Khả kiểm thử (testable): 53 2.3.2 KIỂM TRA BẢN ĐẶC TẢ Ở MỨC THẤP Những thuật ngữ đặc tả b)  Luôn luôn, thứ, tất cả, không ai, không (Always, every, all, none, never)  Tất nhiên, vậy, hẳn rồi, hiển nhiên, rõ ràng (Certainly, Therefore, Clearly, Obviously, Evidently)  Vân vân, tiếp tục phía trước, tiếp tục vậy, ví dụ (Etc., And So Forth, And So On, Such As) 07/05/14 54 2.3.2 KIỂM TRA BẢN ĐẶC TẢ Ở MỨC THẤP Những thuật ngữ đặc tả b)  Tốt, nhanh, rẻ, hiệu quả, nhỏ gọn, ổn định (Good, Fast, Cheap, Efficient, Small, Stable)  Danh hiệu, quy trình, loại bỏ, bỏ qua, loại trừ (Handled, Processed, Rejected, Skipped, Eliminated)  Nếu … … khơng có trường hợp cịn lại (If…Then…but missing Else) 07/05/14 55 TỔNG KẾT  Đây sách giới thiệu người muốn nhanh chóng kiểm thử đặc tả Những nội dung mô tả phần cánh tay đắc lực trợ giúp tìm khuyết điểm đặc tả mà bạn phải kiểm thử  Dạng đặc tả rộng Bạn nên áp dụng kỹ thuật chương này, kiểm tra sơ đồ mức cao, phân tích cú pháp câu Bạn tìm thấy lỗi  Bạn muốn tìm hiểu nhiều kỹ thuật mở rộng: www.mfagan.com 07/05/14 56 BÀI CÂU HỎI Tên số nhiệm vụ thực thi trước lập trình viên viết dịng code với mơ hình? Bạn gặp phải khó khăn bạn muốn xây dựng đặc tả thức chốt lại đặc tả (formal, locked-down specification)? 07/05/14 57 BÀI CÂU HỎI Đâu feature tốt mơ hình big – bang? Khi sử dụng mơ hình code – and – fix, phần mềm đủ để giao tới tay khách hàng? Tại mơ hình waterfall khó sử dụng? Tại tester thích mơ hình spiral mơ hình khác? 07/05/14 58 BÀI CÂU HỎI Bắt đầu với Windows Calculator Hãy gõ vào 5,000 – = (dấu phẩy quan trọng) Và nhìn kết Đây có phải lỗi khơng? Tại có khơng? Có thể tồn sản phẩm có quality lại khơng có reliability? Hãy lấy ví dụ? Hãy giải thích tester nên lo ngại điều với dịng đặc tả sau: Phần mềm cho phép 100 triệu kết nối đồng thời, bình thường khơng có nhiều triệu kết nối 07/05/14 59 .. .2.1 QUY TRÌNH PHÁT TRIỂN PHẦN MỀM  Giới thiệu:  Nội dung: 2.1 .1 Các thành phần phần mềm 2.1 .2 Nhân lực dự án 2.1 .3 Mơ hình phát triển phần mềm 07/05/14 2.1 .1 THÀNH PHẦN CỦA PHẦN MỀM ... tra phần mềm để làm việc tốt mơ hình phát triển 07/05/14 24 2.2 THỰC TRẠNG CỦA QUÁ TRÌNH SOFTWARE TESTING  Nội dung:  2.2 .1 Phương châm việc kiểm thử phần mềm  2.2 .2 Định nghĩa thuật ngữ trình. .. management or builder 07/05/14 2.1 .3 MƠ HÌNH PHÁT TRIỂN PHẦN MỀM  Khơng có mơ hình tốt nhất, tùy thuộc vào phần mềm để lựa chọn mơ hình phù hợp  Các mơ hình phát triển phần mềm:  Big – bang  Code