This browser is no longer supported. Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.

2022/1/13をもって お客様がご利用中のブラウザ (Internet Explorer) のサポートを終了いたしました。 （詳細はこちら） クックパッドが推奨する環境ではないため、正しく表示されないことがあります。 Microsoft Edge や Google Chrome をご利用ください。 （Microsoft Edgeでクックパッドにログインできない場合はこちら）

アクター　サンプルの図にアクター1、アクター2と書いてあるものは、この問題領域に登場する役割です。 英語のアクター(actor)は、俳優という意味で使われるのを、よく聞きますね。 何かの役割を演じる人です。 他に、「関係者」「行為者」という意味もあります。 図に書くとき、アクターは簡単な人形のマークで表現されます。(この人形マークを、俗にスティックマンと言います) ですので、ついついアクターに具体的な登場人物を書いてしまいがちです。 でも、これはあくまで役割であって、人ではないということを覚えておいて下さい。 例として、あなたが料理教室を開くと仮定して、このことを詳しく見てみましょう。 この料理教室というものを、ユースケースで分析してみます。 料理教室に登場する役割として、「生徒」というアクターが登場することは、すぐに想像できますね。 ここで注意しなければならないのは、もし山田さん、田中さ

30分間データモデリング ～ER図を描こう！～：データベースエンジニアへの道（2）（1/4 ページ） 本連載は、ITシステム開発の現場でプログラミングやSQLのコーディングを行っているエンジニア（データベース利用者）が、データ管理者（DA）やデータベース管理者（DBA）へステップアップするための第一歩として有効な基礎知識を紹介する（編集局）

今回から，3回にわたって，【画面編】と題して，画面に関する外部設計書の書き方のコツを解説していきます。 画面に関する工程成果物の定義は各社でさまざまですが，発注者ビュー検討会では，次の6つを，画面に関する工程成果物として定義しました。【画面編】でも，これらの工程成果物を扱います。 （1）画面一覧：システムで利用する画面の一覧表。 （2）画面遷移：アプリケーションを実現する画面の流れを表したドキュメント。表示される画面とその画面の順序関係，画面から画面への遷移を起こすきっかけとなるイベント，条件分岐がある場合はその条件と条件に対応する分岐遷移を記述する(次回に詳しく説明します）。 （3）画面レイアウト：発注者が実際に操作する個々の画面の設計図。画面の構成や個々の部品など，画面上に何が表されているのかを示すだけでなく，画面の操作やその操作によってどんな処理が発生するかを記述する。 （4）画面遷

サイト移行のお知らせ 長らくご愛顧いただきました「メインフレーム・コンピュータで遊ぼう」は、新サイト「メインフレーム・コンピューターで遊ぼう」（https://arteceed.info/）に移行しました。最近はほとんど新しい投稿をしていませんでしたが、今後この旧サイトには新記事は投稿されません。新しいサイトでは低頻度ながら新しい投稿が続けられます。 新サイトに移行された記事は、基本的に純粋に技術的な解説や紹介のページです（一部はまだ移行されていませんが引き続き移行工事は進めます）。本サイトには複数の投稿者によって様々な記事が投稿されましたが、エッセイ的なものや投稿者の主観や個人的な考えに基づく内容の記事は移行されません。ブログを使ったサイトですがブログ的な記事は引き継ぎません。そのため、しばらくはこの旧サイトを残します。また、助け合い掲示板は閉鎖致しました。これまで投稿いただいた方々と回

UMLの2種類の動的モデルについて「振る舞いをUMLで表現する」というテーマで、「第6回　振る舞いをUMLで表現する－相互作用図」は2つの相互作用図（シーケンス図とコラボレーション図）、「第7回　振る舞いをUMLで表現する－ステートチャート図」はステートチャート図の説明をしました。今回はアクティビティ図について説明します。相互作用図やステートチャート図を描くにはオブジェクトが必要ですが、アクティビティ図を描くのにクラスやオブジェクトは不要です。 前回宿題として挙げておきました「弁当作成」の第3のモデルを考える前に、UMLのアクティビティ図について弁当作成の例題で説明します。 アクティビティ図 アクティビティ図は処理の流れを表現するのに使用し、フローチャート図と似ています。お母さんが弁当を作成する手順は大きくは、「（1）材料を準備する」「（2）弁当を作る」という2つのステップからなります。ア

前回、ユースケース図についてお話ししました。 ユースケース図にアクター、システム領域、ユースケース、関連線として表現されるものについて、ご理解いただけたと思います。 今回は、ユースケース記述についてのお話です。 ユースケース図は、 どんなアクターがいるのかどんなユースケースがあるのかどのアクターがどのユースケースを利用するのかユースケース同士は、どんな関係を持っているのかについて、とてもシンプルでわかりやすく表現できます。 でも、わかりやすい反面、シンプルすぎて、これだけでは細かい情報が欠けています。 図に書けない細かい情報を補足するものが、ユースケース記述です。コンテンツユースケース記述とはユースケース名アクター概要前提条件イベントフロー事後条件まとめオススメユースケース記述とは　ユースケース記述とは、一つ一つのユースケースに対する、補足説明です。 でも、UML(2.0)では、実際の書き

ここでは，C#言語の基本的な文法を解説することで，C#の簡単さや.NETプログラミングの面白さを紹介します。文法の解説とは別に，少し高度なトピックについても各パートで1テーマずつ選んで説明します。使いこなせば非常に有用な機能ばかりですから，ぜひ実践してみてください。最終的には自力でC#を使ってアプリケーションを作れることを目標とします。 ・Part1　Windows開発の新スタンダード C#プログラミングを始めよう ・Part2　プログラムの基本要素である変数，型，制御構文をマスターしよう ・Part3　大規模なソフトウエアに不可欠なクラス・プログラミングを始める ・Part4　プロパティ/インデクサと継承で，より簡単・便利なクラス開発 ・Part5　継承とインタフェースで使いやすいクラスを作る ・Part6　必要なときに処理を呼び出す「イベント」の仕組み

TCP/IP関連のRFCの例 RFCの例として、2000年5月末現在での有効なRFCの中から例として10個ほどあげておく（サイズ欄をクリックすると、実際のRFCファイルを表示する。サイズの大きなものもあるので注意）。 RFC2600は主要なプロトコルについて要約したものであり、ここから各プロトコルの現在のRFC番号を知ることができる。ただし、より新しいRFCによってこれらの内容が更新されることがあるので、インターネットのプロトコルについて調べるときは、常に最新のRFCを参照するようにする必要がある（RFCの入手方法については後述）。 RFCは情報の広範な普及と共有を目的としている。そのため、そのほとんどのもの（初期に書かれたもの以外）は電子化され、さまざまなサイトにコピーが置かれて公開されている（RFCの入手方法については後述）。これらは誰もが無料で入手することができるし、再配布や引用も自