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