Nghiên cứu chuẩn ISOIEC 9126 và áp dụng vào app android soundcloud Music_29

40 407 0
Nghiên cứu chuẩn ISOIEC 9126 và áp dụng vào app android soundcloud Music_29

Đ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

LỜI NÓI ĐẦU 2 TÓM TẮT BÀI TẬP LỚN 3 MỤC LỤC 4 DANH SÁCH HÌNH VẼ 6 DANH SÁCH CÁC BẢNG BIỂU 7 DANH SÁCH CÁC TỪ VIẾT TẮT 8 CHƯƠNG 1: CƠ SỞ LÝ THUYẾT 9 1.1 Giới thiệu SQA 9 1.2 Tổng quan về chất lượng sản phẩm phần mềm 9 1.2.1 Chất lượng sản phẩm phần mềm là gì? 9 1.2.2 Tiêu chí đánh giá chất lượng sản phẩm phần mềm 10 1.2.3 Mục đích 12 1.2.4 Một số tiêu chí và quy trình đánh giá chất lượng sản phẩm phần mềm của các tổ chức tiêu chuẩn quốc tế 12 1.3 Nghiên cứu chuẩn ISOIEC 9126 trong đánh giá chất lượng phần mềm 14 1.3.1 Mô hình chuẩn ISOIEC 9126 14 1.3.2 Các đặc tính của mô hình ISOIEC 9126 15 1.3.3 Phạm vi mô hình chất lượng ISOIEC 9126 18 1.3.4 Mô hình đánh giá chất lượng phần mềm theo chuẩn ISOIEC 9126 20 CHƯƠNG 2: KHẢO SÁT BÀI TOÁN 27 2.1 Mô tả bài toán 27 2.2 Biểu đồ UC 27 2.3 Đặc tả ca sử dụng 28 2.3.1 Hiển thị các thể loại nhạc 28 2.3.2 Nghe nhạc online, offline 29 2.3.3 Tìm kiếm bài hát qua tên bài, tên ca sĩ 30 2.3.4 Điều khiển nhạc qua thanh thông báo 31 2.3.5 Lặp 1 bài hát, lặp toàn bộ bài hát, hát ngẫu nhiên 32 2.3.6 Điều khiển nhạc khi tắt app 33 2.3.7 Tải bài hát 35 2.3.8 Đánh giá bài hát yêu thích 36 2.4 Biểu đồ trình tự 37 2.5 Thiết kế cơ sở dữ liệu 42 2.6 Thiết kế giao diện 42 CHƯƠNG 3: ÁP DỤNG CHUẨN ISOIEC 9126 VÀO DỰ ÁN 44 CHƯƠNG 4: ĐÁNH GIÁ KẾT LUẬN 46 TÀI LIỆU THAM KHẢO 47 CHƯƠNG 1: CƠ SỞ LÝ THUYẾT 1.1 Giới thiệu SQA Software Quality Assurance – Đảm bảo chất lượng phần mềm: Là tập hợp các hoạt động đảm bảo chất lượng trong quá trình gia công phần mềm (cuối cùng là dẫn đến chất lượng của phần mềm) SQA bao gồm toàn bộ vòng đời phát triển phần mềm, mục đích để đảm bảo quá trình phát triển và quy trình bảo trì liên tục được cải tiến để sản xuất ra những sản phẩm phần mềm chất lượng, đáp ứng được các yêu cầu của khách hàng. Đảm bảo chất lượng phần mềm bao gồm một phương tiện giám sát các quy trình và phương pháp kỹ thuật phần mềm được sử dụng để đảm bảo chất lượng. Các thành phần hệ thống SQA có thể được phân loại thành sáu lớp: ⁃ Các thành phần trước dự án. ⁃ Các thành phần chất lượng chu trình sống của dự án. ⁃ Các thành phần phòng ngừa và cải thiện lỗi cơ sở hạ tầng. ⁃ Các thành phần quản lý chất lượng phần mềm. ⁃ Các thành phần đánh giá, chứng nhận và đánh giá hệ thống SQA. ⁃ Tổ chức cho SQA các thành phần của con người. 1.2 Tổng quan về chất lượng sản phẩm phần mềm 1.2.1 Chất lượng sản phẩm phần mềm là gì? Theo định nghĩa về chất lượng sản phẩm phần mềm của Tổ chức tiêu chuẩn quốc tế ISO trong bộ tiêu chuẩn 8420, “Chất lượng là khả năng đáp ứng toàn diện nhu cầu của người dùng về tính năng cũng như công dụng được nêu ra một cách tường minh hoặc không tường minh trong những ngữ cảnh xác định”. Để đo lường chất lượng phần mềm, các tổ chức thường dựa vào các tiêu chí đánh giá của chứng chỉ ISO 9001 hoặc chứng chỉ CMM (Capability Maturity Model). Các chứng chỉ này xác nhận quy trình đảm bảo chất lượng hợp chuẩn và nâng cao vị thế cạnh tranh cho các tổ chức. Theo cách tiếp cận của ISO, chất lượng toàn diện của phần mềm cần phải được quan tâm từ chất lượng quy trình tới chất lượng phần mềm nội bộ; đánh giá chất lượng phần mềm với yêu cầu của người dùng và chất lượng phần mềm khi sử dụng: ⁃ Chất lượng chức năng phần mềm là kết quả đánh giá mức độ phù hợp với một thiết kế nhất định, dựa trên các yêu cầu chức năng, người dùng hoặc thông số kỹ thuật. ⁃ Chất lượng cấu trúc phần mềm là việc đáp ứng các yêu cầu phi chức năng như tính mạnh mẽ, khả năng bảo trì, mức độ sản xuất phần mềm. Chất lượng được đánh giá thông qua việc phân tích cấu trúc bên trong phần mềm, về mã nguồn, mức độ công nghệ và mức hệ thống. Chất lượng chức năng thường được tiến hành hành và đo bằng kiểm thử phần mềm. Đo lường chất lượng phần mềm định lượng mức độ tỷ lệ phần mềm hoặc hệ thống theo từng năm. Một biện pháp tổng hợp về chất lượng phần mềm có thể được tính thông qua một chương trình chấm điểm chất lượng hoặc định lượng. 1.2.2 Tiêu chí đánh giá chất lượng sản phẩm phần mềm Các công ty phần mềm thường xuyên phải đối mặt với nhiều thách thức khó khăn để cung cấp phần mềm chất lượng cao, và họ cố gắng để đạt được sự hài lòng của khách hàng. Tiêu chí đánh giá chất lượng sản phẩm phần mềm là: ⁃ Tính đúng Một sản phẩm thực hiện được gọi là đúng nếu nó thực hiện chính xác những chức năng đã đặc tả và thỏa mãn các mục đích công việc của khách hàng. Như vậy, một sản phẩm phải được so sánh chuẩn đặt ra để kiểm tra tính đúng và điều này dẫn đến có nhiều bậc thang về tính đúng. Liệt kê theo thang giảm dần, tính đúng của phần mềm có thể: • Tuyệt đối đúng • Đúng • Có lỗi • Có nhiều lỗi,... Ví dụ: Một hệ thống xử lý dữ liệu không chạy được khi file cơ sở dữ liệu rỗng hoặc có quá 104 bảng ghi,...là những hệ thống vi phạm tính đúng. ⁃ Tính kiểm thử được Phần mềm có thể kiểm thử được là phần mềm mà nó có cách dễ dàng để có thể kiểm tra được. Đảm bảo rằng nó thực hiện đúng các chức năng dự định. ⁃ Tính an toàn Tính an toàn của sản phẩm phần mềm được đánh giá thông qua: • Có cơ chế bảo mật và bảo vệ các đối tượng do hệ thống phát sinh hoặc quản lý. • Bản thân sản phẩm được đặt trong một cơ chế bảo mật nhằm chống sao chép trộm hoặc làm biến dạng sản phẩm đó. ⁃ Tính toàn vẹn Sản phẩm phần mềm có tính toàn vẹn khi nó: • Có cơ chế ngăn ngừa việc thâm nhập bất hợp pháp vào phần mềm hay dữ liệu và ngăn ngừa việc phát sinh ra những đối tượng (dữ liệu, đơn thể...) sai quy cách hoặc mâu thuẩn với các đối tượng sẳn có. • Không gây ra nhập nhằng trong thao tác. Đảm bảo nhất quán về cú pháp. • Có cơ chế phục hồi lại toàn bộ hoặc một phần những đối tượng thuộc toàn bộ hoặc một phần những đối tượng thuộc diện quản lý của sản phẩm trong trường hợp có sự cố như hỏng máy, mất điện đột ngột. ⁃ Tính tiêu chuẩn và tính chuẩn Sản phẩm phần mềm cần đạt được một số tiêu chuẩn tối thiểu được thừa nhận trong thị trường hoặc trong khoa học, và có thể chuyển đổi dạng cấu trúc dữ liệu riêng của hệ thống sang chuẩn và ngược lại. Tính chuẩn của phần mềm thể hiện ở sản phẩm đó phù hợp với các chuẩn quốc gia hoặc quốc tế. Trong khi xây dựng phần mềm, cần tuân theo nguyên tắc chuẩn hoá sau: • Chỉ thiết kế và xây dựng phần mềm sau khi đã xác định được chuẩn. • Mọi thành phần của phần mềm phải được thiết kế và cài đặt theo cùng một chuẩn (tối tiểu thì các chuẩn phải tương thích nhau). ⁃ Tính độc lập Phần mềm cần và nên đảm bảo được tính độc lập với các đối tượng sau: • Độc lập với thiết bị • Độc lập với cấu trúc của đối tượng mà sản phẩm đó quản lý • Độc lập với nội dung của đối tượng mà sản phẩm đó quản lý. ⁃ Các tiêu chuẩn kỹ thuật phần mềm và ứng dụng của chúng Trong thực tế, nhiều ứng dụng phần mềm, ứng dụng di động, và thậm chí là cả hệ thống doanh nghiệp được bán cho các khách hàng khác nhau mỗi ngày mà có thể không được phát triển dựa trên bất kỳ tiêu chuẩn nào. Tuy vậy, người ta vẫn mua chúng. Việc bỏ qua các tiêu chuẩn không có nghĩa là chất lượng phần mềm kém và nhu cầu sử dụng ít hơn đối với các sản phẩm đầu cuối (miễn là nó không phải là phần mềm quan trọng trong cuộc sống, chẳng hạn như phần mềm y tế đòi hỏi phải có sự chấp thuận của tổ chức FDA bên trong nước Mỹ và phải phù hợp với một trong các tiêu chuẩn). Vấn đề không phải là việc theo một tiêu chuẩn nào, mà điều thực sự quan trọng là bỏ qua hay làm giảm bớt tầm quan trọng của chất lượng phần mềm.

