軟體工程(Software Engineering;SE)

不過在半途，移動信件的時辰發現，本來是收信匣裡面有些資料區塊已有毀損了

系統鴻溝 (System Border)

5G預計2020年前後起頭商轉，台灣大今朝已積極進行電信網路雲端化，諸如2月與Nokia合作完成vMG(Virtual Mobile Gateway) 的建置，成為台灣第一個撐持企業NFV(Network Function Virtualization)網路功能虛擬化的電信業者，可針對分歧客戶、分歧利用，打造專屬的步履網路以知足不斷增長的4G及物聯網（IoT）的毗連需求；同時最快將於本年底前在全島完成佈建NB-IoT網路，支持耗電量低、傳輸量小方面的利用，將來可供給包孕空氣汙染氣體和空氣品質的監測、水質感測、聰明水錶、泊車場車位狀況偵測、寵物追蹤，以及病患脫離病院後的身體狀況追蹤等。

• 貿易邏輯或利用者介面改變，需從頭部署
• 資料庫伺服器輕易成為效力的瓶頸，例如Client真個連線數會增加伺服器connection記載承當 //因此我們應當只在取用資料與將資料回存時才進行connection
• 貿易邏輯應當放在client或server真個問題
  • 放在前端，資料庫可不受限制的抽換，但商業邏輯改變，需重新佈置
  • 放在後端，通常是使用Stored Procedure，但如許就不容易抽換資料庫軟體

渙散式架構(N-Tier)

Booch等人 / Rational Software 提出可從4+1觀點(4+1 view)來看軟系統統架構(凸顯利用個案的主要性)

CMM是一種軟體開辟的流程標準，可說是種軟體開辟的品質保証，就像ISO是組織辦理的品質保証一樣。細分之下，CMM/CMMI分成五級，從第一級（level 1）到第五級（level 5），分別標示軟體公司流程MIS外包經管的競爭力水平，一級只要提出申請即可列入，不需顛末審查，而到第四級為可做質量辦理，第五級則為最佳化，可預防缺點。

將展現層，貿易邏輯層(放在AP Server)，資料層(放在Database Server)都各自獨立，合用於平台分歧，網際網路的情況。
若展示層以一般開辟工具開辟稱為 Rich Client ，若使用動態網頁技術運作於瀏覽器上則稱之為 Thin Client 。
其瓶頸為

效果他馬的，他的信不見了一泰半!!

以直線毗連二個物件也就是物件間的路徑(Path)。

遠傳在物聯網手藝上，主推NB-IoT/CAT-M1等手藝，只要在既有網路升級軟體就能夠建構物聯網網路，所以在本年已開始進行全島物聯網網路佈建。未來NB-IoT將可運用於太陽能能源管理辦事、聰明電機治理系統、聰明大樓、智慧泊車場等；而遠傳NB-IoT測試工作已到最後階段，估計於今年便可運用於相幹利用。

想說好了，沒問題了，可以收信了

契合BCNF正規化的關聯表，再除去所有的多值相依

• 簡介
• 軟體工程
• 軟體開辟架構的演進
• 系統剖析與設計
  • 結構化手藝
  • 物件導向技術
• 同一塑模說話(Unified Modeling Language,UML)
• 樣式理論(Pattern Theory)
• 資料庫正規化
• CMMI(Capability Maturity Mode Integrated)
• 參考書目
• 網路資源

簡介

