系統(tǒng)架構(gòu)的設(shè)計方法(設(shè)計軟件系統(tǒng)結(jié)構(gòu)的具體辦法)
1.設(shè)計軟件系統(tǒng)結(jié)構(gòu)的具體辦法有哪些
結(jié)構(gòu)化程序設(shè)計的思路是：自頂向下、逐步求精；其程序結(jié)構(gòu)是按功能劃分為若干個基本模塊；各模塊之間的關(guān)系盡可能簡單，在功能上相對獨立；每一模塊內(nèi)部均是由順序、選擇和循環(huán)三種基本結(jié)構(gòu)組成；其模塊化實現(xiàn)的具體方法是使用子程序。
結(jié)構(gòu)化程序設(shè)計由于采用了模塊分解與功能抽象，自頂向下、分而治之的方法，從而有效地將一個較復(fù)雜的程序系統(tǒng)設(shè)計任務(wù)分解成許多易于控制和處理的子任務(wù)，便于開發(fā)和維護。 雖然結(jié)構(gòu)化程序設(shè)計方法具有很多的優(yōu)點，但它仍是一種面向過程的程序設(shè)計方法，它把數(shù)據(jù)和處理數(shù)據(jù)的過程分離為相互獨立的實體。
當數(shù)據(jù)結(jié)構(gòu)改變時，所有相關(guān)的處理過程都要進行相應(yīng)的修改，每一種相對于老問題的新方法都要帶來額外的開銷，程序的可重用性差。由于圖形用戶界面的應(yīng)用，程序運行由順序運行演變?yōu)槭录?qū)動，使得軟件使用起來越來越方便，但開發(fā)起來卻越來越困難，對這種軟件的功能很難用過程來描述和實現(xiàn)，使用面向過程的方法來開發(fā)和維護都將非常困難。
2.系統(tǒng)架構(gòu)方案有哪些
系統(tǒng)架構(gòu)屬于系統(tǒng)設(shè)計階段，系統(tǒng)架構(gòu)圖只是這個階段一個產(chǎn)物，要正確的、合理的畫系統(tǒng)架構(gòu)圖需要全面的理解用戶需求以及業(yè)務(wù)流程，當理解了這些東西后，剩下的就是如何進行表達了，一般而言，可以參照RUP的用例驅(qū)動來進行邏輯架構(gòu)，開發(fā)架構(gòu)等設(shè)計工作，你的系統(tǒng)架構(gòu)圖可以反應(yīng)在各個視圖里面，我估計你所說的系統(tǒng)架構(gòu)圖是屬于邏輯架構(gòu)里面，比如分多少層，每層分多少模塊等。
至于，繪制的工具，有很多很多?？梢赃x擇微軟的visio，或者EA,rose,power designer等UML建模工具，當然，你甚至可以用PPT,Word來繪制。
當然，系統(tǒng)架構(gòu)不是一日之功，需長期努力，跟經(jīng)驗和技術(shù)都有很大關(guān)系。
今天興致來了，回復(fù)了這么多，不知滿意不。
3.系統(tǒng)架構(gòu)方案有哪些
系統(tǒng)架構(gòu)屬于系統(tǒng)設(shè)計階段，系統(tǒng)架構(gòu)圖只是這個階段一個產(chǎn)物，要正確的、合理的畫系統(tǒng)架構(gòu)圖需要全面的理解用戶需求以及業(yè)務(wù)流程，當理解了這些東西后，剩下的就是如何進行表達了，一般而言，可以參照RUP的用例驅(qū)動來進行邏輯架構(gòu)，開發(fā)架構(gòu)等設(shè)計工作，你的系統(tǒng)架構(gòu)圖可以反應(yīng)在各個視圖里面，我估計你所說的系統(tǒng)架構(gòu)圖是屬于邏輯架構(gòu)里面，比如分多少層，每層分多少模塊等。
至于，繪制的工具，有很多很多?？梢赃x擇微軟的visio，或者EA,rose,power designer等UML建模工具，當然，你甚至可以用PPT,Word來繪制。
當然，系統(tǒng)架構(gòu)不是一日之功，需長期努力，跟經(jīng)驗和技術(shù)都有很大關(guān)系。 今天興致來了，回復(fù)了這么多，不知滿意不。
4.面向?qū)ο蟮脑O(shè)計中,系統(tǒng)架構(gòu)設(shè)計的內(nèi)容有哪些
面向?qū)ο蟪绦蛟O(shè)計中的概念主要包括：對象、類、數(shù)據(jù)抽象、繼承、動態(tài)綁定、數(shù)據(jù)封裝、多態(tài)性、消息傳遞。通過這些概念面向?qū)ο蟮乃枷氲玫搅司唧w的體現(xiàn)。
1）對象（Object） 可以對其做事情的一些東西。一個對象有狀態(tài)、行為和標識三種屬性。
2）類（class） 一個共享相同結(jié)構(gòu)和行為的對象的集合。
類（Class）定義了一件事物的抽象特點。通常來說，類定義了事物的屬性和它可以做到的（它的行為）。舉例來說，“狗”這個類會包含狗的一切基礎(chǔ)特征，例如它的孕育、毛皮顏色和吠叫的能力。類可以為程序提供模版和結(jié)構(gòu)。一個類的方法和屬性被稱為“成員”。
5.如何做好軟件系統(tǒng)的架構(gòu)設(shè)計
軟件架構(gòu)設(shè)計的目的 對于外包業(yè)務(wù)類型的項目，軟件架構(gòu)設(shè)計的目的與產(chǎn)品類型的項目有所不同，在這里主要討論外包類型項目的軟件架構(gòu)設(shè)計目的。
1、為大規(guī)模開發(fā)提供基礎(chǔ)和規(guī)范，并提供可重用的資產(chǎn)，軟件系統(tǒng)的大規(guī)模開發(fā)，必須要有一定的基礎(chǔ)和遵循一定的規(guī)范，這既是軟件工程本身的要求，也是客戶的要求。架構(gòu)設(shè)計的過程中可以將一些公共部分抽象提取出來，形成公共類和工具類，以達到重用的目的。
2、一定程度上縮短項目的周期，利用軟件架構(gòu)提供的框架或重用組件，縮短項目開發(fā)的周期。 3、降低開發(fā)和維護的成本，大量的重用和抽象，可以提取出一些開發(fā)人員不用關(guān)心的公共部分，這樣便可以使開發(fā)人員僅僅關(guān)注于業(yè)務(wù)邏輯的實現(xiàn)，從而減少了很多工作量，提高了開發(fā)效率。
4、提高產(chǎn)品的質(zhì)量，好的軟件架構(gòu)設(shè)計是產(chǎn)品質(zhì)量的保證，特別是對于客戶常常提出的非功能性需求的滿足。 軟件架構(gòu)設(shè)計的原則 軟件架構(gòu)設(shè)計必須遵循以下原則： 1、滿足功能性需求和非功能需求。
這是一個軟件系統(tǒng)最基本的要求，也是架構(gòu)設(shè)計時應(yīng)該遵循的最基本的原則。 2、實用性原則，就像每一個軟件系統(tǒng)交付給用戶使用時必須實用，能解決用戶的問題一樣，架構(gòu)設(shè)計也必須實用，否則就會“高來高去”或“過度設(shè)計”。
3、滿足復(fù)用的要求，最大程度的提高開發(fā)人員的工作效率。 軟件架構(gòu)設(shè)計的幾種視圖 我們常常在討論架構(gòu)設(shè)計該做些什么的時候，或是在架構(gòu)設(shè)計評審的會議上，會提出各種各樣的問題，例如開發(fā)人員該如何記錄Log，事務(wù)如何控制？怎樣才能提高我們的開發(fā)人員的工作效率，即在單位時間內(nèi)更有品質(zhì)的完成更多的功能？怎樣滿足客戶的非功能性需求？怎樣讓生產(chǎn)環(huán)境的平臺管理人員更好的維護系統(tǒng)？ 上面這些問題，實際上是軟件系統(tǒng)的不同的干系人站在不同的角度上提出的問題，要回答上面這些問題，我們就得從不同的視角來看待軟件架構(gòu)設(shè)計這項工作。
1、邏輯架構(gòu)視角，從系統(tǒng)用戶的角度考慮問題，設(shè)計出來的軟件架構(gòu)能夠滿足業(yè)務(wù)邏輯的需求，能夠處理現(xiàn)在越來越復(fù)雜的業(yè)務(wù)邏輯需求。 2、開發(fā)架構(gòu)視角，從系統(tǒng)開發(fā)人員的角度來考慮問題，設(shè)計的架構(gòu)要易于理解，易于開發(fā)，易于單元測試，最好做到讓開發(fā)人員可以用最少的代碼行數(shù)完成功能的開發(fā)。
3、運行架構(gòu)視角，從系統(tǒng)運行時的質(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ù)的運算等，所以數(shù)據(jù)的持久化是十分重要的一件事情。1、分析需求和理解業(yè)務(wù)模型（或領(lǐng)域建模），并選定關(guān)鍵Use case。
軟件的需求，可以分為從用戶視角和開發(fā)人員視角來看，從用戶的角度看，又可以分為功能性和非功能性需求，我們必須從不同的視角和級別去全面的認識需求并分析需求，理解業(yè)務(wù)模型。實踐表明，常常被我們忽視的非功能性需求常常會導(dǎo)致整個項目失敗。
理解業(yè)務(wù)需求最好的方式莫過于進行領(lǐng)域建模，領(lǐng)域建模與需求分析往往是交替穿叉進行的，領(lǐng)域建模主要有以下三個方面的作用： ◆探索復(fù)雜問題，弄清領(lǐng)域知識。Martin Fowler曾經(jīng)說過，他采用面向?qū)ο蠓椒ㄗ畲蟮暮锰幘褪撬兄诮鉀Q更為復(fù)雜的問題。
領(lǐng)域建模本身作為輔助思維的工具，幫助我們將注意力始終保持在最為重要的業(yè)務(wù)概念及其關(guān)系上，使我們能夠不斷深入地，系統(tǒng)的對需求進行分析和認識。領(lǐng)域建模往往是一個從模糊到清晰，從零散到系統(tǒng)的過程。
◆決定功能范圍，影響可擴展性。任何模型都是對現(xiàn)實世界某種程序的抽象，這種抽象就會忽略某一些東西，例如忽略對象的屬性和對象間的關(guān)系，而這些忽略往往都是帶有一定的目的性的，這種忽略就決定了功能的范圍。
模型揭示了各種功能背后的結(jié)構(gòu)，如果說定義功能相當于“拍照片”的話，那么領(lǐng)域建模就相當于“做透視”，更加關(guān)注問題領(lǐng)域的內(nèi)在結(jié)構(gòu)，相當于對問題領(lǐng)域進行了一定的抽象，良好的領(lǐng)域模型不僅能很好的支持現(xiàn)有的功能，而且還可以在一定程度上支持未來可能出現(xiàn)的新需求，體現(xiàn)良好的可擴展性。 ◆提供交流基礎(chǔ)，促進有效溝通。
領(lǐng)域建模通常會使用UML圖作為呈現(xiàn)的方式，這樣為我們的溝通提供了方便。當然，有時候文字在描述某些特定領(lǐng)域的問題時可能更適合，可以靈活運用。
在我們公司的實際軟件開發(fā)流程中，往往領(lǐng)域建模缺少這一環(huán)節(jié)，這可能是在以后的工作中需要進一步提高之處。 雖然我們總是期望架構(gòu)設(shè)計師能全面掌握需求，但由于時間和精力的限制，擺在我們面前的現(xiàn)實就是架構(gòu)設(shè)計師沒有時間對所有需求進行深入分析，所以我們的策略就是“把好鋼用在刀刃上”，即把大部分時間和精力花在對決定架構(gòu)最重要的關(guān)鍵需求。
6.什么是系統(tǒng)架構(gòu)設(shè)計
系統(tǒng)架構(gòu)設(shè)計是人們對一個結(jié)構(gòu)內(nèi)的元素及元素間關(guān)系的一種主觀映射的產(chǎn)物。系統(tǒng)架構(gòu)設(shè)計是一系列相關(guān)的抽象模式，用于指導(dǎo)大型軟件系統(tǒng)各個方面的設(shè)計。
擴展資料：
系統(tǒng)架構(gòu)設(shè)計師是一個最終確認和評估系統(tǒng)需求，給出開發(fā)規(guī)范，搭建系統(tǒng)實現(xiàn)的核心構(gòu)架，并澄清技術(shù)細節(jié)、掃清主要難點的技術(shù)人員。
系統(tǒng)架構(gòu)設(shè)計師考試合格人員能夠根據(jù)系統(tǒng)需求規(guī)格說明書，結(jié)合應(yīng)用領(lǐng)域和技術(shù)發(fā)展的實際情況，考慮有關(guān)約束條件，設(shè)計正確、合理的軟件架構(gòu)，確保系統(tǒng)架構(gòu)具有良好的特性；能夠與系統(tǒng)分析師、項目管理師相互協(xié)作、配合工作；具有高級工程師的實際工作能力和業(yè)務(wù)水平。
架構(gòu)師是由國外引進的一個概念，國外軟件開發(fā)的幾個職位是技術(shù)官、架構(gòu)師、設(shè)計師、開發(fā)、測試，對應(yīng)我們的公司應(yīng)該是技術(shù)總監(jiān)、架構(gòu)師、系統(tǒng)分析員、程序員、測試人員。
參考資料：搜狗百科-系統(tǒng)架構(gòu)設(shè)計
參考資料：搜狗百科-系統(tǒng)架構(gòu)設(shè)計師
7.組織結(jié)構(gòu)設(shè)計的要求與方法有哪些
組織結(jié)構(gòu)設(shè)計的六項主要內(nèi)容：
(1)職能設(shè)計
職能設(shè)計是指企業(yè)的經(jīng)營職能和管理職能的設(shè)計。企業(yè)作為一個經(jīng)營單位，要根據(jù)其戰(zhàn)略任務(wù)設(shè)計經(jīng)營、管理職能。如果企業(yè)的有些職能不合理，那就需要進行調(diào)整，對其弱化或取消。
(2)框架設(shè)計
框架設(shè)計是企業(yè)組織設(shè)計的主要部分，運用較多。其內(nèi)容簡單來說就是縱向的分層次、橫向的分部門。其縱向和橫向的一般模式可表示如下：
(3)協(xié)調(diào)設(shè)計
協(xié)調(diào)設(shè)計是指協(xié)調(diào)方式的設(shè)計?？蚣茉O(shè)計主要研究分工，有分工就必須要有協(xié)作。協(xié)調(diào)方式的設(shè)計就是研究分工的各個層次、各個部門之間如何進行合理的協(xié)調(diào)、聯(lián)系、配合，以保證其高效率的配合，發(fā)揮管理系統(tǒng)的整體效應(yīng)。
(4)規(guī)范設(shè)計
規(guī)范設(shè)計就是管理規(guī)范的設(shè)計。管理規(guī)范就是企業(yè)的規(guī)章制度，它是管理的規(guī)范和準則。結(jié)構(gòu)本身設(shè)計最后要落實、體現(xiàn)為規(guī)章制度。管理規(guī)范保證了各個層次、部門和崗位，按照統(tǒng)一的要求和標準進行配合和行動。
(5)人員設(shè)計
人員設(shè)計就是管理人員的設(shè)計。企業(yè)結(jié)構(gòu)本身設(shè)計和規(guī)范設(shè)計，都要以管理者為依托，并由管理者來執(zhí)行。因此，按照組織設(shè)計的要求，必須進行人員設(shè)計，配備相應(yīng)數(shù)量和質(zhì)量的人員。
(6)激勵設(shè)計
激勵設(shè)計就是設(shè)計激勵制度，對管理人員進行激勵，其中包括正激勵和負激勵。正激勵包括工資、福利等，負激勵包括各種約束機制，也就是所謂的獎懲制度。激勵制度既有利于調(diào)動管理人員的積極性，也有利于防止一些不正當和不規(guī)范的行為。
詳細介紹您可以參考這里：
/view/543252.htm#6
8.簡要描述系統(tǒng)概要設(shè)計包括哪些方面的架構(gòu)
在需求明確、準備開始編碼之前，要做概要設(shè)計，而詳細設(shè)計可能大部分公司沒有做，有做的也大部分是和編碼同步進行，或者在編碼之后。
因此，對大部分的公司來說，概要設(shè)計文檔是唯一的設(shè)計文檔，對后面的開發(fā)、測試、實施、維護工作起到關(guān)鍵性的影響。一、問題的提出 概要設(shè)計寫什么？概要設(shè)計怎么做？如何判斷設(shè)計的模塊是完整的？為什么說設(shè)計階段過于重視業(yè)務(wù)流程是個誤區(qū)？以需求分析文檔還是以概要設(shè)計文檔來評估開發(fā)工作量、指導(dǎo)開發(fā)計劃準確？結(jié)構(gòu)化好還是面向?qū)ο蠛茫恳陨蠁栴}的答案請在文章中找。
二、概要設(shè)計的目的 將軟件系統(tǒng)需求轉(zhuǎn)換為未來系統(tǒng)的設(shè)計；逐步開發(fā)強壯的系統(tǒng)構(gòu)架；使設(shè)計適合于實施環(huán)境，為提高性能而進行設(shè)計；結(jié)構(gòu)應(yīng)該被分解為模塊和庫。三、概要設(shè)計的任務(wù) 制定規(guī)范：代碼體系、接口規(guī)約、命名規(guī)則。
這是項目小組今后共同作戰(zhàn)的基礎(chǔ)，有了開發(fā)規(guī)范和程序模塊之間和項目成員彼此之間的接口規(guī)則、方式方法，大家就有了共同的工作語言、共同的工作平臺，使整個軟件開發(fā)工作可以協(xié)調(diào)有序地進行?？傮w結(jié)構(gòu)設(shè)計：功能（加工）->模塊：每個功能用那些模塊實現(xiàn)，保證每個功能都有相應(yīng)的模塊來實現(xiàn)；模塊層次結(jié)構(gòu)：某個角度的軟件框架視圖；模塊間的調(diào)用關(guān)系：模塊間的接口的總體描述；模塊間的接口：傳遞的信息及其結(jié)構(gòu)；處理方式設(shè)計：滿足功能和性能的算法 用戶界面設(shè)計；數(shù)據(jù)結(jié)構(gòu)設(shè)計：詳細的數(shù)據(jù)結(jié)構(gòu)：表、索引、文件；算法相關(guān)邏輯數(shù)據(jù)結(jié)構(gòu)及其操作；上述操作的程序模塊說明（在前臺？在后臺？用視圖？用過程？······） 接口控制表的數(shù)據(jù)結(jié)構(gòu)和使用規(guī)則 其他性能設(shè)計。
四、概要設(shè)計寫什么 結(jié)構(gòu)化軟件設(shè)計說明書結(jié)構(gòu)（因篇幅有限和過時嫌疑，在此不作過多解釋） 任務(wù)：目標、環(huán)境、需求、局限；總體設(shè)計：處理流程、總體結(jié)構(gòu)與模塊、功能與模塊的關(guān)系；接口設(shè)計：總體說明外部用戶、軟、硬件接口；內(nèi)部模塊間接口（注：接口≈系統(tǒng)界面） 數(shù)據(jù)結(jié)構(gòu)：邏輯結(jié)構(gòu)、物理結(jié)構(gòu)，與程序結(jié)構(gòu)的關(guān)系；模塊設(shè)計：每個模塊“做什么”、簡要說明“怎么做”（輸入、輸出、處理邏輯、與其它模塊的接口，與其它系統(tǒng)或硬件的接口），處在什么邏輯位置、物理位置；運行設(shè)計：運行模塊組合、控制、時間；出錯設(shè)計：出錯信息、處錯處理；其他設(shè)計：保密、維護；OO軟件設(shè)計說明書結(jié)構(gòu)1 概述 系統(tǒng)簡述、軟件設(shè)計目標、參考資料、修訂版本記錄 這部分論述整個系統(tǒng)的設(shè)計目標，明確地說明哪些功能是系統(tǒng)決定實現(xiàn)而哪些時不準備實現(xiàn)的。同時，對于非功能性的需求例如性能、可用性等，亦需提及。
需求規(guī)格說明書對于這部分的內(nèi)容來說是很重要的參考，看看其中明確了的功能性以及非功能性的需求。這部分必須說清楚設(shè)計的全貌如何，務(wù)必使讀者看后知道將實現(xiàn)的系統(tǒng)有什么特點和功能。
在隨后的文檔部分，將解釋設(shè)計是怎么來實現(xiàn)這些的。2 術(shù)語表 對本文檔中所使用的各種術(shù)語進行說明。
如果一些術(shù)語在需求規(guī)格說明書中已經(jīng)說明過了，此處不用再重復(fù)，可以指引讀者參考需求說明。3 用例 此處要求系統(tǒng)用用例圖表述（UML），對每個用例（正常處理的情況）要有中文敘述。
4 設(shè)計概述4.1 簡述 這部分要求突出整個設(shè)計所采用的方法（是面向?qū)ο笤O(shè)計還是結(jié)構(gòu)化設(shè)計）、系統(tǒng)的體系結(jié)構(gòu)（例如客戶/服務(wù)器結(jié)構(gòu)）以及使用到的相應(yīng)技術(shù)和工具（例如OMT、Rose）4.2 系統(tǒng)結(jié)構(gòu)設(shè)計 這部分要求提供高層系統(tǒng)結(jié)構(gòu)（頂層系統(tǒng)結(jié)構(gòu)、各子系統(tǒng)結(jié)構(gòu)）的描述，使用方框圖來顯示主要的組件及組件間的交互。最好是把邏輯結(jié)構(gòu)同物理結(jié)構(gòu)分離，對前者進行描述。
別忘了說明圖中用到的俗語和符號。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è)計中最主要的約束，這些是由客戶強制要求并在需求說明書寫明的。說明系統(tǒng)是如何來適應(yīng)這些約束的。
另外如果本系統(tǒng)跟其它外部系統(tǒng)交互或者依賴其它外部系統(tǒng)提供一些功能輔助，那么系統(tǒng)可能還受到其它的約束。這種情況下，要求清楚地描述與本系統(tǒng)有交互的軟件類型以及這樣導(dǎo)致的約束。
實現(xiàn)的語言和平臺也會對系統(tǒng)有約束，同樣在此予以說明。對于因選擇具體的設(shè)計實現(xiàn)而導(dǎo)致對系統(tǒng)的約束，簡要地描述你的想法思路，經(jīng)過怎么樣的權(quán)衡，為什么要采取這樣的設(shè)計等等。
5 對象模型 提供整個系統(tǒng)的對象模型，如果模型過大，按照可行的標準把它劃分成小塊，例如可以把客戶端和服務(wù)器端的對象模型分開成兩個圖表述。在其中應(yīng)該包含所有的系統(tǒng)對象。
這些對象都是從理解需求后得到的。要明確哪些應(yīng)該、哪些不應(yīng)該被放進圖中。
所有對象之間的關(guān)聯(lián)必須被確定并且必須指明聯(lián)系的基數(shù)。聚合和繼承關(guān)系必須清楚地確定下來。
每個圖必須附有簡單的說明。6 對象描述 在這個部分敘述每個對象的細節(jié)，它的屬性、它的方法。
在這之前必須從邏輯上對對象進行組織。你可能需要用結(jié)構(gòu)圖把對象按子系統(tǒng)劃分好。
