hotchpotch/wikipedia-multilingual-ir-pairs huggingface dataset:
第二章・くちづけ 概要
初発時のタイトルでは「㐧」（「第」の略字）であったが、後に「第」へと改められている。
作詞・作曲は沢田研二の「時の過ぎゆくままに」（後に柏原が自身のアルバム『encore』収録でカバーした）、「勝手にしやがれ」などのヒット曲を生み出した、阿久悠・大野克夫のゴールデンコンビが担当した。
柏原は本楽曲を、1980年デビュー新人賞レースの各音楽番組で披露することが多かった。なお、オリコンチャートの最高位は49位と初めて50位以内にランク、同チャートにおけるシングル売上は4.5万枚を記録した。公称シングル売上は15万枚を記録。
興和の医薬「コルゲンコーワトローチ」のコマーシャルソング。
篠幸裕
篠 幸裕（しの ゆきひろ）は、日本のアニメーション演出家。別名義にしの ゆきひろ、しのだ よしのがある。
ショックコーン
ショックコーンとは超音速機のエアインテイクに設置される装置のひとつである。
ショックコーン 目的
ジェットエンジンが効率よく働くには、必要な空気量が乱流無く一定の圧力でエンジンに取り入れられる必要がある。しかし遷音速や超音速になると衝撃波によって乱流が発生し、また低速の境界層の吸い込みなどによって圧力分布に乱れが生じることで、エンジンが必要な空気を吸い込めなくなったり、圧力ディストーションと呼ばれる現象によってエンジンが正しく動作できない状況に陥る。そういった状況を回避するために衝撃波をコントロールし、エンジンが取り入れる空気を亜音速に減速するためにショックコーンが利用される。
しかしマッハ数によって衝撃波の発生する位置や角度は異なるため、これを調整するためにショックコーンを前後に可動させるための機構や制御装置が組み入れられる。ただし、これらは部品点数を増加させ、価格を上げ、重量の増加を招くことから「広いマッハ数に対応」する必要がなければ（マッハ2程度までであれば）固定式として省略されることもある。逆に、ブースターによって超音速まで加速されるために低速を考慮する必要がないミサイルなどに使われるラムジェットエンジンは、高マッハでの最適位置で固定される。
ショックコーン 目的
ただし、ジェットエンジンがタービンで空気を圧縮・燃焼するのに対して、ラムジェットエンジンはラム圧によって圧縮された空気を燃焼する形式のエンジンを指すので、高マッハで飛行することやショックコーンの有無は直接は関係がない。ローター端に備えたラムジェットエンジンで飛行するチップジェットでは、超音速もショックコーンも考慮されない。
ショックコーン 歴史
超音速機が実用化され始めた頃は亜音速機とあまり変わらないエアインテイクを持っていた。このため超音速飛行においてエンジンの効率が低下し損傷しやすくなるという問題があったが、当時は衝撃波を制御するという発想がなかった。
ショックコーンの効能の研究についてはソビエトが先行しており、機首に空気取入口を持つMiG-19にレーダーを搭載するためにレドームをインテーク内に設置したところ性能が向上したことが発端となっている。のちのMiG-21につながる計画案のひとつであるYe-2では、すでに機首に可変式のショックコーンを備えていた。
ショックコーン 歴史
ソビエトのミグ設計局やスホーイ設計局が、機首の空気取入口にコーンを設置する一方で、フランスはミラージュIIIからミラージュ2000までのミラージュシリーズで、胴体側面の空気取り入れ口に1/2円錐の可動式ショックコーンを採用した。アメリカはF-104でミラージュ同様の1/2円錐（固定式）を採用したほか、ラムジェットで飛行するSR-71が円錐形を採用した。また、F-111で1/4円錐の可動式ショックコーンを採用しているが、他国の可動式とは違ってコーンが「伸びる」最大径が「膨らむ」という、インテークダクト前縁が前後に「可動する」機構と併せて、複雑極まりないものであった。これは初期にコンプレッサーストールの多発や音速を超えられないなどのトラブルを招き、トリプルプラウIと名付けられた改善を施されるが、それでも最高速度などに制限が付いたままであり、改良を重ねてトリプルプラウIIIとして一応の解決を見るには1968年を待たねばならなかった。
ショックコーン 歴史
アメリカでは50年代末にはF-4でスプリッターベーンと境界層吸引、A-5で二次元可変空気取入口を実用化しており、ソビエトも大型レーダー搭載の要求からTu-128やMiG-23、Su-15からは空気取入口を機首から胴体側面へ移した設計となっていった。Tu-128は量産されたソ連製超音速軍用機では唯一機種だけ1/2円錐のショックコーンを搭載していたが、MiG-23やSu-15からはスプリッターベーンと境界層吸引に変更された。
70年代に入ると戦術思想の変化からマッハ2を超える速度要求がなくなり、簡易軽量な固定式空気取り入れ口が主流となっている
90年代からダイバータレス超音速インレットの研究が行われた。インテーク部のバンプと呼ばれる盛り上がりは一見すると1/2円錐のショックコーンに似ているが、インテークダクト内の衝撃波をコントロールするためのショックコーンと異なり、境界層の気流をインテークから遠ざける働きをする。従来その役目を担ってきたダイバータはレーダーなどの電波を反射しやすい箇所であったが、これを廃することでRCSにおいて有利に働くことが期待されている。ステルス戦闘機であるF-35でも採用されているが、中国製戦闘機ではより積極的に採用されており、国産新型機は試作機や初期型でダイバータを採用していたものも含めて、現在ではすべてダイバータレスインレットを装備している。
佐々木あかり
佐々木 あかり（ささき あかり）は日本の女性声優。主にアダルトゲームに声をあてている。
役所とその過去
『役所とその過去: 第三帝国と連邦共和国におけるドイツ外交』（原題: Das Amt und die Vergangenheit: Deutsche Diplomaten im Dritten Reich und in der Bundesrepublik、ISBN 978-3896674302）とは、ドイツ外務省により公開され、Karl Blessing Verlagにより2010年10月28日出版された880ページの報告書である。この報告書はホロコーストに外務省が関与していたとする新事実を裏付けるものである。邦訳は『ドイツ外務省〈過去と罪〉――第三帝国から連邦共和国体制下の外交官言行録』（えにし書房、2018年）。
役所とその過去 経緯
この報告書は2005年元ドイツ外相ヨシュカ・フィッシャーにより付託され、ギド・ヴェスターヴェレ外相に提出された。報告書の調査の結果は、将来のドイツ外交官に向けた訓示の意味合いも織り込まれていた。
ヴェスターヴェレに届けられる前に、同報告書は商業出版され、2011年現在34.95ユーロで販売されている。
役所とその過去 懐疑説
この報告書に対し、TIME誌はなぜ65年も遅れて告発したのか疑問に思うとの懐疑的な意見を述べている。
マイ・プリンセス
『マイ・プリンセス』は、2011年1月5日から2月24日まで韓国のMBCで放送されたテレビドラマである。
日本では、2011年8月31日から、フジテレビの『韓流α』枠にて放送された。
マイ・プリンセス ストーリー
大学生のソルは、観光客相手の記念写真のモデルとして皇女役のアルバイトをしているとき、公務でいあわせた外交官のヘヨンと出会う。
ヘヨンの祖父トンジェは、財閥テハン・グループの会長で、その創業時に皇室財産を流用した罪を悔い、皇室再建を図るため、今は亡き皇孫の一人娘のゆくえを捜していた。ソルと会ったトンジェはソルの話を聞いて、ソルこそ皇女にちがいないと確信し、記者会見を開き、皇室再建を国民に訴え、あわせて皇室再建のために全財産を皇室財団を通じ社会に還元すると発表する。
テハン・グループの相続人であるヘヨンとその許婚ユンジュは、財産の社会還元を阻止するため、ソルを留学させようとするが失敗する。
ソルは皇室再建に関する報道で亡父にかけられた詐欺師の汚名をそそぐ為に宮殿に入る。一方ヘヨンも、財閥の御曹司として最高の教育を受けた者という理由で、一般人として生活してきたソルを皇女として恥ずかしくない女性にするための教育係として宮殿に入る。
対立する立場のソルとヘヨンだったが、宮殿で一緒に過ごすうちに、互いを慕いあうようになる。ヘヨンはソルを皇女にしようと考えるようになり、周囲から誤解されながらも、皇室再建を目指すようになる。
マイ・プリンセス ストーリー
しかし、皇女としてのソルを守ろうとするヘヨンの行動が、大統領の反感を買い、ヘヨンは教育係を解任される。さらにユンジュが偽皇女事件を捏造し、ソルを宮殿から追い出す。
ヘヨンは、テハン・グループの創業が不正な資金でまかなわれ、父と自分が皇室再建を妨害したことを謝罪会見で明らかにし、事態の収拾を図る。トンジェは孫であるヘヨンが偽皇女事件の収拾を図る姿を見て、ヘヨンの行いをほめ、皇女を守るようにと言い残して亡くなる。
偽皇女事件が解決し、ソルは宮殿に戻る。故トンジェの全財産が皇室財団に寄付される。国民投票の結果、皇室再建が決定する。
2年後、外国に赴任していたヘヨンがソルにプロポーズするために用意した指輪を手に帰国する。ソルはヘヨンにプロポーズさせようと作戦を練る。しかし、大統領はヘヨンに再び外国赴任を言い渡す。ヘヨンはソルに赴任先へ一緒に行くことを求めるが、ソルは応じない。しかし、ヘヨンが赴任先に向かう飛行機に搭乗すると、隣席にはソルがいた。
マイ・プリンセス キャスト
イ・ソル - キム・テヒ (武田華)
普通の女子大生。
パク・ヘヨン - ソン・スンホン (鈴木正和)
トンジェの孫。エリート外交官。
ナム・ジョンウ - リュ・スヨン (西健亮)
ソルの通う大学の助教授。
オ・ユンジュ - パク・イェジン (嶋村侑)
トンジェの秘書の娘。ヘヨン博物館の館長。
パク・トンジェ - イ・スンジェ
韓国一の財閥テハン（大韓）グループ会長。
コニ - イ・ギグァン (菅原雅芳)
宮廷料理人。宮殿入りしたソルの味方になる。
深圳地下鉄9号線
深圳地下鉄9号線（しんせんちかてつ9ごうせん、中文表記: 深圳地铁9号线、英文表記: Shenzhen Metro Line 9）は中華人民共和国広東省深圳市の深圳地下鉄の路線。計画では梅林線 や内環線と称された。
深圳地下鉄9号線 概要
当初の計画では南山区深圳湾口岸から羅湖区文錦渡口岸を連絡する25.33キロメートル、22駅の路線として構想されたが、2007年に福田区上沙より羅湖区羅湖駅までを連絡する総延長17.8キロメートル、17駅として建設されることが決定し、2012年1月着工、2017年1月開通予定であった。その後、2011年5月に修正された「深圳市城市軌道交通近期建設計画（2010-2016）（《深圳市城市轨道交通近期建设规划（2010-2016）》」により、経路が修正された。
その後の2016年10月28日に紅樹湾南駅〜文錦駅間が開業、2019年12月8日に前湾駅〜紅樹湾南駅間が延伸開業した。
佐倉もも花
佐倉 もも花（さくら ももか）は、日本の女性声優。主にアダルトゲームに声をあてている。
コントソ
コントソ (Contoso) は、マイクロソフトがサンプル用に使う仮想上の会社またはドメインである。取締役会は業界関係者からなり、ダン・ジャンプCEOが率いている。2011年4月1日のエイプリルフールに、Googleは「コントソはマイクロソフトの技術を諦めて、Google Appsを選んだ」というジョークを飛ばした。
コントソ その他のマイクロソフトのサンプル用会社
Microsoft Dynamics CRMでは、学習用教材として、Microsoft Dynamics CRMが展開するアドベンチャーワークスという自転車会社が例として用いられている。Microsoft BizTalk Serverの多くの学習用教材といったMicrosoft SQL Serverのサンプル・データベースも、アドベンチャーワークスを基本としている。
佐柄きょうこ
佐柄 きょうこ（さがら きょうこ、5月12日 - ）は、日本の漫画家。福島県出身女性。血液型はA型。
1986年にちゃお増刊『ちゃおマイラブ』盛夏号（小学館）に掲載された「さ・よ・な・ら エンドレスメモリー」でデビューする。
佐柄きょうこ 人物
趣味はオカメインコ。漫画家には「ほかに趣味もなく、ひたすら投稿してたらなっていた」のだという。「ハーレクインの仕事は原作も読めるためとても得した気分」で執筆している。
佐柄きょうこ 作品リスト
『TONBI!ジェネレーション』1988年 - 1990年刊、全6巻
1988年9月20日発行、ISBN 4-09-133021-5
1989年2月20日発行、ISBN 4-09-133022-3
1989年8月発行、ISBN 4-09-133023-1
1990年2月20日発行、ISBN 4-09-133024-X
1990年6月20日発行、ISBN 4-09-133025-8
1990年8月20日発行、ISBN 4-09-133026-6
YF-24 エボリューション
YF-24 エボリューション（ワイエフ・にじゅうよん エボリューション、Evolution）は、テレビアニメ『マクロスF』、小説版『マクロスフロンティア』に登場する架空の兵器。
メカニックデザインは、河森正治が実在の戦闘機「F-14 トムキャット」と「Su-27 フランカー」と「F-22 ラプター」をモチーフに行った。
YF-24 エボリューション 機体概要
YF-24 エボリューションは、2039年より次期主力戦闘機開発計画（AVF） 「プロジェクト・スーパーノヴァ」で開発されたVF-19シリーズと、VF-22シリーズのAVFを超える存在の可変戦闘機を目指して開発された機体である。
新統合軍の機動兵器としては最高級の性能を誇った無人戦闘機ゴーストAIF-7Sでも勝利できない敵性勢力との接触も懸念された中で（マオ・ノームによるバジュラとの邂逅の予測等）、ゴーストがVF-171 ナイトメアプラスとの連携での運用が常態化した現状に危惧した新星インダストリー社技術者とエデン軍のパイロットたちが開発に従事した。そのため、新統合軍側も開発に一応関与はしているが非協力的であったと言われる。その理由は、有人操縦の限界を超えた機体性能を持つVF-19やVF-22以上の性能の機体を開発したとしても、主力可変戦闘機として役に立たない理由が挙げられた。VF-19やVF-22でさえ試作段階よりデ・チューンされたとはいえ乗り手を選び、性能を十分に発揮できるパイロットは一部のトップクラスの技量を持つ者に限られた。
YF-24 エボリューション 機体概要
また、別の理由として高性能な新型機を開発した場合、その機体が新統合政府や新統合軍への反逆に使用される可能性があった。地球の新統合政府総統府や新統合軍総司令部への反逆の可能性に関しては、実際に反逆ではないが2040年3月に発生したシャロン・アップル事件において、単機で衛星軌道上の自動衛星防衛網を突破した上、SDF-1 マクロスを落としたイサム・ダイソン搭乗のYF-19や、実際に旧態依然の集権体制であった地球の新統合政府や新統合軍に反逆を行ったエイジス・フォッカー搭乗のVF-19Aと、ギリアム・アングレート搭乗の正体不明機（VF-22Sだとの情報もある）による襲撃事件が2051年に発生している。このような反逆行為を真に恐れるために、地球の新統合政府や新統合軍は開発に興味を持たなかった。しかし、新星インダストリー社技術者とエデン軍のパイロットたち、そして支援者（軍需産業の保護の観点）からの強い希望により開発が認可された。
YF-24 エボリューション 機体概要
YF-24 エボリューションが完成した後にどういった経緯があったかは詳細に語られてはいないが、新統合軍総司令部より許可されて、YF-24の設計図は一部の移民船団や移民惑星に提供された。移民船団への提供、開示が許可された理由には2048年にバジュラの存在が確認され、その同じ年に惑星ガリア4において第117大規模調査船団壊滅事件が発生し、生存者らの証言や記録から当時主力であったVF-171やゴーストではバジュラに応戦することが極めて難しく、このままでは他の移民船団も危険であると総司令部が判断したとされる。
こうしてYF-24の設計図は一部移民船団の各関連企業に開示され、この機体をベースに新型可変戦闘機開発計画が開始される。中でもバジュラとの接触の可能性の高かった３船団で具体的な開発が進んでおり、マクロス・フロンティア船団YF-25、マクロス・オリンピア船団YF-26、マクロス・ギャラクシー船団YF-27の開発ナンバーが与えられ「トライアングル計画」と呼ばれた。このうちYF-26は後に開発を中止し、YF-25の開発に統合されている。最終的にフロンティアではYF-25 プロフェシーを経てVF-25 メサイアを実用化、ギャラクシーではYF-27 シャヘルを経てVF-27 ルシファーが実用化（ただし新統合軍としては未認可）された。さらにフロンティアとS.M.S.ではそれぞれ、VF-25とは別系統でより高純度の「フォールド・クォーツ」を用いたYF-29 デュランダル、YF-30 クロノスが開発されている。YF-30は、後に相応の仕様変更を受けて、VF-31 カイロスとして正式採用された。
YF-24 エボリューション 新技術
ISCやEXギアシステムといった新たな概念に基づいた対G技術は、既存の機体に搭載した方が安上がりとの意見もあったが、新機体開発による軍需産業の保護や、既存の可変戦闘機より戦闘力があるといわれるバジュラ対策のために、YF-24開発とともにこれらの新技術開発も同時に行われ、YF-24において試験運用される運びとなった。
ISC
ISC（Inertia Store Converter：慣性蓄積コンバーター）とは、高機動運動の際に機体にかかる慣性負荷をフォールド空間に一時的に蓄積させ少量ずつ通常空間に還元するシステムであり、パイロットを瞬間的な慣性負荷から設計最大荷重27.5Gまで保護する。YF-24で実用化され、それを原型機とした以降の機体にも搭載されている。
YF-24 エボリューション 新技術
VF-25やVF-27のISCは加減速機動時間が最大120秒間であり、溜めた慣性を還元するまで次の高機動は行えない。VF-25やVF-27はYF-24のISCを基に、それぞれの船団で独自開発した別系統のISCであり、特にVF-27のISCはIVCと呼ばれているが、性能的には両者にほとんど差はない。ISCはフォールド・クォーツの力で実現した新システムだが、その性能はフォールド・クォーツの質と量に比例する（現時点で人類が生み出せる限界である、人工フォールド・カーボンを使用した廉価版ISCは、クォーツ使用の物に比べて性能が劣る）。姉妹機と比べて突出した性能を持つYF-29のISCは、バジュラとの交戦で大量のクォーツを入手出来たからこそのもの。
EXギアシステム
パイロットが装備する飛行能力を持ったパワードスーツの一種。機体の操縦装置と脱出装置を兼ねている。
YF-24 エボリューション バリエーション
YF-24 1号機
マクロス・バトル13に運ばれる。そこでアグレッサー機として配備された。
YF-24 2号機
惑星メサイアに運ばれる。試験の後に廃棄される。
YF-24 3号機
惑星エデンに配備され、限界性能試験をした後に整備保管される。小説『マクロスフロンティア』では、2059年のエデンに襲来したバジュラ迎撃に使用される。
YF-24 3号機か不明であるが、YF-24の限界性能試験の際にイサム・ダイソン少佐が搭乗していたとされる。2057年のテスト時に演習でVF-19シリーズとVF-22シリーズは合わせて24機撃墜認定され、その後60隻の宇宙艦隊と艦隊所属の艦載機五百機以上を相手にして演習し、大型空母が撃墜認定された。この件に関してはYF-24の高性能さ、イサム・ダイソンの腕が一流だったという事実はあるが、無人機が台頭し、新統合軍パイロットの実戦経験不足による技術低下が蔓延しているとの評価がされている。
VF-24
模型誌の『月刊モデルグラフィックス No.290』の「アドバンスバルキリークロニクル(前編）」で「これまでに初飛行をした歴代のVFが右主翼に描かれた」VF-25量産第一号機を想定した模型が掲載されている。そしてそのVF-24（YF-24の量産型と推測される）の初飛行の年代は2055年とVF-25量産第一号機の模型の右主翼に描かれているが、これは公式設定ではない。
YF-24 エボリューション 備考
テレビ版『マクロスF』第15話「ロスト・ピース」にデータで2面図のYF-24のファイターモードが登場する。
PlayStation Portable用ゲーム『マクロスアルティメットフロンティア 超時空娘々パック』の特典映像で河森正治がVF-25の機体を説明する際に登場したブロックで作られたVF-25の試作模型が、VF-25の可変翼よりも後縁がW状に屈曲した可変デルタ翼のYF-24に近い翼の形状であった。
トーマス・ラルヒャー
トーマス・ラルヒャー (Thomas Larcher, 1963年9月16日インスブルック - )は、オーストリアの作曲家、ピアニスト。
トーマス・ラルヒャー 経歴
トーマス・ラルヒャーはウィーン国立音楽大学で教育を終えた。そこではハインツ・メジモレツとエリザーベト・レオンスカヤにピアノを、エーリヒ・ウルバンナーに作曲を学んだ。彼は在学中からとりわけ現代音楽の領域でピアニストとして知られるようになった。
ラルヒャーはクラウディオ・アバド、ピエール・ブーレーズ、デニス・ラッセル・デイヴィス、フランツ・ウェルザー＝メストらの指揮で演奏したことがあり、ハインツ・ホリガー、オルガ・ノイヴィルト、イザベル・ムンドリーのような作曲家の作品を演奏している。
彼はまた積極的に音楽祭に関わっている。彼は「Sound Traces/Klangspuren」音楽祭 (1993から2004まで開催) と「Music in the Giant/Musik im Riesen」音楽祭(2004から開催)を創設した。ピアニストとしてはECMに1997年からホリガーの「無言歌」で参加、現在もECMを中心に活動を継続している。
トーマス・ラルヒャー 経歴
数年来、ラルヒャーは作曲を主としており、オーストリアの現代音楽の主要な作曲家の一人と見なされている。彼の初期の作品（“Naunz”, “Cold Farmer” and “Kraken”を含む）は主にピアノと室内オーケストラ向けだったが、近年は並行して室内楽（弦楽四重奏曲第２番、第３番、My Illness is the Medicine I Need）やオーケストラやアンサンブルのための曲、独奏とオーケストラのための曲（“Bose Zellen、“Die Nacht der Verlorenen”など）に広がっている。
ラルヒャーは国際的に有名なソロイストとアンサンブル（ロンドン・シンフォニエッタ、アルテミス弦楽四重奏団、ハインリヒ・シフ、マティアス・ゲルネ、ティル・フェルナー、ウィーン放送交響楽団、サンフランシスコ交響楽団）のために数多くの作品を書いている。またルツェルン音楽祭、ロンドンのサウスバンク・センター、ウィグモア・ホール、アムステルダムの土曜日のマチネから作品を委嘱されている。
作風はオクターブやメロディーが素直に出ており、主題はソロあるいは第1バイオリンで提示されるほど簡明である。Proms2016で発表した「交響曲第二番」もA音上の短三和音を執拗に誇示する一方で、ストラヴィンスキー風の楔を単純なリズムで刺し続けた後にメロディーが回帰しており、前衛音楽というよりは映画音楽のスタイルといって過言ではない。ただECMと契約してからオーケストラからの人気や人望は厚く、大編成での仕事をつぎつぎとこなしている。「ピアノとオーケストラのための協奏曲(2020-2021)」もオクターブとメロディーに支えられ、緩と急の楽章の対比は古典音楽のように明確である。
悪霊の棲む部屋
『悪霊の棲む部屋』（あくりょうのすむへや）は、塔山郁による日本のホラー小説。
悪霊の棲む部屋 ストーリー
都内にある何の変哲もない、そのビジネスホテルに、存在する使用禁止の部屋「705号室」にまつわるホラーサスペンス。
県央地域広域市町村圏組合消防本部
県央地域広域市町村圏組合消防本部（けんおうちいきこういきしちょうそんけんくみあいしょうぼうほんぶ）は、長崎県の県央部3市（諫早市・大村市・雲仙市）の組合、県央地域広域市町村圏組合の消防本部（消防組合）である。本部は諫早市の諫早消防署に隣接している。
県央地域広域市町村圏組合消防本部 所在地
〒854-0005 長崎県諫早市鷲崎町221番地1
北緯32度50分03.7秒 東経130度03分57.8秒﻿ / ﻿北緯32.834361度 東経130.066056度﻿ / 32.834361; 130.066056座標: 北緯32度50分03.7秒 東経130度03分57.8秒﻿ / ﻿北緯32.834361度 東経130.066056度﻿ / 32.834361; 130.066056
国道207号沿いにある。
県央地域広域市町村圏組合消防本部 組織
組織
庶務課
予防設備課
消防隊
救急隊
救助隊
分署
西諫早分署（にしいさはや）- 諫早市馬渡町10-1
多良見分署（たらみ）- 諫早市多良見町化屋1800
飯盛分署（いいもり）- 諫早市飯盛町開1293-54
高来分署（たかき）  - 諫早市高来町溝口44
高来分署については2024年（令和6年）に諫早市高来町水ノ浦字大田367番12へ移転することになっている。
機関員派出所　　　　
有喜機関員派出所（うき）- 諫早市有喜町221-1
天真みちる
天真 みちる（てんま みちる、11月18日 - ）は、元宝塚歌劇団花組の男役。
神奈川県厚木市、県立厚木東高等学校出身。身長169cm。愛称は「たそ」。
天真みちる 来歴
2004年、宝塚音楽学校入学。
2006年、音楽学校卒業後、宝塚歌劇団に92期生として入団。入団時の成績は12番。宙組公演「NEVER SAY GOODBYE」で初舞台。その後、花組に配属。
おじさん役に定評のある名バイプレーヤーとして活躍し、2018年10月14日、「MESSIAH／BEAUTIFUL GARDEN」東京公演千秋楽をもって、宝塚歌劇団を退団。
退団後は俳優としてだけでなく、脚本家・演出家・社長・劇団主宰など多岐に渡って活動している。
2021年に自身のSNSで結婚したことを発表。
ラージャ・ヨーガ
ラージャヨーガ（「王のヨーガ」の意）は、瞑想（ディヤーナ）によって心を涵養し、真実在への理解を深めて最終的に解脱を目指すヨーガの体系。古典ヨーガやアシュターンガ・ヨーガ（八支ヨーガ）と密接に関連するが、厳密には多くの点で異なる。パタンジャリの『ヨーガスートラ』が初めて述べたところのものであり、サーンキヤ学派と密接に関連する。ヒンドゥー哲学の文脈においてはヨーガ学派と呼ばれる六派のひとつである。
ラージャ・ヨーガ 呼称
ラージャヨーガは、16世紀の『ハタヨーガプラディーピカー』において、行者スヴァートマーラーマが解説した当時の比較的新しい流派であるハタヨーガから、パタンジャリの『ヨーガスートラ』に基づく流派を区別するために導入された、ひとつのレトロニム（新たなものの出現の際に旧来のものを表すために造られる新語）である。また、ヒンドゥー教の新宗教運動であるブラフマ・クマリスでは、そのまったく独自の瞑想実践をラージャヨーガと呼んでいる。
ラージャ・ヨーガ 呼称
ラージャヨーガという語の文献上の初出は『ハタヨーガプラディーピカー』であるが、作家でヨーガ研究家の伊藤武は、同書のいうラージャヨーガは20世紀に広まったヨーガの分類でのラージャヨーガとは意味が異なるとする。『ハタヨーガプラディーピカー』やそれ以降のハタヨーガやタントラ系の古文献でのラージャヨーガは、ハタヨーガの最終段階であるラヤヨーガ（クンダリニーヨーガ）のことを指していたり、ハタヨーガの奥義といった意味で使われている、と伊藤は指摘する。一方、近代にはヴィヴェーカーナンダがヨーガにラージャという言葉を冠して、ヴェーダーンタ哲学に立脚し『バガヴァッド・ギーター』と『ヨーガスートラ』の二大聖典に依拠した総括的なヨーガの理念を謳い上げ、カルマ、バクティ、ジュニャーナ、ハタという四大ヨーガを概説した。伊藤によれば、今日のラージャヨーガの一般的な意味は、元はヴィヴェーカーナンダの用いた総括的なヨーガの美称であったラージャヨーガが、前述の四大ヨーガとは別のヨーガの王道であると解釈されて広まったものであるという。
ラージャヨーガはアシュターンガ・ヨーガ（8支分からなるヨーガ、8階梯のヨーガ）と呼ばれることもある。これは、行わなければならない8つの位相があるためである。これをパッタビ・ジョイスのアシュターンガ・ヴィンヤーサ・ヨーガと混同してはならない。
パタンジャリは、第2章の冒頭で「苦行、読誦、自在神祈念の三つを行事ヨーガという」と述べているように、そのヨーガ体系のうち日常の行事として行うヨーガを「クリヤーヨーガ」（行事ヨーガ）と呼んだ。
ラージャ・ヨーガ 思想
ラージャヨーガは、何よりもまず心に係わるものであるがゆえに、そう呼称される。伝統的には心とは、（自覚的にせよ無自覚的にせよ）心の命令を遂行する心身複合機構であるところの人間存在の「王」であると考えられている。その心はまず、自己規律訓練によって馴致され、さまざまな手段によって浄化されなければならない。人間はもろもろの中毒や妄念を抱えており、これらは静かに坐すること（瞑想）を妨げる。禁戒（ヤマ）、たとえば禁欲、禁酒、自分の身体・言語・意識（身口意）の行いに念を入れること、勧戒（ニヤマ）、たとえば清浄、足ることを知る、聖典の学習など、といったことを通じて、人間の生存状態は瞑想を行うに適したものとなる。この、自分を自分自身に繋ぎとめる軛（くびき）こそが、ヨーガという言葉のもうひとつの意味である。
パタンジャリの『ヨーガスートラ』は、「ヨーガとは心の作用を止滅させることである」という言明で始まる。それから、いかにして心が錯誤的観念作用をなすかについて列挙し、さまざまな実的対象へ念想することを推奨する。この過程は、一切の心の対象がなくなる「無種子」という、自然発生的な静寂の心の境地へと到達するとされる。
ラージャ・ヨーガ 思想
この境地に入る力を養うための実習がラージャヨーガの実践であると考えることができる。したがってラージャヨーガはヨーガの他の諸形態を包含し、かつ、心が偽りの心的対象を生み出すような妄執的実習へ没入してしまわないようにすることをもって他のヨーガの諸形態とは一線を画している。
この意味においてラージャヨーガは「ヨーガの中の王」と呼ばれる。あらゆるヨーガ的実践は無種子の境地を得るための可能性のあるツールであると捉えられ、それ自体はカルマを浄化し解脱すなわち涅槃を得るという探求の出発点であると考えられる。歴史上、「ラージャ」（王）を自称するヨーガの諸流派は、学び手にヨーガの実践と（望むべくは、もしくは理想的には）この哲学的観点との混合物を提示する。
早乙女綾
早乙女 綾（さおとめ あや）は日本の女性声優。主にアダルトゲームに声をあてている。
ビュー・モデル
システム工学、ソフトウエア工学、及びエンタープライズエンジニアリングにおけるビュー・モデル（英: view model）またはビューポイント・フレームワークは、システムアーキテクチャ、ソフトウェアアーキテクチャ、あるいはエンタープライズアーキテクチャの構築で使われるビューの整然としたセットを定義する一つのフレームワークである。ビューは関係する関心事のセットの観点からのシステム全体の一つの表現である。ビュー・モデルはアーキテクチャの構築、分類、及び組織化にためのガイダンスとルールを提供する。
1990年代初期から、システムアーキテクチャを記述し分析するための標準アプローチを定義する幾つかの努力が行われた。最近のエンタープライズアーキテクチャフレームワークのそれぞれは、ビューのセットを定義したが、しかしこれらのセットが常に『ビュー・モデル』と呼ばれるわけではない。
普通一つのビューは、与件のシステムのためのアーキテクチャデータの特定セットを表す非常に具体的なプロダクトである。しかしながら、同じ用語は時々、各具体的ビューを定義する特定ビューポイントと対応するガイダンスを含む、ビュー定義を参照するのに使われる。用語ビュー・モデルは、ビュー定義に関係する。
ビュー・モデル 全貌
ビューポイント及びビューの目的は、複雑システムを人間の技術者に理解を可能にさせ、そして専門的知識ドメインを取り巻く問題と解決策の要素を編成することである。物理集約的システムにおけるエンジニアリングではビューポイントは、しばしばエンジニアリング組織内の能力と責任に対応する。
ほとんどの複雑システムの仕様は、一個人では仕様のすべてを完全に理解できないほど大規模である。更に、我々はそれぞれ、与件システムに異なった関心を持ち、システムの仕様を試す異なった理由を持っている。事業の執行者は、システムの実装者よりシステムを作り上げるための異なった質問を問いかける。ビューポイントフレームワークの概念は、その利害関係者とのコミュニケーションを円滑にするため、与件の複雑システムの仕様に別々のビューポイントを提供することである。各ビューポイントは、システムの特定の局面のセットに関心を持つ聴衆を満足させる。各ビューポイントは、そのビューポイントの聴衆のため、語彙と表現を最適化する特定なビューポイント言語を利用し得る。ビューポイントモデリングは、大きな分散システム本来の複雑性を取り扱うための有効なアプローチになった。
ビュー・モデル 全貌
現在のソフトウエアアーキテクチャ的実践は、IEEE 1471に記述されている様に、それぞれがシステムの特定局面に焦点を当てる、幾つかの関心領域に設計活動を分ける。例には、4+1 アーキテクチャビュー・モデル、Zachmanフレームワーク、The Open Group Architecture Framework (TOGAF)、DoDAF、及びRM-ODFを含む。
ビュー・モデル 歴史
1990年代初期から、システムアーキテクチャを記述し分析するための標準的アプローチを定義しようとする幾つかの試みがあった。これらの多くは、米国防省によって資金が提供されたが、幾つかはISOあるいはIEEEにおける国際的及び国家的取組みから生まれた。これらの内最も適切な、ソフトウエア集約システムのアーキテクチャ記述のための推奨されるプラクティス（IEEE 1471）は、システムアーキテクチャが何であるかや、利害関係者の関心(stakeholder concerns)を取り扱うためビューポイント仕様を使うのにたいへん有用な定義とガイドラインを提供する。
ビュー・モデル 歴史
IEEE 1471仕様は、設計の前後関係、進化的な設計、及び既存システムの設計の獲得等を含む、多数のシナリオの元でアーキテクチャの記述を開発するためのプロセスを記述する。これらのシナリオの全てにおいて、全体的プロセスは同じである：利害関係者を識別する、関心事を引き出す、使われるべきビューポイントのセットを識別する、そしてその後、システムの適切なビューのセットを開発するのにこれらのビューポイント仕様を適用する。IEEE 1471 は、定義するシステム、（他との間の）機能的及び技術的なビューには言及していないが、それは、ビューのあらゆる特定セットを定義するほど遠くなく、またそれが何をするか判らないほど遠くない。結局1996年に、RM-ODPのためのISO参照モデルが、大規模分散システムのアーキテクチャの記述と設計のための有用なフレームワーク提供して発行された。
ビュー・モデル ビュー･モデルのトピック
システムの一つのビューは、一つのビューポイント（視点）の観点からのシステムの一つの表現である。システムのこの視点は、その視点の関心事に関係する要素のみを持つ単純化されたモデルを提供し詳細を抑制する、そのシステムに関する特定な関心に焦点を当てた一つの観点を伴う。例えば、セキュリティの視点はセキュリティの関心に焦点を当て、セキュリティ視点のモデルは、システムのより一般的モデルからセキュリティに関係するそれらの要素を含む。
ビュー・モデル ビュー･モデルのトピック
一つのビューは、ユーザーに特定な関心領域の部分を調べることを許す。例えば、組織ビューが特定組織に該当する全ての機能、技術、及び情報を表現する一方で、一つの情報ビューは、特定な情報の断片を利用する、全ての機能、組織、秘術などを表現するかもしれない。Zachmanフレームワークにおけるビューは、その開発が、事業体の『何を』、『如何に』『誰が』、『何処で』、『何時』、あるいは『なぜ』のいずれかに焦点を当てることから、特定の分析と技術的専門性を要求する作業プロダクトのグループを構成する。例えば、機能的ビューの作業プロダクトは、『どのようにミッションが遂行されるか？』の質問に答える。それらはプロセスとアクティビティ・モデリングで使った機能分割におけるエキスパートによって最も容易に開発される。それらは、機能のビューポイントから事業体を示す。それらはまた組織的あるいは情報的構成要素も示すかもしれないが、それらは機能との関係としてのみ示される。
視点は、特定な関心事のセットに限定するシステムにおける区画化を記述する、一つのシステム工学の概念である。一つの視点の適用は、それらの局面における課題が別々に取り扱われ得るため有用である。視点をうまく選定すれば、システムの設計を専門的な特定領域に区分できる。
ビュー・モデル ビュー･モデルのトピック
視点は、ビューを構築し、表現し、そして分析するための慣習、ルール、及び言語を提供する。ISO/IEC 42010:2007 (IEEE 1471)における一つの視点は、ここのビューのための一つの仕様である。一つのビューは、一つの観点からシステム全体の一つの表現である。一つのビューは、一つ以上のアーキテクチャモデルから構成され得る。Each such architectural model is developed using the methods established by its associated architectural system, as well as for the system as a whole.
モデリングの観点は、システムの事前に選ばれた局面を表現する異なる方法のセットである。各観点は、何をモデルが表現するかの、異なる焦点、概念化、専念化、及び可視化を持つ。
情報システムにおいて、モデリングの観点を分割する典型的な方法は、構造的、機能的、及び振舞的／順序的観点を区別することである。ルール、オブジェクト、コミュニケーション、及びアクターや役割の観点を伴うこれは、モデリングのアプローチの分類の一つの方法である。
ビュー・モデル ビュー･モデルのトピック
与えられたどんな視点でも、その視点から視認されるオブジェクトだけを含む、システムの一つのモデルを作ることができるが、そのシステムにおいて表されかつその視点に適切な、そのオブジェクト、関係、及び制約の全ての獲得もできる。そのようなモデルが、ビューポイント・モデル、あるいはその視点からのシステムのビューと言われる。
与件のビューは、与えられた視点から特定の抽象レベルでのそのシステムのための仕様である。異なる抽象レベルは、詳細な異なるレベルを含む。より高いレベルのビューにより、エンジニアは設計全体を作りかつ理解することと、大きな問題を識別し解決することが可能になる。より低いレベルのビューは、エンジニアに設計の一部を具体化し、詳細な仕様を開発することを可能にする。
しかし、システムそれ自身において、種々のビューポイント・モデルに現れる仕様の全ては、そのシステムの実現化される構成要素で取り扱われなければならない。そして、あらゆる与件の構成要素の仕様は、多くの異なる視点から描くことができる。一方で、特定の構成要素と構成要素の相互作用を超えた機能分散によって誘発された仕様は、典型的にオリジナルの視点を反映したより関心の異なる区分を反映され得る。そこで、個別の構成要素の関心とシステムのボトムアップな合成を取り扱う、追加の視点が有用であり得る。
一つのアーキテクチャ記述は、いつでも、その構成要素部分に関して、どのようにその部分が機能し、それらの部分がどんなルールや制約の下で機能し、どのようにそれらの部分がお互い及びその環境と関係するかについての、システムアーキテクチャの一つの表現である。アーキテクチャ記述におけるアーキテクチャデータは、複数のビュー及びプロダクトを横切って共有される。
データでのレイヤーは、アーキテクチャデータ要素とそれらの属性及び関係である。表現でのレイヤーは、それが何を記述し、様々なアーキテクチャ分析を実施する、そのアーキテクチャの目的を伝達し理解する視覚手段を支援するプロダクトとビューである。プロダクトは、図式、表形式、あるいは文章的な表現としてアーキテクチャデータを視覚化する一つの方法を提供する。ビューは、プロダクトを横断することなくアーキテクチャデータを視覚化し、アーキテクチャの特定または全体的観点のためデータを論理的に組織化する能力を提供する。
ビュー・モデル システム・ビュー・モデルのタイプ
データ・モデリングの3層スキーマ・アプローチは、1977年に登場した最初のビュー・モデルの一つと考えられる。それは、データ統合を達成する鍵として概念的モデルを促進する、情報システムとシステム情報管理を構築する一つのアプローチである。3層スキーマ・アプローチは、3つのスキーマとビューを定義する：
中心で、概念的スキーマは、ユーザーが考えそして会話するように、概念のオントロジーを定義する。物理的スキーマは、データベースに格納されるデータの内部的フォーマットを記述し、外部スキーマは、アプリケーションソフトウェアに表されるデータのビューを定義する。そのフレームワークは、外部スキーマのため使われるべき複数のデータ・モデルを許そうと試みた。
ビュー・モデル システム・ビュー・モデルのタイプ
数年を経て、情報システムの構築における技能と関心はとてつもなく成長した。しかしながら、ほとんどの部分でシステム構築への伝統的アプローチは、『ユーザー・ビュー』と『コンピュータ・ビュー』の、2つの個別のビューからデータを定義することにだけ焦点を当てた。『外部スキーマ』として参照される、ユーザー・ビューからのデータ定義は、報告書あるいは各個人が彼らのジョブを行うのを支援するため設計される画面の文脈である。用途ビューから要求されるデータ構造は、事業環境やユーザー個々の好みで変化する。『内部スキーマ』として参照されるコンピュータ・ビューからのデータは、格納と読出のためのファイル構造の基準で定義される。コンピュータ・ストレージのため要求されるデータ構造は、採用される特定のコンピュータ技術と効率的なデータ処理へのニーズに依存する。
4+1アーキテクチャビュー・モデルは、1995年にフィリップ・クルーシュテンによって設計された一つのビュー・モデルである。そのビューは、エンドユーザー、開発者、あるいはプロジェクト・マネージャのような、異なる利害関係者の視点でシステムを記述するため使われる。モデルの4つのビューは、論理、開発、プロセス、及び物理的ビューである。
モデルの4つのビューは以下に係わる：
論理的ビュー
システムがエンドユーザーに提供する機能性に係わる。
開発ビュー
プログラマの観点からシステムを描写し、ソフトウエア管理に係わる。
プロセス・ビュー
システムの動的局面を取扱い、システムのプロセスとどのようにそれらがコミュニケートするかを説明し、システムの実行時の振舞いに焦点を当てる。
物理的ビュー
システム・エンジニアの視点からシステムを描く。それは物理的レイヤー上のソフトウエア構成要素の配置（トポロジ）に係わる。
加えて、選ばれたユースケースまたはシナリオが、そのシステムを描き出すため利用される。そこでモデルは4+1ビューを包含する。
ビュー・モデル エンタープライズアーキテクチャビュー・モデルのタイプ
エンタープライズアーキテクチャフレームワークは、エンタープライズアーキテクチャに関連する、構造とビューをどのように組織化するかを定義する。エンタープライズアーキテクチャとエンジニアリングの規律があまりにも広く、かつ事業体は大規模かつ複雑になり得ることから、その規律に関連するモデルも大規模かつ複雑となる傾向がある。このスケールと複雑さを管理するためアーキテクチャフレームワークは、彼らが最も必要なときにタスクを焦点に持ち込みそして価値ある生成物を作成できるようにする、ツールや手法を提供する。
アーキテクチャフレームワークは、情報技術と情報システムの統治で一般に使われる。組織は、あるシステム設計が承認される前に、明確なモデルを作成することを望む。同様に、彼らは、調達されるシステムのドキュメントに使われるべき明確なビューの特定を望む。米国防省は、一定規模以上の投資プロジェクトの装置サプライヤによって提供されるDoDAF特定のビューを規定する。
1987年にIBMでジョン・ザックマンによって最初に提唱された、Zachmanフレームワークは、事業体を眺めそして定義する公式かつ高度に構造化された方法を提供する、事業体アーキテクチャのための一つのフレームワークである。
ビュー・モデル エンタープライズアーキテクチャビュー・モデルのタイプ
そのフレームワークは、生成物がターゲットとするのは誰か（例えば、事業オーナー、構築者）と扱われる特定の課題は何か（例えば、データや機能性）の両方を考慮に入れる一つの方法で、アーキテクチャの『生成物』を組織化するため使われる。これらの生成物は、設計ドキュメント、仕様、及びモデルを含みえる。
Zachmanフレームワークは、しばしばエンタープライズアーキテクチャの基本要素を表すための標準アプローチとして参照される。Zachmanフレームワークは、米連邦政府によって『事業体における変更を管理しそれらを支援するシステムの統合化されたフレームワークとして世界的に受容れられている』と認められた。
オープン分散処理のための国際標準化機構（ISO）参照モデルは、分散化されたソフトウエア／ハードウエア・システムの設計を区分するためのビューポイント（視点）のセットを規定する。ほとんどの統合化課題はそのようなシステム、または類似の状況の設計に現れ、これらの視点は統合の関心から分離するのに有用であると証明しえる。RM-ODP視点とは：
RMODPは更に、以下を含む視点間の整合した仕様を含める設計への要求を定義する：
ビュー・モデル エンタープライズアーキテクチャビュー・モデルのタイプ
DoDAF（国防省アーキテクチャフレームワーク）は、エンタープライズアーキテクチャまたはシステムアーキテクチャを補完し、一貫したビューに組織化する標準の方法を定義する。それは、複雑な統合と相互運用性へ挑戦する大規模システムに適しており、そして開発するシステムが運用する外部顧客の運用ドメインを詳細化する、その『運用ビュー』の利用で明らかにユニークである。
DoDAFは、図式、表形式、あるいは文章手段を通してアーキテクチャ記述の広いスコープと複雑さを可視化させ、理解させ、そして同化させるためのメカニズムとして演じるプロダクトのセットを定義する。これらのプロダクトは以下の4つのビューで組織化される：
各ビューは、下記に述べられるようなアーキテクチャの一定の観点を描く。完全なDoDAのビューセットのサブセットは各システム開発のため普通に創作される。図は運用ビュー、システムとサービス・ビュー及び技術ビューをつなぐ情報を表現する。その3つのビューと相互関係は、相互運用性や性能のような基準を引き出し、そして運用ミッションとタスクの有効性におけるこれらのメトリクスの値の影響を測定するため、基盤を提供する。
ビュー・モデル エンタープライズアーキテクチャビュー・モデルのタイプ
米国連邦エンタープライズアーキテクチャ (FEA)において、事業体、セグメント、及びソリューションのアーキテクチャは、詳細さのレベルを変えることにより異なる事業の展望と、関連しているが別の関心を提供する。まさに事業体がそれ自身階層的に組織化されるように、アーキテクチャの各タイプによって準備される異なるビューもそうなる。FEA実践ガイド (2006) は3つのアーキテクチャのタイプを定義した：
定義では、EA は、基本的に共通または共有資産（それらが戦略、事業プロセス、投資、データ、システム、あるいは技術であろうとも）の識別に係わる。EAは戦略によって駆動される；それは各機関が、その機関のミッションと、戦略的目標及び目的に対してその資源が正しく整合されているかどうかを識別するのを助ける。投資の観点からEAは、全体としてIT投資ポートフォリオについての意思決定を促進するため使われる。従って、EAの一次的利害関係者は、その機関がそのミッションを可能な限り効果的で効率的に満たすことを確かにすることを担っている上級マネージャや行政幹部である。
ビュー・モデル エンタープライズアーキテクチャビュー・モデルのタイプ
それとは対照に、セグメントアーキテクチャは、中核ミッション領域、事業サービス、及びエンタープライズ・サービスのための簡単なロードマップを定義する。セグメントアーキテクチャは、事業管理によって促進され、市民と機関スタッフへのサービス供給を改善するプロダクトを提供する。投資の観点から、セグメントアーキテクチャは、中核ミッション領域あるいは、共通または共有サービスをサポートする事業または事業のグループのケースのための意思決定を促進する。セグメントアーキテクチャの一次的利害関係者は、事業所有者とマネージャである。セグメントアーキテクチャは3つの原則（構造、再利用、及び整合）を通してEAに関係する。最初に、セグメントアーキテクチャは、EAによって使われるフレームワークを継承するが、それは、中核ミッション領域、あるいは共通または共有サービスの特定ニーズに合致させるため拡張及び特殊化され得る。2番目に、セグメントアーキテクチャは、エンタープライズレベルで定義された重要な資産（データ、共通事業プロセスと投資、及びアプリケーションと技術）を再利用する。3番目に、セグメントアーキテクチャは、事業戦略、代表権、標準、及び性能測定のような、エンタープライズ・レベルで定義された要素を整合させる。
ビュー・モデル エンタープライズアーキテクチャビュー・モデルのタイプ
In search of "Framework for Modeling Space Systems Architectures" Peter Shames and Joseph Skipper (2006) defined a "nominal set of views", Derived from CCSDS RASDS, RM-ODP, ISO 10746 and compliant with IEEE 1471.
This "set of views", as described below, is a listing of possible modeling viewpoints. Not all of these views may be used for any one project and other views may be defined as necessary. Note that for some analyses elements from multiple viewpoints may be combined into a new view, possibly using a layered representation.
ビュー・モデル エンタープライズアーキテクチャビュー・モデルのタイプ
In a latter presentation this nominal set of views was presented as an Extended RASDS Semantic Information Model Derivation. Hereby RASDS stands for Reference Architecture for Space Data Systems. see second image.
Enterprise Viewpoint
Information viewpoint
Metamodel view – An abstract view that defines information model elements and their structures and relationships. Defines the classes of data that are created and managed by the system and the data architecture.
ビュー・モデル エンタープライズアーキテクチャビュー・モデルのタイプ
Information view – Describes the actual data and information as it is realized and manipulated within the system. Data elements are defined by the metamodel view and they are referred to by functional objects in other views.
Functional viewpoint
Functional Dataflow view – An abstract view that describes the functional elements in the system, their interactions, behavior, provided services, constraints and data flows among them. Defines which functions the system is capable of performing, regardless of how these functions are actually implemented.
ビュー・モデル エンタープライズアーキテクチャビュー・モデルのタイプ
Functional Control view – Describes the control flows and interactions among functional elements within the system. Includes overall system control interactions, interactions between control elements and sensor / effector elements and management interactions.
Physical viewpoint
Data System view – Describes instruments, computers, and data storage components, their data system attributes and the communications connectors (busses, networks, point to point links) that are used in the system.
ビュー・モデル エンタープライズアーキテクチャビュー・モデルのタイプ
Navigation view – Describes the motion of the major elements within the system (trajectory, path, orbit), including their interaction with external elements and forces that are outside of the control of the system, but that must be modeled with it to understand system behavior (planets, asteroids, solar pressure, gravity)
Structural view – Describes the structural components in the system (s/c bus, struts, panels, articulation), their physical attributes and connectors, along with the relevant structural aspects of other components (mass, stiffness, attachment)