yopeyope77

yopeyope77

データモデルを習得する（１９）

これまでに書き出しトライを実践したデータモデルを、ホワイトボード上で書き出トライしてみた。 ワクチン接種管理（ワクチン在庫）書き出しトライ システム構成管理（モジュールデータ）書き出しトライ 科目履修管理（科目・講義データ）書き出しトライ 科目履修管理（進級・履修データ）書き出しトライ 対象のデータモデル自治体給付金管理 世帯給付　✓　 基本データ　✓　 住民給付　✓　 事業所給付　※データモデルが世帯給付と同様のため対象外とする　 ワクチン接種管理 予

yopeyope77

    • データモデルを習得する（１８）

      これまでに書き出しトライを実践したデータモデルを、ホワイトボード上で書き出トライしてみた。 サービス管理（統計データ）書き出しトライ 自治体給付管理（世帯給付）書き出しトライ ワクチン接種管理（予防接種）書き出しトライ ワクチン接種管理（ワクチン在庫）書き出しトライ 対象のデータモデル自治体給付金管理 世帯給付　✓　 基本データ　✓　 住民給付　✓　 事業所給付　※データモデルが世帯給付と同様のため対象外とする　 ワクチン接種管理 予防接種　✓　 ワク

      yopeyope77

      • データモデルを習得する（１７）

        サービス管理（取引データ）書き出しトライ 振り返り 「利用履歴」から各月次サマリを導出するような書き出し方ができなかった。 →次の「統計データ」で再チャレンジする。 サービス管理（統計データ）リファレンス 気づき 「利用履歴」から月次の取引結果を導出するまでが一覧できるデータモデルとなっている。計算過程も理解できる。 対象のデータモデル自治体給付金管理 世帯給付　✓　 基本データ　✓　 住民給付　✓　 事業所給付　※データモデルが世帯給付と同様のため対象外

        yopeyope77

        • データモデルを習得する（１６）

          サービス管理（契約データ）書き出しトライ 振り返り 「契約データ」とはどんな概念化、それに沿ってどんなテーブルを書き出すか、という観点が腹落ちできておらず、書き出しに時間がかかった。かつ、書き出せていない・間違って書き出してしまった、箇所がある。 次回の書き出しトライでは、リファレンスから「〜の観点でテーブルを書き出すこと」のような指示を前もって作っておくとよいかもしれない。 サービス管理（取引データ）リファレンス 気づき 「顧客別月次サマリ」のフィールドの値がどの

          yopeyope77

        データモデルを習得する（１９）

        yopeyope77

          データモデルを習得する（１５）

          サービス管理（商品データ）書き出しトライ② 振り返り 書き出しトライ２回目。今回はほぼ全てを書き出すことができた。フィールド名の付け方はこなれていない。 このモデルにおける、コスト・売上の関係はより理解できたように思う。 サービス管理（契約データ）リファレンス 気づき 商品データのモデルを書いているため、理解はしやすい。 商品データに出てきた「商品別月次サマリ」は、このモデルにある「契約商品別月次サマリ」を商品別に合計したものと理解。 対象のデータモデル自治体給付

          yopeyope77

          データモデルを習得する（１５）

          yopeyope77

          データモデルを習得する（１４）

          サービス管理（商品データ）書き出しトライ 振り返り テーブルは書き出せたものの、フィールドは書き出しできないものが多かった。 「商品別月次サマリ」「サービス別月次サマリ」は全く書き出せなかった。回数、金額orコストから売上を算出する、という考え方が理解できていなかった。 →明日、リトライする。 サービス管理（契約データ）リファレンス ※本日はなし 気づき ※本日はなし 対象のデータモデル自治体給付金管理 世帯給付　✓　 基本データ　✓　 住民給付　✓　

          yopeyope77

          データモデルを習得する（１４）

          yopeyope77

          データモデルを習得する（１３）

          サービス管理（組織データ）書き出しトライ 振り返り 「部門構成」の主キーの書き出しを迷ってしまった。 「部門」には、発効年月・失効年月に該当するフィールドがなくてよいのか？という疑問について。部門の有効期間については、「部門構成」の主キー：部門C、発効年月で管理される。「部門」と「部門構成」で一体となって、個々の部門と構成を管理しているとみなせる。 サービス管理（商品データ）リファレンス 気づき 「商品別月次サマリ」「サービス別月次サマリ」上のフィールドは、売上・利

          yopeyope77

          データモデルを習得する（１３）

          yopeyope77

          データモデルを習得する（１２）

          シフト管理（稼働データ）書き出しトライ 振り返り 「拠点」からの書き出し（下に向かって）と「要員」「シフト申請」からの書き出し（上に向かって）は、時間はかかったが、テーブル名・フィールド名の改善点はありつつも大方を書き出すことができた。 ただし、「拠点稼働予定」については書き出し漏れ。稼働予定の定義の重要さに気づくべきだった。 サービス管理（組織データ）リファレンス 気づき 「部門構成」など、構成や所属を表すテーブルの主キーは、ID＋（開始）年月の組み合わせ、を１つ

          yopeyope77

          データモデルを習得する（１２）

          yopeyope77

          データモデルを習得する（１１）

          シフト管理（資源データ）書き出しトライ 振り返り 「拠点」・「要員」テーブルで「開始日」「終了日」フィールドを書き出しできていない。対象のテーブルについて、時間に関するフィールド（start・endに類するもの、など）がないか、考えるべき。 シフト区分は１日の中のシフトの枠と理解した。渡辺幸三さんの「データモデル大全」の第８章には、「要員シフト計画」の中で「・・・タイムバケットは｛日付，シフト区分｝で、・・・」とある。 シフト管理（稼働データ）リファレンス 気づき

          yopeyope77

          データモデルを習得する（１１）

          yopeyope77

          データモデルを習得する（１０）

          科目履修管理（学籍管理）書き出しトライ 振り返り 「職員担当学科」の名称は、リファレンスでは「職員”別”担当学科」である。フィールドの組み合わせが意味する内容によっては「○○”別”△△」という名称がふさわしいことを覚えておく。 シフト管理（資源データ）リファレンス 気づき 「シフト区分」の理解を深める必要がある。例えば１週間のシフトの枠をすべてユニークなシフト区分とするのか？区分とある以上は分類であって該当する枠が複数あり得るのか？ →CONCEPTWARE「シフト

          yopeyope77

          データモデルを習得する（１０）

          yopeyope77

          データモデルを習得する（９）

          科目履修管理（進級・履修データ）書き出しトライ 振り返り フィールドの書き出しが不足しているテーブルがあり、「科目履修管理」についての想定の不足を露呈している。 参考書籍「業務システムモデリング練習帳」の科目履修管理の章を再読した。科目履修のデータモデルの発展の様子をストーリー仕立てで見せてくれるため分かりやすい。 科目履修管理（学籍管理）リファレンス 気づき 「学科」の主キーが学部Cと学科Cの複合キーとなっていることの理由を再考。上掲の「業務システムモデリング練習

          yopeyope77

          データモデルを習得する（９）

          yopeyope77

          データモデルを習得する（８）

          科目履修管理（科目・講義データ）書き出しトライ 振り返り 「学科」の主キーとして学部Cを書き忘れてた。これ自体は単なるミスだが、この部分のデータモデルについて考察。組織のデータモデルとしては、上位・下位の関係性を示すやり方もあるが、学部・学科の場合、この２階層のみであることは明らかであるし、階層もほぼ固定と考えられるので、このようなデータモデルになっていると理解できる。 科目履修管理（進級・履修データ）リファレンス 気づき 「学生属性」など、学生に関するテーブルの理

          yopeyope77

          データモデルを習得する（８）

          yopeyope77

          データモデルを習得する（７）

          システム構成管理（モジュールデータ）書き出しトライ 振り返り 「モジュール」の主キーは「モジュールC」としていた。「〜C（コード）」と「〜ID」の主キー名称の使い分けは、個別・具体的なモノを識別する場合には「〜ID」がよいと思われる。 科目履修管理（科目・講義データ）リファレンス 気づき 「講義コマ割り」の二次識別子の指定により、教室・教員（特定の時限で１つのみ存在できる）の重複を防ぐことができる。 対象のデータモデル自治体給付金管理 世帯給付　✓　 基本デー

          yopeyope77

          データモデルを習得する（７）

          yopeyope77

          データモデルを習得する（６）

          ワクチン接種管理（ワクチン在庫）書き出しトライ 振り返り 「在庫取引予定」のサブタイプである「接種時程」「ワクチン取引明細」には、「在庫取引予定」を構成するフィールドと同じフィールドを配置する（物理フィールド・論理フィールドに関わらず） システム構成管理（モジュールデータ）リファレンス 気づき 「モジュール属性明細」には、属性Cと実際の属性値が配置されるが、属性名は存在しない。属性名は「モジュールタイプ別管理属性」にあるため、「〜管理属性」のキー項目「モジュールタイ

          yopeyope77

          データモデルを習得する（６）

          yopeyope77

          データモデルを習得する（５）

          ワクチン接種管理（予防接種）　※書き出しトライワクチン接種管理（ワクチン在庫）　※リファレンス対象のデータモデル自治体給付金管理 世帯給付　✓　 基本データ　✓　 住民給付　✓　 事業所給付　※データモデルが世帯給付と同様のため対象外とする　 ワクチン接種管理 予防接種　✓　 ワクチン在庫　 システム構成（設備）管理 科目履修管理 シフト管理 サービス管理 受注生産 フレール・メモワール通販管理システム ラグビーワールドカップ開催データ管理 自治

          yopeyope77

          データモデルを習得する（５）

          yopeyope77

          データモデルを習得する（４）

          自治体給付金管理（住民給付）　※書き出しトライワクチン接種管理（予防接種）　※リファレンス対象のデータモデル自治体給付金管理 世帯給付　✓　 基本データ　✓　 住民給付　✓　 事業所給付　※データモデルが世帯給付と同様のため対象外とする　 ワクチン接種管理 予防接種　 ワクチン在庫　 システム構成（設備）管理 科目履修管理 シフト管理 サービス管理 受注生産 フレール・メモワール通販管理システム ラグビーワールドカップ開催データ管理 自治体 生

          yopeyope77

          データモデルを習得する（４）

          yopeyope77