• 1968年秋季，NATO（北約）的科技委員會召集了近50名一流的編程人員、計較機科學家和工業界巨頭，討論和制訂擺脫“軟體危機”的對策。在那次會議上第一次提出了軟體工程（softwareengineering）這個概念。
• 大多半軟體開辟項目標失敗，並非由於軟體開辟手藝方面的原因。它們的失敗是由於不恰當的MIS外包管理釀成的。遺憾的是，盡管人們對軟體專案辦理主要性的認識有所提高，但在軟體經管方面的進步遠比在設計方法學和實現方式學上的進步小，至今還提不出一套經管軟體開發的通用指點原則。
• 「新技術一直冒出來，學都學不完了，那裡有空搞軟體工程」、「計畫趕著進行，做都做不完了，那裡有空搞軟體工程」...... 就在這一個又一個的藉口中，本來可以幫忙軟體產業提高的軟體工程，居然釀成他們口中阻礙軟體產業提高的絆腳石似的，怎不令人對他們的無知感應心寒。
• 寫程式的難度越來越低，因為程式說話愈來愈高階，API 愈來愈多，開發對象越來越好用，寫程式的門坎自然就大大地下降了。想要開辟出有價值的中大型系統，軟體工程就很主要了，以蓋房子來講，你可以隨意找一兩個工人用磚或木材來蓋一棟矮房，然則假如想蓋一百多層樓的101大樓，你非得有優秀的工程計劃弗成，軟體不也是如斯？程式設計師咭片上的頭銜都是工程師，固然和建築MIS外包工程師、機械工程師... 一樣都被稱為工程師，但對照起來，軟體產業的工程師倒是最不工程導向的 。

軟體工程

Rumbaugh之OMT方式將系統開辟進程分為 觀念構成、物件導向剖析、物件導向設計三個階段，經常使用於企業資訊系統。

收信匣已爆掉了~~1.99G ，想說那我就幫他整理一下吧~~

五階正規化 (Fifth Normal Form; 5NF)

訊息(Message)

快點把所有的信件再分類一次，然後把它全數都分類好，然後把本來的收件匣刪了讓他重新建立一個。

我看是基本想挖洞給本身跳下去然後再請人把自己生坑.................

未來5G糊口利用對一般的消費者最有感的，當屬超大頻寬和極低延遲性所能帶來史無前例的影音震撼。展演也包孕myVideo和富邦悍將合作，首度嘗試將球賽導入5G VR手藝，讓球迷於虛擬實境中可以與富邦悍將啦啦隊(Fubon Angels)及富邦悍將球星零距離接觸，360度環場結果搭配3D顯示字幕及主播球評即時講評，彷彿置身球賽現場感觸感染嚴重氛圍。鄭俊卿總經理更爭先預告，6/18日在富邦悍將對決Lamigo桃猿球賽時，myVideo將行使360度VR先輩手藝插足2D影象，並以4K畫質全程直播，更有潛藏版神秘嘉賓透過AR（擴增實境）體式格局與球迷互動，結合VR與AR的夾雜實境，讓球迷們率先體驗這場可謂史上最具臨場感的觀賽饗宴。

阿哩~~不管三七二十一了，先給他還原再複製起來

我國行政院於91年11月院頒之『行政院所屬各機關資訊營業委外服務作業參考原則』中，亦明訂經由過程CMMI 評鑑得列為採購加分項目。

OOP的前驅 Brad Cox 曾提出Software-IC的概念，而要達到軟體IC的概念，則需要下列特征

• AP Server 與 Database Server除了不變運作的需求外，也易成為效力的瓶頸
• 需要能將貿易邏輯包裝成元件的技術，門檻較高

網路MIS外包辦事(Web Service)

YES!! 信件都回來了，真的是老天有眼阿!!!

Booch之方式將系統開辟進程分為 觀念期、闡明期、設計期、進化期、保護期，經常使用於大型軟體專案。

吻合四階正規化的聯系關系表，再除去剩餘的所有異常情況

相符三階正規化的關聯表，再除去任何因功能相依所造成的異常成果

活動圖(Activity Diagram)

狀況圖(State Diagram)

元件圖(Component Diagram)

部署圖(Deployment Diagram)

樣式理論(Pattern Theory)

• 研究一再産生的典型事例，以便研究者可以研習至融會貫通，觸類旁通，推陳出新的理論，叫做樣式理論。
• 樣式不是發現，而是發現
• 現代樣式理論：建築設計學家 亞歷山大 Christopher Alexander提出
  • 無名之 質 (The Quality Without a Name ; QWAN)
  • 門 (The Gate)
  • 道 (The Way)：又稱作「永恆之道」(The Timeless Way)
