績效方案設計

績效方案設計(集合十九篇)。

? 績效方案設計 ?

一、基本思路(目標)

主要有二條：一是滿足客戶的需求，如，從深圳發貨，兩天出貨一次，要求六天內所有城市全部到貨;二是優化配送，實現成本最低化。

二、運輸方式的選擇

主要運輸方式有：公路、水路、鐵路、航空及多式聯運等。

就你所給的產品情況來判斷，應該以公路和鐵路運輸方式為主，但不排除可能還要少量的航空運輸，主要是六天到貨的前置時間，有遠的城市，可能通過公路或鐵路達不到客戶的`要求。

三、運營模式

運輸的運營模式有二種選擇，一是自行組織運輸，二是外包運輸業務。

由于業務分布在全國各地，雖然貨運量較均勻(3000-4000)，但我認為這是一次性業務，是否是常年業務均是如此，貨運是穩定嗎?鑒于發貨單位估計是生產性企業，且貨物接收地分散，建議以外包為主。即由零擔專線的物流園區內的專線托運部負責具體的運輸與配送業務。當然，如果是貨運量穩定，能成為整車，也不排除相近不遠的局部城市的貨物配送由企業自己負責運輸業務。

四、車輛大小的配匹

上述案例中，沒有明確的貨物體積情況，但音箱肯定是普貨，加上各城市的距離均不近，所以，除鐵路運輸外，公路運輸還應考慮車箱的體積的充分利用。各城市與深圳均距離較遠，干線運輸為主，可以考慮貨運汽車以半掛車、整車拖掛車為主。城區配送，可以交給當地城市的配送中心負責完成，如果道路運輸條件充可的話，最好能直接交貨客戶。

五、線路的優化

干線運輸線路優化有下列幾種基本模式：

六、成本核算(以公路運輸為參照物)

自營成本的構成主要有：人員薪酬、管理費用、證照費用、定期保養費用、利息支出等;路橋費、倉儲租費、修理費、保養費(隨路程)、稅費、業務提成、補貼、當地配送費等等。

將各項優化后的選擇計算出成本后，進行作出貨運計劃。

七、最終方案的確定

根據貨運計劃，或進一步改進后，確定最終的方案。

? 績效方案設計 ?

平面方案設計是一門關于平面設計的細分領域。在當今的社會中，平面設計已經成為商業領域中不可或缺的一部分。無論是企業的品牌形象、產品推廣、市場宣傳，還是個人的名片、海報、網站等，都需要平面設計來提升其吸引力和影響力。而平面方案設計就是在這個大背景下應運而生的。

平面方案設計要通過創造一個合適的視覺形象來吸引觀眾的眼球。設計師需要在設計中運用色彩、字體、形狀等元素來表達目標客戶的需求和特點，同時通過這些元素的組合和排列達到平面作品的整體美感。例如，當設計一個產品廣告時，可以運用產品的主色調和特殊形狀來吸引目標客戶的注意力，從而增加其購買的欲望。

平面方案設計也是一種溝通的方式。設計師需要通過作品向觀眾傳達特定的信息或觀念。這就要求設計師要深入了解目標客戶的需求和心理，在設計中傳遞出與他們產生共鳴的信息。例如，當設計一個活動海報時，設計師需要了解目標觀眾的年齡、興趣等方面的信息，從而選擇合適的圖像和文字來引起他們的關注并激發參與的欲望。

除此之外，平面方案設計還要考慮作品與其所處環境的關系。作品的放置位置和周圍環境的特點會影響作品的視覺效果和傳達的信息。設計師需要考慮周圍的色彩、光線、空間等因素，并在設計中加以融合和平衡。例如，當設計一個商場的大型廣告牌時，設計師要考慮到周圍的繁忙人群和環境的嘈雜聲音，從而選擇更大、更醒目的字體和圖像來突出廣告的重要信息。

平面方案設計還要考慮作品的可持續性和可重復性。設計師要考慮到作品在不同媒介上的適應性和延續性，以便更好地傳達信息和提升影響力。例如，當設計一個企業的宣傳冊時，設計師需要將其中的元素和風格與公司的品牌形象保持一致，以便在其他媒介上的使用時能夠傳達出相同的信息。

平面方案設計是一門關于平面設計的重要分支。它通過創造合適的視覺形象、傳達特定的信息、考慮與環境的關系以及保持可持續性和可重復性，使得設計作品能夠更好地吸引觀眾、傳達信息并產生影響力。隨著社會的不斷發展和商業競爭的加劇，平面方案設計的重要性將越來越突出。學習和掌握平面方案設計的技能將成為設計師們必備的一項能力。

? 績效方案設計 ?

1、通過畢業實習加深學生對所學專業在建筑施工與管理中的地位和作用的認識，使學生更加明確所從事的工作范疇和應承擔的責任，為順利工作打下堅實的基礎。

2、學生在現場實習過程中，通過實踐活動拓寬專業視野、豐富實踐知識、了解專業現狀及發展趨勢。

3、通過畢業實習收集畢業論文所需的全部資料，為畢業論文的撰寫創造條件。

由于開放教育建筑施工與管理專業的學員多數為設計施工建設第一線的技術骨干，所以本次畢業實習以學員結合自己的工作崗位進行為主，其他學員由學?；虮救俗约郝撓祵嵙晢挝贿M行畢業實習。大連電視大學可為學生出具《學生畢業實習聯系函》，方便學員聯系實習單位。

本次學生實習地點大多是施工現場，因此安全教育是一項十分重要的實習準備工作。實習前，指導教師要對學員進行安全教育，學員應自覺學習安全知識，提高安全素質，提高自我防護能力，服從現場安全管理，遵守安全操作規程。進入施工現場前，學員要對操作方法、操作步驟、動作要領反復演練。抱著僥幸心理而違反操作規程以至發生事故后果自負。

畢業實習大多采取分散實習的方式，因各實習單位的業務不同，因此，畢業實習的內容很難給出一個范圍和具體的任務，要根據學生所在實習單位及所從事的具體工作來確定。但總的來說，要學以致用，理論聯系實際，通過本次實習提升自己的專業素質。

實習報告通常可以從以下幾方面考慮：

1、簡單介紹實習單位概況和工程概況，現場采用的新設備、新材料、新技術、新工藝、施工現場存在的問題和改進意見等；

2、說明實習的主要工作內容和親身參加了哪些具體工作，著重說明實習的收獲和體會；特別強調，要寫明你實習的單位、時間、項目、內容等。

3、實習報告要有實習單位鑒定，并加蓋實習單位的公章。

畢業實習成績的評定可參考下列各項內容進行綜合評定，按百分制，記入成績冊：

1、實習總結報告不少于1500字(含相關圖紙、表格等)，格式等符合要求；

2、關于新材料、新技術的應用或典型工程問題思考分析等研究成果；

3、觀點獨到有創新、邏輯嚴謹、語言流暢、內容完整、圖形和表格使用得當等；

4、實習單位鑒定和印章；

畢業實習時間： 20xx年1月1日至20xx年2月30日。

[建筑方案設計任務書]

? 績效方案設計 ?

引言

高職院校的電子商務專業目前的課程體系基本是由計算機的一些專業課程加上一些商務的課程共同構成的。各個高職院校會根據學科的偏向而進行一些取舍,有些學校會有更多的計算機專業課程,有些學校會更側重于商務課程。從高職學生的特點來看,學習較多的計算機專業課程難度較大,因此從實際出發,高職的電子商務專業計算機課程相應地要降低難度,我們對計算機專業類的課程進行了重新的設計和整合,包括課程的標準和課程的內容。計算機專業中的《系統分析與設計》課程主要是對軟件系統進行分析與設計,針對電子商務專業,則側重有所不同,因此將課程更改為《商務網站需求與方案建設》,結合對企業的業務流程調研,歸納出本門課程的典型工作任務,并對課程進行了教學設計。

1、對企業業務流程的調研

對從事網站項目建設開發的企業流程調研后,可以歸納出基本的業務流程,描述如下:在承接一個項目后,市場部負責人與美工主要進行需求分析工作,由于需求分析成功與否與后期的工作直接相關,所以主要由負責人與項目委托人溝通,美工要進行首頁面的設計,因此要對網站的總體風格和內容有一個準確的把握,所以始終參與需求分析過程。在與委托人進行充分溝通的基礎上,了解該項目的行業背景和企業的實際運行情況后,完成需求分析報告,并進行一個方案設計,在項目委托人同意之后開始進行項目的設計。首頁面的設計是由美工完成的,這也是一個與委托人反復交流的過程,經過不斷地調整修改之后,首頁面定稿。此時首頁面只是一個效果圖片,經過頁面的切割和生成工序后,將首頁面交給研發部,研發部根據需求分析報告和首頁面的內容進行后臺代碼的編寫。同時,美工進行二級頁面的設計。設計完成后也交由研發部編寫后臺代碼。代碼編寫完成后進行網站的`測試和發布。綜合上述流程,可得流程圖如圖1:在了解項目的流程時,我們也同時了解了各個崗位要求的技能,綜合來說,每個崗位的人員都應能熟悉電子商務的內涵,不同的崗位在具體的知識技能要求上有所不同。如需求分析人員要求對項目的整體運作非常熟悉,能起到協調項目組和項目委托人的作用,必須具備很好的溝通交流能力,同時要有較強的文字組織能力。美工要具備較好的美術基礎、審美眼光和熟練的網頁制作知識,同時由于美工要充分與項目委托人溝通,這樣才能做出既有特色,同時又能滿足委托人要求的頁面效果,因此對溝通能力也有相當高的要求。研發部門的崗位則相對要求編程能力和邏輯思維能力強。能充分領悟項目的要求,在給定的時間內完成代碼的編寫和調試。同時,由于程序文檔和使用說明書的編寫較為重要,所以也要求有一定的文字表達能力。企業一般還會提供管理咨詢和培訓等服務,管理咨詢和培訓主要有提供網站推廣的服務,電子商務解決方案的咨詢等。這些崗位要求對電子商務的技術有基本的了解并有較強的語言能力,熟悉各種網站推廣方法和工具。

