Đã được học rất nhiều, đọc rất nhiều, nghiên cứu rất nhiều, tuy nhiên làm được những gì? Phần vì công việc của mình không cần phải áp dụng những cái gì đã học, phần vì khả năng có hạn bỏi vì cho tới nay mình cũng chỉ là nhân viên phần mềm chân đi dép chưa có đủ bản lĩnh để quản lý một bộ phận dù là bộ phận nhỏ nhoi của trong công ty. Nay post một bài về mô hình phát triển phần mềm cho các anh em chia sẻ:

Tùy theo quy mô và công nghệ phát triển, có các mô hình sản xuất khác nhau, mô hình phát triển phần mềm:
• Mô hình tuần tự tuyến tính- waterfall
• Mô hình Prototyping – Evolutionary Development
• Mô hình Prototyping - Ứng dụng
• Mô hình xoắn ốc – Boehm’s Spiral Model
• Mô hình RAD – Rapid Application Development

Mô hình WaterFall – Sequency model

• Mô hình phát triển phần mềm đầu tiên
• Các công việc tiếp nối nhau một cách tuần tự
• Đặt nền móng cho các phương pháp phân tích, thiết kế, kiểm tra… Bộc lộ một số khuyết điểm
• Bản chất của phát triển phần mềm là quá trình lặp đi lặp lại chứ không phải tuần tự
• Các bước thực chất không tách biệt hoàn toàn mà có chồng lấn và tham khảo lại
• Bắt buộc khách hàng đặc tả tất cả yêu cầu một cách chính xác và đầy đủ ngay từ ban đầu
• Khách hàng thường phải chờ đợi rất lâu để thấy được phiên bản đầu tiên của sản phẩm
• Tồn tại “delay” tích lũy trong nhóm làm việc -> dự án thường bị trể.
• Chỉ phù hợp cho dự án nhỏ, đơn giản.

Mô Hình Prototype

Mô Hình Prototype – ưu & khuyết:
• Prototype như là một cơ chế để nhận diện chính xác yêu cầu của khách hàng– Bản thân khách hàng chưa hiểu rõ yêu cầu của mình, cũng như các quy trình chưa được xác lập rõ ràng.
– Khách hàng chưa hiểu rõ khả năng hổ trợ của hệ thốngmáy tính
• Kích thích sự thích thú của người dùng với dự án
• Prototype có thể bị “throw-away” -> Lãng phí
• Các process không được phân định rõ ràng
• Hệ thống thông thường có cấu trúc lỏng lẻo
• Cần có những kỹ năng đăc biệt trong quản lý và phát triển
• Khách hàng hối thúc nhà phát triển hoàn thành sản phẩm một khi thấy được các prototype đầu tiên

Mô Hình Prototype – Ứng dụng

• Dùng cho các hệ thống nhỏ. Các chi phí khi thay đổi hệ thống là không quá lớn khia cần phải thay đổi sau khi thực hiệ prototype
• Cần sự cấp bách về thời gian triển khai ngắn. Hệ thống cần đượcđưa vào ứng dụng từng phần trong khoảng thời gian nhất định.
• Trong trường hợp những hệ thống mà việc đặc tả các yêu cầu là rất khó và không rõ ràng ngay từ đầu.

Mô hình Xoắn Ốc – Boehm’s Spiral Model

• Được thực hiện theo một chuỗi lặp kiểu xoắn ốc, mỗi lần lặp cải thiện sản phẩm
• Có phương pháp đánh giá rủi ro
• Có thể áp dụng prototype
• Mỗi lần lặp được cải thiện cho thích nghi với bản chất của đề án

Mô hình RAD

• Rapid Application Development là mô hình tuần tự tuyến tính có thời gian phát triển rất ngắn
• Sử dụng các thành phần có sẵn càng nhiều càng tốt
• Sử dụng công cụ lập trình ở dạng tự động sinh mã chứ không phải các ngôn ngữ truyền thống

Phát triển phần mềm

Tags: công ghệ phần, phần mềm, prototype, rad, waterfall, xoắn ốc

This entry was posted on October 31, 2011 at 3:34 pm. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.

Posted in công nghệ phần mềm by admin No Comments Yet