• Alexander認為 透過追尋「道」，可以通過「門」達到「質」是任何一種工程設計的成長過程
• 「樣式是某外在佈景情況 (Context) 下﹐對特定問題 (Problem) 的習用解決之道 (Solution) 」 。
• 樣式是赓續的重複産生，而有其反複性。但重複的不是問題的自己，而是問題的本質，所以要把分歧問題以溝通的樣式來處置懲罰，勢必要擷取其素質，也就是『抽象』。所以研究樣式必須重視問題本質而非問題的表象。同樣的問題的配景情況及解決之道也是抽象的。
• 設計樣式是對軟體設計模子進行不斷尋求完美的使用工具，但樣式的利用無絕對的公式，需要經由大量的個人實踐才能谙練把握。
• 重構(Refacotrying)是對不寫意的程式碼進行填補的時候所需要的手藝，因此重構的存在證明了樣式並不是軟體設計的銀彈(Silver Bullet)
• 樣式的要素
  • 名字(Name)
  • 問題(Problem)
  • 初始情況(Initial Context)
  • 力(Forces)
  • 解答(Solution)
  • 舉例(Examples)
  • 末態情況(Resulting Context)
  • 推理(Rationale)
  • 相幹樣式(Related Patterns)
  • 已知利用(Known Uses)
• 樣式的種類
  • 設計樣式(Design Patterns)：GoF提出
    • 建構型樣式(Creational Pattern)
    • 佈局型樣式(Structural Pattern)
    • 行為樣式(Behavioral Pattern)
  • 架構樣式(Architecture Patterns)
  • 闡發樣式(Analysis Patterns)：Martin Fowler提出
  • 反樣式(Anti-Patterns)
• 物件導向樣式的經典：四人幫(Gang of Four ; GoF) 即Erich Gamma、Richard Helm、Ralph Johnson、John Vlissides等四人，於1995年出版之 Design Patterns - Elements of Reusable Object-Oriented Software這本經典著作，包括23種軟體設計樣式，例如MVC Pattern，將軟體設計分為Model、View和Control三個部份，Model是屬於企業邏輯的部門，例如網路購物的買賣機制；View是利用者介面的設計；Control則串聯Model與View的程式碼。

聯系關系式資料庫的正規化(normalization)

界說

Boyce-Codd正規化 (Boyce-Codd Normal Form; BCNF)

表達物件再某時段的存在，以物件下與物件垂直之虛線透露表現。

鄭俊卿指出，台灣年老大客歲7月與諾基亞(Nokia)簽訂5G合作備忘錄，就「5G策略同盟及實行網」進行合作，歷經10個月，這套進步前輩的5G技術設備終於在台灣大IDC雲端機房展現，讓大師率先體驗將來5G帶來的生活利用，同時還就5G時期所需的前瞻性網路進行規劃與扶植，包羅佈建電信雲平台、虛擬雲化網路、小型基站根本扶植等。

由某一物件傳送訊息至另外一物件以啟動操作，以上下位置示意順序。

在種別連線上與種別之旁以數字標示與之聯系關系的數量。

▲台灣年老大與諾基亞合作建置的5G先進裝備，MEC多視角視頻展現親臨現場般「眼到即手到」的零秒差。（圖／台灣大供給）

利用個案中的某一個單一執行路徑，多是根基路徑也多是替換路徑。

▲myVideo和富邦悍將合作，首度測驗考試將球賽導入5G VR技術。（圖／台灣大提供）

• 使用個案概念(Use Case View)：以利用個案充裕表達軟體功能需求
• 設計概念(Design View)：以物件的觀念，表達出軟體設計後果 (Logical View)
• 流程概念(Process View)：
• 實施概念(Implementation View)
• 佈署概念(Deployment View)

又稱為平展檔(Flat File)，若聯系關系表中的任一行與任一列的交叉格(Cell)上均只有一個值，但會有插入，刪除，更改等異常(Anomalies)

六月中旬份汽車保險單即將到期，正在斟酌換家投保汽車保險單

但實在看不太懂，也不知道誰好誰壞，特來論壇給大神們比力看看。

車子是toyota rav4 今年六月中旬滿7年

原保單是跟請買車營業代為處理的：富邦-惬心型 保費每一年約：35003



南山產物汽車保險(第二選項)丙式 保費每一年約：17721



兩家保險皆含汽車強迫保費。

南山看起來是否是對人員傷亡輔助較高，但相對車子部門補償低些嗎?

