プロジェクトの失敗につながる九つの要因 - 現場のためのソフトウェア開発プロセス - たかのり日記
ITPro : 「プロジェクトの失敗につながる九つの要因に注意」、NTTデータの岩本副社長 対象プロジェクトが新規顧客からの受注であること 新システムの要件が「現行どおり」とされていること 新技術や経験のない処理方式を採用していること IT企業と顧客との間で一括請負契約を結んでいること IT企業のプロジェクト原価率が95％以上であること 開発期間が6カ月以内といった短期プロジェクトであること プロジェクトマネジャが過去に似たようなシステムを開発した経験がないこと 受注したIT企業が下請け企業に仕事の90％以上を回していること 顧客の要件定義力に問題があること 当たっていると思います。 でも、これにひとつも当てはまらないプロジェクトなんて、世の中にいったいどれだけあるのでしょうか・・・
最近のオンラインレビューシステム - 現場のためのソフトウェア開発プロセス - たかのり日記
去年あたりから、オンラインでレビューを行える、オープンソースのシステムが増えてきました。 ReviewBoard VMWareの開発で利用されている、ということで、一躍有名になったレビューシステム。Pythonで開発されている。 デモ：http://demo.review-board.org/account/login/?next_page=/dashboard/ Rietveld Googleのソースレビューシステム「Mondrian」のオープンソース版。Pythonで開発されているが、Google App Engine上で動作させる仕様になっている。 デモ：http://codereview.appspot.com/ 宍道湖 Rietveldを参考にし、Ruby on Railsで開発されたレビューシステム。インタフェース／機能は、Rietveldとほぼ同じ。 デモ：http://is
レビューを効果的に実施するには？ - 現場のためのソフトウェア開発プロセス - たかのり日記
ソフトウェア開発では、レビューにて、より上位の工程で欠陥を発見することの重要性は、周知のことでしょう。 しかしながら、レビューを効果的に実施するのは、なかなか難しいと感じるところです。 レビューにおける指摘が、フォーマットや誤字・脱字に関してのものが多く、品質への寄与が低い レビューそのものに時間がかかるため、頻繁に実施しにくい。 スキルのあるレビューアは、大抵多忙であり、レビューしてもらえない。 レビューをするタイミングが遅く、修正や水平展開に手間がかかる。 レビューで見逃した欠陥は、テストが完了しないと分からない。 今月は、Think ITで、レビューに関する連載がいくつも公開されています。まだ、全て読んではいないのですが、プロセス定義、定量化、技法、教育等、いろいろな観点で書かれているので、参考になりそうですね。 記事の一覧を、載せておきます。 インスペクションは誰が行うべきか 第1
LDAPでTracの認証と権限の管理を行う - 現場のためのソフトウェア開発プロセス - たかのり日記
今日は久しぶりにいい天気でしたが、夜には、また急激な雨。個人的には涼しいのはうれしいのですが、なんか日本の気候も大分変ってしまった感じですね。 さて、Trac0.11がリリースされたこともあって、何かと調査しているのですが、今回はLDAPに関する情報についてです。 Tracでは、LDAPを利用して認証や権限の管理を行うことができます。大規模に利用したい場合、LDAPでユーザ認証や権限の管理ができるのはとても便利です。 認証については、apacheの認証機能を利用して比較的簡単にできるのですが、権限はLDAPのスキーマが関連しており、設定が複雑です。いろいろ調べて実現できるようになったのですが、情報が少ないのでまとめておきます。 動作環境 以下の環境で検証を行いました。 Windows Vista TracLightning 2.0.6 Trac0.11 Apache 2.2.8 Pytho
Javaの性能を分析する10のツール - 現場のためのソフトウェア開発プロセス - たかのり日記
マイコミジャーナル : Javaの性能を分析する10のツール http://journal.mycom.co.jp/news/2008/07/28/003/index.html 元ネタはこちら http://java.dzone.com/articles/java-performance-troubleshooti-0 上記の記事で、以下のツールが取り上げられています。 jconsole VisualVM HeapAnalyzer PerfAnal JAMon Eclipse Memory Analyzer GCViewer HPjmeter HPjconfig Java Out-of-Box Tool JDK1.4ぐらいまでは、上記のようなツールがなく、性能解析も苦労しましたが、現在では大分充実してきましたね。 特に使いこなせるようにしておくと便利なのは、jconsoleやVisualV
「品質保証（QA）」「品質管理（QC）」から「品質フィードバック（QF）」へ - 現場のためのソフトウェア開発プロセス - たかのり日記
これまでの品質管理 プロジェクト管理やプロセス改善において、品質向上のための活動として必ず使われるのが「品質保証」と「品質管理」という用語です。 これらを同じものと思っている人も多いかもしれませんが、正確に言えば、異なる活動を指しています。 品質保証（Quality assurance、QA） 製品が利用者の要求（ニーズ）を十分に満たすかどうかを保証すること。 コストをかければ効果が上がりやすいが、どの程度コストをかけて行うかバランスが重要となる。 CMMIでは、PPQA（プロセスと成果物の品質保証）のPAが該当する。 品質管理（Quality Control、QC） 適切な品質目標を定め、それを達成するためのマネジメントを行うこと。 品質のばらつきを減らし、生産性向上／原価低減を目指す。 CMMIでは、VER（検証）／VAL（妥当性確認）／QPM（定量的プロジェクト管理）などのPAが深く
Subversionでリポジトリの外部参照を活かす - 現場のためのソフトウェア開発プロセス - たかのり日記
大規模な開発になると、モジュールを分割して開発することになりますが、各モジュールで参照するライブラリ（Javaの場合はjar）は、共通の一ヶ所で管理したくなることがあります。 構成管理リポジトリでは、リポジトリからファイルを取得したらそのまま開発に入れるディレクトリ構成にしておくことが望ましいですが、複数モジュールが存在する中でそのような管理をしようとすると、ライブラリを多重管理することになってしまいます。 そこで、シンボリックのような参照ができると、ライブラリの管理が一元管理できて簡単です。 Subversionには、「外部参照」といって、リポジトリのシンボリックリンクのようなことを実現する方法があります。 以下にその設定手順を示します。 リポジトリの構成 SampleProject ├─branches ├─tags └─trunk ├─lib ├─module-a └─module-
FindBugsのバグパターン一覧 - たかのり日記
Javaに対する静的解析ツールには、以下のようなものがあります。 FindBugs PMD Jlint Lint4j Jtest（有償） 近頃の動向を見ていると、OSSのツールでは、FindBugsがデファクトスタンダードになりつつあるように思います。FindBugsは、2007/11/08にリリースされた1.3.0以降、1〜2ヶ月に一度の頻度でリリースされており、チェックルールも充実してきています。最近、FindBugsのチェックルールを調べる機会があったので、どんなルールがあるのかをまとめてみました。 FindBugsが検出するバグパターンは、次のような括り方となります。 バグカテゴリ > バグコード > バグタイプ 左側がより大きい括りになっており、バグタイプが1つの検出ルールに対応付きます。 FindBugsは、1.3.4時点で、8個のカテゴリと354個のチェックルールから成り立ち
JMeterによる試験の自動化 - 現場のためのソフトウェア開発プロセス - たかのり日記
InfoQ：JMeterとAntによる自動負荷テスト Antを利用して、JMeterを利用した試験を自動化できる方法があるのを知りました。 JMeterは、今まで何度か利用してきたことはありますが、GUIでの操作しかしていませんでした。 負荷試験では、負荷をかけっぱなしで一定時間動作させることもあるので、夜間に負荷試験、昼間に分析とパフォーマンス改善、という流れで仕事ができると効率的ですね。 原文はこちら↓ですが、以前、「継続的インテグレーションのアンチパターン」のエントリで紹介したシリーズなので、その内日本語化もされるでしょう。 http://www.ibm.com/developerworks/java/library/j-ap04088/ また、AntでできるならMaven2でも・・・、と思って調べてみたら、ありましたよ。 http://wiki.apache.org/jakarta
2007-11-04 - たかのり日記 Seleniumでキャプチャを取得する拡張コマンド:captureScreenshot
captureScreenshotをHTMLのテストケースで実行する方法の続き。 URLを指定して、キャプチャを出力できることが分かったので、自前でコマンドを作成してみました。 以下から、コマンドを記述したuser-extensions.jsと、起動用のバッチファイルをダウンロードできます。 selenium-rc-run.zip ※上記には、selenium-server.jarを含めていません。サンプルを実行するためには、Seleniumのサイトよりjarファイルをダウンロードし、<解凍したディレクトリ>/libに配置してください。 HTMLのテストケースでは、captureScreenshotというコマンドで利用できるようにしています。 コマンド名captureScreenshot 第一引数fileName キャプチャのファイル名 第二引数withTimestamp タイムスタンプを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
