首先登入成功後，就發現可以簽到，下面還有朋友圈，新聞，訊息，我的個人設定。
朋友圈的話就很豐富了，賣書的，發雞湯的，還有一堆賣七七八八東西的；新聞主要都是與學校相關的訊息與通知等，但是該知道的訊息還是不知道；訊息的話就主要是教務等的訊息，可以和同學私聊；個人設定的話就是一些自己的資訊的設定，換頭像，查課表什麼的都可以。
總而言之，第一次上手體驗，感覺反應有點慢，有時還會卡住，主要是功能面向學生群體，還是很適合我們使用，會方便許多，但使用率和實用性不高。
(1)第乙個bug表現為「教務」的聊天介面上沒有輸入框，以前是有可以輸入編號用以查詢不同的資訊，如今卻無法輸入，而其中播報的資訊中也有語意不明的地方，如圖的網上辦事大廳並不知道應該到**去尋找以及設定。(2)第二個bug是課程表裡的設定裡的有乙個換膚的功能，但點選之後並沒有反應，初步判定為在與本地相簿連線的時候發生了錯誤，無法進行連線。
(3)第三個bug表現為剛進入應用中心內的新聞中心等一系列圖示會不停閃爍。進行黑箱測試後，初步判定為軟體載入圖示時使用迴圈載入，新聞中心被多次載入。該物件是集美大學大三學生，已經使用該軟體接近3年，平日使用該軟體進行課表查詢，期末成績查詢，網費充值等。
(3)使用者使用該軟體的過程
簡單描述如下：首先是每日簽到和送花，並為當天生日的同學送上生日祝福。其次，還會查詢當天的課表，期末查詢成績。答：解決了呀，我一般只是用來查課表，查期末成績，充網費而已。要求並不高。答：介面我說不出來有什麼好不好的地方，至於功能和準確度，缺點的話，就是在課表載入的時間上有點慢，期末的成績播報也沒有及時，還有第二天的課程安排也沒有很及時播報。優點的話，它可以不用內網就可以查成績，還可以充網費，現在還可以查詢充值校園卡等，就這些都挺不錯的。答：就是載入很慢，偶爾還會卡住，以及訊息播報不及時。答：課程表載入可以快一點，訊息不要經常斷線，第二天的課程安排和期末成績的播報能及時點。答：從大一到現在，也是見證了它三年的成長到現在功能已經逐漸完善了。我覺得像這樣的專案的話，初期開發考慮肯定沒有那麼周全，基本功能實現的話，大概會需要四個月左右。而後才會日趨完善，在逐步找到功能缺陷，也需要一定的時間，只看開發時間的話，總的來說也還需要四個月左右。答：我認為，在某個特定的場景中，典型使用者一般應該被設定為與之相關的使用者群體，將他的需求典型化，比如乙個電子商務**，專用於交易石頭藝術品一類的環境，這個時候系統就要將使用者細化分為會用電腦的，不會用電腦等，甚至更細化。而軟體在被使用的過程中，就能夠獲得使用者的使用資訊以及使用頻率，或者可以開設乙個通道，使用者反饋，通過反饋，能獲得很多有用的資訊，某功能常被使用，那就要細細完善，某些功能有需求但未被開發，就可以考慮一下功能開發。
ux之中的同理心我認為是極好的，從使用者的角度出發去思考，去設計，會讓使用者更有親近感，更願意去使用這個軟體。
答：(1)第乙個bug我認為應該是測試把關不嚴，敷衍了事，沒有注意在特殊的配置或環境下測試。這個功能在有的手機環境上是可以使用的，有的不行。
(2)第二個bug我認為應該是具體的設計質量不高。這一現象也是一開始就有了，也見過很多次了，一直都沒得到關注，可能是覺得並不是什麼大問題，但是小問題總是越積越多的，最後就成了大問題了。
(3)第三個bug我認為應該是開發人員粗心大意。在一開始的時候可能還是可以使用的，只是後來隨著使用的次數加多，後台的bug也越來越多，沒有及時修復就導致了現在的後果。
答：主要就是後台這邊，訊息的播報延遲了，沒有及時播報，這個的設定的話，其實只要重新設定時間就好了吧？主要是隨著使用時間的加長，時間也會有所延遲，導致時間出現偏移。我的猜想是這樣，不知道實際上是怎麼樣。答：我覺得還是同理心吧，平時可以做個面向全校集大通的使用者的調查問卷，統計一下大家對於集大通還有什麼未開發的使用需求，衡量一下利弊可以考慮是否要開發。還有就是對有能力的同學開放乙個架構平台，有什麼自己想加的功能可以自己去設計，去實現。當然了，這些都需要得到大力的宣傳，鼓勵並支援這種行動。答：詳情參考第二部分的第五點，以乙個開放的平台集思廣益，將會得到更多意想不到的收穫。平台就是市場，市場就是乙個專案賴以生存的東西，要想得到提高甚至勝出，市場是必不可缺的，當然了，市場和成本也需要達到乙個平衡狀態，不能顧此失彼。答：每個高校都會有各自的「校園通」，各式各樣，百花齊放，比如，大連海事大學的「i海大」；廈門大學的「i廈大」等等。但是針對人群也只是校內人員，所以不存在什麼太大的競爭壓力。答：核心使用者群體是校內人員，典型使用者包括老師，學生。學歷年齡
專業愛好
收入表面需求
潛在需求
老師碩士，博士
30以上
不一定不一定
10000左右
方便日常辦公
更便利的辦公操作
學生本科
18~25歲
不一定不一定
2000左右
方便日常娛樂學習
更便利的娛樂學習
我們認為在當今社會，網路社交是相當火熱的，而正因為這種火熱，我們親近網路更多與大自然，或者說我們的現實生活，而我們的小程式就是從這一點出發，每週發布多個話題打卡，比如說每日早起打卡，時間為期一周，然後如果成功完成任務了就可以領取小獎勵。
像這種小程式也是現今很受歡迎的東西，因為現在也有很多人意識到了自律的重要性，但卻沒有這種自覺性去做到，有了這樣的小程式不僅方便，還使用，符合使用者需求，迎合了使用者的喜好。
就nabcd的分析來說，需求和好處前面都有提到，做法的話，我們都也是有做過小專案的經驗了，遇到難題的話，可以請教老師，也可以自己去查資料，或者和隊員一起討論。競爭，現在這種打卡小程式還比較少，但是這種打卡的平台還是很多的，競爭可以說是很大了，但是我們可以優化介面美工，簡化操作步驟，讓使用者體驗更好，再者就是發布的打卡任務更有趣，更符合使用者需求，更有吸引力。交付，就交付來說我們可以先小範圍推廣，從宿舍到班級，到學院，逐步實現使用範圍擴大
答：我覺得可以先安排三個人進行開發，因為開發任務會比較重，需要的人會比較多。三個人美工兼測試，測試、美工一模擬較簡單一些，所以人會少一點。像這樣子將工作分攤一下會比較好，後期測試後還需要開發人員對其進行改進。答：首先肯定是進行專案討論，討論出來乙個大綱，然後細化細節。然後後台開發的就沿著大綱進行開發，同時前端的就可以著手做介面了。期間必不可少的在週末的時候就做個總結，總結一周的工作有沒有達到預期，然後彼此之間有沒存在什麼疑問，或者交流一下意見什麼的，促進接下來的開發能正常進行。之後就是測試，我有兩個想法，一是可以讓開發人員相互錯開對對方的**進行測試；二是可以大家一起對此進行測試，有的人準備測試資料，有的記錄，然後開發人員進行改進。軟體工程第三週
這個作業屬於哪個課程 首頁 軟體工程2020年秋季 海軍工程大學 班級部落格 這個作業要求在 個人綜合開發練習 wordcount 作業 軟體工程2020年秋季 班級部落格 homework 11481 這個作業的目標 wordcount做出，熟練自己之前學習的python基本程式設計知識，並再次熟...
軟體工程第三週作業 功能測試
有乙個演算法競賽的 叫topcoder，後來杭電山寨了乙個叫bestcoder的。跟傳統的演算法競賽略有區別的是，交完 會先跑小資料，小資料過了先被接收，不過不一定對。到了乙個時間，可以造資料challenge別人 cha中了加分。這個功能測試也有點這個意思。不過還沒等我看 造資料，有的 就倒下了。...
《軟體工程》第三週學習進度
專案 第三週所花時間 包括上課 本週共花了30個小時學習軟體工程，其中包括4個小時的上課時間，乙個小時的閱讀課本，其餘的時間都用來了編寫程式，四則運算3是在四則運算2的基礎上開發實現的，因此本次程式用了大量的時間完善了四則運算2，我們結對開發的共同的思想就是，將四則運算2完善以後四則運算3便可以更好...