這禮拜是期中考週 暫告一段落 下星期就開始正常上課 明天上完課就要回家了 這是給大家提供這次的本學期中考試重點
經濟學
※把作業本看熟、問答題的答案都在作業本裡。
課本的本張摘要
第一章 為什麼要念經濟學
1. 人類的知識可概分為自然科學、生命科學、人文社會科學三大支，經濟學歸類於後者。
2. 經濟學是研究理性個人如何做選擇的社會科學。
3. 經濟學者近年來不斷將「理性決策」摸型擴大選擇，逐漸入政治、法律、教育、社會等各領域。
4. 要使「選擇」成為有意義的分析，必須有三各前提：1.資源具稀少2.資源有多種可能用途3.決策者對資源的不同用途有不同的主觀評價。
5. 以有效率的手段追求一致的目標，未知理性。
6. 將複雜的經濟現象與以簡化，抽象出其重要成分，對該成分加以分析，這種過程即是經濟模型的建構。
7. 經濟分析依觀察角度分類，可分為個體經濟學與總體經濟學；依是否涉及價值判斷分類，可分為實是分析與規範分析。
8. 判斷模型的好壞，不能只是看該模型是否具預測能力，還得看模型建構是否正確掌握現實社會之特質。
第二章 需求、供給予均衡
1. 資源配置具有五個面向：生產什麼、如何生產、何時生產、何處生產、生產收入如何分配。
2. 在自由經濟社會中，商品或要素的買方與賣方在市場相會，共同決定價格，價格再回過頭來引導個人資源配置的決策，這就是「價格機能」或「市場機能」。
3. 生產要素概分為勞動、土地、資本、企業能力四大類。
4. 需求量是只在一定期間內，其他條件未變，給定某一商品價格，潛在購買者對該種商品願意而且能夠購買的數量。
5. 需求函數是指需求量與各種影響需求量的變數之間的函數關係。
6. 需求法則是指價格與需求量之間的負向關係。價格下跌其需求量反而減少的商品，稱為季芬財。
7. 除了商品價格外，影響需求量的其他變數主要包括：1.其他商品的價格2.所得3.偏好4.預期
8. 若所得增加會使某商品需求曲線右移，則該商品稱為正常品；若所得增加會使某商品需求曲線左移，則該商品稱為劣等品。
9. 供給量是指在一定期間內，其他條件未變，給定某一商品價格，潛在銷售者對該種商品願意而且能夠提供銷 的數量。
10. 供給函數是指供給量與各種影響供給量的變數之間的函數關係。
11. 供給法則是指價格與供給量之間的正向關係。
12. 除了商品價格外，影響供給量的其他變數主要包括：1.其他商品的價格2.生產技術3.預期價格4.生產要素價格
13. 個別需求曲線水平加總，即為市場需求曲線；若市場供給量大於市場需求量，則有超額供給；若市場需求等於市場供給量，則為市場均衡。
14. 聯考是一種分配超額需求的投標篩選機制。
15. 購買Qx單位商品，某人所願意支付的最高單位價格，為其Qx單位所對應的願付價格；銷售Qx單位商品，某人所願意接受的最低單位價格，為其Qx單位對應的願受價格。
第三章 供需彈性與均衡分析
1. 彈性是衡量數量變動敏感度的一各指標。
2. 若衡量彈性的標的是供給函數，則稱為供給彈性；若衡量彈性的標的是需求函數，則稱為需求彈性。
3. 衡量彈性時，若外在衝擊的來源是商品本身價格的改變，則所衡量的彈性是價格彈性；若外在衝擊的來源是其他商品價格的改變，則所衡量的彈性是交叉彈性；若外在衝擊的來源是所得的改變，則所衡量的彈性是所得彈性。
4. 為免除衡量單位不同而造成的扭曲，我們通常以變動百分比﹙而非變動的絕對數量﹚來衡量彈性。
5. 大致而言，陡直的供需曲線彈性小，平坦的供需曲線彈性大。
6. 比較靜態分析探討均衡如何受外在變數變動而改變。大致而言，只有供需曲線其中之一彈性較小，比較靜態結果數量的改變就較小，價格的改變就較大。
7. 以價制量能否成功，關鍵繫於需求彈性之大小；當廠商的供給函數變動時，租稅所能轉嫁的程度，也繫於需求彈性之大小。
8. 穀賤傷農是因為人民對農產品的需求彈性小，固豐收降價所能激發的需求量並不大。
9. 租稅能否轉嫁、能轉嫁多少，也與供需彈性有關。
10. 影響供需彈性大小的因素很多。一般而言，決策者空間大則彈性就大，調整空間小則彈性就小。
11. 政府有時可對市場上的價、量直接進行管制，但管制往往未必能達到預期的效果。
問答題
1. 假設社會有500個相同的人，每個人的需求函數均為Q = 100 – 2P，市場需求函數為何？
2. 當Py上漲為200時，需求交叉彈性是多少？
3. 當I上漲為1500時，需求所得彈性是多少？
\\智勝// 系統分析與設計重點
第一章 資訊系統開發概論
1-3 資訊開發構面
資訊開發的四個構面：人、方法、科技、企業經營
1-5交易處理系統
交易理系統亦稱為資料處理系統(DPS)，其主要目的是將大量交易處理自動化，這些交易處理非常結構化，其程序及資料既定的標準且具有高度的重複信。
◎ 決策資源系統
決策資源系統(DSS)有別於前述二種系統，此系統之主要目的是支援決策者，以提升其決策效率與效能。
◎ 高階主管系統資訊系統
高階主管系統(EIS)是針對高階主管，例如行政、業務與財務的高階主管之資訊需求而設計，其目的是希望高階主管能直接從電腦中，即時得到其所需之關鍵資訊，而不需透過中藉使用者。
◎ 專家系統
專家系統(ES)初期發占目的是用以模仿人類專家解決特定問題的能力，並希望專家系統所提供之解答或建議可以達到人類專家之標準。
一般來說，專家系統有分三個主要元件：使用者介面、推理機與知識庫。
專家系統之知是表達方式亦與前面三種系統很大不同，例如專家系統之知識表達是以法則、框架等方式表達。
資訊種類與特性
資 訊 系 統 種 類 | 資 訊 系 統 特 性 |
交易管理系統 | 針對大量交易處理之自動化，其處理程序與資訊需求非常結構化，且一經決定後就不常改變。 |
管理資訊系統 | 提供給不同層級的管理者，有關組織者營運狀況不同摘述程度之報表，且報表之格式是預定的。一般來說，這是資料之處理與報表之格式事先預定，且一經決定後就不常改變。 |
決策資訊系統 | 主要最用以支援決策者半結構化或非結構化之決策。一般來說，需求沒有固定形式。 |
企業資源規劃系統 | 能即時整合與規劃企業分散於各據點之企業資源，並能隨時依需求彈性的處理與展示資訊。 |
1-5-3 資訊系統建置策略
資訊系統策略可分成三種：(1)由公司內部自行完成；(2)由公司外部 取得；(3)其它方式。若採用由公司內部完成之策略，其執行方式可交由終端使用者自行開發，也就是由使用者自行開發其所要之應用系統，此概念也就是所謂的使用者自建(End User Computing, EUC；End User Development, EUD)。
1-5-4 資訊系統開發模式
目前常用系統開發模式有六種：瀑布模式、雛型模式、漸增模式、螺旋模式、同步模式及RUP模式。
1-5-5 系統分析與設計技術
常用系統分析與設計技術可分為兩種：結構化技術與物件導向技術。應用結構化技術時，常用之流程與資料塑膜工具有：事件、環繞圖、資料流程圖、資料字典、處理規格描述、實體關係圖、狀態轉移圖等。結構化分析主要由 Edward Yourdon 及其同事於 1970 年代初期提出，由於當時正值瀑布模式，又稱為系統發展生命週期(SDLC)。應用物件導向技術常用塑膜工具如統一塑膜5;4語言，包括以下的九個圖形：使用個案圖、類別圖、物件圖、合作圖、活動圖、狀態圖、元件圖、部署圖。
第二章 資訊系統開發模式
2-1 導論
資訊系統開發模式或稱為軟體流程模式是資訊系統開發活動一系列步驟及執行程序。
2-2 編碼與修正模式
編碼與修正模式是最早(1956年前)使用之軟體開發模式，該模式並無發法論可言，主要包含兩個步驟：(1)先寫部份程式；(2)在修正程式中之問題。
2-3 階段模式
Benington H.D. 在 1956年依其過去執行大型軟體系統(例如 SAGE)開發之經驗，認知編碼與修正程式之問題，因此提出階段模式。
2-4 瀑布模式
針對階段模式再執行上的一些問題，Royce, W.W.於 1970年首先提出瀑布模式以彌補階段模式之不足，瀑布模式歷經幾次改善後，其執行程序原則如下：
瀑布模式是一種系統開發之方法，該方法把系統開發過程分成「幾」個階段，每個階段清楚定義要做哪些工作及支付哪些文件，各階段循序執行且僅循環一次。
2-5 漸增模式
因此 Mills, H.於1971年提出漸增模式以解決此問題，該模式之執行程序與原則如下：
漸增模式是一種系統開發方法，該方法把需求分成「幾」個部份，然後依漸增開發計畫將每個「部分需求」之開發訂為一個開發週期，每個週期可依序或平行開發。每個週期之階段清楚定義要做哪些工作及交付哪些文件，
每個階段進行且循環一次。
2-6雛型模式
雛型模式是一種系統開發方法，該方法先針對使用者需求較清楚的部份或資訊人員較能掌握的部份，依分析、設計與實施等步驟快速開發雛
型。開發過程中，強調盡早以雛型作為使用者資訊人員需求溝通與學習的工具，雙方透過雛型之操作的回饋，以釐清、修改及擴充需求，並藉以修改與擴充雛型。上述步驟反覆進行，直到系統府核雙方約定為止。
主 要 參 與 人 員 開 發 程 序
雙 方 需求擷取 / 分析 ←─┐
↓ │
資 訊 人 員 雛 型 開 發 │
↓ │
雙 方 操 作 與 檢 討 │
雛 型 與 需 求 │
↓ │
是 否 否 │
雙 方 完全府合雙方 ──┘
約 定
│
↓是
結 束
2-7 螺旋模式
◎步驟一 找出系統目標、可行之實施方案與限制
◎步驟二 依目標與限制評估方案
◎步驟三 由剩下之相關風險決定下依步驟
2-8 同步模式
同步模式是由 Aoyama, M.於1993年提出，該模式之構想是源自於製造業的同步工程，同步工程的目的在於縮短產品開發時間，以提高市場競爭力。
同步模式的執行程序與原則如圖2-10所示。首先將每一版本的工作分成數個功能組，功能組是一個或多個功能的組合。接著，將功能組的工作分派給數個團隊平行開發，當童伊版本的功能組都完成開發之後，辯交給獨立的團隊進行整合與測試團隊完成了一個版本的工作後，便可進行下一版本的整合測試。
2-9 Rarional 統一流程模式
1.初始階段(Inception Phase)
2.詳述階段(Elaboration Phase)
3.建構階段(Construction Phase)
4.轉移階段(Transution Phase)
第三章 需求擷取與分析
3-1 導 論
所謂使用者需求，係指使用者期待系統解決的問題與希望從系統中獲得之資訊。使用者需求是資訊系統開發最關鍵、最重要且最容易發生錯誤的部份，亦是資訊系統失敗的主要原因之ㄧ。
需求分析階段主要包括三個活動：(1)需求判斷；(2)需求分析；(3)需求溝通。需求分析階段基本上可分為兩大步驟：需求擷取與需求轉換。
綜言之，需求分析是軟體專案開發的首要階段，此階段之重要工作包括聊解現有問題、新系統目標、新系統之限制及使用者巨觀需求等，且分析師與使用者及其高階使用者需有高度之互動，以提升需求分析之效率與效能。
3-2 需求擷取方式
必須聊解系統之潛在使用者即可能之人機互動。接著蒐集欲電腦化作業之處理程序及其輸出入資料之內容、數量、格式、目標、政策與限制等。常用的需求擷取方式有查閱文件、觀察、訪談、問卷、開會討論與聯合開發等六種。
3-2-3 訪 談
訪談是系統分析最有效且最普遍的資料蒐集方法。
3-3 需求表達工具
因此本節將介紹以流程圖為基礎的需求表達工具，並配合處理描述、藍圖與資料詞彙等工具，以具體表達使用者於企業流程與資料上之需求。其中，流程圖主要表達實體與作業程序及所需資訊間之關係：處理描述則表示流程圖中之作業處理、程序與規則及其相關之資訊輸入與輸出；藍圖主要表示資訊之展示格式與內容
符 號 | 意 義 |
| 作業處理 |
| 流程控制 |
|
|
留言列表