2、分析學生必須的知識、技能、素質

為了適應相關的工作崗位,學生應能熟悉電子商務的內涵,掌握網站需求調查與分析的基本方法,掌握網站開>:請記住我站域名/

3、分析《商務網站需求與方案設計》課程的典型工作任務

本門課程對應的崗位為網站需求分析人員,需求分析研人員通常應對整個項目流程非常熟悉,他是項目委托人和開發人員之間的鈕帶,項目委托人不能理解項目是如何完成的,他們注重的是項目完成時交付的網站是否符合他們的預期,而開發人員的開發工作依賴于需求分析人員提供的需求分析報告,因此,網站的需求分析與方案設計是非常重要的工作任務,對整個項目的質量來說起著關鍵性的作用。需求分析要完成的是和項目委托人溝通交流,以專業的眼光來看待項目的可行性,為委托人分析及明確需求,在此基礎上,進行需求調查與分析,形成需求分析與整體方案設計,提交相應的需求分析報告和方案設計報告。

4、以工作過程為導向設計教學情境

4.1學習情境劃分原則企業在承接建站任務時,根據站點的不同會有一些不同的方法進行需求分析,教材的每章都將用一個實際的案例進行說明,并附上完整的需求分析報告。案例的挑選力求能充分說明各種不同類型網站的特色,并在需求調查與分析的方法上體現出來,并為學生的實踐作出有效的指導。在此基礎上,開始進行具體的情境設計,我們設想以一個項目貫穿整門課程,將項目按工作過程進行劃分情境,每個情境完成一個子任務,一門課程結束時,各個子任務可以綜合形成一個完整的項目任務。這樣,我們就只能以一個典型案例來說明需求分析過程,為了不至于造成其他類型的網站需求分析方法不同,而學生無法了解,在每個情境中設置拓展部分,由于B2C的站點難度適中,且最為常見,因此,教材中以B2C作為案例,其他類型的站點在需求分析時如果有特殊的要求就體現在拓展部分,學生選取的案例中如果涉及到其他類型的站點,那么就可以參考拓展部分,進行自學或查找相應資料來解決問題。

