各位大大好~~,小弟有個製作網頁系統的疑問,希望懂製作系統的大大給些解決方案
小弟的系統大致是讓兩種的會員等級,包含受訪者與研究員另外一個就是網站管理員
由研究員輸入想要研究的問卷主題與要研究的準則之後
並產生問卷給受訪者填寫,但在這部分給受訪者填寫這裡已經完成一些
但是現在是希望研究員能夠指定某些受訪者可以填,而並不是每一位受訪者都可以填某一位研究員的問卷
舉例:A研究員建立一份a01的問卷,並指定b,c,d受訪者可以填,e,f,g受訪者並不能填寫a01的問卷
小弟目前有幾種研擬方案
1.使用SMTP,填入想要給某些受訪者會員的E-mail
透過E-mail去發放該問卷的密碼
但要考量的是密碼都是在網頁上傳送,如果中途SMTP壞掉或者Server沒有設定SMTP
那麼該功能也就會失效,所以整份問卷就會沒有統計結果
2.問卷輸入使用者id,但也必須要考量如果是50個人甚至500人
那麼輸入可能會是一個很大的問題
另外也不一定每一位研究者都記得著名字或者會員編號甚至研究員都認識受訪者!!
3.建立問卷後,並直接產生數組的帳號,該帳號只能在該問卷使用,否則無效
然後也是依照E-mail的方式發給每一位指定的受訪者
但是遇到SMTP壞掉或者其他例外就也會跟著失效!!
另外受訪者會員也就沒多大的意義!!
4其他(請大大提出)
希望找出最佳方案
該系統我已經完成超過70%,因後來需求有所變動,所以也要跟著修正這些問題
第一種利用 E-Mail 來傳送問卷的作法比較古老, 是大約 5 年前左右的作法.
微軟是利用 Word 檔, Adobe 是利用 PDF 來傳遞簽核的檔案.
而 "A研究員建立一份a01的問卷,並指定b,c,d受訪者可以填" 就類似簽核過程中, 可以臨時指定會辦的對象.
第一種作法的好處是比較好發送, 但統計就比較麻煩, 你還需要寫一個 Parse E-MAIL 內容的程式.
用來統計結果.
第二種作法比較現代. 填單人和問卷的結果都是寫在資料庫. 目前新的 WorkFlow 都是用這種寫法.
用 ASP 或 JSP 來做問卷比較麻煩, 但是統計結果比較簡單.
也能立刻知道那些人已經填了問卷, 那些人還沒有填.
對於忘記填問卷的人也可以定期的發送 E-Mail 催促他趕快填寫.
另外每個研究員都要有一個 ID 和 Password, 填寫時要先 Login, 這點也很麻煩.
Login 後才能知道有那些問卷是需要他填寫的, 那些是他還沒有填寫的.
如果你還是學生的話, 就試著寫第二種吧. 第一種寫完後沒有什麼再利用性, 畢竟是已經過期的技術了.
我覺得你的問題應該是『會員管理』這個功能不完善
你想再做加強對吧...
如果是我...
我會針對會員的基本資料再去增加一些屬性
請會員在註冊時就必須填寫或補填
接著讓研究員在某個頁面針對這些受訪者屬性來做統記樣本的篩選..
讓研究員可以挑選出他想要研究的族群..
我想精準度會比較高...也比較實用...
至於是要用email通知或其他(SMS?!?!)方式...
我覺得不是那麼重要...
這牽扯到可動用預算的問題...
你可以把會員等級分為三類
管理者~研究員~受訪者
研究員的權限(建立問卷,選擇需求對象)
~~這部份除了mail id 我想應該還有其他的過濾方式可以讓研究員更快速的選取群組這點你可以在確認一下實際狀況
受訪者的權限(只能填特定問卷)
~~這部份你可以把驗證碼寫在mail內的link裡面額外開個table存取這些認證碼用來確認身分,當填完問卷時刪除認證碼當都沒來填的情況也可以發信再通知
管理者的權限(就全部可控)
其實有些可能要看你實際的需求才能再給你其他的建議
像是是否要login這點也要看你是否要收集使用者資訊等等的
如果不要login就要從認證碼下手加解密的部份也要考慮進去
就像你說的如果SMTP壞了你那邊目前有其他的方式可以告知受訪者上來填問卷嗎?
好比像樓上所說的SMS還有佈告欄等等的
程序嚴謹步驟就會比較繁瑣填的意願就會低反之亦然你可能要評估一下看你取決
似乎給了我一些點子的啟發
另外我思考的方向可能會斟酌使用E-mail
改由線上檢查的方式,Login之後,會先去檢查是否有研究員派給你問卷
研究員派給你通常都在你設計問卷之中就可以選取要決定給那些人填寫
這部分我想到就是由大大提出的群組這個方式作篩選,例如20~30歲等等...
非會員就不能進行填寫問卷
然後建立好整份問卷後,資料庫就有一份該份問卷有那些人可以填,不再清單內就不行
之後我考慮到的就是每份問卷都要給份密碼(密碼由系統亂數產生),排除不必要的人士,取得的方式就是在問卷人員清單內有的話
利用線上領取密碼的功能,如有在該份問卷上的人,就可以領密碼,領完就可以用該密碼進去填寫,填完後就不能續填離開!
這之間E-mail通知,是因為如果使用這個方法,牽扯到因素有些複雜,我考慮到的就是並不是所有伺服器都是設定OK的(SMTP發信功能)
也許到另一台伺服器就沒SMTP這東東,故我為了能夠讓他相容大部分機器,所以擺在線上取得密碼
infinitiator大大提到提醒該受訪者上線填寫,這是這次的問題重點所在
就如同我上面所說的,SMTP壞了就.......,另外如需要給500人甚至1000人填的話,那SMTP是否會造成一種負擔？
這部份可能還要在考慮仔細........,有人在我這問題還有更好的解決方案嗎？？？
還有就是填寫意願,因來填寫的受訪者應該都算是專家學者,靠的都是他們專業知識角度
而我的平台就是收集那些人得資料作分析,然後回送分析給研究員作參考之用!!
應該算是只能給特定某些人能填寫,當然意願很低的話,那麼就算少了幾位也不致於影響結果很大!!
會員等級部分,我是弄成註冊只能註冊成為受訪者,如想要使用研究員的等級話
則就必須要利用權限申請的方式,送出申請後由網站管理員去審核
OK了就給權限,不行的就給個否
（受訪者->研究員 或者 研究員->受訪者）
會員等級大致上能用的是這樣,這部份功能已經是完成的狀態
網站管理員： 會員管理 公告 會員審核 ....
研究員：製作問卷 修改問卷資訊 問卷分析 .....
受訪者：填寫問卷 ......
另外這樣的設計點子可以嗎？因截止時間快到了,希望能趕的上進度QQ!!
內文搜尋
從 APP 打開
X