系統(tǒng)架構(gòu)的設(shè)計(jì)方法(設(shè)計(jì)軟件系統(tǒng)結(jié)構(gòu)的具體辦法)

1.設(shè)計(jì)軟件系統(tǒng)結(jié)構(gòu)的具體辦法有哪些

結(jié)構(gòu)化程序設(shè)計(jì)的思路是：自頂向下、逐步求精；其程序結(jié)構(gòu)是按功能劃分為若干個基本模塊；各模塊之間的關(guān)系盡可能簡單，在功能上相對獨(dú)立；每一模塊內(nèi)部均是由順序、選擇和循環(huán)三種基本結(jié)構(gòu)組成；其模塊化實(shí)現(xiàn)的具體方法是使用子程序。

結(jié)構(gòu)化程序設(shè)計(jì)由于采用了模塊分解與功能抽象，自頂向下、分而治之的方法，從而有效地將一個較復(fù)雜的程序系統(tǒng)設(shè)計(jì)任務(wù)分解成許多易于控制和處理的子任務(wù)，便于開發(fā)和維護(hù)。 雖然結(jié)構(gòu)化程序設(shè)計(jì)方法具有很多的優(yōu)點(diǎn)，但它仍是一種面向過程的程序設(shè)計(jì)方法，它把數(shù)據(jù)和處理數(shù)據(jù)的過程分離為相互獨(dú)立的實(shí)體。

當(dāng)數(shù)據(jù)結(jié)構(gòu)改變時，所有相關(guān)的處理過程都要進(jìn)行相應(yīng)的修改，每一種相對于老問題的新方法都要帶來額外的開銷，程序的可重用性差。由于圖形用戶界面的應(yīng)用，程序運(yùn)行由順序運(yùn)行演變?yōu)槭录?qū)動，使得軟件使用起來越來越方便，但開發(fā)起來卻越來越困難，對這種軟件的功能很難用過程來描述和實(shí)現(xiàn)，使用面向過程的方法來開發(fā)和維護(hù)都將非常困難。

2.系統(tǒng)架構(gòu)方案有哪些

系統(tǒng)架構(gòu)屬于系統(tǒng)設(shè)計(jì)階段，系統(tǒng)架構(gòu)圖只是這個階段一個產(chǎn)物，要正確的、合理的畫系統(tǒng)架構(gòu)圖需要全面的理解用戶需求以及業(yè)務(wù)流程，當(dāng)理解了這些東西后，剩下的就是如何進(jìn)行表達(dá)了，一般而言，可以參照RUP的用例驅(qū)動來進(jìn)行邏輯架構(gòu)，開發(fā)架構(gòu)等設(shè)計(jì)工作，你的系統(tǒng)架構(gòu)圖可以反應(yīng)在各個視圖里面，我估計(jì)你所說的系統(tǒng)架構(gòu)圖是屬于邏輯架構(gòu)里面，比如分多少層，每層分多少模塊等。

至于，繪制的工具，有很多很多?？梢赃x擇微軟的visio，或者EA,rose,power designer等UML建模工具，當(dāng)然，你甚至可以用PPT,Word來繪制。

當(dāng)然，系統(tǒng)架構(gòu)不是一日之功，需長期努力，跟經(jīng)驗(yàn)和技術(shù)都有很大關(guān)系。

今天興致來了，回復(fù)了這么多，不知滿意不。

3.系統(tǒng)架構(gòu)方案有哪些

系統(tǒng)架構(gòu)屬于系統(tǒng)設(shè)計(jì)階段，系統(tǒng)架構(gòu)圖只是這個階段一個產(chǎn)物，要正確的、合理的畫系統(tǒng)架構(gòu)圖需要全面的理解用戶需求以及業(yè)務(wù)流程，當(dāng)理解了這些東西后，剩下的就是如何進(jìn)行表達(dá)了，一般而言，可以參照RUP的用例驅(qū)動來進(jìn)行邏輯架構(gòu)，開發(fā)架構(gòu)等設(shè)計(jì)工作，你的系統(tǒng)架構(gòu)圖可以反應(yīng)在各個視圖里面，我估計(jì)你所說的系統(tǒng)架構(gòu)圖是屬于邏輯架構(gòu)里面，比如分多少層，每層分多少模塊等。

