オブジェクトの広場
今月もオブジェクトの広場をどうぞお楽しみください。記事に対する感想は、ぜひ公式Facebookページのコメント欄までお願いいたします。（2023.12.20） 寝かせて使うソフトウェアコンテスト 本選レポート オージス総研主催のソフトウェアアイデアコンテストOGIS-RI Software Challenge Award 「寝かせて使うソフトウェアコンテスト」の本選と最終審査を2023年11月15日（水）に当社東京オフィスで開催しました。本レポートでは受賞作品と本選の様子をご紹介します。 はじめての自然言語処理 第30回 Elyza 日本語 Llama2 指示応答モデルのファインチューニングと vLLM での推論 今回は Elyza の日本語 Llama 2 指示応答モデルをファインチューニングし、vLLM にデプロイして高速に推論してみます。70 億パラメータモデルならギリギリ Tesl
良いユースケースを書くための発想法
システムの要求仕様を決めるのに、ユースケースを使うことがよくあります。 しかし、ユースケースは上手く書けない、何を書けば良いのか分からない、という人も、少なくありません。 たいていのユースケースは、アクターが１人２人いて、アクターが行える操作がいくつか丸で描かれて、それらが線で結ばれているだけの、とてもシンプルなものです。しかし、シンプルすぎて、何の役に立つのか分からない、という人もいます。 役に立つユースケースを書こうとして、細かいことまで書き込みすぎてしまう人も良く見かけます。しかし、それは誤りです。 ユースケースは何のために書くのでしょうか。ここでは、ユースケースの目的をはっきりさせて、良いユースケースを書くための考え方を紹介します。 開発者は、細かいことまでユースケースに書き込みがち Design Wave Magazine 2007年5月号別冊付録「組み込みシステム開発者＆LSI
GitHub - preston/railroady: Ruby on Rails 3/4/5 model and controller UML class diagram generator. (`brew/port/apt-get install graphviz` before use!)
RailRoady RailRoady generates Rails model (ActiveRecord, Mongoid, Datamapper) and controller UML diagrams as cross-platform .svg files, as well as in the DOT language. Code is based on the original "railroad" gem, patched and maintained over the years. Lineage can be traced via GitHub. I (Preston Lee) am not trying to hijack Peter Hoeg or Javier's project, but rather create a dedicated, lean gem t
Cacoo - Web上で図の作成とリアルタイムコラボレーション
Online diagramming tool for collaborating on wireframes, flowcharts, and more
第10回 静的モデル：アソシエーションエンドの部品
「第9回 静的モデル：アソシエーションの基本概念」は、アソシエーションの基本概念とJavaとの関係について説明しました。今回から数回に渡り、UMLアソシエーションを構成する各種部品とJavaとのマッピングについて、具体的に検討していきます。 さて、UMLノーテーション上のアソシエーションは、「アソシエーション」「アソシエーション・エンド」「限定子を示す属性」という3つの部品で構成されていますが、それぞれの部品はさらに、細かい部品の集合となっています。UMLにおけるアソシエーションの部品は、主にアソシエーション・エンドに関連付けられている以下のものです。 ロール名（rolename） 誘導可能性（isNavigable） 可視性（visibility） ターゲット・スコープ（目標範囲、targetScope） 集約（aggregation） 多重度（multiplicity） 順序付け（or
- UML超入門_第2章
2章では，簡単な業務システムを例にしてUMLの記法をひと通り詳しく解説して行きます． なるべく分かりやすく具体的な例として，社員の出退勤の管理を行う，勤怠管理システムを選びました． この章は入門ということで、通常のモデリング作業でよく用いられる基本的な要素に重点を置いて説明していきます。 UMLの図と、その図に使用される要素を説明するだけでなく、イメージしやすいように、 勤怠管理システムを例にして説明していくことにしましょう。 勤怠システムの仕様 今回の例に用いるのは、社員の出退社時間を管理するシステムです。 社員は出退社処理しか行えませんが、総務の人は勤怠変更入力することが可能です。 また、次期開発では、遅刻/早退の場合には、理由を入力する機能を持たせます。 画面のイメージは図1のようになっています。勤怠変更画面のイメージは省略します。
＠IT：連載：ここから始めるオブジェクト指向 最終回
UMLの2種類の動的モデルについて「振る舞いをUMLで表現する」というテーマで、「第6回 振る舞いをUMLで表現する－相互作用図」は2つの相互作用図（シーケンス図とコラボレーション図）、「第7回 振る舞いをUMLで表現する－ステートチャート図」はステートチャート図の説明をしました。今回はアクティビティ図について説明します。相互作用図やステートチャート図を描くにはオブジェクトが必要ですが、アクティビティ図を描くのにクラスやオブジェクトは不要です。 前回宿題として挙げておきました「弁当作成」の第3のモデルを考える前に、UMLのアクティビティ図について弁当作成の例題で説明します。 アクティビティ図 アクティビティ図は処理の流れを表現するのに使用し、フローチャート図と似ています。お母さんが弁当を作成する手順は大きくは、「（1）材料を準備する」「（2）弁当を作る」という2つのステップからなります。ア
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
オブジェクト倶楽部のダウンロード
メディアマーカー