ReSQL.ru
     
powered by simpleCommunicator - 2.0.50     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Выбор уровня (tier) информационной системы
25 сообщений из 29, страница 1 из 2
  1  все
Выбор уровня (tier) информационной системы
    #34249837
Kr_Yury
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Kr_Yury
Участник
Кто даст ссылки на ресурсы, в которых аргументируется выбор той или иной архитектуры. Аргументы типа: "Бизнес-логику необходимо реализовывать на сервере приложений на языках Java/C++, потому что это работает быстрее, чем триггеры/процедуры в Sql" не приемлю, без уточнения конкретики решаемой задачи.
...
Рейтинг: 0 / 0
11.01.2007, 18:15
| Ответить | Цитировать | Написать  
Выбор уровня (tier) информационной системы
    #34249913
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
Хм. Если чуть цинично, то в подразумеваемой Вами постановке вопроса эту задачу никогда не решают. Дело происходит строго наоборот: сначала выбирают архитектуру, потом берут книгу "для начинающих" и из введения в нее переписывают названные преимущества как список факторов, повлиявших на выбор решения.
...
Рейтинг: 0 / 0
11.01.2007, 18:37
| Ответить | Цитировать | Написать  
Выбор уровня (tier) информационной системы
    #34249983
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Сформулируйте свои требования к системе, а затем, в соответствии с ними, выбирайте архитектуру. Лучше проводить собственные испытания, чем полагаться на ссылки. Посмотрите системы, которые реализуют хотя-бы примерно Ваши требования, чтобы сразу отсечь ненужную работу.
...
Рейтинг: 0 / 0
11.01.2007, 19:10
| Ответить | Цитировать | Написать  
Выбор уровня (tier) информационной системы
    #34255161
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tygra
Участник
Kr_Yury Аргументы типа : "Бизнес-логику необходимо реализовывать на сервере приложений на языках Java/C++, потому что это работает быстрее, чем триггеры/процедуры в Sql" не приемлю, без уточнения конкретики решаемой задачи .
Ну так и уточняйте конкретику. Или вам еще и коды исходные предоставить?

Или нет конкретики у самого - диплом однако? ;)

-- Tygra's --
Мои фотогалереи тут
...
Рейтинг: 0 / 0
15.01.2007, 11:50
| Ответить | Цитировать | Написать  
Выбор уровня (tier) информационной системы
    #34257741
gybson
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
gybson
Участник
Аргументы типа: "Бизнес-логику необходимо реализовывать на сервере приложений на языках Java/C++, потому что это работает быстрее, чем триггеры/процедуры в Sql" не приемлю, без уточнения конкретики решаемой задачи.


Бизнеслогику необходимо реализовывать в отдельном слое, пусть он даже и будет работать на клиенте. Я делал в виде COM сервера (на C++), который в перспективе должен был стать DCOM может еще и станет. Причина в общем то простая - кэширование объектов, удобство обновления, подключение неродных клиентов :)
...
Рейтинг: 0 / 0
16.01.2007, 10:28
| Ответить | Цитировать | Написать  
Выбор уровня (tier) информационной системы
    #34258735
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tygra
Участник
gybsonБизнеслогику необходимо реализовывать в отдельном слое, пусть он даже и будет работать на клиенте. Я делал в виде COM сервера (на C++), который в перспективе должен был стать DCOM может еще и станет. Причина в общем то простая - кэширование объектов, удобство обновления, подключение неродных клиентов :)
О, опять. Но уже продвинуто - COM, это тебе не фигли-мигли.
Вы что, не отмечались еще тут: Странные мысли о 3-звенном приложении ? Надо отметиться, а то костер потух, а за дровами никто идти не хочет :))

-- Tygra\'s --
Мои фотогалереи тут
...
Рейтинг: 0 / 0
16.01.2007, 14:01
| Ответить | Цитировать | Написать  
Выбор уровня (tier) информационной системы
    #34258812
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mcureenab
Участник
Архитектура системы определяется структурой объекта автоматизации.
Если это одно рабочее место, то система настольная.
Офис - скорее всего клиент-сервер.
Если рабочие места территориально распределены, структурированы - трёхзвенная, многозвенная или распределённая система.

Зачастую выбор определяетмя модой и соответсвенно наличием инфраструктуры для разработки системы с определённой архитектурой.
...
Рейтинг: 0 / 0
16.01.2007, 14:19
| Ответить | Цитировать | Написать  
Выбор уровня (tier) информационной системы
    #34259314
