Как анализировать архитектуру системы?

Question

Надеюсь, это не для темы для этого сайта.

Недавно у меня была возможность просмотреть банковские системы для клиента. Учитывая, сколько времени мне приходилось задумываться над архитектурой в моих собственных проектах и ​​общей архитектуре системы, замечательно, насколько сложно найти эту задачу.

Я начал писать список функций, но обнаружил, что это слишком ограничивает, так как это будет только вопрос поставщика, который дает мне ответ «да, мы делаем веб-службы». Будет ли это красивым расширяемым решением или тонкой оболочкой их собственный API?

С тех пор я решил подойти к задаче, используя несколько предметов и в разговорной манере позволить продавцу дать мне суть (гайки и болты) системы.

Какие темы вы бы предложили перед системным обзором?

В одной из тем I наиболее важной является расширяемость и способ, которым система поддерживает изменения, сохраняя при этом обновления. Также выявить способность программирования интерфейсов является важной.

Answer 1

Когда дело доходит до рассмотрения банковских систем и аналогичных программных систем, я нашел для него ценный ресурс, в котором можно опираться на какой-то исследовательский институт. (думая о Gartner/Forrester/etc ...)

Это было важно по серьезным причинам.

Первый; Существует много политики, и определение областей, которые вам нужно охватить, определяется некоторыми деталями этими фирмами. Во-вторых, это облегчает получение одобрения вашей оценки после ее завершения. В третьих; Вы можете общаться с продавцом в лексиконе, который они понимают.

Answer 2

Вы можете добавить:

• Безопасность
  Как доступ к системе управляемой?
  Какой процесс используется?
  Как это реализовано технически?
• Аудит
  Какие у вас требования к проверке?
  Все ли внесенные в систему изменения?
• Отчетность
  Какие отчеты необходимы?
  Как контролируется доступ к этим отчетам?

Answer 3

Я не знаю о вас, но на моем предприятии более сложный вопрос: «Что у вас есть?» Сколько серверов? Сколько баз данных? Сколько экземпляров программного обеспечения X? После этого разбиение систем на бизнес-функции кажется немного проще («Главная книга? Вот здесь. Другое там - выплаты».)

Другая проблема - избыточные данные. Для каждого бита информации должен быть один источник/владелец, но факт в том, что он избыточен и дублируется во многих местах.

Чтобы иметь возможность войти в каждую систему и определить, какие из них содержат собственные версии клиентских данных, представляет собой огромную проблему.

У нас нет одной архитектуры. Это больше похоже на все: мейнфреймы, клиент/сервер с формами Oracle, веб-сайты, некоторые сервисы, настольные приложения Excel и Access, некоторые из которых выполняют ключевые функции для компании - Java и .NET. Это очень сложно.

Я надеюсь, что ваша ситуация будет лучше.

Инструменты, такие как Altiris помогают некоторым. Сканирование портов может определять приложения, которые придерживаются своих портов по умолчанию. Веб-службы, которые открывают WSDL, являются легкими целями.

Answer 4

Я думаю, что все общие принципы применяются, как указал Бравакс.Но я хотел бы добавить, что вы должны следить за «HOME». Я знаю о банковской системе, у которой есть пользовательская очередь, пользовательский уровень кеша. Таким образом, решения для домашних хозяйств - это то, на что нужно обратить внимание.

Answer 5

Я предполагаю, что мой первый вопрос будет - что вы его рассматриваете? На какие вопросы вы отвечаете за своего клиента?

Вы упомянули расширяемость, другие - безопасность, аудит и т. Д. Я мог бы масштабировать, выполнять, латентность, надежность, список «тивных» продолжается, но не зная, что именно вы собираетесь оценивать может растрачивать ваше время и время вашего клиента.