組込み研修ランキング（２）

みなさん、こんにちは！
（株）富士通ラーニングメディアの福田です。

前回に引き続き、「組込み一直線」の記事に関連して、当社の組込み研修の人気コースをご紹介します。

2007年４月～2008年２月の当社組込み系コースの人気ランキングです。
今回は、1位から5位までをご紹介します。

　1位　Ｗｉｎｄｏｗｓ　Ｅｍｂｅｄｄｅｄ　ＣＥ　６．０　基礎
　2位　Ｃ言語コーディング作法
　3位　組込みソフトウェア開発初心者のためのＣ言語プログラミング　
　4位　組込みソフトウェア開発初心者のための組込みシステムの基礎　　　　　　　　　　　　　　
  5位　組込みソフトウェア開発初心者のためのリアルタイムＯＳ入門
　　　　（μＩＴＲＯＮ編）

1位のコースは、日本初のマイクロソフト社認定のWindows Embedded CE 6.0トレーニングコースです。応用コースは9位にはいっていました（組込みランキング（１）参照）
ブログでも、一度取り上げています。こちらをご参照ください。
5位以上は、初心者向けのコースが多くランキングしています。

研修計画にお役立ていただければ幸いです！

▼ご感想やご意見、
  また「このようなテーマを取り上げてほしい」など、
　お気軽にコメントにてお寄せください！

※コメント・トラックバックは、当社確認後表示となります。
　コメント・トラックバックが表示されるまでお時間いただくことをご了承ください。
　コメント・トラックバックにつきまして、営利目的の場合はご遠慮ください。

※無断転載・無断転用はご遠慮いただきたくお願いいたします。

当社のホームページはこちら
（株）富士通ラーニングメディアへのリンク

組込み研修ランキング（１）

みなさん、こんにちは！
（株）富士通ラーニングメディアの福田です。

だいぶ暖かくなってきました。
しかし、まわりでは逆に風邪がはやっているような・・・
季節の変わり目、体調にはお気をつけください。

さて、「組込み一直線」の連載、いかがだったでしょうか？
「組込み一直線」の記事に関連して、今回は、当社の組込み研修の人気コースを2回に分けてご紹介します。

2007年４月～2008年２月の当社組込み系コースの人気ランキングです。
今回は、10位から6位までをご紹介します。

　6位　組込みソフトウェア開発初心者のための電気入門
　7位　組込みソフトウェア技術者のための電子回路／測定技術の基礎
　8位　組込みソフトウェア開発初心者のためのテスト入門　
　9位　Ｗｉｎｄｏｗｓ　Ｅｍｂｅｄｄｅｄ　ＣＥ　６．０　応用　　　　　　　　　　　　　　
10位　組込みソフトウェア開発初心者のためのレビュー入門

9位のコースは、日本初のマイクロソフト社認定のWindows Embedded CE 6.0トレーニングコースです。
ブログでも、一度取り上げています。こちらをご参照ください。
また、6位、7位は、電気関連のコースです。この分野もブログで取り上げています。
こちらを、ご参照ください。

研修計画にお役立ていただければ幸いです！

▼ご感想やご意見、
  また「このようなテーマを取り上げてほしい」など、
　お気軽にコメントにてお寄せください！

※コメント・トラックバックは、当社確認後表示となります。
　コメント・トラックバックが表示されるまでお時間いただくことをご了承ください。
　コメント・トラックバックにつきまして、営利目的の場合はご遠慮ください。

※無断転載・無断転用はご遠慮いただきたくお願いいたします。

当社のホームページはこちら
（株）富士通ラーニングメディアへのリンク

組込み一直線「プロジェクトマネージャー」として大成するには（４）

みなさん、こんにちは
（株）富士通ラーニングメディアの増田です。

ASCII.jp キャリア（http://ascii.jp/cate/21/）に連載の記事、組込み一直線をご紹介します。今回は最終回です。

前回はこちら

*******************

外部委託先の見極め
　組込み系に限らずプロジェクトマネージャーは、コストや予算の管理が大切な業務です。ただし、たとえ外部に開発の一部、あるいは、すべてを委託する場合においても、コストを下げるのが最終的な目標になってはいけません。安さだけでなく、委託先の仕事の実力や姿勢、開発内容との相性や実績などを見極め、総合的に信頼できるところに頼むことが重要です。それを見極める眼力もプロジェクトマネージャーに必要な要素になります。

　委託先を選ぶポイントの1つとして、昨今関心が向けられているものに「セキュリティに対する意識」もあります。組込み系開発の場合、OSに使用されるのはWindowsなどのような一般的なものではなく、ITRONやVxWorks、Symbianなどです。これらはWindowsと比べて、使う人が圧倒的に少なく、ウイルスなども少ないことから、セキュリティに関してそれほど注意が払われていない傾向がありました。しかし、今後はそうもいかないでしょう。また、それにも増して、個人情報や秘密情報の取り扱いについてきっちり対応がなされているか、といった「セキュリティ意識の高さ」は、業者を見極める判断材料となります。

　このように組込み系開発のプロジェクトマネージャーは、とにかく仕事の範囲が非常に広く、それゆえ求められるスキルも広範囲に及びます。オールラウンドに知識を持ち、さらにそれぞれに対して深い知識が必要でしょう。多くの現場を経験し、それら総合力を高めることが、プロジェクトマネージャーとして大成するには必要です。

　全８回にわたって解説してきました「組込み一直線」は今回で終わりとなります。常にアンテナを張り、新しい設計手法やツールなどをウォッチしながらも、現場を大切に、真摯に取り組んでいただきたい、そして、ものづくりの喜びをみなさんに味わっていただきたいと思います。

現場で成果を上げるポイント
・特許権や著作権、派遣法、下請法などの法律を理解する
・ソフトウェア開発の各部門でどれくらいの費用がかかるのか、コスト感覚を身につける
・委託先選びの1つのポイントは「セキュリティに対する意識」

*******************

次回からは、組込み関連コースの人気コースをご紹介します！

▼ご感想やご意見、
「このようなテーマを取り上げてほしい」など、お気軽にコメントにてお寄せください！

※コメント・トラックバックは、当社確認後表示となります。
　コメント・トラックバックが表示されるまでお時間いただくことをご了承ください。
　コメント・トラックバックにつきまして、営利目的の場合はご遠慮ください。

※無断転載・無断転用はご遠慮いただきたくお願いいたします。

