＠IT：UML BASIC LECTURE（10）
開発プロセスの傾向 私たち開発者はプロセスの信仰者ではありません。いずれかのプロセスを採用したからといって、それ以外の手法を認めないような排他的態度は取るべきではないでしょう。とはいえ、プロセスや開発手法の話になるときに、そうした宗教論争的な傾向に偏りがちなのは大変残念なことです。重要なのは組織やプロジェクトの開発目的に応じた柔軟なプロセスにしていくこと、つまり開発のアジャイルさだけではなく、プロセス自身に対するアジャイルさも必要であり、それが本当の意味での「アジャイルプロセス」であると考えます。 例えばCMMはよくアジャイル系から標的とされますが、最近ではSEI（カーネギーメロン大学のSoftware Engineering Institute）においてもアジャイルの考え方を取り入れた研究が増えてきているので、これからはお互いが歩み寄ることで適切な方向に向かっていくことを期待したいです。
開発プロセスとUMLの拡張性 ［前編］
今回は開発プロセスについて解説します ユースケースから始まった当連載も最後が近づいてきました。UML 2.0が2004年中にリリースになるという話だったことから、その点についても交えながら半年間連載を続けてきましたが、結局連載中に最終承認されることはありませんでした（2005年2月現在）。その間、半年前と比較してもUMLに対する関心や認知度、普及度は落ち着くどころかさらに加速しているように感じます。UML 2.0の正式なリリースが待たれるところです。 今回から2回にわたり、ちょっと趣を変えてソフトウェア開発全般にかかわる開発プロセスの話をします。 開発プロセスの現状 UMLは“L”の“Language”が示すようにあくまでもノーテイションであり、開発プロセスに依存しない表記法であることはもういろいろなところで何度も触れたので、ここで繰り返すまでもないでしょう。UMLを覚えたからといってすぐ
Eclipseuml.com
Eclipseuml.com This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: Health Insurance Accident Lawyers Healthy Weight Loss Free Credit Report Cheap Air Tickets Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy
- Java ソースと見るUML入門
本章では、UMLのダイアグラム（図）の基本的な描き方を取り上げます。 Java言語入門レベルを卒業した方が対象ということなので、 Java言語を題材にUMLを学んで行きましょう。 厳密なものではありませんが、ソースコード付きの例を示すことで、 この章を参考にしながら図を描けることを目的としています。 ソースコードと言いましても、文法的に難しいものは出しませんので、 Java言語に対する知識がない方でも、オブジェクト指向言語に対する知識をお持ちであれば 問題なく理解できると思います。一般に取り上げられる順序とは多少異なるかもしれませんが、 今回は以下の順で図を扱います。 クラス図（パッケージ図を含む） オブジェクト図 シーケンス図 コラボレーション図 状態図 ユースケース図 アクティビティ図 コンポーネント図 配置図 それでは始めましょう。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ユースケース - ［ITプロフェッショナルのスキル］All About
オブジェクト倶楽部 - TOPページ
チュートリアル
組み込みUMLのリファレンスモデルを学ぶ（1/3） ― ＠IT