至于，繪制的工具，有很多很多?？梢赃x擇微軟的visio，或者EA,rose,power designer等UML建模工具，當(dāng)然，你甚至可以用PPT,Word來繪制。

當(dāng)然，系統(tǒng)架構(gòu)不是一日之功，需長期努力，跟經(jīng)驗(yàn)和技術(shù)都有很大關(guān)系。 今天興致來了，回復(fù)了這么多，不知滿意不。

4.面向?qū)ο蟮脑O(shè)計(jì)中,系統(tǒng)架構(gòu)設(shè)計(jì)的內(nèi)容有哪些

面向?qū)ο蟪绦蛟O(shè)計(jì)中的概念主要包括：對象、類、數(shù)據(jù)抽象、繼承、動態(tài)綁定、數(shù)據(jù)封裝、多態(tài)性、消息傳遞。通過這些概念面向?qū)ο蟮乃枷氲玫搅司唧w的體現(xiàn)。

1）對象（Object） 可以對其做事情的一些東西。一個對象有狀態(tài)、行為和標(biāo)識三種屬性。

2）類（class） 一個共享相同結(jié)構(gòu)和行為的對象的集合。

類（Class）定義了一件事物的抽象特點(diǎn)。通常來說，類定義了事物的屬性和它可以做到的（它的行為）。舉例來說，“狗”這個類會包含狗的一切基礎(chǔ)特征，例如它的孕育、毛皮顏色和吠叫的能力。類可以為程序提供模版和結(jié)構(gòu)。一個類的方法和屬性被稱為“成員”。

5.如何做好軟件系統(tǒng)的架構(gòu)設(shè)計(jì)

軟件架構(gòu)設(shè)計(jì)的目的 對于外包業(yè)務(wù)類型的項(xiàng)目，軟件架構(gòu)設(shè)計(jì)的目的與產(chǎn)品類型的項(xiàng)目有所不同，在這里主要討論外包類型項(xiàng)目的軟件架構(gòu)設(shè)計(jì)目的。

1、為大規(guī)模開發(fā)提供基礎(chǔ)和規(guī)范，并提供可重用的資產(chǎn)，軟件系統(tǒng)的大規(guī)模開發(fā)，必須要有一定的基礎(chǔ)和遵循一定的規(guī)范，這既是軟件工程本身的要求，也是客戶的要求。架構(gòu)設(shè)計(jì)的過程中可以將一些公共部分抽象提取出來，形成公共類和工具類，以達(dá)到重用的目的。

2、一定程度上縮短項(xiàng)目的周期，利用軟件架構(gòu)提供的框架或重用組件，縮短項(xiàng)目開發(fā)的周期。 3、降低開發(fā)和維護(hù)的成本，大量的重用和抽象，可以提取出一些開發(fā)人員不用關(guān)心的公共部分，這樣便可以使開發(fā)人員僅僅關(guān)注于業(yè)務(wù)邏輯的實(shí)現(xiàn)，從而減少了很多工作量，提高了開發(fā)效率。

4、提高產(chǎn)品的質(zhì)量，好的軟件架構(gòu)設(shè)計(jì)是產(chǎn)品質(zhì)量的保證，特別是對于客戶常常提出的非功能性需求的滿足。 軟件架構(gòu)設(shè)計(jì)的原則 軟件架構(gòu)設(shè)計(jì)必須遵循以下原則： 1、滿足功能性需求和非功能需求。

這是一個軟件系統(tǒng)最基本的要求，也是架構(gòu)設(shè)計(jì)時應(yīng)該遵循的最基本的原則。 2、實(shí)用性原則，就像每一個軟件系統(tǒng)交付給用戶使用時必須實(shí)用，能解決用戶的問題一樣，架構(gòu)設(shè)計(jì)也必須實(shí)用，否則就會“高來高去”或“過度設(shè)計(jì)”。

