大学院-筆記試験練習：数据库（データベース問題訓練） と 软件工程（ソフトウェア）（７）
- 1-前言
- 2-数据库データベース
- 【模拟题①】数据库設計プロセス（概念理解・穴埋め）
- 【模拟题②】関数従属性（理論判断）
-
-
- [関係 R](#関係 R)
- 選択肢
-
- 【模拟题③】関係代数（結合演算）
-
-
- [関係 R](#関係 R)
- [関係 S](#関係 S)
- 問題
-
- 3-数据库データベース-答案解析
-
- 問題1（穴埋め）
- 問題2（関数従属性）
- 問題3（結合演算）
-
- [(1) R ⋈{Q = X} S](#(1) R ⋈{Q = X} S)
- [(2) R ⋈{Q < Y} S](#(2) R ⋈{Q < Y} S)
-
- [Q=1 のとき：Y>1 → (2,3,3) 全部OK ✅（3行）](#Q=1 のとき：Y>1 → (2,3,3) 全部OK ✅（3行）)
- [Q=2 のとき：Y>2 → (3,3) だけOK ✅（2行）](#Q=2 のとき：Y>2 → (3,3) だけOK ✅（2行）)
- [Q=3 のとき：Y>3 → なし ✅（0行）](#Q=3 のとき：Y>3 → なし ✅（0行）)
- [✅ 正しい(2)の答え（5行）](#✅ 正しい(2)の答え（5行）)
- 4-软件工程（ソフトウェア）
- 5-软件工程（ソフトウェア）答案解析
- 問題１（要求分析困难）
-
- 你现在的问题点
- [✅ 修正版（强烈推荐，考试可直接写）](#✅ 修正版（强烈推荐，考试可直接写）)
-
- [🔑 加分点](#🔑 加分点)
- 問題２（プロトタイプ的利点）
-
- 你现在的问题点
- [✅ 修正版（标准大学院答案）](#✅ 修正版（标准大学院答案）)
-
- [🔑 关键词](#🔑 关键词)
- [問題３（テスト vs デバッグ）](#問題３（テスト vs デバッグ）)
-
- 你现在的问题点
- [✅ 修正版（模板级，建议背）](#✅ 修正版（模板级，建议背）)
- 問題４（リファクタリング）
-
- 你现在的问题点
- [✅ 修正版（非常标准）](#✅ 修正版（非常标准）)
- 6-总结
1-前言
为了考上大学院，做了日语版本练习，边学边看边记录
2-数据库データベース
【模拟题①】数据库設計プロセス（概念理解・穴埋め）
次の文章の空欄【ア】〜【オ】に最も適切な語を，下の選択肢から選び，記号で答えよ。
なお，同じ記号は複数回使用してよい。
データベース設計は，一般に以下の段階で行われる。
-
第1段階【ア】：
利用者の業務内容を分析し，データベースに対する【イ】を整理する。
-
第2段階【ウ】スキーマ設計：
DBMS に依存しない形で，対象世界の情報構造を記述する。
-
第3段階【エ】スキーマ設計：
実際に使用するデータモデルに基づき，データの論理的構造を定義する。
-
第4段階【オ】スキーマ設計：
データの格納方法や索引など，物理的構造を定義する。
選択肢
A. 概念定義
B. 要求定義
C. 目的
D. 要求
E. 業務
F. 知識
G. 条件
H. 概念
I. データベース
J. 論理
K. 情報
L. 物理
📌 题型说明
- 和你原题 100% 同类
- 考：数据库设计四阶段是否真的懂
【模拟题②】関数従属性（理論判断）
次の関係 R において，成立する関数従属性を（a）〜（f）からすべて選べ。
関係 R
| A | B | C |
|---|---|---|
| 1 | X | 10 |
| 1 | X | 10 |
| 2 | Y | 20 |
| 2 | Y | 20 |
| 3 | Y | 30 |
| 3 | Y | 30 |
選択肢
(a) A → B
(b) A → C
© B → C
(d) B → A
(e) C → A
(f) C → B
📌 题型说明
- 和你原来的 X,Y,Z 表完全同构
- 本质只考一句话：
👉「左边一样，右边是不是一定一样」
【模拟题③】関係代数（結合演算）
次の 2 つの関係 R, S に対して，以下の演算結果を求めよ。
関係 R
| P | Q |
|---|---|
| 0 | 1 |
| 1 | 2 |
| 2 | 3 |
関係 S
| X | Y | Z |
|---|---|---|
| 1 | 2 | a |
| 2 | 3 | b |
| 3 | 3 | c |
問題
(1) R ⋈_{Q = X} S
(2) R ⋈_{Q < Y} S
📌 题型说明
-
和你原题一样：
- 一个「等号结合」
- 一个「不等号结合」
-
必须逐行枚举，不能靠感觉
3-数据库データベース-答案解析
問題1（穴埋め）
あなたの回答：
- ア：B（要求定義）
- イ：D（要求）
- ウ：H（概念）
- エ：J（論理）
- オ：L（物理）
✅ 全て正解（そのままでOK）
問題2（関数従属性）
あなたの判定：
- (a) A→B ✅
- (b) A→C ✅
- © B→C ❌（B=YでCが20/30に分かれる）
- (d) B→A ❌（B=YでAが2/3に分かれる）
- (e) C→A ✅
- (f) C→B ✅
✅ 結論 a b e f で 正解
説明も完璧に「同じ左辺→右辺が一意か」で見れてます。
問題3（結合演算）
(1) R ⋈_{Q = X} S
あなたの結果：
0 1 1 2 a
1 2 2 3 b
2 3 3 3 c
✅ 正解（QとXが一致した行だけ残る）
(2) R ⋈_{Q < Y} S
ここだけ確認ポイント：
- Rの各Qに対して、SのYが「それより大きい」ものだけ結合
Sの(Y)は 2, 3, 3
Q=1 のとき：Y>1 → (2,3,3) 全部OK ✅（3行）
Q=2 のとき：Y>2 → (3,3) だけOK ✅（2行）
Q=3 のとき：Y>3 → なし ✅（0行）
なので 合計5行で、あなたの行数は合ってます。
でも、あなたの最後の行：
1 2 3 3 C
❌ これは 条件違反 です（Q=2なのにX=3の行は Y=3 でOKだけど、Zは c のはず。あなたは C（大文字） になってるのと、前の行で既に「1 2 3 3 c」を書くべき）
✅ 正しい(2)の答え（5行）
P Q X Y Z
0 1 1 2 a
0 1 2 3 b
0 1 3 3 c
1 2 2 3 b
1 2 3 3 c
👉 修正点：最後の行の Z は c（小文字）
4-软件工程（ソフトウェア）
問１
顧客や利用者の要求を仕様に正確に反映させることが難しい理由を1つ挙げ，説明せよ。
出题意图（老师想看什么）
- 是否理解 要求分析的本质困难
- 关键词：
曖昧性 / 暗黙知 / 利害関係者の認識差
✅ 模范答案（推荐写法）
顧客や利用者の要求は，曖昧で言語化されていない暗黙的な部分を含むことが多く ，
利用者自身も要求を明確に把握していない場合がある。
そのため，開発者との間で認識のずれが生じやすく，
要求を正確な仕様として記述することが難しい。
📌 可加分关键词
- 曖昧（あいまい）
- 暗黙知（あんもくち）
- 認識のずれ
問２
プロトタイプの作成を伴う開発プロセスの利点を1つ述べよ。
出题意图
- 是否理解 原型 ≠ 正式系统
- 重点在：早期确认 / 反馈
✅ 模范答案
プロトタイプを作成することで，
開発の初期段階において顧客や利用者に実物に近い形でシステムを提示でき，
要求の妥当性を早期に確認し，
認識のずれを修正できるという利点がある。
📌 核心点
- 初期段階
- 要求の妥当性確認
- 認識のずれ修正
問３
テストとデバッグの目的がどのように異なるか述べよ。
出题意图
- 是否能清楚区分两个概念
- 不是过程，是目的差异
✅ 模范答案（最稳）
テストの目的は，
ソフトウェアに欠陥や不具合が存在するかどうかを発見すること である。
一方，デバッグの目的は，
テストによって発見された欠陥の原因を特定し，修正することである。
📌 评分点
- 発見（テスト）
- 原因特定・修正（デバッグ）
問４
リファクタリングの目的と作業について説明せよ。
出题意图
- 是否知道 Refactoring ≠ 功能修改
- 关键词几乎是 固定模板
✅ 模范答案（强烈推荐背下来）
リファクタリングの目的は，
外部的な振る舞いを変更せずに ，ソフトウェアの内部構造を改善し，
可読性や保守性，変更容易性を向上させることである。
具体的な作業としては，
重複コードの削除や命名の改善，
処理構造の整理などが挙げられる。
📌 必写关键词
- 外部的な振る舞いを変更せずに
- 可読性・保守性
- 内部構造の改善
5-软件工程（ソフトウェア）答案解析
問題１（要求分析困难）
你现在的问题点
- 「十分なある」「十分なありません」❌
- 原因说明有了，但结论句不够学术
- 「反応させる」应为「反映させる」
✅ 修正版（强烈推荐，考试可直接写）
顧客は業務に関する知識を十分に持っている一方で，
システム開発に関する専門知識は十分でない場合が多い。
一方，開発者は専門知識を有しているが，
顧客の業務内容に対する理解が不十分なことがある。
このような認識の違いにより，
顧客や利用者の要求は曖昧になりやすく，
それを仕様に正確に反映させることが難しい。
🔑 加分点
- 認識の違い
- 曖昧になりやすい
- 反映させる
問題２（プロトタイプ的利点）
你现在的问题点
- 句子太长，阅卷老师读着累
- 「あの要求」❌（口语）
- 「できるである」❌
✅ 修正版（标准大学院答案）
プロトタイプを作成することにより，
開発の初期段階で顧客や利用者に
システムの動作やイメージを具体的に示すことができる。
その結果，要求書作成時に含まれていた
曖昧な要求を早期に確認・修正できるという利点がある。
🔑 关键词
- 初期段階
- 具体的に示す
- 早期に確認・修正
問題３（テスト vs デバッグ）
⚠️ 这是必改题，原句像说明书，不像考试答案。
你现在的问题点
- 「機能です」不合适
- 「減る」❌（是"减少"，不是"修正"）
✅ 修正版（模板级，建议背）
テストの目的は，
ソフトウェアに欠陥や不具合が存在するかどうかを
発見することである。
一方，デバッグの目的は，
テストによって発見された欠陥の原因を特定し，
修正することである。
👉 这一题这样写，几乎必满分
問題４（リファクタリング）
你这一题 理解最好，只需要小修。
你现在的问题点
- 「なだ」❌ → 「など」
- 少一句「目的は」
✅ 修正版（非常标准）
リファクタリングの目的は，
外部的な振る舞いを変更せずに，
ソフトウェアの内部構造を改善することである。
これにより，可読性や保守性などの
変更容易性を向上させる。
6-总结
用日语的方式来直接训练，我认为是提示能力的好办法吧，希望从今天开始，每天坚持到考试那天，一直训练。