4.2學習情境的設計我們按照工作過程將課程劃分為十個學習情境,分別是外部需求分析、面向用戶的需求分析、企業內部需求分析、網站推廣需求分析、網站軟硬件環境設計、網站功能的概要設計、網站數據庫結構設計、網站界面總體設計、網站系統安全性設計和網站測試。

5、課程標準的制定

在學習情境的劃分與設計完成之后,我們著手制定課程標準,,其中最重要的就是課程的定位及學習目標的制定。這部分我們充分地參考了企業的調研意見,了解企業的網站需求分析人員在具體工作中所需要掌握的知識和能力。并力求能夠體現在學習情境的設計中。

5.1課程的定位網站需求與方案設計是電子商務專業網絡技術服務方向的一門專業課程,本門課程著重于培養學生用全局的眼光看待網站的設計需求,要求學生具備良好的溝通能力和語言表達能力,能夠應用各種調查分析方法和工具,完成電子商務網站的需求分析項目,并能按規范的形式形成各階段的需求分析報告文檔。

5.2學習目標的確定我們分別對本門課程的知識目標、專業能力目標、方法能力目標和社會能力目標進行了分析和歸納。在學習目標方面,十個學習情境分別達到理解以下概念和內容:

(1)電子商務的商業模式概念;網站風格、關鍵字、電子支付、物流配送的概念;

(2)面向用戶的需求分析使用的調查方法與手段;功能性需求與非功能性需求的概念;

(3)網站的盈利模式,網站的存儲方式,不同數據庫的特性分析比較,非功能性需求概念,網站維護內容;

(4)網站的推廣策略,推廣方法。

(5)電子商務網站軟硬件環境的組成,網站軟硬件設備的選擇方法;

(6)電子商務建站的基本過程,功能概要設計的基本方法;

(7)電子商務網站內容設計的原則,頁面設計的原則等;

(8)網站的安全性設計方法。

(9)網站測

試的方法在專業能力方面,我們希望能夠達到以下目標:

(1)能區分不同的商業模式;進行市場需求分析;能進行同類網站的比較與分析,分析競爭優勢、劣勢,選擇電子支付方式及物流配送模式;

(2)能確定網站所面向用戶的類型特征;應用各種調查方式對用戶進行需求調查;分析調查結果。

(3)能明確用戶的功能性需求與潛在需求;確定網站的盈利模式、并進行產品分析;

(4)能根據外部分析和用戶需求以及企業自身定位確定網站的總體風格,語言版本;

