MIS-信息系統的建設與開發的策略_第1頁
MIS-信息系統的建設與開發的策略_第2頁
MIS-信息系統的建設與開發的策略_第3頁
MIS-信息系統的建設與開發的策略_第4頁
MIS-信息系統的建設與開發的策略_第5頁
已閱讀5頁,還剩91頁未讀, 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

管理信息系統第十二章信息系統的建設與開發的策略內容框架12.1組織信息系統建設的策略12.2信息系統開發方法12.3系統分析12.4系統設計12.5系統實施前言組織信息系統建設是在信息系統規劃的指導下,分析、設計、實現一個信息系統,或者一個信息系統項目工程。組織信息系統建設策略包括組織獲取信息系統的不同方法。信息系統的開發方法是指在信息系統開發過程中的指導思想、邏輯、途徑以及工具的組合。12.1組織信息系統建設的策略系統定制:管理軟件為核心的企業信息化。軟件包:預先編制好的、能完成一定功能的、供出售或出租的成套軟件系統。信息系統外包:將一個企業的計算中心的運營、遠程通信網絡管理和應用軟件的開發交由外部專業公司或機構來完成。最終用戶開發:一些涉及面小,功能較簡單的系統。12.2信息系統開發方法信息系統開發:針對組織的問題和機會而建立一個信息系統的全部活動。一般包括系統分析、系統設計、編程、測試、轉換和使用維護。這些活動通常是按順序完成的。結構化方法的基本思路結構化:用一組規范的步驟、準則和工具來進行某項工作。把整個系統開發過程分成若干階段,每個階段進行若干活動,每項活動應用一系列標準、規范、方法和技術,完成一個或多個任務,形成符合給定規范的產品(成果)。結構化方法的主要原則1.用戶參與的原則2.嚴格區分工作階段,“先邏輯,后物理”的原則3.結構化、模塊化、自頂向下進行開發的原則4.充分預料可能發生的變化5.工作文件的標準化和文獻化結構化方法的基本思路與主要原則開發階段主要工作文檔資料系統調查與規劃初步調查擬定開發計劃可行性研究報告系統分析數據流程、數據及處理分析系統分析說明書系統設計模塊設計、數據庫設計系統設計說明書系統實施編制程序流程及用戶使用手冊系統測試與維護測試、維護系統測試報告表12-1信息系統開發各階段的名稱、工作及文檔12.2.2原型法原型法:可以逐步改進成可運行系統的模型。它與結構化開發方法的根本區別是:面向目標四個階段:(1)確定用戶的最初要求(2)初建原型(3)用戶、開發人員使用并評價原型(4)開發人員修改原型輔助活動原型法結構化生命周期法開發路徑循環迭代型嚴格順序型用戶參與程序高低開發過程的可見性好差對功能需求或環境變化的適應性較好差用戶的信息反饋早遲對開發環境,軟件工具的要求高低對開發過程的管理和控制較困難遲穩定數量較少多表12-2原型法與結構生命周期法的比較12.3系統分析析系統分析析階段的的主要活活動有::(1)系統初初步調查查(2)可行性性研究(3)系統詳詳細調查查(4)新系統統邏輯方方案的提提出12.3.1可行性分分析系統分析析人員對對用戶提提出的各各種問題題和初始始要求,,對問題題進行識識別,通通過可行行性分析析確定開開發系統統的必要要性。1.可行性分分析的任任務:明確應應用項目目的開發發必要性性和可行行性。a)必要性:來自實實現開發發任務的的迫切性性。b)可行性:取決于于實現應應用系統統的資源源和條件件??尚行苑址治龅膬葍热荩?)管理可行行性:管理人人員對開開發應用用項目的的態度和和管理方方面的條條件。必須有主主管領導導的支持持:一把把手工程程管理方面面的條件件主要是是指:(a)管理方方法是否否科學(b)相應管管理制度度改革的的時機是是否成熟熟(c)規章制制度是否否齊全(d)原始數數據是否否正確(2)技術術可可行行性性分析析當當前前的的軟軟硬硬件件技技術術能能否否滿滿足足對對系系統統提提出出的的要要求求((如如增增加加存存儲儲能能力力,,實實現現通通信信功功能能,,提提高高處處理理速速度度))開發發人人員員的的水水平平(3)經濟濟可可行行性性:主主要要是是預預估估費費用用支支出出和和對對項項目目的的經經濟濟效效益益進進行行評評價價。。在費費用用支支出出方方面面,,不不僅僅要要考考慮慮主主機機費費用用,,而而且且要要計計算算外外圍圍設設備備費費用用、、軟軟件件開開發發費費用用、、人人員員培培訓訓費費用用、、將將來來系系統統投投入入運運行行后后的的經經常常性性費費用用((如如管管理理、、維維護護費費用用等等))和和設設備備費費用用。。經濟濟效效益益從從兩兩方方面面考考慮慮::(1)顯性性效效益益:如如加加快快流流動動資資金金周周轉轉,,減減少少資資金金積積壓壓等等。。(2)隱性性效效益益:如如提提供供更更多多高高質質量量的的信信息息,,提提高高獲獲取取信信息息的的速速度度。??尚行行孕苑址治鑫鰣髨蟾娓婵尚行行孕苑址治鑫龅牡慕Y結果果以以報報告告的的形形式式編編寫寫出出來來,,內內容容包包括括::(1)系系統統簡簡述述(2)項項目目目目標標(3)所所需需資資源源、、預預算算和和期期望望效效益益(4)對項目的可可行性的結論論結論應明確以以下內容之一一:(1)可以立即開開發(2)改進原系統統(3)目前不可行行,或者需推推遲到某些條條件具備后再再進行。12.3.2詳細調查調查對象:現現行系統(包包括手工系統統和已采用計計算機的管理理信息系統))目的:完全掌握現行行系統的現狀狀,發現問題題和薄弱環節節,收集資料料,為下一步步的系統分析析和提出新系系統的邏輯設設計做好準備備。遵循的原則::用戶參與。。即由使用部門門的業務人員員、主管人員員和設計部門門的系統分析析人員、系統統設計人員共共同進行。調查的方法::召開調查會、、訪問、發調調查表、參加加業務實踐等等。為了便于分析析人員和管理理人員之間進進行業務交流流和分析問題題,在調查過過程中應盡量量使用各種形形象、直觀的的圖表工具。。通常用組織機機構圖描述組組織的結構;;用業務流程圖圖和表格分配配圖描述管理理業務狀況;;用數據流程圖圖描述和分析析數據、數據據流程及各項項功能;用判斷樹和決決策表等描述述處理功能和和決策模型。。調查范圍:圍繞組織內部部信息流所涉涉及領域的各各個方面,應應該包括企業業的生產、經經營、管理等等。(1)組織機構圖圖:反映組織內部部之間隸屬關關系的樹狀結結構圖。(2)組織/業務關系圖::反映組織各部部分在承擔業業務時的關系系。(3)業務流程圖圖(TransactionFlowDiagram,TFD):用根據系統調調查表中所得得到的資料和和問卷調查的的結果,按業業務實際處理理過程將它們們繪制在同一一張圖上。采采用一些規定定的符號及連連線來表示某某個具體業務務處理過程,,基本上是按按照業務的實實際處理步驟驟和過程繪制制。業務流程圖業務流程圖是是直觀描述現系系統業務處理理由開始到結結束的整個過過程的非結構構化圖型工具具,它可以描述述一個系統的的業務,也可可以描述一項項具體業務的的處理過程。。它是系統分析析員描述現系系統的最好的的工具,是系系統分析員與與企業管理人人員交流的有有力工具。圖例名稱含義外部實體表示單位或個人,圈內寫明單位或個人職務的名稱。表格表示輸入或輸出的報表、計劃、單據、報告等,框內寫明其名稱。存儲表示各種帳目、規范、定額手冊、報表積累等大量存檔信息。符號內部寫明其名稱。業務處理框內寫明處理的名稱。流向線表示信息或處理的流向。業務流程圖使使用的符號例題根據下列關于于學生成績管管理業務的需需求陳述,完完成相應任務務:(1)填報成績:各科任課教師師將自己所擔擔任的課程的的考試成績填填寫成“成績績報告單”(簡稱成成績單單),報送送到教教務科科。教教務科科的管管理員員將成成績單單的數數據登登記到到“成成績簿簿”中中(每個年年級為為一個個成績績簿))。(2)重修處處理::管理員員根據據“成成績簿簿”,,確定定重修修名單單。其其原則則是::本學學期的的單科科課程程成績績<60分的,,就將將該記記錄寫寫入重重修名名單中中。學學校規規定,,重修修的學學生要要在下下個學學年重重修,,并考考試,,其成成績記記為下下學期期的成成績。。根據據重修修名單單,編編制““重修修通知知單””。(3)留級處處理::管理員員根據據“重重修名名單””,確確定““留留級名名單””。。其原原則是是:如如果同同一學學號在在重修修名單單中出出現次次數>=5(即有有5科或5科以上上課程程不及及格)),則則將該該學號號及姓姓名寫寫入““留級級名單單”中中。例例如,,某一一學生生累計計有5門或5門以上上課程程不及及格,,則將將其學學號寫寫入““留級級名單單”。。根據據留級級名單單,編編制““留級級通知知單””。(4)成績統統計::管理員員根據據“成成績簿簿”,,按班班統計計,編編制““學生生成績績統計計表””。舉例::學生生成績績管理理業務務流程程圖教師成績單教務科登記重修處理成績簿留級處理成績統計留級通知單重修通知單各院系成績統計表各院系教務處圖12.1學生成績管理業務流程圖通過這這個例例圖,,我們們能找找出畫畫業務務流程程圖的的幾條條規律律:1)業業務處處理的的起始始是單單位或或個人人輸入入報表表,而而結束束是報報表輸輸出給給單位位或個個人。。2)報報表輸輸入給給某個個處理理后,,產生生的輸輸出應應是報報表或或帳冊冊。3)一一般不不應出出現由由單位位到單單位或或由處處理到到處理理或由由報表表到報報表的的情況況。12.3.3數數據據分析析數據分分析的的主要要工具具有數據流流程圖圖和數據字字典。(1)數據流流程圖圖(DataFlowDiagram,DFD)DFD是結構構化分分析的的一種種主要要工具具,是是MIS開發的的主要要工具具,是是組織織中信信息運運動的的抽象象,是是MIS邏輯模模型的的主要要形式式。它它使用用一組組簡單單的符符號,,描述述系統統的數數據由由外部部“流流入””系統統,經經過多多級的的加工工處理理,經經過不不同結結構的的存儲儲,最最后以以用戶戶所需需要的的各種種形式式“流流出””的全全過程程。它它是面面向功功能的的。利用DFD,可以將將系統統分析析員在在系統統分析析中所所設計計的新新系統統邏輯輯模型型描述述出來來,以以表達達設計計者的的邏輯輯方案案及新新系統統的設設計思思想。DFD是系統設計計的主要依依據。因為為結構化系系統設計方方法強調系系統開發的的階段性,,前一階段段是后一階階段的基礎礎,后一階階段是前一一階段的繼繼續。在進進行系統的的物理設計計時,必須須依據邏輯輯模型。DFD是利用有限限的符號((外部實體體、數據流流、數據處處理和數據據存儲)及及若干規則則來描述系系統邏輯模模型的。DFD是由頂層圖圖(TOP圖)、一級級細化DFD、二級細化DFD等一組圖所所組成。應用自頂向向下、逐層層分解、先先整體后局局部的思想想進行設計計的。頂層圖是將將系統高度度抽象與概概括而得到到的,它將將系統視為為一個整體體、是由一一個處理功功能所構成成的系統。一級細化DFD是對頂層圖圖的處理功功能的分解解與細化,,這是從整整體到部分分的細化,,劃分的是是子系統。。如同認識識一部汽車車,頂層圖圖中所看到到的只是整整部汽車,,而一級細細化圖看到到的是汽車車的部件,,是組成汽汽車的幾個個大部分。。二級細化DFD是將一級細化化圖中的每個個處理功能的的進一步分解解與細化,對對于汽車的例例子,這一步步就應該認識識到組成汽車車部件的零件件了。一個實際系統統,根據它的的規模和復雜雜程度的不同同,很可能還還需要進行三三級及三級以以上的細化。。也可能某些些處理需要繼繼續細化,而而另一些處理理就不需再往往下細化了。。這分解與細細化不是無止止境的,不是是越細越好,,而是細化到到“處理具有獨立立功能”為止。一個數據流圖圖的每一層圖圖都能完整地地描述系統的的整個處理過過程,差別在在于不同層的的圖,其抽象象與概括程度度不同、細化化程度不同。。越是上面的的層圖,它的的概括與抽象象程度就越高高,越是下層層的圖,它的的細化程度就就越高。DFD符號定義表圖形符號名稱說明外部實體記述系統之外的數據提供或數據獲得的組織機構或個人,在方框內部填入實體名稱。處理記述某種業務的手工或計算機處理,其中Pm區記述處理代碼,C區記述處理名稱。數據存儲記述與處理有關的數據存儲,Dn區記述存儲的代碼,S區記述存儲數據的名稱。數據流記述數據流流動方向,Fm記述數據流的名稱,Fn記述數據流的代碼。Rm

Pm

CDnSFm(Fn)DFD圖例說明(1)外部實體指由系統之外外向系統提供供原始數據((輸入數據))的實體及接接受系統的結結果數據(輸輸出數據)的的實體。向系統輸入原原始數據的外外部實體應是是具體的,接接受系統輸出出數據的外部部實體可以是是抽象的、概概括的。(2)數據處理處理是指計算算機對數據的的加工處理。。(1)處理的的名稱應該是是動詞加賓語,而不能只是是動詞或只是是名詞。如““打印重修名名單”是處理理的名稱,而而“打印”或或“重修名單單”都不符合合處理名稱的的規定。(2)處理的的代碼不僅使使下文的引用用可以省略書書寫處理名稱稱,而且可以以直接看出處處理所處的DFD的細化級別以以及它與上級級DFD的處理的對應應關系(也稱稱為子圖與父父圖的關系)),即下級DFD中的處理是由由上級的DFD的哪個處理分分解而來的。。為統一表示,,特對處理的的代碼做如下下規定:TOP圖中的處理代代碼用P表示。一級細化DFD中的處理用P1,P2,...表示。二級細化DFD中,由P1分解的處理用用P1.1,P1.2,...表示;由P2分解的處理用用P2.1,P2.2,...表示;其余類推。三級細化DFD中,P1.1分解的處理用用P1.1.1,P1.1.2,...表示;由P1.2分解的處理用用P1.2.1,P1.2.2,...表示;由P3.1分解的用P3.1.1,P3.1.2,...表示。(3)數據據存儲一般經過處理理的數據需要要將結果存儲儲起來以便下下次處理使用用。在計算機機中的存儲一一般是數據庫庫文件,因此此說,DFD中的存儲是數數據庫設計的的基礎。關于存儲的代代碼:對于各獨立的的數據存儲結結構可用D1、D2、、...表示。有些情情況,隨著系系統功能的細細化,數據存存儲也可能出出現由抽象到到具體的情況況。也就是說說,數據存儲也會會出現細化的的情況,使得得父圖中的某某個存儲在子子圖中變成多多個存儲。這時存儲的代代碼應按以下下方法確定。。設父圖中有有存儲代碼為為Dn,則它在子圖中中分解后的代代碼應為Dn.1、Dn.2、Dn.3、…。例如,在一級級DFD中,職工檔案案的存儲用D1表示,在二級級DFD中,職工檔案案被細化為職職工自然信息息、職工學歷歷信息、職工工家庭信息、、職工歷史信信息、職工獎獎懲信息等數數據存儲,這這些存儲的代代碼可用D1.1,D1.2,D1.3...表示。存儲的名稱應應是唯一的,,應是名詞或或名詞詞組。。DFD中的存儲第一一次出現時需需標明其代碼碼和名稱,而而在其后的DFD中,,只只標標明明其其代代碼碼即即可可。。4))數數據據流流※數數據據流流是是指指由由外外部部實實體體傳傳送送給給系系統統的的原原始始數數據據((輸輸入入數數據據流流))和和由由系系統統加加工工后后傳傳送送給給外外部部實實體體的的結結果果數數據據((輸輸出出數數據據流流)),,數數據據流流的的名名稱稱與與現現實實系系統統的的各各種種票票據據、、報報表表等等相相對對應應。。關于于數數據據流流的的表表示示::※數數據據流流的的名名稱稱在在一一個個系系統統中中應應是是唯唯一一的的;;※對對于于流流入入或或流流出出存存儲儲的的數數據據流流,,當當其其名名稱稱與與存存儲儲名名稱稱相相同同時時,,可可以以省省略略Fm及Fn;;※為了了節節省省DFD繪圖圖時時間間,,使使圖圖面面整整潔潔,,一一般般可可在在頂頂層層圖圖中中將將數數據據流流名名稱稱及及其其代代碼碼同同時時給給出出,,而而在在其其后后的的各各圖圖中中就就可可以以只只使使用用代代碼碼表表示示數數據據流流了了。。例如如:這樣樣,,在在其其后后的的圖圖中中就就可可以以使使用用F7表示示該該數數據據流流了了,,而而省省略略漢漢字字的的書書寫寫。。※有的的情情況況下下,,隨隨著著DFD的細細化化,,數數據據流流也也可可能能被被細細化化。。例如如,,一一個個系系統統的的查查詢詢輸輸出出常常常常是是多多種種的的,,這這些些不不同同內內容容的的查查詢詢輸輸出出數數據據流流為為了了使使圖圖簡簡化化,,在在頂頂層層圖圖中中是是以以一一個個““查查詢詢信信息息””的的輸輸出出數數據據流流表表示示的的,,而而在在其其細細化化的的DFD中,,應應該該將將其其具具體體化化,,這這種種情情況況的的數數據據流流代代碼碼的的表表示示可可采采用用與與處處理理標標號號相相同同的的辦辦法法。。設設頂頂層層圖圖中中有有數數據據流流的的代代碼碼為為F20,則細細化化后后可可為為F20.1、F20.2………。。F7班級成績統計表DFD的設設計計規規則則(1))DFD的設設計計過過程程是是按按照照自自頂頂向向下下逐逐層層分分解解的的思思想想進進行行的的,,分分解解是是處處理理功功能能的的分分解解。。我我們們稱稱某某一一處處理理細細化化后后的的圖圖是是該該處處理理的的子子圖圖。。子圖與父父圖必需需保持輸輸入與輸輸出的一一致。例如圖12.2為父圖,,圖12.3為子圖。。圖12.2的輸入是是數據流流A、輸出是數數據流X,處理P1細化后得得到圖12.3,其輸入入必須是是數據流流A,輸出必須須是數據據流X,這就是子子圖與父父圖的輸輸入、輸輸出必需需保持一一致的原原則。P1XA圖12.2父圖XD1P1.1A圖12.3子圖P1.2(2)隨隨著DFD的細化,,圖越來來越復雜雜,為便便于閱讀讀和繪圖圖,可以將某某一層的的細化圖圖畫在一一張圖中中,也允允許將某某一處理理功能分分解后的的各處理理功能畫畫在多張張圖中,,作為子子圖之一一。也可以將將幾個功功能分解解后的各各功能畫畫在一張張圖中。。同一層層的各子子圖共同同組成了了該層的的DFD。。這時,為為準確表表示各功功能之間間的數據據聯系,,各子圖圖之間須須通過公公共的存存儲聯系系起來。。P2.1P2.2B圖12.4P2的細化DFDD1D2圖12.5P3的細化DFDP3.2P3.1D2D3Y圖12.4是P2的細化DFD,,圖12.5是P3的細化DFD,,它們同屬屬于二級級細化圖圖(由圖圖中的處處理代碼碼可知)),存儲儲D2是在兩圖圖中重復復出現的的。由此此可知P2.2處理的結結果寫入入D2,而P3.1處理的輸輸入數據據就是D2存儲的數數據。通通過D2存儲可將將這兩個個圖聯系系起來。。(3)為繪圖方方便,減減少數據據流向線線的交叉叉,允許許同一存存儲或同同一外部部實體在在同一圖圖中重復復畫出。。(4)在在MIS中,處理理與處理理之間傳傳輸的數數據都是是成批的的。這種種情況下下,合理理的設計計應是前前一處理理將數據據寫入存存儲,而而后面的的處理從從存儲中中讀取數數據。這這就是說說在DFD中,處理與處處理之間間通常是是用存儲儲聯系起起來的。。如上面例例圖中,,處理與與處理都都是通過過存儲聯聯系的,,而不能能用數據據流向線線直接將將兩個處處理連接接起來。。(5)在DFD中,存儲的輸輸入來源源與輸出出去向不不能是外外部實體體,而只只能是處處理。如圖12.6中的數據據流F1輸入到存存儲及圖圖12.7的數據流流F8由存儲輸輸出都是是錯誤的的。圖12.7錯誤的輸出F8D1R圖12.6錯誤的輸入F1RD1(6)在在DFD設計中,,數據一一般是不不允許重重復錄入入的。因因此,DFD中的同一一數據流流不允許許在同一一級圖中中重復出出現。(7)對于輸入入的查詢詢條件及及對話信信息,不不應作為為數據流流出現在在DFD中。(8)對于業務務處理中中的非正正常的錯錯誤情況況處理,,在DFD中不予表表示。如圖12.8所示,輸輸入的F1就應該是是正確的的,P2.1應是輸入入F1的處理。。應該注注意,該該圖中的的錯誤是是不應該該表示““不正確確的F1”,F1就應該是是正確的的,而輸輸入過程程產生的的錯誤屬屬于數據據校驗問問題,有有別與此此。不正確的F1P2.1F1D1R正確的F1圖12.8錯誤的數據流表示校核F1(9)如果一個個數據處處理對一一個數據據存儲中中的數據據既讀又又寫,則則它們之之間的數數據流應應為雙向向箭頭。。(10))一個處理理必須要要有輸入入和輸出出。DFD設計步驟驟(1)前期工作作作好詳細細調查,,明確用用戶真真正需需求及業務務處理理詳細細過程程與方方法;;明確系系統的的界限限,即計計算機機處理理的業業務與與人工工處理理的界界限、、本系系統與與其它它系統統的界界限。。對系統統中將將要建建立的的主要要存儲儲,應應作系系統考考慮。。例如,,圖書書管理理中的的主題題應是是圖書書,應應考慮慮“圖圖書””存儲儲需要要存儲儲哪些些數據據,這這些數數據存存儲在在一個個數據據存儲儲中還還是多多個,,…。。(2)設計頂層圖圖頂層圖又稱稱TOP圖,由它確確定出系統統的總的處處理功能、、所有的輸輸入/輸出數據流流及外部實體。此圖圖對系統的的功能高度度概括成為為一個數據據處理。它它著重給出出了系統與與環境的關關系,可以以看出系統統與其它系系統間的數數據關聯關關系。該圖圖要標明數數據流的名名稱及代碼碼、外部實實體的名稱稱,系統總總功能的名名稱及代碼碼。(3)設計一級細細化DFD根據TOP圖,對其數數據處理的的功能分解解為幾個大大的部分。。注意,分分解后的系系統的輸入入/輸出數據流流及外部實實體都必然然與TOP圖中的保持持一致。在在該圖中,,外部實體體可以不畫畫、數據流流的名稱可可以不寫。。該圖應由由一張圖畫畫出。(4)設計二級細細化DFD根據一級細細化DFD,對其中包含含多個功能能的數據處處理進一步步分解。分解時也必必須遵守輸輸入/輸出不變的的原則,即即父圖與子子圖保持一一致的原則則。該圖可能由由多張圖組組成,各圖圖是通過公公共的存儲儲連接起來來的。(5)設計三級及及三級以下下的細化DFD數據處理功功能的分解解,是由實實際業務功功能決定的的。各處理理功能的細細化層次是是不同的,,有的需要要進行三級級及三級以以下的細化化,有的可可能只進行行一級或二二級就已經經是功能單單一的處理理了,就不不需要再細細化了。DFD設計的幾個個問題的考考慮(1)功能能分解的思思路一種考慮是是根據處理理業務而逐逐步細化,,就是將一一個整體業業務,先分分成幾個部部分,再進進一步將每每個部分分分解成小的的部分,………。一種種考慮是按按處理的輸輸入、處理理、輸出三三部分分解解,因為一一個處理,,總應包括括有輸入、、處理、輸輸出三部分分內容。在實際設計計中,高層層按功能分分解,低層層按輸入、、處理、輸輸出三部分分分解。如如一個物資資管理系統統,它的一一級細化DFD應是按業務務功能分解解成“物資資計劃、物物資采購、、合同管理理、庫存管管理”等子子系統,而而二級或三三級細化時時再按“輸輸入、處理理、輸出””分解好些些。(2)細化化的寬度與與深度的考考慮這個問題與與模塊化理理論中的““系統的寬寬度與深度度”問題是是一致的。。如果在DFD設計時注意意該問題,,在系統設設計時就不不會在“系系統的寬度度與深度””上出現問問題。該問問題說的是是,在分解解功能時,,既不能過過細,也不不應過粗,,經驗指出,,一般應在在5—7之間為宜。。(3)關于于查詢功能能的考慮一般在系統統調查時,,多數用戶戶都注意到到講解他的的業務處理理過程、方方法、內容容等,而往往往想不到到提出查詢詢的問題。。這是因為為,在手工工管理中,,查詢很不不方便,所所以查詢的的也很少。。而計算機機處理就大大不相同了了,對計算算機而言,,信息查詢詢是它的特特長,所以以在信息系系統中,方方便的查詢詢功能應是是不可少的的。(4)數據據處理功能能單一細化不是越越細越好,,原則是使數據處理理具有單一一功能。單一功能能還可以說說成是“只只做一件事事”,再具具體地說,,就應考慮慮一個程序序所能完成成的功能。。還應考慮一個處理與與其它處理理的聯系盡盡可能地少少。一般,輸輸入的一個個數據流應應由一個具具有輸入功功能的處理理完成;輸輸出的一個個數據流應應由一個具具有輸出功功能的處理理完成。方案1:按業務處處理功能分分解教師P成績管理各院系圖12.9成績管理頂層DFD重修通知F2留級通知F3成績單F1教務處成績統計表F4

