Thành viên:Mrfly911/Lập trình linh hoạt

Bách khoa toàn thư mở Wikipedia

Lập trình linh hoạt hoặc phát triển phần mềm linh hoạt (tiếng Anh: Agile software development hay Agile programming) là một cơ chế thực hiện các dự án công nghệ phần mềm, cơ chế này bao gồm và khuyến khích các thay đổi mang tính tiến hóa trong toàn bộ vòng đời của dự án.

Thuật ngữ Lập trình linh hoạt (Agile) xuất hiện từ năm 2001.[1]

Lịch sử[sửa | sửa mã nguồn]

Các phương pháp phát triển phần mềm gia tăng từ năm 1957.[2]

Bản tuyên ngôn của Lập trình linh hoạt[sửa | sửa mã nguồn]

Trong tháng hai năm 2001, 17 nhà phát triển phần mềm đã gặp nhau ở một khu nghỉ mát tại bang Utah để thảo luận phương pháp phát triển phần mềm. Họ đưa ra Bản tuyên ngôn sau cho Lập trình linh hoạt:[3]

  • Individuals and interactions hơn quá trình và các công cụ
  • Working software hơn tài liệu toàn diện
  • Customer collaboration hơn hợp đồng đàm phán
  • Responding to change hơn là làm theo kế hoạch

Trong khi vế thứ hai có vai trò quan trọng, vế thứ nhất được đánh giá cao hơn để thành công.

Cá nhân và tương tác
Tự tổ chức và động lực rất quan trọng, như là tương tác như đồng vị trí và cặp lập trình.
Làm việc phần mềm
Làm việc phần mềm là hữu ích hơn và chào đón hơn là chỉ trình bày tài liệu cho các khách hàng ở cuộc họp.
Khách hàng hợp tác
Yêu cầu hoàn toàn không thể được thu thập vào đầu phát triển phần mềm chu kỳ, do đó liên tục khách hàng hoặc bên tham gia là rất quan trọng.
Trả lời thay đổi
Nhanh nhẹn phương pháp là tập trung vào phản ứng nhanh chóng thay đổi, và không ngừng phát triển.

Nguyên tắc nhanh nhẹn[sửa | sửa mã nguồn]

Nhanh Nhẹn tuyên ngôn được dựa trên mười hai nguyên tắc:[4]

  1. Hài lòng của khách hàng đầu và liên tục giao hàng có giá trị phần mềm
  2. Chào mừng yêu cầu thay đổi, ngay cả trong sự phát triển muộn
  3. Phần mềm làm việc được giao thường xuyên (tuần chứ không phải là tháng)
  4. Đóng cửa, hàng ngày hợp tác giữa những người kinh doanh và phát triển
  5. Dự án xây dựng xung quanh có động cơ cá nhân, những người đáng tin cậy
  6. Mặt đối mặt chuyện tốt nhất là mẫu của liên lạc (đồng vị trí)
  7. Phần mềm làm việc là chính đo của tiến bộ
  8. Bền vững, có thể duy trì một tốc độ không đổi
  9. Liên tục để ý đến kỹ thuật xuất sắc và thiết kế tốt
  10. Đơn giản—nghệ thuật tối đa số việc , không xong rồi—là điều cần thiết
  11. Tốt nhất kiến trúc yêu cầu, và thiết kế nổi lên từ tự tổ chức đội
  12. Thường xuyên, đội phản ánh về làm thế nào để trở thành hiệu quả hơn, và điều chỉnh cho phù hợp

Tổng[sửa | sửa mã nguồn]

Cặp lập trình, một phát triển nhanh kỹ thuật được sử dụng bởi WINDOWS. Thông tin ghi chú tản nhiệt trong nền.

Có rất nhiều cụ thể phát triển nhanh phương pháp. Nhất đẩy mạnh tinh thần đồng đội, cộng tác, và khả năng thích ứng quá trình trong suốt các sản phẩm phát triển sự sống, chu kỳ.

Lặp đi lặp lại, gia tăng và tiến hóa[sửa | sửa mã nguồn]

Phần mềm làm việc là chính đo của tiến bộ.

Hiệu quả và mặt-đối-mặt thông tin liên lạc[sửa | sửa mã nguồn]

Rất ngắn vòng phản hồi và thích ứng chu kỳ[sửa | sửa mã nguồn]

Chất lượng tập trung[sửa | sửa mã nguồn]

Triết lý[sửa | sửa mã nguồn]

Thích nghi so tiên Đoán[sửa | sửa mã nguồn]

Căn nhà của các phương pháp phát triển
Nhanh nhẹn phương pháp Kế hoạch thúc đẩy phương pháp Phương pháp chính thức
Thấp quan trọng Cao quan trọng Cực kỳ quan trọng
Cao cấp phát triển Junior phát triển(?) Cao cấp phát triển
Yêu cầu thay đổi thường Yêu cầu không thay đổi thường Giới hạn yêu cầu, tính năng giới hạn xem - là luật

[cần làm rõ]

Số phát triển Số lượng lớn phát triển Yêu cầu điều đó có thể được mô
Văn hóa, mà đáp ứng thay đổi Văn hóa rằng nhu cầu trật tự Nặng lượng cao

