Я разрабатываю систему управления счетами ...
Его интранет-система.
Я пишу документ технической спецификации.
В документе есть описание архитектуры. Таким образом, моя архитектура имеет 3 слоя.архитектурный дизайн
- Уровень базы данных.
- Бизнес-логика слоя.
- Пользовательский интерфейс.
мне нужно включить еще один слой Intranet/internet layer в между UI layer и Business logic layer ли?
Thanx заблаговременно
IMHO зависит от того, планируете ли вы также предоставлять сервис-ориентированную архитектуру. Если вы это сделаете, вы обычно добавляете уровень обслуживания на сторону «сервер», фасад агента службы на стороне клиента.
Сохраняйте свой вид архитектуры на уровне приложения, описывая трехуровневую архитектуру, фокусируясь на логических соединениях. Там вы в основном заявляете, что есть интерфейс между приложениями/компонентами, возможно, указывая стеки протоколов, говоря, что он работает поверх TCP/IP.
Добавить еще одну главу «Развертывание» или «физическое представление», где вы описываете часовую аппаратную и платформенную среду, включая сетевое взаимодействие. Там вы можете показывать сетевые топологии и поверх того, что работает TCP/IP.
Ваш вопрос слишком абстрактный, я думаю.
При описании архитектуры или любой части дизайна важно помнить, что ваша публика (то есть кто собирается читать спецификацию) знает заранее и на что они действительно заинтересованы, то, что они собираются использовать документация для.
Некоторое время назад я написал немного по этой теме: http://fragmental.tw/2008/11/07/trying-to-write-architecture-specs-that-dont-suck-much-part-i-the-spec/ Может быть, это поможет.
+1 - Хорошо сказано! Нет смысла писать документы для этого - держите намерение и аудиторию в уме. –
Короткий ансер - это да - если ваша система включает (или состоит из) другую систему, тогда связь между ними должна быть прояснена.
Имейте в виду, что для архитектуры систем больше, чем для горизонтальных слоев, есть также (вертикальные) фрагменты функциональности, которые необходимо учитывать, а также сквозные проблемы и общие средства (например, каротаж).
Также стоит подумать о ...
Нужно ли мне включить еще один слой «Интранет/Интернет слой» между пользовательский интерфейс слоя и бизнес-логики
Первый вопрос как система выставления счетов относится к интрасети.
Do пользователям доступ приложение (системы выставления счетов) через интранет или он построен в в интранете? Существует ключевое различие, потому что, если они присоединяются к нему через интрасеть, то это предполагает не что иное, как добавление каких-либо гиперссылок в интрасеть - не совсем «интеграция».
В этом случае ответ на ваш вопрос, возможно, «нет».
Если интрасеть на самом деле доставляет вам приложение (то есть: вы непосредственно используете возможности внутри интрасети как часть вашего приложения) - тогда ответ на ваш вопрос, вероятно, «да»; , но, даже тогда это не прямолинейно - интрасети обычно имеют несколько уровней.
слой «Интранет/Интернет слой» в между слоем UI и бизнес-логики
То, как я прочитал это не имеет смысла - вы не просто иметь «интрасеть «между BL и UI. Это вызывает вопрос - какие части интрасети вы используете?
Как система счетов связана с интрасети? Является ли система выставления счетов интрасети или через интранет? –