SE1 Nhap mon cong nghe hoc phan mem(P2).

HUT, Falt. of IT  Dept. of SE, 2001 SE-I.1 Những vấn đề trong sản xuất phần mềm (tiếp) (5) Nếu không kiểm thử tính đúng đắn của phần mềm ở từng giai đoạn mà chỉ kiểm ở giai đoạn cuối và phát hiện ra lỗi, thì thường bàn giao sản phẩm không đúng hạn (6) Nếu coi trọng việc lập trình hơn khâu thiết kế thì thường dẫn đến làm giảm chất lượng phần mềm (7) Nếu coi thường việc tái sử dụng phần mềm (software reuse), thì năng suất lao động sẽ giảm HUT, Falt. of IT  Dept. of SE, 2001 SE-I.2 Những vấn đề trong sản xuất phần mềm (tiếp) (8) Phần lớn trong quy trình phát triển phần mềm có nhiều thao tác do con người thực hiện, do vậy năng suất lao động thường bị giảm (9) Không chứng minh được tính đúng đắn của phần mềm, do vậy độ tin cậy của phần mềm sẽ giảm (10) Chuẩn về một phần mềm tốt không thể đo được một cách định lượng, do vậy không thể đánh giá được một hệ thống đúng đắn hay không HUT, Falt. of IT  Dept. of SE, 2001 SE-I.3 Những vấn đề trong sản xuất phần mềm (tiếp) (11) Khi đầu tư nhân lực lớn vào bảo trì sẽ làm giảm hiệu suất lao động của nhân viên (12) Công việc bảo trì kéo dài làm giảm chất lượng của tư liệu và ảnh hưởng xấu đến những việc khác HUT, Falt. of IT  Dept. of SE, 2001 SE-I.4 Những vấn đề trong sản xuất phần mềm (tiếp) (13) Quản lý dự án lỏng lẻo kéo theo quản lý lịch trình cũng không rõ ràng (14) Không có tiêu chuẩn để ước lượng nhân lực và dự toán sẽ làm kéo dài thời hạn và vượt kinh phí của dự án Đây là những vấn đề phản ánh các khía cạnh khủng hoảng phần mềm, hãy tìm cách nỗ lực vượt qua để tạo ra phần mềm tốt! HUT, Falt. of IT  Dept. of SE, 2001 SE-I.5 Chương 3 Công nghệ học Phần mềm (Software Engineering) 3.1 Lịch sử tiến triển Công nghệ học phần mềm 3.2 Sự tiến triển của các phương pháp thiết kế phần mềm 3.3 Định nghĩa Công nghệ học phần mềm 3.4 Vòng đời của phần mềm 3.5 Quy trình phát triển phần mềm HUT, Falt. of IT  Dept. of SE, 2001 SE-I.6 3.1 Lịch sử tiến triển của CNHPM • Nửa đầu 1960: ít quan tâm đến phần mềm, chủ yếu tập trung nâng cao tính năng và độ tin cậy của phần cứng • Giữa những năm 1960: Phát triển hệ điều hành như phần mềm lớn (IBM OS/360, EC OS). Xuất hiện nhu cầu về quy trình phát triển phần mềm lớn và quy trình gỡ lỗi, kiểm thử trong phạm vi giới hạn HUT, Falt. of IT  Dept. of SE, 2001 SE-I.7 Lịch sử tiến triển của CNHPM (tiếp) • Năm 1968: Tại Tây Đức, Hội nghị khoa học của NATO đã đưa ra từ “Software Engineering”. Bắt đầu bàn luận về khủng khoảng phần mềm và xu hướng hình thành CNHPM như một chuyên môn riêng • Nửa cuối 1960: IBM đưa ra chính sách phân biệt giá cả giữa phần cứng và phần mềm. Từ đó, ý thức về phần mềm ngày càng cao. Bắt đầu những nghiên cứu cơ bản về phương pháp luận lập trình HUT, Falt. of IT  Dept. of SE, 2001 SE-I.8 Lịch sử tiến triển của CNHPM (tiếp) • Nửa đầu những năm 1970: Nhằm nâng cao chất lượng phần mềm, không chỉ có các nghiên cứu về lập trình, kiểm thử, mà có cả những nghiên cứu đảm bảo tính tin cậy trong quy trình sản xuất phần mềm. Kỹ thuật: lập trình cấu trúc hóa, lập trình môđun, thiết kế cấu trúc hóa, vv • Giữa những năm 1970: Hội nghị quốc tế đầu tiên về CNHPM được tổ chức (1975): International Conference on SE (ICSE) HUT, Falt. of IT  Dept. of SE, 2001 SE-I.9 Lịch sử tiến triển của CNHPM (tiếp) • Nửa sau những năm 1970: Quan tâm đến mọi pha trong quy trình phát triển phần mềm, nhưng tập trung chính ở những pha đầu. ICSE tổ chức lần 2, 3 và 4 vào 1976, 1978 và 1979 – Nhật Bản có “Kế hoạch phát triển kỹ thuật sản xuất phần mềm” từ năm 1981 – Cuộc “cách tân sản xuất phần mềm” đã bắt đầu trên phạm vi các nước công nghiệp HUT, Falt. of IT  Dept. of SE, 2001 SE-I.10 Lịch sử tiến triển của CNHPM (tiếp) • Nửa đầu những năm 1980: Trình độ học vấn và ứng dụng CNHPM được nâng cao, các công nghệ được chuyển vào thực tế. Xuất hiện các sản phẩm phần mềm và các công cụ khác nhau làm tăng năng suất sản xuất phần mềm đáng kể – ICSE tổ chức lần 5 và 6 năm 1981 và 1982 với trên 1000 người tham dự mỗi năm – Nhật Bản sang “Kế hoạch phát triển các kỹ thuật bảo trì phần mềm” (1981-1985) [...]...Lch s tin trin ca CNHPM (tip) Na cui nhng nm 1980 n nay: T hc vn sang nghip v! Cht lng phn mm tp trung ch yu tớnh nng sut, tin cy v tớnh bo trỡ Nghiờn ca h tr t ng húa sn xut phn mm Nht Bn cú K hoch h thng cụng nghip húa sn xut phn mm(SIGMA: Software Industrialized Generator & Maintenance Aids, 19851990) Nhiu trung tõm, vin nghiờn cu CNHPM ra i Cỏc trng a vo ging dy SE HUT, Falt of Dept of... of Dept of SE, 2001 SE-I.21 nh ngha CNHPM (tip) Cụng ngh hc phn mm l lnh vc khoa hc v cỏc phng phỏp lun, k thut v cụng c tớch hp trong quy trỡnh sn xut v vn hnh phn mm nhm to ra phn mm vi nhng cht lng mong mun [Software Engineering is a scientỡic field to deal with methodologies, techniques and tools integrated in software production-maintenance process to obtain software with desired qualities] HUT,... Phương pháp kiểm phát triển thử chương trình Sử dụng, vận hành phần mềm đã Chưa cụ thể phát triển Biến đổi, điều chỉnh phần mềm HUT, Falt of Dept of SE, 2001 SE-I.30 3.5 Quy trỡnh phỏt trin phn mm Common process framework - Khung quy trỡnh chung Framework activities - Hot ng khung Task sets - Tp tỏc v Tasks - Tỏc v Milestones, deliverables SQA points - im KTCL Umbrella activities HUT, Falt of Dept