點選報名後領取>>>軟考16本電子版教材 & 36本輔導教材 + 27套曆年真題試卷 + 21套精編知識點6G資料包
系統架構設計師
1、用例(use case)用來描述系統對事件做出響應時所采取的行動。用例之間是具有相關性的。在一個“訂單輸入子系統”中,建立新訂單和更新訂單都需要核查使用者帳号是否正确。用例“建立新訂單”、“更新訂單” 與用例“核查客戶帳号”之間是( )關系。
A.包含(include)
B.擴充(extend)
C.分類(classification)
D.聚集(aggregation)
參考答案:
A
試題分析:
用例是在系統中執行的一系列動作,這些動作将生成特定參與者可見的價值結果。它确定了一個和系統參與者進行互動,并可由系統執行的動作序列。用例模型描述的是外部執行者(Actor)所了解的系統功能。用例模型用于需求分析階段,它的建立是系統開發者和使用者反複讨論的結果,表明了開發者和使用者對需求規格達成的共識。
兩個用例之間的關系主要有兩種情況:一種是用于重用的包含關系,用構造型include表示;另一種是用于分離出不同行為的擴充,用構造型extend表示。
① 包含關系:當可以從兩個或兩個以上的原始用例中提取公共行為,或者發現能夠使用一個構件來實作某一個用例的部分功能是很重要的事時,應該使用包含關系來表示它們。
② 擴充關系:如果一個用例明顯地混合了兩種或兩種以上的不同場景,即根據情況可能發生多種事情,可以斷定将這個用例分為一個主用例和一個或多個輔用例描述可能更加清晰。
2
2、( )不屬于我國著作權法所保護的内容。
A.為保護其軟體著作權而采取的技術措施
B.軟體權利電子資訊
C.通過資訊網絡傳播的軟體
D.采用反編譯技術獲得的軟體
參考答案:
D
試題分析:
本題考查知識産權方面的基礎知識。我國著作權法采取列舉方法,規定了侵權行為的表現形式。其中包括未經著作權人許可,複制、發行、表演、放映、廣播、彙編、通過資訊網絡向公衆傳播其作品的行為;未經著作權人或者與著作權有關的權利人許可,故意避開或者破壞權利人為其作品、錄音錄像制品等采取的保護著作權或者與著作權有關的權利的技術措施的行為;未經著作權人或者與著作權有關的權利人許可,故意删除或者改變作品、錄音錄像制品等的權利管理電子資訊的行為。這三種表現形式分别涵蓋了試題中A、B、C選項。雖然利用反向編譯技術、淨室技術和反向工程技術等獲得他人軟體技術構思、技術方案并直接用于其軟體産品中的行為是一種“複制”軟體技術構思、技術方案的行為,但是對于這些行為在法律上不會受到制止。目前,我國對軟體實施反編譯是否合法還沒有相應的法律規定。
由于著作權不保護思想,軟體開發設計人員對展現在軟體中的創造性的構思和技術方案不能得到保護。任何人都可以利用反向編譯技術、淨室技術和反向工程技術等獲得他人軟體所使用的思路、原理、結構、算法、處理過程和運作方法等設計要素,直接用于自己的軟體産品中,這在著作權法上并不構成侵權。
3
3、ANSI/IEEE 1471-2000是對軟體密集型系統的架構進行描述的标準。在該标準中,( )這一概念主要用于描述軟體架構模型。在此基礎上,通常采用( )描述某個利益相關人(Stakeholder)所關注架構模型的某一方面。( )則是對所有利益相關人關注點的響應和回答。
A.上下文
B.架構風格
C.元件
D.視圖
A.環境
B.資源
C.視角
D.場景
A.架構
B.系統
C.模型
D.使命
參考答案:
D|C|A
試題分析:
本題主要考查ANSI/IEEE 1471-2000标準的相關知識。在ANSI/IEEE 1471-2000标準中,系統是為了達成利益相關人(Stakeholder)的某些使命(Mission),在特定環境(Enviroment)中建構的。每一個系統都有一個架構(Architecture)。架構(Architecture)是對所有利益相關人的關注點(Concern)的響應和回答,通過架構描述(Architecture Description)來說明。每一個利益相關人都有各自的關注點。這些關注點是指對其重要的,與系統的開發、營運或其它方面相關的利益。架構描述(Architecture Description)本質上是多視圖的。每一個視圖(View)是從一個特定的視角(Viewpoint)來表述架構的某一個獨立的方面。試圖用一個單一的視圖來覆寫所有的關注點當然是最好的,但實際上這種表述方式将很難了解。視角(Viewpoint)的選擇,基于要解決哪些利益相關人的哪些關注點。它決定了用來建立視圖的語言、符号和模型等,以及任何與建立視圖相關的模組化方法或者分析技術。一個視圖(View)包括一個或者多個架構模型(Model),一個模型也可能參與多個視圖。模型較文本的表述的好處在于,可以更容易的可視化、檢查、分析、管理和內建。
4
4、給定員工關系EMP(EmpID,Ename,sex,age,tel,DepID),其屬性含義分别為:員工号、姓名、性别、年齡、電話、部門号;部門關系DEP(DepID,Dname,Dtel,DEmpID),其屬性含義分别為:部門号、部門名、電話,負責人号。若要求DepID參照部門關系DEP的主碼DepID,則可以在定義EMP時用( )進行限制。若要查詢開發部的負責人姓名、年齡,則正确的關系代數表達式為( )。
A.Primary Key(DepID)On DEP(DepID)
B.Primary Key(DepID)On EMP(DepID)
C.Foreign Key(DepID)References DEP(DepID)
D.Foreign Key(DepID)References EMP(DepID)
A.π2,4(σ8=’開發部’(EMP×DEP))
B.π2,4(σ1=9(EMPσ2=’開發部’(DEP)))
C.π2,3(EMP×σ2=’開發部’(DEP))
D.π2,3(π1,2,4,6(EMP)σ2=’開發部’(DEP))
參考答案:
C|B
試題分析:
本題中要求“DepID參照部門關系DEP的主碼DepID”,實際上就是在建立EMP時,将DelID定義為外鍵。其具體定義文法為:Foreign Key(DepID) References DEP(DepID)。
5
5、在UML提供的系統視圖中,( )是邏輯視圖的一次執行執行個體,描述了并發與同步結構;( )是最基本的需求分析模型。
A.程序視圖
B.實作視圖
C.部署視圖
D.用例視圖
A.程序視圖
B.實作視圖
C.部署視圖
D.用例視圖
參考答案:
A|D
試題分析:
UML對系統架構的定義是系統的組織結構,包括系統分解的組成部分,以及它們的關聯性、互動機制和指導原則等提供系統設計的資訊。具體來說,就是指以下5個系統視圖:
(1)邏輯視圖。邏輯視圖也稱為設計視圖,它表示了設計模型中在架構方面具有重要意義的部分,即類、子系統、包和用例實作的子集。
(2)程序視圖。程序視圖是可執行線程和程序作為活動類的模組化,它是邏輯視圖的一次執行執行個體,描述了并發與同步結構。
(3)實作視圖。實作視圖對組成基于系統的實體代碼的檔案和構件進行模組化。
(4)部署視圖。部署視圖把構件部署到一組實體節點上,表示軟體到硬體的映射和分布結構。
(5)用例視圖。用例視圖是最基本的需求分析模型。
6
6、甲公司接受乙公司委托開發了一項應用軟體,雙方沒有訂立任何書面合同。在此情況下,( )享有該軟體的著作權。
A.甲公司
B.甲、乙共用
C.乙公司
D.甲、乙均不
參考答案:
A
試題分析:
委托開發,在未約定的情況下,著作權歸創作方。
文章源于網絡,如有侵權,請私信文章标題聯系删除,謝謝。
為了能讓更多人享受軟考的政策福利和現實功利,51CTO旗下軟考教研團隊聯合薛大龍老師,認真嚴肅向大家推出軟考2日直播特訓營。
掃碼入群0元領取6G的軟考6資料包+2天軟考特訓營名額
軟考資料包括:軟考16本電子版教材 & 36本輔導教材 + 27套曆年真題試卷 + 21套精編知識點6G資料包
軟考訓練營名額+資料領取方式>>>
掃下方碼入群後按照老師的要求操作即可領取。
51CTO軟考兩天直播訓練營
這門課恰好能夠為你答疑解惑,助你快速入門并掌握軟考知識要點,獲得技能提升。為自己的職業發展規劃制定一個更明确的規劃,邁出升職加薪的第一步。
訓練營周期為 兩天直播課 晚8:00-9:00
心急的小夥伴可直接掃碼解鎖。
☟☟☟
2天軟考直播特訓營
3大必備技能
↓↓↓
限時 0 元 即可解鎖
點選下方連結報名
僅限前100個名額
報名連結: https://edu.51cto.com/surl=oR9sp3
課程涵蓋:高分知識點梳理,案例分析解題方法、論文通用模闆等。我們力争通過2天的直播課程,助力您快速入門并一次性通關軟考!
如果你對這門課程還不太了解的話,就跟我一起往下看吧。
我們的主講老師薛大龍老師,深耕軟考教育教育訓練20餘年,主編出版軟考輔導教材60餘本,非常熟悉軟考題目的要求、難度、以及判卷标準。
完成本體驗營2天所有課程及作業考核,學員将掌握資訊系統項目管理師、系統內建項目管理工程師的高頻考點及答題技巧:
①掌握資訊系統項目管理師知識體系;
②掌握考試高分占比知識領域;
③掌握考試考情前沿分析;
④掌握論文與案例超幹貨答題方法;
⑤掌握名師對真題的獨到解析。
報名前,你還需要知道的3件事
1)課程形式
直播課程+社群學習活動
2)課程時間
報名後老師安排上課 晚8:00-9:00
3)報名後要做什麼?
付費後根據提示添加學姐為好友,開營前學姐會統一拉人入群。
2天軟考考證特訓營
0 元 解鎖課程
還可 領取「6G課程資料」