タグ

ソフトウェア開発に関するakishin999のブックマーク (65)

  • まとめ:なぜ人月見積がダメか - Zerobase Journal

    社団法人日情報システム・ユーザー協会(JUAS)発行の『ソフトウェアメトリックス調査2007』を取り寄せて読んでみましたよ。SI関係の人は必読ですよね。私はいままで知らずに損していました。 そんなこともあり、年の瀬でもあり、今回の記事では表題の件「なぜ人月見積がダメか」について、現時点での総括をします。 人月見積方式の弊害に対する言論 「ユーザー企業は出席をとるな」,日IBMの大歳社長が提言:ITpro (2001/08/31) 「日の商慣習でぜひとも変えて欲しいのは,ユーザー企業が我々の技術者の出席をとることだ。出席をとられると我々は開発の生産性を挙げようとする努力をしなくなる。1000人でできる仕事を500人でやってのけると,売り上げが半分になってしまうからだ。技術者の頭数ではなく,成果物について対価を払っていただける商慣習に変えていくよう,広く呼びかけたい」。日IBMの大歳卓

  • 「少人数のチームの方がソフトウェアの品質は高い」実証的ソフトウェア工学の研究会が開催

    統計や実証を通してソフトウェア工学を研究していく、それが「エンピリカルソフトウェア工学」(Empirical Software Engineering、実証的ソフトウェア工学)です。「第一回エンピリカルソフトウェア工学研究会」が、12月10日に都内で開催されました。 基調講演では、マイクロソフトリサーチで研究をしているDr. Thomas Zimmermann氏が登壇。開発組織の構造がソフトウェアにどう影響するのか、バグ報告書やバグ報告者と修正されるバグの優先順位の関係、そしてエンピリカルソフトウェア工学という「データ指向のソフトウェア工学」を、どのようにソフトウェア開発における意志決定に役立ていくのか、といった内容の講演でした。 開発組織の構造がソフトウェア品質に及ぼす影響は? マイクロソフトリサーチのDr. Thomas Zimmermann氏。 今日はいくつかのテーマについて紹介した

    「少人数のチームの方がソフトウェアの品質は高い」実証的ソフトウェア工学の研究会が開催
  • 問題を抱えてしまったソフトウェア工学を、もう一度やりなおそうという活動

    「Software Engineering Method and Theory」(ソフトウェア工学の方法論と理論)の頭文字を取った「SEMAT」というWebサイトを中心に、問題を多く抱えてしまっている現在のソフトウェア工学をもういちど作り直そう、という活動が始まっています。 この活動については、アジャイル開発手法の第一人者でもある平鍋健児氏のブログ「An Agile Way」で2月28日にポストされたエントリ「SEMAT.org にて「ソフトウェア工学再建」運動が開始」で紹介されています。 そしてその平鍋さんが、この活動に関する「ビジョンステートメント」を日語訳にして公開されました。 ソフトウェアの工業化には工学の進化も重要ではないか ソフトウェアの開発というのは、エンジニアが顧客のために1つ1つ精魂込めて作るようなことが多い、職人的な色彩が強いのが現状ではないかと思います。これがいま、

    問題を抱えてしまったソフトウェア工学を、もう一度やりなおそうという活動
  • Ed Yourdon の『ソフトウェア工学で大切な10の考え方』を訳しました。:An Agile Way:オルタナティブ・ブログ

    先日、尊敬するエドワード・ヨードン博士が「Top 10 Software Engineering Concept」という文書の公開した、とtwitter でつぶやいていたので、「訳してもいいですか?」と聞いて、5分でOKをもらった。なんというインターネット時代だろう。 slideshare で見る PDFをダウンロード 原文を見る ヨードン博士の動機は、 不況時代に突入し、今後デスマーチが一気に増えるであろう。でも、ソフトウェア工学の大切な考え方は、そんなに昔から変わっていないんだ。新しい世代は、すごいよ、学生はみんなIMで会話して、Facebookで繋がっている。COBOLプログラマがまだ存在しているなんてことは知らないんだ。でも、ソフトウェア工学の大事なことは、なんども新しい世代が、同じ事実を発見し、過去の重要な論文や書籍にぶち当たる。ここで10個上げて、フリー文書にしておくので、共有

    Ed Yourdon の『ソフトウェア工学で大切な10の考え方』を訳しました。:An Agile Way:オルタナティブ・ブログ
  • ソフトウェア工学、ソフトウェア理学、ソフトウェア人文学 - 2009-03-10 - きしだのはてな

    ソフトウェアには、3つの側面があると思う。 どういう切り口で3つの側面を取り出してもいいのだけど、とにかく3つの側面がある。 最近は、工学・理学・人文学の側面として考えるようになってきた。 たとえば、論理学などからプログラムの表現を考えていくようなプログラム意味論は理学だと思う。それから、プログラムの手続きのグラフ構造から最適化や計算可能性を考えるような、計算理論も理学になる。 なので、理学では意味論と計算論に分かれる。 この、理学だけでは実際に動くプログラムは組めないので、データベース論だとかユーザーインタフェースだとか、アプリケーションを組むためのことも考えないといけない。 理学をもとにアプリケーションを考えることになるので、これは工学になる。工学は多岐にわたる。 ただ、これをソフトウェア工学というと、別の分野になってしまう。 ソフトウェアを作成するとき、基原理やアプリケーションの手

    ソフトウェア工学、ソフトウェア理学、ソフトウェア人文学 - 2009-03-10 - きしだのはてな