好像還有送大要一趟的 拖吊輔助。

PS：比來聽朋侪說，保費會逐年遞減。

我的保費約都在這個代價閣下，業務只有在每一年續簽的時候，

會見告可以處置根基外觀刮傷等等，如不利用的話，就浪費掉你的保費???


小弟第一次PO這種，若是違規，我會刪文感謝。

抱愧歉仄~南山的拍到丙式的，別的補圖↓

南山產物汽車保險(第二選項)乙式 保費每年約：35071
(乙式車體損失險提高保費然則跟丙式一樣的保險金額11萬7，懷疑是否是打錯了)

▲台灣大與諾基亞合作，應用Nokia OZO的360度虛擬實境展現，可感觸感染「眼到即手到」的超高清視頻流通感。（圖／台灣大提供）

台灣年老大總司理鄭俊卿表示，從4G跨入5G的時期，不單是網速的大躍進，包括人的生活型態、大環境面的產業佈局，乃至就業型態都邑產生極大的厘革，因為5G能支持100倍的物件聯網，是個萬物與雲端和大數據互聯的世界，不只供應萬物內建通信的能力，帶來比2G/3G/4G更大的影響性，屆時還會催生無數個全新的產業與利用技術，不管是在高端無人機協助聰明城市發展與救災、無人車主動行駛高速公路，還是遙控機械手臂撤除爆裂物、遠端醫療等工作，都可透過頻寬極大、遞延秒差極短的5G，讓這些被視為天方夜譚的想像或片子中泛起的將來科幻場景，均因5G而啟動並一一實現。

OOSE

契合二階正規化的聯系關系表，再除去資料的 遞移相依(Transitive Dependency)
(將2NF中由非由主鍵決定其值的欄位移出成為另外一個聯系關系表)

軟體先進國度都已體認到CMM/CMMI的主要性。今朝全球約有700餘個包括公司及組織的單元經由過程CMM認証。此中最難的四、五兩級，全球各自有73與67個單元取得，多半集中在美國及印度，其他則以個位數散佈在澳洲、蘇俄、以、法、新加坡等國。

應該可以可以收信了，不知道哪來的手賤，去給他按緊縮收信匣!!!

• 物件 & Message
• 繼承性(inheritance)
• 封裝性(encapsulation)
• 動態保持(dynamic binding)

抽象化(Abstraction)

• 抽象化所描述的過程，就是由很多物件中抽離出重要的特征來，而這些特性，足以讓被抽象化的物件，與另外物件別離開來。同時，對於物件抽象化的成效，也因我們的需要分歧，而有所轉變。
• 所有的抽象化都是系統的成長，為了維繫存在，必須適應變化的唯一路途。
• 抽象化的目的與物件導向一樣，就是『讓我們更容易摹擬世界，並加以處理』。

物件(Object)=案例(Instance)

• 由一群具有不異資料結構與相同行為的物件所描寫的集合中，某一個特定且存在的物件。
• 物件是一個具有狀態(State)、行為(Behavior)與辨認(Identity)的實體或抽象化概念(Abstract Concept)，且其行為會影響其狀態。
• 物件是一個封包，包羅了名稱(name)、 屬性(attribute) 及 操作(operation) 3部分。
  • 在C++中稱為 資料成員(Data Member) 與 成員函式(Member Function)
  在Java中稱為 欄位(Field) 與 方式(Method)
• 每個物件都是一個被class所分類的instance (Every object is an instance of a class)

種別(Class)=物件類型(Object Type)=抽象化資料型態(Abstract Data Type;ADT)

• 由一群具有溝通資料結構與溝通行為的物件描寫，所構成的糾合，經過抽象化(Abstraction)後稱之為種別。
• 種別是一種界說(Definition)、描述(Description)、樣版(Template)，故可以種別建立新的物件。

封裝(Encapsulation)

• 將資料與操作此資料的方法包裝成一個物件稱之為封裝。
• 封裝後物件的佈局分為2部份 1.介面(Interface)2.實作(Implementation)
• 封裝將物件的實作細節隱藏，使其與外界情況隔離，只允許該物件所包括之操作點竄其資訊，稱之為資訊埋沒(informatiion hiding)。

