引言
2022 SA am2
01-08: http://127.0.0.1:4000/archives/191
09-15: http://127.0.0.1:4000/archives/192
16-20: http://127.0.0.1:4000/archives/193
21-25: http://127.0.0.1:4000/archives/194
從中間的題目開始，難度開始上來了，幾乎都是沒有學過的了，可以收回之前說的我覺得可以過的言論了，不過要是真不學什麼東西直接過倒不如不去考呢，就算考不過，但學到的知識可以影響自己 (怎麼又有要開始的跡象了)
碎碎念
因為寫得太多了，不用引言了，改成碎碎念得了 (本來是放前面的，但覺得還是文章相關放前面比較好，所以銜接可能有點怪)
最近每個文章是不是都得來個感悟啊 doge (不知道人的腦洞是有極限的嗎)
事實上這些感悟或者思考的出現是從去年，我的眼睛開始非常地疼痛，然後我經常就只是躺在床上聽音樂 (不僅是螢幕，就算是看自然的景色也會疼痛)，就是在躺著的時間裡我可能是夢也可能是胡思亂想 (我已經不知道躺著時候我是在夢境還是現實了，眼睛疼痛，同時有時候身體還會難受) 使我想到了可以說對我影響比較深的兩個理論，我將其命名為「狀態行為理論」與「圈理論」，從我將它們大體想出來後，我常常在夢或者對某件事情進行思考的時候想到這兩個理論，對其進行細節的修正，然後再度思考，當然還有一些其他的思考啦，就像最近文章出現的那樣。本來那時候想著把兩個理論寫出來的，但一拖再拖，那股勁沒了就會覺得有點害羞去發表，因為並沒有經過任何的查重驗證之類的發布一個自以為是的理論什麼的，還是有點不大好。當然還有著我平常覺得部落格只是討論技術吧，但現在倒是想開了，學技術第一想法是去尋找相關課程，我寫的東西也沒啥人看，想怎麼造就怎麼造。(莫名想到 warma 介紹爆炸電台的樣子)
寫到這我去找了下 warma 影片，簡略看了下並沒有找到，可能在消失的第二期吧。但第九期開頭有提到「大家有沒有這種感覺，就是當你去完成一件事，然後你寫好了一個精妙的計劃，這個計劃非常完美，但是你實行起來之後，從第一步開始，就不想照著計劃走了，就感覺我憑什麼要照著計劃來」。這讓我想到了之前我的矛盾，在人生沒有計劃或者被安排時候覺得沒有目標，不知如何行動之類的；但是有計劃或者按照安排來又會覺得自己的人生不自由。然後就導致著自己在這種製作計劃、推翻計劃、再次製作、再次推翻的循環中，最終一事無成。事實上我倒是處於這個狀態，想要什麼但不會去接近它，害怕失去，一次小小的接近失敗都有可能放棄去接近，當然，這在我昨天晚上想到的信任想法中有所體現，太長了不贅述。但是聽到 warma 說出來我當時會瞬間有將此種狀態打破的感覺 (這也與之前想法有所關聯) ，特定的人說出的話總是會對人生有所影響，這使得我暫時性的擁有可能對部分事情的顧慮。
不知不覺打了挺多字，雖然還有一些想說的，還是打住比較好吧。說到這突然就理解之前看到的部落格可能會出一些自己的個人總結之類的了 (最近看的也就是 翠翠 的了)
預覽看了下怎麼快比本文長了
9
ソフトウェアのテスト工程において、バグ管理図を用いて、テストの進捗状況とソフトウェアの品質を判断したい。このときの考え方のうち、最も適切なものはどれか。
ア テスト工程の前半で予想以上にバグが摘出され、スケジュールが遅れたので、スケジュールの見直しを行い、五日遅れでテストが終了すると判断した。
イ テスト項目がスケジュールどおりに消化され、かつ、バグ摘出の累積件数が増加しなければ、ソフトウェアの品質は高いと判断できる。
ウ テスト項目消化の累積件数、バグ摘出の累積件数及び未解決バグの件数の全てが変化しなくなった場合は、解決困難なバグに直面しているかどうかを確認する必要がある。
エ バグ摘出の累積件数の推移とテスト項目の未消化件数の推移から、テスト終了の時期をほぼ正確に予測できる。
題目翻譯：在軟體的測試階段，想透過使用缺陷管理圖來判斷測試進度和軟體品質。下列關於這種方法的描述中，最合適的是哪一個
ア 由於測試階段的前半部分發現的缺陷超過預期，導致進度延遲，因此重新審視了進度計劃，判斷測試將延遲五天完成。
イ 如果測試項目按計劃完成，且缺陷的累計發現數量沒有增加，可以認為軟體品質較高。
ウ 當測試項目的累計完成數量、缺陷累計發現數量和未解決缺陷數量都不再變化時，有必要確認是否遇到難以解決的缺陷。
エ 透過缺陷累計發現數量的變化趨勢和測試項目未完成數量的變化趨勢，可以較準確地預測測試結束時間。
在測試進度和品質管理中，缺陷管理圖用於視覺化缺陷的累積趨勢和測試的完成情況，透過分析這些趨勢，開發團隊可以更好地了解測試的進展和品質狀況。這題 ア 與缺陷管理圖無關，イ 本身錯誤。剩下的兩個選項描述都是正確的，參考答案是 ウ。可能題目是想判斷軟體的進展與品質，這個選項比較符合吧 (我也不是很理解)
10
故障の予防を目的とした解析手法であるFMEAの説明はどれか。
ア 個々のシステム構成要素に起こり得る潜在的な故障モードを特定し、それらの影響度を評価する。
イ 故障を、発生した工程や箇所などで分類して分析し、改善すべき工程や箇所を特定する。
ウ 発生した故障について、故障の原因に関係するデータ、事象などを収集し、”なぜ”を繰り返して原因を掘り下げ、根本的な原因を追究する。
エ 発生した故障について、その引き金となる原因を列挙し、それらの関係を木構造で表現する。
題目翻譯：以下哪項是為了預防故障而進行的 FMEA (失效模式與影響分析) 方法的說明
ア 識別系統各個組成要素中可能發生的潛在故障模式，並評估它們的影響程度。
イ 對故障按照發生的程序或位置等進行分類分析，並確定需要改進的程序或位置。
ウ 針對發生的故障，收集與故障原因相關的資料和事件，並不斷追問「為什麼」，以深入探討根本原因。
エ 針對發生的故障，列舉其誘發原因，並將這些關係以樹狀結構表示出來。
FMEA (Failure Mode and Effects Analysis，失效模式與影響分析) 是一種系統化的方法，旨在識別系統或元件中的潛在故障模式、評估其影響，並採取措施預防潛在故障的發生。它主要應用於預防性維護和設計改進。因此答案是 ア
イ 是故障分類分析方法；ウ 是 RCA (根本原因分析)；エ 是 FTA (故障樹分析)
11
JIS X 0160:2021 (ソフトウェアライフサイクルプロセス) によれば、廃棄プロセスのタスクのうち、アクティビティ“廃棄を確実化する”において実施すべきタスクはどれか。
ア 選定されたソフトウェアシステム要素を再利用、再生利用、再調整、分解修理、保管又は破壊する。
イ ソフトウェアシステムの廃棄戦略を定義する。
ウ ソフトウェアシステム又は要素を不活化して取り除くための準備する。
エ 廃棄後の、人の健康、安全性、セキュリティ及び環境への有害な状況が識別されて対処されていることを確認する。
題目翻譯：根據 JIS X 0160:2021 (軟體生命週期程序) ，在廢棄程序的任務中，應執行「確保廢棄」的活動中的哪項任務
ア 對選定的軟體系統元素進行再利用、回收、重新調整、拆解修復、保管或銷毀。
イ 定義軟體系統的廢棄策略。
ウ 為停用並移除軟體系統或其組件做好準備。
エ 確認廢棄後不會對人類健康、安全、資訊安全及環境造成有害影響。
ア 在描述的是具體的廢棄操作方式，屬於廢棄程序的具體任務；イ 是制定廢棄策略的程序，屬於廢棄活動的計劃和策略制定階段；ウ 是在廢棄前的工作；エ 確保了不會產生負面影響，符合題意。因此答案是 エ
12
JIS X 0160:2021 (ソフトウェアライフサイクルプロセス) によれば、ライフサイクルモデルの目的及び成果を達成するために、ライフサイクルプロセスを修正するか、又は新しいライフサイクルプロセスを定義することを何というか。
ア シミュレーション
イ 修整（Tailoring）
ウ 統治（Governance）
エ ベンチマーキング
題目翻譯：根據 JIS X 0160:2021 (軟體生命週期程序) ，為了實現生命週期模型的目的和成果，對生命週期程序進行修改或定義新的生命週期程序的行為稱為什麼
ア Simulation (模擬)
イ Tailoring (修整/裁剪)
ウ Governance (治理)
エ Benchmarking (基準測試/標竿管理)
Simulation (模擬) 指透過模型來模擬系統的行為；Tailoring (修整) 指根據特定需求對現有的生命週期程序進行調整或定義新的程序，以適應專案的目標和成果；Governance (治理) 指對組織、專案的管理和監督；Benchmarking (基準測試) 指對比最佳實踐或行業標準，以改進效能。因此答案是 イ
13
IT 投資に対する評価指標の設定に際し、バランススコアカードの手法を用いてKPIを設定する場合に、内部ビジネスプロセスの視点に立ったKPIの例はどれか。
ア ITリテラシ向上のための研修会の受講率を100％とする。
イ 売上高営業利益率を前年同期比5％アップとする。
ウ 顧客クレーム件数を1か月当たり20件以内とする。
エ 注文受付から製品出荷までの日数を3日短縮とする。
題目翻譯：在設定 IT 投資的評估指標時，如果使用平衡計分卡的方法設定 KPI，那麼從內部業務流程的視角來看，以下哪項是 KPI 的示例
ア 將 IT 素養提高的培訓出席率設為 100%
イ 將營業利潤率比去年同期提高 5%
ウ 將客戶投訴數量控制在每月 20 件以內
エ 將從訂單接受到產品出貨的天數縮短 3 天
平衡計分卡 (Balanced Scorecard，簡稱 BSC) 是一種策略管理和績效衡量工具，用於幫助組織從多維度評估和提升其整體績效。它透過將傳統的財務指標與非財務指標相結合，提供了一種平衡的管理方式，使企業能夠從更全面的角度來設定和評估策略目標，確保長期策略與日常營運的有機結合。主要從四個方面設定：
- 財務觀點：關注財務表現和目標，比如收入增長、成本控制、利潤率等。傳統財務指標如 ROI (投資報酬率) 也屬於這一觀點
- 客戶觀點：關注客戶的滿意度和市場佔有率，指標可能包括客戶滿意度、投訴數量、客戶保持率等，用以衡量客戶的體驗和忠誠度
- 內部業務流程觀點：關注組織內部的營運流程效率，指標可能包括生產週期、訂單處理時間、品質控制等，這個觀點旨在優化企業內部的關鍵流程和效率
- 學習與成長觀點：關注員工發展和組織創新，指標可能包括培訓參加率、員工技能提升、員工滿意度等，確保企業擁有持久發展的動力和創新能力
因此答案是 エ
14
組込みシステム開発において、製品に搭載するLSIを新規に開発する。LSI設計を自社で行い、LSI製造を外部に委託する場合の委託先として、適切なものはどれか。
ア IPプロバイダ
イ デザインハウス
ウ ファウンドリ
エ ファブレスメータ
題目翻譯：在嵌入式系統開發中，計劃新開發搭載在產品上的 LSI (大型積體電路) 。若 LSI 的設計由本公司負責，而 LSI 的製造委外，作為承接方適當的是哪個
ア IP Provider
イ Design House
ウ Foundry (晶圓代工)
エ Fabless Manufacturer (無廠半導體商)
IP Provider 指提供 LSI 設計中所需的智慧財產權 (IP) 模組的公司，主要提供各種半導體設計所用的預製 IP 模組，但不負責實際的晶片生產製造；Design House 指幫助其他公司完成 LSI 設計的公司；Foundry 指專門負責生產 LSI 等半導體晶片的公司，為沒有生產能力的設計公司提供製造服務；Fabless Manufacturer 指無工廠的半導體公司，通常負責晶片設計，而把生產委外給 Foundry 公司進行。因此答案選 ウ
15
ラボ契約の特徴はどれか。
ア 依頼元がベンダ企業側の作業担当者を指名して直接指揮命令を行う契約であり、ベンダ企業はこれを前提に要員を割り当てる。
イ 依頼元は、契約に基づきスキルや人数などの準備を満たすように要員を確保することをベンダ企業に求めるかわりに一定以上の発注を約束する。
ウ 開発したシステムによって依頼元が将来獲得する売上や利益をベンダ企業にも分配することを条件に、開発時のベンダ企業への発注金額を抑える。
エ ベンダ企業が契約で定めた最低発注工数を下回って作業を完了した場合には、実稼働工数に基づいて請求することが求められる。
題目翻譯：實驗室合約 (Lab Contract) 的特點是什麼
ア 委託方指名供應商企業的工作人員並直接指揮命令的合約，供應商企業根據此要求分配人員。
イ 委託方根據合約要求供應商企業確保符合技能、人數等準備條件，委託方則承諾至少達到一定數量的訂單。
ウ 以將來由所開發的系統獲得的銷售額或利潤分配給供應商企業為條件，從而壓低開發時對供應商企業的發包金額。
エ 如果供應商企業完成的實際工作工時低於合約中規定的最低發包工時，則要求根據實際工作工時進行結算。
Lab Contract 指的是一種常見於 IT 行業的長期人力資源委外形式。在該合約下，供應商根據委託方的需求 (例如技能或人數) ，分配專門的人員團隊並派駐在委託方處，委託方直接指揮這些人員。此類合約通常不針對具體專案，而是將供應商的人員資源作為長期委外資源。因此答案選 イ。另外 ウ 是收益共享型合約