当社のホームページはこちら
（株）富士通ラーニングメディアへのリンク

組込み一直線「プロジェクトマネージャー」として大成するには（３）

みなさん、こんにちは
（株）富士通ラーニングメディアの増田です。

今回も引き続き、ASCII.jp キャリア（http://ascii.jp/cate/21/）に連載の記事、組込み一直線をご紹介します。

*******************

　組込み系の現場で成果を上げるためのポイントや必要なスキルについて、「開発エンジニア」、「テストエンジニア」、「プロジェクトマネージャー」とお送りしてきた「組込み一直線」。前々回、前回では、組込み系ソフトウェア開発のプロジェクトマネージャーにとって、コミュニケーション──特にハードウェアのプロジェクトマネージャーとの情報交換──の重要性を中心に、プロジェクトマネージャーの仕事を見ていきました。今回と次回は、現場で起こりがちなマネジメントのミスの事例から、プロジェクトを成功に導くスキルを紹介します。

不測の事態を予見するスキル

　前々回、前回解説したとおりプロジェクトマネージャーにとって一番重要なコミュニケーションスキルには、ハードウェアに関する知識や仕事の進め方を把握することが必要あります。把握せずにプロジェクトを進めてしまうと、コミュニケーションが取れていると思っているだけで、実は背後にある状況が理解できていないなんてことが起こるでしょう。

　私が実際に担当したプロジェクトで、ソフトウェアをハードウェアに組込んで試験をしたところ、どうしてもうまく動作しないという経験をしたことがあります。ソフトウェアの不具合の可能性についていろいろ調べみましたが、原因を発見できなかったのです。そこで、ハードウェアが原因の可能性があるかもしれないと考え、ハードウェアのプロジェクトマネージャーに聞くと「まだ動作の確認や試験をしていません、申し訳ない」と伝えられました。全体スケジュール上、こちらは当たり前のように済んでいると考えていたハードウェアの動作確認が、ハードウェア開発の遅延によりまだ終わっていなかったのです。これも、ハードウェアの開発に関する意識の低さやコミュニケーションの欠如が招いたトラブルと言えるでしょう。

　また、この他にも現場ではさまざまな問題が発生する可能性があり、それに応じたスキルがプロジェクトマネージャーには必要となります。　リスクを予測するスキルという点では、不測の事態への対応力があらゆる工程で求められます。例えば検査をするときに、外部から調達する部品が期日に到着しないことも起こり得ます。そのとき、部品到着まで検査を延期するのではなく、同様の部品を使い、別の方法で検査を実施する柔軟な対応が必要になることもあります。もちろん、部品が到着しないということ自体をまず避けるべきですが、もしものことを想定し、リスクを回避する方策を用意しておくべきなのです。予算や調達だけでなく、あらゆる不測事態に対するリスクヘッジも大切なことです。

　忘れがちなものとしては、特許のクリアランスがあります。小さなプロジェクトだと、そういった作業をスケジュールに入れていないこともよくあり、自社で開発したと考えていたものが、実はすでに特許として認められており、勝手に使えない技術だった……ということになりかねません。そうすると、許諾に時間が必要になったり、許諾が降りてもコストがかさんだり、場合によってはその技術を使わずに改めて開発をしなければならないという事態になるかもしれません。特に特許権、著作権については、十分に注意を払う必要があります。また、特許以外にも外部委託に関わる法律──派遣法や下請法──などについても、しっかり対応していないと、知らないうちに法的に問題があるということが起こり得ます。組込みに限った話ではありませんが、特に組込み系開発は外部の会社に仕事を依頼することが多いので、外部との関係や法律遵守は必ず抑えておきたいプロジェクトマネージャーのスキルでしょう。

　組込み系開発の場合、予算が開発中に何度も変わる事があります。多くは減額され、現場は速やかな対応を迫られるでしょう。例えばマーケティングの結果、プロダクト開発の予算を多く取っていたのを、その後の経済状況の変化により縮小せざるを得なくなるということが起こります。その場合、一部の機能を減らして対応するのか、それとも機能を保ちつつハードウェアを変更してコスト削減を図るのか、またソフトウェア開発工程を工夫して開発費を削るのかなど、的確な判断が必要です。つまりそれには的確なコストを算出できることがスキルとして必須になるでしょう。予算の変動を起こりうることと考え、ソフトウェア開発の各部門でいくら費用が掛かっているか、もしそれをやめるといくら削られるかなどのコスト感覚は、プロジェクトマネージャーに必要不可欠なスキルなのです。

*******************

次回も、引き続き「プロジェクトマネージャ」についてです。

▼ご感想やご意見、
「このようなテーマを取り上げてほしい」など、お気軽にコメントにてお寄せください！

※コメント・トラックバックは、当社確認後表示となります。
　コメント・トラックバックが表示されるまでお時間いただくことをご了承ください。
　コメント・トラックバックにつきまして、営利目的の場合はご遠慮ください。

※無断転載・無断転用はご遠慮いただきたくお願いいたします。

当社のホームページはこちら
（株）富士通ラーニングメディアへのリンク

組込み一直線「プロジェクトマネージャー」として大成するには（２）

みなさん、こんにちは
（株）富士通ラーニングメディアの増田です。

今回も引き続き、ASCII.jp キャリア（http://ascii.jp/cate/21/）に連載の記事、組込み一直線をご紹介します。

今回も、「プロジェクトマネジメント」についてです。

前回の記事はこちら

*******************

さまざまなステークホルダーとの関わり
　前回に述べたとおり、プロダクトマネージャーやハードウェアのプロジェクトマネージャーとの折衝も重要ですが、部品や測定器などのベンダーや外部の委託開発会社とのコミュニケーションも忘れてはなりません。これは一般的にソフトウェア開発のプロジェクトマネージャーとの違いでもあります。例えば、部品やそのドライバソフトの自分たちのアーキテクチャとの相性や実績などは、もちろん事前検証も必要ですが、ベンダーとのしっかりしたコミュニケーションがあってのことです。また、開発を委託する場合も、その会社の技術力と自分たちのハードウェアアーキテクチャとの相性を見極めたり、製品のコンセプトをしっかり伝えるためにもコミュニケーション力が要求されるでしょう。

