結構化生命周期法
1 結構化生命周期法要點
所謂結構化生命周期法就是把管理信息系統開發的全過程按其生存周期分成若幹階段,每個階段有相對獨立的任務,然後逐步完成各個階段的任務.在每壹階段的開始與結束都規定了嚴格的標準.前壹個階段的結束標準就是後—階段開始的標準,而每個階段任務相對獨立而且比較簡單,便於不同人員分工協作,從而降低了整個軟件工程開發的困難程度.
在軟件生命周期的每個階段都采用科學管理和良好的技術方法,而且在每個階段結束之前都從技術與管理兩個角度進行嚴格審查,合格之後才開始下壹階段工作.
2 結構化生命周期法要點
提出系統開發要求
初步調查
可行性分析
詳細調查
分析當前系統
新系統設想
總體設計
詳細設計
程序設計
系統試運行
系統轉換
運行,維護
維護評價
修改
審查可行性報告
審核分析說明書
審核設計說明書
調試
系統評價
停止開發
修改
修改
修改
修改
條件不成熟
結構化生命
周期法
工作流程
3 結構化生命周期法要點
(1)開發階段性
生命周期法把整個系統開發過程分成壹系列嚴格定義順序的緊密相關的階段,這些階段及其順序壹般是:系統定義(包括系統調查,可行性分橋,系統需求分析),系統開發(包括系統設計,軟件編碼,系統測試),系統維護.
(2)用戶評價
系統分析時引入的錯誤往往要到運行時才發現,其修正的代價是相當昂貴的.這種錯誤是由於對用戶系統分析不充分,理解不透徹,或表達的二義性造成的.所以管理信息系統待別強調在每個階段結束前都要有用戶評價或驗收,以減少這種錯誤的發生.
4 結構化生命周期法要點
(3)文檔管理
為了便於管理信息系統的開發與管理,生命周期法把文檔資料作為每個階段的產品之壹,而且加以標準化,作為每個階段結束的重要標準.它保證了在系統開發結束時有壹個完整準確的軟件配置交付使用.文檔資料是通訊的工具,它清楚地說明了到這個時候為止關於該項工程已經知道或做了什麽,同時確定了下壹步的工作基礎.文檔資料也起著備忘錄的作用,如果文檔不完整或與上壹階段的文檔不相銜接則壹定在工作上有不完整的地方.文檔資料另壹重要作用是有利於與用戶交流,檢查錯誤,用戶評價.文檔資料也是系統維護的依據.
5結構化生命周期法要點
(4)結構化的系統分析與設計較術
在完成生命周期每個階段任務時應該采用適合該階段任務特點的系統化的技術方法.在系統分析與系統設計階段應該采用結構化系統分析與設計方法.生命周期中的系統分析與系統設計方法雖然是多種多樣的,但是最常用的還是結構化系統分析和設計方法.它要
求對系統功能進行自頂向下的分解,模塊化.以滿足系統可理解性,適應性,可分離性及整體性要求,使系統層次清晰,易於理解,調試和排錯.
6結構化生命周期法存在的問題
(1)階段回溯不可避免——延長系統開發的時間.由於要求不同類型的用戶應與管理信息系統交互使,使需求分析變得更加困難.因此常常需要做階段回溯,對系統分析需求規格說明作修改或補充,同時也會引起此後階段的補充修改.例如系統設計報告也要補充修改.
(2)使用過程化語言——沒有以根本上改變個體手工編程的工作方式.
(3)專業開發人員開發用戶使用的系統開發模式——開發人員與用戶都要化時間去掌握對方專業領域的知識以期產生***同語言.他們之間存在著難以克服的通訊障礙.系統開發的質量與時間就難以控制.
(4)用戶熱情沒有自始至終調動——不能從根本上解決讓用戶參加系統開發的問題.系統維護就十分困難.
7結構化生命周期法存在的問題
最重要的原因是無論是系統調查,系統分析還是系統設計給用戶看到的只是壹個"虛"的系統而不是"實"的系統,他們面對著壹個想象的系統去進行評價,他們仍不容易了解計算機具體能為他們做些什麽.這就很難想象他們能做出"真正的"評價,往往等到系統試運行以後他們才具體知道計算機實現的管理信息系統功能,才能認真地仔細地評價,不幸的是為時太晚.
(5)文檔資料缺乏實用價值,待別是早期的系統規格說明——專業知識的缺乏使得用戶難以理解文檔的內容,文檔資料沒有起到應有的作用,反而延長了開發時間.
(6)系統開發周期過長——結構化生命周期法並沒有解決軟件開發研制時間過長的嚴重危機,在計算機硬軟件技術相通訊技術日新月異發展的時代,很容易使剛建立起來的管理信息系統迅速變得陳舊,生命周期很短,所以系統開發周期過長將導致系統運行時間變短