擔當(Inheritance)

• 所謂繼承就是從基底種別(base class)，確立衍生種別(derived class)。衍生類別除繼承基底類別的所有特征外，可根據需求建立新的功能或點竄，其基底種別不會受任何影響。繼承可晉升程式碼的反複利用性(reusability)。
  • 多重擔當(multiple inheritance)：一個類別可以直接繼承多個基底種別─網路構造。多重繼續最常激發的麻煩便是「模稜兩可」(ambiguity) 。
  • 簡單繼續(single inheritance)：一個種別最多只能直接繼續一個基底類別─樹結構。
• 種別間的層級關係
  • 父種別(Superclass)、泛化、一般化(Generalization)：萃取種別的不異屬性與操作所成的上層種別。
  • 子種別(Subclass)、擔當、特殊化(Specialization)：在既存種別下，加上專門的特性所成的基層種別。
  • 「is a」的關係：子類別 is a 父種別，如鋼琴是樂器。

同名異式(Polymorphism)=多型=動態繫結(Dynamic binding)

• 界說溝通名稱的操作，以不同的方式處置分歧類型的資料。
• 多型在程式執行期操縱動態貫穿連接(Dynamic Binding)的體例判定訊息參數的類型與個數來決議運作的方法。
• 到達物件導向中「多型」的方式
  • 抽象種別 (abstract class)：抽象種別是為了讓方式的利用更多樣化，物件轉換型別為抽象種別後，即使方式名稱不異，其實作的內容與執行後果卻分歧。

物件導向的系統開發方式(Process)

物件圖(Object Diagram)

• 描述系統於某一時候點的靜態佈局，也稱為案例圖，包括了 物件 與連線二個元件。
• 物件間的關係稱為連線(Link)。

循序圖(Sequence Diagram)

• 以時間産生之前後順序來表達物件間的訊息傳遞與處理之法式，包括了種別之物件、訊息、操作、生命線與節制焦點等元件。
• 循序圖有2個象線
  • 垂直象線依照訊息呼喚産生的時候挨次，來描寫訊息呼喚的先後順序。
  • 程度象線描寫一個物件實體傳送訊息給哪一個物件實體。

訊息(Message) =刺激(Stimuli)

• 依靠 / 相依(Dependency)
  • 利用的關係，表達一個種別會用到另外一個類別
  • 另一個種別的改變會影響到利用他的種別，但反之不必然
  • 一種別的區域變數，方式參數，方式返回值，對靜態方法呼喚時是另外一個類別時稱之
  • 以虛線開箭頭透露表現。------->
• 一般化(Generalization)
  • 擔當的關係，包羅了種別間的繼續，介面間的繼續，類別對介面的實作等
  • 以實線空心箭頭表示。
• 聯系關系/連系(Association)
  • 同一層級的種別間靜態的佈局關係
  • Java說話中是利用實體屬性實作的
  • 其關係有雙向與單向，建議多用單向
  • 關係有基數(Multiplicity)，關係有名稱，但凡是均予以省略
  • 以實線段默示。 —
    • 依聯系關系的種別個數來分
      • 二元關聯(Binary Association)
      • 多元關聯(n-ary Association)
    • 依描寫整體與部門的關係來分(分歧層級的種別)
      • 聚合 / 堆積(Aggregation)：以實線且整體端加一個空心的菱形暗示。◇—
      • 合成 / 組合(Composition)：整體物件需負責部份物件的生命週期，以實線且整體端加一個實心的菱形表示。◆—
• 實現化(Realization)
  • 以介面實現其他種別之描寫
  • 以虛線空心箭頭表示。

基數(Multiplicity) =多重性

將全部網際網路視為區域網路甚或是作業系統般，完全實踐渙散式系統的鮮豔新寰宇，利用網際網路上的資本就猶如取用單機資本一般容易，主要是哄騙XML作為資料轉換的標準，透過SOAP通信協議穿過防火牆，打破網際網路的隔膜，今朝有Sun 的Java One架構與Microsoft的.NET架構可供參考。

話說上禮拜四晚上公司裡的超等大營業MAIL有問題，看了一下信箱，就是信太多啦~~

