這次要評測的軟體是福大企業號，其實之前換學生證的時候我就有關注過，但是認證成功後發現沒有學生
卡充值的地方就退出了，其他模組也沒有具體使用，這次
認真使用了下發現了很多的問題，
讓人懷疑這個企業號存在的意義，來具體分析下。
挺方便的，如果存有學號資訊可以直接登入，驗證成功後即可進入企業號。
關於頁面，就是
中規中矩
該企業號的功能就很
奇怪，按理
說在學生證
上的***，
就應該具有學生證充值的功能，但是這個企業號並沒有。其他的功能
看似很豐富，但大多都不能用。像課表啊，成績查詢，學生證副卡之類的，可以用的特色功能模組比如個人
行程，失物招領等
都有各種各樣的bug，並且使用下來體驗極差，這些
會在下面的bug分析模組講述。
下面說下可以使用的主要功能模組，按照慣例的話，排在頁面前面的是主要功能模組。
它們是福大郵箱
、福大主頁
、福大黃頁
、校園新聞。說實話，對
大多數人
而言，很少
，而且這是福大的企業號，也就是說如果不是福大學生的話根本無法檢視這些功能，那
這樣如果是
出於宣傳的目的
的話這些
板塊就沒必要存在了。福大郵箱的話可能作者是想有郵件推送給使用者，可是他並沒有實現**模式，也就是說無法給使用者推送資料。
總而言之
，這是乙個沒
什麼實際作
用的企業號，體驗
不盡人意
。拋開bug或者技術實現方面的問題，有很多沒有實際意義
的功能，沒有具體考慮
到使用者的需求。
按照描述的bug定義，找出幾個功能性的比較嚴重的bug。至少兩個。用專業的語言描述（每個bug 不少於 40字），如有必要，可以配圖.
福大主頁
可能原因：編輯的sql語言使用的是insert，主碼一致，無法更新。
3.無法精準刪除。發布日程是有個選項是重複，可以選擇重複幾天。發布成功後，這個日程就會出現在多天的框裡。但是如果你一旦刪除了其中之一，就會把所有天的該日程都給刪掉。如圖：
可能原因：所有不同日期的日程全部引用同一條資料，刪除後，所有的引用都看不到了。
3.已經上傳了，但是無法發布，無論是選擇相簿還是拍照結果都一樣
· 成績查詢
症狀：可選學年只到2016，往後就沒有了
可能原因：未想到更新的問題，把可選項寫死了
· 我的課表
缺陷：沒有顯示任何課程資訊，也無法選擇學年學期。如圖：
可能原因：表結構未完善，也沒有實現與教務處的對接，且未想到更新的問題
· 學生證附卡：
症狀：提示資訊不合理，沒有在企業號中找到新增輔導員這個選項
可能原因：表結構未完善
採訪：
相信每個同學的朋友中一定有人需要用這樣的軟體，記載你對這位使用者的採訪。使用下面的採訪提要：
描述使用者使用這個產品的過程,使用者的問題解決了麼？軟體在資料量/介面/功能/準確度上各有什麼優缺點？使用者體驗方面有問題麼？
使用者使用自己的學號認證後，檢視了我的課表，成績查詢模組，發現什麼都沒有，之後使用了校園巴士，發現就是檢視站點沒有什麼特別的功能，對老生來講沒啥用處。在我的要求下試著發布了失物招領，覺得這個功能不錯，但是感覺使用的人很少。
優點
資料量：新聞方面的資訊挺多的，比如福大新聞，教務處公告，講座資訊等種類豐富
介面：簡潔
功能：教務處公告是實時的
缺點：
資料量：很多模組功能都沒有實現，比如課表，成績查詢，學生證副卡。使用這個企業號的同學很少，失物招領資訊少
介面：在個人日程模組使用感不好，返回的話要點選頁面隱藏按鈕的返回鍵才能返回，經常操作錯誤而退出
且沒有儲存未成功建立的日程的功能。功能
：功能模組雖然多，但他作為乙個幫助同學們工作生活的企業號，沒必要的模組加的太多
準確度：資訊有滯後，校園新聞裡的文章全是11月19號之前的，而其實他的文章最近都有發布新的。課表，成績查詢，學生證副卡功能模組都沒有實現。
使用者對產品有什麼改進意見？
去掉多餘的模組，把主要功能完善起來。最好加入學生證充值，交水電費的功能，然後不用推廣大家也會選擇使用線上交費，而不是線下。
你覺得為什麼這個產品組的人沒有發現這些bug?
1.在做的時候看待問題都是以自己的世界觀理解，理所當然，真正軟體需求沒有被考慮，偏離使用者需求，引起功能缺陷
2.專案管理的問題，不重視質量計畫，對質量、資源、任務、成本等平衡性把握不好，週期過短，擠掉需求分析、評審、測試等的時間，且給各類開發人員造成太大壓力，從而引起一些人為的錯誤。
3.團隊工作的問題。溝通不夠、不流暢，導致不同階段、不同團隊的開發人員對問題的理解不一致；專案組成員技術水平參差不齊，都會造成各種問題。
假設你們團隊需要開發這套系統，需要注意哪些方面(架構、部署運維、微服務等)。
使用此軟體的大部分功能，聯絡第二部分的分析，估計這個專案做到這個程度大約需要多少時間（團隊人數6人左右，計算機大學畢業生，並有專業ui 支援）。
5天實現頁面跳轉不難。這個企業號的大部分功能都是通過頁面跳轉到url實現的。需要程式設計的介面是福大黃頁，校園新聞，個人日程，失物招領，校園巴士，講座報告，都是資料庫操作，不涉及演算法，頁面的風格比較簡單，都是查詢操作。需要的就是寫個頁面。六個人一天寫的完。市場調研需求分析和測試感覺他們沒有做
專案
時間
專案確定：市場調研，需求分析1學習
2專案實施：編碼，單元測試
1發布驗收
1分析這個軟體目前的優劣（和類似軟體相比），並推理出團隊在軟體工程方面可以提高的乙個重要部分（具體建議）。
優點1.登陸方便。學生證後掃碼進入，方便檢視。
2.功能多，資訊多。
缺點1.主要功能都沒有實現，實現的功能都很雞肋，使用者使用的概率低。
2.實現的模組個人行程不好操作，使用者體驗差
3.沒有實際功能的模組太多，冗餘
提高1.把主要功能實現，比如查課表，查成績，申請副卡
2.去掉冗餘的功能
3.完善失物招領的功能，實現
提醒的功能
4.及時更新校園新聞等的推文資訊
根據理解和體驗，畫出整個軟體所有功能邏輯框圖，根據重要度標識出各模組的重要度、完成度、出發點及效果；
按照重要度分層排列，完成度如圖。
功能
完成度
福大郵箱
50%福大黃頁
70%福大主頁
70%校園新聞
70%我的課表
30%成績查詢
30%個人行程
60%失物招領
70%校園巴士
50%講座報告
70%通知檔案
80%學生證副卡
40%針對不同的維度評分，對使用者體驗方面、ui介面美觀度、核心功能，分別打分。（滿分10分）
使用者體驗
ui介面美觀
核心功能56
5這個軟體有很多可以提高的部分。如果你是專案經理，如何提高從而在競爭中勝出？
目前市場上有什麼樣的產品了？
福大助手：可以查課表，查成績
福大教務處：可以查課表，查公告
你要設計什麼樣的功能？
為何要做這個功能，而不是其他功能？
為什麼使用者會用你的產品/功能？
1.受眾多，基
你的創新在**？可以用 nabcd 分析。
n（need）：拖延症患者的福音，
乙個軟體可以
實現如果你來領導這個團隊，會有什麼不一樣？
1.關注市場調研和使用者需求。
2.功能做精，將
產品集中於幾個特色的主要功能模組開發。如學生證充值，水電費繳納，失物招領。
3.認真做測試，依照
使用者評價
對功能進行調整改進。
如果你的團隊有5個人,4個月的時間，你作為專案經理，應該如何配置角色（開發，測試，美工等等）？
綜上所述，人員分配：
開發：4人 美工：1人
描述你的團隊在16周期間每週都要做什麼，才能在第16周如期發布軟體，大小里程碑績點設定。
第五周~第八周：編碼完成具有核心功能的demo版本
第九周：demo版本測試、debug，收集使用者測試意見，進行進一步編碼的分析
第十周~第十五周：根據分析結果進行計畫的調整，完成正式版
第十六周：正式版測試，debug，發布
專案發布後，有沒有考慮過專案該怎麼部署才能滿足需求。依據下圖（某校教務處系統的部署）作為參考，分析16週後你所完成的專案上線需要哪些配套裝置(伺服器、頻寬、資料庫需求數量與配置) 。
應用伺服器配置：4核8g2
後端伺服器配置：8核16g2
關係型資料庫：sql server/oracle/mysql 3，讀寫分離2，備份1
快取資料庫：redis 2
**安全性：ddos，waf
個人作業 軟體產品案例分析
deadline 2017 12 2 22 00 pm 每個人發表一篇隨筆，通過分析華為軟體開發雲，結合閱讀 構建之法 寫一篇隨筆。附 華為軟體開發雲官網 案例分析 同學多多少少經歷過一輪敏捷開發，對軟體工程的一系列工程流程及團隊內各個人員分工有了一定的了解。而實際企業的開發流程又是如何？華為軟體開...
個人作業 軟體產品案例分析
評測 軟體的bug，功能評測，黑箱測試 按照描述的bug定義，找出幾個功能性的比較嚴重的bug。至少兩個。用專業的語言描述 每個bug 不少於 40字 如有必要，可以配圖.構建之法 對於bug的定義概括下就是說軟體的缺陷 症 狀 從使用者角度看，軟體出了什麼問題 程 序 錯 誤 從 角度看，的什麼錯...
個人作業 軟體產品案例分析
2.按照描述的bug定義，找出幾個功能性的比較嚴重的bug。至少兩個。3.用專業的語言描述 每個bug 不少於 40字 如有必要，可以配圖.4.你覺得為什麼這個產品組的人沒有發現這些bug?5.假設你們團隊需要開發這套系統，需要注意哪些方面 架構 部署運維 微服務等 第8章 使用者調研，12 章 軟...