Просили узнать. сколько примерно будет стоить настроить
1. установка модема DSL
2. Установка и настройка прокси сервера WWW,FTP, NAT
3. Установка и настройка Symantec Antivirus Corporate Edition на 5 компьютерах,
Примерно 10-15 % от стоимоти ПО. Если продукт свободный то 20% от стоимости аналогичного по функционалу платного софта.
C www, ftp, nat немного сложней эти "ребята" требуют к себе постоянного внимания. Заключается договор на периодическое обслуживание 1 час примерно 20-25 $ установка будет оплачиваться по этому тарифу(установка и настройка, если не требуется чего-то особенного примерно 2-3 часа). Ну а DSL по прайсу Дальсвязи примерно 30 $.
Цитировать
Установка(с настройкой) ОС (Windows)
Ну, установка смотри выше.
Цитировать
Чистка от вирусов
Это периодическая работа такого рода обслуживание 7-10 $ на рабочей станции на серверах 20-25$
Цитировать
3. Написание базы данных.
- основная форма ввода (около 50 данных о клиенте)
- пара-тройка средних по сложности отчетов
- форма поиска
- сетевая
Что касается инженеринга БД, то это также труд требует постоянного внимания. Все зависит от инструмента. В этом пункте очень много еще надо уточнить чтобы дать оценку в деньгах. Хотя схема 20 $/час вполне подойдет
L@mer, 10q!
Цитата: L@mer от 08:45, 02 марта, 2006
Что касается инженеринга БД, то это также труд требует постоянного внимания. Все зависит от инструмента. В этом пункте очень много еще надо уточнить чтобы дать оценку в деньгах. Хотя схема 20 $/час вполне подойдет
20-25$/час это берут при поддержке БД / ПО ..т.е. придти, почистить, обновить, ответить на вопросы и т.п.,а разработку лучше оценивать разово... только для этого нужно сначала полностью описать ТЗ (написание которого, кстати тоже денег стиот). доработка сверх ТЗ - это уже как договришься...можно по часам, можно и на фиксированную сумму - в зависимости от задания.
Я чистым инженерингом БД не занимаюсь, хотя очень давно весьма плотно крутил Fox Pro 2.X.
Сейчас для меня БД это подсобный инструмент для web сервисов, биллинга и других служб. И естественно (на первые роли выходит мускул, ну в последнее время разработчики на postgres стали обращать внимание, что ИМХО очень правильно). У меня шесть баз(рабочих) на мускуле, весь софт уже обновил до поддержки postgres, осталось мягко импорт- экспорт баз сделать. Так что в ценах на БД не очень.
Цитата: yellow от 10:35, 02 марта, 2006
Я на 1С-е делал. Вернее начал делать. Запросил всего 15000. Сказали, что типо найдут за 3000 :smoke: Знакомые из одной конторы, которая занимается также разработкой ПО, сказали, что за такую работу 15000 очень мало. Ну пусть ищут за 3000 :smoke:
найдут студента практиканта, он бесплатно сделает :)))
Цитата: yellow от 08:31, 02 марта, 2006
Написание базы данных.
- основная форма ввода (около 50 данных о клиенте)
- пара-тройка средних по сложности отчетов
- форма поиска
- сетевая
Цитата: yellow от 10:35, 02 марта, 2006
Я на 1С-е делал. Вернее начал делать. Запросил всего 15000. Сказали, что типо найдут за 3000 :smoke: Знакомые из одной конторы, которая занимается также разработкой ПО, сказали, что за такую работу 15000 очень мало. Ну пусть ищут за 3000 :smoke:
а не мог бы ты немного поподробнее расписать что именно надо.
какие данные....и чего за отч?ты?
Цитата: yellow от 10:42, 02 марта, 2006
Короче программка для регистратуры одного мед учреждения. Регистрация больных по установленным мед формам и т.д. Всего там 4 модуля. И в среднем по три отчета на каждый модуль. 15000 это по знакомству. Так оно на много больше стоит.
хм.
а что за модули?
Пишу на Дельфи любые проги (в пределах разумного). За плату.
Цитата: абревиатура от 17:45, 13 марта, 2006
Пишу на Дельфи любые проги (в пределах разумного). За плату.
Плата в пределах разумного? :)
Цитата: Vad от 18:09, 13 марта, 2006
Плата в пределах разумного? :)
А ч? надо-то?
Интересно соотношение уровня и запросов...
Цитата: yellow от 10:35, 02 марта, 2006
Я на 1С-е делал. Вернее начал делать. Запросил всего 15000. Сказали, что типо найдут за 3000 :smoke: Знакомые из одной конторы, которая занимается также разработкой ПО, сказали, что за такую работу 15000 очень мало. Ну пусть ищут за 3000 :smoke:
Смотря на чем делать, если на ACCESS'е нарисовать за час-другой, можно
и за 3-4 тысячи, а остальное вытянуть за поддержку, которую неизбежно попросят.
А если наворачивать по-серьезному, то и 1000$ мало..
Легкий офф: мне сильно нравится, как люди (заказчики)
оценивают работу по созданию сайтов, которые бывают
не сильно проще подобной работы ;) Интересные параллели...
Мне кажется оценка труда(денежная) в рыночных условиях быстро устанавливается и саморегулируется. А заказчик всегда хочет как можно дешевле и это нормально.
Цитата: L@mer от 00:13, 14 марта, 2006
А заказчик всегда хочет как можно дешевле и это нормально.
Естественно..., но...
Особенно интересна фраза "а мы можем у других заказать"...
в таких случаях хочется пожелать "счастливого пути..."
Цитата: абревиатура от 17:45, 13 марта, 2006
Пишу на Дельфи любые проги (в пределах разумного). За плату.
Сколько будет стоить, скажем, написание АС персонифицированного учёта предприятия?
какой опыт работы?
готовые проекты?
Цитировать
Сколько будет стоить, скажем, написание АС персонифицированного уч?та предприятия?
:coolgay :coolgay :coolgay
там уточнение в пределах раумного. Хотя это может лидер группы програмистов, тогда все возможно.
Цитата: L@mer от 09:49, 14 марта, 2006
там уточнение в пределах раумного. Хотя это может лидер группы програмистов, тогда все возможно.
;-)
ну, подожд?м'c ответа :)
К этому вопросу надо относиться философски. Это рынок, есть продавец(хорошо когда не один) и покупатель(хорошо когда не один) торг всегда уместен, просто получается все в личном контакте. Ведь банальная покупка в магазине тоже самое, вы подошли, посмотрели не понравилось, пошли в другой( и представьте в магазине из которого вы уходите Вас посылают в "счастливый путь", я думаю что человек больше не пойдет в этот магазин). Если все уходят, тогда это диагноз и надо пересматривать позицию, а так кто-то ушел, пришли другие все нормально это рынок...
Цитата: Vad от 22:10, 13 марта, 2006
Интересно соотношение уровня и запросов...
Какие соотношения? В пределах разумного имеется в виду что системы ИИ или игрухи навроде кваки я естественно писать не берусь (хотя было бы желание и участники, хорошо знаю OpenGL). Пишу сетевые/локальные БД под станд. BDE или SQL Server (с польз. приложением на дельфях), системы контроля за сетью, сист. утилиты, расч?тные проги, проги для работы с нетом и пр.
Цитата: Klyk от 09:45, 14 марта, 2006
Сколько будет стоить, скажем, написание АС персонифицированного уч?та предприятия?
какой опыт работы?
готовые проекты?
Смотря какой объ?м работы, смотря что должно входить в такую систему. Поконкретней пожалуйста.
ОК
Тогда конкретно, например:
http://www.pkforum.ru/board/index.php?topic=7690.0
-------------------------------------------------------
3. Написание базы данных.
- основная форма ввода (около 50 данных о клиенте)
- пара-тройка средних по сложности отчетов
- форма поиска
- сетевая
-------------------------------------------------------
За сколько и как быстро?
Цитата: абревиатура от 11:28, 14 марта, 2006
Смотря какой объём работы, смотря что должно входить в такую систему. Поконкретней пожалуйста.
поконкретней.
а что может быть конкретней.
Персонифицированный учёт он и в африке персонифицированный :)
фиксирование всех перемещений сотрудников компании: приёмы, перемещения по службе, увольнения, отпуска, отгулы, больничны, командировки и т.д. Ну и соответственно ко всему вышеперечисленному формы по ОКУД. И Всё согласно трудовому кодексу.
...ладно проехали
Цитата: Klyk от 11:47, 14 марта, 2006
поконкретней.
а что может быть конкретней.
Персонифицированный уч?т он и в африке персонифицированный :)
фиксирование всех перемещений сотрудников компании: при?мы, перемещения по службе, увольнения, отпуска, отгулы, больничны, командировки и т.д. Ну и соответственно ко всему вышеперечисленному формы по ОКУД. И Вс? согласно трудовому кодексу.
...ладно проехали
Ну в общем так скажу, я не юрист тонкости трудового кодекса ест. не знаю и знать в принципе не обязан, была бы задача ч?тко поставленна и тех. задание, ОКУД это помоему ГОСТ какой-то с формами документов? Формы в эл. варианте есть естесственно? И я так понимаю эта АСУ для отдела кадров? Локальная?
Цитата: Vad от 11:29, 14 марта, 2006
ОК
Тогда конкретно, например:
http://www.pkforum.ru/board/index.php?topic=7690.0
-------------------------------------------------------
3. Написание базы данных.
- основная форма ввода (около 50 данных о клиенте)
- пара-тройка средних по сложности отчетов
- форма поиска
- сетевая
-------------------------------------------------------
За сколько и как быстро?
Для мед. регистратуры? А сколько людей должно на ней работать? И как сейчас работа происходит - в бумажном виде или электронном? Если в эл. то на ч?м?
Цитата: L@mer от 10:01, 14 марта, 2006
Ведь банальная покупка в магазине тоже самое, вы подошли, посмотрели не понравилось,
пошли в другой( и представьте в магазине из которого вы уходите Вас
посылают в "счастливый путь", я думаю что человек больше не пойдет в этот магазин).
Если все уходят, тогда это диагноз и надо пересматривать позицию, а так кто-то
ушел, пришли другие все нормально это рынок...
Естественно. Просто преподносится это иногда столь оригинально
(хотя теперь это в общем-то не имеет значения) что прям хочется послать... :)...
Если человек пришел, посмотрел, спросил и ушел - это нормально,
а если пришел посмотрел, обо... (ну вы поняли ;) )
и ведет себя так, как будто делает одолжение "снизойдя", это совсем другое.
Но это нюансы "человеческих отношений". Которые, надо сказать,
уже порядком до.....
ИМХО в хорошем деле мастер не должен общаться с любопытствующими, у него есть его инструменты, материалы, задача и от него нужен качественный результат. А без полного погружения, самоотдачи результата не будет. Капиталисты это поняли давно и поэтому у каждого мастера есть менеджер, в чьи обязанности входит работа с клиентом. Тем самым, ограждая мастера от не нужных мыслей и душевных терзаний. Хороший менеджер это лицо фирмы, хороший мастер это сама фирма.
P.S. Причем мастер нанимает менеджера, а не наоборот.
Эх, мечты, мечты (о менеджере)... как часто им не суждено сбыться...
Цитата: yellow от 11:53, 14 марта, 2006
Это стоит около 7000 рэ. :degen Называется: 1С "Зарплата+Кадры". :smoke: ( Вовка! Тока не бить :degen)
не буду. тут ты прав. :)
я говорю не о базовых конфигурациях готовых решений :)
Цитата: абревиатура от 12:03, 14 марта, 2006
Ну в общем так скажу, я не юрист тонкости трудового кодекса ест. не знаю и знать в принципе не обязан, была бы задача чётко поставленна и тех. задание, ОКУД это помоему ГОСТ какой-то с формами документов? Формы в эл. варианте есть естесственно? И я так понимаю эта АСУ для отдела кадров? Локальная?
Знать, конечно не обязан, но тогда какой результат получится? Если ты не знаешь нормативной базы какой-либо информационной системы, соответственно ни о каком нормальном документообороте не может быть и речи.
Хотя,"Если автоматизировать бардак, то получится автоматизированный бардак"
ЗЫ. Сетевая.
ЗЗЫ. Хотел бя я посмотреть на полное ТЗ для такой задачи. я имею ввиду так чтоб не пришлось потом переделывать, доделывать, исправлять и ты.ды.
Цитата: Klyk от 13:00, 14 марта, 2006
не буду. тут ты прав. :)
я говорю не о базовых конфигурациях готовых решений :)
Знать, конечно не обязан, но тогда какой результат получится? Если ты не знаешь нормативной базы какой-либо информационной системы, соответственно ни о каком нормальном документообороте не может быть и речи.
Хотя,"Если автоматизировать бардак, то получится автоматизированный бардак"
ЗЫ. Сетевая.
ЗЗЫ. Хотел бя я посмотреть на полное ТЗ для такой задачи. я имею ввиду так чтоб не пришлось потом переделывать, доделывать, исправлять и ты.ды.
Я же не сказал что я не обязан вникнуть и разобраться. К примеру писал БД для одного ТСЖ ничего не занл ни о бланках ни о расч?те кв. платы, бухгалтер грамотно вс? объяснил расч?тные формулы прив?л и т.п. Вс? - БД написана, никакого бардака нет. Для ЖКХ писал программы по инвентаризации домов и остального имущества, там у них тоже много всякой хрени бухгалтерской и нормативной было, то же самое! Если грамотно вс? растолкуют как оно в принципе должно быть, если есть готовые станд. формы и т.д. никакого бардака не будет. Бардак бывает от того что заказчик порою сам не знает чего хочет, или ставит противоречивые задачи, или уже по ходу написания что нить вспоминает что нужно было раньше сказать или просит что то в корне переделать. Вот тогда бывает бардак.
Цитата: абревиатура от 12:05, 14 марта, 2006
Для мед. регистратуры?
А сколько людей должно на ней работать?
И как сейчас работа происходит - в бумажном виде или электронном?
Если в эл. то на ч?м?
Да
Сетевая
По разному
На компьютере
Цитата: Vad от 14:08, 14 марта, 2006
Сетевая
Сколько клиентов будет? На скольких компах стоять должна?
Цитата: Vad от 14:08, 14 марта, 2006
На компьютере
В каком виде на компьютере данные храняться? Если писать БД, то существующие уже данные прид?ться забивать в БД.
Я ж не знаю как у вас оно сейчас обстоит. Если к примеру бланки в ?кселе упорядочены то можно конвертатор написать что бы он автоматически все данные в БД перев?л что бы вручную их не переписывать.
Цитата: абревиатура от 14:35, 14 марта, 2006
Если к примеру бланки в ?кселе упорядочены то можно конвертатор написать что бы он автоматически все данные в БД перев?л что бы вручную их не переписывать.
в в?рде.
и то не все. часть удаляли или не сохраняли, или переписывали поверх старых
Ч? то я не пойму, кому ч? надо? С кем из вас общаюсь?
Если в ворде то хуже, скорее всего вручную забивать прид?тся с нуля.
Пишите в личку!
Цитата: абревиатура от 16:03, 14 марта, 2006
Чё то я не пойму, кому чё надо? С кем из вас общаюсь?
Если в ворде то хуже, скорее всего вручную забивать придётся с нуля.
Пишите в личку!
Не, давай лучше здесь. про вёрд я просто предположил.
С моим вопросом понятно, что тебе нужно чёткое ТЗ которое тебе никто не даст, по причине того что для этой задачи его очень трудно сформулировать, а помочь составить его ты не сможешь, так, как не обладаешь знаниями того, что должно лежатиь в аснове этой БД.
Цитата: Klyk от 16:05, 14 марта, 2006
Не, давай лучше здесь. про в?рд я просто предположил.
...по причине того что для этой задачи его очень трудно сформулировать, а помочь составить его ты ...
Так! Я полагаю у вас есть кадровик (юрист или бухгалтер), который во вс?м это разбирается? Есть формы документов? Этот человек я думаю сможт мне рассказать (или даже сам распределить) какие документы к каким разделам (прообразам таблиц) относятся (при?м на работу, отпускники, на больничном и т.д.)? Он также сможет предоставить полный перечень данных которые будут описывать сущности (ИНН, серийник паспорта, ФИО и т.п.)?
Вс?!
Больше мне ничего в принципе не надо. На основе этого можно составить инфологическую модель.
Цитата: абревиатура от 14:35, 14 марта, 2006
Сколько клиентов будет? На скольких компах стоять должна?
В каком виде на компьютере данные храняться? Если писать БД, то существующие уже данные прид?ться забивать в БД.
Я ж не знаю как у вас оно сейчас обстоит. Если к примеру бланки в ?кселе упорядочены то можно конвертатор написать что бы он автоматически все данные в БД перев?л что бы вручную их не переписывать.
Я заказчик, у меня есть деньги и есть проблема...
Мне нужно узнать цену и время выполнения.
Меня не парит БД или ВД.
Конвертер я знаю только УКВ и т.д. и т.п.
В общем все ясно. Это живой пример как не нужно программистом
пытаться заработать деньги на стороне.... :degen
Цитировать
Так! Я полагаю у вас есть кадровик (юрист или бухгалтер), который во вс?м это разбирается? Есть формы документов? Этот человек я думаю сможт мне рассказать (или даже сам распределить) какие документы к каким разделам (прообразам таблиц) относятся (при?м на работу, отпускники, на больничном и т.д.)? Он также сможет предоставить полный перечень данных которые будут описывать сущности (ИНН, серийник паспорта, ФИО и т.п.)?
Вс?!
Больше мне ничего в принципе не надо. На основе этого можно составить инфологическую модель.
Как все просто, пришел тебе все рассказали, показали даже шаблоны предложили.
Чувствуется "большой" опыт работы в нашей действительности.
Цитата: Vad от 16:22, 14 марта, 2006
Я заказчик, у меня есть деньги и есть проблема...
Мне нужно узнать цену и время выполнения.
Меня не парит БД или ВД.
Время от двух недель и выше. Но скорее не больше месяца.
Цена от 1000$.
Вс? зависит от сложности проекта.
Что за больница то?
Случайно не 1-ая городская?
Цитата: Vad от 16:22, 14 марта, 2006
Конвертер я знаю только УКВ и т.д. и т.п.
А ч? это такое? :4mok
Цитата: Vad от 16:22, 14 марта, 2006
Это живой пример как не нужно программистом
пытаться заработать деньги на стороне.... :degen
А с чего решили что на стороне? Может я вообще безработный.
Цитата: абревиатура от 16:20, 14 марта, 2006
Так! Я полагаю у вас есть кадровик (юрист или бухгалтер), который во вс?м это разбирается? Есть формы документов? Этот человек я думаю сможт мне рассказать (или даже сам распределить) какие документы к каким разделам (прообразам таблиц) относятся (при?м на работу, отпускники, на больничном и т.д.)? Он также сможет предоставить полный перечень данных которые будут описывать сущности (ИНН, серийник паспорта, ФИО и т.п.)?
Вс?!
Больше мне ничего в принципе не надо. На основе этого можно составить инфологическую модель.
идиалист, вы, однако.
нет такого человека. в том то и проблема.
юрист знает законодательство, кадровик знает практическую сторону этого вопроса, которая часто не совпадает с мнением юриста.
Формы документов юрист не знает, знает только кадровик, и то только в в?рде он их видел.
с кого просить ТЗ?
и уж темболее прообразы таблиц, о которых ни тот ни другой не имеет представления.
А ещ? есть такой момент.
Кадровику или юристу, вообще нафиг не нужно менять то что существует, есть бардак и ему больше не нужно.. соответственно и желания работать с тобой и объяснять тебе как и что у него происходит он тебе не будет
а навести порядок нужно руководству компании, которое собственно, и платит тебе.
только вот руководство компании знать не знает ни трудового законодательства, ни практическо стороны и специфики работы кадровика... соответственно оно тебе вообще ничего не скажет.
Цитата: L@mer от 16:26, 14 марта, 2006
Как все просто, пришел тебе все рассказали, показали даже шаблоны предложили.
Чувствуется "большой" опыт работы в нашей действительности.
:yes :yes :yes
Цитата: абревиатура от 17:00, 14 марта, 2006
Время от двух недель и выше. Но скорее не больше месяца.
Цена от 1000$.
Вс? зависит от сложности проекта.
Что за больница то?
Случайно не 1-ая городская?
А ч? это такое? :4mok
А с чего решили что на стороне? Может я вообще безработный.
Да нет, это вопрос на примере Желтого.
От 1000$ для больницы ... :lol:
Цитата: L@mer от 16:26, 14 марта, 2006
Как все просто, пришел тебе все рассказали, показали даже шаблоны предложили.
Чувствуется "большой" опыт работы в нашей действительности.
В том то и дело - опыт есть :yes Поэтому и хочу упростить себе задачу. А то бывает такая ситуация - напишите мне то, не знаю что :degen
А что касаемо шаблонов документов, посмотрел в нете что такое ОКУД "Общероссийский классификатор управленческой документации (ОКУД)", то есть это гост. стандарт на документы и шаблоны и я так полагаю документы должны быть стандартные, то ЕСТЬ ГДЕ ТО ОНИ УЖЕ ЕСТЬ и разрабатывать их не надо.
И насч?т данных - ну откуда я знаю какие данные должны описывать сущности??? Мне их надо предоставить. К примеру я описываю работу судостроительной верфи, я ж программер а не механик, ну откуда я знаю какие детали, станки, приспособления и т.п. там есть? Со мной за стол переговоров садиться механик (в вашем случае юрист или кадровик) и предоставляет ВСЕ (что бы потом не пришлось дописыват, что может быть чревато если модель уже готова) данные по станкам и отв?рткам. Дальше мы вместе вс? это дело классифицируем, разбиваем по т.с. рубрикам. Потом я, уже вникнувший, составляю инфологическую модель и приступаю к реализации.
Цитата: Klyk от 17:05, 14 марта, 2006
идиалист, вы, однако.
не успел прочесть;)
Цитата: абревиатура от 17:18, 14 марта, 2006
не успел прочесть;)
ну там как раз ответ на Ваш последний пост.
по поводу ОКУД.
это жешь печатные формы. они есть. в вёрде (можно взять в любой СПС). чего их разрабатывать :)
По поводу, к примеру, механника.
с ним ещё ужно уметь разговаривать на одом и том же языке.....
а для этого надо знать хоть немного то, с чем он работает.
.....и всё равно он тебе ВСЁ не расскажет.
Цитата: Klyk от 17:30, 14 марта, 2006
По поводу, к примеру, механника.
с ним ещ? ужно уметь разговаривать на одом и том же языке.....
а для этого надо знать хоть немного то, с чем он работает.
.....и вс? равно он тебе ВС? не расскажет.
Вот тут вы кстати не правы. Для меня станок - всего лишь абстрактная сущность у которой есть атрибуты - серийный номер, срок эксплуатации, выработка.
Цитата: Vad от 17:14, 14 марта, 2006
Да нет, это вопрос на примере Желтого.
От 1000$ для больницы ... :lol:
А что - больница бедная?
Ну а во сколько вы сами интересно оцениваете такую работу?? И сколько готовы заплатить? Ведь под это дело из бюджета больницы выделяется сумма. Интересно какая?
Цитата: абревиатура от 17:46, 14 марта, 2006
Вот тут вы кстати не правы. Для меня станок - всего лишь абстрактная сущность у которой есть атрибуты - серийный номер, срок эксплуатации, выработка.
:)) ок. как скажешь.
Возьмём бухгалтерию.
к примеру регресся и сторнировка для тебя тоже просто атрибуты?
ЗЫ. давно не видел практика, который так яростро оперирует терминами из теории БД.
Да не такая уж большая сумма $1000.
Я бы сказала, что минимум для небольшого проекта.
И программу нужно оценивать не по тому, сколько труда на нее затратил программист, а сколько труда она сбережет на предприятии.
И вообще у нас в сфере ИТ расценки неадекватные совершенно.
Только в последнее время начали подтягиваться.
Руководство наконец-то начинает понимать, что нанять трех студентов с зарплатой по пять штук в месяц нифига не выгодней, чем держать одного хорошего специалиста с зарплатой 25.
И с программами то же самое.
Редко на каких предприятиях ДЕЙСТВИТЕЛЬНО существует необходимость что-то под них программировать.
Но если уж она встала, то нужно вкладываться.
Иначе юзайте готовые решения, благо их сейчас в избытке.
Цитата: Rara_Avis от 18:01, 14 марта, 2006
Да не такая уж большая сумма $1000.
Я бы сказала, что минимум для небольшого проекта.
И программу нужно оценивать не по тому, сколько труда на нее затратил программист, а сколько труда она сбережет на предприятии.
есть даже специальные алгоритмы обсч?та этой стоимости, в которую входит и экономия труда на предприятии, и затраченное время ра работу, и электроэнергия и куча ещ? всего.
только вот нито так не считатет. да и реальные цивры экономии рабочего времени можно увидеть только уже когда проект какое-то время отработает и отладится.
Цитата: Klyk от 17:58, 14 марта, 2006
:)) ок. как скажешь.
Возьм?м бухгалтерию.
к примеру регресся и сторнировка для тебя тоже просто атрибуты?
ЗЫ. давно не видел практика, который так яростро оперирует терминами из теории БД.
Вот только не надо этого... Я думаю вы прекрасно догадываетесь что это для меня пустые звуки. "сторнировка" вообще первый раз слышу.
Вот поэтому то и нужна будет плотная работа с бухгалтером! Что бы он мне объяснил чего же он хочет!
Цитата: Rara_Avis от 18:06, 14 марта, 2006
Редко на каких предприятиях ДЕЙСТВИТЕЛЬНО существует необходимость что-то под них программировать.
Но если уж она встала, то нужно вкладываться.
Иначе юзайте готовые решения, благо их сейчас в избытке.
готовые решения это одно. мы об оценке именно разработки.
кстати настройка готовых решений, если она делается, не штатными работниками, тоже денег стоит.
Цитата: абревиатура от 18:08, 14 марта, 2006
Вот только не надо этого... Я думаю вы прекрасно догадываетесь что это для меня пустые звуки. "сторнировка" вообще первый раз слышу.
Вот поэтому то и нужна будет плотная работа с бухгалтером! Что бы он мне объяснил чего же он хочет!
Вот я вам о ч?м и говорю, что нужно говорить с тем, кто обяъсняет постановку задачи хоть немного на одном и том же языке. :)
ещ? есть трабл (из жтой же серии) что когда разговариваешь с одним человеком, он тебе говорит слово и подразумевает под ним что-то одно.
приходищь общаться к другому, он оперирует теми же терминами, но имеет ввиду совсем другое.
потом пойди и разберись.
Кстати, по поводу электронных бланков документов - они все есть в Консультанте, приходилось пользоваться при разработке.
Несогласна и насчет того, что нельзя сразу получить конкретное ТЗ. Бывали и такие случаи в моей практике :)
Попробуйте поговорить непосредственно с тем пользователем, котрый будет работать с программой :)
Сразу узнаешь массу ценной информации, чего он делает, как, чего ему не хватает. Плюс всегда есть нормативка.
В конце концов, программисту вовсе не необходимо так уж глубоко вникать в суть процесса. Программа работает с цифирками. Цифирки могут быть равны или неравны. Их можно складывать, вычитать, умножать и т. п. Смысл каждой формулы понимать необязательно.
А вообще ТЗ можно и себе самому составить.
От заказчика нужно добиться при этом ответа на всего лишь один вопрос:
-Что должна делать программа?
И все записать. По пунктам.
Исходя из этого уже решается, какое информационное наполнение там необходимо, кто будет работать с программой, техническая реализация и всяческая хрень. Однако это уже в ведении специалиста-проектировщика.
Разработка вообще дело очень дорогостоящее.
Это как купить костюм в магазине или сшить на заказ у портного.
Поэтому первый вопрос, который стоит поставить: а это действительно нужно?
Может существуют уже готовые решения?
$500 баксов маловато. Но для больницы можно сделать скидку :)
Кстати, ок $500 стоит хороший велосипед... :)
Но тут уж действительно, как договоришься.
Опять же при оплате разработки обычно на стоимость влияют следующие вопросы:
1) Передается ли интеллектуальная собственность? (исходники и право их свободного, в т. ч. и коммерческого использования).
2) Или исходники с правом допработки своими силами, но не коммерческого использования?
3) Или вообще исходники не передаются и программа работает до первого изменения нормативки :)?
2) Сопровождение программы после устранения недочетов и багов (принято примерно полгода сопровождения изначально забивать в стоимость работ).
3) Возможно ли сопровождение программы сторонними специалистами? Понимается предоставление технических карт и описаний, хелпа и прочей документации.
И так далее и тому подобное...
Так что с учетом этих факторов стоимость может варьироваться практически как угодно...
А договориться с пользователем всегда можно. Любой специалист может просто и внятно объяснить в общих чертах в чем состоит его работа. Иначе он не специалист :)
Да и в программисты подаются люди с интеллектом никак не ниже среднего :)
По своему опыту - проблемы непонимания с заказчиком работ никогда не возникало. Либо меня консультировали, либо отсылали к нужым нормативным документам.
Скидка - это конечно здорово. Главное, чтобы у предпринимателей не сложилось впечатление, что разработка ИС действительно столько и стоит :)
Пример с велосипедом обычно действует отрезвляюще, когда встает вопрос о цене.
$500 адекватная цена для программы, решающей одну конкретную задачу:
конвертер какой-нить, например, или несетевая простейшая база на одного пользователя с несколькими отчетами, статичный веб-сайт... Впрочем, в веб еще вопрос о дизайне стоит.
А вообще чаще всего проблема в том, что заказчик хочет микроскоп, чтобы забивать им гвозди. И поэтому цена ему кажется несусветной :)
CODE HTML FOR FOOD - англоязычный вариант подписи :) Старенький прикол, но забавный.
Это снимок из будущего. Те кто вовремя не освоил JAVA. :coolgay :lol: :lol: :lol:
Цитата: абревиатура от 17:49, 14 марта, 2006
А что - больница бедная?
Ну а во сколько вы сами интересно оцениваете такую работу?? И сколько готовы заплатить? Ведь под это дело из бюджета больницы выделяется сумма. Интересно какая?
Не в том дело что больница бедная, а в том, что такую цену не заплатят.
Не жадностью и эксклюзивом нужно брать, а скоростью и объемом.
Красная цена этой программе "с нуля" -
300$ - 5 дней или
200$ - 2 недели (грубо даже не зная подробностей)
И абсалютно не должно волновать, что в чем хранится, какие данные где сидят,
если конечно есть опыт в этой области.
Но проблема в том, что все начинающие программеры, каждый раз начинают создавать
эксклюзивный шедевр "на века", а получают в лучшем случае пятиколесный велосипед
с MP3 плеером.
Из данного топика четко просматривается, что наличие в организации грамотного системщика, и системного интегратора не роскошь, а острая необходимость. Масса вопросов была бы решена на стадии зарождения. Да и стратегию ИТ в организации можно было бы увидеть. А так получается за софт как на базаре, "килограм за полтину" и подход базарный больше,быстрее, дешевле. У каждой организации должна быть своя информационная политика и под стратегическую линию подбираются решения. А кто этого не понял и считает что можно отделаться сдельщиной, пусть "жует кактусы, колется и плачет" пока не поймет что в жизни есть ананасы, но только их надо выращивать или покупать, куда дороже чем кактусы.
P.S. Ничего не имею против кактусов, вообще один из моих любимых цветков.
L@mer, +1.
Цитата: абревиатура от 17:45, 13 марта, 2006
Пишу на Дельфи любые проги (в пределах разумного). За плату.
А коробочка у тебя есть, лицензионная?
Цитата: yellow от 19:30, 14 марта, 2006
Ну, конечно! Проще сделать залипуху за 200 баксов. Вот пусть начинающие программеры этим и занимаются.
Ох уж.
не считаю себя спецом, но кое что всётаки понимаю, и с Вадом согласен на 100%.
Цитата: yellow от 20:39, 14 марта, 2006
не считаю себя спецом, но кое что вс?таки понимаю, и с Вадом согласен(с) на 50% :pain25
:-)
я кстати почему тогда и заинтересовался этим вопросом, зря ты с ними не разговариваешь больше :)
раз уж тут куча "спецов" собралась....да ещ? и с опытом :)
предлагаю составить, хотя бы на примере того же медучереждения, небольшое Т.З. и каждый предложит свой вариант решения. там и посмотрим у кого что получится.
Или всем "спецам" бесплатно писать влом?
Цитата: yellow от 20:50, 14 марта, 2006
Если честно, то и за деньги влом :degen А смысл?
в принципе да... тоже не вижу.
Ладно. я лучше помолчу.
А то я тут на фоне людей с богатым опытом общения с пользователями и постоения ИС просто как-то неуютно себя чувствую.
Цитировать
предлагаю составить, хотя бы на примере того же медучереждения, небольшое Т.З. и каждый предложит свой вариант решения. там и посмотрим у кого что получится.
ИМХО в данной ситуации смоделировать БД не самый большой и сложный труд. Объекты давно известны и в большинстве случаев поддаются осмысленному восприятию. У меня книга по Visual Fox была так там все излагалось на примере подобного учреждения, но книга переводная. Так вот сами объекты это хорошо, но дальше ими надо оперировать и тут начинается самое интересное у наших людей такая богатая фантазия, что запрограммировать все возможные идеи русского человека, просто не реально. У них на западе два десятка операций и всем хорошо, а у нас кому-то пол отпуска кому-то две третьих, кого-то из отпуска вызовут и тому подобных вариантов масса. А если "компьютер" этого не понимает, то плохой компьютер и его дрессировщик.
Так что саму БД сваять можно, логику в процедуры, на php или java web интерфейс и Delphi не нужен, на любой платформе работать будет. Вот только что в процедуры писать, здесь без работников фирмы не обойтись.
В общем так, если кого что конкретно интересует (я имею в виду заказ!) то обсуждать это надо в реале, минимум по телефону. Пишите в личку! Свяжемся - обсудим.
Цитата: Klyk от 20:32, 14 марта, 2006
L@mer, +1.
А коробочка у тебя есть, лицензионная?
А ч? это такое? :gy:
"
? Ответ #2 : Марта 02, 2006, 08:31 ? Цитировать
--------------------------------------------------------------------------------
Да. И еще:
1. Установка(с настройкой) ОС (Windows)
2. Чистка от вирусов
3. Написание базы данных.
- основная форма ввода (около 50 данных о клиенте)
- пара-тройка средних по сложности отчетов
- форма поиска
- сетевая"
Цитата: Vad от 19:11, 14 марта, 2006
Не в том дело что больница бедная, а в том, что такую цену не заплатят.
Не жадностью и эксклюзивом нужно брать, а скоростью и объемом.
Красная цена этой программе "с нуля" -
300$ - 5 дней или
200$ - 2 недели (грубо даже не зная подробностей)
Такс, сегодня 14-ое, сообщение первое было 2-го, прошло 12 дней, практически две недели. Вот интересно, нашло ли это мед. учреждение кого нить за это время кто решил взять скоростью и объ?мом за 300$ ну или хотя бы за 200$?
Цитата: абревиатура от 21:46, 14 марта, 2006
А ч? это такое? :gy:
Это твой пропуск в мир профессионального(за деньги) программирования.
Цитата: yellow от 19:30, 14 марта, 2006
Ну, конечно! Проще сделать залипуху за 200 баксов. Вот пусть начинающие программеры этим и занимаются.
Конечно проще... это называется демпинг.
У меня например подобных тривиальных залипух на тему:
запонить форму, записать, найти, составить отчет, штуки 3-4 было, ну очень похожие...
Уже обкатанные...
И переделать на новую базу за пару дней - не вопрос.
И что самое удивительное - будет работать и еще попросят.
А вот ваять шедевр за 1000$ а потом или на пол-пути бросить
или затребовать под это дело сервер P-4 3000 потому как
MS SQL SERVER 2005 под другое железо не работает, а под
другое мы писать не умеем - эт конешна крута...
1c, вещь хорошая, но она больше специализированна для бухгалтеров
и в сети работает не так чтобы очень качественно а 8 версия SQL -
мы получаем такую же шнягу MS SQL, железо, лицензии и т.д.
Цитата: yellow от 23:01, 14 марта, 2006
А если делать на нелицензионном. Чего-нить изменится? Или качество написания программы зависит от наличия лицензии?
Да косвено и качество зависит.
А как прогу продавать, которая собрана ворованым продуктом? Правильно, просто никто не спрашивает есть ли законное право, этим заниматься. Или чистые исходники им отдать, а компилятся и линкуются пусть сами как хотят. Чистый Open Source. :D
C таким подходом скоро будут объявления "Компилю и линкую, недорого, лицензия имеется. Исходники приносить в распакованном виде".
Цитата: Klyk от 20:42, 14 марта, 2006
раз уж тут куча "спецов" собралась....да ещ? и с опытом :)
предлагаю составить, хотя бы на примере того же медучереждения, небольшое Т.З. и каждый предложит свой вариант решения. там и посмотрим у кого что получится.
Или всем "спецам" бесплатно писать влом?
ТЗ это громко звучит и шибка канцелярски...
Проще очертить круг проблем технических требований в свободном стиле.
Цитата: L@mer от 00:17, 15 марта, 2006
Да косвено и качество зависит.
А как прогу продавать, которая собрана ворованым продуктом? Правильно, просто никто не спрашивает есть ли законное право, этим заниматься. Или чистые исходники им отдать, а компилятся и линкуются пусть сами как хотят. Чистый Open Source. :D
C таким подходом скоро будут объявления "Компилю и линкую, недорого, лицензия имеется. Исходники приносить в распакованном виде".
Ну ясно, кто-куда клонит... :) Open Source, Пингвины и Красные Шапочки - форева !
Если уж начинать все по умному, тогда начинать с того, все у клиента лицензионно
чисто или нет, есть защита от вирусов и пр. или нет, потому как никто не гарантирует
устойчивою работу программы на пиратских копиях по которым вирусы гуляют... :degen
Но мы живем в реальном мире, правда это уже совсем другая тема...
Цитата: абревиатура от 21:52, 14 марта, 2006
" ? Ответ #2 : Марта 02, 2006, 08:31 ? Цитировать
--------------------------------------------------------------------------------
Да. И еще:
1. Установка(с настройкой) ОС (Windows)
2. Чистка от вирусов
3. Написание базы данных.
- основная форма ввода (около 50 данных о клиенте)
- пара-тройка средних по сложности отчетов
- форма поиска
- сетевая"
Такс, сегодня 14-ое, сообщение первое было 2-го, прошло 12 дней, практически две недели. Вот интересно, нашло ли это мед. учреждение кого нить за это время кто решил взять скоростью и объ?мом за 300$ ну или хотя бы за 200$?
Вряд-ли кого-нить нашли, вокруг свободны только жадные студенты... :lol:
Но, кстати, вот кому-кому, а медикам я бы помог, во первых это правильно, а во вторых с их
бардаком с больничными картами я сам недавно столкнулся, и долго-долго матерился... :mad:
Цитата: Vad от 00:24, 15 марта, 2006
Ну ясно, кто-куда клонит... :) Open Source, Пингвины и Красные Шапочки - форева !
Если уж начинать все по умному, тогда начинать с того, все у клиента лицензионно
чисто или нет, есть защита от вирусов и пр. или нет, потому как никто не гарантирует
устойчивою работу программы на пиратских копиях по которым вирусы гуляют... :degen
Но мы живем в реальном мире, правда это уже совсем другая тема...
С себя надо начинать, а то все друг на друга, а воз и ныне там.
Цитата: L@mer от 01:02, 15 марта, 2006
С себя надо начинать, а то все друг на друга, а воз и ныне там.
Хорошо, начинаем с себя, используем открытые компиляторы или компиляторы
со свободной временной лицензией, и что это дает? Чувство глубокого морального
удовлетворения.
Зная тонкости, можно сделать лицензионно чистый продукт
практически бесплатно, на это уйдет еще немного времени...
Вопрос в том, что это дает?
Это даст ликвидность твоим продуктам. К тому же если это не сложно почему не делать?
Ликвидность в отличии от... - сомневаюсь. Разицы ощутимой не будет,
даже наоборот, у многих будет опасение что или программы ненадежные
(т.к. FREE COMPILER)
или более дорогие.(ЕСЛИ ЛИЦ.ЧИСТЫЕ)
Это не так сложно, но это требует усилий.
т.е. без особой надобности это делать - смысла нет.
Кроме этого, многие FREE программы имеют условие некоммерческого
использования, так что круг замыкается...
Бери GNU лицензию на вооружение. Инструментов хватает. Можешь свободно продавать, главное исходники открывай. А иначе деньги только за деньги.
Хм. чтот недопонимаю.
Человек пишет за деньги. На делфи.
она платная.
унего нет лицензионной среды разработки, соответственно нет прав продавать свой продукт..
ну напишет он мне. а потом придут ребята, а у меня ни договора, ни лицензии и нигде не написано, что это есть свободнораспространяемая программка.
и ребятам будет пофигу кто мне е? писал. заберут, возьмут штраф и уйдут.
нафига мне это надо?
Возможен и такой печальный вариант.
Цитата: L@mer от 08:32, 15 марта, 2006
Возможен и такой печальный вариант.
Да и сам я исходя из этой же мысли не рискнул бы продавать софт, если бы у меня небыло лицензионной коробочки.
Цитата: Klyk от 08:40, 15 марта, 2006
Да и сам я исходя из этой же мысли не рискнул бы продавать софт, если бы у меня небыло лицензионной коробочки.
на самом деле есть вариант (по крайней мере для D2005) - Borland'ы давали триал на 30 дней кажись, так что компилишь на триале, потом все сносишь и по-новой :)
Borland Delphi 2006 Professional стоит около 1000$ и если есть несколько проектов хотя бы на 3000$, то вполне можно и самостоятельно купить.
Цитата: Klyk от 08:40, 15 марта, 2006
Да и сам я исходя из этой же мысли не рискнул бы продавать софт, если бы у меня небыло лицензионной коробочки.
Все это решаемо при желании, но это проблема десятая по счету...
Работать на легальной основе дело десятое.
Плиз, а что тогда на первых местах
На девятом месте законность работы и уплата налогов.
За это могут по башке настучать намного быстрее...
На восьмом месте - отношения с клиентом: кто - кому - чего должен,
за что платит и когда - что получает...
Ну а начитать нужно с понимания чего вообще хочет клиент,
даже если он сам этого не понимает.
А дальше идут собственно вопросы программироваия, поддержки,
авторского права и т.д. и т.п.
Цитата: Vad от 00:32, 15 марта, 2006
Вряд-ли кого-нить нашли, вокруг свободны только жадные студенты... :lol:
Но, кстати, вот кому-кому, а медикам я бы помог, во первых это правильно, а во вторых с их
бардаком с больничными картами я сам недавно столкнулся, и долго-долго матерился... :mad:
А ч? ж не помог то?
Дык, меня и не просили...
Эт я по форуму лазил и наткнулся, вот и написал.
Цитата: абревиатура от 09:56, 15 марта, 2006
А чё ж не помог то?
а потому что Жёлтый с ними болше не разговаривает :)
а я хотел взяться.
2Vad.
Понятно что на первых местах всё что ты описал.
только вот если бы этого небыло, то тогда и вопроса бы легальности деятельности не возникало вообще... т.е. если я не умею чинить автомобиль, то тогда ни мне, ни клиенту, которому я _не буду_ чинить авто даже не придётся поднимать этот вопрос.
Желтый не разговаривает?
Желтый, мож чем обидел невзначай, тоды - извини. :beer
>Klyk
Да понятно все это...
Легальность не такая большая проблема.
В крайнем случае можно найти легального пользователя,
заключить договор, отстегнуть процент и компили себе
сколько угодно, и все чисто.
Клиент получает легальную программу, владелец софта -
процент за использование, ты - за идею и реализацию.
"Чтобы умножаться - нужно делится..." :yes
Хорошо :) Давайте предметно поговорим.
Набросаю проект для данной программки.
Ессно, приблизительный. Зато бесплатный.
Итак, вопрос:
Что должна делать данная програмулина?
Перефразирую: какие задачи некое медучереждение собирается автоматизировать?
Цитата: Rara_Avis от 10:35, 15 марта, 2006
Хорошо :) Давайте предметно поговорим.
Набросаю проект для данной программки.
Ессно, приблизительный. Зато бесплатный.
Итак, вопрос:
Что должна делать данная програмулина?
Перефразирую: какие задачи некое медучереждение собирается автоматизировать?
Уже предлагал.
Решили, что нет смысла это делать.
и прально решили.
чего докажем-то этим?
сколько это будет стоить?
скорость разработки?
кто как реализует ? (только исходя из этого может и стоит заморочатся)
Цитата: Klyk от 10:38, 15 марта, 2006
Уже предлагал.
Решили, что нет смысла это делать.
и прально решили.
чего докажем-то этим?
сколько это будет стоить?
скорость разработки?
кто как реализует ? (только исходя из этого может и стоит заморочатся)
Если проект в смысле ТЗ или описания, то
можно легко и быстро это сделать.
(Программу писать не будем - назло... ;D)
Разжигаем аппетит :)
Ради забавы напишу.
Или как рекламу :)
Давайте задачу.
Наводящие вопросы последуют.
ГЫ. Жолтый. Дай этому медучереждению ссылку на форум.
глядишь они вообще пивом отделаются :)
Чего есть:
- основная форма ввода (около 50 данных о клиенте)
- пара-тройка средних по сложности отчетов
- форма поиска
- сетевая
Думаю, нужно для начала определится с БД.
Цитата: Vad от 10:50, 15 марта, 2006
Думаю, нужно для начала определится с БД.
ты имеешь ввиду на ч?м она крутится будет или структуру?
Цитата: Klyk от 10:53, 15 марта, 2006
ты имеешь ввиду на ч?м она крутится будет или структуру?
На чем крутится... это сразу определит потянет клиент по деньгам
на железо и лицензии свои запросы по программе...
Мыж стараемся все легально... :lol:
Если структуру, то можно предположить что за данные Медучереждению нужны о пациентах.
1. ФИО
2. Пспорт или другой документ
3. Адрес прописки, или проживания или и то и другое.
4. Инфа о страховом полисе.
5. Телефоны.
уже 4 таблицы как минимум.
Эм... а какой направленности деятельность этого медучереждения?
Не с того начинаете.
Делать-то что будет программа?
Количество пользователей, сетевая, отчеты, формы и средства разработки определятся в процессе.
Цитата: Vad от 10:55, 15 марта, 2006
На чем крутится... это сразу определит потянет клиент по деньгам
на железо и лицензии свои запросы по программе...
Мыж стараемся все легально... :lol:
Неплохо было бы узнать тогда сначала у клиента, что он уже использует. Если ничего - это одно, а если например, уже есть сервер БД - и непременное условие использовать его - другое. Думаю как минимум половина "профи" тут же отсекутся.
Цитата: Rara_Avis от 10:59, 15 марта, 2006
Не с того начинаете.
Делать-то что будет программа?
Количество пользователей, сетевая, отчеты, формы и средства разработки определятся в процессе.
Главное, что она будет хранить и обрабатывать данные.
Вот и начинаем с основы...
ЦитироватьНеплохо было бы узнать тогда сначала у клиента, что он уже использует. Если ничего - это одно, а если например, уже есть сервер БД - и непременное условие использовать его - другое. Думаю как минимум половина "профи" тут же отсекутся.
Скорее всего ничего или что-то простое вроде EXCEL.
Гы... сервер... гы...
Всю жисть писала под MS SQL.
Тут довелось с дбфами поработать.
Решила на фоксе все изобразить.
Думала, раз MS SQL знаю, ч? мне фокс? Нервнокуритвсторонке.
Неделю читала хелп, прежде чем смогла работать :)
Чуть не свихнулась. Абсолютно другой подход.
Задачку изобразила. Но легко это не было.
какие данные? и зачем их хранить и обрабатывать?
ребят, эт несерьезно.
помогаю:
я - директор. я хочу иметь следующую информацию:
1) сколько пациентов были обслужаны за месяц.
2) сколько часов отработал каждый сотрудник.
3) сколько бабосов уплочено в кассу.
4) гороскоп на каждый день.
и т. д.
млин.
давайте уже определимся кто директор, кто консультант а кто исполнитель :)
определитесь
Цитата: Rara_Avis от 11:04, 15 марта, 2006
Решила на фоксе все изобразить.
Чуть не свихнулась.
:beer :beer
Цитата: Rara_Avis от 11:07, 15 марта, 2006
какие данные? и зачем их хранить и обрабатывать?
ребят, эт несерьезно.
помогаю:
я - директор. я хочу иметь следующую информацию:
1) сколько пациентов были обслужаны за месяц.
2) сколько часов отработал каждый сотрудник.
3) сколько бабосов уплочено в кассу.
4) гороскоп на каждый день.
и т. д.
И в чем принципиальная разница ?
Да хоть размер грудей у медсестер...
Главное узнать другое:
1) какой объем данных скажем в день
будет добавлятся,
2) в каком режиме будет работать
программа(круглосуточно, только днем, раз в неделю)
3) Насколько быстро это дело должно крутится...
и т.д.
Цитата: Klyk от 11:09, 15 марта, 2006
млин.
давайте уже определимся кто директор, кто консультант а кто исполнитель :)
Главное, кто бабосы получит... :lol:
Цитата: Vad от 11:11, 15 марта, 2006
Главное узнать другое:
1) какой объем данных скажем в день
будет добавлятся,
2) в каком режиме будет работать
программа(круглосуточно, только днем, раз в неделю)
3) Насколько быстро это дело должно крутится...
и т.д.
1. 1500 пациентов в сутки. Этож не ежесекундное снятие показаний с какого-нить дачика. так что не будет тут больше.
2. Работать будет круглосуточною. дн?м 15 человек. ночью 3. Прерывать работу нельзя ни на секунду, а бэкапы делать необходимо.
3. Быстро, чтоб не было мысли при выполнении того или иного запроса пойти налить чаю.
Цитата: Vad от 11:14, 15 марта, 2006
Главное, кто бабосы получит... :lol:
Жлотый :)))))
Я смотрю все страсти сегодня сюдой переместились! :degen
Цитата: 212-й от 11:17, 15 марта, 2006
Я смотрю все страсти сегодня сюдой переместились! :degen
Присоединяйся :)
Цитата: 212-й от 11:17, 15 марта, 2006
Я смотрю все страсти сегодня сюдой переместились! :degen
Реалити-шоу :lol:
Цитата: Rara_Avis от 11:07, 15 марта, 2006
какие данные? и зачем их хранить и обрабатывать?
ребят, эт несерьезно.
помогаю:
я - директор. я хочу иметь следующую информацию:
1) сколько пациентов были обслужаны за месяц.
2) сколько часов отработал каждый сотрудник.
3) сколько бабосов уплочено в кассу.
4) гороскоп на каждый день.
и т. д.
Правильно! Для начала нужно получить видение продукта на выходе, для этого нужно пообщаться с заинтересованным и как можно более высокопоставленным руководством, тогда определим общие требования к программеи выполняемые функции, причем на "языке руководителя".
Ого! :degen : Внимание - пока Вы набирали сообщение, в теме появилось 11 новых ответа. Вы можете изменить Ваше сообщение
Цитата: Klyk от 11:16, 15 марта, 2006
1. 1500 пациентов в сутки. Этож не ежесекундное снятие показаний с какого-нить дачика. так что не будет тут больше.
2. Работать будет круглосуточною. дн?м 15 человек. ночью 3. Прерывать работу нельзя ни на секунду, а бэкапы делать необходимо.
3. Быстро, чтоб не было мысли при выполнении того или иного запроса пойти налить чаю.
Жлотый :)))))
Значит - однозначно что-нить серьезное: MS SQL SERVER, ORACLE или еще что в этом же духе.
С натяжкой можно попробовать INTERBASE.
Цитата: Klyk от 11:18, 15 марта, 2006
Присоединяйся :)
Сам же потом будешь мой офф-топ вырезать! :degen
млять. такую месагу накатала, но тут сессия кончилась.
Итак:
наводячие вопросы:
1) Кто будет вносить данные?Варианты:
а) врачь 9медсестра)
б) регистратура
в) регистратура и врачь
г) специяльно обученный лиц
Цитата: Vad от 11:20, 15 марта, 2006
Реалити-шоу :lol:
Ага, а я первый зритель! :lol:
далее:
2) если разганичения по доступу к инфе? то есть есть ли сведения, которые не должны быть известны никому, кроме специально уполномоченных лиц? Если да, то регламентирующую инструкцию в студию.
3) Железо и уже имеющееся СУБД?
Данный вопрос обсуждается с человеком, который обслуживает компьютеры.
Таковый обязательно имеется, поскольку имеются компьютеры.
Цитата: Vad от 11:22, 15 марта, 2006
Значит - однозначно что-нить серьезное: MS SQL SERVER, ORACLE или еще что в этом же духе.
С натяжкой можно попробовать INTERBASE.
Ну почему, даже если использовать dbf, Win 2003 сервер, например - копирует файлы не зависимо от того, заняты они или нет. Другое дело, есть ли у них сервер 2003 :degen А это уже второй этап - определение требований к софту, программных и аппаратных.
Структура сети и серверов ессно к п. 3)
Объем данных уже освещен, а то добавила бы п. 4) :)
Цитата: Kostas от 11:26, 15 марта, 2006
Ну почему, даже если использовать dbf, Win 2003 сервер, например - копирует файлы не зависимо от того, заняты они или нет. Другое дело, есть ли у них сервер 2003 :degen А это уже второй этап - определение требований к софту, программных и аппаратных.
DBF - несерьезо, т.к. обмен данными между удаленными компами. И режим работы
жесткий.
2 vad:
dbf несерьезно?
Батенька, вы не работали в банке:)
Цитата: Rara_Avis от 11:31, 15 марта, 2006
Батенька, вы не работали в банке:)
В натуре реалити-шоу!!! :lol:
Цитата: Rara_Avis от 11:23, 15 марта, 2006
млин. такую месагу накатала, но тут сессия кончилась.
Итак:
наводячие вопросы:
1) Кто будет вносить данные?Варианты:
а) врачь 9медсестра)
б) регистратура
в) регистратура и врачь
г) специяльно обученный лиц
А что, есть принципиальная разница?
Цитата: Rara_Avis от 11:24, 15 марта, 2006
далее:
2) если разганичения по доступу к инфе? то есть есть ли сведения, которые не должны быть известны никому, кроме специально уполномоченных лиц? Если да, то регламентирующую инструкцию в студию.
При чем здесь инструкции? :smoke:
Цитата: Rara_Avis от 11:31, 15 марта, 2006
2 vad:
dbf несерьезно?
Батенька, вы не работали в банке:)
Конешно, 12 лет не работал... :lol:
Цитата: Vad от 11:22, 15 марта, 2006
Значит - однозначно что-нить серьезное: MS SQL SERVER, ORACLE или еще что в этом же духе.
С натяжкой можно попробовать INTERBASE.
Почему жешь с натяжкой? он как раз бэкапит бес пролем во время работы. 15-20 пользователей - легко. хотя ладно это мои предпочтения.
ORACLE я бы предложил как раз если бы снимались данные ежесекундно с датчиков.
нпример с кардиологического аппартата. только вот денег он много стоит.
DBF - извращаться только прид?тся. да и с блокировками проблемы начнуться.
Цитата: Vad от 11:34, 15 марта, 2006
Конешно, 12 лет не работал... :lol:
:D :D :D
2 vad:
разница есть.
инструкции при всем.
Большинство банковских программ до сих пор работает под досом на dbf-ских базах.
Человек, работавший в банке, не может этого не знать.
Хотя конечно, это изврат страшенный, но при желании можно и на dbf работать.
Цитата: Klyk от 11:34, 15 марта, 2006
Почему жешь с натяжкой? он как раз бэкапит бес пролем во время работы. 15-20 пользователей - легко. хотя ладно это мои предпочтения.
ORACLE я бы предложил как раз если бы снимались данные ежесекундно с датчиков.
нпример с кардиологического аппартата. только вот денег он много стоит.
DBF - извращаться только прид?тся. да и с блокировками проблемы начнуться.
Не ну как основа, для бэта версии - InterBase(или FireBird) вполне
главное, штоб потом не переделывать.
Цитата: Rara_Avis от 11:36, 15 марта, 2006
разница есть.
а в ч?м она?
Цитата: Rara_Avis от 11:37, 15 марта, 2006
Большинство банковских программ до сих пор работает под досом на dbf-ских базах.
Человек, работавший в банке, не может этого не знать.
Хотя конечно, это изврат страшенный, но при желании можно и на dbf работать.
Ключевое слово _до сих пор_
не тянуть же и всех окружающих в эту эпоху.
Цитата: Rara_Avis от 11:36, 15 марта, 2006
2 vad:
разница есть.
инструкции при всем.
Хороший ответ, и главное полный...
Цитата: Rara_Avis от 11:37, 15 марта, 2006
Большинство банковских программ до сих пор работает под досом на dbf-ских базах.
Человек, работавший в банке, не может этого не знать.
Хотя конечно, это изврат страшенный, но при желании можно и на dbf работать.
Ваши сведения несколько устарели...
Короче говоря, необходим первый и самый важный вопрос и от него все пляшет. Сколько заказчик готов потратить. Можно строить кучу проектов и предложений, но если заказчик планирует на это дело потратить 6000 руб, к примеру, о чем тут говорить? 6000 рублей - зарплата уборщицы в месяц, например, сколько времени и ресурсов потребуется для разработки такой задачи? Не считая собственно оплаты труда программиста? Задачка то не простая, выясняется, что должны работать и филиалы - то есть это уже по любому должна быть серьезная БД, с разным уровнем доступа и прочее.
А имеется ли уже связь между филиалами?
Цитата: Vad от 11:38, 15 марта, 2006
Не ну как основа, для бэта версии - InterBase(или FireBird) вполне
главное, штоб потом не переделывать.
FireBird и бесплатный и справится.
и легально получится.
Цитата: Klyk от 11:39, 15 марта, 2006
а в ч?м она?
Роли, клиентские приложения, доступы будут различными.
Даже на структуру базы это влияет :)
Но это не забота заказчика.
Цитата: Rara_Avis от 11:37, 15 марта, 2006
Большинство банковских программ до сих пор работает под досом на dbf-ских базах.
Человек, работавший в банке, не может этого не знать.
Хотя конечно, это изврат страшенный, но при желании можно и на dbf работать.
А это типа "не стреляйте в пианиста.." Закончил человек в начале 90-х курсы программирования на фокспро, например, так и пишет в том же духе уже 15 лет. Пока есть эта программа и он при деле :degen
Цитата: Kostas от 11:40, 15 марта, 2006
А имеется ли уже связь между филиалами?
ага. на дискетках :)
Цитата: Kostas от 11:40, 15 марта, 2006
Короче говоря, необходим первый и самый важный вопрос и от него все пляшет. Сколько заказчик готов потратить. Можно строить кучу проектов и предложений, но если заказчик планирует на это дело потратить 6000 руб, к примеру, о чем тут говорить? 6000 рублей - зарплата уборщицы в месяц, например, сколько времени и ресурсов потребуется для разработки такой задачи? Не считая собственно оплаты труда программиста? Задачка то не простая, выясняется, что должны работать и филиалы - то есть это уже по любому должна быть серьезная БД, с разным уровнем доступа и прочее.
А имеется ли уже связь между филиалами?
Нужно предложить заказчику несколько вариантов в каком случае
что будет и сколько на это прийдется потратить...
Цитата: Vad от 11:39, 15 марта, 2006
Хороший ответ, и главное полный...
Ваши сведения несколько устарели...
По поводу полноты - полный. Для того, кто занимался разработкой приложений.
Сведения мои могли устареть только на четыре месяца. До ноября этого года работала программистом в местном отделении Сбербанка.
Цитата: Rara_Avis от 11:41, 15 марта, 2006
Роли, клиентские приложения, доступы будут различными.
Даже на структуру базы это влияет :)
Но это не забота заказчика.
Роли и ограничения вполне можно настроить в БД, если это конешно не DBF.
Цитата: Vad от 11:43, 15 марта, 2006
Нужно предложить заказчику несколько вариантов в каком случае
что будет и сколько на это прийдется потратить...
Ну так вот, мы и возвращаемся к началу, ты говоришь заказчику сколько это будет стоить, или он тебе? :degen
Если заказчик предлагает с невинными глазами 6000, к примеру. То этого не хватит даже на организацию связи между филиалами - а это одно из самых простых, но необходимых условий.
Цитата: Kostas от 11:42, 15 марта, 2006
А это типа "не стреляйте в пианиста.." Закончил человек в начале 90-х курсы программирования на фокспро, например, так и пишет в том же духе уже 15 лет. Пока есть эта программа и он при деле :degen
Там дело не в этом. Просто очень много проблем с внедрением новых программ. Безопасность, сертификация, стандартизация и т. д.
Цитата: Vad от 11:44, 15 марта, 2006
Роли и ограничения вполне можно настроить в БД, если это конешно не DBF.
Вопрос не в том как настроить. Вопрос в том, какие они должны быть.
Как настроить решает программист, какие - может ответить только заказчик.
Цитата: Rara_Avis от 11:44, 15 марта, 2006
По поводу полноты - полный. Для того, кто занимался разработкой приложений.
С этим можно поспорить
Цитировать
Сведения мои могли устареть только на четыре месяца. До ноября этого года работала программистом в местном отделении Сбербанка.
Сбербанк - это вообще шедевр и коммерческим банком то его назвать сложно...
Карманный банк ЦБ и государства.
Цитата: Kostas от 11:45, 15 марта, 2006
Ну так вот, мы и возвращаемся к началу, ты говоришь заказчику сколько это будет стоить, или он тебе? :degen
Если заказчик предлагает с невинными глазами 6000, к примеру. То этого не хватит даже на организацию связи между филиалами - а это одно из самых простых, но необходимых условий.
Согласна. Задачка не из дешевых.
Кроме того нужно потратить денег на софт. А кто в курсе, скока стоит лицензионный MS SQL?
Так что оплата труда программиста будет немаленькой.
Цитата: Vad от 11:47, 15 марта, 2006
С этим можно поспорить
Сбербанк - это вообще шедевр и коммерческим банком то его назвать сложно...
Карманный банк ЦБ и государства.
Сколько отделений по всей стране?
Вам название R-Style Lab говорит о чем нибудь?
Их программные продукты используются в БОЛЬШИНСТВЕ банков.
Цитата: Rara_Avis от 11:47, 15 марта, 2006
Согласна. Задачка не из дешевых.
Кроме того нужно потратить денег на софт. А кто в курсе, скока стоит лицензионный MS SQL?
Так что оплата труда программиста будет немаленькой.
программиста? Похоже, что одним программистом тут не отделаешься :degen Программист должен программировать.
Цитата: Kostas от 11:45, 15 марта, 2006
Ну так вот, мы и возвращаемся к началу, ты говоришь заказчику сколько это будет стоить, или он тебе? :degen
Если заказчик предлагает с невинными глазами 6000, к примеру. То этого не хватит даже на организацию связи между филиалами - а это одно из самых простых, но необходимых условий.
Ну а теперрь сравните с начальными условиями:
- основная форма ввода (около 50 данных о клиенте)
- пара-тройка средних по сложности отчетов
- форма поиска
- сетевая
И что в итоге оказалось ?
Хотя если у клиента все настроенно, крутится база есть связь, то программку
сделать можно быстро и за 200$.
Но думаю, что все эти вопросы прийдется решать разработчику,
а это уже совсем другие деньги.
Цитата: Vad от 11:47, 15 марта, 2006
С этим можно поспорить
С чем?
Вы имеете опыт разработки клиент-серверных приложений?
Я -да. Не очень большой, но он есть.
В вашем случае, простите, складывается впечатление, что он отсутствует.
Если я не права - то поправьте.
Цитата: Kostas от 11:52, 15 марта, 2006
программиста? Похоже, что одним программистом тут не отделаешься :degen Программист должен программировать.
Можно и в одного. Только долго будет.
Цитата: Rara_Avis от 11:50, 15 марта, 2006
Сколько отделений по всей стране?
Вам название R-Style Lab говорит о чем нибудь?
Их программные продукты используются в БОЛЬШИНСТВЕ банков.
Да знаю я и про R-Style Lab (лично встречался) и про то, что
R-Style еще не потерял долю рынка, хотя уверенно это делает,
и про то, что большинство переделок и заморочек они делают
специально для сбера, и про то что филиалы, а уж тем более
отделения головная контора вообще ни во что не ставить...
и т.д.
А вообще задачка сильно видоизменилась в процессе обсуждения :)
Велосипед плавно превращается в трактор :)
Цитата: Vad от 11:56, 15 марта, 2006
Да знаю я и про R-Style Lab (лично встречался) и про то, что
R-Style еще не потерял долю рынка, хотя уверенно это делает,
и про то, что большинство переделок и заморочек они делают
специально для сбера, и про то что филиалы, а уж тем более
отделения головная контора вообще ни во что не ставить...
и т.д.
У вас дух противоречия?
Я ж не о том, что ДБФ - это круто. Речь шла о том, что при желании (или необходимости, например, в случае очень старого железа и ПО у заказчика) можно и на ДБФ изобразить. И привела пример, где это делается в больших количествах.
С чем вы не согласны ПО СУЩЕСТВУ?
Цитата: Rara_Avis от 11:53, 15 марта, 2006
С чем?
Вы имеете опыт разработки клиент-серверных приложений?
Я -да. Не очень большой, но он есть.
В вашем случае, простите, складывается впечатление, что он отсутствует.
Если я не права - то поправьте.
Поправляю: я уже пару лет на ORACLE специализируюсь.
Цитата: Vad от 11:52, 15 марта, 2006
Ну а теперрь сравните с начальными условиями:
- основная форма ввода (около 50 данных о клиенте)
- пара-тройка средних по сложности отчетов
- форма поиска
- сетевая
И что в итоге оказалось ?
Хотя если у клиента все настроенно, крутится база есть связь, то программку
сделать можно быстро и за 200$.
Но думаю, что все эти вопросы прийдется решать разработчику,
а это уже совсем другие деньги.
А в итоге выясняется что она не просто сетевая - а территориально распределенная!
Цитата: Rara_Avis от 11:54, 15 марта, 2006
Можно и в одного. Только долго будет.
Такой подход имеет устоявшееся название - безнадежный проект. :degen
Цитата: Vad от 11:59, 15 марта, 2006
Поправляю: я уже пару лет на ORACLE специализируюсь.
Занимаетесь сопровождением сервера или все же разработкой?
Цитата: Kostas от 12:00, 15 марта, 2006
Такой подход имеет устоявшееся название - безнадежный проект. :degen
В таком случае главное слупить аванс побольше :)
Цитата: Rara_Avis от 11:58, 15 марта, 2006
У вас дух противоречия?
Я ж не о том, что ДБФ - это круто. Речь шла о том, что при желании (или необходимости, например, в случае очень старого железа и ПО у заказчика) можно и на ДБФ изобразить. И привела пример, где это делается в больших количествах.
С чем вы не согласны ПО СУЩЕСТВУ?
А разве R-Style на DBF работает? Это первое.
Сдается мне, он на Pervasive SQL...
Можно на DBF, а при желании можно и в текстовых файлах работать... :lol:
Цитата: Rara_Avis от 12:00, 15 марта, 2006
Занимаетесь сопровождением сервера или все же разработкой?
И тем и другим.
Цитата: Vad от 12:02, 15 марта, 2006
А разве R-Style на DBF работает? Это первое?
Сдается мне он на Pervasive SQL...
Можно на DBF а при желании можно и в текстовых файлах работать... :lol:
У R-Style есть разные продукты. В том числе и на примитивных ДБФ, в том числе и на Oracle, в том числе и на Pervasive SQL. Кстати, 6-й RS-Bank на оракле работает давно.
А вы не думали, что в принципе может быть ситуация, что вы приходите в некую контору, а у них там 486 стоят? И куда им этот Оракл пихать?
Цитата: Kostas от 11:59, 15 марта, 2006
А в итоге выясняется что она не просто сетевая - а территориально распределенная!
а какая разница?
OFF: Rara_Avis, Vad, не нада выяснять кто в ч?м сил?н. А то скоро до грызни дойд?т.
резать такое начну.
или по делу или в личку.
Цитата: Klyk от 12:07, 15 марта, 2006
а какая разница?
Rara_Avis, Vad, не нада выяснять кто в ч?м сил?н. А то скоро до грызни дойд?т.
резать такое начну.
или по делу или в личку.
да вобщем-то держимся пока :)
обсуждаются подходы к разработке ПО в общем и целом и сопутствующие вопросы :)
Цитата: Rara_Avis от 12:06, 15 марта, 2006
А вы не думали, что в принципе может быть ситуация, что вы приходите в некую контору, а у них там 486 стоят? И куда им этот Оракл пихать?
Отпадает.
Оракл дорогой да и если Жолтый там на 1С хотел накрутить чего-то то там точно не 486 стоят.
Цитата: Rara_Avis от 12:06, 15 марта, 2006
У R-Style есть разные продукты. В том числе и на примитивных ДБФ, в том числе и на Oracle, в том числе и на Pervasive SQL. Кстати, 6-й RS-Bank на оракле работает давно.
А вы не думали, что в принципе может быть ситуация, что вы приходите в некую контору, а у них там 486 стоят? И куда им этот Оракл пихать?
Да, я в курсе. Я про то говорю, что отделения сбера вообще очень зависимы
им спустили распоряжение и программу и крутись как хочешь!
Может поэтому Вы и инструкции так уважаете?! :yes
ORACLE 7 - легко !
Вот вас пинает, однако)))
Давайте напишу на php с использованием MySQL.))
Цитата: Rara_Avis от 12:09, 15 марта, 2006
да вобщем-то держимся пока :)
обсуждаются подходы к разработке ПО в общем и целом и сопутствующие вопросы :)
остудил немного, а то пока на перекур выходил начали выснять кто где и как работал. какая-контора круче и т.п.
Цитата: Vad от 12:10, 15 марта, 2006
Да, я в курсе. Я про то говорю, что отделения сбера вообще очень зависимы
им спустили распоряжение и программу и крутись как хочешь!
Может поэтому Вы и инструкции так уважаете?! :yes
ORACLE 7 - легко !
Конечно зависимы. Но у заказчика могут возникут всякие ситуации. В том числе и такие. И это надо выяснить, чтобы определится со средствами.
А инструкции - чего бы их не уважать? В конце концов, нормативка - это наша предметная область.
Цитата: Grek от 12:11, 15 марта, 2006
Вот вас пинает, однако)))
Давайте напишу на php с использованием MySQL.))
Как вариант - вполне, и сервер где-нить на хостинге взять, а соединятся по инету.
Тогда можно глобальную систему забацать... в мировом масштабе.. :)
Цитата: Klyk от 12:11, 15 марта, 2006
остудил немного, а то пока на перекур выходил начали выснять кто где и как работал. какая-контора круче и т.п.
Да ладно тебе, мы можно сказать ангелы по сравнению с "политикой" например... ;D
Хм...мысль. Завязать всероссийскую сеть медучереждений и деньги лопатой грести))
Цитата: Vad от 12:14, 15 марта, 2006
Да ладно тебе, мы можно сказать ангелы по сравнению с "политикой" например... ;D
:)
Цитата: Grek от 12:14, 15 марта, 2006
Хм...мысль. Завязать всероссийскую сеть медучереждений и деньги лопатой грести))
с миру по нитке?
Цитата: Klyk от 12:11, 15 марта, 2006
остудил немного, а то пока на перекур выходил начали выснять кто где и как работал. какая-контора круче и т.п.
Не в плане препирательства. Просто хочу объясниться.
Выясняла опыт работы не для того, чтобы показать, что кто-то круче. А просто для того, чтобы было легче вести беседу. Зная, что у собеседника есть некоторый опыт в определенной области можно использовать определенную терминологию и т. д.
Надеюсь, никто не в обиде.
Цитата: Grek от 12:14, 15 марта, 2006
Хм...мысль. Завязать всероссийскую сеть медучереждений и деньги лопатой грести))
Ну вот и докатились! До всеросийских перспектив...
А как все тихо начиналось... 8)
Мобыть скооперироваться? Забацать проект и продавать его всяким медлавочкам :)
Нургалиев нервнокуритвсторонке.
:)
я тут подумал. если описана жолтым была только 1/4 часть.
200$ * 4 = 800$
и срок уже не две недели, а восемь.
о как.
Жолтый может ты слегка обрисуешь нам как у них там дела с техникой обстоят?
Только надо убедиться сперва что никому данная светлая идея в голову не пришла еще.
А то выяснится, что давным давно уже такой софт написан где-нить ин москоу какой-нибудь лаб.
Цитата: Rara_Avis от 12:16, 15 марта, 2006
Надеюсь, никто не в обиде.
Вс? в порядке.
проехали.
остыли. продолжаем.
Предлогаю postgres c расчетом что будущая 1С свой сервак на нем будут крутить. Продукт серьезный и свободный. В Универах плохого не делают. И к нему на php фэйс
Цитата: L@mer от 12:24, 15 марта, 2006
Предлогаю postgres c расчетом что будущая 1С свой сервак на нем будут крутить. Продукт серьезный и свободный. В Универах плохого не делают.
А нафик нам 1с? Все равно в 1c основной путь импорта-экспорта - текстовые файлы.
Цитата: yellow от 12:22, 15 марта, 2006
Да какая уже разница? Вы тут уже на мировой рынок выходите :lol:
Мы богаты! Мы богаты! :)
Цитата: Rara_Avis от 12:26, 15 марта, 2006
А нафик нам 1с? Все равно в 1c основной путь импорта-экспорта - текстовые файлы.
ключевое слово postgres
мда... решили набросать проект в результате вылилось в выбор СУБД.
Цитата: Klyk от 12:29, 15 марта, 2006
мда... решили набросать проект в результате вылилось в выбор СУБД.
проект за один день не пишется. к завтра набросаю. раз уж подписалась.
Цитата: L@mer от 12:28, 15 марта, 2006
ключевое слово postgres
а зачем? какие причины?
так вариаты:
1. MS SQL
2. DBF
3. Oracle
4. Fifeberd
5. postgres
6. MySQL
что выбрать из предложенного?
Цитата: Rara_Avis от 12:30, 15 марта, 2006
проект за один день не пишется. к завтра набросаю. раз уж подписалась.
задачи сама себе придумывать будешь?
или обобщишь всё что наговорили сегодня?
Либо Postres, либо firebird(только как птица с web сервисами дружит)
Цитата: L@mer от 12:34, 15 марта, 2006
Либо Postres, либо firebird(только как птица с web сервисами дружит)
А зачем нам web сервисы ? Все что нужно можно реализовать уже в приложении...
На чем Postres крутится и какое железо требует?
Цитата: Rara_Avis от 12:30, 15 марта, 2006
а зачем? какие причины?
Полноценный SQL Server, нормально интегрируется с web сервисами, 1C свой сервер на него переводит, а значит полученный опыт можно будет применить в дальнейшем.
Цитата: Vad от 12:36, 15 марта, 2006
А зачем нам web сервисы ? Все что нужно можно реализовать уже в приложении...
А лучше в процедурах на сервере, а работать через web.
Цитата: Vad от 12:36, 15 марта, 2006
На чем Postres крутится и какое железо требует?
Любая nix платформа, есть порт под win, но сыроват
Цитата: L@mer от 12:34, 15 марта, 2006
Либо Postres, либо firebird(только как птица с web сервисами дружит)
Дружит. уже и хостеры с ней есть.
Цитата: L@mer от 12:38, 15 марта, 2006
А лучше в процедурах на сервере, а работать через web.
а это зачем?
Web здесь ни к чему. Публикация информации не предполагается, работа с пациентами тоже.
Один предметный пост по задаче все же был. Кое-что настряпать можно. Конечно, какие-то моменты придется самой придумать.
Но вроде задачка-то развлекательная? Некоторые допущения допустимы.
Тем более все равно проект будет в общих чертах.
Цитата: Rara_Avis от 12:41, 15 марта, 2006
Один предметный пост по задаче все же был.
какой? Вернёмся к теме?
Цитата: yellow от 11:12, 15 марта, 2006
Это есть 1/4 часть того, что хотели. Об этом уже говорил.если уже кому-то невмоготу, то вот, хотели:
-Основная форма ввода согласно "инструкции по заполнению учетной формы ? 025-12/у." С некоторыми дополнениями.
-списки перечислений с заполненными медицинскими кодами болезней и пр. кодов (для упрощения заполнения основной формы).
-Вывод на печать заполненной формы, согласно формы, утвержденной минздравом.
-Подсчет количества посещений пациента.
-Отчеты по пациентам, врачам, болезням и тыды.
-Рассчет средних статистических данных о посещениях, кол-ву пациентов и тыды
-Сетевая. Сервер в центре города, два филиала в других концах.
Вот все, что успели рассказать.
Таких форм 3 и еще один модуль. Назначение не успел разузнать.
Дерзайте! Если не лень.
В общих чертах ясно. Конечно все еще надо тщательно вентилировать, но это за отдельную плату ;-)
Цитата: L@mer от 12:40, 15 марта, 2006
Любая nix платформа, есть порт под win, но сыроват
Значит firebird предпочтительней, так как и обкатан и инфы много,
а Postres настройку и работу, еще изучать нужно...
Цитата: Vad от 12:45, 15 марта, 2006
Значит firebird предпочтительней, так как и обкатан и инфы много,
а Postres настройку и работу, еще изучать нужно...
А почему nix? Может для начала выяснить, что есть у клиента? Чтоб ему не привлекать дополнительно специалиста для обслуживания вашего nix?
вопрос.
Каждому клиенту по .exe файлу или терминальный доступ?
Цитата: Rara_Avis от 12:41, 15 марта, 2006
Web здесь ни к чему. Публикация информации не предполагается, работа с пациентами тоже.
Да причем здесь публикация web сервис это интерфейс работы с базой. Зачем приложение клиента писать, все пишится и работает на серваке , а доступ к инфе через браузер.
Цитата: L@mer от 12:49, 15 марта, 2006
Да причем здесь публикация web сервис это интерфейс работы с базой. Зачем приложение клиента писать, все пишится и работает на серваке , а доступ к инфе через браузер.
А чем лучше доступ через браузер доступа через специально написанное клиентское приложение?
Цитата: Rara_Avis от 12:47, 15 марта, 2006
А почему nix? Может для начала выяснить, что есть у клиента? Чтоб ему не привлекать дополнительно специалиста для обслуживания вашего nix?
в случае слабых машин можно будет выделеть одну под никс.
ни никс, ни fireberd ресурсов для более или менее нормальной работы требуют не много.
Цитата: Klyk от 12:48, 15 марта, 2006
вопрос.
Каждому клиенту по .exe файлу или терминальный доступ?
"Каждой твари - по харе..." :)
Хорошо бы конешно трехзвенку, но это усложняет задачу,
так что думаю - надо по простому.
Цитата: Vad от 12:51, 15 марта, 2006
"Каждой твари - по харе..." :)
Хорошо бы конешно трехзвенку, но это усложняет задачу,
так что думаю - надо по простому.
Поддерживаю. Нефиг зоопарк разводить.
Цитата: Rara_Avis от 12:51, 15 марта, 2006
А чем лучше доступ через браузер доступа через специально написанное клиентское приложение?
проще, универсальней, работа концентрируется на написание сервера.
Цитата: Klyk от 12:51, 15 марта, 2006
в случае слабых машин можно будет выделеть одну под никс.
ни никс, ни fireberd ресурсов для более или менее нормальной работы требуют не много.
А отдельно платить за сопровождение? Мобыть их специалист никс не умеет?
И к тому же все равно на сервере все будет. Один-то комп у них нормальный найдется?
Цитата: Klyk от 12:51, 15 марта, 2006
в случае слабых машин можно будет выделеть одну под никс.
ни никс, ни fireberd ресурсов для более или менее нормальной работы требуют не много.
Это точно, и сделать это как web сервис. Один раз настроил, а потом раз в квартал ТО.
Цитата: L@mer от 12:53, 15 марта, 2006
проще, универсальней, работа концентрируется на написание сервера.
Не все так просто, у браузера есть свои ограничения, которые могут быть неприемлимы
для работы.
Цитата: L@mer от 12:53, 15 марта, 2006
проще, универсальней, работа концентрируется на написание сервера.
На сервере так и так писать. А web - как вы верно заметили всего лишь интерфейс для доступа. Так чем такой интерфейс для доступа лучше?
Цитата: Rara_Avis от 12:54, 15 марта, 2006
А отдельно платить за сопровождение? Мобыть их специалист никс не умеет?
И к тому же все равно на сервере все будет. Один-то комп у них нормальный найдется?
хм :))
вероятно :))
Цитата: Rara_Avis от 12:57, 15 марта, 2006
На сервере так и так писать. А web - как вы верно заметили всего лишь интерфейс для доступа. Так чем такой интерфейс для доступа лучше?
Вся эта бодяга нужна только для одного, чтобы не ставить ПО на клиентах,
есть браузер и работает, значит и программа работает...
Но это не всегда удобно, а иногда и опасно.
Цитата: Rara_Avis от 12:57, 15 марта, 2006
На сервере так и так писать. А web - как вы верно заметили всего лишь интерфейс для доступа. Так чем такой интерфейс для доступа лучше?
На клиентском ПО не заморачиваемся. И еще раз универсальность
Цитата: L@mer от 13:00, 15 марта, 2006
На клиентском ПО не заморачиваемся. И еще раз универсальность
Разработка под веб гораздо сложнее. Нормальных компонентов нет, а активиксы писать - замучишься потом бегать по филиалам и настройки безопасности в каждом брозере сбивать. Опять же по работе с системой ограничений груда. Но для данной задачи это менее критично.
Цитата: L@mer от 13:00, 15 марта, 2006
На клиентском ПО не заморачиваемся. И еще раз универсальность
Почему не заморачиваемся?
Как раз клиентское ПО - это 80% производительности и удобства, это
не по инету лазить... к томуж могут быть спецефические функции
в дальнейшем.
Цитата: Vad от 13:04, 15 марта, 2006
Почему не заморачиваемся?
Как раз клиентское ПО - это 80% производительности и удобства, это
не по инету лазить... к томуж могут быть спецефические функции
в дальнейшем.
а дальше уже яву..
чтоб всякие деревья, подскаски, хелпы и ты.ды.
не .лучше вс?таки без веба обойтись
Цитата: Vad от 13:04, 15 марта, 2006
Почему не заморачиваемся?
Как раз клиентское ПО - это 80% производительности и удобства, это
не по инету лазить... к томуж могут быть спецефические функции
в дальнейшем.
Однако БД данного форума вы заполняете и обрабатываете постоянно и все нравится! Вот пример web сервис и БД.
Цитата: L@mer от 13:09, 15 марта, 2006
Однако БД данного форума вы заполняете и обрабатываете постоянно и все нравится! Вот пример web сервис и БД.
Да меня БЕСИТ этот форум! Очень неудобно, кстати.
Но ето сделано для того, чтобы работало у ВСЕХ. Независимо от платформы клиента. И ехешники качать не надо.
Ферштейн?
а что на форуме заполняем?
в основном одно поле и всё.
пример: есть на форуме раздел, в нем подраздел а в нём темы.
преще и нагляднее на клиенте реализовать с помошью стандартного TreeView или какой нить DBTable.
Хм.
а где абривиатура, который пишет любые проги?
Цитата: Klyk от 13:15, 15 марта, 2006
Хм.
а где абривиатура, который пишет любые проги?
Тут я. Зырю на вс? это дело. ТОка скушно мне. Думал действительно кто то хочет работ?нку предложить. А так - болтология...
Так рассуди нас: какой сервер БД использовать? Для той задачи что про медучреждения.
Цитата: Klyk от 13:24, 15 марта, 2006
Так рассуди нас: какой сервер БД использовать? Для той задачи что про медучреждения.
А на типизированных файлах вс? завязать на сервере. А данные по модему скидывать текстовиками.
и никакая СУБД вообще не нужна.
Цитата: абревиатура от 13:26, 15 марта, 2006
А на типизированных файлах вс? завязать на сервере. А данные по модему скидывать текстовиками.
Это с тем что работать будет одновременно около 15 человек?
Для того и форум чтоб болтать. Коммерцией в других местах заниматься нужно :)
Цитата: Klyk от 13:28, 15 марта, 2006
Это с тем что работать будет одновременно около 15 человек?
Ну естественно. А ещ? лучше от руки вс? писать и курьерами бумажки рассылать.
А то вряд ли у них даже виндовсы лицензионные, не говоря уж о что они мне купят sql server или delphi для разработки.
А то мало ли дядьки злые придут и посодют меня. Ну их...
Цитата: абревиатура от 13:34, 15 марта, 2006
Ну естественно. А ещ? лучше от руки вс? писать и курьерами бумажки рассылать.
А то вряд ли у них даже виндовсы лицензионные, не говоря уж о что они мне купят sql server или delphi для разработки.
А то мало ли дядьки злые придут и посодют меня. Ну их...
тогда больше работы уйд?т на разработку чем с использование СУБД.
да и если вы пишете за деньги, то просто непонятно, почем заказчик должен вас обеспечивать инструментом.
Спецы, если вы так трясетесь за доступность и совместимость, я думаю все это дело можно несложно реализовать на MS Office, я думаю с этим пакетом там проблем нет? ACCESS я думаю бы вполне сгодился. Плюс в 2003 офисе есть Infopath - для работы с формами - есть простой конструктор форм, дрыг и дроп. Можно его завязать на БД.
Цитата: Kostas от 13:48, 15 марта, 2006
Спецы, если вы так трясетесь за доступность и совместимость, я думаю все это дело можно несложно реализовать на MS Office, я думаю с этим пакетом там проблем нет? ACCESS я думаю бы вполне сгодился. Плюс в 2003 офисе есть Infopath - для работы с формами - есть простой конструктор форм, дрыг и дроп. Можно его завязать на БД.
Акцец бэкапится не умеет. Ну совсем. И сетью у него вава.
Цитата: Rara_Avis от 13:50, 15 марта, 2006
Акцец бэкапится не умеет. Ну совсем. И сетью у него вава.
Ну надо как-то ставить приоритеты. Чем-то пожертвовать ради простоты и функциональности. Есть ли бэкапить на лету - используем сервер БД со всеми вытекающими. ACCESS прекрасно работает в сети. Хотя, может насчет прекрасно я и поторопился. Но работает - факт.
Цитата: Kostas от 13:52, 15 марта, 2006
Ну надо как-то ставить приоритеты. Чем-то пожертвовать ради простоты и функциональности. Есть ли бэкапить на лету - используем сервер БД со всеми вытекающими. ACCESS прекрасно работает в сети. Хотя, может насчет прекрасно я и поторопился. Но работает - факт.
А вот приоритеты ставит заказчик, а не программист.
Цитата: Kostas от 13:52, 15 марта, 2006
Хотя, может насчет прекрасно я и поторопился. Но работает - факт.
О, и мне нашлось что сказать! :degen Согласен, работает, но порой с немалыми проблемами. Vad, я прав? :yaya:
Цитата: 212-й от 13:55, 15 марта, 2006
О, и мне нашлось что сказать! :degen Согласен, работает, но порой с немалыми проблемами. Vad, я прав? :yaya:
Жека, разве ты можешь быть не прав :))
Ув. all.
Если ставится задача сетевое клиент-серверное приложение, то ИМХО современный набор технологий для online программирования исвестен: сервисы на основе web, java, php, sql servers. Инструментов для релизации этих технологий масса причем большенство свободные и лицензионно чистые. Grek возмется за php, Klyk базу(с процедурами) и все. Осталось решится я могу помочь и Grek'у и Кlyk'у. Правда если Klyk возмется делать на Firebird, то наверно в многом помочь не смогу.
Цитата: 212-й от 13:55, 15 марта, 2006
О, и мне нашлось что сказать! :degen Согласен, работает, но порой с немалыми проблемами. Vad, я прав? :yaya:
Тут, все зависит от реализации...
Можно даже самую простую прогу сделать через ж@пу так, что замучаешься.
ACCESS хорош это если надо до завтра все сделать получить бабки и забыть,
как страшный сон...
Цитата: 212-й от 13:55, 15 марта, 2006
О, и мне нашлось что сказать! :degen Согласен, работает, но порой с немалыми проблемами. Vad, я прав? :yaya:
Но зато можно уложиться в предлагаемый бюджет, что чаше всего является решающим фактором для заказчика, поскольку возможные будущие трудности он, заказчик, не понимает и не придвидит. А если все делать красиво и с возможностью переноса данных, экспорта-импорта, бэкапа на лету и одновременной работой в центральном офисе и филиалов и прочеми фишками- тут бюджет будет определяться 5-значной цыфрой, и не факт, что в рублях :degen
Цитата: Klyk от 14:03, 15 марта, 2006
Жека, разве ты можешь быть не прав :))
:shy: Могу, Вовка, могу. :yes :degen
Цитата: L@mer от 14:05, 15 марта, 2006
Ув. all.
Если ставится задача сетевое клиент-серверное приложение, то ИМХО современный набор технологий для online программирования исвестен: сервисы на основе web, java, php, sql servers. Инструментов для релизации этих технологий масса причем большенство свободные и лицензионно чистые. Grek возмется за php, Klyk базу(с процедурами) и все. Осталось решится я могу помочь и Grek'у и Кlyk'у.
А как бабки делить будете?
По-честному, по-братски или поровну ? ;D
Цитата: L@mer от 14:05, 15 марта, 2006
Ув. all.
Если ставится задача сетевое клиент-серверное приложение, то ИМХО современный набор технологий для online программирования исвестен: сервисы на основе web, java, php, sql servers.
Вы серьезно считаете, что это ВСЕ технологии? Не могу понять, откуда такая упертость в веб? Что-то из оперы, кто что знает, тот на том и пишет.
Цитата: Rara_Avis от 14:09, 15 марта, 2006
Вы серьезно считаете, что это ВСЕ технологии? Не могу понять, откуда такая упертость в веб? Что-то из оперы, кто что знает, тот на том и пишет.
Угу, кто-на что учился... :)
Цитата: Rara_Avis от 14:09, 15 марта, 2006
Вы серьезно считаете, что это ВСЕ технологии? Не могу понять, откуда такая упертость в веб? Что-то из оперы, кто что знает, тот на том и пишет.
Ну разве что php конечный продукт, хотя технологическая сторона присутствует. Аналогичный вопрос.
Web и базы данных это несколько разные вещи, и хотя их усиленно пытаются совместить,
все равно у каждой стороны - свои остаются особенности... каждая имеет свою нишу.
Цитата: Vad от 14:28, 15 марта, 2006
Web и базы данных это несколько разные вещи, и хотя их усиленно пытаются совместить,
все равно у каждой стороны - свои остаются особенности... каждая имеет свою нишу.
С тобой трудно поспорить - но и согласиться нельзя, поскольку Web-программирование -- это не совсем программировать для Web (WWW) :degen Есть ведь и Web-приложения.
Цитата: L@mer от 14:17, 15 марта, 2006
Ну разве что php конечный продукт, хотя технологическая сторона присутствует. Аналогичный вопрос.
Под технологией понимается совокупность программных и аппаратных средств, методов, используемых для решения некой задачи.
Мы по-моему о разном говорим.
offtop:
php , java и есть совокупность программных методов для решения некой задачи. Хотя с определением не совсем согласен.
Цитата: L@mer от 14:52, 15 марта, 2006
offtop:
php , java и есть совокупность программных методов для решения некой задачи. Хотя с определением не совсем согласен.
Ну? И это все, что можно использовать?
Цитата: Rara_Avis от 14:55, 15 марта, 2006
Ну? И это все, что можно использовать?
Вообщем не мало. Хотя пост в контексте вопроса о технологиях в этом топике.
Цитата: L@mer от 14:59, 15 марта, 2006
Вообщем не мало. Хотя пост в контексте вопроса о технологиях в этом топике.
Ну хорошо. А чем хуже вариант связочки например MS SQL Server и клиента написанного на Delfe или С++?
В контексте данного вопроса?
Цитата: Rara_Avis от 15:02, 15 марта, 2006
Ну хорошо. А чем хуже вариант связочки например MS SQL Server и клиента написанного на Delfe или С++?
В контексте данного вопроса?
Для конкретной задачи он не хуже, а лучше и быстрее.
Цитата: Rara_Avis от 15:02, 15 марта, 2006
Ну хорошо. А чем хуже вариант связочки например MS SQL Server и клиента написанного на Delfe или С++?
В контексте данного вопроса?
Вопросов много MS SQL - деньги, delphi - деньги, С++ - деньги. Плюс клиентское приложение завязано на прлатформу Win - что тоже деньги. Решение с web сервисом не зависит от платформы и не требует накладных расходов на инструменты.
Цитата: L@mer от 15:20, 15 марта, 2006
Вопросов много MS SQL - деньги, delphi - деньги, С++ - деньги. Плюс клиентское приложение завязано на прлатформу Win - что тоже деньги. Решение с web сервисом не зависит от платформы и не требует накладных расходов на инструменты.
А чего чужие деньги считать?
Кстати о postgres 8.1 win
Устанавливается начиная с win2000 и далее и только на NTFS.
Что уже не есть гуд при маленьком бюджете.
Думаю, если на NIX ставить тоже прийдется потратится и потр@хаться...
Истинно говорю вам - самым малозатратным и простым решением будет ACCESS. От некоторых хотелок придется отказаться - зато будет реально работающее решение, плюс не надо будет привязываться ни к java ни к php ни к MSSQL хотя можно аксес и на MS SQL завязать.
Цитата: Vad от 15:27, 15 марта, 2006
Кстати о postgres 8.1 win
Устанавливается начиная с win2000 и далее и только на NTFS.
Что уже не есть гуд при маленьком бюджете.
Что именно не есть гуд?
и еще добавлю, не надо будет изобретать велосипеды, типа вывода форм на печать :degen
P.S. И еще добавлю про лицензии и стоимость продукта - офис там по-любому есть, я думаю, а если и нет - то стоит он совсем не дорого.
похоже все устали.
или работать наконец сели?
Цитата: L@mer от 15:44, 15 марта, 2006
Что именно не есть гуд?
Вряд-ли там NTFS стоит...
Цитата: Kostas от 15:45, 15 марта, 2006
и еще добавлю, не надо будет изобретать велосипеды, типа вывода форм на печать :degen
P.S. И еще добавлю про лицензии и стоимость продукта - офис там по-любому есть, я думаю, а если и нет - то стоит он совсем не дорого.
ACCESS можно использовать если это будет упрощенно, набарали, скинули раз два
в день и все. При интенсивной работе с нескольких мест он начинает жутко тормозить...
Цитата: Kostas от 15:45, 15 марта, 2006
и еще добавлю, не надо будет изобретать велосипеды, типа вывода форм на печать :degen
P.S. И еще добавлю про лицензии и стоимость продукта - офис там по-любому есть, я думаю, а если и нет - то стоит он совсем не дорого.
300 зел. - стандарт
400 зел. - про
сколько рабочих станций 15 ?
быстренько все умножились. А через 2 года надо будет обновлятся по 75% от цены.
Цитата: Rara_Avis от 13:33, 15 марта, 2006
Для того и форум чтоб болтать. Коммерцией в других местах заниматься нужно :)
А ч? болтать то - работать надотЪ! Я вот например сижу - работаю. а не болтаю
ЗЫ. И я бы вс? это сделал именно на sql server и на delphi
Цитата: Vad от 15:52, 15 марта, 2006
Вряд-ли там NTFS стоит...
А что кто-то ставит сервера на FAT32 :D :D :D
Цитата: L@mer от 16:02, 15 марта, 2006
А что кто-то ставит сервера на FAT32 :D :D :D
При маленьком бюджете так и делают и раб.станция и сервер в одном флаконе...
Цитата: Vad от 15:55, 15 марта, 2006
ACCESS можно использовать если это будет упрощенно, набарали, скинули раз два
в день и все. При интенсивной работе с нескольких мест он начинает жутко тормозить...
Конечно упрощенно - а серьезный подход к серьезной задаче (а ведь эта задача будет обеспечивать бизнес, то есть будет важной для ведения успешного бизнеса, контора ведь комерческая?) требует серьезного бюджета. И серьезных разработчиков, а не хвастунов, я бы.. я бы... Видали мы таких :degen
Похоже контора не комерческая, иначе бы половины вопросов и не стояло,
мало того они еще и слабо представляют, что за программу хотят.
Цитата: Kostas от 16:04, 15 марта, 2006
Конечно упрощенно - а серьезный подход к серьезной задаче (а ведь эта задача будет обеспечивать бизнес, то есть будет важной для ведения успешного бизнеса, контора ведь комерческая?) требует серьезного бюджета. И серьезных разработчиков, а не хвастунов, я бы.. я бы... Видали мы таких :degen
Обижаете. Я то вот как раз конкретно говорю, как я бы подошла к данной задаче. Писать бесплатно ессно никто не будет, но основные моменты почему бы и не изложить?
Цитата: Rara_Avis от 16:14, 15 марта, 2006
Обижаете. Я то вот как раз конкретно говорю, как я бы подошла к данной задаче. Писать бесплатно ессно никто не будет, но основные моменты почему бы и не изложить?
так ты всё таки решила накидать?
что ж ждёмс.
Задача вполне решабельная силами одного человека.
Не биллинг все-таки.
А еще лучше - найти готовое решение и взять на себя труд его внедрение, ну типо вот этого, не знаю, пойдет ли в данном случае :degen http://www.pmtech.ru/index.php?page=medialoginfo
Я почему-то решил, что речь идет о стоматологической клинике, тогда можно посмотреть такой продукт http://www.apdent.ru/product.html
Можно даже демку посмотреть-покрутить, прежде чем покупать.
Цитата: Kostas от 16:32, 15 марта, 2006
А еще лучше - найти готовое решение и взять на себя труд его внедрение, ну типо вот этого, не знаю, пойдет ли в данном случае :degen http://www.pmtech.ru/index.php?page=medialoginfo
Об этом я говорила в самом начале топика ))))
Цитата: Rara_Avis от 16:47, 15 марта, 2006
Об этом я говорила в самом начале топика ))))
Ну и правильно, зачем, опять же , изобретать велик за 500 баксов? :degen
Цитата: Kostas от 16:32, 15 марта, 2006
А еще лучше - найти готовое решение и взять на себя труд его внедрение, ну типо вот этого, не знаю, пойдет ли в данном случае :degen http://www.pmtech.ru/index.php?page=medialoginfo
Я что-то нигде не нашел, сколько это счастье стоит...
Но если людям очень хочется, то почему бы и нет? Мне велик нужен )))
Цитата: Kostas от 16:49, 15 марта, 2006
Ну и правильно, зачем, опять же , изобретать велик за 500 баксов? :degen
1С внедрять лучше? :)
Цитата: Vad от 16:52, 15 марта, 2006
Я что-то нигде не нашел, сколько это счастье стоит...
Выглядит готично )))) Стоит скорее всего до фига )))
А у зубодеров ценничек? От 200 уе за модуль ))) С учетом того, что они сотнями, если не тысячами их продают.
Цитата: Rara_Avis от 16:54, 15 марта, 2006
Выглядит готично )))) Стоит скорее всего до фига )))
А у зубодеров ценничек? От 200 уе за модуль ))) С учетом того, что они сотнями, если не тысячами их продают.
Ну, зубодеры они богатые, а 200$ у них идет только за мелкий второстепенный модуль...
И написанно это на VFP 5.0 ...
А вторая прога работает на MS SQL, да, видимо дофига стоит...
Такс, а кто нить знает как связаться с этим мед. учреждением? Ась?
Цитата: Rara_Avis от 16:28, 15 марта, 2006
Задача вполне решабельная силами одного человека.
Не биллинг все-таки.
А чем биллинг сложней?
Цитата: абревиатура от 17:25, 15 марта, 2006
Такс, а кто нить знает как связаться с этим мед. учреждением? Ась?
Желтый знает и может еще Клык.
Цитата: Vad от 17:39, 15 марта, 2006
Желтый знает и может еще Клык.
нет. знал бы уже бы связался.
Интересненько, не находите? - кто вообще вс? это обсуждение мед. учреждения организовал? Ему тут и расценки и идейки, кто то даже ТЗ взялся разработать. Ловоко однако...
ЛОВКИЙ ВЫ МАНИПУЛЯТОР ТОВАРИСЧ
Цитата: абревиатура от 18:04, 15 марта, 2006
Интересненько, не находите? - кто вообще вс? это обсуждение мед. учреждения организовал? Ему тут и расценки и идейки, кто то даже ТЗ взялся разработать. Ловоко однако...
ЛОВКИЙ ВЫ МАНИПУЛЯТОР ТОВАРИСЧ
Это сообщение мне ?
Я вообще к этому не имею никакого отношения, а обсуждение - организовал,
для примера... Хотелось узнать чем программеры дышат.
За спрос денег не берут...
Цитата: Vad от 18:11, 15 марта, 2006
Это сообщение мне ?
А я не знал кому это сообщение... :yes
Но уж если ВЫ организовали обсуждение этого учреждение, то дайте же его координаты, с кем там связаться по поводу написания?
Цитата: абревиатура от 18:22, 15 марта, 2006
А я не знал кому это сообщение... :yes
Но уж если ВЫ организовали обсуждение этого учреждение, то дайте же его координаты, с кем там связаться по поводу написания?
Я прочитал это в посте у желтого, на который и дал ссылку, так что все вопросы к нему...
http://www.pkforum.ru/board/index.php?topic=7690.0
Жолтый, хитрый ты оказывается товарисчь, а я и не подозревал :degsmile :degsmile :degsmile
На самом деле может отделить это обсуждение в отдельную от стоимоти услуг тему, только таже незнаю в какую и с чего начать :)
Цитата: Vad от 18:11, 15 марта, 2006
Хотелось узнать чем программеры дышат.
А действительно интересно. а то вс? везде админы, да железячники...
Жгу конечно, но сказать надо.
ИМХО топик показал, программиская мысль на уровне средины 90-x или это просто все шифруются.
Цитата: L@mer от 00:50, 16 марта, 2006
Жгу конечно, но сказать надо.
ИМХО топик показал, программиская мысль на уровне средины 90-x или это просто все шифруются.
А что из себя представляет программистская мысль середины 00-х? Интересно :degen
Есть ли умельцы, пишушие для новых процессоров, вернее для многоядерных платформ?
Как должен мыслить системный программист 00-х понятно из поста Kostas'a. А как должен прикладник?
Цитата: L@mer от 00:50, 16 марта, 2006
Жгу конечно, но сказать надо.
ИМХО топик показал, программиская мысль на уровне средины 90-x или это просто все шифруются.
А чем она должна отличаться, програмистская мысль? Новыми алгоритмами, нестандартным
подходом или еще чем ?
Цитата: yellow от 20:55, 15 марта, 2006
:pain25 Интерес у народа есть....как видишь!
Программистам нечего делать на работе :)
Цитата: L@mer от 00:50, 16 марта, 2006
Жгу конечно, но сказать надо.
ИМХО топик показал, программиская мысль на уровне средины 90-x или это просто все шифруются.
Млин, ну а вы считаете, что делать все на web-технологиях - суперсовременный подход? Есть различные инструменты для различных задач. Для данной задачи, ИМХО, web-приложение - очень трудозатратный и далеко не самый оптимальный вариант. И вообще, когда речь идет об интранет, про web почему-то все разработчики вспоминают в последнюю очередь. Что, все такие непродвинутые?
Про *nix системы я уже и вообще молчу. Меня всегда умилял идеализм линуксоидов. Но зачем до абсурда-то его доводить?
У nix систем есть сейчас определенная ниша, а именно - web-серверы. Кроме этого, их нигде особо-то и не применяют. И, по всей видимости, не будут. Их не будут ставить на рабочие станции. Никогда. Деда Мороза не существует. Мне очень жаль.
Народ, с огромным интересом прочитала топик. на самом деле, давно пора ваыделить его в отдельный тред. а вот как обозвать - хз...:)))
2Rara_Avis: программерам похоже действителдьно нечего делать:)) я не программер и топик читать за работой не успевала:))))
а вот насчет использования никс-платформ - не совсем соглашусь, только разговор это для другой темы....;)
вашу бы энергию, да в мирное русло... :)
Цитата: Dumbo от 10:42, 16 марта, 2006
вашу бы энергию, да в мирное русло... :)
на разработку ядерного оружия?
Цитата: yellow от 12:26, 16 марта, 2006
Лучше новый пивной заводик запрограммить :cooler
Влегкую, главное чтобы излишки от растчетов шли по правильной трубе... :)
Чет никто свои шедевры не показывает...
Вот мой альфа вариант "залипухи за 200 баксов". :lol:
На FIREBIRD 1.5
Цитата: Vad от 17:32, 16 марта, 2006
Чет никто свои шедевры не показывает...
Зажусь за дело.
Цитата: Vad от 17:32, 16 марта, 2006
Чет никто свои шедевры не показывает...
Вот мой альфа вариант "залипухи за 200 баксов". :lol:
На FIREBIRD 1.5
Ну, если добавить справочники, там где нужно, то покатит )
Трудно отвечать на такие посты, если это искренния позиция, то весьма печально, а если попытка кого-то задеть то просто глупо.
Цитата: Rara_Avis от 09:41, 16 марта, 2006
Млин, ну а вы считаете, что делать все на web-технологиях - суперсовременный подход? Есть различные инструменты для различных задач. Для данной задачи, ИМХО, web-приложение - очень трудозатратный и далеко не самый оптимальный вариант. И вообще, когда речь идет об интранет, про web почему-то все разработчики вспоминают в последнюю очередь. Что, все такие непродвинутые?
Про *nix системы я уже и вообще молчу. Меня всегда умилял идеализм линуксоидов. Но зачем до абсурда-то его доводить?
У nix систем есть сейчас определенная ниша, а именно - web-серверы. Кроме этого, их нигде особо-то и не применяют. И, по всей видимости, не будут. Их не будут ставить на рабочие станции. Никогда. Деда Мороза не существует. Мне очень жаль.
Фраза просто перл.
Цитировать
И вообще, когда речь идет об интранет, про web почему-то все разработчики вспоминают в последнюю очередь. Что, все такие непродвинутые?
И так что такое интранет:
Цитировать
Intranet - это внутренняя корпоративная сеть, построенная на интернет технологиях.
С технической точки зрения интранет - это внутренний корпоративный web-портал, призванный решать задачи именно вашей компании; задачи, в первую очередь, по систематизации, хранению и обработке внутрикорпоративной информации. Интранет - сайт доступен только в рамках локальной сети Компании включая удаленные филиалы (intranet) или как портал в сети Интернет, невидимый в поисковых системах и требующий авторизации при входе (extranet). Доступ к страницам портала осуществляется через web-браузер, что позволяет пользоваться услугами интранет - систем людям с минимальной компьютерной подготовкой.
источник http://www.intraoffice.ru/index.php
В технических моментах определение не очень, но весьма дохотчиво поясняет суть Интранет. Чувствуется что автор поста(Rara_Avis) не очень в сетевых понятиях и технологиях.
Ну а что касается nix систем, то и правда иногда лучше молчать. На этом форуме я лично этот вопрос раскладывал ни раз. Один вопрос к Rara_Avis под управлением какой системы работает самая производительная ЭВМ в мире?
Жаль... такие посты читать в таком топике.
Цитата: Vad от 17:32, 16 марта, 2006
Чет никто свои шедевры не показывает...
Вот мой альфа вариант "залипухи за 200 баксов". :lol:
На FIREBIRD 1.5
2 VAD.
я посмотрел талон 025-12/у.
Судя по его содержанию он заводится каждый раз при заболевании чуловека.
т.е. на одного чуловека несколько таких талонов
исходя из изображения на твоем скрине у тебя кажый раз при заболевании человека будет заводится новая запись.
Смысл?
не проще ли завести один раз карточку для клиента и при кадом обращении только добавлять те данные которые изменяются (судя по талону, это данные из заголовка и пп. 12-30).
ещё.
Сел делать вышеобсуждаемое добро. уменя опять всплыл вопрос по организации хранения данных на который
никак не могу найти ответ. сколько книг, форумофф и людей, столько и мнений.
пример в сокращённом виде.
есть человеки, у них может быть по несколько адресов (у каждого адреса свой тип: прописки,
регистрации, жительства и т.п.) и по несколько телефонов (так же у каждого свой тип: сотовый,
домашний, рабочий и т.п.)
соответственно есть таблица человеков.
id_chel | NAME_chel |
есть таблица адресов
| id_adr | name_adr | id_chel | id_type_adr |
есть таблица телефонов
| id_TEL | nom_tel | id_chel | id_type_tel |
вопрос. каким образом хранить. типы адресов и типы телефонов.
вариантов вижу три.
1. можно вообще не хранить в базе, а обойтись кодом (например 1,2,3) и давать возможность выбора из
списка строго прищитую к клиентской части.
2. Хранить хаждый в отдельной таблице
id_type_tel | name_type_tel |
и
id_type_adr | name_type_adr |
3. Хранить всё в одной таблице, при этом иметь таблицу типов справочников,
таблица типов справочников
| id_type_spr | name_type_spr |
таблица - справочников
|id | id_type_spr | NAME_PUNKT_SPR |
ну в этом случае соответственно в таблицах телефонов и адресов будет храниться id из последней
таблицы.
вопрос: какой вариант выбрать?
Со справочниками(вариант 3) ИМХО более гибкий и универсальный. Хотя надо смотреть как он будет влиять на уровень нормализации твоей БД в целом. В идеале должно быть лучше, но в реале это слишком малый контекст, чтобы делать вывод.
Цитата: L@mer от 22:59, 16 марта, 2006
Со справочниками(вариант 3) ИМХО более гибкий и универсальный. Хотя надо смотреть как он будет влиять на уровень нормализации твоей БД в целом. В идеале должно быть лучше, но в реале это слишком малый контекст, чтобы делать вывод.
что имеешь ввиду под малым контеrстом?
данный пример?
Это я привёл пример, то что пришло в голову.
на самом деле таких таблиц как чуловеки может быть не одна а 20, и в кадоой из не по два таких раздела (как адрес и телефон) а по 10.
соответственно и количество справочников в итоге возрастёт в N раз.
с точки зрения теории конечно правильнее делать отдельную таблицу на кажый справочник.
а вот с точки зрения практики...
Цитата: Klyk от 22:30, 16 марта, 2006
2 VAD.
я посмотрел талон 025-12/у.
Судя по его содержанию он заводится каждый раз при заболевании чуловека.
т.е. на одного чуловека несколько таких талонов
Да именно так, и это правильно, т.к. соответствует логике работы этой мед.системы
(как я это понимаю)
Не нужно усложнять простые вещи.
Нужно подумать(или узнать), для чего этот талон нужен, что в нем главное,
а что второстепенное и тогда все прояснится.
Цитировать
не проще ли завести один раз карточку для клиента и при кадом обращении только добавлять те данные которые изменяются (судя по талону, это данные из заголовка и пп. 12-30).
Это во первых сложнее, а во вторых опасней с точки зрения искажения данных
Справочники нужны для облегчения и ускорения ввода, но (!!) здесь можно
нехило нарваться на неудобство ввода, когда программа начнет мешать, а
не помогать, особенно, что касается данных пациента, поэтому здесь важен
баланс.
Цитата: Klyk от 22:34, 16 марта, 2006
есть человеки, у них может быть по несколько адресов (у каждого адреса свой тип: прописки,
регистрации, жительства и т.п.) и по несколько телефонов (так же у каждого свой тип: сотовый,
домашний, рабочий и т.п.)
Про телефоны речь не идет...
Цитировать
соответственно есть таблица человеков.
id_chel | NAME_chel |
Предположим... Но не факт, что она вообще нужна.
Цитировать
есть таблица адресов
| id_adr | name_adr | id_chel | id_type_adr |
есть таблица телефонов
| id_TEL | nom_tel | id_chel | id_type_tel |
Это вообще считаю не нужно...
Излишняя нормализация данных не всегда полезна, а иногда и вредна.
Цитата: Vad от 01:55, 17 марта, 2006
Про телефоны речь не идет...
Предположим... Но не факт, что она вообще нужна.
Это был пример не относящийся к делу.
Цитата: Vad от 01:55, 17 марта, 2006
Это вообще считаю не нужно...
Излишняя нормализация данных не всегда полезна, а иногда и вредна.
НЕ говорю конкнетно про данную задачу.
говорю о варианте хранения данных вообще.
а теперь о данной задаче.
Цитата: Vad от 01:48, 17 марта, 2006
Да именно так, и это правильно, т.к. соответствует логике работы этой мед.системы
(как я это понимаю)
Не нужно усложнять простые вещи.
Нужно подумать(или узнать), для чего этот талон нужен, что в нем главное,
а что второстепенное и тогда все прояснится.
Это во первых сложнее, а во вторых опасней с точки зрения искажения данных
не вижу абсолютно никакой сложности. и не могу понять каким образом это может быть опаснее?
Жолтый писал о подсч?те количества посещений пациентом...
ты будешь искать сколько строк где написано Иванав Иван Иваныч, кторый родился 17.02.1963?
Так Иван Иваныч ходит в больницу каждый месяц, и один раз из 5 посещений больного, работник регистратуры ошиб?тся и пропустит букву 'в' в одном из составляющих им?н. соответственно и точность подсч?та количества посещений будет не верно.
Цитата: Vad от 01:48, 17 марта, 2006
Справочники нужны для облегчения и ускорения ввода, но (!!) здесь можно
нехило нарваться на неудобство ввода, когда программа начнет мешать, а
не помогать, особенно, что касается данных пациента, поэтому здесь важен
баланс.
Хм... сделаешь текстоввый ввод например инфы например категорию льгот - "Участник Великой Отечественной войны", код - 02.
Тебя через полгода просят сдлать выборку всех кто имеет эту категорию.
ты в условии запроса будешь писать where field like '%Великой Отечественной%' или что то подобное?
так человек же имеет свойство ошибаться при вводе данных.
А если сделать справочник и связать по ключу, то соответственно и выборка будет точной.
Зы. по поводу вариантов хранения данных. Сам пользую третий, иногда первый.
Да верно ты мыслишь, думать всегда надо что будет с БД через год использования, и здесь как показывает практика нормализация лишней не бывает.
Нормализация - процесс творческий. Излишняя нормализация, безусловно вредна. Осложняет написание кода, влияет на скорость выборки (приходится строить постоянно декартовы произведения таблиц, что не есть зер гут с точки зрения быстродействия). Однако недостаточная нормализация может привести к нарушению целостности данных и невозможности получения достоверных отчетов.
Итак: в небольших базах нормализуем все до упора, ортодоксально.
В больших базах - нужен баланс между степенью нормализации и быстродействием.
Пример: как нужно реализовать связь мн-ко-мн? Правильно - через ввод дополнительной, третьей таблицы. Это скажет любой студент. На практике, если мы не будем ее вводить, а сделаем две таблицы, во второй из которых (естественно!), информация будет дублироваться, мы потеряем место на диске (но это всего лишь какая-то пара сотен лишних записей) но офигенно выиграем в скорости за счет индексирования и отсутсвия одного джойна в заппросе. Если в базе миллионы записей, то чего там мелочится с местом на диске?
Про справочники:
Факт есть факт - справочник облегчает жисть программисту, но сильно осложняет пользователю :)
Как компромисс: разрешить пользователю, как выбор из списка позиции мышом, или по набираемому тексту, как это реализовано в большинстве компонентов, так и быстрый ввод в поле кода соответсвующей позиции числом. При небольших списках часто используемые пункты будут запомнены оператором наизусть :)
Про хранение справочников:
По сути дела все справочники обладают одинаковыми атрибутами: Код и Название пункта. Можно хранить их в виде отдельных таблиц, но это сильно осложнит разработку, если в базе имеется большое количество справочников, подвластных пользователю для изменений :)
Так шта.. мобыть лучше схема, где все справочники хранятся в одной таблице, а их наименования в другой. Тогда имеем набор унифицированных процедур для добавления записи, поиска, изменения и т. п.
С точки зрения пользователя и быстродействия - совершенно фиолетово.
Прошу прощения, что наобесчала и не составила набросок проекта.
Дело в том, что работаю сейчас над другим проектом (коммерческим - вот она сила материального стимулирования!) и все время уходит туды. За выходные структуру базы и свои соображения по поводу реализации набросаю обязательно.
Гуд.
вс?таки большинство склоняется к единой таблице справочников.
на мой взгляд тоже сильно упрощает разработку приложения. Как жаль что мне не удалось в этом убедить преподов универа при написании диплома.
По поводу работы пользователей:
У нас была проблема, что операторы нашей системы в удаленных филиалах заводили одного пользователя несколько раз не утверждая себя проверкой того - был ли этот человек зарегестрирован ранее.
Дело в том, что чтобы избежать накопления народа в приемной (а были такие наплывы), постарались максимально ускорить процедуру. Сделали возможность ввода новых данных "на лету", прямо в списках.
Долго думали, сделали автоматический поиск по ФИО и году рождения. Сделали запрос: "А не тот ли это человек?". Пользователи его прибивали не читая.
Убрали добаление нового ФИО из списка, прилепили рядом кнопку (масюсенькую!) - (+) (Сделать нового).
Пользователи сначала по инерции лезли в список, если не находили нужного человека, то начинали думать.
И что вы думаете?
Наблюдаю картину: сидит тетенка-оператор (не старая) на нашей программе. К ней приходит некто Шульгина и хочет внести деньги. Тетя ищет по базе Шульгину. Не находит.
Береет Шульгу, исправляет ей фамилию на Шульгину и выписывает приходник!
Хорошо что у меня в тот момент не было в руках ничего тяжелого.
Вывод: никакая нормализация не спасет от дурака.
Цитата: Klyk от 09:28, 17 марта, 2006
Гуд.
вс?таки большинство склоняется к единой таблице справочников.
на мой взгляд тоже сильно упрощает разработку приложения. Как жаль что мне не удалось в этом убедить преподов универа при написании диплома.
В нашем биллинге справочники все в одной таблице. А по поводу преподов универа :( Промолчим.
Цитата: Rara_Avis от 09:31, 17 марта, 2006
Береет Шульгу, исправляет ей фамилию на Шульгину и выписывает приходник!
Хорошо что у меня в тот момент не было в руках ничего тяжелого.
гы....
у меня такое было когда оператор делал документ по расч?ту отпусков.
расчитывали.... потом вс? очищали и расчитывали тут же следующих людей.....
я потом просто на клиентской части закрыл возможность у сохран?нных документов менять контрагента.
Мы тоже :) А потом тети наши начали жениться :(
В смысле тети из базы...
Цитата: Klyk от 08:21, 17 марта, 2006
а теперь о данной задаче.
не вижу абсолютно никакой сложности. и не могу понять каким образом это может быть опаснее?
Жолтый писал о подсч?те количества посещений пациентом...
ты будешь искать сколько строк где написано Иванав Иван Иваныч, кторый родился 17.02.1963?
Так Иван Иваныч ходит в больницу каждый месяц, и один раз из 5 посещений больного, работник регистратуры ошиб?тся и пропустит букву 'в' в одном из составляющих им?н. соответственно и точность подсч?та количества посещений будет не верно.
Хм... сделаешь текстоввый ввод например инфы например категорию льгот - "Участник Великой Отечественной войны", код - 02.
Тебя через полгода просят сдлать выборку всех кто имеет эту категорию.
ты в условии запроса будешь писать where field like '%Великой Отечественной%' или что то подобное?
так человек же имеет свойство ошибаться при вводе данных.
А если сделать справочник и связать по ключу, то соответственно и выборка будет точной.
Попробую объяснить.
База талонов должна отражать эти талоны и быть их электронной копией.
К примеру Чел ходил, ходил в больницу с одним адресом, а потом переехал в соседний район.
Если все нормализовать, что получится?
Все его старые талоны в архиве начнут строится с новым адресом, т.к. справочник поменяется.
Чем это черевато? Тем, что исказятся данные, начнутся разборки, появятся мертвые души там,
где их не было и т.д.
получается нужно вводить еще дату изменения реквизита и контролировать ее и так по всем
справочным реквизитам эта задача сама по себе нетривиальна.
Как уже здесь сказали при облегчении ввода ФИО оператор может ввести не ту фамилию
или однофамильца и лучше от этого не будет поэтому обычно делают пару контрольных полей
чтобы выловить такие ошибки.
Один файл справочника не всегда удобен тем, что в справочниках могут содержатся разнородные
данные, кроме того в справочнике может быть не только одно поле данных и один ID, а несколько
полей и индексы также сильно ускоряют работу.
А попробуйте построить простой быстрый индекс по такому справочнику...
Цитата: Rara_Avis от 10:36, 17 марта, 2006
В смысле тети из базы...
А для этого есть начальник отдела, у которого есть доступ на изменение.
у нас не каждый день выходят замуж.
Цитата: Vad от 10:58, 17 марта, 2006
Попробую объяснить.
База талонов должна отражать эти талоны и быть их электронной копией.
К примеру Чел ходил, ходил в больницу с одним адресом, а потом переехал в соседний район.
Если все нормализовать, что получится?
Все его старые талоны в архиве начнут строится с новым адресом, т.к. справочник поменяется.
Чем это черевато? Тем, что исказятся данные, начнутся разборки, появятся мертвые души там,
где их не было и т.д.
получается нужно вводить еще дату изменения реквизита и контролировать ее и так по всем
справочным реквизитам эта задача сама по себе нетривиальна.
Согласен, но не вижу ничего не тривиального в контроле дат. тем более не так уж имного нужно в этой области проверять (вот Фамилию на мой взгляд стоит).
В любом случае есть человек, который постоянно один и тот же (вопрос с контролем дат возникнет при изменении фамилии). а вс? остальные характеристики по нему меняются. но не так часто чтобы их приходилось оператору заново вбивать каждый раз... проще сделать набор данных по человеку и выбирать нужный из заранее вбитых. например у меня три адреса где я могу проживать.
Цитата: Vad от 10:58, 17 марта, 2006
Один файл справочника не всегда удобен тем, что в справочниках могут содержатся разнородные
данные, кроме того в справочнике может быть не только одно поле данных и один ID, а несколько
полей и индексы также сильно ускоряют работу.
А попробуйте построить простой быстрый индекс по такому справочнику...
Не всегда :)
например при использовании КЛАДР так не сделаешь :)
а когда справочники не большие. то можно.
Цитата: Vad от 10:58, 17 марта, 2006
Попробую объяснить.
К примеру Чел ходил, ходил в больницу с одним адресом, а потом переехал в соседний район.
Если все нормализовать, что получится?
Все его старые талоны в архиве начнут строится с новым адресом, т.к. справочник поменяется.
получается нужно вводить еще дату изменения реквизита и контролировать ее и так по всем
справочным реквизитам эта задача сама по себе нетривиальна.
Ну адрес человека - это не справочный реквизит никак.
Здесь возможен такой выход - в таблице Человеки хранится адрес актуальный, в Талонах дополнительно выписывается по каждому талону. Для оператора - подстановка при заполнениии талона - актуальный адрес.
Цитировать
Один файл справочника не всегда удобен тем, что в справочниках могут содержатся разнородные
данные, кроме того в справочнике может быть не только одно поле данных и один ID, а несколько
полей и индексы также сильно ускоряют работу.
А попробуйте построить простой быстрый индекс по такому справочнику...
Индекс канешна по номеру справочника. Так как справочники традиционно не больно большие, то выборка
Select * from Справочники where НомерСправочника=x
будет работать шустро даже с сортировкой по названию пункта.
По поводу неоднородности справочников - экзотика. Чаще всего имеем поля:
ИД Пункта, НаименованиеПункта, ИндексПункта (целочисл), ДатаСтарта, ДатаЭнда.
Ну и плюс номер справочника, если собирать их в одно табло :)
Цитата: Rara_Avis от 11:58, 17 марта, 2006
Ну адрес человека - это не справочный реквизит никак.
Здесь возможен такой выход - в таблице Человеки хранится адрес актуальный, в Талонах дополнительно выписывается по каждому талону. Для оператора - подстановка при заполнениии талона - актуальный адрес.
Это обеспечит хранение истории изменения адреса человека. А кстати
ИНСТРУКЦИЯ
ПО ЗАПОЛНЕНИЮ УЧЕТНОЙ ФОРМЫ ? 025-12/У
?ТАЛОН АМБУЛАТОРНОГО ПАЦИЕНТА?
Гласит:
Пункт 8. Вписывается адрес регистрации места жительства по данным паспорта. Заполняется при первом или разовом обращении пациента в ЛПУ.
Вопрос о выборе из трех возможных адресов таким образом снимается :)
Так что надо к нормативке обращаться, прежде чем что-то проектировать.
Цитата: Rara_Avis от 11:58, 17 марта, 2006
Для оператора - подстановка при заполнениии талона - актуальный адрес.
я бы так сделал это для заполнения по дефаулту.
но возможность выбора бы дал.
Цитата: Rara_Avis от 12:05, 17 марта, 2006
Вопрос о выборе из трех возможных адресов таким образом снимается
Так что надо к нормативке обращаться, прежде чем что-то проектировать.
Посмотри форму N 025/у-04 (не факт что её не придётся печатать этом учреждению)
там два адреса треба.
причём один из них место жительства, который как раз может менятся очень часто.
так что из нормативки надо смотреть не только ту задачу которая непостредственно решается, а ещё те которые возможно придётся решать.
Цитата: Klyk от 12:06, 17 марта, 2006
я бы так сделал это для заполнения по дефаулту.
но возможность выбора бы дал.
Для формы N 025-12/у - я бы не дала менять адрес в самом талоне. Но сделала бы возможность где-то в реквизитах пациента его менять. В конце концов прописка не так уж часто меняется. Зато операторы чего попало не навбивают.
По поводу, того что надо предусмотреть возможность хранения альтернативного адреса - полностью согласна.
Но построить список адресов жительства можно и по предыдущим талонам. Надо только в таблице ТАЛОНЫ заранее завести такую графу. Хранить адрес места жительства в таблице ЧЕЛОВЕКИ не вижу необходимости. Выносить список адресов по человеку в отдельную таблицу - тоже не считаю нужным. Ничего, кроме проблем при построении запросов и индексации это не даст.
Цитата: Rara_Avis от 12:22, 17 марта, 2006
Для формы N 025-12/у - я бы не дала менять адрес в самом талоне. Но сделала бы возможность где-то в реквизитах пациента его менять. В конце концов прописка не так уж часто меняется. Зато операторы чего попало не навбивают.
Это уже вопросы организации клиента. А тут вопрос дать или не дать решается проще если возможность такая существует.
Цитата: Rara_Avis от 12:22, 17 марта, 2006
Но построить список адресов жительства можно и по предыдущим талонам. Надо только в таблице ТАЛОНЫ заранее завести такую графу. Хранить адрес места жительства в таблице ЧЕЛОВЕКИ не вижу необходимости. Выносить список адресов по человеку в отдельную таблицу - тоже не считаю нужным. Ничего, кроме проблем при построении запросов и индексации это не даст.
возможен и такой вариант.
уже два. что есть гуд.
Бэта версия, со справочниками, отчетами, разделением доступа и т.д.
Цитироватькоторое собственно, и платит тебе.
Подобную фразу слышал недавно от зарубежного заказчика. К сожалению, фраза эта уже была произнесена слишком поздно, чтобы я развернулся и ушел. Фраза сопровождалась высказываниями вроде "Мы тебе платим бешеные деньги и совершенно не понятно, за что". Было охота засунуть им их деньги в задний проход и все это шваброй утрамбовать.
Ситуация была схожая - клиент не знал, чего хотел, но его все не устраивало. В итоге я "показал им кузькину мать", объяснил что такое "американская верстка" и что такое нормальная верстка. В итоге все обиженные разошлись, деньги я получил и с пользой потратил - больше я не хочу с ними общаться.
Если вы платите деньги - это не значит, что исполнитель сделает конфетку, которая вас точно удовлетворит. Нужно уметь объяснить, что вы хотите и прислушиваться к мнению специалиста (если вообще к специалисту вы обратились, а не студенту, который неделю назад изучил пару HTMl-тегов).
Цитироватьтолько вот руководство компании знать не знает ни трудового законодательства, ни практическо стороны и специфики работы кадровика... соответственно оно тебе вообще ничего не скажет.
Руководство - руководит, оно организовывает работу и посему должно по меньшей мере знать, как работают их подчиненные.
Цитата: Ilya Rudomilov от 04:24, 19 марта, 2006
Руководство - руководит, оно организовывает работу и посему должно по меньшей мере знать, как работают их подчиненные.
представь себя (можно на ты?) на месте руководителя кампании хотя бы в 2 000 человек. Естественно ты должен значть какой результат должна приносить работа того или иного подразделения.
но воть знать вс? "от и до" тебе нафиг не надо. Для этого как раз и существуют на предприятии разные подразделнеия, в который работают соответствующие специалисты.
К примеру (люблю я примеры) если ты управляющий банка, зачем тебе знать какие формы отч?тности куда и как надо отправить (а ещ? и вовремя прочитать инструкции по заполнению вновь введ?нной формы), если у тебя для этого есть специально обученые люди, которые этим занимаются.
Цитата: Klyk от 08:19, 20 марта, 2006
представь себя (можно на ты?) на месте руководителя кампании хотя бы в 2 000 человек. Естественно ты должен значть какой результат должна приносить работа того или иного подразделения.
но воть знать вс? "от и до" тебе нафиг не надо. Для этого как раз и существуют на предприятии разные подразделнеия, в который работают соответствующие специалисты.
К примеру (люблю я примеры) если ты управляющий банка, зачем тебе знать какие формы отч?тности куда и как надо отправить (а ещ? и вовремя прочитать инструкции по заполнению вновь введ?нной формы), если у тебя для этого есть специально обученые люди, которые этим занимаются.
Не думаю, что вы руководите компанией в 2000 человек. И если даже дело так, то тогда разработчики могут обратиться к руководителю отдела, для которого разрабатывается АСУ и он объяснит, что и как должно быть. Вообще, как по-вашему должны разрабатываться АСУ?.. Разработчики должны знать досконально формы отчетности бухгалтерии, отдела кадров и т.д. и т.п.? Понятное дело, что если софтверная фирма специализируется на софте для бухгалтеров, то все разработчики имеют какие-то познания в этой области, а также есть отдельные консультанты, а руководители проектов и вовсе в совершенстве бухгалтерию знают. Но не могут же разработчики знать все науки и сферы жизни!.. Как вы вообще предлагаете разрабатывать АСУ, если сами не знаете, что заказываете?..
Цитата: Ilya Rudomilov от 05:04, 21 марта, 2006
Не думаю, что вы руководите компанией в 2000 человек. И если даже дело так, то тогда разработчики могут обратиться к руководителю отдела, для которого разрабатывается АСУ и он объяснит, что и как должно быть. Вообще, как по-вашему должны разрабатываться АСУ?.. Разработчики должны знать досконально формы отчетности бухгалтерии, отдела кадров и т.д. и т.п.? Понятное дело, что если софтверная фирма специализируется на софте для бухгалтеров, то все разработчики имеют какие-то познания в этой области, а также есть отдельные консультанты, а руководители проектов и вовсе в совершенстве бухгалтерию знают. Но не могут же разработчики знать все науки и сферы жизни!.. Как вы вообще предлагаете разрабатывать АСУ, если сами не знаете, что заказываете?..
Нет, я не руковожу :) Но я на таком работаю :)
Не всегда руководитель отдела может дать полную картинку. Он даст много полезной информации. Он расскажет тебе что происходит в его отделе. но документооборот на предприятии на одном отделе не заканчивается. поэтому прид?тся разговаривать не с одним человеком, не с одним начальником отдела а с несколькими и по несколько раз.
Если конечно задача несложная и она работает только в рамках одного отдела, к примеру: каталог архива документов (кстати, тут руководитель компании вообще может не знать где что и как хранится), то тогда можно и обойтись одним начальником или человеком работающем на этом месете.
Вс? зависит от задачи.
Все зависит от руководителя.
Руководитель может вообще слабо ориентироваться в работе отдела, а заниматся в
основном административными функциями. И тогда все знания порядка работы нужно
узнавать непосредственно у исполнителей.
Бывает ситуация еще хуже, когда и исполнители смутно разбирабтся в том, что
делают. А знают что: "вот эту кнопочку нажать и принтер включить". Это бывает
когда кто-то в отпуске или уволился. И тогда вся нагрузка по пониманию процесса
ложится на АСУ. А если нет АСУ, то на приходящего мальчика Петю, "которого третью
неделю не могут найти".
В этом случае разработчику приходится самому во все вникать и разбираться
лучше, чем непосредственные работники. Таких случаев тоже полно.
Цитата: Vad от 10:40, 21 марта, 2006
В этом случае разработчику приходится самому во все вникать и разбираться
лучше, чем непосредственные работники. Таких случаев тоже полно.
и я об этом же. )
Цитата: Vad от 10:40, 21 марта, 2006
А знают что: "вот эту кнопочку нажать и принтер включить".
Наблюдал одного сотрудника.
звонок. проблема.
Прихожу спрашиваю что и как.
С удивлением спрашивают "а ты не знаешь?" и начинают показывать.
"встёешь сюда, потом два раза влево два раза в низ влево ентер, пробел ентер...."
всё это делается несмотря в монитор :))
вот что можно у такого исполнителя узнать?