サーバークスCEOブログ 大石蔵人之助の「雲をつかむような話」は、 「はてなブログ」へ移行致しました。 旧ブログ記事のURLからお越しの皆様は自動で新ブログへ転送されます。 転送されない場合、恐れ入りますが下記URLから移動をお願い致します。 新URL:https://ceo.serverworks.co.jp/ 引き続き、大石蔵人之助の「雲をつかむような話」を宜しくお願いいたします。
![就活生のみなさんへ ~文系?理系?~ « サーバーワークス社長ブログ](https://cdn-ak-scissors.b.st-hatena.com/image/square/21ea4e0fd2594b602506f23bd0c435c233fb6b9b/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fs%2Fserverworks%2F20200716%2F20200716130355.png)
要求定義でDFDを利用する人は多いだろう。しかし,見よう見まねで書かれたDFDに出会うことも多く,業務の真の姿をとらえて構造化できていないケースも少なくない。 使えるDFDを書くにはどうしたらよいか。DFDの特徴に着目すると,上手な書き方が見えてくる。 「誰が」を記載しないこと DFDは,UMLのユースケース図と同様,対象となる業務の範囲を把握するのを主な目的として使われる図である。要求定義の初期段階で,システム化して解決したい問題領域を可視化することができる。要求定義でDFDをうまく書くには,DFDでは何が記述でき,何は記述されないのかをよく知っておくことが大切である。 ユースケース図と比較すると,DFDの特徴が浮かび上がってくる。(図1)の×印(図に記述しない対象)に注目してみよう。共通で×印が付いているのは「処理の順序やタイミング」だ。DFDとユースケース図は,これらが分からなくても
@tortue_noir ノブレスオブリージュという言葉が示すように、我が触手といたしましても、本数や再生力に恵まれた者として、先陣を切って行動する義務があると考えております。そのため、女性に真っ先に襲いかかり、多少の犠牲を払いつつも、任務遂行のために全力を尽くす所存であります。 #意識の高い触手 妖怪腐れ外道 @kusare_gedou 触手の本懐は育てる事、既存の価値観に囚われ別の物を否定する少女に、本当の美を教え、自身から分泌する液体でメイクを施し、時には自身の体を使ってドレスをあつらえ、時には体を成長させ、手取り足取りマナーを伝授し、新たな生き方を教える事。少女をレディに育ててこその触手だ #意識の高い触手 妖怪腐れ外道 @kusare_gedou 挑戦を忘れてはならない、例えそのときは奇をてらいすぎた物だと思われても。黒井弘騎氏がユミエル2巻で「耳」をやったとき盛大に叩かれたが現
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く