此為Outlook Express 不謹慎或是不知道緊縮以後的解決之道

• 觀念期：肯定焦點需求
• 闡明期：成長系統行為模式
• 設計期：建構系統架構
• 進化期：改進MIS外包系統
• 保護期：改進移交後之MIS外包系統

OMT

生命線(Lifeline)

美國國防部對於軟體的策略是但願外包(outsourcing)的，但為了掌握軟體 產品的品質與進度，希望開辟過程可以或許透明化，是以於1980 年時，提出對軟體承包商的軟體開發能力進行評估的要求。於是美國國防部與卡內基美隆大學(Carnegie-Melon University ; CMU)配合設立了軟體工程研究所(Software Engineering Institute; SEI)

系統分析與設計(Systems Analysis & Design)

資訊系統的種類

• 交易處置系統(Transaction Processing System;TPS)
• 經管資訊系統(Management Information system;MIS)
• 決議計劃支援系統(Decision Support System;DSS)
• 高階主管資訊MIS外包系統(Executive Information System,EIS)
• 專家系統(Expert System;ES)
  • 利用者介面
  • 推理機
  • 知識庫
• 操作性MIS外包系統(Operational Systems)
• 辦公室主動化系統(Office Automation Systems;OA)

資訊系統的建置策略

1. 公司內部獨力完成
   • 利用者自建(End User Development;EUD)
   • 資訊MIS外包部分成長
2. 公司外部獲得
   • MISMIS外包開發(Outsourcing)
   • 套裝軟體(Application Package)
3. 其他體式格局
   • 與軟體公司合作等

系統開辟模式(SoftWare Process Model)

瀑布式(Waterfall)

• 編碼與批改模式(Code-andfix Model)
• 階段模式(Stagewise Model)：Benington(1956)
• 瀑布模式(Waterfall Model)：Royce(1970) = MIS外包系統發展生命週期(System Development Life Cycle;SDLC)
  • 特徵
    • 適用於需求明白，領域常識(Domain KnowHow)容易取得的專案
    • 強調開辟過程需有完全的規劃，分析，設計，測試及文件等經管節制
    • 前一階段完成後才能進入下一階段，各階段僅輪回一次
    • 沒有明白規定要劃分成幾許個階段，每階段皆有文件產出
  • 最少劃分3階段
    • 剖析
    • 設計
    • 實施
  • 平日劃分5~7階段不等(每家學說都分歧,掌握精力即可)
    • 初步調查 (Preliminary Investigation)
    • 系統闡明 (System Analysis)
    • MIS外包系統設計 (System Design)
    • 系統開發 (System Development)
    • 系統實施與評估 (System Implementation and Evaluation)

反覆式(Iterative)

• 漸增模式(Incremental Model)：Mills(1971)
  • 強調需求可分成幾個部份
  • 開發週期可反覆進行
• 雛形模式(Prototyping Model)：Bally(1977)
  • 合用於需求不明確，專案小，應用範疇不熟悉或高風險之專案
  • 強調雛形之快速開辟，以雛形作為利用者與資訊人員溝通之對象，利用者高度參與等
  • 雛形策略
    • 演進式雛形(Evolutionary Prototyping)
    • 用後抛棄式雛形(Rapid Throwaway Prototyping)：因本錢較高，故合用於風險最高的情形
• 螺旋模式(Spiral Model)：Boehm(1988)
  • 強調「風險剖析」結合了SDLC與雛形模式
  • 螺旋模式的4個步調
    • 找出系統方針，可行方案與限制
    • 依方針與限制評估方案
    • 開辟雛形
    • 利用者評估，決定下一步調
• 同步模式(Concurrent Model)：Aoyama(1993)
  • 構思源於製造業的同步工程(Concurrent Engineering)目標在於縮短產品開發時間，合用於套裝軟體的專案
  • 同步模式的構思
    • 運動同步(Activity Concurrency)：分歧團隊平行開辟
    • 資訊同步(Information Concurrency)：分歧團隊資訊同享
    • 整合性的MIS外包管理系統：調和各種資源的互動關係

需求擷取與剖析

利用者需求的分類

