中国オフショアソフトウェア開発 【株式会社クルー】

お茶とお酒

労働節に大連に戻った社員からお土産をもらいました。

お茶とお酒で、お酒には２つのグラスが入っていました。
この大きさのグラスを持っていなかったので、とても喜んでいます。

お酒には何か説明書のようなものが入っていたのですが、何を書いてあるかよくわかりませんでした。

休み明けに中国語のわかる友達に聞いてみようと思っています。

ソフトウェアの品質向上は『設計』と『検証』のペアで実現させる

最近、ソフトウェアの品質について話題になることが多いと感じます。

特に評価・検証ビジネスはブームのようになっていますが、設計と評価・検証をトータルに考えないで評価・検証にだけ注力しても本末転倒になるだけだと考えているエンジニアは多いと思います。

私もそんな考えを持つエンジニアの1人で、2年前に設計から開発、評価・検証までをワンストップで行うビジネスモデルを提案したことがありました。

いくら評価・検証をきっちりやっても、ベースのソフトウェアの品質が悪ければ製品にはなりません。不良品を市場に出さないガードはできても、企業としては市場に出せる製品を作らなければ意味がありません。

となると、

１）設計では不具合の発生し難い設計を、

２）設計では評価・検証を考えた設計を、

３）開発では評価・検証の工数を減らすデバックを、

４）評価・検証では設計、開発時のデータをベースに抜け無く、無駄の無い評価・検証を、

と、全体を見渡して開発を行うことが必要だと思うのですが、皆さんは如何思われますか？

手法やノウハウは色々ありますが、これらが出来てソフトウェアの品質が向上すると私は考えています。

その手法の主なものは、『品質の可視化（品質メジャー／開発ガイドライン）』であると考えています。

組込みソフトウェア評価・検証サービス　のご紹介