(5)能確定網站的存儲方式,域名,數據庫的選用;了解和確定網站維護要求;

(6)能分析和確定網站的推廣策略。完成相應的需求報告文檔。由于本門課程的教學設計是讓學生在學習過程中完成一個實際的電子商務網站項目需求分析,因此,學生要從組建項目小組開始,進行選題,到實施整個調查過程,并形成相應的需求分析報告。整個過程都需要對項目進行規劃、計劃和實施,并在實施過程中報告和反饋,所以對學生的實踐能力是很大的考驗。相應地,在方法能力方面,我們希望通過本門課程的學習,能夠做到:能將所學知進行綜合運用;.具有獨立進行分析、計劃、實施、評價的能力;具有獲取、歸納、分析、交流的能力;并具有一定的自學能力、理解能力與表達能力。在社會能力方面,我們希望能夠培養學生的團隊意識與協作能力,并具有一定的計劃組織能力。

6、項目導向的校本教材編寫

在課程標準的基礎上開始進行校本教材的編寫,在選取案例的時候,使用的是企業真實案例,這是一個B2C類型的站點,其業務方式是整合福建范圍內的一些茶商,用統一的標識進行網上銷售,由于茶葉是福建省的一個重要特色產業,而且網站的一些設想也很有特色,在校本教材中,我們就以該案例進行行動導向的教材編寫。

7、小結

在這門課程的整個開發過程中,我們與企業人員共同討論如何在教學中體現工作內容,如何以工作過程為導向來設計相應的教學情境,經過反復地討論和修改,我們得到了課程標準和校本教材的框架,同時,和企業人員的交流也使我們對電子商務有了更深的了解,在編寫課程標準和校本教材中也對行動導向的課程開發過程有了更多的領悟。我們認為,在開發行動導向的課程時,和企業的合作是必不可少的,有效地合作可以使我們的課程質量得到很大的提升。同時,對教師也是一個非常好的機會,能夠親身體會到哪些知識會在實踐中得到應用,哪些才是我們應該在課堂上教給學生的。

? 績效方案設計 ?

在現代社會中，理財已經成為了人們都市生活的一部分。無論是想要實現財務自由還是為未來規劃退休金，理財方案的設計都尤為重要。本文將涵蓋理財方案設計的基本原則和步驟，幫助讀者制定個人的理財策略，以實現財務目標。

一、明確財務目標和時間范圍

在設計理財方案之前，首先需要明確財務目標。無論是購買房產、投資股票、創業或者是兒童教育基金，每個財務目標的實現所需的時間范圍和所需的投資方式都會有所不同。因此，在明確財務目標的基礎上，我們可以制定出詳細的時間表和相應的投資策略。

二、評估風險承受能力

理財中的風險始終存在，而每個人對風險的承受能力也會有所不同。在設計理財方案時，我們需要評估自己對風險的承受能力，并據此選擇適合自己的投資產品。例如，如果一個人對風險承受能力較低，那么可以考慮選擇較為保守的投資組合，如定期存款、債券基金等。而對于風險承受能力較高的人，可以選擇更為激進的投資方式，如股票、期貨等。

三、多元化投資組合

為了降低投資風險，我們需要將資金分散投資于不同的資產類別。這就是所謂的多元化投資組合。多元化投資可以幫助我們在某一資產出現虧損時，通過其他資產的增值來平衡損失。例如，我們可以將資金分配到股票、債券、基金、房地產等不同類型的資產中，以實現長期穩定的回報。

四、定期監測和調整

理財方案的設計不僅涉及到選擇投資產品，還需要進行定期的監測和調整。市場的變化以及個人目標的實現進程會導致投資方案需要做出調整。因此，我們需要定期審查我們的投資組合，了解最新的市場動態，評估我們的投資組合是否符合我們的目標，并根據需要進行相應的調整。

五、尋求專業建議

對于大多數人來說，理財并非自己的專業領域。因此，在進行理財方案設計時，我們可以向專業人士尋求建議和幫助。了解市場動態、掌握投資技巧、規劃財務目標等，這些專業知識可能遠遠超出了我們的能力范圍。通過與專業理財顧問或金融機構進行合作，我們可以更好地制定和執行理財方案，提高投資回報率。

：

理財方案的設計是個復雜的過程，需要考慮多個因素，并會隨著時間和市場的變化而調整。通過明確財務目標、評估風險承受能力、多元化投資組合、定期監測和調整以及尋求專業建議等步驟，我們可以制定出符合個人需求的理財策略。無論是為了實現短期目標還是為了長期財務自由，理財方案的設計都是為了更好地保障我們的財務安全和增值潛力。

? 績效方案設計 ?

激勵方式的選擇和激勵強度的設計是方案的關鍵內容。

本文試圖建立績效和獎勵之間的關聯關系，并初步給出建立科學合理的激勵方案的原則性方法和步驟。

