軟件開發需求調研（軟件開發需求調研提綱）
本篇文章給大家談談軟件開發需求調研，以及軟件開發需求調研提綱對應的知識點，希望對各位有所幫助，不要忘了收藏本站喔。
本文目錄一覽：
在軟件開發中，需求分析階段需要哪些工具
軟件需求分析免費下載 ?
鏈接:
提取碼:qoyw ?
需求分析也稱為軟件需求分析、系統需求分析或需求分析工程等，是開發人員經過深入細致的調研和分析，準確理解用戶和項目的功能、性能、可靠性等具體要求，將用戶非形式的需求表述轉化為完整的需求定義，從而確定系統必須做什么的過程。
軟件技術調研報告范文
軟件技術 調研報告 范文篇1
為了創建我院高職 教育 的特色和品牌，為了培養高質量的實用性人才，為了更深入地了解軟件技術專業的人才需求狀況，掌握各企事業單位所需要的人才規格結構、學歷層次，以便為我校專業設置、人才培養、辦學模式的調整提供可靠依據，我院、系曾多次組織系教學負責人、有關教師，就軟件技術專業社會需求問題分赴沿海、長沙等城市考察?？疾炱陂g，考察團一方面向當地教育局、人事局、人才交流中心了解人才需求信息，另一方面了解我院 畢業 生就業情況，分發和投放我院畢業生推薦材料1000余份。調查反饋信息如下：
一、 軟件技術專業社會需求現狀
信息產業部調查顯示，中國的IT產業在過去5年經歷了平均年28%的增長速度，是同期國家GDP增長速度的三倍。目前國家對軟件人才的需求已達20萬，這個需求將以每年20%左右的速度增長。而目前中國的高校每年有僅5萬名IT專業畢業生，預計畢業生數量的增幅每年也僅在7-8%左右。因此未來5年合格軟件人才的需求將遠大于供給。到2005年，我國的軟件與信息服務業國內市場銷售額要達到2500億元市場目標，從業人員規模上要形成80萬人開發人員隊伍。然而現有的統計調查顯示，我國國內企業現有軟件技術開發人員大約只有20萬人，要達到2005年80萬人的規模，至少需要補充60萬的人才缺口。
二、 企業對現有軟件人才的需求情況
通過調查我們發現，計算機類崗位的招聘條件正日益苛刻。如調查中，長沙市高新技術產業開發區的幾家大型的獨資企業和中外合資企業，從要求應聘者具備“實戰，此外，由于計算機專業的廣泛性，計算機行業的任何一項產品和成果均非個人能獨自完成。因此從調查中可以看出，很多用人單
位將應聘者是否具備與他人合作的潛質作為考察標準之一。正如許多企業負責人在調查報告中所填寫的那樣，作為一位在企業從事計算機方面工作的人員首先要具備的素質為：有創新性，對現有技術的掌握，工作范圍內專業問題的熟練處理，合作精神。
三、 畢業生對學院教學情況的反饋情況
1、畢業生對學生知識結構的意見和希望
調查中，畢業生對學院這一調查活動的開展表示了歡迎和全力支持，他們普遍認為學生的知識結構主要由基礎知識、英語應用能力、專業業務處理能力三部分組成。
2、畢業生對實踐能力的要求
調查表明，畢業生剛走上工作崗位時普遍感覺自己的動手能力差，都有一個感覺會做卻做不好的階段，自己有種眼高手低的感覺。他們認為學院的教學實訓、畢業實習、畢業設計等教學環節對于提高學生的實踐動手能力起著舉足輕重的作用。
四、 總結
綜上所述, “軟件技術專業在中國是一個新事物，很多人還在觀望，關鍵是要辦好”。有些專家就此談到，“一些軟件企業反映，計算機應屆畢業生不能適應實際工作的要求，因此他們不愿招應屆畢業生而愿招有幾年工作 經驗 的。如果職業技術學院軟件技術的畢業生也不能適應實際工作的要求，還需要工作幾年才能適應，那么它的意義就不大了。所以現在比追求學生數量更重要的是切實把這個專業辦好，辦好了，軟件企業愿意要它的畢業生，報考自然會踴躍了?！鼻锘鶚I，教育為本。在21世紀，信息系全體師生充滿信心，決心以和“”重要思想為指導，全面貫徹黨的教育方針，與時俱進，從為學生著想出發，為把我系建設成專業特色明顯、學科優勢突出的名系、大系，為社會培養出更多有用的人才而奮斗。
信息工程系計算機軟件教研室 2004年8月
軟件技術調研報告范文篇2
為了更好地制定2014年軟件技術專業培養方案，在2014年三月我們對軟件技術專業進行了市場調研，主要調研了北方軟件、軟博科技、日易科技等軟件企業，現將調研結果總結如下：
一、調研的目的
此次進行調研的主要目的是了解軟件行業的人才需求目標，能力要求以及行業的工作過程，以此來修改人才培養方案和進行課程建設。
二、調研的主要方式
1、要想了解企業對人才的要求，最好的方式我認為就是看招聘啟示， 一個企業的硬性需求都寫在招聘啟示中了。所以我首先上網查詢本行業相關的大型企業的招聘要求，了解行業所需的前沿知識。
2、由于計算機學科的特殊性，知識體系翻新速度非?？?，了解整個行業的發展動態有助于我們制定我們的人才培養方案和課程建設，所以我又在網上查找行業的最新動態以確定我進行企業調研的方向。
3、利用自己的人際關系，與已經就業的學生進行聊天交流，借此向其了解有關本專業的專業計劃的問題，了解企業中的工作流程。
三、調研的主要內容
1、軟件行業的發展現狀
近年來，我國軟件和信息技術服務業發展迅速，但產業規模和
實力還不能滿足國民經濟和社會發展需要，依然存在一些制約產業發展的突出問題，具體表現在：缺乏具有全球領先地位的大企業，產業整體上處于價值鏈的中低端;產業創新體系不健全，核心技術缺乏;產業鏈協同效應尚未充分發揮，亟待建立龍頭企業帶動、中小企業支
撐的產業發展格局;人才結構矛盾突出，高層次、復合型、領軍型人才依然缺乏;以市場為導向、政產學研用結合的支撐體系有待完善，產業可持續發展能力亟需提升。
十二五時期，伴隨信息通信技術的迅速發展和應用的不斷深化，軟件與網絡深度耦合，軟件與硬件、應用和服務緊密融合，軟件和信息技術服務業加快向網絡化、服務化、體系化和融合化方向演進。產業技術創新加速， 商業模式 變革方興未艾，新興應用層出不窮，將推動產業融合發展和轉型升級。
自2000年以來我國軟件業持續高速發展，2000-2012年我國軟件產業收入增長44倍，年均復合增長率約為37%。而近10年，全球軟件產業的平均增長率約在7%左右。
2013年1-8月，我國軟件業實現利潤2126億元，同比增長25.5%，高出1-7月和去年同期0.4和10.3個百分點。從業人員數量和工資總額增長14.2%和18.2%，保持穩定增長態勢。
1-8月，西部地區完成軟件業務收入2107億元，同比增長28.5%，高出全國水平4.4個百分點，其中重慶、陜西保持30%以上增長。中部地區完成軟件業務收入742億元，同比增長25.2%，增速高于去年同期10.8個百分點。東部和東北地區分別完成軟件業務收入14550和2018億元，同比增長23.3%和24.7%，增速低于去年同期3.1和0.9個百分點。
中商情報網發布《2013-2018年中國軟件行業市場深度調查及投資戰略研究報告》顯示，目前全國軟件業務收入排名前20位的城市，占據全行業近九成的業務收入，其中北京、上海、南京、濟南等11個軟件名城及創建城市，占全國軟件收入的65%。軟件產業也已成為這些城市的戰略支柱產業。 2、軟件行業的人才需求狀況
我國軟件業持續保持20%的增長速度，每年的軟件人才需求缺口是40～100萬人次。國家十大產業振興規劃中的電子信息產業和物流產業與軟件行業緊密相關，電子信息產業的三大任務都包括了軟件產業。軟件技術專業畢業的學生滿足了社會需求，具有廣闊就業前景。該專業畢業生適合在IT領域、軟件公司、各類企業和政府機關、科研單位從事軟件開發、軟件測試、網頁設計、數據庫維護、客戶端編程等工作。
3、重慶地區的軟件企業現狀
重慶的地理位置非常優越，重慶直轄后的大規模中央直接投資和財政轉移支付直接帶動了經濟起飛，但是今后的重慶還必須依靠制造業的發展，沒有大規模的制造業支持和一定規模的勞動密集型產業，是不可能實現城市化和現代化的。在支持制造業發展的同時也非常注重環境保護，而軟件行業是個低耗高能的產業，政府決策必定會竭力支持。目前有金算盤軟件、惠普軟件、南華中天等知名軟件公司。
4、崗位(崗位群)調查
1)、Java程序員
職位描述：
1、WEB應用程序代碼編寫;
2、模塊代碼測試及優化;
3、編寫單元測試文檔。
崗位要求：
1、精通java基礎，及常用java設計模式，深入理解MVC編程模式,了解UML相關知識。
2、掌握struts、spring、hibernate等主流java開源框架技術。
3、熟練掌握WEB應用程序設計相關的jsp、javascript、aja_、css、html等技術。
4、熟悉DB2、ORCALE、MS SQL SERVER數據庫其中一種;
5、有較強的新技術學習能力，和良好的溝通能力和理解能力。
2).net程序員
職位描述:
1.精通ASP.NET(C#)開發，熟悉.NET多層開發和MVC結構。
2. 熟悉SQLserver，MySql數據庫，具有SQLServer或MySql數據庫設計和開發經驗;熟練處理DB的存儲過程，函數，作業等等。
3.熟練掌握HTML、CSS、JavaScript、Aja_。
4.項目開發中至少使用過一種源代碼管理工具，如VSS、SVN等。
5. 有良好的技術文檔、開發文檔習慣,具有規范化，標準化的代碼編寫習慣。
6.具有良好的溝通能力，以及學習和團隊合作的能力。
7. 思維清晰敏捷，邏輯分析能力強，做事認真、細致、有責任心，能夠承擔一定工作壓力。
3)java程序員 專業能力要求：
1.熟悉J2EE規范，能應用多種開源框架，能做框架源碼分析;
2.熟練使用Eclipse、MyEclipse等IDE開發工具;
3.熟悉SQL Server、MySQL數據庫;
4.具有良好的文檔編寫能力，能按要求完成項目所需文檔的編寫;
5.熟練B/S系統開發的相關技術，如HTML、SML、JavaScript、aja_等;
6.熟悉使用struts2、spring、Hibernate、JQuery、E_tJS等框架
4).net軟件開發工程師
崗位要求：
1、具有一年以上.NET團隊開發經驗，具有.NET企業框架下多層結構及分布式系統開發經驗;
2、熟練.NET下的C/S、B/S系統開發，熟悉.NET框架類庫，如WCF, WinForms, ASP.NET，ADO.NET等;
3、熟練SQL Server數據庫，并能熟練編寫存儲過程、觸發器;
4、熟悉Web Service、_ML、JavaScript 、AJA_、CSS等WEB相關技術;
5、熟悉ASP.NET MVC、多瀏覽器兼容開發、手機應用開發、短彩信網關開發者優先;
6、良好的工作心態，積極的工作態度，良好的溝通能力、團隊合作精神;善于學習;擁有解決問題的能力;
7、有良好的書面和口頭表達能力。
5)Java軟件開發工程師
任職資格：
1、熟悉J2EE開發，精通SSH等常用框架，對當前主流架構有深刻理解;
2、 精通JAVA;精通B/S系統開發的相關技術，如HTML、_ML、javascript、aja_等;
3、.熟練使用Eclipse 、MyEclipse等IDE開發工具;
4、熟練應用Tomcat、websphere等Web容器;
5、熟悉oracle、sql server或mysql數據庫;
6、 熟悉android、ios系統的應用開發者優先;
7、具有良好的文檔編寫能力，能按要求完成項目所需文檔的編寫;
8、具有系統需求分析和設計能力，能快速理解業務需求并進行相關邏輯設計;
9、具有較強的學習能力和獨立解決問題的能力,具有良好的團隊合作精神，良好的溝通能力，工作責任心強，能承受一定的工作壓力。
6)java技術支持工程師
知識技能：
1、具備牢固的JAVA基礎，熟悉J2EE開發，具備一定的開源框架使用經驗;
2、熟悉ORACLE等關系型數據庫。
綜合素質：
1、具備良好自我總結和學習能力;
2、具備良好的團隊合作精神;
3、具備良好的溝通能力。
7)java實施工程師
職位描述:
1、有一定開發基礎，掌握ORACLE、Mysql等數據庫系統和相關編程工作;
2、熟悉J2EE架構和相關的JAVA開發技術;
3、了解國家電網實施工作，有相應的測試經驗;
4、具有團隊合作精神，善于溝通交流，理解能力強;
5、工作認真、敬業、嚴守職業操守;
8)軟件測試工程師 1、任職資格
(1)、熟悉軟件測試基礎知識，掌握主要軟件測試 方法 和測試工具;
(2)、業務理解能力強，能編寫高質量的測試用例;
2、工作職責
(1)、主要從事公司軟件項目的測試工作，保證項目質量;
(2)、編制測試計劃、測試方案、測試用例、測試報告;
(3)、組織實施軟件性能測試、集成測試、功能測試;
四、調研結論
1專業設置的正確性
國家和西部三地政府的政策和資源超常規地向軟件及信息服務產業傾斜，營造了良好的產業發展環境，強力推動并持續保障當地軟件及信息服務產業發揮后發優勢，實現軟件及信息服務產業的跨越式發展。本地企業信息化需求，催生軟件企業發展與軟件人才需求的增長提供良好市場空間。西部地區人力條件，又為軟件和服務外包產業的壯大提供了可靠的智力保障。
2專業方向布局的正確性
目前本專業設置了Java、.net、對日外包對應了市場上的主要需求。而C++方向由于全國相關專業本科均開設了該方向課程，已經有了很豐富的積淀，同時由于C語言對算法的要求較高，不適合?？粕鷮W習后去與本科生崗位競爭，所以本專業沒有設置該方向。同時，由于軟件行業均對一年以上工作經驗的人員需求超過了應屆畢業生需求的5~10倍，本專業在課程體系的設置上著重考慮了學生的經驗的積累，本專業畢業的學生均能具有接近1年開發經驗的能力。
2014年3月28日
軟件技術調研報告范文篇3
2008年是沈陽職業技術學院突飛猛進的一年，這一年學院取得的可喜成績有目共睹。作為一只高職高專行業的生力軍，我們的目標是將我們的學院辦實、辦強。2009年是我們繼往開來的嶄新年，為了使我們的學院更好的與企業接軌，使我們申辦的專業成為社會緊缺型人才培養的搖籃，使我們培養的學生成為社會有用的人才，我們利用寒假時間系統的對于沈陽各軟件技術相關企業進行調研，通過我們對于東軟、沈陽華嶸聯德科技發展有限公司、沈陽億之行科技發展有限公司、沈陽網達科技有限公司、沈陽嘉通科技有限公司等十幾家IT企業采用走訪、電話采訪、網絡溝通等多種途徑的調研，我們在專業課程設置、發展方向等方面取得了一定得收獲?，F將此次調研的情況做如下分析總結：
一、職業教育計算機專業現狀分析：
由于現在世界上計算機應用已經朝著多元化發展，特別是 網絡技術 與計算機軟硬件技術飛速發展，推動著經濟全球化的進程。而當前我們很多職業學校計算機應用專業的設置和 教學方法 ，與計算機的發展及社會對計算機專業人才的需求不相適應，，在當前的形勢下顯得過于單薄和簡陋，畢業的學生除了在一些計算機應用水平較低的行業和機關外，已經無法適應飛速發展的信息社會對計算機專業人才專業化、高技能、高素質的需求。
據統計表明，職業教育計算機軟件技術相關專業的畢業生，大部分(80%以上)從事計算機銷售與技術支持、數據錄入、辦公文秘等崗
位的工作，在計算機應用與軟件人才鏈中處于較低端位置。在軟件開發、游戲軟件制作、網絡編程等崗位上工作的職業學校畢業生相對較少，而實際上這些崗位非常需要高職畢業生，高職畢業生在這里具有很大的就業的空間。
??因此，我們有理由認為，隨著計算機的普及，社會不僅需要掌握計算機基礎知識，具有操作和維護計算機系統的人才，更加需要掌握一定的計算機組成原理、計算機網絡等知識，具備軟件開發、手機游戲制作、網絡游戲制作等能力的軟件專業高等專業人才。
二、制定調研目的：
此次進行調研的主要目的是通過對高職高專計算機專業發展現狀分析，進一步掌握軟件行業的人才需求目標、能力要求以及行業的工作過程，以此來修改我院的人才培養方案和進行課程建設。
三、針對軟件技術(軟件測試)專業調研內容：
沈陽的軟件測試行業是近兩年軟件的新興行業，過去只是由開發人員對于軟件進行測試，現在許多軟件公司已經單獨的開設了軟件測試行業，作為高職院校的軟件測試專業，我們培養的學生的崗位群主要為：
1、軟件測試技術人員：入門級測試職位。主要負責建立測試硬件和軟件配置，執行簡單的測試腳本或者自動化測試，利用beta站點分離和再現軟件缺陷。
2、軟件測試員或者軟件測試工程師：編寫自己的測試用例和測試程序，并參與設計和 說明書 審查，編寫簡單的測試自動化或者測試工具，在執行白盒測試時與程序員密切合作。
3、軟件測試工具開發師或軟件測試開發工程師：主要執行白盒測試，能夠開發測試工具或執行白盒測試。
4、軟件測試負責人：負責軟件項目主要部分的測試，為負責范圍制定測試計劃，監督其他測試員執行測試，重點收集產品的度量信息并向管理部門呈報。
5、軟件測試經理：監督整個項目甚至多個項目的測試，和項目經理、開發經理一起制定精度、優先級和目標;為項目提供合適的測試資源---人員換、設備、場地等，為小組測試制定基調和策略。
四、軟件技術專業的行業調研反饋的意見：
(一)針對學生基本素質調研情況反饋:
1、用人單位方面：
計算機的軟硬件更新都比較快，用人單位并不要求學生學得特別多，而是基礎比較牢固，很多用人單位反映學生基礎較差，體現在工作中簡單的數據計算都不能完成。這可能與在職業學校這三年學習中語數外這三門基礎課基礎打得不牢有關。另外，計算機中一些最常見的簡單的故障也不能排除，硬件方面知識太少，最基本的系統安裝與維護都不懂。這與部分專業沒有開設計算機安裝與維護這門課有關。還有就是學生沒有養成良好的用機操作習慣，如有單位反映有些剛參加工作的畢業生經常一邊吃零食，一邊操作計算機。其次，用人單位反映有條件的學?？梢园雅囵B目標定得高一些，盡量培養一些水平達初級程序員和程序員的實用型人才。
2、學生方面：
學生認為應該隨著市場的發展和計算機的發展，隨時調整課程的設置，計算機的教育不能拘泥于形式，舊的落后的課程應隨時舍棄，
新增一些實用性強的課程，尤其是網絡游戲制作、手機軟件開發等方面的課程。根據學生基礎和興趣增設一些類似提高班的課程。其次就是調整學校的培養目標和提高教師水平，尤其是教師有責任心。另外是完善電腦機房的設備和管理。
(二)、企業對于軟件測試專業人員所需具備的能力要求： 為了滿足社會對軟件測試人才的需求，為了使軟件測試方向的教育積極應對計算機市場的挑戰，軟件測試方向的人才應具備以下能力:
1、軟件開發能力：作為軟件測試人員，需要在測試過程中清楚了解軟件的開發流程，并且掌握一定開發語言。
2、計算機組裝及維護能力：某些測試過程中需要使用不同的計算機硬件、軟件，并且在測試試過程中需要干凈的系統，軟件測試人員需要根據需要自己組裝并進行相應的維護。
3、數據庫操作能力：現代許多軟件都是前臺與后臺數據庫相連，軟件測試人員需要了解基本的數據庫理論。
4、網站開發能力：目前大多數軟件都是網站形式顯示，具備網站開發能力能夠更好的對軟件進行測試。
5、軟件測試能力：作為軟件測試人員必須具備的能力。
(三)軟件測試專業開設課程
針對軟件測試人員所應具備的能力，應該開設以下課程：
計算機基礎、c語言程序設計、c++程序設計、java程序設計、計算機組裝與維護、數據庫原理、數據庫語言(Oracle/SQL)、網站設計、ASP程序設計語言、軟件測試基礎、軟件測試技術、自動化測試技術、軟件測試頂崗實習。
五、本地區用人單位調研論證：
通過對本地企業的調查表明，本專業畢業的學生雖大部分從事計算機相關專業工作，但是以銷售和技術支持等性質的工作較多。原因有如下幾方面：
1、軟件測試專業現為新興行業，在沈陽專門從事該性質的IT企業較少。因從業規模較小，故多數本專業畢業生無法學有所用。
2、軟件技術專業中手機軟件開發專業畢業生從業較難。原因是專門從事手機軟件開發的行業多數集中在北京和上海，沈陽相對較少。故本專業畢業生實習實訓的企業較少，學生缺乏一定得實際項目開發能力。
3、目前軟件開發中需求較多的為游戲軟件開發人員。由于網絡的普及和興起，網絡游戲成為億萬網民熱衷的業余休閑項目，故專業的網絡游戲軟件開發制作人員成為緊缺人才。
六、高等職業學校發展的思考
國家對職業教育相當重視，要求職業教育要在新形勢下取得更大發展。那么高等職業學校計算機專業的發展應該如何走呢?
首先，我們應該借全國職業教育工作會議的東風，與時俱進，修煉內功，形成質量強專業，要用終身教育的思想深化對職業教育本質特征的認識，豐富職業教育的內涵。這一點應該從教師做起，針對目前存在的問題，教師應該嚴格要求自己，不斷學習，加強業務培訓，提高教師自身的教學和實踐能力，加強學校與企業間的人員和技術交流。
第二，高等職業學校要合理設置專業和安排課程的開設，要加強學生基礎課程的教學，根據終身教育的思想，學生以后也要終身學習，那么他們就必須在當前年齡段打好基礎。這里主要是指加強語文、數學和英語的教學。對于專業課程的安排可以考慮采用必修和選修的形式，計算機操作基礎(包括Windows、Office等)、計算機安裝與維護、 網絡基礎知識 和C語言這些作為專業基礎課程，是必修的課程，其余作為專業選修課，但規定每個學生至少得選多少門。同時對一些基礎相對較好的學生提高培養目標，如定位達初級程序員的水平。
所以，從當前形勢看，高等職業學校的計算機軟件技術專業設置和課程開設必須合理，緊密與社會企事業相聯系，培養固定企業需要的專業計算機類人才;同時根據發展不斷調整，才會使高職教育符合社會發展并且大有所為的。
計算機系：馮書晶 2009-2-27
軟件技術調研報告范文相關 文章 ：
★ 軟件技術調研報告范文
★ 軟件技術調研報告范文(2)
★ 計算機調研報告范文3篇
★ it市場調研報告范文3篇
★ 計算機調查報告范文3篇
★ 產品市場調查報告范文精選5篇
★ it市場調查報告范文3篇
★ 3000字的調研報告范文
★ 軟件工程實踐報告范文3篇精選
★ erp調研報告范文(3)
如何開發軟件
1、軟件開發的第一個流程是項目開發目的分析與確定，主要是在軟件開發商將開發項目確定下來之后，需要與需求方進行討論，確定需求方對于軟件開發的需要實現目標及其具體需要的功能等等，并確定是否可達成；
2、接下來就是需求分析，這個步驟也是為軟件開發的正常進行確定具體思路的階段。在確定軟件開發可進行后，必須要對客戶需要實現的軟件功能需求進行具體詳細的分析。同時應當考慮在開發過程中可能出現的變化情況，制定需求變更計劃隨時應對特殊情況的發生，保證軟件開發流程的順暢進行；
3、接下來就是軟件設計。軟件設計要根據上一階段對軟件功能需求分析的結果，來設計軟件系統的框架結構、功能模塊和數據庫等等。它主要分為總體設計和詳細設計兩個部分；
4、接下來就是編程實施步驟。編程也是根據對軟件設計，將軟件設計的各部分需求通計算機程序代碼來實現運行，編程有統一、規范的程序編寫規則，保證軟件程序的易懂性、易維護性；
5、接下來就是軟件測試步驟。也就是在根據設計將客戶軟件需用編程代碼來實現之后，也就是軟件程序完成之后，需要對編寫的程序，形成整體構架、功能進行單元、組裝、系統三階段的測試，以測試程序編寫的正確性，以及對客戶需求功能滿足的充分性，以此來確定軟件是否達到開發要求，同時也是一個發現問題、糾正問題的過程；
6、通過以上核心環節完成了軟件開發，接下來就是在軟件開發達到客戶需求之后，開發者將軟件系統交予客戶，并將軟件安裝程序、數據庫的數據字典、《用戶安裝手冊》、《用戶使用指南》、需求報告、設計報告、測試報告等產物交付給客戶，同時指導客戶進行軟件安裝、以及安裝技巧，提醒客戶注意軟件運行狀況、環境、服務器及相關中間件的檢測與注意事項，知道客戶軟件的實際操作方法、使用流程等等問題，實現合同規定任務；
7、用戶在接受開發商交付的軟件開發結果，并進行實際操作、測試運行，實現滿意結果之后，對開發出來的軟件進行驗收；
8、定制開發的軟件通常都需要提供售后服務，定期對軟件進行維護，或者根據用戶出現的新需求，進行應用軟件程序的修改，使之不斷滿足客戶實際需求。
如何做好需求分析，需求調研
轉載以下資料供參考
從廣義上理解：需求分析包括需求的獲取、分析、規格說明、變更、驗證、管理的一系列需求工程。
狹義上理解需求分析指需求的分析、定義過程。
原因
需求分析就是分析軟件用戶的需求是什么。如果投入大量的人力，物力、財力、時間，開發出的軟件卻沒人要，那所有的投入都是徒勞。如果費了很大的精力，開發一個軟件，最后卻不滿足用戶的要求，從而要重新開發過，這種返工是讓人痛心疾首的(相信大家都有體會)。比如：用戶需要一個for linux的軟件，而你在軟件開發前期忽略了軟件的運行環境，忘了向用戶詢問這個問題，而想當然的認為是開發for windows的軟件。當你千辛萬苦地開發完成向用戶提交時才發現出了問題，那時候你是欲哭無淚了，恨不得找塊豆腐一頭撞死。
需求分析之所以重要，就因為他具有決策性、方向性、策略性的作用，他在軟件開發的過程中具有舉足輕重的地位，大家一定要對需求分析具有足夠的重視。在一個大型軟件系統的開發中，他的作用要遠遠大于程序設計。
任務
簡言之，需求分析的任務就是解決“做什么"的問題，就是要全面地理解用戶的各項要求，并準確地表達所接受的用戶需求。
過程
需求分析階段的工作,可以分為四個方面：問題識別、分析與綜合、制訂規格說明、評審。
問題識別：就是從系統角度來理解軟件，確定對所開發系統的綜合要求，并提出這些需求的實現條件，以及需求應該達到的標準。這些需求包括：功能需求(做什么)、性能需求(要達到什么指標)、環境需求(如機型、操作系統等)、可靠性需求(不發生故障的概率）、安全保密需求、用戶界面需求、資源使用需求(軟件運行是所需的內存、CPU等)、軟件成本消耗與開發進度需求、預先估計以后系統可能達到的目標。
分析與綜合： 逐步細化所有的軟件功能，找出系統各元素間的聯系，接口特性和設計上的限制，分析他們是否滿足需求，剔除不合理部分，增加需要部分。最后綜合成系統的解決方案，給出要開發的系統的詳細邏輯模型(做什么的模型)。
制訂規格說明書： 即編制文檔，描述需求的文檔稱為軟件需求規格說明書。請注意，需求分析階段的成果是需求規格說明書，向下一階段提交。
評審： 對功能的正確性，完整性和清晰性，以及其它需求給予評價。評審通過才可進行下一階段的工作,否則重新進行需求分析。
方法
需求分析的方法有很多，這里只強調原型化方法，其它的方法如：結構化方法、動態分析法等，從來沒用過這些方法在此不討論。
原型化方法是十分重要的，原型就是軟件的一個早期可運行的版本，它實現了目標系統的某些或全部功能。
原型化方法就是盡可能快地建造一個粗糙的系統，這系統實現了目標系統的某些或全部功能。但是這個系統可能在可靠性、界面的友好性或其他方面上存在缺陷。建造這樣一個系統的目的是為了考察某一方面的可行性，如算法的可行性、技術的可行性或考察是否滿足用戶的需求等。如：為了考察是否滿足用戶的要求，可以用某些軟件工具快速的建造一個原型系統，這個系統只是一個界面，然后聽取用戶的意見，改進這個原型。以后的目標系統就在原型系統的基礎上開發。
原型主要有三種類型：探索型、實驗型、進化型。
探索型：目的是要弄清楚對目標系統的要求，確定所希望的特性，并探討多種方案的可行性。
實驗型：用于大規模開發和實現前，考核方案是否合適，規格說明是否可靠。
進化型：目的不在于改進規格說明，而是將系統建造得易于變化，在改進原型的過程中，逐步將原型進化成最終系統。
在使用原型化方法時有兩種不同的策略：廢棄策略、追加策略。
廢棄策略：先建造一個功能簡單而且質量要求不高的模型系統，針對這個系統反復進行修改,形成比較好的思想，據此設計出較完整、準確、一致、可靠的最終系統。系統構造完成后，原來的模型系統就被廢棄不用。探索型和實驗型屬于這種策略。
追加策略：先構造一個功能簡單而且質量要求不高的模型系統，作為最終系統的核心，然后通過不斷地擴充修改，逐步追加新要求，發展成為最終系統。進化型屬于這種策略。
需求分析20條法則
客戶與開發人員交流需要好的方法。下面建議20條法則，客戶和開發人員可以通過評審以下內容并達成共識。如果遇到分歧，將通過協商達成對各自義務的相互理解，以便減少以后的磨擦（如一方要求而另一方不愿意或不能夠滿足要求）。
1、 分析人員要使用符合客戶語言習慣的表達
需求討論集中于業務需求和任務，因此要使用術語?？蛻魬獙⒂嘘P術語（例如：采價、印花商品等采購術語）教給分析人員，而客戶不一定要懂得計算機行業的術語。
2、分析人員要了解客戶的業務及目標
只有分析人員更好地了解客戶的業務，才能使產品更好地滿足需要。這將有助于開發人員設計出真正滿足客戶需要并達到期望的優秀軟件。為幫助開發和分析人員，客戶可以考慮邀請他們觀察自己的工作流程。如果是切換新系統，那么開發和分析人員應使用一下舊系統，有利于他們明白系統是怎樣工作的，其流程情況以及可供改進之處。
3、 分析人員必須編寫軟件需求報告
分析人員應將從客戶那里獲得的所有信息進行整理，以區分業務需求及規范、功能需求、質量目標、解決方法和其他信息。通過這些分析，客戶就能得到一份“需求分析報告”，此份報告使開發人員和客戶之間針對要開發的產品內容達成協議。報告應以一種客戶認為易于翻閱和理解的方式組織編寫?？蛻粢u審此報告，以確保報告內容準確完整地表達其需求。一份高質量的“需求分析報告”有助于開發人員開發出真正需要的產品。
4、 要求得到需求工作結果的解釋說明
分析人員可能采用了多種圖表作為文字性“需求分析報告”的補充說明，因為工作圖表能很清晰地描述出系統行為的某些方面，所以報告中各種圖表有著極高的價值；雖然它們不太難于理解，但是客戶可能對此并不熟悉，因此客戶可以要求分析人員解釋說明每個圖表的作用、符號的意義和需求開發工作的結果，以及怎樣檢查圖表有無錯誤及不一致等。
5、 開發人員要尊重客戶的意見
如果用戶與開發人員之間不能相互理解，那關于需求的討論將會有障礙。共同合作能使大家“兼聽則明”。參與需求開發過程的客戶有權要求開發人員尊重他們并珍惜他們為項目成功所付出的時間，同樣，客戶也應對開發人員為項目成功這一共同目標所做出的努力表示尊重。
6、 開發人員要對需求及產品實施提出建議和解決方案
通?？蛻羲f的“需求”已經是一種實際可行的實施方案，分析人員應盡力從這些解決方法中了解真正的業務需求，同時還應找出已有系統與當前業務不符之處，以確保產品不會無效或低效；在徹底弄清業務領域內的事情后，分析人員就能提出相當好的改進方法，有經驗且有創造力的分析人員還能提出增加一些用戶沒有發現的很有價值的系統特性。
7、 描述產品使用特性
客戶可以要求分析人員在實現功能需求的同時還注意軟件的易用性，因為這些易用特性或質量屬性能使客戶更準確、高效地完成任務。例如：客戶有時要求產品要“界面友好”或“健壯”或“高效率”，但對于開發人員來講，太主觀了并無實用價值。正確的做法是，分析人員通過詢問和調查了解客戶所要的“友好、健壯、高效所包含的具體特性，具體分析哪些特性對哪些特性有負面影響，在性能代價和所提出解決方案的預期利益之間做出權衡，以確保做出合理的取舍。
8、 允許重用已有的軟件組件
需求通常有一定靈活性，分析人員可能發現已有的某個軟件組件與客戶描述的需求很相符，在這種情況下，分析人員應提供一些修改需求的選擇以便開發人員能夠降低新系統的開發成本和節省時間，而不必嚴格按原有的需求說明開發。所以說，如果想在產品中使用一些已有的商業常用組件，而它們并不完全適合您所需的特性，這時一定程度上的需求靈活性就顯得極為重要了。
9、 要求對變更的代價提供真實可靠的評估
有不同的選擇。而這時，對需求變更的影響進行評估從而對業務決策提供幫助，是十分必要的。所以，客戶有權利要求開發人員通過分析給出一個真實可信的評估，包括影響、成本和得失等。開發人員不能由于不想實施變更而隨意夸大評估成本。
10、 獲得滿足客戶功能和質量要求的系統
每個人都希望項目成功，但這不僅要求客戶要清晰地告知開發人員關于系統“做什么”所需的所有信息，而且還要求開發人員能通過交流了解清楚取舍與限制，一定要明確說明您的假設和潛在的期望，否則，開發人員開發出的產品很可能無法讓您滿意。
11、 給分析人員講解您的業務
分析人員要依靠客戶講解業務概念及術語，但客戶不能指望分析人員會成為該領域的專家，而只能讓他們明白您的問題和目標；不要期望分析人員能把握客戶業務的細微潛在之處，他們可能不知道那些對于客戶來說理所當然的“常識”。
12、 抽出時間清楚地說明并完善需求
客戶很忙，但無論如何客戶有必要抽出時間參與“頭腦高峰會議”的討論，接受采訪或其他獲取需求的活動。有些分析人員可能先明白了您的觀點，而過后發現還需要您的講解，這時請耐心對待一些需求和需求的精化工作過程中的反復，因為它是人們交流中很自然的現象，何況這對軟件產品的成功極為重要。
13、 準確而詳細地說明需求
編寫一份清晰、準確的需求文檔是很困難的。由于處理細節問題不但煩人而且耗時，因此很容易留下模糊不清的需求。但是在開發過程中，必須解決這種模糊性和不準確性，而客戶恰恰是為解決這些問題作出決定的最佳人選，否則，就只好靠開發人員去正確猜測了。
在需求分析中暫時加上“待定”標志是個方法。用該標志可指明哪些是需要進一步討論、分析或增加信息的地方，有時也可能因為某個特殊需求難以解決或沒有人愿意處理它而標注上“待定”?？蛻粢M量將每項需求的內容都闡述清楚，以便分析人員能準確地將它們寫進“軟件需求報告”中去。如果客戶一時不能準確表達，通常就要求用原型技術，通過原型開發，客戶可以同開發人員一起反復修改，不斷完善需求定義。
14、 及時作出決定
分析人員會要求客戶作出一些選擇和決定，這些決定包括來自多個用戶提出的處理方法或在質量特性沖突和信息準確度中選擇折衷方案等。有權作出決定的客戶必須積極地對待這一切，盡快做處理，做決定，因為開發人員通常只有等客戶做出決定才能行動，而這種等待會延誤項目的進展。
15、 尊重開發人員的需求可行性及成本評估
所有的軟件功能都有其成本?？蛻羲Ｍ哪承┊a品特性可能在技術上行不通，或者實現它要付出極高的代價，而某些需求試圖達到在操作環境中不可能達到的性能，或試圖得到一些根本得不到的數據。開發人員會對此作出負面的評價，客戶應該尊重他們的意見。
16、 劃分需求的優先級
絕大多數項目沒有足夠的時間或資源實現功能性的每個細節。決定哪些特性是必要的，哪些是重要的，是需求開發的主要部分，這只能由客戶負責設定需求優先級，因為開發者不可能按照客戶的觀點決定需求優先級；開發人員將為您確定優先級提供有關每個需求的花費和風險的信息。
在時間和資源限制下，關于所需特性能否完成或完成多少應尊重開發人員的意見。盡管沒有人愿意看到自己所希望的需求在項目中未被實現，但畢竟是要面對現實，業務決策有時不得不依據優先級來縮小項目范圍或延長工期，或增加資源，或在質量上尋找折衷。
17、 評審需求文檔和原型
客戶評審需求文檔，是給分析人員帶來反饋信息的一個機會。如果客戶認為編寫的“需求分析報告”不夠準確，就有必要盡早告知分析人員并為改進提供建議。更好的辦法是先為產品開發一個原型。這樣客戶就能提供更有價值的反饋信息給開發人員，使他們更好地理解您的需求；原型并非是一個實際應用產品，但開發人員能將其轉化、擴充成功能齊全的系統。
18、 需求變更要立即聯系
不斷的需求變更，會給在預定計劃內完成的質量產品帶來嚴重的不利影響。變更是不可避免的，但在開發周期中，變更越在晚期出現，其影響越大；變更不僅會導致代價極高的返工，而且工期將被延誤，特別是在大體結構已完成后又需要增加新特性時。所以，一旦客戶發現需要變更需求時，請立即通知分析人員。
19、 遵照開發小組處理需求變更的過程
為將變更帶來的負面影響減少到最低限度，所有參與者必須遵照項目變更控制過程。這要求不放棄所有提出的變更，對每項要求的變更進行分析、綜合考慮，最后做出合適的決策，以確定應將哪些變更引入項目中。
20、 尊重開發人員采用的需求分析過程
軟件開發中最具挑戰性的莫過于收集需求并確定其正確性，分析人員采用的方法有其合理性。也許客戶認為收集需求的過程不太劃算，但請相信花在需求開發上的時間是非常有價值的；如果您理解并支持分析人員為收集、編寫需求文檔和確保其質量所采用的技術，那么整個過程將會更為順利。
“需求確認”意味著什么
在“需求分析報告”上簽字確認，通常被認為是客戶同意需求分析的標志行為，然而實際操作中，客戶往往把“簽字”看作是毫無意義的事情?！八麄円以谛枨笪臋n的最后一行下面簽名，于是我就簽了，否則這些開發人員不開始編碼?！?/p>
這種態度將帶來麻煩，譬如客戶想更改需求或對產品不滿時就會說：“不錯，我是在需求分析報告上簽了字，但我并沒有時間去讀完所有的內容，我是相信你們的，是你們非讓我簽字的?！?/p>
同樣問題也會發生在僅把“簽字確認”看作是完成任務的分析人員身上，一旦有需求變更出現，他便指著“需求分析報告”說：“您已經在需求上簽字了，所以這些就是我們所開發的，如果您想要別的什么，您應早些告訴我們?！?/p>
這兩種態度都是不對的。因為不可能在項目的早期就了解所有的需求，而且毫無疑問地需求將會出現變更，在“需求分析報告”上簽字確認是終止需求分析過程的正確方法，所以我們必須明白簽字意味著什么。
對“需求分析報告”的簽名是建立在一個需求協議的基線上，因此我們對簽名應該這樣理解：“我同意這份需求文檔表述了我們對項目軟件需求的了解，進一步的變更可在此基線上通過項目定義的變更過程來進行。我知道變更可能會使我們重新協商成本、資源和項目階段任務等事宜?！睂π枨蠓治鲞_成一定的共識會使雙方易于忍受將來的摩擦，這些摩擦來源于項目的改進和需求的誤差或市場和業務的新要求等。 需求確認將迷霧撥散，顯現需求的真面目，給初步的需求開發工作畫上了雙方都明確的句號，并有助于形成一個持續良好的客戶與開發人ONT
如何做好需求分析，需求調研？
轉載以下資料供參考\x0d\x0a\x0d\x0a從廣義上理解：需求分析包括需求的獲取、分析、規格說明、變更、驗證、管理的一系列需求工程。\x0d\x0a狹義上理解需求分析指需求的分析、定義過程。\x0d\x0a原因\x0d\x0a需求分析就是分析軟件用戶的需求是什么。如果投入大量的人力，物力、財力、時間，開發出的軟件卻沒人要，那所有的投入都是徒勞。如果費了很大的精力，開發一個軟件，最后卻不滿足用戶的要求，從而要重新開發過，這種返工是讓人痛心疾首的(相信大家都有體會)。比如：用戶需要一個for linux的軟件，而你在軟件開發前期忽略了軟件的運行環境，忘了向用戶詢問這個問題，而想當然的認為是開發for windows的軟件。當你千辛萬苦地開發完成向用戶提交時才發現出了問題，那時候你是欲哭無淚了，恨不得找塊豆腐一頭撞死。\x0d\x0a需求分析之所以重要，就因為他具有決策性、方向性、策略性的作用，他在軟件開發的過程中具有舉足輕重的地位，大家一定要對需求分析具有足夠的重視。在一個大型軟件系統的開發中，他的作用要遠遠大于程序設計。\x0d\x0a任務\x0d\x0a簡言之，需求分析的任務就是解決“做什么"的問題，就是要全面地理解用戶的各項要求，并準確地表達所接受的用戶需求。\x0d\x0a過程\x0d\x0a需求分析階段的工作,可以分為四個方面：問題識別、分析與綜合、制訂規格說明、評審。\x0d\x0a問題識別：就是從系統角度來理解軟件，確定對所開發系統的綜合要求，并提出這些需求的實現條件，以及需求應該達到的標準。這些需求包括：功能需求(做什么)、性能需求(要達到什么指標)、環境需求(如機型、操作系統等)、可靠性需求(不發生故障的概率）、安全保密需求、用戶界面需求、資源使用需求(軟件運行是所需的內存、CPU等)、軟件成本消耗與開發進度需求、預先估計以后系統可能達到的目標。\x0d\x0a分析與綜合： 逐步細化所有的軟件功能，找出系統各元素間的聯系，接口特性和設計上的限制，分析他們是否滿足需求，剔除不合理部分，增加需要部分。最后綜合成系統的解決方案，給出要開發的系統的詳細邏輯模型(做什么的模型)。\x0d\x0a制訂規格說明書： 即編制文檔，描述需求的文檔稱為軟件需求規格說明書。請注意，需求分析階段的成果是需求規格說明書，向下一階段提交。\x0d\x0a評審： 對功能的正確性，完整性和清晰性，以及其它需求給予評價。評審通過才可進行下一階段的工作,否則重新進行需求分析。\x0d\x0a方法\x0d\x0a需求分析的方法有很多，這里只強調原型化方法，其它的方法如：結構化方法、動態分析法等，從來沒用過這些方法在此不討論。\x0d\x0a原型化方法是十分重要的，原型就是軟件的一個早期可運行的版本，它實現了目標系統的某些或全部功能。\x0d\x0a原型化方法就是盡可能快地建造一個粗糙的系統，這系統實現了目標系統的某些或全部功能。但是這個系統可能在可靠性、界面的友好性或其他方面上存在缺陷。建造這樣一個系統的目的是為了考察某一方面的可行性，如算法的可行性、技術的可行性或考察是否滿足用戶的需求等。如：為了考察是否滿足用戶的要求，可以用某些軟件工具快速的建造一個原型系統，這個系統只是一個界面，然后聽取用戶的意見，改進這個原型。以后的目標系統就在原型系統的基礎上開發。\x0d\x0a原型主要有三種類型：探索型、實驗型、進化型。\x0d\x0a探索型：目的是要弄清楚對目標系統的要求，確定所希望的特性，并探討多種方案的可行性。\x0d\x0a實驗型：用于大規模開發和實現前，考核方案是否合適，規格說明是否可靠。\x0d\x0a進化型：目的不在于改進規格說明，而是將系統建造得易于變化，在改進原型的過程中，逐步將原型進化成最終系統。\x0d\x0a在使用原型化方法時有兩種不同的策略：廢棄策略、追加策略。\x0d\x0a廢棄策略：先建造一個功能簡單而且質量要求不高的模型系統，針對這個系統反復進行修改,形成比較好的思想，據此設計出較完整、準確、一致、可靠的最終系統。系統構造完成后，原來的模型系統就被廢棄不用。探索型和實驗型屬于這種策略。\x0d\x0a追加策略：先構造一個功能簡單而且質量要求不高的模型系統，作為最終系統的核心，然后通過不斷地擴充修改，逐步追加新要求，發展成為最終系統。進化型屬于這種策略。\x0d\x0a\x0d\x0a需求分析20條法則\x0d\x0a客戶與開發人員交流需要好的方法。下面建議20條法則，客戶和開發人員可以通過評審以下內容并達成共識。如果遇到分歧，將通過協商達成對各自義務的相互理解，以便減少以后的磨擦（如一方要求而另一方不愿意或不能夠滿足要求）。\x0d\x0a1、 分析人員要使用符合客戶語言習慣的表達\x0d\x0a需求討論集中于業務需求和任務，因此要使用術語?？蛻魬獙⒂嘘P術語（例如：采價、印花商品等采購術語）教給分析人員，而客戶不一定要懂得計算機行業的術語。\x0d\x0a2、分析人員要了解客戶的業務及目標\x0d\x0a只有分析人員更好地了解客戶的業務，才能使產品更好地滿足需要。這將有助于開發人員設計出真正滿足客戶需要并達到期望的優秀軟件。為幫助開發和分析人員，客戶可以考慮邀請他們觀察自己的工作流程。如果是切換新系統，那么開發和分析人員應使用一下舊系統，有利于他們明白系統是怎樣工作的，其流程情況以及可供改進之處。\x0d\x0a3、 分析人員必須編寫軟件需求報告\x0d\x0a分析人員應將從客戶那里獲得的所有信息進行整理，以區分業務需求及規范、功能需求、質量目標、解決方法和其他信息。通過這些分析，客戶就能得到一份“需求分析報告”，此份報告使開發人員和客戶之間針對要開發的產品內容達成協議。報告應以一種客戶認為易于翻閱和理解的方式組織編寫?？蛻粢u審此報告，以確保報告內容準確完整地表達其需求。一份高質量的“需求分析報告”有助于開發人員開發出真正需要的產品。\x0d\x0a4、 要求得到需求工作結果的解釋說明\x0d\x0a分析人員可能采用了多種圖表作為文字性“需求分析報告”的補充說明，因為工作圖表能很清晰地描述出系統行為的某些方面，所以報告中各種圖表有著極高的價值；雖然它們不太難于理解，但是客戶可能對此并不熟悉，因此客戶可以要求分析人員解釋說明每個圖表的作用、符號的意義和需求開發工作的結果，以及怎樣檢查圖表有無錯誤及不一致等。\x0d\x0a5、 開發人員要尊重客戶的意見\x0d\x0a如果用戶與開發人員之間不能相互理解，那關于需求的討論將會有障礙。共同合作能使大家“兼聽則明”。參與需求開發過程的客戶有權要求開發人員尊重他們并珍惜他們為項目成功所付出的時間，同樣，客戶也應對開發人員為項目成功這一共同目標所做出的努力表示尊重。\x0d\x0a6、 開發人員要對需求及產品實施提出建議和解決方案\x0d\x0a通?？蛻羲f的“需求”已經是一種實際可行的實施方案，分析人員應盡力從這些解決方法中了解真正的業務需求，同時還應找出已有系統與當前業務不符之處，以確保產品不會無效或低效；在徹底弄清業務領域內的事情后，分析人員就能提出相當好的改進方法，有經驗且有創造力的分析人員還能提出增加一些用戶沒有發現的很有價值的系統特性。\x0d\x0a7、 描述產品使用特性\x0d\x0a客戶可以要求分析人員在實現功能需求的同時還注意軟件的易用性，因為這些易用特性或質量屬性能使客戶更準確、高效地完成任務。例如：客戶有時要求產品要“界面友好”或“健壯”或“高效率”，但對于開發人員來講，太主觀了并無實用價值。正確的做法是，分析人員通過詢問和調查了解客戶所要的“友好、健壯、高效所包含的具體特性，具體分析哪些特性對哪些特性有負面影響，在性能代價和所提出解決方案的預期利益之間做出權衡，以確保做出合理的取舍。\x0d\x0a8、 允許重用已有的軟件組件\x0d\x0a需求通常有一定靈活性，分析人員可能發現已有的某個軟件組件與客戶描述的需求很相符，在這種情況下，分析人員應提供一些修改需求的選擇以便開發人員能夠降低新系統的開發成本和節省時間，而不必嚴格按原有的需求說明開發。所以說，如果想在產品中使用一些已有的商業常用組件，而它們并不完全適合您所需的特性，這時一定程度上的需求靈活性就顯得極為重要了。\x0d\x0a9、 要求對變更的代價提供真實可靠的評估\x0d\x0a有不同的選擇。而這時，對需求變更的影響進行評估從而對業務決策提供幫助，是十分必要的。所以，客戶有權利要求開發人員通過分析給出一個真實可信的評估，包括影響、成本和得失等。開發人員不能由于不想實施變更而隨意夸大評估成本。\x0d\x0a10、 獲得滿足客戶功能和質量要求的系統\x0d\x0a每個人都希望項目成功，但這不僅要求客戶要清晰地告知開發人員關于系統“做什么”所需的所有信息，而且還要求開發人員能通過交流了解清楚取舍與限制，一定要明確說明您的假設和潛在的期望，否則，開發人員開發出的產品很可能無法讓您滿意。\x0d\x0a11、 給分析人員講解您的業務\x0d\x0a分析人員要依靠客戶講解業務概念及術語，但客戶不能指望分析人員會成為該領域的專家，而只能讓他們明白您的問題和目標；不要期望分析人員能把握客戶業務的細微潛在之處，他們可能不知道那些對于客戶來說理所當然的“常識”。\x0d\x0a12、 抽出時間清楚地說明并完善需求\x0d\x0a客戶很忙，但無論如何客戶有必要抽出時間參與“頭腦高峰會議”的討論，接受采訪或其他獲取需求的活動。有些分析人員可能先明白了您的觀點，而過后發現還需要您的講解，這時請耐心對待一些需求和需求的精化工作過程中的反復，因為它是人們交流中很自然的現象，何況這對軟件產品的成功極為重要。\x0d\x0a13、 準確而詳細地說明需求\x0d\x0a編寫一份清晰、準確的需求文檔是很困難的。由于處理細節問題不但煩人而且耗時，因此很容易留下模糊不清的需求。但是在開發過程中，必須解決這種模糊性和不準確性，而客戶恰恰是為解決這些問題作出決定的最佳人選，否則，就只好靠開發人員去正確猜測了。\x0d\x0a在需求分析中暫時加上“待定”標志是個方法。用該標志可指明哪些是需要進一步討論、分析或增加信息的地方，有時也可能因為某個特殊需求難以解決或沒有人愿意處理它而標注上“待定”?？蛻粢M量將每項需求的內容都闡述清楚，以便分析人員能準確地將它們寫進“軟件需求報告”中去。如果客戶一時不能準確表達，通常就要求用原型技術，通過原型開發，客戶可以同開發人員一起反復修改，不斷完善需求定義。\x0d\x0a14、 及時作出決定\x0d\x0a分析人員會要求客戶作出一些選擇和決定，這些決定包括來自多個用戶提出的處理方法或在質量特性沖突和信息準確度中選擇折衷方案等。有權作出決定的客戶必須積極地對待這一切，盡快做處理，做決定，因為開發人員通常只有等客戶做出決定才能行動，而這種等待會延誤項目的進展。\x0d\x0a15、 尊重開發人員的需求可行性及成本評估\x0d\x0a所有的軟件功能都有其成本?？蛻羲Ｍ哪承┊a品特性可能在技術上行不通，或者實現它要付出極高的代價，而某些需求試圖達到在操作環境中不可能達到的性能，或試圖得到一些根本得不到的數據。開發人員會對此作出負面的評價，客戶應該尊重他們的意見。\x0d\x0a16、 劃分需求的優先級\x0d\x0a絕大多數項目沒有足夠的時間或資源實現功能性的每個細節。決定哪些特性是必要的，哪些是重要的，是需求開發的主要部分，這只能由客戶負責設定需求優先級，因為開發者不可能按照客戶的觀點決定需求優先級；開發人員將為您確定優先級提供有關每個需求的花費和風險的信息。\x0d\x0a在時間和資源限制下，關于所需特性能否完成或完成多少應尊重開發人員的意見。盡管沒有人愿意看到自己所希望的需求在項目中未被實現，但畢竟是要面對現實，業務決策有時不得不依據優先級來縮小項目范圍或延長工期，或增加資源，或在質量上尋找折衷。\x0d\x0a17、 評審需求文檔和原型\x0d\x0a客戶評審需求文檔，是給分析人員帶來反饋信息的一個機會。如果客戶認為編寫的“需求分析報告”不夠準確，就有必要盡早告知分析人員并為改進提供建議。更好的辦法是先為產品開發一個原型。這樣客戶就能提供更有價值的反饋信息給開發人員，使他們更好地理解您的需求；原型并非是一個實際應用產品，但開發人員能將其轉化、擴充成功能齊全的系統。\x0d\x0a18、 需求變更要立即聯系\x0d\x0a不斷的需求變更，會給在預定計劃內完成的質量產品帶來嚴重的不利影響。變更是不可避免的，但在開發周期中，變更越在晚期出現，其影響越大；變更不僅會導致代價極高的返工，而且工期將被延誤，特別是在大體結構已完成后又需要增加新特性時。所以，一旦客戶發現需要變更需求時，請立即通知分析人員。\x0d\x0a19、 遵照開發小組處理需求變更的過程\x0d\x0a為將變更帶來的負面影響減少到最低限度，所有參與者必須遵照項目變更控制過程。這要求不放棄所有提出的變更，對每項要求的變更進行分析、綜合考慮，最后做出合適的決策，以確定應將哪些變更引入項目中。\x0d\x0a20、 尊重開發人員采用的需求分析過程\x0d\x0a軟件開發中最具挑戰性的莫過于收集需求并確定其正確性，分析人員采用的方法有其合理性。也許客戶認為收集需求的過程不太劃算，但請相信花在需求開發上的時間是非常有價值的；如果您理解并支持分析人員為收集、編寫需求文檔和確保其質量所采用的技術，那么整個過程將會更為順利。\x0d\x0a“需求確認”意味著什么\x0d\x0a在“需求分析報告”上簽字確認，通常被認為是客戶同意需求分析的標志行為，然而實際操作中，客戶往往把“簽字”看作是毫無意義的事情?！八麄円以谛枨笪臋n的最后一行下面簽名，于是我就簽了，否則這些開發人員不開始編碼?！盶x0d\x0a這種態度將帶來麻煩，譬如客戶想更改需求或對產品不滿時就會說：“不錯，我是在需求分析報告上簽了字，但我并沒有時間去讀完所有的內容，我是相信你們的，是你們非讓我簽字的?！盶x0d\x0a同樣問題也會發生在僅把“簽字確認”看作是完成任務的分析人員身上，一旦有需求變更出現，他便指著“需求分析報告”說：“您已經在需求上簽字了，所以這些就是我們所開發的，如果您想要別的什么，您應早些告訴我們?！盶x0d\x0a這兩種態度都是不對的。因為不可能在項目的早期就了解所有的需求，而且毫無疑問地需求將會出現變更，在“需求分析報告”上簽字確認是終止需求分析過程的正確方法，所以我們必須明白簽字意味著什么。\x0d\x0a對“需求分析報告”的簽名是建立在一個需求協議的基線上，因此我們對簽名應該這樣理解：“我同意這份需求文檔表述了我們對項目軟件需求的了解，進一步的變更可在此基線上通過項目定義的變更過程來進行。我知道變更可能會使我們重新協商成本、資源和項目階段任務等事宜?！睂π枨蠓治鲞_成一定的共識會使雙方易于忍受將來的摩擦，這些摩擦來源于項目的改進和需求的誤差或市場和業務的新要求等。 需求確認將迷霧撥散，顯現需求的真面目，給初步的需求開發工作畫上了雙方都明確的句號，并有助于形成一個持續良好的客戶與開發人ONT
軟件開發的基本流程包括哪些
軟件開發是根據用戶要求建造出軟件系統或者系統中的軟件部分的過程。軟件開發是一項包括需求捕捉、需求分析、設計、實現和測試的系統工程。軟件一般是用某種程序設計語言來實現的。通常采用軟件開發工具可以進行開發。軟件分為系統軟件和應用軟件，并不只是包括可以在計算機上運行的程序，與這些程序相關的文件一般也被認為是軟件的一部分。 軟件設計思路和方法的一般過程，包括設計軟件的功能和實現的算法和方法、軟件的總體結構設計和模塊設計、編程和調試、程序聯調和測試,然后進行編寫再提交程序。
軟件開發需求調研的介紹就聊到這里吧，感謝你花時間閱讀本站內容，更多關于軟件開發需求調研提綱、軟件開發需求調研的信息別忘了在本站進行查找喔。
