[方式設計編]性能要件はユーザーが決めると思ってはいけない

暮らしカテゴリーの変更を依頼記事元:

xtech.nikkei.com

40 usersがブックマークコメント

コメント

3

記事へのコメント3件

注目コメント
新着コメント

sankaseki [!GTD::資料(いつか読む)] [方式設計編]性能要件はユーザーが決めると思ってはいけない：ITpro

2008/02/11 リンク

susatadahiro 「ユーザーが要件を決めてくれないので…」「性能要件を出していただかないと機器が見積もれません，早く要件を出してください！」

2008/02/10 リンク

pentasa 性能用件の考え方。問題はここまでしっかり性能用件をつめれるかどうか。。

アーキテクチャ

2008/02/07 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

[方式設計編]性能要件はユーザーが決めると思ってはいけない

「ユーザーが要件を決めてくれないので…」「性能要件を出していただかないと機器が見積もれません，早く... 「ユーザーが要件を決めてくれないので…」「性能要件を出していただかないと機器が見積もれません，早く要件を出してください！」。要件定義フェーズのみならず，プロジェクトの様々な工程でよく耳にする言葉である。非機能要件はユーザーにヒアリングして洗い出すのが，インフラ設計における一般的な手法だ。だが，インフラ設計者はヒアリングによって得られたユーザーの「要望」を絶対的な「要件」としてとらえてはいけない。非機能要件を洗い出すに際しては，要望の裏にあるリスクやそこから派生する制約を先読みすることが重要である。その思考を停止してしまうと，後工程で様々な問題が発生する。今回は，非機能要件の中でも読者にとって最も身近だと思われる「（オンラインの）性能要件」を例に解説する。なお，現在のシステム構築では，現行システムが存在せずゼロから開発することはほとんどない。従って，ここでは現行システムで何らかの稼働統計

ブックマークしたユーザー

ma__ko__to2017/10/31
minoton2017/04/05
chamadeahondara2016/11/29
peketamin2014/01/15
january2012/06/11
itachisoft2011/11/15
lamich2011/09/28
yuhei_kagaya2011/07/28
TKK8637F2011/04/30
tmge0172011/01/13
gloomysmoker2011/01/13
chiaki992010/05/25
classicno92010/03/05
inouetom2009/12/07
kys_4032009/07/16
umiyosh2009/03/20
sendsage2008/02/17
terat2008/02/13

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - 暮らし

いま人気の記事 - 暮らしをもっと読む

新着記事 - 暮らし

新着記事 - 暮らしをもっと読む

設定を変更しましたx