powered by simpleCommunicator - 2.0.51     © 2025 Programmizd 02
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Вроде-бы клиент-сервер... а вроде-бы и нет...
25 сообщений из 29, страница 1 из 2
Вроде-бы клиент-сервер... а вроде-бы и нет...
    #37181935
Игорь Ч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Всю жизнь программил, а тут воткнулся в вопросы стандартизации собственного ПО. И вот он, первый насущный вопрос - что я имею?
Система построена по правилам клиент-серверного приложения, но при этом абсолютно все бизнесс-процессы предметной области вынесены на сервер и храняться там в виде некой базе объектов.
Клиентская часть является тонким клиентом - т.е. вся начинка клиента (интерфейсная часть, бизнес логика, ограничение прав доступа к объектам интерфейса... ) подтягивается из базы объектов с сервера, клиент-же имеет только базовые модули (генераторы документов) настраиваемые из базы объектов (генератор интерфейса, генератор пользовательских запросов, генератор отчетов, генератор графического отображения сети...)
Как может называться такая конфигурация системы?
...
Рейтинг: 0 / 0
Вроде-бы клиент-сервер... а вроде-бы и нет...
    #37182086
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Игорь ЧКак может называться такая конфигурация системы?
клиент-сервер.
...
Рейтинг: 0 / 0
Вроде-бы клиент-сервер... а вроде-бы и нет...
    #37182142
Игорь Ч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А так можно сказать - клиент-серверное приложение с использованием технологии тонкого клиента... или что-то в этом роде? Как это правильно должно звучать?
...
Рейтинг: 0 / 0
Вроде-бы клиент-сервер... а вроде-бы и нет...
    #37182191
Cane Cat Fisher
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну, браузер с веб-сервером тоже, несомненно, являются клиент-сервером. Но добавляет ли это понятности?

Думаю, для того, чтобы Вас поняли, придется называть творение достаточно длинной фразой. Никак не короче исходного поста. Тогда уж точно поймут. А потом уже будут вопросы - зачем, почему, как... Например: как при командной разработке ведется контроль версий всей этой начинки, живущей в БД?
...
Рейтинг: 0 / 0
Вроде-бы клиент-сервер... а вроде-бы и нет...
    #37182200
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Cane Cat Fisher А потом уже будут вопросы - зачем, почему, как... Например: как при командной разработке ведется контроль версий всей этой начинки, живущей в БД?
очень к месту вопрос для классификации системы.
...
Рейтинг: 0 / 0
Вроде-бы клиент-сервер... а вроде-бы и нет...
    #37182205
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Игорь ЧА так можно сказать - клиент-серверное приложение с использованием технологии тонкого клиента... или что-то в этом роде? Как это правильно должно звучать?
да просто клиент-сервер. Сервер, кстати, = СУБД?
...
Рейтинг: 0 / 0
Вроде-бы клиент-сервер... а вроде-бы и нет...
    #37183470
Игорь Ч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafmда просто клиент-сервер. Сервер, кстати, = СУБД?
да, MSSQL

Cane Cat FisherНу, браузер с веб-сервером тоже, несомненно, являются клиент-сервером.
А разве в случае с веб-сервером это не трухзвенка? СУБД - веб-сервер - веб-браузер
[/quot]

Cane Cat FisherА потом уже будут вопросы - зачем, почему, как... Например: как при командной разработке ведется контроль версий всей этой начинки, живущей в БД?
С контролем версий как раз все просто. В базе можно хранить любую итерацию документа, для любого владельца (разработчика (в случае шаблонов документов) или юзера (в случае генерации запросов)).
...
Рейтинг: 0 / 0
Вроде-бы клиент-сервер... а вроде-бы и нет...
    #37183473
