１人月あたり、何ステップ？１画面あたり、何人日でできる？の考え方 - ウィリアムのいたずらの、まちあるき、たべあるき
ウィリアムのいたずらが、街歩き、食べ物、音楽等の個人的見解を主に書くブログです（たま～にコンピューター関係も） システムの開発規模を、プログラムステップ数で表すことがけっこうある。 また、仕様書から、想像して開発規模を出す場合、画面数、せいぜいそれに加えてテーブル数から出すしかないようなときもある。 そのため、見積もりや費用計算などから、１人月あたり、何ステップ作れるか？というのを知りたいときがないだろうか？ もし、それが分かれば、システム全体のプログラムステップ数÷１人月あたりステップで、人月数が出て、それに１人月単価をかけると、おおよその費用が、想像つく。 といっても、システム全体のプログラムステップ数は、出ないのが普通なので、総画面数÷１人月あたり、何画面つくれるかでも、人月数が出て（ＤＢに関しては、入出力部分は、ツールを使う。編集部分は、画面工数に含まれる）、それに１人月単価をかけ
Enterprise Architect(EA) - 現場で闘う人のためのUMLモデリングツール
Enterprise ArchitectはUML 2.5,SysML 1.5,BPMN 2.0など、さまざまな表記方法に対応したモデリングツールです。 効率的なモデリングと数多くの支援機能の両方を提供し、販売開始から20年の累計では日本で約7万人が、全世界合計では100万人以上が利用しています。 広範囲をサポートする実用的モデリングツール Enterprise ArchitectはUML・SysML・BPMNなどの記法に対応するモデリングツールです。Visual Studioに似た操作体系に、「クイックリンク」に代表されるさまざまなモデリング支援機能を搭載しています。Enterprise Architectの持つ拡張機能を利用することで、UML・SysML・BPMN・DFDなどさまざまな表記方法を利用したモデリングが可能です。 Enterprise Architectは、設計開発で役に立つ
最低限知っておきたい仕様書を書くときの３つのポイント 【ボクバイＺ the blog】
こんにちは。ライブドアでブログを更新しているキツネハンターです。 今回はソフトウェア開発に必要となる「仕様書」を書く際のポイントについて紹介したいと思います。あと、このテイストはlivedoor ディレクター Blogのパクリです。 さて、仕様書と言っても、大別して２種類あることをご存知でしょうか？１つはユーザー側から見た外部仕様（機能仕様）、もう１つは開発者側から見た内部仕様（技術仕様）です。 例えば、「0〜100までの素数を全て求めたい、素数を数えて落ち着くんだ」というのが外部仕様。これに対して、「ある数Ｘ（Ｘは0以上、100以下）を２からＸまで順に割ってアレする」というのが内部仕様。 外部仕様を書くのはカンタンです。たぶん、誰でも書けます。でも、内部仕様を書くのはプログラミングのスキルがないと書けません。内部仕様を書けるのは、プログラマーかスーパープランナーだけです。 ボク
HowToWriteAnEffectiveDesignDocument - 設計文書のうまい書き方
HowToWriteAnEffectiveDesignDocument - 設計文書のうまい書き方 目次 この文書について 設計文書のうまい書き方 なぜ設計文書を書くのか 良い設計とは何か 同僚の開発者に向けて書く 第 1 節に書くこと: プロジェクト/サブシステムの目的を示す 第 2 節に書くこと: 設計に使う高レベルなエンティティを定義する 第 3 節に書くこと: 個々のエンティティに関する低レベルの設計を書く 使い方 設定 モデル 相互作用 第 4 節に書くこと: 利点, 前提, リスク/懸念事項 マネージャ向けに書くこと 最後に 設計文書のうまい書き方 この文書について "How to Write an Effective Design Document" の日本語訳です. http://blog.slickedit.com/?p=43 推敲歓迎: 誤訳, タイポ, 訳語の不統一,
使いにくい業務システムが生まれる理由
「これからは，現場のユーザーのことを考えた使い勝手の高いシステムを作れないITベンダーさんには，発注しません」。ソニー生命保険は最近，取引先のITベンダーに対してこんな方針を打ち出した。 目的は，営業支援システムなど基幹業務システムの刷新を本格化するに当たって，使い勝手の高いシステムを設計開発できる体制を整えるためである。そのため今年1月までに，業務システムの使い勝手（ユーザビリティ）とは何かを定義したうえで，ユーザー・インタフェースの設計プロセスや画面一つひとつのデザイン方法などに関する社内標準を策定。それらに準拠することを，取引先のITベンダーにも求め始めたというわけだ。 ユーザー・インタフェース設計の責任者となった長尾和洋 営業企画本部営業情報支援部web支援課主事は，元営業担当者としての経験を踏まえてこう語る。「システムのちょっとした使い勝手の悪さも，それを日々使う現場のユーザーに
特集：組み合わせテストをオールペア法でスピーディに！｜gihyo.jp … 技術評論社
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
能力成熟度モデル統合 - Wikipedia
能力成熟度モデル統合 (のうりょくせいじゅくどモデルとうごう、英: Capability Maturity Model Integration, CMMI) は、組織がプロセスをより適切に管理できるようになることを目的として遵守するべき指針を体系化したものである[1] 。 平易な言い方をすると、ソフトウェア開発組織及びプロジェクトのプロセスを改善するために、その組織の成熟度レベルを段階的に定義したものである。 CMMIは、もともとは能力成熟度モデル (CMM; Capability Maturity Model) として開発された。 概要[編集] 成熟度レベルの特性 CMMIは、プロセスの評価や改善をすすめるための枠組みであり、段階表現と連続表現の2つの表現方法がある。段階表現では、組織の実施プロセスを評価し、レベル1からレベル5までの5段階の成熟度レベルを（組織に対して）出すことができる
Software testing
Hva er egentlig effektiv rente, og hvordan skiller den seg fra det man kaller nominell rente? Først bør man gjøre rede for hva en rente faktisk består av, før man ser på hva slags typer renter som finnes. Hos Sbanken er ulike typer renter, og her ser man på de ulike typene rente, og hvilke du bør se etter. En kan si at en rente består av en slags leiepris, og en kompensasjon, den som gir deg lånet
ソースコードのメトリクス(品質測定)を行うツール - ふにゃるんv2
前回は、ccccってツールを試したんですが、id:akiramei さんの8/21のネタで、SourceMonitorが紹介されており、もう少し調べてみる事に。 Source Monitor SourceMonitor http://www.campwoodsw.com/sourcemonitor.html id:akiramei さん。…元は どっとねっとメモさんが紹介されていたツールです。 ウィザード形式で、解析するフォルダを指定できるのは便利ですね。 2 posted by (C)wacky 選択できるプログラム言語は、以下の通りです。 3 posted by (C)wacky 一通りの有名な言語を選択できるのは、嬉しいですね。 読み込ませると、以下のようなメトリクス収集をしてくれます。 6 posted by (C)wacky 7 posted by (C)wacky グラフ表示し
FP法について - Writing Cafe
[Programs] / 最終更新時間：2004年06月24日 23時45分47秒 概要 最近、開発効率をなんとかしたいという思いが強くていろいろ調べている。どの手法を使うとどうなるのかが分からないと判断がつかない。そこで開発効率を測る物差しとしてファンクションポイント(FP)法に注目してみた。 よりよい開発のあり方については、楽しいプロジェクト運営もどうぞ。 目次 概要 目次 参考本 現状 ソフトウェアの規模 注意すること FP法の用語 用語の言い換え データファイル 要素処理 FP値の計測手順 どんなレポートを書くか？ プロジェクト見積もり 1. FPの計測タイプを識別する 2. 計測範囲とアプリケーション境界を識別する 3. すべてのデータファイルと、その複雑度を識別する ファンクションポイント計測一覧表-ファイルをリスト化 ファンクションポイント計測一覧表-ファイルの複雑度を加える
テスト項目運用システム Linux用の詳細情報 : Vector ソフトを探す！
ソフト詳細説明 ソフトウェア開発者にとって開発工程で一番厄介なのがテスト工程ではないでしょうか。テスト項目作成の作業は面白いものではありません。納期間近でマネージャはしつこく進捗を聞いてくるし、障害票などの紙が散乱するし。 そこで、これらの厄介ごとを少しでも改善しようと思って作ったのがこのシステムです。 ・PHP + PostgreSQL のWeb-DB です。だから、1つサーバを立てればみんなで使えます。費用もあまりかかりません。 ・項目の作成、テストの実施、障害票の発行/回答、進捗把握がブラウザ上で行えます。 ・テスト項目群を階層構造で管理できます。 ・作成したテスト項目などはCSVでダウンロードできます。また、EXCEL上で見栄えを良くするマクロも同時提供します。 ・添付資料やメモといった補足情報も付加できます。 Windows用の配布ファイルもあります。 継続してご使用になる場合に
識者の視点に学ぶ
ここでいう「識者」はもちろん私ではありません。 本コーナーは、私がこれまでに触れてきた書籍、論文、 セミナーなどで感銘を受けた言葉、気になった文章、 考えるきっかけを与えてくれた主張、 などを紹介し、 思うところを述べていきたいと思います。 できれば、ここで紹介している書籍は皆様にぜひ読んでいただきたいと思います。 なお、新聞／雑誌／ＴＶ放送などから題材を得るかも知れませんし、 必ずしもソフトウェア開発に関係するものばかりとは限らないかも知れません。 品質は資金に似ている 未知なるものの体系化 方法論の意図するスコープを明確にする 「設計する」ということは 正しい管理の四つの本質 コミュニケーション コーディングを始める前に 小規模にテストする 要求仕様書 価値と原則の理解 運命 エンジニアというものは 真のエキスパート 信頼 考えるという本当の労働 勉強 トップへ ↑
「バグ数には興味ないのだよ」――顧客が喜ぶテスト仕様書とは？
「バグ数には興味ないのだよ」――顧客が喜ぶテスト仕様書とは？：誰にでも分かるSEのための文章術（11）（1/2 ページ） 「提案書」や「要件定義書」は書くのが難しい。読む人がITの専門家ではないからだ。専門用語を使わず、高度な内容を的確に伝えるにはどうすればいいか。「提案書」「要件定義書」の書き方を通じて、「誰にでも伝わる」文章術を伝授する。 メーカーが機械を納入する際は、耐久試験や性能試験などの結果を添付して、問題がないことを顧客に確認してもらいます。同様にシステム開発においても、テスト結果を顧客に提示してシステムに問題がないことを確認してもらう必要があります。 今回と次回の2回にわたって、「テスト仕様書」の書き方と表現のポイントを説明します。 今回は、「顧客にとって良いテスト仕様書」とは何か、「顧客にとって良いテスト仕様書」にするためには何を記述すればよいのか、テスト仕様書のおおまかな
＠IT：明日からできるプロジェクト管理（4） - 単体テストの品質をチェックするには
明日からできるプロジェクト管理（4） 単体テストの品質をチェックするには 1page｜2page｜3page 高野敦 2006/1/12 実装・単体テストの品質をうまくチェックするにはどうすればいいのだろうか。本稿ではまず品質の考え方を概観し、その後、チェックを現実化するツールを紹介していく（＠IT編集部） プロジェクトマネージャ（＝PM）の石出さんは今日も悩んでいます。 石出さん談――。 今度のプロジェクトは実装・単体テストを一括発注することになった。でも一括発注だとどのように品質をチェックしたらいいのだろう。いつものように目の前で作業をしてくれれば分かるんだけれど……。 なるほど、石出さんは実装・単体テストの品質に関して悩んでいるようです。 ◆ 品質の考え方 品質には大きく分けて2つの考え方があります。製品（システム）そのものの品質と製品を作成するプロセス（作り方）の品質です。前者は、
プロの条件と開発プロセス ― ＠IT情報マネジメント
ソフトウェア開発に「開発プロセス」は必要なんでしょうか？ これはよく私が「開発プロセス」の標準化のお手伝いやトレーニングをする際に、最初にされる質問です。もし、この質問をされたら、これを読まれている皆さんはどう答えるでしょうか？ おそらく、いろいろなご意見、回答があると思います。「こうすればできる開発手順の標準化」第1回では、「もの作りのプロフェッショナル」という視点からこの問いが持つ意味について考えてみたいと思います。 （1）プロフェッショナルとは？ 筆者が20年くらい前に新人で会社に入り、ソフトウェア開発部門に配属されたとき、こう尋ねられました。 「ソフトウェア開発で、プロフェッショナルとアマチュアの違いは何か？」 恥ずかしい話、そのときは「給料をもらっているか否か」くらいしか私の頭には浮かびませんでした。しかし、そのとき教えられたのは、「仕事の成果（物）の品質を保証できるか否か」とい
ITシステム開発の実践プロマネ システムテストの進め方
プロマネの手法は画一的ではありません。でも、学習して慣れることができます。そして、応用が効き、どんどんスキルアップします。 カスタム検索 プロジェクト全般 プロジェクトコスト管理 顧客満足を得るには プロマネと組織の係わり 第三者点検のありかた 新３Ｋ職場からの脱却 問題プロジェクトの回避 ヘルプマン投入の責任 ＩＴ環境変化とプロマネの役割 人材の有効活用と育成 高度ＩＴ人材の確保 パッケージソフトの適用 プロマネのリーダシップ モチベーションを高める 理想的な組織のありかた 商談フェーズ 提案を有利に進めるのには 魅力ある提案書の書き方 価格競争に陥らないために 正しい見積もりの仕方 ＲＦＰと提案型商談推進 既存顧客の商談推進 見積もりの妥当性を考える 要件定義フェーズ 重要なシステム要件定義 お客様志向の要件定義 要件定義に必要なもの 開発準備フェーズ 開発計画の策定 リスク分析と対策
マイクロソフトにおけるアジャイル開発はこんな風に進められている － Publickey
マイクロソフトの代表的なソフトウェアは、数千人を超える開発者、数十万のソースコードファイル、数千回ものビルドを繰り返して開発される大規模なものだといわれています。 マイクロソフトのエバンジェリスト長沢智治氏は、こうした大規模な開発プロジェクトがマイクロソフト社内でどのように行われているのか、プロジェクトチームの組成から実施計画、進捗管理、バグレポートなど、その裏側を紹介するセッションをいくつかのイベントで行っています。 そこで明かされている内容は、パッケージソフトの開発だけでなく、SIerでの開発プロジェクトでも参考になる部分が多いと思われ、いつかレポート記事として紹介したいと思っていました。 今回、以前に行われたセッションビデオの存在を長沢氏ご本人から教えていただいたので、開発プロセスに関する部分にフォーカスした記事としてまとめました。 記事での内容は主に、「Microsoft Tech
コモンクライテリア - Wikipedia
コモンクライテリア（Common Criteria, 略称 CC）とは、コンピュータセキュリティのための国際規格であり、 ISO/IEC 15408 である。 IT 製品や情報システムに対して、情報セキュリティを評価し認証するための評価基準を定めている。 正式名称は "Common Criteria for Information Technology Security Evaluation"（情報技術セキュリティ評価のためのコモンクライテリア）である。 ISO/IEC 15408 の規格名は "Evaluation criteria for IT security", JIS X 5070 としての名称は「情報技術セキュリティの評価基準」である。 2019年3月時点においては「バージョン3.1 リリース5（2017年4月）」が最新版である。 日本ではコモンクライテリアまたは CC と呼ば
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
レガシーコード改善ガイド (Object Oriented SELECTION) | マイケル・C・フェザーズ, ウルシステムズ株式会社, 平澤 章, 越智 典子, 稲葉 信之, 田村 友彦, 小堀 真義 |本 | 通販 | Amazon
SourceMonitor