　組込み系のプロジェクトマネージャーは、とにかくいろいろな人とコミュニケーションを取る必要が数多くあり、その場面ごとで話し合いをし、的確な決断をしなければなりません。そのために幅広い知識と多くの経験が要求されるのです。開発がコンカレントということを意識し、ステークホルダなどさまざまな人々とのコミュニケーションをもってプロジェクトの調整をしっかりできるかどうかがポイントになります。 

現場で成果を上げるポイント
・コンカレントを意識して、特にハードウェアのプロジェクトマネージャーと意思の疎通（すり合わせ）を図る
・ハードウェア開発の基礎知識を身につける

*******************

次回も、引き続き「プロジェクトマネジメント」についてです。

▼ご感想やご意見、
「このようなテーマを取り上げてほしい」など、お気軽にコメントにてお寄せください！

※コメント・トラックバックは、当社確認後表示となります。
　コメント・トラックバックが表示されるまでお時間いただくことをご了承ください。
　コメント・トラックバックにつきまして、営利目的の場合はご遠慮ください。

※無断転載・無断転用はご遠慮いただきたくお願いいたします。

当社のホームページはこちら
（株）富士通ラーニングメディアへのリンク

組込み一直線「プロジェクトマネージャー」として大成するには（１）

みなさん、こんにちは
（株）富士通ラーニングメディアの増田です。

今回も引き続き、ASCII.jp キャリア（http://ascii.jp/cate/21/）に連載の記事、組込み一直線をご紹介します。

*******************

　「開発エンジニア」、「テストエンジニア」と組込み系の現場で成果を上げるためのポイントや必要なスキルを紹介してきた「組込み一直線」。４回にわたり、開発エンジニアやテストエンジニアが目指すキャリアの1つである「プロジェクトマネージャー」を取り上げます。組込み系の特徴であるコンカレントな開発現場で、プロジェクトマネージャーに求められるのはよりいっそうの調整力です。そこではじめの２回では、プロジェクトをコントロールするための基礎として必要なコミュニケーションを中心に、現場で成果を上げるためのポイントを紹介します。 

１プロダクトに２人のプロジェクトマネージャー

　大きな枠組みで言うと、組込み系のプロジェクトマネージャーだからといって特に必要なスキルというものはなく、IT系のプロジェクトマネージャー向けにも使われるPMBOK（Project Management Body of Knowledge）の知識エリアで定義されているような、スケジュールマネジメント、コストマネジメント、スコープマネジメントなどのスキルが求められます。しかしそのような中でも組込み系の現場ではとりわけ「コミュニケージョンスキル」、つまり「対人的な調整力」を身に着けておく必要があると言えるでしょう。

　組込み系のプロジェクトマネージャーの大きな特徴として、“2人のプロジェクトマネージャーが開発に携わる”ことがあげられます。ハードウェアを開発するプロジェクトマネージャーと、そのハードウェア（ターゲット）で作動するソフトウェアを開発するプロジェクトマネージャーです。また、これに加えてプロダクトを統括するプロダクトマネージャーが存在する場合もあります。それぞれが役割分担をして1つのプロダクトを作り上げていくのです。そのため、組込み系の開発が「すり合わせ開発」と呼ばれることもあるように、複雑とも言える関係の中での調整していく力が非常に重要になります。この“すり合わせ”をキーワードとして、組込み系ソフトウェアのプロジェクトマネージャーを考えてみて下さい。

組込み系ソフトウェアのプロジェクトマネージャーがすべき“すり合わせ”
　組込み系の開発では、実際の開発の前にどういった市場やユーザーをターゲットにするのかというところから戦略を立て始めます。そしてそこからどのようなハードウェアが必要になって、そのために必要なソフトウェアは何か、と考えを組み立てていくのです。お客さんから「こんなものを作ってほしい」と依頼される、いわゆる受託型の開発スタイルではないので、目的地（コンセプト）を決めることがプロジェクト当初にやるべきことになります。

　例えばアーキテクチャを考える場合に、ある機能をソフトウェアかハードウェアのどちらかで実現する必要があるとします。この場合、コスト、時間、人的資源などを鑑み、プロダクトマネージャーやハードウェアプロジェクトマネージャーと一緒になって考えます。立場によってソフトウェアの制御と、ハードウェアでの制御がのどちらにするのかといった判断は意見が割れることが多々あるでしょう。そこで、プロダクトマネージャーのリードのもと、3者が協力して的確な着地点を見つけることが必要となるわけです。

　上記以外にも組込み系ソフトウェアのプロジェクトマネージャーがすべき開発前の準備は実に多岐に渡りますが、開発がスタートすればさらに他の調整をしなければなりません。ソフトウェアの開発は、ハードウェアとコンカレント（同時進行）であるため、とりわけハードウェアのプロジェクトマネージャーと密にコミュニケーションを取ることが大切になります。進捗状況やコストのことなど、相互に伝達と確認をしっかりとして、認識をすり合わせなければなりません。このためハードウェアに関する知識も必須と言えます。どんな部品を使うのかはもちろん、どういう動作をするのか、コストはどれくらいか、ハードウェアを開発するのにどういった工程で、それぞれどれくらい時間が必要かなど、ハードウェアの開発の進め方も知っておくべきです。そこがしっかり把握できていると、ハードウェアのプロジェクトマネージャーとコミュニケーションを取って、あらかじめ自分たちのリスクを予見することもできます。

*******************

次回も、引き続き「プロジェクトマネージャ」についてです。

▼ご感想やご意見、
「このようなテーマを取り上げてほしい」など、お気軽にコメントにてお寄せください！

※コメント・トラックバックは、当社確認後表示となります。
　コメント・トラックバックが表示されるまでお時間いただくことをご了承ください。
　コメント・トラックバックにつきまして、営利目的の場合はご遠慮ください。

※無断転載・無断転用はご遠慮いただきたくお願いいたします。

当社のホームページはこちら
（株）富士通ラーニングメディアへのリンク

組込み一直線「テストエンジニア」で一歩先行くためには（２）

みなさん、こんにちは
（株）富士通ラーニングメディアの増田です。

今回も引き続き、ASCII.jp キャリア（http://ascii.jp/cate/21/）に連載の記事、組込み一直線をご紹介します。

今回も、「テストエンジニア」についてです。

前回の記事はこちら

*******************