3、滿足復(fù)用的要求，最大程度的提高開發(fā)人員的工作效率。 軟件架構(gòu)設(shè)計(jì)的幾種視圖 我們常常在討論架構(gòu)設(shè)計(jì)該做些什么的時候，或是在架構(gòu)設(shè)計(jì)評審的會議上，會提出各種各樣的問題，例如開發(fā)人員該如何記錄Log，事務(wù)如何控制？怎樣才能提高我們的開發(fā)人員的工作效率，即在單位時間內(nèi)更有品質(zhì)的完成更多的功能？怎樣滿足客戶的非功能性需求？怎樣讓生產(chǎn)環(huán)境的平臺管理人員更好的維護(hù)系統(tǒng)？ 上面這些問題，實(shí)際上是軟件系統(tǒng)的不同的干系人站在不同的角度上提出的問題，要回答上面這些問題，我們就得從不同的視角來看待軟件架構(gòu)設(shè)計(jì)這項(xiàng)工作。

1、邏輯架構(gòu)視角，從系統(tǒng)用戶的角度考慮問題，設(shè)計(jì)出來的軟件架構(gòu)能夠滿足業(yè)務(wù)邏輯的需求，能夠處理現(xiàn)在越來越復(fù)雜的業(yè)務(wù)邏輯需求。 2、開發(fā)架構(gòu)視角，從系統(tǒng)開發(fā)人員的角度來考慮問題，設(shè)計(jì)的架構(gòu)要易于理解，易于開發(fā)，易于單元測試，最好做到讓開發(fā)人員可以用最少的代碼行數(shù)完成功能的開發(fā)。

3、運(yùn)行架構(gòu)視角，從系統(tǒng)運(yùn)行時的質(zhì)量需求考慮問題，特別關(guān)注于系統(tǒng)的非功能需求，客戶常常都會要求我們系統(tǒng)的功能畫面的最長響應(yīng)時間不超過4秒，能滿足2000個用戶同時在線使用，基于角色的系統(tǒng)資源的安全控制等。 4、物理架構(gòu)視角，關(guān)注系統(tǒng)安裝和部署在什么樣的環(huán)境上，例如現(xiàn)在最流行的企業(yè)應(yīng)用服務(wù)解決方案IBM Http Server + WebSphere Application Server + DB2,WebLogic + Oracle等。

5、數(shù)據(jù)架構(gòu)視角，如今我們開發(fā)的各類系統(tǒng)，如MIS,ERP,SAP，基本上都是對各類數(shù)據(jù)的操作，把一堆不太好懂的數(shù)據(jù)展現(xiàn)成用戶容易看懂的數(shù)據(jù)，自動處理各類數(shù)據(jù)的運(yùn)算等，所以數(shù)據(jù)的持久化是十分重要的一件事情。1、分析需求和理解業(yè)務(wù)模型（或領(lǐng)域建模），并選定關(guān)鍵Use case。

軟件的需求，可以分為從用戶視角和開發(fā)人員視角來看，從用戶的角度看，又可以分為功能性和非功能性需求，我們必須從不同的視角和級別去全面的認(rèn)識需求并分析需求，理解業(yè)務(wù)模型。實(shí)踐表明，常常被我們忽視的非功能性需求常常會導(dǎo)致整個項(xiàng)目失敗。

理解業(yè)務(wù)需求最好的方式莫過于進(jìn)行領(lǐng)域建模，領(lǐng)域建模與需求分析往往是交替穿叉進(jìn)行的，領(lǐng)域建模主要有以下三個方面的作用： ◆探索復(fù)雜問題，弄清領(lǐng)域知識。Martin Fowler曾經(jīng)說過，他采用面向?qū)ο蠓椒ㄗ畲蟮暮锰幘褪撬兄诮鉀Q更為復(fù)雜的問題。

領(lǐng)域建模本身作為輔助思維的工具，幫助我們將注意力始終保持在最為重要的業(yè)務(wù)概念及其關(guān)系上，使我們能夠不斷深入地，系統(tǒng)的對需求進(jìn)行分析和認(rèn)識。領(lǐng)域建模往往是一個從模糊到清晰，從零散到系統(tǒng)的過程。