• 巨觀需求：欲電腦化的環境，功課法式與局限，輸出與輸入所需之資訊或表單及系統目標，限制，首要功能等，盡量在需求剖析階段中釐清與確定。
• 細部需求：利用者介面之要求，破例狀態之處理，錯誤及輔助訊息之顯示，平常到設計階段處置懲罰。

需求的擷取體例

• 查閱文件
• 實地觀察(Observation)
• 訪談(Interview)
  • 開放式訪談(Open Interview)：雷同扳談
  • 結構化訪談(Structured Interview)：雷同扣問
• 問卷
  • 簡單隨機抽樣
  • 分層抽樣
  • 便利抽樣
  • 判定抽樣
• 開會討論
• 結合開辟(Joint Application Development;JAD)
  1. 範圍界定
  2. 環節MIS外包人員的熟習
  3. 會議準備
  4. 會議進行
  5. 文件產生

需求的表達對象

• 流程圖(Flow Chart)
  • □：表達作業處置，可合營 處理描寫
  • ◇：表達流程控制
  • →：表達資訊流向
  • 海浪形：表達資訊的展示與貯存，可配合 藍圖(Drawing) 與 資料辭彙(Data Glossary)

需求闡發文件的樣版

1. 問題描寫
2. 新系統方針
3. 新系統限制
4. 利用者需求
   • 流程圖
     1. 處理描寫
     2. 藍圖
     3. 資料詞彙

系統分析與設計的兩大手藝

• 構造化技術 ：將資料與流程分隔斟酌
  • 流程塑模：主要透過資料流程圖(DFD)
  • 資料塑模：首要透過實體關係模式(E-R Diagram)
  • 利用者介面塑模
• 物件導向手藝

佈局化手藝

• 構造化設計(1960)：強調MIS外包系統的構造化與可保護性，決定系統應有哪些模組(模組名稱,輸入,輸出,內部資料,處置懲罰邏輯) 結構化手藝所需對象

  文件	工具	經驗法例	評估準則
  構造圖(Structure Chart)		模組巨細：小模組200行以內	內聚力
  HIPO圖(Hierarchical Input Process Output)		節制間距：(Magic Number 7±2)	耦協力
  處置懲罰規格描述(Process Specification) 構造化英語(Structured English) 程式設計說話(Program Design Language;PDL)		影響範圍
  資料字典(Data Dictionary;DD)		節制局限

• 佈局化剖析(1970)：操縱圖形化文件對象(Graphic Documentation Tools)進行企業流程及企業資料格局塑模
  • 事件列(Event List)
    • 資料流導向：客戶輸入代號
    • 時間導向：下戰書3點要簽發支票
    • 節制導向：MIS外包系統的開啟或封閉
  • 情況圖(Context Diagram)
    • ○：系統
    • □：外部實體
    • →：資料流
  • 資料流程圖(Data Flow Diagram;DFD)：表達系統功課處置與資料流之關係
    • 透露表現符號
      • □：外部實體(Entity)
      • →：資料流(Data Flows)
      • ○：處置懲罰(Process)
      • 二：資料貯存(Data Store)
    • 建構體式格局
      • 由上往下朋分(Top-Down Partitioning)
      • 由中央往外朋分(Middle-Out)：Yourdon-1988
  • 實體關係圖(Entity-Relationship Diagram;ERD)
    • 示意符號
      • 矩形：代表實體類型 (Entity Type)
      • 菱形：代表實體類型與實體類型間之關係 (Relationship)
      • 橢圓：代表實體類型或關係之屬性 (Attribute)
      • 直線：把屬性貫穿連接到實體類型或把實體類型保持到關係
      • 基數率(Cardinality Ratio)：代表實體類型與實體類型間之關係水平。常見的基數率是「1:1」、「1:N」及「M:N」三種
      • 介入限制(Participation Constraint)：個別的存在是不是藉由與另外一個個體之間的關係而存在。介入限制分為「全部介入（Total Participation）」、「部分參與（Partial Participation）」兩種。
  • 處置懲罰規格描述(Process Specification)
  • 狀況轉移圖(State Transition Diagram;STD)
