DFDに関する問題です。 DFD(Data Flow Diagram)とは、その名の通りデータの流れを図で表したもので、業務分析やシステム設計に使用されます。分析対象の業務で使用されている帳票やデータを基にし、それらがどのような過程を経て処理されていくかを記述します。DFDは、データの流れに着目するものであり、処理を行う日時やタイミングなどは表現できません。 DFD で使用される記号は以下の通りです。これらの記号を組み合わせて DFD は作成されます。
DFDに関する問題です。 DFD(Data Flow Diagram)とは、その名の通りデータの流れを図で表したもので、業務分析やシステム設計に使用されます。分析対象の業務で使用されている帳票やデータを基にし、それらがどのような過程を経て処理されていくかを記述します。DFDは、データの流れに着目するものであり、処理を行う日時やタイミングなどは表現できません。 DFD で使用される記号は以下の通りです。これらの記号を組み合わせて DFD は作成されます。
日本IBMのシステム開発プロジェクトで多くの実績を持つDOA(データ中心型アプローチ)型の要件定義手法を解説する。「いまさらDOAか」と思う読者もいるかもしれない。しかし,DOAはあらゆるプロジェクトに応用できる極めて基本的なアプローチである。基本をしっかりと押さえて欲しい。 「いつまでたってもユーザーインタフェースが決まらない」,「設計の段階で機能が追加され,開発範囲が膨れ上がった」,「テスト段階に入ってからも仕様変更が多発する」,「システム・テストの中盤でデータベースが変更され,すべてのテストをやり直さなければならない」…。システム開発ではこうした声があちこちのプロジェクトで聞かれる。なぜこのような状況がいつまでも改善できないのか。結論から言えば,これは要件定義のやり方にそもそもの問題がある。 本来システム開発プロジェクトでは,予算,期間,開発の優先順位に見合った最適なスコープ(開発範
図書館の本の貸し出し、返却についてのDFDを書きたいのです。 □が外部、○がプロセスです。 カード 借りた本 □利用者――――→○受付――――→□利用者 ――――→ 借りたい本 借りる場合はこのように書けますが、返す場合はどうやって書けばよいのでしょうか。 □利用者―――→カード ―――→借りたい本 ―――→借りている本 のように入力に「借りている本」を追加したいのですが、 出力が「借りた本」となっているのでこれだと間違いですよね。 出力が「借りた本」となっている限り、本を返す場合のDFDは書けないのでしょうか。 最初と最後を「利用者→利用者」から「利用者→図書館」とすれば書けそうです。 借りたい本 □利用者――――→○受付――→□図書館 カード ――――→ ←―――― 借りた本 このコンテキストダイアグラムって正しいですか。 左の利用者に出るものと入るものがり、右への一方通
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く