仕事のできる「バグ人間」って？　
テストエンジニアのとるべきキャリアアップの道筋とは
　テストエンジニアとして頭一つ抜けるには、まずは境界値分析や状態遷移テストなどのさまざまなテスト手法や統計的手法（直交法、田口メソッド、シックスシグマなど）など、テストに関する知識を身につけることです。そうして基礎力を身につけた上で、次はテストの勘所を押さえることが大切になります。これは日々の業務を通して取得していくのが一番の近道でしょう。また、開発の経験がなくても開発に関しての知識を習得したり、仕様について勉強することなども大事です。開発や仕様の知識がある方が的を得たテストケースの作成やテストの実施できますからね。ただ与えられた検査をするのではなく、その意味や意義を考えながらテストをすることは、バグ発見の確率を高めます。

　テストエンジニアの中には、「彼が試験すると、問題が発生してしまう」という“バグ人間”がいます。他の人が同じ事をやっても、どうしても発見できないバグを見つけるスキルを持っている人です。その人のやり方を見ていると、たとえばボタンを連続して3回押すという検査でも、ただ一定のリズムで押すのではなく、1回目と2回目の間に時間をおいたり、2回目を長時間押し続けてから3回目を押すなど、普通ではないやり方をしています。その人は「本当に大丈夫か？」という疑念を抱きながら、さまざまな状況を自ら設定して検査を行なっているのです。このような意識の持ち方、検査の行ない方はとても重要なことです。

　また、検査の内容をしっかりと記録するということも重要です。バグを発見した場合、どういう手順で検査を行なったのか、直近の作業だけでなく、そこに至る過程をもっと前の状況から記録しておきます。そうしないとそのトラブルを再現しようとしても、再現できなかったり、原因が特定できなかったりすることが起こり得ます。すぐれたテストエンジ二アは人が見つけられないバグを発見し、そのバグについて再現性のあるレポートがしっかり書け、問題解決のヒントを提供してくれる人だと言えるでしょう。

　テストエンジニアのキャリアアップの道筋は、テストエンジニアのプロを目指すという方法がまずあるでしょう。たとえば納入先の検査である「受け入れテスト」は、最終段階なので熟練者が行ないます。ただ、このような熟練者（プロ）もいろいろなエンジニアとしての経験を積んだ上でのキャリアです。また、テストの計画、管理、分析などを行なうテスト管理者という道もあるでしょう。いずれにしても、テストエンジニアだけでいたのでは大きな成長は難しいと言えます。開発を経験し、開発のプロを目指すとか、全体をマネージメントするプロジェクトマネージャーを目指すというのもよいでしょう。今はエンジニアとして経験が浅くても、このテストエンジニアをスタートに、ぜひとも組込み系エンジニアのプロを目指して欲しいと思います。

現場で成果を上げるポイント
・限られたコストと時間内で効率よく改善の提案をする
・基礎力とともに日々の現場からテストの勘所を磨く
・テストエンジニアだけでなく、さまざまな経験を積む

*******************

次回は、「プロジェクトマネジメント」についてです。

▼ご感想やご意見、
「このようなテーマを取り上げてほしい」など、お気軽にコメントにてお寄せください！

※コメント・トラックバックは、当社確認後表示となります。
　コメント・トラックバックが表示されるまでお時間いただくことをご了承ください。
　コメント・トラックバックにつきまして、営利目的の場合はご遠慮ください。

※無断転載・無断転用はご遠慮いただきたくお願いいたします。

当社のホームページはこちら
（株）富士通ラーニングメディアへのリンク

組込み一直線「テストエンジニア」で一歩先行くためには（１）

みなさん、こんにちは
（株）富士通ラーニングメディアの増田です。

今回も引き続き、ASCII.jp キャリア（http://ascii.jp/cate/21/）に連載の記事、組込み一直線をご紹介します。

*******************

　組込み系の現場で成果を上げるためのポイントや必要なスキルを紹介している「組込み一直線」。
今回から２回は、製品が市場に出てから不具合を修正するのが非常に困難な組込み系ソフトウェア開発において、品質を握る存在となる「テストエンジニア」を取り上げます。テストエンジニアが現場で担う役割りや陥りやすいテストの失敗の原因とは何か。そしてテストエンジニアとしてキャリアアップしていくのに必要なマインドとスキルとはどのようなものかに迫ります。

適正な時間とコストで目的の品質に導くのがテストエンジニア
　テストエンジニアとは、その名のとおりテスト、つまり不具合（バグ）を検出し、品質を検証するエンジニアのことを言います。しかし一口にテストと言ってもさまざまです。「品質」のテストでは、要件が満足できているかを確認する機能性の検査や、信頼性、使用性、効率性、保守性などの非機能性の検査があります。また、「手法」のテストでは機能を確認するためのブラックボックステストや、処理の流れや構造を確認するためのホワイトボックステスト、経験ベースのエラー推測、最終的にお客様に満足していただけるレベルであるかを検査する総合（受け入れ）テスト、不具合を修正後にその修正によって新たな問題がないかを検査する回帰（リグレッション）テストなどがあげられます。このように、多種多様な検査を経て、組込み系ソフトウェアの品質は高まっていくのです。

　とはいえ、品質を高めるために時間やコストを無制限に使えるわけではありません。そこでテストエンジニアには、どこまでいつまでテストをするか、適正な時間とコスト内で効率的なテストを行ない、目的とする品質に近づけていくスキルが必要となります。つまり、言い換えればテストエンジニアはいかに「限られた時間内で効率よく改善の提案ができるか」で、評価が決まる仕事だと言えます。

現場でよくあるマイナスポイント
　実際のテストの現場でありがちなのは、しっかりしたテストケース（入力するデータ、処理内容、想定する結果をセットにしたもの）を作らず、あいまいな行なわれ方をしているという点でしょう。思い付いたケースから検証が行なっていくので、その結果バグが見つかったとしてもしっかりと順序立てた手順が踏めておらず、網羅性に欠けていたり、記録として不確かで不具合の流出原因もしっかりと分析できないことも多いようです。またそのような現場では、往々にして作業の進捗が把握できておらず、スケジュール管理もあいまいと言えます。その結果、後で大きな問題を引き起こしてしまいがちで、お客様はもちろん、会社や開発者自身にとっても不幸な結果となってしまうのです。組込み系のソフトウェアは、製品が世に出てからの修正をすることが非常に困難で、回収となれば何十億円という負担が発生してしまうこともあります。また、社会に与える影響も大きいので、仕事に対する意識をより高く持たなくてはなりません。

