Request Access Complete this form and we'll have you building apps soon! Get Started Set up your computer and phone for App Inventor. Run through the tutorials that introduce App Inventor. Get help by joining the App Inventor Google Group. Watch App Inventor in Action. About App Inventor You can build just about any app you can imagine with App Inventor. Often people begin by building games like

UML，みなさん実際に使ってますか？私たちは現場の開発において， ここ４年間UMLを利用してきました． その経験をふまえて，この記事ではUMLの概略をざっと説明した後， 実例を交えてUMLを使ったシステムの開発を紹介して行こうと思います。 1章では，なぜUMLを使うのかというお話からはじめて， UMLの意味と歴史 をおさらいします． また，実際の開発プロセスでの一般的なUMLの利用法についても外観します． 2章で，簡単な業務システムを例にしてUMLの記法をひと通り詳しく解説して行きます． なるべく分かりやすく具体的な例として，社員の出退勤の管理を行う，勤怠管理システムを選びました． 3章では，組み込み分野に近いちょっと面白い例として， LEGOMINDSTORMS(TM)(*)を使ったロボット制御を例題にして，実際の開発の流れを追ってみたいと思います． 4章では，UMLの拡張例をいくつかご

古典的なウォータフォールモデルでは、ソフトウェア開発を要求仕様分析、概要設計、詳細設計、実装(コーディング)、内部テスト、統合テスト、運用、保守みたいな工程にわけ、通常は各工程を別々の人が担当するというような方法がよくおこなわれている。 特に、要求仕様の分析、概要設計などは上流工程などとよばれていて、詳細設計、実装とは別の人ないしは組織が担当する。実装とかテストは下流工程などとよばれている。 よくあるパターンとしては元請けが上流工程を、下請け、孫請けが実装やテストなどを担当し、人月単価も下流の方が安い。 ウォーターフォールモデルでは各工程毎に成果物(仕様書や各種ドキュメント、プログラム)が大量に生産される。各フェーズ毎に定義された成果物がそろってから次のフェーズに移行するというのが建前なので、各フェーズでのドキュメントはどうしても冗長になりがちである。 一度固定した文書は次のフェーズで変更

【10月16日】 ゲームオン、「ゲームオンフェスタ2008」 ステージプログラム公開。シークレットイベントも実施 セガ、DS「カルドセプトDS」 公式全国大会のWi-Fi予選を12月1日より開始 スクエニ、AC「ロード オブ ヴァーミリオン」 全国大会「OVER the LORD〜第1章 狂宴への招待状〜」開催決定 サイバーステップ、WIN「ゲットアンプドX」 アップデートに伴いタイトル名も変更 「三國志 Online」参戦記 〜「部曲砦」の巻〜 「涼州動乱」第2弾実装! 新要素「砦造り」を体験 カプコン、PS3/Xbox 360「ストリートファイターIV」 プレーヤーキャラとしてさくらと豪鬼が登場 バンダイナムコ、Wii「FRAGILE 〜さよなら月の廃墟〜」 TGS2008 トレイラー公開 ジークレスト、WIN「紡がれた運命 -Chain of Destiny-」 先

What's new? 25.9.2008 Version 2.2 SQLite storage New datatypes New translations 18.7.2008 Version 2.1.1 Fixes in MySQL XSLT Minor improvements 28.6.2008 Version 2.1 New languages Dynamic window title "note" datatype attribute 1.4.2008 Version 2.0.1 Fixed AUTOINCREMENT for Foreign Keys Minimap visual aesthetic changes 28.3.2008 Version 2.0 ! Thanks to Mirko Buffoni for numerous consultations and su

※講演資料を掲載しました。 独立行政法人 情報処理推進機構（IPA）は、安全なインターネットの利用をめざして、最近、IPAが届出を受けた脆弱性関連情報を基に、届出の多かった脆弱性や攻撃を受けた場合の影響度が大きい脆弱性を取り上げ、その解決策を紹介するセキュリティ実装講座を企画しました。 本講座は本年2月、4月に実施しましたが、好評でしたので、今回は、新たに脆弱性の深刻度評価を用いた届出情報の分析結果や、ウェブアプリケーションの発注者が考慮すべき点なども紹介します。また、開発者の方から安全なウェブアプリケーションの開発に向けた取組み状況を紹介していただきます。 IPAでは、2004年7月8日に脆弱性関連情報の届出受付を開始してから2年4ヶ月が経過し、10月末までにソフトウエア製品に関するもの330件、ウェブアプリケーション（ウェブサイト）に関するもの687件、合計1,017件となり、1

2006/11/29 情報処理推進機構（IPA）は11月29日、2006年度「情報処理産業経営実態調査」の結果を発表した。この調査は「情報処理産業界の財務、経営状況の現状を把握し、今後の経営の参考に供する」（IPA）ことが目的で、1978年以降毎年実施されている。28回目となる今年は従来のアンケート調査に加えてヒアリングも実施し、労働生産性の分析などを行った点が特徴だという。アンケートでは861社から有効な回答が得られた。ヒアリングは25社に対して行った。 2005年度の情報処理産業全体の売上高は0.8％の増加で、伸び率は鈍っているものの2003年度から連続でプラス成長している。経常利益も22.6％の増加で、増収増益となった。ヒアリングの結果でも、経営状況は昨年と比べ良好であるという意見が多く聞かれたという。 生産性に関しては、ソフトウェア業界において、ソフトウェアプロダクト販売分野の売上

高木浩光さんの「サニタイズ言うなキャンペーン」 という言葉自体はずいぶん前から存在したのだが、 続・「サニタイズ言うなキャンペーン」とはにて高木さん自身がいくつも誤解の例を挙げているように、 そしてまた最近も 駄目な技術文書の見分け方 その1にて「まだわからんのかね」と言われているように、 「わかりにくい」概念なんだろうとは思う。 そこで、僭越ながら、「サニタイズ言うなキャンペーン」について、 私なりの解釈を書いてみようと思う。 もっともこれが正解であるという保証はないのだが、 間違っていたらどなたかツッコミいただけることを期待しています(_o_) そもそも何のせいで「エスケープ」しなければならないのか たとえば住所氏名を登録させるWebアプリケーションは珍しいものではないと思う。 そこで、私が「Taro&Jiro's castle サウスポール」 とかいう恥ずかしい名前のマンション(?)