waterfall là gì

Bách khoa toàn thư ngỏ Wikipedia

Một phần của loạt bài xích về
Phát triển phần mềm

Hoạt động cốt lõi

Bạn đang xem: waterfall là gì

  • Mô hình hóa dữ liệu
  • Quy trình
  • Yêu cầu
  • Thiết kế
  • Xây dựng
  • Công nghệ
  • Thử nghiệm
  • Gỡ lỗi
  • Triển khai
  • Bảo trì

Mô hình và hình mẫu

  • Linh hoạt
  • Phòng sạch
  • Tăng dần
  • Nguyên mẫu
  • Xoắn ốc
  • Mô hình V
  • Thác nước

Phương pháp và framework

  • ASD
  • DevOps
  • DAD
  • DSDM
  • FDD
  • IID
  • Kanban
  • Lean SD
  • LeSS
  • MDD
  • MSF
  • PSP
  • RAD
  • RUP
  • SAFe
  • Scrum
  • SEMAT
  • TDD
  • TSP
  • OpenUP
  • UP
  • XP

Các ngành hỗ trợ

  • Quản lý cấu hình
  • Tài liệu
  • Đảm bảo unique phần mềm
  • Quản lý dự án
  • Trải nghiệm người dùng

Thực hành

  • ATDD
  • BDD
  • CCO
  • CI
  • CD
  • DDD
  • PP
  • SBE
  • Đứng
  • TDD

Công cụ

  • Trình biên dịch
  • Trình gỡ lỗi
  • Hồ sơ
  • Trình thết nối tiếp GUI
  • Mô hình hóa UML
  • IDE
  • Tự động hóa xây dựng
  • Tự động hóa vạc hành
  • Cơ sở hạ tầng bên dưới dạng mã

Tiêu chuẩn chỉnh và khối con kiến thức

Xem thêm: eureka là gì

  • CMMI
  • Tiêu chuẩn chỉnh IEEE
  • ISO 9001
  • Tiêu chuẩn chỉnh ISO/IEC
  • PMBOK
  • SWEBOK
  • ITIL
  • IREB
  • OMG

Bảng thuật ngữ

  • Trí tuệ nhân tạo
  • Khoa học tập máy tính
  • Kỹ thuật năng lượng điện và năng lượng điện tử

Sơ lược

  • Sơ lược về cải tiến và phát triển phần mềm
  • x
  • t
  • s
Mô hình thác nước.

Mô hình thác nước (tiếng Anh: waterfall model) là một quy mô của tiến độ cải tiến và phát triển ứng dụng, nhập cơ tiến độ cải tiến và phát triển nom tương tự như một loại chảy, với những trộn được triển khai theo đòi trật tự động nghiêm nhặt và không tồn tại sự tảo tháo lui hoặc nhảy vượt lên trộn là: phân tách đòi hỏi, design, thực hiện triển khai, kiểm test, link và gia hạn. Người tao thông thường dẫn bài xích báo được Winston W. Royce xuất bạn dạng nhập năm 1970 nhằm lý giải xuất xứ mang đến tên thường gọi "thác nước"; tuy nhiên với điều thú vị là chủ yếu Royce vẫn người sử dụng quy mô cải tiến và phát triển lặp chứ không cần hề người sử dụng thuật ngữ "mô hình thác nước".

Nội dung quy mô thác nước[sửa | sửa mã nguồn]

Vào năm 1970 nhập bài xích báo của tôi, Royce vẫn tế bào miêu tả ở dạng định nghĩa loại tuy nhiên thời nay được thừa nhận với tên thường gọi "mô hình thác nước", vẫn bàn luận về những điểm yếu của quy mô này. Trong số đó ông cũng cho là quy mô này rất có thể sẽ tiến hành tu sửa trở thành quy mô lặp.

Mô hình Royce nguyên vẹn gốc với những trộn theo như đúng trật tự sau:

Xem thêm: personal touch là gì

  1. Xác tấp tểnh yêu thương cầu
  2. Thiết kế
  3. Xây dựng (hay "triển khai", "mã hóa", "viết mã")
  4. Liên kết
  5. Kiểm test và Chỉnh sửa (hay «kiểm nghiệm»)
  6. Cài đặt
  7. Bảo trì