績效管理是建立在這樣的假設基礎上的：員工取得一定的績效X，如果給予一定的激勵Y（可以是內部激勵也可以是外部激勵，通常指外部激勵），則可以導致新行為的產生，即新的績效X，連續的可持續的激勵Y可以不斷產生新的績效X，這種導向約束可以塑造員工形成習慣性的行為。

我們將這種假設用函數關系來表示，就是Y=F（X）和X=F（Y）兩個函數。

績效激勵方案更多的是解決第一個函數即Y=F（X）的問題。

績效X的表現形式

績效，從管理學的角度看，是組織期望的結果，是組織為實現其目標而展現在不同層面上的有效輸出，它包括個人績效和組織績效兩個方面。

從字面意義上講，績效是績和效的組合?？兙褪菢I績，是員工行為的結果，效是指及時效率、效果、態度、品行、行為、方法、方式等，是一種行為或態度。

因此績效X的表現形式可以分為結果績效和行為績效兩種：

相對工作量、分值三種表現形式：

工作量：是以工作的數量、貨幣金額做為基準的，比如產量、銷售量、銷售額、利潤額、投訴次數、事故次數等等

相對工作量：主要是完成率、合格率、不良率、投訴率等等

分值：將工作量或相對工作量按照一定的規則折算為分值

2）行為績效：行為績效往往是不能量化的，因此常常采用轉化為分值的方式進行考核。

轉化的方式主要有五種：關鍵事件法、評定量表法、行為評定量表法、書面報告法

激勵Y的模型分類及選擇

激勵Y要針對不同的績效X，選擇不同的激勵模型，主要有：

1）計件工資制：獎勵系數一般是稱為計件單價，獎勵的程度往往是直線性強化模式，也可以是分層強化模式。

銷售額提成兩種方式。

3）利潤提成制

超銷售額、超利潤或者節約的成本金額等按比例提成

研發類崗位的績效激勵設計，是一種長期的激勵方式，既可以用定量的指標，也可以用定性的指標。

6）團隊獎勵方式：即通常意義上的二次分配方式。

激勵F（X）的設計

激勵F（X）是激勵方式Y的具體實施規則，也是對激勵強烈程度的設計，主要有以下幾種形式：

1）直線型激勵：適用于激勵和績效之間是強線性關系的情況，比如計件工資制。激勵的強烈程度取決于斜率的設計。直線型激勵又可以分為四種情況：

上不封頂，下不保底；

上不封頂，設定下限；

設定上限，下不保底；

設定上限，設定下限。

，針對不同的等級設計不同的斜率或起始點。層級型激勵又可以分為強化獎勵型和強化懲罰型兩種。

3）曲線型激勵：激勵和績效之間的關系是連續曲線關系，比如指數型激勵常常應用在工齡工資的設計上。

多指標績效組合設計