◆決定功能范圍，影響可擴(kuò)展性。任何模型都是對現(xiàn)實(shí)世界某種程序的抽象，這種抽象就會忽略某一些東西，例如忽略對象的屬性和對象間的關(guān)系，而這些忽略往往都是帶有一定的目的性的，這種忽略就決定了功能的范圍。

模型揭示了各種功能背后的結(jié)構(gòu)，如果說定義功能相當(dāng)于“拍照片”的話，那么領(lǐng)域建模就相當(dāng)于“做透視”，更加關(guān)注問題領(lǐng)域的內(nèi)在結(jié)構(gòu)，相當(dāng)于對問題領(lǐng)域進(jìn)行了一定的抽象，良好的領(lǐng)域模型不僅能很好的支持現(xiàn)有的功能，而且還可以在一定程度上支持未來可能出現(xiàn)的新需求，體現(xiàn)良好的可擴(kuò)展性。 ◆提供交流基礎(chǔ)，促進(jìn)有效溝通。

領(lǐng)域建模通常會使用UML圖作為呈現(xiàn)的方式，這樣為我們的溝通提供了方便。當(dāng)然，有時候文字在描述某些特定領(lǐng)域的問題時可能更適合，可以靈活運(yùn)用。

在我們公司的實(shí)際軟件開發(fā)流程中，往往領(lǐng)域建模缺少這一環(huán)節(jié)，這可能是在以后的工作中需要進(jìn)一步提高之處。 雖然我們總是期望架構(gòu)設(shè)計(jì)師能全面掌握需求，但由于時間和精力的限制，擺在我們面前的現(xiàn)實(shí)就是架構(gòu)設(shè)計(jì)師沒有時間對所有需求進(jìn)行深入分析，所以我們的策略就是“把好鋼用在刀刃上”，即把大部分時間和精力花在對決定架構(gòu)最重要的關(guān)鍵需求。

6.什么是系統(tǒng)架構(gòu)設(shè)計(jì)

系統(tǒng)架構(gòu)設(shè)計(jì)是人們對一個結(jié)構(gòu)內(nèi)的元素及元素間關(guān)系的一種主觀映射的產(chǎn)物。系統(tǒng)架構(gòu)設(shè)計(jì)是一系列相關(guān)的抽象模式，用于指導(dǎo)大型軟件系統(tǒng)各個方面的設(shè)計(jì)。

擴(kuò)展資料：

系統(tǒng)架構(gòu)設(shè)計(jì)師是一個最終確認(rèn)和評估系統(tǒng)需求，給出開發(fā)規(guī)范，搭建系統(tǒng)實(shí)現(xiàn)的核心構(gòu)架，并澄清技術(shù)細(xì)節(jié)、掃清主要難點(diǎn)的技術(shù)人員。

系統(tǒng)架構(gòu)設(shè)計(jì)師考試合格人員能夠根據(jù)系統(tǒng)需求規(guī)格說明書，結(jié)合應(yīng)用領(lǐng)域和技術(shù)發(fā)展的實(shí)際情況，考慮有關(guān)約束條件，設(shè)計(jì)正確、合理的軟件架構(gòu)，確保系統(tǒng)架構(gòu)具有良好的特性；能夠與系統(tǒng)分析師、項(xiàng)目管理師相互協(xié)作、配合工作；具有高級工程師的實(shí)際工作能力和業(yè)務(wù)水平。

架構(gòu)師是由國外引進(jìn)的一個概念，國外軟件開發(fā)的幾個職位是技術(shù)官、架構(gòu)師、設(shè)計(jì)師、開發(fā)、測試，對應(yīng)我們的公司應(yīng)該是技術(shù)總監(jiān)、架構(gòu)師、系統(tǒng)分析員、程序員、測試人員。

參考資料：搜狗百科-系統(tǒng)架構(gòu)設(shè)計(jì)

參考資料：搜狗百科-系統(tǒng)架構(gòu)設(shè)計(jì)師