Theo quy mô thác nước, người cải tiến và phát triển nên triển khai từng tiến độ theo đòi trật tự nghiêm nhặt. Trước không còn, tiến độ "xác tấp tểnh yêu thương cầu" nên được xong xuôi, thành phẩm sẽ có được được xem là list những đòi hỏi so với ứng dụng. Sau khi những đòi hỏi vẫn trọn vẹn được xác lập, tiếp tục đem thanh lịch trộn design, ở trộn này người tao sẽ tạo nên đi ra những tư liệu dành riêng cho lập trình sẵn viên, nhập cơ tế bào miêu tả cụ thể những cách thức và plan triển khai những đòi hỏi và đã được thực hiện rõ ràng ở trộn trước. Sau khi trộn design xong xuôi, lập trình sẵn viên tiếp tục thực hiện triển khai (mã hóa, viết lách mã) đồ dùng án bọn họ sẽ có được. Giai đoạn tiếp theo sau là link những bộ phận riêng rẽ lẻ và đã được những group lập trình sẵn viên không giống nhau triển khai trở thành một thành phầm hoàn hảo. Sau khi trộn thực hiện và trộn link xong xuôi, tiếp tục ra mắt trộn kiểm test và sửa đổi sản phẩm; ở tiến độ này những khuyết thiếu ở những tiến độ trước này sẽ bị loại bỏ vứt. Sau cơ, thành phầm ứng dụng sẽ tiến hành đi vào sử dụng; phần gia hạn ứng dụng cũng sẽ tiến hành bảo vệ bằng phương pháp bổ sung cập nhật tác dụng mới mẻ và loại trừ những lỗi.

Như vậy, quy mô thác nước ý niệm rằng, việc đem kể từ trộn cải tiến và phát triển này thanh lịch trộn không giống tiếp tục ra mắt chỉ với sau khi những trộn trước này đã kết đốc trọn vẹn thành công xuất sắc, và ko thể tảo tháo lui về trộn trước cơ hoặc nhảy vượt lên trộn.

Tuy nhiên, tồn bên trên một vài quy mô thác nước biến chuyển thể (bao bao gồm cả quy mô của Royce), nhập cơ tiến độ cải tiến và phát triển và đã được tế bào miêu tả phía trên bị chuyển đổi rất ít hoặc cũng rất có thể bị chuyển đổi đáng chú ý.

Sự phê bình quy mô thác nước và những biện pháp cách thức học tập lai[sửa | sửa mã nguồn]

Xem thêm[sửa | sửa mã nguồn]

  • Phương pháp học tập mềm mỏng của việc vạc triển
  • Phát triển lặp
  • Mô hình xoắn ốc

Tham khảo[sửa | sửa mã nguồn]

  • Royce, Winston (1970), Managing the Development of Large Software Systems Lưu trữ 2016-03-15 bên trên Wayback Machine (tiếng Anh)

Đọc thêm[sửa | sửa mã nguồn]

  • McConnell, Steve (2006). Software Estimation: Demystifying the Black Art. Microsoft Press. ISBN 0-7356-0535-1.
  • McConnell, Steve (2004). Code Complete, 2nd edition. Microsoft Press. ISBN 1-55615-484-4.
  • McConnell, Steve (1996). Rapid Development: Taming Wild Software Schedules. Microsoft Press. ISBN 1-55615-900-5.
  • Parnas, David, A rational design process and how vĩ đại fake it (PDF) An influential paper which criticises the idea that software production can occur in perfectly discrete phases.
  • Royce, Winston (1970), “Managing the Development of Large Software Systems” (PDF), Proceedings of IEEE WESCON, 26 (August): 1–9, Bản gốc (PDF) tàng trữ ngày 15 mon 3 năm 2016, truy vấn ngày 2 mon một năm 2011.
  • "Why people still believe in the waterfall model"
  • The standard waterfall model for systems development NASA webpage, archived on Internet Archive ngày 10 mon 3 năm 2005.
  • Parametric Cost Estimating Handbook Lưu trữ 2010-01-20 bên trên Wayback Machine, NASA webpage based on the waterfall model, archived on Internet Archive ngày 8 mon 3 năm 2005.

Liên kết ngoài[sửa | sửa mã nguồn]

  • Understanding the pros and cons of the Waterfall Model of software development
  • "Waterfall model considered harmful" Lưu trữ 2010-04-16 bên trên Wayback Machine
  • Project lifecycle models: how they differ and when vĩ đại use them
  • Going Over the Waterfall with the RUP by Philippe Kruchten
  • CSC and IBM Rational join vĩ đại deliver C-RUP and tư vấn rapid business change