Игорь Ч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну хорошо, допустим на самом верхнем уровне система будет классифицироваться как клиент-серверное приложение. Как можно классифицировать систему на следующем уровне? так сказать - уточнения того что из себя представляет система. И есть ли вообще такие классификации.
Скажем в самолетостроении любой чих достаточно четко классифицируется:
ЛА
- легче воздуха
- тяжелее воздуха;
Пилотирование
- пилотный
- беспилотный
- управляемый
- с использованием ИИ
Взлет
- разбег
- вертикальный
...
я тут все по делетантски наковырял, но суть понятна.
Что касается программного продукта - как все это классифицируется? Кроме того что это клиент-сервер, и является приложением для построения КИС - больше никаких мыслей... да и в этом-то не уверен. Предполагается, что на основании "этого" можно сваять информационно-аналитическую систему для любой предметной области.
...
Рейтинг: 0 / 0
Вроде-бы клиент-сервер... а вроде-бы и нет...
    #37184082
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Игорь Ч,
вам бы в ВУЗ
типа тако йкартинки:
http://images.km.ru/education/referats/img/51448~006.jpg
а классификация по архитектуре - вам не хватает фреймворка-ядра в БД.
Т.к. у вас бизнес-логика в БД смешана с представлением (генератор форм) опять в БД.
Так не делают.
Поик на "фреймворки"
...
Рейтинг: 0 / 0
Вроде-бы клиент-сервер... а вроде-бы и нет...
    #37186736
Игорь Ч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123Т.к. у вас бизнес-логика в БД смешана с представлением (генератор форм) опять в БД.
Так не делают.

Структура хранения объектов древовидная. Мне показалось, что нет особого смысла делить бизнес-логику и "представления" физически - достаточно разделить их логически в структуре хранения объектов.
...
Рейтинг: 0 / 0
Вроде-бы клиент-сервер... а вроде-бы и нет...
    #37189045
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Игорь Ч,
я о БЛ и View, а вы о "модели логически".

MVC (Wiki)
...
Рейтинг: 0 / 0
Вроде-бы клиент-сервер... а вроде-бы и нет...
    #37189335
Игорь Ч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
тогда непонятна аналогия между View и Генератором форм. В моей интерпретации генератор форм - это средство формирования формы ввода (редактирования, просмотра) на основании базы объектов. Например в базе объектов имеется такая структура:
[obj1] Form (титул, тип, размеры, положение, данные)
[obj2] Grid (титул, размеры, положение, данные)
[obj3] Field1 (титул, тип, размер, агрегация, дерево)
[obj4] Field2 (титул, тип, размер, агрегация, дерево)
[obj5] Field3 (титул, тип, размер, агрегация, дерево)
[obj6] Panel (титул, размеры, положение)
[obj7] Edit1 (титул, размеры, положение, данные)
[obj8] Edit2 (титул, размеры, положение, данные)
[obj9] EditData1 (титул, размеры, положение, данные)
[obj10] EditNumeric (титул, размеры, положение, данные)
[obj11] Button1 (титул, размеры, положение, данные)
[obj12] Button2 (титул, размеры, положение, данные)

Клиент в модуле генератор форм строит на основании оной структуры форму ввода.
...
Рейтинг: 0 / 0
Вроде-бы клиент-сервер... а вроде-бы и нет...
    #37189370
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Игорь Ч,

ну какая ж это генерация форм на основе объекто в БД?
это хранение и востановление :)
...
Рейтинг: 0 / 0
Вроде-бы клиент-сервер... а вроде-бы и нет...
    #37189569
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Игорь Чтогда непонятна аналогия между View и Генератором форм. В моей интерпретации генератор форм - это средство формирования формы ввода (редактирования, просмотра) на основании базы объектов. Например в базе объектов имеется такая структура:
[obj1] Form (титул, тип, размеры, положение, данные)
[obj2] Grid (титул, размеры, положение, данные)
[obj3] Field1 (титул, тип, размер, агрегация, дерево)
[obj4] Field2 (титул, тип, размер, агрегация, дерево)
[obj5] Field3 (титул, тип, размер, агрегация, дерево)
[obj6] Panel (титул, размеры, положение)
[obj7] Edit1 (титул, размеры, положение, данные)
[obj8] Edit2 (титул, размеры, положение, данные)
[obj9] EditData1 (титул, размеры, положение, данные)
[obj10] EditNumeric (титул, размеры, положение, данные)
[obj11] Button1 (титул, размеры, положение, данные)
[obj12] Button2 (титул, размеры, положение, данные)

