産業プロジェクト管理
1はじめに
市場でのプロジェクト管理の本は、ボーエンと他のギャップがまだあるインターネット、管理経験と厳格さや産業、自動車の規制レベルです。工業製品は現在やって、私は、厳格な努力を管理プロセスを要約したいと思います!
2つの車のルール・レベルの仕様
自動車用セーフティクリティカルなコンポーネント(セーフティクリティカル部品)制御ソフトウェア開発標準
いわゆる「セーフティクリティカルコンポーネントは、」人気のポイントは、エンジン、トランスミッション、ステアリングシステム、エアバッグ、ブレーキシステムなどのように死んだの部品に問題外であると述べました。パワーウィンドウ、空調システム、音響システムか何かを含む、非クリティカルなコンポーネントとは対照的です。
2.1業界標準(Vモデル)
業界標準のセーフティクリティカルなコンポーネントのソフトウェア設計フロー持って2、aSPICE(自動車用ソフトウェアプロセス改善と能力の決意)とソフトウェア部分の機能安全標準ISO26262((道路車両 - 機能安全 - 。パート6)ほぼすべてのOEMを自動車部品サプライヤーの大半は、独自のソフトウェアの設計プロセスを開発するために、これらの2つの規格を基準にしているとOEM企業が増えて - などフォルクスワーゲンなど - 基本的なしきい値の一つは、部品サプライヤーを供給していますaSPICEの認証を介したソフトウェア設計プロセス。
aSPICEプロセス
アーキテクチャ設計 - - ユニットデザイン - ユニットテスト - ソフトウェアの統合と統合テスト、ソフトウェアだけでなく、最終的に包括的なテスト、順番に各ステップのソフトウェア開発プロセスは、要件分析に分けることができます。
ISO26262のプロセス
業界でaSPICEとISO26262は、一般的に「V」型の開発プロセス(Vモデル)と呼ばれます。
2.2 Vモデルの特長
レイヤード開発検証
および検証要件文書の最初のレベルに対応し、
アーキテクチャおよび対応する統合テスト、第二レベル、
試験ユニットにセル設計相当し、それは第3レベルです。
責任者の担当V-プロセス要件、開発およびテストの同じレベル、同じ(またはグループ)によります。
例えば、建築に関わる建築家に加えて、だけでなく、統合されたテストケース(テストケース)を開発し、統合テストが完了した後、試験報告書を見直し、
そのような書き込みコードにだけでなく、ライトユニットテストケースにセル設計エンジニアに参加することに加えて、として、レビューユニットテストレポート。
プロセスは、信頼性の高い、完全な検証が最大のソフトウェアを確保する設計上の欠陥に起因する誤解の可能性を低減するために設計されています。
強力なトレーサビリティ
一方、この文はどのユニットテストであり、理論的には、任意の文を選択する最終的なリリースのコード、すぐに顧客の需要にターン対応のソフトウェア要件に対応したソフトウェア設計の実現であり、それのかを決定することができますテスト用集積記事へのターン対応で、また明確でなければならない、テストケースを使用します。そして、このすべての情報は、対応する責任者、校閲、および必要に応じてノートの日付を含める必要があります。
この設計プロセスの目的は、高移動度の場合はチームに両方とも、新規参入者が迅速かつ正確に始めるために、もっと重要なのは、後で問題に、迅速かつ総合的な故障解析を行うことができ、障害根本的な原因。
ステップ2.3少しステップ
ブロガーは、ステップバイまったくステップであることはほとんどありませムーチェンは、経験を共有し、我々は完全に少しずつステップaSPICEバイステップとISO26262その6プロセスに従う、私はサプライヤー企業(ルノーの子会社)との接触で働いていた知って、私は会社もISO26262その6に従事されましたまた、自動車産業のプロジェクトマネージャーを掘って、実行するために、最終的には難しすぎます。
ISO26262その6およびaSPICE。後者は基本的に前者は今、ソフトウェアは、標準車を遵守しなければならない出版されるだけフォルクスワーゲン、ダイムラーや他のドイツの自動車会社、わずか数の必須要件(洗練されたと、これらのプロセスの実装を完了するための内部能力)。
2.4 Vモデル医療過誤
- 柔軟性のない
要件決意、アーキテクチャがアーキテクチャを決定するために、始めは、デザインユニットは、おそらく減速をもたらすために、実際のプロジェクトレベルに依存し始めました。 - 初めにハード
、最初の凍結要求を開始したプロジェクトでは、技術者の要件の需要が困難なプロジェクトの始まりで、その結果、高すぎます。 - 作品に仕上げるために残業に簡単に
会社が強力な製品の遅れが影響を耐え解放することができない限り、実際の開発を、需要の変化、人々は、共通している残業、日常のスケジュールです。
3つの工業用グレードの仕様
3.1前提条件
- 需要がフリーズすることはできません
- 市場主導型の製品は、市場を促進します
- 技術進歩の服従
コア3.2 V-ポールその後、微調整
V-コア:階層的な検証、遡及
トリミング(アジャイル):CAN回顧、することができますコードのドキュメント
3.3定期的なトラックの進捗状況
全体の進捗状況を判断するために月曜日のプロジェクト例会
モジュールのスケジュールを決定するために月曜日にチーム水曜日例会を
、最終的な議事録を、電子メールの更新
3.4ドキュメント
要件文書、設計書、テスト文書は、文書の進行
責任者、校閲、および必要に応じてノートの日付を
進捗状況ドキュメント:ガントと
設計ドキュメント:UML
4つの思考
技術進歩の従順
工業製品および商用グレード製品の差別の
知識の幅広さは、深さの副産物である
市場主導型の製品、市場を促進
参照
1、Huawei社のハードウェア開発
2、「神話マン月間」Liteの
3、国内のITプロジェクトの開発プロセス
3は、書き込み業界レベルのコードは、どのような経験のありますか?
4、大規模なソフトウェア開発会社のプロセスは?
5. シェルをクール-長年にわたって、私は技術研究を進めていることを
6、文書の集合を-鳥の言語