　テストはこのように重要な項目に関わらず、コスト面などから、一般的にエンジニア経験の浅い人が担当することが多いようです。そういう状況もあり、微妙な不具合を発見するのは難しかったりするのも現実です。しかし、そこで優秀なテストエンジニアとして確かなスキルを身につければ、エンジニアとして大きく成長できるでしょう。

*******************

次回も、引き続き「テストエンジニア」についてです。

▼ご感想やご意見、
「このようなテーマを取り上げてほしい」など、お気軽にコメントにてお寄せください！

※コメント・トラックバックは、当社確認後表示となります。
　コメント・トラックバックが表示されるまでお時間いただくことをご了承ください。
　コメント・トラックバックにつきまして、営利目的の場合はご遠慮ください。

※無断転載・無断転用はご遠慮いただきたくお願いいたします。

当社のホームページはこちら
（株）富士通ラーニングメディアへのリンク

組込み一直線「開発エンジニア」で一歩先行くためには（２）

みなさん、こんにちは
（株）富士通ラーニングメディアの増田です。

今回も引き続き、ASCII.jp キャリア（http://ascii.jp/cate/21/）に連載の記事、組込み一直線をご紹介します。

今回も、「開発エンジニア」についてです。

前回の記事はこちら

*******************

一歩抜け出すには、特定のスキルをあげること
　組込み系開発の仕事で求められるスキルで第一にあげられるのがコミュニケーション能力と言えるでしょう。開発に関わるあらゆる人、たとえば先に述べたような外部でミドルウェアやCPUなどの部品やOSを提供してくれるメーカーや内部のハード開発者など、実にさまざまな人とコミュニケーションを取る機会があるからです。彼らとは開発のすり合わせを行なったり、そこから仕様書に書かれていること以上の情報を得なくてはなりません。しかし、このためにはメーカー担当者らと会話の理解度のレベルが同じである必要があります。そのための知識や情報を持っておくことは大切です。

　知識、情報を持つことにおいては、組込み系開発エンジニアとしての個々の勉強以外に教育が重要になります。社内外のさまざまな講習会やOJT(On the Job Training)によって、組込み系開発に関するナレッジを蓄積していくことです。そうすることで個々の得意分野や専門性も出てくるでしょう。

　高める専門性は、ロボット制御やネットワーク制御などの特定技術に詳しいドメインスペシャリストや、開発プロセス改善スペシャリスト、高い品質を提供するためのQAスペシャリスト、効率よい開発環境を提供する環境エンジニアなどが注目です。これらの専門性を備えていれば、組込み系開発プロジェクトを円滑に進めるキーパーソンとして重宝がられるでしょう。

　組込み系に限ったことではありませんが、他者から見てわかりやすい、見えやすいスキルを身につけるとよいでしょうね。ドメインスペシャリストや環境エンジニアなどは、どんな仕事ができるのか、どのようなスキルがあるのかがわかりやすいと言えます。まずはその道のスペシャリストになることが、組込み系開発エンジニア・リーダーへの近道です。

*******************

次回は、「テストエンジニア」についてです。

▼ご感想やご意見、
「このようなテーマを取り上げてほしい」など、お気軽にコメントにてお寄せください！

※コメント・トラックバックは、当社確認後表示となります。
　コメント・トラックバックが表示されるまでお時間いただくことをご了承ください。
　コメント・トラックバックにつきまして、営利目的の場合はご遠慮ください。

※無断転載・無断転用はご遠慮いただきたくお願いいたします。

当社のホームページはこちら
（株）富士通ラーニングメディアへのリンク

組込み一直線「開発エンジニア」で一歩先行くためには（１）

みなさん、こんにちは
（株）富士通ラーニングメディアの増田です。

現在、組込みソフトウェア開発の教育を担当しています。
約20年、主にネットワーク機器のソフトウェア開発に携わってきました。

今回より、ASCII.jp キャリア（http://ascii.jp/cate/21/）に連載の記事、組込み一直線をご紹介します。

*******************

　経済産業省の調べによると、組込み系エンジニアは毎年10万人単位で人材が不足しているとのこと。詳しくみると現場では各フェーズをまとめるリーダーの不足が深刻になっているようです。実際に組込み系エンジニアとして働く者の視点で言えば、各部署でリーダーを目指すことが、多くのエンジニアが望むキャリアアップでしょう。そこでこの連載では、組込み系エンジニアの職種を「開発エンジニア」「テストエンジニア」「プロジェクトマネージャー」の3つに大別し、それぞれの現場で成果を上げるためのポイントや必要なスキルを紹介します。まず取り上げるのは、「開発エンジニア」についてです。

ハード上での開発ができない「組込み系開発」
　組込み系開発エンジニアの仕事について、解説する前に今一度「組込み系」とは何かについて確認しておく必要があります。組込み系とは、ある特定の目的や用途のために作られたハードウェア（携帯電話やデジタルカメラなどの専用装置）専用のソフトウェアのことを指します。

仕様どおりに動かない部品に注意！
　組込み系開発エンジニアの仕事では、いろいろなLSI(Large Scale Integration)部品やデバイスドライバ、ミドルウェアなどの部品を駆使して作り上げていきます。そこで必要になるのが、それら部品についての知識です。各部品の特性や相性などを理解していないと、性能を引き出すことができませんし、それ以前に稼働させられないことも考えられます。新たに仕事をするときに、部品の仕様書などの理解にも大きく影響します。組込み系開発エンジニアの仕事をするなら、ハードウェアであるターゲットが属する分野のある程度の知識や情報は持っておくべきでしょう。

　しかし、ただ情報を持っていればうまくいくのかというと、そうでもありません。実はそれらの部品やミドルウェアは、ドキュメントが不十分であることが多く、また仕様書どおりに動かないものも珍しくありません。私が経験したことでこんなことがありました。

　組込み系の開発では、OSの処理速度の即時性(リアルタイム性)が求められることが多く、そのスピードはたとえば、μs(マイクロセコンド：1/1,000,000秒)・パー・オーダーのレベルを実現しなければならないこともあります。しかし、ある制御信号に関する処理が間欠的にうまく動かない。プログラム・バグや回路のバグ、ハードウェア部品の不具合の可能性を考えながら、ロジアナ(ロジックアナライザー)などの測定器で原因を調査しました。すると、即時性を実現するための組込み用OS(リアルタイムOS)を使って開発を進めていたのですが、その即時性が実現できていないことが原因であることが判明しました。そこでOSのメーカー担当者に現場に来てもらい詳しく話を聞くと「その速度は、ある特定のCPUを使うときだけに実現される速度で、それ以外は適用されない」と、当たり前のように言うのです。私たちは違うCPUを使っていたので、その速度は出なかったというわけです。しかし、そのことは仕様書には書かれていません。

