「コードの読まれ方が分かった」、工数見積もり精度向上に寄与
「コードの読まれ方が分かった」、工数見積もり精度向上に寄与：奈良先端科学技術大学院大学 森崎修司氏らが発表 「ソースコードの読まれ方の傾向がまた1つ明らかになった。これで派生開発、保守開発の工数見積もりの精度が向上する」――奈良先端科学技術大学院大学 森崎修司助教らの研究グループは、2009年9月～11月にかけて行ったソースコードリーディングのオンライン・ハンズオン、2010年1月、2月に行ったイベント「ソースコードリーディングワークショップ」、ほか3回におけるハンズオンの分析結果を発表した。 総計126人に、保守／派生開発プロジェクトを模した形式で複数のソースコードを読んでもらい、それぞれにかかった時間を計測、分析したところ、「ソースコードの読解時間はソースコードの行数だけで予測することは難しい」「大規模な変更の場合、コードレビューの経験があるとソースコードの読解時間を短縮できる」ことな
知るだけで天地の差が出る、テスト仕様書の必須項目＆表現方法
テスト仕様書で絶対に必要な項目リスト テスト仕様書に記述すべきものとして、以下の事項があります。 テストを実施した環境 実施するテストの内容 テストを実施するためのシステムの操作手順 テストの実行結果 個々のテスト項目を識別するための番号や記号（通し番号など） テストを実施した年月日 テストを実行した担当者 障害報告票番号（発生した障害の詳細を開発グループに報告する帳票の識別番号） まずはテスト環境について明記する テスト仕様書の先頭には、「テストを実施した環境」を記述します。ここでは、ハードウェア環境やソフトウェア環境、ネットワーク環境など、「どのような環境でテストを行ったか」を説明します。 ただし、テストを実施した環境を記述するだけでは十分ではありません。「顧客にとって必要な情報は何か」を考えるのです。ここで必要なのは、「要件定義書で規定した環境」との関係が分かることです。 なぜなら、
ホント？「業務定義」だけでシステム完成：日経ビジネスオンライン
「今、困っていることは」と聞かれて、こう答える経営者はまずいない。不祥事や事故を起こした企業の経営者であれば「信用を取り戻したい」と言うかもしれないが、昔からそうだったとなると尋常ではない。 スペイン語で冒頭の回答をしたのは、ウルグアイのIT（情報技術）企業、アルテッチ社（Artech）の創業者であるブレオガン・ゴンダ（Breogan Gonda）社長である。記者になって25年、スペイン語の通訳を介した取材は初めてであったが、聞き間違えたわけではない。 “魔法”と誤解されるその製品は「GeneXus（ジェネクサス）」と言い、システム開発ツールと呼ばれる製品分野に位置付けられる。情報システムの設計・開発作業をコンピューターによって支援するものだ。 不思議なことに、情報システムの設計・開発にあたって、コンピューターはあまり利用されてこなかった。一連の設計・開発作業はすべて、システムズエンジニア
PHPUnitによるテスト：応用編
PHPUnitでのテスト応用編 これまで、PHPUnitのフレームワークを利用したテスト・プログラムの書き方や、コンソールから phpunitコマンドを実行してテストする方法を説明してきました。今回は、PHPUnitをより有効に活用する方法について紹介したいと思います。 具体的には、下記の3つの方法を順に説明します。 （1）NetBeans IDEを使った単体テスト （2）Xdebugを使ったコード・カバレージの測定 （3）Selenium RCを使ったブラウザ・テストの自動化 NetBeans IDEを使った単体テスト 「NetBeans IDE」は、マルチ言語、マルチプラットフォームの統合開発環境（IDE）です。米Sun Microsystemsとオープンソースのコミュニティによって開発されており、無償で利用することができます。もともとはJavaの開発環境だったの ですが、次第に他の言
セレナビジネスマッシュアップについて
Knowing what has changed in a software environment is as critical today as it was in 1980 when Serena began. From the very first product Comparex, to the Release Management and Deployment Automation solutions, Serena focused on managing every facet of IT change. These products are depended upon daily by global organizations to develop and deliver their critical business systems so they can “move f
どこでもプロジェクト管理バックログ
有料契約件数14,000件以上 サービス継続率98.8% ※2023年12月末時点。サービス継続率は各前月の有料契約総数に占める解約数を引いた割合。 Backlogでプロジェクト・タスク管理のお悩みを解決 タスク漏れやスケジュール遅延が発生する... 現場の状況を把握できず、進捗確認の会議ばかり... 業務改善ツールを導入しても一部のメンバーしか使ってくれない... メンバーが増えるとツールの費用が増えて大変... 担当者や期日が明確になることで、タスク漏れやスケジュール遅延を防ぐ 誰がどのタスクを進めているかを分かりやすく見える化。「あの案件どうなってたっけ？」を防いで業務が円滑に進む手助けをします。
「楽しく仕事する」がコンセプト--プロジェクト管理ツール「Backlog」開発のヌーラボ
アイコンや絵文字を利用でき、遊び心のあるデザインを採用するSaaS型プロジェクト管理ツール「Backlog」。これを開発するのは福岡発のベンチャー、ヌーラボだ。 ヌーラボの設立は2004年3月。当時福岡でプログラマーの派遣会社を通じて出会った現代表取締役の橋本正徳氏と現取締役の縣俊貴氏、田端辰輔氏の3人。彼らは仕事のかたわらでオープンソースソフトウェアのコミュニティに所属して福岡を中心に普及や啓蒙活動をしつつ、「Mobstar」というグループ名でWikiや掲示板、バグ管理ツールなどを公開していたという。そして、これまで開発に専念していた派遣での仕事に加えて、「顧客への提案からトータルで挑戦したい」という思いから、開発会社としてヌーラボを設立した。 同社は自社サイトで、「アジャイル開発のヌーラボ」をうたう。アジャイル開発とは、「イテレーション」と呼ぶ短期間で機能を開発していく比較的新しいソフ
「アジャイルソフトウェア開発宣言」公式日本語版が公開
アジャイル開発手法の精神ともいえる内容を宣言した「Manifesto for Agile Software Development」（アジャイルソフトウェア開発宣言）の公式な日本語版が、英語版が公開された2001年から約10年たって、ついに公開されました。 アジャイル開発手法にはエクストリーム・プログラミング（XP）、スクラム、RUP／UP（ラショナル統一プロセス／統一プロセス）などさまざまな手法があります。そして、これらのアジャイル開発手法の精神をまとめた文書として、2001年にアジャイル開発手法を支持する多くの著名人によって公開されたのが「Manifesto for Agile Software Development」（アジャイルソフトウェア開発宣言）です。 以下に、公開された日本語版の全文を引用しましょう。 アジャイルソフトウェア開発宣言 私たちは、ソフトウェア開発の実践 あるいは
だれも教えてくれなかった外部設計の「極意」---目次
外部設計書で最も大切なことは，「システム開発を依頼してきたお客様」（発注者）に読んでもらい，理解してもらうことです。外部設計書を，開発メンバーではなく，発注者に理解してもらうためには，「いかに発注者にとって分かりやすい外部設計書を作成できるか」と「レビューを通じていかに合意形成を図るか」が重要になります。本連載では，発注者が理解しやすい外部設計書の書き方とレビューの方法に関する具体的なノウハウを解説していきます。 第1回 ユーザーと意思疎通が図れない外部設計書は危ない 第2回 ［システム振舞い編］一覧表に一工夫入れることで漏れや重複をなくす 第3回 ［システム振舞い編］全体を俯瞰でき，システム化範囲が一目で分かる業務フローを作成する 第4回 ［システム振舞い編］発注者が理解しやすいシナリオの記述方法 第5回 ［画面編］見れば“わかる”「画面レイアウト」の作り方 第6回 ［画面編］画面遷移を
技術情報Wiki - 技術情報Wiki
Link: ソフト業界の労働環境(1d) マルチメディア関連ツール(1d) JBoss Seam関連(1d) JSF(JavaServer Faces)関連(1d) 言語・開発環境(1d) ドキュメント作成(2d) ExcelのVBA(2d) 読み物(4d) バグトラッキングツール(4d) Java関連(4d) 開発支援ツール(6d) Webで利用できるサービス(6d) ディスク関連ツール(6d) テスト・品質管理(6d) Webブラウザ(8d) .NETでの文字列処理(8d) Windows設定メモ(9d) セキュリティ関連(11d) データベース関連(14d) 周辺機器(15d) プロジェクト管理ツール(15d) JavaScript(16d) ネットワーク関連(20d) ソフトウェア業界(20d) 開発プロセス(20d) 開発に役立つデータ(22d) Web技術関連(24d) Web
使えないシステムをなくすBABOKとは？
使えないシステムをなくすBABOKとは？：BABOK 2.0を読んでみよう（1）（1/3 ページ） 2009年3月末に「Business Analysis Body Of Knowledge（BABOK）」のバージョン2.0が、International Institute of Business Analysis（IIBA）からリリースされました。 本連載では、BABOKバージョン2.0の概要を紹介しながら、いま注目を集めている超上流のアプローチ、ビジネスアナリシスがどのようなものであるかを見ていきます。 “使えないシステム”を作っていませんか？ せっかく高いお金を払って開発したシステムが、とても使いづらかったり現場の業務にマッチしなかったりで、“現場で使ってもらえない”というケースがよくあります。 これではユーザーにとっては無駄な投資となり、もちろん大変な損失になります。システム開発し
開発工程でSEが書く文書の基本 − ＠IT自分戦略研究所
「提案書」や「要件定義書」は書くのが難しい。読む人がITの専門家ではないからだ。専門用語を使わず、高度な内容を的確に伝えるにはどうすればいいか。「提案書」「要件定義書」の書き方を通じて、「誰にでも伝わる」文章術を伝授する。 SEはさまざまな文書を作成する必要があります。その中でも、提案書や要件定義書の作成に悩むSEは多いようです。なぜなら、これらは「顧客に読んでもらわなければならない文書」だからです。 本連載では、「誰にでも分かる」提案書や要件定義書を作成するための文章術を解説します。ただし、分かりやすい文書を作成するには、文章術だけでは十分ではありません。必要な情報を顧客から引き出すためのコミュニケーション、文書全体の構成も重要です。 第1回では、SEが作成する文書はどのようなものかを概観します。第2回では、情報を引き出すための顧客とのコミュニケーションのポイントを説明します。第3、4回
Mercurial や Git が使える無料のリポジトリサービスを集めてみた - kwatchの日記 ニュース [okyuu.com]
GitHub (Git) Ruby on Rails が使ったことから一気にブレーク。Rails ユーザは皆ここを使う。 Issue Tracking System がないので、Lighthouse.com と併用することが多い。 Wiki が利用可能 Bitbucket (Mercurial) Mercurial 用としてはいちばん GitHub に似ていて、他人のプロジェクトを fork できる。 mirrorというアカウントで Python や Django の SVN リポジトリを積極的にミラーしているので、Mercurial を使ってこれらを fork するにはいいかも。 Wiki が利用可能 追記(2008-10-13): free plan だとリポジトリは 1 コしか持てないようだ。これは却下だな。 追記(2008-10-14): コメントで、1 コしか持てないのは pri
第65回 ［図解］Webサイト構築プロジェクト・ワークフロー - Webデザイン エンジニアリング：ITpro
今回は，Webサイト構築プロジェクトのワークフローを俯瞰してみたいと思います。実際にクライアントから声がかかる場面から納品，つまり開発案件の完了までを12の「ステージ」に分けて図解してみました。思考のプロセス/人的配置/タスク/ツールなども一緒に記しています。少し大きな図になってしまいましたが，ご参考になれば。 図は，一番上は「4つのステップ/3つのタスク/12の要素（第62回 持続可能なWebサイト開発を支える12の要素）」。その下は，人的配置をロール(役割)ごとに記述しています。その下は，大まかなタスクのレベルです。それぞれの期間内に処理すべき項目を列挙しています。その下が，「ステージ」。プロジェクト全体を12のステージに分類して作業内容を整理しています。基本的には，その流れの順で進んでいきます。その下は，それぞれのステージのアウトプットのイメージで，更にその下にはよく使うファイルアイ
独自の手法で10倍速開発 7割主義で変化対応力を高める
良品計画は独自の開発手法を採用することで、システム開発の短期化とコスト削減を図った。2006年12月に再構築したMD（マーチャンダイジング）システムを皮切りに、08年12月までに約130のアプリケーションを社内で開発。一方で、IT 投資の売上高比率は04年の1.8％から0.9％に半減させた。「7割主義」と「スピード対応」を方針に掲げ、利用部門の要望に最速1日、遅くとも1～2週間で対応する。開発手法の独創性と、経営に資するシステム部門の姿が評価された。 「無印良品」ブランドの小売店を展開する良品計画は、1週間に1本という猛スピードで新しいアプリケーションを開発したり、機能を強化したりしている。「思い立ったら即実行。合格最低ラインの7割主義で素早くシステムを開発し、検証と改善を繰り返す」。IT戦略を統括する小森孝取締役 情報システム担当部長兼流通推進担当管掌は強調する。 同社は独自の開発方法論
FP法について - Writing Cafe
[Programs] / 最終更新時間：2004年06月24日 23時45分47秒 概要 最近、開発効率をなんとかしたいという思いが強くていろいろ調べている。どの手法を使うとどうなるのかが分からないと判断がつかない。そこで開発効率を測る物差しとしてファンクションポイント(FP)法に注目してみた。 よりよい開発のあり方については、楽しいプロジェクト運営もどうぞ。 目次 概要 目次 参考本 現状 ソフトウェアの規模 注意すること FP法の用語 用語の言い換え データファイル 要素処理 FP値の計測手順 どんなレポートを書くか？ プロジェクト見積もり 1. FPの計測タイプを識別する 2. 計測範囲とアプリケーション境界を識別する 3. すべてのデータファイルと、その複雑度を識別する ファンクションポイント計測一覧表-ファイルをリスト化 ファンクションポイント計測一覧表-ファイルの複雑度を加える
「情報システム信頼性向上のための取引慣行・契約に関する研究会」最終報告書
■ 「情報システム信頼性向上のための取引慣行・契約に関する研究会」最終報告書 ～情報システム・モデル取引・契約 書～ の公表について 経済産業省では、「情報システムの信頼性向上のための取引慣行・契約に関する研究会」を設置し、取引・契約モデルの検討を行ってきました。 パブリックコメントによる意見聴取を経て、平成19年4月には、対等な交渉力を有するユーザ・ベンダを契約当事者とし、ウォーターフォールモデルによる重要インフラ・企業基幹システム構築を前提条件とするモデル取引・契約書＜第一版＞を、 また、平成20年4月には、中小企業の取引の多数を占めるパッケージ・SaaS・ASP型の取引について「重要事項説明書」を活用した簡易・透明な取引モデルを前提条件とするモデル取引・契約書＜追補版＞を策定・公表しました。 本モデル取引・契約書の活用により、情報システム取引の可視化、信頼性の向上等が期待されます。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
誰にでも伝わるSEのための文章術 インデックス － ＠IT自分戦略研究所
Selenium RC (selenium-server.jar) 起動オプション一覧
[okyuu.com] ソーシャルITメディア