Báo Cáo CNPM Mô Hình Xoắn Ốc

ĐẠI HỌC VIỆT HÀN KHOA CÔNG NGHỆ THÔNG TIN VÀ TRUYỀN THƠNG Cơng Nghệ Phần Mềm ĐỀ TÀI: Mơ Hình Xoắn Ốc Sinh viên thực : Lớp NGUYỄN TRỌNG HOÀNG : 19IT6 Giảng viên hướng dẫn : Đà nẵng, tháng năm 2021 ĐẠI HỌC VIỆT HÀN KHOA CÔNG NGHỆ THƠNG TIN VÀ TRUYỀN THƠNG Cơng Nghệ Phần Mềm ĐỀ TÀI: MƠ HÌNH XOẮN ỐC Sinh viên thực : Lớp NGUYỄN TRỌNG HOÀNG : 19IT6 Giảng viên hướng dẫn : Đà nẵng, tháng năm 2021 Lời mở đầu Cũng ngành sản xuất khác, qui trình yếu tố quan trọng đem lại thành công cho nhà sản xuất phần mềm, giúp cho thành viên dự án từ người cũ đến người mới, hay cơng ty xử lý đồng cơng việc tương ứng vị trí thơng qua cách thức chung cơng ty, hay cấp độ dự án Có thể nói qui trình phát triển/xây dựng phần mềm (Software Development/Engineering Process - SEP) có tính chất định để tạo sản phẩm chất luợng tốt với chi phí thấp suất cao, điều có ý nghĩa quan trọng cơng ty sản xuất hay gia công phần mềm củng cố phát triển với công nghiệp phần mềm đầy cạnh tranh Để sản xuất sản phẩm phần mềm người ta dùng mơ hình khác Tuy nhiên tất mô hình thích hợp cho ứng dụng Chúng ta chi tiết mơ hình xoắn ốc (spiral model)_ mơ hình sử dụng phổ biến tới thời điểm MƠ HÌNH XOẮN ỐC Mục Lục Tổng quát lịch sử hình thành sơ lược mơ hình xoắn ốc .4 2.Tiếp cận mơ hình xoắn ốc: 2.1 Định nghĩa: .8 2.2 Đặc điểm mơ hình xoắn ốc: 2.3 Quy trình 11 2.3.1 Lập kế hoạch: 11 2.3.2 Phân tích rủi ro: 12 2.3.3 Phát triển kiểm tra: .15 2.3.4 Biểu diễn mô hình: 15 3.Đánh Giá .16 3.1 Thuận lợi Ưu điểm mơ hình xoắn ốc 16 3.2 Khó khăn 18 3.3 Ứng dụng: .18 MƠ HÌNH XOẮN ỐC Tổng quát lịch sử hình thành sơ lược mơ hình xoắn ốc Chức mơ hình phát triển phần mềm để xác định thứ tự giai đoạn liên quan đến phát triển phần mềm, tiến hóa thiết lập tiêu chuẩn giai đoạn Chúng bao gồm tiêu chuẩn hồn thiện tiêu chí giai đoạn cộng với lựa chọn tiêu chuẩn hành cho giai đoạn Vòng đời phần mềm sản phẩm nhiều có khác biệt lớn Có phần mềm dùng vài năm cho việc khảo sát, tìm hiểu vấn đề Những trường hợp MƠ HÌNH XOẮN ỐC thường xảy chưa có phần cứng phù hợp để xây dựng phần mềm, cần phải tiến hành nhiều nghiên cứu để tìm thuật tốn hiệu Có sản phẩm thiết kế viết chương trình nhanh lại tốn hàng năm để bảo trì phải sửa đổi chương trình cho phù hợp với yêu cầu khách hàng Cũng có sản phẩm phần mềm sau thời gian sử dụng người ta nhận thấy có lẽ nên viết hẳn sản phẩm hồn tồn tốt bảo trì sản phẩm cũ Cho đến có nhiều mơ hình vòng đời phần mềm sử dụng Tuy nhiên mơ hình lại có ưu nhược điểm khác Mơ hình xoắn ốc trình bày viết ứng cử viên choviệc cải thiện mơ hình phát triển phần mềm Các tính phân biệt chủ yếu mơ hình xoắn ốc tạo cách tiếp cận theo định hướng rủi ro để phát triển phần mềm Nó kết hợp nhiều mạnh mơ hình khác giải khó khăn mơ hình trước Trong mơ hình thác nước(waterfall model) trình bày nhìn đơn giản vòng đời phần mềm, phương pháp tiếp cận mơ hình giúp loại bỏ nhiều khó khăn trước gặp phải dự án phần mềm Trở thành sở cho tiêu chuẩn hầu hết phần mềm phủ ngành công nghiệp, đời cung cấp cải tiến mơ hình trước: - Cập nhận thông tin phản hồi giai đoạn, hướng dẫn để giới hạn phản hồi giai đoạn để giảm thiểu tốn liên quan đến thông tin phản hồi qua nhiều giai đoạn - Một kết hợp ban đầu mẫu vịng đời phần mềm, thơng qua bước " “build it twice " chạy song song với yêu cầu phân tích thiết kế Tuy nhiên quan điểm thích hợp cho lớp chắn phát triển phần mềm Cụ thể, mơ hình thác nước hoạt động tốt hiểu rõ yêu cầu phần mềm (như trình biên dịch hệ điều hành) chất phát triển phần mềm liên quan đến việc thỏa thuận hợp đồng (Hợp đồng ký kết giai đoạn đầu tiến trình làm cho MƠ HÌNH XOẮN ỐC thay đổi yêu cầu khách sạn sau khó khăn Sau khách hàng u cầu cơng việc, sở để có kí hợp đồng thời gian kinh phí, nêú thay đổi thời gian kinh phí làm tăng lên đáng kể, mà làm khối lượng công việc lớn khó khăn.) Mơ hình thác nước có vị trí quan trọng đưa hình mẫu bước mà phần mềm cần phải trải qua là: phân tích hệ thống, thiết kế, cài đặt, tích hợp bảo trì Tuy nhiên theo Boehm (*), mơ hình "khơng làm việc tốt cho phát triển phần mềm, đặc biệt tương tác với ứng dụng người dùng cuối Khách hàng thường khó phát biểu yêu cầu cách tường minh từ đầu Đồng thời khách hàng phải kiên nhẫn chờ đợi, làm việc chương trình có vào thời gian cuối dự án Hơn nữa, đến lúc chương trình làm việc phát thảm họa Mơ hình xoắn ốc Hoặc với việc phân tích số dự án tại, thấy chất tuyến tính vịng đời cổ điển dẫn tới "các trạng thái tắc nghẽn", nghĩa có số thành viên MƠ HÌNH XOẮN ỐC nhóm phát triển phải chờ đợi chuyển giao từ nhóm khác hồn thành công việc pha trước Trong thực tế, thời gian chờ đợi vượt thời gian sản xuất Trạng thái nghẽn có xu hướng xảy vào thời gian đầu cuối quy trình phần mềm Ngồi thiếu sót này, mơ hình thác nước khơng cung cấp phương tiện để đánh giá rủi ro quản lý vòng đời Sự đời mơ hình tiến hố để giải số vấn đề mà mơ hình trước mắc phải , phát triển mơ hình tiến hóa lý tưởng phù hợp với ngôn ngữ hệ thứ tư phù hợp với tình người dùng nói rằng: "Tơi khơng thể cho bạn biết tơi muốn, tơi biết điều tơi nhìn thấy nó." Nó mang đến cho người dùng khả tiếp cận nhanh chóng lúc đầu cung cấp sở hoạt động thực tế để xác định cải tiến sản phẩm Năm 1988, Barry Boehm đề xuất mơ hình vịng đời tồn diện gọi mơ hình xoắn ốc để giải bất cập mơ hình thác nước ( viết ”A Spiral Model of Software Development and Enhancement ”) Tính phân biệt chủ yếu mơ hình xoắn ốc tạo cách tiếp cận theo định hướng rủi ro để xây dựng phần mềm khơng phải q trình chủ yếu document-driven driven-code kết hợp nhiều mạnh mơ hình khác giải nhiều khó khăn họ Tiểu sử Boehm: (*) Barry W Boehm (sinh 1935) cử nhân toán học Đại học Harvard vào năm 1957, thạc sĩ khoa học vào năm 1961, tiến sĩ từ UCLA vào năm 1964 Năm 1955, ông bắt đầu làm việc nhà ProgrammerAnalyst Năm 1959, ông làm việc tổng công ty RAND , trở thành trưởng phịng phịng Khoa học Thơng tin ccho đến năm 1973 Từ 1973 đến 1989, ông Giám đốc khoa học Tập đoàn Hệ thống Quốc phịng TRW Inc Từ 1989 để 1992 ơng phục vụ Cục Quốc phòng Mỹ (DoD )và Giám đốc phần mềm DDR & E Văn phịng Cơng nghệ máy tính Từ 1992 Giáo sư danh dự Công nghệ phần mềm Sở Khoa học Máy tính trường Đại học Nam California, Giám đốc trung tâm Hệ MƠ HÌNH XOẮN ỐC thống Công nghệ phần mềm USC, trước Trung tâm Cơng nghệ phần mềm Ơng biết đến với nhiều đóng góp cho cơng nghệ phần mềm :mơ hình chi phí xây dựng ( COCOMO ),mơ hình xoắn ốc q trình phát triển phần mềm 2.Tiếp cận mơ hình xoắn ốc: 2.1 Định nghĩa: Mơ hình xoắn ốc q trình phát triển phần mềm kết hợp yếu tố thiết kế tạo mẫu giai đoạn Còn gọi vịng đời mơ hình xoắn ốc (hoặc hình xoắn ốc phát triển), phương pháp phát triển hệ thống (SDM) sử dụng công nghệ thơng tin Đây mơ hình phát triển kết hợp tính mơ hình MƠ HÌNH XOẮN ỐC mẫu thác nước Mô hình xoắn ốc sử dụng phổ biến cho dự án lớn, đắt tiền phức tạp, đặc biệt áp dụng cho dự án phần mềm lớn phủ Đây khơng phải mơ hình thảo luận phát triển lặp, mơ hình để giải thích lý lặp lại vấn đề Như hình dung ban đầu, lặp lặp lại thường từ tháng đến năm Mỗi giai đoạn bắt đầu với mục tiêu thiết kế kết thúc đáp ứng khách hàng mơ hình tiến thời điểm Sự cố gắng nỗ lực phân tích cơng nghệ áp dụng giai đoạn dự án, với tầm nhìn hướng tới mục tiêu cuối dự án 2.2 Đặc điểm mơ hình xoắn ốc: Về chất, mơ hình mơ tả phát triển phần mềm qua giai đoạn tiến hoá, giai đoạn coi mơ hình thác đổ Ban đầu người ta chưa định nghĩa hệ thống cách chi tiết, mà ý đến đặc trưng bật Sau phần đặc trưng xây dựng đưa cho khách hàng xem xét, có ý kiến (cũng khơng sử dụng cho cơng việc mơ hình tăng dần) Cùng thông tin phản hồi từ khách hàng, người phát triển trở lại thực đặc trưng với mức độ chi tiết Bản chất mô hình xoắn ốc tên gọi nó, khái quát dần đến chi tiết Quá trình xây dựng phần mềm thường chứa đựng rủi ro Các nguy vượt chi phí dự án, yêu cầu thay đổi (ví dụ, hệ thống hành lý DIA), hay công ty chế tạo phần cứng mà phần mềm cài đặt bị phá sản Sau chi phí hàng trăm nghìn la cho phát triển phần mềm có bước thay đổi đột phá công nghệ làm cho phần mềm trở nên vơ dụng, phải thiết kế lại hồn tồn Cơng ty nghiên cứu phát triển hệ quản trị sở liệu, trước sản phẩm hoàn thành đưa thị trường cơng ty khác lại quảng cáo hệ tương đương có giá rẻ Có thể cơng ty sử dụng mơ hình tăng dần đồng thời, sau thành phần khơng thể tích hợp với để phần mềm yêu cầu đặt Nói tóm lại, nhà phát triển MƠ HÌNH XOẮN ỐC 10 phần mềm thường gặp nhiều rủi ro họ muốn giảm thiểu khả rủi ro đến mức Ý tưởng làm giảm thiểu rủi ro thông qua việc sử dụng mẫu số công cụ khác dẫn đến mơ hình mang tên: mơ hình xoắn ốc( spiral model) Cách đơn giản để xem xét mô hình mơ hình thác đổ pha (trừ pha bảo trì) bổ sung phần phân tích rủi ro trước Trước bắt đầu pha người ta phân tích khả rủi ro cách thức giải Nếu khơng có cách để giải rủi ro quan trọng dự án kết thúc Mơ hình xoắn ốc cung cấp cách thức làm phần mềm cách đưa phiên tăng dần Sự tăng dần bổ sung thêm thành phần mơ hình tăng dần, mà tăng tiến hóa , tức là đặc trưng làm mịn hơn, chi tiết Phiên sau phần mềm hồn chỉnh chuyển giao cho khách hàng sử dụng Kích thước xuyên tâm hình đại diện cho tích lũy chi phí phát sinh việc hoàn thành bước hồn thành, kích thước góc đại diện cho tiến đạt việc hoàn thành chu kỳ xoắn MƠ HÌNH XOẮN ỐC 11 ốc (Mơ hình phản ánh khái niệm mà chu kỳ liên quan đến tiến triển để giải trình tự bước, cho phần sản phẩm cho mức độ lặp, từ khái niệm tổng thể tài liệu hoạt động mã hóa cá nhân chương trình 2.3 Quy trình Quá trình phát triển chia thành nhiều bước lặp lại, bước bắt đầu việc lập kế hoạch, phân tích rủi ro, tạo mẫu, hồn thiện phát triển hệ thống, duyệt lại, tiếp tục Nội dung gồm hoạt động chính: - Lập kế hoạch :Xác định mục tiêu, giải pháp khác để đạt mục tiêu, ràng buộc - Phân tích rủi ro : Phân tích rủi ro khả giải (thường xây dựng mẫu).- Phát triển kiểm tra - Lập kế hoạch cho pha Với lần lặp vòng xoắn ốc (bắt đầu từ tâm), phiên hồn thiện dần Tại vịng xoắn ốc, phân tích rủi ro phải đến định “ tiến hành tiếp hay dừng “ Nếu rủi ro lớn, đình dự án hay thay đổi u cầu đặt cho thích hợp 2.3.1 Lập kế hoạch: Xác định mục tiêu dựa yêu cầu khách hàng, nêu giải pháp thực ràng buộc.Nhiệm vụ đòi hỏi việc định nghĩa tài nguyên, hạn thời gian thông tin liên quan tới dự án Mỗi chu kỳ xoắn ốc bắt đầu với việc xác định: MƠ HÌNH XOẮN ỐC 12 • mục tiêu phần sản phẩm xây dựng (hiệu suất, tính năng, khả để thích ứng với thay đổi, vv) • Các thay nghĩa thực phần sản phẩm cách thay (thiết kế A, thiết kế B, tái sử dụng, mua, lập kế hoạch, kiểm sốt nhân ) • Các hạn chế việc áp dụng lựa chọn thay (chi phí, thời gian ) Khởi đầu chấm dứt xoắn ốc Bốn câu hỏi phát sinh việc xem xét trình bày mơ hình xoắn ốc: (1) Làm để hình xoắn ốc bắt đầu ? (2) Khi thích hợp để chấm dứt dự án ? (3) Tại xoắn ốc kết thúc đột ngột ? (4) Điều xảy phần mềm nâng cấp (hoặc bảo trì) ? Những câu trả lời cho câu hỏi liên quan đến quan sát mơ hình xoắn ốc áp dụng tốt phát triển nâng cấp phần mềm Trong hai trường hợp , mơ hình xoắn ốc bắt đầu giả thuyết nhiệm vụ hoạt động cụ thể ,có thể cải thiện q trình nỗ lực Sau đó, q trình xoắn ốc liên quan đến thử nghiệm giả thuyết : lúc không kiểm tra (ví dụ, chậm trễ phần mềm, sản phẩm bỏ lỡ thị trường, sản phẩm thương mại cao cấp trở nên có sẵn trước), xoắn ốc bị chấm dứt Nếu khơng, chấm dứt với việc cài đặt sửa đổi phần mềm, giả thuyết kiểm tra cách quan sát vào hiệu hoạt động Thông thường, kinh nghiệm với nhiệm vụ hoạt động dẫn đến giả thuyết khác cải tiến phần mềm, vịng xốy bảo trì bắt đầu để kiểm tra giả thuyết.` 2.3.2 Phân tích rủi ro: Phần ta phân tích rủi ro xảy thực hiện, nhiệm vụ đòi hỏi xác định rủi ro kĩ thuật quản lí Ý tưởng làm giảm thiểu rủi ro thông qua việc sử MƠ HÌNH XOẮN ỐC 13 dụng mẫu số công cụ khác dẫn đến mô hình mang tên: mơ hình xoắn ốc( spiral model) Cách đơn giản để xem xét mơ hình mơ hình thác đổ pha (trừ pha bảo trì) bổ sung phần phân tích rủi ro trước Trước bắt đầu pha người ta phân tích khả rủi ro cách thức giải Nếu khơng có cách để giải rủi ro quan trọng dự án kết thúc Để quản lý rủi ro giai đoạn vòng xoắn ốc, Boehm sử dụng mẫu để đánh giá rủi ro trình phát triển phần mềm Các hàng đại diện cho yếu tố quản lý khác dự án Đối với giai đoạn mới, ông tạo thể mẫu để xem xét tình trạng dự án định liệu rủi ro tiếp tục dừng lại       Template Explanation Example Phase Objectives The goals of the software project Significantly improve software quality Constraints Limitations which the project must meet Within three years Without large-scale capital investmen Without radical change to company standards Alternatives Possible ways to achieve the objectives Reuse existing        certified software Introduce formal specification and verification Invest in testing and validation tools Risks Potential risks for this phase No cost effective quality improvement possible Quality improvements may increase costs excessively New methods might cause existing staff to leave Risk Resolution Strategies for reducing the risks Literature survey, Pilot project, Survey of potential reusable components, Assessment of available tool support, Staff training and motivation seminars  Results Results of applying risk resolution strategies  Experience of formal methods is limited - very hard to quantify improvements  Limited tool support available for company standard development system  Reusable components available but little reuse tool support  Plans Development plans for the next phase Explore reuse option in more detail MƠ HÌNH XOẮN ỐC 14  Develop prototype reuse support tools  Explore component certification scheme  Commitment Resources needed to achieve the plans Fund further 18-month  study phase Spiral Model Template Trong ví dụ cơng ty phần mềm, có mục tiêu cải thiện đáng kể chất lượng phần mềm họ Để đáp ứng mục tiêu này, công ty đánh giá ba lựa chọn thay ba rủi ro Tuy nhiên, phải chịu nguy gây nhân viên có để lại kể từ họ thích sử dụng phương pháp quen thuộc phát triển phần mềm Để giải nguy này, hội thảo đào tạo nhân viên tiến hành cho thấy lợi ích phương pháp xác định mức độ chuyên môn phương pháp thức Là Cơng ty, kết phát nhân viên biết phương pháp Vì vậy, khó để ước tính cơng ty nhận lợi ích từ việc sử dụng thay để đáp ứng mục tiêu Kể từ tùy chọn mạo hiểm, kế hoạch cho giai đoạn tập trung vào lựa chọn thay khác có triển vọng tái sử dụng thành phần phần mềm Như ta thấy, sử dụng mẫu pha xác định yêu cầu cách thức tuyệt vời để ngăn ngừa khả sản xuất phần mềm không thỏa mãn tất yêu cầu khách hàng Trong pha tiếp theo, người ta xây dựng mẫu thích hợp Chẳng hạn, cơng ty điện thoại vừa phát minh thuật toán hiệu cho việc phân tuyến gọi thông qua mạng diện rộng Nếu phần mềm xây dựng không làm việc mong muốn, cơng ty bị thiệt hại kinh phí Trong trường hợp khách hàng bực tức chuyển sang lựa chọn cơng ty khác Tình trạng loại trừ ta xây dựng mẫu dùng cho mục đích phân tuyến gọi kiểm thử thiết bị mô Bằng cách hệ thống thật không bị ảnh hưởng, giá cơng trình thuật tốn phân tuyến Sau thử nghiệm, công ty định có nên áp dụng thuật tốn cho tồn hệ thống họ hay khơng Tuy nhiên có rủi ro khơng thể đánh giá thơng qua mẫu Ví dụ MƠ HÌNH XOẮN ỐC 15 thành viên chủ chốt xin việc trước sản phẩm hồn thành liệu kiếm người thay kịp thời hay không? Hoặc trình độ thành viên nhóm phát triển liệu có đáp ứng việc phát triển phần mềm quy mô lớn hay không? Các thành viên công ty lâu thường xây dựng phần mềm sử dụng gia đình, phải xây dựng phần mềm phức tạp sử dụng cơng sở có làm không? Một lĩnh vực khác mà mẫu không sử dụng việc đánh giá rủi ro hứa hẹn phát triển phần cứng Phần mềm phát triển có tính tới đời thiết bị mà công ty phần cứng hứa hẹn, thực tế lại không xảy 2.3.3 Phát triển kiểm tra: Trong giai đoạn này, phát triển sản phẩm theo kế hoạch Thử nghiệm thực Để phát triển, ta sử dụng mơ hình thác nước tiếp cận bước thực 3.4 Lập kế hoạch cho pha tiếp theo: Ở đây, xem xét tiến độ đánh giá , xem xét tất thông số Các vấn đề cần giải được,như yêu cầu thêm khách hàng tiếp tục thực bước Giai đoạn cuối mơ hình xoắn ốc tương tự mơ hình thác nước Tại thời điểm dự án, yêu cầu phần mềm nên hiểu rõ thông qua phát triển số nguyên mẫu Dự án phải giải rủi ro để xây dựng phiên cuối phần mềm Với vấn đề giải quyết,bản thiết kế chi tiết phần mềm ba trình cuối mơ hình thác nước Mặc dù tên giai đoạn mơ hình xoắn ốc có khác với mơ hình thác nước q trình thực gần tương tự Bảng cho thấy tương ứng giai đoạn cuối mơ hình xoắn ốc mơ hình thác nước Waterfall Model Spiral Model Design Specifications Detailed design Programming Code, Unit test Integration Integration and test Delivery Acceptance test, Implementation MƠ HÌNH XOẮN ỐC 16 2.3.4 Biểu diễn mơ hình: Để biểu diễn sơ đồ cho mơ hình xoắn ốc, người ta vẽ hai đường thẳng vng góc cắt chia mặt phẳng thành vùng Bốn vùng tương ứng với vùng công việc: dịch chuyển theo chiều kim đồng hồ góc phần tư phía bên trái ta có vùng tương ứng 1,2,3,4 Coi giao điểm hai đường thẳng tâm, ta vẽ đường xoắn ốc từ phía ngồi theo chiều kim đồng hồ Độ dài đường xoắn ốc biểu diễn giá tích lũy phần mềm, Một vịng đường xoắn ốc biễu diễn pha Nếu từ ngồi góc phần tư số ta mơ hình thác đổ Một pha góc phần tư phía bên trái (góc 1) việc xác định mục tiêu pha, giải pháp khác để đạt mục tiêu ràng buộc cho giải pháp Kết giai đoạn chọn giải pháp thích hợp Ở góc phần tư thứ hai phân tích rủi ro cho giải pháp lựa chọn Một vài biện pháp đưa để khắc phục rủi ro Biện pháp thường sử dụng mẫu Nếu rủi ro lớn khơng có biện pháp khắc phục dự án phải dừng lại Trong số trường hợp, dự án tiếp tục với quy mô nhỏ Nếu vấn đề rủi ro giải chuyển sang góc phần tư thứ ba phát triển Ở góc cuối kế hoạch cho pha Đường xoắn ốc lặp lại chừng sản phẩm chưa đạt mức hoàn chỉnh 3.Đánh Giá 3.1 Thuận lợi Ưu điểm mơ hình xoắn ốc Là phạm vi có lựa chọn thích ứng với tính tốt mơ hình phát triển phần mềm có, cách tiếp cận theo định hướng rủi ro tránh nhiều khó khăn mà mơ hình khác gặp phải Trong tình thích hợp, mơ hình xoắn ốc trở nên tương đương với mơ hình quy trình có Trong tình khác, cung cấp hướng dẫn kết hợp tốt phương pháp tiếp cận có dự án định, ví dụ, ứng dụng TRW-SPS cung cấp kết hợp tạo mẫu, quy định cụ MƠ HÌNH XOẮN ỐC 17 thể phát triển tiến hóa theo định hướng rủi ro điều kiện mà theo mơ hình xoắn ốc trở nên tương đương với mơ hình q trình : • Nếu dự án có nguy thấp lĩnh vực giao diện người dùng sai không đáp ứng yêu cầu thực nghiêm ngặt, có nguy cao ngân sách khả dự báo lịch trình kiểm sốt, sau cân nhắc nguy hướng mơ hình xoắn ốc vào tương đương_ mơ hình thác nước • Nếu u cầu sản phẩm phần mềm ổn định (ngụ ý rủi ro thấp thiết kế đắt tiền vỡ mã yêu cầu thay đổi trình phát triển), diện lỗi sản phẩm phần mềm tạo thành nguy cao , sau cân nhắc nguy hướng mơ hình xoắn ốc giống mơ hình two-leg (Specification Languages: Understanding Their Role in Simulation Model Development- C.Michael Overstreet Richard E.Nance Osman Balci Lynne F.Barger) • Nếu dự án có rủi ro ngân sách khả dự báo, kiểm soát tiến độ gặp phải vấn đề hội nhập vào hệ thống lớn, đối phó với xơ cứng thơng tin, có nguy cao lĩnh vực giao diện người dùng sai hỗ trợ người dùng yêu cầu định, sau cân nhắc rủi ro hướng mơ hình xoắn ốc vào tương đương _ evolutionary development model • Nếu yếu tố nguy cao dự án liên quan đến kết hợp mục rủi ro liệt kê trên, sau phương pháp tiếp cận xoắn ốc phản ánh pha trộn thích hợp mơ hình q trình (ví dụ việc áp dụng TRW-SPS) Làm vậy, tính tránh nguy thường tránh khó khăn mơ hình khác Tóm lại ,mơ hình xoắn ốc có thuận lợi: Spiral Life Cycle Model mơ hình linh hoạt SDLC chỗ Giai đoạn phát triển xác định người quản lý dự án, theo phức tạp dự án Giám sát dự án dễ dàng hiệu Mỗi giai đoạn, vòng lặp, yêu cầu xem xét từ người có liên quan Điều làm cho mơ hình minh bạch Quản lý rủi ro MƠ HÌNH XOẮN ỐC 18 tính xây dựng mơ hình, mà làm cho thêm hấp dẫn so với mơ hình khác Thay đổi giới thiệu sau vịng đời tốt Và đối phó với thay đổi nhức đầu lớn người quản lý dự án Dự đốn dự án thời hạn, chi phí, vv trở nên nhiều thực tế dự án di chuyển phía trước vịng xoắn ốc hồn thành Nó phù hợp dự án có nguy cao, nơi mà nhu cầu kinh doanh khơng ổn định Một sản phẩm tùy biến cao phát triển cách sử dụng 3.2 Khó khăn Mơ hình xoắn ốc cách tiếp cận thực tế cho việc phát triển phần mềm quy mơ lớn Bởi phần mềm tiến hóa theo đường xoắn ốc, từ tổng quan chi tiết, nên người phát triển khách hàng hiểu rõ có phản ứng thích hợp với rủi ro mức tiến hóa Mơ hình dùng mẫu chế làm giảm rủi ro Bản mẫu giúp cho khách hàng nhìn rõ bước phát triển phần mềm có ý kiến góp ý kịp thời để người phát triển hướng, nhanh chóng đưa đến phần mềm hồn thiện Mơ hình địi hỏi xem xét trực tiếp rủi ro kỹ thuật quản lý giai đoạn dự án, áp dụng làm giảm rủi ro trước rủi ro trở thành vấn đề thực Tuy nhiên mơ hình khơng phải lựa chọn tốt cho dự án Trước hết, phân tích rủi ro tốn kém, mơ hình áp dụng cho dự án lớn, mà chi phí phân tích rủi ro khơng đáng kể so với tổng chi phí toàn dự án Yêu cầu thay đổi thường xuyên dẫn đến lặp vơ hạn, phức tạp, cần có kỹ tốt phân tích rủi ro Phân tích rủi ro thực suốt trình phát triển phần mềm Tuy nhiên phần mềm ký hợp đồng mà bị dừng lại cơng ty phát triển bị phạt Do với dự án ký hợp đồng nhà phát triển khách hàng phải phân tích rủi ro trước hợp đồng ký, đường xoắn ốc mô hình mơ tả Liệu nhà phát triển nhìn thấy hết rủi ro khơng? Có thể rủi ro họ lại chủ quan cho hết mắc sai lầm Như mơ MƠ HÌNH XOẮN ỐC 19 hình nên áp dụng cơng ty phần mềm có đội ngũ chun gia phân tích rủi ro trình độ cao 3.3 Ứng dụng: Mơ hình huớng tiếp cận thực để phát triển hệ thống lớn Trong quân đội mơ hình xoắn ốc áp dụng chương trình hệ thống chiến đấu tương lai (FCS) _hệ thống chiến đấu sử dụng công nghệ kĩ thuật tiến chiến tranh Theo kế hoạch, FCS bao gồm mạng lưới cảm biến mặt đất không cần giám sát (UGS), xe không không người lái (UAV), phương tiện mặt đất không người lái, tám người lái xe mặt đất.Công ty Boeing Khoa học Công ty Cổ phần Quốc tế (SAIC) làm việc với nhà tích hợp hệ thống đạo, phối hợp 550 nhà thầu nhà thầu phụ 41 tiểu bang Một mơ hình xoắn ốc lên kế hoạch cho FCS phát triển nâng cấp Tính đến năm 2004, FCS giai đoạn phát triển hệ thống trình diễn (SDD), bao gồm bốn hình xoắn ốc hai năm.Tuy nhiên: ngày 05 tháng 10 năm 2005, Lầu Năm Góc đề nghị trì hỗn hệ thống Future Combat qn đội chi phí cho chiến tranh Iraq , bão Katrina , suy giảm ngân sách dự kiến Và dự án FCS bị hủy bỏ sau sáu năm (2003-2009), có lặp lại hai năm (xoắn ốc) FCS nên có kết ba nguyên mẫu liên tiếp (một nguyên mẫu cho chu kỳ xoắn ốc_hai năm lần) Nó bị hủy bỏ vào năm 2009_Bộ Quốc Phòng ban hành hủy bỏ chương trình Future Combat Systems thay chương trình riêng biệt thuộc quân đội chiến đấu đại hóa đội Lữ đồn để đáp ứng kế hoạch quân đội Ngoài ra, sử dụng mơ hình xoắn ốc hợp lý dự án mục tiêu kinh doanh không ổn định, kiến trúc phải thực đủ để thực tốt khả ứng dụng Ví dụ, Spiral Architecture Driven Development xoắn ốc dựa Development Life Cycle (SDLC) cho thấy cách làm để giảm nguy kiến trúc không hiệu với giúp đỡ mơ hình xoắn ốc kết hợp với hoạt động tốt từ mơ hình khác MƠ HÌNH XOẮN ỐC 20 ...ĐẠI HỌC VIỆT HÀN KHOA CÔNG NGHỆ THÔNG TIN VÀ TRUYỀN THƠNG Cơng Nghệ Phần Mềm ĐỀ TÀI: MƠ HÌNH XOẮN ỐC Sinh... nhiều khó khăn họ Tiểu sử Boehm: (*) Barry W Boehm (sinh 1935) cử nhân toán học Đại học Harvard vào năm 1957, thạc sĩ khoa học vào năm 1961, tiến sĩ từ UCLA vào năm 1964 Năm 1955, ông bắt đầu làm... xun tâm hình đại diện cho tích lũy chi phí phát sinh việc hồn thành bước hồn thành, kích thước góc đại diện cho tiến đạt việc hồn thành chu kỳ xoắn MƠ HÌNH XOẮN ỐC 11 ốc (Mơ hình phản ánh khái