TRƯỜNG ĐẠI HỌC CÔNG NGHIỆP HÀ NỘI KHOA CÔNG NGHỆ THÔNG TIN o0o BÀI TẬP LỚN ĐẢM BẢO CHẤT LƯỢNG PHẦN MỀM (SQA) Tên đề tài: Nghiên cứu chuẩn ISO/IEC 9126 áp dụng vào app android soundcloud Music_29 Giáo viên hướng dẫn : TS Nguyễn Hoàng Tú Lớp : ĐH – KTPM2 – K10 Nhóm : 21 Sinh viên thực : Hà Minh Đại Phạm Thế Hùng Nguyễn Thị Oanh Hà Nội – 12/2018 LỜI NÓI ĐẦU Trong suốt thời gian học tập, nhóm 21 chúng em nhận nhiều quan tâm, giúp đỡ thầy bạn bè Để hoàn thành báo cáo này, thay mặt nhóm 21 em xin chân thành cảm ơn đến thầy Nguyễn Hoàng Tú, người trực tiếp hướng dẫn giúp chúng em hoàn thành đề tài Tuy thời gian chưa nhiều với cố gắng nỗ lực, tâm thành viên nhóm, em tự hào nói nhóm 21 hồn thành đề tài khả thành viên Xong để hoàn thiện hơn, thành viên nhóm mong nhận đánh giá, nhận xét, góp ý từ thầy bạn Nhóm 21 chúng em xin chân thành cảm ơn! Nhóm sinh viên thực hiện! TÓM TẮT BÀI TẬP LỚN Nghiên cứu chuẩn ISO/IEC 9126 đánh giá chất lượng phần mềm Mục đích đề tài là: Hiểu nội dung chuẩn ISO/IEC 9126, tầm quan trọng tiêu chuẩn ISO/IEC 9126 việc đánh giá chất lượng sản phẩm phần mềm Qua đó, áp dụng chuẩn ISO/IEC 9126 vào app android Soundcloud Music_29 Phân tích thiết kế hệ thống app android có chức như: hiển thị thể loại nhạc, nghe nhạc online, tìm kiếm hát qua tên bài, điều khiển nhạc qua thông báo, lặp hát, … Áp dụng chuẩn ISO/IEC 9126 vào app android soundcloud Music_29 ISO/IEC 9126 mô tả mơ hình chất lượng sản phẩm phần mềm gồm hai phần: ⁃ ⁃ Chất lượng chất lượng ngồi Chất lượng sử dụng Phần thứ có tiêu chí chất lượng tiêu chí chất lượng ngồi Phần thứ hai có tiêu chí chất lượng sử dụng MỤC LỤC DANH SÁCH HÌNH VẼ DANH SÁCH CÁC BẢNG BIỂU DANH SÁCH CÁC TỪ VIẾT TẮT Từ viết tắt UC Tên tiếng anh Use Case SQA Software Quality Assurance IEEE ERP CRM CMM Institute of Electrical and Electronic Engineers Enterprise Resource Planning Customer Relationship Management Capability Maturity Model Nghĩa diễn giải Ca sử dụng Đảm bảo chất lượng phần mềm Viện kỹ sư điện điện tử Hoạch định nguồn lực doanh nghiệp Quản lý quan hệ khách hàng Mô hình trưởng thành lực CHƯƠNG 1: CƠ SỞ LÝ THUYẾT 1.1 Giới thiệu SQA Software Quality Assurance – Đảm bảo chất lượng phần mềm: Là tập hợp hoạt động đảm bảo chất lượng q trình gia cơng phần mềm (cuối dẫn đến chất lượng phần mềm) SQA bao gồm tồn vòng đời phát triển phần mềm, mục đích để đảm bảo q trình phát triển quy trình bảo trì liên tục cải tiến để sản xuất sản phẩm phần mềm chất lượng, đáp ứng yêu cầu khách hàng Đảm bảo chất lượng phần mềm bao gồm phương tiện giám sát quy trình phương pháp kỹ thuật phần mềm sử dụng để đảm bảo chất lượng Các thành phần hệ thống SQA phân loại thành sáu lớp: ⁃ ⁃ ⁃ ⁃ ⁃ ⁃ Các thành phần trước dự án Các thành phần chất lượng chu trình sống dự án Các thành phần phòng ngừa cải thiện lỗi sở hạ tầng Các thành phần quản lý chất lượng phần mềm Các thành phần đánh giá, chứng nhận đánh giá hệ thống SQA Tổ chức cho SQA - thành phần người 1.2 Tổng quan chất lượng sản phẩm phần mềm 1.2.1 Chất lượng sản phẩm phần mềm gì? Theo định nghĩa chất lượng sản phẩm phần mềm Tổ chức tiêu chuẩn quốc tế ISO tiêu chuẩn 8420, “Chất lượng khả đáp ứng toàn diện nhu cầu người dùng tính cơng dụng nêu cách tường minh không tường minh ngữ cảnh xác định” Để đo lường chất lượng phần mềm, tổ chức thường dựa vào tiêu chí đánh giá chứng ISO 9001 chứng CMM (Capability Maturity Model) Các chứng xác nhận quy trình đảm bảo chất lượng hợp chuẩn nâng cao vị cạnh tranh cho tổ chức Theo cách tiếp cận ISO, chất lượng toàn diện phần mềm cần phải quan tâm từ chất lượng quy trình tới chất lượng phần mềm nội bộ; đánh giá chất lượng phần mềm với yêu cầu người dùng chất lượng phần mềm sử dụng: ⁃ ⁃ Chất lượng chức phần mềm kết đánh giá mức độ phù hợp với thiết kế định, dựa yêu cầu chức năng, người dùng thông số kỹ thuật Chất lượng cấu trúc phần mềm việc đáp ứng yêu cầu phi chức tính mạnh mẽ, khả bảo trì, mức độ sản xuất phần mềm Chất lượng đánh giá thơng qua việc phân tích cấu trúc bên phần mềm, mã nguồn, mức độ công nghệ mức hệ thống Chất lượng chức thường tiến hành hành đo kiểm thử phần mềm Đo lường chất lượng phần mềm định lượng mức độ tỷ lệ phần mềm hệ thống theo năm Một biện pháp tổng hợp chất lượng phần mềm tính thơng qua chương trình chấm điểm chất lượng định lượng 1.2.2 Tiêu chí đánh giá chất lượng sản phẩm phần mềm Các công ty phần mềm thường xuyên phải đối mặt với nhiều thách thức khó khăn để cung cấp phần mềm chất lượng cao, họ cố gắng để đạt hài lòng khách hàng Tiêu chí đánh giá chất lượng sản phẩm phần mềm là: ⁃ Tính Một sản phẩm thực gọi thực xác chức đặc tả thỏa mãn mục đích cơng việc khách hàng Như vậy, sản phẩm phải so sánh chuẩn đặt để kiểm tra tính điều dẫn đến có nhiều bậc thang tính Liệt kê theo thang giảm dần, tính phần mềm có thể: • • • • Tuyệt đối Đúng Có lỗi Có nhiều lỗi, Ví dụ: Một hệ thống xử lý liệu không chạy file sở liệu rỗng có 104 bảng ghi, hệ thống vi phạm tính ⁃ Tính kiểm thử Phần mềm kiểm thử phần mềm mà có cách dễ dàng để kiểm tra Đảm bảo thực chức dự định ⁃ Tính an tồn Tính an tồn sản phẩm phần mềm đánh giá thơng qua: • • ⁃ Có chế bảo mật bảo vệ đối tượng hệ thống phát sinh quản lý Bản thân sản phẩm đặt chế bảo mật nhằm chống chép trộm làm biến dạng sản phẩm Tính tồn vẹn Sản phẩm phần mềm có tính tồn vẹn nó: • ⁃ Có chế ngăn ngừa việc thâm nhập bất hợp pháp vào phần mềm hay liệu ngăn ngừa việc phát sinh đối tượng (dữ liệu, đơn thể ) sai quy cách mâu thuẩn với đối tượng sẳn có • Khơng gây nhập nhằng thao tác Đảm bảo qn cú pháp • Có chế phục hồi lại toàn phần đối tượng thuộc toàn phần đối tượng thuộc diện quản lý sản phẩm trường hợp có cố hỏng máy, điện đột ngột Tính tiêu chuẩn tính chuẩn Sản phẩm phần mềm cần đạt số tiêu chuẩn tối thiểu thừa nhận thị trường khoa học, chuyển đổi dạng cấu trúc liệu riêng hệ thống sang chuẩn ngược lại Tính chuẩn phần mềm thể sản phẩm phù hợp với chuẩn quốc gia quốc tế Trong xây dựng phần mềm, cần tuân theo ngun tắc chuẩn hố sau: • • ⁃ Chỉ thiết kế xây dựng phần mềm sau xác định chuẩn Mọi thành phần phần mềm phải thiết kế cài đặt theo chuẩn (tối tiểu chuẩn phải tương thích nhau) Tính độc lập Phần mềm cần nên đảm bảo tính độc lập với đối tượng sau: ⁃ • Độc lập với thiết bị • Độc lập với cấu trúc đối tượng mà sản phẩm quản lý • Độc lập với nội dung đối tượng mà sản phẩm quản lý Các tiêu chuẩn kỹ thuật phần mềm ứng dụng chúng Trong thực tế, nhiều ứng dụng phần mềm, ứng dụng di động, chí hệ thống doanh nghiệp bán cho khách hàng khác ngày mà khơng phát triển dựa tiêu chuẩn Tuy vậy, người ta mua chúng Việc bỏ qua tiêu chuẩn khơng có nghĩa chất lượng phần mềm nhu cầu sử dụng sản phẩm đầu cuối (miễn khơng phải phần mềm quan trọng sống, chẳng hạn phần mềm y tế đòi hỏi phải có chấp thuận tổ chức FDA bên nước Mỹ phải phù hợp với tiêu chuẩn) Vấn đề việc theo tiêu chuẩn nào, mà điều thực quan trọng bỏ qua hay làm giảm bớt tầm quan trọng chất lượng phần mềm 1.2.3 ⁃ Mục đích Quản lý rủi ro: Lỗi phần mềm gây tổn hại chi phí thời gian, nguồn lực gây tử vong cho người Các nguyên nhân thay đổi từ giao diện người dùng thiết kế lỗi lập trình trực tiếp Ví dụ: Năm 1999, biến tàu vũ trụ NASA đáp xuống Hỏa lỗi cài đặt liệu ⁃ Quản lý chi phí: hệ thống ứng dụng có chất lượng phần mềm tốt kiểm định giúp giảm thiểu chi phí phát triển, bảo trì dễ dàng thay đổi để đáp ứng nhu cầu kinh doanh Yếu tố quan trọng đánh giá chất lượng phần mềm chất lượng ứng dụng kinh doanh Các hệ thống phần mềm thường giao diện người dùng trọng đến ứng dụng kinh doanh tích hợp hệ thống lập kế hoạch tài nguyên doanh nghiệp ERP, quản lý quan hệ khách hàng CRM Ví dụ: Với điện tốn di động người dùng truy cập ứng dụng ERP điện thoại thông minh phải phụ thuộc vào chất lượng phần mềm tất loại lớp phần mềm 1.2.4 Một số tiêu chí quy trình đánh giá chất lượng sản phẩm phần mềm tổ chức tiêu chuẩn quốc tế ⁃ ISO/IEC 9126 ISO/IEC 9126 thiết lập mơ hình chất lượng chuẩn cho sản phẩm phần mềm Bộ tiêu chuẩn chia làm bốn phần: • 9126 – Đưa mơ hình chất lượng sản phẩm phần mềm 10 2.3.4 Điều khiển nhạc qua thông báo Bảng Đặc tả UC điều khiển nhạc qua thông báo Tên ca sử dụng Mô tả Tác nhân Điều kiện đầu vào Kết đầu Điều khiển nhạc qua thông báo Hiển thị tên bài, hình ảnh User User tham gia vào hệ thống app android có Internet User chạy hát Hiển thị thành công thông báo Luồng 1: User nhấn nút “previous” Hệ thống trả hát trước Kết thúc UC Luồng 2: User nhấn nút “next” Hệ thống đưa đến hát Kết thúc UC Luồng kiện Lường 3: User nhấn nút “play” Hệ thống dừng/chạy hát Kết thúc UC Luồng 4: User nhấn vào hình ảnh hát Hệ thống quay lại trang chạy hát Kết thúc UC Luồng kiện khác Luồng 5: User nhấn nút “Close” Hệ thống đóng thông báo Kết thúc UC Luồng A1: Hệ thống hiển thị trang chạy hát load hát (No Internet) Kết thúc UC Luồng A2: Hệ thống hiển thị trang chạy hát load hát 26 hát không chạy (Bài hát lỗi) Kết thúc UC 2.3.5 Lặp hát, lặp toàn hát, hát ngẫu nhiên Bảng Đặc tả UC lặp hát, lặp bài, hát ngẫu nhiên Tên ca sử dụng Mô tả Tác nhân Điều kiện đầu vào Kết đầu Luồng kiện Luồng kiện khác Lập hát, lặp toàn hát, hát ngẫu nhiên App android chạy lặp hát hát ngẫu nhiên lặp toàn hát danh sách hát User User tham gia vào hệ thống app android có Internet Chạy lặp hát lặp toàn hát ngẫu nhiên Luồng 1: User chọn hát Hệ thống load hát User click vào nút lặp bài, nút ngẫu nhiên Kết thúc UC Luồng A1: User chọn hát Hệ thống load hát Bài hát không chạy bị lỗi Hệ thống chuyển qua hát Kết thúc UC Luồng A2: User chọn hát Hệ thống load hát Bài hát không chạy (No Internet) Kết thúc UC 2.3.6 Điều khiển nhạc tắt app Bảng Đặc tả UC điều khiển nhạc tắt app Tên ca sử dụng Mô tả Tác nhân Điều kiện đầu vào Kết đầu Điều khiển nhạc tắt app Khi tắt app hiển thị tên bài, hình ảnh User User tham gia vào hệ thống app android có Internet User chạy hát Hiển thị thành công tắt app 27 Luồng 1: User nhấn nút “previous” Hệ thống trả hát trước Kết thúc UC Luồng 2: User nhấn nút “next” Hệ thống đưa đến hát Kết thúc UC Luồng kiện Lường 3: User nhấn nút “play” Hệ thống dừng/chạy hát Kết thúc UC Luồng 4: User nhấn vào hình ảnh hát Hệ thống quay lại trang chạy hát Kết thúc UC Luồng 5: User nhấn nút “Close” Hệ thống đóng tắt hẳn app Kết thúc UC Luồng A1: Hệ thống hiển thị trang chạy hát load hát (No Internet) Kết thúc UC Luồng kiện khác Luồng A2: Hệ thống hiển thị trang chạy hát load hát hát không chạy (Bài hát lỗi) Kết thúc UC 2.3.7 Tải hát Bảng Đặc tả UC tải hát Tên ca sử dụng Mô tả Tác nhân Điều kiện đầu vào Tải hát Cho phép User chọn nút Download để tải hát User User tham gia vào hệ thống app android có Internet 28 Kết đầu Luồng kiện Download thành công hát Luồng 1: User click vào nút “Download” trang hiển thị hát Hệ thống tự động lấy link download down hát, có thơng báo hồn thành download Kết thúc UC Luồng A1: User click vào nút “Download” trang hiển thị hát Hệ thống tự động lấy link download down hát Hệ thống thông báo download không thành công lỗi hát Kết thúc UC Luồng kiện khác Luồng A2: User click vào nút “Download” trang hiển thị hát Hệ thống tự động lấy link download down hát Hệ thống thông báo download khơng thành cơng khơng có Internet Kết thúc UC 2.3.8 Đánh giá hát yêu thích Bảng Đặc tả UC đánh giá hát yêu thích Tên ca sử dụng Mô tả Tác nhân Điều kiện đầu vào Kết đầu Luồng kiện Đánh dấu hát yêu thích Cho phép người dùng chọn hát mà u thích User User tham gia vào hệ thống app android có Internet Chọn hát yêu thích Luồng 1: User chạy hát click vào hình trái tim màu trắng Hệ thống lưu lại ID hát SQLite User nhấn nút “Back” Kết thúc UC Luồng 2: User chạy hát click vào hình trái tim màu đỏ Hệ thống xóa ID hát SQLite User nhấn nút “Back” Kết thúc UC 29 Luồng kiện khác Khơng có 2.4 Biểu đồ trình tự Biểu đồ trình tự ca sử dụng Hiển thị thể loại nhạc : User : :frmHienThiTheLoaiNhac : :ctrlHienThiTheLoaiNhac : :entitySystem 1: den trang chu 2: lay danh sach the loai nhac 3: truy van danh sach the loai nhac 4: tra ve danh sach the loai nhac 5: tra ve danh sach the loai nhac 6: hien thi danh sach the loai nhac Hình 2 Biểu đồ trình tự UC Hiển thị thể loại nhạc Biểu đồ trình tự ca sử dụng Nghe nhạc online, offline 30 : User : :ctrlPhatNhac : :frmPhatNhac : :entitySystem 1: den trang chu 2: lay danh sach nhac 3: truy van danh sach nhac 4: tra ve danh sach nhac 5: tra ve danh sach nhac 6: hien thi danh sach nhac 7: chon bai hat 8: yeu cau chuyen sang trang phat nhac va lay du lieu 9: truy van du lieu bai hat 10: tra ve du lieu bai hat 11: tra ve du lieu bai hat 12: hien thi trang phat nhac va phat nhac Hình Biểu đồ trình tự UC Nghe nhạc online, offline Biểu đồ trình tự ca sử dụng Tìm kiếm hát qua tên bài, tên ca sĩ 31 : ctrlTimKiemBaiHat : frmTimKiemBaiHat : User : entitySystem 1: nhap ten bai hat can tim kiem 2: nhan nut tim 3: lay danh sach nhac can tim kiem 4: truy van danh sach nhac can tim kiem 5: tra ve danh sach nhac can tim kiem 6: tra ve danh sach bai hat can tim kiem 7: hien thi danh sach bai hat tim kiem Hình Biểu đồ trình tự UC Tìm kiếm hát qua tên bài, tên ca sĩ Biểu đồ trình tự ca sử dụng Điều khiển nhạc qua thông báo : User : frmDieuKhienNhacQuaThanhThongBao : ctrlDieuKhienNhacQuaThanhThongBao : entitySystem 1: nhan vao nut "previous" 2: yeu cau quay ve bai hat truoc 3: truy van bai hat truoc 4: tra ve du lieu bai hat truoc 5: tra ve du lieu bai hat truoc 6: hien thi va phat nhac bai hat truoc Hình Biểu đồ trình tự UC Điều khiển nhạc qua thông báo nút “previous” 32 : User : frmDieuKhienNhacQuaThanhThongBao : ctrlDieuKhienNhacQuaThanhThongBao : entitySystem 1: nhan vao nut "next" 2: yeu cau chuyen toi bai hat tiep theo 3: truy van bai hat tiep theo 4: tra ve du lieu bai hat tiep theo 5: tra ve du lieu bai hat tiep theo 6: hien thi va phat nhac bai hat tiep theo Hình Biểu đồ trình tự UC Điều khiển nhạc qua thơng báo nút “next” : User : frmDieuKhienNhacQuaThanhThongBao : ctrlDieuKhienNhacQuaThanhThongBao : entitySystem 1: nhan vao nut "play" 2: yeu cau dung/phat nhac 3: truy van bai hat 4: tra ve du lieu bai hat 5: tra ve du lieu bai hat 6: hien thi trang thai dung hoac phat bai hat Hình Biểu đồ trình tự UC Điều khiển nhạc qua thơng báo nút “play” Biểu đồ trình tự Lặp hát, lặp toàn hát, hát ngẫu nhiên 33 : User : ctrlLapBaiHat : frmLapBaiHat 1: Hien thi danh sach bai : entitySystem 2: chon bai hat can lap 3: lay du lieu bai hat va yeu cau lap 4: truy van du lieu bai hat 5: tra ve du lieu bai hat 6: lap va tra ve du lieu bai hat 7: Phat va lap lai bai hat Hình Biểu đồ trình tự UC lặp hát : User : ctrlLapBaiHat : frmLapBaiHat 1: Hien thi danh sach bai : entitySystem 2: chon lap toan bo 3: lay du lieu bai hat va yeu cau lap 4: truy van du lieu danh sach bai hat 5: tra ve du lieu danh sach bai hat 6: lap va tra ve du lieu danh sach bai hat 7: Phat va lap lai danh sach bai hat Hình Biểu đồ trình tự UC lặp tồn hát 34 2.5 Thiết kế sở liệu Hình Cơ sở liệu hệ thống 2.6 Thiết kế giao diện • Giao diện app Hình Giao diện app android • Giao diện phát hát 35 Hình 3 Giao diện phát hát 36 CHƯƠNG 3: ÁP DỤNG CHUẨN ISO/IEC 9126 VÀO DỰ ÁN Áp dụng chuẩn ISO/IEC 9126 vào app android soundcloud Music_29 a Chất lượng chất lượng a.1 Tính  Phần mềm có chức phù hợp với phần mềm nghe nhạc  Tính xác chưa cao  Khả tương tác với người linh hoạt  Tính bảo mật an tồn chưa có a.2 Tính ổn định/độ tin cậy  Sản phẩm chưa hồn thiện  Chưa có đăng nhập, đăng xuất, khơng có tính bảo mật  Sản phẩm lỗi  Có khả phục hồi a.3 Tính khả dụng  Phần mềm dễ hiểu  Phần mềm dễ học  Phần mềm dễ vận hành  Phần mềm chưa hấp dẫn a.4 Tính hiệu  Với chức nghe nhạc online tùy thuộc vào tốc độ mạng mà thời gian nhanh hay chậm  Với chức nghe nhạc offline thời gian xử lí chưa chạy tốt  Sử dụng tài nguyên mạng  Nếu nhiều hát lưu nhớ máy tốn tài nguyên a.5 Khả bảo hành bảo trì  Phần mềm có khả dễ dàng bảo hành, bảo trì nâng cấp  Khi sử dụng phần mềm dễ dàng phân tích tốn  Tính ổn định cao a.6 Tính khả chuyển  Phần mềm chạy tảng Android nên tính khả chuyển sang tảng khác dường b Chất lượng sử dụng b.1 Tính hiệu  Phần mềm đáp ứng nhu cầu nghe nhạc người dùng cách xác  Chức tìm kiếm cao, dễ sử dụng b.2 Tính suất  Phần mềm cho phép người dùng sử dụng hợp lý tương đối nguồn tài nguyên để đáp ứng nhu cầu nghe nhạc  Do vấn đề mạng điện thoại, tính suất phụ thuộc vào mạng người dùng b.3 Tính an tồn  Phần mềm nhiều rỉu ro  Chưa có đăng nhập, đăng xuất 37  Database không bị truy cập ứng dụng hay người dùng b.4 Tính thỏa mãn  Phần mềm làm thỏa mãn người dùng chức nghe nhạc  Phần mềm chưa làm người dùng thỏa mãn với giao diện chưa đẹp mắt số chức chưa đáp ứng nhu cầu người dùng  Một số chức như: hát tải, nhạc yêu thích, album nhạc chưa hiển thị tốt  Dễ dành điều chỉnh hát qua thơng báo  Có điều khiển app, người dùng dễ điều khiển hát  Có chức chạy tốt 38 CHƯƠNG 4: ĐÁNH GIÁ KẾT LUẬN Kết luận chung cho chương BTL Chương 1: Nêu sở lý thuyết Sơ lược SQA, tổng quan chất lượng sản phẩm phần mềm, nghiên cứu chuẩn ISO/IEC 9126 đánh giá chất lượng phần mềm Chương 2: Khảo sát tốn Mơ tả toán, vẽ biểu đồ UC, đặc tả UC, biểu đồ trình tự, bảng thiết kế sở liệu, thiết kế giao diện Chương 3: Ứng dụng chuẩn ISO vào dự án Những vấn đề giải là: Xác định chức hệ thống cần làm, nắm kiến thức SQA, nghiên cứu chuẩn ISO/IEC 9126 đánh giá chất lượng phần mềm Phần mềm hồn thành chức hệ thống, giao diện dễ sử dụng thân thiện với người dùng Vấn đề chưa giải là: áp dụng chuẩn ISO/IEC 9126 đánh giá chất lượng phần mềm vào dự án app android chưa hoàn thiện đầy đủ 39 TÀI LIỆU THAM KHẢO [1] Software Quality Assurance From theory to implementation, Daniel Galin [2] Giáo trình phân tích thiết kế hướng đối tượng – Trường Đại Học Công nghiệp Hà Nội, Vũ Thị Dương, Phùng Đức Hòa, Nguyễn Thị Hương Lan – Nhà xuất Khoa Học Kỹ Thuật, xuất năm 2015 [3] Slide giảng Software Quality Assurance, Daniel Galin [4] ISO/IEC 9126-1 Software engineering - Product quality - Part 1: Quality model (2001-06) [5] https://vi.wikipedia.org/wiki/Chất_lượng_phần_mềm 40 ... việc đánh giá chất lượng sản phẩm phần mềm Qua đó, áp dụng chuẩn ISO/IEC 9126 vào app android Soundcloud Music_29 Phân tích thiết kế hệ thống app android có chức như: hiển thị thể loại nhạc, nghe... lặp hát, … Áp dụng chuẩn ISO/IEC 9126 vào app android soundcloud Music_29 ISO/IEC 9126 mơ tả mơ hình chất lượng sản phẩm phần mềm gồm hai phần: ⁃ ⁃ Chất lượng chất lượng Chất lượng sử dụng Phần... nhạc tắt app Bảng Đặc tả UC điều khiển nhạc tắt app Tên ca sử dụng Mô tả Tác nhân Điều kiện đầu vào Kết đầu Điều khiển nhạc tắt app Khi tắt app hiển thị tên bài, hình ảnh User User tham gia vào hệ

Ngày đăng: 13/01/2019, 12:48

Mục lục

    TÓM TẮT BÀI TẬP LỚN

    DANH SÁCH HÌNH VẼ

    DANH SÁCH CÁC BẢNG BIỂU

    DANH SÁCH CÁC TỪ VIẾT TẮT

    CHƯƠNG 1: CƠ SỞ LÝ THUYẾT

    1.2 Tổng quan về chất lượng sản phẩm phần mềm

    1.2.1 Chất lượng sản phẩm phần mềm là gì?

    1.2.2 Tiêu chí đánh giá chất lượng sản phẩm phần mềm

    1.2.4 Một số tiêu chí và quy trình đánh giá chất lượng sản phẩm phần mềm của các tổ chức tiêu chuẩn quốc tế

    1.3 Nghiên cứu chuẩn ISO/IEC 9126 trong đánh giá chất lượng phần mềm

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

Tài liệu liên quan