Клиент в модуле генератор форм строит на основании оной структуры форму ввода.Генератор форм - это когда в базе есть данные типа:
Счета
Проводки
Клиенты
Документы
Валюты
КЛАДР

Клиент на основе этих данных сам строит формы ввода/вывода/поиска... Это и есть генератор интерфейса.

А вы описали просто один из вариантов хранения элементов интерфейса, без всяких генераторов - формы при этом создаются программистом.
...
Рейтинг: 0 / 0
Вроде-бы клиент-сервер... а вроде-бы и нет...
    #37189721
OptiX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Игорь ЧА разве в случае с веб-сервером это не трухзвенка? СУБД - веб-сервер - веб-браузер
конечно, трехзвенка
но нужно также детализировать каждое звено и указать используемые технологии взаимодействия
плюс можно разбить по процессам (где процесс строится только с использованием клиента, а где делается напрямую через БД...)

А вообще зависит, наверное, от целевой аудитории. Скажем, может быть достаточным просто "клиент-сервер", а может быть недостаточной дизайн-спецификация на 20 страниц :)
...
Рейтинг: 0 / 0
Вроде-бы клиент-сервер... а вроде-бы и нет...
    #37190052
Игорь Ч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alexeyvgГенератор форм - это когда в базе есть данные типа:
Счета
Проводки
Клиенты
Документы
Валюты
КЛАДР

Клиент на основе этих данных сам строит формы ввода/вывода/поиска... Это и есть генератор интерфейса.

А вы описали просто один из вариантов хранения элементов интерфейса, без всяких генераторов - формы при этом создаются программистом.
Ну вот... я же говорил, что не могу нормально описать то что сваял :). оказывается термины, которые я использовал, совсем из другой оперы :).
Где что можно почитать по теме, чтобы не выглядеть дремучим ?:)
...
Рейтинг: 0 / 0
Вроде-бы клиент-сервер... а вроде-бы и нет...
    #37190082
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Игорь Ч,
ну, ты должен был изначально определиться :)
вот я назвал випрос (визуализатор, интерпретатор, построитель объектно-реляционных структур), потом сделал
а ты сделал теперь имя ищешь :)
...
Рейтинг: 0 / 0
Вроде-бы клиент-сервер... а вроде-бы и нет...
    #37190176
Игорь Ч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Если-бы я был разработчиком в чистом виде и работал бы в девелоперской компании, я бы наверное так и сделал. Но я работаю в производственной компании. Проект родился пять лет назад, как некая насущная необходимость и со временем пришел к той структуре, что я попытался описать. В сущности база описывающая предметную область практически не изменилась. Изменился только клиент, и все что с ним связано.
...
Рейтинг: 0 / 0
Вроде-бы клиент-сервер... а вроде-бы и нет...
    #37190796
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Игорь ЧКак может называться такая конфигурация системы?
Клиент-сервер. Каждому клиенту открывается сессия на сервере БД. Расположение БЛ никакой роли не играет.
В 3-х звенке одна сессия обслуживает несколько клиентов. В рез-те 3-х звенки могут иметь не ограниченнок кол-во клиентов.
...
Рейтинг: 0 / 0
Вроде-бы клиент-сервер... а вроде-бы и нет...
    #37193404
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Игорь Чтогда непонятна аналогия между View и Генератором форм. В моей интерпретации генератор форм - это средство формирования формы ввода (редактирования, просмотра) на основании базы объектов. Например в базе объектов имеется такая структура:
[obj1] Form (титул, тип, размеры, положение, данные)
[obj2] Grid (титул, размеры, положение, данные)
[obj3] Field1 (титул, тип, размер, агрегация, дерево)
[obj4] Field2 (титул, тип, размер, агрегация, дерево)
[obj5] Field3 (титул, тип, размер, агрегация, дерево)
[obj6] Panel (титул, размеры, положение)
[obj7] Edit1 (титул, размеры, положение, данные)
[obj8] Edit2 (титул, размеры, положение, данные)
[obj9] EditData1 (титул, размеры, положение, данные)
[obj10] EditNumeric (титул, размеры, положение, данные)
[obj11] Button1 (титул, размеры, положение, данные)
[obj12] Button2 (титул, размеры, положение, данные)


