最重要的是一定要多做題!!
軟件設(shè)計(jì)題分析
試題 | 考察內(nèi)容 |
---|---|
數(shù)據(jù)流圖/DFD | 補(bǔ)充外部實(shí)體、數(shù)據(jù)存儲(chǔ)、加工、數(shù)據(jù)流等 |
數(shù)據(jù)庫(kù)設(shè)計(jì)/ER | E-R圖 關(guān)系模式 主鍵/外鍵 規(guī)范化理論 增加實(shí)體 |
UML建模 | 類(lèi)圖 用例圖 活動(dòng)圖等 |
C語(yǔ)言算法 | C語(yǔ)法+數(shù)據(jù)結(jié)構(gòu) |
Java/C++ | 基礎(chǔ)語(yǔ)法+設(shè)計(jì)模式 |
1.數(shù)據(jù)流圖
名詞 | 解釋 |
---|---|
外部實(shí)體 | 系統(tǒng)外部現(xiàn)實(shí)世界存在的物體 矩形表示 |
數(shù)據(jù)存儲(chǔ) | 一般都是數(shù)據(jù)庫(kù)表名 矩形表示 |
數(shù)據(jù)流 | 數(shù)據(jù)如何在系統(tǒng)中流動(dòng)和傳輸 |
加工/數(shù)據(jù)處理 | 系統(tǒng)的計(jì)算或者操作 圓角矩陣表示 |
數(shù)據(jù)流圖等級(jí) | 數(shù)據(jù)流圖等級(jí)是指所涉及的數(shù)據(jù)項(xiàng)和處理的復(fù)雜程度 |
DFD等級(jí)詳細(xì)解釋
等級(jí) | 解釋 |
---|---|
第一層級(jí)為上下文層級(jí)(Context Level) | 它顯示了被建模的整個(gè)系統(tǒng),以及與外部實(shí)體之間的交互。在這個(gè)層級(jí)中,只有一個(gè)過(guò)程被畫(huà)出,代表整個(gè)系統(tǒng)。 |
第二層級(jí)是主要層級(jí)(Main Level) | 定義了系統(tǒng)中的各個(gè)主要過(guò)程和如何將他們相連,這也稱(chēng)為“0”層級(jí) |
第三層級(jí)是子功能層級(jí)(Functional Decomposition Level) | 它展示了主要層級(jí)的每個(gè)過(guò)程的詳細(xì)內(nèi)容,并將其進(jìn)一步分解為更小、更可管理的組件 |
第四層級(jí)是低層級(jí)(Lowest Level) | 它描述了子功能層級(jí)中的最小單元。在這個(gè)層級(jí)中,可以使用偽代碼等技術(shù)來(lái)描述具體的邏輯過(guò)程,以實(shí)現(xiàn)不同的功能。 |
1.補(bǔ)充實(shí)體
2.補(bǔ)充數(shù)據(jù)存儲(chǔ)
3.補(bǔ)充數(shù)據(jù)流
格式: 數(shù)據(jù)流名稱(chēng) 起點(diǎn) 重點(diǎn)
- 數(shù)據(jù)流細(xì)節(jié) 起點(diǎn)或者終點(diǎn)必須有一個(gè)加工 換句話說(shuō)不能從實(shí)體流向?qū)嶓w或者實(shí)體流向存儲(chǔ)
- 黑洞 只有輸入流到加工
- 白洞 只有輸出流
- 灰洞 輸入流不足以輸出
4.結(jié)構(gòu)化語(yǔ)言
IF ELSE THREN ENDIF
5.系統(tǒng)增加一個(gè)外部實(shí)體修改圖中的輸入流
例如系統(tǒng)增加一個(gè)Email系統(tǒng) 要求發(fā)給學(xué)生的消息和老師的消息進(jìn)行合并
我們就可以寫(xiě)在上下文圖中增加Email系統(tǒng) 將消息合并 在0層圖中 發(fā)學(xué)生的信息中間增加加工 發(fā)送給Email系統(tǒng) 再由系統(tǒng)輸出發(fā)送給學(xué)生....
6.如何保持?jǐn)?shù)據(jù)流平衡【模板背】
- 父圖中的加工的輸入輸出數(shù)據(jù)流要和子圖中的加工的輸入輸出流保持一致
- 父圖中的一個(gè)輸入或輸出流對(duì)應(yīng)著子圖多個(gè)輸入輸出流
- 子圖中組合這些數(shù)據(jù)流的數(shù)據(jù)項(xiàng)恰好是父圖這一條數(shù)據(jù)流
7.拆分加工
2.數(shù)據(jù)庫(kù)設(shè)計(jì)
名詞 | 解釋 |
---|---|
實(shí)體(Entity) | 每個(gè)實(shí)體都可以視為系統(tǒng)中的一個(gè)對(duì)象或概念 |
屬性(Attribute) | 實(shí)體的特征 |
關(guān)系(Relationship) | 關(guān)系描述實(shí)體之間的互動(dòng) |
域(Domain): | 定義屬性可以使用的值集合。例如,如果“性別”是屬性,則可能的域?yàn)閧男,女}。 |
主鍵(Primary Key) | 主鍵是一組屬性,該組屬性唯一標(biāo)識(shí)實(shí)體,例如學(xué)生的學(xué)籍號(hào)、身份證號(hào)等。主鍵值必須在整個(gè)關(guān)系表中是唯一的 |
外鍵(Foreign Key) | 外鍵是關(guān)系中另一個(gè)實(shí)體的主鍵 |
范式(Normalization) | 范式是一種技術(shù),用于優(yōu)化關(guān)系數(shù)據(jù)庫(kù)模式,并減少數(shù)據(jù)冗余。使用范式可以確保數(shù)據(jù)的一致性和完整性 |
3.UML建模
名詞 | 解釋 |
---|---|
Use Case Diagram | 描述系統(tǒng)的功能和用戶(hù)之間的關(guān)系,是一種比較高層次的視圖,側(cè)重于從用戶(hù)的角度去看待系統(tǒng)。 |
Class Diagram | 描述系統(tǒng)的靜態(tài)結(jié)構(gòu),包括類(lèi)、接口、關(guān)聯(lián)(依賴(lài) 聚合 組合)、繼承(泛化)等。類(lèi)圖是UML中最常用、最基礎(chǔ)的結(jié)構(gòu)圖。 |
Sequence Diagram | 描述對(duì)象之間按時(shí)間順序發(fā)送消息的交互情況,強(qiáng)調(diào)時(shí)間軸或順序流程。 |
Activity Diagram | 描述某個(gè)業(yè)務(wù)或操作流程的全過(guò)程,涉及到流程、流轉(zhuǎn)、判斷等,它是一個(gè)很好的記錄和傳達(dá)業(yè)務(wù)流程的工具 |
Statechart Diagram | 描述狀態(tài)機(jī)模式下一個(gè)對(duì)象所經(jīng)歷的所有狀態(tài)以及可能觸發(fā)狀態(tài)轉(zhuǎn)換的事件。 |
Component Diagram | 描述組成系統(tǒng)的各種組件以及它們之間的關(guān)系,有助于復(fù)雜系統(tǒng)的分解和設(shè)計(jì)。 |
Deployment Diagram | 描述系統(tǒng)的部署結(jié)構(gòu),即系統(tǒng)中各個(gè)節(jié)點(diǎn)之間的物理連接關(guān)系,通常用于描述網(wǎng)絡(luò)系統(tǒng)或分布式系統(tǒng)的部署方案。 |
1.類(lèi)圖
類(lèi)有時(shí)候需求分析中未給出 需要自己擬定一個(gè) 類(lèi)名不能包含動(dòng)詞
關(guān)系文章來(lái)源:http://www.zghlxwxcb.cn/news/detail-436767.html
- 泛化
- 實(shí)現(xiàn)
- 依賴(lài) (A--->B B依賴(lài)A)(單向依賴(lài)或者雙向依賴(lài))
- 關(guān)聯(lián)(聚合(部分-整體 "has-a"弱關(guān)系)
- 組合(生命周期一致 "is a"強(qiáng)關(guān)系)
2.用例圖
用例之間的關(guān)系文章來(lái)源地址http://www.zghlxwxcb.cn/news/detail-436767.html
- 包含 << include >> a功能包含b功能(用例)
- 擴(kuò)展 << extend >> 一個(gè)用例擴(kuò)展另一個(gè)用例
- 泛化 << generalization >> 是一種繼承關(guān)系
4.C語(yǔ)言算法
1.算法策略
- 動(dòng)態(tài)規(guī)劃
子問(wèn)題不獨(dú)立,依賴(lài)其他'位置'的數(shù)據(jù)
- 回溯法
遞歸
- 貪心法
每一步找最優(yōu)
- 分治法
子問(wèn)題是獨(dú)立的
歸并排序
2.時(shí)間復(fù)雜度
- 找到所給代碼的最大循環(huán)層數(shù)
3.代碼補(bǔ)全
5.Java
- OOP思想 封裝繼承和多態(tài)
- 了解設(shè)計(jì)模式并通過(guò)Java代碼實(shí)現(xiàn)
到了這里,關(guān)于軟考中級(jí)軟件設(shè)計(jì)師主觀題詳解的文章就介紹完了。如果您還想了解更多內(nèi)容,請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!