對單一崗位或部門的績效指標的選擇，往往不是單一的指標，而是多個指標的組合。常見的平衡積分卡BSC、關鍵績效指標KPI方法也都是多個指標的`組合運用。

不論是定量的結果型績效指標還是定性的行為績效指標，都可以通過分值的轉換進行多指標組合設計，組合的方法主要有四種類型：累加型、權重比例型、系數調整型、混合型。

績效考核周期的選擇

影響績效考核激勵周期的因素主要有：

季度考核，大型設備、房地產、大型項目等周期長，則可以季度、年度或項目周期進行考核。

生產職系往往按月、季度進行考核，研發職系往往按研發周期進行考核，人事行政職系、技術職系可以靈活安排，既可以按月、季度，也可以按項目/任務周期。

半年、年度為宜，低層級員工較短，以月、季度為宜。

績效考核激勵方案的設計遠不止于以上內容，但是激勵方式的選擇和激勵強度的設計是方案的關鍵內容。

在以上原則的指導下，結合客戶企業的具體產品、生產流程、業務流程、戰略目標，可以設計出更具科學合理的指標組合體系和激勵模型，從而提高方案的可落地性，更好的發揮績效管理的行為塑造作用。

? 績效方案設計 ?

一、工程概況

設計依據：

1、業主提供資料；

2、國家污水綜合排放標準GB8978—1996；

3、生活污水處理工程設計規定DBJ08-71-98；

4、室外排水設計規范GBJ14—87及相關專業設計規范；

5、市區域環境噪聲標準GB3096—93。

二、原水來源、水量及中水用途：

1、原水來源：小區住戶生活污水。

，居民人均住宅用水，并參照高級住宅和別墅人均生活用水，，兩者取平均數為，暫時作為本項目核算水量的依據，那么，本項目設計處理水量=×=。新建中水處理站設計規模為985.6 m3/d，平均小時處理量為41m3/h。

景觀補充水。通過處理后中水主要回用于沖廁、綠化、洗車等方面，因此要求達到CJ25.1—89《生活雜用水水質標準》要求。主要指標為：COD≤50 mg/L；BOD5≤10 mg/L ；懸浮固體≤10 mg/L；濁度≤10度；PH：6.5-9.0；油類≤3 mg/L；總大腸菌群≤3個/L；嗅：無不快感覺；游離余氯：管網末端不少于0.2 mg/L。

4、中水回用比例≥80%，其余污水經處理達標排放。

進水水質 350-450 180-250 200-300 ≤40 35-40 6--9

排水水質 100 20 70 10 15 6--9

注：處理后的出水要求達到國家污水綜合排放標準《GB8978-1996》中的一級標準。

工藝設計方案一、

設計原則：

1、嚴格執行環境保護方面的有關規定，確保處理后尾水的各項水質指標皆符合本方案設計依據中的標準和要求。

2、采用成熟的，功能穩定的.污水處理工藝技術，并具有一定的靈活性，可調節性以及應急排放措施。

3、整套污水處理系統，盡可能占地面積小，投資省和運行費用低。

儀表、配件、材料，均為質量可靠，運行穩定，便于維修。

的防治。電氣各專業設計。

二、處理方法：

本工程擬采用水解酸化—兩級接觸氧化—過濾—消毒的工藝流程。、

污水經格柵截留大顆粒污物后流入調節池，調節池采用曝氣式，以均衡水質水量，并通過曝氣攪拌避免污物沉淀。調節池后部設水解酸化段，利用細菌在厭氧條件下短時間內的水解酸化反應，降解污水中大分子有機物，有利于細菌好氧分解。

好氧處理采用兩級生物接觸氧化。生物接觸氧化是處理流程中最重要的部分，大量有機物在這里被細菌好氧降解。采用多級分段式接觸氧化，形成逐級負荷遞減系統，使接觸氧化在去除率、抗沖擊負荷、出水水質等方面更具優勢和可靠性。

生物接觸氧化出水再經過過濾、消毒，即可完成深度處理中水回用。

三、工藝流程：

為了達到排放要求，處理工藝采用以生化處理A/O法為主處理的二級處理法，本處理系統由集水井、調節池、A段生化池、O段生化池、沉淀池、排放池、中水池、污泥池、機房（風機、水泵和電控柜）等構筑物組成。

四、主要構筑物：

序 號 名 ?稱 規格（m） 數量（座） 備 ?注

1 集水井 1.5×6.5×4.5 1 地下式鋼筋砼結構

2 調節池 12.5×6.5×4.5 1 同上

3 接觸氧化池 12.5×3.5×4.5 2 同上

4 沉淀池 9×3×4.5 1 同上

5 污泥池 9×3×4.5 1 同上

6 排放水池 4×4×4.5 1 同上

7 中水池 9×6×4.5 1 同上

8 機房 4×3.5×2.6 2 設在地面上

五、主要設備：

序號 名 ?稱 型號規格 單 位 數 量 備注

1 機械格柵 ? 臺 1

2 一級提升泵 ? 臺 2 一用一備

3 羅茨風機 ? 臺 3

4 二級提升泵 ? 臺 2 一用一備

5 石英砂過濾器 ? 臺 1

6 電磁流量計 ? 臺 1

7 消毒劑投加裝置 ? 套 1

8 活性炭過濾器 ? 臺 1

9 污泥泵 ? 臺 2 一用一備

10 組合填料 ? 套 1

11 管道及法蘭彎頭 ? 套 1

12 閥門器材 ? 套 1

13 人孔及閥門蓋 ? 套 1

14 填料支架 ? 套 1

15 防腐材料 ? 套 1

16 電器控制系統 ? 套 1

17 配電器材 ? 套 1

18 聚丙稀蜂窩斜板 ? 套 1

19 液面控制器 ? 套 1

注1：該污水處理系統總電機功率55kw， 運行功率35kw。

注2：設施占地面積大約350-400 m2 。

注3：上述構筑物參數或設備配套會因設計時做適當更改，以施工圖為準

2.2 常用流程

根據小區廢水處理的原則，應選擇處理效果穩定、產泥少、節能的處理方法。小區系統中的各類建筑物一般均建有化糞池，所以化糞池應與污水處理方法相結合。常用的工藝流程有：

①污水→格柵→調節池→提升泵→接觸氧化池→沉淀池 →出水。

②污水→格柵→調節池→提升泵→曝氣池→沉淀池污泥回流 →出水。

③污水→格柵→調節池→提升泵→SBR池或CASS池→出水。

④污水→格柵→調節池→提升泵→混凝沉淀(加藥)→過濾→出水(物化方法)。

⑤污水→格柵→調節池→提升泵→接觸氧化池→混凝過濾(加藥)→出水。

國內小區污水處理設計中組合式處理廠曾風靡一時，組合式處理指裝配好的或易于組裝的定型設備，其主要優點是施工快，不占綠地。但實際應用表明，存在不少問題。如設備的維修管理困難，對運行情況考核不便，單機處理水量有限，使用壽命等均有待時間驗證。根據工程設計及實際運行經驗，建議日處理能力1000m3以上的污水處理廠宜采用地上式。在水量不大，場地十分緊張時可考慮用埋地設備。

2.2 常用流程

根據小區廢水處理的原則，應選擇處理效果穩定、產泥少、節能的處理方法。小區系統中的各類建筑物一般均建有化糞池，所以化糞池應與污水處理方法相結合。常用的工藝流程有：

①污水→格柵→調節池→提升泵→接觸氧化池→沉淀池 →出水。

②污水→格柵→調節池→提升泵→曝氣池→沉淀池污泥回流 →出水。

③污水→格柵→調節池→提升泵→SBR池或CASS池→出水。

④污水→格柵→調節池→提升泵→混凝沉淀(加藥)→過濾→出水(物化方法)。

⑤污水→格柵→調節池→提升泵→接觸氧化池→混凝過濾(加藥)→出水。

國內小區污水處理設計中組合式處理廠曾風靡一時，組合式處理指裝配好的或易于組裝的定型設備，其主要優點是施工快，不占綠地。但實際應用表明，存在不少問題。如設備的維修管理困難，對運行情況考核不便，單機處理水量有限，使用壽命等均有待時間驗證。根據工程設計及實際運行經驗，建議日處理能力1000m3以上的污水處理廠宜采用地上式。在水量不大，場地十分緊張時可考慮用埋地設備。

? 績效方案設計 ?

瀑布式模型

是由W.W.Royce在1970年最初提出的軟件開發模型，在瀑布模型中，開發被認為是按照需求分析，設計，實現，測試 (確認)， 集成，和維護順序的進行。

快速原型法

快速原型模型的第一步是建造一個快速原型，實現客戶或未來的用戶與系統的交互，用戶或客戶對原型進行評價，進一步細化待開發軟件的需求。通過逐步調整原型使其滿足客戶的要求，開發人員可以確定客戶的真正需求是什么；第二步則在第一步的基礎上開發客戶滿意的軟件產品。

迭代式開發

在迭代式開發方法中，整個開發工作被組織為一系列的短小的、固定長度（如的小項目，被稱為一系列的迭代。每一次迭代都包括了需求分析、設計、實現與測試。采用這種方法，開發工作可以在需求被完整地確定之前啟動，并在一次迭代中完成系統的一部分功能或業務邏輯的開發工作。再通過客戶的反饋來細化需求，并開始新一輪的迭代。

不同的開發模型，對于設計階段的工作要求也不盡相同。相對來說，瀑布式模型中對于設計文檔的粒度要求得最細，而快速原型法對于設計的要求一般來說比較弱，迭代式開發在每一階段中的設計文檔工作量都相對較少，但在軟件開發完成后，最終的設計文檔完善程度要比快速原型法的`好。

