Khác biệt giữa bản sửa đổi của “Nhà phát triển phần mềm”

'''Nhà phát triển phần mềm''' là một cá nhân hay một tổ chức có liên quan đến các vần đề trong [[công nghệ phần mềm|quá trình phát triển phần mềm]] ở mức cao hơn việc chỉ thiết kế và viết mã, là khái niệm rộng hơn phạm vi [[lập trình máy tính]] hay [[quản lý dự án]], bao gồm cả nhiều vấn đề [[quản lý sản phẩm phần mềm]]. Đối tượng này có thể tác động bao quát cả dự án ở mức ứng dụng thay vì mức thành phần hay những tác vụ lập trình riêng lẻ. Các nhà phát triển phần mềm thường được chỉ đạo bởi những [[lập trình viên lãnh đạo]] cũng như bao gồm cả những nhà phát triển phần mềm tự do.

Trong những phạm vi cụ thể, thuật ngữ này có thể có những tên gọi khác là [[nhà phân tích phần mềm]] và [[kỹ sư phần mềm]].

Trên thị trường hiện nay có thể bắt gặp sự phân biệt giữa [[lập trình viên]] và nhà phát triển, với một bên là người tác động thực sự khác với một bên là người thiết kế [[lớp (khoa học máy tính)|lớp]] cấu trúc và phân cấp. Hơn nữa, các nhà phát triển còn là những [[kiến trúc sư hệ thống]], thiết kế kiến trúc đa cấp độ hay những thành phần tương tác của một hệ thống phần mềm lớn.<ref name="Sourcegear_2005">{{chú thích web |url=http://software.ericsink.com/No_Programmers.html |title= Small ISVs: Bạn cần những nhà phát triển, chứ không phải những lập trình |author=[[Eric Sink]] |publisher=[http://www.sourcegear.com/ sourcegear] |accessdate = ngày 6 tháng 6 năm 2008 |quote=Một lập trình viên là người không làm gì khác ngoài việc viết mã cho những tính năng mới và (nếu bạn may mắn) sửa lỗi. Họ không viết ra sự kinh doanh. Họ không viết ra những tính huống phân tích tự động hóa. Họ không giúp khách hàng xử lý các vấn đề. Họ không viết tài liệu hướng dẫn. Họ không kiểm lỗi. Họ thậm chí không đọc mã (code). Tất cả những gì họ làm là viết những đoạn mã mới.}}</ref>

* Một '[[lập trình viên]]' có thể chỉ làm công việc viết mã,<ref name="Sourcegear_2005" /> nhưng một 'nhà phát triển' có thể làm những việc liên quan nhiều hơn tới quá trình phát triển phần mềm, như:

** Tham gia vào [[quản lý sản phẩm phần mềm|xác định sản phẩm phần mềm]], bao gồm [[Business case]] hay phân tích lỗ hổng

** [[Phân tích yêu cầu]]

** Tinh giản hóa và phân tích lợi nhuận, bao gồm lựa chọn kiến trúc và [[framework]] cho ứng dụng, điều chỉnh kinh phí và kế hoạch cho dự án.

** Viết [[tài liệu phần mềm|tài liệu]] cho người dùng và các đối tác.

** Kiểm thử, bao gồm xác định/hỗ trợ [[Testing theory: acceptant test|acceptance testing]] và tập hợp các phản hồi từ những kiểm thử viên tiền phát hành.