›
›

Bài thuyết trình môn Phân tích & thiết kế hệ thống - Đề tài: Đảm bảo chất lượng thông qua công nghệ phần mềm - Hoàng Hồng Khang

Download
Đảm bảo chất lượng thông  
qua công nghệ phần mềm  
Thành viên nhóm  
• Hoàng Hồng Khang - 1511466  
• Tạ Mạnh Huy - 1411500  
Mục lục  
• 1. Các cách tiếp cận đảm bảo chất lượng  
• 2. Sáu sigma  
• 3. Trách nhiệm quản lí chất lượng tổng quát  
• 4. Structured Walkthroughs  
• 5. Thiết kế và phát triển hệ thống  
• 6 Dùng đồ thị có cấu trúc để thiết kế hệ thống  
• 7. Các loại module  
• 8.Software Engineering and Documentation  
• 9. Kiểm thử, bảo trì và audit  
1. Các cách tiếp cận đảm bảo chất lượng  
• Ý tưởng giúp định hướng đảm bảo chất lượng:  
• Người dùng hệ thống là yếu tố quan trong nhất trong việc xây dựng và đánh  
giá chất lượng hệ thống  
• Sửa lỗi trong lúc đầu ít tốn kém hơn việc chờ người dùng báo lỗi  
1. Các cách tiếp cận đảm bảo chất lượng  
• Đảm bảo chất lượng tổng quát (total quality assurance) bằng cách  
thiết kế hệ thống/phần mềm theo cách top-down và module.  
• Document software bằng công cụ thích hợp.  
• Kiểm thử, kiểm tra và bảo trì phần mềm  
2. Sáu sigma  
• Total quality management (TQM) là cần thiết trong tất cả các bước  
phát triển hệ thống  
• Khái niệm chất lượng đã được mở rộng qua nhiều năm để phán án  
cách tiếp cận tổ chức thay vì chỉ riêng cách tiếp cận theo hướng sản  
xuất.  
• Mục tiêu của sáu sigma là loại bỏ mọi lỗi  
2. Sáu sigma  
• Văn hóa được xây dựng dựa trên chất lượng  
• Tiếp cận từ trên xuống  
• Quản lý dự án (project leader) gọi là Black Belt  
• Thành viên dự án gọi là Green Belts  
• Master Black Belts đã làm việc qua nhiều dự án và sẵn sang giúp  
nhóm  
3. Trách nhiệm quản lí chất lượng tổng quát  
• Phải có sự hỗ trợ có tổ chức, hoàn toàn.  
• Có nghĩa là người quản lí phải suy nghĩ nghiêm túc xem chất lượng của hệ  
thống thông tin và bản thân thông tin ảnh hưởng công việc của họ thế nào  
• Đạt được bằng cách sử dụng các quality circles, bao gồm 6 cho tới tới 8 bộ  
phận phụ trách việc cải tiến hệ thống thông tin và làm sao để hiện thực  
những thay đổi đó  
3. Trách nhiệm quản lí chất lượng tổng quát  
• Người phân tích và người dùng hệ thống phải quan tâm tới chất  
lượng lượng từ sớm  
• Tạo thành một động lực tiến tới chất lượng hợp lí trong vòng đời phát triển  
phần mềm.  
• Làm cho người dùng tham gia quá trình đề ra tiêu chuẩn chất lượng hệ thống  
sẽ giúp người phân tích tránh được những sai lầm đắt giá  
4. Structured Walkthroughs  
• Mục đích của structrured walkthroughs là đánh giá sản phẩm một  
cách có hệ thống  
Kendall & Kendall  
16-11  
4. Structured Walkthroughs  
• Một trong những hành động quản lí chất lượng mạnh nhất là thực  
hiện structured walkthrough thường xuyên  
• Dùng người đánh gía ngang hàng để theo giõi quá trình lập trình hệ  
thống và quá trình phát triển tổng quát  
• Chỉ ra vấn đề  
• Cho phép lập trình viên hoặc người phân tích thực hiện những thay  
đổi thích hợp  
Kendall & Kendall  
16-12  
4. Structured Walkthroughs  
Những người tham gia structured walkthrough  
• Người chịu trách nhiệm cho phần hệ thống đang được đánh giá  
• Điều phối viên  
• Một lập trình viên hay người phân tích hệ thống ngang hàng  
• Người ghi chú  
Kendall & Kendall  
16-13  
5. Thiết kế và phát triển hệ thống  
• Bottom-up  
• Top-down  
• Module  
Kendall & Kendall  
16-14  
5.1 Phương pháp Bottom-Up  
• Nhận diện những quy trình cần vi tính hóa khi nó xuất hiện  
• Phân tích chúng như là những hệ thống  
• Code hay mua gói phần mềm để đánh ứng vấn đề hiện tại.  
Kendall & Kendall  
16-15  
5.2 Ưu, nhược điểm của phương pháp  
Bottom-Up  
Ưu điểm  
• Những vấn đề trong level thấp nhất thường là những cái cần vi tính  
hóa, cũng có chi phí hiệu quả nhất.  
Nhược điểm  
• Có sự lặp lại trong việc mua phần mềm, nhập dữ liệu.  
• Những dữ liệu không có giá trị vào hệ thống.  
• Mục tiêu tổ chức chung không được đặt ra nên không thể đạt được.  
• Khi lập trình bằng phương pháp bottom-up, subsystems khó có thể  
hoạt động “mượt” trong hệ thống do giao tiếp.  
Kendall & Kendall  
16-16  
5.3 Phương pháp Top-Down  
• Tiếp cận Top-Down có nghĩa là quan sát tổng quát hệ thống và chia nó  
ra làm nhiều phần nhỏ (subsystems).  
• Tiếp cận Top-Down cho phép người phân tích hệ thống xác định muc  
tiêu tổ chức tổng quát chung và cách đạt được nó tốt nhất trong hệ  
thống.  
• Hệ thống động chia làm các subsystem và yêu cầu của chúng  
Kendall & Kendall  
16-17  
Kendall & Kendall  
16-18  
5.4 Ưu điểm phương pháp Top-Down  
• Tránh sự hỗn loạn khi thiết kế toàn bộ hệ thống trong một lúc.  
• Cho phép những nhóm thiết kế hệ thống làm việc song song trong  
những hệ thống khác nhau cần thiết.  
• Tránh việc quên mất mục tiêu của hệ thống.  
Kendall & Kendall  
16-19  
5.5 Nhược điểm phương pháp Top-Down  
• Có nguy cơ hệ thống sẽ bị chia thành các subsystem sai.  
• Khi mà các subsystem được chia ra, interface của chúng có thể bị bỏ  
quên hoặc mặc kệ.  
• Các subsystem phải được tích hợp lại.  
Kendall & Kendall  
16-20  
Tải về để xem bản đầy đủ
pptx 57 trang myanh 24060 Free
Download
Bạn đang xem 20 trang mẫu của tài liệu "Bài thuyết trình môn Phân tích & thiết kế hệ thống - Đề tài: Đảm bảo chất lượng thông qua công nghệ phần mềm - Hoàng Hồng Khang", để tải tài liệu gốc về máy hãy click vào nút Download ở trên

File đính kèm:

  • pptxbai_thuyet_trinh_mon_phan_tich_thiet_ke_he_thong_de_tai_dam.pptx