課程 | 軟件工程1916|W(福州大學) |
---|---|
團隊名稱 | 修!咻咻! |
做業要求 | 項目原型設計 |
團隊目標 | 切實可行的計算機協會維修預定平臺 |
開發工具 | Axue RP 8 |
原型下載 | 修!咻咻!維修平臺原型設計 |
PDF下載 | 修咻咻原型設計PDF |
隊員學號 | 隊員姓名 | 我的博客地址 | 備註 |
221600126 | 劉忠燏 | http://www.cnblogs.com/Downstream-1998/ | |
221600207 | 黃權煥 | https://www.cnblogs.com/hyry/ | 隊長 |
221600328 | 蘇明輝 | https://www.cnblogs.com/ahuigg/ | |
221600330 | 吳可強 | https://www.cnblogs.com/masgak/ | |
221600331 | 向鵬 | https://www.cnblogs.com/xiang-peng/ |
隊員學號 | 隊員姓名 | 分工 | 貢獻度 |
221600126 | 劉忠燏 | 用戶信息編輯頁面原型的設計實現 | 19% |
221600207 | 黃權煥 | 文章發佈、維修場次通知、登陸註冊頁面原型的設計實現,整理博客內容 | 20% |
221600328 | 蘇明輝 | 預定零件信息查看頁面的設計實現、效能分析、PSP | 20% |
221600330 | 吳可強 | 預定人員信息查看頁面的設計實現 | 19% |
221600331 | 向鵬 | 用戶預定頁面原型的設計實現,整理修改調和團隊的原型設計 | 22% |
實際上沒有任何一家軟件能說知足全部用戶的全部需求。可是咱們有創建用戶反饋渠道(評價等),用戶的不滿之處咱們將慎重考慮並加以改進,相信用戶將在接下來的迭代版本中見到改進。
協會是有本身的公衆號的,公衆號的自動回覆功能能夠解決大部分常見問題,而部分特殊問題能夠經過咱們留在網頁上的聯繫方式聯繫咱們。目前平臺須要先完善基礎核心功能再完善進階非剛需功能。
備件信息會標明價格,在維修完成後由現場工做人員收取。這也是將來網站的一個盈利點,批發價和商品價總會有些差距。可是金額支付咱們不會在線上完成,現場一手錢一手貨更少經濟糾紛(內存、顯卡等物價波動大,可能只差一個月價格差了兩三百,咱們不許備作投機電商)。因爲學號+手機號綁定,全部不擔憂惡意刷單。
咱們將任務分爲三種:未接取,已接取未處理,已處理。經過這三種方式讓維修隊隊員根據自身時間與客戶時間契合處來選擇維修時間段,並可經過更改維修者的操做,達到屢次多人處理,務必使客戶滿意。
實際上這並非咱們用戶的核心須要,也不是協會的核心須要。用戶在維修時未必會由於一棵樹放棄一片森林,協會內部誰是技術骨幹也不須要在此處評比。但這的確是用戶可能的需求。咱們將在第三次迭代甚至第二次迭代中加入這個功能。藉此重申:咱們將投入精力優先完成核心須要,非核心功能模塊請保持期待,等待咱們迭代進度上線。
咱們將用戶端和管理端進行了拆分,即管理頁面單獨爲一個網站,進行數據的操做。
數據庫
登陸註冊預計是用戶端和管理端分開使用,但樣式不變。 用戶須要以手機爲帳戶註冊,以確保預定聯繫方式真實可信,同時方便記憶。登陸頁面支持手機驗證碼登陸或者帳戶密碼登陸。這個方面可能會複用網上現有的模塊。登陸以後用戶在我的頁面點擊姓名等可切換帳戶登陸。 --221600207 黃權煥
用戶可在這裏更新本身的相關信息(主要是姓名學號,電腦管理,以及對已提交的預定進行管理) 電腦的添加是考慮到大部分用戶換電腦的頻率不高,所預定的維修也基本是對本身的電腦,提早保存有利於減小輸入。 添加電腦部分只須要兩個信息:電腦品牌和型號(型號可選,品牌則是從下拉框中選取) 用戶能夠查看已提交的申請(默認只顯示未完成的維修,已完成的維修可經過點擊更多進行查看。每一條記錄包含服務的時間與日期,電腦的型號與服務內容,和服務地點 對已經提交的申請,用戶能夠選擇編輯預定的內容(主要是對情況的描述進行編輯,以及補充圖片) 對於已經完成的申請,用戶能夠選擇「後續服務」(針對問題沒有徹底解決的狀況) 待議: 目前的信息主要是針對學生用戶,若是之後開放給教師用戶,怎麼處理? 對於已被受理(但未完成的)的申請,用戶是否能夠進行取消或編輯 --221600126 劉忠燏
學生的維修預定功能分爲兩步,一爲填寫基本信息,若用戶已登陸的帳戶已完善本身的資料,就默認填寫上去,而且提供修改(考慮到該帳戶多是幫別人申請預定,目前不考慮安全性、欺騙性問題,到後期迭代再進行分析);二是填寫預定詳情信息,提供2種預定方式,第一種線下維修活動預定,第二種上門維修預定。 線下活動預定提供計算機協會後續幾回擺點義務維修的時間和地點讓學生選擇,上門維修預定提供計算機協會維修隊的閒暇時間讓學生選擇。 學生選擇設備從當前帳戶擁有的電腦中選取,能夠選擇協會目前提供的經常使用零件,描述其設備問題,能夠提供圖片,添加備註。 --221600331 向鵬
預定人員界面是爲了直接展現管理員看到的預定列表,該界面主要的功能是輸入關鍵詞(例如姓名)能夠直接搜索有關預定消息,與導入功能(將excel表格的數據導入數據庫,後續能夠考慮直接作手動輸入界面),與導出功能(將數據庫數據導出至文件)。篩選功能能夠篩選幾個所選的條件,也就是直接從數據庫中查找相應信息並展現在網頁上,對於預定表的展現,原本是想直接作成一列列的表格信息,但考慮到這樣信息所有展現出來界面會變得很是亂且不美觀,因此製做成卡片形式,管理員還能夠點擊詳細信息直接查看例如備註與圖片等信息。 --221600330 吳可強
預定零件主要是爲管理員所提供的,供管理員採集所需零件的數據,首界面能夠選擇硬盤和內存相關的零件(目前計算機協會主要提供這兩方面零件的維修),以表格的形式顯示出來,另外,如需查看其餘零件,可以使用搜索功能,搜索頁面提供相關搜索熱詞。 導入導出功能主要針對excel表格進行導入導出,導入或導出成功顯示成功界面。 --221600328 蘇明輝
主要是簡潔大方,界面清爽,讓用戶最直觀感覺維持場次信息,咱們將其作爲首頁 由歡迎語和場次信息以及地點組成,場次能夠由下拉框選擇改變,默認爲最新場次,地點信息也是根據下拉框的值進行動態顯示。 --221600207 黃權煥
最上方是搜索框,提供用戶的文章搜索功能,暫只支持簡單檢索。 下方分爲兩個tab頁:「文章推送」和「與我相關」。文章推送由標題、做者、發佈時間組成,點擊可查看詳細文章。與我相關則是留給管理員與用戶交互溝通使用,相似於淘寶的聯繫店家功能,預計在幾回迭代後完善。 這個頁面在第一次迭代中並不打算實現,緣由是與維修公衆號功能重複,是否開發待第二次迭代時與協會協商決定 --221600207 黃權煥
做爲軟件工程的咱們,有時電腦遇到問題也是解決乏力,更況且其餘專業並不怎麼了解計算機的同窗呢?而電腦,每每是咱們辦公學習的優秀工具,因此一但出現問題,全部者必定心急如焚,而返廠維修時間成本過高,送店維修經濟成本也不低。怎麼辦呢?若是有這個一個電腦維修平臺,同窗能夠方便地去維修,甚至申請上門維修服務,這是多麼方便的一件事啊!
服務同窗,建設校園,正是咱們團隊的目標,也正是所以咱們最終選擇了「修!咻咻!」做爲咱們軟件工程實踐的項目小程序
不少學會社團都存在一個問題:數據保存依舊仍是在使用電子或紙質報表,而咱們項目採用Web數據庫服務(導入導出EXCEL也會具有)。就目前而言,針對學生社團的軟件只有有限幾個,且絕大部分不針對社團具體事務,更別說定製網站和定製小程序了。故競爭並不激烈。
但該軟件項目也只能做爲少盈利或者非盈利的存在,盈利方面會主要集中在推廣費和廣告費和計算機零件差價方面。即在文章推廣頁面植入軟文和彈窗廣告和提供零件維修。微信小程序
完成對預定零件表的導入導出(可篩選)安全
完成發佈活動通知地點的非數據庫編寫服務器
完成協會各類需求微信
數據形式爲網站交付,採用MySQL數據庫儲存數據 咱們已經購買域名和租借網站服務器,預計在本學期能交付一個可用網站
藉助計算機協會原有渠道宣傳 聯繫協會掛靠學院幫忙宣傳 QQ空間和微信公衆號宣傳 維修活動現場宣傳
前期經過討論,你們對項目有了一致的瞭解與規劃,設計原型時各成員分工繪畫界面,由於時間比較趕,有一些額外的需求並無畫出來,基本功能基本實現,但因爲是分工合做,對彼此界面的一些銜接可能存在瑕疵,畫風也須要統一,應在畫前約好一些方向和細節,方便後期整合。app
PSP2.1 | Pesonal SoftWare Process Stages | 預估耗時(分鐘) | 實際耗時(分鐘) |
---|---|---|---|
Planning | 計劃 | 30 | 40 |
Estimate | 估計這個任務須要多少時間 | 10 | 10 |
Development | 開發 | ||
Analysis | 需求分析(包括學習新技術) | 120 | 130 |
Design Spec | 生成設計文檔 | 30 | 40 |
Design Review | 設計複審 | 20 | 30 |
Coding Standard | 代碼規範(爲目前的開發制定合適的規範) | 0 | 0 |
Design | 具體設計 | 420 | 560 |
Coding | 具體編碼 | 0 | 0 |
Code Review | 代碼複審 | 0 | 0 |
Test | 測試(自我測試,修改代碼,提交修改) | 60 | 70 |
Reporting | 報告 | 100 | 120 |
Test Report | 測試報告 | 20 | 25 |
Size Measurement | 計算工做量 | 10 | 10 |
Postmortem&Process Improvement Plan | 過後總結,並提出過程改進計劃 | 30 | 30 |
合計 | 850 | 1065 |
本次團隊任務能夠說是咱們每一個人都付出了至關的勞動,每一個人都作出了精美的原型,顯得界面豐富多彩,雖然確實存在每一個人畫風不一的問題,但詳細給更多的時間咱們能夠解決這個問題。 此次原型設計其實一些對應的需求咱們並不打算一次作完。例如預定信息地址的地圖定位,咱們更但願在第三次迭代去作。咱們的目標依舊是十分明確的,爲計算機協會提供預定管理的綜合性平臺,同窗們爲此提出了很多好點子,新需求,但咱們團隊很難在一學期內完成,只能逐步迭代,將核心作好,再擴展其他。 固然,微信小程序纔是用戶最須要的目標,因此在第三次迭代前,咱們會先進行小程序移植,若是您有更多更好的建議,請及早提出,這樣興許能夠在微信小程序上見到它的實現。 最後,感謝個人隊員們,都是很棒很努力的人啊!道長且阻,與君同行,不失人間大樂也!鞠躬!