AutoCAD プラットフォーム テクノロジ | Autodesk デベロッパー ネットワーク
AutoCAD® ソフトウェアは、特殊な設計アプリケーションおよび製図アプリケーション向けの柔軟な開発プラットフォームを提供します。オープン アーキテクチャにより、さまざまな用途に合わせて AutoCAD をカスタマイズできます。たとえば、オートデスクの業種別設計ソフトウェアや、Autodesk® デベロッパー ネットワークのメンバによる数千のアドオン アプリケーションを利用してカスタマイズできます。AutoCAD では、オブジェクト指向の C++ プログラミング インタフェースを備えた ObjectARX® プログラミング環境、管理された AutoCAD .NET API、完全な Visual LISP® 開発環境、ActiveX® インタフェースを利用できます。 これはプログラミングの世界を無理なく学ぶことができる、自習式のチュートリアル ガイドです。1 つの場所で必要なことを学べる「
設計最適化
設計最適化は、プロジェクトの要件を満たす最適な設計パラメーターを見つけるプロセスです。エンジニアは通常、実験計画法 (DOE)、統計、最適化といった手法を使用して、トレードオフを評価し、最適な設計を決定します。 一般的な設計上の問題には、考慮すべき設計パラメーターが数多く存在することがよくあります。一部の設計パラメーターは、パフォーマンス メトリクスに非線形効果をもたらす可能性があります。また、離散値のみをとる設計パラメーターもあります。競合する複数の要件や目的を満たす必要があることもよくあります。パラメーターを一度に一つずつ手作業で調整すると、最適な結果が得られない傾向があります。一方、設計空間において取りうる選択肢をすべて評価すると、時間がかかりすぎる可能性があります。 設計最適化では、数値最適化の手法を活用して、制約を満たしながら自動的に最適解を見つけることで、このような課題に対応し
[ThinkIT] 第3回：基本設計書 (3/3)
画面・帳票レイアウトを作成したら、次はER図とテーブル定義書の作成です。ER図とはEntity Relationship Diagramの略で、データ中心設計（DOA：Data Oriented Approach）に向いたモデリング記法です。ER図はデータベース設計に広く使われており、E（エンティティ）はテーブル、R（リレーション）はテーブルの関係に相当します。図4のようにエンティティを四角、リレーションを線で表わし、リレーショナルデータベースのデータの関連性をわかりやすく示すことができます。
ER図の目的とは？ 初心者向けに書き方を教えます
ER図（Entity Relationship Diagram） ER図とは、データベースのテーブル（Entity）とテーブル同士の関連（Relationship）を図に表したものであり、データベースのテーブル設計に用いられる。ER図において、エンティティは四角形の記号、リレーションは四角形同士を結ぶ線で表現される。 書き方 ER図の書き方は、エンティティとリレーションを記号で表して書く。ER図の書き方には、以下に示す２種類がある。 IDEF1X記法 IE記法 エンティティ 論理モデルのER図の場合、エンティティ（実体）は業務におけるひとまとまりのデータを表している。物理モデルのER図の場合、エンティティはデータベースのテーブルを表す。 エンティティには2種類あり、非依存実体と依存実体に分けられる。 非依存実体 非依存実体とは、他のエンティティに依存せずに存在できるエンティティである。例え
ネットワーク構成図の書き方 – 参考サイトの厳選リンク集
このページは、ネットワーク構成図を作成する際に役立つと思われる参考サイトへのリンク集です。作成にあたって最低限押さえておくべき基本的な情報と、筆者が厳選したサンプル図面をまとめました。 ネットワーク構成図には統一された作図ルールや作成手法が存在せず、各社・各組織・各担当者の流儀に依るところが大きいのが現状です。また、ネットワーク構成図に記載する内容も目的によって大きく変わります。つまり、これが正解というネットワーク構成図の書き方は無いのです。 このような状況ではありますが、分かりやすく・活用されるネットワーク構成図はたくさん存在します。基本的な作図ルールを押さえた上で、そのような良質なネットワーク構成図を参照してお手本にすることが、上達への近道だと思います。 基礎解説ITpro – ネットワーク構成図の読み描きシスコが提供するアイコン集からの出題。レイヤー3スイッチを表わしているアイコンは
[SQL] 16. データベースの設計 1
優れたデータベースを構築するためには、設計段階からデータの構成を工夫しなければなりません。効率的なデータベースを設計するための方法論として、「正規化」という概念が存在します。また、この「正規化」の基本概念となるものに ER モデルというものがあります。ここでは、ER モデルについて説明し、具体的にどのようにして正規化を行うのかを説明していきます。 SQL 16章 データベースの設計 16.1. ER モデル 16.2. ER モデルの例 16.3. 正規化 16.4. ボイスコッド正規形 16.1. ER モデル 実世界に存在するものの中で、データベースとして表現すべき対象物をエンティティ (entity:実体) と呼びます。また、エンティティとエンティティの相互関係をリレーションシップ (relationship:関連) と呼びます。そして、この関係を図示し、エンティティとエンティティの
教科書的ではなく、現場にあったデータベース設計のコツ
前回はデータベース設計をする際に誰もがぶつかる問題である、「列名に日本語を使うか？」「どのデータ型を使うか？」ということをテーマに取りあげました。今回も引き続き、データベース設計をする際に迷いやすい点をいくつか取りあげてみようと思います。 今回は前回と同様、SQL Serverのサンプルデータベース「Northwind」を元にして、データベース設計で迷いやすい点について考えてみましょう。図1は「Northwind」をER図にリバースした中から、エンティティ「商品」「商品カテゴリ」をサブウィンドウで表示したものです。 図1のように商品を分類するためにカテゴリコードをつけるエンティティ構造はよくあります。しかし実際の販売管理システムにおいては、このようなフラットなカテゴリ構造は不便です。なぜかというと、一般に商品カテゴリなどは表1のように階層構造で分類する必要があるからです。 01 ハードウェ
DB設計の難しさ
今日は徒然なるままにDB設計について思っていることを並べてみようと思う。 ようやくWEB+DB Pressの次号の原稿を書き終えた。2年間の連載であるが、来年はプライベートが忙しくなる予定なので、連載はこれにて終了とさせてもらうつもりである。 「なぜ人はリレーショナルデータベースを使いこなせないのか」 このところ執筆や講演を通じてリレーショナルモデルについて説明する機会を色々頂いているが、それらの活動の根源となっているのが、この素朴な疑問である。その疑問をパワーにしてこれまで活動を行なってきた。 現時点での自分の回答は「データベース設計が難しいから」である。もちろんリレーショナルモデルそのものの難しさというのもあるが、それよりは「適切な使い分けができていない」ということが大きいように思う。言葉を変えると、リレーショナルモデルを適用すべきデータとそうでないデータの判断ができていないからDB設
リレーショナル・データベース設計入門
データベース設計論（リレーショナル・データベース設計入門） 注記１： 以下の内容は、私が某大学で非常勤講師として、講義用に使用しているものです。 �@データベース設計にとって基本的な概念では、３層スキーマ、データモデリング技法、関係モデル、データ正規化、 ＥＲモデルがあります。 �AＳＱＬの基本的な文法、使い方、使用事例を具体的に述べてあります。 �Bデータベースの運用設計上で欠くことのできないデータベース制御（問合わせ処理、トランザクション処理、 同時実行制御、障害回復）について分かりやすい図解を交えて説明しております。 �Cオブジェクト指向データベース、分散データベースなどを含めて最近の技術動向にもふれておきます。 このテキストの内容を理解できれば、情報処理試験のうちデータベース領域の知識は十分身につくと思います。 注記２： 左側のアウトラインをクリックして検索を進めてく
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
Database design basics - Microsoft Support
A properly designed database provides you with access to up-to-date, accurate information. Because a correct design is essential to achieving your goals in working with a database, investing the time required to learn the principles of good design makes sense. In the end, you are much more likely to end up with a database that meets your needs and can easily accommodate change. This article provid
初めてのデータベース設計 記事一覧 | gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
Automotive Hardware-in-the-Loop (HIL) Test - National Instruments
Testing vehicle components and embedded control systems can be hazardous and time consuming. Employing simulation, HIL engineers can validate embedded controllers (ECUs) earlier in the design cycle to save time and improve test coverage. HIL tests (and XiL test methods in general) help validate embedded software on automotive ECUs using simulation and modeling techniques to shorten test times and
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
30分間データモデリング 〜ER図を描こう！〜（1/4） ― ＠IT
データベース設計の煩雑な作業を自動化する「ERMaster」
【DB概論】データベース設計の目的・まとめ
データベース設計徹底指南
MBD・CAEソリューションカンパニー｜株式会社 IDAJ
『研究発表のためのスライドデザイン』☆☆☆☆ - 唯物是真 @Scaled_Wurm