用語集

学習用の教材です。重要な判断では一次資料や専門家を確認してください。

TRADING COMPANY CORE SKILLS · 012

システム開発

事業課題を、使われ続ける安全なデジタル能力へ変える

高校生版

まず一言でいうと

社会人向けの説明へ

システム開発で最低限知ることを、具体例から読みます。

最初に押さえる3点
  • 誰のどんな仕事を改善するかを先に決める。
  • 機能だけでなく安全・速さ・障害時の対応を決める。
  • 小さく確認し、承認して公開し、運用でも改善する。

身近なたとえ

社会人向けの説明へ

わからない用語はこちら(1語)

クラスで使う連絡アプリを作ること。欲しい機能だけでなく、誰が使うか、間違えにくさ、個人情報、壊れた時、改善方法まで考える。

会社でも同じ

事業要求、プロダクト設計、開発、テスト、リリース、運用、セキュリティ、ベンダー管理を扱う。IT投資の事業優先順位は事業経営・事業計画と連携する。

覚える合言葉

「目的 → 事実 → 選択肢 → 数字 → 判断 → 行動」

7つのステップ

社会人向けの説明へ
段階 1
課題を定義
→
段階 2
要求を選別
→
段階 3
設計
→
段階 4
小さく開発
→
段階 5
品質確認
→
段階 6
安全にリリース
→
段階 7
運用・改善

前のステップに戻るのは失敗ではありません。新しい事実で考えを直すことが、良い仕事です。

しくみを理解しよう

社会人向けの説明へ

わからない用語はこちら(6語)

1. 課題・要求定義

社会人向けの説明へ

要求は、誰が何を実現したいかです。機能要件は動作、非機能要件は速さ・安全・止まりにくさなどの品質条件。受入条件は「できた」と判断する基準です。

2. アーキテクチャ・データ

社会人向けの説明へ

アーキテクチャはシステム全体の構造です。データの出所、保持先、誰が触れるかを決め、費用・保守・安全のバランスを比較します。

3. 開発マネジメント

社会人向けの説明へ

Backlogは作る候補の優先順リストです。Sprintは短い区切りで作り確認する進め方の一つ。すべての案件で同じ手法が必須という意味ではありません。

4. 品質・テスト

社会人向けの説明へ

重要な操作、入力ミス、権限違い、障害を確認します。部品だけでなく一連の利用ができるかを調べ、試験件数だけで品質を判定しません。

5. DevSecOps・リリース

社会人向けの説明へ

CI/CDは変更を継続して検査・配布する仕組みです。自動検査があっても公開権限と判断は別。秘密情報・権限・脆弱性を扱い、失敗時に戻す方法を確認します。

6. 運用・プロダクト改善

社会人向けの説明へ

公開後も利用・障害・費用を見ます。SLO(サービス品質の目標)を置く場合は測り方と期間を決めます。すべての小さなサイトで同じ運用体制を必要とするわけではありません。

同じ具体例で判断の流れを読む

社会人向けの説明へ

仮想の受注入力例です。1日20件、1件5分だった仕事を、同じ作業範囲で3分にする目標とします。1日40分、20営業日なら月800分(13時間20分)の短縮です。実測結果ではありません。

入力 → 内容確認 → 権限を持つ担当が確定 → 記録を保存 → エラー時は担当へ通知

他人の注文を操作できないこと、入力ミスを修正できること、保存できなければ完了表示をしないことも受入条件にします。導入費用・再確認の手間を含めて効果を実測し、短縮時間だけを金額の利益と扱いません。

用語やさしい意味
要求定義何をなぜ作るか決めること
非機能要件速さ・安全・止まりにくさなど機能以外の条件
アーキテクチャシステム全体の構造
Backlog作る候補の優先順リスト
MVP価値を試せる最小製品
CI/CD変更を自動で検査・配布する仕組み
SLOサービス品質の目標
技術負債将来の変更を難しくする作りのツケ

読み終えたら

社会人向けの説明へ
  • 誰のどんな仕事を改善するかを先に決める。
  • 機能だけでなく安全・速さ・障害時の対応を決める。
  • 小さく確認し、承認して公開し、運用でも改善する。

詳しく知りたいときは右上から社会人版へ進めます。