7.組織結(jié)構(gòu)設(shè)計(jì)的要求與方法有哪些

組織結(jié)構(gòu)設(shè)計(jì)的六項(xiàng)主要內(nèi)容：

(1)職能設(shè)計(jì)

職能設(shè)計(jì)是指企業(yè)的經(jīng)營職能和管理職能的設(shè)計(jì)。企業(yè)作為一個經(jīng)營單位，要根據(jù)其戰(zhàn)略任務(wù)設(shè)計(jì)經(jīng)營、管理職能。如果企業(yè)的有些職能不合理，那就需要進(jìn)行調(diào)整，對其弱化或取消。

(2)框架設(shè)計(jì)

框架設(shè)計(jì)是企業(yè)組織設(shè)計(jì)的主要部分，運(yùn)用較多。其內(nèi)容簡單來說就是縱向的分層次、橫向的分部門。其縱向和橫向的一般模式可表示如下：

(3)協(xié)調(diào)設(shè)計(jì)

協(xié)調(diào)設(shè)計(jì)是指協(xié)調(diào)方式的設(shè)計(jì)。框架設(shè)計(jì)主要研究分工，有分工就必須要有協(xié)作。協(xié)調(diào)方式的設(shè)計(jì)就是研究分工的各個層次、各個部門之間如何進(jìn)行合理的協(xié)調(diào)、聯(lián)系、配合，以保證其高效率的配合，發(fā)揮管理系統(tǒng)的整體效應(yīng)。

(4)規(guī)范設(shè)計(jì)

規(guī)范設(shè)計(jì)就是管理規(guī)范的設(shè)計(jì)。管理規(guī)范就是企業(yè)的規(guī)章制度，它是管理的規(guī)范和準(zhǔn)則。結(jié)構(gòu)本身設(shè)計(jì)最后要落實(shí)、體現(xiàn)為規(guī)章制度。管理規(guī)范保證了各個層次、部門和崗位，按照統(tǒng)一的要求和標(biāo)準(zhǔn)進(jìn)行配合和行動。

(5)人員設(shè)計(jì)

人員設(shè)計(jì)就是管理人員的設(shè)計(jì)。企業(yè)結(jié)構(gòu)本身設(shè)計(jì)和規(guī)范設(shè)計(jì)，都要以管理者為依托，并由管理者來執(zhí)行。因此，按照組織設(shè)計(jì)的要求，必須進(jìn)行人員設(shè)計(jì)，配備相應(yīng)數(shù)量和質(zhì)量的人員。

(6)激勵設(shè)計(jì)

激勵設(shè)計(jì)就是設(shè)計(jì)激勵制度，對管理人員進(jìn)行激勵，其中包括正激勵和負(fù)激勵。正激勵包括工資、福利等，負(fù)激勵包括各種約束機(jī)制，也就是所謂的獎懲制度。激勵制度既有利于調(diào)動管理人員的積極性，也有利于防止一些不正當(dāng)和不規(guī)范的行為。

詳細(xì)介紹您可以參考這里：

/view/543252.htm#6

8.簡要描述系統(tǒng)概要設(shè)計(jì)包括哪些方面的架構(gòu)

在需求明確、準(zhǔn)備開始編碼之前，要做概要設(shè)計(jì)，而詳細(xì)設(shè)計(jì)可能大部分公司沒有做，有做的也大部分是和編碼同步進(jìn)行，或者在編碼之后。

因此，對大部分的公司來說，概要設(shè)計(jì)文檔是唯一的設(shè)計(jì)文檔，對后面的開發(fā)、測試、實(shí)施、維護(hù)工作起到關(guān)鍵性的影響。一、問題的提出 概要設(shè)計(jì)寫什么？概要設(shè)計(jì)怎么做？如何判斷設(shè)計(jì)的模塊是完整的？為什么說設(shè)計(jì)階段過于重視業(yè)務(wù)流程是個誤區(qū)？以需求分析文檔還是以概要設(shè)計(jì)文檔來評估開發(fā)工作量、指導(dǎo)開發(fā)計(jì)劃準(zhǔn)確？結(jié)構(gòu)化好還是面向?qū)ο蠛茫恳陨蠁栴}的答案請?jiān)谖恼轮姓摇?/p>

