《3+1團隊》第六次做業：團隊項目系統設計改進與詳細設計

項目	內容
這個做業屬於哪一個課程	任課教師博客主頁連接
這個做業的要求在哪裏	做業連接地址
團隊名稱	3+1團隊
團隊博客地址	https://home.cnblogs.com/u/3-1group
項目名稱	一塊兒種水果

---

1.團隊項目github倉庫地址連接

https://github.com/HaiYou667/3-1Growingfruits

---

2.團隊項目系統設計改進總結

   面向對象設計模式是"好的面向對象設計"，所謂"好的面向對象設計"是那些能夠知足"應對變化，提升複用"的設計。面向對象分析是提取和整理用戶需求，並創建問題域精確模型的過程，原則是獨立、簡單，設計則是把分析階段獲得的需求轉變成符合成本和質量要求的、抽象的系統實現方案的過程，儘管分析和設計的定義有明顯的區別，可是在實際的軟甲年開發過程當中兩者的界限是模糊的，從OOA到OOD是逐漸擴充、反覆迭代的過程，是對各組成部分的增長，
在本週的理論課上咱們學習了面向對象設計方法，面向對象設計模式解決的是"類與相互通訊的對象之間的組織關係，包括它們的角色、職責、協做方式幾個方面。面向對象設計模式描述的是軟件設計，所以它是獨立於編程語言的，可是面向對象設計模式的最終實現仍然要使用面向對象編程語言來表達。
   面向對象設計遵循模塊化、抽象、信息隱藏、弱耦合、強內聚、可重用的設計準則。
   咱們組的設計採用三層架構將整個業務應用劃分爲：表現層（UI）、業務邏輯層（BLL）和數據訪問層（DAL），區分層次的目的即爲了「高內聚，低耦合」的思想。
   一、表現層（UI）：就是展示給用戶的界面，即用戶在使用一個系統的時候他的所見所得。
   二、業務邏輯層（BLL）：針對具體問題的操做，也能夠說是對數據層的操做，對數據業務邏輯處理。
   三、數據訪問層（DAL）：該層所作事務直接操做數據庫，針對數據的增添、刪除、修改、更新、查找等。

   採用了MVC的設計模式，MVC就是 Model-View-Controller：
● Model（模型）表示應用程序核心（好比數據庫記錄列表）。
● View（視圖）顯示數據（數據庫記錄）。
● Controller（控制器）處理輸入（寫入數據庫記錄）。

   嚴格說這三個加起來之後纔是三層架構中的UI層，也就是說，MVC把三層架構中的UI層再度進行了分化，分紅了控制器、視圖、實體三個部分，控制器完成頁面邏輯，經過實體來與界面層完成通話；而C層直接與三層中的BLL進行對話。MVC主要用於表現層，3層主要用於體系架構，3層通常是表現層、中間層、數據層，其中表現層又能夠分紅M、V、C，(Model View Controller)模型－視圖－控制器。MVC是表現模式，三層架構是典型的架構模式。

本週項目進展：本週咱們實現了系統的登陸和註冊頁面，在登陸和註冊採用正則表達式對用戶信息進行判斷，具體代碼以下圖所示：

   前臺頁面以下圖所示（講真，不怎麼好看......）：

---

3.問題探究

（1）何謂軟件體系結構、軟件設計模式？
   軟件體系結構是具備必定形式的結構化元素，即構件的集合，包括處理構件、數據構件和鏈接構件。處理構件負責對數據進行加工，數據構件是被加工的信息，鏈接構件把體系結構的不一樣部分組合鏈接起來。這必定義注重區分處理構件、數據構件和鏈接構件，這一方法在其餘的定義和方法中基本上獲得保持。
   自從軟件系統首次被分紅許多模塊，模塊之間有相互做用，組合起來有總體的屬性，就具備了體系結構,好的開發者經常會使用一些體系結構模式做爲軟件系統結構設計策略。軟件體系結構是設計抽象的進一步發展，知足了更好地理解軟件系統，更方便地開發更大、更復雜的軟件系統的須要。
   事實上，軟件老是有體系結構的，不存在沒有體系結構的軟件。

   軟件設計模式（Design pattern），又稱設計模式，是一套被反覆使用、多數人知曉的、通過分類編目的、代碼設計經驗的總結。使用設計模式是爲了可重用代碼、讓代碼更容易被他人理解、保證代碼可靠性、程序的重用性。
   設計模式共有23種類型，可分爲三種類型：