gybson
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
gybson
Участник
Архитектура системы определяется структурой объекта автоматизации.


Правильно, но система которой некуда расти - мертворожденная. Конечно не надо из настольной делать Бог знает что, но проектировать ее желательно так, чтобы она могла расти и изменяться.
...
Рейтинг: 0 / 0
16.01.2007, 16:27
| Ответить | Цитировать | Написать  
Выбор уровня (tier) информационной системы
    #34259349
gybson
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
gybson
Участник
Проектировать можно хоть в 5 звеньях все, а сбилдить все звенья в одном exe в разных процес сах. Пускай себе взаимодействуют через shared memory или named pipes для начала, хотя канал связи можно тоже сразу в отдельный компонент выделить. Да это будет трудоемко, но зато очень перспективно. Если, конечно, реализуемая БЛ того стоит :) Я бы посоветовал сразу встраивать поддержку CLR.

Делать проект по кускам вообще проще.
...
Рейтинг: 0 / 0
16.01.2007, 16:36
| Ответить | Цитировать | Написать  
Выбор уровня (tier) информационной системы
    #34259380
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
mcureenabАрхитектура системы определяется структурой объекта автоматизации.
Если это одно рабочее место, то система настольная.
Офис - скорее всего клиент-сервер.
Если рабочие места территориально распределены, структурированы - трёхзвенная, многозвенная или распределённая система.

Простите, но написан - полный абсурд! Как настольная система - может быть клиент\серверной, так и территориально-распределенная м.б. файл\серверной. Ибо Архитектура системы ни есть f(x) - х - число компьютеров.
...
Рейтинг: 0 / 0
16.01.2007, 16:42
| Ответить | Цитировать | Написать  
Выбор уровня (tier) информационной системы
    #34259561
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mcureenab
Участник
pkarklin mcureenabАрхитектура системы определяется структурой объекта автоматизации.
Если это одно рабочее место, то система настольная.
Офис - скорее всего клиент-сервер.
Если рабочие места территориально распределены, структурированы - трёхзвенная, многозвенная или распределённая система.

Простите, но написан - полный абсурд! Как настольная система - может быть клиент\серверной, так и территориально-распределенная м.б. файл\серверной. Ибо Архитектура системы ни есть f(x) - х - число компьютеров.

Настольная система может иметь архитектуру клиент-сервер. Но зачем? Речь идёт о критерии выбора адекватной архитектуры, а не о том вообще можно состряпать.
Выбор архитектуры зависит от числа объектов автоматизации (в частности рабочих мест), но это число не является единственным критерием. В моём примере кроме числа РМ, рассматривается также территориальное распределение и структура.

Как уже отмечали, следует рассмотреть перспективу развития системы и при необходимости заложить в её архитектуру элементы, позволяющие рационально модифицировать её для решения новых задач. Но опять же, решение должно быть обоснованным.
...
Рейтинг: 0 / 0
16.01.2007, 17:32
| Ответить | Цитировать | Написать  
Выбор уровня (tier) информационной системы
    #34259600
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
mcureenabНастольная система может иметь архитектуру клиент-сервер. Но зачем? Речь идёт о критерии выбора адекватной архитектуры, а не о том вообще можно состряпать.

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

mcureenabВыбор архитектуры зависит от числа объектов автоматизации (в частности рабочих мест),

В самую последнюю очередь.

mcureenabВ моём примере кроме числа РМ, рассматривается также территориальное распределение и структура.

Территориальное распределение не является необходимым и достаточным условием для выбора >2х звенной архитектуры.

mcureenabКак уже отмечали, следует рассмотреть перспективу развития системы и при необходимости заложить в её архитектуру элементы, позволяющие рационально модифицировать её для решения новых задач. Но опять же, решение должно быть обоснованным.

Ай, да Пушкин, ай да сукин сын. Слова хорошие, звучат красиво. Но не для этого форума.
...
Рейтинг: 0 / 0
16.01.2007, 17:45
| Ответить | Цитировать | Написать  
Выбор уровня (tier) информационной системы
    #34259700
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
gybsonПроектировать можно хоть в 5 звеньях все, а сбилдить все звенья в одном exe в разных процес сах. Пускай себе взаимодействуют через shared memory или named pipes для начала,
Очень перспективная технология. Особенно выгодна, если работодатель намеревается уволить всех программистов сразу по завершении проекта. Ни один другой путь не позволит разработчикам столь эффективно отстоять свою зарплату.

