1

これがこのサイトの話題から外れていないことを願っています。

最近、クライアントの銀行システムを見直す機会がありました。自分自身のプロジェクトや全体的なシステム アーキテクチャのアーキテクチャについて熟考するのにどれだけの時間を要したかを考えると、この作業がどれほど難しいかは驚くべきことです。

私は機能のリストを書き始めましたが、ベンダーが「はい、私たちは Web サービスを行っています」という答えをくれただけなので、それはあまりにも限定的であることがわかりました。それは素晴らしい拡張可能なソリューションでしょうか、それとも独自の API の薄いラッパーでしょうか?

それ以来、私はいくつかの主題を使用してタスクに取り組み、会話形式でベンダーにシステムの要点 (要点) を教えてもらうことにしました。

システム レビューに提案するトピックは何ですか?

私が最も重要だと思うトピックは、拡張性と、アップグレードを可能にしながらシステムが変更をサポートする方法です。また、プログラミング インターフェイスの能力を発見することも重要です。

4

5 に答える 5

2

あなたは追加したいかもしれません：

  • セキュリティ
    システムへのアクセスはどのように管理されていますか？
    どのようなプロセスが使用されていますか？
    技術的にどのように実装されていますか？
  • 監査
    どのような監査要件がありますか？
    システムへのすべての変更がログに記録されますか？
  • レポート
    どのようなレポートが必要ですか？
    これらのレポートへのアクセスはどのように管理されていますか？
于 2009-02-15T14:38:31.653 に答える
2

私はあなたのことを知りませんが、私の企業では、より難しい質問は「あなたは何を持っていますか？」です。サーバーはいくつですか？データベースはいくつですか？ソフトウェアXのインスタンスはいくつですか？その後、システムをビジネス機能ごとに分類するのは少し簡単に思えます（「総勘定元​​帳？ここにあります。他にあります-支払い」）。

もう1つの問題は、冗長データです。情報のビットごとに1つのソース/所有者が存在する必要がありますが、実際には、それは冗長であり、多くの場所で重複しています。

各システムにアクセスして、どのシステムが独自のバージョンのクライアントデータを保持しているかを特定できるようにすることは大きな課題です。

アーキテクチャは1つではありません。メインフレーム、Oracleフォームを備えたクライアント/サーバー、Web、一部のサービス、ExcelおよびAccessデスクトップアプリ（一部は会社の主要機能を実行します）、Javaおよび.NETなど、すべてのほんの少しのようなものです。とても複雑です。

私はあなたの状況が良くなることを願っています。

Altirisのようなツールはいくつかを助けます。ポートスキャンは、デフォルトのポートに固執するアプリを特定できます。WSDLを公開するWebサービスは簡単なターゲットです。

于 2009-02-15T14:39:02.793 に答える
0

私の最初の質問は、何のためにレビューしているのかということだと思います。クライアントのためにどのような質問に答えていますか？

あなたは拡張性について言及し、他の人はセキュリティ、監査などについて言及します。私はスケーラビリティ、パフォーマンス、レイテンシー、信頼性を理解することができます。時間とクライアントの時間。

于 2009-02-24T20:10:36.883 に答える
0

Bravax が指摘したように、すべての一般原則が当てはまると思います。ただし、「ホーム」で成長したソリューションに注意する必要があることを付け加えておきます。カスタム キュー、カスタム キャッシュ レイヤーを持つ銀行システムを知っています。そのため、自家製のソリューションには注意が必要です。

于 2009-02-24T12:00:48.747 に答える