daigai

Well-Known Member
Link tải tài liệu ôn tập miễn phí

Câu hỏi 1.1: Lỗi phần mềm là gì? Nguyên nhân gây ra lỗi phần mềm?
- Lỗi phần mềm(Software Error) là các phần code sai do lôi cú pháp, logic hoăc lỗi do phân tích, thiết kế
- Nguyên nhân gây ra lỗi:
1. Lỗi khi định nghĩa yêu cầu
2. Quan hệ Client-developer tồi
3. Sai phạm có chủ ý với yêu cầu phần mềm
4. Lỗi thiết kế logic
5. Lỗi lập trình
6. Không tuân thủ các hướng dẫn viết tài liệu và code
7. Thiếu sót của quá trình kiểm thử
8. Lỗi giao diện người dùng và thủ tục
9. Lỗi tài liệu


Câu hỏi 1.4: Kể ra các độ đo đặc trưng chất lượng chính của McCall? Giải thích nội dung của nó?
McCall có 11 tiêu chí; chia thành các nhóm.
– Tiêu chí vận hành sản phẩm
+ Tính đúng đắn – Correctness : Đặc tả về độ chính sác, tính toàn vẹn, thời gian của outputs.
+ Tính tin cậy – Reliability : Định ra tỉ lệ lỗi cho từng chức năng hay cả hệ thống
+ Tính hiệu quả - Efficiency : Tài ng phần cứng cần để thực hiện các chức năng của phần mềm
+ Tính toàn vẹn – Integrity : Bảo mật hệ thống, ngăn truy cập trái phép
+ Tính khả dụng - Usability : Tính dễ học, dễ dùng, hiệu quả.
– Tiêu chí sửa đổi sản phẩm
+ Tính bảo trì được – Maintainability : Mức công sức cần đề tìm nguyên nhân+ sửa + xác nhận đã sửa được failures.(Liên quan đến cấu trúc modul, kiến trúc , thiết kế và các tài liệu)
+ Tính linh hoạt – Flexibility : Bảo trì cải tiến dễ dàng.
+ Tính kiểm thử được – Testability : Có lưu lại kq trung gian để hỗ trợ test? Có tạo file log, backup?
– Tiêu chí chuyển giao sản phẩm
+ Khả năng di động – Portability : Cài trong môi trường mới (phần cứng khác, hệ điều hành khác,…) mà vẫn duy trì môi trường cũ.
+ Khả năng tái sử dụng – Reusability : Có thể tái sử dụng các phần của phần mềm cho ứ/dụng khác
+ Khả năng tương thích – Interoperability : phần mềm có cần interface với các hệ thống đã có

Câu hỏi 1.6: Trình bày kỹ thuật Walkthrough
• Walkthrough: Kỹ thuật đánh giá không chính thức(nên không có ng quản lý, giám đốc dự án). Những người tham gia phải xem tài liệu trước cuộc họp (ít nhất vài ngày). Tác giả giải thích tài liệu/ sản phẩm đó cho nhóm (tác giả, điều phối viên, giám định viên, thay mặt ng dùng, chuyên gia bảo trì).
+ Mọi người sẽ đặt câu hỏi hay cho ý kiến bổ sung về một số lĩnh vực để bảo đảm chất lượng kỹ thuật của tài liệu hay sản phẩm.
+ Buổi giám định có thể xảy ra vào bất kì lúc nào và bất kì đâu trong việc phát triển sản phẩm phần mềm. Mục đích chính của họp giám định chỉ là để tìm lỗi nhanh, không tìm giải pháp. Sau giám định, tác giả của phải làm lại sửa mọi lỗi.