軟件設計的總體思路

軟件設計的本質就是針對軟件的需求，建立模型，通過將模型映射為軟件，來解決實際問題。因此軟件設計需要解決的核心問題是建立合適的模型，使得能夠開發出滿足用戶需求的軟件產品，并具有以下特性：

靈活性（Flexibility）

有效性（Efficiency）

可靠性（Reliability）

可理解性（Understandability）

維護性（Maintainability）

重用性（Reuse-ability）

適應性（Adaptability）

可移植性（Portability）

可追蹤性（Traceability）

互操作性（Interoperability）

因此，軟件設計并沒有一套放之四海而皆準的方法和模板，需要我們的設計開發人員在軟件的設計開發過程中針對軟件項目的特點進行溝通和協調，整理出對軟件項目團隊的行之有效的方式，進行軟件的設計。并保障軟件設計文檔的一致性，完整性和可理解性。

誰來進行軟件設計

在我們開發人員中，有很多人這樣理解：“軟件設計文檔就是軟件架構師和設計人員的事情”，其實不然。設計文檔是整個軟件開發團隊的產出，其中有些設計文檔由架構師或者設計人員給出，有些文檔由開發人員給出。這并沒有一定的區分。

最佳實踐

我們經常聽到這樣的話：

“設計文檔沒有用，是用來糊弄客戶和管理層的文檔”；

“用來寫設計文檔的時間，我的開發早就做完了”；

“項目緊張，沒有時間做設計”；

這些言論，并不是正確的觀念，根據軟件項目的實際情況，軟件開發設計團隊可以約定設計文檔的詳細程度。項目團隊需要保障設計文檔的完整性和一致性，在項目進度緊張的情況下，軟件設計文檔可以更初略一些；在項目時間充裕的情況下，相關文檔可以更為詳盡。但是在項目開發過程中，需要軟件設計開發團隊對于設計文檔有共同的理解。

設計文檔分類與使用

通常來說，作為軟件項目，我們需要有這幾類文檔

需求說明文檔

功能設計文檔

系統架構說明書

模塊概要設計文檔

模塊詳細設計文檔

