總結是我們思考的過程，也是我們成長的見證?？偨Y要精煉凝練，用簡潔的語言表達核心思想。通過閱讀這些總結范文，我們可以了解到不同人對同一事件的觀點和體會，增加我們的思考角度。
用戶需求申請書篇一
第一章 軟件的功能性需求 1.1 功能總框圖 【 提示：將功能性需求分類，先粗分再細分 】。
1.2 功能 a 【提示：此處寫一些承上啟下的文字,此節(jié)可分為多個小節(jié)，對功能 a 進行概述，并且對 a 的子功能也進行相應的概述，對功能的概述就是說明該功能是做什么事情，而且不是描述怎樣實現(xiàn)該功能】。
1.2.1 功能框圖 此處描述功能 a 中包含的各子功能及關系用圖的形式描述出來。
1.2.2）業(yè)務流程圖（如果有的話，則進行描述；若沒有，則刪除此節(jié)）此處描述功能 a 的業(yè)務流程圖。
1.2.3 功能 a.1 1.2.3.1 功能 a.1 業(yè)務描述 1.2.3.2 功能 a.1 業(yè)務流程圖 1.2.3.3 業(yè)務流程附加說明（如果有則寫，否則刪除此節(jié)）[描述功能 a.1 某些需求必須進一步細化說明才能使用戶明白的部分，以概述和業(yè)務流程圖的形式說明 ] 1.2.3.4 功能 a.1 界面原型 1.2.3.5 功能 a.1 數(shù)據(jù)要素 如果是采用數(shù)據(jù)元素，則將相關聯(lián)的數(shù)據(jù)靠在一起。
序號 要素名稱 數(shù)據(jù)類型 最大長度 要求的精度 缺省值 備注
1 2 3 注解：將某些具有多個值的元素的值全列出來。
用戶需求調研報告
在校學生需求情況調查報告
關于珍珠奶茶市場用戶需求調查問卷
關于化妝品市場用戶需求調查問卷
用戶需求申請書篇二
尊敬的王總：
你們好!
本人__是20__年11月20日到迎駕銷售公司上班的。在合肥倉庫收兌獎箱瓶工作至20__年6月份隨后被調到天津做倉庫工作至今已有五年。
本人這次申請調離迎駕銷售公司回霍山的原因有以下幾點。希王總批準。
1. 本人在20__年10月已口頭向李總說過一次想調回霍山，當時因天津倉庫就一個人走不開，更因天津龍博倉庫要劃給貢酒公司，已看到可被公司適時調回的希望，就口頭同意在天津還工作一年，而今年六月份天津龍博倉庫再次被劃給銷售公司，看不到被公司主動調我回霍山的希望，經本人認真考慮打此調離申請。
2. 本人在天津的生活情況與我的家庭現(xiàn)況均需要我回去。本人從結婚之日起就將夫妻感情看的很重，在遠離妻子這三年中，晚上沒有一次外出倉庫。由此造成身心疲憊，到如今每晚只有三至四個小時的睡眠。長期在外，我的孩子得不到父愛，每次與家里通電話時孩子都不主動接電話，妻子將電話給女兒，女兒便問爸爸你什么時候回來。而兒子總不要接我的電話，妻子將電話放到兒子的手上，兒子卻只說一名話——爸爸不要家，大壞蛋!妻子讀書少，女兒家庭作業(yè)做不好需要我教她。還有我的父母均是上八十歲的高齡，而我的二個哥哥也在外地工作，老人太孤單需要我的照顧。
3. 從工資收入方面看，本人也不適合在外做倉庫工作。20__年至20__年我在上海服裝企業(yè)做管理工作，工資已從20__多元逐年升到3000多元，企業(yè)還給我家庭單配住房。20__年至20__年自已在上海開服裝公司失敗，在家休整帶孩子期間被親友介紹入迎駕，因本人不了解迎駕工作常會調動而選擇在合肥工作。沒想到如今是工資不高離家更遠，而孩子也來不了天津上學。20__我介紹了我曾經的二位服裝企業(yè)同事入迎駕做銷售，如今萬正基在上海銷售做的好工資拿到8000元是常有的事，而羅擁軍也因業(yè)務做的更好，隨周總升調去南京。想想自己，在迎駕做了份遠離家人而又工資不高的工作很是難過。
敬禮!
用戶需求申請書篇三
尊敬的酒店領導：
我部強電主管于________年____月離職至今已有一個多月的時間了，他的離職對我部電工班組的工作或多或少的`產生了一些影響，也使我部內部管理框架出現(xiàn)了漏洞;這一職位對我部的管理工作有著重要的意義，該職位長期空置下去恐對我部的管理工作產生一些麻煩和影響?，F(xiàn)出于對酒店利益的考慮也為了更好的建立健全我部管理結構框架更為了維穩(wěn)我部員工思想動向為酒店更好的留住人才。在此本人鄭重的向酒店領導提出盡快確立我部強電主管一職并在此舉薦現(xiàn)任酒店音響師xxxxx接任該職位。
該員工自________年____月入職酒店至今，工作兢兢業(yè)業(yè)，任勞任怨，技術過硬，態(tài)度端正，該員工對酒店的音響燈光系統(tǒng)、衛(wèi)星電視系統(tǒng)、程控交換機系統(tǒng)和消防系統(tǒng)等，有過專業(yè)的學習和嫻熟的操作技巧，________年之前酒店電視末端信號質量一直很差直接影響到了客人的正常收看,該員工解決了酒店衛(wèi)星電視的信號問題為酒店做出了貢獻。(主要表業(yè)績)
申請人：xxxxxx
職位：副總工程師
________年____月____日
用戶需求申請書篇四
xxxx供電局xxxx供電所：
現(xiàn)因我要干個體，工商執(zhí)照編號為xxxx，加工一些木料，需要用到一個2.2kw/h的電動機一個，家里的單相電表已明顯不能滿足需要，所以，為了使我能夠更好的工作，特提出分戶用電安裝三相電表的申請，理由有四：
一、我已于xxxx年xxxx月xxxx日結婚，即已成家立業(yè)，在經濟上不想再依賴父母，不想再生活在父母的溫暖羽翼下尋求保護，想靠著自己的能力生活，不再依賴他們而給他們帶來壓力與麻煩，讓他們老來可以享清福。
二、電表分戶了之后，我使用了多少電，可以一目明了，這樣可以讓我更好的計算我的收支盈利。
三、電表分戶了之后，不再依賴父母，我可以更好的利用好每一絲一毫的電，為國家節(jié)約用電做出應有的貢獻。
四、電表分戶之后，就不在存在因為我用電的原因而影響父母的正常照明生活用電，也不存在給父母的日常生活帶來不必要的麻煩。
綜上，特提出電表分戶申請，望批準。
此致
敬禮！
申請人：
日期：
用戶需求申請書篇五
尊敬__縣人民政府領導：
申請人：__，__省__縣人，大專畢業(yè)，本科在讀，于__x年3月通過事業(yè)單位招聘考試，被分配在__縣__鎮(zhèn)__小學從事教育工作至今。
自參加工作以來，本人服從學校領導安排，連續(xù)三年半擔任班主任及校遠程教育管理員工作，并先后從事三至五年級數(shù)學、全校英語等教學工作。工作兢兢業(yè)業(yè)，與同事和睦相處，并積極參加各類活動。在工作中學到了很多知識，在教學上取得了優(yōu)異成績，自身也得到較好發(fā)展。在領導的關懷下，我非常熱愛教育工作，嚴格要求自己，對學校和學生產生了感情。可是，擺在我面前的問題，卻是現(xiàn)實和殘酷的。我家在__，工作在__，兩地相距300公里，交通非常不方便。從戈令回家一趟，至少需要3—4天時間，車費也得花費__多元。家里父母體弱多病，丈夫在__上班，休息時間少而短，沒有探親假，離家也很遠，無法照顧家人。這些，給我生活帶來諸多不便，也給工作帶來很大壓力。20__年8月，我要求調回__縣教育部門工作，__0縣同意接收，__縣以學校已經開學而不同意放行；20__年8月，我又要求調回__縣工作，__縣同意放行，__縣當年不接收中專生而未能調回。
綜上所述，為解決我家庭的實際困難，免除我工作的后顧之憂，今年再次申請調回__縣__鎮(zhèn)從事教育工作。懇請縣人民政府領導體諒我的多種困難，批準我的調動申請。如果政府同意了我的申請，那么我一定將原來在學習和工作中學到的知識運用到教學工作中，創(chuàng)造出更好的教學成果，為__縣教育事業(yè)貢獻自己的一切力量！
申請人：
日期：
用戶需求申請書篇六
一、數(shù)據(jù)搜集：
1.問卷調查
所謂問卷調查，也就是設計出一系列的問題，通過網(wǎng)絡（email、im、website），電話，紙張等形式大面積鋪放，然后回收問卷導出特定的信息，設計問卷時，首先要搞清楚調查的目的是什么，然后對每一個問題進行仔細審核，保證它們的含義清晰并且能夠容易回答，并且在問卷設計完成之后先找一小部分人試答一下。
在設計問卷和分析結果時，可能任何一點細節(jié)都會影響到結論的準確度和可信度，例如：
參加調查的用戶并不一定就代表所有用戶
問卷來源可能會影響研究結果，有些人對某個組織單位沒有好感，可能會心情不好等
2.用戶訪談
也就是個人采訪，可以是面對面的也可以是電話的。訪談最好是在用戶的工作環(huán)境或者家里。訪談更能激發(fā)被訪者的響應，不過比較耗時，可以先訪談一些代表性用戶，在對更廣的用戶進行問卷調查，以驗證得到的信息。
3.觀察和提問
人們有時候很難說清楚自己在做什么，也很難描述自己是如何執(zhí)行這個任務的，所以我們需要觀察他是如何完成任務的，并在他自然情形下的工作過程，同事記錄和提出適當?shù)膯栴}，有助于我們更透徹的理解用戶理解任務。
我們應該注意的地方是：觀察的人應當是最具代表性的用戶；要想透徹理解用戶，就需要在他的工作環(huán)境中觀察；提問要具體，重點放在他們正在做和剛剛做完的事情；你在這一過程中產生的想法要馬上告訴用戶以驗證你的理解是正確的。
4.集體討論
二、各種方法比較
三、數(shù)據(jù)搜集一些要注意的地方：
一切重點都是為了搞清楚用戶需要什么，每個用戶類別只派一位代表參與是不充分的，打組合拳，不要單一套路，在可能的情況下先小規(guī)模試驗，記錄數(shù)據(jù)同樣重要，如果得到的需求信息太多，我們可以采取以下步驟：
讓用戶列出他們希望通過產品完成的各種目標
讓他們籠統(tǒng)列出達到目標的各種需求
按自己的理解，把這些需求轉述給用戶，讓他們判斷是否正確
鼓勵用戶以更開放的思路提出更多需求
你提供幾個需求類別，讓用戶將所有需求“對號入座”。
列出各項需求的衡量標準，對不易衡量的，修改或刪除
四、解釋分析數(shù)據(jù)
在我們拿到了厚厚的一沓數(shù)據(jù)之后，可能會沒有一個清晰的思路，它們可能是音頻的視頻的文字的，看著就煩，但是我們又馬上必須去整理它，越早整理，記憶越清晰，出現(xiàn)的偏差也就越小，尤其對于訪談這類的，用戶在說話時的動作語氣還會回蕩在你腦海中。這個時候我們需要把需求文檔規(guī)范化，volere需求記錄卡是非常實用的：
需求編號：101
需求分類：故障安全
描述：當通信系統(tǒng)終端無法傳輸數(shù)據(jù)時，系統(tǒng)發(fā)生警告
原理：如果無法傳輸數(shù)據(jù)，則可能是系統(tǒng)終端發(fā)生故障需要維護，或數(shù)據(jù)定義可能出問題
來源：客戶系統(tǒng)安全工程師
滿足標準：當每小時每個類型通信數(shù)據(jù)超出制造商指定的誤差范圍，產品應當通知客戶
完成后客戶的滿意程度：滿意
未完成客戶的不滿意度：極為不滿意
相關需求沖突：無
支持材料：產品規(guī)格說明
歷史：**提出，于*年月日
本文來自：/?p=272
用戶需求申請書篇七
×××派出所或公安局:
我原住址(戶籍所在地)××××××，姓名××，性別女，漢族，出生于××年×月×日，身份證號××××××××，現(xiàn)戶口所在地為××區(qū)××路××號×××××，為居民戶口，××年起我長期在××××在工作和居住。××年××月××日我與貴轄區(qū)××先生結為夫妻，丈夫××居住地址(戶籍所在地)××××××，為便于生活、工作、學習，現(xiàn)向貴派出所提出申請同意我的戶口遷至貴轄區(qū)我丈夫處的申請。望給予幫助。
特此申請
申請人:xxx
日期×××
用戶需求申請書篇八
隨著網(wǎng)絡的飛速發(fā)展，利用網(wǎng)絡來進行交易已經變得很常見，這就是我們所熟悉的電子商務。所謂電子商務(electric commerce)，就是指人們利用電子手段進行商業(yè)貿易等商務活動，是商務活動的電子化。它包括狹義的電子商務定義和廣義的電子商務定義兩部分。狹義的ec(electric commerce)是指人們利用電子手段進行以商品交換為中心的各種商務活動，即公司、廠家、商業(yè)企業(yè)、工業(yè)企業(yè)與消費者個人雙方或多方通過計算機網(wǎng)絡，主要是通過因特網(wǎng)進行的商務活動。廣義的eb(electric business)是指各行各業(yè)中的各種業(yè)務的電子化，又可稱為電子業(yè)務，包括電子商務、電子政務、電子軍務、電子醫(yī)務、電子教務、電子公務、電子事務和電子家務等。
就現(xiàn)存于互聯(lián)網(wǎng)上的“電子商務”而言，基本上可以分為兩大類：
（1）b to b。這是指企業(yè)與企業(yè)(business to business)之間的電子交易系統(tǒng)。企業(yè)與企業(yè)相互之間，利用網(wǎng)絡及計算機技術直接進行企業(yè)之間的商品交易系統(tǒng)，目前以達到快速可靠的商業(yè)運行模式。例如：銀行之間的金融交易制度。
（2）b to c。這是指企業(yè)對顧客(business to consumer)之間的電子交易機制。顧客利用互聯(lián)網(wǎng)，直接從網(wǎng)絡上直接進行商品的交易。例如：通過互聯(lián)網(wǎng)進行一般商品的采購，或是使用網(wǎng)絡進行與銀行間的金融理財?shù)取?/p>
1.2 電子商務與傳統(tǒng)交易的差異
在傳統(tǒng)的交易過程中，通常由“買”和“賣”兩方面組成，雖然是簡單的兩方面，但是整個交易過程中有很多手續(xù)。舉例來說：某公司機遇市場的需求開發(fā)出一個新產品，首先需要教授業(yè)務人員了解新產品的功能及市場的趨向，然后由業(yè)務人員銷售給顧客，進而賺取利潤。對于顧客來說，在購買之前需要自行搜集、尋找相關產品的信息，在經過分析、對比后，在進行購買。在整個過程中，需要大量的人力進行參與，這就在無形中增加了費用支出。
而在電子商務交易過程中，用戶只需通過互聯(lián)網(wǎng)和計算機，就可以輕松得到所需商品的詳細信息，并且可以查詢到相關產品的信息，輕松比較選擇的同時，只需填寫相關的個人信息，就可以下訂單。而作為企業(yè)這一方面，不再需要派業(yè)務員出去宣傳產品，只需將產品信息發(fā)布到網(wǎng)上就可以了。在收到用戶訂單后，只需核查該商品的庫存量，之后就決定商品的發(fā)貨時間及寄送方式就可以了。再通過電子郵件的方式通知顧客到貨時間，而貨款則通過金融中心或信用卡處理中心處理。整個過程幾乎都由計算機系統(tǒng)完成，只有少部分必須由人工完成。大大縮減了人力物力的開支，無形中提高了產品利潤。
隨著電子商務的迅猛發(fā)展以及上網(wǎng)人數(shù)的急劇增長，各個企業(yè)無不想在這個蘊藏無限商機的網(wǎng)絡環(huán)境中大施拳腳。這是因為電子商務具有以下優(yōu)點：
（1）突破了商業(yè)往來的時間限制。網(wǎng)絡上的計算機系統(tǒng)可以給顧客提供一個完善的網(wǎng)絡服務，每天24 小時、每年365 天，天天不間斷的提供服務。
（2）突破了地域上的限制。不分國別，不分地域，不分語言的提供給全球各地的消費者，以最快的速度將公司產品的最新功能、售價及相關信息提供給客戶了解。
（3）節(jié)省公司運營成本。減少業(yè)務人員的經銷費用、人事費用及管銷費用。無形之間提高了商品銷售的利潤。
（4）采購的方便性。采購不需再東奔西走，然后再千辛萬苦的將商品帶回家，你只要在家輕松地利用計算機及網(wǎng)絡，很快的就可以找到你想要的商品，下訂單之后只需等待，商品自然就會送到指定地點，再也不必以因為購買而受日曬雨淋及舟車之苦。
2.網(wǎng)上購物的優(yōu)勢分析
網(wǎng)上購物是一個電子商務平臺。對于消費者來說，可以在家“逛商店”，訂貨不受時間的限制； 獲得較大量的商品信息，可以買到當?shù)貨]有的商品；網(wǎng)上支付較傳統(tǒng)拿現(xiàn)金支付更加安全，可避免現(xiàn)金丟失或遭到搶劫； 從訂貨、買貨到貨物上門無需親臨現(xiàn)場，既省時又省力； 由于網(wǎng)上商品省去租店面、召雇員及儲存保管等一系列費用，總的來說其價格較一般商場的同類商品更便宜。對于商家來說，網(wǎng)上購物是宣傳企業(yè)形象的一種強有力的手段，是一種廉價高效的方式。它的優(yōu)勢是顯而易見的，發(fā)布信息具有及時、準確的特點，圖文并茂，及時刷新。任何新登商品和促銷、廣告信息都可以在第一時間呈現(xiàn)在消費者面前。消費者與商家之間可以實現(xiàn)及時互動，商家可以了解到市場的最新需求。對于整個市場經濟來說，這種新型的購物模式可在更大的范圍內、更多的層面上以更高的效率實現(xiàn)資源配置。
網(wǎng)上購物突破了傳統(tǒng)商務的障礙，無論對消費者、企業(yè)還是市場都有著巨大的吸引力和影響力，在新經濟時期無疑是達到“多贏”效果的理想模式。
3.系統(tǒng)的項目目標
網(wǎng)上購物系統(tǒng)要實現(xiàn)的功能非常多，最重要的就是管理員對商品的管理實現(xiàn)和用戶的購物的實現(xiàn)。前者主要包括管理員對商品的添加，對商品的歸類，對用戶購物訂單的處理，以及管理員對網(wǎng)站的維護操作。至于用戶主要是在線瀏覽所有商品，按需求搜索相關商品，以及注冊為會員后對個人購物車的操作，購物結束后生成訂單信息的查看。整個系統(tǒng)對從用戶購物到結款，管理員從管理網(wǎng)站、管理商品，處理訂單都設計的非常精細，完全是一套功能完善網(wǎng)上購物系統(tǒng)。
4.系統(tǒng)業(yè)務流程
4.1 系統(tǒng)流程圖的符號
5.可行性分析(feasibility study)
可行性分析是世界上普遍采用的一種研究工程項目是否可行的科學。它通過各種有效的方法，對工程項目進行分析，從技術、經濟、財務等方面加以評價，最終給投資決策者提供是否選擇該項目進行投資的依據(jù)?？尚行苑治龅慕裹c是：要站在咨詢的立場上；要有多種替代方案；對各種方案作經濟比較；決定最佳投資時間和投資規(guī)模；提出可能實施的具體措施；著眼于資源的有效利用；站在中立客觀立場上得出結論，以確定產品開發(fā)成功的可能性為目的而進行的分析?？尚行苑治鰣蟾娼浽u審通過后即作為提出系統(tǒng)開發(fā)建議書(或設計任務書)的依據(jù)。
5.1 技術可行性
技術可行性分析主要是根據(jù)系統(tǒng)分析所得到的對待開發(fā)的軟件、支撐軟件、硬件環(huán)境和操作人員的要求以及有關的約束和限制，來分析現(xiàn)有的技術是否能實現(xiàn)待開發(fā)的軟件。它包括可得到的硬件和支撐軟件在功能和性能上是否滿足系統(tǒng)的要求，是否有滿足系統(tǒng)性能要求的算法，開發(fā)人員的技術水平能否勝任系統(tǒng)的開發(fā)等等。
本系統(tǒng)運行基于 win2000/winxp 以上的任何操作系統(tǒng)，使用的前臺開發(fā)軟件是asp,后臺數(shù)據(jù)庫開發(fā)使用的是microsoft access 2000。系統(tǒng)設計是由本人獨自完成的，本人已修完本專業(yè)所有的專業(yè)基礎課和專業(yè)課，熟悉數(shù)據(jù)的開發(fā)環(huán)境，有一定的管理系統(tǒng)軟件開發(fā)能力和一定的編程能力。所以，本系統(tǒng)的技術上是可行的。
5.2 經濟可行性
經濟可行性的研究主要是對待開發(fā)軟件的成本估算和成本/效益分析，以確定待開發(fā)軟件是否有開發(fā)的價值。網(wǎng)上購物系統(tǒng)一經投入即產生經濟效益，網(wǎng)上購物是一個長期的投資，對市場的擴大經營和長遠發(fā)展有益。
5.3 用戶使用可行性
1）所開發(fā)的軟件系統(tǒng)是基于微型計算機圖形界面的操作，所以會一般的計算機操作即可使用本系統(tǒng)。
2）系統(tǒng)管理員要求有計算機的專業(yè)知識。
3）對系統(tǒng)管理員將進行專業(yè)培訓，使其能夠對熟練管理本系統(tǒng)。
6.需求分析
需求分析之所以重要，就因為他具有決策性，方向性，策略性的作用，他在軟件開發(fā)的過程中具有舉足輕重的地位。需求分析的任務就是解決“做什么”的問題，就是要全面地理解用戶的各項要求，并準確地表達所接受的用戶需求。需求分析是對用戶需求的真正明確，是對要解決的問題的徹底理解。在解決問題之前要理解問題，只有真正的理解問題才能更好的解決問題。需求分析就是給系統(tǒng)分析、設計人員一個和用戶交流來理解問題的機會。
6.1 總體目標
本網(wǎng)站的系統(tǒng)總體目標是為了實現(xiàn)電子產品的在線購物。通過系統(tǒng)實現(xiàn)網(wǎng)上購物的多項功能，其中主要是管理員對商品的管理實現(xiàn)和用戶的購物的實現(xiàn)。前臺：用戶在線瀏覽所有商品，按需求搜索相關商品，以及注冊為會員后對商品選購的操作，購物結束后生成訂單信息的查看功能。后臺：管理員對商品的添加，對商品的歸類，對用戶購物訂單的處理，以及管理員對網(wǎng)站的維護操作。
6.2 具體目標
根據(jù)上述總體目標需求，該系統(tǒng)分為以下兩大部分：
（1）前臺用戶操作界面。用戶對商品、單價的瀏覽；會員登錄后方可購買商品，新用戶需注冊成為會員后購物，生成訂單后傳給網(wǎng)站工作人員。用戶可隨時登錄查詢個人的所有訂單信息和訂單狀態(tài)。
（2）后臺管理員界面。管理員的主要功能包括：商品類別管理，商品管理，訂單管理，商品推薦管理，用戶管理及對網(wǎng)站配送人員的管理。
6.3 數(shù)據(jù)流程圖及功能分析
數(shù)據(jù)流圖基本概念
1）數(shù)據(jù)流圖的定義。數(shù)據(jù)流圖（dfd----data flow diagram）是描繪系統(tǒng)的邏輯模型，圖中沒有任何具體的物理元素，只是描繪信息在系統(tǒng)中流動和處理的情況，就是采用圖形方式來表達系統(tǒng)的邏輯功能、數(shù)據(jù)在系統(tǒng)內部的邏輯流向和邏輯變換過程，是結構化系統(tǒng)分析方法的主要表達工具。
1）符號說明
數(shù)據(jù)流圖符號說明
系統(tǒng)數(shù)據(jù)流圖
6.4 數(shù)據(jù)字典
數(shù)據(jù)字典是關于數(shù)據(jù)的信息的集合，也就是對數(shù)據(jù)流圖中包含的所有元素的定義的集合。數(shù)據(jù)字典的作用是在軟件的分析和設計過程中提供關于數(shù)據(jù)的描述信息【1】。一般說來，數(shù)據(jù)字典應該由下列四類元素構成：數(shù)據(jù)元素，數(shù)據(jù)流，數(shù)據(jù)存儲和數(shù)據(jù)處理。
數(shù)據(jù)存儲
數(shù)據(jù)存儲是數(shù)據(jù)結構停留或保存的地方，也是數(shù)據(jù)流的來源和去向之一。一般而言，應包括如下內容：｛數(shù)據(jù)存儲名，說明，編號，輸入的數(shù)據(jù)流，輸出的數(shù)據(jù)流，組成（數(shù)據(jù)結構），數(shù)據(jù)量，存取頻度，存取方式｝。本系統(tǒng)所涉及到的數(shù)據(jù)存儲表如下所示。
數(shù)據(jù)流是數(shù)據(jù)結構在系統(tǒng)內傳輸?shù)穆窂?。對?shù)據(jù)流的描述通常包括如下內容：｛數(shù)據(jù)流名，說明，編號，數(shù)據(jù)流來源，數(shù)據(jù)流去向，組成（數(shù)據(jù)結構）｝。
數(shù)據(jù)處理
處理過程的具體處理邏輯通常在詳細設計過程中用判定表或判定樹來描述。在數(shù)據(jù)字典中，只無原則描述處理過程的說明性信息，通常包括以下內容：｛處理過程名，說明，輸入數(shù)據(jù)流，輸出數(shù)據(jù)流，處理｝。
7.總體設計
7.1 總體設計概述
總體設計的目標是解決系統(tǒng)如何實現(xiàn)系統(tǒng)功能的問題。其主要任務是劃分出系統(tǒng)的物理元素及設計軟件的結構，完成軟件定義時期的任務，是對系統(tǒng)進行總體的設計，即根據(jù)系統(tǒng)分析產生的分析結果來確定這個系統(tǒng)由哪些系統(tǒng)和模塊組成，這些系統(tǒng)和模塊怎樣有機的結合在一起，最終實現(xiàn)系統(tǒng)所具有的功能。
模塊化設計是把大型軟件按照一定的原則劃分成較小的相對功能獨立又相關聯(lián)的模塊，每個模塊完成一個特定的子功能，把這些模塊結合起來組成一個整體，完成指定的功能，滿足問題的要求。采用模塊化原理的優(yōu)點在于可以使軟件結構清晰，容易測試和調試，從而提高軟件的可靠性，可修改性，有助于軟件開發(fā)的組織管理。模塊化理論的幾個重要概念如下：
(1).抽象。抽象就是抽象出事物的本質特性而暫時不考慮它們的細節(jié)，處理復雜系統(tǒng)唯一有效的方法是用層次的方式構造和分析它。一個復雜的動態(tài)系統(tǒng)首先可以用一些高級的抽象概念構造和理解，這些高級概念又可以用一些較低級的理解，直到最低層次的具體元素。
(2).信息隱蔽和局部化。信息隱蔽是指在設計和確定模塊時，應使得一個模塊內包含的信息對于不需要這些信息的模塊來說，是不能訪問的。局部化是指把一些關系密切的軟件元素物理的放得彼此靠近，局部化有助于實現(xiàn)信息隱蔽。信息隱蔽原理和局部化有助于在測試期間以及軟件維護期間修改軟件。因為絕大多數(shù)數(shù)據(jù)和過程對于軟件的其它部分而言是隱蔽的，從而由疏忽引入的錯誤就很少可能傳播到軟件的其它部分。
(3).逐步求精的模塊化概念。逐步求精和模塊化的抽象是密切相關的。軟件結構每一層模塊表示對軟件抽象層次的次細化。用自頂向下，逐步求精的方法由抽象到具體的方式分配控制，簡化了軟件設計和實施，提高了軟件的可理解性和可測試性，并使得軟件更容易維護。
(4).模塊獨立性。模塊的劃分要使模塊間盡可能的相互獨立。度量模塊的獨立程度有兩個標準：內聚和耦合。耦合是對一個軟件結構內不同模塊之間互連程度的度量。耦合強弱取決于模塊間接口的復雜程度，進入或訪問一個模塊的點，以及通過接口的數(shù)。
在軟件的設計中應追求盡可能松散的耦合。內聚標志一個模塊內各個元素彼此結合的緊密程度，它是信息隱藏和局部化概念的自然擴展，理想內聚的模塊只做一件事情。在設計時應力求做到高內聚。
7.2 系統(tǒng)功能模塊
網(wǎng)上購物系統(tǒng)是由前臺用戶模塊和后臺管理員模塊共同實現(xiàn)的。
用戶模塊
前臺用戶模塊主要包括用戶注冊，訂單查詢，購物車這幾個主要模塊。前臺用戶模塊如圖7.1 所示。
前臺用戶模塊圖
用戶通過“用戶注冊”成為網(wǎng)站的會員，并獲得購買商品的權限；“訂單查詢”可供會員查詢所有在本站購買商品的訂單信息及狀態(tài)；“購物車”是會員本次購買商品的詳細信息。
管理員模塊
管理員模塊的主要功能是實現(xiàn)在本網(wǎng)站的維護和管理，如類別的添加、刪除管理；商品的添加，推薦，刪除等管理；訂單的管理等。如圖7.2 所示。
圖 7.2 后臺管理員模塊
7.3 接口設計
外部接口
1）用戶界面。在用戶界面部分，根據(jù)需求分析的結果，用戶需要一個友善、簡潔的界面。使用asp 和dreamweaver mx 編程，提供的可視化控件，編寫基于windows 風格的用戶界面，簡單、易學、易用。
2）軟件接口。使用提供的access 專用接口。硬件接口。在輸入方面，用鍵盤，鼠標輸入。在輸出方面，主要有瀏覽器端的顯示器。
內部接口
內部接口方面，各模塊間采用函數(shù)調用、參數(shù)傳遞、返回值方式進行信息和數(shù)據(jù)的傳遞。
7.4 數(shù)據(jù)庫設計
數(shù)據(jù)庫技術是在文件系統(tǒng)的基礎上發(fā)展起來的一種高效的數(shù)據(jù)管理技術，它能保持系統(tǒng)數(shù)據(jù)的整體性，完整性和共享性。數(shù)據(jù)庫是有組織的存儲在一定結構內的相關數(shù)據(jù)的集合。在數(shù)據(jù)庫系統(tǒng)中提供了對數(shù)據(jù)的訪問機制，能有組織的存儲相關的數(shù)據(jù)，具有合理的存儲方式，快速的查詢效率和最小的數(shù)據(jù)冗余等特性。另外數(shù)據(jù)的存儲和應用程序彼此獨立，不僅便于數(shù)據(jù)的管理與控制而且有利于應用程序的編寫與調試。數(shù)據(jù)庫類似于一個數(shù)據(jù)的大倉庫，能很好地實現(xiàn)數(shù)據(jù)共享，本身就具有數(shù)據(jù)的增，刪，改等功能，能維護數(shù)據(jù)的一致性。數(shù)據(jù)庫設計是系統(tǒng)設計的一個重要內容，其設計質量的好壞直接影響系統(tǒng)開發(fā)的成敗，系統(tǒng)的質量，系統(tǒng)效率及可維護性。
在本系統(tǒng)的設計中，充分考慮到了管理系統(tǒng)數(shù)據(jù)繁雜，重復性高，數(shù)據(jù)使用頻繁。因此本系統(tǒng)采用了一種能正確反映用戶實現(xiàn)環(huán)境，能被現(xiàn)行系統(tǒng)接受，易于維護、效率高的數(shù)據(jù)管理方法--數(shù)據(jù)庫系統(tǒng)。在目前的數(shù)據(jù)庫管理系統(tǒng)中有層次模型，網(wǎng)狀模型、關系模型三種數(shù)據(jù)模型。其中，關系模型具有較高的數(shù)據(jù)獨立性，使用也較為方便。本設計采用關系數(shù)據(jù)庫。該數(shù)據(jù)庫實行增、刪、編輯、統(tǒng)計、顯示和打印都極為方便。其中的排序和索引功能，對數(shù)據(jù)快速定位、查詢提供了有利條件。交流互動對于本系統(tǒng)的數(shù)據(jù)庫設計有以下幾點說明：1）于數(shù)據(jù)庫設計兼顧前面設計的數(shù)據(jù)流程圖。
2）信息系統(tǒng)的設計并不是以數(shù)據(jù)庫為核心的數(shù)據(jù)庫應用設計。
3）本系統(tǒng)的數(shù)據(jù)庫設計盡量滿足3nf（第三范式）的要求。
4）本系統(tǒng)的數(shù)據(jù)庫設計以提高系統(tǒng)運行效率為前提。
7.5 概念模型設計
目前廣泛使用的數(shù)據(jù)模型可分為兩種類型，一種是獨立于計算機系統(tǒng)的“概念數(shù)據(jù)模型”，如“實體聯(lián)系模型”（er 模型）；另一種是直接面向數(shù)據(jù)庫邏輯結構的“結構數(shù)據(jù)模型”。在本系統(tǒng)中采用er 模型來描述數(shù)據(jù)庫的結構與語義，以對現(xiàn)實世界進行第一次抽象。它有兩個明顯的優(yōu)點：接近于人的思維，容易理解；與計算機無關，用戶容易接受。但它只能說明實體間語義的聯(lián)系，不能說明詳細的數(shù)據(jù)結構，它只是數(shù)據(jù)庫設計的第一步。
e-r 圖是直觀表示概念模型的工具，它有三個基本成分：
矩形框，表示實體類型（考慮問題的對象）。
菱形框，表示聯(lián)系類型（實體間的聯(lián)系）。
橢圓形框，表示實體的屬性。
實體屬性圖：
7.6 數(shù)據(jù)庫物理設計
7.7運行設計
運行環(huán)境
web瀏覽器：ie6.0或netscape7.0
操作系統(tǒng)要求：microsoftwindows98,windowsnt4.0,windows2000prifessional，windows2000server,windowsxp,windows2003server，軟件要求：internet信息服務（iis）
數(shù)據(jù)庫要求：access2000
運行模塊的組合
瀏覽器的客戶端在有輸入時啟動接收數(shù)據(jù)模塊，通過各模塊之間的調用，讀入并對輸入進行格式化。在接收數(shù)據(jù)模塊得到充分的數(shù)據(jù)時，將調用網(wǎng)絡傳輸模塊，將數(shù)據(jù)通過網(wǎng)絡送到服務器，并等待接收服務器返回的信息。接收到返回信息后隨即調用數(shù)據(jù)輸出模塊，對信息進行處理，產生相應的輸出。
服務器程序的接收網(wǎng)絡數(shù)據(jù)模塊必須始終處于活動狀態(tài)。接收到數(shù)據(jù)后，調用數(shù)據(jù)處理/查詢模塊對數(shù)據(jù)庫進行訪問，完成后調用網(wǎng)絡發(fā)送模塊，將信息返回瀏覽器端。
運行控制
運行控制將嚴格按照各模塊間函數(shù)調用關系來實現(xiàn)。在網(wǎng)絡傳輸方面，客戶端在發(fā)送數(shù)據(jù)后，將等待服務器的確認收到信號，收到后，再次等待服務器發(fā)送回答數(shù)據(jù)，然后對數(shù)據(jù)進行確認。服務器在接到數(shù)據(jù)后發(fā)送確認信號，在對數(shù)據(jù)處理、訪問數(shù)據(jù)庫后，將返回信息送回客戶端，并等待確認。
運行時間
在軟件的需求分析中，對運行時間的要求為必須對作出的操作有較快的反應。網(wǎng)絡硬件對運行時間有最大的影響，當網(wǎng)絡負載量大時，對操作反應將受到很大的影響。其次是服務器的性能，這將影響對數(shù)據(jù)庫訪問時間即操作時間的長短，影響加大瀏覽器端操作的等待時間，所以必須使用高性能的服務器，建議使用pentium4處理器。硬件對本系統(tǒng)的速度影響將會大于軟件的影響。
8.詳細設計
8.1詳細設計概述
為了提高軟件的質量，延長軟件的生存期，軟件的可測試性、可維護性是重要保障。軟件的可測試性、可維護性與程序的易讀性有很大關系。詳細設計的目標不僅是邏輯上正確地實現(xiàn)每個模塊的功能，還應使設計出的處理過程清晰易讀。結構化程序設計是實現(xiàn)該目標的關鍵技術之一，它指導人們用良好的思想方法開發(fā)易于理解，易于驗證的程序。
詳細設計階段的根本目標是確定怎樣具體地實現(xiàn)所要求的系統(tǒng)，也就是說，經過這個階段的設計工作，應該得出對目標系統(tǒng)的精確描述，從而在編碼階段可以把這個描述直接翻譯成用某種程序設計語言書寫的程序。
8.2b/s結構實現(xiàn)系統(tǒng)功能
本系統(tǒng)利用browser/server（b/s）結構，實現(xiàn)網(wǎng)上購物的具體功能。這種系統(tǒng)的優(yōu)勢在于系統(tǒng)簡單、功能強大、擴展能力良好以及能夠方便的跨地獄操作等性能。
b/s（browser/server）結構即瀏覽器和服務器結構。它是隨著internet技術的興起，對c/s結構的一種變化或者改進的結構。在這種結構下，用戶工作界面是通過www瀏覽器來實現(xiàn)，極少部分事務邏輯在前端（browser）實現(xiàn)，但是主要事務邏輯在服務器端（server）實現(xiàn)，形成所謂三層3-tier結構。這樣就大大簡化了客戶端電腦載荷，減輕了系統(tǒng)維護與升級的成本和工作量，降低了用戶的總體成本（tco）。
以目前的技術看，局域網(wǎng)建立b/s結構的網(wǎng)絡應用，并通過internet/intranet模式下數(shù)據(jù)庫應用，相對易于把握、成本也是較低的。它是一次性到位的開發(fā)，能實現(xiàn)不同的人員，從不同的地點，以不同的接入方式（比如lan,wan,internet/intranet等）訪問和操作共同的數(shù)據(jù)庫；它能有效地保護數(shù)據(jù)平臺和管理訪問權限，服務器數(shù)據(jù)庫也很安全。特別是在java這樣的跨平臺語言出現(xiàn)之后，b/s架構管理軟件更是方便、快捷、高效。
系統(tǒng)程序流程圖
程序流程圖
本系統(tǒng)中用戶端的程序流程圖如下：
網(wǎng)上購物系統(tǒng)程序流程圖
9.開發(fā)環(huán)境
9.1 概述開發(fā)工具
9.1.1 asp 概述
asp 是web 服務器端腳本編寫環(huán)境，使用它可以創(chuàng)建和運行動態(tài)的、交互的、高性能的web 服務器應用程序。asp 采用腳本語言vbscript（或javascript）作為自己的開發(fā)語言。使用asp 可以組合html 頁、腳本命令和activex 組件以創(chuàng)建交互的web 頁面和基于web功能強大的應用程序。
asp 程序的語法與結構：
asp 程序結構
active server page 擴展名的文件， 文件是一個文本文件，包括：
html 標記：“??”的部分。
vbscript、jscript 語言的程序代碼。
asp 語法：“”的部分。
因此，每一個程序連接數(shù)據(jù)庫的 asp 程序應包含以下四個部分：html 標記、asp 腳本語言、數(shù)據(jù)庫存取語法（查詢、增加、刪除、修改數(shù)據(jù)的sql 語句語法）、顯示結果的部分。
語法
asp 使用“”將asp 的script 程序代碼括起來，asp 碼在服務器當中執(zhí)行，執(zhí)行后產生瀏覽器看得懂的html 碼，再傳送給使用者。asp 的原程序，不會傳到使用者的瀏覽器中，可以保護源代碼外漏。
asp 的對象
asp 是屬于對象導向程序語言（object oriented language）的一種，它提供有5 個重要的內建對象供程序員使用【2】【3】。
9.1.2 access 概
用戶需求申請書篇九
蘭州城市學院
信息工程學院111本
楊大鑫，王稼宇，王藝森
2014年3月31日
目錄
1.引言
1.1編寫目的
該文檔是關于用戶對于網(wǎng)上購物系統(tǒng)的功能和性能的要求，重點描述了網(wǎng)上購物系統(tǒng)的功能需求，是概要設計階段的重要輸入。
本文檔的預期讀者是：
·設計人員； ·開發(fā)人員； ·項目管理人員； ·測試人員； ·用戶。
1.2項目背景
軟件名稱：網(wǎng)上購物系統(tǒng)
1.3范圍
該文檔是借助于當前系統(tǒng)的邏輯模型導出目標系統(tǒng)的邏輯模型的，解決整個項目系統(tǒng)的“做什么”的問題。在這里，沒有涉及開發(fā)技術，而主要是通過建立模型的方式來描述用戶的需求，為客戶、用戶、開發(fā)方等不同參與方提供一個交流的平臺。
1.4參考資料
軟件工程案例分析教程（軟件項目開發(fā)實例）
韓萬江、姜立新等編著
——機械工業(yè)出版社 軟件工程導論（第五版）
張海藩編著
——清華大學出版社
2.系統(tǒng)定義
2.1項目來源及背景
隨著internet國際互聯(lián)網(wǎng)的發(fā)展，越來越多的企業(yè)開始建造自己的網(wǎng)站?；趇nternet的信息服務，商務服務已經成為現(xiàn)代企業(yè)一項不可缺少的內容。很多企業(yè)都已不滿足于建立一個簡單的僅僅能夠發(fā)布信息的靜態(tài)網(wǎng)站。現(xiàn)代企業(yè)需要的是一個功能強大的，能提供完善的電子商務服務的動態(tài)商務網(wǎng)站。
本系統(tǒng)是一個中小型的電子商務系統(tǒng)----網(wǎng)上購物系統(tǒng)，可以為各類用戶提供方便的在線購物環(huán)境，符合目前國內流行的電子商務模式。用戶可以在系統(tǒng)中實現(xiàn)注冊、瀏覽商品、搜索查詢商品、下定單、處理定單等功能；管理員可以通過用戶管理、定單管理、商品管理、評論管理等管理功能來對系統(tǒng)進行維護更新。
2.2用戶特點
本系統(tǒng)的用戶都是網(wǎng)上用戶，包括兩類，一類是購物者，他們的差異比較大，學歷有高有低，年齡有老有幼。另外一類用戶是管理者，負責物品的上架下架及網(wǎng)站的日常維護。
2.3項目目標
本項目設定的目標如下：
·系統(tǒng)應具有良好的可擴充性，可以容易地加入其他系統(tǒng)的應用；
·平臺的設計具有一定的超前性，靈活性，能夠適應企業(yè)生產配置的變化； ·通過這個項目可以鍛煉隊伍，提高團隊的開發(fā)能力和項目管理能力。
3.應用環(huán)境
根據(jù)用戶的需求陳述，可以確定本項目分為客戶端和管理端。客戶端為購物者服務，有注冊，登陸，選擇要購買的商品放入購物車，確認訂購等功能。管理端為管理員服務，有添加商品，修改商品，管理商品評論等功能。
客戶端流程圖分別如圖a-1所示。
確認訂購
3.1系統(tǒng)運行的網(wǎng)絡環(huán)境
無論是客戶端的購物者還是管理端的管理者都可以通過網(wǎng)絡登錄到本系統(tǒng)中。購物者通過網(wǎng)絡瀏覽商品信息，提交商品訂單，支付貨款等，管理者通過網(wǎng)絡發(fā)布商品信息，根據(jù)訂單發(fā)貨等。
3.2系統(tǒng)運行的硬件環(huán)境
·能夠運行ie5.0以上或者netscape4.0以上版本的機器
·分辨率：推薦使用1024×768像素 web服務器
·cpu：p42.0ghz ·內存：1gb以上 ·硬盤：80gb以上
3.3系統(tǒng)運行軟件環(huán)境
本系統(tǒng)的軟件環(huán)境如下：
4.功能規(guī)格
我們采用面向對象分析作為主要的系統(tǒng)建模方法，使用uml作為建模語言。uml為建?；顒犹峁┝藦牟煌嵌扔^察和展示系統(tǒng)的各種特征方法。在uml中，從任何一個角度對系統(tǒng)所作的抽象都可能需要幾種模型來描述，而這些來自不同角度的模型圖最終組成了系統(tǒng)的映像。
用例描述角色（用戶、外部系統(tǒng)以及系統(tǒng)處理）是如何與系統(tǒng)交互來完成工作的。用例模型提供了一個非常重要的方式來界定系統(tǒng)邊界以及定義系統(tǒng)功能，同時，改模型將來可以派生出動態(tài)對象模型。
設計用例時，我們遵循下列步驟：
1）識別出系統(tǒng)的角色。角色可以是用戶、外部系統(tǒng)，甚至是外部處理，通過某種途徑與系統(tǒng)交互。重要的是著重從系統(tǒng)外部執(zhí)行者的角度來描述系統(tǒng)需要提供哪些功能，并指明這些功能的執(zhí)行者（角色）是誰。盡可能地確保所有角色都被完全識別出來。
2）描述主要的用例?？梢圆扇〔粩嗟貑栕约骸斑@個角色究竟想通過系統(tǒng)做什么？”來準確地描述用例。
3）重新審視每個用例，為它們下個詳盡的定義。
4.1角色定義
角色或者執(zhí)行者指與系統(tǒng)產生交互的外部用戶或者外部系統(tǒng)。
4.1.1購物者
購物者是指在這個網(wǎng)上購物系統(tǒng)中通過客戶端提交商品訂單的人員，這個角色主要參與客戶端的瀏覽商品，訂購商品等功能。
4.1.2管理者
管理者是指在這個網(wǎng)上購物系統(tǒng)中通過管理端管理商品信息的人員，這個角色主要參與管理端的添加商品，修改商品等功能。
4.1.3數(shù)據(jù)庫
數(shù)據(jù)庫是一個與系統(tǒng)產生交互的外部系統(tǒng)，這個角色負責系統(tǒng)的數(shù)據(jù)查詢、增加、刪除和修改等操作。
4.2系統(tǒng)主用例圖
網(wǎng)上購物系統(tǒng)可以分為兩個主要的組成部分，一個是客戶端子系統(tǒng)，一個是管理端子系統(tǒng)?？蛻舳俗酉到y(tǒng)功能主要是指購物者通過登錄購物網(wǎng)站進行操作的功能，即購物功能。管理端子系統(tǒng)功能主要是指管理者通過登錄購物網(wǎng)站后臺對商品進行操作的功能，即管理功能。系統(tǒng)的主用例圖如圖a-2所示。
購物者客戶端子系統(tǒng)管理者管理端子系統(tǒng)
圖a-2
4.3客戶端子系統(tǒng)
購買者通過網(wǎng)上購物系統(tǒng)瀏覽商品，登陸系統(tǒng)，將想要購買的商品放入購物車，選好商品后去收銀臺，填寫并確認收貨人信息，選擇支付方式，提交訂單，完成商品的訂購。它的活動圖如圖a-3所示。
客戶端的用例圖如圖a-4所示。
登陸瀏覽、選擇商品放入購物車購買者確認收貨人信息或修改收貨人信息選擇支付方式
圖a-4
客戶端的這些用例描述如下：
f-c-1：登陸。購買者在購買商品之前必須登陸到網(wǎng)站，如果沒有注冊將不能使用網(wǎng)站的購買功能。
f-c-2：瀏覽、選擇商品。購買者打開購物網(wǎng)站可以看到各種商品信息，當點擊某一商品時就會有相應的介紹該商品的頁面，描述商品的具體信息，如類型、質地、價格、所在地區(qū)等。
f-c-3：放入購物車。購買者在選中一個商品后就可以將此商品放入購物車，購物車顯示商品的名稱、單價、數(shù)量、商品總價等信息。
f-c-4：確認收貨人信息或修改收貨人信息。購買者需要確認收貨人信息準確無誤，這是所購買的商品正確到貨的重要前提。
f-c-5：選擇支付方式。購買者可以選擇使用網(wǎng)上銀行、使用郵局匯款等方式進行支付。
4.3.1登陸
只有登陸之后購買者才能完成商品的購買。沒有登陸系統(tǒng)的用戶只能瀏覽、選擇商品或將商品加入購物車，要填寫收貨人信息或者支付貨款、提交訂單都需要登陸系統(tǒng)。如果用戶沒有注冊則進行注冊，之后方可登陸。
用例描述：登陸；
執(zhí)行者：購買者；
前置條件：用戶通過瀏覽器打開網(wǎng)上購物系統(tǒng)；
后置條件：登陸后可以進行商品付款、訂購操作。
基本路徑：
a）購買者打開網(wǎng)上購物系統(tǒng)；
b）在登陸框中輸入用戶名和密碼，點擊確定即可登錄系統(tǒng)。
4.3.2瀏覽、選擇商品
購買者通過網(wǎng)站瀏覽商品信息，選擇所要購買的商品。
用例描述：瀏覽、選擇商品；
執(zhí)行者：購買者；
前置條件：用戶通過瀏覽器打開網(wǎng)上購物系統(tǒng)；
后置條件：用戶可將選中的商品加入購物車。
基本路徑：
a）購買者打開網(wǎng)上購物系統(tǒng)，網(wǎng)站顯示各種商品的信息；
b）點擊想要購買的商品，將顯示商品的詳細信息，如類型、質地、價格、所在地區(qū)等。
4.3.3放入購物車
購買者可以將選中的商品放入購物車，然后繼續(xù)選擇下一個商品。購物車用來保存用戶所選擇的商品信息。
用例描述：放入購物車； 執(zhí)行者：購買者；
前置條件：購買者已經有選擇的商品；
后置條件：放入購物車的商品可以付款訂購?；韭窂剑?/p>
a）購買者將選擇的商品加入到購物車； b）繼續(xù)挑選商品或者進入收銀臺結賬。
4.3.4確認收貨人信息或修改收貨人信息
購買者進入收銀臺之后需填寫收貨人信息并確認，保證收貨地址的正確。
用例描述：確認收貨人信息或修改收貨人信息；
執(zhí)行者：購買者；
前置條件：購買者已有選擇的商品并需要購買；
后置條件：確認收貨人信息或修改收貨人信息之后可以選擇貨款的支付方式等進一步操作。
基本路徑：
a）進入收銀臺頁面，將提示用戶填寫收貨人信息，需確保地址的準確性以保證正確到貨。
b）可以保持以前填寫的收貨人信息，也可以填寫新的收貨人信息。
4.3.5選擇支付方式
購買者可以選擇郵局匯款或者網(wǎng)上銀行支付的方式支付貨款。
用例描述：選擇支付方式；
執(zhí)行者：購買者；
前置條件：購買者已經確認收貨人信息；
后置條件：選擇支付方式后可以進行訂單確認并提交以完成商品的訂購。
基本路徑：
a）購買者進入支付方式選擇頁面，將看到兩種支付方式，一種是郵局匯款，一種是網(wǎng)上銀行支付。
b）選擇一種支付方式并確定。
4.4管理端子系統(tǒng)
系統(tǒng)管理員登陸到管理端子系統(tǒng)進行訂單管理，商品管理以及用戶管理。管理端的用例圖如圖a-5所示。
登陸訂單管理商品管理管理者用戶管理
圖a-5
管理端的這些用例描述如下：
f-m-1：登陸。管理者只有登錄之后才能執(zhí)行其管理功能。f-m-2：訂單管理。管理者可以查看客戶訂單并管理訂單。f-m-3：商品管理。對商品進行添加，修改，刪除等操作。f-m-4：用戶管理。管理購買者的賬號及其相關信息。
4.4.1登陸
前置條件：管理員通過瀏覽器打開網(wǎng)上購物系統(tǒng)；
b）在登陸框中輸入用戶名和密碼，點擊確定即可登錄系統(tǒng)。
4.4.2訂單管理
進入訂單管理頁面管理員可以查看購買者提供的訂單，并根據(jù)訂單信息發(fā)貨，同時可以對訂單進行統(tǒng)計，也可以銷毀已完成交易的訂單。
用例描述：訂單管理；
執(zhí)行者：管理者；
前置條件：管理者已經登錄系統(tǒng)；
后置條件：整理后的訂單信息將記錄到數(shù)據(jù)庫中。
基本路徑：
a）進入訂單管理界面，可以查看各個用戶提交的訂單信息，根據(jù)訂單信息發(fā)送貨物。
b）可以對訂單進行統(tǒng)計操作，統(tǒng)計不同用戶的訂單數(shù)，統(tǒng)計所有用戶的訂單總數(shù)，可以根據(jù)時間進行統(tǒng)計，也可根據(jù)訂購商品類型進行統(tǒng)計。
c）可以重新對訂單進行分類排序，可以銷毀已經完成交易的訂單，以便釋放資源繼續(xù)使用。
4.4.3商品管理
前置條件：管理者已登錄到系統(tǒng)；
后置條件：整理后的商品信息將記錄到數(shù)據(jù)庫中。基本路徑：
a）進入商品管理頁面，可以選擇添加、修改或刪除操作。
e）商品信息包括商品的類型、質地、價格、所在地區(qū)等詳細說明。
4.4.4用戶管理
管理者可以對用戶賬戶進行管理。用例描述：用戶管理； 執(zhí)行者：管理者；
前置條件：管理者已登錄到系統(tǒng)；
后置條件：整理后的用戶信息將記錄到數(shù)據(jù)庫中?；韭窂剑?/p>
a）進入用戶管理界面，可以查看所有用戶的信息；
b）對于長期不活動的用戶可以銷毀其注冊賬戶以釋放系統(tǒng)資源。c）對于行為造成不良后果的不法用戶可以凍結其賬戶。
5.性能需求
根據(jù)用戶對本系統(tǒng)的要求，確定系統(tǒng)在響應時間、可靠性、安全性等方面有較高的性能要求。
5.1界面需求
系統(tǒng)的界面要求如下。
1）頁面內容：主題突出，站點定義、術語和行文格式統(tǒng)一、規(guī)范、明確，欄目、菜單設置和布局合理，傳遞的信息準確、及時。內容豐富，文字準確，語句通順；專用術語規(guī)范，行文格式統(tǒng)一規(guī)范。
2）導航結構：頁面具有明確的導航指標，且便于理解，方便用戶使用。3）技術環(huán)境：頁面大小適當，能用各種常用瀏覽器以不同分辨率瀏覽；無錯誤鏈接和空鏈接，采用css處理，控制字體大小和版面布局。
4）藝術風格：界面、版面形象清新悅目、布局合理，字號大小適宜、字體選擇合理，前后一致，美觀大方；動與靜搭配恰當，動靜效果好；色彩和諧自然，與主題內容相協(xié)調。
5.2響應時間需求
無論是客戶端還是管理端，當用戶登錄，進行任何操作的時候，系統(tǒng)應該及時地進行反應，反應時間在5秒以內。系統(tǒng)應能監(jiān)測出各種非正常情況，如與設備的通信中斷，無法連接數(shù)據(jù)庫服務器等，以避免出現(xiàn)長時間等待甚至無響應。
5.3可靠性需求
系統(tǒng)應保證7×24小時內不宕機，保證20人可以同時在客戶端登錄，此時系統(tǒng)能正常運行，正確提示相關內容。
5.4開放性要求
系統(tǒng)應具有較強的靈活性，以適應將來功能擴展的需求。
5.5可擴展性需求
系統(tǒng)設計要求能夠體現(xiàn)擴展性要求，以適應將來功能擴展的需求。
5.6系統(tǒng)安全性需求
系統(tǒng)有嚴格的權限管理功能，各功能模塊需有相應的權限方能進入。系統(tǒng)需能夠防止各類誤操作可能造成的數(shù)據(jù)丟失、破壞。防止用戶非法獲取網(wǎng)頁以及內容。
用戶需求申請書篇十
用戶需求描述：
1.問題提出：
宿舍管理也就成為學校日常管理的重中之中了，宿舍管理的方式也在不斷的改進。隨著電腦的普及與使用，現(xiàn)在的管理也提升了一個檔次，漸漸實現(xiàn)了無紙化辦公，即從原來的人工記錄管理模式轉變?yōu)殡娔X一體化管理。為了方便重慶大學的宿舍管理實現(xiàn)無紙化辦公,使工作更有條理，更方便，更有效率特提出研究出這套宿舍管理系統(tǒng)。
2.結合重慶大學現(xiàn)行情況，和對樓管（直接用戶）的交流，和長期的調研得出了，用戶的大致需求如下：
本系統(tǒng)要實現(xiàn)的是重慶大學學生宿舍管理在設計該系統(tǒng)時，應盡可能的貼近學生 現(xiàn)行樓管的工作流程,便于用戶操作。系統(tǒng)在實現(xiàn)上應該具有如下功能：
1.系統(tǒng)要求用戶必須輸入正確的用戶名和密碼才能進入系統(tǒng)。
2.系統(tǒng)應該提供宿舍的基本情況登記。包括添加寢室，修改寢室 查看寢室 刪除寢室
3.系統(tǒng)還應具有對學生的查看，添加、修改、刪除學生基本信息的功能
4.系統(tǒng)應提供人員來訪登記及結束訪問的詳細登記，可查看修改 刪除添加
5.系統(tǒng)應提供學生在校期間物品出宿舍樓的詳細情況登記，可查看修改 刪除添
6.系統(tǒng)應提供對晚出晚歸的同學登記功能，可以查看 添加刪除 修改
7.系統(tǒng)應提供增加、刪除、修改用戶帳戶的功能。
8.系統(tǒng)還應具有添加、修改、刪除學生基本信息的功能。
2，報表需求
學生宿舍管理系統(tǒng)的某些信息應當能夠以報表形式打印出來。基本上應該能夠實現(xiàn)學生基本信息的報表打印、某宿舍具體住宿情況的報表打印、學生物品出入的信息，晚出晚歸報表打印等的功能。
3.系統(tǒng)管理需求
系統(tǒng)管理員能對 樓管進行添加修改 刪除
用戶需求申請書篇十一
游戲市場每天都在變，玩家每天都在變，他們到底喜歡什么樣的游戲?可能大多數(shù)游戲設計師都會或者曾經有這個感覺：一個游戲突然火了，卻不知道為什么。所以，到底是什么東西影響著玩家們的游戲需求?且看下文小編的分析。
什么是游戲需求?一看這個詞我覺得很多人已經“呵呵”了，這不是很簡單的一個概念嗎?okay，我這里提及這個概念是想從一種不一樣的角度來進行分析，自信的讀者們可以略過了。游戲需求這個詞看上去很簡單，卻又有無數(shù)內涵蘊含其中，最后“只可意會不可言傳”可能是最佳的解釋。但其實，簡單地說，游戲需求就是玩家想通過玩游戲獲得什么。
喬布斯曾經有一句最經典的話就是：“用戶永遠不會知道自己的需求是什么?！彼跃陀辛薸phone這種“告訴用戶他們自己的需求是什么”的革命性產品。
玩家的游戲需求在不斷影響著設計師們對游戲體驗的設計，而游戲體驗也在不斷創(chuàng)造新的游戲需求。我不相信這會是單純誰決定誰的關系，但我們可以嘗試從另外一些維度來分析游戲需求因為什么而產生了變化。
我嘗試從以下幾個維度來對游戲需求進行分析：
condition. 玩家在什么狀態(tài)下玩游戲?
device. 玩家用什么設備來玩游戲?
time. 玩家玩多久游戲?
experience. 玩家的游戲體驗是怎樣的?
首先，玩家在什么條件下玩游戲。這里的“狀態(tài)”指的是when(什么時機)和where(什么地方)。是在晚上下班回家呢，是工作中的休息時間呢，還是在上課途中呢，還是暑假放假呢等等，這些都是玩家可能玩游戲的狀態(tài)。玩游戲的狀態(tài)千變萬化，我們沒有辦法去準確猜測出玩家會在什么時候和地點玩游戲，就如有些玩家喜歡在大便蹲廁所的時候玩手機游戲一樣，竟然不怕一不小心把iphone 6+掉進廁所。
所以，我們只需要肯定兩件事情。第一：無論什么時候玩游戲，玩家同一時間點只可能把注意力放在一款游戲上。(因為人的眼球不能同時盯著兩個屏幕。)第二：狀態(tài)可以歸納為“在家”和“外出”兩種狀態(tài)。
第二，玩家用什么設備玩游戲。這一點會受第一點的“條件”影響。如在戶外，玩家只能通過移動設備來玩游戲;而在家里則可選擇性很多，pc、電視主機。為什么用什么設備這么重要，我想大家都很清楚，我就不贅述了。
第三，玩家玩多久游戲。專業(yè)點說，玩家的期待游戲時長是多少。區(qū)別于通常所講的單次游戲時長，這個時間是玩家所期待的，而不像現(xiàn)在大多數(shù)手游一樣，由游戲設計師硬生生設計出來強加于玩家的。這個期待的時間長度是一個很難以捉摸的東西。如果游戲好玩，玩家會花更多的時間去玩這款游戲，反之，玩家會很快離開游戲。玩家離開游戲后，并不代表他就不進行游戲了，而是可能去玩別的游戲。這種情況就說明游戲體驗沒有辦法達到玩家的期待游戲時長。
第四，玩家的游戲體驗。這是老生常談的話題了。游戲的核心玩法是什么，故事背景是什么，畫面感覺怎樣，游戲深度如何等等所有東西都歸為游戲體驗。游戲體驗則是實實在在滿足玩家需求的方式。玩家對游戲體驗的需求各種各樣各種奇葩：有喜歡探索未知世界的，于是就有了《上古卷軸：天際》;有喜歡打打殺殺獲取成就感的，于是就有了《征途》;還有喜歡收集和建造的，于是就有了《minecraft》(我的世界);有喜歡孤獨終老的，于是就有了《journey》(風之旅人);有喜歡恐怖解謎的，于是有了《生化危機》系列;還有，喜歡自虐的，于是就有了《dark souls》和《flappy bird》。每一種類型的游戲，都能夠滿足玩家某些特定的需求。但是，好的游戲實在是太多了，玩家并不是需求得不到滿足，而是玩游戲的時間不夠多啊!
以上這四個維度是自上而下的，也就是說，根據(jù)上一級的狀態(tài)不同，下一級將會受到影響。如，根據(jù)玩家“期待游戲時長”不同，游戲體驗就會產生變化。你總不能把一個三消小游戲給一個玩家讓他去連續(xù)玩3個小時，如果是我會猝死的。
我個人認為，從以上這四個維度基本上就可以完全解析玩家需求，從而定義一個玩家群體。
昨天，藍港互動的王峰前輩的內部郵件“被曝光”了。我看過了他的文章，認為他在內部文章中針對移動游戲提及到兩個關鍵的游戲設計理念，是“游戲節(jié)奏”和“連貫性”。而這正是我本文想要分析的“時間”因素。
王峰說：“一款好的手機游戲需要讓玩家爽到停不下來。”
手機游戲從一開始到今天，基礎的設計理念是沒有改變過的，即“碎片化設計”。因為考慮到手機游戲的玩家可以在任何“狀態(tài)”下利用移動設備玩游戲，所以，要求游戲的設計能夠滿足玩家哪怕只玩1分鐘也能隨時中斷退出，因此流行了單次游戲時長極短的關卡式設計。這種設計理念在傳統(tǒng)的pc和主機游戲上都是沒有的。
針對“碎片化設計”而同時又要讓玩家玩了后“停不下來”，這不是矛盾嗎?是的，我個人認為，這在某種程度上的確是矛盾的。
2013年8月，日本mmd分析機構針對日本手機游戲市場，得出的調查結果是：80%以上手機用戶平均每天玩手機游戲不超過30分鐘。就在日本這種手機游戲高度發(fā)達的國家，竟然有8成玩家每天玩這么少時間的手游!
以這個為例子，我們暫且把這個“時間”因素定義為30分鐘，即玩家每天花在手機游戲上的.期待游戲時長是30分鐘。
如果我們把這30分鐘分配到10款游戲里，也就是說平均每款游戲只玩3分鐘;然而，如果玩家這30分鐘全部用在一款游戲里，對于手游，這時間其實已經很長了。因此，王峰“停不下來”這個說法的道理顯而易見，則是盡可能吸引住玩家只玩你這一款游戲。
現(xiàn)在，我們讓時間回歸到2011年的中國?？纯催@三年來，中國手機游戲發(fā)生了什么樣的變化?設備普及、用戶暴增、支付渠道成熟等等因素讓市場規(guī)模一翻再翻。這里很多人只注意到，用戶規(guī)模和付費習慣的改變，而很少人留意到玩家的“期待游戲時長”也在不斷增長。玩家每天花在手機游戲上的時間越來越多。手游的“每天游戲時間”這個指標，在我記憶中，2011年中國玩家是不足10分鐘的。所以，王峰的這句話，放在2011年的中國，它或許是多余的;而在今天，它成立了。
用戶需求申請書篇十二
2014年6月閑魚誕生，同年11月魚塘功能上線，閑魚不斷強化輸出社區(qū)價值。
魚塘通過地理位置、興趣等建立社交據(jù)點，一方面方便用戶線下交易，這樣的半熟人關系，更容易展開深度的互動成交；另一方面新版魚塘采取“發(fā)帖子”的模式，增強用戶粘性，進而為產品貢獻更多的使用頻次和停留時長。
但是改版后，（19年1月28號上線的版本）小區(qū)魚塘和魚塘商品的權重被拉低，主頁改成了以興趣為導向的純內容信息流，魚塘從以交易為主交流為輔，開始嘗試引導用戶向更高頻高深度的興趣交流互動轉換。
在繼小紅書社區(qū)式運營、美圖的社區(qū)模塊改版成功之后，閑魚也在魚塘主頁加入了多個興趣類別，每個類別下有不同主題的魚塘，每個魚塘分別有塘主，每個帖子可以加話題、轉發(fā)、點贊、評論。
整體更像一個基于內容互動交友的地方，一個翻版的“百度貼吧”加“微博”。
個人體驗過后，首先基于每個話題帖子數(shù)、點贊以及評論數(shù)來看，各個魚塘的用戶活躍度不夠高，閑魚對魚塘的宣傳還需加強；其次由于二手閑置種類繁雜，類別眾多，各個魚塘難以統(tǒng)一監(jiān)管。
用戶需求申請書篇十三
在企業(yè)的銷售隊伍中，經常聽到的抱怨是“我們的客戶不需要”“我們的客戶沒有錢”“客戶說要等一段時間”……等等一些無法開發(fā)和征服客戶的聲音，根本的原因是由于不了解客戶的真實需求，銷售人員在銷售時盲無目的地向客戶介紹或者演示產品，結果徒費口舌，不但沒有把自己產品的特色向特定的消費者闡述清晰，還誤導了其他的銷售人員，致使整個銷售隊伍萎靡不振，不去主動地開發(fā)客戶，只在消極的應對工作。
先來看看什么是定義客戶的需求？
客戶的需求往往是多方面的、不確定的，需要我們去分析和引導，很少有客戶、尤其是消費品的購買者對自己要購買的消費品形成了非常精確的描述，也就是說，當一位客戶站在我們的面前時，他對我們的產品有了極大的興趣但仍然不知道自己將要買回去的是什么樣的。在這種情況下，需要增強與客戶的溝通，對客戶的需求做出定義。
定義客戶的需求就是指通過買賣雙方的長期溝通，對客戶購買產品的欲望、用途、功能、款式進行逐漸發(fā)掘，將客戶心里模糊的認識以精確的方式描述并展示出來的過程。
當然，在進行客戶需求定義是要注意從不同的角度和側面來分析，不妨注意以下幾個原則：
1.全面性原則
對于任何已被列入客戶范疇的消費者，我們要全面的定義其幾乎所有的需求，全面掌握客戶在生活中對于各種產品的需求強度和滿足狀況。之所以要全面了解，是要讓客戶生活中的需要完整地體現(xiàn)在你的面前，而且根據(jù)客戶的全面需要分析其生活習慣、消費偏好、購買能力等相關因素，更為重要的是這種“以全概偏”的了解往往會迷惑客戶，刻畫銷售人員關心客戶、愛護客戶的經典形象。
2.突出性原則
時刻不要忘記銷售者的第一要務是為公司銷售產品，幫助客戶滿足需求。所以，要突出產品和客戶需求的結合點，清晰的定義出客戶的需求，必要的時刻要給客戶對本產品的需求形成一個“獨特的名稱”。假如你是一個竹躺椅的銷售人員，盡可能得讓消費者形成對躺椅的獨特認識，為它定義出一個別人都沒有意識到的“提高生活舒適度需求”等。
3.深入性原則
溝通不能膚淺，否則只能是空談。對客戶需求的定義同樣如此，把客戶需求的定義認為是簡單的購買欲望，或者是單純的購買過程明顯囿于局限，只有深入的了解客戶的生活、工作、交往的各個環(huán)節(jié)，你才會發(fā)現(xiàn)他對同一種產品擁有的真正需求。也就是說，要對客戶的需求作出清晰的定義，事前工作的深入性是必不可少的。
4.廣泛性原則
廣泛性原則不是對某一個特定客戶需求定義時的要求，而是要求銷售人員在于客戶溝通是要了解所有接觸客戶的需求狀況，學會對比分析，差異化的準備自己的相關工具和說服方法。
5.建議性原則
客戶不是我們的下屬，所以命令他們是不會接受的，當然我們也不可能這么做。在客戶需求的定義過程中同樣如此，客戶所認同的觀念跟我們或多或少的存在一些差異，所以對客戶的需求要進行定義只能是“我們認為您的需求是……，您認同嗎？”注重對客戶需求的分析，不僅是從其需求的綜合層次而且是從產品的特質出發(fā)，在定義的過程中，做好以下幾項工作：
調查，此乃產品銷售和需求定義基礎。充分的調查是掌握大量信息的可靠渠道，而調查工作一般都是事前開始，運用各種工具、或用各種關系、采用各種方法具體詳細地掌握消費者的靜態(tài)和動態(tài)信息。我要強調的是，調查決不要在正式接觸之前就已經結束，或者說，調查到達一定的程度時我們就可以開始與客戶溝通，在雙向信息流動的同時繼續(xù)豐富對消費者需求的把握。顯然，我們的需求都在發(fā)生變化。調查工作是每個銷售人員的必做之事，一般情況下可以自己對所在的區(qū)域進行直接了解，更可以充分的利用公司的資料和檔案?，F(xiàn)在有很多銷售人員缺乏的不是主動去了解客戶，而是不會使用公司已有的客戶檔案和相關資料，這樣會浪費大量的資源。在一個較為成熟的企業(yè)里，我更強調使用和更新客戶檔案，重視調查的延續(xù)性。
分析，分析研究所得既定資料和信息，是科學的界定需求定義的重要環(huán)節(jié)。其中的環(huán)節(jié)就是要我們去偽存真、去粗存精，并根據(jù)消費者的自身狀況，包括工作性質、環(huán)境、同事關系、家庭環(huán)境、親朋關系、事業(yè)發(fā)展狀況等來科學的研究其需求的變化趨勢。掌握趨勢，在溝通時就能站在更高的角度和客戶討論。此時的我們是客戶眼中的專家，使他發(fā)現(xiàn)并滿足自身需要的顧問。注意分析的是客戶需求的類型、規(guī)格、款式、色彩、數(shù)量等具體性的因素。
溝通，這是定義客戶需求的關鍵。所以我們必須重視這個環(huán)節(jié)，事前要設計好相關的溝通內容、溝通方式和引導客戶的具體問題、手段等。其實，溝通的過程還要重視的是在什么樣的環(huán)境下溝通的問題，如果是單純的拜訪客戶，估計很難挖掘其真實的想法。因為在接受銷售人員的拜訪使客戶都處在高度戒備的狀態(tài)中，時刻提防掉進銷售人員的圈套，所以一般很難敞開心扉。所以溝通的關鍵是環(huán)境，越是非正式的環(huán)境，對于定義客戶的需求越有利。
試探，試探是在有了對客戶需求的基礎性認識時進行的歸納總結，并形成一定的規(guī)律性話語和結論。對于銷售人員來講，主要的工作是要大膽的講出來你為客戶形成的定義，試探你對客戶的分析和溝通結果是否充分掌握。所以，假如你是一名培訓課程的銷售人員，基于對客戶需求的認識，你就應該試探性的總結客戶的需要的是什么，真正的銷售人員往往這樣打動人：“李總，所以你的困難就是區(qū)域銷售市場信息不太通暢、工作效率偏低，你是不是打算在本月中旬將其中三個銷售經理送到我們的課堂上來？”
重復，無論客戶對于試探性的總結認同與否，我們都要重復客戶的自己的回答。這是表明對客戶的尊重，更是為自己強化客戶需求的印象，并根據(jù)最新的印象和繼續(xù)的溝通修正自己的定義。重復一次，買賣雙方就強化一次印象，就拉進一步距離，就明確一層需求，就取舍一份信息。對于上面的試探，如果對方否定，你應該重復：“您是說沒時間讓他們來，對吧？”如果對方肯定，你也應該重復：“您是說讓李經理、王經理、宋經理三人15日一起來報到，是吧？”
確定，銷售人員不能永遠跟著客戶的思想走。所以，當你有充分的認識，已經基本克服了前述環(huán)節(jié)的障礙時，請大膽、無疑的確定下來，明確地告訴我們的客戶“你現(xiàn)在所要的就是……”，此時的猶豫和停滯只能是表明你不是專家，白白喪失了銷售的大好機遇。
展示，清晰的定義需要有清晰的認識，尤其是視覺化的形象出現(xiàn)。所以，客戶在得到了自己需求的定義是需要的正是一件滿足自己需要的產品，展示我們的樣品就成了順理成章的步驟。注意，你所展示給客戶的只是樣品，要告訴客戶如果滿意就說明我們的定義是成功的，如果不滿需要的就是我們?yōu)樗貏e定制的產品。有很多人認為像培訓課程這樣的產品無法展示，事實上客戶卻最希望看到這樣的展示。我的一位同事往往在這個時候便向客戶發(fā)一封電子郵件：現(xiàn)在已報名人數(shù)是21人，您所派出的三位經理我們分別安排在1號、4號和5號桌方便和相關業(yè)務的人員接觸。課程的大綱和注意事項清參看附件，請您對課程的內容在48小時內提出建議，以便我們的講師作出修正?！?/p>
等待，耐心同樣是一件重要的事情?？蛻舻臎Q策是需要時間的，我們可以刺激、鼓勵，但是也要耐心的等待客戶來承認自己的需要確實如此?？蛻舻某姓J就是交易條件磋商的開始，就是討論產品運輸、貨款交付具體問題的時候了。
客戶項目需求分析
聽棠的“客戶需求何時休”深刻的披露了這個問題存在的根源。
需求分析，不僅僅是拿到客戶的需求，更重要的是還需進行分析，了解細節(jié)，并就細節(jié)跟客戶咨詢，獲取最詳細的資料?？蛻羲芴峁┙o你的只是他們想到的功能需求，很多問題并不在他們考慮的范圍之內，如果作為項目承擔方沒有去做分析，簡單的按照功能要求去設計、規(guī)劃，最終出來的系統(tǒng)是很難完全符合客戶的業(yè)務流程的，這時，自然需要更改，被看成了需求的更改。其實，都是缺乏分析所一手造成的。問題等到系統(tǒng)出來了才被發(fā)現(xiàn)，這樣的系統(tǒng)本身就是先天不足的了。
聽棠所說到的幾點，感受特別深：
“其實問題出在開頭，客戶需求只是軟件需求分析的一部分，雖然是比較重要的一部分，但也不要只是去記客戶的需求，而是要把客戶的需求進行分析”
“客戶本身是不怎么懂技術的，客戶只知道自己的業(yè)務需求，而在軟件設計時，是在把業(yè)務需求抽象到系統(tǒng)中實現(xiàn)的，把業(yè)務轉變?yōu)檫壿嫊r，一切都應該符合邏輯的，但客戶的業(yè)務思想有時候在軟件系統(tǒng)實現(xiàn)時會有問題的，這就需要分析時分析出來的。少了分析，問題也會在后面的開發(fā)中暴露出來，到時可就更麻煩了?！?/p>
還有客戶的需求本身會有矛盾（這矛盾是指在邏輯角度來講），客戶本身是意識不到的，只有在分析設計時，才會分析出這里的矛盾，而這些問題，如果在期初時，軟件負責人不分析，而是純粹的“聽從”客戶要求去做，當暴露這些問題時，你怪客戶也沒用啊。
項目需求分析報告，在了解客戶需求時，不要不動腦子，不要一味的點頭說“ic”，其實在表面的業(yè)務里面可能包含著n多的細節(jié)，這些細節(jié)是需要你反問客戶的，只有當你提的問題越多，最終獲取的需求最具體，才能讓項目越順利。而且有很多問題，都是在你的反問中，客戶也才開始思考本來沒思考過的問題，客戶也會找到一種合理的需求給你，有人會覺得這樣了解客戶需求未免太麻煩了。至于一些在技術上會遇到問題的地方，也要告訴客戶，別以為到時候再說，客戶是不關心你的技術細節(jié)的，但你如果給他解釋的話，他也會試著理解的。
客戶的需求本身是無休止，因為他們本身也在變，但當你期初的分析合理，后面的變動也將在邏輯上變動，相信代價已經不會那么大了。這其實也體現(xiàn)了系統(tǒng)的擴展性。
需求分析，是一個項目提出方和承擔方相互溝通的過程，一方是系統(tǒng)的使用者，一方是系統(tǒng)的制造者，在系統(tǒng)制造過程中，只有雙方相互配合，共同對系統(tǒng)進行設計才能最后達到使用的要求。客戶是業(yè)務上的熟悉者，對業(yè)務流程有非常清晰的了解，但是，對于軟件需求方面的描述是不了解的，他們所能提供的只是他們最終要達到的功能，但是，這其中包含的業(yè)務流程是非常復雜的。我們拿到客戶需求后，應該根據(jù)功能、流程進行初步的設計，構造出業(yè)務流程圖，再讓客戶進行評審，提出業(yè)務流程上不對的地方進行修改。這樣來回的交流，最終才能取得較全面的需求，并減少后期的修改。
謹記一點，需求是經常變動的，只有先做好需求的.分析，了解業(yè)務以后的發(fā)展趨勢，做好具有拓展性的系統(tǒng)設計，才會給系統(tǒng)更大的擴展空間，從而在需求發(fā)生變化的時候可以更從容的修改。
用戶需求申請書篇十四
這一部分群體以女性為主，女性更容易沖動消費，從而更容易產生大量閑置物。且每年的雙十一交易額都在增加，龐大的交易額背后面臨更多的閑置物品，正所謂“剁手之后回血”，不理想消費而產生的閑置正好拿出來轉賣。
四、產品分析 1. 產品簡介
產品名稱：閑魚。
產品slogan：讓你的閑置游起來。
產品介紹：阿里巴巴旗下才c2c模式的閑置交易平臺，無需開店即可享受支付寶擔保交易，發(fā)布和購買商品簡單易上手。支持淘寶“一鍵轉賣”、“賣了換錢”等入口進入，且發(fā)布的閑置在淘寶可見。
2. 產品功能結構
閑魚的功能主要有買賣閑置商品、租房、信用回收與魚塘（閑置交易社區(qū)）。其中核心功能是買賣二手閑置。首頁頂部與上部分即商品搜索欄與商品分類，突出了其主要功能。中下部分大篇幅為其他功能板塊，個人角度看功能的多樣化可能不易于小白的理解與操作。
從主要功能上看：除買賣閑置外，魚塘是閑魚 “共享社區(qū)”定位落地的一大產物，從主頁上看，幾乎與發(fā)布同級，幾年來也不斷改版，但一直備受爭議，具體體驗及建議將在功能體驗中介紹。
發(fā)布按鈕下的信用回收是原版信用速賣的升級，通過免費或估價進行官方收購再由賣出，“回收寶”、“估嗎”、“有得賣”等數(shù)十個專業(yè)回收機構接入。該功能于18年9月正式上線。
在“我的”按鈕下，設置了多項功能選項，個人認為有些臃腫，一些功能存在包含關系可以合并，如：我的租房，我租到的。也有一些功能建議附加使用指南等說明，如我的紅包、我的拍賣。
3. 產品功能體驗分析
用戶需求申請書篇十五
兩年之后的10天前，gofeeling在餐桌上偶然又問起我如何發(fā)現(xiàn)和發(fā)掘新需求，鍛造新產品，對比之前在yupoo的時候，自己的回答完全是兩種答案。我覺得很有意思，在這里記錄一下。純屬設計師個人想法，不代表任何人觀點。
先介紹一下自己親身經歷的兩種截然不同的服務背景：
yupoo:當年領先的中文影像分享服務，超過2百萬用戶，致力于成就偉大的影像分享社區(qū)。
taobao:亞洲最大的c2c電子商務平臺，超過1億1千萬用戶，致力于成就全球最大的零售商。
1，我經歷的yupoo如何產出需求？
初看這個問題，仿佛有很多很多答案。如果頭腦風暴一次，我們可以想象很多答案，沖印、相冊加密、flash展示..等等。不管怎樣，還是要承認當時的yupoo是flickr的模仿者?；卮饐栴}之前我們有必要先來看上面這張圖示－兩年前美國在線照片市場形勢。photobucket以超過40%的市場占據(jù)絕對優(yōu)勢，flickr僅以4.5%的市場占據(jù)一小塊蛋糕。但是，這卻毫不影響flickr在alexa排名長年累月打著photobucket耳光，毫不影響它成為互聯(lián)網(wǎng)領域已探明的清晰盈利模式，毫不影響它成為“靜觀世界變化”的偉大服務。單單從這些數(shù)字表現(xiàn)就可以看得出來它要做的事情早已超越存儲之外。
我們可以越清晰的看到，flickr的目標是希望以照片為媒介，通過社交體系達到人與人分享、交流的目標。這就意味著，這套產品需要不停的follow這批目標用戶群，而放棄另外“大多數(shù)”的用戶，產品的需求從開始就注定：不斷調整算法，讓那些真正優(yōu)秀的照片和用戶能通過一定體系浮現(xiàn)；不斷優(yōu)化4維社交基礎，強調個體的真誠付出與相應的參與回報；不斷對頁面進行精雕細琢，逐個消除產品的破窗…這些需求看似簡單乏味，卻要緊緊follow目標用戶步步為營，web2.0的服務的產品氣質和市場環(huán)境很可能因為需求某一環(huán)節(jié)判斷失誤而貽誤最好時機，而使偉大構想逐漸偏離走樣。
2，我經歷的taobao如何產出需求？
暫時拋開交易，只從增值服務來看。
·從競爭對手手里
電腦資料
然后拿回來逐個衡量，去論證在中國市場的可行性和可能性，再通過一系列的策略討論，最后按重要成都形成產品需求。從競爭對手手里分析需求成為非常重要的需求發(fā)現(xiàn)發(fā)掘方式。這個過程中需要對競爭對手的業(yè)務模式、市場和用戶成長周期有精準的把握，否則很可能弄巧成拙。
·從線下零售業(yè)方式
作為一家零售公司，對傳統(tǒng)零售市場的分析和學習似乎從沒停止過。例如，試客營銷(testmarketing)，可以作為它的補充。本質上而言，試客營銷屬于體驗營銷(experiencemarketing)的一種，在日本大受歡迎的samplelab就是個典型。拿身邊例子來說，我們經常在超市中被派發(fā)洗發(fā)水試用裝等產品小樣。但企業(yè)主也為此遇到了一些麻煩，他不知道派發(fā)員有沒有私自截留贈品；他不知道派發(fā)的這些人對贈品是否真的需要；他不知道客戶會不會拿回去用；他更無法測算有多少人是因為試用了贈品而購買的產品…這些頭疼的問題讓這個體驗營銷的過程成本不斷增加。好吧，如果這一切發(fā)生在有著豐富用戶資源的互聯(lián)網(wǎng)站上，上面的問題似乎都迎刃而解了。通過對數(shù)據(jù)庫中的用戶檔案和瀏覽、購買數(shù)據(jù)來分析他是不是產品的目標用戶，然后相應給用戶投遞相應主題，告訴他只要選擇幾個按鈕就可以馬上收到一份適合自己的快遞試用裝。當然，系統(tǒng)還會記錄這位用戶在一段時間內有沒有在網(wǎng)上購買這個產品，形成精確的用戶激活率。從線下零售方式提取新需求和產品也是另一個重要方面。當然，它也面臨很大的挑戰(zhàn)，就是如何根據(jù)市場反應來讓這些方式更加持續(xù)可復制。
·從用戶反饋及調研結果
對現(xiàn)有用戶的反饋及調研成為發(fā)現(xiàn)用戶需求的非常重要來源，是產品保持鮮活的源動力。有幾次跟隨用戶研究的同學到用戶家里，是一個網(wǎng)店賣家。他就抱怨，因為生意龐大需要把帳號給n個下屬來使用，分別負責不同的方向來打理網(wǎng)店。但是遇到問題是，經常會出現(xiàn)一些嚴重性失誤，比如誤刪商品、誤點退款等等，因為互相職責不同不熟悉而任務交叉誤操作，造成很大損失。后來又通過一次大面積的定量調研后發(fā)現(xiàn)這個用戶權限管理需求的普遍性。
到這里可以看出，這兩個截然不同類型的服務對于新需求的發(fā)現(xiàn)、發(fā)掘形式也各不相同。
但是，我們又能看出一些共性：
·明白自己是誰，要到哪里去
·關注你的用戶，他們的生活、他們的工作和他們的夢想
·對現(xiàn)有產品的beta與新產品同樣重要
·緊盯你的競爭對手，理解它優(yōu)秀何來
本文來自：/?p=239
用戶需求申請書篇十六
說到網(wǎng)絡產品，離不開的話題就是用戶，就像傳統(tǒng)行業(yè)的消費者，人是復雜的，網(wǎng)民的用戶行為更加復雜，用戶和用戶是不一樣的，或者說，每個用戶都不一樣。一款成功的互聯(lián)網(wǎng)產品往往并沒有滿足所有用戶的需求，而是準確定位了某一類用戶并且很好地滿足了那類用戶的需求。到底定位哪一類用戶是我們需要考慮的，所以就需要用戶分類。
不分類不好定位,好的用戶分類讓我知道了我在追求哪些人，滿足哪些人，影響哪些人。但分不好類又會錯位,更糟，那怎樣才能對某一款產品的用戶群進行合理分類呢，下面就來談談我對用戶分類的一些看法。
先來說下如何判斷某一款產品的用戶分類效果如何，主要從兩個角度進行判斷：分類的信度和效度，也就是分類的準確性和精確性。分類的準確性是指分完類后，是不是現(xiàn)實中每一個用戶都能定位到反映該用戶的類別，也就是說任何一個用戶都能給他貼上屬于某個類別的標簽；而分類的精確性是指得到的用戶類別在多大程度上反映了實際用戶所包含的屬性含義，也就是說用來描述各類別用戶的特征信息與實際用戶所有屬性的吻合程度。在實際分類中準確性和精確性往往不能同時達到完美，當你追求100%的準確性時精度肯定會下降，比如只用性別去劃分用戶，準確度很高但是精度不夠，所以在實際用戶分類時找到準確性和精確性的一個平衡點，達到自己分類目的即可。
聚類分析中有很多因素影響著最后的用戶分類結果，影響較大的因素有：聚類方法選擇，距離算法選擇，聚類變量選擇，用戶類數(shù)選擇。對于聚類方法和距離選擇，我傾向于推薦選擇兩步聚類法和對數(shù)似然值距離算法，因為用戶的人口學特征和使用某產品行為偏好等特征一般都是分類變量，用歐氏距離算法的話，它的距離公式所表示的含義很難用實際意義去描述，或者說它的距離值在現(xiàn)實中是沒有實際意思的。聚類變量的話可以選擇訪談得到差別較大的特征因素，但是這些變量之間也是有關系的，具體還要通過不斷的嘗試去調整，主要看去掉某個變量后聚類結果是否有大得差異，如果有該變量則為重要變量，用戶類數(shù)確定可以結合實際聚類得到的描述性判斷因素和訪談等得到的實際情況共同確定。
怎么對用戶分類，細分到何等程度，不太會有一個模式或者方法來通用。所以涉及到某個具體產品的用戶分類時，首先明確你得分類目的，分完類之后你需要面怎么利用這些類。當能夠從用戶分類中得到明確的產品用戶群和產品定位時，說明該分類就基本有效了。
用戶需求申請書篇十七
1.訪談目的{說明需求訪談需要達到的總體目標。}
2.主要議題
{說明達到訪談總體目標，需要根據(jù)各項子目標，完成的分解步驟。
例如：
1、企業(yè)總體業(yè)務流程
2、各個表單指標需求
3、業(yè)務與其他系統(tǒng)的接口
等等}
3.調研記錄
{記錄訪談的主要內容：包括用戶對系統(tǒng)提出的要求，及訪談現(xiàn)場臨時提出的問題。
4.問題反饋
5.遺留問題
{記錄在本次訪談中沒有解決或存在分歧的問題，包括
1、訪談中用戶沒有或暫時無法回饋的問題
2、用戶提出，但我方目前無法答復或實現(xiàn)開發(fā)的問題
等等。}
6.相關資料
北京中軟國際信息技術有限公司
【本文地址：http://mlvmservice.com/zuowen/3916851.html】
