Monacaはクラウド技術を活用した、日本発・次世代のアプリ開発プラットフォームです。多様なアプリ開発に対応するクラウドサービスを中心に、アジャイル開発を促進するDevOps、コンサルティングやテクニカルサポート。日々の課題を解決するために用意されたツールやサービスを通じて、あなたのプロジェクトの成功を支えます。 さらに詳しく
MVCの典型的な相関図 Model-View-Controller (MVC、モデル・ビュー・コントローラ) はUIを持つソフトウェアに適用されるソフトウェアアーキテクチャの一種である。 MVCはソフトウェアを処理/Model・表示/View・入力伝達/Controllerの3要素に分割し、ソフトウェア内部データをユーザーが直接参照・編集する情報から分離する。プレゼンテーション(View・Controller)とドメイン(Model)を分離しまたユーザー入力(Controller)と表示(View)も分離することでソフトウェアの保守性・開発生産性を向上させる。 1979年: パロアルト研究所にてトリグヴェ・リーンスカウクが考案[1][2]。長い間、Smalltalk-80の実装のみが公開され、MVCに関する公開情報はなかった 1988年: 最初の論文「A Cookbook for Usin
最近の更新 (Recent Changes)2016-03-02Plugin Plugin/4.0.0/AddCommentMacro 2016-01-30Plugin/4.0.0/TracNavMacro Plugin/4.0.0/TocMacro Plugin/4.0.0/PrivateWikiPlugin 2015-11-22Plugin/4.0.0/FootNoteMacro 最新リリース情報traclight (1.5.2)2008-02-13 23:09trac-lightning (3.2.0)2013-04-29 13:00trac-lightning-dev (3.2.0beta1)2013-03-16 11:37 Wikiガイド(Guide)Wikiの文法 リンクの種類と文法 ブロックプロセッサ 拡張文法 サイドバー プロジェクトWikiでの広告設定 サイドバー (Si
FINDJOB! 終了のお知らせ 2023年9月29日にFINDJOB!を終了いたしました。 これまでFINDJOB!をご利用いただいた企業様、求職者様、様々なご関係者様。 大変長らくFINDJOB!をご愛顧いただき、誠にありがとうございました。 IT/Web系の仕事や求人がまだ広く普及していない頃にFind Job!をリリースしてから 約26年間、多くの方々に支えていただき、運営を続けてまいりました。 転職成功のお声、採用成功のお声など、嬉しい言葉もたくさんいただきました。 またFINDJOB!経由で入社された方が人事担当になり、 FINDJOB!を通じて、新たな人材に出会うことができたなど、 たくさんのご縁をつくることができたのではないかと思っております。 2023年9月29日をもって、FINDJOB!はその歴史の幕を下ろすこととなりましたが、 今後も、IT/Web業界やクリエイティブ
FINDJOB! 終了のお知らせ 2023年9月29日にFINDJOB!を終了いたしました。 これまでFINDJOB!をご利用いただいた企業様、求職者様、様々なご関係者様。 大変長らくFINDJOB!をご愛顧いただき、誠にありがとうございました。 IT/Web系の仕事や求人がまだ広く普及していない頃にFind Job!をリリースしてから 約26年間、多くの方々に支えていただき、運営を続けてまいりました。 転職成功のお声、採用成功のお声など、嬉しい言葉もたくさんいただきました。 またFINDJOB!経由で入社された方が人事担当になり、 FINDJOB!を通じて、新たな人材に出会うことができたなど、 たくさんのご縁をつくることができたのではないかと思っております。 2023年9月29日をもって、FINDJOB!はその歴史の幕を下ろすこととなりましたが、 今後も、IT/Web業界やクリエイティブ
前回までは、単体テストを対象としたテスト実行およびテスト実装について、ツールによる自動化を解説しました。今回は、テスターによるGUI操作を伴うテストの自動化について紹介します。自動化には、キャプチャーリプレイツールと呼ばれるツールを利用します。 キャプチャーリプレイツールとは、「キャプチャー機能」「リプレイ機能」という二つの機能を備えるツールを指します。 ・キャプチャー機能 テスト対象となるシステムへのユーザー操作(キーボード入力、マウス操作など)を記録して、スクリプトとして保存する ・リプレイ機能 記録したスクリプトを用いて、何度も繰り返しテストを実行できる 以前のキャプチャーリプレイツールは、キャプチャー機能によって記録されるスクリプトにテスト対象の座標を利用していました。そのためGUIが少しでも変わると、スクリプトの修正が必要でした。その頃にツールを利用していた方は、今もそのようなイ
概要 WBS(Work Breakdown Structure)とは、プロジェクトマネジメントで計画を立てる際、プロジェクト全体を細かい作業に分割した構成図のこと。大きな単位から小さな単位へ段階的に分割し、階層構造で表される。 一般的なWBSの作成法では、まずプロジェクト全体の成果物を定義し、これを得るのに必要な各段階における工程や成果物に分解していく。その際、全体を大きな単位に分割してから、それぞれの部分についてより細かい単位に分割していき、階層的に構造化していく。 十分細かい単位に分解できたら、これを得るために必要な具体的な作業や業務(一つとは限らない)を考え、最下層に配置していく。一つの成果物を得るための一連の作業のかたまりのことを「ワークパッケージ」(work package)と呼ぶ。 図表として表す際は、左端が大項目で右へ向かって細分化されていく表や、大項目から順に枝分かれしてい
突然ですが,読者諸兄姉は,仕様書の書き方って,教わったことはおありでしょうか。あるいは,部下に教えたことはおありでしょうか。 日経エレクトロニクス 2007年2月12日号のGuest Paper(pp. 133-152)では,「仕様書の記述力を鍛える」と題して,フェリカネットワークスのソフトウエア・エンジニアの栗田太郎氏に,「形式仕様記述」という手法を使ったプロジェクトの体験記を執筆していただきました。 同社は「おサイフケータイ」などとして知られる携帯電話機向けの「モバイルFeliCa」の開発元で,そのICチップのファームウエア開発に当たって,「仕様をキッチリ書けるところは,書こう。実装者任せにしないようにしよう」という意識を徹底,高品質なソフトウエアの開発に成功しました。成果物は,NTTドコモの携帯電話機「903iシリーズ」の全機種に採用されるなど出荷数も多く,責任の重いプロジェクトです
ソフトウェア工学におけるアジャイルソフトウェア開発 (アジャイルソフトウェアかいはつ、英: agile software development) は、人間・迅速さ・顧客・適応性に価値を置くソフトウェア開発である[1]。典型的なアジャイルソフトウェア開発では、チーム主導で設計・実装・デプロイを短期間に繰り返してユーザーが得た価値を学習し適応する、すなわちトライアルアンドエラーで開発が行われる。アジャイルソフトウェア開発を可能にする開発手法にはエクストリーム・プログラミングやスクラムなどがある。 ペアプログラミング アジャイルソフトウェア開発は人間・迅速さ・顧客・適応性に価値をおくソフトウェア開発である(アジャイルソフトウェア開発宣言)。すなわち自己組織的なチームが対話の中で方向性・仮説を見出し、顧客へ価値を素早く届け、実践投入の学びから素早く改善をおこなう在り方に価値を置く。 この価値観を
アジャイル(agile) は「俊敏な」という意味。 ソフトウェア開発プロセスのうち、良いものを素早く無駄なく作ろうとするものの総称。 従来の、後戻り不可能なウォータフォール型開発と対比して使われることがある。 特に、「アジャイル・マニフェスト」http://www.agilemanifesto.org/ に合意しているものや、「アジャイル・アライアンス」 http://www.agilealliance.org/ に参加しているものを指す。 「アジャイル・マニフェスト」の概要は、以下の通り。 アジャイル開発の価値 プロセスやツールより人と人同士の相互作用を重視する。 包括的なドキュメントより動作するソフトウェアを重視する。 契約上の交渉よりも顧客との協調を重視する。 計画に従うことよりも変化に対応することを重視する。 アジャイル開発の原則 http://www.metabolics.co.
JavaScriptテストの基礎知識と使えるフレームワーク6選:フレームワークで実践! JavaScriptテスト入門(1)(1/3 ページ) しっかりとJavaScriptの“テスト”を行うために、最近のJavaScript事情やテストを取り巻く環境、今注目のテストフレームワークを6つ紹介する JavaScriptでもテストを書こう @ITの読者の方たちのほとんどは、どのような言語を主に利用しているのかなどの違いはあるにせよ、日常的にプログラムを書いている方たちが多いかと思います。 アプリケーションを作る、ライブラリを作成する、オープンソースプロジェクトに貢献するなど、皆さんがプログラムを書く場面はそれぞれいくつかあるはずです。それらプログラムを書く場面に共通して大切な習慣の1つとして、「作成するプログラムに対しては必ずテストコードを書く」ことがあるのは、誰にでも同意してもらえることでし
テスト仕様を書くだけで,仕様書自身がテストを自動でやってくれる。 それがExcelenium(エクセレニウム)。 Excelenium = Excel + Selenium 左側で,操作のステップを日本語で書くと, 右側で,テスト仕様書風のフォーマットの文章をリアルタイムで自動生成してくれる。 ※画像中で「確認」と書いてあるのは,チェックポイントの部分。これは自動的にオレンジ色のセルになる。 書く必要があるのは,青い線より左側だけ。 そして, 「この仕様書の全テストを実行」 というボタンを押すと・・・ Seleniumのテストケースが自動生成され, ブラウザが立ち上がり, テスト仕様書に書いてあった全テストが実行される。 (※ついでに,シート上の全テストケースに自動で番号が振られる。) Webアプリケーションの結合テスト / 回帰テストが大幅に楽になる。 従来のような「テスト仕様書」と称し
ウォーターフォール型で重視する要素(価値)とアジャイル開発で重視する価値を対比。ウォーターフォール型の価値を否定しているのではなく、重要であることを認めつつ、新たな価値にも目を向けることを促している アジャイル開発の各手法の提唱者が合意した宣言で、アジャイルの根幹ともいうべき精神を表す。ウォーターフォール型開発で重視すべき要素(価値)を四つ挙げ、それぞれに対するアジャイルの価値を提示している(図1)。 新しい四つの価値が、あたかも既存の四つの価値を置き換えるように見えるがそうではない。これまでの価値の重要性は認めつつ、別の新しい価値に目を向けることを促している。 word2 自己組織化 アジャイル開発が目指す行動規範のこと。チームを構成する各メンバーは自分自身をコントロールして自律的に行動し、目標に向かってチームの成長に貢献する。この成長を「自己組織化」と呼び、変化への適応能力を高める上で
【ハタさんのブログ:Javascriptによる大規模開発の覚え書き】 のエントリを見て、JavaScriptで大規模開発時の参考になればと、私の場合のものもちょっとまとめてみました。 JavaScriptの開発時には、全部1から書くなんてことも最近はあまりなく、 ライブラリを使うのが一般的だと思います。 Porototype.jsやJQueryなどのある程度軽量のものから、 ExtやYUI、Dojoなど機能が豊富なものもたくさんありますが ファイルサイズが大きかったり、ライブラリによっては動作が鈍く感じられる機能などがあるのも実際のところです。 安易に使い慣れた、ライブラリを使い続けると後々、後悔する羽目になってしまうのでよく検討しましょう。 特定の機能だけを使う場合、単体のライブラリなんかもネットを探せば結構ころがっていますので、部分的にそれらを使い、後は自作するなんてのもありかと。AP
Ruby言語について、当面第一部を理解するのに必要な知識だけ簡単に解説して おく。プログラミング上のテクニックであるとか注意すべきところなんてもの は全く指摘しないので、この章を読んだからと言ってRubyプログラムが書ける ようになるわけではない。既にRuby言語の経験がある読者はこの章は飛ばし て問題ないだろう。 また文法については第二部で嫌というほど話すから、この章ではできるだけ文 法の詳細には関らないようにする。ハッシュリテラルなどバリエーションがあ る表記は最も多用されるもののみ示す。省略可能なものは原則的に省略せずに 示す。そのほうが構文規則がシンプルになるからだ。いちいち「省略できる」 とも言わない。 オブジェクト 文字列 Rubyプログラムが操作できるものは全てオブジェクトである。Javaのintや longのような「基本型(primitive)」はない。例えば以下のように書
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く