資源簡介

(共30張PPT)
必修二
3.1 信息系統的設計
Success is often achieved by those who
Don’t know that failure is inevitabie
目
標
1.能夠描述信息系統可行性的分析的方法。
2.能夠繪制簡單信息系統的功能層級圖。
3.能對簡單的模型進行概要設計。
4.了解瀑布模型和快速原型模型的特點。
情景導入
我也想設計一個游戲！
情景導入
我也想設計一個網站！
社會可行性
主要從政策、法律、道德、制度等社會因素論證軟件項目開發的可行性和現實性。
最重要的：運行環境可行性
法律可行性。
技術可行性
限定條件下，功能目標是否能達到；
用現有技術，性能目標是否能達到；
對開發人員數量和質量的要求能否滿足；
規定的期限內，開發是否能完成。
經濟可行性
比較成本和效益（包括直接經濟效益和間接社會效益），判斷此軟件項目是否值得開發。
可行性分析
在項目投資決策前，對擬建項目進行全面的社會、技術、經濟分析與論證，并對其做出可行或不可行評價的一種
科學方法。
1
帶來的便利 花費的人力、物力和財力
工作高效，減少工作人員的勞動強度（如有助于拋棄原來手工登記目錄卡片、書卡等操作） 購買硬件設備（如相關的計算機、傳感設備、無線設備等）
可24小時工作，查詢方便 系統運行、維護的成本
任務一 制定學校圖書管理信息系統開發方案
※ 活動1 分析建立學校圖書管理信息系統是否可行
圖書管理信息系統可行性分析表
1
對王者榮耀游戲進行可行性分析
1
社會
技術
上手難度低，畫風精美→用戶群體覆蓋范圍廣
5V5、3V3、1V1,冒險模式→游戲多樣且質量高,不強制消費
具有中國特色→英雄的背景，進行傳統文化于皮膚的聯名
經濟
C++做服務器，性能非常的好，同時技術也非常的成熟，《王者榮耀》項目組也是之前做的一個項目轉變而來，技術也積累了很久，服務端也有自己的一套框架。
需求分析
2
從客戶的需求中提取出系統能夠幫助用戶解決的業務問題，通過對用戶業務問題的分析，
確定系統的功能、性能等，最終描述
為具體的信息系統需求規格說明書。
開發人員
活動2 分析王者榮耀信息系統的功能需求
2
將系統開發的各功能組成模塊及其相互關系，采用樹狀圖的結構來繪制，稱為功能層次圖。
信息系統要采集各種信息，一定會產生數據，那么這些數據存儲在什么地方呢？
圖書管理信息系統
學生
管理
圖書
管理
借閱管理
歸還管理
圖書信息錄入
學生信息錄入
學生信息修改
圖書信息修改
圖書借閱登記
圖書借閱查詢
圖書歸還管理
超期或丟失處理
信息系統要采集信息，一定會產生數據，那么這些數據存儲在什么地方能讓系統方便地找到呢？
圖書管理信息系統功能層次圖
將系統開發的各功能組成模塊及其相互關系，采用樹狀圖的結構來繪制，稱為功能層次圖。
活動2 分析學校圖書管理信息系統的功能需求
數據存儲
？
文件
數據庫
電子表格
01
02
03
功能模塊之間都有通過關系數據庫建立的聯系
系統的基本處理流程、組織結構
01
數據結構設計、出錯處理設計
02
模塊劃分、功能分配
03
接口設計、運行設計
04
概要設計是用戶需求與詳細設計之間的橋梁，是將用戶目標與需求轉換成具體的功能和界面設計方案的重要階段。
一般可在功能層次圖的基礎上進一步具體化和可視化。
Ps：概要設計建立的是目標系統的邏輯模型，與計算機無關；
《概要設計報告》由開發者根據需求分析報告的要求進行編寫
概要設計
3
游戲“登陸”界面設計
概要設計
3
1. 賬號、密碼的輸入功能設計
（1）學號、密碼必須是數據庫中已經設置好的
（2）密碼用“*”來顯示，密碼長度不超過20個字符，超過以后限制輸入。
2.“登錄”判斷功能設計
（1）如果登錄者輸入信息正確，則直接進入游戲主界面。
（2）若賬號輸入有誤，則提示錯誤“用戶不存在，請重新輸入！
（3）若密碼輸入錯誤，則顯示“密碼錯誤，請重新輸入！”
3. 異常反饋功能設計
如果系統不能連接數據庫，顯示“檢查能否連接服務器或者能否連接數據庫”。
功能設計
概要設計
3
“修改密碼”界面設計
功能設計
（1）用戶只能修改自己的密碼
（2）原密碼與新密碼的長度均不得超過20個字符，超過以后限制輸入.
（3）設計“確定”功能。
第一步 判斷“原密碼”是否與計算機存儲的密碼一致。如果不一致，則
。
第二步 判斷 ，如果不一致，則顯示“密碼輸入不一致，請重新輸入！”
第三步 如果正確輸入新密碼，代替原密碼，則顯示“修改成功！”
顯示“原密碼輸入錯誤，請重新輸入”
新密碼是否與再輸一次新密碼一致
問題定義
需求分析
詳細設計
編碼實現
維護
可行性研究與計劃
概要設計
使用
測試
信息系統的生命周期
一個信息系統的研制，從問題的提出開始，經過開發、使用、維護、修訂，直到最后終止使用而被另一個信息系統所取代，這個狀態變化的過程稱為信息系統的生命周期（ life cycle）。
快速原型模型
根據用戶要求，先快速、粗略地設計一個系統模型，然后交給用戶進行審核或評估，再根據用戶提出的修改意見和需求進一步修改、完善系統；之后將修改過的系統再交給用戶評估，由此循環往復，最終形成一個確定的系統。這種開發模型被稱為快速原型模型。
用戶提出需求
識別并歸納用戶需求
快速開發一個系統模型
重新設計或選擇原型
修改原型
確定系統原型后進行開發
系統運行和維護
評價原型
不滿意
不可行
滿意
快速原型模型
快速原型模型的優點 快速原型模型的缺點
直觀形象，容易被接受 沒有嚴格的開發文檔，維護困難
可減少由于信息系統需求不明確帶來的開發風險 快速建立起來的系統結構加上連續的修改可能會導致產品質量低下
及時暴露問題，及時反饋 難以對系統的開發過程進行控制
開發周期短，成本低
思考：
1. 如果不能完全確定用戶的需求，能否使用快速原型模型？
2. 采用快速原型模型設計信息系統的優勢有哪些，缺點是什么？
瀑布模型是從時間角度對軟件開發和維護的復雜問題進行分解。自上而下、相互銜接的固定次序，如同瀑布流水，逐級下落。它的開發過程是通過一系列階段順序展開的。
可行性研究
問題定義
需求分析
概要設計
詳細設計
編碼
測試
運行與維護
計劃
開發
運行
自上向下 相互銜接 如瀑布流水
必須等前一階段完成，才能做下一階段
瀑布模型
瀑布模型的優點 瀑布模型的缺點
定義清楚，應用廣泛 在開始時就需要知道大多數需求
采用規范化的開發方法 不便于適應需求的變化
嚴格規定每個階段提交的文檔 在項目接近完成前，產品不能投入使用
易于理解 可運行的軟件交給用戶之前，用戶只能通過文檔來了解產品
便于計劃和管理 開發周期長，見效慢
探討：
在瀑布模型中，如果在“測試”階段發現“需求分析”出錯，會造成什么結果？
采用瀑布模型設計信息系統的優勢有哪些，缺點是什么？
其它模型：
CONTENTS
IF YOU LIKE THIS POWERPOINT TEMPLATE,PLEASE FOCUS ON ME,YOU WILL GET BETTER.
ADD YOUR PROJECT TITLE
ADD YOUR PROJECT TITLE
ADD YOUR PROJECT TITLE
ADD YOUR PROJECT TITLE
1
2
3
4
練習鞏固
1. 可行性研究的目的不是馬上開發一個軟件項目，而是研究這個項目（ ）。
A. 是否值得開發 B. 其中的問題能否解決
C. 人員配置是否合理 D. 進度是否合適
AB
2. 在快速原型模型設計開發過程中，開發人員根據（ ）的需求不斷修改原型，直到滿足要求為止。
A. 用戶 B. 開發人員 C. 系統分析員 D. 程序員
3. 在采用瀑布模型進行系統開發的過程中，每個階段都會產生不同的文檔。下列關于產生這些文檔的描述正確的是（ ）。
A. 外部設計評審報告在概要設計階段產生
B. 集成測試計劃在程序設計階段產生
C. 系統計劃和需求說明在詳細設計階段產生
D. 在進行編碼的同時，獨立地設計單元測試計劃
4. 在信息系統的生命周期中，在系統分析和系統實施中間的階段是（ ）。
A. 詳細設計 B. 系統設計 C. 需求分析 D. 編程調試
A
D
B
5. 需求分析階段研究對象是軟件項目的 。
6. 需求分析階段產生的重要文檔是 。
7. 需求分析階段，分析人員要確定對問題的綜合需求，其中最主要的是 。
用戶需求
需求規格說明書
功能需求
練習鞏固
擴展訓練
目前，很多住院病人主要由護士與護工護理。這樣不僅需要大量的護士與護工，而且由于不能隨時觀察病人的病情變化，可能會延誤搶救時機。某醫院打算開發一個以計算機為中心的患者監護系統，要求該系統能隨時接收每個病人生理信號（脈搏、體溫、血壓、心電圖等）的變化，定時記錄病人情況，防止出現沒能及時發現危重病人的病情惡化而耽誤搶救時機的現象；當某個病人的生理信號超出醫生規定的安全范圍時，系統向值班護士發出警告信息。此外，護士在需要時可以要求系統打印出某個指定病人的病情報告。
請你分析一下，這個系統是否可行？如果可行，請畫出這個系統的功能層次圖。
(1)技術可行性。該醫院的患者監護系統可由三部分構成：
監護中心、護士監聽部分和互聯同醫療網站
監護中心通過互聯網與護士監聽部分、互聯網醫療網站鏈接，把監聽到的患者聲音、視頻信息以及影像資料通過通信網絡實時傳送到護士監聽部分（便于護士隨時掌握患者的生理狀況）和互聯網醫療網站（有利于實現生理數據的共享）。同時醫院還必須有一定量的系統管理和維護的專業人員。開發系統的計算機硬件已經非常普及，各方面的技術都很成熟，因此在技術方面是可行的。
1. 可行性分析
（2)經濟可行性。
隨著經濟越來越發達，人們在治療疾病方面的支付能力大大提高，因此該系統將會具有廣闊的市場。
1. 可行性分析
（3)社會可行性。當前的社區醫療保健系統還不夠完善，大多數據收集工作主要采取手工方式，這樣不利于共享信息，采集的資料存儲在一臺計算機里，社區中心與居民之間不能建立起隨時訪問和被訪問的關系。
①操作可行性。計算機的普及使人們對以計算機為中心的患者監護系統的使用做了鋪墊，操作人員通過接受適當的指導以及培訓，可以完成操作。
②法律可行性。醫院要想使用患者監護系統，與現有的法律、法規沒有沖突。
1. 可行性分析
患者監護系統
患者管理
生理信號
安全范圍
打印報告
患者信息修改
患者信息錄入
體溫信號
脈搏信號
心電圖信號
血壓信號
超出時警告
設置安全范圍
2. 功能層次圖
課堂小結
1.可行性分析：
社會可行性
技術可行性
經濟可行性
2.需求分析
3、數據存儲
4、概要設計——對系統的各個模塊繪制設計草圖，明確大致功能
5、.信息系統的生命周期
6.兩種常見的開發模型
快速原型模型——快速設計系統模型，及時反饋修改
瀑布模型——分階段一步一步完成，分工明確
必修二
謝謝傾聽~
By WangJuan

展開更多......

收起↑