總結(jié)是對(duì)某一事物或經(jīng)歷進(jìn)行透徹思考和整理的過(guò)程。怎樣寫(xiě)才能讓人對(duì)總結(jié)印象深刻呢？希望這些總結(jié)范文能夠給大家提供一些思路和參考，幫助大家更好地完成自己的總結(jié)任務(wù)。
用戶(hù)需求申請(qǐng)書(shū)篇一
尊敬__縣人民政府領(lǐng)導(dǎo)：
申請(qǐng)人：__，__省__縣人，大專(zhuān)畢業(yè)，本科在讀，于__x年3月通過(guò)事業(yè)單位招聘考試，被分配在__縣__鎮(zhèn)__小學(xué)從事教育工作至今。
自參加工作以來(lái)，本人服從學(xué)校領(lǐng)導(dǎo)安排，連續(xù)三年半擔(dān)任班主任及校遠(yuǎn)程教育管理員工作，并先后從事三至五年級(jí)數(shù)學(xué)、全校英語(yǔ)等教學(xué)工作。工作兢兢業(yè)業(yè)，與同事和睦相處，并積極參加各類(lèi)活動(dòng)。在工作中學(xué)到了很多知識(shí)，在教學(xué)上取得了優(yōu)異成績(jī)，自身也得到較好發(fā)展。在領(lǐng)導(dǎo)的關(guān)懷下，我非常熱愛(ài)教育工作，嚴(yán)格要求自己，對(duì)學(xué)校和學(xué)生產(chǎn)生了感情?？墒?，擺在我面前的問(wèn)題，卻是現(xiàn)實(shí)和殘酷的。我家在__，工作在__，兩地相距300公里，交通非常不方便。從戈令回家一趟，至少需要3—4天時(shí)間，車(chē)費(fèi)也得花費(fèi)__多元。家里父母體弱多病，丈夫在__上班，休息時(shí)間少而短，沒(méi)有探親假，離家也很遠(yuǎn)，無(wú)法照顧家人。這些，給我生活帶來(lái)諸多不便，也給工作帶來(lái)很大壓力。20__年8月，我要求調(diào)回__縣教育部門(mén)工作，__0縣同意接收，__縣以學(xué)校已經(jīng)開(kāi)學(xué)而不同意放行；20__年8月，我又要求調(diào)回__縣工作，__縣同意放行，__縣當(dāng)年不接收中專(zhuān)生而未能調(diào)回。
綜上所述，為解決我家庭的實(shí)際困難，免除我工作的后顧之憂，今年再次申請(qǐng)調(diào)回__縣__鎮(zhèn)從事教育工作。懇請(qǐng)縣人民政府領(lǐng)導(dǎo)體諒我的多種困難，批準(zhǔn)我的調(diào)動(dòng)申請(qǐng)。如果政府同意了我的申請(qǐng)，那么我一定將原來(lái)在學(xué)習(xí)和工作中學(xué)到的知識(shí)運(yùn)用到教學(xué)工作中，創(chuàng)造出更好的教學(xué)成果，為_(kāi)_縣教育事業(yè)貢獻(xiàn)自己的一切力量！
申請(qǐng)人：
日期：
用戶(hù)需求申請(qǐng)書(shū)篇二
×××派出所或公安局:
我原住址(戶(hù)籍所在地)××××××，姓名××，性別女，漢族，出生于××年×月×日，身份證號(hào)××××××××，現(xiàn)戶(hù)口所在地為××區(qū)××路××號(hào)×××××，為居民戶(hù)口，××年起我長(zhǎng)期在××××在工作和居住?！痢聊辍痢猎隆痢寥瘴遗c貴轄區(qū)××先生結(jié)為夫妻，丈夫××居住地址(戶(hù)籍所在地)××××××，為便于生活、工作、學(xué)習(xí)，現(xiàn)向貴派出所提出申請(qǐng)同意我的戶(hù)口遷至貴轄區(qū)我丈夫處的申請(qǐng)。望給予幫助。
特此申請(qǐng)
申請(qǐng)人:xxx
日期×××
用戶(hù)需求申請(qǐng)書(shū)篇三
第一章 軟件的功能性需求 1.1 功能總框圖 【 提示：將功能性需求分類(lèi)，先粗分再細(xì)分 】。
1.2 功能 a 【提示：此處寫(xiě)一些承上啟下的文字,此節(jié)可分為多個(gè)小節(jié)，對(duì)功能 a 進(jìn)行概述，并且對(duì) a 的子功能也進(jìn)行相應(yīng)的概述，對(duì)功能的概述就是說(shuō)明該功能是做什么事情，而且不是描述怎樣實(shí)現(xiàn)該功能】。
1.2.1 功能框圖 此處描述功能 a 中包含的各子功能及關(guān)系用圖的形式描述出來(lái)。
1.2.2）業(yè)務(wù)流程圖（如果有的話，則進(jìn)行描述；若沒(méi)有，則刪除此節(jié)）此處描述功能 a 的業(yè)務(wù)流程圖。
1.2.3 功能 a.1 1.2.3.1 功能 a.1 業(yè)務(wù)描述 1.2.3.2 功能 a.1 業(yè)務(wù)流程圖 1.2.3.3 業(yè)務(wù)流程附加說(shuō)明（如果有則寫(xiě)，否則刪除此節(jié)）[描述功能 a.1 某些需求必須進(jìn)一步細(xì)化說(shuō)明才能使用戶(hù)明白的部分，以概述和業(yè)務(wù)流程圖的形式說(shuō)明 ] 1.2.3.4 功能 a.1 界面原型 1.2.3.5 功能 a.1 數(shù)據(jù)要素 如果是采用數(shù)據(jù)元素，則將相關(guān)聯(lián)的數(shù)據(jù)靠在一起。
序號(hào) 要素名稱(chēng) 數(shù)據(jù)類(lèi)型 最大長(zhǎng)度 要求的精度 缺省值 備注
1 2 3 注解：將某些具有多個(gè)值的元素的值全列出來(lái)。
用戶(hù)需求調(diào)研報(bào)告
在校學(xué)生需求情況調(diào)查報(bào)告
關(guān)于珍珠奶茶市場(chǎng)用戶(hù)需求調(diào)查問(wèn)卷
關(guān)于化妝品市場(chǎng)用戶(hù)需求調(diào)查問(wèn)卷
用戶(hù)需求申請(qǐng)書(shū)篇四
尊敬的王總：
你們好!
本人__是20__年11月20日到迎駕銷(xiāo)售公司上班的。在合肥倉(cāng)庫(kù)收兌獎(jiǎng)箱瓶工作至20__年6月份隨后被調(diào)到天津做倉(cāng)庫(kù)工作至今已有五年。
本人這次申請(qǐng)調(diào)離迎駕銷(xiāo)售公司回霍山的原因有以下幾點(diǎn)。希王總批準(zhǔn)。
1. 本人在20__年10月已口頭向李總說(shuō)過(guò)一次想調(diào)回霍山，當(dāng)時(shí)因天津倉(cāng)庫(kù)就一個(gè)人走不開(kāi)，更因天津龍博倉(cāng)庫(kù)要?jiǎng)澖o貢酒公司，已看到可被公司適時(shí)調(diào)回的希望，就口頭同意在天津還工作一年，而今年六月份天津龍博倉(cāng)庫(kù)再次被劃給銷(xiāo)售公司，看不到被公司主動(dòng)調(diào)我回霍山的希望，經(jīng)本人認(rèn)真考慮打此調(diào)離申請(qǐng)。
2. 本人在天津的生活情況與我的家庭現(xiàn)況均需要我回去。本人從結(jié)婚之日起就將夫妻感情看的很重，在遠(yuǎn)離妻子這三年中，晚上沒(méi)有一次外出倉(cāng)庫(kù)。由此造成身心疲憊，到如今每晚只有三至四個(gè)小時(shí)的睡眠。長(zhǎng)期在外，我的孩子得不到父愛(ài)，每次與家里通電話時(shí)孩子都不主動(dòng)接電話，妻子將電話給女兒，女兒便問(wèn)爸爸你什么時(shí)候回來(lái)。而兒子總不要接我的電話，妻子將電話放到兒子的手上，兒子卻只說(shuō)一名話——爸爸不要家，大壞蛋!妻子讀書(shū)少，女兒家庭作業(yè)做不好需要我教她。還有我的父母均是上八十歲的高齡，而我的二個(gè)哥哥也在外地工作，老人太孤單需要我的照顧。
3. 從工資收入方面看，本人也不適合在外做倉(cāng)庫(kù)工作。20__年至20__年我在上海服裝企業(yè)做管理工作，工資已從20__多元逐年升到3000多元，企業(yè)還給我家庭單配住房。20__年至20__年自已在上海開(kāi)服裝公司失敗，在家休整帶孩子期間被親友介紹入迎駕，因本人不了解迎駕工作常會(huì)調(diào)動(dòng)而選擇在合肥工作。沒(méi)想到如今是工資不高離家更遠(yuǎn)，而孩子也來(lái)不了天津上學(xué)。20__我介紹了我曾經(jīng)的二位服裝企業(yè)同事入迎駕做銷(xiāo)售，如今萬(wàn)正基在上海銷(xiāo)售做的好工資拿到8000元是常有的事，而羅擁軍也因業(yè)務(wù)做的更好，隨周總升調(diào)去南京。想想自己，在迎駕做了份遠(yuǎn)離家人而又工資不高的工作很是難過(guò)。
敬禮!
用戶(hù)需求申請(qǐng)書(shū)篇五
第一、自己必須對(duì)產(chǎn)品必須有一定的了解
想要獲得用戶(hù)的真正需求就必須先對(duì)產(chǎn)品有一定的深入了解，這樣才能更加實(shí)際的為用戶(hù)供不同的方案。這個(gè)好比好多人目前不知道怎樣寫(xiě)文章，其實(shí)寫(xiě)文章也不是一件難事，只要你對(duì)產(chǎn)品有足夠了解的話，那么你每天都可以根據(jù)自己的產(chǎn)品進(jìn)行撰寫(xiě)，你也可以寫(xiě)出你對(duì)此產(chǎn)品的看法及適合難些用戶(hù)的.需求，這樣的文章我個(gè)人感覺(jué)肯定是非常的受歡迎。若已經(jīng)存在這樣的文章的話，那么你大可以對(duì)此文章進(jìn)行再次的完善。這樣的話可以讓該篇文章更加的生動(dòng)。舉例說(shuō)明下吧：可能目前還是有眾多的人不懂得怎樣建站，那么可能已經(jīng)存在很多的文章說(shuō)怎樣建站。可是文章可能都是一些文字說(shuō)明，沒(méi)有那么形象具體化。這樣會(huì)導(dǎo)致用戶(hù)再學(xué)的過(guò)程中不斷的出現(xiàn)問(wèn)題，這樣會(huì)使用戶(hù)更加的煩躁。若你這個(gè)時(shí)候弄一些圖文教程或者視頻教程的話，那么這樣你可以在沒(méi)操作一步把每一個(gè)會(huì)發(fā)生的細(xì)節(jié)都形象的標(biāo)注出來(lái)的話，那么這樣的文章肯定會(huì)大受歡迎。若圖文教程和視頻教程都已經(jīng)存在了，那么你還可以在從小的細(xì)的方面出發(fā)。比如專(zhuān)門(mén)開(kāi)貼寫(xiě)dede、wordpress及z-blog等建站教程，這樣的話就可以幫助那些有針對(duì)性的用戶(hù)學(xué)習(xí)。
第二、善于換位思考
你覺(jué)得好的，別人不一定覺(jué)得好。所以做什么事情要多方面的考慮，特別要進(jìn)行換位思考才行。比如你若要買(mǎi)這個(gè)產(chǎn)品，那么你會(huì)通過(guò)怎樣的詞進(jìn)行搜索、你對(duì)這些產(chǎn)品有哪些疑問(wèn)等等都可以先自行整理出來(lái)，整理出來(lái)之后才通過(guò)搜索引擎進(jìn)行一系列的搜索已出現(xiàn)并解決、者已出現(xiàn)未解決的、已出現(xiàn)并沒(méi)完事解決、未出現(xiàn)的問(wèn)題。把你自己換位思考的問(wèn)題及結(jié)合搜索引擎羅列出來(lái)的問(wèn)題都匯總到一個(gè)文本文檔里面，再逐一的想法子完善的解決每一個(gè)問(wèn)題。
第三、從已成交用戶(hù)和失去的用戶(hù)入手
可能如今很多人覺(jué)得已經(jīng)成交的用戶(hù)已經(jīng)對(duì)我們沒(méi)有多大作用了，其實(shí)你若這樣想的話，那么你真的錯(cuò)的無(wú)藥可救。因?yàn)橐殉山坏挠脩?hù)對(duì)你的幫助是非常的大，你可以把他們培養(yǎng)成你的忠實(shí)用戶(hù)并且可以向他們求教一些他們對(duì)產(chǎn)品的看法，看他們對(duì)產(chǎn)品還有那些困惑，把他們的困惑整理出來(lái)并一并的給予解惑。這樣的話，他們就會(huì)對(duì)產(chǎn)品更加的放心，以后再在你的網(wǎng)站購(gòu)買(mǎi)東西就不會(huì)顧慮的那么多了。好吧，從成交的用戶(hù)下手你說(shuō)的很對(duì)。那么為何還要從失去的用戶(hù)下手呢?失敗的訂單存在兩種情況：(1)、用戶(hù)自身購(gòu)買(mǎi)欲望不強(qiáng)。(2)、你的產(chǎn)品用戶(hù)還有諸多的顧慮。針對(duì)用戶(hù)自身購(gòu)買(mǎi)欲望不強(qiáng)這種情況的話，那么就要發(fā)揮你的口才了，要讓用戶(hù)深刻的了解擁有該產(chǎn)品會(huì)給他帶來(lái)哪些好處。只有讓用戶(hù)深刻的走入該產(chǎn)品那么才有望成交。針對(duì)用戶(hù)對(duì)產(chǎn)品的顧慮這種情況的話，那么你一定要想法子找出到底是哪種顧慮讓用戶(hù)不敢購(gòu)買(mǎi)。只有解決了，才能失去這一個(gè)用戶(hù)，要不然沒(méi)解決的話。下一個(gè)用戶(hù)過(guò)來(lái)還是有這些顧慮的話，那么你失去的用戶(hù)將會(huì)越來(lái)越多。
用戶(hù)需求申請(qǐng)書(shū)篇六
蘭州城市學(xué)院
信息工程學(xué)院111本
楊大鑫，王稼宇，王藝森
2014年3月31日
目錄
1.引言
1.1編寫(xiě)目的
該文檔是關(guān)于用戶(hù)對(duì)于網(wǎng)上購(gòu)物系統(tǒng)的功能和性能的要求，重點(diǎn)描述了網(wǎng)上購(gòu)物系統(tǒng)的功能需求，是概要設(shè)計(jì)階段的重要輸入。
本文檔的預(yù)期讀者是：
·設(shè)計(jì)人員； ·開(kāi)發(fā)人員； ·項(xiàng)目管理人員； ·測(cè)試人員； ·用戶(hù)。
1.2項(xiàng)目背景
軟件名稱(chēng)：網(wǎng)上購(gòu)物系統(tǒng)
1.3范圍
該文檔是借助于當(dāng)前系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型的，解決整個(gè)項(xiàng)目系統(tǒng)的“做什么”的問(wèn)題。在這里，沒(méi)有涉及開(kāi)發(fā)技術(shù)，而主要是通過(guò)建立模型的方式來(lái)描述用戶(hù)的需求，為客戶(hù)、用戶(hù)、開(kāi)發(fā)方等不同參與方提供一個(gè)交流的平臺(tái)。
1.4參考資料
軟件工程案例分析教程（軟件項(xiàng)目開(kāi)發(fā)實(shí)例）
韓萬(wàn)江、姜立新等編著
——機(jī)械工業(yè)出版社 軟件工程導(dǎo)論（第五版）
張海藩編著
——清華大學(xué)出版社
2.系統(tǒng)定義
2.1項(xiàng)目來(lái)源及背景
隨著internet國(guó)際互聯(lián)網(wǎng)的發(fā)展，越來(lái)越多的企業(yè)開(kāi)始建造自己的網(wǎng)站?；趇nternet的信息服務(wù)，商務(wù)服務(wù)已經(jīng)成為現(xiàn)代企業(yè)一項(xiàng)不可缺少的內(nèi)容。很多企業(yè)都已不滿足于建立一個(gè)簡(jiǎn)單的僅僅能夠發(fā)布信息的靜態(tài)網(wǎng)站。現(xiàn)代企業(yè)需要的是一個(gè)功能強(qiáng)大的，能提供完善的電子商務(wù)服務(wù)的動(dòng)態(tài)商務(wù)網(wǎng)站。
本系統(tǒng)是一個(gè)中小型的電子商務(wù)系統(tǒng)----網(wǎng)上購(gòu)物系統(tǒng)，可以為各類(lèi)用戶(hù)提供方便的在線購(gòu)物環(huán)境，符合目前國(guó)內(nèi)流行的電子商務(wù)模式。用戶(hù)可以在系統(tǒng)中實(shí)現(xiàn)注冊(cè)、瀏覽商品、搜索查詢(xún)商品、下定單、處理定單等功能；管理員可以通過(guò)用戶(hù)管理、定單管理、商品管理、評(píng)論管理等管理功能來(lái)對(duì)系統(tǒng)進(jìn)行維護(hù)更新。
2.2用戶(hù)特點(diǎn)
本系統(tǒng)的用戶(hù)都是網(wǎng)上用戶(hù)，包括兩類(lèi)，一類(lèi)是購(gòu)物者，他們的差異比較大，學(xué)歷有高有低，年齡有老有幼。另外一類(lèi)用戶(hù)是管理者，負(fù)責(zé)物品的上架下架及網(wǎng)站的日常維護(hù)。
2.3項(xiàng)目目標(biāo)
本項(xiàng)目設(shè)定的目標(biāo)如下：
·系統(tǒng)應(yīng)具有良好的可擴(kuò)充性，可以容易地加入其他系統(tǒng)的應(yīng)用；
·平臺(tái)的設(shè)計(jì)具有一定的超前性，靈活性，能夠適應(yīng)企業(yè)生產(chǎn)配置的變化； ·通過(guò)這個(gè)項(xiàng)目可以鍛煉隊(duì)伍，提高團(tuán)隊(duì)的開(kāi)發(fā)能力和項(xiàng)目管理能力。
3.應(yīng)用環(huán)境
根據(jù)用戶(hù)的需求陳述，可以確定本項(xiàng)目分為客戶(hù)端和管理端?？蛻?hù)端為購(gòu)物者服務(wù)，有注冊(cè)，登陸，選擇要購(gòu)買(mǎi)的商品放入購(gòu)物車(chē)，確認(rèn)訂購(gòu)等功能。管理端為管理員服務(wù)，有添加商品，修改商品，管理商品評(píng)論等功能。
客戶(hù)端流程圖分別如圖a-1所示。
確認(rèn)訂購(gòu)
3.1系統(tǒng)運(yùn)行的網(wǎng)絡(luò)環(huán)境
無(wú)論是客戶(hù)端的購(gòu)物者還是管理端的管理者都可以通過(guò)網(wǎng)絡(luò)登錄到本系統(tǒng)中。購(gòu)物者通過(guò)網(wǎng)絡(luò)瀏覽商品信息，提交商品訂單，支付貨款等，管理者通過(guò)網(wǎng)絡(luò)發(fā)布商品信息，根據(jù)訂單發(fā)貨等。
3.2系統(tǒng)運(yùn)行的硬件環(huán)境
·能夠運(yùn)行ie5.0以上或者netscape4.0以上版本的機(jī)器
·分辨率：推薦使用1024×768像素 web服務(wù)器
·cpu：p42.0ghz ·內(nèi)存：1gb以上 ·硬盤(pán)：80gb以上
3.3系統(tǒng)運(yùn)行軟件環(huán)境
本系統(tǒng)的軟件環(huán)境如下：
4.功能規(guī)格
我們采用面向?qū)ο蠓治鲎鳛橹饕南到y(tǒng)建模方法，使用uml作為建模語(yǔ)言。uml為建模活動(dòng)提供了從不同角度觀察和展示系統(tǒng)的各種特征方法。在uml中，從任何一個(gè)角度對(duì)系統(tǒng)所作的抽象都可能需要幾種模型來(lái)描述，而這些來(lái)自不同角度的模型圖最終組成了系統(tǒng)的映像。
用例描述角色（用戶(hù)、外部系統(tǒng)以及系統(tǒng)處理）是如何與系統(tǒng)交互來(lái)完成工作的。用例模型提供了一個(gè)非常重要的方式來(lái)界定系統(tǒng)邊界以及定義系統(tǒng)功能，同時(shí)，改模型將來(lái)可以派生出動(dòng)態(tài)對(duì)象模型。
設(shè)計(jì)用例時(shí)，我們遵循下列步驟：
1）識(shí)別出系統(tǒng)的角色。角色可以是用戶(hù)、外部系統(tǒng)，甚至是外部處理，通過(guò)某種途徑與系統(tǒng)交互。重要的是著重從系統(tǒng)外部執(zhí)行者的角度來(lái)描述系統(tǒng)需要提供哪些功能，并指明這些功能的執(zhí)行者（角色）是誰(shuí)。盡可能地確保所有角色都被完全識(shí)別出來(lái)。
2）描述主要的用例?？梢圆扇〔粩嗟貑?wèn)自己“這個(gè)角色究竟想通過(guò)系統(tǒng)做什么？”來(lái)準(zhǔn)確地描述用例。
3）重新審視每個(gè)用例，為它們下個(gè)詳盡的定義。
4.1角色定義
角色或者執(zhí)行者指與系統(tǒng)產(chǎn)生交互的外部用戶(hù)或者外部系統(tǒng)。
4.1.1購(gòu)物者
購(gòu)物者是指在這個(gè)網(wǎng)上購(gòu)物系統(tǒng)中通過(guò)客戶(hù)端提交商品訂單的人員，這個(gè)角色主要參與客戶(hù)端的瀏覽商品，訂購(gòu)商品等功能。
4.1.2管理者
管理者是指在這個(gè)網(wǎng)上購(gòu)物系統(tǒng)中通過(guò)管理端管理商品信息的人員，這個(gè)角色主要參與管理端的添加商品，修改商品等功能。
4.1.3數(shù)據(jù)庫(kù)
數(shù)據(jù)庫(kù)是一個(gè)與系統(tǒng)產(chǎn)生交互的外部系統(tǒng)，這個(gè)角色負(fù)責(zé)系統(tǒng)的數(shù)據(jù)查詢(xún)、增加、刪除和修改等操作。
4.2系統(tǒng)主用例圖
網(wǎng)上購(gòu)物系統(tǒng)可以分為兩個(gè)主要的組成部分，一個(gè)是客戶(hù)端子系統(tǒng)，一個(gè)是管理端子系統(tǒng)?？蛻?hù)端子系統(tǒng)功能主要是指購(gòu)物者通過(guò)登錄購(gòu)物網(wǎng)站進(jìn)行操作的功能，即購(gòu)物功能。管理端子系統(tǒng)功能主要是指管理者通過(guò)登錄購(gòu)物網(wǎng)站后臺(tái)對(duì)商品進(jìn)行操作的功能，即管理功能。系統(tǒng)的主用例圖如圖a-2所示。
購(gòu)物者客戶(hù)端子系統(tǒng)管理者管理端子系統(tǒng)
圖a-2
4.3客戶(hù)端子系統(tǒng)
購(gòu)買(mǎi)者通過(guò)網(wǎng)上購(gòu)物系統(tǒng)瀏覽商品，登陸系統(tǒng)，將想要購(gòu)買(mǎi)的商品放入購(gòu)物車(chē)，選好商品后去收銀臺(tái)，填寫(xiě)并確認(rèn)收貨人信息，選擇支付方式，提交訂單，完成商品的訂購(gòu)。它的活動(dòng)圖如圖a-3所示。
客戶(hù)端的用例圖如圖a-4所示。
登陸瀏覽、選擇商品放入購(gòu)物車(chē)購(gòu)買(mǎi)者確認(rèn)收貨人信息或修改收貨人信息選擇支付方式
圖a-4
客戶(hù)端的這些用例描述如下：
f-c-1：登陸。購(gòu)買(mǎi)者在購(gòu)買(mǎi)商品之前必須登陸到網(wǎng)站，如果沒(méi)有注冊(cè)將不能使用網(wǎng)站的購(gòu)買(mǎi)功能。
f-c-2：瀏覽、選擇商品。購(gòu)買(mǎi)者打開(kāi)購(gòu)物網(wǎng)站可以看到各種商品信息，當(dāng)點(diǎn)擊某一商品時(shí)就會(huì)有相應(yīng)的介紹該商品的頁(yè)面，描述商品的具體信息，如類(lèi)型、質(zhì)地、價(jià)格、所在地區(qū)等。
f-c-3：放入購(gòu)物車(chē)。購(gòu)買(mǎi)者在選中一個(gè)商品后就可以將此商品放入購(gòu)物車(chē)，購(gòu)物車(chē)顯示商品的名稱(chēng)、單價(jià)、數(shù)量、商品總價(jià)等信息。
f-c-4：確認(rèn)收貨人信息或修改收貨人信息。購(gòu)買(mǎi)者需要確認(rèn)收貨人信息準(zhǔn)確無(wú)誤，這是所購(gòu)買(mǎi)的商品正確到貨的重要前提。
f-c-5：選擇支付方式。購(gòu)買(mǎi)者可以選擇使用網(wǎng)上銀行、使用郵局匯款等方式進(jìn)行支付。
4.3.1登陸
只有登陸之后購(gòu)買(mǎi)者才能完成商品的購(gòu)買(mǎi)。沒(méi)有登陸系統(tǒng)的用戶(hù)只能瀏覽、選擇商品或?qū)⑸唐芳尤胭?gòu)物車(chē)，要填寫(xiě)收貨人信息或者支付貨款、提交訂單都需要登陸系統(tǒng)。如果用戶(hù)沒(méi)有注冊(cè)則進(jìn)行注冊(cè)，之后方可登陸。
用例描述：登陸；
執(zhí)行者：購(gòu)買(mǎi)者；
前置條件：用戶(hù)通過(guò)瀏覽器打開(kāi)網(wǎng)上購(gòu)物系統(tǒng)；
后置條件：登陸后可以進(jìn)行商品付款、訂購(gòu)操作。
基本路徑：
a）購(gòu)買(mǎi)者打開(kāi)網(wǎng)上購(gòu)物系統(tǒng)；
b）在登陸框中輸入用戶(hù)名和密碼，點(diǎn)擊確定即可登錄系統(tǒng)。
4.3.2瀏覽、選擇商品
購(gòu)買(mǎi)者通過(guò)網(wǎng)站瀏覽商品信息，選擇所要購(gòu)買(mǎi)的商品。
用例描述：瀏覽、選擇商品；
執(zhí)行者：購(gòu)買(mǎi)者；
前置條件：用戶(hù)通過(guò)瀏覽器打開(kāi)網(wǎng)上購(gòu)物系統(tǒng)；
后置條件：用戶(hù)可將選中的商品加入購(gòu)物車(chē)。
基本路徑：
a）購(gòu)買(mǎi)者打開(kāi)網(wǎng)上購(gòu)物系統(tǒng)，網(wǎng)站顯示各種商品的信息；
b）點(diǎn)擊想要購(gòu)買(mǎi)的商品，將顯示商品的詳細(xì)信息，如類(lèi)型、質(zhì)地、價(jià)格、所在地區(qū)等。
4.3.3放入購(gòu)物車(chē)
購(gòu)買(mǎi)者可以將選中的商品放入購(gòu)物車(chē)，然后繼續(xù)選擇下一個(gè)商品。購(gòu)物車(chē)用來(lái)保存用戶(hù)所選擇的商品信息。
用例描述：放入購(gòu)物車(chē)； 執(zhí)行者：購(gòu)買(mǎi)者；
前置條件：購(gòu)買(mǎi)者已經(jīng)有選擇的商品；
后置條件：放入購(gòu)物車(chē)的商品可以付款訂購(gòu)?；韭窂剑?BR> a）購(gòu)買(mǎi)者將選擇的商品加入到購(gòu)物車(chē)； b）繼續(xù)挑選商品或者進(jìn)入收銀臺(tái)結(jié)賬。
4.3.4確認(rèn)收貨人信息或修改收貨人信息
購(gòu)買(mǎi)者進(jìn)入收銀臺(tái)之后需填寫(xiě)收貨人信息并確認(rèn)，保證收貨地址的正確。
用例描述：確認(rèn)收貨人信息或修改收貨人信息；
執(zhí)行者：購(gòu)買(mǎi)者；
前置條件：購(gòu)買(mǎi)者已有選擇的商品并需要購(gòu)買(mǎi)；
后置條件：確認(rèn)收貨人信息或修改收貨人信息之后可以選擇貨款的支付方式等進(jìn)一步操作。
基本路徑：
a）進(jìn)入收銀臺(tái)頁(yè)面，將提示用戶(hù)填寫(xiě)收貨人信息，需確保地址的準(zhǔn)確性以保證正確到貨。
b）可以保持以前填寫(xiě)的收貨人信息，也可以填寫(xiě)新的收貨人信息。
4.3.5選擇支付方式
購(gòu)買(mǎi)者可以選擇郵局匯款或者網(wǎng)上銀行支付的方式支付貨款。
用例描述：選擇支付方式；
執(zhí)行者：購(gòu)買(mǎi)者；
前置條件：購(gòu)買(mǎi)者已經(jīng)確認(rèn)收貨人信息；
后置條件：選擇支付方式后可以進(jìn)行訂單確認(rèn)并提交以完成商品的訂購(gòu)。
基本路徑：
a）購(gòu)買(mǎi)者進(jìn)入支付方式選擇頁(yè)面，將看到兩種支付方式，一種是郵局匯款，一種是網(wǎng)上銀行支付。
b）選擇一種支付方式并確定。
4.4管理端子系統(tǒng)
系統(tǒng)管理員登陸到管理端子系統(tǒng)進(jìn)行訂單管理，商品管理以及用戶(hù)管理。管理端的用例圖如圖a-5所示。
登陸訂單管理商品管理管理者用戶(hù)管理
圖a-5
管理端的這些用例描述如下：
f-m-1：登陸。管理者只有登錄之后才能執(zhí)行其管理功能。f-m-2：訂單管理。管理者可以查看客戶(hù)訂單并管理訂單。f-m-3：商品管理。對(duì)商品進(jìn)行添加，修改，刪除等操作。f-m-4：用戶(hù)管理。管理購(gòu)買(mǎi)者的賬號(hào)及其相關(guān)信息。
4.4.1登陸
前置條件：管理員通過(guò)瀏覽器打開(kāi)網(wǎng)上購(gòu)物系統(tǒng)；
b）在登陸框中輸入用戶(hù)名和密碼，點(diǎn)擊確定即可登錄系統(tǒng)。
4.4.2訂單管理
進(jìn)入訂單管理頁(yè)面管理員可以查看購(gòu)買(mǎi)者提供的訂單，并根據(jù)訂單信息發(fā)貨，同時(shí)可以對(duì)訂單進(jìn)行統(tǒng)計(jì)，也可以銷(xiāo)毀已完成交易的訂單。
用例描述：訂單管理；
執(zhí)行者：管理者；
前置條件：管理者已經(jīng)登錄系統(tǒng)；
后置條件：整理后的訂單信息將記錄到數(shù)據(jù)庫(kù)中。
基本路徑：
a）進(jìn)入訂單管理界面，可以查看各個(gè)用戶(hù)提交的訂單信息，根據(jù)訂單信息發(fā)送貨物。
b）可以對(duì)訂單進(jìn)行統(tǒng)計(jì)操作，統(tǒng)計(jì)不同用戶(hù)的訂單數(shù)，統(tǒng)計(jì)所有用戶(hù)的訂單總數(shù)，可以根據(jù)時(shí)間進(jìn)行統(tǒng)計(jì)，也可根據(jù)訂購(gòu)商品類(lèi)型進(jìn)行統(tǒng)計(jì)。
c）可以重新對(duì)訂單進(jìn)行分類(lèi)排序，可以銷(xiāo)毀已經(jīng)完成交易的訂單，以便釋放資源繼續(xù)使用。
4.4.3商品管理
前置條件：管理者已登錄到系統(tǒng)；
后置條件：整理后的商品信息將記錄到數(shù)據(jù)庫(kù)中?；韭窂剑?BR> a）進(jìn)入商品管理頁(yè)面，可以選擇添加、修改或刪除操作。
e）商品信息包括商品的類(lèi)型、質(zhì)地、價(jià)格、所在地區(qū)等詳細(xì)說(shuō)明。
4.4.4用戶(hù)管理
管理者可以對(duì)用戶(hù)賬戶(hù)進(jìn)行管理。用例描述：用戶(hù)管理； 執(zhí)行者：管理者；
前置條件：管理者已登錄到系統(tǒng)；
后置條件：整理后的用戶(hù)信息將記錄到數(shù)據(jù)庫(kù)中?；韭窂剑?BR> a）進(jìn)入用戶(hù)管理界面，可以查看所有用戶(hù)的信息；
b）對(duì)于長(zhǎng)期不活動(dòng)的用戶(hù)可以銷(xiāo)毀其注冊(cè)賬戶(hù)以釋放系統(tǒng)資源。c）對(duì)于行為造成不良后果的不法用戶(hù)可以?xún)鼋Y(jié)其賬戶(hù)。
5.性能需求
根據(jù)用戶(hù)對(duì)本系統(tǒng)的要求，確定系統(tǒng)在響應(yīng)時(shí)間、可靠性、安全性等方面有較高的性能要求。
5.1界面需求
系統(tǒng)的界面要求如下。
1）頁(yè)面內(nèi)容：主題突出，站點(diǎn)定義、術(shù)語(yǔ)和行文格式統(tǒng)一、規(guī)范、明確，欄目、菜單設(shè)置和布局合理，傳遞的信息準(zhǔn)確、及時(shí)。內(nèi)容豐富，文字準(zhǔn)確，語(yǔ)句通順；專(zhuān)用術(shù)語(yǔ)規(guī)范，行文格式統(tǒng)一規(guī)范。
2）導(dǎo)航結(jié)構(gòu)：頁(yè)面具有明確的導(dǎo)航指標(biāo)，且便于理解，方便用戶(hù)使用。3）技術(shù)環(huán)境：頁(yè)面大小適當(dāng)，能用各種常用瀏覽器以不同分辨率瀏覽；無(wú)錯(cuò)誤鏈接和空鏈接，采用css處理，控制字體大小和版面布局。
4）藝術(shù)風(fēng)格：界面、版面形象清新悅目、布局合理，字號(hào)大小適宜、字體選擇合理，前后一致，美觀大方；動(dòng)與靜搭配恰當(dāng)，動(dòng)靜效果好；色彩和諧自然，與主題內(nèi)容相協(xié)調(diào)。
5.2響應(yīng)時(shí)間需求
無(wú)論是客戶(hù)端還是管理端，當(dāng)用戶(hù)登錄，進(jìn)行任何操作的時(shí)候，系統(tǒng)應(yīng)該及時(shí)地進(jìn)行反應(yīng)，反應(yīng)時(shí)間在5秒以?xún)?nèi)。系統(tǒng)應(yīng)能監(jiān)測(cè)出各種非正常情況，如與設(shè)備的通信中斷，無(wú)法連接數(shù)據(jù)庫(kù)服務(wù)器等，以避免出現(xiàn)長(zhǎng)時(shí)間等待甚至無(wú)響應(yīng)。
5.3可靠性需求
系統(tǒng)應(yīng)保證7×24小時(shí)內(nèi)不宕機(jī)，保證20人可以同時(shí)在客戶(hù)端登錄，此時(shí)系統(tǒng)能正常運(yùn)行，正確提示相關(guān)內(nèi)容。
5.4開(kāi)放性要求
系統(tǒng)應(yīng)具有較強(qiáng)的靈活性，以適應(yīng)將來(lái)功能擴(kuò)展的需求。
5.5可擴(kuò)展性需求
系統(tǒng)設(shè)計(jì)要求能夠體現(xiàn)擴(kuò)展性要求，以適應(yīng)將來(lái)功能擴(kuò)展的需求。
5.6系統(tǒng)安全性需求
系統(tǒng)有嚴(yán)格的權(quán)限管理功能，各功能模塊需有相應(yīng)的權(quán)限方能進(jìn)入。系統(tǒng)需能夠防止各類(lèi)誤操作可能造成的數(shù)據(jù)丟失、破壞。防止用戶(hù)非法獲取網(wǎng)頁(yè)以及內(nèi)容。
用戶(hù)需求申請(qǐng)書(shū)篇七
一、數(shù)據(jù)搜集：
1.問(wèn)卷調(diào)查
所謂問(wèn)卷調(diào)查，也就是設(shè)計(jì)出一系列的問(wèn)題，通過(guò)網(wǎng)絡(luò)（email、im、website），電話，紙張等形式大面積鋪放，然后回收問(wèn)卷導(dǎo)出特定的信息，設(shè)計(jì)問(wèn)卷時(shí)，首先要搞清楚調(diào)查的目的是什么，然后對(duì)每一個(gè)問(wèn)題進(jìn)行仔細(xì)審核，保證它們的含義清晰并且能夠容易回答，并且在問(wèn)卷設(shè)計(jì)完成之后先找一小部分人試答一下。
在設(shè)計(jì)問(wèn)卷和分析結(jié)果時(shí)，可能任何一點(diǎn)細(xì)節(jié)都會(huì)影響到結(jié)論的準(zhǔn)確度和可信度，例如：
參加調(diào)查的用戶(hù)并不一定就代表所有用戶(hù)
問(wèn)卷來(lái)源可能會(huì)影響研究結(jié)果，有些人對(duì)某個(gè)組織單位沒(méi)有好感，可能會(huì)心情不好等
2.用戶(hù)訪談
也就是個(gè)人采訪，可以是面對(duì)面的也可以是電話的。訪談最好是在用戶(hù)的工作環(huán)境或者家里。訪談更能激發(fā)被訪者的響應(yīng)，不過(guò)比較耗時(shí)，可以先訪談一些代表性用戶(hù)，在對(duì)更廣的用戶(hù)進(jìn)行問(wèn)卷調(diào)查，以驗(yàn)證得到的信息。
3.觀察和提問(wèn)
人們有時(shí)候很難說(shuō)清楚自己在做什么，也很難描述自己是如何執(zhí)行這個(gè)任務(wù)的，所以我們需要觀察他是如何完成任務(wù)的，并在他自然情形下的工作過(guò)程，同事記錄和提出適當(dāng)?shù)膯?wèn)題，有助于我們更透徹的理解用戶(hù)理解任務(wù)。
我們應(yīng)該注意的地方是：觀察的人應(yīng)當(dāng)是最具代表性的用戶(hù)；要想透徹理解用戶(hù)，就需要在他的工作環(huán)境中觀察；提問(wèn)要具體，重點(diǎn)放在他們正在做和剛剛做完的事情；你在這一過(guò)程中產(chǎn)生的想法要馬上告訴用戶(hù)以驗(yàn)證你的理解是正確的。
4.集體討論
二、各種方法比較
三、數(shù)據(jù)搜集一些要注意的地方：
一切重點(diǎn)都是為了搞清楚用戶(hù)需要什么，每個(gè)用戶(hù)類(lèi)別只派一位代表參與是不充分的，打組合拳，不要單一套路，在可能的情況下先小規(guī)模試驗(yàn)，記錄數(shù)據(jù)同樣重要，如果得到的需求信息太多，我們可以采取以下步驟：
讓用戶(hù)列出他們希望通過(guò)產(chǎn)品完成的各種目標(biāo)
讓他們籠統(tǒng)列出達(dá)到目標(biāo)的各種需求
按自己的理解，把這些需求轉(zhuǎn)述給用戶(hù)，讓他們判斷是否正確
鼓勵(lì)用戶(hù)以更開(kāi)放的思路提出更多需求
你提供幾個(gè)需求類(lèi)別，讓用戶(hù)將所有需求“對(duì)號(hào)入座”。
列出各項(xiàng)需求的衡量標(biāo)準(zhǔn)，對(duì)不易衡量的，修改或刪除
四、解釋分析數(shù)據(jù)
在我們拿到了厚厚的一沓數(shù)據(jù)之后，可能會(huì)沒(méi)有一個(gè)清晰的思路，它們可能是音頻的視頻的文字的，看著就煩，但是我們又馬上必須去整理它，越早整理，記憶越清晰，出現(xiàn)的偏差也就越小，尤其對(duì)于訪談這類(lèi)的，用戶(hù)在說(shuō)話時(shí)的動(dòng)作語(yǔ)氣還會(huì)回蕩在你腦海中。這個(gè)時(shí)候我們需要把需求文檔規(guī)范化，volere需求記錄卡是非常實(shí)用的：
需求編號(hào)：101
需求分類(lèi)：故障安全
描述：當(dāng)通信系統(tǒng)終端無(wú)法傳輸數(shù)據(jù)時(shí)，系統(tǒng)發(fā)生警告
原理：如果無(wú)法傳輸數(shù)據(jù)，則可能是系統(tǒng)終端發(fā)生故障需要維護(hù)，或數(shù)據(jù)定義可能出問(wèn)題
來(lái)源：客戶(hù)系統(tǒng)安全工程師
滿足標(biāo)準(zhǔn)：當(dāng)每小時(shí)每個(gè)類(lèi)型通信數(shù)據(jù)超出制造商指定的誤差范圍，產(chǎn)品應(yīng)當(dāng)通知客戶(hù)
完成后客戶(hù)的滿意程度：滿意
未完成客戶(hù)的不滿意度：極為不滿意
相關(guān)需求沖突：無(wú)
支持材料：產(chǎn)品規(guī)格說(shuō)明
歷史：**提出，于*年月日
本文來(lái)自：/?p=272
用戶(hù)需求申請(qǐng)書(shū)篇八
尊敬的酒店領(lǐng)導(dǎo)：
我部強(qiáng)電主管于________年____月離職至今已有一個(gè)多月的時(shí)間了，他的離職對(duì)我部電工班組的工作或多或少的`產(chǎn)生了一些影響，也使我部?jī)?nèi)部管理框架出現(xiàn)了漏洞;這一職位對(duì)我部的管理工作有著重要的意義，該職位長(zhǎng)期空置下去恐對(duì)我部的管理工作產(chǎn)生一些麻煩和影響?，F(xiàn)出于對(duì)酒店利益的考慮也為了更好的建立健全我部管理結(jié)構(gòu)框架更為了維穩(wěn)我部員工思想動(dòng)向?yàn)榫频旮玫牧糇∪瞬拧Ｔ诖吮救肃嵵氐南蚓频觐I(lǐng)導(dǎo)提出盡快確立我部強(qiáng)電主管一職并在此舉薦現(xiàn)任酒店音響師xxxxx接任該職位。
該員工自________年____月入職酒店至今，工作兢兢業(yè)業(yè)，任勞任怨，技術(shù)過(guò)硬，態(tài)度端正，該員工對(duì)酒店的音響燈光系統(tǒng)、衛(wèi)星電視系統(tǒng)、程控交換機(jī)系統(tǒng)和消防系統(tǒng)等，有過(guò)專(zhuān)業(yè)的學(xué)習(xí)和嫻熟的操作技巧，________年之前酒店電視末端信號(hào)質(zhì)量一直很差直接影響到了客人的正常收看,該員工解決了酒店衛(wèi)星電視的信號(hào)問(wèn)題為酒店做出了貢獻(xiàn)。(主要表業(yè)績(jī))
申請(qǐng)人：xxxxxx
職位：副總工程師
________年____月____日
用戶(hù)需求申請(qǐng)書(shū)篇九
隨著網(wǎng)絡(luò)的飛速發(fā)展，利用網(wǎng)絡(luò)來(lái)進(jìn)行交易已經(jīng)變得很常見(jiàn)，這就是我們所熟悉的電子商務(wù)。所謂電子商務(wù)(electric commerce)，就是指人們利用電子手段進(jìn)行商業(yè)貿(mào)易等商務(wù)活動(dòng)，是商務(wù)活動(dòng)的電子化。它包括狹義的電子商務(wù)定義和廣義的電子商務(wù)定義兩部分。狹義的ec(electric commerce)是指人們利用電子手段進(jìn)行以商品交換為中心的各種商務(wù)活動(dòng)，即公司、廠家、商業(yè)企業(yè)、工業(yè)企業(yè)與消費(fèi)者個(gè)人雙方或多方通過(guò)計(jì)算機(jī)網(wǎng)絡(luò)，主要是通過(guò)因特網(wǎng)進(jìn)行的商務(wù)活動(dòng)。廣義的eb(electric business)是指各行各業(yè)中的各種業(yè)務(wù)的電子化，又可稱(chēng)為電子業(yè)務(wù)，包括電子商務(wù)、電子政務(wù)、電子軍務(wù)、電子醫(yī)務(wù)、電子教務(wù)、電子公務(wù)、電子事務(wù)和電子家務(wù)等。
就現(xiàn)存于互聯(lián)網(wǎng)上的“電子商務(wù)”而言，基本上可以分為兩大類(lèi)：
（1）b to b。這是指企業(yè)與企業(yè)(business to business)之間的電子交易系統(tǒng)。企業(yè)與企業(yè)相互之間，利用網(wǎng)絡(luò)及計(jì)算機(jī)技術(shù)直接進(jìn)行企業(yè)之間的商品交易系統(tǒng)，目前以達(dá)到快速可靠的商業(yè)運(yùn)行模式。例如：銀行之間的金融交易制度。
（2）b to c。這是指企業(yè)對(duì)顧客(business to consumer)之間的電子交易機(jī)制。顧客利用互聯(lián)網(wǎng)，直接從網(wǎng)絡(luò)上直接進(jìn)行商品的交易。例如：通過(guò)互聯(lián)網(wǎng)進(jìn)行一般商品的采購(gòu)，或是使用網(wǎng)絡(luò)進(jìn)行與銀行間的金融理財(cái)?shù)取?BR> 1.2 電子商務(wù)與傳統(tǒng)交易的差異
在傳統(tǒng)的交易過(guò)程中，通常由“買(mǎi)”和“賣(mài)”兩方面組成，雖然是簡(jiǎn)單的兩方面，但是整個(gè)交易過(guò)程中有很多手續(xù)。舉例來(lái)說(shuō)：某公司機(jī)遇市場(chǎng)的需求開(kāi)發(fā)出一個(gè)新產(chǎn)品，首先需要教授業(yè)務(wù)人員了解新產(chǎn)品的功能及市場(chǎng)的趨向，然后由業(yè)務(wù)人員銷(xiāo)售給顧客，進(jìn)而賺取利潤(rùn)。對(duì)于顧客來(lái)說(shuō)，在購(gòu)買(mǎi)之前需要自行搜集、尋找相關(guān)產(chǎn)品的信息，在經(jīng)過(guò)分析、對(duì)比后，在進(jìn)行購(gòu)買(mǎi)。在整個(gè)過(guò)程中，需要大量的人力進(jìn)行參與，這就在無(wú)形中增加了費(fèi)用支出。
而在電子商務(wù)交易過(guò)程中，用戶(hù)只需通過(guò)互聯(lián)網(wǎng)和計(jì)算機(jī)，就可以輕松得到所需商品的詳細(xì)信息，并且可以查詢(xún)到相關(guān)產(chǎn)品的信息，輕松比較選擇的同時(shí)，只需填寫(xiě)相關(guān)的個(gè)人信息，就可以下訂單。而作為企業(yè)這一方面，不再需要派業(yè)務(wù)員出去宣傳產(chǎn)品，只需將產(chǎn)品信息發(fā)布到網(wǎng)上就可以了。在收到用戶(hù)訂單后，只需核查該商品的庫(kù)存量，之后就決定商品的發(fā)貨時(shí)間及寄送方式就可以了。再通過(guò)電子郵件的方式通知顧客到貨時(shí)間，而貨款則通過(guò)金融中心或信用卡處理中心處理。整個(gè)過(guò)程幾乎都由計(jì)算機(jī)系統(tǒng)完成，只有少部分必須由人工完成。大大縮減了人力物力的開(kāi)支，無(wú)形中提高了產(chǎn)品利潤(rùn)。
隨著電子商務(wù)的迅猛發(fā)展以及上網(wǎng)人數(shù)的急劇增長(zhǎng)，各個(gè)企業(yè)無(wú)不想在這個(gè)蘊(yùn)藏?zé)o限商機(jī)的網(wǎng)絡(luò)環(huán)境中大施拳腳。這是因?yàn)殡娮由虅?wù)具有以下優(yōu)點(diǎn)：
（1）突破了商業(yè)往來(lái)的時(shí)間限制。網(wǎng)絡(luò)上的計(jì)算機(jī)系統(tǒng)可以給顧客提供一個(gè)完善的網(wǎng)絡(luò)服務(wù)，每天24 小時(shí)、每年365 天，天天不間斷的提供服務(wù)。
（2）突破了地域上的限制。不分國(guó)別，不分地域，不分語(yǔ)言的提供給全球各地的消費(fèi)者，以最快的速度將公司產(chǎn)品的最新功能、售價(jià)及相關(guān)信息提供給客戶(hù)了解。
（3）節(jié)省公司運(yùn)營(yíng)成本。減少業(yè)務(wù)人員的經(jīng)銷(xiāo)費(fèi)用、人事費(fèi)用及管銷(xiāo)費(fèi)用。無(wú)形之間提高了商品銷(xiāo)售的利潤(rùn)。
（4）采購(gòu)的方便性。采購(gòu)不需再東奔西走，然后再千辛萬(wàn)苦的將商品帶回家，你只要在家輕松地利用計(jì)算機(jī)及網(wǎng)絡(luò)，很快的就可以找到你想要的商品，下訂單之后只需等待，商品自然就會(huì)送到指定地點(diǎn)，再也不必以因?yàn)橘?gòu)買(mǎi)而受日曬雨淋及舟車(chē)之苦。
2.網(wǎng)上購(gòu)物的優(yōu)勢(shì)分析
網(wǎng)上購(gòu)物是一個(gè)電子商務(wù)平臺(tái)。對(duì)于消費(fèi)者來(lái)說(shuō)，可以在家“逛商店”，訂貨不受時(shí)間的限制； 獲得較大量的商品信息，可以買(mǎi)到當(dāng)?shù)貨](méi)有的商品；網(wǎng)上支付較傳統(tǒng)拿現(xiàn)金支付更加安全，可避免現(xiàn)金丟失或遭到搶劫； 從訂貨、買(mǎi)貨到貨物上門(mén)無(wú)需親臨現(xiàn)場(chǎng)，既省時(shí)又省力； 由于網(wǎng)上商品省去租店面、召雇員及儲(chǔ)存保管等一系列費(fèi)用，總的來(lái)說(shuō)其價(jià)格較一般商場(chǎng)的同類(lèi)商品更便宜。對(duì)于商家來(lái)說(shuō)，網(wǎng)上購(gòu)物是宣傳企業(yè)形象的一種強(qiáng)有力的手段，是一種廉價(jià)高效的方式。它的優(yōu)勢(shì)是顯而易見(jiàn)的，發(fā)布信息具有及時(shí)、準(zhǔn)確的特點(diǎn)，圖文并茂，及時(shí)刷新。任何新登商品和促銷(xiāo)、廣告信息都可以在第一時(shí)間呈現(xiàn)在消費(fèi)者面前。消費(fèi)者與商家之間可以實(shí)現(xiàn)及時(shí)互動(dòng)，商家可以了解到市場(chǎng)的最新需求。對(duì)于整個(gè)市場(chǎng)經(jīng)濟(jì)來(lái)說(shuō)，這種新型的購(gòu)物模式可在更大的范圍內(nèi)、更多的層面上以更高的效率實(shí)現(xiàn)資源配置。
網(wǎng)上購(gòu)物突破了傳統(tǒng)商務(wù)的障礙，無(wú)論對(duì)消費(fèi)者、企業(yè)還是市場(chǎng)都有著巨大的吸引力和影響力，在新經(jīng)濟(jì)時(shí)期無(wú)疑是達(dá)到“多贏”效果的理想模式。
3.系統(tǒng)的項(xiàng)目目標(biāo)
網(wǎng)上購(gòu)物系統(tǒng)要實(shí)現(xiàn)的功能非常多，最重要的就是管理員對(duì)商品的管理實(shí)現(xiàn)和用戶(hù)的購(gòu)物的實(shí)現(xiàn)。前者主要包括管理員對(duì)商品的添加，對(duì)商品的歸類(lèi)，對(duì)用戶(hù)購(gòu)物訂單的處理，以及管理員對(duì)網(wǎng)站的維護(hù)操作。至于用戶(hù)主要是在線瀏覽所有商品，按需求搜索相關(guān)商品，以及注冊(cè)為會(huì)員后對(duì)個(gè)人購(gòu)物車(chē)的操作，購(gòu)物結(jié)束后生成訂單信息的查看。整個(gè)系統(tǒng)對(duì)從用戶(hù)購(gòu)物到結(jié)款，管理員從管理網(wǎng)站、管理商品，處理訂單都設(shè)計(jì)的非常精細(xì)，完全是一套功能完善網(wǎng)上購(gòu)物系統(tǒng)。
4.系統(tǒng)業(yè)務(wù)流程
4.1 系統(tǒng)流程圖的符號(hào)
5.可行性分析(feasibility study)
可行性分析是世界上普遍采用的一種研究工程項(xiàng)目是否可行的科學(xué)。它通過(guò)各種有效的方法，對(duì)工程項(xiàng)目進(jìn)行分析，從技術(shù)、經(jīng)濟(jì)、財(cái)務(wù)等方面加以評(píng)價(jià)，最終給投資決策者提供是否選擇該項(xiàng)目進(jìn)行投資的依據(jù)?？尚行苑治龅慕裹c(diǎn)是：要站在咨詢(xún)的立場(chǎng)上；要有多種替代方案；對(duì)各種方案作經(jīng)濟(jì)比較；決定最佳投資時(shí)間和投資規(guī)模；提出可能實(shí)施的具體措施；著眼于資源的有效利用；站在中立客觀立場(chǎng)上得出結(jié)論，以確定產(chǎn)品開(kāi)發(fā)成功的可能性為目的而進(jìn)行的分析?？尚行苑治鰣?bào)告經(jīng)評(píng)審?fù)ㄟ^(guò)后即作為提出系統(tǒng)開(kāi)發(fā)建議書(shū)(或設(shè)計(jì)任務(wù)書(shū))的依據(jù)。
5.1 技術(shù)可行性
技術(shù)可行性分析主要是根據(jù)系統(tǒng)分析所得到的對(duì)待開(kāi)發(fā)的軟件、支撐軟件、硬件環(huán)境和操作人員的要求以及有關(guān)的約束和限制，來(lái)分析現(xiàn)有的技術(shù)是否能實(shí)現(xiàn)待開(kāi)發(fā)的軟件。它包括可得到的硬件和支撐軟件在功能和性能上是否滿足系統(tǒng)的要求，是否有滿足系統(tǒng)性能要求的算法，開(kāi)發(fā)人員的技術(shù)水平能否勝任系統(tǒng)的開(kāi)發(fā)等等。
本系統(tǒng)運(yùn)行基于 win2000/winxp 以上的任何操作系統(tǒng)，使用的前臺(tái)開(kāi)發(fā)軟件是asp,后臺(tái)數(shù)據(jù)庫(kù)開(kāi)發(fā)使用的是microsoft access 2000。系統(tǒng)設(shè)計(jì)是由本人獨(dú)自完成的，本人已修完本專(zhuān)業(yè)所有的專(zhuān)業(yè)基礎(chǔ)課和專(zhuān)業(yè)課，熟悉數(shù)據(jù)的開(kāi)發(fā)環(huán)境，有一定的管理系統(tǒng)軟件開(kāi)發(fā)能力和一定的編程能力。所以，本系統(tǒng)的技術(shù)上是可行的。
5.2 經(jīng)濟(jì)可行性
經(jīng)濟(jì)可行性的研究主要是對(duì)待開(kāi)發(fā)軟件的成本估算和成本/效益分析，以確定待開(kāi)發(fā)軟件是否有開(kāi)發(fā)的價(jià)值。網(wǎng)上購(gòu)物系統(tǒng)一經(jīng)投入即產(chǎn)生經(jīng)濟(jì)效益，網(wǎng)上購(gòu)物是一個(gè)長(zhǎng)期的投資，對(duì)市場(chǎng)的擴(kuò)大經(jīng)營(yíng)和長(zhǎng)遠(yuǎn)發(fā)展有益。
5.3 用戶(hù)使用可行性
1）所開(kāi)發(fā)的軟件系統(tǒng)是基于微型計(jì)算機(jī)圖形界面的操作，所以會(huì)一般的計(jì)算機(jī)操作即可使用本系統(tǒng)。
2）系統(tǒng)管理員要求有計(jì)算機(jī)的專(zhuān)業(yè)知識(shí)。
3）對(duì)系統(tǒng)管理員將進(jìn)行專(zhuān)業(yè)培訓(xùn)，使其能夠?qū)κ炀毠芾肀鞠到y(tǒng)。
6.需求分析
需求分析之所以重要，就因?yàn)樗哂袥Q策性，方向性，策略性的作用，他在軟件開(kāi)發(fā)的過(guò)程中具有舉足輕重的地位。需求分析的任務(wù)就是解決“做什么”的問(wèn)題，就是要全面地理解用戶(hù)的各項(xiàng)要求，并準(zhǔn)確地表達(dá)所接受的用戶(hù)需求。需求分析是對(duì)用戶(hù)需求的真正明確，是對(duì)要解決的問(wèn)題的徹底理解。在解決問(wèn)題之前要理解問(wèn)題，只有真正的理解問(wèn)題才能更好的解決問(wèn)題。需求分析就是給系統(tǒng)分析、設(shè)計(jì)人員一個(gè)和用戶(hù)交流來(lái)理解問(wèn)題的機(jī)會(huì)。
6.1 總體目標(biāo)
本網(wǎng)站的系統(tǒng)總體目標(biāo)是為了實(shí)現(xiàn)電子產(chǎn)品的在線購(gòu)物。通過(guò)系統(tǒng)實(shí)現(xiàn)網(wǎng)上購(gòu)物的多項(xiàng)功能，其中主要是管理員對(duì)商品的管理實(shí)現(xiàn)和用戶(hù)的購(gòu)物的實(shí)現(xiàn)。前臺(tái)：用戶(hù)在線瀏覽所有商品，按需求搜索相關(guān)商品，以及注冊(cè)為會(huì)員后對(duì)商品選購(gòu)的操作，購(gòu)物結(jié)束后生成訂單信息的查看功能。后臺(tái)：管理員對(duì)商品的添加，對(duì)商品的歸類(lèi)，對(duì)用戶(hù)購(gòu)物訂單的處理，以及管理員對(duì)網(wǎng)站的維護(hù)操作。
6.2 具體目標(biāo)
根據(jù)上述總體目標(biāo)需求，該系統(tǒng)分為以下兩大部分：
（1）前臺(tái)用戶(hù)操作界面。用戶(hù)對(duì)商品、單價(jià)的瀏覽；會(huì)員登錄后方可購(gòu)買(mǎi)商品，新用戶(hù)需注冊(cè)成為會(huì)員后購(gòu)物，生成訂單后傳給網(wǎng)站工作人員。用戶(hù)可隨時(shí)登錄查詢(xún)個(gè)人的所有訂單信息和訂單狀態(tài)。
（2）后臺(tái)管理員界面。管理員的主要功能包括：商品類(lèi)別管理，商品管理，訂單管理，商品推薦管理，用戶(hù)管理及對(duì)網(wǎng)站配送人員的管理。
6.3 數(shù)據(jù)流程圖及功能分析
數(shù)據(jù)流圖基本概念
1）數(shù)據(jù)流圖的定義。數(shù)據(jù)流圖（dfd----data flow diagram）是描繪系統(tǒng)的邏輯模型，圖中沒(méi)有任何具體的物理元素，只是描繪信息在系統(tǒng)中流動(dòng)和處理的情況，就是采用圖形方式來(lái)表達(dá)系統(tǒng)的邏輯功能、數(shù)據(jù)在系統(tǒng)內(nèi)部的邏輯流向和邏輯變換過(guò)程，是結(jié)構(gòu)化系統(tǒng)分析方法的主要表達(dá)工具。
1）符號(hào)說(shuō)明
數(shù)據(jù)流圖符號(hào)說(shuō)明
系統(tǒng)數(shù)據(jù)流圖
6.4 數(shù)據(jù)字典
數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合，也就是對(duì)數(shù)據(jù)流圖中包含的所有元素的定義的集合。數(shù)據(jù)字典的作用是在軟件的分析和設(shè)計(jì)過(guò)程中提供關(guān)于數(shù)據(jù)的描述信息【1】。一般說(shuō)來(lái)，數(shù)據(jù)字典應(yīng)該由下列四類(lèi)元素構(gòu)成：數(shù)據(jù)元素，數(shù)據(jù)流，數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)處理。
數(shù)據(jù)存儲(chǔ)
數(shù)據(jù)存儲(chǔ)是數(shù)據(jù)結(jié)構(gòu)停留或保存的地方，也是數(shù)據(jù)流的來(lái)源和去向之一。一般而言，應(yīng)包括如下內(nèi)容：｛數(shù)據(jù)存儲(chǔ)名，說(shuō)明，編號(hào)，輸入的數(shù)據(jù)流，輸出的數(shù)據(jù)流，組成（數(shù)據(jù)結(jié)構(gòu)），數(shù)據(jù)量，存取頻度，存取方式｝。本系統(tǒng)所涉及到的數(shù)據(jù)存儲(chǔ)表如下所示。
數(shù)據(jù)流是數(shù)據(jù)結(jié)構(gòu)在系統(tǒng)內(nèi)傳輸?shù)穆窂?。?duì)數(shù)據(jù)流的描述通常包括如下內(nèi)容：｛數(shù)據(jù)流名，說(shuō)明，編號(hào)，數(shù)據(jù)流來(lái)源，數(shù)據(jù)流去向，組成（數(shù)據(jù)結(jié)構(gòu)）｝。
數(shù)據(jù)處理
處理過(guò)程的具體處理邏輯通常在詳細(xì)設(shè)計(jì)過(guò)程中用判定表或判定樹(shù)來(lái)描述。在數(shù)據(jù)字典中，只無(wú)原則描述處理過(guò)程的說(shuō)明性信息，通常包括以下內(nèi)容：｛處理過(guò)程名，說(shuō)明，輸入數(shù)據(jù)流，輸出數(shù)據(jù)流，處理｝。
7.總體設(shè)計(jì)
7.1 總體設(shè)計(jì)概述
總體設(shè)計(jì)的目標(biāo)是解決系統(tǒng)如何實(shí)現(xiàn)系統(tǒng)功能的問(wèn)題。其主要任務(wù)是劃分出系統(tǒng)的物理元素及設(shè)計(jì)軟件的結(jié)構(gòu)，完成軟件定義時(shí)期的任務(wù)，是對(duì)系統(tǒng)進(jìn)行總體的設(shè)計(jì)，即根據(jù)系統(tǒng)分析產(chǎn)生的分析結(jié)果來(lái)確定這個(gè)系統(tǒng)由哪些系統(tǒng)和模塊組成，這些系統(tǒng)和模塊怎樣有機(jī)的結(jié)合在一起，最終實(shí)現(xiàn)系統(tǒng)所具有的功能。
模塊化設(shè)計(jì)是把大型軟件按照一定的原則劃分成較小的相對(duì)功能獨(dú)立又相關(guān)聯(lián)的模塊，每個(gè)模塊完成一個(gè)特定的子功能，把這些模塊結(jié)合起來(lái)組成一個(gè)整體，完成指定的功能，滿足問(wèn)題的要求。采用模塊化原理的優(yōu)點(diǎn)在于可以使軟件結(jié)構(gòu)清晰，容易測(cè)試和調(diào)試，從而提高軟件的可靠性，可修改性，有助于軟件開(kāi)發(fā)的組織管理。模塊化理論的幾個(gè)重要概念如下：
(1).抽象。抽象就是抽象出事物的本質(zhì)特性而暫時(shí)不考慮它們的細(xì)節(jié)，處理復(fù)雜系統(tǒng)唯一有效的方法是用層次的方式構(gòu)造和分析它。一個(gè)復(fù)雜的動(dòng)態(tài)系統(tǒng)首先可以用一些高級(jí)的抽象概念構(gòu)造和理解，這些高級(jí)概念又可以用一些較低級(jí)的理解，直到最低層次的具體元素。
(2).信息隱蔽和局部化。信息隱蔽是指在設(shè)計(jì)和確定模塊時(shí)，應(yīng)使得一個(gè)模塊內(nèi)包含的信息對(duì)于不需要這些信息的模塊來(lái)說(shuō)，是不能訪問(wèn)的。局部化是指把一些關(guān)系密切的軟件元素物理的放得彼此靠近，局部化有助于實(shí)現(xiàn)信息隱蔽。信息隱蔽原理和局部化有助于在測(cè)試期間以及軟件維護(hù)期間修改軟件。因?yàn)榻^大多數(shù)數(shù)據(jù)和過(guò)程對(duì)于軟件的其它部分而言是隱蔽的，從而由疏忽引入的錯(cuò)誤就很少可能傳播到軟件的其它部分。
(3).逐步求精的模塊化概念。逐步求精和模塊化的抽象是密切相關(guān)的。軟件結(jié)構(gòu)每一層模塊表示對(duì)軟件抽象層次的次細(xì)化。用自頂向下，逐步求精的方法由抽象到具體的方式分配控制，簡(jiǎn)化了軟件設(shè)計(jì)和實(shí)施，提高了軟件的可理解性和可測(cè)試性，并使得軟件更容易維護(hù)。
(4).模塊獨(dú)立性。模塊的劃分要使模塊間盡可能的相互獨(dú)立。度量模塊的獨(dú)立程度有兩個(gè)標(biāo)準(zhǔn)：內(nèi)聚和耦合。耦合是對(duì)一個(gè)軟件結(jié)構(gòu)內(nèi)不同模塊之間互連程度的度量。耦合強(qiáng)弱取決于模塊間接口的復(fù)雜程度，進(jìn)入或訪問(wèn)一個(gè)模塊的點(diǎn)，以及通過(guò)接口的數(shù)。
在軟件的設(shè)計(jì)中應(yīng)追求盡可能松散的耦合。內(nèi)聚標(biāo)志一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度，它是信息隱藏和局部化概念的自然擴(kuò)展，理想內(nèi)聚的模塊只做一件事情。在設(shè)計(jì)時(shí)應(yīng)力求做到高內(nèi)聚。
7.2 系統(tǒng)功能模塊
網(wǎng)上購(gòu)物系統(tǒng)是由前臺(tái)用戶(hù)模塊和后臺(tái)管理員模塊共同實(shí)現(xiàn)的。
用戶(hù)模塊
前臺(tái)用戶(hù)模塊主要包括用戶(hù)注冊(cè)，訂單查詢(xún)，購(gòu)物車(chē)這幾個(gè)主要模塊。前臺(tái)用戶(hù)模塊如圖7.1 所示。
前臺(tái)用戶(hù)模塊圖
用戶(hù)通過(guò)“用戶(hù)注冊(cè)”成為網(wǎng)站的會(huì)員，并獲得購(gòu)買(mǎi)商品的權(quán)限；“訂單查詢(xún)”可供會(huì)員查詢(xún)所有在本站購(gòu)買(mǎi)商品的訂單信息及狀態(tài)；“購(gòu)物車(chē)”是會(huì)員本次購(gòu)買(mǎi)商品的詳細(xì)信息。
管理員模塊
管理員模塊的主要功能是實(shí)現(xiàn)在本網(wǎng)站的維護(hù)和管理，如類(lèi)別的添加、刪除管理；商品的添加，推薦，刪除等管理；訂單的管理等。如圖7.2 所示。
圖 7.2 后臺(tái)管理員模塊
7.3 接口設(shè)計(jì)
外部接口
1）用戶(hù)界面。在用戶(hù)界面部分，根據(jù)需求分析的結(jié)果，用戶(hù)需要一個(gè)友善、簡(jiǎn)潔的界面。使用asp 和dreamweaver mx 編程，提供的可視化控件，編寫(xiě)基于windows 風(fēng)格的用戶(hù)界面，簡(jiǎn)單、易學(xué)、易用。
2）軟件接口。使用提供的access 專(zhuān)用接口。硬件接口。在輸入方面，用鍵盤(pán)，鼠標(biāo)輸入。在輸出方面，主要有瀏覽器端的顯示器。
內(nèi)部接口
內(nèi)部接口方面，各模塊間采用函數(shù)調(diào)用、參數(shù)傳遞、返回值方式進(jìn)行信息和數(shù)據(jù)的傳遞。
7.4 數(shù)據(jù)庫(kù)設(shè)計(jì)
數(shù)據(jù)庫(kù)技術(shù)是在文件系統(tǒng)的基礎(chǔ)上發(fā)展起來(lái)的一種高效的數(shù)據(jù)管理技術(shù)，它能保持系統(tǒng)數(shù)據(jù)的整體性，完整性和共享性。數(shù)據(jù)庫(kù)是有組織的存儲(chǔ)在一定結(jié)構(gòu)內(nèi)的相關(guān)數(shù)據(jù)的集合。在數(shù)據(jù)庫(kù)系統(tǒng)中提供了對(duì)數(shù)據(jù)的訪問(wèn)機(jī)制，能有組織的存儲(chǔ)相關(guān)的數(shù)據(jù)，具有合理的存儲(chǔ)方式，快速的查詢(xún)效率和最小的數(shù)據(jù)冗余等特性。另外數(shù)據(jù)的存儲(chǔ)和應(yīng)用程序彼此獨(dú)立，不僅便于數(shù)據(jù)的管理與控制而且有利于應(yīng)用程序的編寫(xiě)與調(diào)試。數(shù)據(jù)庫(kù)類(lèi)似于一個(gè)數(shù)據(jù)的大倉(cāng)庫(kù)，能很好地實(shí)現(xiàn)數(shù)據(jù)共享，本身就具有數(shù)據(jù)的增，刪，改等功能，能維護(hù)數(shù)據(jù)的一致性。數(shù)據(jù)庫(kù)設(shè)計(jì)是系統(tǒng)設(shè)計(jì)的一個(gè)重要內(nèi)容，其設(shè)計(jì)質(zhì)量的好壞直接影響系統(tǒng)開(kāi)發(fā)的成敗，系統(tǒng)的質(zhì)量，系統(tǒng)效率及可維護(hù)性。
在本系統(tǒng)的設(shè)計(jì)中，充分考慮到了管理系統(tǒng)數(shù)據(jù)繁雜，重復(fù)性高，數(shù)據(jù)使用頻繁。因此本系統(tǒng)采用了一種能正確反映用戶(hù)實(shí)現(xiàn)環(huán)境，能被現(xiàn)行系統(tǒng)接受，易于維護(hù)、效率高的數(shù)據(jù)管理方法--數(shù)據(jù)庫(kù)系統(tǒng)。在目前的數(shù)據(jù)庫(kù)管理系統(tǒng)中有層次模型，網(wǎng)狀模型、關(guān)系模型三種數(shù)據(jù)模型。其中，關(guān)系模型具有較高的數(shù)據(jù)獨(dú)立性，使用也較為方便。本設(shè)計(jì)采用關(guān)系數(shù)據(jù)庫(kù)。該數(shù)據(jù)庫(kù)實(shí)行增、刪、編輯、統(tǒng)計(jì)、顯示和打印都極為方便。其中的排序和索引功能，對(duì)數(shù)據(jù)快速定位、查詢(xún)提供了有利條件。交流互動(dòng)對(duì)于本系統(tǒng)的數(shù)據(jù)庫(kù)設(shè)計(jì)有以下幾點(diǎn)說(shuō)明：1）于數(shù)據(jù)庫(kù)設(shè)計(jì)兼顧前面設(shè)計(jì)的數(shù)據(jù)流程圖。
2）信息系統(tǒng)的設(shè)計(jì)并不是以數(shù)據(jù)庫(kù)為核心的數(shù)據(jù)庫(kù)應(yīng)用設(shè)計(jì)。
3）本系統(tǒng)的數(shù)據(jù)庫(kù)設(shè)計(jì)盡量滿足3nf（第三范式）的要求。
4）本系統(tǒng)的數(shù)據(jù)庫(kù)設(shè)計(jì)以提高系統(tǒng)運(yùn)行效率為前提。
7.5 概念模型設(shè)計(jì)
目前廣泛使用的數(shù)據(jù)模型可分為兩種類(lèi)型，一種是獨(dú)立于計(jì)算機(jī)系統(tǒng)的“概念數(shù)據(jù)模型”，如“實(shí)體聯(lián)系模型”（er 模型）；另一種是直接面向數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)的“結(jié)構(gòu)數(shù)據(jù)模型”。在本系統(tǒng)中采用er 模型來(lái)描述數(shù)據(jù)庫(kù)的結(jié)構(gòu)與語(yǔ)義，以對(duì)現(xiàn)實(shí)世界進(jìn)行第一次抽象。它有兩個(gè)明顯的優(yōu)點(diǎn)：接近于人的思維，容易理解；與計(jì)算機(jī)無(wú)關(guān)，用戶(hù)容易接受。但它只能說(shuō)明實(shí)體間語(yǔ)義的聯(lián)系，不能說(shuō)明詳細(xì)的數(shù)據(jù)結(jié)構(gòu)，它只是數(shù)據(jù)庫(kù)設(shè)計(jì)的第一步。
e-r 圖是直觀表示概念模型的工具，它有三個(gè)基本成分：
矩形框，表示實(shí)體類(lèi)型（考慮問(wèn)題的對(duì)象）。
菱形框，表示聯(lián)系類(lèi)型（實(shí)體間的聯(lián)系）。
橢圓形框，表示實(shí)體的屬性。
實(shí)體屬性圖：
7.6 數(shù)據(jù)庫(kù)物理設(shè)計(jì)
7.7運(yùn)行設(shè)計(jì)
運(yùn)行環(huán)境
web瀏覽器：ie6.0或netscape7.0
操作系統(tǒng)要求：microsoftwindows98,windowsnt4.0,windows2000prifessional，windows2000server,windowsxp,windows2003server，軟件要求：internet信息服務(wù)（iis）
數(shù)據(jù)庫(kù)要求：access2000
運(yùn)行模塊的組合
瀏覽器的客戶(hù)端在有輸入時(shí)啟動(dòng)接收數(shù)據(jù)模塊，通過(guò)各模塊之間的調(diào)用，讀入并對(duì)輸入進(jìn)行格式化。在接收數(shù)據(jù)模塊得到充分的數(shù)據(jù)時(shí)，將調(diào)用網(wǎng)絡(luò)傳輸模塊，將數(shù)據(jù)通過(guò)網(wǎng)絡(luò)送到服務(wù)器，并等待接收服務(wù)器返回的信息。接收到返回信息后隨即調(diào)用數(shù)據(jù)輸出模塊，對(duì)信息進(jìn)行處理，產(chǎn)生相應(yīng)的輸出。
服務(wù)器程序的接收網(wǎng)絡(luò)數(shù)據(jù)模塊必須始終處于活動(dòng)狀態(tài)。接收到數(shù)據(jù)后，調(diào)用數(shù)據(jù)處理/查詢(xún)模塊對(duì)數(shù)據(jù)庫(kù)進(jìn)行訪問(wèn)，完成后調(diào)用網(wǎng)絡(luò)發(fā)送模塊，將信息返回瀏覽器端。
運(yùn)行控制
運(yùn)行控制將嚴(yán)格按照各模塊間函數(shù)調(diào)用關(guān)系來(lái)實(shí)現(xiàn)。在網(wǎng)絡(luò)傳輸方面，客戶(hù)端在發(fā)送數(shù)據(jù)后，將等待服務(wù)器的確認(rèn)收到信號(hào)，收到后，再次等待服務(wù)器發(fā)送回答數(shù)據(jù)，然后對(duì)數(shù)據(jù)進(jìn)行確認(rèn)。服務(wù)器在接到數(shù)據(jù)后發(fā)送確認(rèn)信號(hào)，在對(duì)數(shù)據(jù)處理、訪問(wèn)數(shù)據(jù)庫(kù)后，將返回信息送回客戶(hù)端，并等待確認(rèn)。
運(yùn)行時(shí)間
在軟件的需求分析中，對(duì)運(yùn)行時(shí)間的要求為必須對(duì)作出的操作有較快的反應(yīng)。網(wǎng)絡(luò)硬件對(duì)運(yùn)行時(shí)間有最大的影響，當(dāng)網(wǎng)絡(luò)負(fù)載量大時(shí)，對(duì)操作反應(yīng)將受到很大的影響。其次是服務(wù)器的性能，這將影響對(duì)數(shù)據(jù)庫(kù)訪問(wèn)時(shí)間即操作時(shí)間的長(zhǎng)短，影響加大瀏覽器端操作的等待時(shí)間，所以必須使用高性能的服務(wù)器，建議使用pentium4處理器。硬件對(duì)本系統(tǒng)的速度影響將會(huì)大于軟件的影響。
8.詳細(xì)設(shè)計(jì)
8.1詳細(xì)設(shè)計(jì)概述
為了提高軟件的質(zhì)量，延長(zhǎng)軟件的生存期，軟件的可測(cè)試性、可維護(hù)性是重要保障。軟件的可測(cè)試性、可維護(hù)性與程序的易讀性有很大關(guān)系。詳細(xì)設(shè)計(jì)的目標(biāo)不僅是邏輯上正確地實(shí)現(xiàn)每個(gè)模塊的功能，還應(yīng)使設(shè)計(jì)出的處理過(guò)程清晰易讀。結(jié)構(gòu)化程序設(shè)計(jì)是實(shí)現(xiàn)該目標(biāo)的關(guān)鍵技術(shù)之一，它指導(dǎo)人們用良好的思想方法開(kāi)發(fā)易于理解，易于驗(yàn)證的程序。
詳細(xì)設(shè)計(jì)階段的根本目標(biāo)是確定怎樣具體地實(shí)現(xiàn)所要求的系統(tǒng)，也就是說(shuō)，經(jīng)過(guò)這個(gè)階段的設(shè)計(jì)工作，應(yīng)該得出對(duì)目標(biāo)系統(tǒng)的精確描述，從而在編碼階段可以把這個(gè)描述直接翻譯成用某種程序設(shè)計(jì)語(yǔ)言書(shū)寫(xiě)的程序。
8.2b/s結(jié)構(gòu)實(shí)現(xiàn)系統(tǒng)功能
本系統(tǒng)利用browser/server（b/s）結(jié)構(gòu)，實(shí)現(xiàn)網(wǎng)上購(gòu)物的具體功能。這種系統(tǒng)的優(yōu)勢(shì)在于系統(tǒng)簡(jiǎn)單、功能強(qiáng)大、擴(kuò)展能力良好以及能夠方便的跨地獄操作等性能。
b/s（browser/server）結(jié)構(gòu)即瀏覽器和服務(wù)器結(jié)構(gòu)。它是隨著internet技術(shù)的興起，對(duì)c/s結(jié)構(gòu)的一種變化或者改進(jìn)的結(jié)構(gòu)。在這種結(jié)構(gòu)下，用戶(hù)工作界面是通過(guò)www瀏覽器來(lái)實(shí)現(xiàn)，極少部分事務(wù)邏輯在前端（browser）實(shí)現(xiàn)，但是主要事務(wù)邏輯在服務(wù)器端（server）實(shí)現(xiàn)，形成所謂三層3-tier結(jié)構(gòu)。這樣就大大簡(jiǎn)化了客戶(hù)端電腦載荷，減輕了系統(tǒng)維護(hù)與升級(jí)的成本和工作量，降低了用戶(hù)的總體成本（tco）。
以目前的技術(shù)看，局域網(wǎng)建立b/s結(jié)構(gòu)的網(wǎng)絡(luò)應(yīng)用，并通過(guò)internet/intranet模式下數(shù)據(jù)庫(kù)應(yīng)用，相對(duì)易于把握、成本也是較低的。它是一次性到位的開(kāi)發(fā)，能實(shí)現(xiàn)不同的人員，從不同的地點(diǎn)，以不同的接入方式（比如lan,wan,internet/intranet等）訪問(wèn)和操作共同的數(shù)據(jù)庫(kù)；它能有效地保護(hù)數(shù)據(jù)平臺(tái)和管理訪問(wèn)權(quán)限，服務(wù)器數(shù)據(jù)庫(kù)也很安全。特別是在java這樣的跨平臺(tái)語(yǔ)言出現(xiàn)之后，b/s架構(gòu)管理軟件更是方便、快捷、高效。
系統(tǒng)程序流程圖
程序流程圖
本系統(tǒng)中用戶(hù)端的程序流程圖如下：
網(wǎng)上購(gòu)物系統(tǒng)程序流程圖
9.開(kāi)發(fā)環(huán)境
9.1 概述開(kāi)發(fā)工具
9.1.1 asp 概述
asp 是web 服務(wù)器端腳本編寫(xiě)環(huán)境，使用它可以創(chuàng)建和運(yùn)行動(dòng)態(tài)的、交互的、高性能的web 服務(wù)器應(yīng)用程序。asp 采用腳本語(yǔ)言vbscript（或javascript）作為自己的開(kāi)發(fā)語(yǔ)言。使用asp 可以組合html 頁(yè)、腳本命令和activex 組件以創(chuàng)建交互的web 頁(yè)面和基于web功能強(qiáng)大的應(yīng)用程序。
asp 程序的語(yǔ)法與結(jié)構(gòu)：
asp 程序結(jié)構(gòu)
active server page 擴(kuò)展名的文件， 文件是一個(gè)文本文件，包括：
html 標(biāo)記：“??”的部分。
vbscript、jscript 語(yǔ)言的程序代碼。
asp 語(yǔ)法：“”的部分。
因此，每一個(gè)程序連接數(shù)據(jù)庫(kù)的 asp 程序應(yīng)包含以下四個(gè)部分：html 標(biāo)記、asp 腳本語(yǔ)言、數(shù)據(jù)庫(kù)存取語(yǔ)法（查詢(xún)、增加、刪除、修改數(shù)據(jù)的sql 語(yǔ)句語(yǔ)法）、顯示結(jié)果的部分。
語(yǔ)法
asp 使用“”將asp 的script 程序代碼括起來(lái)，asp 碼在服務(wù)器當(dāng)中執(zhí)行，執(zhí)行后產(chǎn)生瀏覽器看得懂的html 碼，再傳送給使用者。asp 的原程序，不會(huì)傳到使用者的瀏覽器中，可以保護(hù)源代碼外漏。
asp 的對(duì)象
asp 是屬于對(duì)象導(dǎo)向程序語(yǔ)言（object oriented language）的一種，它提供有5 個(gè)重要的內(nèi)建對(duì)象供程序員使用【2】【3】。
9.1.2 access 概
用戶(hù)需求申請(qǐng)書(shū)篇十
用戶(hù)需求描述：
1.問(wèn)題提出：
宿舍管理也就成為學(xué)校日常管理的重中之中了，宿舍管理的方式也在不斷的改進(jìn)。隨著電腦的普及與使用，現(xiàn)在的管理也提升了一個(gè)檔次，漸漸實(shí)現(xiàn)了無(wú)紙化辦公，即從原來(lái)的人工記錄管理模式轉(zhuǎn)變?yōu)殡娔X一體化管理。為了方便重慶大學(xué)的宿舍管理實(shí)現(xiàn)無(wú)紙化辦公,使工作更有條理，更方便，更有效率特提出研究出這套宿舍管理系統(tǒng)。
2.結(jié)合重慶大學(xué)現(xiàn)行情況，和對(duì)樓管（直接用戶(hù)）的交流，和長(zhǎng)期的調(diào)研得出了，用戶(hù)的大致需求如下：
本系統(tǒng)要實(shí)現(xiàn)的是重慶大學(xué)學(xué)生宿舍管理在設(shè)計(jì)該系統(tǒng)時(shí)，應(yīng)盡可能的貼近學(xué)生 現(xiàn)行樓管的工作流程,便于用戶(hù)操作。系統(tǒng)在實(shí)現(xiàn)上應(yīng)該具有如下功能：
1.系統(tǒng)要求用戶(hù)必須輸入正確的用戶(hù)名和密碼才能進(jìn)入系統(tǒng)。
2.系統(tǒng)應(yīng)該提供宿舍的基本情況登記。包括添加寢室，修改寢室 查看寢室 刪除寢室
3.系統(tǒng)還應(yīng)具有對(duì)學(xué)生的查看，添加、修改、刪除學(xué)生基本信息的功能
4.系統(tǒng)應(yīng)提供人員來(lái)訪登記及結(jié)束訪問(wèn)的詳細(xì)登記，可查看修改 刪除添加
5.系統(tǒng)應(yīng)提供學(xué)生在校期間物品出宿舍樓的詳細(xì)情況登記，可查看修改 刪除添
6.系統(tǒng)應(yīng)提供對(duì)晚出晚歸的同學(xué)登記功能，可以查看 添加刪除 修改
7.系統(tǒng)應(yīng)提供增加、刪除、修改用戶(hù)帳戶(hù)的功能。
8.系統(tǒng)還應(yīng)具有添加、修改、刪除學(xué)生基本信息的功能。
2，報(bào)表需求
學(xué)生宿舍管理系統(tǒng)的某些信息應(yīng)當(dāng)能夠以報(bào)表形式打印出來(lái)?；旧蠎?yīng)該能夠?qū)崿F(xiàn)學(xué)生基本信息的報(bào)表打印、某宿舍具體住宿情況的報(bào)表打印、學(xué)生物品出入的信息，晚出晚歸報(bào)表打印等的功能。
3.系統(tǒng)管理需求
系統(tǒng)管理員能對(duì) 樓管進(jìn)行添加修改 刪除
用戶(hù)需求申請(qǐng)書(shū)篇十一
xxxx供電局xxxx供電所：
現(xiàn)因我要干個(gè)體，工商執(zhí)照編號(hào)為xxxx，加工一些木料，需要用到一個(gè)2.2kw/h的電動(dòng)機(jī)一個(gè)，家里的單相電表已明顯不能滿足需要，所以，為了使我能夠更好的工作，特提出分戶(hù)用電安裝三相電表的申請(qǐng)，理由有四：
一、我已于xxxx年xxxx月xxxx日結(jié)婚，即已成家立業(yè)，在經(jīng)濟(jì)上不想再依賴(lài)父母，不想再生活在父母的溫暖羽翼下尋求保護(hù)，想靠著自己的能力生活，不再依賴(lài)他們而給他們帶來(lái)壓力與麻煩，讓他們老來(lái)可以享清福。
二、電表分戶(hù)了之后，我使用了多少電，可以一目明了，這樣可以讓我更好的計(jì)算我的收支盈利。
三、電表分戶(hù)了之后，不再依賴(lài)父母，我可以更好的利用好每一絲一毫的電，為國(guó)家節(jié)約用電做出應(yīng)有的貢獻(xiàn)。
四、電表分戶(hù)之后，就不在存在因?yàn)槲矣秒姷脑蚨绊懜改傅恼Ｕ彰魃钣秒姡膊淮嬖诮o父母的日常生活帶來(lái)不必要的麻煩。
綜上，特提出電表分戶(hù)申請(qǐng)，望批準(zhǔn)。
此致
敬禮！
申請(qǐng)人：
日期：
用戶(hù)需求申請(qǐng)書(shū)篇十二
兩年之后的10天前，gofeeling在餐桌上偶然又問(wèn)起我如何發(fā)現(xiàn)和發(fā)掘新需求，鍛造新產(chǎn)品，對(duì)比之前在yupoo的時(shí)候，自己的回答完全是兩種答案。我覺(jué)得很有意思，在這里記錄一下。純屬設(shè)計(jì)師個(gè)人想法，不代表任何人觀點(diǎn)。
先介紹一下自己親身經(jīng)歷的兩種截然不同的服務(wù)背景：
yupoo:當(dāng)年領(lǐng)先的中文影像分享服務(wù)，超過(guò)2百萬(wàn)用戶(hù)，致力于成就偉大的影像分享社區(qū)。
taobao:亞洲最大的c2c電子商務(wù)平臺(tái)，超過(guò)1億1千萬(wàn)用戶(hù)，致力于成就全球最大的零售商。
1，我經(jīng)歷的yupoo如何產(chǎn)出需求？
初看這個(gè)問(wèn)題，仿佛有很多很多答案。如果頭腦風(fēng)暴一次，我們可以想象很多答案，沖印、相冊(cè)加密、flash展示..等等。不管怎樣，還是要承認(rèn)當(dāng)時(shí)的yupoo是flickr的模仿者。回答問(wèn)題之前我們有必要先來(lái)看上面這張圖示－兩年前美國(guó)在線照片市場(chǎng)形勢(shì)。photobucket以超過(guò)40%的市場(chǎng)占據(jù)絕對(duì)優(yōu)勢(shì)，flickr僅以4.5%的市場(chǎng)占據(jù)一小塊蛋糕。但是，這卻毫不影響flickr在alexa排名長(zhǎng)年累月打著photobucket耳光，毫不影響它成為互聯(lián)網(wǎng)領(lǐng)域已探明的清晰盈利模式，毫不影響它成為“靜觀世界變化”的偉大服務(wù)。單單從這些數(shù)字表現(xiàn)就可以看得出來(lái)它要做的事情早已超越存儲(chǔ)之外。
我們可以越清晰的看到，flickr的目標(biāo)是希望以照片為媒介，通過(guò)社交體系達(dá)到人與人分享、交流的目標(biāo)。這就意味著，這套產(chǎn)品需要不停的follow這批目標(biāo)用戶(hù)群，而放棄另外“大多數(shù)”的用戶(hù)，產(chǎn)品的需求從開(kāi)始就注定：不斷調(diào)整算法，讓那些真正優(yōu)秀的照片和用戶(hù)能通過(guò)一定體系浮現(xiàn)；不斷優(yōu)化4維社交基礎(chǔ)，強(qiáng)調(diào)個(gè)體的真誠(chéng)付出與相應(yīng)的參與回報(bào)；不斷對(duì)頁(yè)面進(jìn)行精雕細(xì)琢，逐個(gè)消除產(chǎn)品的破窗…這些需求看似簡(jiǎn)單乏味，卻要緊緊follow目標(biāo)用戶(hù)步步為營(yíng)，web2.0的服務(wù)的產(chǎn)品氣質(zhì)和市場(chǎng)環(huán)境很可能因?yàn)樾枨竽骋画h(huán)節(jié)判斷失誤而貽誤最好時(shí)機(jī)，而使偉大構(gòu)想逐漸偏離走樣。
2，我經(jīng)歷的taobao如何產(chǎn)出需求？
暫時(shí)拋開(kāi)交易，只從增值服務(wù)來(lái)看。
·從競(jìng)爭(zhēng)對(duì)手手里
電腦資料
然后拿回來(lái)逐個(gè)衡量，去論證在中國(guó)市場(chǎng)的可行性和可能性，再通過(guò)一系列的策略討論，最后按重要成都形成產(chǎn)品需求。從競(jìng)爭(zhēng)對(duì)手手里分析需求成為非常重要的需求發(fā)現(xiàn)發(fā)掘方式。這個(gè)過(guò)程中需要對(duì)競(jìng)爭(zhēng)對(duì)手的業(yè)務(wù)模式、市場(chǎng)和用戶(hù)成長(zhǎng)周期有精準(zhǔn)的把握，否則很可能弄巧成拙。
·從線下零售業(yè)方式
作為一家零售公司，對(duì)傳統(tǒng)零售市場(chǎng)的分析和學(xué)習(xí)似乎從沒(méi)停止過(guò)。例如，試客營(yíng)銷(xiāo)(testmarketing)，可以作為它的補(bǔ)充。本質(zhì)上而言，試客營(yíng)銷(xiāo)屬于體驗(yàn)營(yíng)銷(xiāo)(experiencemarketing)的一種，在日本大受歡迎的samplelab就是個(gè)典型。拿身邊例子來(lái)說(shuō)，我們經(jīng)常在超市中被派發(fā)洗發(fā)水試用裝等產(chǎn)品小樣。但企業(yè)主也為此遇到了一些麻煩，他不知道派發(fā)員有沒(méi)有私自截留贈(zèng)品；他不知道派發(fā)的這些人對(duì)贈(zèng)品是否真的需要；他不知道客戶(hù)會(huì)不會(huì)拿回去用；他更無(wú)法測(cè)算有多少人是因?yàn)樵囉昧速?zèng)品而購(gòu)買(mǎi)的產(chǎn)品…這些頭疼的問(wèn)題讓這個(gè)體驗(yàn)營(yíng)銷(xiāo)的過(guò)程成本不斷增加。好吧，如果這一切發(fā)生在有著豐富用戶(hù)資源的互聯(lián)網(wǎng)站上，上面的問(wèn)題似乎都迎刃而解了。通過(guò)對(duì)數(shù)據(jù)庫(kù)中的用戶(hù)檔案和瀏覽、購(gòu)買(mǎi)數(shù)據(jù)來(lái)分析他是不是產(chǎn)品的目標(biāo)用戶(hù)，然后相應(yīng)給用戶(hù)投遞相應(yīng)主題，告訴他只要選擇幾個(gè)按鈕就可以馬上收到一份適合自己的快遞試用裝。當(dāng)然，系統(tǒng)還會(huì)記錄這位用戶(hù)在一段時(shí)間內(nèi)有沒(méi)有在網(wǎng)上購(gòu)買(mǎi)這個(gè)產(chǎn)品，形成精確的用戶(hù)激活率。從線下零售方式提取新需求和產(chǎn)品也是另一個(gè)重要方面。當(dāng)然，它也面臨很大的挑戰(zhàn)，就是如何根據(jù)市場(chǎng)反應(yīng)來(lái)讓這些方式更加持續(xù)可復(fù)制。
·從用戶(hù)反饋及調(diào)研結(jié)果
對(duì)現(xiàn)有用戶(hù)的反饋及調(diào)研成為發(fā)現(xiàn)用戶(hù)需求的非常重要來(lái)源，是產(chǎn)品保持鮮活的源動(dòng)力。有幾次跟隨用戶(hù)研究的同學(xué)到用戶(hù)家里，是一個(gè)網(wǎng)店賣(mài)家。他就抱怨，因?yàn)樯恺嫶笮枰褞ぬ?hào)給n個(gè)下屬來(lái)使用，分別負(fù)責(zé)不同的方向來(lái)打理網(wǎng)店。但是遇到問(wèn)題是，經(jīng)常會(huì)出現(xiàn)一些嚴(yán)重性失誤，比如誤刪商品、誤點(diǎn)退款等等，因?yàn)榛ハ嗦氊?zé)不同不熟悉而任務(wù)交叉誤操作，造成很大損失。后來(lái)又通過(guò)一次大面積的定量調(diào)研后發(fā)現(xiàn)這個(gè)用戶(hù)權(quán)限管理需求的普遍性。
到這里可以看出，這兩個(gè)截然不同類(lèi)型的服務(wù)對(duì)于新需求的發(fā)現(xiàn)、發(fā)掘形式也各不相同。
但是，我們又能看出一些共性：
·明白自己是誰(shuí)，要到哪里去
·關(guān)注你的用戶(hù)，他們的生活、他們的工作和他們的夢(mèng)想
·對(duì)現(xiàn)有產(chǎn)品的beta與新產(chǎn)品同樣重要
·緊盯你的競(jìng)爭(zhēng)對(duì)手，理解它優(yōu)秀何來(lái)
本文來(lái)自：/?p=239
用戶(hù)需求申請(qǐng)書(shū)篇十三
1. 掃碼功能按鈕與搜索對(duì)稱(chēng)放置在左上角，方便用戶(hù)尋找，很直觀；其次改功能與淘寶手機(jī)端設(shè)計(jì)一致，延用該風(fēng)格。保持從淘寶移步至此的用戶(hù)使用習(xí)慣。
2. 對(duì)比淘寶客戶(hù)端來(lái)說(shuō)，用戶(hù)來(lái)使用閑魚(yú)更多的是瀏覽有沒(méi)有想要的商品，對(duì)搜索導(dǎo)航的使用率不是很高，所以閑魚(yú)沒(méi)有像淘寶一樣把搜索框置頂放置，只是簡(jiǎn)單的一個(gè)右上角搜索按鈕。
3. 主頁(yè)中，用戶(hù)發(fā)布的商品以信息卡片的形式向下平鋪。商品信息卡片包含賣(mài)家、商品描述、價(jià)格、圖片、魚(yú)塘，這樣類(lèi)似微博的卡片布局排版方便用戶(hù)看到全面且重要的商品信息，非常直觀；卡片中還有收藏、留言、分享三個(gè)功能按鈕，這三個(gè)按鈕，也能只夠的體現(xiàn)商品的被關(guān)注度，增加商品的靠譜性，提高用戶(hù)的購(gòu)買(mǎi)欲。首頁(yè)一屏最多完整顯示一個(gè)商品卡片，可能考慮到a.頁(yè)面中的商品基本沒(méi)有可能對(duì)比性，b.商品總數(shù)比較少c.類(lèi)似微博卡片的直線視覺(jué)瀏覽形式有利于提高用戶(hù)的瀏覽體驗(yàn)。
4.“發(fā)布”標(biāo)簽按鈕位于底部 tab 中心，高亮顯示，即是用戶(hù)視覺(jué)中心，也是產(chǎn)品的中心功能。
5. 閑魚(yú)采用時(shí)下主流的標(biāo)簽切換式頁(yè)面交互邏輯，底部為五個(gè)標(biāo)簽導(dǎo)航按鈕，首頁(yè)、同城、發(fā)布、消息、我的。與主流app微信，微博操作方法一致，簡(jiǎn)單快捷，且標(biāo)簽按鈕間距合理，不會(huì)發(fā)生誤操作。
用戶(hù)需求申請(qǐng)書(shū)篇十四
2014年6月閑魚(yú)誕生，同年11月魚(yú)塘功能上線，閑魚(yú)不斷強(qiáng)化輸出社區(qū)價(jià)值。
魚(yú)塘通過(guò)地理位置、興趣等建立社交據(jù)點(diǎn)，一方面方便用戶(hù)線下交易，這樣的半熟人關(guān)系，更容易展開(kāi)深度的互動(dòng)成交；另一方面新版魚(yú)塘采取“發(fā)帖子”的模式，增強(qiáng)用戶(hù)粘性，進(jìn)而為產(chǎn)品貢獻(xiàn)更多的使用頻次和停留時(shí)長(zhǎng)。
但是改版后，（19年1月28號(hào)上線的版本）小區(qū)魚(yú)塘和魚(yú)塘商品的權(quán)重被拉低，主頁(yè)改成了以興趣為導(dǎo)向的純內(nèi)容信息流，魚(yú)塘從以交易為主交流為輔，開(kāi)始嘗試引導(dǎo)用戶(hù)向更高頻高深度的興趣交流互動(dòng)轉(zhuǎn)換。
在繼小紅書(shū)社區(qū)式運(yùn)營(yíng)、美圖的社區(qū)模塊改版成功之后，閑魚(yú)也在魚(yú)塘主頁(yè)加入了多個(gè)興趣類(lèi)別，每個(gè)類(lèi)別下有不同主題的魚(yú)塘，每個(gè)魚(yú)塘分別有塘主，每個(gè)帖子可以加話題、轉(zhuǎn)發(fā)、點(diǎn)贊、評(píng)論。
整體更像一個(gè)基于內(nèi)容互動(dòng)交友的地方，一個(gè)翻版的“百度貼吧”加“微博”。
個(gè)人體驗(yàn)過(guò)后，首先基于每個(gè)話題帖子數(shù)、點(diǎn)贊以及評(píng)論數(shù)來(lái)看，各個(gè)魚(yú)塘的用戶(hù)活躍度不夠高，閑魚(yú)對(duì)魚(yú)塘的宣傳還需加強(qiáng)；其次由于二手閑置種類(lèi)繁雜，類(lèi)別眾多，各個(gè)魚(yú)塘難以統(tǒng)一監(jiān)管。
用戶(hù)需求申請(qǐng)書(shū)篇十五
說(shuō)到網(wǎng)絡(luò)產(chǎn)品，離不開(kāi)的話題就是用戶(hù)，就像傳統(tǒng)行業(yè)的消費(fèi)者，人是復(fù)雜的，網(wǎng)民的用戶(hù)行為更加復(fù)雜，用戶(hù)和用戶(hù)是不一樣的，或者說(shuō)，每個(gè)用戶(hù)都不一樣。一款成功的互聯(lián)網(wǎng)產(chǎn)品往往并沒(méi)有滿足所有用戶(hù)的需求，而是準(zhǔn)確定位了某一類(lèi)用戶(hù)并且很好地滿足了那類(lèi)用戶(hù)的需求。到底定位哪一類(lèi)用戶(hù)是我們需要考慮的，所以就需要用戶(hù)分類(lèi)。
不分類(lèi)不好定位,好的用戶(hù)分類(lèi)讓我知道了我在追求哪些人，滿足哪些人，影響哪些人。但分不好類(lèi)又會(huì)錯(cuò)位,更糟，那怎樣才能對(duì)某一款產(chǎn)品的用戶(hù)群進(jìn)行合理分類(lèi)呢，下面就來(lái)談?wù)勎覍?duì)用戶(hù)分類(lèi)的一些看法。
先來(lái)說(shuō)下如何判斷某一款產(chǎn)品的用戶(hù)分類(lèi)效果如何，主要從兩個(gè)角度進(jìn)行判斷：分類(lèi)的信度和效度，也就是分類(lèi)的準(zhǔn)確性和精確性。分類(lèi)的準(zhǔn)確性是指分完類(lèi)后，是不是現(xiàn)實(shí)中每一個(gè)用戶(hù)都能定位到反映該用戶(hù)的類(lèi)別，也就是說(shuō)任何一個(gè)用戶(hù)都能給他貼上屬于某個(gè)類(lèi)別的標(biāo)簽；而分類(lèi)的精確性是指得到的用戶(hù)類(lèi)別在多大程度上反映了實(shí)際用戶(hù)所包含的屬性含義，也就是說(shuō)用來(lái)描述各類(lèi)別用戶(hù)的特征信息與實(shí)際用戶(hù)所有屬性的吻合程度。在實(shí)際分類(lèi)中準(zhǔn)確性和精確性往往不能同時(shí)達(dá)到完美，當(dāng)你追求100%的準(zhǔn)確性時(shí)精度肯定會(huì)下降，比如只用性別去劃分用戶(hù)，準(zhǔn)確度很高但是精度不夠，所以在實(shí)際用戶(hù)分類(lèi)時(shí)找到準(zhǔn)確性和精確性的一個(gè)平衡點(diǎn)，達(dá)到自己分類(lèi)目的即可。
聚類(lèi)分析中有很多因素影響著最后的用戶(hù)分類(lèi)結(jié)果，影響較大的因素有：聚類(lèi)方法選擇，距離算法選擇，聚類(lèi)變量選擇，用戶(hù)類(lèi)數(shù)選擇。對(duì)于聚類(lèi)方法和距離選擇，我傾向于推薦選擇兩步聚類(lèi)法和對(duì)數(shù)似然值距離算法，因?yàn)橛脩?hù)的人口學(xué)特征和使用某產(chǎn)品行為偏好等特征一般都是分類(lèi)變量，用歐氏距離算法的話，它的距離公式所表示的含義很難用實(shí)際意義去描述，或者說(shuō)它的距離值在現(xiàn)實(shí)中是沒(méi)有實(shí)際意思的。聚類(lèi)變量的話可以選擇訪談得到差別較大的特征因素，但是這些變量之間也是有關(guān)系的，具體還要通過(guò)不斷的嘗試去調(diào)整，主要看去掉某個(gè)變量后聚類(lèi)結(jié)果是否有大得差異，如果有該變量則為重要變量，用戶(hù)類(lèi)數(shù)確定可以結(jié)合實(shí)際聚類(lèi)得到的描述性判斷因素和訪談等得到的實(shí)際情況共同確定。
怎么對(duì)用戶(hù)分類(lèi)，細(xì)分到何等程度，不太會(huì)有一個(gè)模式或者方法來(lái)通用。所以涉及到某個(gè)具體產(chǎn)品的用戶(hù)分類(lèi)時(shí)，首先明確你得分類(lèi)目的，分完類(lèi)之后你需要面怎么利用這些類(lèi)。當(dāng)能夠從用戶(hù)分類(lèi)中得到明確的產(chǎn)品用戶(hù)群和產(chǎn)品定位時(shí)，說(shuō)明該分類(lèi)就基本有效了。
用戶(hù)需求申請(qǐng)書(shū)篇十六
戶(hù)
調(diào)
研
報(bào)
告
目錄
一、調(diào)研背景
二、調(diào)研目的[例如：更好的了解市場(chǎng)，以完善產(chǎn)品]
三、調(diào)研時(shí)間
[具體調(diào)研時(shí)間與調(diào)研周期]
四、調(diào)研方法
[使用什么方法進(jìn)行的用戶(hù)調(diào)研]
五、調(diào)研群體
[主要調(diào)研那幾類(lèi)群體，每類(lèi)群體大體描述]
六、調(diào)研場(chǎng)景
[在什么場(chǎng)景或具體地點(diǎn)進(jìn)行對(duì)用戶(hù)的調(diào)研]
七、調(diào)研數(shù)據(jù)[數(shù)據(jù)整理、數(shù)據(jù)圖表]
八、數(shù)據(jù)分析
[根據(jù)此次調(diào)研，分析出現(xiàn)在用戶(hù)對(duì)產(chǎn)品的建議，使用方法等]
九、報(bào)告評(píng)估
[調(diào)研預(yù)期目標(biāo)，收集多少個(gè)人數(shù)據(jù)，有效數(shù)據(jù)占比多少]
用戶(hù)需求申請(qǐng)書(shū)篇十七
成功的軟件產(chǎn)品是建立在成功的需求基礎(chǔ)之上的，而高質(zhì)量的需求來(lái)源于用戶(hù)與開(kāi)發(fā)人員之間有效的溝通與合作。當(dāng)用戶(hù)有一個(gè)問(wèn)題可以用計(jì)算機(jī)系統(tǒng)來(lái)解決，而開(kāi)發(fā)人員開(kāi)始幫助用戶(hù)解決這個(gè)問(wèn)題，溝通就開(kāi)始了。
需求獲取可能是軟件開(kāi)發(fā)中最困難、最關(guān)鍵、最易出錯(cuò)及最需要溝通交流的活動(dòng)。對(duì)需求的獲取往往有錯(cuò)誤的認(rèn)識(shí)：用戶(hù)知道需求是什么，我們所要做的就是和他們交談從他們那里得到需求，只要問(wèn)用戶(hù)系統(tǒng)的目標(biāo)特征，什么是要完成的，什么樣的系統(tǒng)能適合商業(yè)需要就可以了，但是實(shí)際上需求獲取并不是想象的這樣簡(jiǎn)單，這條溝通之路布滿了荊棘。首先需求獲取要定義問(wèn)題范圍，系統(tǒng)的邊界往往是很難明確的，用戶(hù)不了解技術(shù)實(shí)現(xiàn)的細(xì)節(jié)，這樣造成了系統(tǒng)目標(biāo)的混淆。
其次是對(duì)問(wèn)題的理解，用戶(hù)對(duì)計(jì)算機(jī)系統(tǒng)的能力和限制缺乏了解，任何一個(gè)系統(tǒng)都會(huì)有很多的用戶(hù)或者不同類(lèi)型的用戶(hù)，每個(gè)用戶(hù)只知道自己需要的系統(tǒng)，而不知道系統(tǒng)的整體情況，他們不知道系統(tǒng)作為一個(gè)整體怎么樣工作效率更好，也不太清楚那些工作可以交給軟件完成，他們不清楚需求是什么，或者說(shuō)如何以一種精確的方式來(lái)描述需求，他們需要開(kāi)發(fā)人員的協(xié)助和指導(dǎo)，但是用戶(hù)與開(kāi)發(fā)人員之間的交流很容易出現(xiàn)障礙，忽略了那些被認(rèn)為是"很明顯"的信息。最后是需求的確認(rèn)，因?yàn)樾枨蟮牟环€(wěn)定性往往隨著時(shí)間的推移產(chǎn)生變動(dòng)，使之難以確認(rèn)。為了克服以上的問(wèn)題，必須有組織的執(zhí)行需求的獲取活動(dòng)。
需求獲取活動(dòng)建議要完成的11個(gè)任務(wù)或者說(shuō)步驟分別是確定需求過(guò)程、編寫(xiě)項(xiàng)目視圖和范圍文檔、用戶(hù)群分類(lèi)、選擇用戶(hù)代表、選擇用戶(hù)代表、建立核心隊(duì)伍、確定使用實(shí)例、召開(kāi)聯(lián)合會(huì)議、分析用戶(hù)工作流程、確定質(zhì)量屬性、檢查問(wèn)題報(bào)告和需求重用。當(dāng)然應(yīng)該根據(jù)組織和項(xiàng)目的具體情況進(jìn)行適當(dāng)?shù)牟脺p，比如根據(jù)項(xiàng)目和用戶(hù)情況把需求獲取會(huì)議改成問(wèn)卷調(diào)查或者座談等等。
1、編寫(xiě)項(xiàng)目視圖和范圍文檔
系統(tǒng)的需求包括四個(gè)不同的層次：業(yè)務(wù)需求、用戶(hù)需求和功能需求、非功能性需求。業(yè)務(wù)需求說(shuō)明了提供給用戶(hù)新系統(tǒng)的最初利益,反映了組織機(jī)構(gòu)或用戶(hù)對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求，它們?cè)陧?xiàng)目視圖與范圍文檔中予以說(shuō)明。用戶(hù)需求文檔描述了用戶(hù)使用產(chǎn)品必須要完成的任務(wù)，這在使用實(shí)例文檔或方案腳本說(shuō)明中予以說(shuō)明。功能需求定義了開(kāi)發(fā)人員必須實(shí)現(xiàn)的軟件功能，使得用戶(hù)能完成他們的任務(wù)，從而滿足了業(yè)務(wù)需求。
產(chǎn)品所用的過(guò)程。項(xiàng)目相關(guān)人員對(duì)項(xiàng)目的目標(biāo)和范圍能達(dá)成共識(shí),整個(gè)項(xiàng)目組都應(yīng)該把注意力集中在項(xiàng)目目標(biāo)和范圍上。
2、用戶(hù)群分類(lèi)
系統(tǒng)用戶(hù)在很多方面存在著差異，例如：使用系統(tǒng)的頻度和程度、應(yīng)用領(lǐng)域和計(jì)算機(jī)系統(tǒng)知識(shí)、所使用的系統(tǒng)特性、所進(jìn)行的業(yè)務(wù)過(guò)程、訪問(wèn)權(quán)限、地理上的布局以及個(gè)人的素質(zhì)和喜好等等。根據(jù)這些差異，你可以把這些不同的用戶(hù)分成不同的用戶(hù)類(lèi)。與uml中usecase的actor概念一樣，用戶(hù)類(lèi)不一定都指人，也可以包括其他應(yīng)用系統(tǒng)、接口或者硬件，這樣做使得與系統(tǒng)邊界外的接口也成為系統(tǒng)需求。將用戶(hù)群分類(lèi)并歸納各自特點(diǎn)，并詳細(xì)描述出它們的個(gè)性特點(diǎn)及任務(wù)狀況，將有助于需求的獲取和系統(tǒng)設(shè)計(jì)。
3、選擇用戶(hù)代表
不可能對(duì)所有的用戶(hù)都進(jìn)行需求獲取，這樣做時(shí)間不允許效果也不一定好，所以要識(shí)別出能夠確定需求和了解業(yè)務(wù)流程的用戶(hù)作為每類(lèi)用戶(hù)的代表。每類(lèi)用戶(hù)至少選擇一位能真正代表他們需求的人作為代表并且能夠作出決策，用戶(hù)代表往往是本類(lèi)用戶(hù)中三類(lèi)人：對(duì)項(xiàng)目有決定權(quán)的領(lǐng)導(dǎo)、熟悉業(yè)務(wù)流程的專(zhuān)家、系統(tǒng)最終用戶(hù)。每一個(gè)用戶(hù)代表者代表了一個(gè)特定的用戶(hù)類(lèi)，并在那個(gè)用戶(hù)類(lèi)和開(kāi)發(fā)者之間充當(dāng)主要的接口，用戶(hù)代表從他們所代表的用戶(hù)類(lèi)中收集需求信息，同時(shí)每個(gè)用戶(hù)代表又負(fù)責(zé)協(xié)調(diào)他們所代表的用戶(hù)在需求表達(dá)上的不一致性和不兼容性。
4、建立核心隊(duì)伍
通常用戶(hù)和開(kāi)發(fā)人員不自覺(jué)的都有一種"我們和他們"的想法，產(chǎn)生一種對(duì)立關(guān)系，把彼此放在對(duì)立面，每一方都定義自己的"邊界"，只想自己的利益而忽略對(duì)方的想法。他們通過(guò)文檔、記錄和對(duì)話來(lái)溝通，而不是作為一個(gè)合作的整體去識(shí)別和確定需求完成任務(wù)。實(shí)踐證明這樣的方法是不正確的.，不會(huì)給雙方帶來(lái)一點(diǎn)益處,良好的溝通關(guān)系沒(méi)有建立導(dǎo)致了誤解和忽略重要的信息。只有當(dāng)雙方參與者都明白要成功自己需要什么，同時(shí)也知道要成功對(duì)方需要什么時(shí)，才能建立起一種合作關(guān)系。
《獲取用戶(hù)需求的十大溝通技巧》全文內(nèi)容當(dāng)前網(wǎng)頁(yè)未完全顯示，剩余內(nèi)容請(qǐng)?jiān)L問(wèn)下一頁(yè)查看。
用戶(hù)需求申請(qǐng)書(shū)篇一
尊敬__縣人民政府領(lǐng)導(dǎo)：
申請(qǐng)人：__，__省__縣人，大專(zhuān)畢業(yè)，本科在讀，于__x年3月通過(guò)事業(yè)單位招聘考試，被分配在__縣__鎮(zhèn)__小學(xué)從事教育工作至今。
自參加工作以來(lái)，本人服從學(xué)校領(lǐng)導(dǎo)安排，連續(xù)三年半擔(dān)任班主任及校遠(yuǎn)程教育管理員工作，并先后從事三至五年級(jí)數(shù)學(xué)、全校英語(yǔ)等教學(xué)工作。工作兢兢業(yè)業(yè)，與同事和睦相處，并積極參加各類(lèi)活動(dòng)。在工作中學(xué)到了很多知識(shí)，在教學(xué)上取得了優(yōu)異成績(jī)，自身也得到較好發(fā)展。在領(lǐng)導(dǎo)的關(guān)懷下，我非常熱愛(ài)教育工作，嚴(yán)格要求自己，對(duì)學(xué)校和學(xué)生產(chǎn)生了感情?？墒?，擺在我面前的問(wèn)題，卻是現(xiàn)實(shí)和殘酷的。我家在__，工作在__，兩地相距300公里，交通非常不方便。從戈令回家一趟，至少需要3—4天時(shí)間，車(chē)費(fèi)也得花費(fèi)__多元。家里父母體弱多病，丈夫在__上班，休息時(shí)間少而短，沒(méi)有探親假，離家也很遠(yuǎn)，無(wú)法照顧家人。這些，給我生活帶來(lái)諸多不便，也給工作帶來(lái)很大壓力。20__年8月，我要求調(diào)回__縣教育部門(mén)工作，__0縣同意接收，__縣以學(xué)校已經(jīng)開(kāi)學(xué)而不同意放行；20__年8月，我又要求調(diào)回__縣工作，__縣同意放行，__縣當(dāng)年不接收中專(zhuān)生而未能調(diào)回。
綜上所述，為解決我家庭的實(shí)際困難，免除我工作的后顧之憂，今年再次申請(qǐng)調(diào)回__縣__鎮(zhèn)從事教育工作。懇請(qǐng)縣人民政府領(lǐng)導(dǎo)體諒我的多種困難，批準(zhǔn)我的調(diào)動(dòng)申請(qǐng)。如果政府同意了我的申請(qǐng)，那么我一定將原來(lái)在學(xué)習(xí)和工作中學(xué)到的知識(shí)運(yùn)用到教學(xué)工作中，創(chuàng)造出更好的教學(xué)成果，為_(kāi)_縣教育事業(yè)貢獻(xiàn)自己的一切力量！
申請(qǐng)人：
日期：
用戶(hù)需求申請(qǐng)書(shū)篇二
×××派出所或公安局:
我原住址(戶(hù)籍所在地)××××××，姓名××，性別女，漢族，出生于××年×月×日，身份證號(hào)××××××××，現(xiàn)戶(hù)口所在地為××區(qū)××路××號(hào)×××××，為居民戶(hù)口，××年起我長(zhǎng)期在××××在工作和居住?！痢聊辍痢猎隆痢寥瘴遗c貴轄區(qū)××先生結(jié)為夫妻，丈夫××居住地址(戶(hù)籍所在地)××××××，為便于生活、工作、學(xué)習(xí)，現(xiàn)向貴派出所提出申請(qǐng)同意我的戶(hù)口遷至貴轄區(qū)我丈夫處的申請(qǐng)。望給予幫助。
特此申請(qǐng)
申請(qǐng)人:xxx
日期×××
用戶(hù)需求申請(qǐng)書(shū)篇三
第一章 軟件的功能性需求 1.1 功能總框圖 【 提示：將功能性需求分類(lèi)，先粗分再細(xì)分 】。
1.2 功能 a 【提示：此處寫(xiě)一些承上啟下的文字,此節(jié)可分為多個(gè)小節(jié)，對(duì)功能 a 進(jìn)行概述，并且對(duì) a 的子功能也進(jìn)行相應(yīng)的概述，對(duì)功能的概述就是說(shuō)明該功能是做什么事情，而且不是描述怎樣實(shí)現(xiàn)該功能】。
1.2.1 功能框圖 此處描述功能 a 中包含的各子功能及關(guān)系用圖的形式描述出來(lái)。
1.2.2）業(yè)務(wù)流程圖（如果有的話，則進(jìn)行描述；若沒(méi)有，則刪除此節(jié)）此處描述功能 a 的業(yè)務(wù)流程圖。
1.2.3 功能 a.1 1.2.3.1 功能 a.1 業(yè)務(wù)描述 1.2.3.2 功能 a.1 業(yè)務(wù)流程圖 1.2.3.3 業(yè)務(wù)流程附加說(shuō)明（如果有則寫(xiě)，否則刪除此節(jié)）[描述功能 a.1 某些需求必須進(jìn)一步細(xì)化說(shuō)明才能使用戶(hù)明白的部分，以概述和業(yè)務(wù)流程圖的形式說(shuō)明 ] 1.2.3.4 功能 a.1 界面原型 1.2.3.5 功能 a.1 數(shù)據(jù)要素 如果是采用數(shù)據(jù)元素，則將相關(guān)聯(lián)的數(shù)據(jù)靠在一起。
序號(hào) 要素名稱(chēng) 數(shù)據(jù)類(lèi)型 最大長(zhǎng)度 要求的精度 缺省值 備注
1 2 3 注解：將某些具有多個(gè)值的元素的值全列出來(lái)。
用戶(hù)需求調(diào)研報(bào)告
在校學(xué)生需求情況調(diào)查報(bào)告
關(guān)于珍珠奶茶市場(chǎng)用戶(hù)需求調(diào)查問(wèn)卷
關(guān)于化妝品市場(chǎng)用戶(hù)需求調(diào)查問(wèn)卷
用戶(hù)需求申請(qǐng)書(shū)篇四
尊敬的王總：
你們好!
本人__是20__年11月20日到迎駕銷(xiāo)售公司上班的。在合肥倉(cāng)庫(kù)收兌獎(jiǎng)箱瓶工作至20__年6月份隨后被調(diào)到天津做倉(cāng)庫(kù)工作至今已有五年。
本人這次申請(qǐng)調(diào)離迎駕銷(xiāo)售公司回霍山的原因有以下幾點(diǎn)。希王總批準(zhǔn)。
1. 本人在20__年10月已口頭向李總說(shuō)過(guò)一次想調(diào)回霍山，當(dāng)時(shí)因天津倉(cāng)庫(kù)就一個(gè)人走不開(kāi)，更因天津龍博倉(cāng)庫(kù)要?jiǎng)澖o貢酒公司，已看到可被公司適時(shí)調(diào)回的希望，就口頭同意在天津還工作一年，而今年六月份天津龍博倉(cāng)庫(kù)再次被劃給銷(xiāo)售公司，看不到被公司主動(dòng)調(diào)我回霍山的希望，經(jīng)本人認(rèn)真考慮打此調(diào)離申請(qǐng)。
2. 本人在天津的生活情況與我的家庭現(xiàn)況均需要我回去。本人從結(jié)婚之日起就將夫妻感情看的很重，在遠(yuǎn)離妻子這三年中，晚上沒(méi)有一次外出倉(cāng)庫(kù)。由此造成身心疲憊，到如今每晚只有三至四個(gè)小時(shí)的睡眠。長(zhǎng)期在外，我的孩子得不到父愛(ài)，每次與家里通電話時(shí)孩子都不主動(dòng)接電話，妻子將電話給女兒，女兒便問(wèn)爸爸你什么時(shí)候回來(lái)。而兒子總不要接我的電話，妻子將電話放到兒子的手上，兒子卻只說(shuō)一名話——爸爸不要家，大壞蛋!妻子讀書(shū)少，女兒家庭作業(yè)做不好需要我教她。還有我的父母均是上八十歲的高齡，而我的二個(gè)哥哥也在外地工作，老人太孤單需要我的照顧。
3. 從工資收入方面看，本人也不適合在外做倉(cāng)庫(kù)工作。20__年至20__年我在上海服裝企業(yè)做管理工作，工資已從20__多元逐年升到3000多元，企業(yè)還給我家庭單配住房。20__年至20__年自已在上海開(kāi)服裝公司失敗，在家休整帶孩子期間被親友介紹入迎駕，因本人不了解迎駕工作常會(huì)調(diào)動(dòng)而選擇在合肥工作。沒(méi)想到如今是工資不高離家更遠(yuǎn)，而孩子也來(lái)不了天津上學(xué)。20__我介紹了我曾經(jīng)的二位服裝企業(yè)同事入迎駕做銷(xiāo)售，如今萬(wàn)正基在上海銷(xiāo)售做的好工資拿到8000元是常有的事，而羅擁軍也因業(yè)務(wù)做的更好，隨周總升調(diào)去南京。想想自己，在迎駕做了份遠(yuǎn)離家人而又工資不高的工作很是難過(guò)。
敬禮!
用戶(hù)需求申請(qǐng)書(shū)篇五
第一、自己必須對(duì)產(chǎn)品必須有一定的了解
想要獲得用戶(hù)的真正需求就必須先對(duì)產(chǎn)品有一定的深入了解，這樣才能更加實(shí)際的為用戶(hù)供不同的方案。這個(gè)好比好多人目前不知道怎樣寫(xiě)文章，其實(shí)寫(xiě)文章也不是一件難事，只要你對(duì)產(chǎn)品有足夠了解的話，那么你每天都可以根據(jù)自己的產(chǎn)品進(jìn)行撰寫(xiě)，你也可以寫(xiě)出你對(duì)此產(chǎn)品的看法及適合難些用戶(hù)的.需求，這樣的文章我個(gè)人感覺(jué)肯定是非常的受歡迎。若已經(jīng)存在這樣的文章的話，那么你大可以對(duì)此文章進(jìn)行再次的完善。這樣的話可以讓該篇文章更加的生動(dòng)。舉例說(shuō)明下吧：可能目前還是有眾多的人不懂得怎樣建站，那么可能已經(jīng)存在很多的文章說(shuō)怎樣建站。可是文章可能都是一些文字說(shuō)明，沒(méi)有那么形象具體化。這樣會(huì)導(dǎo)致用戶(hù)再學(xué)的過(guò)程中不斷的出現(xiàn)問(wèn)題，這樣會(huì)使用戶(hù)更加的煩躁。若你這個(gè)時(shí)候弄一些圖文教程或者視頻教程的話，那么這樣你可以在沒(méi)操作一步把每一個(gè)會(huì)發(fā)生的細(xì)節(jié)都形象的標(biāo)注出來(lái)的話，那么這樣的文章肯定會(huì)大受歡迎。若圖文教程和視頻教程都已經(jīng)存在了，那么你還可以在從小的細(xì)的方面出發(fā)。比如專(zhuān)門(mén)開(kāi)貼寫(xiě)dede、wordpress及z-blog等建站教程，這樣的話就可以幫助那些有針對(duì)性的用戶(hù)學(xué)習(xí)。
第二、善于換位思考
你覺(jué)得好的，別人不一定覺(jué)得好。所以做什么事情要多方面的考慮，特別要進(jìn)行換位思考才行。比如你若要買(mǎi)這個(gè)產(chǎn)品，那么你會(huì)通過(guò)怎樣的詞進(jìn)行搜索、你對(duì)這些產(chǎn)品有哪些疑問(wèn)等等都可以先自行整理出來(lái)，整理出來(lái)之后才通過(guò)搜索引擎進(jìn)行一系列的搜索已出現(xiàn)并解決、者已出現(xiàn)未解決的、已出現(xiàn)并沒(méi)完事解決、未出現(xiàn)的問(wèn)題。把你自己換位思考的問(wèn)題及結(jié)合搜索引擎羅列出來(lái)的問(wèn)題都匯總到一個(gè)文本文檔里面，再逐一的想法子完善的解決每一個(gè)問(wèn)題。
第三、從已成交用戶(hù)和失去的用戶(hù)入手
可能如今很多人覺(jué)得已經(jīng)成交的用戶(hù)已經(jīng)對(duì)我們沒(méi)有多大作用了，其實(shí)你若這樣想的話，那么你真的錯(cuò)的無(wú)藥可救。因?yàn)橐殉山坏挠脩?hù)對(duì)你的幫助是非常的大，你可以把他們培養(yǎng)成你的忠實(shí)用戶(hù)并且可以向他們求教一些他們對(duì)產(chǎn)品的看法，看他們對(duì)產(chǎn)品還有那些困惑，把他們的困惑整理出來(lái)并一并的給予解惑。這樣的話，他們就會(huì)對(duì)產(chǎn)品更加的放心，以后再在你的網(wǎng)站購(gòu)買(mǎi)東西就不會(huì)顧慮的那么多了。好吧，從成交的用戶(hù)下手你說(shuō)的很對(duì)。那么為何還要從失去的用戶(hù)下手呢?失敗的訂單存在兩種情況：(1)、用戶(hù)自身購(gòu)買(mǎi)欲望不強(qiáng)。(2)、你的產(chǎn)品用戶(hù)還有諸多的顧慮。針對(duì)用戶(hù)自身購(gòu)買(mǎi)欲望不強(qiáng)這種情況的話，那么就要發(fā)揮你的口才了，要讓用戶(hù)深刻的了解擁有該產(chǎn)品會(huì)給他帶來(lái)哪些好處。只有讓用戶(hù)深刻的走入該產(chǎn)品那么才有望成交。針對(duì)用戶(hù)對(duì)產(chǎn)品的顧慮這種情況的話，那么你一定要想法子找出到底是哪種顧慮讓用戶(hù)不敢購(gòu)買(mǎi)。只有解決了，才能失去這一個(gè)用戶(hù)，要不然沒(méi)解決的話。下一個(gè)用戶(hù)過(guò)來(lái)還是有這些顧慮的話，那么你失去的用戶(hù)將會(huì)越來(lái)越多。
用戶(hù)需求申請(qǐng)書(shū)篇六
蘭州城市學(xué)院
信息工程學(xué)院111本
楊大鑫，王稼宇，王藝森
2014年3月31日
目錄
1.引言
1.1編寫(xiě)目的
該文檔是關(guān)于用戶(hù)對(duì)于網(wǎng)上購(gòu)物系統(tǒng)的功能和性能的要求，重點(diǎn)描述了網(wǎng)上購(gòu)物系統(tǒng)的功能需求，是概要設(shè)計(jì)階段的重要輸入。
本文檔的預(yù)期讀者是：
·設(shè)計(jì)人員； ·開(kāi)發(fā)人員； ·項(xiàng)目管理人員； ·測(cè)試人員； ·用戶(hù)。
1.2項(xiàng)目背景
軟件名稱(chēng)：網(wǎng)上購(gòu)物系統(tǒng)
1.3范圍
該文檔是借助于當(dāng)前系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型的，解決整個(gè)項(xiàng)目系統(tǒng)的“做什么”的問(wèn)題。在這里，沒(méi)有涉及開(kāi)發(fā)技術(shù)，而主要是通過(guò)建立模型的方式來(lái)描述用戶(hù)的需求，為客戶(hù)、用戶(hù)、開(kāi)發(fā)方等不同參與方提供一個(gè)交流的平臺(tái)。
1.4參考資料
軟件工程案例分析教程（軟件項(xiàng)目開(kāi)發(fā)實(shí)例）
韓萬(wàn)江、姜立新等編著
——機(jī)械工業(yè)出版社 軟件工程導(dǎo)論（第五版）
張海藩編著
——清華大學(xué)出版社
2.系統(tǒng)定義
2.1項(xiàng)目來(lái)源及背景
隨著internet國(guó)際互聯(lián)網(wǎng)的發(fā)展，越來(lái)越多的企業(yè)開(kāi)始建造自己的網(wǎng)站?；趇nternet的信息服務(wù)，商務(wù)服務(wù)已經(jīng)成為現(xiàn)代企業(yè)一項(xiàng)不可缺少的內(nèi)容。很多企業(yè)都已不滿足于建立一個(gè)簡(jiǎn)單的僅僅能夠發(fā)布信息的靜態(tài)網(wǎng)站。現(xiàn)代企業(yè)需要的是一個(gè)功能強(qiáng)大的，能提供完善的電子商務(wù)服務(wù)的動(dòng)態(tài)商務(wù)網(wǎng)站。
本系統(tǒng)是一個(gè)中小型的電子商務(wù)系統(tǒng)----網(wǎng)上購(gòu)物系統(tǒng)，可以為各類(lèi)用戶(hù)提供方便的在線購(gòu)物環(huán)境，符合目前國(guó)內(nèi)流行的電子商務(wù)模式。用戶(hù)可以在系統(tǒng)中實(shí)現(xiàn)注冊(cè)、瀏覽商品、搜索查詢(xún)商品、下定單、處理定單等功能；管理員可以通過(guò)用戶(hù)管理、定單管理、商品管理、評(píng)論管理等管理功能來(lái)對(duì)系統(tǒng)進(jìn)行維護(hù)更新。
2.2用戶(hù)特點(diǎn)
本系統(tǒng)的用戶(hù)都是網(wǎng)上用戶(hù)，包括兩類(lèi)，一類(lèi)是購(gòu)物者，他們的差異比較大，學(xué)歷有高有低，年齡有老有幼。另外一類(lèi)用戶(hù)是管理者，負(fù)責(zé)物品的上架下架及網(wǎng)站的日常維護(hù)。
2.3項(xiàng)目目標(biāo)
本項(xiàng)目設(shè)定的目標(biāo)如下：
·系統(tǒng)應(yīng)具有良好的可擴(kuò)充性，可以容易地加入其他系統(tǒng)的應(yīng)用；
·平臺(tái)的設(shè)計(jì)具有一定的超前性，靈活性，能夠適應(yīng)企業(yè)生產(chǎn)配置的變化； ·通過(guò)這個(gè)項(xiàng)目可以鍛煉隊(duì)伍，提高團(tuán)隊(duì)的開(kāi)發(fā)能力和項(xiàng)目管理能力。
3.應(yīng)用環(huán)境
根據(jù)用戶(hù)的需求陳述，可以確定本項(xiàng)目分為客戶(hù)端和管理端?？蛻?hù)端為購(gòu)物者服務(wù)，有注冊(cè)，登陸，選擇要購(gòu)買(mǎi)的商品放入購(gòu)物車(chē)，確認(rèn)訂購(gòu)等功能。管理端為管理員服務(wù)，有添加商品，修改商品，管理商品評(píng)論等功能。
客戶(hù)端流程圖分別如圖a-1所示。
確認(rèn)訂購(gòu)
3.1系統(tǒng)運(yùn)行的網(wǎng)絡(luò)環(huán)境
無(wú)論是客戶(hù)端的購(gòu)物者還是管理端的管理者都可以通過(guò)網(wǎng)絡(luò)登錄到本系統(tǒng)中。購(gòu)物者通過(guò)網(wǎng)絡(luò)瀏覽商品信息，提交商品訂單，支付貨款等，管理者通過(guò)網(wǎng)絡(luò)發(fā)布商品信息，根據(jù)訂單發(fā)貨等。
3.2系統(tǒng)運(yùn)行的硬件環(huán)境
·能夠運(yùn)行ie5.0以上或者netscape4.0以上版本的機(jī)器
·分辨率：推薦使用1024×768像素 web服務(wù)器
·cpu：p42.0ghz ·內(nèi)存：1gb以上 ·硬盤(pán)：80gb以上
3.3系統(tǒng)運(yùn)行軟件環(huán)境
本系統(tǒng)的軟件環(huán)境如下：
4.功能規(guī)格
我們采用面向?qū)ο蠓治鲎鳛橹饕南到y(tǒng)建模方法，使用uml作為建模語(yǔ)言。uml為建模活動(dòng)提供了從不同角度觀察和展示系統(tǒng)的各種特征方法。在uml中，從任何一個(gè)角度對(duì)系統(tǒng)所作的抽象都可能需要幾種模型來(lái)描述，而這些來(lái)自不同角度的模型圖最終組成了系統(tǒng)的映像。
用例描述角色（用戶(hù)、外部系統(tǒng)以及系統(tǒng)處理）是如何與系統(tǒng)交互來(lái)完成工作的。用例模型提供了一個(gè)非常重要的方式來(lái)界定系統(tǒng)邊界以及定義系統(tǒng)功能，同時(shí)，改模型將來(lái)可以派生出動(dòng)態(tài)對(duì)象模型。
設(shè)計(jì)用例時(shí)，我們遵循下列步驟：
1）識(shí)別出系統(tǒng)的角色。角色可以是用戶(hù)、外部系統(tǒng)，甚至是外部處理，通過(guò)某種途徑與系統(tǒng)交互。重要的是著重從系統(tǒng)外部執(zhí)行者的角度來(lái)描述系統(tǒng)需要提供哪些功能，并指明這些功能的執(zhí)行者（角色）是誰(shuí)。盡可能地確保所有角色都被完全識(shí)別出來(lái)。
2）描述主要的用例?？梢圆扇〔粩嗟貑?wèn)自己“這個(gè)角色究竟想通過(guò)系統(tǒng)做什么？”來(lái)準(zhǔn)確地描述用例。
3）重新審視每個(gè)用例，為它們下個(gè)詳盡的定義。
4.1角色定義
角色或者執(zhí)行者指與系統(tǒng)產(chǎn)生交互的外部用戶(hù)或者外部系統(tǒng)。
4.1.1購(gòu)物者
購(gòu)物者是指在這個(gè)網(wǎng)上購(gòu)物系統(tǒng)中通過(guò)客戶(hù)端提交商品訂單的人員，這個(gè)角色主要參與客戶(hù)端的瀏覽商品，訂購(gòu)商品等功能。
4.1.2管理者
管理者是指在這個(gè)網(wǎng)上購(gòu)物系統(tǒng)中通過(guò)管理端管理商品信息的人員，這個(gè)角色主要參與管理端的添加商品，修改商品等功能。
4.1.3數(shù)據(jù)庫(kù)
數(shù)據(jù)庫(kù)是一個(gè)與系統(tǒng)產(chǎn)生交互的外部系統(tǒng)，這個(gè)角色負(fù)責(zé)系統(tǒng)的數(shù)據(jù)查詢(xún)、增加、刪除和修改等操作。
4.2系統(tǒng)主用例圖
網(wǎng)上購(gòu)物系統(tǒng)可以分為兩個(gè)主要的組成部分，一個(gè)是客戶(hù)端子系統(tǒng)，一個(gè)是管理端子系統(tǒng)?？蛻?hù)端子系統(tǒng)功能主要是指購(gòu)物者通過(guò)登錄購(gòu)物網(wǎng)站進(jìn)行操作的功能，即購(gòu)物功能。管理端子系統(tǒng)功能主要是指管理者通過(guò)登錄購(gòu)物網(wǎng)站后臺(tái)對(duì)商品進(jìn)行操作的功能，即管理功能。系統(tǒng)的主用例圖如圖a-2所示。
購(gòu)物者客戶(hù)端子系統(tǒng)管理者管理端子系統(tǒng)
圖a-2
4.3客戶(hù)端子系統(tǒng)
購(gòu)買(mǎi)者通過(guò)網(wǎng)上購(gòu)物系統(tǒng)瀏覽商品，登陸系統(tǒng)，將想要購(gòu)買(mǎi)的商品放入購(gòu)物車(chē)，選好商品后去收銀臺(tái)，填寫(xiě)并確認(rèn)收貨人信息，選擇支付方式，提交訂單，完成商品的訂購(gòu)。它的活動(dòng)圖如圖a-3所示。
客戶(hù)端的用例圖如圖a-4所示。
登陸瀏覽、選擇商品放入購(gòu)物車(chē)購(gòu)買(mǎi)者確認(rèn)收貨人信息或修改收貨人信息選擇支付方式
圖a-4
客戶(hù)端的這些用例描述如下：
f-c-1：登陸。購(gòu)買(mǎi)者在購(gòu)買(mǎi)商品之前必須登陸到網(wǎng)站，如果沒(méi)有注冊(cè)將不能使用網(wǎng)站的購(gòu)買(mǎi)功能。
f-c-2：瀏覽、選擇商品。購(gòu)買(mǎi)者打開(kāi)購(gòu)物網(wǎng)站可以看到各種商品信息，當(dāng)點(diǎn)擊某一商品時(shí)就會(huì)有相應(yīng)的介紹該商品的頁(yè)面，描述商品的具體信息，如類(lèi)型、質(zhì)地、價(jià)格、所在地區(qū)等。
f-c-3：放入購(gòu)物車(chē)。購(gòu)買(mǎi)者在選中一個(gè)商品后就可以將此商品放入購(gòu)物車(chē)，購(gòu)物車(chē)顯示商品的名稱(chēng)、單價(jià)、數(shù)量、商品總價(jià)等信息。
f-c-4：確認(rèn)收貨人信息或修改收貨人信息。購(gòu)買(mǎi)者需要確認(rèn)收貨人信息準(zhǔn)確無(wú)誤，這是所購(gòu)買(mǎi)的商品正確到貨的重要前提。
f-c-5：選擇支付方式。購(gòu)買(mǎi)者可以選擇使用網(wǎng)上銀行、使用郵局匯款等方式進(jìn)行支付。
4.3.1登陸
只有登陸之后購(gòu)買(mǎi)者才能完成商品的購(gòu)買(mǎi)。沒(méi)有登陸系統(tǒng)的用戶(hù)只能瀏覽、選擇商品或?qū)⑸唐芳尤胭?gòu)物車(chē)，要填寫(xiě)收貨人信息或者支付貨款、提交訂單都需要登陸系統(tǒng)。如果用戶(hù)沒(méi)有注冊(cè)則進(jìn)行注冊(cè)，之后方可登陸。
用例描述：登陸；
執(zhí)行者：購(gòu)買(mǎi)者；
前置條件：用戶(hù)通過(guò)瀏覽器打開(kāi)網(wǎng)上購(gòu)物系統(tǒng)；
后置條件：登陸后可以進(jìn)行商品付款、訂購(gòu)操作。
基本路徑：
a）購(gòu)買(mǎi)者打開(kāi)網(wǎng)上購(gòu)物系統(tǒng)；
b）在登陸框中輸入用戶(hù)名和密碼，點(diǎn)擊確定即可登錄系統(tǒng)。
4.3.2瀏覽、選擇商品
購(gòu)買(mǎi)者通過(guò)網(wǎng)站瀏覽商品信息，選擇所要購(gòu)買(mǎi)的商品。
用例描述：瀏覽、選擇商品；
執(zhí)行者：購(gòu)買(mǎi)者；
前置條件：用戶(hù)通過(guò)瀏覽器打開(kāi)網(wǎng)上購(gòu)物系統(tǒng)；
后置條件：用戶(hù)可將選中的商品加入購(gòu)物車(chē)。
基本路徑：
a）購(gòu)買(mǎi)者打開(kāi)網(wǎng)上購(gòu)物系統(tǒng)，網(wǎng)站顯示各種商品的信息；
b）點(diǎn)擊想要購(gòu)買(mǎi)的商品，將顯示商品的詳細(xì)信息，如類(lèi)型、質(zhì)地、價(jià)格、所在地區(qū)等。
4.3.3放入購(gòu)物車(chē)
購(gòu)買(mǎi)者可以將選中的商品放入購(gòu)物車(chē)，然后繼續(xù)選擇下一個(gè)商品。購(gòu)物車(chē)用來(lái)保存用戶(hù)所選擇的商品信息。
用例描述：放入購(gòu)物車(chē)； 執(zhí)行者：購(gòu)買(mǎi)者；
前置條件：購(gòu)買(mǎi)者已經(jīng)有選擇的商品；
后置條件：放入購(gòu)物車(chē)的商品可以付款訂購(gòu)?；韭窂剑?BR> a）購(gòu)買(mǎi)者將選擇的商品加入到購(gòu)物車(chē)； b）繼續(xù)挑選商品或者進(jìn)入收銀臺(tái)結(jié)賬。
4.3.4確認(rèn)收貨人信息或修改收貨人信息
購(gòu)買(mǎi)者進(jìn)入收銀臺(tái)之后需填寫(xiě)收貨人信息并確認(rèn)，保證收貨地址的正確。
用例描述：確認(rèn)收貨人信息或修改收貨人信息；
執(zhí)行者：購(gòu)買(mǎi)者；
前置條件：購(gòu)買(mǎi)者已有選擇的商品并需要購(gòu)買(mǎi)；
后置條件：確認(rèn)收貨人信息或修改收貨人信息之后可以選擇貨款的支付方式等進(jìn)一步操作。
基本路徑：
a）進(jìn)入收銀臺(tái)頁(yè)面，將提示用戶(hù)填寫(xiě)收貨人信息，需確保地址的準(zhǔn)確性以保證正確到貨。
b）可以保持以前填寫(xiě)的收貨人信息，也可以填寫(xiě)新的收貨人信息。
4.3.5選擇支付方式
購(gòu)買(mǎi)者可以選擇郵局匯款或者網(wǎng)上銀行支付的方式支付貨款。
用例描述：選擇支付方式；
執(zhí)行者：購(gòu)買(mǎi)者；
前置條件：購(gòu)買(mǎi)者已經(jīng)確認(rèn)收貨人信息；
后置條件：選擇支付方式后可以進(jìn)行訂單確認(rèn)并提交以完成商品的訂購(gòu)。
基本路徑：
a）購(gòu)買(mǎi)者進(jìn)入支付方式選擇頁(yè)面，將看到兩種支付方式，一種是郵局匯款，一種是網(wǎng)上銀行支付。
b）選擇一種支付方式并確定。
4.4管理端子系統(tǒng)
系統(tǒng)管理員登陸到管理端子系統(tǒng)進(jìn)行訂單管理，商品管理以及用戶(hù)管理。管理端的用例圖如圖a-5所示。
登陸訂單管理商品管理管理者用戶(hù)管理
圖a-5
管理端的這些用例描述如下：
f-m-1：登陸。管理者只有登錄之后才能執(zhí)行其管理功能。f-m-2：訂單管理。管理者可以查看客戶(hù)訂單并管理訂單。f-m-3：商品管理。對(duì)商品進(jìn)行添加，修改，刪除等操作。f-m-4：用戶(hù)管理。管理購(gòu)買(mǎi)者的賬號(hào)及其相關(guān)信息。
4.4.1登陸
前置條件：管理員通過(guò)瀏覽器打開(kāi)網(wǎng)上購(gòu)物系統(tǒng)；
b）在登陸框中輸入用戶(hù)名和密碼，點(diǎn)擊確定即可登錄系統(tǒng)。
4.4.2訂單管理
進(jìn)入訂單管理頁(yè)面管理員可以查看購(gòu)買(mǎi)者提供的訂單，并根據(jù)訂單信息發(fā)貨，同時(shí)可以對(duì)訂單進(jìn)行統(tǒng)計(jì)，也可以銷(xiāo)毀已完成交易的訂單。
用例描述：訂單管理；
執(zhí)行者：管理者；
前置條件：管理者已經(jīng)登錄系統(tǒng)；
后置條件：整理后的訂單信息將記錄到數(shù)據(jù)庫(kù)中。
基本路徑：
a）進(jìn)入訂單管理界面，可以查看各個(gè)用戶(hù)提交的訂單信息，根據(jù)訂單信息發(fā)送貨物。
b）可以對(duì)訂單進(jìn)行統(tǒng)計(jì)操作，統(tǒng)計(jì)不同用戶(hù)的訂單數(shù)，統(tǒng)計(jì)所有用戶(hù)的訂單總數(shù)，可以根據(jù)時(shí)間進(jìn)行統(tǒng)計(jì)，也可根據(jù)訂購(gòu)商品類(lèi)型進(jìn)行統(tǒng)計(jì)。
c）可以重新對(duì)訂單進(jìn)行分類(lèi)排序，可以銷(xiāo)毀已經(jīng)完成交易的訂單，以便釋放資源繼續(xù)使用。
4.4.3商品管理
前置條件：管理者已登錄到系統(tǒng)；
后置條件：整理后的商品信息將記錄到數(shù)據(jù)庫(kù)中?；韭窂剑?BR> a）進(jìn)入商品管理頁(yè)面，可以選擇添加、修改或刪除操作。
e）商品信息包括商品的類(lèi)型、質(zhì)地、價(jià)格、所在地區(qū)等詳細(xì)說(shuō)明。
4.4.4用戶(hù)管理
管理者可以對(duì)用戶(hù)賬戶(hù)進(jìn)行管理。用例描述：用戶(hù)管理； 執(zhí)行者：管理者；
前置條件：管理者已登錄到系統(tǒng)；
后置條件：整理后的用戶(hù)信息將記錄到數(shù)據(jù)庫(kù)中?；韭窂剑?BR> a）進(jìn)入用戶(hù)管理界面，可以查看所有用戶(hù)的信息；
b）對(duì)于長(zhǎng)期不活動(dòng)的用戶(hù)可以銷(xiāo)毀其注冊(cè)賬戶(hù)以釋放系統(tǒng)資源。c）對(duì)于行為造成不良后果的不法用戶(hù)可以?xún)鼋Y(jié)其賬戶(hù)。
5.性能需求
根據(jù)用戶(hù)對(duì)本系統(tǒng)的要求，確定系統(tǒng)在響應(yīng)時(shí)間、可靠性、安全性等方面有較高的性能要求。
5.1界面需求
系統(tǒng)的界面要求如下。
1）頁(yè)面內(nèi)容：主題突出，站點(diǎn)定義、術(shù)語(yǔ)和行文格式統(tǒng)一、規(guī)范、明確，欄目、菜單設(shè)置和布局合理，傳遞的信息準(zhǔn)確、及時(shí)。內(nèi)容豐富，文字準(zhǔn)確，語(yǔ)句通順；專(zhuān)用術(shù)語(yǔ)規(guī)范，行文格式統(tǒng)一規(guī)范。
2）導(dǎo)航結(jié)構(gòu)：頁(yè)面具有明確的導(dǎo)航指標(biāo)，且便于理解，方便用戶(hù)使用。3）技術(shù)環(huán)境：頁(yè)面大小適當(dāng)，能用各種常用瀏覽器以不同分辨率瀏覽；無(wú)錯(cuò)誤鏈接和空鏈接，采用css處理，控制字體大小和版面布局。
4）藝術(shù)風(fēng)格：界面、版面形象清新悅目、布局合理，字號(hào)大小適宜、字體選擇合理，前后一致，美觀大方；動(dòng)與靜搭配恰當(dāng)，動(dòng)靜效果好；色彩和諧自然，與主題內(nèi)容相協(xié)調(diào)。
5.2響應(yīng)時(shí)間需求
無(wú)論是客戶(hù)端還是管理端，當(dāng)用戶(hù)登錄，進(jìn)行任何操作的時(shí)候，系統(tǒng)應(yīng)該及時(shí)地進(jìn)行反應(yīng)，反應(yīng)時(shí)間在5秒以?xún)?nèi)。系統(tǒng)應(yīng)能監(jiān)測(cè)出各種非正常情況，如與設(shè)備的通信中斷，無(wú)法連接數(shù)據(jù)庫(kù)服務(wù)器等，以避免出現(xiàn)長(zhǎng)時(shí)間等待甚至無(wú)響應(yīng)。
5.3可靠性需求
系統(tǒng)應(yīng)保證7×24小時(shí)內(nèi)不宕機(jī)，保證20人可以同時(shí)在客戶(hù)端登錄，此時(shí)系統(tǒng)能正常運(yùn)行，正確提示相關(guān)內(nèi)容。
5.4開(kāi)放性要求
系統(tǒng)應(yīng)具有較強(qiáng)的靈活性，以適應(yīng)將來(lái)功能擴(kuò)展的需求。
5.5可擴(kuò)展性需求
系統(tǒng)設(shè)計(jì)要求能夠體現(xiàn)擴(kuò)展性要求，以適應(yīng)將來(lái)功能擴(kuò)展的需求。
5.6系統(tǒng)安全性需求
系統(tǒng)有嚴(yán)格的權(quán)限管理功能，各功能模塊需有相應(yīng)的權(quán)限方能進(jìn)入。系統(tǒng)需能夠防止各類(lèi)誤操作可能造成的數(shù)據(jù)丟失、破壞。防止用戶(hù)非法獲取網(wǎng)頁(yè)以及內(nèi)容。
用戶(hù)需求申請(qǐng)書(shū)篇七
一、數(shù)據(jù)搜集：
1.問(wèn)卷調(diào)查
所謂問(wèn)卷調(diào)查，也就是設(shè)計(jì)出一系列的問(wèn)題，通過(guò)網(wǎng)絡(luò)（email、im、website），電話，紙張等形式大面積鋪放，然后回收問(wèn)卷導(dǎo)出特定的信息，設(shè)計(jì)問(wèn)卷時(shí)，首先要搞清楚調(diào)查的目的是什么，然后對(duì)每一個(gè)問(wèn)題進(jìn)行仔細(xì)審核，保證它們的含義清晰并且能夠容易回答，并且在問(wèn)卷設(shè)計(jì)完成之后先找一小部分人試答一下。
在設(shè)計(jì)問(wèn)卷和分析結(jié)果時(shí)，可能任何一點(diǎn)細(xì)節(jié)都會(huì)影響到結(jié)論的準(zhǔn)確度和可信度，例如：
參加調(diào)查的用戶(hù)并不一定就代表所有用戶(hù)
問(wèn)卷來(lái)源可能會(huì)影響研究結(jié)果，有些人對(duì)某個(gè)組織單位沒(méi)有好感，可能會(huì)心情不好等
2.用戶(hù)訪談
也就是個(gè)人采訪，可以是面對(duì)面的也可以是電話的。訪談最好是在用戶(hù)的工作環(huán)境或者家里。訪談更能激發(fā)被訪者的響應(yīng)，不過(guò)比較耗時(shí)，可以先訪談一些代表性用戶(hù)，在對(duì)更廣的用戶(hù)進(jìn)行問(wèn)卷調(diào)查，以驗(yàn)證得到的信息。
3.觀察和提問(wèn)
人們有時(shí)候很難說(shuō)清楚自己在做什么，也很難描述自己是如何執(zhí)行這個(gè)任務(wù)的，所以我們需要觀察他是如何完成任務(wù)的，并在他自然情形下的工作過(guò)程，同事記錄和提出適當(dāng)?shù)膯?wèn)題，有助于我們更透徹的理解用戶(hù)理解任務(wù)。
我們應(yīng)該注意的地方是：觀察的人應(yīng)當(dāng)是最具代表性的用戶(hù)；要想透徹理解用戶(hù)，就需要在他的工作環(huán)境中觀察；提問(wèn)要具體，重點(diǎn)放在他們正在做和剛剛做完的事情；你在這一過(guò)程中產(chǎn)生的想法要馬上告訴用戶(hù)以驗(yàn)證你的理解是正確的。
4.集體討論
二、各種方法比較
三、數(shù)據(jù)搜集一些要注意的地方：
一切重點(diǎn)都是為了搞清楚用戶(hù)需要什么，每個(gè)用戶(hù)類(lèi)別只派一位代表參與是不充分的，打組合拳，不要單一套路，在可能的情況下先小規(guī)模試驗(yàn)，記錄數(shù)據(jù)同樣重要，如果得到的需求信息太多，我們可以采取以下步驟：
讓用戶(hù)列出他們希望通過(guò)產(chǎn)品完成的各種目標(biāo)
讓他們籠統(tǒng)列出達(dá)到目標(biāo)的各種需求
按自己的理解，把這些需求轉(zhuǎn)述給用戶(hù)，讓他們判斷是否正確
鼓勵(lì)用戶(hù)以更開(kāi)放的思路提出更多需求
你提供幾個(gè)需求類(lèi)別，讓用戶(hù)將所有需求“對(duì)號(hào)入座”。
列出各項(xiàng)需求的衡量標(biāo)準(zhǔn)，對(duì)不易衡量的，修改或刪除
四、解釋分析數(shù)據(jù)
在我們拿到了厚厚的一沓數(shù)據(jù)之后，可能會(huì)沒(méi)有一個(gè)清晰的思路，它們可能是音頻的視頻的文字的，看著就煩，但是我們又馬上必須去整理它，越早整理，記憶越清晰，出現(xiàn)的偏差也就越小，尤其對(duì)于訪談這類(lèi)的，用戶(hù)在說(shuō)話時(shí)的動(dòng)作語(yǔ)氣還會(huì)回蕩在你腦海中。這個(gè)時(shí)候我們需要把需求文檔規(guī)范化，volere需求記錄卡是非常實(shí)用的：
需求編號(hào)：101
需求分類(lèi)：故障安全
描述：當(dāng)通信系統(tǒng)終端無(wú)法傳輸數(shù)據(jù)時(shí)，系統(tǒng)發(fā)生警告
原理：如果無(wú)法傳輸數(shù)據(jù)，則可能是系統(tǒng)終端發(fā)生故障需要維護(hù)，或數(shù)據(jù)定義可能出問(wèn)題
來(lái)源：客戶(hù)系統(tǒng)安全工程師
滿足標(biāo)準(zhǔn)：當(dāng)每小時(shí)每個(gè)類(lèi)型通信數(shù)據(jù)超出制造商指定的誤差范圍，產(chǎn)品應(yīng)當(dāng)通知客戶(hù)
完成后客戶(hù)的滿意程度：滿意
未完成客戶(hù)的不滿意度：極為不滿意
相關(guān)需求沖突：無(wú)
支持材料：產(chǎn)品規(guī)格說(shuō)明
歷史：**提出，于*年月日
本文來(lái)自：/?p=272
用戶(hù)需求申請(qǐng)書(shū)篇八
尊敬的酒店領(lǐng)導(dǎo)：
我部強(qiáng)電主管于________年____月離職至今已有一個(gè)多月的時(shí)間了，他的離職對(duì)我部電工班組的工作或多或少的`產(chǎn)生了一些影響，也使我部?jī)?nèi)部管理框架出現(xiàn)了漏洞;這一職位對(duì)我部的管理工作有著重要的意義，該職位長(zhǎng)期空置下去恐對(duì)我部的管理工作產(chǎn)生一些麻煩和影響?，F(xiàn)出于對(duì)酒店利益的考慮也為了更好的建立健全我部管理結(jié)構(gòu)框架更為了維穩(wěn)我部員工思想動(dòng)向?yàn)榫频旮玫牧糇∪瞬拧Ｔ诖吮救肃嵵氐南蚓频觐I(lǐng)導(dǎo)提出盡快確立我部強(qiáng)電主管一職并在此舉薦現(xiàn)任酒店音響師xxxxx接任該職位。
該員工自________年____月入職酒店至今，工作兢兢業(yè)業(yè)，任勞任怨，技術(shù)過(guò)硬，態(tài)度端正，該員工對(duì)酒店的音響燈光系統(tǒng)、衛(wèi)星電視系統(tǒng)、程控交換機(jī)系統(tǒng)和消防系統(tǒng)等，有過(guò)專(zhuān)業(yè)的學(xué)習(xí)和嫻熟的操作技巧，________年之前酒店電視末端信號(hào)質(zhì)量一直很差直接影響到了客人的正常收看,該員工解決了酒店衛(wèi)星電視的信號(hào)問(wèn)題為酒店做出了貢獻(xiàn)。(主要表業(yè)績(jī))
申請(qǐng)人：xxxxxx
職位：副總工程師
________年____月____日
用戶(hù)需求申請(qǐng)書(shū)篇九
隨著網(wǎng)絡(luò)的飛速發(fā)展，利用網(wǎng)絡(luò)來(lái)進(jìn)行交易已經(jīng)變得很常見(jiàn)，這就是我們所熟悉的電子商務(wù)。所謂電子商務(wù)(electric commerce)，就是指人們利用電子手段進(jìn)行商業(yè)貿(mào)易等商務(wù)活動(dòng)，是商務(wù)活動(dòng)的電子化。它包括狹義的電子商務(wù)定義和廣義的電子商務(wù)定義兩部分。狹義的ec(electric commerce)是指人們利用電子手段進(jìn)行以商品交換為中心的各種商務(wù)活動(dòng)，即公司、廠家、商業(yè)企業(yè)、工業(yè)企業(yè)與消費(fèi)者個(gè)人雙方或多方通過(guò)計(jì)算機(jī)網(wǎng)絡(luò)，主要是通過(guò)因特網(wǎng)進(jìn)行的商務(wù)活動(dòng)。廣義的eb(electric business)是指各行各業(yè)中的各種業(yè)務(wù)的電子化，又可稱(chēng)為電子業(yè)務(wù)，包括電子商務(wù)、電子政務(wù)、電子軍務(wù)、電子醫(yī)務(wù)、電子教務(wù)、電子公務(wù)、電子事務(wù)和電子家務(wù)等。
就現(xiàn)存于互聯(lián)網(wǎng)上的“電子商務(wù)”而言，基本上可以分為兩大類(lèi)：
（1）b to b。這是指企業(yè)與企業(yè)(business to business)之間的電子交易系統(tǒng)。企業(yè)與企業(yè)相互之間，利用網(wǎng)絡(luò)及計(jì)算機(jī)技術(shù)直接進(jìn)行企業(yè)之間的商品交易系統(tǒng)，目前以達(dá)到快速可靠的商業(yè)運(yùn)行模式。例如：銀行之間的金融交易制度。
（2）b to c。這是指企業(yè)對(duì)顧客(business to consumer)之間的電子交易機(jī)制。顧客利用互聯(lián)網(wǎng)，直接從網(wǎng)絡(luò)上直接進(jìn)行商品的交易。例如：通過(guò)互聯(lián)網(wǎng)進(jìn)行一般商品的采購(gòu)，或是使用網(wǎng)絡(luò)進(jìn)行與銀行間的金融理財(cái)?shù)取?BR> 1.2 電子商務(wù)與傳統(tǒng)交易的差異
在傳統(tǒng)的交易過(guò)程中，通常由“買(mǎi)”和“賣(mài)”兩方面組成，雖然是簡(jiǎn)單的兩方面，但是整個(gè)交易過(guò)程中有很多手續(xù)。舉例來(lái)說(shuō)：某公司機(jī)遇市場(chǎng)的需求開(kāi)發(fā)出一個(gè)新產(chǎn)品，首先需要教授業(yè)務(wù)人員了解新產(chǎn)品的功能及市場(chǎng)的趨向，然后由業(yè)務(wù)人員銷(xiāo)售給顧客，進(jìn)而賺取利潤(rùn)。對(duì)于顧客來(lái)說(shuō)，在購(gòu)買(mǎi)之前需要自行搜集、尋找相關(guān)產(chǎn)品的信息，在經(jīng)過(guò)分析、對(duì)比后，在進(jìn)行購(gòu)買(mǎi)。在整個(gè)過(guò)程中，需要大量的人力進(jìn)行參與，這就在無(wú)形中增加了費(fèi)用支出。
而在電子商務(wù)交易過(guò)程中，用戶(hù)只需通過(guò)互聯(lián)網(wǎng)和計(jì)算機(jī)，就可以輕松得到所需商品的詳細(xì)信息，并且可以查詢(xún)到相關(guān)產(chǎn)品的信息，輕松比較選擇的同時(shí)，只需填寫(xiě)相關(guān)的個(gè)人信息，就可以下訂單。而作為企業(yè)這一方面，不再需要派業(yè)務(wù)員出去宣傳產(chǎn)品，只需將產(chǎn)品信息發(fā)布到網(wǎng)上就可以了。在收到用戶(hù)訂單后，只需核查該商品的庫(kù)存量，之后就決定商品的發(fā)貨時(shí)間及寄送方式就可以了。再通過(guò)電子郵件的方式通知顧客到貨時(shí)間，而貨款則通過(guò)金融中心或信用卡處理中心處理。整個(gè)過(guò)程幾乎都由計(jì)算機(jī)系統(tǒng)完成，只有少部分必須由人工完成。大大縮減了人力物力的開(kāi)支，無(wú)形中提高了產(chǎn)品利潤(rùn)。
隨著電子商務(wù)的迅猛發(fā)展以及上網(wǎng)人數(shù)的急劇增長(zhǎng)，各個(gè)企業(yè)無(wú)不想在這個(gè)蘊(yùn)藏?zé)o限商機(jī)的網(wǎng)絡(luò)環(huán)境中大施拳腳。這是因?yàn)殡娮由虅?wù)具有以下優(yōu)點(diǎn)：
（1）突破了商業(yè)往來(lái)的時(shí)間限制。網(wǎng)絡(luò)上的計(jì)算機(jī)系統(tǒng)可以給顧客提供一個(gè)完善的網(wǎng)絡(luò)服務(wù)，每天24 小時(shí)、每年365 天，天天不間斷的提供服務(wù)。
（2）突破了地域上的限制。不分國(guó)別，不分地域，不分語(yǔ)言的提供給全球各地的消費(fèi)者，以最快的速度將公司產(chǎn)品的最新功能、售價(jià)及相關(guān)信息提供給客戶(hù)了解。
（3）節(jié)省公司運(yùn)營(yíng)成本。減少業(yè)務(wù)人員的經(jīng)銷(xiāo)費(fèi)用、人事費(fèi)用及管銷(xiāo)費(fèi)用。無(wú)形之間提高了商品銷(xiāo)售的利潤(rùn)。
（4）采購(gòu)的方便性。采購(gòu)不需再東奔西走，然后再千辛萬(wàn)苦的將商品帶回家，你只要在家輕松地利用計(jì)算機(jī)及網(wǎng)絡(luò)，很快的就可以找到你想要的商品，下訂單之后只需等待，商品自然就會(huì)送到指定地點(diǎn)，再也不必以因?yàn)橘?gòu)買(mǎi)而受日曬雨淋及舟車(chē)之苦。
2.網(wǎng)上購(gòu)物的優(yōu)勢(shì)分析
網(wǎng)上購(gòu)物是一個(gè)電子商務(wù)平臺(tái)。對(duì)于消費(fèi)者來(lái)說(shuō)，可以在家“逛商店”，訂貨不受時(shí)間的限制； 獲得較大量的商品信息，可以買(mǎi)到當(dāng)?shù)貨](méi)有的商品；網(wǎng)上支付較傳統(tǒng)拿現(xiàn)金支付更加安全，可避免現(xiàn)金丟失或遭到搶劫； 從訂貨、買(mǎi)貨到貨物上門(mén)無(wú)需親臨現(xiàn)場(chǎng)，既省時(shí)又省力； 由于網(wǎng)上商品省去租店面、召雇員及儲(chǔ)存保管等一系列費(fèi)用，總的來(lái)說(shuō)其價(jià)格較一般商場(chǎng)的同類(lèi)商品更便宜。對(duì)于商家來(lái)說(shuō)，網(wǎng)上購(gòu)物是宣傳企業(yè)形象的一種強(qiáng)有力的手段，是一種廉價(jià)高效的方式。它的優(yōu)勢(shì)是顯而易見(jiàn)的，發(fā)布信息具有及時(shí)、準(zhǔn)確的特點(diǎn)，圖文并茂，及時(shí)刷新。任何新登商品和促銷(xiāo)、廣告信息都可以在第一時(shí)間呈現(xiàn)在消費(fèi)者面前。消費(fèi)者與商家之間可以實(shí)現(xiàn)及時(shí)互動(dòng)，商家可以了解到市場(chǎng)的最新需求。對(duì)于整個(gè)市場(chǎng)經(jīng)濟(jì)來(lái)說(shuō)，這種新型的購(gòu)物模式可在更大的范圍內(nèi)、更多的層面上以更高的效率實(shí)現(xiàn)資源配置。
網(wǎng)上購(gòu)物突破了傳統(tǒng)商務(wù)的障礙，無(wú)論對(duì)消費(fèi)者、企業(yè)還是市場(chǎng)都有著巨大的吸引力和影響力，在新經(jīng)濟(jì)時(shí)期無(wú)疑是達(dá)到“多贏”效果的理想模式。
3.系統(tǒng)的項(xiàng)目目標(biāo)
網(wǎng)上購(gòu)物系統(tǒng)要實(shí)現(xiàn)的功能非常多，最重要的就是管理員對(duì)商品的管理實(shí)現(xiàn)和用戶(hù)的購(gòu)物的實(shí)現(xiàn)。前者主要包括管理員對(duì)商品的添加，對(duì)商品的歸類(lèi)，對(duì)用戶(hù)購(gòu)物訂單的處理，以及管理員對(duì)網(wǎng)站的維護(hù)操作。至于用戶(hù)主要是在線瀏覽所有商品，按需求搜索相關(guān)商品，以及注冊(cè)為會(huì)員后對(duì)個(gè)人購(gòu)物車(chē)的操作，購(gòu)物結(jié)束后生成訂單信息的查看。整個(gè)系統(tǒng)對(duì)從用戶(hù)購(gòu)物到結(jié)款，管理員從管理網(wǎng)站、管理商品，處理訂單都設(shè)計(jì)的非常精細(xì)，完全是一套功能完善網(wǎng)上購(gòu)物系統(tǒng)。
4.系統(tǒng)業(yè)務(wù)流程
4.1 系統(tǒng)流程圖的符號(hào)
5.可行性分析(feasibility study)
可行性分析是世界上普遍采用的一種研究工程項(xiàng)目是否可行的科學(xué)。它通過(guò)各種有效的方法，對(duì)工程項(xiàng)目進(jìn)行分析，從技術(shù)、經(jīng)濟(jì)、財(cái)務(wù)等方面加以評(píng)價(jià)，最終給投資決策者提供是否選擇該項(xiàng)目進(jìn)行投資的依據(jù)?？尚行苑治龅慕裹c(diǎn)是：要站在咨詢(xún)的立場(chǎng)上；要有多種替代方案；對(duì)各種方案作經(jīng)濟(jì)比較；決定最佳投資時(shí)間和投資規(guī)模；提出可能實(shí)施的具體措施；著眼于資源的有效利用；站在中立客觀立場(chǎng)上得出結(jié)論，以確定產(chǎn)品開(kāi)發(fā)成功的可能性為目的而進(jìn)行的分析?？尚行苑治鰣?bào)告經(jīng)評(píng)審?fù)ㄟ^(guò)后即作為提出系統(tǒng)開(kāi)發(fā)建議書(shū)(或設(shè)計(jì)任務(wù)書(shū))的依據(jù)。
5.1 技術(shù)可行性
技術(shù)可行性分析主要是根據(jù)系統(tǒng)分析所得到的對(duì)待開(kāi)發(fā)的軟件、支撐軟件、硬件環(huán)境和操作人員的要求以及有關(guān)的約束和限制，來(lái)分析現(xiàn)有的技術(shù)是否能實(shí)現(xiàn)待開(kāi)發(fā)的軟件。它包括可得到的硬件和支撐軟件在功能和性能上是否滿足系統(tǒng)的要求，是否有滿足系統(tǒng)性能要求的算法，開(kāi)發(fā)人員的技術(shù)水平能否勝任系統(tǒng)的開(kāi)發(fā)等等。
本系統(tǒng)運(yùn)行基于 win2000/winxp 以上的任何操作系統(tǒng)，使用的前臺(tái)開(kāi)發(fā)軟件是asp,后臺(tái)數(shù)據(jù)庫(kù)開(kāi)發(fā)使用的是microsoft access 2000。系統(tǒng)設(shè)計(jì)是由本人獨(dú)自完成的，本人已修完本專(zhuān)業(yè)所有的專(zhuān)業(yè)基礎(chǔ)課和專(zhuān)業(yè)課，熟悉數(shù)據(jù)的開(kāi)發(fā)環(huán)境，有一定的管理系統(tǒng)軟件開(kāi)發(fā)能力和一定的編程能力。所以，本系統(tǒng)的技術(shù)上是可行的。
5.2 經(jīng)濟(jì)可行性
經(jīng)濟(jì)可行性的研究主要是對(duì)待開(kāi)發(fā)軟件的成本估算和成本/效益分析，以確定待開(kāi)發(fā)軟件是否有開(kāi)發(fā)的價(jià)值。網(wǎng)上購(gòu)物系統(tǒng)一經(jīng)投入即產(chǎn)生經(jīng)濟(jì)效益，網(wǎng)上購(gòu)物是一個(gè)長(zhǎng)期的投資，對(duì)市場(chǎng)的擴(kuò)大經(jīng)營(yíng)和長(zhǎng)遠(yuǎn)發(fā)展有益。
5.3 用戶(hù)使用可行性
1）所開(kāi)發(fā)的軟件系統(tǒng)是基于微型計(jì)算機(jī)圖形界面的操作，所以會(huì)一般的計(jì)算機(jī)操作即可使用本系統(tǒng)。
2）系統(tǒng)管理員要求有計(jì)算機(jī)的專(zhuān)業(yè)知識(shí)。
3）對(duì)系統(tǒng)管理員將進(jìn)行專(zhuān)業(yè)培訓(xùn)，使其能夠?qū)κ炀毠芾肀鞠到y(tǒng)。
6.需求分析
需求分析之所以重要，就因?yàn)樗哂袥Q策性，方向性，策略性的作用，他在軟件開(kāi)發(fā)的過(guò)程中具有舉足輕重的地位。需求分析的任務(wù)就是解決“做什么”的問(wèn)題，就是要全面地理解用戶(hù)的各項(xiàng)要求，并準(zhǔn)確地表達(dá)所接受的用戶(hù)需求。需求分析是對(duì)用戶(hù)需求的真正明確，是對(duì)要解決的問(wèn)題的徹底理解。在解決問(wèn)題之前要理解問(wèn)題，只有真正的理解問(wèn)題才能更好的解決問(wèn)題。需求分析就是給系統(tǒng)分析、設(shè)計(jì)人員一個(gè)和用戶(hù)交流來(lái)理解問(wèn)題的機(jī)會(huì)。
6.1 總體目標(biāo)
本網(wǎng)站的系統(tǒng)總體目標(biāo)是為了實(shí)現(xiàn)電子產(chǎn)品的在線購(gòu)物。通過(guò)系統(tǒng)實(shí)現(xiàn)網(wǎng)上購(gòu)物的多項(xiàng)功能，其中主要是管理員對(duì)商品的管理實(shí)現(xiàn)和用戶(hù)的購(gòu)物的實(shí)現(xiàn)。前臺(tái)：用戶(hù)在線瀏覽所有商品，按需求搜索相關(guān)商品，以及注冊(cè)為會(huì)員后對(duì)商品選購(gòu)的操作，購(gòu)物結(jié)束后生成訂單信息的查看功能。后臺(tái)：管理員對(duì)商品的添加，對(duì)商品的歸類(lèi)，對(duì)用戶(hù)購(gòu)物訂單的處理，以及管理員對(duì)網(wǎng)站的維護(hù)操作。
6.2 具體目標(biāo)
根據(jù)上述總體目標(biāo)需求，該系統(tǒng)分為以下兩大部分：
（1）前臺(tái)用戶(hù)操作界面。用戶(hù)對(duì)商品、單價(jià)的瀏覽；會(huì)員登錄后方可購(gòu)買(mǎi)商品，新用戶(hù)需注冊(cè)成為會(huì)員后購(gòu)物，生成訂單后傳給網(wǎng)站工作人員。用戶(hù)可隨時(shí)登錄查詢(xún)個(gè)人的所有訂單信息和訂單狀態(tài)。
（2）后臺(tái)管理員界面。管理員的主要功能包括：商品類(lèi)別管理，商品管理，訂單管理，商品推薦管理，用戶(hù)管理及對(duì)網(wǎng)站配送人員的管理。
6.3 數(shù)據(jù)流程圖及功能分析
數(shù)據(jù)流圖基本概念
1）數(shù)據(jù)流圖的定義。數(shù)據(jù)流圖（dfd----data flow diagram）是描繪系統(tǒng)的邏輯模型，圖中沒(méi)有任何具體的物理元素，只是描繪信息在系統(tǒng)中流動(dòng)和處理的情況，就是采用圖形方式來(lái)表達(dá)系統(tǒng)的邏輯功能、數(shù)據(jù)在系統(tǒng)內(nèi)部的邏輯流向和邏輯變換過(guò)程，是結(jié)構(gòu)化系統(tǒng)分析方法的主要表達(dá)工具。
1）符號(hào)說(shuō)明
數(shù)據(jù)流圖符號(hào)說(shuō)明
系統(tǒng)數(shù)據(jù)流圖
6.4 數(shù)據(jù)字典
數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合，也就是對(duì)數(shù)據(jù)流圖中包含的所有元素的定義的集合。數(shù)據(jù)字典的作用是在軟件的分析和設(shè)計(jì)過(guò)程中提供關(guān)于數(shù)據(jù)的描述信息【1】。一般說(shuō)來(lái)，數(shù)據(jù)字典應(yīng)該由下列四類(lèi)元素構(gòu)成：數(shù)據(jù)元素，數(shù)據(jù)流，數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)處理。
數(shù)據(jù)存儲(chǔ)
數(shù)據(jù)存儲(chǔ)是數(shù)據(jù)結(jié)構(gòu)停留或保存的地方，也是數(shù)據(jù)流的來(lái)源和去向之一。一般而言，應(yīng)包括如下內(nèi)容：｛數(shù)據(jù)存儲(chǔ)名，說(shuō)明，編號(hào)，輸入的數(shù)據(jù)流，輸出的數(shù)據(jù)流，組成（數(shù)據(jù)結(jié)構(gòu)），數(shù)據(jù)量，存取頻度，存取方式｝。本系統(tǒng)所涉及到的數(shù)據(jù)存儲(chǔ)表如下所示。
數(shù)據(jù)流是數(shù)據(jù)結(jié)構(gòu)在系統(tǒng)內(nèi)傳輸?shù)穆窂?。?duì)數(shù)據(jù)流的描述通常包括如下內(nèi)容：｛數(shù)據(jù)流名，說(shuō)明，編號(hào)，數(shù)據(jù)流來(lái)源，數(shù)據(jù)流去向，組成（數(shù)據(jù)結(jié)構(gòu)）｝。
數(shù)據(jù)處理
處理過(guò)程的具體處理邏輯通常在詳細(xì)設(shè)計(jì)過(guò)程中用判定表或判定樹(shù)來(lái)描述。在數(shù)據(jù)字典中，只無(wú)原則描述處理過(guò)程的說(shuō)明性信息，通常包括以下內(nèi)容：｛處理過(guò)程名，說(shuō)明，輸入數(shù)據(jù)流，輸出數(shù)據(jù)流，處理｝。
7.總體設(shè)計(jì)
7.1 總體設(shè)計(jì)概述
總體設(shè)計(jì)的目標(biāo)是解決系統(tǒng)如何實(shí)現(xiàn)系統(tǒng)功能的問(wèn)題。其主要任務(wù)是劃分出系統(tǒng)的物理元素及設(shè)計(jì)軟件的結(jié)構(gòu)，完成軟件定義時(shí)期的任務(wù)，是對(duì)系統(tǒng)進(jìn)行總體的設(shè)計(jì)，即根據(jù)系統(tǒng)分析產(chǎn)生的分析結(jié)果來(lái)確定這個(gè)系統(tǒng)由哪些系統(tǒng)和模塊組成，這些系統(tǒng)和模塊怎樣有機(jī)的結(jié)合在一起，最終實(shí)現(xiàn)系統(tǒng)所具有的功能。
模塊化設(shè)計(jì)是把大型軟件按照一定的原則劃分成較小的相對(duì)功能獨(dú)立又相關(guān)聯(lián)的模塊，每個(gè)模塊完成一個(gè)特定的子功能，把這些模塊結(jié)合起來(lái)組成一個(gè)整體，完成指定的功能，滿足問(wèn)題的要求。采用模塊化原理的優(yōu)點(diǎn)在于可以使軟件結(jié)構(gòu)清晰，容易測(cè)試和調(diào)試，從而提高軟件的可靠性，可修改性，有助于軟件開(kāi)發(fā)的組織管理。模塊化理論的幾個(gè)重要概念如下：
(1).抽象。抽象就是抽象出事物的本質(zhì)特性而暫時(shí)不考慮它們的細(xì)節(jié)，處理復(fù)雜系統(tǒng)唯一有效的方法是用層次的方式構(gòu)造和分析它。一個(gè)復(fù)雜的動(dòng)態(tài)系統(tǒng)首先可以用一些高級(jí)的抽象概念構(gòu)造和理解，這些高級(jí)概念又可以用一些較低級(jí)的理解，直到最低層次的具體元素。
(2).信息隱蔽和局部化。信息隱蔽是指在設(shè)計(jì)和確定模塊時(shí)，應(yīng)使得一個(gè)模塊內(nèi)包含的信息對(duì)于不需要這些信息的模塊來(lái)說(shuō)，是不能訪問(wèn)的。局部化是指把一些關(guān)系密切的軟件元素物理的放得彼此靠近，局部化有助于實(shí)現(xiàn)信息隱蔽。信息隱蔽原理和局部化有助于在測(cè)試期間以及軟件維護(hù)期間修改軟件。因?yàn)榻^大多數(shù)數(shù)據(jù)和過(guò)程對(duì)于軟件的其它部分而言是隱蔽的，從而由疏忽引入的錯(cuò)誤就很少可能傳播到軟件的其它部分。
(3).逐步求精的模塊化概念。逐步求精和模塊化的抽象是密切相關(guān)的。軟件結(jié)構(gòu)每一層模塊表示對(duì)軟件抽象層次的次細(xì)化。用自頂向下，逐步求精的方法由抽象到具體的方式分配控制，簡(jiǎn)化了軟件設(shè)計(jì)和實(shí)施，提高了軟件的可理解性和可測(cè)試性，并使得軟件更容易維護(hù)。
(4).模塊獨(dú)立性。模塊的劃分要使模塊間盡可能的相互獨(dú)立。度量模塊的獨(dú)立程度有兩個(gè)標(biāo)準(zhǔn)：內(nèi)聚和耦合。耦合是對(duì)一個(gè)軟件結(jié)構(gòu)內(nèi)不同模塊之間互連程度的度量。耦合強(qiáng)弱取決于模塊間接口的復(fù)雜程度，進(jìn)入或訪問(wèn)一個(gè)模塊的點(diǎn)，以及通過(guò)接口的數(shù)。
在軟件的設(shè)計(jì)中應(yīng)追求盡可能松散的耦合。內(nèi)聚標(biāo)志一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度，它是信息隱藏和局部化概念的自然擴(kuò)展，理想內(nèi)聚的模塊只做一件事情。在設(shè)計(jì)時(shí)應(yīng)力求做到高內(nèi)聚。
7.2 系統(tǒng)功能模塊
網(wǎng)上購(gòu)物系統(tǒng)是由前臺(tái)用戶(hù)模塊和后臺(tái)管理員模塊共同實(shí)現(xiàn)的。
用戶(hù)模塊
前臺(tái)用戶(hù)模塊主要包括用戶(hù)注冊(cè)，訂單查詢(xún)，購(gòu)物車(chē)這幾個(gè)主要模塊。前臺(tái)用戶(hù)模塊如圖7.1 所示。
前臺(tái)用戶(hù)模塊圖
用戶(hù)通過(guò)“用戶(hù)注冊(cè)”成為網(wǎng)站的會(huì)員，并獲得購(gòu)買(mǎi)商品的權(quán)限；“訂單查詢(xún)”可供會(huì)員查詢(xún)所有在本站購(gòu)買(mǎi)商品的訂單信息及狀態(tài)；“購(gòu)物車(chē)”是會(huì)員本次購(gòu)買(mǎi)商品的詳細(xì)信息。
管理員模塊
管理員模塊的主要功能是實(shí)現(xiàn)在本網(wǎng)站的維護(hù)和管理，如類(lèi)別的添加、刪除管理；商品的添加，推薦，刪除等管理；訂單的管理等。如圖7.2 所示。
圖 7.2 后臺(tái)管理員模塊
7.3 接口設(shè)計(jì)
外部接口
1）用戶(hù)界面。在用戶(hù)界面部分，根據(jù)需求分析的結(jié)果，用戶(hù)需要一個(gè)友善、簡(jiǎn)潔的界面。使用asp 和dreamweaver mx 編程，提供的可視化控件，編寫(xiě)基于windows 風(fēng)格的用戶(hù)界面，簡(jiǎn)單、易學(xué)、易用。
2）軟件接口。使用提供的access 專(zhuān)用接口。硬件接口。在輸入方面，用鍵盤(pán)，鼠標(biāo)輸入。在輸出方面，主要有瀏覽器端的顯示器。
內(nèi)部接口
內(nèi)部接口方面，各模塊間采用函數(shù)調(diào)用、參數(shù)傳遞、返回值方式進(jìn)行信息和數(shù)據(jù)的傳遞。
7.4 數(shù)據(jù)庫(kù)設(shè)計(jì)
數(shù)據(jù)庫(kù)技術(shù)是在文件系統(tǒng)的基礎(chǔ)上發(fā)展起來(lái)的一種高效的數(shù)據(jù)管理技術(shù)，它能保持系統(tǒng)數(shù)據(jù)的整體性，完整性和共享性。數(shù)據(jù)庫(kù)是有組織的存儲(chǔ)在一定結(jié)構(gòu)內(nèi)的相關(guān)數(shù)據(jù)的集合。在數(shù)據(jù)庫(kù)系統(tǒng)中提供了對(duì)數(shù)據(jù)的訪問(wèn)機(jī)制，能有組織的存儲(chǔ)相關(guān)的數(shù)據(jù)，具有合理的存儲(chǔ)方式，快速的查詢(xún)效率和最小的數(shù)據(jù)冗余等特性。另外數(shù)據(jù)的存儲(chǔ)和應(yīng)用程序彼此獨(dú)立，不僅便于數(shù)據(jù)的管理與控制而且有利于應(yīng)用程序的編寫(xiě)與調(diào)試。數(shù)據(jù)庫(kù)類(lèi)似于一個(gè)數(shù)據(jù)的大倉(cāng)庫(kù)，能很好地實(shí)現(xiàn)數(shù)據(jù)共享，本身就具有數(shù)據(jù)的增，刪，改等功能，能維護(hù)數(shù)據(jù)的一致性。數(shù)據(jù)庫(kù)設(shè)計(jì)是系統(tǒng)設(shè)計(jì)的一個(gè)重要內(nèi)容，其設(shè)計(jì)質(zhì)量的好壞直接影響系統(tǒng)開(kāi)發(fā)的成敗，系統(tǒng)的質(zhì)量，系統(tǒng)效率及可維護(hù)性。
在本系統(tǒng)的設(shè)計(jì)中，充分考慮到了管理系統(tǒng)數(shù)據(jù)繁雜，重復(fù)性高，數(shù)據(jù)使用頻繁。因此本系統(tǒng)采用了一種能正確反映用戶(hù)實(shí)現(xiàn)環(huán)境，能被現(xiàn)行系統(tǒng)接受，易于維護(hù)、效率高的數(shù)據(jù)管理方法--數(shù)據(jù)庫(kù)系統(tǒng)。在目前的數(shù)據(jù)庫(kù)管理系統(tǒng)中有層次模型，網(wǎng)狀模型、關(guān)系模型三種數(shù)據(jù)模型。其中，關(guān)系模型具有較高的數(shù)據(jù)獨(dú)立性，使用也較為方便。本設(shè)計(jì)采用關(guān)系數(shù)據(jù)庫(kù)。該數(shù)據(jù)庫(kù)實(shí)行增、刪、編輯、統(tǒng)計(jì)、顯示和打印都極為方便。其中的排序和索引功能，對(duì)數(shù)據(jù)快速定位、查詢(xún)提供了有利條件。交流互動(dòng)對(duì)于本系統(tǒng)的數(shù)據(jù)庫(kù)設(shè)計(jì)有以下幾點(diǎn)說(shuō)明：1）于數(shù)據(jù)庫(kù)設(shè)計(jì)兼顧前面設(shè)計(jì)的數(shù)據(jù)流程圖。
2）信息系統(tǒng)的設(shè)計(jì)并不是以數(shù)據(jù)庫(kù)為核心的數(shù)據(jù)庫(kù)應(yīng)用設(shè)計(jì)。
3）本系統(tǒng)的數(shù)據(jù)庫(kù)設(shè)計(jì)盡量滿足3nf（第三范式）的要求。
4）本系統(tǒng)的數(shù)據(jù)庫(kù)設(shè)計(jì)以提高系統(tǒng)運(yùn)行效率為前提。
7.5 概念模型設(shè)計(jì)
目前廣泛使用的數(shù)據(jù)模型可分為兩種類(lèi)型，一種是獨(dú)立于計(jì)算機(jī)系統(tǒng)的“概念數(shù)據(jù)模型”，如“實(shí)體聯(lián)系模型”（er 模型）；另一種是直接面向數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)的“結(jié)構(gòu)數(shù)據(jù)模型”。在本系統(tǒng)中采用er 模型來(lái)描述數(shù)據(jù)庫(kù)的結(jié)構(gòu)與語(yǔ)義，以對(duì)現(xiàn)實(shí)世界進(jìn)行第一次抽象。它有兩個(gè)明顯的優(yōu)點(diǎn)：接近于人的思維，容易理解；與計(jì)算機(jī)無(wú)關(guān)，用戶(hù)容易接受。但它只能說(shuō)明實(shí)體間語(yǔ)義的聯(lián)系，不能說(shuō)明詳細(xì)的數(shù)據(jù)結(jié)構(gòu)，它只是數(shù)據(jù)庫(kù)設(shè)計(jì)的第一步。
e-r 圖是直觀表示概念模型的工具，它有三個(gè)基本成分：
矩形框，表示實(shí)體類(lèi)型（考慮問(wèn)題的對(duì)象）。
菱形框，表示聯(lián)系類(lèi)型（實(shí)體間的聯(lián)系）。
橢圓形框，表示實(shí)體的屬性。
實(shí)體屬性圖：
7.6 數(shù)據(jù)庫(kù)物理設(shè)計(jì)
7.7運(yùn)行設(shè)計(jì)
運(yùn)行環(huán)境
web瀏覽器：ie6.0或netscape7.0
操作系統(tǒng)要求：microsoftwindows98,windowsnt4.0,windows2000prifessional，windows2000server,windowsxp,windows2003server，軟件要求：internet信息服務(wù)（iis）
數(shù)據(jù)庫(kù)要求：access2000
運(yùn)行模塊的組合
瀏覽器的客戶(hù)端在有輸入時(shí)啟動(dòng)接收數(shù)據(jù)模塊，通過(guò)各模塊之間的調(diào)用，讀入并對(duì)輸入進(jìn)行格式化。在接收數(shù)據(jù)模塊得到充分的數(shù)據(jù)時(shí)，將調(diào)用網(wǎng)絡(luò)傳輸模塊，將數(shù)據(jù)通過(guò)網(wǎng)絡(luò)送到服務(wù)器，并等待接收服務(wù)器返回的信息。接收到返回信息后隨即調(diào)用數(shù)據(jù)輸出模塊，對(duì)信息進(jìn)行處理，產(chǎn)生相應(yīng)的輸出。
服務(wù)器程序的接收網(wǎng)絡(luò)數(shù)據(jù)模塊必須始終處于活動(dòng)狀態(tài)。接收到數(shù)據(jù)后，調(diào)用數(shù)據(jù)處理/查詢(xún)模塊對(duì)數(shù)據(jù)庫(kù)進(jìn)行訪問(wèn)，完成后調(diào)用網(wǎng)絡(luò)發(fā)送模塊，將信息返回瀏覽器端。
運(yùn)行控制
運(yùn)行控制將嚴(yán)格按照各模塊間函數(shù)調(diào)用關(guān)系來(lái)實(shí)現(xiàn)。在網(wǎng)絡(luò)傳輸方面，客戶(hù)端在發(fā)送數(shù)據(jù)后，將等待服務(wù)器的確認(rèn)收到信號(hào)，收到后，再次等待服務(wù)器發(fā)送回答數(shù)據(jù)，然后對(duì)數(shù)據(jù)進(jìn)行確認(rèn)。服務(wù)器在接到數(shù)據(jù)后發(fā)送確認(rèn)信號(hào)，在對(duì)數(shù)據(jù)處理、訪問(wèn)數(shù)據(jù)庫(kù)后，將返回信息送回客戶(hù)端，并等待確認(rèn)。
運(yùn)行時(shí)間
在軟件的需求分析中，對(duì)運(yùn)行時(shí)間的要求為必須對(duì)作出的操作有較快的反應(yīng)。網(wǎng)絡(luò)硬件對(duì)運(yùn)行時(shí)間有最大的影響，當(dāng)網(wǎng)絡(luò)負(fù)載量大時(shí)，對(duì)操作反應(yīng)將受到很大的影響。其次是服務(wù)器的性能，這將影響對(duì)數(shù)據(jù)庫(kù)訪問(wèn)時(shí)間即操作時(shí)間的長(zhǎng)短，影響加大瀏覽器端操作的等待時(shí)間，所以必須使用高性能的服務(wù)器，建議使用pentium4處理器。硬件對(duì)本系統(tǒng)的速度影響將會(huì)大于軟件的影響。
8.詳細(xì)設(shè)計(jì)
8.1詳細(xì)設(shè)計(jì)概述
為了提高軟件的質(zhì)量，延長(zhǎng)軟件的生存期，軟件的可測(cè)試性、可維護(hù)性是重要保障。軟件的可測(cè)試性、可維護(hù)性與程序的易讀性有很大關(guān)系。詳細(xì)設(shè)計(jì)的目標(biāo)不僅是邏輯上正確地實(shí)現(xiàn)每個(gè)模塊的功能，還應(yīng)使設(shè)計(jì)出的處理過(guò)程清晰易讀。結(jié)構(gòu)化程序設(shè)計(jì)是實(shí)現(xiàn)該目標(biāo)的關(guān)鍵技術(shù)之一，它指導(dǎo)人們用良好的思想方法開(kāi)發(fā)易于理解，易于驗(yàn)證的程序。
詳細(xì)設(shè)計(jì)階段的根本目標(biāo)是確定怎樣具體地實(shí)現(xiàn)所要求的系統(tǒng)，也就是說(shuō)，經(jīng)過(guò)這個(gè)階段的設(shè)計(jì)工作，應(yīng)該得出對(duì)目標(biāo)系統(tǒng)的精確描述，從而在編碼階段可以把這個(gè)描述直接翻譯成用某種程序設(shè)計(jì)語(yǔ)言書(shū)寫(xiě)的程序。
8.2b/s結(jié)構(gòu)實(shí)現(xiàn)系統(tǒng)功能
本系統(tǒng)利用browser/server（b/s）結(jié)構(gòu)，實(shí)現(xiàn)網(wǎng)上購(gòu)物的具體功能。這種系統(tǒng)的優(yōu)勢(shì)在于系統(tǒng)簡(jiǎn)單、功能強(qiáng)大、擴(kuò)展能力良好以及能夠方便的跨地獄操作等性能。
b/s（browser/server）結(jié)構(gòu)即瀏覽器和服務(wù)器結(jié)構(gòu)。它是隨著internet技術(shù)的興起，對(duì)c/s結(jié)構(gòu)的一種變化或者改進(jìn)的結(jié)構(gòu)。在這種結(jié)構(gòu)下，用戶(hù)工作界面是通過(guò)www瀏覽器來(lái)實(shí)現(xiàn)，極少部分事務(wù)邏輯在前端（browser）實(shí)現(xiàn)，但是主要事務(wù)邏輯在服務(wù)器端（server）實(shí)現(xiàn)，形成所謂三層3-tier結(jié)構(gòu)。這樣就大大簡(jiǎn)化了客戶(hù)端電腦載荷，減輕了系統(tǒng)維護(hù)與升級(jí)的成本和工作量，降低了用戶(hù)的總體成本（tco）。
以目前的技術(shù)看，局域網(wǎng)建立b/s結(jié)構(gòu)的網(wǎng)絡(luò)應(yīng)用，并通過(guò)internet/intranet模式下數(shù)據(jù)庫(kù)應(yīng)用，相對(duì)易于把握、成本也是較低的。它是一次性到位的開(kāi)發(fā)，能實(shí)現(xiàn)不同的人員，從不同的地點(diǎn)，以不同的接入方式（比如lan,wan,internet/intranet等）訪問(wèn)和操作共同的數(shù)據(jù)庫(kù)；它能有效地保護(hù)數(shù)據(jù)平臺(tái)和管理訪問(wèn)權(quán)限，服務(wù)器數(shù)據(jù)庫(kù)也很安全。特別是在java這樣的跨平臺(tái)語(yǔ)言出現(xiàn)之后，b/s架構(gòu)管理軟件更是方便、快捷、高效。
系統(tǒng)程序流程圖
程序流程圖
本系統(tǒng)中用戶(hù)端的程序流程圖如下：
網(wǎng)上購(gòu)物系統(tǒng)程序流程圖
9.開(kāi)發(fā)環(huán)境
9.1 概述開(kāi)發(fā)工具
9.1.1 asp 概述
asp 是web 服務(wù)器端腳本編寫(xiě)環(huán)境，使用它可以創(chuàng)建和運(yùn)行動(dòng)態(tài)的、交互的、高性能的web 服務(wù)器應(yīng)用程序。asp 采用腳本語(yǔ)言vbscript（或javascript）作為自己的開(kāi)發(fā)語(yǔ)言。使用asp 可以組合html 頁(yè)、腳本命令和activex 組件以創(chuàng)建交互的web 頁(yè)面和基于web功能強(qiáng)大的應(yīng)用程序。
asp 程序的語(yǔ)法與結(jié)構(gòu)：
asp 程序結(jié)構(gòu)
active server page 擴(kuò)展名的文件， 文件是一個(gè)文本文件，包括：
html 標(biāo)記：“??”的部分。
vbscript、jscript 語(yǔ)言的程序代碼。
asp 語(yǔ)法：“”的部分。
因此，每一個(gè)程序連接數(shù)據(jù)庫(kù)的 asp 程序應(yīng)包含以下四個(gè)部分：html 標(biāo)記、asp 腳本語(yǔ)言、數(shù)據(jù)庫(kù)存取語(yǔ)法（查詢(xún)、增加、刪除、修改數(shù)據(jù)的sql 語(yǔ)句語(yǔ)法）、顯示結(jié)果的部分。
語(yǔ)法
asp 使用“”將asp 的script 程序代碼括起來(lái)，asp 碼在服務(wù)器當(dāng)中執(zhí)行，執(zhí)行后產(chǎn)生瀏覽器看得懂的html 碼，再傳送給使用者。asp 的原程序，不會(huì)傳到使用者的瀏覽器中，可以保護(hù)源代碼外漏。
asp 的對(duì)象
asp 是屬于對(duì)象導(dǎo)向程序語(yǔ)言（object oriented language）的一種，它提供有5 個(gè)重要的內(nèi)建對(duì)象供程序員使用【2】【3】。
9.1.2 access 概
用戶(hù)需求申請(qǐng)書(shū)篇十
用戶(hù)需求描述：
1.問(wèn)題提出：
宿舍管理也就成為學(xué)校日常管理的重中之中了，宿舍管理的方式也在不斷的改進(jìn)。隨著電腦的普及與使用，現(xiàn)在的管理也提升了一個(gè)檔次，漸漸實(shí)現(xiàn)了無(wú)紙化辦公，即從原來(lái)的人工記錄管理模式轉(zhuǎn)變?yōu)殡娔X一體化管理。為了方便重慶大學(xué)的宿舍管理實(shí)現(xiàn)無(wú)紙化辦公,使工作更有條理，更方便，更有效率特提出研究出這套宿舍管理系統(tǒng)。
2.結(jié)合重慶大學(xué)現(xiàn)行情況，和對(duì)樓管（直接用戶(hù)）的交流，和長(zhǎng)期的調(diào)研得出了，用戶(hù)的大致需求如下：
本系統(tǒng)要實(shí)現(xiàn)的是重慶大學(xué)學(xué)生宿舍管理在設(shè)計(jì)該系統(tǒng)時(shí)，應(yīng)盡可能的貼近學(xué)生 現(xiàn)行樓管的工作流程,便于用戶(hù)操作。系統(tǒng)在實(shí)現(xiàn)上應(yīng)該具有如下功能：
1.系統(tǒng)要求用戶(hù)必須輸入正確的用戶(hù)名和密碼才能進(jìn)入系統(tǒng)。
2.系統(tǒng)應(yīng)該提供宿舍的基本情況登記。包括添加寢室，修改寢室 查看寢室 刪除寢室
3.系統(tǒng)還應(yīng)具有對(duì)學(xué)生的查看，添加、修改、刪除學(xué)生基本信息的功能
4.系統(tǒng)應(yīng)提供人員來(lái)訪登記及結(jié)束訪問(wèn)的詳細(xì)登記，可查看修改 刪除添加
5.系統(tǒng)應(yīng)提供學(xué)生在校期間物品出宿舍樓的詳細(xì)情況登記，可查看修改 刪除添
6.系統(tǒng)應(yīng)提供對(duì)晚出晚歸的同學(xué)登記功能，可以查看 添加刪除 修改
7.系統(tǒng)應(yīng)提供增加、刪除、修改用戶(hù)帳戶(hù)的功能。
8.系統(tǒng)還應(yīng)具有添加、修改、刪除學(xué)生基本信息的功能。
2，報(bào)表需求
學(xué)生宿舍管理系統(tǒng)的某些信息應(yīng)當(dāng)能夠以報(bào)表形式打印出來(lái)?；旧蠎?yīng)該能夠?qū)崿F(xiàn)學(xué)生基本信息的報(bào)表打印、某宿舍具體住宿情況的報(bào)表打印、學(xué)生物品出入的信息，晚出晚歸報(bào)表打印等的功能。
3.系統(tǒng)管理需求
系統(tǒng)管理員能對(duì) 樓管進(jìn)行添加修改 刪除
用戶(hù)需求申請(qǐng)書(shū)篇十一
xxxx供電局xxxx供電所：
現(xiàn)因我要干個(gè)體，工商執(zhí)照編號(hào)為xxxx，加工一些木料，需要用到一個(gè)2.2kw/h的電動(dòng)機(jī)一個(gè)，家里的單相電表已明顯不能滿足需要，所以，為了使我能夠更好的工作，特提出分戶(hù)用電安裝三相電表的申請(qǐng)，理由有四：
一、我已于xxxx年xxxx月xxxx日結(jié)婚，即已成家立業(yè)，在經(jīng)濟(jì)上不想再依賴(lài)父母，不想再生活在父母的溫暖羽翼下尋求保護(hù)，想靠著自己的能力生活，不再依賴(lài)他們而給他們帶來(lái)壓力與麻煩，讓他們老來(lái)可以享清福。
二、電表分戶(hù)了之后，我使用了多少電，可以一目明了，這樣可以讓我更好的計(jì)算我的收支盈利。
三、電表分戶(hù)了之后，不再依賴(lài)父母，我可以更好的利用好每一絲一毫的電，為國(guó)家節(jié)約用電做出應(yīng)有的貢獻(xiàn)。
四、電表分戶(hù)之后，就不在存在因?yàn)槲矣秒姷脑蚨绊懜改傅恼Ｕ彰魃钣秒姡膊淮嬖诮o父母的日常生活帶來(lái)不必要的麻煩。
綜上，特提出電表分戶(hù)申請(qǐng)，望批準(zhǔn)。
此致
敬禮！
申請(qǐng)人：
日期：
用戶(hù)需求申請(qǐng)書(shū)篇十二
兩年之后的10天前，gofeeling在餐桌上偶然又問(wèn)起我如何發(fā)現(xiàn)和發(fā)掘新需求，鍛造新產(chǎn)品，對(duì)比之前在yupoo的時(shí)候，自己的回答完全是兩種答案。我覺(jué)得很有意思，在這里記錄一下。純屬設(shè)計(jì)師個(gè)人想法，不代表任何人觀點(diǎn)。
先介紹一下自己親身經(jīng)歷的兩種截然不同的服務(wù)背景：
yupoo:當(dāng)年領(lǐng)先的中文影像分享服務(wù)，超過(guò)2百萬(wàn)用戶(hù)，致力于成就偉大的影像分享社區(qū)。
taobao:亞洲最大的c2c電子商務(wù)平臺(tái)，超過(guò)1億1千萬(wàn)用戶(hù)，致力于成就全球最大的零售商。
1，我經(jīng)歷的yupoo如何產(chǎn)出需求？
初看這個(gè)問(wèn)題，仿佛有很多很多答案。如果頭腦風(fēng)暴一次，我們可以想象很多答案，沖印、相冊(cè)加密、flash展示..等等。不管怎樣，還是要承認(rèn)當(dāng)時(shí)的yupoo是flickr的模仿者。回答問(wèn)題之前我們有必要先來(lái)看上面這張圖示－兩年前美國(guó)在線照片市場(chǎng)形勢(shì)。photobucket以超過(guò)40%的市場(chǎng)占據(jù)絕對(duì)優(yōu)勢(shì)，flickr僅以4.5%的市場(chǎng)占據(jù)一小塊蛋糕。但是，這卻毫不影響flickr在alexa排名長(zhǎng)年累月打著photobucket耳光，毫不影響它成為互聯(lián)網(wǎng)領(lǐng)域已探明的清晰盈利模式，毫不影響它成為“靜觀世界變化”的偉大服務(wù)。單單從這些數(shù)字表現(xiàn)就可以看得出來(lái)它要做的事情早已超越存儲(chǔ)之外。
我們可以越清晰的看到，flickr的目標(biāo)是希望以照片為媒介，通過(guò)社交體系達(dá)到人與人分享、交流的目標(biāo)。這就意味著，這套產(chǎn)品需要不停的follow這批目標(biāo)用戶(hù)群，而放棄另外“大多數(shù)”的用戶(hù)，產(chǎn)品的需求從開(kāi)始就注定：不斷調(diào)整算法，讓那些真正優(yōu)秀的照片和用戶(hù)能通過(guò)一定體系浮現(xiàn)；不斷優(yōu)化4維社交基礎(chǔ)，強(qiáng)調(diào)個(gè)體的真誠(chéng)付出與相應(yīng)的參與回報(bào)；不斷對(duì)頁(yè)面進(jìn)行精雕細(xì)琢，逐個(gè)消除產(chǎn)品的破窗…這些需求看似簡(jiǎn)單乏味，卻要緊緊follow目標(biāo)用戶(hù)步步為營(yíng)，web2.0的服務(wù)的產(chǎn)品氣質(zhì)和市場(chǎng)環(huán)境很可能因?yàn)樾枨竽骋画h(huán)節(jié)判斷失誤而貽誤最好時(shí)機(jī)，而使偉大構(gòu)想逐漸偏離走樣。
2，我經(jīng)歷的taobao如何產(chǎn)出需求？
暫時(shí)拋開(kāi)交易，只從增值服務(wù)來(lái)看。
·從競(jìng)爭(zhēng)對(duì)手手里
電腦資料
然后拿回來(lái)逐個(gè)衡量，去論證在中國(guó)市場(chǎng)的可行性和可能性，再通過(guò)一系列的策略討論，最后按重要成都形成產(chǎn)品需求。從競(jìng)爭(zhēng)對(duì)手手里分析需求成為非常重要的需求發(fā)現(xiàn)發(fā)掘方式。這個(gè)過(guò)程中需要對(duì)競(jìng)爭(zhēng)對(duì)手的業(yè)務(wù)模式、市場(chǎng)和用戶(hù)成長(zhǎng)周期有精準(zhǔn)的把握，否則很可能弄巧成拙。
·從線下零售業(yè)方式
作為一家零售公司，對(duì)傳統(tǒng)零售市場(chǎng)的分析和學(xué)習(xí)似乎從沒(méi)停止過(guò)。例如，試客營(yíng)銷(xiāo)(testmarketing)，可以作為它的補(bǔ)充。本質(zhì)上而言，試客營(yíng)銷(xiāo)屬于體驗(yàn)營(yíng)銷(xiāo)(experiencemarketing)的一種，在日本大受歡迎的samplelab就是個(gè)典型。拿身邊例子來(lái)說(shuō)，我們經(jīng)常在超市中被派發(fā)洗發(fā)水試用裝等產(chǎn)品小樣。但企業(yè)主也為此遇到了一些麻煩，他不知道派發(fā)員有沒(méi)有私自截留贈(zèng)品；他不知道派發(fā)的這些人對(duì)贈(zèng)品是否真的需要；他不知道客戶(hù)會(huì)不會(huì)拿回去用；他更無(wú)法測(cè)算有多少人是因?yàn)樵囉昧速?zèng)品而購(gòu)買(mǎi)的產(chǎn)品…這些頭疼的問(wèn)題讓這個(gè)體驗(yàn)營(yíng)銷(xiāo)的過(guò)程成本不斷增加。好吧，如果這一切發(fā)生在有著豐富用戶(hù)資源的互聯(lián)網(wǎng)站上，上面的問(wèn)題似乎都迎刃而解了。通過(guò)對(duì)數(shù)據(jù)庫(kù)中的用戶(hù)檔案和瀏覽、購(gòu)買(mǎi)數(shù)據(jù)來(lái)分析他是不是產(chǎn)品的目標(biāo)用戶(hù)，然后相應(yīng)給用戶(hù)投遞相應(yīng)主題，告訴他只要選擇幾個(gè)按鈕就可以馬上收到一份適合自己的快遞試用裝。當(dāng)然，系統(tǒng)還會(huì)記錄這位用戶(hù)在一段時(shí)間內(nèi)有沒(méi)有在網(wǎng)上購(gòu)買(mǎi)這個(gè)產(chǎn)品，形成精確的用戶(hù)激活率。從線下零售方式提取新需求和產(chǎn)品也是另一個(gè)重要方面。當(dāng)然，它也面臨很大的挑戰(zhàn)，就是如何根據(jù)市場(chǎng)反應(yīng)來(lái)讓這些方式更加持續(xù)可復(fù)制。
·從用戶(hù)反饋及調(diào)研結(jié)果
對(duì)現(xiàn)有用戶(hù)的反饋及調(diào)研成為發(fā)現(xiàn)用戶(hù)需求的非常重要來(lái)源，是產(chǎn)品保持鮮活的源動(dòng)力。有幾次跟隨用戶(hù)研究的同學(xué)到用戶(hù)家里，是一個(gè)網(wǎng)店賣(mài)家。他就抱怨，因?yàn)樯恺嫶笮枰褞ぬ?hào)給n個(gè)下屬來(lái)使用，分別負(fù)責(zé)不同的方向來(lái)打理網(wǎng)店。但是遇到問(wèn)題是，經(jīng)常會(huì)出現(xiàn)一些嚴(yán)重性失誤，比如誤刪商品、誤點(diǎn)退款等等，因?yàn)榛ハ嗦氊?zé)不同不熟悉而任務(wù)交叉誤操作，造成很大損失。后來(lái)又通過(guò)一次大面積的定量調(diào)研后發(fā)現(xiàn)這個(gè)用戶(hù)權(quán)限管理需求的普遍性。
到這里可以看出，這兩個(gè)截然不同類(lèi)型的服務(wù)對(duì)于新需求的發(fā)現(xiàn)、發(fā)掘形式也各不相同。
但是，我們又能看出一些共性：
·明白自己是誰(shuí)，要到哪里去
·關(guān)注你的用戶(hù)，他們的生活、他們的工作和他們的夢(mèng)想
·對(duì)現(xiàn)有產(chǎn)品的beta與新產(chǎn)品同樣重要
·緊盯你的競(jìng)爭(zhēng)對(duì)手，理解它優(yōu)秀何來(lái)
本文來(lái)自：/?p=239
用戶(hù)需求申請(qǐng)書(shū)篇十三
1. 掃碼功能按鈕與搜索對(duì)稱(chēng)放置在左上角，方便用戶(hù)尋找，很直觀；其次改功能與淘寶手機(jī)端設(shè)計(jì)一致，延用該風(fēng)格。保持從淘寶移步至此的用戶(hù)使用習(xí)慣。
2. 對(duì)比淘寶客戶(hù)端來(lái)說(shuō)，用戶(hù)來(lái)使用閑魚(yú)更多的是瀏覽有沒(méi)有想要的商品，對(duì)搜索導(dǎo)航的使用率不是很高，所以閑魚(yú)沒(méi)有像淘寶一樣把搜索框置頂放置，只是簡(jiǎn)單的一個(gè)右上角搜索按鈕。
3. 主頁(yè)中，用戶(hù)發(fā)布的商品以信息卡片的形式向下平鋪。商品信息卡片包含賣(mài)家、商品描述、價(jià)格、圖片、魚(yú)塘，這樣類(lèi)似微博的卡片布局排版方便用戶(hù)看到全面且重要的商品信息，非常直觀；卡片中還有收藏、留言、分享三個(gè)功能按鈕，這三個(gè)按鈕，也能只夠的體現(xiàn)商品的被關(guān)注度，增加商品的靠譜性，提高用戶(hù)的購(gòu)買(mǎi)欲。首頁(yè)一屏最多完整顯示一個(gè)商品卡片，可能考慮到a.頁(yè)面中的商品基本沒(méi)有可能對(duì)比性，b.商品總數(shù)比較少c.類(lèi)似微博卡片的直線視覺(jué)瀏覽形式有利于提高用戶(hù)的瀏覽體驗(yàn)。
4.“發(fā)布”標(biāo)簽按鈕位于底部 tab 中心，高亮顯示，即是用戶(hù)視覺(jué)中心，也是產(chǎn)品的中心功能。
5. 閑魚(yú)采用時(shí)下主流的標(biāo)簽切換式頁(yè)面交互邏輯，底部為五個(gè)標(biāo)簽導(dǎo)航按鈕，首頁(yè)、同城、發(fā)布、消息、我的。與主流app微信，微博操作方法一致，簡(jiǎn)單快捷，且標(biāo)簽按鈕間距合理，不會(huì)發(fā)生誤操作。
用戶(hù)需求申請(qǐng)書(shū)篇十四
2014年6月閑魚(yú)誕生，同年11月魚(yú)塘功能上線，閑魚(yú)不斷強(qiáng)化輸出社區(qū)價(jià)值。
魚(yú)塘通過(guò)地理位置、興趣等建立社交據(jù)點(diǎn)，一方面方便用戶(hù)線下交易，這樣的半熟人關(guān)系，更容易展開(kāi)深度的互動(dòng)成交；另一方面新版魚(yú)塘采取“發(fā)帖子”的模式，增強(qiáng)用戶(hù)粘性，進(jìn)而為產(chǎn)品貢獻(xiàn)更多的使用頻次和停留時(shí)長(zhǎng)。
但是改版后，（19年1月28號(hào)上線的版本）小區(qū)魚(yú)塘和魚(yú)塘商品的權(quán)重被拉低，主頁(yè)改成了以興趣為導(dǎo)向的純內(nèi)容信息流，魚(yú)塘從以交易為主交流為輔，開(kāi)始嘗試引導(dǎo)用戶(hù)向更高頻高深度的興趣交流互動(dòng)轉(zhuǎn)換。
在繼小紅書(shū)社區(qū)式運(yùn)營(yíng)、美圖的社區(qū)模塊改版成功之后，閑魚(yú)也在魚(yú)塘主頁(yè)加入了多個(gè)興趣類(lèi)別，每個(gè)類(lèi)別下有不同主題的魚(yú)塘，每個(gè)魚(yú)塘分別有塘主，每個(gè)帖子可以加話題、轉(zhuǎn)發(fā)、點(diǎn)贊、評(píng)論。
整體更像一個(gè)基于內(nèi)容互動(dòng)交友的地方，一個(gè)翻版的“百度貼吧”加“微博”。
個(gè)人體驗(yàn)過(guò)后，首先基于每個(gè)話題帖子數(shù)、點(diǎn)贊以及評(píng)論數(shù)來(lái)看，各個(gè)魚(yú)塘的用戶(hù)活躍度不夠高，閑魚(yú)對(duì)魚(yú)塘的宣傳還需加強(qiáng)；其次由于二手閑置種類(lèi)繁雜，類(lèi)別眾多，各個(gè)魚(yú)塘難以統(tǒng)一監(jiān)管。
用戶(hù)需求申請(qǐng)書(shū)篇十五
說(shuō)到網(wǎng)絡(luò)產(chǎn)品，離不開(kāi)的話題就是用戶(hù)，就像傳統(tǒng)行業(yè)的消費(fèi)者，人是復(fù)雜的，網(wǎng)民的用戶(hù)行為更加復(fù)雜，用戶(hù)和用戶(hù)是不一樣的，或者說(shuō)，每個(gè)用戶(hù)都不一樣。一款成功的互聯(lián)網(wǎng)產(chǎn)品往往并沒(méi)有滿足所有用戶(hù)的需求，而是準(zhǔn)確定位了某一類(lèi)用戶(hù)并且很好地滿足了那類(lèi)用戶(hù)的需求。到底定位哪一類(lèi)用戶(hù)是我們需要考慮的，所以就需要用戶(hù)分類(lèi)。
不分類(lèi)不好定位,好的用戶(hù)分類(lèi)讓我知道了我在追求哪些人，滿足哪些人，影響哪些人。但分不好類(lèi)又會(huì)錯(cuò)位,更糟，那怎樣才能對(duì)某一款產(chǎn)品的用戶(hù)群進(jìn)行合理分類(lèi)呢，下面就來(lái)談?wù)勎覍?duì)用戶(hù)分類(lèi)的一些看法。
先來(lái)說(shuō)下如何判斷某一款產(chǎn)品的用戶(hù)分類(lèi)效果如何，主要從兩個(gè)角度進(jìn)行判斷：分類(lèi)的信度和效度，也就是分類(lèi)的準(zhǔn)確性和精確性。分類(lèi)的準(zhǔn)確性是指分完類(lèi)后，是不是現(xiàn)實(shí)中每一個(gè)用戶(hù)都能定位到反映該用戶(hù)的類(lèi)別，也就是說(shuō)任何一個(gè)用戶(hù)都能給他貼上屬于某個(gè)類(lèi)別的標(biāo)簽；而分類(lèi)的精確性是指得到的用戶(hù)類(lèi)別在多大程度上反映了實(shí)際用戶(hù)所包含的屬性含義，也就是說(shuō)用來(lái)描述各類(lèi)別用戶(hù)的特征信息與實(shí)際用戶(hù)所有屬性的吻合程度。在實(shí)際分類(lèi)中準(zhǔn)確性和精確性往往不能同時(shí)達(dá)到完美，當(dāng)你追求100%的準(zhǔn)確性時(shí)精度肯定會(huì)下降，比如只用性別去劃分用戶(hù)，準(zhǔn)確度很高但是精度不夠，所以在實(shí)際用戶(hù)分類(lèi)時(shí)找到準(zhǔn)確性和精確性的一個(gè)平衡點(diǎn)，達(dá)到自己分類(lèi)目的即可。
聚類(lèi)分析中有很多因素影響著最后的用戶(hù)分類(lèi)結(jié)果，影響較大的因素有：聚類(lèi)方法選擇，距離算法選擇，聚類(lèi)變量選擇，用戶(hù)類(lèi)數(shù)選擇。對(duì)于聚類(lèi)方法和距離選擇，我傾向于推薦選擇兩步聚類(lèi)法和對(duì)數(shù)似然值距離算法，因?yàn)橛脩?hù)的人口學(xué)特征和使用某產(chǎn)品行為偏好等特征一般都是分類(lèi)變量，用歐氏距離算法的話，它的距離公式所表示的含義很難用實(shí)際意義去描述，或者說(shuō)它的距離值在現(xiàn)實(shí)中是沒(méi)有實(shí)際意思的。聚類(lèi)變量的話可以選擇訪談得到差別較大的特征因素，但是這些變量之間也是有關(guān)系的，具體還要通過(guò)不斷的嘗試去調(diào)整，主要看去掉某個(gè)變量后聚類(lèi)結(jié)果是否有大得差異，如果有該變量則為重要變量，用戶(hù)類(lèi)數(shù)確定可以結(jié)合實(shí)際聚類(lèi)得到的描述性判斷因素和訪談等得到的實(shí)際情況共同確定。
怎么對(duì)用戶(hù)分類(lèi)，細(xì)分到何等程度，不太會(huì)有一個(gè)模式或者方法來(lái)通用。所以涉及到某個(gè)具體產(chǎn)品的用戶(hù)分類(lèi)時(shí)，首先明確你得分類(lèi)目的，分完類(lèi)之后你需要面怎么利用這些類(lèi)。當(dāng)能夠從用戶(hù)分類(lèi)中得到明確的產(chǎn)品用戶(hù)群和產(chǎn)品定位時(shí)，說(shuō)明該分類(lèi)就基本有效了。
用戶(hù)需求申請(qǐng)書(shū)篇十六
戶(hù)
調(diào)
研
報(bào)
告
目錄
一、調(diào)研背景
二、調(diào)研目的[例如：更好的了解市場(chǎng)，以完善產(chǎn)品]
三、調(diào)研時(shí)間
[具體調(diào)研時(shí)間與調(diào)研周期]
四、調(diào)研方法
[使用什么方法進(jìn)行的用戶(hù)調(diào)研]
五、調(diào)研群體
[主要調(diào)研那幾類(lèi)群體，每類(lèi)群體大體描述]
六、調(diào)研場(chǎng)景
[在什么場(chǎng)景或具體地點(diǎn)進(jìn)行對(duì)用戶(hù)的調(diào)研]
七、調(diào)研數(shù)據(jù)[數(shù)據(jù)整理、數(shù)據(jù)圖表]
八、數(shù)據(jù)分析
[根據(jù)此次調(diào)研，分析出現(xiàn)在用戶(hù)對(duì)產(chǎn)品的建議，使用方法等]
九、報(bào)告評(píng)估
[調(diào)研預(yù)期目標(biāo)，收集多少個(gè)人數(shù)據(jù)，有效數(shù)據(jù)占比多少]
用戶(hù)需求申請(qǐng)書(shū)篇十七
成功的軟件產(chǎn)品是建立在成功的需求基礎(chǔ)之上的，而高質(zhì)量的需求來(lái)源于用戶(hù)與開(kāi)發(fā)人員之間有效的溝通與合作。當(dāng)用戶(hù)有一個(gè)問(wèn)題可以用計(jì)算機(jī)系統(tǒng)來(lái)解決，而開(kāi)發(fā)人員開(kāi)始幫助用戶(hù)解決這個(gè)問(wèn)題，溝通就開(kāi)始了。
需求獲取可能是軟件開(kāi)發(fā)中最困難、最關(guān)鍵、最易出錯(cuò)及最需要溝通交流的活動(dòng)。對(duì)需求的獲取往往有錯(cuò)誤的認(rèn)識(shí)：用戶(hù)知道需求是什么，我們所要做的就是和他們交談從他們那里得到需求，只要問(wèn)用戶(hù)系統(tǒng)的目標(biāo)特征，什么是要完成的，什么樣的系統(tǒng)能適合商業(yè)需要就可以了，但是實(shí)際上需求獲取并不是想象的這樣簡(jiǎn)單，這條溝通之路布滿了荊棘。首先需求獲取要定義問(wèn)題范圍，系統(tǒng)的邊界往往是很難明確的，用戶(hù)不了解技術(shù)實(shí)現(xiàn)的細(xì)節(jié)，這樣造成了系統(tǒng)目標(biāo)的混淆。
其次是對(duì)問(wèn)題的理解，用戶(hù)對(duì)計(jì)算機(jī)系統(tǒng)的能力和限制缺乏了解，任何一個(gè)系統(tǒng)都會(huì)有很多的用戶(hù)或者不同類(lèi)型的用戶(hù)，每個(gè)用戶(hù)只知道自己需要的系統(tǒng)，而不知道系統(tǒng)的整體情況，他們不知道系統(tǒng)作為一個(gè)整體怎么樣工作效率更好，也不太清楚那些工作可以交給軟件完成，他們不清楚需求是什么，或者說(shuō)如何以一種精確的方式來(lái)描述需求，他們需要開(kāi)發(fā)人員的協(xié)助和指導(dǎo)，但是用戶(hù)與開(kāi)發(fā)人員之間的交流很容易出現(xiàn)障礙，忽略了那些被認(rèn)為是"很明顯"的信息。最后是需求的確認(rèn)，因?yàn)樾枨蟮牟环€(wěn)定性往往隨著時(shí)間的推移產(chǎn)生變動(dòng)，使之難以確認(rèn)。為了克服以上的問(wèn)題，必須有組織的執(zhí)行需求的獲取活動(dòng)。
需求獲取活動(dòng)建議要完成的11個(gè)任務(wù)或者說(shuō)步驟分別是確定需求過(guò)程、編寫(xiě)項(xiàng)目視圖和范圍文檔、用戶(hù)群分類(lèi)、選擇用戶(hù)代表、選擇用戶(hù)代表、建立核心隊(duì)伍、確定使用實(shí)例、召開(kāi)聯(lián)合會(huì)議、分析用戶(hù)工作流程、確定質(zhì)量屬性、檢查問(wèn)題報(bào)告和需求重用。當(dāng)然應(yīng)該根據(jù)組織和項(xiàng)目的具體情況進(jìn)行適當(dāng)?shù)牟脺p，比如根據(jù)項(xiàng)目和用戶(hù)情況把需求獲取會(huì)議改成問(wèn)卷調(diào)查或者座談等等。
1、編寫(xiě)項(xiàng)目視圖和范圍文檔
系統(tǒng)的需求包括四個(gè)不同的層次：業(yè)務(wù)需求、用戶(hù)需求和功能需求、非功能性需求。業(yè)務(wù)需求說(shuō)明了提供給用戶(hù)新系統(tǒng)的最初利益,反映了組織機(jī)構(gòu)或用戶(hù)對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求，它們?cè)陧?xiàng)目視圖與范圍文檔中予以說(shuō)明。用戶(hù)需求文檔描述了用戶(hù)使用產(chǎn)品必須要完成的任務(wù)，這在使用實(shí)例文檔或方案腳本說(shuō)明中予以說(shuō)明。功能需求定義了開(kāi)發(fā)人員必須實(shí)現(xiàn)的軟件功能，使得用戶(hù)能完成他們的任務(wù)，從而滿足了業(yè)務(wù)需求。
產(chǎn)品所用的過(guò)程。項(xiàng)目相關(guān)人員對(duì)項(xiàng)目的目標(biāo)和范圍能達(dá)成共識(shí),整個(gè)項(xiàng)目組都應(yīng)該把注意力集中在項(xiàng)目目標(biāo)和范圍上。
2、用戶(hù)群分類(lèi)
系統(tǒng)用戶(hù)在很多方面存在著差異，例如：使用系統(tǒng)的頻度和程度、應(yīng)用領(lǐng)域和計(jì)算機(jī)系統(tǒng)知識(shí)、所使用的系統(tǒng)特性、所進(jìn)行的業(yè)務(wù)過(guò)程、訪問(wèn)權(quán)限、地理上的布局以及個(gè)人的素質(zhì)和喜好等等。根據(jù)這些差異，你可以把這些不同的用戶(hù)分成不同的用戶(hù)類(lèi)。與uml中usecase的actor概念一樣，用戶(hù)類(lèi)不一定都指人，也可以包括其他應(yīng)用系統(tǒng)、接口或者硬件，這樣做使得與系統(tǒng)邊界外的接口也成為系統(tǒng)需求。將用戶(hù)群分類(lèi)并歸納各自特點(diǎn)，并詳細(xì)描述出它們的個(gè)性特點(diǎn)及任務(wù)狀況，將有助于需求的獲取和系統(tǒng)設(shè)計(jì)。
3、選擇用戶(hù)代表
不可能對(duì)所有的用戶(hù)都進(jìn)行需求獲取，這樣做時(shí)間不允許效果也不一定好，所以要識(shí)別出能夠確定需求和了解業(yè)務(wù)流程的用戶(hù)作為每類(lèi)用戶(hù)的代表。每類(lèi)用戶(hù)至少選擇一位能真正代表他們需求的人作為代表并且能夠作出決策，用戶(hù)代表往往是本類(lèi)用戶(hù)中三類(lèi)人：對(duì)項(xiàng)目有決定權(quán)的領(lǐng)導(dǎo)、熟悉業(yè)務(wù)流程的專(zhuān)家、系統(tǒng)最終用戶(hù)。每一個(gè)用戶(hù)代表者代表了一個(gè)特定的用戶(hù)類(lèi)，并在那個(gè)用戶(hù)類(lèi)和開(kāi)發(fā)者之間充當(dāng)主要的接口，用戶(hù)代表從他們所代表的用戶(hù)類(lèi)中收集需求信息，同時(shí)每個(gè)用戶(hù)代表又負(fù)責(zé)協(xié)調(diào)他們所代表的用戶(hù)在需求表達(dá)上的不一致性和不兼容性。
4、建立核心隊(duì)伍
通常用戶(hù)和開(kāi)發(fā)人員不自覺(jué)的都有一種"我們和他們"的想法，產(chǎn)生一種對(duì)立關(guān)系，把彼此放在對(duì)立面，每一方都定義自己的"邊界"，只想自己的利益而忽略對(duì)方的想法。他們通過(guò)文檔、記錄和對(duì)話來(lái)溝通，而不是作為一個(gè)合作的整體去識(shí)別和確定需求完成任務(wù)。實(shí)踐證明這樣的方法是不正確的.，不會(huì)給雙方帶來(lái)一點(diǎn)益處,良好的溝通關(guān)系沒(méi)有建立導(dǎo)致了誤解和忽略重要的信息。只有當(dāng)雙方參與者都明白要成功自己需要什么，同時(shí)也知道要成功對(duì)方需要什么時(shí)，才能建立起一種合作關(guān)系。
《獲取用戶(hù)需求的十大溝通技巧》全文內(nèi)容當(dāng)前網(wǎng)頁(yè)未完全顯示，剩余內(nèi)容請(qǐng)?jiān)L問(wèn)下一頁(yè)查看。