　つまり、組込み系開発では、ドキュメントや仕様書に書かれていることをすべて頭から信じるのではなく、使う前に情報を収集する、あるいは、自分たちで実際に確かめる検証作業を大切にするといったリスクヘッジが必要と言えるでしょう。よい言い方ではありませんが、ある程度疑ってかかるということも時としては必要なわけです。ただし、何でも疑えばいいというのではありません。すべてを検証していたら時間がかかりすぎます。まず知識と情報があって、その上で実際に使ったり測定をしたりなど自分で確かめた上でのことです。そのためにはソフト、ハード、測定など、組込み系開発の仕事に関わる広く深い知識が必要ですし、メーカーの人との十分なコミュニケーションも必要不可欠です。

*******************

次回も、引き続き「開発エンジニア」についてです。

▼ご感想やご意見、
「このようなテーマを取り上げてほしい」など、お気軽にコメントにてお寄せください！

※コメント・トラックバックは、当社確認後表示となります。
　コメント・トラックバックが表示されるまでお時間いただくことをご了承ください。
　コメント・トラックバックにつきまして、営利目的の場合はご遠慮ください。

※無断転載・無断転用はご遠慮いただきたくお願いいたします。

当社のホームページはこちら
（株）富士通ラーニングメディアへのリンク

Windows Embedded CE で変わる組込み開発

みなさん、こんにちは

