Khác biệt giữa các bản “Phát triển phần mềm”

Bước tới điều hướng Bước tới tìm kiếm
n
clean up, replaced: → (6) using AWB
n (Bot: Di chuyển 10 liên kết ngôn ngữ đến Wikidata tại d:q638608 Addbot)
n (clean up, replaced: → (6) using AWB)
{{redirect|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|author=DRM Associates|title=New Product Development Glossary |url=http://www.npd-solutions.com/glossary.html |date=2002|accessdate=2006-10-29}}</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" (August 1, 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]].
 
Vấn đề tiếp thị còn được gọi là [[phân tích yêu cầu|phân tích yêu cầu phần mềm]].<ref>Won Kim: “On Assuring Software Quality and Curbing Software Development Cost”, in Journal of Object Technology, vol. 5, no. 6, July-August 2006, pp. 35-42 http://www.jot.fm/issues/issue_2006_07/column5</ref> 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 sách|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.
|}
 
==ThamChú khảothích==
{{Tham khảo}}
==Tham khảo==
 
{{sơ khai}}
* Robert K. Wysocki. "Effective Software Project Management" (March 27, 2006), pp:72-75
* PhD, CISM, John Rittinghouse. "Managing Software Deliverables: A Software Development Management Methodology" (November 12, 2003)
* Dan Conde. "Software Product Management: Managing Software Development from Idea to Product to Marketing to Sales" (September 1, 2002), pp:24-29
* Edward Hasted. "Software That Sells : A Practical Guide to Developing and Marketing Your Software Project" (June 10, 2005)
* A. M. Davis, "Just enough requirements management: where software development meets marketing" (May 30, 2005)
* John W. Horch, "Two Orientations On How To Work With Objects," IEEE Software, vol. 12, no. 2, pp.&nbsp;117–118, Mar., 1995.
* Karl E. Wiegers, "More About Software Requirements: Thorny Issues and Practical Advice" (December 20, 2005)
 

Trình đơn chuyển hướng