解析:
1 通常,將軟件產(chǎn)品從提出、實現(xiàn)、使用維護到停止使用退役的過程稱為軟件生命周期。也就是說,軟件產(chǎn)品從考慮其概念開始,到該軟件產(chǎn)品不能使用為止的整個時期都屬于軟件生命周期。
軟件生命周期的主要活動階段為:
(1)可行性研究和計劃制定。確定待開發(fā)軟件系統(tǒng)的開發(fā)目標和總的要求,給出它的功能、性能、可靠性以及接口等方面的可能方案,制定完成開發(fā)任務的實施計劃。
(2)需求分析。對待開發(fā)軟件提出的需求進行分析并給出詳細定義,即準確地確定軟件系統(tǒng)的功能。編寫軟件規(guī)格說明書及初步的用戶手冊,提交評審。
(3)軟件設計。系統(tǒng)設計人員和程序設計人員應該在反復理解軟件需求的基礎上,給出軟件的結構、模塊的劃分、功能的分配以及處理流程。
(4)軟件實現(xiàn)。把軟件設計轉換成計算機可以接受的程序代碼。即完成源程序的編碼,編寫用戶手冊、操作手冊等面向用戶的文檔,編寫單元測試計劃。
(5)軟件測試。在設計測試用例的基礎上,檢驗軟件的各個組成部分。編寫測試分析報告。
(6)運行和維護。將已交付的軟件投入運行,并在運行使用中不斷地維護,根據(jù)新提出的需求進行必要而且可能的擴充和刪改。
2 數(shù)據(jù)流圖從數(shù)據(jù)傳遞和加工的角度,來刻畫數(shù)據(jù)流從輸入到輸出的移動變換過程。數(shù)據(jù)流圖中的主要圖形元素有:加工(轉換)、數(shù)據(jù)流、存儲文件(數(shù)據(jù)源)、源和潭。
3 軟件的需求分析階段的工作,可以概括為四個方面:需求獲取、需求分析、編寫需求規(guī)格說明書和需求評審。
需求獲取的目的是確定對目標系統(tǒng)的各方面需求。涉及到的主要任務是建立獲取用戶需求的方法框架,并支持和監(jiān)控需求獲取的過程。
需求分析是對獲取的需求進行分析和綜合,最終給出系統(tǒng)的解決方案和目標系統(tǒng)的邏輯模型。
編寫需求規(guī)格說明書作為需求分析的階段成果,可以為用戶、分析人員和設計人員之間的交流提供方便,可以直接支持目標軟件系統(tǒng)的確認,又可以作為控制軟件開發(fā)進程的依據(jù)。
需求評審是對需求分析階段的工作進行復審,驗證需求文檔的一致性、可行性、完整性和有效性。
4 標識符命名規(guī)則為:
1、標識符是以字母、下劃線、美元符($)作為首字符的字符串序列。在首字符后面可以跟字母、下劃線、美元符和數(shù)字。
2、標識符區(qū)分大小寫。
3、標識符的字符數(shù)目沒有限制,但為便于閱讀和記憶,不宜太長。
5 數(shù)組中l(wèi)ength是屬性,而字符串中是通過length()方法獲得字符長度的,
6 對于二元算術運算符,其表達式結果的類型歸納為以下幾類情況:
(1)操作數(shù)全為整型,那么,只要其中有一個為long型,則表達式結果為long型。
(2)兩個操作數(shù)全是byte型或short型,表達式結果也為int型。
(3)操作數(shù)為浮點型,只要其中有一個為double型,表達式結果就是double型。
(4)兩個操作數(shù)全是float型或其中一個是float型,而另外一個是整型,則表達式結果為float型。
7 BorderLayout是Window,Frame和Dialog的默認布局管理器。BorderLayout布局管理器把容器分成5個區(qū)域:North,South,East,West和Center,每個區(qū)域只能放置一個構件。
8 FlowLayout是Panel和Applet的默認布局管理器。構件在容器中的放置規(guī)律是從上到下、從左到右進行放置,如果容器足夠寬,第一個構件先添加到容器中第一行的最左邊,后續(xù)的構件依次添加到上一個構件的右邊,如果當前行已放置不下該構件,則放置到下一行的最左邊。構件的大小不隨容器的大小改變而改變。
北京 | 天津 | 上海 | 江蘇 | 山東 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
廣東 | 河北 | 湖南 | 廣西 | 河南 |
海南 | 湖北 | 四川 | 重慶 | 云南 |
貴州 | 西藏 | 新疆 | 陜西 | 山西 |
寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
黑龍江 | 內蒙古 |