『グラフィックデザイン用語英和辞典』は，グラフィックデザインに関する約3,000の用語 ‡を収録した，PDF形式の英和辞典です． DTP，写真，印刷，製本などの関連分野や，アナログ時代の用語も網羅しています． † 2012年6月　フィッシュテイル・スタジオ調べ ‡ 同義語，類義語への参照を含む 以下の「ダウンロード」からPDFファイルを保存してご活用ください． メールアドレスの登録などは必要なく，完全に無料です． 以下のページ（Facebook）で「いいね！」ボタンを押していただけると，たいへん励みになります． https://www.facebook.com/fishtail/ 本書の著作権は坂部浩一（フィッシュテイル・スタジオ）に帰属します．有償無償を問わず，著作権者の許可なく再配布することはできません． 本書は情報の正確性について万全を期していますが，不正確な記載や誤りを含む可能性が

高卒でバカなのに最高に楽しい僕の生き方と守りぬいてきたこと 199k件のビュー 自分のやりたい事を仕事にしてる僕らに見られる10個の特徴 125k件のビュー 今更聞けない？！WEBデザイナーなら最低限知っておきたい有名フォントの数々 107.8k件のビュー 現代における留学が無意味だと思う5つの理由と、目標とすべき5つのこと 82.8k件のビュー 『海外に住めば英語は出来るように成る』は本当か？５年間カナダに居座った僕が体感したTOEICとかの意味 81.6k件のビュー 英作文に時間をかけるな！英語圏のWEB制作現場でよく使われる英語表現テンプレート集！【メール編】 59.9k件のビュー 超かっこいいタイポグラフィを駆使した映像の数々！息をのむ程魅入った映像総まとめ 47.7k件のビュー チーム間のコミュニケーションを円滑にしたい時に試してみるべきツールやWEBサービス色々 46.1k件の

ドラセナコンシンネとは？ドラセナコンシンネの水やり5月〜9月の水やり 10月〜4月の水やり 葉水 ドラセナコンシンネの肥料ドラセナコンシンネの植え付け・植えかえ時期・頻度 ドラセナコンシンネの用土 鉢 植え替えの手順 ドラセナコンシンネの管理場所・日当たり夏越し 越冬 ドラセナコンシンネの剪定ドラセナコンシンネの病気・害虫特徴・由来・伝承関連記事・タグ ドラセナ・コンシンネは、リュウゼツラン科ドラセナ属の定番の観葉植物の一つで、よく流通していますが、コツが分からないとよく枯らします。 水やりの頻度が多いと根が傷み、葉に症状が出ます。水やりの頻度は土や気温、湿度、光量によって異なるため、何日に1回とは言えません。特に冬の水やりに注意が必要で、日光不足や低温で育成が停止するため、根腐れを引き起こす可能性が高くなります。水やり過ぎや風通しの悪い場所に置くと、葉がダラーンと垂れ下がります。

世界中のあらゆる情報を検索するためのツールを提供しています。さまざまな検索機能を活用して、お探しの情報を見つけてください。

状態遷移表による設計手法について解説。今回は「状態遷移表を使用したテスト手法」の【後編】として、パステストについて詳しく説明する。 はじめに 組み込みソフトウェアが抱える一番の課題は「設計品質の向上」です。本連載の主役「状態遷移表」であれば、“イベント”と“状態”の全ての組み合わせを捉えることができるため、「モレ」「ヌケ」のない品質の良い設計が可能です――。ということで、これまで状態遷移表設計手法について詳しく解説してきましたが、本連載もいよいよ今回で最終回となります。 「状態遷移表を使用したテスト手法【前編】」では、経済産業省の資料を基に、出荷後に不具合を起こした製品の割合が60％ほどあり、その中の約50％がソフトウェアの不具合が原因であることを紹介しました。また、同資料から、テストは他の開発工程よりも非常に多くの人件費工数を投入しており、“人海戦術”が主な施策になっていることが見てとれ

条件 条件記述部（左上）：起こりえる入力や条件のバリエーションを列挙する 条件指定部（右上）：条件記述部に列挙した各条件の組み合わせパターンを作成する 動作 動作記述部（左下）：起こりえる出力や動作のバリエーションを列挙する 動作指定部（右下）：条件指定部で作成した各パターンに対して、動作記述部に列挙した各動作の振る舞いを決定する 条件指定部と動作指定部を記述する際に用いる記号もさまざまですが、代表的なものとして「成り立つ」場合は「T(rue)」、「成り立たない」場合は「F(alse)」を用いる記法があります。 また条件指定部では「成り立つ／成り立たないのどちらでもよい」を「-」で表現します。 このような形でシステムの仕様を整理し、洗い出された振る舞いの各パターンを1件ずつテストケースとして用いるのがデシジョンテーブルテストの考え方です。 具体例 簡単な具体例を考えてみましょう。以下のよう

はじめに 複雑な仕様を整理する。テスト担当者の仕事の1つはこれです。 ソフトウェアが仕様通りに動くかどうかを確かめるのがテストの役目です。ですが、複雑な条件が絡み合った仕様をテストする場合には、まず仕様を把握し、理解しなければなりません。これがなかなか骨の折れる作業です。 もちろん、この悩みはテスト担当者に限ったことではなく、開発設計者にとっても同じように悩ましい問題でしょう。次から次へとクライアントから降ってくる、追加の要求を、すっきりと仕様に整理して、不具合のないシステムを作ることは決して簡単な仕事ではありません。 とりわけ、やってくる要求は既存のシステムの仕様とは無関係にやってきます。追加の仕様を設計、実装する際には、既存の仕様と整合性をとらなくてはなりません。「⁠とりあえず⁠」⁠、で修正してみたものの、テストをしてみると、不具合が発覚。再度修正したら今度は別のところで不具合が発生…

