ステートマシン図と状態遷移表
Enterprise Architectでは、ステートマシン図と状態遷移表を利用して、状態に関するモデリングを効率的に行うことができます。このページでは、この機能を紹介します。状態遷移設計に関するさまざまな機能については、こちらのページをご覧下さい。 状態遷移表で編集・追加・削除した内容は、自動的にステートマシン図に反映されます。また、ステートマシン図での編集内容は自動的に状態遷移表に反映されます。これにより、ステートマシン図の内容を状態遷移表で確認・編集して、ステートマシン図で再度確認できます。 状態遷移表の表示形式 状態遷移表はステートマシン図の内容を表形式で表示したものです。ある状態から別の状態にどのように遷移するのか確認できます。表示する形式は、次の2つの形式を選択できます。 状態 - トリガ 縦方向に状態を、横方向にトリガを並べて表形式で表現します。必要に応じて、トリガ - 状態
状態遷移表 - Wikipedia
状態遷移表（じょうたいせんいひょう、State Transition Table）は、状態機械類（の遷移関数 T(scurrent, e) = (a, snext)）を、縦横の表にすることで、状態機械を記述したものである。scurrentはその機械の現在の状態（遷移元の状態）、eはイベント（状態機械への入力）、aはアクション（状態機械からの出力）、snextはその機械の次の状態（遷移先の状態）である。状態遷移図も状態機械の記述であるが、それぞれに利点と欠点とあるので、適宜使い分けられている。 状態遷移表は一般に二次元の表である。二種類の代表的な形式が存在する。 縦軸（または横軸）は現在の状態を示し、横軸（または縦軸）はイベントを示す。交差する箇所の各マスには、そのイベントが起きたときに次に遷移すべき状態を記述する（そして遷移に伴う動作があれば記述する）。 状態遷移表
状態遷移図 - Wikipedia
この記事には参考文献や外部リンクの一覧が含まれていますが、脚注によって参照されておらず、情報源が不明瞭です。 脚注を導入して、記事の信頼性向上にご協力ください。（2019年4月） 状態遷移図（じょうたいせんいず、State Transition Diagram）は、有限オートマトンなどの状態機械について、その各状態を頂点とし、状態から状態への各遷移を辺としたグラフ構造に注目して、グラフィカルに表現した図である。他の表現手法として状態遷移表などがある。 状態遷移図にはいくつかの異なる形式のものがある。対象の性質や用途などによって使い分けることもある。
第4回 「状態遷移図」と「状態遷移表」で見えるもの | gihyo.jp
はじめに テスト担当者と開発担当者との会話。 テスト担当者：「この状態の時にこの動作を行うと、結果としてどういう状態に遷移すれば仕様として正しいんでしょうか。仕様書に記載がないので…」 開発担当者：「どれどれ、うーん、本当だ。記載がないね…。俺もわからないや。テストした結果を仕様書に記入しておいてよ。それが仕様だから」 テスト担当者：「…」 この話が「あり得ない話」なのか「よくある話」なのかはさておき。今回の話題は、「状態遷移テスト」です。 状態遷移テストとは 「状態遷移テスト」とは、状態遷移図と状態遷移表をもとに行うテストの総称です。私たちテスト担当者は、機能テストやシステムテストにおいて状態遷移図や状態遷移表を作成して、ソフトウェアが「正しく」設計仕様どおりに動くかどうかをテストします。 ですが、この「設計仕様書通りに動く」というところがなかなか難しいところです。冒頭の会話にもありま
React Native の画面遷移・管理をオープンソースのアプリを見ながら学ぶ - Qiita
シンプルなスワイプの遷移 git-point で使われていた、スワイプの遷移。 git-point/blob/master/src/auth/screens/login.screen.js に全体の実装があります。react-native-swiper というスワイプのライブラリを利用しているようです。 使い方だけもとてもシンプル。 Swiper で View を囲うだけ。(ライブラリ本家の方のサンプルです) import Swiper from 'react-native-swiper'; import { Text, View } from 'react-native'; ... return ( <Swiper showsButtons={false} dotColor="#FFFFFF55" activeDotColor="#FFFFFFFF" > <View> <Text>Hel
アプリ開発と状態遷移の管理 - ninjinkun's diary
このエントリーは読者としてスマートフォンアプリ開発者とWebフロントエンドエンジニアを想定して書いています。 CROSS2016に出るので、最近の自分の考えを整理しておく。 最近ReduxのSwift実装であるReSwiftを使って開発している。使った感想なども最後の部分に書いたけれど、このエントリーの本題はアプリの状態管理の話。 アプリは大きなシングルトン iOS、Android共にアプリを実装しようと思うと大抵シングルトンが必要になる。各ViewController内をまたがってデータを共有したいというユースケースが多いからだ。例えば ユーザーのログイン情報を集約するUserManager コンテンツへのいいね情報を集めるLikesManager ブックマーク情報を集めるBookmarkManager などなど。もちろんアプリの内容によってこれらの顔ぶれは違ってくると思うけれど、大抵U
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