(株）富士通ラーニングメディアの鈴木です。

5回目は「Windows Embedded CE 6.0で変わる組込み開発」についてです。

前回の記事はこちら

Windows Embedded CE 6.0 は、マイクロソフト社の組込み機器向けリアルタイム OS です。Windows Embedded CE 6.0を使用することで、組込みシステム開発メーカーは、市場投入期間の短縮化と開発コストを削減しつつ、豊富なメディアや通信コンポーネントを使用した機器を開発することができます。今回は Windows Embedded CE 6.0 の開発についてご紹介いたします。

単一のツールですべての開発工程をサポート

通常の組込み開発の場合は、プログラミング、デバッグ、テストなどで使用するツールがばらばらだったり、もしくは同一ツールでも機能が別売りになっていたりする場合も多いですが、Windows Embedded CE 6.0 の場合はすべての作業を Visual Studio 2005 上で行えます。
Windows Embedded CE 6.0 標準にサポートしているツールには以下のようなものがあります。

❑ファイル ビューア … 開発 PC からターゲットデバイスに対しファイルをやり取りするツールです
　

❑ヒープ ウォーカ … 各プロセスが持つヒープの詳細情報を確認できます

❑ズームイン … ターゲットデバイスの画面をキャプチャします

❑プロセス ビューア … 各プロセスが持つスレッドとモジュールの詳細情報を確認できます

❑レジストリ エディタ … ターゲットデバイス上のレジストリに変更を加えることができます

❑システム情報 … ターゲットデバイス上のシステム情報を確認できます

❑パフォーマンス モニタ … ターゲットデバイス上のパフォーマンスを計測できます

❑スパイ … ターゲットデバイス上のアプリケーションウインドウが受信したメッセージを確認できます

❑カーネル トラッカ … ターゲットデバイス上のスレッドとプロセスの状態をリアルタイムに確認できます

機能のコンポーネント化により、開発工数を短縮

Windows Embedded CE 6.0では各OSの機能がコンポーネント化されています。必要なコンポーネントをカタログ項目ビューから選択することにより必要最小限の組込みOSを作成することができます。
コンポーネントを選択する際、あるコンポーネントが動作するには別のコンポーネントも必要な場合があります。このように、コンポーネント同士が依存関係を持っている場合でも、Windows Embedded CE 6.0は自動的に依存関係のあるコンポーネントを追加してくれます。右図の 【チェックマーク（緑色）】（注１）が追加したコンポーネントで、【四角（緑色）】(注２）が依存関係のために自動的に追加されたコンポーネントです。


 

豊富なCPU・ボードに対応

Windows Embedded CE 6.0は、ARM系、SH系、MIPS系、x86系など、実に200種類以上のボードに対応しているとのことです。もちろんCPUやボードが変更になればBSPを始めハードに近い部分の修正は避けられませんが、共通で利用できる部分も多く、アーキテクチャの変更にも柔軟に対応できます。なによりも開発環境が全く同じであるというのが、心強いですね。

シェアードソースコード

Windows Embedded CE 6.0では、OS内部のソースコードも公開されています。そのため、障害が発生した場合は、OSの内部ソースも含め追跡して障害を突き止めることができ、万が一OS内部のソースコードに障害の原因がある場合でも、迅速に対応することができます。

最後になりますが、Windows Embedded CE 6.0は単に組込みOSを指すだけでなく、非常に多くの機能を持ったツール群も含んでいます。これらすべてを使いこなすのはなかなか難しいかもしれません。

ここで、弊社の研修をご紹介させていただきます。

まずは手始めに弊社の「Windows Embedded CE 6.0基礎」(1日間)をお勧めします。このコースは日本初のマイクロソフト社認定のWindows Embedded CE 6.0トレーニングコースです。

基礎で大まかな流れを把握していただき、「Windows Embedded CE 6.0応用」(3日間)でさらに理解を深めていただくことができます。各コースの詳細な内容に関しては、それぞれのリンク先をご確認ください。

▼ご感想やご意見、
  また「このようなテーマを取り上げてほしい」など、
　お気軽にコメントにてお寄せください！

※コメント・トラックバックは、当社確認後表示となります。
　コメント・トラックバックが表示されるまでお時間いただくことをご了承ください。
　コメント・トラックバックにつきまして、営利目的の場合はご遠慮ください。

※無断転載・無断転用はご遠慮いただきたくお願いいたします。

当社のホームページはこちら
（株）富士通ラーニングメディアへのリンク

電気

みなさん、こんにちは

(株）富士通ラーニングメディアの鈴木です。

４回目は、「電気」です。

前回の記事はこちら

「電気」とは

　電気と聞いてみなさんはどう思われますか。古臭い分野で、もはや時代遅れの領域、工学系の学校でも人気にかげりの出てきた学問。そんなイメージをもたれてはいないでしょうか。あるいは、｢ビリビリして怖い｣「下手に触ったら壊しちゃいそう」なんて思っていませんか。でも実際には私たちの生活に密着して、切っても切り離せないんですね。どうしてでしょう。
　電気はエネルギーの一つです。エネルギーといえば他にもいろいろあって、例えば熱もエネルギーですし、高いところからものを落とすことで、重力をエネルギーとして使うこともできます。エネルギーはそれを使っていろいろな仕事をさせることができるのですが、普通は作る場所と使う場所は異なります。ですから、エネルギーは簡単に運搬、移動できると便利なんです。ところが、熱や重力はあまり移動に適しません。そこで、電気の出番です。電気は配線を接続するだけで簡単に場所を移動することができます。あるいは電波を使えば、ワイヤレスで場所を移動することができます。また小さなエネルギーとしてものすごく微少な量を扱うことも得意です。モバイル機器の普及などは、この特長をうまく利用している例ですね。
　このような電気の特長をうまく使って、これまでに真空管や半導体を経てマイコンが生まれました。組込みシステムのハードウェアは、このマイコンや電子部品を使って作られているというわけです。

ソフトウェアとハードウェアの境界

　組込みシステムを作っていくには、ソフトウェアだけを単独で開発していくことはあまりありません。通常は、組込みシステムが動作するハードウェアも並行して開発していくことになります。すでにあるハードウェアを用いてソフトウェアを開発していく、いわゆるエンタープライズ系の開発とは、ここが大きく異なります。エンタープライズ系のソフトウェア開発では、何らかの障害が発生した場合、まずソフトウェアに原因があると考えることができます。これはハードウェアがすでに完成しているため、障害の原因要素から省いて考えることができるためです。一方組込みソフトでは、ハードウェアも並行開発しているため、必ずしもハードウェアに間違いがないとは言い切れません。したがって障害の原因として、ハードに原因があるのかないのかを切り分けられる力はとても大切です。例えば、そもそも配線がつながっていなければ、うまく動作するわけはありませんから、その原因究明にソフトのデバッグを行っていても、多大な時間の浪費にしかならないですよね。

開発の現状

　ところが、実際の開発の現場ではこのような時間の浪費が多くなされています。なぜなら組込みソフトウェア技術者がハードウェアに対する知識や技術が十分でないため、ハードウェアに起因する不具合を見極められないからです。しかしながらこれは当然のことです。もともとソフトウェア技術者は必ずしもハードウェアに関する教育を体系的に学んでいるとは限らないからです。最近では文系出身者が組込みソフトウェア技術者になっていることだって珍しくありません。そういった方々は電気について学んだ経験がほとんどないでしょう。中学校の理科か高校の物理で少しかじった程度でしょうから、はるか昔の記憶の彼方に消え去ってしまってもなんら不思議はありません。

記憶をほじくりかえそう

　そうは言っても、忘れていたままではもったいないですね。はるか昔とはいえ、せっかく学んだことで、かつ大きな武器になるのだったら使わない手はありません。ほんの少しだけ時間を使ってきっかけを作ってあげれば、すぐに思い出すことができるはずです。そうすれば、開発時間の無駄な浪費を省くことができるのと同時に、不必要に遠慮することなくハードウェア技術者とも自信を持ってコミュニケーションできるようになります。基本が分かっていれば、今度はハードウェア技術者は新しいことをどんどん教えてくれることでしょう。それが組込みソフトウェア技術者としての能力を向上させることに結びつくことは明らかです。ぜひとも高校の物理の教科書をひっくり返して、記憶のすみをほじくりかえしてみてください。

次回は組込みOSで着目されているWindows　Embedded　CEについてお話しします。キーワードは「日本初」です。お楽しみに。

▼ご感想やご意見、
  また「このようなテーマを取り上げてほしい」など、
　お気軽にコメントにてお寄せください！

※コメント・トラックバックは、当社確認後表示となります。
　コメント・トラックバックが表示されるまでお時間いただくことをご了承ください。
　コメント・トラックバックにつきまして、営利目的の場合はご遠慮ください。

※無断転載・無断転用はご遠慮いただきたくお願いいたします。

当社のホームページはこちら
（株）富士通ラーニングメディアへのリンク

組込みシステムにおけるプロジェクトマネジメント

みなさん、こんにちは

(株）富士通ラーニングメディアの鈴木です。

３回目は、「組込みシステムにおけるプロジェクトマネジメント」についてご紹介いたします。

前回の記事はこちら

組込みシステム開発における「プロジェクトマネジメント」を、エンタープライズ系の開発との違いに焦点を絞って考えてみたいと思います。

ソフトとハードのコンカレント開発

  組込みシステム開発におけるプロジェクトマネージャ（ＰＭ）は、お客様から仕様の提示を受ける、または、お客様とともに仕様を考えるというエンタープライズ系の開発とは異なります。組込みシステムでは、お客様、または、マーケットを想定して自分たちで仕様を考えることになります。その時、仕様を、ハードウェアで実現するのか、あるいは、ソフトウェアで実現するのか、開発費、製造コストの両面で、ハードウェアＰＭとソフトウェアＰＭ（あるいは、プロダクトマネージャ）が一緒になって考える必要があります。
第２に、ソフトウェアＰＭは、ハードウェアからのインプット情報や試験用ターゲット機器の提供時期について、ハードウェアＰＭとしっかり情報共有し、常に神経質に、その開発状況を把握しながら、リスクの管理をする必要があります。
第３に、ハードウェア開発者とソフトウェア開発者が、一緒に試験を進めることも多いのですが、それぞれのＰＭは、自分たちの品質だけではなく、他者の品質にも十分注意して、部下に対する指示を行う必要があります。

問題対応

第4に、試験等で発生した問題対応についても、ハードウェア開発者とソフトウェア開発者が一緒になって調査や解決手段の検討をするのが、格段に効率がよいようです。簡単なインタフェースの変更で済む場合は、ハードウェアの不具合をソフトウェアで吸収したほうがシステムで考えた場合はいい場合もあるでしょう。また、ソフトで複雑な制御を仕様追加するより、ハードウェア的にバッファメモリを増やして、製造コストを多少犠牲にしても開発コストを抑えたほうがいい場合もあるでしょう。こういったことを、システム全体で最適解にまとめていくには、ハード／ソフト双方のＰＭがコミュニケーションを含めうまく機能している必要があります。

コストとスケジュール

第5に、コストを考えるとき、開発コストだけではなく、当然のことながら、部品や製造も考慮した製品コストも検討する必要があります。先ほど触れたように、ソフトとハードの両面で考えることも必要です。
第6に、スケジュールを考えるとき、開発だけに着目するのではなく、部品の供給や製造を含めたスケジュールの管理が必須です。開発と同様に、製造などについてもトレードオフの関係になることが多いコストとスケジュールを、切り離して考えることはできません。もちろん、これらは、マーケットとの兼ね合いも含めて考える必要があります。

ブートやドライバの開発

ソフトウェアＰＭが、注意したほうがいい特殊な開発として、汎用ＯＳなどでＢＳＰやＬＳＰとして扱われている、ブートやデバイスドライバの開発が挙げられると思います。これらは、ハードウェアに非常に密接な部分なので、トラブルが起きた場合には、スケジュールに大きく影響を与えてしまうことも珍しくありません。そういう意味で、しっかりリスク管理すべき項目の一つといえるでしょう。

以上で、今回の「プロジェクトマネジメント」のご紹介は終わりです。みなさん、なんとなく、「プロジェクトマネジメント」、特に、組込みシステムにおける「プロジェクトマネジメント」について、イメージがつかめましたでしょうか？また、経験者の方にとって、共感できる内容はあったでしょうか？

次回のテーマは、「電気」です。ソフトウェア開発者でハードウェアはさっぱり、という方にもわかりやすくお話します。お楽しみに。

▼ご感想やご意見、
  また「このようなテーマを取り上げてほしい」など、
　お気軽にコメントにてお寄せください！

※コメント・トラックバックは、当社確認後表示となります。
　コメント・トラックバックが表示されるまでお時間いただくことをご了承ください。
　コメント・トラックバックにつきまして、営利目的の場合はご遠慮ください。

※無断転載・無断転用はご遠慮いただきたくお願いいたします。

当社のホームページはこちら
（株）富士通ラーニングメディアへのリンク

モデルベース開発

みなさん、こんにちは

(株）富士通ラーニングメディアの鈴木です。

2回目は、「モデルベース開発」についてご紹介いたします。

前回の記事はこちら

リモコンカーを動かそう
「モデルベース開発」の説明の前に、まずは、研修の際に開発の対象となるリモコンカーについてご説明します。写真ではボディを取り外しているため、オフロードカーに見えますが、れっきとしたレーシングカーです。スピードを競う訳ではないのですが、性能はバッチリです。キャッツ株式会社が研修用に作成したもので、家庭用のリモコンを使用し、右/左、前進/後進などを操作することができます。車体にある2つのボードは、1つが赤外線制御用、もう1つが駆動用となっていて、ボード間は、なんとCAN（車載ネットワークプロトコル）で接続されています。リモコンカーを走らせることによって、通信制御、センサー制御、モーター制御などのソフトウェアを、楽しく学習することができます。

組込みシステム開発の現状は
リモコンカーを走らせるのは楽しいことですが、「モデルベース開発」研修の目的は別にあります。
組込みシステムでは、通常、ハードウェアとソフトウェアを並行して開発していきます。ハードウェアが完成してからソフトウェアを作るのでは、まず納期に間に合わないため、ハードウェアが完成する前に、ソフトウェアの作成にかかります。しかし、プログラムの動作を確認するには、ある程度のハードウェアが完成している必要があります。
ハードウェアが正常に動作するかどうかは、実際に、もの（ハードウェア）を動かして確認するのが一番ですが、もっと早い段階でプログラムが仕様どおりに動作するか確認できます。一般的には、開発者同士でレビューを行うことで、設計書の漏れなどを見つけ出します。レビューを行い、ソフトウェアとしての品質を高めていくのです。

「モデルベース開発」とは
複数のモデル（図）を使用して、ソフトウェアを開発していくことを「モデルベース開発」といいます。組込みシステムには、システムがある状態を持ち、外部からのイベントによってその状態が変化するといった動作を行う開発をすることが多くあります。たとえば、ビデオプレーヤのボタン操作（ボタンを押すと、再生・停止をする）などをイメージしていただければ、理解しやすいでしょう。このように状態が遷移する場合は、その様子が分かる「状態遷移表」というモデル図を使用します。
ソフトウェア開発では、いろいろなモデルを使用し、ソフトウェアの動作を目で見えるようにしていく作業が必要になってきます。

ツールを使用し、効率的にプログラムを開発しよう
この「状態遷移表」は、システムの動作を分かりやすく整理したモデルです。この動作が仕様どおりなのかをプログラムを動かす前に確認できれば、ソフトウェアの品質を早い段階から向上させ、効率よくプログラムを作成することができます。そこで、「モデルベース開発」の研修では、状態遷移表作成ツールとして、キャッツ株式会社が提供するZIPC（ジップシー）を使用します。ZIPCでは、状態遷移表の設計から、シミュレートによる動作確認までを、プログラムを作成するまえに行うことができるため、効率的、かつ、高品質なソフトウェア開発を行うことができます。さらに、プログラムを自動生成し、実機を使用したエミュレートまで行うことが可能です。

システムがどのような状態を持つべきなのかは、システムを設計する人が考えていきます。すなわち、システム設計者の考え方によって、そのシステムの品質が左右されるわけです。
最後に、「状態遷移表」を作成するうえでのポイントをお話して、「モデルベース開発」のご紹介を終わりにしたいと思います。

「状態遷移表」を作成するうえでのポイント
・ 表内の状態数をあまり増やさない
・ 複数の独立した表に分割する
・ 可読性を考慮し、シンプルに作成する

❑関連コースはこちら
組込みソフトウェア開発におけるモデルベース設計～状態遷移設計を中心にして～

▼ご感想やご意見、
  また「このようなテーマを取り上げてほしい」など、
　お気軽にコメントにてお寄せください！

※コメント・トラックバックは、当社確認後表示となります。
　コメント・トラックバックが表示されるまでお時間いただくことをご了承ください。
　コメント・トラックバックにつきまして、営利目的の場合はご遠慮ください。

※無断転載・無断転用はご遠慮いただきたくお願いいたします。

当社のホームページはこちら
（株）富士通ラーニングメディアへのリンク