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

Bách khoa toàn thư mở Wikipedia
Duyệt lịch sử tương tác
← Thay đổi trướcThay đổi sau →
Nội dung được xóa Nội dung được thêm vào
Trực quanMã wiki
Không có tóm lược sửa đổi
Thẻ: Đã bị lùi lại Sửa đổi di động Sửa đổi từ trang di động
tôi muốn gửi đến tất cả các thành viên
Thẻ: Đã bị lùi lại Xóa chú thích Soạn thảo trực quan Sửa đổi di động Sửa đổi từ trang di động
Dòng 2: Dòng 2:
{{Quy trình phát triển phần mềm}}
{{Quy trình phát triển phần mềm}}


'''Phát triển phần mềm''' là việc chuyển nhu cầu của người dùng hoặc mục tiêu tiếp thị thành một sản phẩm [[phần mềm]].<ref>{{chú thích sách|author=Birrell, N.D.|title=A Practical Handbook for Software Development|publisher=Cambridge University Press|year=1985|id=ISBN 0-521-25462-0}}</ref><ref>{{Chú thích web|tác giả 1=DRM Associates|tiêu đề=New Product Development Glossary |url=http://www.npd-solutions.com/glossary.html |ngày tháng=2002|ngày truy cập = ngày 29 tháng 10 năm 2006}}</ref> Phát triển phần mềm đôi khi được hiểu là sự bao gồm các quá trình của [[công nghệ phần mềm|kỹ nghệ phần mềm]] cộng với sự nghiên cứu và các mục tiêu tiếp thị phần mềm để phát triển những sản phẩm [[phần mềm|phần mềm máy tính]].<ref>[http://www.amazon.com/dp/1556158238 Jim McCarthy. "Dynamics of Software Development" (ngày 1 tháng 8 năm 1995), pp:10-30]</ref> Nó tương phản với tiếp thị phần mềm, vì nó có thể có hoặc không liên quan tới [[phát triển sản phẩm mới]].
'''Phát triển phần mềm''' là việc chuyển nhu cầu của người dùng hoặc mục tiêu tiếp thị thành một sản phẩm [[phần mềm]].<ref>{{chú thích sách|author=Birrell, N.D.|title=A Practical Handbook for Software Development|publisher=Cambridge University Press|year=1985|id=ISBN 0-521-25462-0}}</ref><ref>{{Chú thích web|url=http://www.google.com|tiêu đề=New Product Development Glossary|tác giả 1=|ngày tháng=2002|url-status=off|ngày truy cập=ngày 29 tháng 10 năm 2006}}</ref> Phát triển phần mềm đôi khi được hiểu là sự bao gồm các quá trình của [[công nghệ phần mềm|kỹ nghệ phần mềm]] cộng với sự nghiên cứu và các mục tiêu tiếp thị phần mềm để phát triển những sản phẩm [[phần mềm|phần mềm máy tính]].<ref>[http://www.amazon.com/dp/1556158238 Jim McCarthy. "Dynamics of Software Development" (ngày 1 tháng 8 năm 1995), pp:10-30]</ref> Nó tương phản với tiếp thị phần mềm, vì nó có thể có hoặc không liên quan tới [[phát triển sản phẩm mới]].


Thường thì khó để phân định được giữa kỹ thuật và tiếp thị, cái nào đóng vai trò quan trọng hơn trong việc thành bại của một sản phẩm phần mềm bằng cách đánh giá sự thỏa mãn mong đợi của người dùng. Đó là lý do tại sao việc hiểu rằng cả hai quá trình và/hoặc sự hợp tác hiệu quả giữa cả kỹ thuật và tiếp thị trong toàn bộ quá trình phát triển phần mềm, là rất quan trọng. Sự quan tâm về mặt kỹ thuật lẫn tiếp thị thường được xem xét một cách cân bằng bởi giám đốc dự án.
Thường thì khó để phân định được giữa kỹ thuật và tiếp thị, cái nào đóng vai trò quan trọng hơn trong việc thành bại của một sản phẩm phần mềm bằng cách đánh giá sự thỏa mãn mong đợi của người dùng. Đó là lý do tại sao việc hiểu rằng cả hai quá trình và/hoặc sự hợp tác hiệu quả giữa cả kỹ thuật và tiếp thị trong toàn bộ quá trình phát triển phần mềm, là rất quan trọng. Sự quan tâm về mặt kỹ thuật lẫn tiếp thị thường được xem xét một cách cân bằng bởi giám đốc dự án.
Dòng 9: Dòng 9:


Trong cuốn sách ''"Những tranh cãi phần mềm vĩ đại"'', Alan M. Davis đã nói trong chương ''"Requirements"'' (các yêu cầu), phần '''''"The Missing Piece of Software Development"''''' (Những mảnh còn thiếu của Phát triển phần mềm):
Trong cuốn sách ''"Những tranh cãi phần mềm vĩ đại"'', Alan M. Davis đã nói trong chương ''"Requirements"'' (các yêu cầu), phần '''''"The Missing Piece of Software Development"''''' (Những mảnh còn thiếu của Phát triển phần mềm):
{{cquote|''Những sinh viên kỹ thuật}}
{{cquote|''Những sinh viên kỹ thuật chỉ học về kỹ thuật và hiếm khi được rờ tới những thứ như tài chính hay tiếp thị. Sinh viên ngành tiếp thị thì chỉ học về tiếp thị mà hiếm khi rớ tới tài chính hay kỹ thuật. Phần lớn trong chúng ta chỉ là những chuyên gia trong chỉ một lĩnh vực. Để làm rắc rối thêm vấn đề, một vài người chúng ta tìm kiếm những người đa ngành trong lực lượng lao động, cực kỳ khó kiếm. Còn nữa, việc lên kế hoạch cho sản phẩm phần mềm là tối quan trọng sự thành công của sự phát triển và một đòi hỏi vô điều kiện về kiến thức thuộc nhiều ngành khác nhau.<ref>Alan M. Davis. Great Software Debates (ngày 8 tháng 10 năm 2004), pp:125-128 Wiley-IEEE Computer Society Press</ref>''}}


==Xem thêm==
==Xem thêm==

Phiên bản lúc 04:54, ngày 27 tháng 8 năm 2021

"Phát triển phần mềm" đổi hướng tới đây. Đối với các định nghĩa khác, xem Phát triển phần mềm (định hướng).
Một phần của loạt bài về
Phát triển phần mềm

Phát triển phần mềm là việc chuyển nhu cầu của người dùng hoặc mục tiêu tiếp thị thành một sản phẩm phần mềm.[1][2] Phát triển phần mềm đôi khi được hiểu là sự bao gồm các quá trình của kỹ nghệ phần mềm cộng với sự nghiên cứu và các mục tiêu tiếp thị phần mềm để phát triển những sản phẩm phần mềm máy tính.[3] Nó tương phản với tiếp thị phần mềm, vì nó có thể có hoặc không liên quan tới phát triển sản phẩm mới.

Thường thì khó để phân định được giữa kỹ thuật và tiếp thị, cái nào đóng vai trò quan trọng hơn trong việc thành bại của một sản phẩm phần mềm bằng cách đánh giá sự thỏa mãn mong đợi của người dùng. Đó là lý do tại sao việc hiểu rằng cả hai quá trình và/hoặc sự hợp tác hiệu quả giữa cả kỹ thuật và tiếp thị trong toàn bộ quá trình phát triển phần mềm, là rất quan trọng. Sự quan tâm về mặt kỹ thuật lẫn tiếp thị thường được xem xét một cách cân bằng bởi giám đốc dự án.

Vấn đề tiếp thị còn được gọi là phân tích yêu cầu phần mềm.[4] Vì phát triển phần mềm có thể bao gồm việc thỏa hiệp hay vượt ra ngoài yêu cầu của người dùng cuối, nên một dự án phát triển phần mềm phải thực hiện những công việc thường không dính dáng đến kỹ thuật như nghiên cứu thị trường, nguồn nhân lực, quản lý rủi ro, sở hữu trí tuệ, ngân quỹ, quản lý khủng hoảng, v.v... Những công việc này sẽ đóng vai trò là sự phát triển kinh doanh đi kèm với phát triển phần mềm.

Trong cuốn sách "Những tranh cãi phần mềm vĩ đại", Alan M. Davis đã nói trong chương "Requirements" (các yêu cầu), phần "The Missing Piece of Software Development" (Những mảnh còn thiếu của Phát triển phần mềm):

Xem thêm

Chú thích

  1. ^ Birrell, N.D. (1985). A Practical Handbook for Software Development. Cambridge University Press. ISBN 0-521-25462-0.
  2. ^ “New Product Development Glossary”. 2002. Truy cập ngày 29 tháng 10 năm 2006. |url-status=off không hợp lệ (trợ giúp)
  3. ^ Jim McCarthy. "Dynamics of Software Development" (ngày 1 tháng 8 năm 1995), pp:10-30
  4. ^ Won Kim: "On Assuring Software Quality and Curbing Software Development Cost", in Journal of Object Technology, vol. 5, no. 6, July-August 2006, các trang 35-42 http://www.jot.fm/issues/issue_2006_07/column5

Tham khảo

Sửa đổi phần mềm

Đọc thêm

  • Luke Hohmann. "Beyond Software Architecture: Creating and Sustaining Winning Solutions" (ngày 30 tháng 1 năm 2003)
  • Jim McCarthy. "Dynamics of Software Development" (ngày 1 tháng 8 năm 1995), pp:10-30
  • Robert K. Wysocki. "Effective Software Project Management" (ngày 27 tháng 3 năm 2006), pp:72-75
  • PhD, CISM, John Rittinghouse. "Managing Software Deliverables: A Software Development Management Methodology" (ngày 12 tháng 11 năm 2003)
  • Dan Conde. "Software Product Management: Managing Software Development from Idea to Product to Marketing to Sales" (ngày 1 tháng 9 năm 2002), pp:24-29
  • Edward Hasted. "Software That Sells: A Practical Guide to Developing and Marketing Your Software Project" (ngày 10 tháng 6 năm 2005)
  • A. M. Davis, "Just enough requirements management: where software development meets marketing" (ngày 30 tháng 5 năm 2005)
  • John W. Horch, "Two Orientations On How To Work With Objects," IEEE Software, vol. 12, no. 2, các trang 117–118, Mar., 1995.
  • Karl E. Wiegers, "More About Software Requirements: Thorny Issues and Practical Advice" (ngày 20 tháng 12 năm 2005)
Lấy từ “https://vi.wikipedia.org/w/index.php?title=Phát_triển_phần_mềm&oldid=65832125”