您現(xiàn)在的位置:首頁 > 新聞詳情
軟件工程的15條建議
日期:2021-05-27 09:23:30
分類:新聞動態(tài)
閱讀:143次
1、性能僅僅是很多設(shè)計因素之一
關(guān)注軟件設(shè)計中的一個重要因素--性能,這好象也是用戶最關(guān)心的事情。一個性能不佳的軟件將不可避免被重寫。
但是你的設(shè)計還必須具有可靠性,可用性,便攜性和可擴(kuò)展性。你應(yīng)該在工程開始就應(yīng)該定義并區(qū)分好這些因素,以便在工作中恰當(dāng)使用。性能可以是,也可以不是優(yōu)先級最高的因素,我的觀點(diǎn)是,給每個設(shè)計因素應(yīng)有的考慮。
2、不要低估對軟件規(guī)模的需求
Internet 帶給我們的最大的教訓(xùn)是你必須在軟件開發(fā)的最初階段就考慮軟件規(guī)模的可擴(kuò)充性。今天只有100人的部門使用的應(yīng)用程序,明天可能會被有好幾萬人的組織使用,下月,通過因特網(wǎng)可能會有幾百萬人使用它。
在軟件設(shè)計的初期,根據(jù)在用例模型中定義的必須支持的基本事務(wù)處理,確定軟件的基本功能。然后,在建造系統(tǒng)的時候再逐步加入比較常用的功能。在設(shè)計的開始考慮軟件的規(guī)模需求,避免在用戶群突然增大的情況下,重寫軟件。
3、管理接口
你應(yīng)該在開發(fā)階段的早期就定義軟件模塊之間的接口。這有助于你的開發(fā)人員全面理解軟件的設(shè)計結(jié)構(gòu)并取得一致意見,讓各模塊開發(fā)小組相對獨(dú)立的工作。一旦模 塊的接口確定之后,模塊怎樣實(shí)現(xiàn)就不是很重要了。從根本上說,如果你不能夠定義你的模塊“從外部看上去會是什么樣子”,你肯定也不清楚模塊內(nèi)要實(shí)現(xiàn)什么。
4、走近路需要更長的時間
在軟件開發(fā)中沒有捷徑可以走??s短你的在需求分析上花的時間,結(jié)果只能是開發(fā)出來的軟件不能滿足用戶的需求,必須被重寫。在軟件建模上每節(jié)省一周,在將來 的編碼階段可能會多花幾周時間,因?yàn)槟阍谌嫠伎贾熬蛣邮謱懗绦?。你為了?jié)省一天的測試時間而漏掉了一個bug,在將來的維護(hù)階段,可能需要花幾周甚至 幾個月的時間去修復(fù)。與其如此,還不如重新安排一下項目計劃。避免走捷徑,只做一次但要做對。
5、不要信賴任何人
產(chǎn)品和服務(wù)銷售公司不是你的朋友,你的大部分員工和高層管理人員也不是。大部分產(chǎn)品供應(yīng)商希望把你牢牢綁在他們的產(chǎn)品上,可能是操作系統(tǒng),數(shù)據(jù)庫或者某個開發(fā)工具。
大部分的顧問和承包商只關(guān)心你的錢并不是你的工程。大部分程序員認(rèn)為他們自己比其他人更優(yōu)秀,他們可能拋棄你設(shè)計的模型而用自己認(rèn)為更好的。只有良好的溝 通才能解決這些問題。要明確的是,不要只依靠一家產(chǎn)品或服務(wù)提供商,即使你的公司(或組織)已經(jīng)在建模、文檔和過程等方面向那個公司投入了很多錢。
6、證明你的設(shè)計在實(shí)踐中可行
在設(shè)計的時候應(yīng)當(dāng)先建立一個技術(shù)原型, 或者稱為“端到端”原型。以證明你的設(shè)計是能夠工作的。你應(yīng)該在開發(fā)工作的早期做這些事情,因?yàn)?,如果軟件的設(shè)計 方案是不可行的,在編碼實(shí)現(xiàn)階段無論采取什么措施都于事無補(bǔ)。技術(shù)原型將證明你的設(shè)計的可行性,從而,你的設(shè)計將更容易獲得支持。
7、教育你的聽眾
你花了很大力氣建立一個很成熟的系統(tǒng)模型,而你的聽眾卻不能理解它們,甚至更糟-連為什么要先建立模型都不知道。那么你的工作是毫無意義的。
教給你開發(fā)人員基本的建模知識;否則,他們會只看看你畫的漂亮圖表,然后繼續(xù)編寫不規(guī)范的程序。另外, 你還需要告訴你的用戶一些需求建模的基礎(chǔ)知識。給 他們解釋你的用例和用戶界面模型,以使他們能夠明白你要表達(dá)地東西。當(dāng)每個人都能使用一個通用的設(shè)計語言的時候,你的團(tuán)隊才能實(shí)現(xiàn)真正的合作。
8、應(yīng)用已知的模式
目前,我們有大量現(xiàn)成的分析和設(shè)計模式以及問題的解決方案可以使用。一般來說,好的模型設(shè)計和開發(fā)人員,都會避免重新設(shè)計已經(jīng)成熟的并被廣泛應(yīng)用的東西。
9、研究每個模型的長處和弱點(diǎn)
目前有很多種類的模型可以使用,用例捕獲的是系統(tǒng)行為需求,數(shù)據(jù)模型則描述支持一個系統(tǒng)運(yùn)行所需要的數(shù)據(jù)構(gòu)成。你可能會試圖在用例中加 入實(shí)際數(shù)據(jù)描述, 但是,這對開發(fā)者不是非常有用。同樣,數(shù)據(jù)模型對描述軟件需求來說是無用的。每個模型在你建模過程中有其相應(yīng)的位置,但是,你需要明白在什么地方,什么時 候使用它們。
10、在現(xiàn)有任務(wù)中應(yīng)用多個模型
當(dāng)你收集需求的時候,考慮使用用例模型,用戶界面模型和領(lǐng)域級的類模型。你設(shè)計軟件的時候,應(yīng)該考慮制作類模型,順序圖、狀態(tài)圖、協(xié)作圖和最終的軟件實(shí)際物理模型。
程序設(shè)計人員應(yīng)該慢慢意識到,僅僅使用一個模型而實(shí)現(xiàn)的軟件要么不能夠很好地滿足用戶的需求,要么很難擴(kuò)展。
11、帶工具的傻瓜還是傻瓜
你給我CAD/CAM工具,請我設(shè)計一座橋。但是,如果那座橋建成的話,我肯定不想當(dāng)?shù)谝粋€從橋上過的人,因?yàn)槲覍ㄖ桓[不通。使用一個很優(yōu)秀的 CASE工具并不能使你成為一個建模專家,只能使你成為一個優(yōu)秀CASE工具的使用者。成為一個優(yōu)秀的建模專家需要多年的積累,不 會是一周針對某個價值 幾千美元工具的培訓(xùn)。一個優(yōu)秀的CASE工具是很重要,但你必須學(xué)習(xí)使用它,并能夠使用它設(shè)計它支持的模型。
12、理解完整的過程
好的設(shè)計人員應(yīng)該理解整個軟件過程,盡管他們可能不是精通全部實(shí)現(xiàn)細(xì)節(jié)。開發(fā)是一個很復(fù)雜的過程,除了編程、建模、測試等你擅長工作外,還有很多工作要做。好的設(shè)計者需要考慮全局。必須從長遠(yuǎn)考慮如何使軟件滿足用戶需要,如何提供維護(hù)和技術(shù)支持等。
13、技術(shù)會變,基本原理不會
如果有人說“使用某種開發(fā)語言、某個工具或某某技術(shù),我們就不需要再做需求分析,建模,編碼或測試”。不要相信,這只說明他還缺乏經(jīng)驗(yàn)。拋開技術(shù)和 人的 因素,實(shí)際上軟件開發(fā)的基本原理自20世紀(jì)70年代以來就沒有改變過。你必須還定義需求,建模,編碼,測試,配置,面對風(fēng)險,發(fā)布產(chǎn)品,管理工作人員 等 等。軟件建模技術(shù)是需要多年的實(shí)際工作才能完全掌握的。好在你可以從我的建議開始,完善你們自己的軟件開發(fā)經(jīng)驗(yàn)。
14、常做測試,早做測試
如果測試對你的軟件來說是無所謂的,那么你的軟件多半也沒什么必要被開發(fā)出來。建立一個技術(shù)原型供技術(shù)評審使用,以檢驗(yàn)?zāi)愕能浖P?。在軟件生命周期中,越晚發(fā)現(xiàn)的錯誤越難修改,修改成本越昂貴。盡可能早的做測試是很值得的。
15、把你的工作歸檔
不值得歸檔的工作往往也不值得做。歸檔你的設(shè)想,以及根據(jù)設(shè)想做出的決定;歸檔軟件模型中很重要但不很明顯的部分。 給每個模型一些概要描述以使別人很快明白模型所表達(dá)的內(nèi)容。
IF YOU HAVE ANY QUESTION PLEASE CONTACT US CONTACT US
科技熱線:
65974618
地址:
郵箱:
傳真:
公司電話: 65974618 ? 公司地址: 大連市高新園區(qū)愛賢街10號?大連設(shè)計城1601-1602室
技術(shù)支持:龍采科技集團(tuán)