「もうプロセスの話題はたくさんだ」，UMLの父，Ivar Jacobson氏が語る
「ソフトウエア開発者はみな，プロセスの話題が嫌いなはずだ。重いプロセスでは，開発者が押しつぶされてしまうことがある。もうプロセスの話題はたくさんだ」――。UMLを考案した，いわゆる「Three Amigos」の一人であるIvar Jacobson（イヴァー・ヤコブソン）氏は今，こう語る。 Jacobson氏は，いわずと知れたソフトウエア・エンジニアリング分野の重鎮だ。スウェーデンEricsson社のソフトウエア技術者時代に「ユースケース」の概念を着想したほか，シーケンス図やコラボレーション図を考案。その後，Ericsson社を退社して独立，スウェーデンObjectory ABを創業し，ユースケースを基にしたソフトウエア開発方法論「OOSE（Object-Oriented Software Engineering）」をまとめ上げ，提唱したことで知られる。Objectory社はその後，米Rat
非機能要求とISO9126 | オブジェクトの広場
本稿では、ソフトウェア要求とは何なのかを理解し、非機能要求に焦点を当て、ISO9126、要求定義プロセス、事例と解説していきます。 ※本稿は、技術評論社刊『JAVA PRESS Vol.40』に掲載された記事「機能外要求と ISO9126」を加筆、修正したものです。JAVA PRESS 編集部の了承を得た上で転載しています。 ※一切の転載をお断りします。 はじめに 私達がソフトウェアを開発するためには、ソフトウェアに対する要求 (ソフトウェア要求) が必要です。 ソフトウェア要求がなければ、そのソフトウェアには本当は必要のない機能を作ってしまったり、必要な機能を作っていなかったりするでしょうし、何よりもソフトウェアが完成したのかさえ評価できません。 そのためにも、私達ソフトウェアを開発する者は、ソフトウェア要求とは何なのかを正しく理解しておかなければなりません。 本稿では、ソフトウェア要求
会議での「先送り助け舟」が本当に迷惑な点について
私は基本的に会議はきらいだが、特にアジェンダがはっきりと決まっていない会議だとか、何も決定を下さない会議が大嫌いである。そんな中でも、もっとも許せないのが「提案を文書にする」「次のミーティングを設定する」などの一見建設的だが、実は単に意思決定を先延ばしすることを許容するだけの「助けにならない助け舟」である。 営業部長「こうなると選ぶ道はAかBしかありませんね」 社長 「そうは言っても色々と難しい面もある」 技術部長「ここで、決めるしかありませんね」 社長 「そんな簡単な話ではないだろう」 営業部長「そんな悠長なことを言っている暇はありません」 社長補佐「まあまあ。じゃあ、まずは営業部長に彼の提案を文書にしてもらうというのは、どうでしょう」 技術部長「文書にするって、今さんざん話したばかりで、もう分かっているじゃないか」 社長補佐「そうあわてずに。文書にしてもらえば見えてくることもありま
プロジェクトに1人で果敢に取り組んだ あるプロジェクトリーダーの日記 －ラショナル統一プロセスの実践－
プロジェクトに1人で果敢に取り組んだ あるプロジェクトリーダーの日記 －ラショナル統一プロセスの実践－：The Rational Edge（1/3 ページ） 「ソフトウェアエンジニアリングプロセス」という言葉からは、専門用語ばかりでつづられた基本方針、指示、書式といった内容ばかりの書類の山が、だれの目にも留まることなくほこりをかぶっている様をイメージする人もいるだろう。だが、このような資料は、開発作業に対する管理能力が疑問視される典型的なマネージャたちから指示されたプログラマー軍団が開発するソフトウェアを、お役所やごく一部の大企業にのらりくらりと引き渡す巨大な開発ベンダーしか利用しないようなものだ。 だが、実際にソフトウェアエンジニアリングプロセスがこのように大げさなものである必要はなく、当面の仕事や開発組織の要求に応じて簡単にまとめても、周到に用意しても構わないものだ。数百人のデベロッパ
トーバルズ、Solarisを斬る
Linus Torvaldsが何千人ものプログラマの力を結集してLinuxを作り上げたことで、最も苦しい立場に立たされたオペレーティングシステム（OS）はおそらくSun MicrosystemsのSolarisだろう。 今、この昔馴染みのライバルはTorvaldsとその仲間たちに新しい顔を見せはじめている。SunはSolarisをオープンソース・プロジェクトに転換し、独自の開発者コミュニティの構築に乗り出した。IntelのXeonといった普及率の高いx86プロセッサ搭載マシンにも、Sunは積極的にSolarisを売り込むようになっている。 しかし、34歳のフィンランド人プログラマであるTorvaldsが、Solarisの変化にひるむ様子はない。それどころか、Torvaldsは新しいSolarisを「冗談」と切り捨てる。 Torvaldsは長年、目下低迷中のチップメーカーTransmetaに
ファイルバージョンの管理だけで十分ですか？
短期連載（要求仕様のボトルネックを探る）では、ITプロジェクトにおける“要求”というものにフォーカスし、高品質な要求開発と、その要求を管理することについてお話ししました。今回の連載では、構成管理（SCM：Software Configuration Management）について見ていきたいと思います。 読者の中には、構成管理といわれると「ソースコードのバージョン管理のことでしょ」ということで、主にライブラリアンと開発者が気にするものという認識の方も多くいらっしゃるのではないかと思いますが、本当にそうでしょうか？ 数人のチームで、1カ月程度で作り上げるようなシステムや、オープンソースではうまくいっても、ある程度の規模の受託開発や、製品開発ではそれだけではうまくいかないことが多いのです。そこで今回は、まずは構成管理の概要をつかんでいただきたいと思います。 プロジェクトの現場で見られる問題点
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Web会議・テレビ会議システムとサービス - WebEx
http://www.bell-labs.com/cgi-user/OrgPatterns/OrgPatterns?DayCare
7つのアジャイル開発手法の実践ガイド（第1回）：CodeZine