＠IT [FYI] PR：Visioでビジネス要求を見える化する
Visioでビジネス要求を見える化、 ExcelやPowerPointよりも簡単で表現力豊かに ～分かるコミュニケーションはシステム開発の基本～ 例えば、提出した設計書のレビュー会議。顧客から「こんなことをいった覚えはないよ」だとか、「こんな設計で作られたのじゃ使いものにならないよ」など、システムエンジニアとして落ち込むのに十分な、さんざんな言葉を投げかけられたことはありませんか？ または、無事にシステムがカットオーバーを果たしたあとの稼動状況確認訪問。業務がどう改善されたかを期待して尋ねたら、「ああ、あのシステムはユーザーが『使いにくい』といってなかなか浸透しなくてね」という言葉。あんなに苦労して開発したのに、と思うと、心底がっかりしますよね。 要望を完璧に聞き出したし、情報は十分に共有していたはずでした。意思の疎通は図れていると思っていたし、こちらの提案もきちんと了解してもらったつもり
アプリケーション概要を定義するには？（1/3） - ＠IT
連載：アプリケーション・アーキテクチャ・ガイド2.0解説 第2回 アプリケーション概要を定義するには？ ―― 設計プロセスから見るアプリケーション・アーキテクチャ（前編） ―― 日本ユニシス 猪股 健太郎 2009/06/02 ■アーキテクチャ設計とは ソフトウェアにおいてアーキテクチャとは、「設計思想」と表現されたり「システムの構造」と表現されたりもする、極めて抽象的な概念である。 この言葉の意味については、『Application Architecture Guide 2.0』（以下、AAG）の前版である「.NETのアプリケーション・アーキテクチャ」（以下AAfN）では触れられていなかった。AAGでは、アーキテクチャの定義について、複数の書籍（『The Rational Unified Process』『Patterns of Enterprise Application Archit
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
