【文章內(nèi)容簡介】 ，修改，刪除第四章 系統(tǒng)設(shè)計(jì)在軟件需求分析階段，己經(jīng)弄清楚了軟件的各種需求，解決了要讓所開發(fā)的軟件“做什么”的問題，并已在軟件需求說明書中詳盡地闡明了需求，在軟件設(shè)計(jì)階段，要著手解決“怎么做”的問題。軟件設(shè)計(jì)是一個把軟件需求變換成軟件表示的過程，從工程管理的角度來看，軟件設(shè)計(jì)分兩步完成。首先，做概要設(shè)計(jì)，將軟件需求轉(zhuǎn)換為數(shù)據(jù)結(jié)構(gòu)和軟件的系統(tǒng)結(jié)構(gòu)，并建立接口。然后是詳細(xì)設(shè)計(jì)，即過程設(shè)計(jì)，通過對結(jié)構(gòu)表示進(jìn)行細(xì)化，得到軟件的詳細(xì)的數(shù)據(jù)結(jié)構(gòu)和算法。 軟件設(shè)計(jì)的原則 軟件設(shè)計(jì)原則軟件設(shè)計(jì)是把需求轉(zhuǎn)化為軟件系統(tǒng)的最重要的環(huán)節(jié)，系統(tǒng)設(shè)計(jì)的優(yōu)劣在根本上決定了軟件系統(tǒng)的質(zhì)量。一般把設(shè)計(jì)過程劃分為兩個階段：概要設(shè)計(jì)階段和詳細(xì)設(shè)計(jì)階段?！　「乓O(shè)計(jì)階段的重點(diǎn)是體系結(jié)構(gòu)設(shè)計(jì)。　　詳細(xì)設(shè)計(jì)階段的重點(diǎn)是用戶界面設(shè)計(jì)、數(shù)據(jù)庫設(shè)計(jì)、模塊設(shè)計(jì)、數(shù)據(jù)結(jié)構(gòu)與算法設(shè)計(jì)等。 體系結(jié)構(gòu)　　體系結(jié)構(gòu)如同人的骨架。如果某個家伙的骨架是猴子，那么無論怎樣喂養(yǎng)和美容，這家伙始終都是猴子，不會成為人?！　∮纱丝梢姡w系結(jié)構(gòu)乃是系統(tǒng)設(shè)計(jì)的重中之重。　　目前業(yè)界比較流行的軟件結(jié)構(gòu)模式有C/S(客戶/服務(wù)器)、B/S(BROWSE/SERVER)、層次結(jié)構(gòu)(上下級層次結(jié)構(gòu)、順序相鄰的層次結(jié)構(gòu)、含中間件的層次結(jié)構(gòu))　　體系結(jié)構(gòu)設(shè)計(jì)原則　　合適性　　即體系結(jié)構(gòu)是否適合于軟件的“功能性需求”和“非功能性需求”。高水平的設(shè)計(jì)師高就高在“設(shè)計(jì)出恰好滿足客戶需求的軟件，并且使開發(fā)方和客戶方獲取最大的利益，而不是不惜代價設(shè)計(jì)出最先進(jìn)的軟件?！　〗Y(jié)構(gòu)穩(wěn)定性　　詳細(xì)設(shè)計(jì)階段的工作如用戶界面設(shè)計(jì)、數(shù)據(jù)庫設(shè)計(jì)、模塊設(shè)計(jì)、數(shù)據(jù)結(jié)構(gòu)與算法設(shè)計(jì)等等，都是在體系結(jié)構(gòu)確定之后開展的，而編程和測試則是更后面的工作，因此體系結(jié)構(gòu)應(yīng)在一定的時間內(nèi)保持穩(wěn)定。　　軟件開發(fā)最怕的就是需求變化，但“需求會發(fā)生變化”是個無法逃避的現(xiàn)實(shí)。人們希望在需求發(fā)生變化時，最好只對軟件做些皮皮毛毛的修改，可千萬別改動軟件的體系結(jié)構(gòu)。如果當(dāng)需求發(fā)生變化時，程序員不得不去修改軟件的體系結(jié)構(gòu)，那么這個軟件的系統(tǒng)設(shè)計(jì)是失敗的?！　「咚降脑O(shè)計(jì)師應(yīng)當(dāng)能夠分析需求文檔，判斷出哪些需求是穩(wěn)定不變的，哪些需求是可能變動的。于是根據(jù)那些穩(wěn)定不變的需求設(shè)計(jì)體系結(jié)構(gòu)，而根據(jù)那些可變的需求設(shè)計(jì)軟件的“可擴(kuò)展性”。　　可擴(kuò)展性　　可擴(kuò)展性是指軟件擴(kuò)展新功能的容易程度。可擴(kuò)展性越好，表示軟件適應(yīng)“變化”的能力越強(qiáng)?！　】蓴U(kuò)展性越來越重要，這是由現(xiàn)代軟件的商業(yè)模式?jīng)Q定的：　　社會的商業(yè)越發(fā)達(dá)，需求變化就越快。需求變化必將導(dǎo)致修改(或者擴(kuò)展)軟件的功能，現(xiàn)代軟件的規(guī)模和復(fù)雜性要比十年前的大得多(對比一下操作系統(tǒng)的變化就明白了)，如果軟件的可擴(kuò)展性比較差的話，那么修改(或者擴(kuò)展)功能的代價會很高?！　‖F(xiàn)代軟件產(chǎn)品通常采用“增量開發(fā)模式”，開發(fā)商不斷地推出軟件產(chǎn)品的新版本，從而不斷地獲取增值利潤。如果軟件的可擴(kuò)展性比較差的話，每次開發(fā)新版本的代價就會很高。雖然開發(fā)商抓住了商機(jī)，但卻由于設(shè)計(jì)水平差而導(dǎo)致沒有賺取多少利潤，真是要活活氣死。　　可復(fù)用性　　由經(jīng)驗(yàn)可知，通常在一個新系統(tǒng)中，大部分的內(nèi)容是成熟的，只有小部分內(nèi)容是創(chuàng)新的。一般地可以相信成熟的東西總是比較可靠的(即具有高質(zhì)量)，而大量成熟的工作可以通過復(fù)用來快速實(shí)現(xiàn)(即具有高生產(chǎn)率)?！　】蓮?fù)用性是設(shè)計(jì)出來的，而不是偶然碰到的。要使體系結(jié)構(gòu)具有良好的可復(fù)用性，設(shè)計(jì)師應(yīng)當(dāng)分析應(yīng)用域的共性問題，然后設(shè)計(jì)出一種通用的體系結(jié)構(gòu)模式，這樣的體系結(jié)構(gòu)才可以被復(fù)用。 　用戶界面設(shè)計(jì)　　為了提高用戶界面的易用性和美觀程度，總結(jié)了以下設(shè)計(jì)原則。用于提高易用性的界面設(shè)計(jì)原則：　　用戶界面適合于軟件的功能　　容易理解　　風(fēng)格一致　　及時反饋信息　　出錯處理　　適應(yīng)各種用戶　　國際化　　個性化　　用于提高美觀程度的設(shè)計(jì)原則有：　　合理的布局　　和諧的色彩 系統(tǒng)功能結(jié)構(gòu)本系統(tǒng)的開發(fā)分為若干模塊進(jìn)行開發(fā)，每個功能模塊基本獨(dú)立，但前提是必須經(jīng)過登陸模塊的判斷用戶是否有效，所以說，登陸，注冊模塊是最先與用戶進(jìn)行交互的功能模塊，該模塊結(jié)構(gòu)圖如下： 登陸結(jié)構(gòu)圖 注冊結(jié)構(gòu)圖 系統(tǒng)總體功能模塊該系統(tǒng)包括注冊，登陸，退出，個人通訊錄模塊，日程安排模塊，工作日志模塊，短消息管理模塊，公告管理模塊，會議管理模塊等。： 系統(tǒng)總體模塊圖Address表：CREATE TABLE IF NOT EXISTS address ( ID int(10) unsigned NOT NULL auto_increment, username varchar(50) NOT NULL DEFAULT 39。39。 , name varchar(50) NOT NULL DEFAULT 39。39。 , sex varchar(10) , mobile varchar(20) , varchar(50) , qq varchar(20) , pany varchar(100) , address varchar(100) , postcode varchar(10) , PRIMARY KEY (ID), UNIQUE KEY ID (ID), KEY ID_2 (ID))。Meeting表：CREATE TABLE IF NOT EXISTS meeting ( ID int(10) unsigned NOT NULL auto_increment, sender varchar(50) NOT NULL DEFAULT 39。39。 , starttime varchar(20) , endtime varchar(20) , address varchar(100) , title varchar(100) , content text , PRIMARY KEY (ID), UNIQUE KEY ID (ID), KEY ID_2 (ID))。Schedule表：CREATE TABLE IF NOT EXISTS schedule ( ID int(10) unsigned NOT NULL auto_increment, username varchar(50) NOT NULL DEFAULT 39。39。 , year int(4) , month int(2) , day int(2) , plan text , PRIMARY KEY (ID), UNIQUE KEY ID (ID), KEY ID_2 (ID))。Sms表：CREATE TABLE IF NOT EXISTS sms ( ID int(10) unsigned NOT NULL auto_increment, username varchar(50) NOT NULL DEFAULT 39。39。 , sender varchar(50) NOT NULL DEFAULT 39。39。 , message text , sendtime varchar(20) , isRead varchar(1) DEFAULT 39。039。 , PRIMARY KEY (ID), UNIQUE KEY ID (ID), KEY ID_2 (ID))。Worklog表：CREATE TABLE IF NOT EXISTS worklog ( ID int(10) unsigned NOT NULL auto_increment, username varchar(50) NOT NULL DEFAULT 39。39。 , year int(4) , month int(2) , day int(2) , title varchar(100) , description text , logtime varchar(20) , PRIMARY KEY (ID), UNIQUE KEY ID (ID), KEY ID_2 (ID))。User表：CREATE TABLE IF NOT EXISTS user ( ID int(10) unsigned NOT NULL auto_increment, username varchar(50) , password varchar(50) , varchar(50) , PRIMARY KEY (ID), UNIQUE KEY ID (ID), KEY ID_2 (ID))。Notice 表：CREATE TABLE IF NOT EXISTS notice ( ID int(10) unsigned NOT NULL auto_increment, sender varchar(50) NOT NULL DEFAULT 39。39。 , title varchar(100) , content text , sendtime varchar(20) , PRIMARY KEY (ID), UNIQUE KEY ID (ID), KEY ID_2 (ID))。 Struts與Spring框架整合的方式：，并在Action中獲取Spring的 ApplicationContext。這是最簡單的一種整合方式。 ，以Spring的DelegatingRequestProcessor類代替Struts的 RequestProcessor類，并在Spring的配置文件中定義與Struts配置文件中actionmappings對應(yīng)的 bean，從而將Struts的Action與Spring分開，并把Struts的動作置于Spring的控制之下。這種整合方式的優(yōu)點(diǎn)是將不再依賴 Spring這個特定的IoC容器，但必須依賴Struts的RequestProcessor類。 ，即在Struts配置文件中，定義action mappings的type屬性全部改為DelegatingActionProxy，而不是具體的類名，并在Spring配置文件中定義與 Struts動作映射對應(yīng)的bean，從而將Struts的Action與Spring分開，并把Struts的動作置于Spring的控制之下。無疑， 這是最靈活的一種整合方式。 登陸與注冊模塊該模塊的功能包括2部分，分別是新用戶注冊與用戶登陸。該模塊運(yùn)行結(jié)果如下： 注冊窗口圖用戶登陸： 登陸窗口圖 個人通訊錄模塊該模塊的功能是對通訊錄中的姓名，性別，手機(jī)號碼，Email，號碼，工作單位，地址，郵編等信息進(jìn)行察看，添加，修改，刪除等操作。該模塊運(yùn)行結(jié)果如下： 通訊錄窗口圖該模塊結(jié)構(gòu)圖如下： 通訊錄模塊結(jié)構(gòu)圖 日程安排模塊該模塊的功能是對日程安排進(jìn)行察看，添加，修改，刪除等。該模塊運(yùn)行結(jié)果如下： 日程安排窗口圖該模塊結(jié)構(gòu)圖如下： 日程安排模塊結(jié)構(gòu)圖 工作日志模塊該模塊的功能是對工作日志進(jìn)行察看，添加，修改，刪除等操作。該模塊運(yùn)行結(jié)果如下： 工作日志窗口圖該模塊結(jié)構(gòu)圖如下： 日志管理模塊結(jié)構(gòu)圖該模塊實(shí)現(xiàn)的功能是對短消息的發(fā)送，接收，閱讀，刪除等操作。該模塊運(yùn)行結(jié)果如下：該模塊結(jié)構(gòu)圖如下： 短消息管理模塊結(jié)構(gòu)圖該模塊的功能是對 系統(tǒng)公告的發(fā)布，閱讀，修改，刪除等操作。該模塊運(yùn)行結(jié)果如下： 公告管理窗口圖該模塊結(jié)構(gòu)圖如下： 公告管理模塊結(jié)構(gòu)圖 會議管理模塊該模塊所實(shí)現(xiàn)的功能是對會議紀(jì)錄的時間，地點(diǎn)，內(nèi)容進(jìn)行添加，修改，刪除等操作。該模塊運(yùn)行結(jié)果如下： 會議管理窗口圖該模塊結(jié)構(gòu)圖如下： 會議管理模塊結(jié)構(gòu)圖第五章 系統(tǒng)實(shí)現(xiàn)在軟件設(shè)計(jì)階段，己經(jīng)弄清楚了軟件的各種詳細(xì)設(shè)計(jì)，解決了要讓所開發(fā)的軟件“怎么做”的問題。軟件實(shí)現(xiàn)是一個把軟件從設(shè)計(jì)變換成軟件實(shí)現(xiàn)的過程，從工程管理的角度來看，軟件實(shí)現(xiàn)就是把軟件的設(shè)計(jì)編碼實(shí)現(xiàn)在計(jì)算機(jī)上正確的運(yùn)行。正式開發(fā)系統(tǒng)以前，應(yīng)先添加sturts+spring+hibernate環(huán)境，該環(huán)境可由MyEclipse自動完成，如數(shù)據(jù)源配置，SessionFactory配置，配置事務(wù)，配置DAO組件，配置DAO事務(wù)等。（具體請見附錄） 程序結(jié)構(gòu)Src目錄包含如下幾個部分：：Hibernate持久類與映射 文件存放目錄；：Hibernate DAO層存放目錄；：日志攔截器類；：Action類存放目錄；：ActionForm類存放目錄；：資源文件存放目錄；：實(shí)體類存放目錄。Webroot:JSP文件Decorators:該目錄下存放sitemesh裝飾頁面及相關(guān)配置文件；WETINF：。 程序結(jié)構(gòu)圖 分頁欄