省略された条件分け 某所向けのまとめです。状態遷移図ではたまに次のような条件分けされた遷移が出てきます。 画面遷移や全体的な設定の遷移など粒度・抽象度の大きい状態遷移を扱っていると、実際にはこうした分岐に以下のような複雑な条件やアクションが隠されていることがあります。 また図中に含まれない間接的な要素を含めれば、以下のようにより複雑な場合分けになっているかもしれません。 こうした隠れた条件分けは、テスト設計を行う際に注意しなければなりません。というのも、そういったものを見逃していると、隠れた遷移やアクションに起因するバグ、あるいは予期しない副作用等をテストで見逃す恐れが高まるためです。 省略された条件わけを明確化する 例で挙げたような粒度・抽象度の大きい状態遷移は、複雑なソフトウェアを相手にすると扱わざるを得ない場面が出てきます。 ただその際は最低限、前述のように隠れた条件分けやアクション

誰でも分かる！画面遷移図の書き方！ こんにちは、営業と進行管理を担当している加藤です。 今回は、Webサイトやシステム開発に必要な画面遷移図の書き方についてエントリーします。 画面遷移図とは WebサイトやWebシステムが実現する画面の流れを表す図表です。業務の流れやシステムの一連の操作に沿って、画面の位置付けと流れをフロー図形式で 表現します。画面設計を行う際に必ず必要になる成果物です。 構成要素 画面遷移図の構成要素は、詳細に行うと多くの要素が必要になってしまうのですが、最低限記述しておいた方が良いポイントをお教えします。 画面ID／画面名 画面を一意に識別する識別子です。画面一覧や画面レイアウトなどの照合に利用します 遷移矢線 画面の順序関係を矢線で記述します。交錯しないように配置します ボタン名（イベント） 画面遷移を起こすトリガーを記述します。通常であれば、ボタン名を記述しておけ

状態の考え方 状態遷移系モデルの基本をお話する前に、“状態”とはどのようなものなのかということを簡単な例で説明したいと思います。 まず、テレビとリモコンをイメージしてください。リモコンの電源ボタンを押した場合、テレビの電源が「ON」の状態であれば、「OFF」になります。また逆に、電源が「OFF」の状態であれば、「ON」になります（図8）。 同じ電源ボタンを押した場合でも、その時のテレビの状態が「ON」であるか「OFF」であるかによって、“OFFになる”“ONになる”といった結果が異なります。つまり、テレビはその状態を保持しており、同一のイベントに対して、状態に応じた処理を行っているということが分かります。 状態遷移系モデルの名称 次に、状態遷移系モデルの名称を説明します。状態遷移系の名称には、「イベント」「状態」「遷移」の3つが存在しています（図9）。 イベントは、遷移をもたらす外的刺激や

前回のStateパターンのお話、おかげさまでかなり好評だったようです。流行のトレンドを追いかけるのはドキドキがいっぱいでモチベーションを維持する良い材料ではありますが、トレンドを楽しむにも「やりたい事をカタチにする」ために設計と実装の腕を磨いておかにゃなりませんですね。Stateパターンを適用すれば、状態（State）と事象（Event）および状態遷移表に基づいて見通しが良く変更に強い（かつ柔軟な）コードに落とすことができます。 状態遷移表に基づいてコードに落とすのは単調な作業です。状態の数だけclassを起こし、それぞれのclassに事象の数だけメソッドを定義するので、どのclassもまったく同じ構造です。お定まりのパターンを何度も淡々を繰り返すのは退屈ですが、計算機はこのテの作業が大好きです。文句も言わず嬉々としてやってくれます。今回のお題は「状態遷移表からC#コードを自動生成させてみ

状態遷移表からひな型コードを生成する この状態遷移表からコードを起こすわけですが、状態遷移の実装については『StateパターンでCSVを読む』を書きました。デザイン・パターンの一つ:Stateによる実装です。今回の実装はC、継承も仮想関数も使えないという利き腕を封じられた条件なので戦術を大きく変えにゃならんです。 状態遷移の実装は要するに「（1）現状態 と （2）受理したイベント の組」に対応する「（3）アクション と （4）遷移先（新たな状態）」を引き当てることに他なりません。ならば上記（1）～（4）の並びをレコードとし、そのレコード列（＝状態遷移表）から「（1）現状態 と （2）受理したイベント の組」に一致するレコードを探し出して「（3）アクション を実行して （4）新たな状態 に遷移」すればいい。 状態遷移表からひな型コードの生成には使い慣れた「T4-template」を用います。

Discover stories, thinking, and expertise from writers on any topic.

太郎です。今回は PLL （Phase Locked Loop : 位相同期回路） による分周 / 逓倍について書きます。 前回の 新人エンジニアの赤面ブログ 『バッファについて』 でもご紹介した通り、PLL のメイン構成要素は PFD / CP , LPF , VCO でした。 PLL は、リファレンス信号（以下 REF） / フィードバック信号（以下 FB）に分周器（Divider）が加わることによって、分周器 / 逓倍器として機能します。 今回は、その原理について書きます。 PLL による分周 PLL の分周回路は下図のように REF に分周器が付きます。 例として、入力 （IN） が 100 MHz, 分周器が 4 分周するものだとすると、REF は IN の　1/4 の 25 MHz となります。 すると、REF の位相 / 周波数に合うように FB の位相 / 周波数を PFD