画面移行の経験は転職で何が読まれるのかを解説
監修・編集責任者:牛尾 昭昌(株式会社LASSIC 執行役員)

Oracle Formsのような画面フレームワークで作られた基幹システムを新しい技術に移す画面移行の仕事は、画面をそのまま作り替えるだけでは終わりません。画面の中に業務の決まりがどれだけ埋め込まれているかを洗い出し、移行後にどこへ置き直すかを決める作業が、実務の中心になります。この整理をどう進めたかが、転職の場面でそのまま評価につながります。
厚生労働省の調査では、全職業の有効求人倍率は1.26倍でした*3。求人の数が求職者の数を上回っている状況のなかで、その整理をどう進めたかという実績は、書き方次第で転職の判断材料になります。
Relasic(株式会社LASSIC運営)|リモートワーク対応の転職支援
この記事のポイント
- 総務省の調査では、常用雇用者100人以上の企業のテレワーク導入率は47.3%でした*1。企業として制度を用意している割合は、この数字にとどまります。
- 国土交通省の調査では、雇用型就業者のテレワーク実施率は15.6%でした*2。企業の導入率と、実際に働く人の実施率のあいだには差があります。
- 厚生労働省の調査では、全職業の有効求人倍率は1.26倍でした*3。求人の数が求職者の数を上回るなかで、画面移行に携わった経験を、次の転職でどう説明するかが問われます。
リモートワーク対応の正社員求人|Relasic(株式会社LASSIC運営)
画面移行でその決まりを整理した経験を評価する正社員求人が、リモートワーク対応の求人にあります。
1. 画面移行の評価は、業務ロジックの整理力で決まります。
画面移行で評価されるのは、画面を作り替えた実績そのものではなく、その決まりをどう棚卸ししたかです。画面の中に埋め込まれた業務の決まりを取り出し、移行後にどこへ置くかを決める作業が、実務の中心になります。厚生労働省の調査では、全職業の有効求人倍率は1.26倍でした*3。求人の数が求職者の数を上回るなかで、この整理の進め方を具体的に説明できるかどうかが、転職の判断材料になります。
Oracle Formsのような画面フレームワークで構築された画面には、入力チェックや表示の切り替えといった業務の決まりが、フォームのトリガーに直接書き込まれています。画面をそのまま新しい技術に置き換えるだけでは、その決まりごと見落とすことになります。
業務ロジックは画面だけに置かれているわけではありません。データベースのトリガーや、帳票の集計処理に同じ種類の判断が書かれている場合もあります。どこに何が書かれているかを洗い出す作業が、置き換え作業よりも先に必要になります。
誰がその決まりを知っているかも、洗い出しの対象です。仕様書に残っていない条件は、担当していた人に確認しないと移行後の設計に反映できません。この確認と整理をどう進めたかが、次の求人で伝える実績になります。
あわせて読みたい | データベースエンジニアの転職|運用の経験を設計に接ぐ
2. テレワークの実態は、導入率と実施率で数字が分かれます。
画面移行に携わるエンジニアが次の求人を探すとき、働き方の実態を示す2つの指標を確認しておく必要があります。
総務省の調査では、常用雇用者100人以上の企業のテレワーク導入率は47.3%でした*1。企業として制度を用意している割合は、この数字にとどまります。
国土交通省の調査では、雇用型就業者のテレワーク実施率は15.6%でした*2。制度がある企業の割合と、実際に働く人が使っている割合には差があります。
画面移行に携わった経験を次の求人で説明するとき、勤務地や出社の頻度がどう運用されているかは、制度の有無だけでは判断できません。求人票に書かれた条件を、面談で確認しておく必要があります。
あわせて読みたい | 地方在住でも大丈夫?リモートワークエンジニアの働き方・求人の探し方を徹底解説
3. 業務ロジックは、画面・トリガー・帳票に散らばっています。
Oracle Formsのような画面フレームワークの画面には、入力値の検証や表示項目の切り替えといった判断が、フォームのトリガーに直接書かれています。仕様書とコードの記載が一致しない場合、実装を読まないと判断の内容が分かりません。
同じ種類の判断は、データベースのトリガーにも書かれています。画面から見えない場所で実行される処理のため、画面の棚卸しだけでは見落とします。ストアドプロシージャやトリガーの一覧を、画面の一覧と並べて確認する作業が別に必要になります。
帳票にも業務ロジックが入り込みます。集計の条件や、表示を省略する条件が、レポート定義のなかに書かれている場合があります。画面・トリガー・帳票の3か所を横断して確認しないと、移行後に同じ判断を再現できません。
その決まりがどこに書かれているかを洗い出したあとは、それぞれの判断を移行後のどこに置くかを決める作業が続きます。アプリケーション側に書き直すか、データベース側に残すかで、以降の保守のしやすさが変わります。
この置き場所の決定は、コードを機械的に変換するだけでは決まりません。業務としてその判断がなぜ必要なのかを理解した上で、移行後の構成に合わせて選ぶ作業になります。
洗い出したその決まりは、判断ごとに所在・確認先・移行後の置き場所を並べた一覧としてまとめておくと、移行作業を引き継ぐときの資料になります。同じ一覧は、転職の面談で進め方を説明するときにも使える形になります。
4. 画面・トリガー・帳票を、表で洗い出します。
その決まりがどこに書かれているかを、対象ごとに整理して確認します。
【表1】業務の決まりの所在と、移行後に確認する観点
| 対象 | 書かれている場所 | 確認する観点 | 移行後の置き場所の例 |
|---|---|---|---|
| 画面 | フォームのトリガー | 入力チェックと表示切替の条件 | アプリケーション層 |
| データベース | テーブルのトリガー・ストアドプロシージャ | 更新時に自動で走る処理 | データベース層に残す場合とアプリケーション層に移す場合の両方 |
| 帳票 | レポート定義の集計・表示条件 | 集計条件と非表示条件 | レポーティング層またはアプリケーション層 |
表のとおり、業務ロジックは画面だけでなく、データベースのトリガーや帳票の定義にも分散しています。画面の棚卸しだけでは、この3か所を確認しきれません。
確認する観点も対象によって異なります。画面は入力チェックと表示の条件、データベースは更新時の自動処理、帳票は集計と非表示の条件です。対象ごとに観点を分けて確認することで、移行後に同じ判断を再現できます。
この表と同じ形で、対象・所在・観点・置き場所を実際のシステムごとに埋めていくと、棚卸しの記録として残ります。記録を残しておくことは、作業を引き継ぐときだけでなく、次の求人で経験を説明するときにも役立ちます。
5. 画面移行の確認は、3つの層で細かさが増します。
画面移行で確認する範囲は、画面だけでは終わりません。画面の次にその決まりの条件を確認し、最後にデータの意味まで確認する必要があります。
画面の確認は見た目と入力の動きが対象です。次のその決まりの確認では、条件分岐や例外処理まで踏み込みます。最後のデータの確認では、項目が何を意味し、どの項目と結び付いているかまで見ていきます。
この順序を踏まずにデータの確認から始めると、その決まりの条件を見落としたまま、データの構造だけを移行してしまう場合があります。画面、その決まり、データへと順に確認することが、抜け漏れを防ぐ進め方になります。
6. 業務ロジックを棚卸しする4つの観点を整理します。
画面移行に携わるときに、その決まりを棚卸しする観点を整理します。
棚卸しで確認する4つの観点
- 所在:画面のトリガー、データベースのトリガー、帳票の定義のどこに判断が書かれているかを確認します。
- 知っている人:仕様書に残っていない条件を、担当していた人に確認します。
- 移行後の置き場所:アプリケーション層に書き直すか、データベース層に残すかを判断ごとに決めます。
- 確認の順序:画面、その決まり、データの順に確認し、抜け漏れを防ぎます。
4つの観点はどれも単独では棚卸しとして不十分です。所在を確認しても、知っている人に確認しないまま移行を進めると、仕様書に残っていない条件が抜け落ちます。
移行後の置き場所を決める作業は、コードの変換とは別の判断です。同じ判断でも、更新頻度の高い項目はアプリケーション層に、参照が多い項目はデータベース層に置くといった選び方があります。
確認の順序を守ると、抜け漏れに気づくタイミングも早くなります。画面の段階で見つからなかった条件が、その決まりの段階で見つかることもあれば、データの段階で初めて表に出ることもあります。順序を決めておくことで、どの段階で見つかった条件かを後から振り返れます。
画面移行に携わった経験を転職の場面で説明するときは、この4つの観点をどう進めたかを具体的に伝えることが、その整理力として伝わります。
あわせて読みたい | 制御系からWeb系へ転職するとき変わる3つのこと
7. よくある質問(Q&A)
Q1. Oracle Formsのような画面フレームワークからの移行経験は、他の言語や技術への転職でも評価されるか。
A. 評価されます。業務ロジックの棚卸しや、置き場所を決める判断の進め方は、移行先の技術に関わらず伝えられる実績です。使用していた言語やフレームワークの名前だけでなく、整理の手順を具体的に説明することが重要です。
Q2. その決まりの所在を確認する作業に、実務経験は何年必要か。
A. 目安は実務3年です。画面・トリガー・帳票のどこに判断が書かれているかを見分けるには、複数の実装パターンに触れた経験が必要になります。3年未満でも、複数の業務システムに関わった経験があれば評価される場合があります。
Q3. 仕様書に条件が残っていない場合、どう確認を進めればよいか。
A. 担当していた人への確認と、コードそのものを読む作業の両方が必要です。仕様書に残っていない条件は、トリガーやストアドプロシージャのコードに直接書かれている場合があります。
Q4. リモートワーク対応の求人でも、この整理の経験は伝わるか。
A. 伝わります。勤務地に関わらず、その決まりをどう洗い出し、どこに置き直したかという進め方は、面談で具体的に説明できる実績です。
Q5. 移行の規模が小さいプロジェクトでも、この経験は評価されるか。
A. 評価されます。棚卸しの観点そのものは、画面の本数や関わった人数の規模に関わらず同じです。規模が小さくても、所在の洗い出しから置き場所の決定までを自分でどう進めたかを具体的に説明できれば、実績として伝わります。
8. まとめ:業務ロジックの整理力は、転職でそのまま伝わります。
この記事の要点
- 企業のテレワーク導入率は47.3%、雇用型就業者のテレワーク実施率は15.6%です。制度の有無と、実際の利用には差があります*1*2。
- 全職業の有効求人倍率は1.26倍です。求人の数が求職者の数を上回るなかで、実績をどう説明するかが判断材料になります*3。
- 画面移行で評価されるのは、画面を作り替えた実績そのものではなく、その決まりをどう棚卸ししたかです。
- 画面・データベースのトリガー・帳票の3か所を確認し、移行後の置き場所を決める。この進め方を具体的に説明できることが、次の求人で伝わる実績になります。
画面移行に携わった経験は、使っていた技術の名前だけでは伝わりません。その決まりをどう洗い出し、どこに置き直したかという進め方こそが、次の求人で評価される実績です。
※公開中の求人数は時期によって変わります。記事中の求人の傾向は執筆時点のものです。
出典・参考情報
*1 総務省「令和6年通信利用動向調査」
*2 国土交通省「テレワーク人口実態調査」
*3 厚生労働省「一般職業紹介状況(令和7年12月分)」
転職ノウハウ その他の記事
もっと読む 〉-
点検の周期がずれた求人|次をいつにするかを決める
監修・編集責任者:牛尾 昭昌(株式会社LASSIC 執行役員) 点検の周期は最初に決めた数字がそのまま残ります。3か月ごと、6か月ごとという間隔は求人票にも書かれますが、その間隔が実際にずれたあと、次の予定をどう数え直す […] -
色の使い分けだけに頼る求人|伝わらない場面が残る
監修・編集責任者:牛尾 昭昌(株式会社LASSIC 執行役員) 求人票や社内の資料では、重要な部分を目立たせるために色を使う場面がよくあります。ですが目立たせ方が一種類しかないと、同じ画面を見ても同じ意味が伝わっていると […] -
新人に教える時間がある求人|工数に入っているか
監修・編集責任者:牛尾 昭昌(株式会社LASSIC 執行役員) 転職を考えるとき、新人に教える時間が仕事の一部として数えられているかどうかは、求人票だけでは見えにくい点です。教わる側になる場面と、経験を積んだ人が教える側 […] -
月次のやり直しがある求人|誰に知らせるかで決まる
監修・編集責任者:牛尾 昭昌(株式会社LASSIC 執行役員) 月次の処理を一度締めた後で、新しく分かった情報をもとにもう一度回すことになる場面があります。締めた時点の数字は、その時点で複数の相手に渡っており、直す作業が […]