成績輸入

重修處理

成績統計

留級處理D2重修名單

F1F2F3F4圖12.10成績管理一級細化DFDD1成績簿

P2

P3

P4

P1

確定重修名單

打印重修通知D1

F2D2

圖12.11P2的細化DFDP2.2P2.1D3留級名單F3

確定留級名單

打印留級通知D2

圖12.12P3的細化DFDP3.2P3.1

統計計算

打印成績統計表D1

D4成績統計表

F4圖12.13P4的細化DFDP4.2

P4.1

方案2:按“輸入入、處理、、輸出”的的方法分解解教師P成績管理各院系圖12.14

成績管理頂層DFD重修通知F2留級通知F3成績單F1

教務處成績統計表F4P1成績單輸入P2成績處理P3報表打印F1

F3F2F4D4成績統計表D3留級名單D2重修名單D1成績簿

圖12.15

成績管理一級細化DFD

D1

P2.3

D1

圖12.16P2的細化DFDP2.1

P2.2

D3

D4

成績統計確定重修名單

確定留級名單

D2

F2P3.1

D2

打印重修通知F3

P3.2

打印留級通知D3

F4P3.3

打印成績統計表D4

圖12.17P3的細化DFD數據字典一、數據字字典的作用用和內容二、數據字字典的定義義三、數據字字典中對數數據結構構的定義數據字典的的作用:數據流程圖圖配以數據據字典,就就可以從圖圖形和文字字兩個方面面對系統的的邏輯模型型進行完整整的描述。。數據字典的的內容:主要是對數數據流程圖圖中的六個個元素進行行具體的定定義:數據項、數數據結構、、數據流、、處理邏輯、、數據存儲儲、外部實實體。數據字典的的內容下面以對數數據結構進進行定義為為例說明::對數據結構構進行定義義前首先應應弄清什么么是數據結結構?什么是數據據結構?一個數據結結構可以由由若干個數數據項組成成;也可以由若干干個數據結構構組成;還可以由若干干個數據項和和數據結構組組成。數據結構用來來描述某些數數據項之間的的關系。對數據結構“用戶訂貨單”的定義:數據結構編號號:數據結構名稱稱:用戶訂貨單簡述:用戶所填用戶戶情況及訂貨貨要求等信息息數據結構組成成:DS03-02+DS03-03+DS03-04

