開発現場ですぐに通用する"今どきの"モデリングテクニック | ウルシステムズ株式会社
パート2では「開発プロジェクトの工程全体の中におけるモデリング」という視点から、実際のモデリングに必要な要素や具体的な作業の進め方を解説していきます。なぜそのような視点にしたのかは本編で述べていますが、基本的には筆者のこれまでの経験上、実際の開発現場で通用するモデリングのスキルを取得するにあたっての最短の近道だと考えるからです。これまでのモデリングに関する書籍や記事とは一味違った切り口での説明になると思いますが、どうぞ最後までお付き合いください。 "教科書に載っていない"モデリング作法とはこれまでに筆者は、データモデリングに関する数多くの書籍や雑誌／Webの記事を読んできました。それらから得た知識は、確かに実践の中で活かされてきましたが、実際のプロジェクトでDB設計を担当するとなると「記事には載っていない何か」が現場では必要になったのです。世の中にある、多くのモデリングに関する書籍や記事に
閉包テーブル（Closure Table）を試してみた - enomotodev’s blog
はじめに SQLアンチパターンという本を読んでいたら、再帰的なデータに対して『閉包テーブル（Closure Table）』という考え方があっったので、MySQL 5.6 で試してみました。 再帰的なデータとは、例えば上司を1人までもつことができ、部下は複数持つことができる、下記の組織図のようなツリー構造のデータのことを指します。 テーブル作成 それでは早速テーブルを作成してみましょう。 CREATE TABLE `Employees` ( `id` bigint(20) NOT NULL AUTO_INCREMENT, `name` varchar(255) NOT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; CREATE TABLE `TreePaths` ( `ancestor` bigint(20) N
Project Jupyter
Free software, open standards, and web services for interactive computing across all programming languages JupyterLab: A Next-Generation Notebook Interface JupyterLab is the latest web-based interactive development environment for notebooks, code, and data. Its flexible interface allows users to configure and arrange workflows in data science, scientific computing, computational journalism, and ma
プログラマの思索
最近、概念モデリングや設計原則の勉強会に参加して色々気づきがあった。 ラフなメモ書き。 【1】「実践UML第3版」を勉強会で読み始めた。 僕は「実践UML第1版」を購入して読んでいた。 思い出せば20年前になるのか。 そこから第2版も買ったし、最近第3版も買ってみた。 中身は変わってきているが、版を重ねるごとにオブジェクト指向設計の内容が洗練されて、RUPという開発プロセスに準じるように設計から実装、移行まで一気通貫する。 2020年代の現在、「実践UML」を再度読んで気づきがいくつかある。 【2】1つ目は、RUPはもう不要と思う。 スパイラル開発プロセスはWF型開発からの脱却という観点で重要だったが、Scrumを中心としたアジャイル開発が全盛の時代だから、わざわざテーラリングが必要な重厚長大なRUPを利用するメリットはないと思う。 【3】2つ目は、モデリングに必要なUMLのダイアグラムの
【データベース設計】 テーブル名、カラム名の名前の付け方（命名規則） at softelメモ
データベース設計のテーブル名、カラム名の物理名について、とても個人的な自分ルールをご紹介。 テーブル名は、 小文字英数字とアンダースコアだけ使う。大文字は避ける。 一般的な英単語、ローマ字（ヘボン式）でつける。多少長くなってもいい。 頭に何かつける（t_***、m_***、c_***など）。 カラム名は、 小文字英数字とアンダースコアだけ使う。大文字は避ける。 一般的な英単語、ローマ字（ヘボン式）でつける。 頭にテーブル名を付ける。ものすごく長くなってもいい。 大文字小文字はDBMS、OS、プログラミング言語によって区別されたりされなかったりするので、無用なトラブルを避けるため。 ヘボン式で統一すれば、ツはtuなのかtsuなのか、シはsiなのかshiなのかで迷わなくなる。 テーブル名に t_***、m_***、c_*** などを付けて、テーブル、マスタ、多対多の関連を表すテーブル、ログ的な
RailsにおけるRESTfulなURL設計勉強会 メモ #sendagayarb - 130単位
zusaar.com - zusaar リソースおよび情報 参加してきました。 以下、粒度にばらつきありますが、気になった点のメモです。ほぼ引用ですが、意図と違う表現になってしまっていたらすみません。 RESTful APIとしてのRailsとクライアントとしてのJavaScript (@ppworks) no title RESTfulの指向で考えると統一されたインターフェースで、URLを見ただけで何するかわかるのが良い JSはassetsのほうに統一しアクションごとに処理が書けるjQuery-Routerなどを使うと良いのでは RailsはだんだんAPI化していくのではないか 通常のHTTPリクエストと非同期HTTPリクエストを同じ統一インターフェースであるRESTfulな設計で管理すると一貫性が出て開発効率の向上につながる リソースモデリングパターンの提案 (@tkawa)
主キーのナチュラル⇔サロゲート問題 - b6note
についてひとこといっておくか、みたいな。 複合主キーを避けるべき理由 http://d.hatena.ne.jp/torazuka/20110713/pk 今回これを書きながら、色々考える機会になりました。 ありがとうございました＞id:torazuka さん 自分のぶこめ http://b.hatena.ne.jp/akitsukada/20110715#bookmark-50842882 複合主キー、ここでいう「ナチュラルキー」は論理設計とか分析モデルのときにデータの意味をはっきりさせるために抽出し、物理設計/実装段階で物理的制約や要件に応じてサロゲートキーをつければいいと思うと書いたんだけど、何しろ100文字ではちょっと足りないので もうちょっと自分の考えを補足 わたしの考え まず自分の立場は、上記のブコメを展開して データモデリング、分析、論理設計の段階ではID（サロゲートキー）を
アジャイルモデルのエッセンス: アジャイルに作れる成果物
by Scott W. Ambler, Copyright 2003 効果的にアジャイルモデリングを行うには、さまざまな種類のモデリング手法を知っておく必要があります。残念ながら、これは口で言うほど簡単なことではありません。このページはまだ作成中ですが、さまざまなモデリング成果物の概要へリンクしています。各ページには、その成果物についの解説と、1、2の例、推奨文献へのリンクが含まれています。 モデリング成果物 ビジネスルール ビジネス/本質ユースケース 変更案 CRC(Class Responsibility Collaborator)モデル 制約事項 取り決めモデル データフロー図(DFD) 本質/ビジネスユースケース 本質ユーザインターフェースプロトタイプ ユーザ機能 自由形式の図 フローチャート 用語集 Logical Data Model (LDM) ネットワーク図 オブジェクトロ
ドメインロジックの実装方法とドメイン駆動設計 :: handsOut.jp
スライド1: BPStudy 第7回 2008年3月28日ドメインロジックの実装方法とドメイン駆動設計Ouobpo佐藤 匡剛http://ameblo.jp/ouobpo スライド2: もくじ・ 第Ⅰ部 ドメインロジックの実装方法・ 第Ⅱ部 ドメイン駆動設計の紹介2008/03/28 BPStudy 第7回 2 スライド3: 第Ⅰ部ドメインロジックの実装方法2008/03/28 BPStudy 第7回 3 スライド4: 3層アーキテクチャ・ エンタープライズアプリの典型的アーキテクチャプレゼンテーション層 ドメイン層 インテグレーション層アクションアクションアクションWebアプリFWサービスレイヤーPOJOPOJOPOJO POJOルールエンジンワークフローエンジンDI/IoCコンテナDAODAOインテグレーションゲートウェイデータアクセスFWシステム間統合MWFW ・・・ フレーム
「ドメイン駆動開発」への素朴な疑問 - 設計者の発言
半年ほど前「ドメインモデル」の考え方を調べるうちに、masuda220氏の「システム設計日記」にたどりついた。「Domain-Driven Design」(Eric Evans著, 2003)の精読を通じてドメイン駆動開発の意味や意義を検討している読み応えのあるブログである。興味をもって４月にmasuda220氏に直接会ってお話を伺うことができた。おかげでようやくこの考え方を理解できた（ような気になっただけなので、間違った理解をしているとしたら私の責任である）。同時に、以前からドメインモデルに対して抱いていた疑問もより明確になった。 「ドメインモデル」の「ドメイン」とは、ソフトウエアが支援する「個々の現実」を指す。その現実に含まれる用語を用いて、ソフトウエアに含まれる変数やクラスやメソッドを命名して組み立てた場合、その体系は「ドメインモデル」と呼ばれる。設計成果物も実装成果物も、出来上がる
ermodeller.tigris.org
Application Ermodeller is a free CASE tool for data modelling which is built in Java. This tool supports conceptual and logical data modelling and in the final step, it allows to create physical model that is specific for particular DBMS. The basic idea is to support development of database via ER modelling in three levels of abstraction: conceptual logical physical This separation allows to creat
Conzilla - A Concept Browser | Overview / Conzilla - The Concept Browser browse
News 2010-10-10 Conzilla 2.3.0 released. (New collaboration backend) 2007-06-11 Conzilla 2.2.3 released. (Bugfix release) 2007-03-27 Conzilla 2.2.2 released together with Collaborilla 1.1. See the release notes for details. 2007-02-13 Conzilla 2.2.1 released. (Bugfix release) 2008-02-05 Conzilla user group started. 2008-02-05 Conzilla 2.2 released. See the release notes for details. 2007-09-19 Con
SimpleModeling
SimpleModelingは、企業システム向けソフトウェア開発のモデル体系です。浅海がwakhokでの教育向けに開発しました。 SimpleModelingは、教育用に必要最小限のモデル体系を定めたものです。UMLをベースにしていますが、UMLに対してプロファイルによるモデルの絞込みと拡張を行い、さらにUMLで表現できないモデルを独自に追加しています。 モデル/Index SimpleModelingでは、以下のモデルを定義しています。 業務モデル 情報システムの使われ方を記述するモデル ドメインモデル 業務システムと情報システムが共有する情報モデル 要求モデル 情報システムに対する要求 システムモデル 情報システムの抽象モデル 詳細については、本サイトで順次公開していく予定です。 SimpleModelingでは、以下の言語によるモデル記述方式を定義しています。 UMLプロファイル U
運気が上がる長財布「ココマイスター」
特に、ブライドルレザーは円高前と比べて、1.5倍～2倍くらいの値段になっています。 ですから「ブライドルグランドウォレット」は、相対価値の高い長財布と言えそうです。 値上げする噂もありますので、購入にご一考されてみてはいかがでしょうか。
- モデリング道場TOP
モデリングを修行する場、『モデリング道場』へようこそ。 モデリング道場は、初心者から玄人までが集い、お互いの技を磨きあう場です。 当ページ内容は、「モデリング道場メーリングリスト」で闘論されています。 入門方法は、このページの末尾にあります。 ※なお、『モデリング道場』は、（株）豆蔵の「豆ナイト」というイベントにて開始されました。 [08/10/28更新] 概要： 今回のモデリングコンテストは、「規定」部門と、「フリースタイル」部門の2つの部門を設けています。審査員の示す基準を参考に、皆様の腕を振るってください。モデルの共有にJUDE/Shareを利用し、多くの方からコメントができるようになっています。 詳しくはこちらから。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
モデリングなんて簡単だ 3 ブログシステムを作って学ぶ データベースの設計法 きちんと設計されたデータベース （以下、 DB） 維持管理や拡張がしやすく、 は、 パフォーマンスにも優れ
Amazon.co.jp: プロとしてのデータモデリング入門: (株)システムテクノロジー・アイ林優子: 本
doaplus.com
生産管理・原価管理システムのためのデータモデリング
思考系UMLモデリング即効エクササイズ―モデ力を鍛える13の自主トレメニュー
{{#tags}}- {{label}}
{{/tags}}