Câu hỏi 1.7: Trình bày kỹ thuật Inspection
• Inspection: Kỹ thuật đánh giá chính thức. Tài liệu, sản phẩm... được những người không phải là tác giả hay trực tiếp liên quan(Ngươi kiểm duyệt, tác giả, tester, thiết kế, coder) kiểm tra một cách chi tiết để phát hiện lỗi, các vi phạm tiêu chuẩn, hay các vấn đề khác (nếu có).
+ Về cơ bản, nó được tổ chức và thực hiện chặt chẽ hơn walkthrough. Vai trò của những người tham gia được phân định rõ ràng. Tài liệu chuẩn bị cho việc xem xét được chuẩn bị trước chu đáo.
+ Quá trình duyệt thảo bắt đầu sau giai đoạn code và unit test. Sau buổi họp các lỗi tìm được sẽ được sửa lại, rồi đem ra duyệt thảo lại cho đến khi đạt tiêu chuẩn mới kết thúc quá trình này.

Câu hỏi 1.10: Trình bày tóm tắt SQA trong tiêu chuẩn IEEE std1028
Chất lượng phần mềm là:
(1) Mức độ mà một hệ thống, thành phần, hay tiến trình đáp ứng được đặc tả yêu cầu
(2) Mức độ mà một hệ thống, thành phần, hay tiến trình đáp ứng được nhu cầu/mong muốn của khách hàng/người dùng.
- Lập kế hoạch và cài đặt một cách hệ thống!
- Chỉ ra tiến độ và và truyền tải sự tin cậy của phần mềm đang phát triển
- Với tiến trình phát triển phần mềm một phương pháp luận; một cách thức để làm;
- Với đặc tả yêu cầu kỹ thuật phải có.
- SQA bao gồm cả tiến trình phát triển và có thể cả bảo trì dài hạn. Do vậy, ta cần xem xét vấn đề về chất lượng cho cả phát triển và bảo trì trong SQA. Hành động SQA phải bao gồm cả lập lịch và lập ngân sách.
- SQA phải chỉ ra các vấn đề nảy sinh khi không đáp ứng được ràng buộc thời gian– bỏ bớt chức năng? Ràng buộc ngân sách có thể thoả hiệp được khi nguồn lực được phân bổ bị là không đủ cho phát triển và/hay bảo trì.

SQA là: "Tập các hoạt động có hệ thống cung cấp bằng chứng về khả năng của qui trình phần mềm tạo ra sản phẩm phần mềm khớp với việc sử dụng. Do đó hội tụ của SQA là giám sát liên tục trong toàn thể vòng đời phát triển phần mềm để đảm bảo chất lượng của sản phẩm được chuyển giao. Điều này yêu cầu giám sát cả qui trình và sản phẩm. Trong đảm bảo qui trình, SQA cung cấp việc quản lí với phản hồi khách quan liên quan tới tuân thủ các kế hoạch, thủ tục, chuẩn và phân tích đã được chấp thuận. Các hoạt động đảm bảo sản phẩm hội tụ vào mức độ thay đổi của chất lượng sản phẩm bên trong từng pha của vòng đời, như yêu cầu, thiết kế, viết mã và kế hoạch kiểm thử. Mục tiêu là nhận diện và khử bỏ khiếm khuyết trong toàn bộ vòng đời sớm nhất có thể được, do vậy giảm chi phí kiểm thử và bảo trì.

Câu hỏi 1.11: Trình bày các mức tiêu chuẩn trong CMM?
1. Khởi đầu: Quy trình sản xuất phần mềm có đặc điểm tự phát, thành công chỉ dựa vào nỗ lực của các cá nhân hay tài năng.

2. Lặp: Các quy trình quản lý dự án cơ bản được thiết lập để kiểm soát chi phí, kế hoạch và khối lượng hoàn thành. Nguyên lý quy trình cơ bản được hình thành nhằm đạt được thành công như những phần mềm tương tự.

3. Xác lập: Quy trình phần mềm cho các hoạt động quản lý cũng như sản xuất được tài liệu hóa, chuẩn hóa và tích hợp vào quy trình phần mềm chuẩn của nhà sản xuất. Các dự án sử dụng quy trình phần mềm hiệu chỉnh được phê duyệt dựa trên quy trình chuẩn của nhà sản xuất để phát triển và bảo trì sản phẩm phần mềm.

