鈴村さんが指南する業務フロー図の上手な書き方
まずは，業務フローの例を見てみよう。UMLのアクティビティ図で書いたのが（図1）である。スイムレーンに役割を書き，上から下（または左から右）に向かって業務の進行を書いていく。かどの丸い四角形で示したアクティビティが業務プロセスに対応し，矢印で示したフローが業務の流れになる。「誰が何をするか」が明確になる。 よほど定型化されたものでない限り，業務とは複雑なものである。厳密に書こうとすると，業務フローも複雑になりがちである。しかし，分かりやすさを重視するなら，一つの業務フローに登場するアクティビティはせいぜい10～15程度にとどめるべきだ。 複雑なフローを表現したければ，一部の業務フローを別に切り出して，サブ業務フローとして記述すればよい。親の業務フローのある業務プロセスの内部が，サブ業務フローとなっているというように階層化する。 スイムレーンには顧客や営業担当など役割を設定する。「松山さん」
「漏れ」なく洗い出す知恵
まずは仕様バグの一つ目「漏れ」をなくす知恵を見ていこう。 漏れが起きる理由の一つは，エンドユーザーが要求を言い忘れることにある。例えば，サブシステムを追加したり，新システムにリプレースしたりするような案件の場合「エンドユーザーは新たに追加したい機能についての要求は出す。しかし，現行システムについては言及しない。『今のままで』で済まされてしまう。現行システムの仕様まで含めて要求を洗い出さなければならないので，これでは漏れが起きる」（CSKシステムズ IT生産技術部 副統括担当 白寄徹男氏）。 そのほか，エンドユーザーは“言わずもがな”だと思っていることは言わないし，そもそも要求定義で何を言えばよいかが分からないこともある。 漏れをなくすには，多くの要求をどうやって洗い出すか，業種/業務ごとに常識的な観点はきちんと考慮されているか，違う視点から見たら何か出てこないか――といったことがポイントに
上流工程-要件定義---目次：ITpro
NVIDIAの時価総額が526兆円で世界首位に、生成AIが促す11年ぶりの地殻変動 2024.06.19
東京オフィス
image ID#25641 近日MIRAI株式会社の新社員を募集しますので、3人が現在の部屋に入れるように、テーブルの配置を変えます。 後日詳しくしますが、とりあえずさっくりと応募条件を。 スキル -PHP5以上が堪能な方。 -MYSQLやMYSQLインジェクションを理解する方。 -MVC、バージョン管理システムを理解する方。 -LinuxあるいはMACを使いの方。 -CSSやHTMLやJQueryをよく理解する方。 -サーバー管理がある程度出来る方。PHP、ImageMagick、Freetype、MYSQLなどをコンパイルしてインストール出来る方。 趣味など -オタクである事。 -フィギュアや抱き枕やおっぱいマウスパッドに囲まれても困らない方。 -オタクである事を誇りを持ってる方。 -コスプレして街中で歩いても恥ずかしくない方。 -人生で楽しいことをしたい方。
最初の30秒で話しかけないとずっと話しかけられないの法則（＝30秒ルール） - IDEA*IDEA ～ 百式管理人のライフハックブログ
ドットインストール代表のライフハックブログ
エンジニアがミーティングを嫌う理由 – バイリンガルの独り言
エンジニアがミーティングを入れられる事を好まない事や、不機嫌になる事は英語圏や日本を問わず知られているかと思います。実質、私の周りにもこういった傾向がありますし、職人的に秀でてる方ほどこの傾向が強いと感じています。さて、これはなぜでしょうか？ 友人のtweetにPaul Grahamというプログラマ兼ベンチャーキャピタリスが書いた、Maker’s Schedule, Manager’s Scheduleという面白い記事へのリンクが貼られていたので、私なりに要約して紹介します。 二種類のスケジュール プログラマやライターがミーティングを嫌う理由は彼らが他の人間とは違う種類のスケジュールで働いているからであるとGraham氏は語っています。氏いわく、スケジュールには二種類あります。 Maker’s Schedule（物を作る者のスケジュール） Manager’s Schedule（管理する者の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Mac 生活 3
