軟體系統分析與設計
一、什麼是系統分析
在具體的研究需求分析之前，我們先了解一下軟體工程這個概念。軟體工程分為三個層次，過程層、方法層、工具層。在最基礎的過程層，最重要的就是一組被稱為關鍵過程區域（KPAs）的框架（KPA的概念在討論CMM的書中有詳細的概念說明）。關鍵過程區域構成了軟體項目的管理控制的基礎，並且確立了上下文各區域的關系，其中規定了技術方法的採用、工程產品的，模型、文檔、數據、報告、表格等，等的產生、里程碑的建立、質量的保證及變化的適當管理。方法層主要是過程在技術上的實現。它解決的問題是如何做。軟體工程方法涵蓋了一系列的任務：需求分析、設計、編程、測試、維護。同時他還包括了一組基本原則，控制了每一個的關鍵過程區域。工具層就很好理解了，他對過程層和方法層提供了自動和半自動的支持。這些輔助工具就稱為CASE。事實上需求分析是跨越了軟體工程的三個層次的。這一點是和其他的過程是一樣的。
可以看到需求分析的位置，它是我們軟體開發的第一步。是對用戶需求的定義，對軟體系統的描述。系統分析的任務：將用戶的業務邏輯轉化為程序邏輯，計算時間和成本。根據開發人員的理論知識和實際的經驗，人們會採用各種滿足實際情況的系統分析、開發方
法、步驟以及文檔等等。一般情況下，在系統分析書中應該有以下內容（視項目而定）：
1、 系統需求說明 說明系統是一個什麼樣的系統，用市場上現有的系統來類比，
用客戶（或是我們自己）需要一個什麼樣的系統進行說明，力求完整。並對系統的發展
可擴充性進行描述（現在沒有哪個系統是一次OK的）。說明與現有的系統有什麼相同什
么不同，說明未來系統的發展方面以及可移值性等能預見的事情。
2、 系統資源說明 對系統所需要的軟體、硬體資源進行說明。描述系統所需要的
所有的TCO成本。包括人員、時間、設備、系統、一次性投入資金、持續性投入資金這樣
的所有資源。
3、 系統可行性分析 對系統的實施中的資源進行分析，說明投入的合理性和必然
性，對其中的所有不可預見性的投入進行合理的量化說明，來說明系統的實施的可行性
。
二、系統分析員與程序員
大家應該對這兩個詞很熟悉了,但是對詞里包含的意義可能並不是特別清楚。首先必須說明的是,程序員和系統分析員不存在誰高級誰低級的分別，他們是兩種職業，對職業技能的要求完全不同。所以厲害的程序員就是系統分析員的說法是不對的。當然，系統分析員的技能要求他必須要懂得如何寫程序，但是他的重心在於如何把一個很大的項目切割成適合個人的小塊，然後將這些小塊組織起來。程序員的職責就是如何更好更快的實現這些小塊。
三、系統分析的方法和工具
UML全稱：Unified Modeling Language，統一建模語言，是面向對象的建模語言，主要用於軟體系統的面向對象建模。
UML是以面向對象圖的方式來描述任何類型的系統，具有很廣泛的應用領域。特別是在建立軟體系統模型中，它支持從系統需求、系統分析到系統設計的整個建模過程。由於UML建模是一門專門的科學，而我們這門課程的任務是資料庫系統開發，所以對於UML我們將有限的注意力集中在認識UML各種圖示上。
可以使用Rational Rose 2003來建立UML模型
1） 建立角色
2） 創建用例
3） 創建角色用例關系圖
4） 創建時序圖
5） 創建協作圖
四、系統分析員思想
全局觀念是系統分析員必須具備的觀念。
如果系統分析員設計時太注重細節，往往會陷入在某個問題上糾纏不清的泥潭。（93年，我論文指導老師的一席話影響了我隨後幾年對軟體開發的理解——今後計算機會越來越快，多寫幾行代碼少寫代碼無關緊要，最重要的是整體；一開始就錯了，某個部份編得再好，也是沒有用的） 系統分析員要有面向用戶的思想。系統分析員應當有能力將自己扮演成用戶，來了解要交付的項目看起來想什麼樣式，感覺想什麼，從而了解用戶的想法並挑選出合理部份去開發。從這個意義上說，系統分析員才能獲得有意義的見解去引導他的開發組成員。系統分析員頭腦中要對項目結局有一個清楚的認識，並保證項目不偏離方向。系統分析員要有根植於技術，高於技術思考問題的
思想。純粹的程序員通常對最終結果考慮的不是很多，當一種新的技術在市場上出現時，他們對能否按時交付的考慮就比較少，而強烈希望他們的計劃能夠建立在新的技術之上。因此，系統分析員的想法和行動要象一個用戶，又要能夠站在技術的高度，成為真正的用戶、程序員之間的代言人。
任務難度的預測能力
系統分析員要具備快速的任務難度預測能力以及具備快速確定開發小組人員構成和任務劃分的能力。（我將這條歸為思想，而不是能力）昆蟲自然會長出翅膀，而思想卻需要長期的浸潤。要做到這點，需要大量的思考、學習。設計遠比編程重要。當今軟體業的發展，各種開發工具的出現，編程已經不是什麼問題，程序員的工作某種程度上講是將別人現成的東西拼湊堆砌起來。系統分析員要清楚的認識到，現在大多數程序員沒有學會怎麼去整體的了解一個系統，有些甚至不了解編程（這不是說他們不會寫代碼）。可視化的開發工具加五花八門的控制項，程序員可以偷點懶了。（這可不是誇大，我好幾年的管理工作，接觸過大量的程序員）基於技術，跳出框架。基於現有技術結合用戶需求思考問題，設計時跳出
框架。
系統分析員的關鍵
獲得信任。系統分析員最重要的素質是獲得信任，這是成為優秀系統分析員的關鍵。成熟最為關鍵。成熟可以為整個項目組提供正確的支持，能夠理解技術怎樣才能解決用戶的需求。
系統分析員的准備工作
統一的各種文檔模式，這其中包括今後軟體變數、欄位命名規則。我推薦用pb制定的規則做基礎，通過改造成為適合自身實用的標准。統一的文檔管理。統一的分析軟體。比如說rose（uml 太規范，國內的軟體管理水平根本用不上，只不過盡量應用，你自己對系統分析的理解有好處）方法是思想的放映，在具體方法上就不多說了。我託人從u$a 弄到幾本書，用於面向對象系統開發的使用》、《面向對象的分析》、《項目管理》等都是很不錯的，推薦大家看看。
我在拙作" 在中國沒有人懂計算機" 里發了點牢騷，聽說挨了部份人（習慣性的）罵。其實，bbs 本來就是發泄的地方，在這里從來就罕有有內容的文章。
自從" 維納斯" 登陸深圳後，大家更著眼於從宏觀看中國的it業了。中國it這棵小樹，說實在的，長到今天實在是不容易。一些人提出了" 反對微軟霸權"的口號，不少人呼喚中國" 矽谷" 的出現。微軟的成功不是技術的成功，更多的是商業運作的成功。中國it這棵樹能長多高，取決於他所植根於的土壤。而現在
的事實是，這片土壤實在是太貧瘠了！如果按我們現在的思路和搞法，是長不成大樹，更別指望能結？quot；微軟" ，" 矽谷" 這樣豐碩的果實。如果說，我們的軟體技術落後美國十年，我們的硬體製造技術則落後美國二十年，我們的管理水平落後美國至少三十年。而最終決定發展速率的恰恰是我們的死穴——低劣的管理水平。低劣的管理水平的形成的原因有著深厚的背景和多方面的原因。
系統分析工作是解決一個問題的工作，目標是將一個對計算機應用系統的需求轉化成實際的物理實現，其中復雜就復雜在實際的面太多。在系統分析過程之中注意問以下的問題，可能會所進行的系統分析設計工作有幫助
1 ）您所完成的系統目的是什麼？注意不是功能要求，而是目的。也就是為什麼要建設、為什麼要現代建設。在考慮系統目的時，我更多的側重於系統的最終目標考慮，因為一個系統不可能一下子完美，為系統留些餘地。
2 ）您所完成的系統有哪些方面參與，各方面的初衷是什麼？那些人可能在系統建設中起重要作用，他們會採取什麼樣的態度？你對他們有多少影響力？中國it行業的失敗之一就是人" 太年輕" ，一定要有領導的支持，否則完蛋。不要認為自己對他們會有多少影響力，即便有，也要盡可能的認為是決策者再影響他們。在中國，一個技術員，你算老幾？說到這里我很悲哀。哪些人在系統中起重要作用並弄清楚他們的態度，這點十分關鍵。
3 ）您的系統是否有一個明確的評價標准？最好從參與的各方面都進行考慮。
不知道這樣說對不對，在系統建設之前，對你的程序員、對你的領導要有至少不同的兩種評價。
4 ）你的系統設計思想是什麼？是否能夠得到各方面的認可。如果高明，對領導、對程序員都採用引導，得到認可的最好辦法，就是讓他們認可他們自己的想法。（我力圖這樣做，但做得不好，系統分析員有一點要學會韜光養晦，忍）
5 ）你對參與系統設計開發的人員了解嗎？他們的特長在哪裡，是否願意與你合作，為什麼？你對他們有足夠的影響力嗎？軟體發展到一定的程度，不是編程，不是數學，而是管理。
6 ）你的系統開發計劃是否完善？你的計劃表有明確的階段嗎？任何一階段都應該怎樣完成？如何對這一階段完成的情況進行評價？
7 ）你對所採用的系統開發方法以及工具是否熟悉？你的夥伴是否熟悉？事實上，不是每種好的工具都要使用，也並不一定都要他們熟練掌握。提醒諸位一句，當你將方案做得可以不依賴某個程序員，你在程序員面前就無信任可言，因為從此程序員將受到更大的生存壓力。我堅決不在公司使用rose.
8 ）你所完成的系統是否有原型？計算機的或者物理的。
系統分析員基本功
以上的幾個問題都是在系統分析以及系統規劃時涉及到的，供各位參考。
這文章很好，我的話是：" 需求分析實際應該是問題分析".含義是系統要解決的是問題。而不是用戶提出的需求。經常發現系統完成後，客戶說" 我的問題還沒有解決".可是，需求分析稿上的目標都搞定了。
既然是問題分析，所以，熟悉目標系統的知識就是必要的。甚至，可以說，一個好的系統分析員也應該是好的業務專家。
我很高興在這里遇到許多分析高手，可以交流分析中的問題。我贊同從來的觀點。在中國作分析重要的是人氣，因為中國的企業級信息系統的建設在很大程度上可以說並非確有需求，而是迫於某種壓力。用戶在很多時候考慮的不是系統的長遠發展，而只是短期的成果，要求開發單位在很短的時間內完成一個很大的系統的開發，沒有時間對系統進行周密的分析，在這種情況下，很多開發商就會粗分析，粗設計，盡快進入編碼階段，這樣的系統的生命周期肯定不會很長。說了這么多，只是想說，系統分析員確實應是業務和管理專家，並且需要有很好的語言組織能力，他需要根據問題域中存在的問題去盡力說服用戶，引導用戶需求，畢竟，我們是專家，如果讓用戶牽著鼻子走，系統不會是成功的系統。（當然了，這要建立在用戶是可引導的前提下）本人拙見。
在理解和分析用戶的需求時，應說服用戶明白：建立計算機應用系統並不是簡單地用計算機代替手工勞作，它更應該是管理思想的一次革命，是現用戶模式的一次升華和提高。如果系統不能高於現實，開發的系統將長期陷入需求的反復修改，其軟體的生命周期也短了。
⑵ 【200分+追分急求答案】用戶需求分析和軟體系統設計的思路，不懂得別來攪和
我覺得你現在一定是東西做好了但不符合上級要求的吧，否則三個版本的情況比較少見版。。
我個人權把需求與設計文檔分為兩種：
第一種：如果是給對方領導看的話，你就只要寫出對方需要什麼功能、需要處理什麼數據、以及如何處理的：即用戶界面、如何的方便操作、如何的安全可靠、如何的易於擴展、如何的採用先進技術、如何的有面子寫出來就行了。就像樓上大哥說的一樣。
第二種：給開發團隊來看的話，需求分析一定要做細，比如業務需求的用例分析，不要小看這些瑣碎的細節，萬一考慮不到可能就會成為程序以後的致命錯誤（不僅僅是BUG，而是設計問題），技術上的細節問題一定要多和開發人員交流。
這樣才能做出符合要求的文檔。
說句實話，看你這個問題就知道你是剛畢業沒什麼經驗的學生，建議你看看《系統分析與設計方法》原書第七版~~不要拘泥於傳統的結構化分析，同樣面向對象的分析與設計也要容納新的元素。
我們的目的是對上讓客戶信任我們，放心讓我們去開發他們的程序；對下則是全面展現你的思維~~~
我的一點個人看法，僅供參考~~
⑶ 軟體工程 系統分析 界面設計
http://image..com/i?ct=503316480&z=0&tn=imagedetail&word=%BF%E2%B4%E6%B9%DC%C0%ED+%BD%E7%C3%E6&in=16&cl=2&cm=1&sc=0&lm=-1&pn=15&rn=1
http://image..com/i?ct=503316480&z=0&tn=imagedetail&word=%BF%E2%B4%E6%B9%DC%C0%ED+%BD%E7%C3%E6&in=4&cl=2&cm=1&sc=0&lm=-1&pn=3&rn=1網路圖吧中搜一下."庫存管理界面"就行了
⑷ 經典的軟體工程思想講軟體開發分為以下五個階段：需求捕獲、系統分析與設計、系統實現、測試和維護 UML的
嚴格來說，都不對。
找一找軟體工程和UML的書看看就知道了。
或者網路一下。
⑸ 軟體系統設計分析報告
一、項目定義
二、需求分析
三、系統分析
四 系統設計
⑹ 軟體設計師 系統分析師..哪個更有發展前途
首先 我回答你最後的問題
正如你所說現在IT行業的證書是相當多的
可是象國家軟考專這樣的考試是在日屬本也是同樣被認可的
其次 這個考試是非勞動部舉辦的
也就是說 你一旦過了某個等級就具有專門的資格 比如助理工程師 工程師和高級工程師
最後呢
我說下軟體設計師和系統分析師不是一個等級的
前者是中級的 後者是高級的!
一般情況 後者是比較難考的!
至於薪水方面 計算機從來都是以能力和薪水化等號的!
現在仍然有人用過時的VB畫程序 依然一個月基本工資8000+
所以 不要看薪水選你的發展方向!以自己的適合的道路去選擇!
最後祝願你在考試中取得好的成績!
⑺ 軟體系統分析與設計相關題目
訂單流程(訂單數據來源/郵寄地址/中轉地址/)
倉庫信息(地理位置/環節/容量)
貨車物回聯網實答時獲取地理位置
高速公路/普通路線油費/折損費/司機人工成本/財務及其他工作人員成本
天氣因素/臨時封路等因素導致的成本變化
訂單流轉周期監控,生命周期預測
大致過程就是這樣的.主要過程活動就是物聯網信息監控,各階段成本跟蹤/不可預測事件的收集.
主要參與者有:訂單員/派發員/司機物聯網/倉庫管理員等.
對應的輸出產品有:訂單信息錄入/配送信息錄入/訂單進度/訂單流轉
⑻ 求助系統分析師VS軟體工程師
系統分析員又稱系統分析師，英文system analyst，簡稱SA。 是指具有從事計算機應用系統的分析和設計工作能回力答及業務水平，能指導系統設計師和高級程序員的工作的一族。在軟體開發流程中主要從事需求分析、信息系統項目架構設計（包括概要設計和詳細設計）、開發階段的主要模塊的規劃、設計和測試，同時也涉及可行性分析的工作。系統分析師(SA)是負責設計與開發應用軟體系統．使其正確的反應出有效的信息，協助企業經營者管理、營運公司的運作者。系統分析師是抽象模型的建立者，他們需要專業的conceptionmodel（概念模型）知識和基礎編程技巧。
⑼ 軟體工程，系統分析與設計裡面，安全需求的定義
安全需求一般分為：系統的價值、訪問控制、加密與認證和病毒防範
⑽ 系統分析師還是軟體設計師
你好。復
很難得一個女生能對制軟體感興趣
我們系的女生 不是學雙學位就是做管理，很少能做計算機的，做軟體可是很累的哦~~~這點閣下可要有點心理准備啊
我們系的到有一些考資料庫系統工程師的
相對軟體設計師資料庫會輕松一點吧
回到你的問題
對於你的疑問
首先回答你：軟體設計師 absolutely
首先 層次上 軟設中級 系分高級
中級重在知識體系
高級重在實戰經驗
對你一個在校大學生來說，實戰經驗肯定不懂，你能有多少項目經驗呢
高級的考試會比較吃力，到最後吃力了還一無所獲
所謂人生之所以痛苦 是因為追求錯誤的東西
做計算機的，有多麼企業看重你的證啊，特別是做軟體的，企業看重你的個人能力，不看證書，有證書，沒能力，拉到。 沒證書，有能力，照走。
所謂證書，只是在事業單位 國家單位 會有一些作用。
當然也不能說的一無是處，只是不要寄望太多。
本人大四的
上半年過的軟設
個人覺得還是先考軟設吧
先建立完整的知識體系。慢慢積累經驗吧
重述一邊：
人生之所以痛苦 是因為追求錯誤的東西。
望君珍重！！
GG