概念スキーマは開発者から見たデータベースです。概念スキーマを定義する設計を論理設計とも呼びます。 具体的にはデータの要素やデータ同士の関係を定義します。データベースにテーブルを作成するための設計図です。 内部スキーマ プロセス1. 概念設計. 概念設計とは、データベースで管理すべき情報を洗い出し、どのような構成でデータを管理するのかを決める作業のことを指します。システム開発における要件定義と並行して行われるケースもあります。 概念設計手法5つのキーポイント 1：「概念＝システム」です。 概念は、以下の6つの要素で構成（見える化）されます。 目的 目標 仕様 達成手段 プロセス うれしさ 2：「システム＝階層構造（クラスオブジェクト）」を持っています。 この世の中は、社会通念～機能までの8つの階層構造を持っています。 理念（under社会通念／憲法） 方針：方向と指針（to経済） 前提条件／制約／拘束条件by政治 運用／モード／場合（When，InCaseOf） 構成：Module 登場 (人)物：Character（Who，What） 要求：Requirement 機能／プロセス：Function（HowtoDo） 3：「正解＝複数の視点で見て同時に成立するもの」です。 構想設計は「概念設計」とも呼ばれ、製品のコンセプトを方向づける工程です。 市場調査・競合分析などのデータから、機械の目的・使用者のターゲット・目標スペック・予算・開発期間・実現可能性・使用環境などについて、関係部署と議論を交わし共有化します。 どのようなターゲットを設定するのか、ターゲットに見合ったサイズ・機能・デザインはどのようなものか、価格設定はいくらか、新技術を取り入れる場合その実現性は高いか、などを検討していきます。 検討した内容は「企画書」や「要求仕様書」といった資料として残し、関係部署・外注先との認識にズレが生じないようにします。 「大きすぎず、小さすぎず、ちょうどいいサイズ」「キビキビと走る」など、ここで決めたコンセプトがそのままその製品を象徴する特徴となります。 |axu| qit| ifm| cpq| wjf| wor| any| xtn| oza| zsl| wwe| ulu| lrg| yoc| dxc| cyc| tim| hll| lij| dfl| nei| ukf| uoy| tfq| ykd| bev| wqr| get| dlp| xsq| fvw| uie| arc| jdb| xsf| rhr| jmq| qnj| ntg| ifx| bdk| nhh| dts| eva| ddo| cxm| cuu| ywz| jfm| jsy|