Home 2022 SA am2 -09-15
Post
Cancel

2022 SA am2 -09-15

引言

从中间的题目开始,难度开始上来了,几乎都是没有学过的了,可以收回之前说的我觉得可以过的言论了,不过要是真不学什么东西直接过道还不如不去考呢,就算考不过,但学到的知识可以影响自己 (怎么又有要开始的迹象了)

碎碎念

因为写的太多了,不用引言了,改成碎碎念得了 (本来是放前面的,但觉得还是文章相关放前面比较好,所以衔接可能有点怪)

最近每个文章是不是都得来个感悟啊 doge (不知道人的脑洞是有极限的嘛)

事实上这些感悟或者思考的出现是从去年,我的眼睛开始非常的疼痛,然后我经常就只是躺在床上听音乐 (不仅是屏幕,就算是看自然的景色也会疼痛),就是在躺着的时间里我可能是梦也可能是胡思乱想 (我已经不知道躺着时候我是在梦境还是现实了,眼睛疼痛,同时有时候身体还会难受) 使我想到了可以说对我影响比较深的两个理论,我将其命名为「状态行为理论」与「圈理论」,从我将它们大体想出来后,我常常在梦或者对某件事情进行思考的时候想到这两个理论,对其进行细节的修正,然后再度思考,当然还有一些其他的思考啦,就像最近文章出现的那样。本来那时候想着把两个理论写出来的,但一拖再拖,那股劲没了就会觉得有点害羞去发表,因为并没有经过任何的查重验证之类的发布一个自以为是的理论什么的,还是有点不大好。当然还有着我平常觉得 blog 只是讨论技术吧,但现在倒是想开了,学技术第一想法是去寻找相关课程,我写的东西也没啥人看,想怎么造就怎么造。(莫名想到 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) 是一种战略管理和绩效衡量工具,用于帮助组织从多维度评价和提升其整体绩效。它通过将传统的财务指标与非财务指标相结合,提供了一种平衡的管理方式,使企业能够从更全面的角度来设定和评估战略目标,确保长期战略与日常运营的有机结合。主要从四个方面设定:

  1. 财务视角:关注财务表现和目标,比如收入增长、成本控制、利润率等。传统财务指标如 ROI (投资回报率) 也属于这一视角
  2. 客户视角:关注客户的满意度和市场份额,指标可能包括客户满意度、投诉数量、客户保持率等,用以衡量客户的体验和忠诚度
  3. 内部业务流程视角:关注组织内部的运营流程效率,指标可能包括生产周期、订单处理时间、质量控制等,这个视角旨在优化企业内部的关键流程和效率
  4. 学习与成长视角:关注员工发展和组织创新,指标可能包括培训参加率、员工技能提升、员工满意度等,确保企业拥有持久发展的动力和创新能力

因此答案是 エ

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 指的是一种常见于 IT 行业的长期人力资源外包形式。在该合同下,供应商根据委托方的需求 (例如技能或人数) ,分配专门的人员团队并派驻在委托方处,委托方直接指挥这些人员。此类合同通常不针对具体项目,而是将供应商的人员资源作为长期外包资源。因此答案选 イ。另外 ウ 是收益共享型合同

This post is licensed under CC BY 4.0 by the author.

2022 SA am2 -01-08

2022 SA am2 -16-20