システム開発機能要件と非機能要件の違い|「機能が動く」と「本番で使える」は違う 「機能が動く」と「本番で使える」は違う。機能要件と非機能要件の違いを、購入申請システムの具体例と現場の失敗パターンから整理します。2026.06.19システム開発
システム開発Vモデルは古くない|設計とテストをつなぐ品質保証の考え方 Vモデルは古い開発手法の話ではなく、要件・設計で決めたことをテストで確認する品質保証の考え方です。バックアップ要件の具体例で各工程の対応関係を整理します。2026.06.19システム開発
システム開発【後編】システム開発の流れを現場目線で理解する|要件定義・テスト・移行・運用保守のリアル 要件定義・設計・テスト・移行・運用保守の各工程で、初級SEがどこを見るべきか。現場で実際につまずきやすいポイントを具体的に整理します。2026.06.19システム開発
システム開発要件定義の正体|お客様の要望をそのまま作ってはいけない理由 要件定義はRFPと提案内容を前提に、お客様とベンダーの認識差を潰す工程です。曖昧な要望をどう数字に落とし込むか、現場の実務観点で整理します。2026.06.19システム開発
AWS【第2部・後編】クラウドリフトPoCで「動いた」は確認できた。しかし運用では使えなかった|10の設計リスク② ジョブ・セキュリティ・ライセンス・DB互換性・コスト PoCで「動いた」だけでは運用では使えなかった。ジョブ管理・セキュリティ・ライセンス・DB互換性・コストの5領域で、見落とすと手戻りになる設計リスクを現場実例をもとに整理します。2026.06.19AWSシステム開発
AWS【第2部・前編】クラウドリフトPoCで「動いた」は確認できた。しかし業務では使えなかった|10の設計リスク① 可用性・性能・ストレージ・バックアップ・監視 PoCで「動いた」は確認できた。しかし構築フェーズで業務が回らなかった。可用性・性能・ストレージ・バックアップ・監視の5領域で、見落とすと手戻りになる設計リスクを整理します。2026.06.19AWSシステム開発