4. Kiểm soát: Thực hiện đo lường chi tiết quy trình phần mềm và chất lượng sản phẩm. Cả quy trình sản xuất và sản phẩm phần mềm được kiểm soát theo định lượng.

5. Tối ưu: Quy trình liên tục được cải tiến dựa trên những ý kiến phản hồi từ việc sử dụng quy trình, thí điểm những ý tưởng quản lý và công nghệ mới.

- CMMI viết tắt cho Capability Maturity Model Integration - Mô hình trưởng thành năng lực tích hợp - và là khuôn khổ cho cải tiến qui trình phần mềm. Nó dựa trên khái niệm về các thực hành tốt nhất về kĩ nghệ phần mềm và giải thích kỉ luật mà các công ty có thể dùng để cải tiến các qui trình của họ.

- CMM bao gồm 5 levels và 18 KPAs (Vùng quy trình quan trọng - Key Process Area).
Level 1: Khởi đầu (lộn xộn, không theo chuẩn) không có KPAs nào cả
Level 2: Lặp (quản lý dự án, tuân thủ quy trình) có 6 KPAs
Level 3: Xác lập (thể chế hóa) có 7 KPAs
Level 4: Kiểm soát (định lượng) có 2 KPAs
Level 5: Tối ưu (cải tiến quy trình) có 3 KPAs

Level 1: Initial(Ban đầu):

Link Download bản DOC
Do Drive thay đổi chính sách, nên một số link cũ yêu cầu duyệt download. các bạn chỉ cần làm theo hướng dẫn.
Password giải nén nếu cần: ket-noi.com | Bấm trực tiếp vào Link để tải:





xem thêm
Giải ngân hàng câu hỏi đảm bảo chất lượng phần mềm
 
Các chủ đề có liên quan khác
Tạo bởi Tiêu đề Blog Lượt trả lời Ngày
D Giải pháp hạn chế rủi ro trong việc luân chuyển chứng từ thu, chi tiền đối với khách hàng tại Ngân hàng Sacombank Luận văn Kinh tế 0
D Giải pháp phát triển hoạt động cho vay đối với khách hàng doanh nghiệp tại Ngân hàng TMCP Quân Đội Luận văn Kinh tế 0
D Giải pháp nâng cao hiệu quả hoạt động kinh doanh của ngân hàng TMCP Việt Nam sau M&A Luận văn Kinh tế 0
D Giải pháp thu hút khách hàng của ngân hàng Agribank huyện Gio Linh - Quảng Trị Luận văn Kinh tế 0
D Thực Trạng Và Giải Pháp Nhằm Đẩy Mạnh Chính Sách Cho Vay Bất Động Sản Ở Các Ngân Hàng Thương Mại Luận văn Kinh tế 0
D Giải pháp mở rộng hoạt động bao thanh toán nội địa của Ngân hàng thương mại cổ phần Á Châu Luận văn Kinh tế 0
D Giải pháp mở rộng hoạt động cho vay mua xe ô tô đối với khách hàng cá nhân tại Ngân Hàng TMCP Á Châu Luận văn Kinh tế 0
P Giải Ngân Hàng Đảm Bảo Chất Lượng Phần Mềm PTIT SQA Công nghệ thông tin 0
D GIẢI PHÁP NÂNG CAO HIỆU QUẢ HOẠT ĐỘNG HUY ĐỘNG VỐN TẠI NGÂN HÀNG TMCP CÔNG THƯƠNG CHI NHÁNH HOÀNG MAI Luận văn Kinh tế 0
D Giải pháp nâng cao hiệu quả thu hồi nợ tồn đọng tại ngân hàng chính sách xã hội huyện hiệp hòa, tỉnh bắc giang Luận văn Kinh tế 0

Các chủ đề có liên quan khác

Top