程序分析和設(shè)計方法(程序設(shè)計主要方法)
1.程序設(shè)計主要有哪些方法
程序設(shè)計主要方法有面向結(jié)構(gòu)的方法和面向?qū)ο蟮姆椒ā?/p>
結(jié)構(gòu)化程序設(shè)計 隨著計算機的價格不斷下降，硬件環(huán)境不斷改善，運行速度不斷提升。程序越寫越大，功能越來越強，講究技巧的程序設(shè)計方法已經(jīng)不能適應(yīng)需求了。
記得是哪本書上講過，一個軟件的開發(fā)成本是由：程序設(shè)計 30% 和程序維護 70% 構(gòu)成。這是書上給出的一個理論值，但實際上，從我十幾年的工作經(jīng)驗中，我得到的體會是：程序設(shè)計占 10%，而維護要占 90%。
也許我說的還是太保守了，維護的成本還應(yīng)該再提高。下面這個程序，提供了兩種設(shè)計方案，大家看看哪個更好一些那？ 題目：對一個數(shù)組中的100個元素，從小到大排序并顯示輸出。
（BASIC） 方法1：冒泡法排序，同時輸出。 FOR I=1 TO 100 FOR J=I+1 TO 100 IF A[I] > A[J] THEN T=A[J]: A[J]=A[I]: A[I]=T NEXT J ? A[I] NEXT I 方法2：冒泡法排序，然后再輸出。
FOR I=1 TO 100 FOR J=I+1 TO 100 IF A[I] > A[J] THEN T=A[J]: A[J]=A[I]: A[I]=T NEXT NEXT FOR I=1 TO 100? A[I] NEXT 顯然，“方法1”比“方法2”的效率要高，運行的更快。但是，從現(xiàn)在的程序設(shè)計角度來看，“方法2”更高級。
原因很簡單：（1）功能模塊分割清晰——易讀；（2）也是最重要的——易維護。程序在設(shè)計階段的時候，就要考慮以后的維護問題。
比如現(xiàn)在是實現(xiàn)了在屏幕上的輸出，也許將來某一天，你要修改程序，輸出到打印機上、輸出到繪圖儀上；也許將來某一天，你學(xué)習(xí)了一個新的高級的排序方法，由“冒泡法”改進為“快速排序”、“堆排序”。那么在“方法2”的基礎(chǔ)上進行修改，是不是就更簡單了，更容易了？！這種把功能模塊分離的程序設(shè)計方法，就叫“結(jié)構(gòu)化程序設(shè)計”。
面向?qū)ο蟮某绦蛟O(shè)計 隨著程序的設(shè)計的復(fù)雜性增加，結(jié)構(gòu)化程序設(shè)計方法又不夠用了。不夠用的根本原因是“代碼重用”的時候不方便。
面向?qū)ο蟮姆椒ㄕQ生了，它通過繼承來實現(xiàn)比較完善的代碼重用功能。很多學(xué)生在應(yīng)聘工作，面試的時候，常被問及一個問題“你來談?wù)勈裁词敲嫦驅(qū)ο蟮某绦蛟O(shè)計”，學(xué)生無言，回來問我，這個問題應(yīng)該怎么回答。
我告訴他，你只要說一句話就夠了“面向?qū)ο蟪绦蛟O(shè)計是對數(shù)據(jù)的封裝；范式（模板）的程序設(shè)計是對算法的封裝?！焙髞碓儆袑W(xué)生遇到了這個問題，只簡單的一句對答，對方就對這個學(xué)生就刮目相看了（學(xué)生后來自豪地告訴我的）。
為什么那？因為只有經(jīng)過徹底的體會和實踐才能提煉出這個精華。 面向?qū)ο蟮脑O(shè)計方法和思想，其實早在70年代初就已經(jīng)被提出來了。
其目的就是：強制程序必須通過函數(shù)的方式來操縱數(shù)據(jù)。這樣實現(xiàn)了數(shù)據(jù)的封裝，就避免了以前設(shè)計方法中的，任何代碼都可以隨便操作數(shù)據(jù)而因起的BUG，而查找修改這個BUG是非常困難的。
那么你可以說，即使我不使用面向?qū)ο?，?dāng)我想訪問某個數(shù)據(jù)的時候，我就通過調(diào)用函數(shù)訪問不就可以了嗎？是的，的確可以，但并不是強制的。人都有惰性，當(dāng)我想對 i 加1的時候，干嗎非要調(diào)用函數(shù)呀？算了，直接i++多省事呀。
呵呵，正式由于這個懶惰，當(dāng)程序出BUG的時候，可就不好捉啦。而面向?qū)ο笫菑娭菩缘?，從編譯階段就解決了你懶惰的問題。
巧合的是，面向?qū)ο蟮乃枷耄鋵嵑臀覀兊娜粘Ｉ钪刑幚韱栴}是吻合的。舉例來說，我打算丟掉一個茶杯，怎么扔那？太簡單了，拿起茶杯，走到垃圾桶，扔！注意分析這個過程，我們是先選一個“對象”------茶杯，然后向這個對象施加一個動作——扔。
每個對象所能施加在它上面的動作是有一定限制的：茶杯，可以被扔，可以被砸，可以用來喝水，可以敲它發(fā)出聲音。
；一張紙，可以被寫字，可以撕，可以燒。
也就是說，一旦確定了一個對象，則方法也就跟著確定了。
我們的日常生活就是如此。但是，大家回想一下我們程序設(shè)計和對計算機的操作，卻不是這樣的。
拿DOS的操作來說，我要刪除一個文件，方法是在DOS提示符下：c:> del 文件名。注意看這個過程，動作在前（del），對象在后（文件名），和面向?qū)ο蟮姆椒ㄕ庙樞蛳喾础?/p>
那么只是一個順序的問題，會帶來什么影響那？呵呵，大家一定看到過這個現(xiàn)象：File not found. “啊~~~，我錯了，我錯了，文件名敲錯了一個字母”，于是重新輸入：c:> del 文件名2。不幸又發(fā)生了，計算機報告：File read only. 哈哈，痛苦吧：）。
所以DOS的操作其實是違反我們?nèi)粘Ｉ钪械牧?xí)慣的（當(dāng)然，以前誰也沒有提出過異議），而現(xiàn)在由于使用了面向?qū)ο蟮脑O(shè)計，那么這些問題，就在編譯的時候解決了，而不是在運行的時候。obj.fun（)，對于這條語句，無論是對象，還是函數(shù)，如果你輸入有問題，那么都會在編譯的時候報告出來，方便你修改，而不是在執(zhí)行的時候出錯，害的你到處去捉蟲子。
同時，面向?qū)ο笥帜芙鉀Q代碼重用的問題——繼承。我以前寫了一個“狗”的類，屬性有（變量）：有毛、4條腿、有翹著的尾巴（耷拉著尾巴的那是狼）、鼻子很靈敏、喜歡吃肉骨頭。
方法有（函數(shù)）：能跑、能聞、汪汪叫。
如果它去抓耗子，人家叫它“多管閑事”。
好了，狗這個類寫好了。但在我實際的生活中，我家養(yǎng)的這條狗和我以前寫的這個“。
2.程序設(shè)計方法有那些（）
程序設(shè)計方法學(xué)（Programming Methodology）有兩種含義： 一種是以程序設(shè)計方法為研究對象的學(xué)科，它不僅研究各種具體的方法，而且著重研究各種具體方法的共性，涉及規(guī)范的全局性方法，以及這些方法的顯示背景和理論基礎(chǔ)；另外一種含義是針對某一領(lǐng)域或某一領(lǐng)域的一類特定
程序設(shè)計方法學(xué)（Programming Methodology）有兩種含義：
一種是以程序設(shè)計方法為研究對象的學(xué)科，它不僅研究各種具體的方法，而且著重研究各種具體方法的共性，涉及規(guī)范的全局性方法，以及這些方法的顯示背景和理論基礎(chǔ)；另外一種含義是針對某一領(lǐng)域或某一領(lǐng)域的一類特定問題，所用的一整套特定程序設(shè)計方法所構(gòu)成的體系。
作為一門學(xué)科（第一種含義），程序設(shè)計方法學(xué)可對程序設(shè)計人員選用具體的程序設(shè)計方法起指導(dǎo)作用，而具體的程序設(shè)計方法對程序設(shè)計工作的質(zhì)量以及所設(shè)計出大程序的質(zhì)量影響巨大。因此，對程序設(shè)計方法學(xué)的研究是非常重要的。
作為一套完整特定的程序設(shè)計方法所構(gòu)成的體系（第二種含義），如邏輯式程序設(shè)計方法學(xué)、函數(shù)式程序設(shè)計方法學(xué)、對象式程序設(shè)計方法學(xué)等。它們有各自的利弊得失，與具體領(lǐng)域、具體問題以及具體環(huán)境相關(guān)。
兩種含義之間的關(guān)系是：第二種含義是第一種含義的基礎(chǔ)，第一種含義是在第二種含義的基礎(chǔ)上的總結(jié)、提高，并上升到原理、原則和理論的高度。這兩種含義的程序設(shè)計方法學(xué)都非常重要。
3.程序設(shè)計主要有哪些方法
程序設(shè)計主要方法有面向結(jié)構(gòu)的方法和面向?qū)ο蟮姆椒ā?/p>
結(jié)構(gòu)化程序設(shè)計 隨著計算機的價格不斷下降，硬件環(huán)境不斷改善，運行速度不斷提升。程序越寫越大，功能越來越強，講究技巧的程序設(shè)計方法已經(jīng)不能適應(yīng)需求了。
記得是哪本書上講過，一個軟件的開發(fā)成本是由：程序設(shè)計 30% 和程序維護 70% 構(gòu)成。這是書上給出的一個理論值，但實際上，從我十幾年的工作經(jīng)驗中，我得到的體會是：程序設(shè)計占 10%，而維護要占 90%。
也許我說的還是太保守了，維護的成本還應(yīng)該再提高。下面這個程序，提供了兩種設(shè)計方案，大家看看哪個更好一些那？ 題目：對一個數(shù)組中的100個元素，從小到大排序并顯示輸出。
（BASIC） 方法1：冒泡法排序，同時輸出。 FOR I=1 TO 100 FOR J=I+1 TO 100 IF A[I] > A[J] THEN T=A[J]: A[J]=A[I]: A[I]=T NEXT J ? A[I]NEXT I 方法2：冒泡法排序，然后再輸出。
FOR I=1 TO 100FOR J=I+1 TO 100IF A[I] > A[J] THEN T=A[J]: A[J]=A[I]: A[I]=TNEXTNEXTFOR I=1 TO 100? A[I]NEXT 顯然，“方法1”比“方法2”的效率要高，運行的更快。但是，從現(xiàn)在的程序設(shè)計角度來看，“方法2”更高級。
原因很簡單：（1）功能模塊分割清晰——易讀；（2）也是最重要的——易維護。程序在設(shè)計階段的時候，就要考慮以后的維護問題。
比如現(xiàn)在是實現(xiàn)了在屏幕上的輸出，也許將來某一天，你要修改程序，輸出到打印機上、輸出到繪圖儀上；也許將來某一天，你學(xué)習(xí)了一個新的高級的排序方法，由“冒泡法”改進為“快速排序”、“堆排序”。那么在“方法2”的基礎(chǔ)上進行修改，是不是就更簡單了，更容易了？！這種把功能模塊分離的程序設(shè)計方法，就叫“結(jié)構(gòu)化程序設(shè)計”。
面向?qū)ο蟮某绦蛟O(shè)計 隨著程序的設(shè)計的復(fù)雜性增加，結(jié)構(gòu)化程序設(shè)計方法又不夠用了。不夠用的根本原因是“代碼重用”的時候不方便。
面向?qū)ο蟮姆椒ㄕQ生了，它通過繼承來實現(xiàn)比較完善的代碼重用功能。很多學(xué)生在應(yīng)聘工作，面試的時候，常被問及一個問題“你來談?wù)勈裁词敲嫦驅(qū)ο蟮某绦蛟O(shè)計”，學(xué)生無言，回來問我，這個問題應(yīng)該怎么回答。
我告訴他，你只要說一句話就夠了“面向?qū)ο蟪绦蛟O(shè)計是對數(shù)據(jù)的封裝；范式（模板）的程序設(shè)計是對算法的封裝?！焙髞碓儆袑W(xué)生遇到了這個問題，只簡單的一句對答，對方就對這個學(xué)生就刮目相看了（學(xué)生后來自豪地告訴我的）。
為什么那？因為只有經(jīng)過徹底的體會和實踐才能提煉出這個精華。 面向?qū)ο蟮脑O(shè)計方法和思想，其實早在70年代初就已經(jīng)被提出來了。
其目的就是：強制程序必須通過函數(shù)的方式來操縱數(shù)據(jù)。這樣實現(xiàn)了數(shù)據(jù)的封裝，就避免了以前設(shè)計方法中的，任何代碼都可以隨便操作數(shù)據(jù)而因起的BUG，而查找修改這個BUG是非常困難的。
那么你可以說，即使我不使用面向?qū)ο?，?dāng)我想訪問某個數(shù)據(jù)的時候，我就通過調(diào)用函數(shù)訪問不就可以了嗎？是的，的確可以，但并不是強制的。人都有惰性，當(dāng)我想對 i 加1的時候，干嗎非要調(diào)用函數(shù)呀？算了，直接i++多省事呀。
呵呵，正式由于這個懶惰，當(dāng)程序出BUG的時候，可就不好捉啦。而面向?qū)ο笫菑娭菩缘模瑥木幾g階段就解決了你懶惰的問題。
巧合的是，面向?qū)ο蟮乃枷?，其實和我們的日常生活中處理問題是吻合的。舉例來說，我打算丟掉一個茶杯，怎么扔那？太簡單了，拿起茶杯，走到垃圾桶，扔！注意分析這個過程，我們是先選一個“對象”------茶杯，然后向這個對象施加一個動作——扔。
每個對象所能施加在它上面的動作是有一定限制的：茶杯，可以被扔，可以被砸，可以用來喝水，可以敲它發(fā)出聲音。
；一張紙，可以被寫字，可以撕，可以燒。
也就是說，一旦確定了一個對象，則方法也就跟著確定了。
我們的日常生活就是如此。但是，大家回想一下我們程序設(shè)計和對計算機的操作，卻不是這樣的。
拿DOS的操作來說，我要刪除一個文件，方法是在DOS提示符下：c:> del 文件名。注意看這個過程，動作在前（del），對象在后（文件名），和面向?qū)ο蟮姆椒ㄕ庙樞蛳喾础?/p>
那么只是一個順序的問題，會帶來什么影響那？呵呵，大家一定看到過這個現(xiàn)象：File not found. “啊~~~，我錯了，我錯了，文件名敲錯了一個字母”，于是重新輸入：c:> del 文件名2。不幸又發(fā)生了，計算機報告：File read only. 哈哈，痛苦吧：）。
所以DOS的操作其實是違反我們?nèi)粘Ｉ钪械牧?xí)慣的（當(dāng)然，以前誰也沒有提出過異議），而現(xiàn)在由于使用了面向?qū)ο蟮脑O(shè)計，那么這些問題，就在編譯的時候解決了，而不是在運行的時候。obj.fun（)，對于這條語句，無論是對象，還是函數(shù)，如果你輸入有問題，那么都會在編譯的時候報告出來，方便你修改，而不是在執(zhí)行的時候出錯，害的你到處去捉蟲子。
同時，面向?qū)ο笥帜芙鉀Q代碼重用的問題——繼承。我以前寫了一個“狗”的類，屬性有（變量）：有毛、4條腿、有翹著的尾巴（耷拉著尾巴的那是狼）、鼻子很靈敏、喜歡吃肉骨頭。
方法有（函數(shù)）：能跑、能聞、汪汪叫。
如果它去抓耗子，人家叫它“多管閑事”。
好了，狗這個類寫好了。但在我實際的生活中，我家養(yǎng)的這條狗和我以前寫的這個“狗類”非常相似，只有一點點的不同，就是我的這條狗。
4.系統(tǒng)分析與設(shè)計的方法
系統(tǒng)分析與設(shè)計的方法主要包括結(jié)構(gòu)化生命周期法（又稱瀑布法）、原型化方法（迭代法）、面向?qū)ο蠓椒ā?/p>
按時間過程來分，開發(fā)方法分為生命周期法和原型法，實際上還有許多處于中間狀態(tài)的方法。原型法又按照對原型結(jié)果的處理方式分為試驗原型法和演進原型法。試驗原型法只把原型當(dāng)成試驗工具，試了以后就拋掉，根據(jù)試驗的結(jié)論做出新的系統(tǒng)。演進原型法則把試好的結(jié)果保留，成為最終系統(tǒng)的一部分。
按照系統(tǒng)的分析要素，可以把開發(fā)方法分為三類：
①面向處理方法（Processing Oriented ，簡稱PO）。
②面向數(shù)據(jù)方法（Data Oriented ，簡稱DO）。
③面向?qū)ο蟮姆椒ǎ∣bject Oriented ，簡稱OO）。
5.組織設(shè)計程序與方法有哪些
組織設(shè)計程序與方法 設(shè)計程序工作內(nèi)容 1.設(shè)計原則的確定根據(jù)企業(yè)的目標(biāo)和特點，確定組織設(shè)計的方針、原則和主要參數(shù) 2.職能分析和設(shè)計確定管理職能及其結(jié)構(gòu)，層層分解到各項管理業(yè)務(wù)和工作中，進行管理業(yè)務(wù)的總體設(shè)計 3.結(jié)構(gòu)框架的設(shè)計設(shè)計各個管理層次、部門、崗位及其責(zé)任、權(quán)力。
具體表現(xiàn)為確定企業(yè)的組織系統(tǒng)圖 4.聯(lián)系方式的設(shè)計進行控制、信息交流、綜合、協(xié)調(diào)等方式和制度的設(shè)計 5.管理規(guī)范的設(shè)計主要設(shè)計管理工作程序、管理工作標(biāo)準(zhǔn)和管理工作方法，作為管理人員的行為規(guī)范 6.人員配備和訓(xùn)練根據(jù)結(jié)構(gòu)設(shè)計，定質(zhì)、定量地配備各級各類管理人員 7.運行制度的設(shè)計設(shè)計管理部門和人員績效考核制度，設(shè)計精神鼓勵和工資獎勵制度，設(shè)計管理人員培訓(xùn)制度 8.反饋和修正將運行過程中的信息反饋回去，定期或不定期地對上述各項設(shè)計進行必要的修正。
6.分析程序軟件您覺得通過哪些方式有幾種辦法可以實現(xiàn)
方法通過靜態(tài)分析方式和動態(tài)分析方式相結(jié)合，實現(xiàn)應(yīng)用程序行為分析檢測。
靜態(tài)分析通過Android的靜態(tài)反匯編和反編譯獲取應(yīng)用程序的源代碼和資源配置文件，然后通過檢測源代碼中是否包含敏感行為特征，實現(xiàn)靜態(tài)行為分析檢測。動態(tài)分析結(jié)合沙箱系統(tǒng)，實現(xiàn)程序的動態(tài)運行并輸出行為日志，然后對輸出的行為日志分析，實現(xiàn)對應(yīng)用程序動態(tài)行為分析檢測。
靜態(tài)分析由于某些程序精心構(gòu)造，無法對一些未將特征編碼在代碼文件中行為進行分析，在檢測時無法獲取潛在的應(yīng)用程序行為；動態(tài)分析由于自動運行行為的隨機性，不能完全觸發(fā)應(yīng)用程序操作。兩種方式都存在這不足，所以本課題在實現(xiàn)分析系統(tǒng)時采取了動靜態(tài)分析相結(jié)合方式，以更全面的實現(xiàn)Android應(yīng)用程序的行為分析檢測，為安全分析提供依據(jù)。
7.管理信息系統(tǒng) 程序設(shè)計方法有哪些
MIS的開發(fā)方式有自行開發(fā)、委托開發(fā)、聯(lián)合開發(fā)、購買現(xiàn)成軟件包進行二次開發(fā)幾種形式。一般來說根據(jù)企業(yè)的技術(shù)力量、資源及外部環(huán)境而定。 補充： 管理信息系統(tǒng)的開發(fā)策略
不可行的開發(fā)方法：組織結(jié)構(gòu)法，機械的按照現(xiàn)有組織機構(gòu)劃分系統(tǒng)，不考慮MIS的開發(fā)原則。
數(shù)據(jù)庫法，開發(fā)人員從數(shù)據(jù)庫設(shè)計開始對現(xiàn)有系統(tǒng)進行開發(fā)。
想象系統(tǒng)發(fā)，開發(fā)人員基于對現(xiàn)有系統(tǒng)進行想象為基礎(chǔ)進行開發(fā)。
可行的開發(fā)方法：自上而下（Top__Down），從企業(yè)管理的整體進行設(shè)計，逐漸從抽象到具體，從概要設(shè)計到詳細(xì)設(shè)計，體現(xiàn)結(jié)構(gòu)化的設(shè)計思想。自下而上（Bottom__Up），設(shè)計系統(tǒng)的構(gòu)件，采用搭積木的方式組成整個系統(tǒng)，缺點在于忽視系統(tǒng)部件的有機聯(lián)系。
兩者結(jié)合是實際開發(fā)過程中常用的方法。通過對系統(tǒng)進行分析得到系統(tǒng)的邏輯模型， 進而從邏輯模型求得最優(yōu)的物理模型。邏輯模型和物理模型的這種螺旋式循環(huán)優(yōu)化的設(shè)計模式體現(xiàn)了自上而下、自下而上結(jié)合的設(shè)計思想。
管理信息系統(tǒng)的開發(fā)方法
完整實用的文檔資料是成功MIS的標(biāo)致?？茖W(xué)的開發(fā)過程從可行性研究開始，經(jīng)過系統(tǒng)分析、系統(tǒng)設(shè)計、系統(tǒng)實施等主要階段。每一個階段都應(yīng)有文檔資料，并且在開發(fā)過程中不斷完善和充實。目前使用的開發(fā)方法有以下兩種：
1.瀑布模型（生命周期方法學(xué)）
結(jié)構(gòu)分析、結(jié)構(gòu)設(shè)計，結(jié)構(gòu)程序設(shè)計（簡稱SA—SD—SP方法）用瀑布模型來模擬。各階段的工作自頂向下從抽象到具體順序進行。瀑布模型意味著在生命周期各階段間存在著嚴(yán)格的順序且相互依存。瀑布模型是早期MIS設(shè)計的主要手段。
2.快速原型法（面向?qū)ο蠓椒ǎ?/p>
快速原型法也稱為面向?qū)ο蠓椒ㄊ墙陙磲槍Γ⊿A—SD—SP）的缺陷提出的設(shè)計新途徑，是適應(yīng)當(dāng)前計算機技術(shù)的進步及對軟件需求的極大增長而出現(xiàn)的。是一種快速、靈活、交互式的軟件開發(fā)方法學(xué)。其核心是用交互的、快速建立起來的原型取代了形式的、僵硬的（不易修改的）大快的規(guī)格說明，用戶通過在計算機上實際運行和試用原型而向開發(fā)者提供真實的反饋意見?？焖僭头ǖ膶崿F(xiàn)基礎(chǔ)之一是可視化的第四代語言的出現(xiàn)。
8.4種軟件開發(fā)方法有哪些
1.結(jié)構(gòu)化方法：分析，設(shè)計，程序設(shè)計構(gòu)成，面向數(shù)據(jù)流的開發(fā)方法，分解和抽象的原則，數(shù)據(jù)流圖建立功能模型，完成需求分析工作。
2.Jackson方法：面向數(shù)據(jù)結(jié)構(gòu)開發(fā)方法。數(shù)據(jù)結(jié)構(gòu)為驅(qū)動，適合小規(guī)模的項目，當(dāng)輸入數(shù)據(jù)結(jié)構(gòu)和輸出結(jié)構(gòu)之間沒有對應(yīng)關(guān)系，難用此方法，JSD(Jackson Structure Prograamming)是JSP(JacksonSystem Development)的擴充
3.原型化方法：和演化模型相對應(yīng)，需求不清，業(yè)務(wù)理論不確定，需求經(jīng)常變化，規(guī)模不大去不太復(fù)雜時采用。
4.面向?qū)ο箝_發(fā)方法：分析，設(shè)計，實現(xiàn)，Booch,Coad,OMT，為統(tǒng)一各種面向?qū)ο蠓椒ǖ男g(shù)語，概念和模型，推出UML (Unified Modeling Language)統(tǒng)一化建模語言，成為工業(yè)標(biāo)準(zhǔn)。
