影響他們的利益而消極地應(yīng)付，即所謂反需求;而客戶的客戶(就診的病人)則希望相關(guān)機構(gòu)能夠簡化工作流程，加快辦事速度，增加診斷情況和就診費用的透明度;甚至項目組本身因為技術(shù)、資源、進度等原因，需要對一些功能進行優(yōu)先級排序和取舍。雖然不是所有人的需求都是可以滿足的，特別是消極的反需求是不能接受的，但他們的需求都是應(yīng)當(dāng)考慮全面并進行平衡的。
如果不同的用戶方干系人有不一致的需求，那么必須決策出滿足哪一類用戶方干系人的需求更為重要。了解可能使用產(chǎn)品的客戶種類的信息和他們的用法與產(chǎn)品的業(yè)務(wù)目標(biāo)的關(guān)系如何，將有助于決定哪一個用戶類所占份額更大。如果系統(tǒng)分析人員提出的需求與開發(fā)者所想要開發(fā)的系統(tǒng)發(fā)生沖突時，通常由于系統(tǒng)分析人員作為客戶的代理人，市場需求具有更重的分量，但是，系統(tǒng)分析人員不能一味地遷就客戶需求。
不同的用戶方干系人可能都要求產(chǎn)品按照他們各自的喜好來設(shè)計。運用項目的業(yè)務(wù)目標(biāo)來決定哪些是你最關(guān)心的客戶，非核心客戶的需求可以安排在下一個版本中開發(fā)。當(dāng)開發(fā)者想像的產(chǎn)品與客戶需求沖突時，通常應(yīng)該由客戶作出決策，然而，不要陷人“客戶總是對的”的陷阱中去，現(xiàn)實中，客戶并不總是對的。
6強調(diào)實現(xiàn)項目需求的層次遞進性
了解該系統(tǒng)或者該項目用戶所能夠提供的最小的工程費用。當(dāng)預(yù)計經(jīng)費不能支持時，應(yīng)當(dāng)考慮將項目分期實施。在系統(tǒng)上、技術(shù)上對用戶進行引導(dǎo)性建議，使用戶了解集成商所要進行的工作，了解集成商是為了幫助用戶實現(xiàn)他的需要、達到用戶的目的，而不僅僅是為了賺錢，用戶更了解集成商，也更了解自己的系統(tǒng)，有利于以后的項目合作、工程實施和系統(tǒng)維護。
分析用戶曾用系統(tǒng)模式、數(shù)據(jù)結(jié)構(gòu)和庫模式，看是否保持、共用、轉(zhuǎn)換，這涉及保護用戶投資的問題。根據(jù)現(xiàn)在工作業(yè)務(wù)流情況確定現(xiàn)有的工作模式，還應(yīng)兼顧將來可能會發(fā)生的變化、擴展、新規(guī)定，及與同國際接軌可能的帶來的變化。考查工程實施環(huán)境是否有保證，尤其是網(wǎng)絡(luò)工程，必須在需求調(diào)查時充分了解用戶領(lǐng)域的實施環(huán)境，當(dāng)不具有實施環(huán)境時，要求進行配套設(shè)計和環(huán)境改造。
7編寫需求文擋和進行需求評審與其他項目小組成員協(xié)作完善系統(tǒng)需求
文檔資料是集成商重要的財富，貫穿于系統(tǒng)集成和項目開發(fā)的整個過程，其中包括法律文檔、技術(shù)文檔、資料文擋。文擋要求完整性、一致性、可修改性、可跟蹤性。
以原來的需求為基礎(chǔ)的工作完成后，要修補需求錯誤需要大量的工作，研究表明:比起在需求開發(fā)階段由客戶發(fā)現(xiàn)的一個錯誤，然后更正這一錯誤需要多花到倍的時間。因此，需要進行需求評審。需求審查結(jié)束的標(biāo)準為:已經(jīng)明確闡述了審查員提出的所有問題、已經(jīng)正確修改了文檔、修訂過的文檔已經(jīng)進行了語法檢查、所有TBD問題都已經(jīng)解決、文檔歸檔。
需求文檔完成之后，并不是把它扔給后面的設(shè)計人員就了事了。作為項目組其他成員，對需求的有效性也起到某種程度的驗證作用。雖然軟件項目的生命周期按照各種開發(fā)模型有不同階段的劃分，但每個階段的結(jié)束不是簡單地把階段工作成果塞給下一階段的成員就可以了。特別是高科技的軟件開發(fā)項目，上一階段的工作成果往往要通過多次的溝通才能更為清晰地被下一階段成員接受，其有效性、合理性也要被下一階段的工作所檢驗，通過檢驗有時也有必要對上一階段的工作結(jié)果進行相應(yīng)的調(diào)整，需求分析也是如此。因此，無論是同一階段不同人員之間，或是不同階段人員之間都應(yīng)根據(jù)需要相互協(xié)作，相互配合，共同完成軟件開發(fā)任務(wù)。