● 單例模式、抽象工廠模式、建造者模式、工廠模式、原型模式，屬於建立型模式。
● 適配器模式、橋接模式、裝飾模式、組合模式、外觀模式、享元模式、代理模式，屬於結構型模式。
● 模版方法模式、命令模式、迭代器模式、觀察者模式、中介者模式、備忘錄模式、解釋器模式、狀態模式、策略模式、職責鏈模式、訪問者模式，屬於行爲型模式。

（2）什麼是C/S與B/S結構
   C/S結構即Client/Server架構，即客戶端/服務器架構。經過將任務合理分配到Client端和Server端，下降了系統的通信開銷，須要安裝客戶端纔可進行管理操做。
客戶端和服務器端的程序不一樣，用戶的程序主要在客戶端，服務器端主要提供數據管理、數據共享、數據及系統維護和併發控制等，客戶端程序主要完成用戶的具體的業務。
   C/S結構開發比較容易，操做簡便，但應用程序的升級和客戶端程序的維護較爲困難。



   B/S架構即Browser/Server (瀏覽器/服務器) 結構：客戶端基本上沒有專門的應用程序，應用程序基本上都在服務器端。
B/S結構因爲客戶端沒有程序，應用程序的升級和維護均可以在服務器端完成，升級維護方便，使得用戶界面「豐富多彩」，但數據的打印輸出等功能受到了限制

(3)什麼是MVC設計模式？
   MVC全名是Model View Controller，是模型(model)－視圖(view)－控制器(controller)的縮寫，一種軟件設計典範，用一種業務邏輯、數據、界面顯示分離的方法組織代碼，將業務邏輯彙集到一個部件裏面，在改進和個性化定製界面及用戶交互的同時，不須要從新編寫業務邏輯。MVC被獨特的發展起來用於映射傳統的輸入、處理和輸出功能在一個邏輯的圖形化用戶界面的結構中。


MVC 是一種使用 MVC（Model View Controller 模型-視圖-控制器）設計建立 Web 應用程序的模式：

● Model（模型）表示應用程序核心（好比數據庫記錄列表）。
● View（視圖）顯示數據（數據庫記錄）。
● Controller（控制器）處理輸入（寫入數據庫記錄）。

MVC 模式同時提供了對 HTML、CSS 和 JavaScript 的徹底控制。
Model（模型）是應用程序中用於處理應用程序數據邏輯的部分。
　　一般模型對象負責在數據庫中存取數據。

View（視圖）是應用程序中處理數據顯示的部分。
　　一般視圖是依據模型數據建立的。

Controller（控制器）是應用程序中處理用戶交互的部分。
　　一般控制器負責從視圖讀取數據，控制用戶輸入，並向模型發送數據。

MVC 分層有助於管理複雜的應用程序，能夠在一個時間內專門關注一個方面，同時也讓應用程序的測試更加容易。
MVC 分層同時也簡化了分組開發。不一樣的開發人員可同時開發視圖、控制器邏輯和業務邏輯。

---

4.團隊成員在系統設計的具體分工及佔整個系統設計文檔任務的工做量比例

團隊分工及所佔比例

團隊成員	分工	所佔比例
王雯涵	分析項目系統設計說明書初稿的不足，編寫博客	25%
郭佳	分析項目系統設計說明書初稿的不足，編寫《團隊項目軟件系統設計改進》	25%
麻存滔	分析項目系統設計說明書初稿的不足	25%
鄒立源	分析項目系統設計說明書初稿的不足	25%