• 構造化程式設計(1969)：Dijkstra提出，避免GOTO所造成的紊亂
  • 循序(Sequence)：compute,read,write
  • 選擇(Condition)：if then else, case
  • 反複(Repetition)：do while
• 由上而下成長
  • 由上而下設計(Top-Down Design)
  • 由上而下編碼(Top-Down Coding),由下而上編碼(Bottom-Up Coding)
  • 由上而下實施(Top-Down Implementation)由上而下測試(Top-Down Integration Test)
    • 白箱測試：由上而下或由下而上依功能測試
      • 單位測試
      • 整合測試
    • 黑箱測試：環境極端與破例的測試
      • 系統測試
      • 驗收測試

結構化剖析與設計的評估準則

內聚力(Cohesion)：權衡模組完成一件工作的水平

• 功能內聚力(Function Cohesion) ：單獨處置一件工作
• 挨次內聚力(Sequential Cohesion) ：模組遞次履行，一個模組的輸出會成為下一組的輸入
• 溝通內聚力(Communication Cohesion )：利用不異的資料
• 臨時內聚力(Tempral Cohesion)：模組執行無遞次關係但須在一定時間內完成一件工作
• 法式內聚力(Procedural Cohesion)：依照順序執行而不共用資料
• 邏輯內聚力(Logical Cohesion)：根據上層模組傳來的參數決議履行的功能
• 偶發內聚力(Coincidental Cohesion)：模組可做好幾件不相干工作，各模組具有功能內聚力

耦協力(Coupling)：衡量模組間互相關連的水平

• 資料耦協力(Data Coupling)：模組間藉由資料傳遞參數
• 資料構造耦合力(Stamp Coupling)：模組各自使用資料構造的一部分
• 節制耦協力(Control Coupling)：A模組傳遞旗標控制B模組
• 配合耦合力(Common Coupling)：兩模組利用不異的資料區
• 內容耦合力(Content Coupling)：A模組可以使用B模組的程式碼或改變其變數

物件導向技術(Object-Oriented Technique，OOP)

• 針對日趨複雜之軟體需求的挑戰，軟體業界成長出了物件導向 (OO) 的軟體發展模式，作為針對「軟體危機」的最好對策。
• 物件導向之觀念起源於模擬說話(1966, Simula 說話)，以物件模式來描述真實MIS外包系統，並將資料抽象化(Data Abstraction)、封裝、繼續與同名異式的觀念融入於物件系統開辟中。
• 第一個純潔的OOP說話：1980全錄(Xerox)公司的PARC研究中間所開辟的 Smalltalk-80

CMMI(Capability Maturity Model Integrated)

CMMI的由來

1. CMM-Level 1（initial）：軟體法式漫無章法，法式未被界說。專案流程無同一法式，專案設計的成功仰賴於工作人員個別的盡力。
   1. 介入規模： 小我
2. CMM-Level 2（repeatable）：已創設基本的管理與闡明的程序( Measurement and Analysis ; MA )，對本錢、時程、和職務權責能加以追蹤、查詢。已有功課法式所須具有的規律，所以有能力重覆利用相雷同的專案成功的案例與經驗。
   1. 介入範圍： 專案或團隊
   2. 流程重點：需求管理(Requirements Management)
3. CMM-Level 3（defined）：屬於經管和工程的活動都已設計、定義好，而且文件化，完全地整合成組織內的標準功課法式。各個專案打算延用標準法式或被承認的標準程序點竄法式。
   1. 介入範圍： 組織或公司
   2. 流程重點：需求成長(Requirements Development;REQD)，驗證(Verification;VER)，確認(Validation;VAL)
4. CMM-Level 4（managed）：組織可搜集具體的軟體程序和軟體產品的量測資料。軟體作業程序和產品都有一組量測的數據，可以讓工程師和司理們認識法式和產品的狀況。
   1. 介入規模： 組織或公司
   2. 流程重點：Quantitative Project Management(QPM)
5. CMM-Level 5（optimized）：評估改革性的新技術，做檢討與晉升，有法則地依序導入採用，以延續不息地改進程序。
   1. 介入範圍： 組織或公司
   2. 流程重點：Causal Analysis and Resolution(CAR)

CMMI實行