gybsonЯ бы посоветовал сразу встраивать поддержку CLR.
Зачем мелочиться? Может, лучше сразу встраивать ОС?
...
Рейтинг: 0 / 0
16.01.2007, 18:14
| Ответить | Цитировать | Написать  
Выбор уровня (tier) информационной системы
    #34259796
Фотография LR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LR
Участник
pkarklin mcureenabАрхитектура системы определяется структурой объекта автоматизации.
Если это одно рабочее место, то система настольная.
Офис - скорее всего клиент-сервер.
Если рабочие места территориально распределены, структурированы - трёхзвенная, многозвенная или распределённая система.

Простите, но написан - полный абсурд! Как настольная система - может быть клиент\серверной, так и территориально-распределенная м.б. файл\серверной. Ибо Архитектура системы ни есть f(x) - х - число компьютеров.
"Архитектура системы ни есть f(x) - х - число компьютеров" - по факту, наверное, да, не есть, но "по уму, кхе-кхе, по здравому смыслу..." (с) Голохвостов(?) отчего же? именно!
Архитектура системы есть f(x, y, z, ..., ы) - х - число компьютеров, y(если x>1) - способ их взаимодействия, z - доступные средства разработки+эксплуатации, ..., ы - опыт и предпочтения разработчика (а возможно и цвет его глаз/волос). Imho.
...
Рейтинг: 0 / 0
16.01.2007, 18:43
| Ответить | Цитировать | Написать  
Выбор уровня (tier) информационной системы
    #34259824
ВМоисеев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ВМоисеев
Участник
>Kr_Yury
>Кто даст ссылки на ресурсы ... не приемлю , без уточнения конкретики решаемой задачи.

Серьезный господин - студент? академик?

Но все же, здесь:

http://www.gotdotnet.ru/LearnDotNet/NETFramework/223738.aspx - статья (конкретика решаемой задачи)
http://www.gotdotnet.ru/Downloads/Examples/401713.aspx - ЦУС - реализация центра управления сообщениями для прототипа (solution на C#)
http://www.gotdotnet.ru/Downloads/Examples/408575.aspx - реализация Сервера приложений для прототипа

Может пригодится.

С уважением, Владимир.
...
Рейтинг: 0 / 0
16.01.2007, 18:51
| Ответить | Цитировать | Написать  
Выбор уровня (tier) информационной системы
    #34259910
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mcureenab
Участник
pkarklin mcureenabНастольная система может иметь архитектуру клиент-сервер. Но зачем? Речь идёт о критерии выбора адекватной архитектуры, а не о том вообще можно состряпать.

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

Если мы делаем однопользовательскую ситему и не видим перспективы её масштабирования по числу пользователей, то использовать клиент-серверную архитектуру нет смысла. Многие годы люди успешно пользовали и пользуют настольные системы и довольны.

pkarklin mcureenabВыбор архитектуры зависит от числа объектов автоматизации (в частности рабочих мест),

В самую последнюю очередь.

Сомневаюсь. Просто современные системы как правило должны использоваться многими людьми, поэтому распределённые архитектуры это скорее норма, чем исключение. Но если делать, например архиватор, то клиен-сервер в нём нафиг не нужен.

pkarklinТерриториальное распределение не является необходимым и достаточным условием для выбора >2х звенной архитектуры.

Как и многие другие отдельно взятые критерии. Однако практика показывает, что в системах на базе WAN клиент-сервер использовать сложно. Причина тому - ненадёжные каналы передачи данных, сложность обновления удалённых узлов, ограничения связанные с гетерогенностью среды.

pkarklinАй, да Пушкин, ай да сукин сын. Слова хорошие, звучат красиво. Но не для этого форума. Напиши модератору. :o)))
...
Рейтинг: 0 / 0
16.01.2007, 19:31
| Ответить | Цитировать | Написать  
Выбор уровня (tier) информационной системы
    #34260429
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
mcureenabКак и многие другие отдельно взятые критерии. Однако практика показывает, что в системах на базе WAN клиент-сервер использовать сложно. Причина тому - ненадёжные каналы передачи данных, сложность обновления удалённых узлов, ограничения связанные с гетерогенностью среды.

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

