đề cương công nghệ phần mềm

Câu Bảo trì đặc trưng bảo trì: Bảo trì giai đoạn đưa pm hoạt động, cần có thêm thay đổi gắn với việc sửa lỗi,thích ứng mơi trường pm nâng cao, gây thay đổi yêu cầu người dung Giai đoạn bảo trì gồm có kiểu hay gặp: + sửa đổi : làm thay đổi phần mềm để sửa chữa khiếm khuyết + thích nghi : thực việc sửa đổi pm để thích ứng vs thay đổi mơi trường bên ngồi + nâng cao: hồn thiện, mở rộng pm yêu cầu chức gốc -tiến hành xem xét để đảm bảo chất lượng trì sau bước hồn tất phát triển kiểm soát tài liệu để đảm bảo thơng tin hệ thống pm đầy đủ, có ích cho việc sd sau Câu hạn chế việc tiếp cận ngun mẫu mơ hình ngun mẫu tạo phác thảo chương trình giấy tờ, máy tính hay trí chương trình mức độ sơ khai Các thảo đưa cho người dùng xem xét đóng góp để tùy chỉnh theo yêu cầu KH Do làm KH lầm tưởng tiến độ thực PM hoàn thành, sản phẩm cuối khác với thảo làm phản ứng không hài long từ KH Người lập chương trình chon phương án tốt cho mẫu chưa tốt cho chương trình thực tế Chỉ phù hợp với chương trình đươn giản tồn từ trước mẫu có sẵn Câu khuôn cảnh cách tiếp cận khác hay bổ sung cho ? ? Các khn cảnh cách tiếp cận khác dối với kỹ nghệ phần mềm cách tiếp cận bổ xung cho Tuy nhiên nhiều trường hợp nên tổ hợp lại khuôn cảnh để đạt sức mạnh khuôn cảnh cho dự án riêng lẻ Câu Các nhân tố định đến chất lượng phần mềm ? -Tính đắn: thuật tốn, tính tương đương ctrinh vs thuật tốn Tính đắn ctrinh chứng minh trực tiếp vào văn ctr, khẳng định dần qua việc kiểm thử Tg phần mềm cần cung cấp đầy đủ luận chứng kq xác sản phẩm -Tính khoa học: khoa học cấu trúc, nội dung hình thức thao tác -Tính hữu hiệu: mặt kinh tế, ý nghĩa giá trị thu được, tốc độ xử lý sp, giới hạn tối đa sp, dung lượng nhớ -Tính sang tạo: sp giới, sx phục vụ cho nhu cầu, sp có ưu điểm bật so vs sp khác tương đương -Tính an tồn: sp trường hợp cần thiết có chế bảo mật bảo vệ đối tượng phát sinh hay quản lý Bản thân sp cần đặt chế bảo mật nhằm chống chép trộm làm biến dạng sp -Tính tồn vẹn: thể qua chức sau : Không gây nhập nhằng thao tác, đảm bảo tính qn cú pháp, có chế ngăn ngừa việc phát sinh đối tượng sai quy cách mâu thuẫn vs đối tượng có sẵn(dữ liệu, đơn thể…) Có chế khơi phục lại tồn phần đối tượng thuộc diện quản lý sp trường hợp có cố hỏng máy, điện đột ngột -Tính đầy đủ: đánh giá thông qua tập chức mà sp cung cấp Tập chức cần nên thỏa mãn tính chất sau: Tính đối xứng : có thoa tác phát sinh nên có thao tác hủy bỏ ngược lại Tính tiêu chuẩn: sp phần mềm cần đạt số tiêu chuẩn tối thiểu thừa nhận thị trường giới khao học -Tính độc lập: sp pm cần nên đảm bảo tính độc lập vs đối tượng sau: Độc lập đối vs thiết bị sp cài đặt dễ dàng nhiều loại máy quản lý nhiều thiết bị kèm vs máy Những sửa đổi để thích nghi khơng đáng kể Độc lập vs cấu trúc đối tượng mà sp quản lý Vd : hệ qtcsdl có tính độc lập cao k đòi hỏi người dung phải viết lại chương trình ứng dụng chuyển từ việc quản lý tệp sang tệp tuần ngược lại Độc lập vs nội dung đối tượng mà sp quản lý Vd: đơn thể COPPY chép tệp mà khơng phụ thuộc nơi dung cụ thể tệp -Tính phổ dụng: sp pm áp dụng cho nhiều lĩnh vực, cho nhiều chế dộ làm việc khác -Tính đơn giản: sp có tính đến yếu tố tâm lý sau đông đảo người dung: Dễ thao tác Dễ học dễ hồn thiện Ngơn ngữ sang, dễ hiểu, dễ nhớ( tên lệnh, thục đơn, thơng báo, cú pháp…) -Tính sễ phát triển, hồn thiện: sp mở rộng, tăng cường mặt chức cách dễ dàng Câu nhiệm vụ trình pitch đặc tả pm ? Nhiệm vụ phân tích yêu cầu: B1: nhận thức vấn đề B2: đánh giá tổng hợp B3: mơ hình hóa B4: đặc tả B5: xét duyệt Đi vào cụ thể: người làm pm cần tiếp xúc vs khách hàng để trao đổi vsf tập hợp lấy yêu cầu họ, sau tiến hành phân tích u cầu nhận để xđinh phạm vi, xđinh yêu cầu vè chức (lien quan đến pm), phi chức năng( nhanh, mượt, nhẹ nhàng…) tiến hành phân tích làm rõ yêu cầu để biết cần làm => yc đối vs người phân tích: -hiểu nhanh, xđ rõ yc -pt nhừn yếu tố chia rõ yc khách hàng -khả tập hợp, phân tích => kq ptich yêu cầu đặc tả yêu cầu ( đặc tả yêu cầu đưa thêm thông tin vào xđ yc Được dùng vs mơ hình hệ thống ptrien suốt trình ptich yc Đặc tả mơ hình mơ tả hệ thống để thiết kế thực hiện) Việc đánh giá vấn đề tong hợp giải pháp lĩnh vực tiếp theo: đánh giá luồng ndung thông tin, xđ soạn thảo chức phần mềm hiểu hành vi pm theo hoàn cảnh kiện ảnh hưởng tới hệ thống, thiết lập đặc trưng giao diện… -> phục vụ cho việc mô tả vấn đề cho tổng hợp cách tiếp cận hay giải phóng tổng thể Sau đánh giá vấn đề, người phân tích bắt đầu tổng hợp-> đưa phương pháp tiến trình ước lượng tổng hợp giải pháp-> tạo mơ hình hệ thống nhằm hiểu rõ luồng liệu điều kiện xử lý chức năng, thao tác hành vi nội dung thơng tin Mơ hình làm tảng cho thiết kế pm sở cho việc tạo đặc tả pm-> đặc tả pm việc mơ tả pm hình thành sau đặc tả yc Câu yêu cầu người dung c chia lm my loi ? + Yêu cầu chức năng: Mô tả hệ thống làm mô tả chi tiết chức dịch vụ hệ thống Yêu cầu chức có đặc điểm: Tính k mập mờ, rõ ràng , yêu cầu Phần mềm không đợc xác định, có tính thống hoàn thiện Các đặc điểm chứa đựng tất mô tả chi tiết không xung đột yêu cầu + Yêu cầu phi chức năng: không đề cập trực tiếp chức cách cụ thể tổng hỵp Mà đề cập đến u cầu khác mà khơng phải chức chương trình ví như: tính kinh tế, thời gian hồn thiện chương trình… Liªn quan đến qúa trình xây dựng hệ thống Yêu cầu phi chức hạn chế yêu cầu chức năng, nhng trờng hợp khó sử dụng đợc Chủ yếu xuất phát ngời sử dụng : ngân sách, sách Cõu cỏch tip cận thực tế cho việc ptrien pm hệ thống có quy mơ lớn mơ hình nào? Tại ? Khn cảnh mơ hình xoắn ốc đối vs kỹ nghệ pm cách thực tế đến việc ptrien cho hệ thống có quy mơ lớn người ta dung cách làm mẫu chế làm giảm bớt rủi ro Câu có kỹ thuật kiểm thử ? kiểm thử pm ntn coi thành cơng ? Có kỹ thuật kiểm thử sau : -kiểm thử tích hợp: Tích hợp từ xuống Tích hợp từ lên -kiểm thử đơn vị: Kiểm thử hộp đen - Kiểm thử hộp trắng mục đích việc kiểm thử tìm lớp lỗi khác Nếu kiểm thử tiến hành thành cơng làm lộ lỗi pm Xem lợi ích phụ, kiểm thử chứng tỏ chức pm làm việc theo đặc tả, yc đáp ứng, đưa dẫn tốt độ tin cậy chất lượng pm Bao quát nhiều trường hợp đặc biệt điều kiện biên đưa vào kiểm thử Xác đinh xem liệu đầu vào liệu đầu hay khơng qua đánh giá chương trình có thực chức đặc tả hay không Tùy theo phương pháp kỹ thuật khiểm thử mà đưa module lỗi hay đoạn chương trình lỗi (nếu có) câu 10 tổ hợp khuôn cảnh dự án xây dựng phần mềm khơng? Tại sao? Có thể tổ hợp khuôn cảnh dự án phát triển phần mềm tùy trường hợp mà tận dụng điểm mạnh khuôn cảnh để phát triển phần mềm ví dụ: Sử dụng mơ hình xoắn ốc để xác định rủi ro mơ hình mẫu để đưa mẫu cho chương trình, yêu cầu xác định rõ ràng quay mơ hình thác nước để thực minh bạch bước Câu 11 đặc tả pm yêu cầu đặc tả pm ? -Đặc tả pm mô tả đặc trưng vấn đề Vấn đề đối tượng , khái niệm thủ tục -Yêu cầu đặc tả tính xác: + Các đặc tả thường mang tính trừu tượng, mức cao, đặc tả trừu tượng đặc tả tảng, phát triển pm Cho nên phải xét duyệt kỹ + nghiên cứu đầu vào, đầu ra, cách xử lý bên trong, có chức gì, thực ? => số hinh thức đặc tả/ + đặc tả hệ thống: đặc tả xác khơng thể dẫn tới cách hiểu khác Thường sử dụng công cu đại số logic + đặc tả phi hình thức: diễn đạt = ngơn ngữ, k chặt chẽ, mơ hồ nhiều người biết… + đặc tả hỗn hợp: phối hợp kiểu Câu 12 để bảo trì chương trình lạ cần bố trí vấn đề ? + Do chưa biết rõ ctr lạ nên trước hết phải nghiên cứu ctr trước bắt đầu bảo trì, cố gắng có nhiều thơng tin tảng + Cố gắng quen thuộc vs lng điều khiển tồn ctr, bỏ qua chi tiết mã hóa ban đầu + Ước lượng tính hợp lý tài liệu có + Dùng in tham khảo chéo tốt, bảng ký hiệu trợ giúp khác nói chung cho trình biên dịch hay hợp dịch cung cấp + Thay đổi ctr vs thận trọng lớn nhất, tôn trọng định dạng ctr cần thiết in lệnh thay đổi + Không nên dùng biến tạm thời nhớ làm việc có ctr Tự động thêm biến riêng để tránh rắc rối + Giữ ghi chi tiết hđ kq bảo trì + Tránh thơi thúc mạnh mẽ vứt chương trình viết lại + K xen lẫn việc kiểm tra lỗi Câu 13 để tiến hành kiểm thử cần dựa vào tài liệu nào? Đặc tả yêu cầu,đặc tả phần mềm,banrt thiết kế pm 14) Các tài liệu, đối tượng cần thiết tiến hành thiết kế PM tùy thuộc vào mơ hình dự án cụ thể Thường bao gồm: + tài liệu: -đặc tả yêu cầu: đưa yêu cầu phân tích yêu cầu cụ thể, qua xác định đc cách hoạt động PM, chức -Tài liệu tham khảo: chứa thông tin đối tượng làm việc PM -Mô tả thiết kế: đưa hướng dẫn, cách thức, công việc thiết kế -Thơng tin thói quen người sủ dụng: xác định phương án phù hợp thiết kế giao tiếp -Điều khoản kiểm thử -Cấu trúc tệp liệu tồn cục 15) Kết việc phân tích nắm bắt yêu cầu đặc tả yêu cầu Đặc tả yêu cầu đưa yêu cầu j cần thực trình phát triển PM, bao gồm định nghĩa, mô tả chi tiết yêu cầu người sử dụng yêu cầu hệ thống Yêu cầu PM gồm: + yêu cầu chức năng: dịch vụ mà hệ thống phải cung cấp + yêu cầu phi chức năng: rang buộc mà hệ thống phải tuân theo Sau tập hợp yêu cầu từ khách hàng phân loại chúng, người thiết kế phân tích, làm rõ yêu cầu để biết j cần thực có số vấn đề như: khách hàng mơ hồ sản phẩm, ko đưa đày đủ yêu cầu lúc, mâu thuẫn yêu cầu đặc tả yêu cầu cần tổng hợp cách đầy đủ, rõ ràng yêu cầu, loại bỏ yêu cầu mâu thuẫn, phi lí Điều khó thực đc từ đầu nên đặc tả yêu cầu đc bổ xung giai đoạn phát triển PM Câu 16 xd đầy đủ xác yêu cầu pm có nên sd mơ hình vòng đời cổ điểm k? Khi xác định xác đầy đủ yêu cầu pm không nên sdung khuôn cảnh vòng đời cổ điển Vì dự án tn theo dòng chảy mà mơ hình đề ra, việc lặp lại xuất gây vấn đề + công đoạn k thể phân tách rõ rang được, luôn thay đổi, có kết nối + khách hàng phải kiên nhẫn bận làm việc ctr, có vào lúc cuối thời gian dự án ctr làm việc phát lỗi sai lầm k có thảm họa-> mơ hình k phù hợp Câu 17 kỹ người phân tích yêu cầu + hiểu nhanh xác định rõ yêu cầu + phát yêu cầu chưa rõ yêu cầu khách hàng + khả tập hợp phân tích Câu 18 kiểm thử pm ? trình bày phép kiểm thử tích hợp ? Kiểm thử phần tử mấu chốt để đảm bảo chất lượng pm biểu thị cho việc xét duyệt sau đặc tả thiết kế mã hóa Cơng việc tiến hành sau mã hóa xong trước bàn giao sp cho khách hàng - Kiểm thử tích hợp: kỹ thuật hệ thống để xdung cấu trúc ctr đồng thời tiến hành kiểm thử để phát lỗi, liên kết giao tiếp, mục đích lấy modul kiểm thử đơn vị xong xây dựng nên cấu trúc ctr quy định thiết kế + tích hợp từ xuống: tiếp cận tăng dần tới việc xây dựng cấu trúc ctr, modul tích hợp cách dần xuống qua bậc dkhien Bắt đầu từ modul đ.khiển chính, modul phụ thuộc vào modul đ.khiển tổ hợp dần vào cấu trúc theo chiều sâu chiều rộng trước Về lý thuyết tích hợp từ xuống tìm thấy lỗi thiết kế sớm khuynh hướng khác, hiệu việc cải thiện chất lượng pm chuyển giao chất tương tác kiểm tra Tích hợp từ xuống dễ hỗ trợ giao diện người dùng thiết kế hình Trong ứng dụng tương tác, thường điều khiển hình kiểm tra đâu tiên Người dùng kiểm tra điều khiển thơng qua hình vs pt tạo mẫu + tích hợp từ lên : bắt đầu xd kiểm thử modul nguyên tử modul tích hợp từ lên nên việc xử lý yêu cầu đối vs modul phụ thuộc vào mức có sẵn nhu cầu … bị dẹp bỏ Câu 20 mơ hình xoắn ốc bao gồm tính tốt vòng đời cổ điển lẫn mẫu, bổ xung yếu tố ? đặt trưng yếu tố đó? -Mơ hình xoắn trơn ốc đc bổ xung yếu tố phân tích rủi ro so với mơ hình trước -Rủi ro tác động xấu đến q trình phát triển PM Mục đích việc xác định rủi ro giảm, tránh ảnh hưởng tới việc phát triển PM, phòng ngừa khả xấu xảy ra, qua dễ dàng việc khắc phục có cố; trường hợp rủi ro q lớn ko thực ngừng việc xây dựng PM -Trong mơ hình xoắn trơn ốc, phân tích rủi ro trở thành bước thiết yếu trình, điều giúp tăng độ tin cậy dự án Việc phân tích rủi ro đc tiến hành nhiều lần suốt trình phát triển PM -Để thực phân tích rủi ro, người thiết kế cần có kĩ việc phải thuê chuyên gia nên phát sinh chi phí Câu 21 hoặt động mơ hình xoắn ốc ? -Thiết lập mục tiêu: xác định mục tiêu cho pha dự án (lập kế hoạch) -Đánh giá giảm thiểu rủi ro (phân tích rủi ro): rủi ro đánh giá thực phân tích -> đưa hoạt động để giảm thiểu rủi ro Nếu khơng hạn chế đưa định có tiếp tục k ? -Phát triển đánh giá khách hàng sau đánh giá rủi ro, mơ hình xây dựng hệ thống lựa chọn từ mơ hình chung-> tiếp xúc vs khách hàng để khách hàng đánh giá để hoàn thiện mẫu -Lập kế hoạch: đánh giá dự án pha mơ hình xoắn ốc lập kế hoạch Ưu điểm: -kế thừa tốt ưu điểm mơ hình thác nước mẫu, tiếp cận nhanh, bổ xung thêm phân tích rủi ro, lường trc khó khăn đưa định nhc điểm: phụ thuộc vào mẫu nên tập trung vào phân tích rủi ro nên phát triển PM tốn tg, công sức, tiền bạc Tổ hợp yêu cầu -> vi chỉnh sản phẩm Câu 22 nêu giai đoạn tiến trình kỹ nghệ phần mềm ? 1Giai đoạn xác định: tin cần xử lý, chức năng… B1 phân tích hệ thống: xác định phần tử hệ thống dựa máy tính, vai trò PM B2 lập kế hoạch dự án pm: phạm vi pm thiết lập, rủi ro pt, tài nguyên cấp phát , chi phí ước lượng phải xác định nhiệm vụ cơng việc lập dịch B3 phân tích yêu cầu: phạm vi xác định phần mềm đưa chiều hướng cần có thêm việc xác định chi tiết lĩnh vực thông tin chức trước bắt đầu công việc 2.giai đoạn phát triển: người lập trình xđ cấu trúc liệu, kiến trúc phần mềm cần thiết kế, cách chi tiết thủ tục cài đặt, mã hóa ngơn ngữ lập trình thực kiểm thử B1 thiết kế pm: mô tả cấu trúc liệu, kiến trúc, thủ tục, thuật toán đặc trưng giao diện B2 mã hóa: dịch biểu diễn thiết kế thành nhiều ngôn ngữ nhân tạo (có thể ngơn ngữ lập trình hay ngôn ngữ phi thủ tục khuôn cảnh 4GT), tạo kết lệnh thực máy tính B3 kiểm thử pm: 3.giai đoạn bảo trì: người lập trình tập trung vào thay đổi gắn vs việc sửa lỗi, thích nghi mơi trường PM nâng cao, gây thay đổi yêu cầu người dùng dạng bảo trì hay gặp : sửa chữa( thay đổi pm để sửa chữa khiếm khuyết), thích nghi(sửa đổi PM để thích nghi vs mơi trường bên ngồi), nâng cao(hồn thiện, mở rộng PM chức gốc) -Các giai đoạn mơ tả theo cách nhìn tổng qt bổ sung thêm số “hoạt động che chắn” phát triển kiểm sốt tài liệu để đảm bảo thơng tin hệ thống PM đầy đủ, có lợi cho việc s.dụng sau Câu 24 người phân tích yêu cầu người phân tích ? Người phân tích hệ thống, kỹ sư hệ thống, người thiết kế hệ thống cần yêu cầu sau : + Khả hiểu thấu khái niệm trừu tượng, có khả tổ chức lại thành phân tích logic tổ hợp giải pháp dựa dải phân chia + Khả rút kiện thích đáng từ nguồn xung khắc lẫn lộn + Khả hiểu môi trường người dùng + Khả áp dụng phần tử hệ thống phần cứng phần mềm vào môi trường người s.dụng + Khả trao đổi tốt thông qua dạng viết nói + Khả “thấy rừng qua cây” + Người phân tích phải hiểu rõ khn cảnh PM tổng quát, áp dụng khuôn cảnh cần dùng Người phân tích phải hiểu kỹ nghệ PM Câu 25 nhiệm vụ việc thiết kế PM ? Thiết kế PM quan trọng công việc xây dựng phát triển PM Từng hoạt động thiết kế PM biến đổi thông tin cho tạo phần mềm máy tính hợp lý Các yêu cầu PM biểu thị mơ hình thơng tin, chức hành vi, vào cho bước thiết kế Câu 26 phân biệt phương pháp kiểm thử hộp đen hộp trắng ? Trong kỹ thuật kiểm thử hộp đen liệu xuất phát từ đặc tả PM: đặc tả yêu cầu, đặc tả thiết kế (đối vs kiểm thử tích hợp), đặc tả chi tiết modul ( đối vs kiểm thử đơn vị) Trong kỹ thuật kiểm thử viên xem PM hộp đen-> kiểm thử hoàn toàn k quan tâm đến cấu trúc hành vi bên PM, quan tâm đến việc tượng mà PM k hành xử theo đặc tả Kiểm thử viên biết PM dự kiến thực mà k thể nhìn bên xem hoạt động ntn-> liệu kiểm thử xuất phát từ đặc tả kiểm thử hộp đen cố gắng tìm loại lỗi: thiếu chức năng, lỗi giao diện, lỗi cấu trúc liệu, lỗi thi hành, lỗi khởi tạo kết thúc Kỹ thuật kiểm thử hộp trắng (cấu trúc) : dựa phát triển mã chương trình mơ hình mã c.trình để xác định phép thử theo tiêu chuẩn bao phủ, cho phép kiểm thử cấu trúc bên PM vs mục đích kiểm tra tất câu lệnh điều kiện tồn PM Trong kỹ thuật đòi hỏi kỹ thuật viên có kỹ lập trình để nhận biết tất đường dẫn thông qua phần mềm kỹ thuật viên lấy liệu kiểm thử xuất phát từ việc kiểm tra logic c.trình Câu 27 phân tích đặc trưng: “ phần lớn pm xây dựng theo đơn đặt hàng, lắp ráp từ thành phần có sẵn” -Ta xét cách thức thiết kế xây dựng phần cứng đ.khiển cho sp dựa vi xử lý: vẽ sơ đồ mạch số> thực phân tích để đảm bảo chức đúng> phân loại danh mục thành phần-> gắn cho mạch tích hợp (IC or chip) số hiệu, chức định hợp lệ, giao diện xđ rõ tập hướng dẫn phân tích hợp chuẩn hóa -Đối vs pm, nhìn chung danh mục thành phần pm khơng có sẵn đặt hàng đơn vị pm hồn chỉnh, khơng phải lắp ráp thành c.trình yêu cầu nhóm khách hàng thường khác nhau, khơng thể có sẵn đơn vị tương thích yêu cầu khách hàng để đáp ứng đủ yêu cầu khách hàng Câu 29 : phn mm khụng hng i Phần mềm không cảm ứng khiếm khuyết môi trờng vốn gây cho phần cứng bị mòn cũ -Thực tế, phần mềm trải qua thay đổi (bảo trì) Khi thay đổi đợc thực số khiếm khuyết đợc đa vào, gây cho đờng cong tỷ lệ hỏng hóc trở thành có đầu nhọn nh hình vẽ dới Trớc ®êng cong ®ã cã thĨ trë vỊ tû lƯ háng hóc ổn định ban đầu thay đổi khác lại đợc yêu cầu, lại gây đờng cong phát sinh đỉnh nhọn lần Dần dần, mức tỷ lệ hỏng hóc tối thiểu bắt đầu nâng lên phần mềm bị thoái hoá thay đổi Nhận xÐt -PhÇn cøng háng hãc “vËt t thay thÕ”, nhng phần mềm thay cho phần mềm Mọi hỏng hóc phần mềm lỗi thiết kế hay tiến trình chuyển thiết kế thành mã máy thực đợc Do đó, việc bảo trì phần mềm bao gồm độ phức tạp phụ thêm đáng kể so với bảo trì phần cứng Cõu 30 phng phỏp thiết kế ảnh hưởng đến trình phát triển phần mềm ? Phương pháp thiết kế quan trọng trình thiết kế phần mềm khơng có thiết kế : + sản phẩm khơng ổn định phải chấp vá , đụng tới đâu làm tới + cơng đoạn khơng kiểm sốt +khó khăn tiếp tục dự án Câu 31 nói đặc tả pm sở cho hợp đồng làm hệ thống ? Đặc tả yc phản ánh yc khách hàng việc phân tích u cầu Chất lượng đặc tả yêu cầu nói lên đầy đủ hay k, yêu cầu khách hàng Vì sở xem xét cho việc tiếp tục hay ký kết hợp đồng làm hệ thống Câu 32 nói thiết kế pm tảng phục vụ cho bước kỹ nghệ PM sau ? giai đoạn ptr pm, đầu giai đoạn đầu vào giai đoạn sau Do thiết kế pm tảng cho giai đoạn sau Câu 33 kỹ nghệ phần mềm ? trình bày đặc trưng kỹ nghệ phần mềm Kỹ nghệ phần mềm việc thiết lập sử dụng nguyên lý công nghệ đắn để thu pm cách vừa kinh tế, vừa tin cậy, vừa làm việc hiệu máy thực Có yếu tố định kỹ nghệ pm : - Phương pháp: cách thức để xd pm Các pp bao gồm nhiệm vụ, lập kế hoạch ước lượng dự án, phân tích yêu cầu hệ thống pm, thiết kế cấu trúc liệu, kiến trúc c.tr thủ tục thuật tốn, mã hóa , kiểm thử bảo trì - Các cơng cụ: cung cấp hỗ trợ tự động hay bán tự động cho pp cơng cụ tích hợp đến mức thơng tin cơng cụ tạo dùng cho cơng cụ khác hệ thống hỗ trợ cho việc pt pm thiết lập -Các thủ tục: KNPM chất keo dán pp công cụ lại vs nhau,làm cho chúng sử dụng hợp lý hạn việc phát triển pm máy tính Thủ tục xđ ra: + Trình tự pp sd + Sp cần bàn giao (tài liệu, báo cáo…) + Cột mốc để người làm PM nắm tiến độ -tập hợp yếu tố gọi khuôn cảnh kỹ nghệ pm Khuôn cảnh lựa chọn dựa chất dự án ứng dụng, pp, công cụ cần dùng, cách kiểm soát cách bàn giao Câu 34 : theo em pm có chất lượng tốt? Thứ 1; hạn chế thấp gây lỗi, đứng hệ thống, tắt ngẽn trình sử dụng Thứ : Giao diện thân thiện với người sử dụng Thứ : Dễ thao tác với chức Các thao tác càn đơn giản tốt Thứ : Đáp ứng phần lớn công việc tự động hóa quản lý tự động hóa tính tốn số liệu, linh họat sử dụng Thứ 5: Linh hoạt quản trị Cho phép mở rộng nhu cầu, cập nhật nâng cấp bổ sung tính Thứ : Cho phép tối ưu Cơ sở liệu Hằng năm cho phép cắt liệu cần tra lại Câu 35 : việc lự chọn ngơn ngữ lập trình cần dựa vào yếu tố : Một số đặc trưng tâm lý xuất kết việc thiết kế ngơn ngữ lập trình.Mặc dầu đặc trưng không đo theo cách thức định lượng nào, nhưngchúng ta thừa nhận biểu chúng ngơn ngữ lập trình a Tính đồng đều: mức độ theo ngơn ngữ ký pháp qn b Tính mơ hồ:ngơn ngữ lập trình người lập trình cảm nhận Trình biên dịch baogiờ diễn giải câu lệnh theo cách Nhưng độc giả hiểu câu lệnh theocách khác Tại có mơ hồ tâm lý Việc thiếu tính đồng mơ hồ tâm lý thường đikèm Nếu ngơn ngữ lập trình để lộ khía cạnh tiêu cực đặc trưng thìchương trình nguồn khó đọc việc dịch từ thiết kế dễ sinh lối nhiều c.Tính gọn gàng:chỉ dẫn khối lượng thơng tin hướng chương trình mà ngườiphải ghi nhớ Trong thuộc tính ngơn ngữ đo tính gọn gàng có: •Mức độ ngơn ngữ hỗ trợ cho kết cấu có cấu trúc “giải việc khó” theo logic •Loại từ khố cách viết tắt dùng •Sự phong phú kiểu liệu đặc trưng mặc định •Số phép tốn logic số học •Số hàm có sẵn d Tính cục bộ:là đặc trưng tồn thái ngơn ngữ lập trình Tính cục làm nổibật câu lệnh tổ hợp thành khối , kết cấu có cấu trúc đượccài đặt trực tiếp, thiết kế chương trình gốc mang tính module Một đặc trưng củangơn ngữ hỗ trợ hay khuyến khích cho xử lý biệt lệ vi phạm vào tính cục e Tính tuyến tính:là đặc trưng tâm lý có liên quan chặt chẽ với khái niệm bảo trìcủa lĩnh vực chức Tức là, nhận biết người thuận lợi gặp dãy tuyến tínhcác thao tác logic Những nhánh xảy (các chu trình lớn) vi phạm tính tuyến tính xử lý.Một lần nữa, việc cài đặt thông tin trực tiếp cho kết cấu có cấu trúc trợ giúp cho tuyến tínhcủa ngơn ngữ lập trình.Khả học ngơn ngữ bị ảnh hưởng truyền thống Các kếtcấu tương tự nhau, hình dạng tương thích cảm giác định dạng ngơn ngữ lập trìnhđược bảo tồn.Các đặc trưng tâm lý ngơn ngữ lập trình có ý nghĩa quan trọng tới khả củachúng ta việc học, áp dụng trì chúng Tóm lại, ngơn ngữ lập trình tạo màu sắc,cho cách nghĩ chương trình giới hạn cố hữu cách liên lạc với máy tính Câu 36: với pm nhỏ có cần tiếp cận theo hướng kỹ nghệ hay khơng? why? Có cần.Một nhận thức sai lầm phổ biến lập trình viên tạo chương trình, đơn giản ngồi xuống bắt đầu viết code Điều xảy cửa hàng phần mềm nhỏ không chuyên nghiệp Nhưng công ty lớn, dù với phần mềm nhỏ phải trải qua trình thiết kế để lập kế hoạch cách mà phần mềm viết phần mềm yêu cầu phác thảo lập kế hoạch trước đoạn mã gõ, xây dựng.vì pm nhỏ pm lớn phải theo bước cụ thể có sp đáp ứng nhu cầu k/h.(Những tài liệu mà lập trình viên tạo biến đổi nhiều phụ thuộc vào cơng ty, dự án, nhóm phát triển, mục đích chúng lập kế hoạch tổ chức mã viết.) Câu 37 Các giai đoạn thiết kế phần mềm nghiên cứu hiểu vấn đề không hiểu rõ vấn đề khơng thể có thiế kế phần mềm hữu hiệu xác định đặc điểm thô it vài giải pháp Chọn giải pháp phụ thuộc vào ng thiết kế, vào cấu kiện dùng lại đc đơn giản giải pháp dẫn xuất Theo kinh nghiệm nhân tố khác tương tự nên chọn giải pháp đơn giản mô tả điều trừu tượng giải pháp Trước tạo tư liệu thức ng thiết kế nên thấy cần phải xây dựng mô tả ban đầu sơ khai chi tiết hóa Các sai sót khiếm khuyết thiết kế mức đỉnh đc phát phải đc chỉnh đốn trc lập tư liệu thiết kế Quá trình khắc phục khiếm khuyết đc lặp lại cho trừu tượng có thiết kế ban đầu trình tinh chế tiếp tục đặc tả thiết kế chi tiết cho phần trừu tượng kết thúc Tầm quan trọng: đc thể = từ: chất lượng thiết kế nơi chất lượng đc nuôi dưỡng phát triển PM Thiết kế cung cấp cách biểu diễn PM đc xác nhận chất lượng, cách mà chuyển hóa cách xác yêu cầu thành sản phẩm hay hệ thống PM cuối câu 39,41,44:Mơ hình vòng đời cổ điển Mơ hìnhvòng đời cổ điển (mơ hình thác nước) khn cảnh vòng đời yêu cầu cáchtiếp cậntuần tự việc phát triển phần mềm Nó bắt đầu mức hệ thống tiến dầnxuống phân tích, thiết kế, mã hóa, kiểm thử bảo trì Như khn cảnh vòng đời bao gồmcác hoạt động mơ hình thác nước sau: 1.Kỹ nghệ phân tích hệ thống: Phần mềm phần hệ thống ứng dụng nêncông việc phải việc thiết lập yêu cầu cho tất phần tử hệ thống Kỹnghệ phân tích hệ thống bao gồm việc thu thập yêu cầu mức hệ thống với mộtthiết kế sơ phân tích mức đỉnh 2.Phân tích yêu cầu phần mềm: Tiến trình thu thập yêu cầu tập trung làm mạnhđặc biệt vào phần mềm Các kỹ sư phần mềm cần phải diễn đạt yêu cầuđối với phần mềm dạng chức cần có, hiệu giao diện Cần lậptư liệu yêu cầu cho hệ thống phần mềm, khách hàng duyệt lại 3.Thiết kế: Thiết kế phần mềm tiến trình nhiều bước tập trung vào bốn thuộc tínhphân biệt chương trình: -thiêt kế cấu trúc liệu -kiến trúc phần mềm (các chức chương trình) -chi tiết thủ tục, thuật tóan -kế giao diệnTiến trình thiết kế chuyển hóa yêu cầu thành biểu diễn phần mềm có thểkhẳng định chất lượng trước giai đoạn mã hóa bắt đầu Việc thiết kế phải lậptư liệu trở thành phần cấu hình phần mềm 4.Mã hóa:dùng ngơn ngữ lập trình cụ thể viết chương trình.Đây khâu quan trọngvà tốn thời gian chất xám cán lập trình – chuyên gia phần mềm 5.Kiểm thử:Việc kiểm thử bắt đầu sau sinh mã, tập trung vào phần logic bêntrong chương trình, đảm bảo tất câu lệnh kiểm thử Về phầnchức bên cần đảm bảo việc tiến hành kiểm thử phát lỗi đảmbảo vào xác định tạo kết thực tế thống với kết muốn có 6.Bảo trì:Phần mềm chắn có thay đổi sau bàn giao cho kháchhàng (ngoại lệ phần mềm nhúng) Nguyên nhân lỗi phần mềm,phải thích ứng với mơi trường bên ngồi (hệ điều hành mới, thiết bị ngoại vi ),hoặc khách hàng yêu cầu nâng cao chức hay hiệu năng… Việc bảo trì phầnmềm phải áp dụng lại bước vòng đời nói Đánh giá: ưu nhược điểm Ưu:Vòng đời cổ điển đời sớm sử dụng rộng rãi cho kỹ nghệ phần mềm.-> cho biết bước trình pt pm Nhươc:Các dự án tn theo dòng chảytuần tự mà mơ hình đề Việc lặp lại bao giờcũng xuất gây vấn đề Khó áp dụng phù hợp với phần mềm đơn giản thực tế bước tách rời cách độc lập Khách hàng khó phát biểu hết yêu cầu cách tường minh triển khai dựán thường xẩy mâu thuẫn thực tế với khả đáp ứng phần mềm Câu 40: Bước phân tích yêu cầu cần xác định j? + Xác định loại yêu cầu: - chức năng: yêu cầu CN cụ thể PM - phi chức năng: + làm rõ chi tiết yêu cầu + loại bỏ yêu cầu chưa hợp lý hay mâu thuẫn với yêu cầu khác câu 42: Tại vòng xung quanh xoắn ốc, cao điểm việc phân tích rủi ro “tiến hành hay khơng tiến hành”, rủi ro q lớn đình dự án Câu 45: vai trò pp thiết kế pm -Để tạo mơ hình hay biểu diến thưc thể mà sau xây dựng Thiết kế phaỉ thực hành học kinh nghiệm ,còn khảo sát hệ thống tồn học sách không đủ ,thiết kế q trình sáng tạo ,đòi hỏi kinh nghiệm tinh nhanh người thiết kế -Thiết kế pm tiến trình chuyển hóa u cầu thành biểu diễn phần mềm Việc làm mịn tiếp sau dẫn tới biễu diến thiết kế gần với chương trình gốc 10 Tầm quan trọng thiết kế pm phát biểu = từ” chất lương Câu 46: phân tích yêu cầu gồm bước nào? Việc phân tích u cầu phần mềm chia thành bước a) Nhận thức vấn đề b) Đánh giá vấn đề tổng hợp giải pháp c) Mơ hình hóa d) Đặc tả e) Xét duyệt,thẩm định Ta xét khái quát bước tiến hành sau:Trước hết tiến hành nghiên cứu Phân tích hệ thống Kế hoạch dự án phầnmềm(nếu có), hiểu phần mềm tồn cảnh hệ thống xem xét phạm vi phần mềm đượcdùng để ước lượng quy mô công việc lên kế hoạch Bước thứ trao đổi bên để nhận thức vấn đề cần giải Mơ hình làm mẫu: Khách hàng xác định đc mục tiêu tổng quát PM hiểu rõ làm ntn Đưa mẫu với công việc: B1: tập hợp yêu cầu từ KH B2: Thiết kế nhanh để tạo mẫu B3: mẫu đem giao tiếp với Kh để tiếp nhận ý kiến xem phù hợp chưa B4: đánh giá xem người làm đạt yêu cầu KH chưa, nhận kết tiếp thu ý kiến từ KH B5: làm mịn mẫu Ưu điểm: dễ tiếp cận, hiệu cao, trao đỗi ng thiết kế khách hàng đơn gian Nhược: phụ thuộc vào mẫu có sẵn, ko có mẫu việc phát triển ko thể hoàn thành 11 ... bước kỹ nghệ PM sau ? giai đoạn ptr pm, đầu giai đoạn đầu vào giai đoạn sau Do thiết kế pm tảng cho giai đoạn sau Câu 33 kỹ nghệ phần mềm ? trình bày đặc trưng kỹ nghệ phần mềm Kỹ nghệ phần mềm việc... mức đỉnh 2.Phân tích yêu cầu phần mềm: Tiến trình thu thập yêu cầu tập trung làm mạnhđặc biệt vào phần mềm Các kỹ sư phần mềm cần phải diễn đạt yêu cầuđối với phần mềm dạng chức cần có, hiệu giao... hoạch dự án phầnmềm(nếu có), hiểu phần mềm toàn cảnh hệ thống xem xét phạm vi phần mềm đượcdùng để ước lượng quy mô công việc lên kế hoạch Bước thứ trao đổi bên để nhận thức vấn đề cần giải Mơ