11月1日、ライファイゼンバンクのサイトで、ミニ会議「ITでの視覚モデルの使用。 経験によって証明されています。」
それがどのように、そして何が議論されたかについては、カットの下で読んでください。
Irina Surova Kaspersky Lab
モデルとしてのシステム要件。 範囲と制限
過去、現在、未来。 会社にどのような種類のモデルが存在するか、どのような設計条件で使用され、どのような条件で放棄されたかについてのストーリー。
プレゼンテーション
ユーリ・カラブトフ、ドミトリー・ストリヤロフ・ ライファイゼンバンク
ライファイゼンバンクコーポレートアーキテクチャモデル
UML（TOGAFに基づくメタモデル）の独自の解釈を使用して、実際にはビジネスアーキテクチャ、適用および統合アーキテクチャを含む、銀行のビジネスアーキテクチャおよびITランドスケープを記述し、同行します。
- メタモデルの必要性はどのように生じましたか
- 視覚モデルでアーキテクチャを記述する利点
- モデルドキュメント生成
- 意思決定アーキテクトの仕事の主なツール
- 世銀の情報システムの設計における視覚モデリング手法のさらなる開発の見通し
プレゼンテーション
マキシム・ツェプコフ・ カスティス
Visual Enterpriseアプリケーションモデル
複雑なエンタープライズアプリケーションを設計するときは、ドメイン駆動設計のアプローチに従って、サブジェクトエリアとアプリケーション自体を記述するモデルを使用することが効果的です。 同時に、優れた視覚化はモデルの不可欠な属性です。 プレゼンテーションでは、クラス図で表されるドメインモデル、アカウンティング図で表されるリソース移動モデル、および状態図に基づくワークフローモデルの3つの主要モデルを使用して、アプリケーションアーキテクチャを構築する経験を交換します。 これらはすべて、アクティビティ図に基づいたビジネスプロセスモデルによって補完され、Archimateに基づいたエンタープライズアーキテクチャモデルによって結合され、発明されたことが判明した場合にはシステムメタファーによって補完されます。 このストーリーは、実際のプロジェクトの図の例を提供します。
プレゼンテーション
ナタリア・ゼルノバ・ズベルバンク 、技術開発センター、中央事務所
ビジネスプロセスモデルからユースケースへの移行
ビジネスプロセスモデルからユースケースへの移行には、プロセスの境界と、このプロセスを自動化するITシステムの境界の決定が含まれます。 プレゼンテーションの一環として、ビジネスレベルで目標を設定することからビジネスプロセスのモデルに移行し、その境界を決定し、ユースケースのモデルに進む方法を確認できます。 ビジネスプロセスをユースケースに分解するプロセスでは、要件を徐々に改善し、必要に応じてプロセスモデルを変更します。
マキシム・シャロモビッチ、デニス・エピシェフ・ LANIT
カスタムソフトウェア開発を使用して、Sparx EAで完全な情報システムモデルを構築する
講演の過程で、Sparx Entrprise Architect CASEツールを使用して、分析および設計のプロセスの並行かつ時には遅れた形成の条件で、大規模な自動化システムのカスタム開発プロジェクトを実装する経験についてお話します。 EAの分析およびアーキテクチャリポジトリの構築を、「いいね-うまくいった」、「いいね-うまくいかなかった」、「欲しくない-うまくいかなかった」、「これは何ですか」という形で考えてみましょう。
プレゼンテーション