-
Thông tin
-
Quiz
Quản lý chất lượng phần mềm | Công nghệ phần mềm | Trường Đại học Công nghiệp TP.HCM
Quản lý chất lượng phần mềm môn Công nghệ phần mềm của Trường Đại học Công nghiệp Thành phố Hồ Chí Minh. Hi vọng tài liệu này sẽ giúp các bạn học tốt, ôn tập hiệu quả, đạt kết quả cao trong các bài thi, bài kiểm tra sắp tới. Mời các bạn cùng tham khảo chi tiết bài viết dưới đây nhé.
24
12 lượt tải
Tải xuống
Môn: Công nghệ phần mềm (Software Engineering) 28 tài liệu
Trường: Đại học Công nghiệp Thành phố Hồ Chí Minh 386 tài liệu
Thông tin:
65 trang
1 tháng trước
Tác giả:
lOMoARcPSD|40651217
lOMoARcPSD|40651217
MÔN HỌC
CÔNG NGHỆ PHẦN MỀM
Chương 5
Quản lý chất lượng phần mềm
TRƯỜNG ĐẠI HỌC CÔNG NGHIỆP TP.HCM
lOMoARcPSD|40651217
Quản lý chất lượng phần mềm
1. Quản lý Dự án
2. Nhóm phần mềm
3. Quản lý chất lượng
4. Đo lường và ộ o phần mềm
5. Tiêu chuẩn chất lượng
lOMoARcPSD|40651217
1. Quản lý Dự án?
Quản lý Dự án là gì?
Quản lý dự án là “ứng dụng kiến thức, kỹ năng, công cụ và
kỹ thuật vào các hoạt ộng dự án ể thỏa mãn các yêu cầu
của dự án.”
Người quản lý dự án (Project manager - PM)
lOMoARcPSD|40651217
Bộ ba ràng buộc của QTDA
lOMoARcPSD|40651217
Bộ ba ràng buộc
3 mục tiêu
Mục tiêu về phạm vi (Scope): Dự án tìm cách ạt ược cái gì?
Các mục tiêu về thời gian (time): Dự án mất bao lâu mới hoàn tất?
Các mục tiêu về chi phí (cost): Sẽ tốn kém bao nhiêu?
Nhiệm vụ của người quản lý dự án là phải cân ối những mục
tiêu thường hay xung ột này.
lOMoARcPSD|40651217
Khung làm việc của QLDA
lOMoARcPSD|40651217
9 miền kiến thức trong QLDA
4 chức năng lõi:
QL Phạm vi. Xác ịnh và Quản lý tất cả các công việc ược thực hiện trong dự án.
QL Thời gian.
QL Chi phí.
QL Chất lượng.
4 chức năng hỗ trợ:
QL Nguồn nhân lực.
QL Truyền thông.
QL Rủi ro.
QL Mua sắm trang thiết bị.
1 lãnh vực tích hợp tác ộng và bị tác ộng bởi tất cả các
lãnh vực ở trên
Quản lý dự án
Dự oán quy mô và ộ phức tạp của dự án
lOMoARcPSD|40651217
Xác ịnh các nhóm cần thiết cho hiện thực dự án
Xác ịnh kế hoạch, dự oán thời gian hoàn thành dự án
Xác ịnh các tài nguyên cần thiết cho dự án bao gồm phần
mềm, phần cứng, con người ...
Tính toán chi phí xây dựng dự án
Xây dựng lịch biểu thực hiện dự án
Thực hiện các công việc quản lý trong thời gian thực hiện dự
án ể bảo ảm úng kế hoạch ã ề ra.
lOMoARcPSD|40651217
2. Nhóm phần mềm (Sub-Team)
How to lead?
How to organize?
How to
collaborate?
How to motivate (thúc ẩy)? How to create good ideas?
Nhóm phần mềm
Nhóm phần mềm tạo một
hiệu quả cao trong quản lý,
Downloaded by Phuong Le (lephuong0301@gmail.com)
Project 1
Công ty phần mềm
lOMoARcPSD|40651217
giao tiếp và iều hành
Các nhóm phần mềm
không nhất thiết tồn tại
suốt quá trình của một dự án phần mềm
Các nhóm
System analysis
Planning Team
Requirements Team
System Design Team
Implementation Team
Tesing & Intergration Team
Training Team
Delivery & Installation Team
Maintenance Team
Quality Assurance Team
Metrics Team
CNPM/NN 10
Downloaded by Phuong Le (lephuong0301@gmail.com)
Project 2
Team
1
Team
2
Team
3
Team
4
Team
5
Team
6
Project 3
Vai trò
nhiệm vụ
của các
SUB Team
lOMoARcPSD|40651217
Documentation Team
System Administration Team
Reuse & Reengineering Team
Nhóm ảm bảo chất lượng QA
System analysis
Planning Team
Requirements Team
System Design Team
Implementation Team
Tesing & Intergration Team
Training Team
Delivery & Installation
Team
Maintenance Team
Quality Assurance Team
Metrics Team
Documentation Team
System Administration
Team
Reuse & Reengineering
Team
Quality Assurance Team
Nhóm này có 2 nhiệm vụ
1. Thiết lập các tiêu chuẩn cho
các quá trình sản xuất cũng
như tiêu chuẩn thực hiện của
sản phẩm phần mềm
2. Cung cấp các cơ chế kiểm tra,
kiểm soát nhằm ánh giá khả
năng thỏa mãn các tiêu chuẩn
tương ứng của các nhóm làm
việc.
Các tiêu chuẩn này dùng trong nội
bộ và không chia sẻ với khách
hàng.
Các tiêu chuẩn ược công bố khi
cần thiết, vì vậy cần ược lưu trữ
lOMoARcPSD|40651217
và báo cáo cho người quản lý dự
án ể làm việc với bộ phận QA
System analysis
Planning Team
Requirements Team
System Design Team
Implementation Team
Tesing & Intergration Team
Training Team
Delivery & Installation
Team
Maintenance Team
Quality Assurance Team
Metrics Team
Documentation Team
System Administration
Team
Reuse & Reengineering
Team
Metrics Team
Làm việc với các ộ o, lưu trữ các
thông tin thống kê về các hoạt
ộng của các Team trong dự án. •
Số lượng các yêu cầu bảo trì
• Số lượt thực hiện dịch vụ bảo
trì
• Số dòng code ược viết • Thời
gian thực hiện từng công việc
Nhóm này làm việc với hầu hết
các nhóm ể cung cấp báo cáo về
chất lượng, hiệu quả, ồng thời
phản hồi cho các nhóm liên quan
về hiệu quả công việc.
CNPM/NN 12
Downloaded by Phuong Le (lephuong0301@gmail.com)
Nhóm ộ o
lOMoARcPSD|40651217
Các giai oạn phát triển nhóm
lOMoARcPSD|40651217
Phân bổ thời gian
lOMoARcPSD|40651217
UML/N
16N
Hệ số bù cho năng suất
lOMoARcPSD|40651217
3. Quản lý chất lượng
Chất lượng:
Chất lượng là toàn bộ các ặc tính của 1 thực thể liên
quan ến việc thỏa mãn những nhu cầu rõ ràng hay
ngầm ịnh (ISO 8042:1992)
lOMoARcPSD|40651217
Những yêu cầu ối với phần mềm
Phần mềm phải áp ứng yêu cầu về chất lượng
Khả năng bảo trì (Maintainability): phần mềm có thể duy trì hoạt
ộng, có thể iều chỉnh và mở rộng ể thoả mãn những yêu cầu
luôn thay ổi.
Mức ộ tin cậy (Reliability): phần mềm phải ược tin cậy, bảo mật
và chính xác.
Hiệu quả (Efficiency): phần mềm không nên sử dụng lãng phí
tài nguyên của hệ thống.
Khả năng ược chấp nhận (acceptability): người sử dụng phải
chấp nhận phần mềm. Điều ó có nghĩa là nó phải dễ hiểu, sử
dụng ược và tương thích với các hệ thống khác.
lOMoARcPSD|40651217
Những thuộc tính bên trong và bên ngoài
lOMoARcPSD|40651217
Thuộc tính bên trong và bên ngoài
Chúng ta thường o lường những thuộc tính bên trong nhưng
quan tâm nhiều ến thuộc tính bên ngoài
Khó liên hệ giữa thuộc tính có thể o lường và những thuộc
tính chất lượng bên ngoài mong muốn
lOMoARcPSD|40651217
Quản lý chất lượng
Chất lượng sản phẩm là nhân tố vô cùng quan trọng, ội dự
án cần phải iều chỉnh scope (phạm vi), time và cost
ể thỏa mãn yêu cầu chất lượng
Cần phải tách Quản lý chất lượng và Quản lý dự án
Nhiều dự án thất bại vì ội dự án chỉ tập trung vào việc áp
ứng các yêu cầu chính của sản phẩm mà không chú ý tới
những yêu cầu ngầm ịnh, những mong ợi của khách hàng
Bấm Tải xuống để xem toàn bộ.