Можно чуть боле подробно о Вашей практике и сложностях, возникших у Вас "в стемах на базе WAN"? А так же об использованных Вами способах решения этих сложностей?
...
Рейтинг: 0 / 0
17.01.2007, 08:40
| Ответить | Цитировать | Написать  
Выбор уровня (tier) информационной системы
    #34260983
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mcureenab
Участник
pkarklinУважаемый, раз тонких намеков для Вас недостаточно, то скажу прямо, м.б. даже немного грубо, но не со зла - хватит словесного поноса, ибо здесь технический форум, а не пресейл интеграционного проекта, где тупого заказчика можно окучить красивыми словами.

1. Постарайся в техническом форуме обходится без тонких намёков, пзл!
2. Сомневаюсь, что грубые слова сделают форум более информативным.
3. Увы, не готов заменить слова алгеброй.

pkarklinМожно чуть боле подробно о Вашей практике и сложностях, возникших у Вас "в стемах на базе WAN"? А так же об использованных Вами способах решения этих сложностей?

У меня сложностей не возникает, ибо использую Web технологии - СУБД, http сервер, Web browser. Естественно, это не единственный вариант, но сейчас наиболее популярный и продвигаемый разработчиками системного обеспечения.
...
Рейтинг: 0 / 0
17.01.2007, 11:24
| Ответить | Цитировать | Написать  
Выбор уровня (tier) информационной системы
    #34261048
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
mcureenab1. Постарайся в техническом форуме обходится без тонких намёков, пзл!

Что-то я не помню, чтоб мы с Вами выпивали на брудершафт?!

mcureenab3. Увы, не готов заменить слова алгеброй.

Тогда лучше промолчать, чем выдавать витееватые фразы типа:

mcureenabОднако практика показывает, что в системах на базе WAN клиент-сервер использовать сложно. Причина тому - ненадёжные каналы передачи данных, сложность обновления удалённых узлов, ограничения связанные с гетерогенностью среды.

mcureenabно сейчас наиболее популярный и продвигаемый разработчиками системного обеспечения.

Вы обладаете статистическими данными?! Если да, приведите, их, если нет, то это очередной флуд!
...
Рейтинг: 0 / 0
17.01.2007, 11:39
| Ответить | Цитировать | Написать  
Выбор уровня (tier) информационной системы
    #34261237
gybson
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
gybson
Участник
softwarer gybsonПроектировать можно хоть в 5 звеньях все, а сбилдить все звенья в одном exe в разных процес сах. Пускай себе взаимодействуют через shared memory или named pipes для начала,
Очень перспективная технология. Особенно выгодна, если работодатель намеревается уволить всех программистов сразу по завершении проекта. Ни один другой путь не позволит разработчикам столь эффективно отстоять свою зарплату.

gybsonЯ бы посоветовал сразу встраивать поддержку CLR.
Зачем мелочиться? Может, лучше сразу встраивать ОС?

Ну нельзя же всегда строить систему из расчета: "Шоб каждый студент мог продолжить цепочку".

А технология Hosting CLR вовсе не сложна, потому и советую.
...
Рейтинг: 0 / 0
17.01.2007, 12:18
| Ответить | Цитировать | Написать  
Выбор уровня (tier) информационной системы
    #34267534
Фотография DeColo®es
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DeColo®es
Участник
pkarklin mcureenabно сейчас наиболее популярный и продвигаемый разработчиками системного обеспечения.

Вы обладаете статистическими данными?! Если да, приведите, их, если нет, то это очередной флуд!+1

И в догонку:
Я лично слабо себе представляю, как можно реализовать не использовать клиент-серверную архитектуру, если я могу ее использовать. Ну не буду я хранить "настольную БД" в файлах, если есть бесплатные СУБД типа MSDE, не говоря уже о совсем фриварных! :)

Другой вопрос, что всегда найдется FoxProшник, который будет с пеной у рта настаивать, что "такие навороты не нужны, а решение на dbf - масштабируемое". Но тут дело даже не в квалификации, а в том, что есть выбор "поставщика решения". Когда же у конкретного разработчика есть задание, то он выбирает из тех решений, которые доступны ему.

А все советы типа: авторАрхитектура системы определяется структурой объекта автоматизации.
Если это одно рабочее место, то система настольная.
Офис - скорее всего клиент-сервер.
Если рабочие места территориально распределены, структурированы - трёхзвенная, многозвенная или распределённая система.
- это больше напоминает выдержки из книжек "профессоров", которые даже клиент-сервер реально не реализовывали никогда.
Кстати, что такое "структура объекта информатизации"? Ась?
Количество рабочих мест? Не похоже - в примерах ничего не сказано про это - распределенная система может существавать ради 10 workstation в разных странах, а в офисе могут быть тысячи компьютеров.

