サイトマップ
- HOME
- お知らせ
- サイトマップ
- サービス・料金
- コンサルタント
-
ソリューション
- MBD開発支援
- 要求の仕様化
- 構造の整理
- 段階に応じた検証
- モデル検証
- 統合テストのポイント
- システムテストとHILSの活用
- 「機能安全」対応支援
- 安全コンセプトの決定
- プロセスの定義と遵守
- ミスを防止する開発成果物
- 成果物の管理
- システムアーキテクチャ
- システム要件の定義
- 論理構成要素の定義
- 論理アーキテクチャの作成
- 物理アーキテクチャの作成
- 要求の定義と仕様化
- 「要求」の抽出方法
- 「要求」の仕様化の方法
- 「USDM」を使った「要求」と「仕様」の整理
- 「要求」の定義と仕様化が大事な場面
- 「要求仕様」がうまく書けない原因
- USDMにおける表現の作法
- USDMアセスメントサービス
- 既存資産の解説書
- 問題の原因は何か?
- 解説書とは何か?
- これが解説書だ!
- 誰が解説書を書くべきか?
- レガシー救済プロジェクト
- チーム再生
- 自働化・システム化
- レガシー救済リーダの心得
- 「レガシーシステム」の可視化
- 定量分析
- 構造解析
- レガシーリファクタリング
- 問題の発見
- 解決策の立案
- 変更前のテスト
- 振舞いと結果を自働評価
- プロセスアーキテクチャ
- XDDPによる「派生開発」
- 3つの成果物
- 変更内容の調査と仕様化
- トレーサビリティマトリクス作成(変更箇所の特定)
- 変更方法の決定
- 開発を支援する様々なこと
- 「XDDP」スタートダッシュ支援サービス
- 「UML」+「オブジェクト指向」モデリング
- よいモデルで現場への定着を
- プロダクトライン開発
- SPL開発への移行の進め方~1.調査・計画
- SPL開発への移行の進め方~2.既存資産を統合・差分分析
- SPL開発への移行の進め方~3.部品化によるコア資産作成
- SPL開発への移行の進め方~4.製品を導出
- RIPPLEアプローチ
- SPL移行診断
- エクスモーションについて
- コラム
- 資料ダウンロード
- メールニュース登録フォーム
- よくあるご質問
- お問い合わせ
- 個人情報保護方針
- USDM用語集