Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Прочее";
Текущий архив: 2007.09.30;
Скачать: [xml.tar.bz2];

Вниз

Демонстрация "правильной" работы в системе Клиент-Сервер   Найти похожие ветки 

 
Alien1769 ©   (2007-09-03 13:25) [0]

Добрый день, мастера !
Есть ли демо-программа, которая давала бы возможность показать пользователям "правильную" организацию работы в системе клиент-сервер.

Я уже устал им показывать и рассказывать организацию такой работы.
Не так давно здесь подымал похожую тему Пашка Голубь, а я спрашиваю про демо-программу или ролик.

Чего посоветуете ?


 
Petr V. Abramov ©   (2007-09-03 13:26) [1]

пользователям или разработчикам?


 
Alien1769 ©   (2007-09-03 13:28) [2]

Пользователям.


 
Petr V. Abramov ©   (2007-09-03 13:33) [3]

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


 
Вася Правильный   (2007-09-03 13:38) [4]

сетевой интерфейс вынимаешь и показываешь, что так не работате


 
Alien1769 ©   (2007-09-03 13:45) [5]

Попытаюсь.
Люди раньше работали с таблицами Екселя и привыкли видеть все данные, а также их быстро изменять. Загружать все данные по сети долго. Теперь только по запросам. Это им не нравится, да еще другие пользователи их меняют или удаляют.

зы. Короче, они хотят работать так как работали и всю информацию контролировать.


 
Desdechado ©   (2007-09-03 13:50) [6]

Это организационные проблемы, когда "все хотят всё".
Разделить на сферы ответственности; закрепить в должностных инструкциях; показать, что данные актуальны на данный момент, а не вечно.


 
tesseract ©   (2007-09-03 13:54) [7]


> Теперь только по запросам. Это им не нравится, да еще другие
> пользователи их меняют или удаляют.


Чего-то я системы не понял :-) События в клент-сервер уже отменили ?


 
Alien1769 ©   (2007-09-03 13:56) [8]


> Это организационные проблемы, когда "все хотят всё".
> Разделить на сферы ответственности; закрепить в должностных
> инструкциях; показать, что данные актуальны на данный момент,
>  а не вечно.


Это я им рассказал. А вот начальник желает видеть ролик или "демку" дабы просто им дать посмотреть и после этого с них требовать.


 
222   (2007-09-03 13:59) [9]

"если за что-то отвечает более одного человека, виноватых не найти"


 
Alien1769 ©   (2007-09-03 14:01) [10]


> 222   (03.09.07 13:59) [9]
> "если за что-то отвечает более одного человека, виноватых
> не найти"


Ага, а еще лучше сменить организацию :))


 
Alien1769 ©   (2007-09-03 14:05) [11]


> События в клент-сервер уже отменили ?

События передаются всем клиентам в виде сообщения и записываются в файл на машине каждого клиента.
Да и обновляются данные периодически.


 
Jeer ©   (2007-09-03 14:07) [12]

Alien1769 ©   (03.09.07 14:01) [10]

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


 
Ega23 ©   (2007-09-03 14:11) [13]


> Это я им рассказал. А вот начальник желает видеть ролик
> или "демку" дабы просто им дать посмотреть и после этого
> с них требовать.


Напиши им простой пример: таблица на 500 строк и 2 клиента что-то меняют одновременно. Только 2 компа для демонстрации нужно.


 
Alien1769 ©   (2007-09-03 14:27) [14]


> Jeer ©   (03.09.07 14:07) [12]
> Alien1769 ©   (03.09.07 14:01) [10]
>
> В организации должен быть IT-отдел c начальником, непосредственно
> подчиненным руководителю организации, а еще лучше - зам.
> руководителя по информационным технологиям с соответствующими
> правами и полномочиями.
> Тогда вопрос бухов и пользователей - "а не вернуть ли нам
> все взад", будет по-максимуму риторическим.


Програмка нормально пашет и все выдает по требованию.
Другое дело, что я зря взялся за удаленку.
Шефу ихнему надо было контроль над работниками,
он его получил, а я получил лишние проблемы на голову.


 
Sergey13 ©   (2007-09-03 14:32) [15]

> [8] Alien1769 ©   (03.09.07 13:56)
> А вот начальник желает видеть ролик или "демку"

Матрицу им показать. И сказать, что это клиент-сервер. И все работает именно так. 8-)
А если серьезно, то пишется инструкция по работе с программой, визируется начальником и отслеживается ее выполнение (со всеми вытекающими).


 
Alien1769 ©   (2007-09-03 14:38) [16]


> пишется инструкция по работе с программой, визируется начальником
> и отслеживается ее выполнение

Согласен, причем инструкция на самого "дурака" :)


 
pasha_golub ©   (2007-09-03 15:05) [17]

Костец, гиблое дело. Если уж "программистам" не доказать нифига. То про пользователей и думать нечего.

Попробуй рассказать им, что данных не существует, а существует "срез данных на определенный момент". Как аналогию приведи пример, что вот минуту назад мы звонили человеку, а он уже умер. А мы этого не знаем, и чтобы узнать должны либо получить эту инфу от другого человека, либо еще раз позвонить этому человеку.