Lặp đi lặp lại so Thác nước[sửa | sửa mã nguồn]

Mã so tài Liệu[sửa | sửa mã nguồn]

Nhanh nhẹn phương pháp[sửa | sửa mã nguồn]

Phần mềm phát triển sự sống, chu kỳ hỗ trợ[5]

Phổ biến nhanh nhẹn. khung bao gồm (nhưng không giới hạn):

  • Thích ứng phát triển phần mềm (KỶ)
  • Nhanh nhẹn mô hình
  • Nhanh nhẹn Nhất quá Trình (BƯỚC)
  • Rõ phương pháp
  • Có kỷ luật nhanh nhẹn giao hàng
  • Động hệ thống phát triển phương pháp (DSDM)
  • Lập trình cực (WINDOWS)
  • Tính điều khiển, phát triển (LOẠI)
  • Nạc phát triển phần mềm
  • Quản lý
  • Scrum
  • Scrumban
  • TÍNH(ứng Dụng Nhanh chóng phát Triển)

Những lời chỉ trích[sửa | sửa mã nguồn]

Ứng dụng bên ngoài, phát triển phần mềm[sửa | sửa mã nguồn]

Nhanh nhẹn Brazil nghị năm 2014

Dưới một nhanh nhẹn quản lý kinh doanh người mẫu, nhanh nhẹn kỹ thuật, thực hành nguyên tắc và giá trị đang thể hiện trên khắp năm lĩnh vực.[6]

  1. Hàng tham gia – để nhúng khách hàng trong bất kỳ quá trình phân phối để chia sẻ trách nhiệm cho sản phẩm/dịch vụ giao hàng.
  2. Thuận lợi-dựa quản lý – áp dụng nhanh nhẹn mô hình quản lý, giống như vai trò của Thầy Scrum, để tạo điều kiện ngày hoạt động của đội.
  3. Nhanh nhẹn, công việc thực tiễn – áp dụng cụ thể lặp đi lặp lại và gia tăng làm việc như Scrum, quản lý, kiểm tra hướng phát triển hay tính điều khiển, phát trên tất cả các chức năng kinh doanh (từ việc bán hàng, nguồn nhân lựctài chính[7]tiếp Thị).
  4. Một phép cơ cấu tổ chức – với một tập trung vào nhân viên tham gia, quyền cá nhân, và kết quả dựa quản trị.
  5. Một giáo dục người mẫu đó pha trộn thực hành nhanh nhẹn và triết học để tạo ra vi-trường đó nhấn mạnh hợp tác văn hóa sáng tạo và tự nghiên cứu.

Ghi chú[sửa | sửa mã nguồn]

^ Chú ý bởi Marshall: tôi trình bày những ý tưởng này ở London trong năm 1970 và nộp các giấy tờ cho các Tạp chí Máy tính hỗ Trợ thiết Kế. Nó đã bị từ chối với các bình luận "Nếu bạn không biết bạn sẽ làm được trước khi anh bắt đầu, bạn không nên bắt đầu"! Chỉ sau đó, tôi đã gửi nó đến Tổng Thống.

Tài liệu tham khảo[sửa | sửa mã nguồn]

  1. ^ “Agile With a Capital "A" Vs. agile With a Lowercase "a". Rally. 2010. Truy cập ngày 9 tháng 9 năm 2015.
  2. ^ Gerald M. Weinberg, as quoted in Chú thích trống (trợ giúp)
  3. ^ Kent Beck, James Grenning, Robert C. Martin, Mike Beedle, Jim Highsmith, ||Steve Mellor, Arie van Bennekum, Andrew Hunt, Ken Schwaber, Alistair Cockburn, Ron Jeffries, Jeff Sutherland, Ward Cunningham, Jon Kern, Dave Thomas, Martin Fowler, Brian Marick (2001). “Manifesto for Agile Software Development”. Agile Alliance. Truy cập ngày 14 tháng 6 năm 2010.Quản lý CS1: nhiều tên: danh sách tác giả (liên kết)
  4. ^ Kent Beck, James Grenning, Robert C. Martin, Mike Beedle, Jim Highsmith, ||Steve Mellor, Arie van Bennekum, Andrew Hunt, Ken Schwaber, Alistair Cockburn, Ron Jeffries, Jeff Sutherland, Ward Cunningham, Jon Kern, Dave Thomas, Martin Fowler, Brian Marick (2001). “Principles behind the Agile Manifesto”. Agile Alliance. Bản gốc lưu trữ ngày 14 tháng 6 năm 2010. Truy cập ngày 6 tháng 6 năm 2010. Đã bỏ qua tham số không rõ |deadurl= (gợi ý |url-status=) (trợ giúp)Quản lý CS1: nhiều tên: danh sách tác giả (liên kết)
  5. ^ Abrahamson P, Salo O, Ronkainen J, Warsta J (2002).
  6. ^ Chú thích trống (trợ giúp)
  7. ^ “Pair Trading: Collaboration in Finance”. The Agile Director. 11 tháng 3 năm 2015. Truy cập ngày 11 tháng 9 năm 2015.

[[Thể loại:Triết học phát triển phần mềm]] [[Thể loại:Quản lý dự án phần mềm]]