怎么做高端品牌網(wǎng)站設(shè)計科技公司網(wǎng)站制作公司
系統(tǒng)計劃主要用于描述從項目提出、選擇到確立的過程，包括系統(tǒng)項目的提出與可行性
分析，系統(tǒng)方案的制訂、評價和改進(jìn)，新舊系統(tǒng)的分析和比較，以及現(xiàn)有軟件、硬件和數(shù)據(jù)
資源的有效利用等問題。
1、項目的提出與選擇
| 項目的立項目標(biāo)和動機 | 進(jìn)行基礎(chǔ)研究并獲取技術(shù) 進(jìn)行應(yīng)用研發(fā)并獲得產(chǎn)品 提供技術(shù)服務(wù) 信息技術(shù)產(chǎn)品的使用者 |
| 項目的選擇和確定 ? | 選擇有核心價值的產(chǎn)品/項目或開發(fā)方向 評估項目風(fēng)險、收益和代價 |
| 項目提出和選擇的結(jié)果 ? | 系統(tǒng)項目提出和選擇的結(jié)果， 最終會以“產(chǎn)品/項目建議書”的方式來體現(xiàn) ? |
2、可行性研究與效益分析
| 可行性研究的內(nèi)容 | 經(jīng)濟(jì)可行性 技術(shù)可行性 法律可行性 執(zhí)行可行性 方案的選擇 |
| 可行性研究與效益分析 | 成本效益分析 項目可能涉及的收益 效益分析的若干指標(biāo)和進(jìn)一步的分析 |
| 可行性分析報告 | 可行性研究報告首先由項目負(fù)責(zé)人審查（審查內(nèi)容是否可靠），再上報給上級主管審閱 （評估項目的地位）。從可行性研究報告中應(yīng)當(dāng)?shù)贸觥靶谢虿恍小钡臎Q斷。 |
3、方案的制訂和改進(jìn)
| 確定軟件架構(gòu) ? | （1）分析模型的結(jié)構(gòu)（2）一些對應(yīng)于系統(tǒng)目標(biāo)的最基本、最重要的實現(xiàn)要素（3）特性和要點的解釋。這些附加的內(nèi)容解釋系統(tǒng)的一些特性、服務(wù)等是如何實現(xiàn)的。 |
| 確定實現(xiàn)的各種關(guān)鍵性要素和實現(xiàn)手段關(guān)鍵性的實現(xiàn)要素通常包括 | 關(guān)鍵的用例、最主要的控制類、功能和服務(wù)的首要組織方式（例如網(wǎng)站首頁）； 對象的組織模式； 常用和最關(guān)鍵的實現(xiàn)算法模型。關(guān)鍵性的實現(xiàn)手段通常包括： 選定基礎(chǔ)計算平臺，如操作系統(tǒng)、數(shù)據(jù)庫、 Web 服務(wù)器、中間件平臺等； 選定開發(fā)工具和開發(fā)環(huán)境，如計算機語言、構(gòu)件庫、工具軟件等。 |
歸結(jié)目標(biāo)到最適合的計算體系 ? | 通常，提供開發(fā)工具和開發(fā)環(huán)境的組織總是有一些標(biāo)準(zhǔn)的計算體系可以選擇（例如， .NET和 J2EE 等），因此對于大多數(shù)系統(tǒng)開發(fā)項目來說，比較各種標(biāo)準(zhǔn)計算體系與預(yù)期目標(biāo)之間的匹配程度即可選定計算體系。 |
4、新舊系統(tǒng)的分析和比較
淘汰策略
第 3 象限為低水平、低價值區(qū)，即遺留系統(tǒng)的技術(shù)含量較低，且具有較低的商業(yè)價值。
對這種遺留系統(tǒng)的演化策略為淘汰?
繼承策略
第 4 象限為低水平、高價值區(qū)，即遺留系統(tǒng)的技術(shù)含量較低，可滿足企業(yè)運作的功能
或性能要求，但具有較高的商業(yè)價值，目前企業(yè)業(yè)務(wù)對該系統(tǒng)仍有很大的依賴性。 對這種遺
留系統(tǒng)的演化策略為繼承
改造策略
第 1 象限為高水平、高價值區(qū)，即遺留系統(tǒng)的技術(shù)含量較高，本身還有較大的生命力，
且具有較高的商業(yè)價值，基本上能夠滿足企業(yè)業(yè)務(wù)運作和決策支持的要求。這種系統(tǒng)可能建
成的時間還很短，對這種遺留系統(tǒng)的演化策略為改造。
集成策略
第 2 象限為高水平、低價值區(qū)，即遺留系統(tǒng)的技術(shù)含量較高，但其商業(yè)價值較低，可
能只完成某個部門（或子公司）的業(yè)務(wù)管理。
?
5、定義問題與歸結(jié)模型
| 問題分析 ? | 在問題定義上達(dá)成共識 確定項目干系人和用戶 定義系統(tǒng)的邊界 |
| 問題定義 ? | 包括目標(biāo)、功能需求和非功能需求三個方面。 功能需求 功能需求是用來指明系統(tǒng)必須做的事情，只有這些行為的存在，才有系統(tǒng)存在的價值。 （1）觀感需求（2）易用性需求（3）性能需求（4）可操作性需求（5）可維護(hù)性和可移植性需求 |
?6、需求分析與軟件設(shè)計
| 需求分析的任務(wù)與過程 ? | 需求分析階段的工作可以分成 4 個方面 （1）問題識別 需求的分類：功能需求、非功能需求和設(shè)計約束 需求工程：需求開發(fā)、需求管理 |
| 如何進(jìn)行系統(tǒng)設(shè)計 ? | （1）組件的獨立性。審視自己設(shè)計的系統(tǒng)，是否做到了高內(nèi)聚、低耦合？ （2）例外的識別和處理。誰能保證系統(tǒng)使用者都精確按照使用說明書使用？ （3）防錯和容錯。當(dāng)網(wǎng)絡(luò)中斷、數(shù)據(jù)庫崩潰這樣的災(zāi)難性事件發(fā)生時，系統(tǒng)也跟著崩潰嗎？ |
| 軟件設(shè)計的任務(wù)與活動 ? | （1）概要設(shè)計（2）詳細(xì)設(shè)計 Parnas 方法：將可能引起變化的因素隱藏 |
7、結(jié)構(gòu)化分析與設(shè)計
結(jié)構(gòu)化分析方法的基本思想是自頂向下逐層分解
結(jié)構(gòu)化分析工具
數(shù)據(jù)流圖（ Data Flow Diagram， DFD）、數(shù)據(jù)字典（ DataDictionary， DD）、結(jié)構(gòu)化語言、判定表、判定樹
結(jié)構(gòu)化分析的工作步驟
（1）研究“物質(zhì)環(huán)境”（2）建立系統(tǒng)邏輯模型（3）劃清人機界限
數(shù)據(jù)流圖
（1）數(shù)據(jù)流圖的層次
?（2） Context 圖
?（3）逐級分解
?（4）DFD0 層圖
?
結(jié)構(gòu)化設(shè)計：
結(jié)構(gòu)化設(shè)計包括架構(gòu)設(shè)計、接口設(shè)計、數(shù)據(jù)設(shè)計和過程設(shè)計等任務(wù)。它是一種面向數(shù)據(jù)
流的設(shè)計方法，是以結(jié)構(gòu)化分析階段所產(chǎn)生的成果為基礎(chǔ)，進(jìn)一步自頂而下、逐步求精和模
塊化的過程。
概要設(shè)計：設(shè)計軟件的結(jié)構(gòu)、確定系統(tǒng)是由哪些模塊組成，以及每個模塊之間的關(guān)系。采用結(jié)構(gòu)圖（包括模塊、調(diào)用、數(shù)據(jù)）來描述程序的結(jié)構(gòu)，此外還可以使用層次圖和 HIPO（層次圖加輸入/處理/輸出圖）
詳細(xì)設(shè)計：確定應(yīng)該如何具體地實現(xiàn)所要求的系統(tǒng)，得出對目標(biāo)系統(tǒng)的精確描述。它采用自頂向下、逐步求精的設(shè)計方式和單入口單出口的控制結(jié)構(gòu)。常使用的工具包括程序流程圖、盒圖、 PAD（Problem Analysis Diagram，問題分析圖）、 PDL（ProgramDesign Language，程序設(shè)計語言）。
模塊設(shè)計：
模塊化是一個很重要的概念，它是將一個待開發(fā)的軟件分解成為若干個小的簡單部分——模塊，每個模塊可以獨立地開發(fā)、測試。這是一種復(fù)雜問題的“分而治之”原則，其目的是使程序的結(jié)構(gòu)清晰、易于測試與修改
1．信息隱蔽原則
信息隱蔽是開發(fā)整體程序結(jié)構(gòu)時使用的法則，即將每個程序的成分隱蔽或封裝在一個單
一的設(shè)計模塊中，并且盡可能少地暴露其內(nèi)部的處理。
2．模塊獨立性原則
?
?8、面向?qū)ο蟮姆治雠c設(shè)計
面向?qū)ο蟮幕靖拍?/strong>
對象是系統(tǒng)中用來描述客觀事物的一個實體
類則是對具有相同屬性和服務(wù)的一個或一組對象的抽象
????????實體類：實體類映射需求中的每個實體
????????邊界類：邊界類用于封裝在用例內(nèi)、外流動的信息或數(shù)據(jù)流。邊界類用于系統(tǒng)接口與系統(tǒng)外部進(jìn)行交互
????????控制類：控制類是用于控制用例工作的類?？刂祁悰]有屬性，但一定有方法
繼承與泛化
????????繼承：說明特殊類（子類）與一般類（父類）的關(guān)系。“交通工具”是“自行車”和“小轎車”的泛化
????????泛化：一般類與特殊類的關(guān)系。自行車”和“小轎車”從“交通工具”中繼承。
?
?多態(tài)與重載
?模板類：類屬類，它用來實現(xiàn)參數(shù)多態(tài)機制。一個類屬類是關(guān)于一組類的一個特性抽象，
它強調(diào)的是這些類的成員特征中與具體類型無關(guān)的那些部分，而用變元來表示與具體類型有
關(guān)的那些部分。
消息和消息通信：消息就是向?qū)ο蟀l(fā)出的服務(wù)請求，它通常包括提供服務(wù)的對象標(biāo)識、消息名、輸入信息和回答信息。
面向?qū)ο蠓治?/h4>
面向?qū)ο蠓治龅哪繕?biāo)是開發(fā)一系列模型，這些模型描述計算機軟件，當(dāng)它工作時以滿足
一組客戶定義的需求。對象技術(shù)的流行，演化出了數(shù)十種不同的 OOA 方法，每個方法都引
入了一個產(chǎn)品或系統(tǒng)分析的過程、一組過程演化的模型及使軟件工程師能夠以一致的方式創(chuàng)
建每個模型的符號體系。
1． OOA/OOD 方法
OOA 模型中包括主題、對象類、結(jié)構(gòu)、屬性和服務(wù) 5 個層次，需經(jīng)過標(biāo)識對象類、標(biāo)識結(jié)構(gòu)與關(guān)聯(lián)（包括繼承、聚合、組合、實例化等）、劃分主題、定義屬性、定義服務(wù) 5 個步驟來完成整個分析工作。
2． Booch 方法
Booch 認(rèn)為軟件開發(fā)是一個螺旋上升的過程，每個周期中包括標(biāo)識類和對象、確定類和
對象的含義、標(biāo)識關(guān)系、說明每個類的接口和實現(xiàn) 4 個步驟
?3． OMT 方法
OMT 是對象建模技術(shù)的縮寫，它是由 Jam Rambaugh 及其同事合作開發(fā)的，它主要用
于分析、系統(tǒng)設(shè)計和對象設(shè)計。包括對象模型（靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)的“數(shù)據(jù)”性質(zhì)，通
常采用類圖）、動態(tài)模型（瞬時的、行為化的系統(tǒng)“控制”性質(zhì)，通常使用狀態(tài)圖）和功能
模型（表示變化的系統(tǒng)的“功能”性質(zhì)，通常使用數(shù)據(jù)流圖）。 OMT 方法的三大模型如表 8-6
所示
?4.OOSE 方法
OOSE 是面向?qū)ο筌浖こ痰目s寫，它是由 Ivar Jacobson 提出的。它在 OMT 的基礎(chǔ)
上，對功能模型進(jìn)行了補充，提出了“用例”的概念，最終取代數(shù)據(jù)流圖進(jìn)行需求分析和建
立功能模型。
統(tǒng)一建模語言
統(tǒng)一建模語言（Unified Modeling Language， UML）是用于系統(tǒng)的可視化建模語言，它將
OMT、 OOSE 和 Booch 方法中的建模語言和方法有機地融合在一起，是國際統(tǒng)一的軟件建
模標(biāo)準(zhǔn)。
UML 是一種語言、一種可視化語言、一種可用于詳細(xì)描述的語言
UML 的結(jié)構(gòu)：
| 構(gòu)造塊 ? | 建模元素 | 包括結(jié)構(gòu)事物（類、接口、協(xié)作、用例、活動類、組件、節(jié)點等）、行為事物（交 互、狀態(tài)機）、分組事物（包）、注釋事物 |
| 關(guān)系 | 包括關(guān)聯(lián)關(guān)系、依賴關(guān)系、泛化關(guān)系、實現(xiàn)關(guān)系 | |
| 圖 | 靜態(tài)模型：類圖、對象圖、包圖、構(gòu)件圖、部署圖、制品圖 交互概覽圖 | |
| 公共機制 | 規(guī)格說明 | 規(guī)格說明是元素語義的文本描述，它是模型的重要組成部分 |
| 修飾 | UML 為每一個模型元素設(shè)置了一個簡單的記號，還可以通過修飾來表達(dá)更多的信息。 | |
| 公共分類 | 包括類元與實體（類元表示概念，而實體表示具體的實體）、接口和實現(xiàn)（接口 用來定義契約，而實現(xiàn)就是具體的內(nèi)容）兩組公共分類 | |
| 擴(kuò)展機制 | 包括約束（添加新規(guī)則來擴(kuò)展元素的語義）、構(gòu)造型（用于定義新的 UML 建模元素）、標(biāo)記值（添加新的特殊信息來擴(kuò)展模型元素的規(guī)格說明） | |
| 架構(gòu) ? | 邏輯視圖：以問題域的語匯組成的類和對象集合。 進(jìn)程視圖：可執(zhí)行線程和進(jìn)程作為活動類的建模，它是邏輯視圖的一次執(zhí)行實例。 實現(xiàn)視圖：對組成基于系統(tǒng)的物理代碼的文件和組件進(jìn)行建模。 部署視圖：把組件物理地部署到一組物理的、可計算的節(jié)點上。 用例視圖：最基本的需求分析模型。 | |
用例圖
包含關(guān)系：當(dāng)可以從兩個或兩個以上的原始用例中提取公共行為，或者發(fā)現(xiàn)能夠使用一個組
件來實現(xiàn)某一個用例的部分功能是很重要的事時，應(yīng)該使用包含關(guān)系來表示。所提取出來的
公共行為稱為抽象用例。包含關(guān)系的例子如圖 8-13 所示。
擴(kuò)展關(guān)系：如果一個用例明顯地混合了兩種或兩種以上的不同場景，即根據(jù)情況可能發(fā)生多
種事情?？梢詫⑦@個用例分為一個主用例和一個或多個輔用例，描述可能更加清晰。擴(kuò)展關(guān)
系的例子如圖 8-14 所示。
??????
?類圖和對象圖
?① 依賴關(guān)系。有兩個元素 X、Y，如果修改元素 X 的定義可能會引起對另一個元素 Y 的
定義的修改，則稱元素 Y 依賴于元素 X。在 UML 中，使用帶箭頭的虛線表示依賴關(guān)系。
② 泛化關(guān)系。泛化關(guān)系描述了一般事物與該事物中的特殊種類之間的關(guān)系，也就是父
類與子類之間的關(guān)系。繼承關(guān)系是泛化關(guān)系的反關(guān)系，也就是說子類是從父類中繼承的，而
父類則是子類的泛化。在 UML 中，使用帶空心箭頭的實線表示，箭頭指向父類。
③ 關(guān)聯(lián)關(guān)系。關(guān)聯(lián)表示兩個類之間存在某種語義上的聯(lián)系。例如，一個人為一家公司
工作，一家公司有許多辦公室。就認(rèn)為人和公司、公司和辦公室之間存在某種語義上的聯(lián)系。
④ 實現(xiàn)關(guān)系。實現(xiàn)關(guān)系是用來規(guī)定接口和實現(xiàn)接口的類或組件之間的關(guān)系的。接口是
操作的集合，這些操作用于規(guī)定類或組件的服務(wù)。在 UML 中，用一個帶空心箭頭的虛線表
示。
交互圖
| 順序圖 ? | 順序圖用來描述對象之間動態(tài)的交互關(guān)系，著重體現(xiàn)對象間消息傳遞的時間順序。 ? |
| 通信圖 ? | 通信圖用于描述相互合作的對象間的交互關(guān)系和鏈接關(guān)系，順序圖著重體現(xiàn)交互的時間順序， 通信圖則著重體現(xiàn)交互對象間的靜態(tài)鏈接關(guān)系。  ? |
| 定時圖 ? | 如果要表示的交互具有很強的時間特性（例如，現(xiàn)實生活中的電子工程、 實時控制等系統(tǒng)中），在 UML 1.X 中是無法有效地表示出來的。而在 UML 2.0 中引入了一 種新的交互圖來解決這類問題，這就是著重表示定時約束的定時圖  |
| 狀態(tài)圖 ? | 用來描述一個特定對象的所有可能狀態(tài)及其引起狀態(tài)轉(zhuǎn)移的事件。大多數(shù)面向?qū)ο蠹夹g(shù)
? |
| 活動圖 ? | 活動圖的應(yīng)用非常廣泛，它既可用來描述操作（類的方法）的行為，也可以描述用例和 對象內(nèi)部的工作過程?；顒訄D是由狀態(tài)圖變化而來的，它們各自用于不同的目的。  |
| 帶泳道的活動圖 ? |  |
| 對象流 ? | 在活動圖中可以出現(xiàn)對象。對象可以作為活動的輸入或輸出，對象與活 動間的輸入/輸出關(guān)系由虛線箭頭來表示。如果僅表示對象受到某一活動的影響，則可用不 帶箭頭的虛線來連接對象與活動。 ? |
| 信號 ? | 在活動圖中可以表示信號的發(fā)送與接收，分別用發(fā)送和接收標(biāo)識來表示。 發(fā)送和接收標(biāo)識也可與對象相連，用于表示消息的發(fā)送者和接收者。 ? |
| 構(gòu)件圖 ? | 構(gòu)件圖是面向?qū)ο笙到y(tǒng)的物理方面進(jìn)行建模要用的兩種圖之一。它可以有效地顯示一組 構(gòu)件，以及它們之間的關(guān)系。構(gòu)件圖中通常包括構(gòu)件、接口及各種關(guān)系。  |
| 部署圖 ? | 部署圖，也稱為實施圖，它和構(gòu)件圖一樣，是面向?qū)ο笙到y(tǒng)的物理方面建模的兩種圖之
|
?9、用戶界面設(shè)計
?接口設(shè)計主要包括三個方面的內(nèi)容：一是設(shè)計軟件構(gòu)件間的接口；二是設(shè)計模塊和其他
非人的信息生產(chǎn)者和消費者（如外部實體）的接口；三是人（如用戶）和計算機間界面設(shè)計。
?
| 1 用戶界面設(shè)計的原則 | 置用戶于控制之下、減少用戶的記憶負(fù)擔(dān) ? |
| 2 用戶界面設(shè)計過程 ? | 用戶界面的設(shè)計過程也應(yīng)該是迭代的，它通常包括 4 個不同的框架活動 |
?10、工作流設(shè)計
?工作流是一類能夠完全或者部分自動執(zhí)行的經(jīng)營過程，根據(jù)一系列過程規(guī)則、文檔、信息或任務(wù)在不同的執(zhí)行者之間傳遞、執(zhí)行?
?11、?簡單分布式計算機應(yīng)用系統(tǒng)的設(shè)計
?12、系統(tǒng)運行環(huán)境的集成與設(shè)計
- ?1．集中式系統(tǒng)
- 2．分布式系統(tǒng)
- 3． C/S 結(jié)構(gòu)
- 4．多層結(jié)構(gòu)
- 5.Internet、 Intranet 和 Extranet：Intranet 是私有網(wǎng)絡(luò)，只限于內(nèi)部使用，也使用 TCP/IP
- 協(xié)議。 Extranet 是一個擴(kuò)展的 Intranet。它包括企業(yè)之外的和企業(yè)密切相關(guān)合作的其他企業(yè)。
?
13、系統(tǒng)過渡計劃
1．直接過渡：新系統(tǒng)運行時，立即關(guān)閉原來的系統(tǒng)
2．并行過渡：讓新系統(tǒng)和舊系統(tǒng)在一段時間里同時運行，通過這樣的舊系統(tǒng)作為新系統(tǒng)的備份，可以大大降低系統(tǒng)過渡的風(fēng)險
3．階段過渡
?