Архитектурой программы? Но в примерах говорится только про "территории" - компьютер/офис/(?)разные населенные пункты(?)... А грамотный сисадмин может вполне к той же фоксофской базе подключить одновременно без каких либо проблем юзеров из Аляски, Антрактиды и Усть-Урюпинска - был бы приличный инет.
...
Рейтинг: 0 / 0
19.01.2007, 11:52
| Ответить | Цитировать | Написать  
Выбор уровня (tier) информационной системы
    #34268473
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mcureenab
Участник
DeColo®esКстати, что такое "структура объекта информатизации"? Ась?

Составные части объекта и принципы их взаимодействия.
...
Рейтинг: 0 / 0
19.01.2007, 15:03
| Ответить | Цитировать | Написать  
Выбор уровня (tier) информационной системы
    #34268571
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mcureenab
Участник
DeColo®es
И в догонку:
Я лично слабо себе представляю, как можно реализовать не использовать клиент-серверную архитектуру, если я могу ее использовать. Ну не буду я хранить "настольную БД" в файлах, если есть бесплатные СУБД типа MSDE, не говоря уже о совсем фриварных! :)

Интересно, а где как не в файлах хранить БД? СУБД, это программа, БД - совокупность сведений. Как правило и то и другое храниться в файлах на дисках или других электронных запоминающих устройствах.

Выделение движка настольной СУБД в отдельный от прикладной программы компонент это тоже архитектурное решение, но более низкого уровня. От этого решения архитектура системы в целом не изменяется. Если мы для лучшей сохранности и возможности разделяемого доступа решим разместить файлы БД на сервере, получим систему клиент-файлсервер ценою раза в 3-4 больше настольной. Возможен вариант размещения файлов БД на одном из ПК в сети, без выделенного файлсервера, это одноранговая система.
...
Рейтинг: 0 / 0
19.01.2007, 15:26
| Ответить | Цитировать | Написать  
Выбор уровня (tier) информационной системы
    #34268662
Alexey Kudinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexey Kudinov
Участник
softwarer gybsonПроектировать можно хоть в 5 звеньях все, а сбилдить все звенья в одном exe в разных процес сах. Пускай себе взаимодействуют через shared memory или named pipes для начала, Очень перспективная технология. Особенно выгодна, если работодатель намеревается уволить всех программистов сразу по завершении проекта. Ни один другой путь не позволит разработчикам столь эффективно отстоять свою зарплату. :) В принципе, достаточно серьезный аргумент (для разработчиков конечно) в пользу сделать "посложнее"

Чуть в сторону. Замечу еще, что маркетологи ИМХО подталкивают архитекторов ПО к решениям, к-е не уменьшают, а увеличивают количество сущностей (слоев, звеньев, компонет и т.п.) без необходимости. В общем то и понятно почему.
...
Рейтинг: 0 / 0
19.01.2007, 15:53
| Ответить | Цитировать | Написать  
Выбор уровня (tier) информационной системы
    #34268687
Фотография DeColo®es
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DeColo®es
Участник
mcureenab DeColo®esКстати, что такое "структура объекта информатизации"? Ась?Составные части объекта и принципы их взаимодействия.Мда... А что такое - составная часть? Исполняемый модуль? DLL? Библиотека внутри исполняемого модуля? COM-объект? DCOM объект - это то же самое, что и COM? Файл dbf расположенный локально - это то же самое, что тот же dbf, но на другой машине? А если этот файл на другом континенте, то нужно ли принимать во внимание, как составные части библиотеки, реализующие протокол VPN и интернет вообще?

Больше похоже на развод на флейм...
...
Рейтинг: 0 / 0
19.01.2007, 16:00
| Ответить | Цитировать | Написать  
25 сообщений из 29, страница 1 из 2
  1  все
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Выбор уровня (tier) информационной системы
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=33&msg=34261237&tid=1549181]:
 0ms
get settings:
 10ms
get forum list:
 14ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 168ms
get topic data:
 8ms
get forum data:
 2ms
get page messages:
 57ms
get tp. blocked users:
 1ms
others: 13ms
total:  281ms
созд. / загр.: 281ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]