Клиент в модуле генератор форм строит на основании оной структуры форму ввода.
вопрос - Зачем ты ЭТО сделал?
- ты засунул в БД описатель формы *.dfm с какой целью?
Или ЦЕЛЬ и ПРЕДМЕТ автоматизации.
...
Рейтинг: 0 / 0
Вроде-бы клиент-сервер... а вроде-бы и нет...
    #37193406
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
в Delphi всё это лежит в файле проекта, а потом вкомпилячивается в EXE.
...
Рейтинг: 0 / 0
Вроде-бы клиент-сервер... а вроде-бы и нет...
    #37195503
Игорь Ч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
:) затем, чтобы все это не включалось "в EXE"
Например не принято включать "в EXE" формы отчетов. А чем собственно форма ввода отличается от отчетной формы? тот-же документ. Кроме того есть желание вовсе отвязаться от реализации клиента, будь то Delphi, C## или Web приложение.
Цель, как обычно, глобальна - корпоративная информационная система. Программистов немного, зато много народа способного разработать отчет... скажем в FastRport. отсюда и желание максимально упростить и стандартизировать описание БП и запуск в ИС без каких либо глобальных изменений клиента - в идеале система должна формироваться на уровне моделирования бизнесс-процессов.
Предметом автоматизации до сих пор был предбиллинг, потом навернули аналитическую систему, мониторинг, интерконнект, раздельный учет... вобщем довольно большой объем задач автоматизации крупного оператора связи.
...
Рейтинг: 0 / 0
Вроде-бы клиент-сервер... а вроде-бы и нет...
    #37195516
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Игорь Ч:) затем, чтобы все это не включалось "в EXE"
Например не принято включать "в EXE" формы отчетов. А чем собственно форма ввода отличается от отчетной формы? тот-же документ. Кроме того есть желание вовсе отвязаться от реализации клиента, будь то Delphi, C## или Web приложение.
Цель, как обычно, глобальна - корпоративная информационная система . Программистов немного, зато много народа способного разработать отчет... скажем в FastRport. отсюда и желание максимально упростить и стандартизировать описание БП и запуск в ИС без каких либо глобальных изменений клиента - в идеале система должна формироваться на уровне моделирования бизнесс-процессов.
Предметом автоматизации до сих пор был предбиллинг , потом навернули аналитическую систему, мониторинг, интерконнект, раздельный учет... вобщем довольно большой объем задач автоматизации крупного оператора связи.
смотрел мультик, как крокодил Гена скворечник строил?
imho
...
Рейтинг: 0 / 0
Вроде-бы клиент-сервер... а вроде-бы и нет...
    #37195518
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Игорь ЧКроме того есть желание вовсе отвязаться от реализации клиента , будь то Delphi, C## или Web приложение.

ИС без клиента? Или я могу сейчас к Вам зайти в систему под Гостем?
...
Рейтинг: 0 / 0
Вроде-бы клиент-сервер... а вроде-бы и нет...
    #37195537
Игорь Ч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Смотрел, классный мультик, жизненный.

Нет, то что описано по системе уже сделано и работает. Клиенты действительно на делфях. Но не нравится мне это ужо. Хотел переехать на C##, дык ведь всю БЛ переписывать - сдохнеш.
Клиент есть, зачем, есть конечно, но работает по типу браузера. Взял шаблон документа, обработал...
...
Рейтинг: 0 / 0
25 сообщений из 29, страница 1 из 2
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Вроде-бы клиент-сервер... а вроде-бы и нет...
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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