就像我之前說到的，在某個軟件團隊，對于以上的文檔的要求是可以完全不同的，在簡單項目中，可能所有類型的文檔放在一個文檔中進行說明；在復雜項目中，每一類文檔可能都要寫幾個文檔；而在最極端的情況下，可能每一類文檔都能裝訂成幾冊。因此，在我們軟件設計和開發人員心目中需要明確的是：文檔并不是我們進行設計的目標，也不是我們設計過程中額外的工作。

軟件設計文檔是我們在軟件設計開發過程中形成的，用來在軟件設計開發團隊內部以及與各干系人之間進行溝通的文檔，這些文檔記錄了軟件項目中的各種知識，方案的思路、以及各種決策意見。

下面我們就軟件設計開發過程中必須要完成的工作進行梳理，而我們需要注意到，這些需要完成的工作，在不同的開發流程模型的指導下可能有不同的時間要求，而我們需要關注的是在這個階段內需要完成的工作，以及這個階段內我們需要溝通的人員。

需求分析

需求分析是我們進行任何一個軟件項目設計開發過程中都必須要完成的工作。

這個工作通常與客戶一起完成。在不同的項目中，這個“客戶”可能來自真正的購買產品的用戶，使用系統的用戶，也有可能來自團隊的某個人員，如產品經理等。軟件設計開發團隊的參與成員根據項目的不同規模，則參與的人員也有所不同。原則上，設計開發人員參與的時間點越早，對于需求的理解和把握會更好。這個階段，通常需要軟件架構師參與其中。從資源優化的角度來說，開發人員不必參與需求分析，但需要理解需求。

需求分析的結果通常我們需要使用需求說明文檔來描述，目前主流的需求描述方法包括：用戶例圖、用戶故事等方式。這些方式有所不同的側重，其核心思想就是描述清楚用戶的使用場景。但無論采取何種方式，進行需求的描述，需求說明需要明確以下幾點：

所需要開發的軟件系統邊界

系統所有的相關及使用人員角色

系統關鍵的使用場景

系統規模、性能要求以及部署方式等非功能性需求

功能設計

功能設計與需求分析差不多同時在開展，在很多軟件項目中，對于功能設計不是特別重視。但對于某些軟件項目而言，這是一個相當重要的工作。對于主要是用戶界面的軟件項目來說，功能設計可以看作是畫出原型界面，描述使用場景，獲得用戶認可的過程。而對于沒有界面的軟件項目來說，則功能設計與需求分析的區分更為模糊。

參與的人員與需求分析的參與人員類似，架構師更側重于參與此類工作，并給與一些實現層面的判斷和取舍。

功能設計需要明確的核心是：

系統的行為

系統架構設計

系統架構設計是一個非常依賴于經驗的設計過程。需要根據軟件項目的特定功能需求和非功能性需求進行取舍，最終獲得一個滿足各方要求的系統架構。系統架構的不同，將很大程度上決定系統開發和維護是否能夠較為容易的適應需求變化，以及適應業務規模擴張。

架構設計工作中，用戶參與程度很低。軟件開發團隊中的需求人員參與程度很低，但團隊中的所有核心設計和開發人員都應該參與其中，并達成一致意見。

架構設計的主要成果，是將系統的不同視圖予以呈現，并使之落實到開發中：

系統開發視圖及技術路線選擇

系統邏輯視圖

系統部署視圖

系統模塊視圖

系統的領域模型

在軟件開發過程中，系統的架構不是一成不變的，隨著設計人員和開發人員對于系統的理解不斷深入，系統的架構也會發生演化。在軟件項目中，架構設計是開發團隊溝通的統一語言，設計文檔必須要隨著系統的變化進行更新，保障開發團隊對于系統的理解和溝通的一致性。

模塊/子系統概要設計

模塊/子系統的概要設計，由架構師參與，核心設計和開發人員負責的方式進行。

在概要設計工作中，我們需要在架構確定的開發路線的指導下，完成模塊功能實現的關鍵設計工作。在概要設計階段，需要關注于模塊的核心功能和難點進行設計。這個過程中更多推薦的采用UML來進行概要設計，需要進行：

模塊實現機制設計

模塊接口設計

關鍵類設計

畫出時序圖

交互圖等。

模塊詳細設計

在瀑布式開發模型中，模塊的詳細設計會要求比較嚴格，將所有類進行詳細設計。據我所知，除了一些對于系統健壯性要求非常嚴格的軟件項目，如國防項目，金融項目還要求有詳細設計文檔之外。其他的項目大多采用其他方式來處理這樣的工作，如自動化測試等。

綜上所述，軟件設計文檔作為軟件開發團隊的溝通、理解、知識共享的手段，具有非常重要的意義。而根據軟件團隊的規模，對于文檔上承載的信息詳細程度可以有不同程度的要求。我們軟件團隊對于*如何使用設計文檔有一個統一的理解，并堅持更新設計文檔*，這就是軟件設計的最佳實踐！

軟件設計所需要的知識與技能

UML 統一建模語言

軟件工程

面向對象的編程 OOP

? 績效方案設計 ?