DS03-01:用戶訂貨單DS03-02:訂貨單標識DS03-03:用戶情況

DS03-04:配件情況I1:訂貨單編號I3:用戶代碼

I10:配件代碼I2:日期I4:用戶名稱

I11:配件名稱

I5:用戶地址

I12:配件規格

I6:用戶姓名

I13:訂貨數量

I7:電話

I8:開戶銀行

I9:帳號

描述處理邏輯輯的工具?數據流程圖中中比較復雜的的處理邏輯可可以用本節介介紹的描述工工具來加以說說明。本節內容:一、判斷樹二、判斷表((又稱決策表表)三、結構英語語表示法一、判斷樹>庫存量

欠款時間≤30天>100天

>30天≤100天需求量需求量≤庫存量≤庫存量>庫存量先按庫存發貨,進貨后再補發先付款,再發貨立即發貨不發貨通知先付欠款圖12.18判斷樹二、判斷表((又稱決策表表)判斷表(又稱稱決策表)可可以清晰地表表達條件、決決策規則和應應采取的行動動之間的邏輯輯關系。決策規則號123456條件欠款時間≤30天YY

N

N

N

N欠款時間>100天N

N

Y

Y

N

N需求量≤庫存量Y

N

Y

N

Y

N應采取的行動立即發貨╳先按庫存量發貨,進貨后再補發╳先付款,再發貨╳不發貨╳要求先付欠款╳╳處理訂貨單的的判斷表三、結構英語語表示法結構英語表示示法是一種模模仿計算機語語言來描述處處理邏輯的方方法。它使用了由““IF”、“THEN”和“ELSE”等詞組成的規規范化語言。。(見右例)。。IF欠款時間≤30天IF需要量≤庫存存量THEN立即發貨ELSE先按庫存量發發貨,進貨后后再補發ELSEIF欠款時間≤100天IF需求量≤庫存存量THEN先付款再發貨貨ELSE不發貨ELSE要求先付欠款款詳細調查的內容

確定管理模型

管理信息系統的系統分析

系統化分析

應把建立新系統看成是對組織的一種有目的改變過程。通過詳細調查掌握現行系統現狀,為分析和提出新系統的邏輯設計做好準備。在調查原系統的基礎上,分析原系統業務流程和數據流程的不足,提出優化改進方法,給出新系統要采用的信息處理方案。

針對管理過程信息處理特點找出相應的管理模型,使MIS充分運用現代管理科學成果。

管理業務調查(組織結構、管理功能和管理業務流程調查)數據流程調查(用數據流程圖配以數據字典和描述處理邏輯的工具進行描述)??尚行苑治龅膬热莅ü芾砩系?、技術上的和經濟上的可行性。要明確指出是立即開發,還是改進原系統或者目前不可開發。

可行性分析

詳細調查的任務

12.4系系統設計系統設計的任任務是在系統統分析提出的的邏輯模型的的基礎上,科科學合理地進進行物理模型型的設計。系統設計的主主要工作有::(1)總體設計(2)系統平臺設設計(3)詳細設計(4)編寫系統設設計報告系統設計的原原則系統設計是MIS開發工作的核核心,關系到到系統的成功功與失敗,關關系到系統的的質量優劣,,關系到系統統的壽命長短短,關系到系系統是否為用用戶所接受。。為此,系統統設計必須遵遵循以下原則則:(1)系統性:從整個系統統角度進行考考慮。(2)靈活性:較好的開放放性和結構的的可變性。(3)可靠性:系統抵御外外界干擾和恢恢復能力。(4)經濟性:在滿足系統統需求的前提提下,盡可能能減小系統的的開銷。12.4.1功能結結構圖設計按功能從屬關關系畫出的圖圖表,圖中每每一個框稱為為一個功能模模塊。功能結構圖中中各層功能與與新的信息系系統中數據流流程圖中的處處理(功能))是對應的。。模塊化:把一個信息息系統設計成成若干模塊的的方法。(1)各個模塊具具有相對獨立立性(2)模塊之間的的相互關系通通過一定方式式予以說明高內聚,低耦耦合。12.4.1功能結結構圖設計學生成績管理輸入成績單成績處理重修處理留級處理成績統計報表輸出輸出重修通知輸出留級通知輸出成績統計表成績查詢查詢重修通知查詢留級通知查詢成績統計表系統維護代碼維護數據維護系統管理圖12-18學生成績管理系統HIPO圖12.4.2系統平臺臺設計(1)按MIS的目標選擇系系統平臺(2)計算機處理理方式的選擇擇和設計(3)計算機網絡絡系統的設計計(4)數據庫管理理系統的選擇擇(5)軟件、硬硬件選擇14.4.3詳細設計計1.代碼設計2.數據庫設計3.輸入設計4.輸出設計代碼設計代碼是代表客客觀存在的實實體或事物的的屬性、狀態態的符號。在信息系統中中,代碼是人人和計算機的的共同的、標標準的語言,,是對信息進進行分類、校校驗、統計、、檢索的關鍵鍵屬性。代碼碼設計的目的的是設計出一一套為系統各各部分公用的的、優化的代代碼系統。一般地說,系統中任何一一類實體都需需要進行編碼碼,這個編碼就就是該類實體體的關鍵字。。代碼設計的原原則1.唯一確定性原原則2.最小長度與可可擴充性原則則3.代碼標準化原原則4.便于計算機處處理與便于記記憶的原則數據庫設計主要是指數據據庫的物理設設計。數據庫物理設設計的工作任任務主要是在數據據庫邏輯設計計的基礎上,,運用關系數數據庫規范化化理論,設計計出適合應用用環境的數據據庫物理結構構。輸出設計輸出是指將計計算機處理的的信息以人們們所能識別的的各種形式表表示出來的各各種處理。在MIS中,輸出是組組成系統的重重要部分。整整個系統的加加工處理結果果都是通過輸輸出表現出來來的,各種綜綜合統計信息息、輔助決策策信息、查詢詢信息等,都都要通過輸出出才能提供給給用戶,才能能實現信息的的價值。一個好的系統統設計,必須須要有成功的的輸出設計。。這里所說的的輸出設計是是指要在設計計說明書中給給出的內容。。輸出方式:(1)顯示輸出((2)報表打印輸輸出(3)繪圖輸出輸入設計指的是人對計計算機的輸入入。具體地說就是是MIS原始數據的輸輸入,也就是是輸入數據流流的輸入格式式設計。對話設計對話設計也稱稱人機界面設設計,應設計計人機友好的的界面。對話設計實際際上是顯示信信息內容及格格式的設計,,這里的顯示示信息不是輸輸入的,也不不是輸出的,,而是對話信信息。其內容容包括菜單選選擇、操作提提問等。對話方式1.菜單式2.問答式3.提示式4.輸入數據式式12.5系系統實施施系統實施是信息系統統開發生命命周期中的的最后階段段,其目的的是把系統統分析設計計的成果轉轉化為可實實際運行的的系統。主要工作有有:編程((編碼)、、測試、系系統安裝和和新舊系統統轉換。1.程序設計2.結構化程序序設計3.編寫寫程程序序程序序設設計計程序序設設計計又又稱稱編編碼碼,,這這個個階階段段的的任任務務是是使使用用選選定定的的軟軟件件開開發發工工具具,,根根據據系系統統設設計計中中的的模模塊塊說說明明,,編編寫寫出出能能在在計計算算機機系系統統上上運運行行的的程程序序源源代代碼碼(源程程序序)。為了了保保證證編編碼碼工工作作正正確確而而順順利利進進行行,,一一方方面面程程序序設設計計人人員員必必須須仔仔細細閱閱讀讀系系統統設設計計的的全全部部文文檔檔資資料料,,充充分分理理解解程程序序模模塊塊的的內內部部過過程程和和外外部部接接口口,,以以保保證證系系統統實實施施與與系系統統設設計計的的一一致致。。另另一一方方面面,,程程序序設設計計人人員員必必須須深深刻刻地地理理解解、、熟熟練練地地掌掌握握和和正正確確地地運運用用軟軟件件開開發發環環境境和和工工具具,以保保證證功功能能的的正正確確實實現現。。12.5.2系系統統測測試試統計計表表明明,,開發發較較大大規規模模系系統統,,系系統統測測試試的的工工作作量量大大約約占占整整個個軟軟件件開開發發工工作作量量的的40——50%。(1)程程序序調調試試的的方方法法(2)程程序序調調試試的的主主要要步步驟驟機器器測測試試::通過過在在計計算算機機上上直直接接運運行行被被測測程程序序來來發發現現程程序序中中的的錯錯誤誤。。機機器器測測試試有有黑黑盒盒測測試試和和自自盒盒測測試試兩兩種種方方法法。。1)黑盒測測試:也稱稱功能能測試試。將將軟件件看作作黑盒盒子,,在完完全不不考慮慮程序序的內內部結結構和和特性性的情情況下下,測測試軟軟件的的外部部特性性。根根據軟軟件的的模塊塊說明明設計計測試試用例例,從從程序序的輸輸入和和輸出出特性性上測測試是是否滿滿足設設定的的功能能。2)白盒測測試:也稱稱結構構測試試。將將軟件件看作作一個個透明明的白白盒子子,按按照程程序的的內部部結構構和處處理邏邏輯來來選定定測試試用例例,對對軟件件的邏邏輯路路徑及及過程程進行行測試試,檢檢查它它與設設計是是否相相符。。軟件測試人工測試機器測試黑盒測試白盒測試個人復查走查會審圖12-19軟件測試方法系統轉轉換系統轉轉換的的任務務新系統統通過過測試試以后后,并并不能能馬上上投入入運行行,還還存在在一個個新老老系統統交替替的問問題。。系統轉轉換就是指指以新新系統統替換換老系系統的的過程程,即即老系系統停停止使使用,,新系系統開開始運運行。。系統轉換換的任務務是保證新新老系統統進行平平穩而可可靠的交交接,最最后使整整個新系系統正式式交付使使用。系系統轉換換過程需需要項目目開發人人員、系系統操作作員、用用戶單位位領導以以及業務務部門的的通力協協作才能能完成。。這是系系統開發發周期中中動用人人力物力力最多的的一個步步驟。因因此非常常需要相相互間的的配合與與協調。。軟件維護護指系統中中應用程程序的維維護。分分以下四四個方面面:正確性維維護:改正在在系統測測試階段段未發現現的錯誤誤。占整整個維護護工作量量的17%-21%。適應性維維護:使應用用軟件適適應外界界環境變變化和管管理需求求變化而而進行的的修改。。占整個個維護工工作量的的18%-25%。完善性維維護:為擴充充功能和和改善性性能而進進行的修修改。占占整個維維護工作作量的50%-66%。預防性維維護:為改進進應用軟軟件的可可靠性和和可維護護性,為為了適應應未來的的硬、軟軟件變化化,主動動增加預預防性的的新的功功能,使使系統適適應各類類變化而而不被淘淘汰。占占整個維維護工作作量的4%左右。。系統維護護指在系統統正式運運行階段段,為改改正潛藏藏錯誤,,擴充功功能,完完善功能能,結構構翻新,,延長壽壽命而進進行的各各項修改改和維護護活動。。其主要要工作包包括:1)硬件維維護由專職的的硬件維維護人員員負責。。有兩種類類型的維維護:定期的設設備保養養性維護護;突發性的的故障維維修。2)數據維維護由數據庫庫管理員員負責。。數據庫庫的安全全性和完完整性、、并發控控制,維維護數據據庫中的的數據,,出版數數據字典典文件即即其它數數據管理理文件。。3)代碼維維護系統中代代碼的增增加、修修改、刪刪除,新新代碼的的設置。。4)軟件維維護系統轉換換的方式式有三種系系統轉換換方式::直接轉轉換、并并行轉換換、分段段轉換。。1.直接轉換換:直接轉換換是指在在老系統統停止運運行的某某一時刻刻,新系系統立即即開始運運行,因因此也稱稱之為切切換。適用于于小型的的不太復復雜的信信息系統統。2.并行轉換換:指新老系系統并行行工作一一段時間間,經過過一段時時間的考考驗以后后,以新新系統正正式全面面代替老老系統。。并行轉換換方式是是最安全全、保險險的方式式,并且且也是最最常用的的方式。。3.分段轉換換分段轉換換實際上上是上述兩兩種方式式的結合合,在新新系統全全部正式式運行之之前,分分階段一一部分一一部分地地替代老老系統。。適用于分分段轉換換方式比比較適用用于大型型信息系系統的轉轉換,可可以保證證平穩、、可靠轉轉換,并并且在管管理上也也是可行行的。系統運行行與維護護運行管理理的必要要性:如何使用用戶盡快快適應新新系統,,充分發發揮系統統功能;;新系統暴暴露的問問題或不不適應;;新系統的的硬件、、軟件處處于良好好的工作作狀態;;系統中數數據的存存儲、維維護及安安全、保保密。信息系統統運行管管理的主主要任務務:日常運行行管理系統文檔檔規范管管理系統的安安全與保保密表8.2信息系統統文檔內內容及產產生階段段(續))文檔類別文檔內容產生階段備注管理文檔系統需求報告系統開發前系統開發計劃系統規劃系統開發合同書系統規劃委托或合作開發時系統總體規劃評審意見系統規劃系統分析審批意見系統分析系統實施計劃系統設計系統設計審計報告系統設計系統試運行審計報告系統實施系統運行報告系統運行與維護系統開發總結報告系統運行與維護系統評價報告系統運行與維護系統維護計劃系統運行與維護系統維護報告系統運行與維護

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論