二、概要設(shè)計(jì)的目的 將軟件系統(tǒng)需求轉(zhuǎn)換為未來系統(tǒng)的設(shè)計(jì)；逐步開發(fā)強(qiáng)壯的系統(tǒng)構(gòu)架；使設(shè)計(jì)適合于實(shí)施環(huán)境，為提高性能而進(jìn)行設(shè)計(jì)；結(jié)構(gòu)應(yīng)該被分解為模塊和庫。三、概要設(shè)計(jì)的任務(wù) 制定規(guī)范：代碼體系、接口規(guī)約、命名規(guī)則。

這是項(xiàng)目小組今后共同作戰(zhàn)的基礎(chǔ)，有了開發(fā)規(guī)范和程序模塊之間和項(xiàng)目成員彼此之間的接口規(guī)則、方式方法，大家就有了共同的工作語言、共同的工作平臺，使整個軟件開發(fā)工作可以協(xié)調(diào)有序地進(jìn)行?？傮w結(jié)構(gòu)設(shè)計(jì)：功能（加工）->模塊：每個功能用那些模塊實(shí)現(xiàn)，保證每個功能都有相應(yīng)的模塊來實(shí)現(xiàn)；模塊層次結(jié)構(gòu)：某個角度的軟件框架視圖；模塊間的調(diào)用關(guān)系：模塊間的接口的總體描述；模塊間的接口：傳遞的信息及其結(jié)構(gòu)；處理方式設(shè)計(jì)：滿足功能和性能的算法 用戶界面設(shè)計(jì)；數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)：詳細(xì)的數(shù)據(jù)結(jié)構(gòu)：表、索引、文件；算法相關(guān)邏輯數(shù)據(jù)結(jié)構(gòu)及其操作；上述操作的程序模塊說明（在前臺？在后臺？用視圖？用過程？······） 接口控制表的數(shù)據(jù)結(jié)構(gòu)和使用規(guī)則 其他性能設(shè)計(jì)。

四、概要設(shè)計(jì)寫什么 結(jié)構(gòu)化軟件設(shè)計(jì)說明書結(jié)構(gòu)（因篇幅有限和過時嫌疑，在此不作過多解釋） 任務(wù)：目標(biāo)、環(huán)境、需求、局限；總體設(shè)計(jì)：處理流程、總體結(jié)構(gòu)與模塊、功能與模塊的關(guān)系；接口設(shè)計(jì)：總體說明外部用戶、軟、硬件接口；內(nèi)部模塊間接口（注：接口≈系統(tǒng)界面） 數(shù)據(jù)結(jié)構(gòu)：邏輯結(jié)構(gòu)、物理結(jié)構(gòu)，與程序結(jié)構(gòu)的關(guān)系；模塊設(shè)計(jì)：每個模塊“做什么”、簡要說明“怎么做”（輸入、輸出、處理邏輯、與其它模塊的接口，與其它系統(tǒng)或硬件的接口），處在什么邏輯位置、物理位置；運(yùn)行設(shè)計(jì)：運(yùn)行模塊組合、控制、時間；出錯設(shè)計(jì)：出錯信息、處錯處理；其他設(shè)計(jì)：保密、維護(hù)；OO軟件設(shè)計(jì)說明書結(jié)構(gòu)1 概述 系統(tǒng)簡述、軟件設(shè)計(jì)目標(biāo)、參考資料、修訂版本記錄 這部分論述整個系統(tǒng)的設(shè)計(jì)目標(biāo)，明確地說明哪些功能是系統(tǒng)決定實(shí)現(xiàn)而哪些時不準(zhǔn)備實(shí)現(xiàn)的。同時，對于非功能性的需求例如性能、可用性等，亦需提及。