По сути это означает: либо мы получаем нотификацию от сервера/клиента (чаще от сервера) либо сами делаем рефреш.


 
pasha_golub ©   (2007-09-03 15:09) [18]

А про запросы, которые режут объем данных можно сказать так, мол, а нафига по  вашему в каждом населенному пункте имеется паспортный стол. Был бы один, там была бы самая актуальная информация.

И пущай представят себе такову ситуацию. Не панацея, конечно, но когда срываешься на крик, то более-менее ощутимый аргумент


 
Alien1769 ©   (2007-09-03 15:13) [19]

Хороший пример для дальнейших убеждений


 
Ega23 ©   (2007-09-03 16:41) [20]


> а нафига по  вашему в каждом населенному пункте имеется
> паспортный стол.


Очень хороший пример. Возьму на вооружение. Копирайт обязуюсь ставить.  :)


 
Черный Шаман   (2007-09-03 16:52) [21]


> Alien1769 ©   (03.09.07 13:45) [5]
>
> Попытаюсь.
> Люди раньше работали с таблицами Екселя и привыкли видеть
> все данные, а также их быстро изменять. Загружать все данные
> по сети долго. Теперь только по запросам. Это им не нравится,
>  да еще другие пользователи их меняют или удаляют.
>
> зы. Короче, они хотят работать так как работали и всю информацию
> контролировать.


Доска, мел, тряпка и в конце рабочего дня в Excel.

PS
Можешь реализовать динамическое кэширование данных. Но придеться дописывать хотя-бы тот же DbGrid, чтобы при изменении ползунка перечитывал данные. Не забудь выставить цену и время (если на зарплате) данной доработки руководству.


 
Черный Шаман   (2007-09-03 16:54) [22]


> Alien1769 ©   (03.09.07 13:56) [8]
>
> Это я им рассказал. А вот начальник желает видеть ролик
> или "демку" дабы просто им дать посмотреть и после этого
> с них требовать.


Сделай как здесь
http://debet.kiev.ua/objects/index.php?id=demoroliki


 
Alien1769 ©   (2007-09-03 17:06) [23]

Спасибо за совет


 
MsGuns ©   (2007-09-03 17:10) [24]

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


 
MsGuns ©   (2007-09-03 17:11) [25]

>Alien1769 ©   (03.09.07 14:05) [11]
>События передаются всем клиентам в виде сообщения и записываются в файл на машине каждого клиента.
Да и обновляются данные периодически.

Жуть !!!


 
pasha_golub ©   (2007-09-03 18:22) [26]


> MsGuns ©   (03.09.07 17:10) [24]
>
> "Мои" пользователи врубались, когда я им приводил пример
> с продажей ж/д билетов - на кой черт кассиру видеть ВСЕ
> места (в т.ч. проданные) на ВСЕ поезда на ВСЕ числа ?

Во! Классный пример! Спасибо.


 
Petr V. Abramov ©   (2007-09-03 23:36) [27]

не надо с юзерами разговаривать, надо с руководством того или иного уровня.
P.S примеры - 5++ !!!
в идеале юзеры разобьются на
операторов: вводят первичку - заказ, отрузка, пришло, ушло, зима, лето, родился, помер. Задача системы - обеспечить контроль корректности ввода и очевидных ошибок (не родить помершего)
оперативное управление:
за гранью очевидного контоля ввода принимать решение о дальнейшей судьбе введенного. Разработка правил контроля ввода, что автоматически, что через умного.
Начальство:
дать  -лей комсомольцам за фиговую работу. и за неуплату взносов
бк. но должны видеть все на 100 лет +- вперед. Отчет должен считаться соразмерно времени среднего базара по мобиле


 
pasha_golub ©   (2007-09-04 09:30) [28]


> не надо с юзерами разговаривать, надо с руководством того
> или иного уровня.

Тут, ты Петруха, прав конечно. Но это с операционистами нефиг разговаривать. А если уж человек, который будет дотачивать систему, или вообще берет ее в написание не понимает этого, то объяснить ему надо. У всех был момент перехода на клиент-сервер. Я себя помню. Ну, не укладывается оно в мозгах и все тут.


 
isasa ©   (2007-09-04 10:14) [29]

:)
А теперь то-же самое, только с точки зрения ADO.NET с его DataSet-ом и для юзеров.
Я думаю, в общие детали, особенно неподготовленого юзера, окунать не надо. Оно ему надо?
Меньше знаешь - лучше спишь ...


 
Alien1769 ©   (2007-09-04 10:55) [30]

Спасибо всем за советы.



Страницы: 1 вся ветка

Форум: "Прочее";
Текущий архив: 2007.09.30;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.53 MB
Время: 0.039 c
2-1188802124
Alex8
2007-09-03 10:48
2007.09.30
TDBGrid


1-1184932927
Ice-T
2007-07-20 16:02
2007.09.30
Приложение и его главное окно - странный эффект


3-1176212743
timonissimo
2007-04-10 17:45
2007.09.30
Delphi + Excel + access = out of memory


15-1188493388
mail.ru
2007-08-30 21:03
2007.09.30
где достать компонент для работы с маил.ру агентом?


2-1188810161
b1099
2007-09-03 13:02
2007.09.30
BDE





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский