BOM（部品表）マイスターの知恵袋
趣旨 昨今，製造業各社は，環境対応や品質問題によるリコール対応にてんてこ舞い。こうした問題に対応するには，製品の基礎情報整備が必須となる。これが「製造業はPLM（Product Lifecycle Management）経営を実践せねばならぬ」という背景にある。しかしPLM経営を実行することは，とてもハードルが高いように感じる方が大半。そんな大げさなシステムを入れなくてはならないのか，大規模にデータやコード体系を改めなくてはならないのか，といった議論になってしまう。 実はPLMの基本は，部品情報と製品を組成する部品の組み合わせ情報を管理することに過ぎない。ごくシンプルな仕事の仕方だ。コツは要るが，それほど難しくない。部品情報と部品の組み合わせ情報は正にBOM（部品表）の世界であり，これらを整理整頓するだけなのだ。 本連載では，直近に製造業で起きた事件・課題の解決を，BOMの世界から具体的に
２つの階層構造「自己参照型」と「部品表型」 - 設計者の発言
「階層型」のデータ構造は業務システムでしばしば目にするものだが、苦手意識を持っている開発者が少なくない。その原因として「自己参照型」と「部品表型」とが区別できていない点を指摘できる。これらを確実に区別して、ややこしい階層構造を攻略しよう。 ■自己参照型と部品表型 まずは、比較的わかりやすい「自己参照型」について説明しよう。インスタンス付きのデータモデルを見てもらえばよくわかる（図１）。組織レコードが「上位組織ID」で他の組織レコードを参照するので「自己参照型」と私は呼んでいる。組織階層の他に、フォルダ構成や勘定科目の体系もこれに含まれる。 図１．自己参照型の例 自己参照型に「有効期間」を与えると、図２のようになる。上位組織IDは｛組織ID＋発効年月｝の複合主キーを持つテーブル「期間別組織属性」の属性として置かれる。期間別組織属性の上に存在する同じ組織IDを持つ複数レコードが存在するとして、
やさしい図解で学ぶ 中間テーブル 多対多 概念編 - Qiita
中間テーブルって？ "join table もしくは junction table"とも呼ばれ、その名の通り、２つのテーブルの中間にもう一つ、それぞれに接続されたテーブルを指します。 ↓ER図で見てみると これが"中間テーブル"です。(ER図とは？やER図の見方はこちら) では、簡潔にどんな時に用いるかというと 下図のように２つのテーブルの間に " 多対多 " という関係性が生まれた時、ある問題を解決する１つの方法としてこの中間テーブルを配置します。 多対多の意味がなかなかわかりにくいかと思いますので、これから詳しく図解を使ってちょっとずつ掴んでいきましょう。 1.まずは多対多のイメージ 多対多とは........ 例えば、 下の画像のようなプログラミング学習サイトを製作しているとします。 このサイトではユーザーは学習したいプログラミングコースをカスタマイズして選ぶことができるとします。
【連載記事】ユーザーのためのデータモデル入門 : 富士通エンジニアリングテクノロジーズ
新しく、「ユーザーのためのデータモデル入門」という連載をはじめることになりました。データモデルについて書かれた本はたくさんありますが、殆どはデータモデルを作る人のために書かれた本で、データベースの設計のために必要な正規化の手順とかそういったことが書かれています。ただ、モデルは読む人がいて初めて目的を達成するものですから、そのために必要なことを中心に解説したものがあってもいいのではないかと思い、この連載を計画しました。いままでこのジャンルを敬遠していた方も、お付き合いいただけると幸いです。 JEMUG会長 國澤 直樹 私たち、「Japan Enterprise Modeling ユーザー会(JEMUG)」は、1997年からモデリング・ツールのベストセラーである、CA ERwin Data Modeler(以下「ERwin」という)のユーザー会として活発な活動を展開してまいりました。 ユーザー
状態遷移表からの実装
状態遷移表による設計手法について解説。第5回では、「状態遷移表からの実装」をテーマに、状態遷移表（設計書）から実装に落とし込むまでのプロセスとその方法について詳しく説明する。 はじめに 組み込みソフトウェアが抱える一番の課題は「設計品質の向上」です。本連載の主役「状態遷移表」であれば、“イベント”と“状態”の全ての組み合わせを捉えることができるため、「モレ」「ヌケ」のない品質の良い設計が可能です。そして、不具合発生による手戻りコストの削減や開発効率の向上にも役立ちます。 こうした理由から、組み込みソフトウェア開発の世界では、長年、状態遷移系モデルで設計が行われています。 前回は、“状態遷移表を使用した設計モデル”をテーマに、拡張階層化状態遷移表を用いた設計手法を紹介しました。ソフトウェア開発とは、当然のことながら、設計書の作成がゴールではありません。最終的に、プログラミング（モデルからの自
第4回 「状態遷移図」と「状態遷移表」で見えるもの | gihyo.jp
はじめに テスト担当者と開発担当者との会話。 テスト担当者：「この状態の時にこの動作を行うと、結果としてどういう状態に遷移すれば仕様として正しいんでしょうか。仕様書に記載がないので…」 開発担当者：「どれどれ、うーん、本当だ。記載がないね…。俺もわからないや。テストした結果を仕様書に記入しておいてよ。それが仕様だから」 テスト担当者：「…」 この話が「あり得ない話」なのか「よくある話」なのかはさておき。今回の話題は、「状態遷移テスト」です。 状態遷移テストとは 「状態遷移テスト」とは、状態遷移図と状態遷移表をもとに行うテストの総称です。私たちテスト担当者は、機能テストやシステムテストにおいて状態遷移図や状態遷移表を作成して、ソフトウェアが「正しく」設計仕様どおりに動くかどうかをテストします。 ですが、この「設計仕様書通りに動く」というところがなかなか難しいところです。冒頭の会話にもありま
Design structure matrix - Wikipedia
A sample DSM with 7 elements and 11 dependency marks. The design structure matrix (DSM; also referred to as dependency structure matrix, dependency structure method, dependency source matrix, problem solving matrix (PSM), incidence matrix, N2 matrix, interaction matrix, dependency map or design precedence matrix) is a simple, compact and visual representation of a system or project in the form of
オブジェクト指向設計の原則がよく分かるかも知れない画像 | naglly.com
下記のサイトで、オブジェクト志向開発における原則、いわゆる「SOLID原則」について、皮肉たっぷりの画像と文章を用いて解り易く解説しています。 SOLID Development Principles - In Motivational Pictures - new ThoughtStream("Derick Bailey"); - 大変良く出来ている画像だと思いましたので、勉強の為にそれぞれの原則をネットで検索しつつ、日本語化してみました。 これは、オブジェクト指向設計の原則だけじゃなくて、ソフトウェア開発全般に適用できる原則だと思います。 The Single Responsibility Principle(SRP) The Open Closed Principle(OCP) The Liskov Substitution Principle(LSP) The Interface
Best Prototyping Tools for UI and UX Designers | Prototypes
See what your customers experience. Get a video of a real person reviewing your website.
「デザイン思考 その１」 | オージス総研
デザイン思考とは、Appleのマウスなど画期的なプロダクトデザインしたことで知られるデザインファームIDEOのイノベーション手法です。 IDEO CEOのティム・ブラウンは、デザイン思考を次のように定義しています。 「デザイナーの感性と手法を用いて人々と技術力を取り持つこと」あるいは「現実的な事業戦略にデザイナーの感性と手法を取り入れ、人びとのニーズに合った顧客価値と市場機会を創出すること」 さて「デザイン思考」と初めて聞いたときにどのような印象を受けるでしょうか。「デザイン」と「思考」に分けて考えてみます。 まず「デザイン」ですが、グラフィックデザインやプロダクトデザインなど、どちらかというと物の見た目の印象があるのではないでしょうか？あるいは芸術的なものをイメージする人がいるかもしれません。また「デザイン」はある種の人達にとっては「設計」になりますが、こうなると先ほどの「デザイン」とは
バグゼロのための設計原理
バグゼロのための設計原理 昨今、いかにソフトウェアの不具合を減らすべきかという議論がいろいろとなされています。現状として、量産直前での総ざらい、過去トラチェックで不具合を発見しても、待ち構えているのはあまりにも大きな手戻りと、穴を空けてしまう日程への困難な交渉業務です。 そこで、よく言われるようになってきたのが、“日々の品質の作り込み”＝“先手管理”が大切だということですが、スローガンとして理解できても、さて担当として何を実践すればよいのか迷うところです。もう少し、具体的にブレークダウンした方法論は、何かないのかと調べてみました。 その結果、以下の表に示す七つの実践原理をソフトウェア工学の論文より見つけてきました。［君島 浩氏（富士通）論文より部分引用］ 少しでも皆様のお役に立てるようここに公開します。
Google Sites: Sign-in
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
ER図作成・データベース設計ツール SI Object Browser ER
最も生産性向上に役立つのは、「データベース連携機能」です。 既存のデータベースに接続しER図の自動生成ができ、マイグレーション案件で活用がいただけます。 また、ER図の作成後は新しいデータベース上にテーブルの構築や、既存のデータベースに最新の内容を反映することも可能です。 データベース上にテーブル構築後は、テーブル内のデータ（レコード）を生成するデータ生成機能や物理データベースに必要となるストレージ容量見積など高度な機能も提供しています。
Break Free of Code Deadlocks in Critical Sections Under Windows
This browser is no longer supported. Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support. Patterns in Practice Cohesion And Coupling Jeremy Miller Contents Decrease Coupling Increase Cohesion Eliminate Inappropriate Intimacy The Law of Demeter Tell, Don't Ask Say It Once and Only Once Wrapping Up Much of software design involves the ongoing q
Account Suspended
Account Suspended This Account has been suspended. Contact your hosting provider for more information.
Account Suspended
Account Suspended This Account has been suspended. Contact your hosting provider for more information.
patterns & practices: パターンとプラクティスに頼る
このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 patterns & practices パターンとプラクティスに頼る Alex Homer 目次 パターンとプラクティス ガイド 抽象化に対処する マイクロソフトにおける依存関係の簡単な歴史 依存関係の逆転を適用する 拡張 まとめ かつては、コンピュータ コードの記述は非常に困難な作業でした。私がホーム コンピュータのプログラミングを始めたのは思い出したくもないほど昔のことですが、そのころプログラムをある程度規則的かつスムーズに動作させようと思えば、マシン コードを使用するしかありませんでした。単純なワード プロセッシング ユーティリティでさえ、変数に対するメモリ割り当てを念入りに計画し、単純なタスク (画
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rule of least power - Wikipedia
彩神彩票-官方平台
InfoQ: Domain Driven Design（ドメイン駆動設計） Quickly 日本語版