隊員：王鶴恬 范涵 劉旺 劉至臻 陸凌昕
指導老師：周軍海老師
撰稿人：范涵
第一次會議
第一次會議就裝置的編號，裝置名稱，主要用途，存放場地等基本建資料庫所需要的資訊進行了一次大概的總結，其中將儀器的在庫狀態確定分為了在庫、借用、維修以及損壞，規定了借用人為兩到三個名字，學生和導師。同時，確定了針對不同的保管人開放不同的許可權，並要求可以通過模糊搜尋的方式搜尋到想要的儀器。
在第一次會議中，我們和指導老師進行了深切的交流，其中對大部分細節進行了補充。當時由於我們還只是剛剛學習資料庫，所以還不是很懂表應該怎樣去建，應該建哪幾張表。但是在老師的幫助下，我們一步步分析，大概知道了根據課程需求專案所需建立的錶可包括：裝置資訊（裝置編號、裝置名稱、裝置型別、主要用途、存放場地、保管人、在庫狀態、預期歸還時間等）；使用者資訊（學工號、姓名、借用裝置等）；信用系統（使用者學工號、當前信用分、信用分歷史記錄等）；報修表（報修人、損壞原因、報修時間等）；預約表（預約人、預約裝置編號、預約日期等）；簡訊模板表（包括到期提醒與預約成功兩個應用場景）等。
在第一次會議討論需求的過程中，我想我們最大的收穫可能是知道了怎樣將乙個很大的專案，乙個陌生的專案，分解為我們能夠理解的部分。同時知道了乙個專案該從何開始做。先原型知道大概的頁面樣子，後建表確定資料庫，然後連線資料庫做出對應的功能。這樣也使得我們的目標變得不那麼模糊了，我們也知道當前需要做什麼，需要學什麼，也能有針對性的學習了。
第二次會議
第二次的會議是在我們專案原型實現後，也是第一次會議的一周後。當我們拿出我們自認為很完美的原型給我們的指導老師看時，他直接指出我們的原型裡面還有部分問題。同時還給了我們很多建議：比喻考慮設定手勢登陸進入小程式、區分使用者、信用分評級（信用分決定借閱順序）。
第二次會議給我們的最大感受就是有些看似很完美的東西並不是一定很完美，那只是我們的主觀感受而已，而沒有實際開發經驗的我們來說，很多主觀的東西都是錯的。在這個過程中，我們並沒有對專案的細節進行特別的注意，然而細節便是決定決定使用者的使用感受的，也是決定我們這個專案能走多遠的。周老師讓我們仔細考慮管理員的功能，他提出管理員在個人頁面可檢視使用者提交的關於所管理裝置的報修情況。在我們最初的設計中認為老師=管理員，但是實際上並不行，因為老師只是乙個使用者，所以我們重新確定了人員為管理員和使用者，這樣我們就確定了我們要分開做什麼功能。
更加細微的模組讓我們更加明確了自己的部分，同時因為信用分評級的設定，也讓我們不得不去思索借閱規則的制定應該怎樣確定，這是個很難的問題，因為得考慮到公平性的問題。這也讓我們真正的進入這個專案，進入這個團隊。
第三次會議
第二次會議最後信用分評級依舊沒有得到徹底解決，因為這是乙個需要和使用者或者是開發者商榷的問題，我們將通過長久的討論確定乙個比較好的信用分評價規則。
每一次會議都有需求和要求的變動，這次會議我們主要討論的是er模型的改善以及對資料庫的約束，通過對powerdesigner軟體的學習與使用，我們都能夠自己通過設計cdm來得到我們想要的資料字典。這次的學習很大程度的擴充套件了我們的知識面以及提高了我們的動手能力和分工合作能力，我們不再是像以前那樣拿到乙個題目不知道從**入手，雖然我們現在也不能很完美很快速的完成乙個部分，但是我們現在以及能在慢慢的摸索中逐漸達到我們想要的成果。這是我們最想要的，也是我深有體會的一點。
第四次會議
第四次會議也就是最近的一次會議，在這次會議上，我們通過修改pdm來生成資料庫的sql檔案來建立資料庫。在最開始的時候，我其實不太明白為什麼乙個pdm要反覆修改，直到後來生成了測試資料庫後，才發現然來我們的資料庫屬性還不夠完善，這也讓我意識到需要通過實際的測試才能讓我們發現很多問題。為什麼有的軟體上線以後會有使用者提出各種bug，難道測試人員就沒想到嗎？沒錯，他們可能真的沒有想到。因為每個人的使用習慣不同，總有測試人員沒有想到的情況發生。
需求分析心得
李俊傑最近做些需求分析的工作，主要基於現有需求抽象分析，合併歸類，積累如下心得體會供參考 n抽象 從紛繁複雜的表象中抽取出有規律的東西，即透過現象看本質，所謂本質，就是規律性東西，就是在一定條件下不變的規則，也就是需求中要分析出那些是 不變的 那些是 變化的 換句話說，是從偶然性中發現其必然性。n如...
需求分析心得
一.團隊介紹 蕪湖動物園 二.團隊成員 艾浚樵 江光旭 劉慶 劉明偉 張樂平 容振貴 三.指導老師 劉代波四.需求迭代過程 我們的專案一共經歷了3次需求文件迭代，這3次分別是為了不同的目的。1.0版本是寫給指導老師看的，裡面是此專案最精準的樣貌 2.0 3.0是寫給課程老師看的，裡面是在課程老師的要...
需求分析心得
一.團隊介紹 蕪湖動物園 二.團隊成員 艾浚樵 江光旭 劉慶 劉明偉 張樂平 容振貴 三.指導老師 劉代波 四.需求迭代過程 我們的專案一共經歷了3次需求文件迭代，這3次分別是為了不同的目的。1.0版本是寫給指導老師看的，裡面是此專案最精準的樣貌 2.0 3.0是寫給課程老師看的，裡面是在課程老師的...