需求規(guī)格說明書對于這部分的內(nèi)容來說是很重要的參考，看看其中明確了的功能性以及非功能性的需求。這部分必須說清楚設(shè)計(jì)的全貌如何，務(wù)必使讀者看后知道將實(shí)現(xiàn)的系統(tǒng)有什么特點(diǎn)和功能。

在隨后的文檔部分，將解釋設(shè)計(jì)是怎么來實(shí)現(xiàn)這些的。2 術(shù)語表 對本文檔中所使用的各種術(shù)語進(jìn)行說明。

如果一些術(shù)語在需求規(guī)格說明書中已經(jīng)說明過了，此處不用再重復(fù)，可以指引讀者參考需求說明。3 用例 此處要求系統(tǒng)用用例圖表述（UML），對每個用例（正常處理的情況）要有中文敘述。

4 設(shè)計(jì)概述4.1 簡述 這部分要求突出整個設(shè)計(jì)所采用的方法（是面向?qū)ο笤O(shè)計(jì)還是結(jié)構(gòu)化設(shè)計(jì)）、系統(tǒng)的體系結(jié)構(gòu)（例如客戶/服務(wù)器結(jié)構(gòu)）以及使用到的相應(yīng)技術(shù)和工具（例如OMT、Rose）4.2 系統(tǒng)結(jié)構(gòu)設(shè)計(jì) 這部分要求提供高層系統(tǒng)結(jié)構(gòu)（頂層系統(tǒng)結(jié)構(gòu)、各子系統(tǒng)結(jié)構(gòu)）的描述，使用方框圖來顯示主要的組件及組件間的交互。最好是把邏輯結(jié)構(gòu)同物理結(jié)構(gòu)分離，對前者進(jìn)行描述。

別忘了說明圖中用到的俗語和符號。4.3 系統(tǒng)界面 各種提供給用戶的界面以及外部系統(tǒng)在此處要予以說明。

如果在需求規(guī)格說明書中已經(jīng)對用戶界面有了敘述，此處不用再重復(fù)，可以指引讀者參考需求說明。如果系統(tǒng)提供了對其它系統(tǒng)的接口，比如說從其它軟件系統(tǒng)導(dǎo)入/導(dǎo)出數(shù)據(jù)，必須在此說明。

4.4 約束和假定 描述系統(tǒng)設(shè)計(jì)中最主要的約束，這些是由客戶強(qiáng)制要求并在需求說明書寫明的。說明系統(tǒng)是如何來適應(yīng)這些約束的。

另外如果本系統(tǒng)跟其它外部系統(tǒng)交互或者依賴其它外部系統(tǒng)提供一些功能輔助，那么系統(tǒng)可能還受到其它的約束。這種情況下，要求清楚地描述與本系統(tǒng)有交互的軟件類型以及這樣導(dǎo)致的約束。

實(shí)現(xiàn)的語言和平臺也會對系統(tǒng)有約束，同樣在此予以說明。對于因選擇具體的設(shè)計(jì)實(shí)現(xiàn)而導(dǎo)致對系統(tǒng)的約束，簡要地描述你的想法思路，經(jīng)過怎么樣的權(quán)衡，為什么要采取這樣的設(shè)計(jì)等等。

5 對象模型 提供整個系統(tǒng)的對象模型，如果模型過大，按照可行的標(biāo)準(zhǔn)把它劃分成小塊，例如可以把客戶端和服務(wù)器端的對象模型分開成兩個圖表述。在其中應(yīng)該包含所有的系統(tǒng)對象。

這些對象都是從理解需求后得到的。要明確哪些應(yīng)該、哪些不應(yīng)該被放進(jìn)圖中。

所有對象之間的關(guān)聯(lián)必須被確定并且必須指明聯(lián)系的基數(shù)。聚合和繼承關(guān)系必須清楚地確定下來。

每個圖必須附有簡單的說明。6 對象描述 在這個部分?jǐn)⑹雒總€對象的細(xì)節(jié)，它的屬性、它的方法。

在這之前必須從邏輯上對對象進(jìn)行組織。你可能需要用結(jié)構(gòu)圖把對象按子系統(tǒng)劃分好。