Bé m«n C«ng nghÖ phÇn mÒm- Khoa CNTT- §HCN Email: vynv@coltech.vnu.vn K ngh phn mm Software Engeneering B môn Công ngh phn mm – HCN 2 NguynVnV Ni dung ̈ TiÕn tr×nh vμ m« h×nh tiÕn tr×nh ̈ C¸c giai ®o¹n cña tiÕn tr×nh ̈ TiÕn tr×nh vμ vÊn ®Ò liªn quan Bài 3: Tin trình phn mm B môn Công ngh phn mm – HCN 3 NguynVnV TÀI LiU THAM KHO 1. Nguyn Vn V, Nguyn Vit Hà. Giáo trình k ngh phn mm. Nhà xut bn i hc Quc gia Hà ni, 2008 2. Grady Booch, James Rumbaugh, Ivar Jacobson. The Unified Modeling language User Guid. Addison-Wesley, 1998. 3. M. Ould. Managing Software Quality and Business Risk, John Wiley and Sons, 1999. 4. Roger S.Pressman, Software Engineering, a Practitioner’s Approach. Fifth Edition, McGraw Hill, 2001. 5. Ian Sommerville, Software Engineering. Sixth Edition, Addison- Wasley, 2001. 6. Nguyn Vn V. Phân tích thit k h thng thông tin hin đi. Hng cu trúc và hng đi tng, NXB Thng kê, 2002, Hà Ni. B môn Công ngh phn mm – HCN 4 NguynVnV C¸c lo¹i m« h×nh tiÕn tr×nh ̇ M« h×nh th¸c n−íc ̇ C¸c m« h×nh ph¸t triÓn tiÕn hãa ̇ C¸c m« h×nh ph¸t triÓn h×nh thøc ̇ Ph¸t triÓn dùa trªn sö dông l¹i ̇ Kh¸c 5 lo¹i m« h×nh tiÕn tr×nh phÇn mÒm tiªu biÓu: Mçi lo¹i bao gåm mét sè c¸c m« h×nh tiÕn tr×nh. B mụn Cụng ngh phn mm HCN 5 NguynVnV Mô hình vòng đời truyền thống Mô hình thác nớc waterfall model phân tích yêu cầu& đặc tả thiết kế HT & phẩn mềm Mã hoá &kiểm thử đơn vị kiểm thử tích hợp & HT Vận hnh & bảo trì Ngiên cứu lập KHDA B mụn Cụng ngh phn mm HCN 6 NguynVnV Mô hình thác nớc: đặc điểm Tách biệt giữa các pha, tiến hnh tuần tự Khó tuân thủ tuần t: dự án lớn thờng phải quay lại Khó đáp ứng yêu cầu thờng thay đổi của khách Chậm có phiên bản thực hiện đợc đòi hỏi khách hng phải kiên nhẫn sai sót phát hiện muộn có thể l thảm họa Đặc tả kỹ, phân công chuyên trách, hớng ti liệu Ti liệu quá nhiều, tốn sức ngời, thời gian di ơ Có sớm v đợc sử dụng rộng rãi (tốt > tự nhiên) ơ Thích hợp khi yêu cầu hiểu tốt, hệ lớn & phức tạp ơ Bảo trì thuận lợi B mụn Cụng ngh phn mm HCN 7 NguynVnV Phiên bản cuối cùng Đặc tả Phiên bản khởi đầu tl e sri o Đặc tả khái quát Phiên bản trung gian Phát triển Thẩm định Mô hình phát triển tiến hóa b1. Lợc đồ chung nhất B mụn Cụng ngh phn mm HCN 8 NguynVnV Lợc đồ chung nhất Phát triển ban đầu Lm việc với khách, đặc tả khái quát hệ thống (bắt đầu với hiểu biết có thể cha đầy đủ) Thực hiện phát triển bằng cách lm mẫu Mục tiêu l để hiểu hệ thống. Bản mẫu ban đầu có thể còn sơ si. Thẩm định phiên bản có đợc, lặp lại các bớc cho đến khi có phiên bản cuối cùng B mụn Cụng ngh phn mm HCN 9 NguynVnV Lợc đồ chung Hạn chế Không trực quan Hệ thống thờng có cấu trúc nghèo nn Đòi hỏi có kỹ năng đặc tả (ngôn ngữ lm mẫu) Khả năng ứng dụng Cho các hệ tơng tác vừa, nhỏ Cho những phần của hệ lớn Hệ có vòng đời ngắn B mụn Cụng ngh phn mm HCN 10 NguynVnV sản phẩm cuối cùng lm mịn bản mẫu xây dựng bản mẫu thiết kế nhanh đánh giá của khách xác yêu cầu- thu thập tt. sơ bộ Mô hình làm bản mẫu - Prototyping model Bắt đầu Kết thúc Mô hình lm bản mẫu [...]... viện th nh phần th nh phần đặc tả yêu cầu phân tích thành phần Tham chiếu Sử dụng cải biên yêu cầu Th viện Th viện mẫu mẫu Khung l m việc thíết kế HT dùng lại phát triển và tích hợp thẩm định hệ thống Tiến trình phát triển B mụn Cụng ngh ph n m m HCN 29 Kỹ nghệ h ớng th nh phần Component-based software engineering Nguy nV nV Nội dung Th nh phần l mô đun chức năng mã đóng Lắp ráp các th nh phần đúng... hình tăng tr ởng Nguy nV nV Chuyển giao dần từng phần của hệ thống Sản phẩm chia th nh từng phần tăng theo yêu cầu chức năng Yêu cầu ng ời dùng u tiên theo thứ tự phần tăng Cho sản phẩm dùng trong thời gian ngắn đáp ứng nhanh yêu cầu của khách chiếm lĩnh thị tr ờng khác với bản mẫu Công ty phát triển phải có tiềm lực cao (công nghệ, t i sản phần mềm) B mụn Cụng ngh ph n m m HCN 19 Lập trình cực... trọng 4GT chỉ trợ giúp (tự động hóa) việc sinh mã ch ơng trình đối với từng chức năng cụ thể ứng dụng còn hạn chế; không phải mọi 4GTcũng dễ dùng Tíết kiệm công sức cho phát triển phần mềm nhỏ Không hiệu quả với phần mềm lớn: mã hóa chỉ chiếm một tỷ lệ nhỏ so với phân tích thiết kế B mụn Cụng ngh ph n m m HCN 22 Phát triển hệ thống hình thức hóa formal systems development Bán t Xác định yêu cầu... m mẫu Thêm phân tích rủi ro L quá trình lặp h ớng mở rộng, ho n thiện dần Lập kế hoạch: xác lập vấn đề, t i nguyên, thời hạn Phân tích rủi ro: xem xét mạo hiểm, tìm giải pháp Kỹ nghệ: phát triển một phiên bản của phần mềm (chọn mô hình thích hợp: l m mẫu, thác n ớc, ) Đánh giá của khách: khách đánh giá phiên bản phát triển; ồ l m mịn, sửa đổi B mụn Cụng ngh ph n m m HCN 13 Mô hình xoắn ốc Nguy... tính khả thi Sử dụng: L m bản mẫu, mô hình xoắn ốc B mụn Cụng ngh ph n m m HCN 35 Các giai đoạn của tiến trình Đặc tả yêu cầu phần mềm Nguy nV nV L quá trình thiết lập các chức năng, dịch vụ m hệ thống cần có v các r ng buộc lên sự phát triển v vận h nh hệ thống Tiến trình kỹ nghệ yêu cầu bao gồm: Nghiên cứu khả thi Phân tích v xác định yêu cầu Đặc tả yêu cầu Thẩm định yêu cầu B mụn Cụng ngh ph... trên yêu cầu của khách đánh giá của khách, sửa đổi, ho n thiện phân tích rủi ro, tim giai pháp tiếp tuc hay không? kỹ nghệ đánh giá bản mẫu / áp dụng p.pháp phát triển thích hợp spiral model B mụn Cụng ngh ph n m m HCN 14 Mô hình xoắn ốc: đặc điểm Nguy nV nV Hợp với hệ lớn có thể phân chia phần cốt lõi ồ thứ yếu Có thể kiểm soát rủi ro ở từng mức tiến hóa Khó thuyết phục khách l kiểm soát đ ợc sự tiến... HCN 27 Các h ớng sử dụng lại Nguy nV nV Các h ớng sử dụng lại: Định h ớng th nh phần (component - mã nguồn) Định h ớng mẫu (pattern - phân tích, thiết kế) Phát triển khung l m việc (framworks: lớp ứng dụng) Các giai đoạn của tiến trình Phân tích hệ thống th nh các phần yêu cầu nhỏ Cải biên các yêu cầu h ớng (th nh phần, mẫu, khung) Thiết kế hệ thống h ớng tới t i sản sử dụng lại Phát triển v...Mô hình l m bản mẫu Nguy nV nV Loại mẫu: mẫu trên giấy mẫu mô tả một phần chức năng mẫu giao diện mẫu h ớng tới sản phẩm Mức độ mẫu: mẫu dùng xong bỏ đi (throw-away approach) mẫu dùng tiếp cho b ớc sau (CASE chuyên dụng) mẫu l phần hệ thống vận h nh đ ợc (dựa trên th nh phần dùng lại) B mụn Cụng ngh ph n m m HCN 11 Mô hình l m bản mẫu Nguy nV nV Nh ợc điểm: tính cấu... nh phần l mô đun chức năng mã đóng Lắp ráp các th nh phần đúng với yêu cầu Dùng lại th nh phần độc lập với ngôn ngữ Thay thế th nh phần l động (không cần dịch), không cần đ ờng dẫn, chỉ cần định danh file.com file.exe file.com file.exe file.exe Ưu, nh ợc file.com ơ Nhanh, ổn định, hiệu quả ơ Cần có các th nh phần đ ợc mô tả, hiểu về nó, có cách tìm kiếm tốt B mụn Cụng ngh ph n m m HCN file.exe file.exe... toán theo khung ơXác định tiêu bản thích hợp ơLắp ghép hay tìm phần thay thế B mụn Cụng ngh ph n m m HCN 32 Phát triển khung l m việc Framework development Nguy nV nV i mc m Khung chính Quản lý khách sạn Thanh toán quản lý phòng tiền phòng Tiêu bản làm sẵn lế tân dịch vụ Mô hình frameworrk B mụn Cụng ngh ph n m m HCN 33 Phát triển phần mềm mã nguồn mở Nguy nV nV Công khai thiết kế, công khai mã nguồn, . đề, ti nguyên, thời hạn. Phân tích rủi ro: xem xét mạo hiểm, tìm giải pháp Kỹ nghệ: phát triển một phiên bản của phần mềm (chọn mô hình thích hợp: lm mẫu, thác nớc, ) Đánh giá của khách: khách. cao (công nghệ, ti sản phần mềm) B mụn Cụng ngh phn mm HCN 20 NguynVnV Lập trình cực đoan (Extreme Programming-XP) Cách tiếp cận dựa trên việc phát triển, chuyển giao dần từng phần nhỏ chức. hình tăng trởng Chuyển giao dần từng phần của hệ thống Sản phẩm chia thnh từng phần tăng theo yêu cầu chức năng Yêu cầu ngời dùng u tiên theo thứ tự phần tăng Cho sản phẩm dùng trong thời