本会は、1994年3月に設立以来、ソフトウェアメトリクスの団体としてファンクションポイント法の普及やソフトウェア定量化技術の確立に努めてまいりました。 この度、30周年の節目を契機に、今後のさらなる発展を目指して、会の名称を『ITシステム可視化協議会(MCIS)』に改称しました。ファンクションポイントは今後もひとつの技術として扱いつつ、ITシステム測定・可視化の推進を通じて、会員(法人・個人)の成長と、ITシステムに関わる全ての人や社会の発展に貢献します。
Binstock on Software: Perfecting OO's Small Classes and Short Methods The Pragmatic Programmersシリーズの新しい本、The ThoughtWorks Anthologyの中に 興味をそそるエッセイがある。Jeff Bayの"Object Calisthenics"だ。 これは良いオブジェクト指向の性質を実証する小さなルーチンを書く方法をマスターするための 詳細にわたるエクササイズだ。オブジェクト指向なルーチンを書く能力を向上させたい開発者がいるなら このエッセイに目を通すことを勧める。ここにBayのアプローチを要約してみよう。 彼は次にあげられる制約のもとに1000行のプログラムを書くことを勧めている。 これらの制約は意図的に過剰な制限となっているが、これは開発者を手続き的なやり方から脱却させるた
初心者にとってはトラブルが発生しやすいケータイWebアプリの開発。携帯電話への対応サイトを初めて開発するときに想定するべき9つの注意点を紹介する(編集部) 携帯対応サイトを開発するときの注意事項 携帯電話が普及してもう随分たちます。いまでは、サイトを作るときにケータイに対応するかどうか、必ず意識されるようになりました。しかし、ケータイ対応のWebアプリを作ろうとするとPC用のサイトと違う部分も多く、Web開発経験はあるけれど携帯の開発経験がない人にとっては取り組み難く、実際に想像できなかったトラブルがいくつも発生します。 本記事は、Webサイトのモバイル対応を担当した私が、実際に携帯対応サイトを作ったときに発生したトラブルを踏まえて、携帯対応サイトを初めて開発するときに想定するべき注意事項を中心に説明していきます。 ケータイ向けとPC向けのWebページの相違点 インターネットへの接続方法に
JUAS(日本情報システム・ユーザー協会)が,「非機能要求仕様定義ガイドライン」を発行した。このガイドラインは,JUASが2007年9月から2008年3月にかけて実施した「UVC(User Vender Collaboration)研究プロジェクトII」の成果で,ユーザー企業がベンダーに提示する要求仕様書(別の言い方ではRFP=提案依頼書)における非機能要求の定義方法をまとめたものである。 JUASは,2007年に「UVC研究プロジェクト」の成果として「要求仕様定義ガイドライン」を発行しているが,非機能要求については不十分だった。これを補うために,非機能要求に正面から取り組んだのがUVC研究プロジェクトIIであり,「非機能要求仕様定義ガイドライン」だ。 言うまでもなく,ユーザー企業がシステムの非機能要求を明確にベンダーに伝えることは非常に大切である。しかしこれまでは,どんな非機能要求を伝え
ウィリアムのいたずらが、街歩き、食べ物、音楽等の個人的見解を主に書くブログです(たま~にコンピューター関係も) 要求仕様に、機能要件と非機能要件があり、新規システムで行う業務についての定義、つまり、アクティビティ図に描くような、誰が何をするってことが、機能要件になる。これはいい。 でも、じゃあ、非機能要件は?というと、それ以外の要求ということになる。 そのとき、ひとつの目安として、ソフトウエアの品質の定義があり、そのソフトウエア品質特性の規格に、JIS X 0129-1があって、ここで、その特性は、 機能性、信頼性、使用性、効率性、保守性、移植性 とあがっていて、さらに副特性がある。 くわしくは、 ソフトウェア品質特性について http://www.alles.or.jp/~torutk/oojava/oo/develop/014.html なんかに載っているみたい。 ってことで、ここまで
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く